知財求人 - 知財ポータルサイト「IP Force」
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】特許公報(B2)
(11)【特許番号】
(24)【登録日】2024-08-05
(45)【発行日】2024-08-14
(54)【発明の名称】申請システム及び申請方法
(51)【国際特許分類】
G06Q 50/26 20240101AFI20240806BHJP
【ＦＩ】
G06Q50/26
【請求項の数】
7
(21)【出願番号】P 2020119180
(22)【出願日】2020-07-10
(65)【公開番号】P2022015967
(43)【公開日】2022-01-21
【審査請求日】2023-06-21
(73)【特許権者】
【識別番号】000003193
【氏名又は名称】ＴＯＰＰＡＮホールディングス株式会社
(74)【代理人】
【識別番号】100149548
【弁理士】
【氏名又は名称】松沼 泰史
(74)【代理人】
【識別番号】100139686
【弁理士】
【氏名又は名称】鈴木 史朗
(74)【代理人】
【識別番号】100169764
【弁理士】
【氏名又は名称】清水 雄一郎
(74)【代理人】
【識別番号】100147267
【弁理士】
【氏名又は名称】大槻 真紀子
(72)【発明者】
【氏名】石田 英二
(72)【発明者】
【氏名】関 隆彦
【審査官】▲高▼瀬 健太郎
(56)【参考文献】
【文献】特開２０１９－２００５４９（ＪＰ，Ａ）
【文献】特開２００４－２５４１７１（ＪＰ，Ａ）
(58)【調査した分野】(Int.Cl.，ＤＢ名)
Ｇ０６Ｑ １０／００ －９９／００
(57)【特許請求の範囲】
【請求項1】
申請者端末と、印刷装置と、読取装置と、担当者端末と、を備える申請システムであって、前記申請者端末は、
行政手続きの申請者による申請情報の入力を受け付ける入力部と、
前記申請者が複数の手続きの申請情報を入力する場合に、第１の手続において入力された申請情報の内、当該第１の手続とは異なる手続である第２の手続において共通する申請情報を共通情報として抽出し、前記申請者が前記第２の手続の前記申請情報を入力する際に、抽出した前記共通情報が入力された状態の申請画面を表示させる入力処理部と、
入力された前記申請情報のテキストデータを光学的に読み取り可能な機械読取コードに変換する変換部と、
を有し、
前記印刷装置は、前記変換部によって変換された前記機械読取コードを印刷媒体に印刷し、
前記読取装置は、前記申請者から前記行政手続きの担当者へ提出された前記印刷装置によって前記機械読取コードが印刷された印刷媒体から、前記機械読取コードを読み取り、当該読み取られた前記機械読取コードをテキストデータに変換し、
前記担当者端末は、前記テキストデータを取得する、
申請システム。
【請求項2】
前記申請者端末は、
入力された前記申請情報のテキストデータを暗号化した暗号化情報を生成する暗号化部、
をさらに備え、
前記変換部は、前記暗号化情報にヘッダー情報を付加した情報を光学的に読み取り可能な機械読取コードに変換する、
請求項１に記載の申請システム。
【請求項3】
前記申請者端末は、印刷設定部と、印刷処理部と、をさらに備え、
前記印刷設定部は、管理者による選択に基づき、前記機械読取コード又はテキストデータのいずれを前記印刷媒体に印刷するかを指定する指定入力を受け付け、
前記印刷処理部は、前記機械読取コード又は前記テキストデータの内、前記指定入力された態様で前記印刷媒体に印刷するよう前記印刷装置に指示する、
請求項１又は請求項２に記載の申請システム。
【請求項4】
前記変換部は、前記申請者が複数の行政手続きの申請情報を入力する場合に、行政手続きごとに前記申請情報を前記機械読取コードに変換する、請求項１から請求項３のいずれか１項に記載の申請システム。
【請求項5】
前記変換部は、１つの行政手続きについて入力される申請情報を、１つの機械読取コードに格納可能な情報量毎にそれぞれ変換することで、複数の機械読取コードを得る、請求項１から請求項４のいずれか１項に記載の申請システム。
【請求項6】
申請者端末と、印刷装置と、読取装置と、担当者端末と、を備える申請システムにおける申請方法であって、前記申請者端末の入力部が、行政手続きの申請者による申請情報の入力を受け付けることと、
前記申請者端末の入力処理部が、前記申請者が複数の手続きの申請情報を入力する場合に、第１の手続において入力された申請情報の内、当該第１の手続とは異なる手続である第２の手続において共通する申請情報を共通情報として抽出し、前記申請者が前記第２の手続の前記申請情報を入力する際に、抽出した前記共通情報が入力された状態の申請画面を表示させることと、
前記申請者端末の変換部が、入力された前記申請情報のテキストデータを光学的に読み取り可能な機械読取コードに変換することと、
前記印刷装置が、前記変換部によって変換された前記機械読取コードを印刷媒体に印刷することと、
前記読取装置が、前記申請者から前記行政手続きの担当者へ提出された前記印刷装置によって前記機械読取コードが印刷された印刷媒体から、前記機械読取コードを読み取り、当該読み取られた前記機械読取コードをテキストデータに変換することと、
前記担当者端末が、前記テキストデータを取得することと、
を含む、申請方法。
【請求項7】
申請者端末と、書き込み装置と、読取装置と、担当者端末と、を備える申請システムであって、前記申請者端末は、
行政手続きの申請者による申請情報の入力を受け付ける入力部と、
前記申請者が複数の手続きの申請情報を入力する場合に、第１の手続において入力された申請情報の内、当該第１の手続とは異なる手続である第２の手続において共通する申請情報を共通情報として抽出し、前記申請者が前記第２の手続の前記申請情報を入力する際に、抽出した前記共通情報が入力された状態の申請画面を表示させる入力処理部と、
を有し、
前記書き込み装置は、前記申請者によって入力された申請情報のテキストデータを無線通信によって読取可能な記録媒体に書き込み、
前記読取装置は、前記申請者から前記行政手続きの担当者へ提出された前記記録媒体を読み取り、
前記担当者端末は、前記読取装置によって前記記録媒体から読み取られた前記申請情報のテキストデータを取得する、
申請システム。
【発明の詳細な説明】
【技術分野】
【0001】
本発明は、申請システム及び申請方法に関する。
【背景技術】
【0002】
従来、官庁、区役所、市役所、町村役場等の行政機関にて各種の手続きを行う際に、住民（申請者）は、各手続きに応じた申請書に申請情報を記入し、各手続きの担当課の職員へ記入後の申請書を提出する。申請書を受け取った職員は、申請書の内容に応じた手続きを行う。申請書に記載された内容をデータで管理する場合、申請書の内容をデジタル化する作業（例えば手作業による入力）が必要となる。当該作業は、職員にとって負担が掛かるため、当該作業を省略することが可能な技術が各種提案されている。
【0003】
例えば、下記特許文献１には、役所に設けられた端末機に入力した情報が、ネットワークを介して、役所に設けられたサーバ装置へ送信される技術が開示されている。当該技術では、従来は申請書に記載されていた内容が、申請者によって端末機に入力され、サーバ装置へ送信される。
【0004】
ところで、行政機関で利用されているシステムのネットワークには、総合行政ネットワーク（ＬＧＷＡＮ：Ｌｏｃａｌ Ｇｏｖｅｒｎｍｅｎｔ Ｗｉｄｅ Ａｒｅａ Ｎｅｔｗｏｒｋ）が用いられている場合がある。ＬＧＷＡＮは、行政専用にインターネットから切り離された閉域ネットワークである。申請者が申請情報を入力する端末（以下、「申請者端末」と称する）からＬＧＷＡＮ内の既存システムへ情報を連携するためには、申請者端末と既存システムとをＬＧＷＡＮ経由で接続する必要がある。
【先行技術文献】
【特許文献】
【0005】
【文献】特開２０１８－３２０６８号公報
【発明の概要】
【発明が解決しようとする課題】
【0006】
しかしながら、申請者端末と既存システムとをＬＧＷＡＮ経由で接続するためには、既存システムの改修が必要となる。セキュリティを担保した上で当該改修を行うことは困難であり、改修の規模に応じた時間、コスト、労力等も要する。よって、申請者端末から既存システムへの情報の連携を容易に実現することが望まれる。
【0007】
上述の課題を鑑み、本発明の目的は、行政機関における手続きの申請者が端末に入力した情報を行政機関のシステム内で連携することを容易に実現することが可能な申請システム及び申請方法を提供することにある。
【課題を解決するための手段】
【0008】
上述の課題を解決するために、本発明の一態様に係る申請システムは、申請者端末と、印刷装置と、読取装置と、担当者端末と、を備える申請システムであって、前記申請者端末は、行政手続きの申請者による申請情報の入力を受け付ける入力部と、前記申請者が複数の手続きの申請情報を入力する場合に、第１の手続において入力された申請情報の内、当該第１の手続とは異なる手続である第２の手続において共通する申請情報を共通情報として抽出し、前記申請者が前記第２の手続の前記申請情報を入力する際に、抽出した前記共通情報が入力された状態の申請画面を表示させる入力処理部と、入力された前記申請情報のテキストデータを光学的に読み取り可能な機械読取コードに変換する変換部と、を有し、前記印刷装置は、前記変換部によって変換された前記機械読取コードを印刷媒体に印刷し、前記読取装置は、前記申請者から前記行政手続きの担当者へ提出された前記印刷装置によって前記機械読取コードが印刷された印刷媒体から、前記機械読取コードを読み取り、当該読み取られた前記機械読取コードをテキストデータに変換し、前記担当者端末は、前記テキストデータを取得する。
【0009】
本発明の一態様に係る申請方法は、申請者端末と、印刷装置と、読取装置と、担当者端末と、を備える申請システムにおける申請方法であって、前記申請者端末の入力部が、行政手続きの申請者による申請情報の入力を受け付けることと、前記申請者端末の入力処理部が、前記申請者が複数の手続きの申請情報を入力する場合に、第１の手続において入力された申請情報の内、当該第１の手続とは異なる手続である第２の手続において共通する申請情報を共通情報として抽出し、前記申請者が前記第２の手続の前記申請情報を入力する際に、抽出した前記共通情報が入力された状態の申請画面を表示させることと、前記申請者端末の変換部が、入力された前記申請情報のテキストデータを光学的に読み取り可能な機械読取コードに変換することと、前記印刷装置が、前記変換部によって変換された前記機械読取コードを印刷媒体に印刷することと、前記読取装置が、前記申請者から前記行政手続きの担当者へ提出された前記印刷装置によって前記機械読取コードが印刷された印刷媒体から、前記機械読取コードを読み取り、当該読み取られた前記機械読取コードをテキストデータに変換することと、前記担当者端末が、前記テキストデータを取得することと、を含む。
【0010】
本発明の一態様に係る申請システムは、申請者端末と、書き込み装置と、読取装置と、担当者端末と、を備える申請システムであって、前記申請者端末は、行政手続きの申請者による申請情報の入力を受け付ける入力部と、前記申請者が複数の手続きの申請情報を入力する場合に、第１の手続において入力された申請情報の内、当該第１の手続とは異なる手続である第２の手続において共通する申請情報を共通情報として抽出し、前記申請者が前記第２の手続の前記申請情報を入力する際に、抽出した前記共通情報が入力された状態の申請画面を表示させる入力処理部と、を有し、前記書き込み装置は、前記申請者によって入力された申請情報のテキストデータを無線通信によって読取可能な記録媒体に書き込み、前記読取装置は、前記申請者から前記行政手続きの担当者へ提出された前記記録媒体を読み取り、前記担当者端末は、前記読取装置によって前記記録媒体から読み取られた前記申請情報のテキストデータを取得する。
【発明の効果】
【0013】
本発明によれば、行政機関における手続きの申請者が端末に入力した情報を行政機関のシステム内で連携することを容易に実現することができる。
【図面の簡単な説明】
【0014】
【図1】本発明の実施形態に係る申請システムの構成の一例を示す図である。
【図2】本発明の実施形態に係る申請者端末の機能構成の一例を示すブロック図である。
【図3】本発明の実施形態に係る申請情報のデータ構成の一例を示す図である。
【図4】本発明の実施形態に係る２次元コード情報のデータ構成の一例を示す図である。
【図5A】本発明の実施形態に係る印刷データ（１ページ目）の一例を示す図である。
【図5B】本発明の実施形態に係る印刷データ（２ページ目）の一例を示す図である。
【図6】本発明の実施形態に係る担当者端末の機能構成の一例を示すブロック図である。
【図7】本発明の実施形態に係る印刷形式に「２次元コード」が設定されている場合の申請者の動作に基づく処理の流れを示すシーケンス図である。
【図8】本発明の実施形態に係る担当者の動作に基づく処理の流れを示すシーケンス図である。
【図9】本発明の第１の変形例に係る印刷形式に「テキストデータ」が設定されている場合の申請者の動作に基づく処理の流れを示すシーケンス図である。
【発明を実施するための形態】
【0015】
以下、図面を参照しながら本発明の実施形態について詳しく説明する。以下で説明する実施形態では、申請システムが区役所（行政機関の一例）で用いられる例について説明する。本実施形態に係る申請者は、区役所へ来所し、区役所で実施可能な手続き（行政手続き）を行う。申請者は、手続きごとに、手続きに関する申請を行う。なお、申請システムが用いられる行政機関は、かかる例に限定されない。例えば、申請システムは、官庁、市役所、町村役場等の行政機関にて用いられてもよい。
【0016】
＜１．申請システムの構成＞
図１を参照して、本発明の実施形態に係る申請システムの構成について説明する。図１は、本発明の実施形態に係る申請システムの構成の一例を示す図である。申請システム１は、図１に示す申請者端末１０、印刷装置２０、読取装置３０、及び担当者端末４０で構成される。
図１を参照して、本発明の実施形態に係る申請システムの構成について説明する。図１は、本発明の実施形態に係る申請システムの構成の一例を示す図である。申請システム１は、図１に示す申請者端末１０、印刷装置２０、読取装置３０、及び担当者端末４０で構成される。
【0017】
区役所２の建物内には、受付のエリア３と課のエリア４がある。区役所２には、複数の課が存在し得るが、図１には便宜上１つの課のみを示す。申請者端末１０及び印刷装置２０は、受付のエリア３に設けられる。読取装置３０及び担当者端末４０は、課のエリア４に設けられる。
【0018】
（１）申請者端末１０
申請者端末１０は、申請者５が操作する端末である。本実施形態の申請者端末１０は、タブレット端末によって実現される。タブレット端末は、タッチスクリーン（不図示）を有し、タッチペン（操作媒体の一例）によって操作される。
申請者端末１０は、申請者５が操作する端末である。本実施形態の申請者端末１０は、タブレット端末によって実現される。タブレット端末は、タッチスクリーン（不図示）を有し、タッチペン（操作媒体の一例）によって操作される。
【0019】
申請者端末１０は、印刷装置２０と通信可能に接続されている。申請者端末１０と印刷装置２０との間の通信は、有線接続によって実現されてもよいし、Ｂｌｕｅｔｏｏｔｈ（登録商標）、Ｗｉ－Ｆｉ（登録商標）等の無線接続によって実現されてもよい。
【0020】
区役所２に来所した申請者５は、タッチペンで申請者端末１０を操作して、目的とする手続きの申請に関する情報（以下、「申請情報」とも称される）を入力する。例えば、申請者５は、タッチペンを用いて、タッチスクリーンに文字を手書き入力することで、申請情報を入力する。また、申請者５は、タッチペンを用いて、タッチスクリーンに表示された選択肢等を選択することや、タッチスクリーンに表示されたスクリーンキーボードを操作することで、申請情報を入力してもよい。
【0021】
申請者端末１０は、申請書２２の印刷レイアウトを示す印刷データを生成する。本実施形態の申請書２２には、申請情報のテキストデータは印刷されず、申請情報を示す２次元コード２４（光学的に機械読み取り可能なコードの一例）が印刷される。当該２次元コード２４は、申請者５に入力された申請情報のテキストデータが変換されたものである。申請情報のテキストデータを２次元コード２４へ変換する処理は、申請者端末１０によって行われる。なお、本実施形態の申請者端末１０は、申請情報のテキストデータを暗号化してから２次元コード２４に変換する。
【0022】
申請者端末１０は、申請情報のテキストデータが変換された２次元コード２４を印刷レイアウトに含む印刷データを生成する。申請者端末１０は、生成した印刷データを印刷装置２０へ送信する。
【0023】
なお、申請者端末１０を実現する端末は、タブレット端末に限定されない。例えば、申請者端末１０は、ＰＣ（Ｐｅｒｓｏｎａｌ Ｃｏｍｐｕｔｅｒ）であってもよい。申請者端末１０はＰＣである場合、申請者５は、ＰＣに備えられたキーボードやマウスを操作することで申請情報を入力してもよい。申請者端末１０がタッチスクリーンを備えるＰＣである場合、申請者５は、タッチペンでＰＣのタッチスクリーンを操作することで申請情報を入力してもよい。申請者端末１０がペンタブレットを備えるＰＣである場合、申請者５は、タッチペンでペンタブレットを操作することで申請情報を入力してもよい。
【0024】
なお、操作媒体は、タッチペンに限定されない。例えば、操作媒体は、人（申請者）の指であってもよい。
なお、コードは、２次元コードに限定されない。コードは、例えば、１次元コードであってもよい。
なお、コードは、２次元コードに限定されない。コードは、例えば、１次元コードであってもよい。
【0025】
（２）印刷装置２０
印刷装置２０は、申請書２２を印刷する装置である。印刷装置２０は、申請者端末１０から受信する印刷データに基づき、申請書２２を印刷する。本実施形態の印刷データには、２次元コード２４が含まれる。そのため、印刷装置２０は、２次元コード２４を申請書２２に印刷する。
印刷装置２０は、申請書２２を印刷する装置である。印刷装置２０は、申請者端末１０から受信する印刷データに基づき、申請書２２を印刷する。本実施形態の印刷データには、２次元コード２４が含まれる。そのため、印刷装置２０は、２次元コード２４を申請書２２に印刷する。
【0026】
印刷装置２０による申請書２２の印刷後、申請者５は、印刷された申請書２２を印刷装置２０の排出トレイから取り出し、手続きを担当している課のエリア４へ移動する。移動後、申請者５は、申請書２２を手続きの担当者６へ提出する。担当者６は、区役所２にて手続きを担当する職員である。
なお、申請書２２の他に提出する書類がある場合、申請者５は、申請書２２と一緒に当該書類を担当者６へ提出する。
なお、申請書２２の他に提出する書類がある場合、申請者５は、申請書２２と一緒に当該書類を担当者６へ提出する。
【0027】
（３）読取装置３０
読取装置３０は、申請書２２に印刷された２次元コード２４を読み取る装置であり、例えば、バーコードリーダーや、２次元バーコードを撮像することで当該２次元コードを解釈する撮像装置等であってもよい。読取装置３０は、担当者端末４０と通信可能に接続されている。読取装置３０と担当者端末４０との間の通信は、有線接続によって実現されてもよいし、Ｂｌｕｅｔｏｏｔｈ、Ｗｉ－Ｆｉ等の無線接続によって実現されてもよい。
読取装置３０は、申請書２２に印刷された２次元コード２４を読み取る装置であり、例えば、バーコードリーダーや、２次元バーコードを撮像することで当該２次元コードを解釈する撮像装置等であってもよい。読取装置３０は、担当者端末４０と通信可能に接続されている。読取装置３０と担当者端末４０との間の通信は、有線接続によって実現されてもよいし、Ｂｌｕｅｔｏｏｔｈ、Ｗｉ－Ｆｉ等の無線接続によって実現されてもよい。
【0028】
担当者６は、申請者５から提出された申請書２２に印刷された２次元コード２４を読取装置３０に読み取らせる。読取装置３０は、読み取った２次元コード２４を申請者端末１０による変換前の申請情報のテキストデータに戻す。読取装置３０は、申請情報のテキストデータを担当者端末４０へ送信する。例えば、読取装置３０は、申請者から行政手続きの担当者へ提出された、印刷装置２０によって機械読取コードが印刷された印刷媒体（例えば、印刷用紙）から、機械読取コードを読み取る。
【0029】
（４）担当者端末４０
担当者端末４０は、担当者６が操作する端末である。本実施形態の担当者端末４０は、ＰＣによって実現される。なお、担当者端末４０を実現する端末は、ＰＣに限定されない。
担当者端末４０は、担当者６が操作する端末である。本実施形態の担当者端末４０は、ＰＣによって実現される。なお、担当者端末４０を実現する端末は、ＰＣに限定されない。
【0030】
担当者端末４０は、読取装置３０から申請情報のテキストデータを受信する。本実施形態では、担当者端末４０が読取装置３０から受信する申請情報のテキストデータは暗号化されている。そのため、担当者端末４０は、暗号化されている申請情報のテキストデータを復号する。
【0031】
なお、読取装置３０が読み取った２次元コード２４は、担当者端末４０にて、申請者端末１０による変換前の申請情報のテキストデータに戻されてもよい。
【0032】
担当者端末４０は、取得した申請情報のテキストデータを用いた処理（以下、「申請情報処理」とも称される）を行う。例えば、担当者端末４０は、申請情報の表示処理、申請情報の更新処理、ＲＰＡ（Ｒｏｂｏｔｉｃ Ｐｒｏｃｅｓｓ Ａｕｔｏｍａｔｉｏｎ）処理等を行う。
【0033】
申請情報の表示処理を行う場合、担当者端末４０は、取得した申請情報を手続き用アプリケーション等のレイアウトに合わせて表示する。
【0034】
本実施形態の申請情報は、ＣＳＶ（Ｃｏｍｍａ Ｓｅｐａｒａｔｅｄ Ｖａｌｕｅ）形式のデータ（以下、「ＣＳＶデータ」とも称される）である。そのため、担当者端末４０は、申請情報がＣＳＶデータであることを利用して処理を行ってもよい。
【0035】
申請情報の更新処理を行う場合、担当者端末４０は、申請情報のＣＳＶデータをＣＳＶ出力する。申請情報はＣＳＶ出力されることで、担当者６は、申請情報を容易に修正することができる。担当者端末４０は、担当者６が修正した内容に基づき、申請情報を更新する。
ＲＰＡ処理を行う場合、担当者端末４０は、申請情報のＣＳＶデータをＲＰＡに入力する。ＲＰＡは、入力されたＣＳＶデータに基づき、ＲＰＡ処理を行う。
ＲＰＡ処理を行う場合、担当者端末４０は、申請情報のＣＳＶデータをＲＰＡに入力する。ＲＰＡは、入力されたＣＳＶデータに基づき、ＲＰＡ処理を行う。
【0036】
従来、区役所では、申請者が紙の申請書に記入した申請情報を、担当者が端末に入力することで、申請情報のデジタル化が行われている。担当者による申請情報の入力は、例えば、手作業（タイピング）によって行われている。手作業によるデジタル化の作業は、担当者にとって大きな負荷である。しかしながら、本実施形態の申請システム１では、申請書２２に印刷された２次元コード２４を読取装置３０に読み取らせるだけで、デジタル化された申請情報が担当者端末４０に入力される。これにより、手作業による申請情報のデジタル化の作業が不要となり、担当者６は、申請情報のデジタル化を容易に行うことができるようになる。よって、申請システム１は、担当者６の負荷を軽減することができる。
【0037】
＜２．申請者端末の機能構成＞
続いて、図２を参照して、本発明の実施形態に係る申請者端末１０の機能構成について説明する。図２は、本発明の実施形態に係る申請者端末１０の機能構成の一例を示すブロック図である。図２に示すように、申請者端末１０は、入力部１１０、制御部１２０、表示部１３０、記憶部１４０、及び通信部１５０を備える。
続いて、図２を参照して、本発明の実施形態に係る申請者端末１０の機能構成について説明する。図２は、本発明の実施形態に係る申請者端末１０の機能構成の一例を示すブロック図である。図２に示すように、申請者端末１０は、入力部１１０、制御部１２０、表示部１３０、記憶部１４０、及び通信部１５０を備える。
【0038】
（１）入力部１１０
入力部１１０は、申請者５による申請情報の入力を受け付ける機能を有する。入力部１１０は、受け付けた入力を制御部１２０へ出力する。また、入力部１１０は、受け付けた入力を表示部１３０へ出力し、受け付けた入力を示す表示を行わせてもよい。
入力部１１０は、申請者５による申請情報の入力を受け付ける機能を有する。入力部１１０は、受け付けた入力を制御部１２０へ出力する。また、入力部１１０は、受け付けた入力を表示部１３０へ出力し、受け付けた入力を示す表示を行わせてもよい。
【0039】
申請者５が申請情報を手書き入力する場合、入力部１１０は、１画ごとに入力を受け付けてもよいし、複数画の入力をまとめて受け付けてもよい。
１画の入力は、例えば、タッチペンがタッチスクリーンに接触してから離れるまでの入力である。複数画の入力は、例えば、申請者５が文字の入力を開始してから、入力の完了を示す操作が入力される直前までの入力である。入力の完了を示す操作は、例えば、入力の完了を示すボタンの押下（タッチ）である。
１画の入力は、例えば、タッチペンがタッチスクリーンに接触してから離れるまでの入力である。複数画の入力は、例えば、申請者５が文字の入力を開始してから、入力の完了を示す操作が入力される直前までの入力である。入力の完了を示す操作は、例えば、入力の完了を示すボタンの押下（タッチ）である。
【0040】
なお、本実施形態の入力部１１０は、申請者端末１０がハードウェアとして備えるタッチスクリーンによって実現される。
【0041】
（２）制御部１２０
制御部１２０は、申請者端末１０の動作全般を制御する機能を有する。制御部１２０は、例えば、申請者端末１０がハードウェアとして備えるＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）にプログラムを実行させることによって実現される。
制御部１２０は、申請者端末１０の動作全般を制御する機能を有する。制御部１２０は、例えば、申請者端末１０がハードウェアとして備えるＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）にプログラムを実行させることによって実現される。
【0042】
図２に示すように、制御部１２０は、印刷設定部１２０２、入力処理部１２０４、暗号化部１２０６、変換部１２０８、及び印刷処理部１２１０を備える。
【0043】
（２－１）印刷設定部１２０２
印刷設定部１２０２は、申請情報が印刷される形式（以下、「印刷形式」とも称される）を設定する機能を有する。なお、本実施形態の印刷形式は、「２次元コード」で固定されているものとする。
印刷設定部１２０２は、申請情報が印刷される形式（以下、「印刷形式」とも称される）を設定する機能を有する。なお、本実施形態の印刷形式は、「２次元コード」で固定されているものとする。
【0044】
（２－２）入力処理部１２０４
入力処理部１２０４は、申請者５による入力に関する処理を行う機能を有する。
入力処理部１２０４は、申請者５による入力に関する処理を行う機能を有する。
【0045】
入力処理部１２０４は、手続きの選択画面を表示部１３０に表示させ、申請者５に手続きを選択させる。申請者５は、手続きの選択画面にて複数の手続きを選択可能である。入力処理部１２０４は、選択された手続きの申請を行うための申請画面を表示部１３０に表示させ、申請者５に申請情報を入力させる。申請者５が複数の手続きを選択した場合、入力処理部１２０４は、各手続きの申請情報を連続して申請者５に入力させる。
【0046】
ここで、手続きの一例について説明する。例えば、家族が死亡した際に行う手続きのカテゴリには、火葬、相続、住民登録、国民健康保険、請求、支給、医療、介護、障害等に関する手続きがある。各カテゴリの中には、さらに複数の種類の手続きが存在し得る。申請者５が複数の手続きを行う場合に、各手続きの申請情報を１つ１つ入力することは、申請者５にとって大きな負荷である。
【0047】
そこで、申請者５が複数の手続きを選択した場合、入力処理部１２０４は、申請情報の内、共通情報を各手続きの申請情報の入力に利用する。申請情報は、共通情報と非共通情報で構成される。共通情報は、各手続きの申請で共通する情報である。非共通情報は、各手続きの申請ごとに異なる情報である。ある手続きにて入力された共通情報は、他の手続きの入力に利用可能（使い回し可能）となっている。例えば、入力処理部１２０４は、申請者が複数の手続きの申請情報を入力する場合に、第１の手続において入力された項目の内、当該第１の手続とは異なる手続である第２の手続において共通する項目に対する入力データについては、当該第２の手続における項目において利用可能な入力データとして入力する。第１の手続が「火葬許可申請」である場合には、「火葬許可申請書」において申請者の住所を記載する項目があり、第２の手続が「相続人代表者指定」をする手続である場合には、「相続人代表者指定届」において申請者の住所を記載する項目がある場合には、この申請者の住所を共通項目として用いることができる。また、「火葬許可申請書」と「相続人代表者指定届」とにおいて異なる項目については、非共通項目として用いることができる。
より具体的に、入力処理部１２０４は、複数の手続きの内、最初の手続きにて申請者５が入力した申請情報から共通情報を抽出する。申請者５が他の手続きの申請情報を入力する際に、入力処理部１２０４は、抽出した共通情報が入力された状態の申請画面を表示部１３０に表示させる。これにより、入力処理部１２０４は、申請者５が共通情報を入力する回数を減らし、申請者５が入力する共通情報の量を減らすことができる。よって、申請者５が入力する申請情報の量が減り、申請情報の入力における申請者５への負荷を軽減することができる。
より具体的に、入力処理部１２０４は、複数の手続きの内、最初の手続きにて申請者５が入力した申請情報から共通情報を抽出する。申請者５が他の手続きの申請情報を入力する際に、入力処理部１２０４は、抽出した共通情報が入力された状態の申請画面を表示部１３０に表示させる。これにより、入力処理部１２０４は、申請者５が共通情報を入力する回数を減らし、申請者５が入力する共通情報の量を減らすことができる。よって、申請者５が入力する申請情報の量が減り、申請情報の入力における申請者５への負荷を軽減することができる。
【0048】
ここで、図３を参照して、申請者によって入力される申請情報のデータ構成について説明する。図３は、本発明の実施形態に係る申請情報のデータ構成の一例を示す図である。図３に示すように、申請情報は、共通情報と非共通情報とで構成される。
【0049】
共通情報には、例えば、申請者５の氏名、氏名（カタカナ）、生年月日、性別、及び届出人との続柄等が含まれる。
上述したように、申請者５は、申請情報を入力する際に、複数の手続きを選択することができる。例えば、申請者５がｎ個（ｎは自然数）の手続きを選択した場合、申請者５は、ｎ個の申請の申請情報を入力する。この場合、非共通情報には、申請１～申請ｎの情報が含まれる。なお、申請者５が手続きを１個のみ選択した場合、非共通情報には、申請１の情報のみが含まれる。
上述したように、申請者５は、申請情報を入力する際に、複数の手続きを選択することができる。例えば、申請者５がｎ個（ｎは自然数）の手続きを選択した場合、申請者５は、ｎ個の申請の申請情報を入力する。この場合、非共通情報には、申請１～申請ｎの情報が含まれる。なお、申請者５が手続きを１個のみ選択した場合、非共通情報には、申請１の情報のみが含まれる。
【0050】
入力処理部１２０４は、入力部１１０が受け付けた入力に基づき、申請情報のテキストデータを取得する。入力処理部１２０４は、取得したテキストデータを暗号化部１２０６へ出力する。
【0051】
入力部１１０が手書き入力による入力を受け付けた場合、入力処理部１２０４は、例えば、当該入力に対して手書き文字認識を行う。これにより、入力処理部１２０４は、入力部１１０が受け付けた入力をテキストデータに変換する。
入力部１１０がタッチスクリーンに表示された選択肢等の選択やスクリーンキーボードを操作による入力を受け付けた場合、入力処理部１２０４は、例えば、選択された選択肢や操作されたキーに関連付けられたテキストデータを取得する。
入力部１１０がタッチスクリーンに表示された選択肢等の選択やスクリーンキーボードを操作による入力を受け付けた場合、入力処理部１２０４は、例えば、選択された選択肢や操作されたキーに関連付けられたテキストデータを取得する。
【0052】
（２－３）暗号化部１２０６
暗号化部１２０６は、入力処理部１２０４から入力されるテキストデータを暗号化する機能を有する。暗号化部１２０６は、テキストデータを暗号化した暗号化情報を変換部１２０８へ出力する。なお、暗号化部１２０６は、テキストデータの暗号化を申請（手続き）単位で行い、申請単位で暗号化情報を変換部１２０８へ送信する。
暗号化部１２０６は、入力処理部１２０４から入力されるテキストデータを暗号化する機能を有する。暗号化部１２０６は、テキストデータを暗号化した暗号化情報を変換部１２０８へ出力する。なお、暗号化部１２０６は、テキストデータの暗号化を申請（手続き）単位で行い、申請単位で暗号化情報を変換部１２０８へ送信する。
【0053】
暗号化部１２０６は、テキストデータの文字数（情報量）に応じた数の暗号化情報を生成する。例えば、暗号化部１２０６は、テキストデータを所定の文字数ごとに暗号化する。所定の文字数は、例えば、２次元コード２４に入力可能な最大文字数の内、ヘッダー情報の文字数を除いた文字数である。入力処理部１２０４から入力されたテキストデータの文字数が、所定の文字数である場合、暗号化部１２０６は、暗号化情報を１つのみ生成する。そして、暗号化部１２０６は、生成した１つの暗号化情報を変換部１２０８へ出力する。
【0054】
一方、テキストデータの文字数が所定の文字数よりも多い場合、暗号化部１２０６は、複数の暗号化情報を生成する。具体的に、暗号化部１２０６は、まず、テキストデータの先頭の文字から所定の文字数までの文字を暗号化して、１つ目の暗号化情報を生成する。続いて、暗号化部１２０６は、１つ目の暗号化情報として暗号化されたテキストデータの続きから所定の文字数までの文字を暗号化して、２つ目の暗号化情報を生成する。暗号化部１２０６は、全てのテキストデータを暗号化するまで、暗号化の処理を繰り返す。そして、暗号化部１２０６は、生成した複数の暗号化情報を変換部１２０８へ出力する。
【0055】
（２－４）変換部１２０８
変換部１２０８は、暗号化部１２０６から入力される暗号化情報（申請情報のテキストデータが暗号化された情報）を光学的に読み取り可能な機械読取コード（例えば、バーコードや２次元バーコード（２次元コード２４））に変換する機能を有する。変換部１２０８は、変換によって生成した２次元コード２４を印刷処理部１２１０へ出力する。
変換部１２０８は、暗号化部１２０６から入力される暗号化情報（申請情報のテキストデータが暗号化された情報）を光学的に読み取り可能な機械読取コード（例えば、バーコードや２次元バーコード（２次元コード２４））に変換する機能を有する。変換部１２０８は、変換によって生成した２次元コード２４を印刷処理部１２１０へ出力する。
【0056】
変換部１２０８は、暗号化部１２０６から申請単位で暗号化情報を入力され、申請単位ごとに暗号化情報を２次元コード２４に変換する。そのため、手続きごとに２次元コード２４が生成される。即ち、変換部１２０８は、申請者５が複数の手続きの申請情報を入力する場合、手続きごとに申請情報を２次元コード２４に変換する。
【0057】
２次元コード２４に格納可能な情報量には上限がある。そのため、複数の手続きの各申請情報の情報量によって、１つの２次元コード２４にすべての申請情報を格納することが困難な場合がある。この場合、申請者５が複数の手続きの申請情報を連続して入力することができない。
そこで、変換部１２０８は、１つの行政手続きについて入力される申請情報を、１つの機械読取コードに格納可能な情報量毎にそれぞれ変換することで、複数の機械読取コード（２次元コード２４）を生成する。このように、手続きごとに申請情報を変換した２次元コード２４を生成することで、複数の手続きの申請情報を複数の２次元コードに分散し、１つ１つの２次元コード２４に格納される情報量が上限に達しないようにする。これにより、申請者５が複数の手続きの申請情報を連続して入力することを可能とする。
そこで、変換部１２０８は、１つの行政手続きについて入力される申請情報を、１つの機械読取コードに格納可能な情報量毎にそれぞれ変換することで、複数の機械読取コード（２次元コード２４）を生成する。このように、手続きごとに申請情報を変換した２次元コード２４を生成することで、複数の手続きの申請情報を複数の２次元コードに分散し、１つ１つの２次元コード２４に格納される情報量が上限に達しないようにする。これにより、申請者５が複数の手続きの申請情報を連続して入力することを可能とする。
【0058】
さらに、変換部１２０８は、暗号化情報単位で暗号化情報を２次元コード２４に変換する。そのため、１つの申請に関して複数の暗号化情報を入力された場合、変換部１２０８は、１つの申請に関して複数の２次元コード２４を生成する。変換部１２０８に入力される複数の暗号化情報は、テキストデータの文字数（申請情報の情報量）に応じて分割して生成されたものである。即ち、変換部１２０８は、１つの手続きにおいて、申請者５に入力される申請情報を情報量に応じた数の２次元コード２４に変換する。
【0059】
１つの手続きの申請で入力される申請情報の情報量が、１つの２次元コード２４に格納可能な情報量よりも多いことがあり得る。そのため、１つの２次元コード２４に１つの手続きの申請情報をすべて格納することが困難な場合がある。
そこで、本実施形態のように、申請者５に入力される申請情報を情報量に応じて変換し、申請情報の情報量に応じた数の２次元コード２４を作成することで、１つの手続きの申請情報を複数の２次元コードに分散して格納させる。これにより、申請情報の情報量が多い手続きでも２次元コード２４で対応することが可能である。
そこで、本実施形態のように、申請者５に入力される申請情報を情報量に応じて変換し、申請情報の情報量に応じた数の２次元コード２４を作成することで、１つの手続きの申請情報を複数の２次元コードに分散して格納させる。これにより、申請情報の情報量が多い手続きでも２次元コード２４で対応することが可能である。
【0060】
２次元コード情報は、ヘッダー情報と暗号化情報とで構成される。変換部１２０８は、暗号化部１２０６から入力される暗号化情報に対して、ヘッダー情報を付加し、ヘッダー情報と暗号化情報を含む２次元コード２４を生成する。暗号化部１２０６から複数の暗号化情報が入力される場合、変換部１２０８は、暗号化情報ごとにヘッダー情報を付加し、各々の２次元コード２４を生成する。
【0061】
ここで、図４を参照して、２次元コード情報のデータ構成について説明する。本発明の実施形態に係る２次元コード情報のデータ構成の一例を示す図である。図４に示すように、２次元コード情報は、ヘッダー情報と暗号化情報とで構成される。なお、２次元コード情報のデータ構成は、かかる例に限定されない。
【0062】
ヘッダー情報には、例えば、Ｎｏ、受付番号、作成年月日、申請名、及びページ番号が含まれる。なお、ヘッダー情報に含まれる情報は、かかる例に限定されない。
Ｎｏは、２次元コード２４ごとに割り振られる番号である。受付番号は、手続きの申請を受け付けた順を示す番号である。作成年月日は、申請書２２が作成された年月日を示す。申請名は、申請者５が選択した申請（手続き）の名称を示す。ページ通番は、申請書２２のページ数を示す。なお、本実施形態では、１枚の申請書２２に対して、２次元コード２４は４つまで印刷される。１つの申請において５つ以上の２次元コード２４が生成された場合、申請書２２の枚数は少なくとも２枚以上となる。
なお、１枚の申請書２２に印刷される２次元コード２４の数は、４つに限定されない。
Ｎｏは、２次元コード２４ごとに割り振られる番号である。受付番号は、手続きの申請を受け付けた順を示す番号である。作成年月日は、申請書２２が作成された年月日を示す。申請名は、申請者５が選択した申請（手続き）の名称を示す。ページ通番は、申請書２２のページ数を示す。なお、本実施形態では、１枚の申請書２２に対して、２次元コード２４は４つまで印刷される。１つの申請において５つ以上の２次元コード２４が生成された場合、申請書２２の枚数は少なくとも２枚以上となる。
なお、１枚の申請書２２に印刷される２次元コード２４の数は、４つに限定されない。
【0063】
図４には、具体的に、２つの申請の暗号化情報が入力された場合に変換部１２０８が生成する２次元コード情報のデータ構成が示されている。なお、１つ目の申請に関して、変換部１２０８に入力された暗号化情報は１つである。また、２つ目の申請に関して、変換部１２０８に入力された暗号化情報は５つである。
【0064】
まず、変換部１２０８は、１つ目の申請に関する２次元コード２４を生成する。変換部１２０８は、１つ目の申請の暗号化情報に対して、Ｎｏが「１－１」、受付番号が「１２３４００１」、作成年月日が「ｘｘｘｘ年ｘｘ月ｘｘ日」、申請名が「申請１」、ページ通番が「１－１」であるヘッダー情報を付加する。なお、ページ通番「１－１」は、１ページ中１ページ目であることを示している。また、１つ目の申請の暗号化情報が１つであるため、当該暗号化情報には「共通情報」と「非共通情報」とが含まれている。
【0065】
続いて、変換部１２０８は、２つ目の申請に関する２次元コード２４を生成する。変換部１２０８は、２つ目の申請の１つ目の暗号化情報に対して、Ｎｏが「２－１」、受付番号が「１２３４００２」、作成年月日が「ｘｘｘｘ年ｘｘ月ｘｘ日」、申請名が「申請２」、ページ通番が「２－１」であるヘッダー情報を付加する。なお、ページ通番「２－１」は、２ページ中１ページ目であることを示している。また、１つ目の暗号化情報には、「共通情報」と「非共通情報」とが含まれている。
【0066】
変換部１２０８は、２つ目の申請の２つ目の暗号化情報に対して、Ｎｏが「２－２」、受付番号が「１２３４００２」、作成年月日が「ｘｘｘｘ年ｘｘ月ｘｘ日」、申請名が「申請２」、ページ通番が「２－１」であるヘッダー情報を付加する。なお、２つ目の暗号化情報には、「非共通情報（Ｎｏ２－１の非共通情報の続き）」が含まれている。
【0067】
変換部１２０８は、２つ目の申請の３つ目の暗号化情報に対して、Ｎｏが「２－３」、受付番号が「１２３４００２」、作成年月日が「ｘｘｘｘ年ｘｘ月ｘｘ日」、申請名が「申請２」、ページ通番が「２－１」であるヘッダー情報を付加する。なお、３つ目の暗号化情報には、「非共通情報（Ｎｏ２－２の非共通情報の続き）」が含まれている。
【0068】
変換部１２０８は、２つ目の申請の４つ目の暗号化情報に対して、Ｎｏが「２－４」、受付番号が「１２３４００２」、作成年月日が「ｘｘｘｘ年ｘｘ月ｘｘ日」、申請名が「申請２」、ページ通番が「２－１」であるヘッダー情報を付加する。なお、４つ目の暗号化情報には、「非共通情報（Ｎｏ２－３の非共通情報の続き）」が含まれている。
【0069】
変換部１２０８は、２つ目の申請の５つ目の暗号化情報に対して、Ｎｏが「２－５」、受付番号が「１２３４００２」、作成年月日が「ｘｘｘｘ年ｘｘ月ｘｘ日」、申請名が「申請２」、ページ通番が「２－２」であるヘッダー情報を付加する。なお、ページ通番「２－２」は、２ページ中２ページ目であることを示している。また、５つ目の暗号化情報には、「非共通情報（Ｎｏ２－４の非共通情報の続き）」が含まれている。
【0070】
（２－５）印刷処理部１２１０
印刷処理部１２１０は、印刷に関する処理を行う機能を有する。
印刷処理部１２１０は、変換部１２０８から入力される２次元コード２４に基づき、印刷データを生成する。例えば、印刷処理部１２１０は、２次元コード２４の数に応じて、各２次元コード２４を印刷する位置、申請書２２にテキストデータで印刷する情報、印刷する申請書２２の枚数等を決定し、印刷データを生成する。印刷データの生成後、印刷処理部１２１０は、印刷データを通信部１５０から印刷装置２０へ送信し、申請書２２を印刷させる。この場合、印刷処理部１２１０は、機械読取コード又は前記テキストデータの内、印刷設定部１２０２によって指定入力された態様で印刷媒体に印刷するよう印刷装置２０に指示する。
印刷処理部１２１０は、印刷に関する処理を行う機能を有する。
印刷処理部１２１０は、変換部１２０８から入力される２次元コード２４に基づき、印刷データを生成する。例えば、印刷処理部１２１０は、２次元コード２４の数に応じて、各２次元コード２４を印刷する位置、申請書２２にテキストデータで印刷する情報、印刷する申請書２２の枚数等を決定し、印刷データを生成する。印刷データの生成後、印刷処理部１２１０は、印刷データを通信部１５０から印刷装置２０へ送信し、申請書２２を印刷させる。この場合、印刷処理部１２１０は、機械読取コード又は前記テキストデータの内、印刷設定部１２０２によって指定入力された態様で印刷媒体に印刷するよう印刷装置２０に指示する。
【0071】
ここで、図５Ａ及び図５Ｂを参照して、印刷データの具体例について説明する。図５Ａは、本発明の実施形態に係る印刷データ（１ページ目）の一例を示す図である。図５Ｂは、本発明の実施形態に係る印刷データ（２ページ目）の一例を示す図である。
【0072】
図５Ａ及び図５Ｂには、印刷処理部１２１０に入力された２次元コード２４が５つである場合の例が示されている。図５Ａには１ページ目の申請書２２－１が示され、図５Ｂには２ページ目の申請書２２－２が示されている。
本実施形態では、１枚の申請書２２に印刷可能な２次元コード２４の数は、最大で４つである。そのため、５つの２次元コード２４を入力された印刷処理部１２１０は、図５Ａ及び図５Ｂに示すように２枚に分けて申請書２２を印刷する。
本実施形態では、１枚の申請書２２に印刷可能な２次元コード２４の数は、最大で４つである。そのため、５つの２次元コード２４を入力された印刷処理部１２１０は、図５Ａ及び図５Ｂに示すように２枚に分けて申請書２２を印刷する。
【0073】
申請書２２－１及び申請書２２－２の領域Ａ１には印刷日時、領域Ａ２には申請書名、領域Ａ３にはページ数、領域Ａ４には２次元コード２４、領域Ａ５（領域Ａ５－１～Ａ５－５）には２次元コード２４のＮｏ、領域Ａ６には受付番号がそれぞれ印刷される。なお、申請書２２に印刷される情報は、かかる例に限定されない。
【0074】
申請書２２－１の領域Ａ３には、ページ数が「１／２」と印刷されている。これは、申請書２２－１が２ページ中１ページ目であることを示している。
１ページ目の申請書２２－１の領域Ａ４には、４つの２次元コードと、各々のＮｏが印刷されている。領域Ａ５－１には１つ目の２次元コードであることを示すＮｏ「１－１」が印刷され、その下に１つ目の２次元コード２４－１が印刷されている。領域Ａ５－２には２つ目の２次元コードであることを示すＮｏ「１－２」が印刷され、その下に２つ目の２次元コード２４－２が印刷されている。領域Ａ５－３には３つ目の２次元コードであることを示すＮｏ「１－３」が印刷され、その下に３つ目の２次元コード２４－３が印刷されている。領域Ａ５－４には４つ目の２次元コードであることを示すＮｏ「１－４」が印刷され、その下に４つ目の２次元コード２４－４が印刷されている。
１ページ目の申請書２２－１の領域Ａ４には、４つの２次元コードと、各々のＮｏが印刷されている。領域Ａ５－１には１つ目の２次元コードであることを示すＮｏ「１－１」が印刷され、その下に１つ目の２次元コード２４－１が印刷されている。領域Ａ５－２には２つ目の２次元コードであることを示すＮｏ「１－２」が印刷され、その下に２つ目の２次元コード２４－２が印刷されている。領域Ａ５－３には３つ目の２次元コードであることを示すＮｏ「１－３」が印刷され、その下に３つ目の２次元コード２４－３が印刷されている。領域Ａ５－４には４つ目の２次元コードであることを示すＮｏ「１－４」が印刷され、その下に４つ目の２次元コード２４－４が印刷されている。
【0075】
申請書２２－２の領域Ａ３には、ページ数が「２／２」と印刷されている。これは、申請書２２－２が２ページ中２ページ目であることを示している。
２ページ目の申請書２２－２の領域Ａ４には、１つの２次元コードと、そのＮｏが印刷されている。領域Ａ５－５は５つ目の２次元コードであることを示すＮｏ「１－５」が印刷され、その下に５つ目の２次元コード２４－５が印刷されている。
２ページ目の申請書２２－２の領域Ａ４には、１つの２次元コードと、そのＮｏが印刷されている。領域Ａ５－５は５つ目の２次元コードであることを示すＮｏ「１－５」が印刷され、その下に５つ目の２次元コード２４－５が印刷されている。
【0076】
なお、領域Ａ２に申請書名が印刷されるため、複数の手続きの申請書２２が印刷されても、申請者５は各申請の申請書２２を区別することができる。また、申請書２２と一緒に提出する書類がある場合、申請者５は申請書名を確認することで、申請書２２と書類の組み合わせを間違えることなく提出することができる。
【0077】
（３）表示部１３０
表示部１３０は、各種情報を表示する機能を有する。表示部１３０は、入力部１１０が受け付けた入力を示す表示を行う。また、表示部１３０は、入力処理部１２０４からの指示に応じた画面を表示する。また、表示部１３０は、入力処理部１２０４から入力される申請情報を表示する。
表示部１３０は、各種情報を表示する機能を有する。表示部１３０は、入力部１１０が受け付けた入力を示す表示を行う。また、表示部１３０は、入力処理部１２０４からの指示に応じた画面を表示する。また、表示部１３０は、入力処理部１２０４から入力される申請情報を表示する。
【0078】
なお、表示部１３０は、申請者端末１０がハードウェアとして備える表示装置によって実現される。表示装置は、例えば、タッチスクリーン、ディスプレイ等である。
【0079】
（４）記憶部１４０
記憶部１４０は、各種情報を記憶する機能を有する。例えば、記憶部１４０は、申請情報、テキストデータ、暗号化情報、２次元コード２４、印刷データ等の申請者５の入力に基づくデータを、処理効率化のために一時的に記憶してもよい。ただし、申請者５による申請者端末１０の操作が終了した場合、申請者５の入力に基づくデータを削除する。これにより、申請者５の個人情報が他の申請者５に対して漏洩することを防ぐことができる。申請者５の操作が終了したか否かは、例えば、終了ボタンの押下や中止ボタンの押下等の手続きを終了することを示す入力や、申請書２２の印刷によって判定可能である。
記憶部１４０は、各種情報を記憶する機能を有する。例えば、記憶部１４０は、申請情報、テキストデータ、暗号化情報、２次元コード２４、印刷データ等の申請者５の入力に基づくデータを、処理効率化のために一時的に記憶してもよい。ただし、申請者５による申請者端末１０の操作が終了した場合、申請者５の入力に基づくデータを削除する。これにより、申請者５の個人情報が他の申請者５に対して漏洩することを防ぐことができる。申請者５の操作が終了したか否かは、例えば、終了ボタンの押下や中止ボタンの押下等の手続きを終了することを示す入力や、申請書２２の印刷によって判定可能である。
【0080】
なお、記憶部１４０は、申請者端末１０がハードウェアとして備える記憶媒体、例えば、ＨＤＤ（Ｈａｒｄ Ｄｉｓｋ Ｄｒｉｖｅ）、フラッシュメモリ、ＥＥＰＲＯＭ（Ｅｌｅｃｔｒｉｃａｌｌｙ Ｅｒａｓａｂｌｅ Ｐｒｏｇｒａｍｍａｂｌｅ Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）、ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ ｒｅａｄ／ｗｒｉｔｅ Ｍｅｍｏｒｙ）、ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）、またはこれらの記憶媒体の任意の組み合わせによって構成される。記憶部１４０は、例えば、不揮発性メモリを用いることができる。
【0081】
（５）通信部１５０
通信部１５０は、各種情報の送受信を行う機能を有する。通信部１５０は、印刷処理部１２１０から入力される印刷データを印刷装置２０へ送信する。
通信部１５０は、各種情報の送受信を行う機能を有する。通信部１５０は、印刷処理部１２１０から入力される印刷データを印刷装置２０へ送信する。
【0082】
申請者端末１０の一部の機能は、コード変換装置（不図示）によって実現されてもよい。例えば、コード変換装置は、変換部１２０８及び印刷処理部１２１０の少なくとも一部の機能を有する。例えば、コード変換装置は、変換部１２０８の機能によって申請者５が申請者端末１０に入力した申請情報のテキストデータを２次元コード２４に変換する。また、コード変換装置は、印刷処理部１２１０の機能により、変換部１２０８によって変換された２次元コード２４を印刷装置２０へ送信し、印刷装置２０に２次元コード２４を印刷させる。
なお、コード変換装置は、申請者端末１０の内部に組み込まれてもよいし、申請者端末１０に外部接続されてもよい。また、コード変換装置の機能は、申請者端末１０が当該機能のプログラムを実行することにより実現されてもよい。
なお、コード変換装置は、申請者端末１０の内部に組み込まれてもよいし、申請者端末１０に外部接続されてもよい。また、コード変換装置の機能は、申請者端末１０が当該機能のプログラムを実行することにより実現されてもよい。
【0083】
＜３．担当者端末の機能構成＞
続いて、図６を参照して、本発明の実施形態に係る担当者端末４０の機能構成について説明する。図６は、本発明の実施形態に係る担当者端末４０の機能構成の一例を示すブロック図である。図６に示すように、担当者端末４０は、通信部４１０、入力部４２０、制御部４３０、記憶部４４０、及び表示部４５０を備える。
続いて、図６を参照して、本発明の実施形態に係る担当者端末４０の機能構成について説明する。図６は、本発明の実施形態に係る担当者端末４０の機能構成の一例を示すブロック図である。図６に示すように、担当者端末４０は、通信部４１０、入力部４２０、制御部４３０、記憶部４４０、及び表示部４５０を備える。
【0084】
（１）通信部４１０
通信部４１０は、各種情報を送受信する機能を有する。通信部４１０は、読取装置３０から２次元コード情報を受信する。通信部４１０は、受信した２次元コード情報を制御部４３０へ入力する。
通信部４１０は、各種情報を送受信する機能を有する。通信部４１０は、読取装置３０から２次元コード情報を受信する。通信部４１０は、受信した２次元コード情報を制御部４３０へ入力する。
【0085】
（２）入力部４２０
入力部４２０は、各種情報の入力を受け付ける機能を有する。例えば、入力部４２０は、担当者６が担当者端末４０を操作するための入力を受け付ける。
入力部４２０は、各種情報の入力を受け付ける機能を有する。例えば、入力部４２０は、担当者６が担当者端末４０を操作するための入力を受け付ける。
【0086】
なお、本実施形態の入力部４２０は、申請者端末１０がハードウェアとして備えるマウス、キーボード等によって実現される。
【0087】
（３）制御部４３０
制御部４３０は、担当者端末４０の動作全般を制御する機能を有する。制御部４３０は、例えば、担当者端末４０がハードウェアとして備えるＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）にプログラムを実行させることによって実現される。
制御部４３０は、担当者端末４０の動作全般を制御する機能を有する。制御部４３０は、例えば、担当者端末４０がハードウェアとして備えるＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）にプログラムを実行させることによって実現される。
【0088】
図６に示すように、制御部４３０は、読取判定部４３０２、復号部４３０４、及び申請情報処理部４３０６を備える。
【0089】
（３－１）読取判定部４３０２
読取判定部４３０２は、通信部４１０から入力される２次元コード情報に基づき、２次元コード２４の読み取りが正常に行われたか否かを判定する機能を有する。
読取判定部４３０２は、通信部４１０から入力される２次元コード情報に基づき、２次元コード２４の読み取りが正常に行われたか否かを判定する機能を有する。
【0090】
１つの申請に関する全ての２次元コード２４の読み取りが行われた場合、読取判定部４３０２は、２次元コード２４の読み取りが正常に行われたと判定する。１つの申請に関する２次元コード２４の内、１つでも読み取られていない２次元コード２４がある場合、読取判定部４３０２は、２次元コード２４の読み取りが正常に行われていないと判定する。
【0091】
２次元コード２４の読み取りが正常に行われたと判定した場合、読取判定部４３０２は、通信部４１０から入力される２次元コード情報を復号部４３０４へ出力する。２次元コード２４の読み取りが正常に行われていないと判定した場合、読取判定部４３０２は、２次元コード情報を復号部４３０４へ出力しない。
【0092】
これにより、復号部４３０４にて２次元コード情報が不足した状態で復号され、後述の処理で必要な情報が不足することを防ぐことができる。
【0093】
なお、読取判定部４３０２は、通信部４１０から入力される２次元コード情報を記憶部４４０に記憶させてもよい。
【0094】
（３－２）復号部４３０４
復号部４３０４は、読取判定部４３０２から入力される２次元コード情報を復号する機能を有する。復号部４３０４は、２次元コード情報を復号して申請情報を取得する。復号部４３０４は、取得した申請情報を申請情報処理部４３０６へ出力する。
復号部４３０４は、読取判定部４３０２から入力される２次元コード情報を復号する機能を有する。復号部４３０４は、２次元コード情報を復号して申請情報を取得する。復号部４３０４は、取得した申請情報を申請情報処理部４３０６へ出力する。
【0095】
なお、復号部４３０４は、取得した申請情報を記憶部４４０に記憶させてもよい。
【0096】
（３－３）申請情報処理部４３０６
申請情報処理部４３０６は、復号部４３０４から入力される申請情報に基づき、申請情報処理行う機能を有する。
例えば、担当者端末４０は、申請情報の表示処理、申請情報の更新処理、ＲＰＡ（Ｒｏｂｏｔｉｃ Ｐｒｏｃｅｓｓ Ａｕｔｏｍａｔｉｏｎ）処理等を行う。
申請情報処理部４３０６は、復号部４３０４から入力される申請情報に基づき、申請情報処理行う機能を有する。
例えば、担当者端末４０は、申請情報の表示処理、申請情報の更新処理、ＲＰＡ（Ｒｏｂｏｔｉｃ Ｐｒｏｃｅｓｓ Ａｕｔｏｍａｔｉｏｎ）処理等を行う。
【0097】
申請情報の表示処理を行う場合、申請情報処理部４３０６は、取得した申請情報を手続き用アプリケーション等のレイアウトに合わせて、表示部４５０に表示させる。
【0098】
申請情報の更新処理を行う場合、申請情報処理部４３０６は、申請情報のＣＳＶデータをＣＳＶ出力して、表示部４５０に表示させる。
ＲＰＡ処理を行う場合、申請情報処理部４３０６は、申請情報のＣＳＶデータをＲＰＡに入力する。
ＲＰＡ処理を行う場合、申請情報処理部４３０６は、申請情報のＣＳＶデータをＲＰＡに入力する。
【0099】
（４）記憶部４４０
記憶部４４０は、各種情報を記憶する機能を有する。例えば、記憶部４４０は、２次元コード情報、申請情報等を記憶する。
記憶部４４０は、各種情報を記憶する機能を有する。例えば、記憶部４４０は、２次元コード情報、申請情報等を記憶する。
【0100】
なお、記憶部４４０は、担当者端末４０がハードウェアとして備える記憶媒体、例えば、ＨＤＤ（Ｈａｒｄ Ｄｉｓｋ Ｄｒｉｖｅ）、フラッシュメモリ、ＥＥＰＲＯＭ（Ｅｌｅｃｔｒｉｃａｌｌｙ Ｅｒａｓａｂｌｅ Ｐｒｏｇｒａｍｍａｂｌｅ Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）、ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ ｒｅａｄ／ｗｒｉｔｅ Ｍｅｍｏｒｙ）、ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）、またはこれらの記憶媒体の任意の組み合わせによって構成される。記憶部４４０は、例えば、不揮発性メモリを用いることができる。
【0101】
（５）表示部４５０
表示部４５０は、各種情報を表示する機能を有する。表示部４５０は、申請情報処理部４３０６からの指示に応じた画面を表示する。例えば、表示部４５０は、手続き用アプリケーション等のレイアウトに合わせて申請情報を表示したり、ＣＳＶ出力された申請情報を表示したりする。
表示部４５０は、各種情報を表示する機能を有する。表示部４５０は、申請情報処理部４３０６からの指示に応じた画面を表示する。例えば、表示部４５０は、手続き用アプリケーション等のレイアウトに合わせて申請情報を表示したり、ＣＳＶ出力された申請情報を表示したりする。
【0102】
なお、表示部４５０は、担当者端末４０がハードウェアとして備える表示装置によって実現される。表示装置は、例えば、タッチスクリーン、ディスプレイ等である。
【0103】
＜４．処理の流れ＞
続いて、図７及び図８を参照して、本発明の実施形態に係る処理の流れについて説明する。図７は、本発明の実施形態に係る印刷形式に「２次元コード」が設定されている場合の申請者の動作に基づく処理の流れを示すシーケンス図である。図８は、本発明の実施形態に係る担当者の動作に基づく処理の流れを示すシーケンス図である。
続いて、図７及び図８を参照して、本発明の実施形態に係る処理の流れについて説明する。図７は、本発明の実施形態に係る印刷形式に「２次元コード」が設定されている場合の申請者の動作に基づく処理の流れを示すシーケンス図である。図８は、本発明の実施形態に係る担当者の動作に基づく処理の流れを示すシーケンス図である。
【0104】
（１）申請者５の動作に基づく処理の流れ
図７に示すように、まず、申請者端末１０は、手続きの選択画面を表示する（Ｓ１００）。申請者５は、申請者端末１０に表示された手続きの選択画面にて、申請を行う手続きを選択する（Ｓ１０２）。
図７に示すように、まず、申請者端末１０は、手続きの選択画面を表示する（Ｓ１００）。申請者５は、申請者端末１０に表示された手続きの選択画面にて、申請を行う手続きを選択する（Ｓ１０２）。
【0105】
申請者端末１０は、申請者５の選択に応じた申請情報の入力画面を表示する（Ｓ１０４）。申請者５は、入力画面に共通情報を入力する（Ｓ１０６）。続けて、申請者５は、入力画面に選択した手続きの数だけ非共通情報を入力する（Ｓ１０８）。
【0106】
申請者端末１０は、入力された申請情報（共通情報＋非共通情報）のテキストデータを取得する（Ｓ１１０）。
【0107】
申請者端末１０は、取得したテキストデータを暗号化し、暗号化情報を生成する（Ｓ１１２）。
【0108】
申請者端末１０は、生成した暗号化情報を含む２次元コード２４を生成する（Ｓ１１４）。
【0109】
申請者端末１０は、生成した２次元コード２４に基づき、印刷データを生成する（Ｓ１１６）。申請者端末１０は、生成した印刷データを印刷装置２０へ送信する（Ｓ１１８）。
【0110】
印刷装置２０は、受信した印刷データに基づき、申請書２２を印刷する（Ｓ１２０）。
【0111】
申請者５は、印刷された申請書２２を取得し（Ｓ１２２）、担当者６へ提出する（Ｓ１２４）。
【0112】
（２）担当者６の動作に基づく処理の流れ
図８に示すように、まず、担当者６は、申請者５から申請書２２を受領する（Ｓ２００）。担当者６は、受領した申請書２２に印刷されている２次元コード２４を読取装置３０に読み取らせる（Ｓ２０２）。
図８に示すように、まず、担当者６は、申請者５から申請書２２を受領する（Ｓ２００）。担当者６は、受領した申請書２２に印刷されている２次元コード２４を読取装置３０に読み取らせる（Ｓ２０２）。
【0113】
読取装置３０は、２次元コード２４から読み取った２次元コード情報を担当者端末４０へ送信する（Ｓ２０４）。
【0114】
担当者端末４０は、読取装置３０から受信する２次元コード情報に基づき、読取判定を行う（Ｓ２０６）。
【0115】
読取判定にて、２次元コードの読み取りが正常に行われたと判定された場合、担当者端末４０は、受信した２次元コード情報を復号し、申請情報のテキストデータを取得する（Ｓ２０８）。担当者端末４０は、取得した申請情報のテキストデータに基づき、申請情報処理を行う（Ｓ２１０）。
【0116】
以上説明したように、本実施形態に係る申請システム１は、申請者端末１０と、印刷装置２０と、読取装置３０と、担当者端末４０とを備える。
申請者端末１０は、申請者５による申請情報の入力を受け付け、入力された申請情報のテキストデータを２次元コード２４に変換する。
印刷装置２０は、申請者端末１０によって変換された２次元コード２４を申請書２２に印刷する。
読取装置３０は、申請者５から担当者６へ提出される申請書２２に印刷された２次元コード２４を読み取る。
担当者端末４０は、読取装置に読み取られた２次元コード２４が変換された申請情報のテキストデータを取得する。
申請者端末１０は、申請者５による申請情報の入力を受け付け、入力された申請情報のテキストデータを２次元コード２４に変換する。
印刷装置２０は、申請者端末１０によって変換された２次元コード２４を申請書２２に印刷する。
読取装置３０は、申請者５から担当者６へ提出される申請書２２に印刷された２次元コード２４を読み取る。
担当者端末４０は、読取装置に読み取られた２次元コード２４が変換された申請情報のテキストデータを取得する。
【0117】
かかる構成により、申請システム１は、申請者５が申請者端末１０に入力した申請情報を、２次元コードを介して、担当者端末４０へ連携する。そのため、申請システム１は、申請者端末１０と担当者端末４０との間をネットワークで接続することなく、申請者端末１０に入力された申請情報を担当者端末４０と連携することができる。これにより、申請者端末１０と担当者端末４０との間のネットワーク接続に関する困難な改修は不要となり、改修にかかる時間、コスト、労力等も削減することができる。
【0118】
よって、本実施形態に係る申請システム１は、行政機関における手続きの申請者が端末に入力した情報を行政機関のシステム内で連携することを容易に実現することが可能である。
【0119】
＜５．変形例＞
以上、本発明の実施形態について説明した。続いて、本発明の実施形態の変形例について説明する。なお、以下に説明する各変形例は、単独で本発明の実施形態に適用されてもよいし、組み合わせで本発明の実施形態に適用されてもよい。また、各変形例は、本発明の実施形態で説明した構成に代えて適用されてもよいし、本発明の各実施形態で説明した構成に対して追加的に適用されてもよい。
以上、本発明の実施形態について説明した。続いて、本発明の実施形態の変形例について説明する。なお、以下に説明する各変形例は、単独で本発明の実施形態に適用されてもよいし、組み合わせで本発明の実施形態に適用されてもよい。また、各変形例は、本発明の実施形態で説明した構成に代えて適用されてもよいし、本発明の各実施形態で説明した構成に対して追加的に適用されてもよい。
【0120】
（１）第１の変形例
上述した実施形態では、印刷形式が「２次元コード」で固定されている例について説明したが、かかる例に限定されない。印刷形式は、変更されてもよい。例えば、印刷形式には、「２次元コード」または「テキストデータ」のいずれか一方が設定される。印刷形式に「テキストデータ」が設定されている場合、申請書２２には、申請情報がテキストデータで印刷される。
上述した実施形態では、印刷形式が「２次元コード」で固定されている例について説明したが、かかる例に限定されない。印刷形式は、変更されてもよい。例えば、印刷形式には、「２次元コード」または「テキストデータ」のいずれか一方が設定される。印刷形式に「テキストデータ」が設定されている場合、申請書２２には、申請情報がテキストデータで印刷される。
【0121】
申請システム１の管理者は、行政機関の既存システムの構成や運用に応じて、印刷形式を適宜変更する。例えば、行政機関に申請者端末１０を導入する際に、当該行政機関の既存システムが２次元コード２４の読み取りに対応していない場合、管理者は、印刷形式に「テキストデータ」を設定する。そして、職員には、従来通りの運用を行わせる。
将来、既存システムが２次元コードの読み取りに対応した際に、管理者は、印刷形式を「テキストデータ」から「２次元コード」へ変更する。そして、職員には、２次元コード２４を読取装置３０で読み取らせる運用を行わせる。
将来、既存システムが２次元コードの読み取りに対応した際に、管理者は、印刷形式を「テキストデータ」から「２次元コード」へ変更する。そして、職員には、２次元コード２４を読取装置３０で読み取らせる運用を行わせる。
【0122】
このように、申請システム１が印刷形式を「２次元コード」または「テキストデータ」のいずれか一方に変更可能な構成を有することで、行政機関に対して段階的に申請システム１を導入することが可能である。段階的な導入は、例えば、行政機関側に導入にあたっての制約（例えば予算的な制約）がある場合には有効である。
【0123】
印刷形式を変更可能な場合、申請者端末１０の印刷設定部１２０２は、管理者による選択に基づき、「２次元コード」又は「テキストデータ」のいずれの形式で申請情報を印刷するかを指定する指定入力を受け付ける。
【0124】
申請者端末１０の印刷処理部１２１０は、印刷設定部１２０２による印刷形式の設定に基づき、申請書２２のレイアウトを示す印刷データを生成し、２次元コード２４又は前記テキストデータのいずれか一方を申請書２２に印刷させる。印刷形式に「２次元コード」が設定されている場合、印刷処理部１２１０は、申請情報のテキストデータが変換された２次元コード２４を含む申請書２２のレイアウトを生成する。一方、印刷形式に「テキストデータ」が設定されている場合、印刷処理部１２１０は、申請情報がテキストデータで示された申請書２２のレイアウトを生成する。
【0125】
ここで、図９を参照して、印刷形式に「テキストデータ」が設定されている場合の申請者５の動作に基づく処理の流れについて説明する。図９は、本発明の第１の変形例に係る印刷形式に「テキストデータ」が設定されている場合の申請者の動作に基づく処理の流れを示すシーケンス図である。
【0126】
図９に示すように、まず、申請者端末１０は、手続きの選択画面を表示する（Ｓ３００）。申請者５は、申請者端末１０に表示された手続きの選択画面にて、申請を行う手続きを選択する（Ｓ３０２）。
【0127】
申請者端末１０は、申請者５の選択に応じた申請情報の入力画面を表示する（Ｓ３０４）。申請者５は、入力画面に共通情報を入力する（Ｓ３０６）。続けて、申請者５は、入力画面に選択した手続きの数だけ非共通情報を入力する（Ｓ３０８）。
【0128】
申請者端末１０は、入力された申請情報（共通情報＋非共通情報）のテキストデータを取得する（Ｓ３１０）。
【0129】
申請者端末１０は、取得したテキストデータに基づき、印刷データを生成する（Ｓ３１２）。申請者端末１０は、生成した印刷データを印刷装置２０へ送信する（Ｓ３１４）。
【0130】
印刷装置２０は、受信した印刷データに基づき、申請書２２を印刷する（Ｓ３１６）。
【0131】
申請者５は、印刷された申請書２２を取得し（Ｓ３１８）、担当者６へ提出する（Ｓ３２０）。
【0132】
（２）第２の変形例
上述した実施形態では、申請情報処理のＲＰＡ処理が担当者端末４０にて行われる例について説明したが、かかる例に限定されない。例えば、ＲＰＡ処理は、担当者端末４０と総合行政ネットワーク（ＬＧＷＡＮ：Ｌｏｃａｌ Ｇｏｖｅｒｎｍｅｎｔ Ｗｉｄｅ Ａｒｅａ Ｎｅｔｗｏｒｋ）経由で接続されたサーバ装置にて行われてもよい。
上述した実施形態では、申請情報処理のＲＰＡ処理が担当者端末４０にて行われる例について説明したが、かかる例に限定されない。例えば、ＲＰＡ処理は、担当者端末４０と総合行政ネットワーク（ＬＧＷＡＮ：Ｌｏｃａｌ Ｇｏｖｅｒｎｍｅｎｔ Ｗｉｄｅ Ａｒｅａ Ｎｅｔｗｏｒｋ）経由で接続されたサーバ装置にて行われてもよい。
【0133】
（３）第３の変形例
申請者端末１０は、申請者５による申請情報の入力を補助する機能を有してもよい。申請者端末１０は、例えば、申請者５の本人確認書類の撮像画像を取得し、当該撮像画像に対して光学文字認識（ＯＣＲ：Ｏｐｔｉｃａｌ Ｃｈａｒａｃｔｅｒ Ｒｅｃｏｇｎｉｔｉｏｎ）処理を行い、本人確認書類から申請情報として利用可能な情報を取得する。申請者端末１０は、ＯＣＲ処理によって本人確認書類に記載された情報を認識し、認識した情報をテキストデータに変換する。そして、申請者端末１０は、取得したテキストデータの内、利用可能なテキストデータを申請情報として利用する。
申請者端末１０は、申請者５による申請情報の入力を補助する機能を有してもよい。申請者端末１０は、例えば、申請者５の本人確認書類の撮像画像を取得し、当該撮像画像に対して光学文字認識（ＯＣＲ：Ｏｐｔｉｃａｌ Ｃｈａｒａｃｔｅｒ Ｒｅｃｏｇｎｉｔｉｏｎ）処理を行い、本人確認書類から申請情報として利用可能な情報を取得する。申請者端末１０は、ＯＣＲ処理によって本人確認書類に記載された情報を認識し、認識した情報をテキストデータに変換する。そして、申請者端末１０は、取得したテキストデータの内、利用可能なテキストデータを申請情報として利用する。
【0134】
申請者５は、例えば、申請者端末１０がハードウェアとして備えるカメラ、あるいは申請者端末１０に外部接続されたカメラ等の撮像装置（不図示）に、本人確認書類を撮像させる。これにより、申請者端末１０は、申請者５の本人確認書類の撮像画像を取得できる。
【0135】
なお、申請者端末１０が取得する撮像画像は、申請者５の本人確認書類の撮像画像に限定されない。撮像画像は、例えば、区役所２の外部の機関で発行される書類であってもよい。当該書類の一例として、家族が死亡した際に行う手続きの場合には病院で発行される死亡診断書が挙げられる。
【0136】
かかる構成により、申請者５が入力する申請情報の量が減り、申請情報の入力における申請者５への負荷を軽減することができる。
【0137】
（４）第４の変形例
上述した実施形態では、申請情報のテキストデータは、２次元コード２４によって申請システム１内で連携される例について説明したが、かかる例に限定されない。申請情報のテキストデータは、ＲＦＩＤ（Ｒａｄｉｏ Ｆｒｅｑｕｅｎｃｙ Ｉｄｅｎｔｉｆｉｃａｔｉｏｎ）タグによって申請システム１内で連携されてもよい。ＲＦＩＤタグは、無線通信によって読取可能な記録媒体の一例である。ＲＦＩＤタグは、申請書２２に印刷可能なデータを格納する記録媒体と、各種データを印刷可能な印刷領域が設けられた印刷媒体とが一体として形成された情報媒体である。
ＲＦＩＤタグによる申請情報のテキストデータの連携を実現するために、申請システム１は、申請情報のテキストデータをＲＦＩＤタグへ書き込む機能（書き込み装置）と当該ＲＦＩＤを申請書２２に印刷する機能を備えた印刷装置２０を有する。さらに、申請システム１は、申請書２２に印刷されたＲＦＩＤタグを読み取り可能な読取装置３０を有する。さらに、申請システム１は、上述の実施形態と同様の機能を有する申請者端末１０と担当者端末４０を有する。
上述した実施形態では、申請情報のテキストデータは、２次元コード２４によって申請システム１内で連携される例について説明したが、かかる例に限定されない。申請情報のテキストデータは、ＲＦＩＤ（Ｒａｄｉｏ Ｆｒｅｑｕｅｎｃｙ Ｉｄｅｎｔｉｆｉｃａｔｉｏｎ）タグによって申請システム１内で連携されてもよい。ＲＦＩＤタグは、無線通信によって読取可能な記録媒体の一例である。ＲＦＩＤタグは、申請書２２に印刷可能なデータを格納する記録媒体と、各種データを印刷可能な印刷領域が設けられた印刷媒体とが一体として形成された情報媒体である。
ＲＦＩＤタグによる申請情報のテキストデータの連携を実現するために、申請システム１は、申請情報のテキストデータをＲＦＩＤタグへ書き込む機能（書き込み装置）と当該ＲＦＩＤを申請書２２に印刷する機能を備えた印刷装置２０を有する。さらに、申請システム１は、申請書２２に印刷されたＲＦＩＤタグを読み取り可能な読取装置３０を有する。さらに、申請システム１は、上述の実施形態と同様の機能を有する申請者端末１０と担当者端末４０を有する。
【0138】
本変形例における申請システム１では、まず、申請者端末１０が申請者５による申請情報の入力を受け付ける。次いで、申請者端末１０は、入力を受け付けた申請情報のテキストデータを印刷装置２０へ送信する。
印刷装置２０は、申請者端末１０から受信した申請情報のテキストデータをＲＦＩＤタグに書き込む。次いで、印刷装置２０は、申請情報のテキストデータを書き込んだＲＦＩＤタグを申請書２２に印刷する。
読取装置３０は、申請者５から担当者６へ提出される申請書２２に印刷されたＲＦＩＤタグを読み取る。次いで、読取装置３０は、ＲＦＩＤタグから読み取った申請情報のテキストデータを担当者端末４０へ送信する。
担当者端末４０は、読取装置３０から申請情報のテキストデータを受信する。
印刷装置２０は、申請者端末１０から受信した申請情報のテキストデータをＲＦＩＤタグに書き込む。次いで、印刷装置２０は、申請情報のテキストデータを書き込んだＲＦＩＤタグを申請書２２に印刷する。
読取装置３０は、申請者５から担当者６へ提出される申請書２２に印刷されたＲＦＩＤタグを読み取る。次いで、読取装置３０は、ＲＦＩＤタグから読み取った申請情報のテキストデータを担当者端末４０へ送信する。
担当者端末４０は、読取装置３０から申請情報のテキストデータを受信する。
【0139】
かかる構成により、第４の変形例における申請システム１は、申請者５が申請者端末１０に入力した申請情報を、ＲＦＩＤタグを介して、担当者端末４０へ連携する。そのため、申請システム１は、申請者端末１０と担当者端末４０との間をネットワークで接続することなく、申請者端末１０に入力された申請情報を担当者端末４０と連携することができる。これにより、申請者端末１０と担当者端末４０との間のネットワーク接続に関する困難な改修は不要となり、改修にかかる時間、コスト、労力等も削減することができる。
【0140】
よって、本実施形態の第４の変形例に係る申請システム１は、行政機関における手続きの申請者が端末に入力した情報を行政機関のシステム内で連携することを容易に実現することが可能である。
【0141】
また、以上説明した実施形態において、申請者端末１０と、印刷装置２０とについては、同一施設内に設けられており、ＬＧＷＡＮを介して接続される。これにより、申請者端末から入力された情報は、印刷装置２０に送信されるため、この施設の内部においてのみ用いられるため、申請者端末から入力された情報が個人情報であったとしても、情報の機密性を確保しつつ、必要な手続の申請を行うことができる。
【0142】
以上、本発明の実施形態の変形例について説明した。なお、上述した実施形態における申請システム１をコンピュータで実現するようにしてもよい。その場合、この機能を実現するためのプログラムをコンピュータ読み取り可能な記録媒体に記録して、この記録媒体に記録されたプログラムをコンピュータシステムに読み込ませ、実行することによって実現してもよい。なお、ここでいう「コンピュータシステム」とは、ＯＳや周辺機器等のハードウェアを含むものとする。また、「コンピュータ読み取り可能な記録媒体」とは、フレキシブルディスク、光磁気ディスク、ＲＯＭ、ＣＤ－ＲＯＭ等の可搬媒体、コンピュータシステムに内蔵されるハードディスク等の記憶装置のことをいう。さらに「コンピュータ読み取り可能な記録媒体」とは、インターネット等のネットワークや電話回線等の通信回線を介してプログラムを送信する場合の通信線のように、短時間の間、動的にプログラムを保持するもの、その場合のサーバやクライアントとなるコンピュータシステム内部の揮発性メモリのように、一定時間プログラムを保持しているものも含んでもよい。また上記プログラムは、前述した機能の一部を実現するためのものであってもよく、さらに前述した機能をコンピュータシステムにすでに記録されているプログラムとの組み合わせで実現できるものであってもよく、ＦＰＧＡ（Field Programmable Gate Array）等のプログラマブルロジックデバイスを用いて実現されるものであってもよい。
【0143】
以上、図面を参照してこの発明の実施形態について詳しく説明してきたが、具体的な構成は上述のものに限られることはなく、この発明の要旨を逸脱しない範囲内において様々な設計変更等をすることが可能である。
【符号の説明】
【0144】
１ 申請システム
２ 区役所
３ 受付のエリア
４ 課のエリア
５ 申請者
６ 担当者
１０ 申請者端末
２０ 印刷装置
２２ 申請書
２４ ２次元コード
３０ 読取装置
４０ 担当者端末
１１０ 入力部
１２０ 制御部
１３０ 表示部
１４０ 記憶部
１５０ 通信部
１２０２ 印刷設定部
１２０４ 入力処理部
１２０６ 暗号化部
１２０８ 変換部
１２１０ 印刷処理部
４１０ 通信部
４２０ 入力部
４３０ 制御部
４４０ 記憶部
４５０ 表示部
４３０２ 読取判定部
４３０４ 復号部
４３０６ 申請情報処理部
２ 区役所
３ 受付のエリア
４ 課のエリア
５ 申請者
６ 担当者
１０ 申請者端末
２０ 印刷装置
２２ 申請書
２４ ２次元コード
３０ 読取装置
４０ 担当者端末
１１０ 入力部
１２０ 制御部
１３０ 表示部
１４０ 記憶部
１５０ 通信部
１２０２ 印刷設定部
１２０４ 入力処理部
１２０６ 暗号化部
１２０８ 変換部
１２１０ 印刷処理部
４１０ 通信部
４２０ 入力部
４３０ 制御部
４４０ 記憶部
４５０ 表示部
４３０２ 読取判定部
４３０４ 復号部
４３０６ 申請情報処理部
【図1】
【図2】
【図3】
【図4】
【図5A】
【図5B】
【図6】
【図7】
【図8】
【図9】