(57)【要約】【課題】  行政情報のファクシミリ送信において誤送信を回避する。【解決手段】  行政情報をファクシミリ送信する際の送信先が指定された、該行政情報についての送信要求を、端末から受け付ける受付手段と、前記指定された送信先にファクシミリ送信した検証用データに応じた情報を、前記端末から受信した場合に、前記指定された送信先に、前記送信要求があった行政情報をファクシミリ送信する送信手段とを有する。【選択図】図１
2017208779.tif 000002
【特許請求の範囲】
【請求項１】
行政情報をファクシミリ送信する際の送信先が指定された、該行政情報についての送信要求を、端末から受け付ける受付手段と、
前記指定された送信先にファクシミリ送信した検証用データに応じた情報を、前記端末から受信した場合に、前記指定された送信先に、前記送信要求があった行政情報をファクシミリ送信する送信手段と
を有することを特徴とするサーバ装置。
【請求項２】
前記検証用データを、前記指定された送信先と対応付けて格納する格納手段を更に有することを特徴とする請求項１に記載のサーバ装置。
【請求項３】
前記端末に、前記検証用データを通知する通知手段を更に有し、
前記送信手段は、
前記ファクシミリ送信した検証用データに応じた情報として、前記通知手段により通知された前記検証用データと、前記ファクシミリ送信した検証用データとが一致すること示す情報を、前記端末から受信した場合に、前記指定された送信先に、前記送信要求があった行政情報をファクシミリ送信することを特徴とする請求項１または２に記載のサーバ装置。
【請求項４】
前記ファクシミリ送信された検証用データに応じた情報を、前記端末から受信したか否かを判定する判定手段を更に有し、
前記判定手段は、
前記格納手段に格納された検証用データと一致する検証用データを、前記端末から受信した場合に、前記ファクシミリ送信された検証用データに応じた情報を、前記端末から受信したと判定することを特徴とする請求項２に記載のサーバ装置。
【請求項５】
行政情報をファクシミリ送信する際の送信先が指定された、該行政情報についての送信要求を、端末から受け付ける受付手段と、
前記送信要求に基づく検証用データを前記端末に通知する通知手段と、
前記指定された送信先にファクシミリ送信した二次元コードにより特定されるアクセス先に対して、前記端末から、前記検証用データを含むアクセス要求があった場合に、前記指定された送信先に、前記送信要求があった行政情報をファクシミリ送信する送信手段と
を有することを特徴とするサーバ装置。
【請求項６】
前記アクセス先を示すアクセス先情報を、前記指定された送信先及び前記検証用データと対応付けて格納する格納手段を更に有することを特徴とする請求項５に記載のサーバ装置。
【請求項７】
前記指定された送信先にファクシミリ送信した二次元コードにより特定されるアクセス先に対して、前記端末から、前記検証用データを含むアクセス要求があったか否かを判定する判定手段を更に有し、
前記判定手段は、
前記格納手段に対応付けて格納された前記アクセス先情報と前記検証用データとの組み合わせに一致するアクセス要求を、前記端末から受信した場合に、前記指定された送信先にファクシミリ送信した二次元コードにより特定されるアクセス先に対して、前記端末から、前記検証用データを含むアクセス要求があったと判定することを特徴とする請求項６に記載のサーバ装置。
【請求項８】
前記通知手段は、前記送信要求に含まれる、前記指定された送信先及び前記送信要求を行うユーザを特定する情報のハッシュ値を算出することで、前記検証用データを生成することを特徴とする請求項５に記載のサーバ装置。
【請求項９】
コンピュータに、
行政情報をファクシミリ送信する際の送信先が指定された、該行政情報についての送信要求を、端末から受け付ける受付工程と、
前記指定された送信先にファクシミリ送信した検証用データに応じた情報を、前記端末から受信した場合に、前記指定された送信先に、前記送信要求があった行政情報をファクシミリ送信する送信工程と
を実行させるためのプログラム。
【請求項１０】
コンピュータに、
行政情報をファクシミリ送信する際の送信先が指定された、該行政情報についての送信要求を、端末から受け付ける受付工程と、
前記送信要求に基づく検証用データを前記端末に通知する通知工程と、
前記指定された送信先にファクシミリ送信した二次元コードにより特定されるアクセス先に対して、前記端末から、前記検証用データを含むアクセス要求があった場合に、前記指定された送信先に、前記送信要求があった行政情報をファクシミリ送信する送信工程と
を実行させるためのプログラム。
【請求項１１】
サーバ装置と端末とを有するサービス提供システムであって、
行政情報をファクシミリ送信する際の送信先が指定された、該行政情報についての送信要求を、前記端末から受け付ける受付手段と、
前記指定された送信先にファクシミリ送信した検証用データに応じた情報を、前記端末から受信した場合に、前記指定された送信先に、前記送信要求があった行政情報をファクシミリ送信する送信手段と
を有することを特徴とするサービス提供システム。
【請求項１２】
前記端末は、前記送信要求を行うための表示画面を表示する要求手段を更に有し、
前記要求手段は、前記表示画面を介して、前記行政情報の種類と前記送信先の指定を受け付けることを特徴とする請求項１１に記載のサービス提供システム。
【請求項１３】
前記サーバ装置は、前記端末に、前記検証用データを通知する通知手段を更に有し、
前記端末は、前記サーバ装置より通知された前記検証用データを含む表示画面を表示するとともに、表示した該検証用データが、前記指定された送信先にファクシミリ送信された検証用データと一致しているか否かを検証した検証結果を、前記検証用データに応じた情報として、前記サーバ装置に送信する検証手段を更に有することを特徴とする請求項１１に記載のサービス提供システム。
【請求項１４】
前記端末は、前記指定された送信先にファクシミリ送信された検証用データを入力するための入力画面を表示するとともに、該入力画面を介して入力された該検証用データを、前記検証用データに応じた情報として、前記サーバ装置に送信する検証手段を更に有することを特徴とする請求項１１に記載のサービス提供システム。
【請求項１５】
サーバ装置と端末とを有するサービス提供システムにおけるサービス提供方法であって、
行政情報をファクシミリ送信する際の送信先が指定された、該行政情報についての送信要求を、前記端末から受け付ける受付工程と、
前記指定された送信先にファクシミリ送信した検証用データに応じた情報を、前記端末から受信した場合に、前記指定された送信先に、前記送信要求があった行政情報をファクシミリ送信する送信工程と
を有することを特徴とするサービス提供方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、サーバ装置、プログラム、サービス提供システム及びサービス提供方法に関する。
【背景技術】
【０００２】
従来より、自治体等では、住民票などの各種行政情報を住民に発行する行政サービスを提供している。また、近年、マイナンバーが発行されたことに伴い、住民は、コンビニエンスストア等の店舗に設置された専用端末を介して、行政サービスの提供を受けることが可能になっている。
【０００３】
一方で、専用端末の設置にはコストがかかり、設置される店舗は限られている。このため、専用端末以外でも、同様の行政サービスの提供を受けることができれば、住民にとっては更に利便性が向上する。
【発明の概要】
【発明が解決しようとする課題】
【０００４】
しかしながら、専用端末以外で上記行政サービスの提供が受けられるようにするためには、例えば、行政情報を受信して印刷する汎用のファクシミリ（以下、ｆａｘと略す）装置を用意し、行政情報の発行を要求する毎に送信先のｆａｘ番号を指定する必要がある。このとき、ｆａｘ番号を誤って指定してしまうと、他人のｆａｘ装置に誤送信されてしまい、行政情報に記載された個人情報が漏洩してしまう可能性がある。
【０００５】
本発明は上記課題に鑑みてなされたものであり、行政情報のファクシミリ送信において誤送信を回避することを目的とする。
【課題を解決するための手段】
【０００６】
本発明の各実施形態に係るサーバ装置は、以下のような構成を有する。すなわち、
行政情報をファクシミリ送信する際の送信先が指定された、該行政情報についての送信要求を、端末から受け付ける受付手段と、
前記指定された送信先にファクシミリ送信した検証用データに応じた情報を、前記端末から受信した場合に、前記指定された送信先に、前記送信要求があった行政情報をファクシミリ送信する送信手段とを有する。
【発明の効果】
【０００７】
本発明の各実施形態によれば、行政情報のファクシミリ送信において誤送信を回避することができる。
【図面の簡単な説明】
【０００８】
【図１】サービス提供システムの全体構成の一例を示す第１の図である。
【図２】サービス提供システムを構成する各装置のハードウェア構成を示す図である。
【図３】送信先情報テーブル及び個人情報テーブルの一例を示す図である。
【図４】サービス提供システムにおける要求処理の流れを示す第１のシーケンス図である。
【図５】サービス提供システムにおける検証処理の流れを示す第１のシーケンス図である。
【図６】サービス提供システムにおける発行処理の流れを示すシーケンス図である。
【図７】サービス提供システムにおける検証処理の流れを示す第２のシーケンス図である。
【図８】サービス提供システムの全体構成の一例を示す第２の図である。
【図９】サービス提供システムにおける要求処理の流れを示す第２のシーケンス図である。
【図１０】サービス提供システムにおける検証処理の流れを示す第３のシーケンス図である。
【発明を実施するための形態】
【０００９】
以下、各実施形態の詳細について添付の図面を参照しながら説明する。なお、各実施形態に係る明細書及び図面の記載に際して、実質的に同一の機能構成を有する構成要素については、同一の符号を付することにより重複した説明を省く。
【００１０】
［第１の実施形態］
＜１．サービス提供システムの全体構成＞
はじめに、第１の実施形態に係るサービス提供システムの全体構成について説明する。図１は、サービス提供システムの全体構成の一例を示す第１の図である。サービス提供システム１００は、自治体による行政サービスの提供（各種行政情報の発行等）の際に利用されるシステムである。サービス提供システム１００が利用されるシーンとして、本実施形態では、自治体の住民（携帯端末を有するユーザ）が、不動産等の店舗において不動産業者と契約を結ぶ際に、住民票（または戸籍謄本、戸籍抄本）をその場で入手するシーンを例に説明する。不動産等の店舗においては、契約の際に、住民票（コピーでも可）を提出する慣習がある。このため、住民票を持参していないユーザが、例えば、携帯端末を介して、住民票についての送信要求を行い、店舗内の汎用のｆａｘ装置で住民票を印刷出力することができれば、ユーザにとって利便性が高いといえる。
【００１１】
図１に示すように、サービス提供システム１００は、サーバ装置１１０、クライアント端末１３０、送信先装置１４０とを有する。サーバ装置１１０とクライアント端末１３０とは、ネットワーク１５０を介して通信可能に接続される。同様に、サーバ装置１１０と送信先装置１４０とは、ネットワーク１５０を介して通信可能に接続される。
【００１２】
サーバ装置１１０は、自治体等が管理する施設内に配置され、行政サービスを提供するコンピュータである。サーバ装置１１０には、サービス提供プログラムがインストールされており、当該プログラムが実行されることで、サーバ装置１１０は、サービス提供部１２０として機能する。
【００１３】
サービス提供部１２０は、要求受付部１２１、仮送信部１２２、送信先判定部１２３、行政情報生成部１２４、送信部１２５を有する。
【００１４】
要求受付部１２１は、受付手段の一例であり、クライアント端末１３０から送信される要求コマンド（住民票などの各種行政情報についての送信要求を行うためのコマンド）を受け付ける。クライアント端末１３０から送信される要求コマンドには、ユーザのマイナンバー及びｆａｘ番号が含まれる。なお、行政情報とは、自治体等が発行する、住民票、戸籍謄本、戸籍抄本等の各種情報を指す。
【００１５】
また、要求受付部１２１は、受信した要求コマンドに含まれるマイナンバーと、ｆａｘ番号とを対応付けて、格納手段の一例である送信先情報ＤＢ１２６に格納する。
【００１６】
仮送信部１２２は、要求受付部１２１が要求コマンドを受け付けたことに応じて、要求コマンドごとに固有の文字列を生成する。本実施形態において、要求コマンドごとの固有の文字列は、ｆａｘ送信先の正否を検証するための「検証用データ」として用いられる。検証用データには、数字、アルファベット、記号等、任意の文字列を含めることができる。
【００１７】
また、仮送信部１２２は、生成した検証用データを、マイナンバー及びｆａｘ番号と対応付けて送信先情報ＤＢ１２６に格納する。
【００１８】
また、仮送信部１２２は、通知手段としても機能し、検証用データを、クライアント端末１３０に通知する。更に、仮送信部１２２は、検証用データをｆａｘ送信先となる送信先装置１４０にファクシミリ送信（ｆａｘ送信）する。
【００１９】
送信先判定部１２３は、仮送信部１２２がｆａｘ送信先となる送信先装置１４０に検証用データをｆａｘ送信したことに応じて、クライアント端末１３０より、検証結果が送信された場合に、これを受信する。検証結果を受信することで、送信先判定部１２３は判定手段として機能し、仮送信部１２２によって検証用データがｆａｘ送信された送信先装置１４０が正しいｆａｘ送信先であることを判定する。
【００２０】
送信先判定部１２３は、検証用データがｆａｘ送信された送信先装置１４０が正しいｆａｘ送信先であることを判定した場合、当該判定結果を行政情報生成部１２４に通知する。
【００２１】
行政情報生成部１２４は、送信先判定部１２３より判定結果を受信すると、個人情報ＤＢ１２７に格納された個人情報に基づいて、送信要求の対象となった行政情報（例えば、住民票）を生成する。
【００２２】
送信部１２５は、送信手段の一例であり、行政情報生成部１２４により生成された行政情報を、検証用データがｆａｘ送信された送信先装置１４０をｆａｘ送信先としてｆａｘ送信する。なお、検証用データがｆａｘ送信された送信先装置１４０は、検証結果に含まれる検証用データに対応付けて、送信先情報ＤＢ１２６に格納されたｆａｘ番号により特定される装置である。
【００２３】
クライアント端末１３０は、自治体の住民であるユーザが所有する携帯端末等の通信装置である。クライアント端末１３０には、要求プログラム及び検証プログラムがインストールされており、当該プログラムが実行されることで、クライアント端末１３０は、要求部１３１及び検証部１３２として機能する。要求部１３１及び検証部１３２は、いずれもサーバ装置１１０が行政サービスを提供するＷｅｂサイトに、ネットワーク１５０を介して接続し、サーバ装置１１０が提供する表示画面を表示する表示制御手段（ブラウザ機能）を有しているものとする。
【００２４】
要求部１３１は、住民票などの各種行政情報についての送信要求の指示をユーザから受け付ける。ユーザから指示を受け付ける際、要求部１３１は、あわせて、ユーザのマイナンバーとｆａｘ送信先のｆａｘ番号の入力を受け付ける。要求部１３１は、送信要求の指示を受け付けると、サーバ装置１１０に対して、行政情報の種類、マイナンバー及びｆａｘ番号を含む要求コマンドを送信し、行政情報についての送信要求を行う。
【００２５】
検証部１３２は、サーバ装置１１０から送信先装置１４０にｆａｘ送信された検証用データと、サーバ装置１１０からクライアント端末１３０に送信された検証用データとをユーザが比較することで、ｆａｘ送信先の正否を検証した場合に、検証結果を受け付ける。また、検証部１３２は、検証結果をサーバ装置１１０に送信する。つまり、検証部１３２は、検証結果を受け付けてサーバ装置１１０に送信する検証手段として機能する。
【００２６】
送信先装置１４０は、ｆａｘ機能を有する装置（ｆａｘ装置、ＭＦＰ（Multi-Function Peripheral）等）である。送信先装置１４０は、サーバ装置１１０との間で、ｆａｘ番号に応じた所定の通信経路を占有することで、検証用データ及び行政情報のｆａｘ送受信を実現する。
【００２７】
送信先装置１４０は、サーバ装置１１０によってｆａｘ送信された検証用データを受信すると、受信した検証用データを印刷出力する。また、送信先装置１４０は、サーバ装置１１０によってｆａｘ送信された行政情報を受信すると、受信した行政情報を印刷出力する。
【００２８】
＜２．各装置のハードウェア構成＞
次に、サービス提供システムに含まれる各装置（サーバ装置１１０、クライアント端末１３０、送信先装置１４０）のハードウェア構成について説明する。
【００２９】
図２は、サービス提供システムに含まれる各装置のハードウェア構成の一例を示す図である。このうち、図２（ａ）は、サーバ装置１１０のハードウェア構成を示す図である。
【００３０】
図２（ａ）に示すように、サーバ装置１１０は、ＣＰＵ（Central Processing Unit）２０１、ＲＯＭ（Read Only Memory）２０２、ＲＡＭ（Random Access Memory）２０３、補助記憶部２０４を備える。更に、サーバ装置１１０は、入力部２０５、表示部２０６、通信部２０７を備える。なお、サーバ装置１１０の各部は、バス２０８を介して相互に接続されている。
【００３１】
ＣＰＵ２０１は、補助記憶部２０４に格納された各種プログラム（例えば、サービス提供プログラム）を実行する。
【００３２】
ＲＯＭ２０２は不揮発性メモリである。ＲＯＭ２０２は、補助記憶部２０４に格納された各種プログラムを、ＣＰＵ２０１が実行するために必要な各種プログラム、データ等を格納する。具体的には、ＢＩＯＳ（Basic Input/Output System）やＥＦＩ（Extensible Firmware Interface）等のブートプログラムなどを格納する。
【００３３】
ＲＡＭ２０３は、ＤＲＡＭ（Dynamic Random Access Memory）やＳＲＡＭ（Static Random Access Memory）等の主記憶装置である。ＲＡＭ２０３は、補助記憶部２０４に格納された各種プログラムがＣＰＵ２０１によって実行される際に展開される、作業領域として機能する。
【００３４】
補助記憶部２０４は、ＣＰＵ２０１により実行される各種プログラム及び各種プログラムがＣＰＵ２０１により実行される際に利用される各種ＤＢを格納する記憶デバイスである。なお、各種ＤＢには、例えば、送信先情報ＤＢ１２６、個人情報ＤＢ１２７等が含まれる。
【００３５】
入力部２０５は、サーバ装置１１０に各種情報を入力するための入力デバイスである。表示部２０６は、サーバ装置１１０が有する各種情報を表示するための表示デバイスである。
【００３６】
通信部２０７は、ネットワーク１５０を介して、クライアント端末１３０、送信先装置１４０と通信を行うための通信デバイスである。
【００３７】
なお、クライアント端末１３０、送信先装置１４０のハードウェア構成（図２（ｂ）、図２（ｃ））も、サーバ装置１１０のハードウェア構成（図２（ａ））と概ね同じである。このため、クライアント端末１３０及び送信先装置１４０のハードウェア構成の説明は省略する。
【００３８】
ただし、クライアント端末１３０は、撮像画像を生成する撮像部２１８を搭載している。また、送信先装置１４０は、エンジン部３０５として、ｆａｘ送信及びｆａｘ受信を行うファクシミリ２３０を搭載している。
【００３９】
＜３．各種ＤＢに格納される情報の説明＞
次に、サーバ装置１１０の各種ＤＢに格納される情報について説明する。図３は、送信先情報テーブル及び個人情報テーブルの一例を示す図である。
【００４０】
このうち、図３（ａ）は、送信先情報ＤＢ１２６に格納される送信先情報テーブルの一例を示す図である。図３（ａ）に示すように、送信先情報テーブル３１０は、情報の項目として、"ｆａｘ番号"、"マイナンバー"、"検証用データ（文字列）"を含む。"ｆａｘ番号"には、クライアント端末１３０から送信される要求コマンドに含まれる、ｆａｘ送信先のｆａｘ番号が格納される。
【００４１】
"マイナンバー"には、クライアント端末１３０から送信される要求コマンドに含まれる、マイナンバーが格納される。"検証用データ（文字列）"には、仮送信部１２２により生成された検証用データが格納される。
【００４２】
図３（ｂ）は、個人情報ＤＢ１２７に格納される個人情報テーブルの一例を示す図である。図３（ｂ）に示すように、個人情報テーブル３２０には、情報の項目として、"マイナンバー"、"個人情報群"が含まれる。
【００４３】
"マイナンバー"には、自治体等で管理されている、住民のマイナンバーが格納される。"個人情報群"には、マイナンバーにより特定される住民に関する個人情報が格納される。行政情報生成部１２４は、個人情報ＤＢ１２７に格納される個人情報テーブル３２０の個人情報群から、指定されたマイナンバーに対応付けて格納された個人情報であって、送信要求の対象となった行政情報の生成に必要な個人情報を抽出する。また、行政情報生成部１２４は、抽出した個人情報を、行政情報の種類に応じたフォーマットに挿入することで、各種行政情報を生成する。
【００４４】
図３（ｂ）の例は、マイナンバー＝"０００"に対応付けられた個人情報であって住民票の生成に必要な個人情報を個人情報群から抽出し、住民票フォーマットに挿入することで、住民票３３１を生成した様子を示している。
【００４５】
また、図３（ｂ）の例は、マイナンバー＝"０００"に対応付けられた個人情報群から戸籍謄本、戸籍抄本の生成に必要な個人情報を抽出し、それぞれのフォーマットに挿入することで、戸籍謄本３３２、戸籍抄本３３３を生成した様子を示している。
【００４６】
＜４．サービス提供システムにおけるサービス提供処理の流れ＞
次に、サービス提供システム１００におけるサービス提供処理の流れについて説明する。本実施形態におけるサービス提供システム１００が実行するサービス提供処理は、要求処理と、検証処理と、発行処理の３つに大別することができる。そこで、以下では、各処理ごとに分けて説明する。
【００４７】
（１）要求処理の流れ
図４は、要求処理の流れを示す第１のシーケンス図である。サーバ装置１１０においてサービス提供部１２０が起動すると、ステップＳ４０１において、要求受付部１２１は、ユーザが各種行政情報についての送信要求を行う際にアクセスするＷｅｂサイトを起動する。
【００４８】
ステップＳ４０２において、クライアント端末１３０の要求部１３１が、Ｗｅｂサイトをアクセス先としてアクセス要求コマンドを送信すると、ステップＳ４０３において、要求受付部１２１は、クライアント端末１３０に対して、メニュー画面を送信する。
【００４９】
メニュー画面を受信したクライアント端末１３０の要求部は、ステップＳ４０４において、クライアント端末１３０の表示部２１６にメニュー画面を表示する。図４に示すように、クライアント端末１３０の表示部２１６に表示されたメニュー画面４２０には、サーバ装置１１０が発行可能な行政情報の種類が含まれる。
【００５０】
図４の例は、行政情報として、"住民票"、"戸籍謄本"、"戸籍抄本"が発行可能である場合を示している。ユーザは、"住民票発行"ボタン４２１、"戸籍謄本発行"ボタン４２２、"戸籍抄本発行"ボタン４２３のいずれかを選択することができる。
【００５１】
ステップＳ４０５において、要求部１３１は、ユーザによる選択を受け付ける。なお、図４の例は、"住民票発行"ボタン４２１が選択された様子を示している。
【００５２】
メニュー画面４２０においていずれかのボタンが選択されると、要求部１３１は、クライアント端末１３０の表示部２１６に、ｆａｘ番号及びマイナンバー入力画面４３０を表示する。ｆａｘ番号及びマイナンバー入力画面４３０には、ｆａｘ番号入力欄４３１と、マイナンバー入力欄４３２とが含まれる。
【００５３】
ステップＳ４０６において、要求部１３１は、ユーザがｆａｘ番号入力欄４３１及びマイナンバー入力欄４３２に入力した、ｆａｘ番号及びマイナンバーを受け付ける。
【００５４】
ｆａｘ番号及びマイナンバー入力画面４３０には、更に、"ＯＫ"ボタン４３３と"キャンセル"ボタン４３４とが含まれる。ユーザにより"キャンセル"ボタン４３４が選択されると、要求部１３１は、メニュー画面４２０に戻る。
【００５５】
一方、ユーザにより"ＯＫ"ボタンが選択されると、ステップＳ４０７において、要求部１３１は、選択された行政情報の種類（ここでは、住民票発行指示）、受け付けたｆａｘ番号及びマイナンバーを含む要求コマンドをサーバ装置１１０に送信する。
【００５６】
ステップＳ４０８において、要求受付部１２１は、受信した要求コマンドに含まれるｆａｘ番号及びマイナンバーを送信先情報テーブル３１０に格納する。
【００５７】
（２）検証処理の流れ
図５は、検証処理の流れを示す第１のシーケンス図である。要求処理において送信先情報テーブル３１０に、ｆａｘ番号及びマイナンバーが新たに格納されると、ステップＳ５０１において、サーバ装置１１０の仮送信部１２２は、送信先情報テーブル３１０の"ｆａｘ番号"を参照し、ｆａｘ送信先のｆａｘ番号を特定する。
【００５８】
ステップＳ５０２において、仮送信部１２２は、検証用データとして、ランダムな文字列を生成する。また、仮送信部１２２は、生成したランダムな文字列を、特定したｆａｘ番号と対応付けて送信先情報テーブル３１０に、検証用データとして格納する。図５の例は、検証用データとして"９４７５"が、ｆａｘ番号"ｘｘｘ−ｘｘｘｘ−ｘｘｘｘ"と対応付けて格納された様子を示している。
【００５９】
ステップＳ５０３において、仮送信部１２２は、更に、生成したランダムな文字列を、要求コマンドを送信したクライアント端末１３０に、検証用データとして送信する。
【００６０】
検証用データを受信したクライアント端末１３０の検証部１３２は、ステップＳ５０４において、クライアント端末１３０の表示部２１６に、検証用データ表示画面５１０を表示する。
【００６１】
図５に示すように、検証用データ表示画面５１０には、検証用データ５１１（"９４７５"）が表示される。また、検証用データ表示画面５１０には、"発行"ボタン５１２、"キャンセル"ボタン５１３が含まれる。
【００６２】
更に、ステップＳ５０５において、仮送信部１２２は、生成したランダムな文字列を、検証用データとして、ステップＳ５０１で特定したｆａｘ番号に基づくｆａｘ送信先である送信先装置１４０にｆａｘ送信する。
【００６３】
ステップＳ５０６において、送信先装置１４０は、受信した検証用データを印刷し、印刷結果５２０を得る。図５の例は、印刷結果５２０として、検証用データ（"９４７５"）が印刷出力されたことを示している。
【００６４】
ここで、クライアント端末１３０のユーザは、送信先装置１４０において印刷出力された印刷結果５２０に記載された検証用データと、クライアント端末１３０の表示部２１６に表示された検証用データ５１１（"９４７５"）とを比較する。これにより、ユーザは、ｆａｘ送信先の正否を検証する。
【００６５】
比較の結果、両者が一致すれば、クライアント端末１３０のユーザは、検証用データがｆａｘ送信されたｆａｘ送信先が、行政情報をｆａｘ送信する際のｆａｘ送信先として正しいと判断することができる。一方、両者が異なっている場合には、クライアント端末１３０のユーザは、行政情報をｆａｘ送信する際のｆａｘ送信先が正しくないと判断することができる。
【００６６】
ｆａｘ送信先が正しいと判断した場合、ユーザは、検証用データ表示画面５１０に含まれる"発行"ボタン５１２を選択する。一方、ｆａｘ送信先が正しくないと判断した場合、ユーザは、検証用データ表示画面５１０に含まれる"キャンセル"ボタン５１３を選択する。
【００６７】
ステップＳ５０７において、検証部１３２は、"発行"ボタン５１２または"キャンセル"ボタン５１３のいずれかの選択を、ユーザの検証結果として受け付ける。ステップＳ５０７において、"キャンセル"ボタン５１３の選択を検証結果として受け付けた場合、検証部１３２は、クライアント端末１３０の表示部２１６の表示を、図４のメニュー画面４２０に戻す。
【００６８】
一方、ステップＳ５０７において、"発行"ボタン５１２の選択を検証結果として受け付けた場合、検証部１３２は、検証用データ（"９４７５"）を含む当該検証結果をサーバ装置１１０に送信する。
【００６９】
ステップＳ５０９において、サーバ装置１１０の送信先判定部１２３は、検証用データ（"９４７５"）を含む検証結果を受信したことに基づいて、検証用データのｆａｘ送信先が正しかったことがユーザによって検証されたと判定する。
【００７０】
（３）発行処理の流れ
図６は、発行処理の流れを示すシーケンス図である。送信先判定部１２３が、検証用データのｆａｘ送信先が正しかったことがユーザによって検証されたと判定すると、サーバ装置１１０は、図６のステップＳ６０１に進む。ステップＳ６０１において、サーバ装置１１０の行政情報生成部１２４は、検証結果に含まれる検証用データ（"９４７５"）に基づいて送信先情報ＤＢ１２６を参照し、検証用データ（"９４７５"）に対応付けて格納されたマイナンバーを識別する。また、行政情報生成部１２４は、識別したマイナンバーに基づいて個人情報ＤＢ１２７の個人情報テーブル３２０を参照する。そして、行政情報生成部１２４は、識別したマイナンバーに対応付けて格納された個人情報であって、送信要求の対象となった行政情報の種類（ここでは、住民票）の生成に必要な個人情報を抽出し、住民票フォーマットに挿入することで、住民票情報を生成する。
【００７１】
ステップＳ６０２において、行政情報生成部１２４は、生成した住民票情報を送信部１２５に通知する。ステップＳ６０３において、送信部１２５は、検証用データ（"９４７５"）に対応付けて格納されたｆａｘ番号に基づくｆａｘ送信先である送信先装置１４０に、生成した住民票情報をｆａｘ送信する。
【００７２】
ステップＳ６０４において、送信先装置１４０は、サーバ装置１１０によってｆａｘ送信された住民票情報を受信し、印刷出力する。これにより、クライアント端末１３０のユーザは、住民票３３１を入手することができる。
【００７３】
ステップＳ６０５において、送信部１２５は、住民票情報のｆａｘ送信が完了したことを示す発行完了コマンドを、クライアント端末１３０に通知する。ステップＳ６０６において、検証部１３２は、クライアント端末１３０の表示部２１６に、住民票発行画面６１０を表示する。図６に示すように、住民票発行画面６１０には、"発行完了"の文字６１１が表示される。また、住民票発行画面６１０には、"ＯＫ"ボタン６１２が表示される。クライアント端末１３０のユーザにより、"ＯＫ"ボタン６１２が選択されると、検証部１３２は、クライアント端末１３０の表示部２１６の表示を、図４のメニュー画面４２０に戻す。
【００７４】
＜５．まとめ＞
以上の説明から明らかなように、本実施形態に係るサービス提供システム１００では、
・クライアント端末１３０より、ｆａｘ送信先のｆａｘ番号が指定された、行政情報の要求コマンドを受け付けると、サーバ装置１１０が、ｆａｘ送信先の正否を検証するための検証用データを生成し、指定されたｆａｘ番号に基づき検証用データをｆａｘ送信する。
・サーバ装置１１０が、要求コマンドを送信したクライアント端末１３０に、生成した検証用データを送信する。
・クライアント端末１３０のユーザが、クライアント端末１３０にて受信した検証用データと、指定したｆａｘ番号に基づきｆａｘ送信された検証用データとを比較することで、ｆａｘ送信先の正否を検証する。
・クライアント端末１３０で受信した検証用データと、ｆａｘ送信された検証用データとが一致することで、ｆａｘ送信先が正しいことがユーザによって検証されると、クライアント端末１３０が、検証結果をサーバ装置１１０に送信する。
・クライアント端末１３０より検証結果を受信すると、サーバ装置１１０が、検証用データをｆａｘ送信したｆａｘ送信先に、行政情報をｆａｘ送信する。
【００７５】
これにより、サーバ装置１１０は、クライアント端末１３０のユーザによって、ｆａｘ送信先が正しいことが検証された場合にのみ、当該ｆａｘ送信先に、行政情報を送信する。この結果、本実施形態によれば、行政情報のｆａｘ送信において誤送信を回避することができる。
【００７６】
［第２の実施形態］
上記第１の実施形態では、ｆａｘ送信先の正否をユーザ自身が検証する構成とした。これに対して、第２の実施形態では、ｆａｘ送信先の正否をサーバ装置１１０が検証する構成とする。以下、第２の実施形態について、上記第１の実施形態との相違点を中心に説明する。
【００７７】
＜１．検証処理の流れ＞
図７は、検証処理の流れを示す第２のシーケンス図である。ステップＳ５０１、ステップＳ５０２の処理は、図５のステップＳ５０１、Ｓ５０２の処理と同じであるため、ここでは説明を省略する。
【００７８】
ステップＳ７０１において、仮送信部１２２は、生成したランダムな文字列を、検証用データとして、ステップＳ５０１で特定したｆａｘ番号に基づくｆａｘ送信先である送信先装置１４０にｆａｘ送信する。
【００７９】
ステップＳ７０２において、送信先装置１４０は、受信した検証用データを印刷出力し、印刷結果５２０を得る。図７の例は、印刷結果５２０として、検証用データ（"９４７５"）が印刷出力されたことを示している。
【００８０】
一方、図４のステップＳ４０７において、クライアント端末１３０の要求部１３１が、ｆａｘ番号及びマイナンバーを含む要求コマンドをサーバ装置１１０に送信すると、図７のステップＳ７０３において、検証部１３２は、文字列入力画面７２０を表示する。
【００８１】
図７に示すように、クライアント端末１３０の表示部２１６に表示された文字列入力画面７２０には、文字列入力欄７２１、"発行"ボタン７２２、"キャンセル"ボタン７２３が含まれる。
【００８２】
クライアント端末１３０のユーザは、ステップＳ７０２において印刷出力された印刷結果５２０に記載された検証用データを認識し、文字列入力画面７２０の文字列入力欄７２１に、認識した検証用データを入力する。図７の例は、ユーザが、文字列入力欄７２１に、"９４７５"を入力した様子を示している。
【００８３】
ステップＳ７０４において、検証部１３２は、ユーザにより検証用データとして入力された文字列を受け付ける。
【００８４】
文字列入力欄７２１に検証用データを入力したユーザは、"発行"ボタン７２２または"キャンセル"ボタン７２３を選択する。ユーザにより、"キャンセル"ボタン７２３が選択されると、検証部１３２は、クライアント端末１３０の表示部２１６の表示を、図４のメニュー画面４２０に戻す。
【００８５】
一方、"発行"ボタン７２２が選択されると、ステップＳ７０５において、検証部１３２は、"発行"ボタン７２２の選択を検証指示として受け付ける。更に、ステップＳ７０６において、検証部１３２は、文字列入力欄７２１に入力された検証用データを含む検証要求コマンドを、サーバ装置１１０に送信する。つまり、本実施形態において、検証部１３２は、検証用データの入力を受け付け、サーバ装置１１０に送信する検証手段として機能する。
【００８６】
ステップＳ７０７において、送信先判定部１２３は、クライアント端末１３０より受信した検証要求コマンドに含まれる検証用データが、送信先情報テーブル３１０に格納されている検証用データと一致するか否かを判定することで、ｆａｘ送信先の正否を検証する。
【００８７】
検証要求コマンドに含まれる検証用データが、送信先情報テーブル３１０に格納されている検証用データと一致しないと判定した場合、送信先判定部１２３は、ステップＳ７０１において検証用データをｆａｘ送信したｆａｘ送信先が正しくなかったと判定する。この場合、送信先判定部１２３は、ステップＳ７０８において、クライアント端末１３０にエラーメッセージを送信する。
【００８８】
サーバ装置１１０よりエラーメッセージを受信した検証部１３２は、ステップＳ７０９において、クライアント端末１３０の表示部２１６に、エラーメッセージ（"文字列が確認できません"）を含むエラーメッセージ表示画面７３０を表示する。エラーメッセージ表示画面７３０には、"確認"ボタン７３１が含まれており、ユーザにより"確認"ボタン７３１が選択されると、検証部１３２は、クライアント端末１３０の表示部２１６の表示を、図４のメニュー画面４２０に戻す。
【００８９】
一方、ステップＳ７０７において、送信先情報テーブル３１０に格納されている検証用データと一致すると判定した場合、送信先判定部１２３は、ステップＳ７０１において検証用データをｆａｘ送信した際のｆａｘ送信先が正しかったと判定する。この場合、送信部１２５は、検証用データに対応付けて格納されたｆａｘ番号に基づくｆａｘ送信先を、発行処理（図６）におけるｆａｘ送信先として認識する。
【００９０】
＜２．まとめ＞
以上の説明から明らかなように、本実施形態に係るサービス提供システム１００では、
・クライアント端末１３０より、ｆａｘ送信先のｆａｘ番号が指定された、行政情報の要求コマンドを受け付けると、サーバ装置１１０が、ｆａｘ送信先の正否を検証するための検証用データを生成する。また、サーバ装置１１０が、生成した検証用データを送信先情報テーブル３１０に格納するとともに、指定されたｆａｘ番号に基づき検証用データをｆａｘ送信する。
・指定されたｆａｘ番号に基づきｆａｘ送信された検証用データを、クライアント端末１３０のユーザが、クライアント端末１３０に入力することで、クライアント端末１３０が、入力された検証用データを含む検証要求コマンドを、サーバ装置１１０に送信する。
・サーバ装置１１０が、クライアント端末１３０より送信された検証要求コマンドに含まれる検証用データと、送信先情報テーブル３１０に格納されている検証用データとが一致するか否かを判定することで、ｆａｘ送信先の正否を検証する。
・ｆａｘ送信先が正しいことを検証すると、サーバ装置１１０が、検証用データをｆａｘ送信したｆａｘ送信先に、行政情報をｆａｘ送信する。
【００９１】
これにより、サーバ装置１１０は、ｆａｘ送信先が正しいことを検証した場合にのみ、当該ｆａｘ送信先に、行政情報を送信する。この結果、本実施形態によれば、行政情報のｆａｘ送信において誤送信を回避することができる。
【００９２】
［第３の実施形態］
上記第１及び第２の実施形態では、検証用データをｆａｘ送信することで、ｆａｘ送信先の正否を検証する構成とした。これに対して、第３の実施形態は、検証用データをクライアント端末１３０に送信し、ｆａｘ送信先には、アクセス先を示す二次元コードをｆａｘ送信する。そして、サーバ装置１１０は、ｆａｘ送信した二次元コードに基づいてクライアント端末１３０がアクセスする際のアクセス要求コマンドに含まれる検証用データとアクセス先との組み合わせに基づいて、ｆａｘ送信先の正否を検証する。以下、第３の実施形態について、上記第１の実施形態との相違点を中心に説明する。
【００９３】
＜１．サービス提供システムの全体構成＞
はじめに、第３の実施形態に係るサーバ装置を含むサービス提供システムの全体構成について説明する。図８は、サービス提供システムの全体構成の一例を示す第２の図である。図１で示したサービス提供システム１００の全体構成との相違点は、図８のサービス提供システム８００の場合、クライアント端末１３０がカメラ制御部８１０を有する点である。
【００９４】
カメラ制御部８１０は、クライアント端末１３０の撮像部２１８を制御し、ｆａｘ送信先である送信先装置１４０にｆａｘ送信され、印刷出力された印刷結果を撮影する。また、カメラ制御部８１０は、撮影した印刷結果に、ＱＲ（Quick Response、登録商標）コード等の二次元コードが含まれていた場合に、当該二次元コードに含まれるアクセス先を識別する。
【００９５】
また、図１で示したサービス提供システム１００の全体構成との相違点は、図８のサービス提供システム８００の場合、クライアント端末１３０がサーバ装置１１０に対してアクセス要求コマンドを送信する点である。アクセス要求コマンドは、カメラ制御部８１０にて識別されたアクセス先に対してアクセス要求を行うためのコマンドであり、サーバ装置１１０から送信された検証用データを含む。
【００９６】
なお、図１で示したサービス提供システム１００とのその他の相違点については、図９及び図１０を用いて後述する。
【００９７】
＜２．サービス提供システム８００におけるサービス提供処理の流れ＞
次に、サービス提供システム８００におけるサービス提供処理の流れについて説明する。ここでは、第１の実施形態と相違する要求処理及び検証処理について説明する。
【００９８】
（１）要求処理の流れ
図９は、要求処理の流れを示す第２のシーケンス図である。図９に示す各処理のうち、ステップＳ４０１からＳ４０７までの処理は、図４に示すステップＳ４０１からＳ４０７までの処理と同じであるため、ここでは説明を省略する。
【００９９】
ステップＳ９０１において、要求受付部１２１は、送信先情報テーブル３１０に格納したｆａｘ番号及びマイナンバーに基づいて、ハッシュ値を算出し、認証用ハッシュを生成する。ステップＳ９０２において、要求受付部１２１は、生成した認証用ハッシュを、検証用データとして、送信先情報テーブル３１０に格納する。
【０１００】
ステップＳ９０３において、要求受付部１２１は、生成した認証用ハッシュを、検証用データとして、要求コマンドを送信したクライアント端末１３０に送信する。
【０１０１】
ステップＳ９０４において、クライアント端末１３０の要求部１３１は、受信した検証用データをクッキーに保存する。ステップＳ９０５において、要求部１３１は、クライアント端末１３０のカメラ制御部８１０に起動指示を通知する。
【０１０２】
ステップＳ９０６において、カメラ制御部８１０が起動すると、ステップＳ９０７において、要求部１３１は、カメラ制御部８１０に対してクッキー（検証用データ）を通知する。
【０１０３】
（２）検証処理の流れ
図１０は、検証処理の流れを示す第３のシーケンス図である。図９のステップＳ９０２において、送信先情報テーブル３１０に、検証用データとして認証用ハッシュが格納されると、サーバ装置１１０は、図１０のステップＳ１００１に進む。
【０１０４】
ステップＳ１００１において、サーバ装置１１０の仮送信部１２２は、送信先情報テーブル３１０の"ｆａｘ番号"を参照することで、ｆａｘ送信先のｆａｘ番号（新たに格納された検証用データに対応付けて格納されているｆａｘ番号）を特定する。
【０１０５】
ステップＳ１００２において、仮送信部１２２は、行政情報を取得するためにユーザがアクセスすべきアクセス先を示すアクセス先情報（ＵＲＬ（Uniform Resource Locator））を含む二次元コード（ここでは、ＱＲコード（登録商標））を生成する。仮送信部１２２は、ＵＲＬを、ステップＳ１００１で特定したｆａｘ番号と対応付けて送信先情報テーブル３１０に格納する。また、仮送信部１２２は、ユーザがアクセス先にアクセスしたことに応じて送信する画面（後述する発行指示画面）を生成し、送信先判定部１２３に通知する。
【０１０６】
ステップＳ１００３において、仮送信部１２２は、ステップＳ１００１において特定したｆａｘ番号に基づくｆａｘ送信先である送信先装置１４０に、ステップＳ１００２において生成したＱＲコードをｆａｘ送信する。
【０１０７】
ステップＳ１００４において、送信先装置１４０は、サーバ装置１１０によってｆａｘ送信されたＱＲコードを印刷出力し、印刷結果１０６０を得る。
【０１０８】
ここで、クライアント端末１３０のユーザは、送信先装置１４０により印刷出力された印刷結果１０６０を撮影する。
【０１０９】
クライアント端末１３０は、既に、カメラ制御部８１０が起動し、ステップＳ１００５において、カメラ制御部８１０が、クライアント端末１３０の表示部２１６に、ＱＲコード入力画面１０２０を表示している。
【０１１０】
そこで、クライアント端末１３０のユーザは、ＱＲコード撮影領域１０２１に、印刷結果１０６０のＱＲコードが納まるようにクライアント端末１３０の位置を移動させ、"撮影"ボタン１０２２をタップすることで、ＱＲコードを撮影する。ステップＳ１００６において、クライアント端末１３０のカメラ制御部８１０は、撮影により得られた撮像画像に含まれるＱＲコードに基づいて、ＵＲＬを識別する。
【０１１１】
ＵＲＬを識別したカメラ制御部８１０は、クライアント端末１３０の表示部２１６に、検証指示画面１０３０を表示し、識別したＵＲＬをＵＲＬ表示欄１０３１に表示する。検証指示画面１０３０には、"キャンセル"ボタン１０３２が含まれており、ユーザにより"キャンセル"ボタン１０３２が選択されると、カメラ制御部８１０は起動を停止し、クライアント端末１３０の表示部２１６には、図４のメニュー画面４２０が表示される。
【０１１２】
一方、検証指示画面１０３０においてＵＲＬ表示欄１０３１に表示されたＵＲＬが選択されると、ステップＳ１００７において、カメラ制御部８１０は、ユーザによるＵＲＬの選択をアクセス指示として受け付ける。また、ステップＳ１００８において、カメラ制御部８１０は、検証部１３２に対してＵＲＬ及びクッキーに保存された検証用データを含むアクセス指示を通知する。
【０１１３】
アクセス指示が通知されると、ステップＳ１００９において、検証部１３２が起動する。ステップＳ１０１０において、検証部１３２は、アクセス指示に含まれるＵＲＬにより特定されるアクセス先に、検証用データを含むアクセス要求コマンドを送信する。
【０１１４】
サーバ装置１１０の送信先判定部１２３は、ステップＳ１０１１において、クライアント端末１３０がアクセスするアクセス先のＵＲＬと、アクセス要求コマンドに含まれる検証用データとの組み合わせを判定することで、ｆａｘ送信先の正否を検証する。なお、ＵＲＬと検証用データとの組み合わせを判定することで、ＱＲコードを第３者が撮影して、クライアント端末１３０のユーザになりすましてアクセスすることを防止することも可能となる。
【０１１５】
判定の結果、アクセス先のＵＲＬと、アクセス要求コマンドに含まれる検証用データとの組み合わせが、送信先情報テーブル３１０に格納されている組み合わせと一致しない場合には、ステップＳ１０１２に進む。
【０１１６】
ステップＳ１０１２において、送信先判定部１２３は、ステップＳ１００３においてＱＲコードをｆａｘ送信したｆａｘ送信先が正しくなかったと判定し、クライアント端末１３０にエラーメッセージを送信する。
【０１１７】
サーバ装置１１０よりエラーメッセージを受信した検証部１３２は、ステップＳ１０１３において、エラーメッセージ（"ハッシュが確認できません"）を含むエラーメッセージ表示画面１０４０をクライアント端末１３０の表示部２１６に表示する。エラーメッセージ表示画面１０４０には、"確認"ボタン１０４１が含まれており、ユーザにより"確認"ボタン１０４１が選択されると、検証部１３２は、クライアント端末１３０の表示部２１６の表示を、図４のメニュー画面４２０に戻す。
【０１１８】
一方、判定の結果、アクセス先のＵＲＬと、アクセス要求コマンドに含まれる検証用データとの組み合わせが、送信先情報テーブル３１０に格納されている組み合わせと一致した場合には、ステップＳ１０１４に進む。
【０１１９】
ステップＳ１０１４において、送信先判定部１２３は、ステップＳ１００３においてＱＲコードをｆａｘ送信したｆａｘ送信先が正しかったと判定し、クライアント端末１３０に発行指示画面を送信する。
【０１２０】
サーバ装置１１０より発行指示画面を受信した検証部１３２は、ステップＳ１０１５において、発行指示画面１０５０をクライアント端末１３０の表示部２１６に表示する。発行指示画面１０５０には、"発行"ボタン１０５１と、"キャンセル"ボタン１０５２とが含まれている。
【０１２１】
クライアント端末１３０のユーザにより、"キャンセル"ボタン１０５２が選択されると、検証部１３２は、クライアント端末１３０の表示部２１６の表示を、図４のメニュー画面４２０に戻す。
【０１２２】
一方、クライアント端末１３０のユーザにより、"発行"ボタン１０５１が選択されると、ステップＳ１０１６において、検証部１３２は、サーバ装置１１０に対して、発行指示コマンドを送信する。この場合、送信部１２５は、アクセス要求コマンドに含まれる検証用データに対応付けて格納されたｆａｘ番号に基づくｆａｘ送信先を、発行処理（図６）におけるｆａｘ送信先として認識する。
【０１２３】
＜３．まとめ＞
以上の説明から明らかなように、本実施形態に係るサービス提供システム８００では、
・クライアント端末１３０より、ｆａｘ送信先のｆａｘ番号が指定された、行政情報の要求コマンドを受け付けると、サーバ装置１１０が、ユーザが行政情報を取得するためにアクセスすべきアクセス先のＵＲＬを含む二次元コードを生成する。また、サーバ装置１１０が、指定されたｆａｘ番号に基づくｆａｘ送信先に、生成した二次元コードをｆａｘ送信する。
・サーバ装置１１０が、ｆａｘ番号とマイナンバーとに基づいて認証用ハッシュを生成し、要求コマンドを送信したクライアント端末１３０に検証用データとして送信する。
・サーバ装置１１０が、アクセス先のＵＲＬと検証用データとの組み合わせを送信先情報テーブル３１０に格納する。
・クライアント端末１３０のユーザが、指定されたｆａｘ番号に基づきｆａｘ送信された二次元コードを撮影することで、アクセス先のＵＲＬを識別し、識別したアクセス先に検証用データを含むアクセス要求コマンドを送信する。
・アクセス先と検証用データとの組み合わせが送信先情報テーブル３１０に格納されている組み合わせと一致するか否かを判定することで、サーバ装置１１０が、ｆａｘ送信先の正否を検証する。
・ｆａｘ送信先が正しいことを検証した場合であって、ユーザからの発行指示を受け付けた場合に、サーバ装置１１０が、二次元コードをｆａｘ送信したｆａｘ送信先に、行政情報をｆａｘ送信する。
【０１２４】
これにより、サーバ装置１１０は、ｆａｘ送信先が正しいことを検証した場合にのみ、当該ｆａｘ送信先に行政情報を送信する。この結果、本実施形態によれば、行政情報のｆａｘ送信において誤送信を回避することが可能となる。
【０１２５】
［その他の実施形態］
上記第１の実施形態では、検証結果に検証用データを含めて送信する構成としたが、検証結果には、ｆａｘ番号またはマイナンバーを含めて送信するように構成してもよい。つまり、送信先情報テーブル３１０において対応付けられた情報であれば、検証用データに応じた情報であってもよい。
【０１２６】
また、上記第１及び第２の実施形態では、ｆａｘ送信した検証用データを、ｆａｘ送信先である送信先装置１４０が印刷出力するものとして説明したが、送信先装置１４０は、印刷出力する代わりに、表示出力してもよい。
【０１２７】
また、上記第１及び第２の実施形態では、検証用データをｆａｘ送信してから、検証結果または検証要求コマンドを受信するまでの時間について特に言及しなかった。しかしながら、サーバ装置１１０は、検証用データをｆａｘ送信してから、検証結果または検証要求コマンドを受信するまでの時間を測定し、所定時間が経過したら、クライアント端末１３０にエラーメッセージを送信するように構成してもよい。
【０１２８】
また、上記第３の実施形態では、要求受付部１２１が、要求コマンドに含まれるｆａｘ番号及びマイナンバーに基づいて、認証用ハッシュを生成したが、認証用ハッシュの生成に用いる情報は、ｆａｘ番号及びマイナンバーに限定されない。例えば、ｆａｘ番号及びマイナンバー以外の要求コマンドに含まれる情報に基づいて、認証用ハッシュを生成するようにしてもよい。
【０１２９】
また、上記第３の実施形態では、要求受付部１２１が、認証用ハッシュを生成したが、ハッシュ値以外の暗号化情報を生成するようにしてもよい。
【０１３０】
また、上記第１乃至第３の実施形態では、行政情報についての送信要求を行うにあたり、マイナンバーを入力する構成としたが、マイナンバー以外で個人を特定するための情報を入力する構成としてもよい。
【０１３１】
また、上記第１乃至第３の実施形態では、サービス提供部１２０を１台のサーバ装置１１０により実現するものとして説明したが、サービス提供部１２０は、複数のサーバ装置を用いて実現してもよい。この場合、一部のサーバ装置は、自治体等により管理される施設に設置されていなくてもよい。このとき、複数のサーバ装置間は、ネットワークを介して接続されていても、専用の回線を用いて接続されていてもよい。
【０１３２】
なお、上記実施形態に挙げた構成等に、その他の要素との組み合わせなど、ここで示した構成に本発明が限定されるものではない。これらの点に関しては、本発明の趣旨を逸脱しない範囲で変更することが可能であり、その応用形態に応じて適切に定めることができる。
【符号の説明】
【０１３３】
１００                ：サービス提供システム
１１０                ：サーバ装置
１２０                ：サービス提供部
１２１                ：要求受付部
１２２                ：仮送信部
１２３                ：送信先判定部
１２４                ：行政情報生成部
１２５                ：送信部
１３０                ：クライアント端末
１３１                ：要求部
１３２                ：検証部
１４０                ：送信先装置
３１０                ：送信先情報テーブル
３２０                ：個人情報テーブル
３３１                ：住民票
３３２                ：戸籍謄本
３３３                ：戸籍抄本
５２０                ：印刷結果
８００                ：サービス提供システム
８１０                ：カメラ制御部
１０６０              ：印刷結果
【先行技術文献】
【特許文献】
【０１３４】
【特許文献１】特開平０９−３１９７９８号公報
【図１】
2017208779.tif 000003
【図２】
2017208779.tif 000004
【図３】
2017208779.tif 000005
【図４】
2017208779.tif 000006
【図５】
2017208779.tif 000007
【図６】
2017208779.tif 000008
【図７】
2017208779.tif 000009
【図８】
2017208779.tif 000010
【図９】
2017208779.tif 000011
【図１０】
2017208779.tif 000012