特許 6891246 ウエブ装置

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B2)

(11)【特許番号】6891246

(24)【登録日】2021年5月28日

(45)【発行日】2021年6月18日

(54)【発明の名称】ウエブ装置

(51)【国際特許分類】

   G06F 21/62 20130101AFI20210607BHJP

   G06F 21/64 20130101ALI20210607BHJP

【ＦＩ】

   G06F21/62 345

   G06F21/64 350

【請求項の数】7

【全頁数】36

(21)【出願番号】特願2019-200191(P2019-200191)

(22)【出願日】2019年11月1日

(62)【分割の表示】特願2016-210234(P2016-210234)の分割

【原出願日】2015年12月1日

(65)【公開番号】特開2020-35474(P2020-35474A)

(43)【公開日】2020年3月5日

【審査請求日】2019年11月1日

(73)【特許権者】

【識別番号】395003268

【氏名又は名称】是枝 周樹

(74)【代理人】

【識別番号】110002491

【氏名又は名称】溝井国際特許業務法人

(72)【発明者】

【氏名】是枝 周樹

【審査官】 宮司 卓佳

(56)【参考文献】

【文献】 特開２０１５−０７９４０６（ＪＰ，Ａ）

【文献】 特表２００３−５２６８５８（ＪＰ，Ａ）

【文献】 米国特許出願公開第２０１４／０３５３３６９（ＵＳ，Ａ１）

(58)【調査した分野】（Int.Cl.，ＤＢ名）

Ｇ０６Ｆ２１／６０−２１／６４

(57)【特許請求の範囲】

【請求項1】

識別子と「行政手続における特定の個人を識別するための番号の利用等に関する法律」で定められた個人番号とを対応付けて記憶する個人番号テーブルと、
依頼者の電子機器から、識別子と、前記依頼者が前記識別子で識別される者の個人情報の取扱いを許可された者であることを示す情報とを含む依頼を受信する受信部と、
前記個人番号テーブルを参照して、前記受信部が受信した識別子に基づいて前記個人番号テーブルを検索して、前記受信部が受信した識別子を個人番号に変換する個人番号変換部と、
前記依頼者が前記識別子で識別される者の個人情報の取扱いを許可された者であることを前記情報により確認してから、前記個人番号変換部が変換した前記個人番号を前記依頼者の前記電子機器へ送信する送信部と
を備えたウエブ装置。

【請求項2】

識別子と「行政手続における特定の個人を識別するための番号の利用等に関する法律」で定められた個人番号とを対応付けて記憶する個人番号テーブルと、
依頼者の電子機器から、識別子と、前記依頼者が「行政手続における特定の個人を識別するための番号の利用等に関する法律」で定められた「個人番号利用事務実施者」又は「個人番号関係事務実施者」であることを示す情報とを含む依頼を受信する受信部と、
前記個人番号テーブルを参照して、前記受信部が受信した識別子に基づいて前記個人番号テーブルを検索して、前記受信部が受信した識別子を個人番号に変換する個人番号変換部と、
前記依頼者が「行政手続における特定の個人を識別するための番号の利用等に関する法律」で定められた「個人番号利用事務実施者」又は「個人番号関係事務実施者」であることを前記情報により確認してから、前記個人番号変換部が変換した前記個人番号を前記依頼者の前記電子機器へ送信する送信部と
を備えたウエブ装置。

【請求項3】

識別子と「行政手続における特定の個人を識別するための番号の利用等に関する法律」で定められた個人番号とを対応付けて記憶する個人番号テーブルと、
依頼者の電子機器から、識別子と、前記依頼者が前記識別子で識別される者の個人情報の取扱いを許可された者であること、及び、前記依頼者が「行政手続における特定の個人を識別するための番号の利用等に関する法律」で定められた「個人番号利用事務実施者」又は「個人番号関係事務実施者」であることを示す情報とを含む依頼を受信する受信部と、
前記個人番号テーブルを参照して、前記受信部が受信した識別子に基づいて前記個人番号テーブルを検索して、前記受信部が受信した識別子を個人番号に変換する個人番号変換部と、
前記依頼者が前記識別子で識別される者の個人情報の取扱いを許可された者であること、及び、前記依頼者が「行政手続における特定の個人を識別するための番号の利用等に関する法律」で定められた「個人番号利用事務実施者」又は「個人番号関係事務実施者」であることを前記情報により確認してから、前記個人番号変換部が変換した前記個人番号を前記依頼者の前記電子機器へ送信する送信部と
を備えたウエブ装置。

【請求項4】

前記ウエブ装置は、前記受信部が受信した識別子を認証する認証部を有し、
前記個人番号変換部は、前記認証部により前記受信部が受信した識別子が認証できた場合に、前記受信部が受信した識別子を個人番号に変換する請求項１から３のいずれか１項に記載のウエブ装置。

【請求項5】

前記個人番号テーブルは、メールアドレスと個人番号とを対応付けて記憶し、
前記受信部は、前記識別子としてメールアドレスを含む依頼を受信する請求項１から４のいずれか１項に記載のウエブ装置。

【請求項6】

前記受信部は、前記識別子として法人番号を含む依頼を受信し、
前記認証部は、前記法人番号を認証する請求項４に記載のウエブ装置。

【請求項7】

前記ウエブ装置は、「行政手続における特定の個人を識別するための番号の利用等に関する法律」で定められた「個人番号利用事務実施者」又は「個人番号関係事務実施者」が保有している電子機器である請求項１から６のいずれか１項に記載のウエブ装置。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、ウエブ装置、認証センターサーバ及びシステムに関するものである。

【背景技術】

【0002】

２０１３年５月に成立した「行政手続における特定の個人を識別するための番号の利用等に関する法律（通称：マイナンバー法）」には、「個人番号」と「法人番号」の二種類が規定されており、「個人番号」と「法人番号」の利用の促進が望まれている。

【先行技術文献】

【特許文献】

【0003】

【特許文献1】特開２００４−１１０５７７号公報

【特許文献2】特開２０１０−２５７３８０号公報

【特許文献3】特開２００２−１０９３３０号公報

【発明の概要】

【発明が解決しようとする課題】

【0004】

ネットワークを介した通信において、なりすまし行為やハッキング行為が横行し、通信のセキュリティの向上が望まれる。

【0005】

本発明は、個人番号の利用促進を目的とする。

【課題を解決するための手段】

【0006】

本発明のウエブ装置は、
識別子と「行政手続における特定の個人を識別するための番号の利用等に関する法律」で定められた個人番号とを対応付けて記憶する個人番号テーブルと、
依頼者の電子機器から、識別子と、前記依頼者が前記識別子で識別される者の個人情報の取扱いを許可された者であることを示す情報とを含む依頼を受信する受信部と、
前記個人番号テーブルを参照して、前記受信部が受信した識別子に基づいて前記個人番号テーブルを検索して、前記受信部が受信した識別子を個人番号に変換する個人番号変換部と、
前記依頼者が前記識別子で識別される者の個人情報の取扱いを許可された者であることを前記情報により確認してから、前記個人番号変換部が変換した前記個人番号を前記依頼者の前記電子機器へ送信する送信部と
を備えた。

【発明の効果】

【0007】

本発明は、個人番号の利用促進が図れる。

【図面の簡単な説明】

【0008】

【図1】実施の形態１に係る法人番号ドメインシステム１０及びウエブ装置１００の構成を示すブロック図。

【図2】実施の形態１に係るドキュメント５０の一例を示す図。

【図3】実施の形態１に係るドキュメントテーブル２２０の一例を示す図。

【図4】実施の形態１に係るトレース情報テーブル２３０の一例を示す図。

【図5】実施の形態１に係る個人番号テーブル２４０の一例を示す図。

【図6】実施の形態１に係るドメインテーブル２５０の一例を示す図。

【図7】実施の形態１に係るＩＰテーブル２６０の一例を示す図。

【図8】実施の形態１に係るウエブ装置１００の法人番号ドメイン発行とメールアドレス発行の動作を示すフローチャート。

【図9】実施の形態１に係るウエブ装置１００のウエブアドレス登録申請の動作を示すフローチャート。

【図10】実施の形態１に係るウエブ装置１００のドキュメントの認証及び転送の動作を示すフローチャート。

【図11】実施の形態１に係るウエブ装置１００のアドレス解決動作を示すフローチャート。

【図12】実施の形態１に係るウエブ装置１００の個人番号の通知動作を示すフローチャート。

【図13】実施の形態２に係るウエブ装置１００のドキュメント認証の動作を示すフローチャート。

【発明を実施するための形態】

【0009】

以下、本発明の実施の形態について、図を用いて説明する。なお、各図中、同一又は相当する部分には、同一符号を付している。実施の形態の説明において、同一又は相当する部分については、その説明を適宜省略又は簡略化する。

【0010】

＊＊＊用語の定義＊＊＊
用語の定義は、以下のとおりである。

【0011】

「マイナンバー法」：
「行政手続における特定の個人を識別するための番号の利用等に関する法律」

【0012】

「個人番号」：
「マイナンバー法」で定められた「個人番号」と同じであり、住民票コード（住民基本台帳法（昭和四十二年法律第八十一号）第七条第十三号に規定する住民票コードをいう。）を変換して得られる番号であって、当該住民票コードが記載された住民票に係る者を識別するために指定されるものをいう。

【0013】

「個人番号カード」：
「マイナンバー法」で定められた「個人番号カード」と同じであり、氏名、住所、生年月日、性別、個人番号その他政令で定める事項が記載され、本人の写真が表示され、かつ、これらの事項その他総務省令で定める事項（以下「カード記録事項」という。）が電磁的方法により記録されたカードをいう。

【0014】

「法人番号」：
「マイナンバー法」で定められた「法人番号」と同じであり、特定の法人その他の団体を識別するための番号として指定されるものをいう。

【0015】

「特定個人情報ファイル」：
「マイナンバー法」で定められた「特定個人情報ファイル」と同じであり、個人番号をその内容に含む個人情報ファイルをいう。

【0016】

「個人番号利用事務実施者」：
「マイナンバー法」で定められた「個人番号利用事務実施者」と同じであり、個人番号利用事務を処理する者及び個人番号利用事務の全部又は一部の委託を受けた者をいう。

【0017】

「個人番号関係事務実施者」：
「マイナンバー法」で定められた「個人番号関係事務実施者」と同じであり、個人番号関係事務を処理する者及び個人番号関係事務の全部又は一部の委託を受けた者をいう。

【0018】

「ドメイン名」：
ネットワークに接続されるコンピュータやネットワークを識別するために付けられている名前をいう。
「[e-mail]」という電子メールアドレスの場合、＠以後の「ＡＢＣｋａｉｓｈａｗｅｂ．ｃｏ．ｊｐ」が「ドメイン名」である。
「ｗｗｗ．ＡＢＣｋａｉｓｈａｗｅｂ．ｃｏ．ｊｐ」というウエブアドレスの場合、「ｗｗｗ．ＡＢＣｋａｉｓｈａｗｅｂ．ｃｏ．ｊｐ」が「ドメイン名」である。
「ＡＢＣｋａｉｓｈａｗｅｂ．ｃｏ．ｊｐ」の「ｊｐ」をトップレベルドメインといい、「ｃｏ」を、第２レベルドメインといい、「ＡＢＣｋａｉｓｈａｗｅｂ」を第３レベルドメインという。

【0019】

「ＩＰアドレス」：
ネットワークに接続されるコンピュータやネットワークを識別するために付けられている識別番号をいう。３２ビット、又は、１２８ビットであらわされた識別番号をいう。３２ビットのＩＰアドレスは、４バイトの各バイトの数値をピリオドでつないで、例えば、１１．２２．３３．４４と表示される。

【0020】

「ローカルパート」「ドメインパート」：
電子メールアドレスの＠より前の記述が「ローカルパート」であり、＠より後の記述が「ドメインパート」である。「ローカルパート」は、ドメインでのユニークな識別子であり、「ドメインパート」は、メールサーバを示す識別子である。「[e-mail]」という電子メールアドレスの場合、＠より前の「ｓｕｚｕｋｉ」が「ローカルパート」であり、＠より後の「ＡＢＣｋａｉｓｈａｗｅｂ．ｃｏ．ｊｐ」が「ドメインパート」である。

【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】

ステップＲ１１：法人番号ドメインを含むメールアドレス申請書を送信
ＡＢＣ株式会社が、社員鈴木のメールアドレス「[e-mail]」を取得したい場合、送信装置８００から、メールアドレスの発行を依頼するメールアドレス申請書をウエブ装置１００に送信する。送信装置８００は、メールアドレス申請書を作成する際に、社員鈴木に対して、鈴木が所有する個人番号カードの情報をカードリーダから読み込ませることにより、鈴木本人がメールアドレス申請の手続きをしているという本人確認をしてもよい。そして、送信装置８００は、個人番号カードから、鈴木の氏名、住所、生年月日、性別、個人番号などのカード記録事項を電磁的方法により読み取る。
メールアドレス申請書には、発行を依頼するメールアドレス「[e-mail]」と鈴木の個人情報とメールアドレス申請書を送付した法人の電子証明書と位置認証番号と時刻認証番号と端末認証番号が記載されている。鈴木の個人情報には、１２桁の個人番号「０００００００００００１」、氏名、住所、生年月日、性別などのカード記録事項、及び、勤務会社名、社員コード、勤務部所、勤務地を含む。

【0085】

ステップＲ１２：法人番号確認と認証番号確認と個人番号確認
ウエブ装置１００の受信部１４０は、メールアドレス申請書を受信する。
管理部１５０は、受信した書類の種類を判断し、受信した書類がメールアドレス申請書である場合には、認証部１５１に処理をゆだねる。
認証部１５１は、メールアドレス申請書から、法人番号を取り出し、送信部１３０を介して法人番号「１２３４５６７８９０００１」を認証センターサーバ６１０に送信する。認証部１５１は、メールアドレス申請書から、個人情報と電子証明書と位置認証番号と時刻認証番号と端末認証番号とを取り出し、送信部１３０を介して個人番号と電子証明書と位置認証番号と時刻認証番号と端末認証番号を認証センターサーバ６１０に送信する。

【0086】

ステップＲ１３：認証
前述したステップＲ３と同様の認証をする。
さらに、個人番号認証部６１２は、個人情報にある個人番号「０００００００００００１」がすでに発行された個人番号であるか否かをチェックする。すなわち、個人番号認証部６１２は、個人番号データベース６１６を用いて、個人番号で識別される個人が存在するか否かをチェックする。また、個人番号認証部６１２は、その他の個人情報が、個人番号認証部６１２が記憶している個人番号データベース６１６の個人情報と一致するかチェックする。
この個人番号認証部６１２のチェックにより、鈴木が存在することの確認ができる。なお、この個人番号認証部６１２のチェックでは、鈴木からの申請であることのチェックはできない。この個人番号認証部６１２のチェックは、鈴木からの申請ではなくとも鈴木の個人番号が存在すれば満足されることになるが、前述したとおり、メールアドレス申請時に、送信装置８００により鈴木の個人番号カードをカードリーダで読み込んでいれば、鈴木本人の確認はできていることになる。

【0087】

ステップＲ１４：合格
前述したステップＲ４と同様の合格通知又は不合格通知を送信する。

【0088】

ステップＲ１５：ローカルパート発行
管理部１５０が不合格通知を受信すると、管理部１５０は、メールアドレス発行を拒否する旨の拒否通知を送信装置８００に送信する。

【0089】

管理部１５０が合格通知を受信すると、認証部１５１は、メールアドレス申請書に使用された法人番号が認証されたと判断し、次に、メールアドレス申請書に使用された法人番号ドメインがドメインテーブル２５０に記録された法人番号ドメイン２５２と一致するかチェックすることにより、メールアドレス申請書に使用された法人番号ドメインを認証する。
法人番号と法人番号ドメインとが認証できた場合、メールアドレス発行部１５３は、メールアドレス「[e-mail]」を正式に発行する。

【0090】

ステップＲ１６：メールアドレス保存
メールアドレス発行部１５３は、メールアドレス「[e-mail]」を個人番号テーブル２４０に登録する。

【0091】

ウエブ装置１００は、個人番号とその個人番号に対応する個人情報を記録した特定個人情報ファイル２７０をあらかじめ保有しているので、メールアドレス発行部１５３は、ＡＢＣ株式会社の鈴木の個人情報と特定個人情報ファイル２７０の個人情報とを照合して、ＡＢＣ株式会社の鈴木の個人番号を取得する。
この照合には、メールアドレス申請書に記載された鈴木の氏名、勤務会社名、社員コード、勤務部所、勤務地が用いられる。メールアドレス発行部１５３は、特定個人情報ファイル２７０から取得したＡＢＣ株式会社の鈴木の個人番号を、個人番号テーブル２４０に登録する。
この時点で、個人番号テーブル２４０には、個人番号２４１とメールアドレス２４２とが登録されたことになる。
なお、ウエブ装置１００に特定個人情報ファイル２７０が存在していない場合には、メールアドレス発行部１５３がＡＢＣ株式会社の会社コンピュータにアクセスし、会社コンピュータにある特定個人情報ファイルの個人情報と照合して、鈴木の個人番号を取得してもよい。

【0092】

ステップＲ１７：メールアドレス送信
メールアドレス発行部１５３は、メールアドレス「[e-mail]」を送信装置８００に送信する。送信装置８００は、この時点で、メールアドレス「[e-mail]」を取得できたことになり、以後、このメールアドレスを通常のメールアドレスと全く同様に使用することができる。

【0093】

＜＜＜ウエブアドレスの登録申請＞＞＞
図９は、ウエブ装置１００のウエブアドレスの登録申請の動作を示すフローチャートである。
法人番号は１３桁の数字であるから法人番号ドメインは扱いにくいと考えられる。そこで、法人番号ドメインとウエブアドレスとを対応させて、通常のウエブアドレスを使用可能にすることが好ましい。
ここでは、ＡＢＣ株式会社が、法人番号ドメイン「１２３４５６７８９０００１．ｃｏ．ｊｐ」と、ＡＢＣ株式会社のウエブアドレス「ＡＢＣｋａｉｓｈａｗｅｂ．ｃｏ．ｊｐ」と対応させて登録する場合を説明する。
この動作は、ステップＲ１０の法人番号ドメインの取得後であればいつ実行されてもよい。
なお、法人番号ドメインとウエブアドレスとの登録した後の利用方法は図１１で説明する。

【0094】

ステップＲ１８：ウエブアドレスを含むウエブ申請書を送信
送信装置８００は、法人番号ドメイン「１２３４５６７８９０００１．ｃｏ．ｊｐ」とウエブアドレス「ＡＢＣｋａｉｓｈａｗｅｂ．ｃｏ．ｊｐ」との対応関係の登録を依頼するウエブ申請書をウエブ装置１００に送信する。ウエブ申請書には、法人番号ドメイン「１２３４５６７８９０００１．ｃｏ．ｊｐ」とウエブアドレス「ＡＢＣｋａｉｓｈａｗｅｂ．ｃｏ．ｊｐ」と電子証明書と位置認証番号と時刻認証番号と端末認証番号が記載されている。

【0095】

ステップＲ１９：法人番号確認
ウエブ装置１００の受信部１４０は、ウエブ申請書を受信する。
管理部１５０は、受信した書類の種類を判断し、受信した書類がウエブ申請書である場合には、認証部１５１に処理をゆだねる。
認証部１５１は、ウエブ申請書から、法人番号を取り出し、送信部１３０を介して法人番号「１２３４５６７８９０００１」を認証センターサーバ６１０に送信する。認証部１５１は、ウエブ申請書から、電子証明書と位置認証番号と時刻認証番号と端末認証番号とを取り出し、送信部１３０を介して電子証明書と位置認証番号と時刻認証番号と端末認証番号を認証センターサーバ６１０に送信する。

【0096】

ステップＲ２０：認証
前述したステップＲ３と同様の認証をする。

【0097】

ステップＲ２１：合格
前述したステップＲ４と同様の合格通知又は不合格通知を送信する。

【0098】

ステップＲ２２：ウエブアドレス保存
管理部１５０が不合格通知を受信すると、管理部１５０は、ウエブアドレスの申請を拒否する旨の拒否通知を送信装置８００に送信する。
管理部１５０が合格通知を受信すると、認証部１５１は、ウエブ申請書に使用された法
人番号が認証されたと判断し、次に、ウエブ申請書に使用された法人番号ドメインがドメインテーブル２５０に記録された法人番号ドメイン２５２と一致するかチェックすることにより、ウエブ申請書に使用された法人番号ドメインを認証する。
法人番号と法人番号ドメインとが認証できた場合、ＩＰアドレス変換部１５４は、法人番号ドメイン「１２３４５６７８９０００１．ｃｏ．ｊｐ」に対応させて、ウエブアドレス「ＡＢＣｋａｉｓｈａｗｅｂ．ｃｏ．ｊｐ」をドメインテーブル２５０に登録する。この時点で、ドメインテーブル２５０には、ウエブアドレス２５１と法人番号ドメイン２５２とが登録されたことになる。

【0099】

ステップＲ２３：結果通知
ＩＰアドレス変換部１５４は、ウエブアドレス「ＡＢＣｋａｉｓｈａｗｅｂ．ｃｏ．ｊｐ」が法人番号ドメイン「１２３４５６７８９０００１．ｃｏ．ｊｐ」に対応して登録されたことを送信装置８００に送信する。

【0100】

なお、ＨＰサーバ６２０も、送信装置８００と同様に、法人番号ドメインを取得し、ウエブアドレスを登録することができる。
例えば、ＨＰサーバ６２０の法人番号ドメインは、図６に示す「１２３４５６７８９０００２．ｃｏ．ｊｐ」であり、ウエブアドレスは「ＸＹＺｃｏｍｐａｎｙｗｅｂ．ｃｏ．ｊｐ」であるものとする。

【0101】

＜＜＜ドキュメント認証と転送＞＞＞
図１０は、ウエブ装置１００のドキュメント認証の動作を示すフローチャートである。
ここでは、ウエブ装置１００が、送信装置８００からドキュメント５０を受信してドキュメント５０を受信装置９００に転送する動作を説明する。

【0102】

ステップＳ１：法人番号ドメインを使用したドキュメント送信
送信装置８００は、図２に示すドキュメント５０をウエブ装置１００に送信する。このドキュメント５０は、送信装置８００から受信装置９００への電文である。
ドキュメント５０には、法人番号「１２３４５６７８９０００１」を含む法人番号ドメインが記載された送信アドレス５１と、受信アドレス５２とが記載されている。受信アドレス５２は、法人番号ドメインを使用したメールアドレスでなくてもよい。また、ドキュメント５０には、この法人番号に紐づけられた電子証明書と位置認証番号と時刻認証番号と端末認証番号とを有する証明書５４が含まれている。
送信装置８００で動作するプログラムは、ドキュメント５０の送信アドレス５１に法人番号ドメインを使用していないメールアドレスが記載されている場合、通常どおり、受信装置９００に向けてドキュメント５０を送信する。一方、送信装置８００で動作するプログラムは、ドキュメント５０の送信アドレス５１に法人番号ドメインが記載されている場合、ドキュメント５０を受信装置９００に送信するのではなく、ウエブ装置１００に送信する。

【0103】

ステップＳ２：法人番号確認及び認証番号確認
ウエブ装置１００の受信部１４０は、ドキュメント５０を受信する。
管理部１５０は、受信した書類の種類を判断し、受信した書類がドキュメント５０である場合には、認証部１５１に処理をゆだねる。認証部１５１は、ドキュメント５０の送信アドレス５１から、法人番号「１２３４５６７８９０００１」を取り出し、送信部１３０を介して法人番号「１２３４５６７８９０００１」を認証センターサーバ６１０に送信する。
また、認証部１５１は、ドキュメント５０から、電子証明書と位置認証番号と時刻認証番号と端末認証番号とを取り出し、送信部１３０を介して電子証明書と位置認証番号と時刻認証番号と端末認証番号を認証センターサーバ６１０に送信する。

【0104】

ステップＳ３：認証
前述したステップＲ３と同様の認証をする。

【0105】

ステップＳ４：合格
前述したステップＲ４と同様の合格通知又は不合格通知を送信する。

【0106】

ステップＳ５：ドキュメント保存
管理部１５０が不合格通知を受信すると、管理部１５０は、ドキュメント５０の転送を拒否する旨の拒否通知を送信装置８００に送信する。
管理部１５０が合格通知を受信すると、認証部１５１は、ドキュメント５０の送信アドレス５１に使用された法人番号が認証されたと判断し、次に、ドキュメント５０の送信アドレス５１に使用された法人番号ドメインがドメインテーブル２５０に記録された法人番号ドメイン２５２と一致するかチェックすることにより、ドキュメント５０の送信アドレス５１に使用された法人番号ドメインを認証する。
法人番号と法人番号ドメインとが認証できた場合、管理部１５０は、ドキュメントテーブル２２０のドキュメントＩＤ２２１に新たな採番をして、メインメモリ１０３にあるドキュメント５０をドキュメント２２２に登録し、認証結果２２３に「ＯＫ」を登録する。
また、トレース情報テーブル２３０のドキュメントＩＤ２３１にもドキュメントＩＤ２２１と同じＩＤを記録する。この時点では、トレース情報テーブル２３０の開封装置アドレス２３２と開封時刻２３３は未登録である。

【0107】

ステップＳ６：ドキュメント送信
管理部１５０は、メインメモリ１０３にあるドキュメント５０を受信装置９００に送信する。

【0108】

ステップＳ７：ドキュメント受信
受信装置９００は、ドキュメント５０をウエブ装置１００から受信する。

【0109】

ステップＳ８：認証依頼
受信装置９００は、受信したドキュメント５０の認証を依頼する認証依頼を、ウエブ装置１００に送信する。
受信装置９００で動作するプログラムは、ドキュメント５０の送信アドレス５１に法人番号ドメインを使用していないメールアドレスが記載されている場合、通常どおり、受信処理をする。
しかし、受信装置９００で動作するプログラムは、ドキュメント５０の送信アドレス５１に法人番号ドメインが記載されている場合、認証依頼をウエブ装置１００に送信する。
この認証依頼には、法人番号「１２３４５６７８９０００１」が記載され、かつ、この法人番号に紐づけられた電子証明書と位置認証番号と時刻認証番号と端末認証番号とが含まれている。あるいは、この認証依頼にドキュメント５０そのものを添付してもよい。

【0110】

ステップＳ９：法人番号確認と認証番号確認
管理部１５０は、受信した書類の種類を判断し、受信した書類が認証依頼である場合には、認証部１５１に処理をゆだねる。
認証部１５１は、認証依頼から、法人番号を取り出し、送信部１３０を介して法人番号「１２３４５６７８９０００１」を認証センターサーバ６１０に送信する。認証部１５１は、認証依頼から、電子証明書と位置認証番号と時刻認証番号と端末認証番号とを取り出し、送信部１３０を介して電子証明書と位置認証番号と時刻認証番号と端末認証番号を認証センターサーバ６１０に送信する。

【0111】

ステップＳ１０：認証
前述したステップＲ３と同様の認証をする。

【0112】

ステップＳ１１：合格
前述したステップＲ４と同様の合格通知又は不合格通知を送信する。

【0113】

ステップＳ１２：合格通知
管理部１５０が不合格通知を受信すると、管理部１５０は、ドキュメント５０の開封拒否を指示する旨の拒否通知を受信装置９００に送信する。
管理部１５０が合格通知を受信すると、認証部１５１は、ドキュメント５０の送信アドレス５１に使用された法人番号が認証されたと判断し、次に、ドキュメント５０の送信アドレス５１に使用された法人番号ドメインがドメインテーブル２５０に記録された法人番号ドメイン２５２と一致するかチェックすることにより、ドキュメント５０の送信アドレス５１に使用された法人番号ドメインを認証する。
法人番号と法人番号ドメインとが認証できた場合、管理部１５０は、ドキュメントテーブル２２０の認証結果２２３に「ＯＫ」を上書き記録し、合格通知を受信装置９００に送信する。

【0114】

ステップＳ１３：ドキュメント開封
受信装置９００は、合格通知を受信すると、ドキュメント５０を開封し、電子証明書を用いて、ドキュメント５０がＡＢＣ株式会社からの申請であるかをチェックする。電子認証部６１３の電子証明書によるチェックで、ドキュメント５０が真にＡＢＣ株式会社から送信されたことの確認ができる。

【0115】

ステップＳ１４：開封通知
受信装置９００は、ドキュメント５０を開封したことを示す開封通知を、ウエブ装置１００に送信する。開封通知には、ドキュメント５０を開封した受信装置９００の開封装置アドレス、開封の事実、開封時刻が記録されている。さらに、開封通知には、ドキュメントの送信者情報と、ドキュメントの送信日時と、ドキュメントの受信日時と、受信したドキュメントのサイズと、受信したドキュメントのデータ形式とが含まれていてもよい。トレース部１５２は、開封通知に含まれた各種情報を開封情報としてトレース情報テーブル２３０に記録する。

【0116】

ステップＳ１５：トレース情報保存
管理部１５０が開封通知を受信すると、トレース部１５２に処理をゆだねる。
トレース部１５２は、トレース情報テーブル２３０にトレース情報を記録する。具体的には、トレース部１５２は、トレース情報テーブル２３０のドキュメントＩＤ２３１に対応付けて、開封通知に含まれた各種情報を開封情報として記録する。
図４においては開封装置アドレス２３２と開封時刻２３３を記録している場合を示している。
図４には図示していないが、開封通知に、ドキュメント５０の送信者情報と、ドキュメント５０の送信日時と、ドキュメント５０の受信日時と、受信したドキュメント５０のサイズと、受信したドキュメント５０のデータ形式とが開封情報として含まれている場合は、トレース部１５２は、受信日時と、サイズと、データ形式とをトレース情報テーブル２３０に記録する。
例えば、開封通知に、ドキュメント５０の送信者情報として送信アドレス「[e-mail]」、ドキュメント５０の送信日時として「２０１５年１２月０１日０８：００：００」、ドキュメント５０の受信日時として「２０１５年１２月０１日０９：５０：０１」、受信したドキュメント５０のサイズとして「１０キロバイト」、受信したドキュメント５０のデータ形式としてドキュメントのファイル
拡張子である「．ＰＤＦ」という開封情報が含まれている場合、トレース部１５２は、
ドキュメント５０の送信者情報＝「[e-mail]」、
ドキュメント５０の送信日時＝「２０１５年１２月０１日０８：００：００」、
ドキュメント５０の受信日時＝「２０１５年１２月０１日０９：５０：０１」、
ドキュメント５０のサイズ＝「１０キロバイト」、
ドキュメント５０のデータ形式＝「．ＰＤＦ」
をトレース情報テーブル２３０に記録する。
なお、開封通知に、ドキュメント５０の送信者情報と、ドキュメント５０の送信日時と、ドキュメントの受信日時と、受信したドキュメントのサイズと、受信したドキュメントのデータ形式とのすべての情報がある必要はなく、いずれかの情報があればよく、トレース部１５２は、開封通知にある情報をトレース情報テーブル２３０に記録する。

【0117】

ステップＳ１６：開封通知
トレース部１５２は、開封通知を送信装置８００に送信する。
送信装置８００が開封通知を受信することにより、送信装置８００は、受信装置９００にドキュメント５０が届いて開封されたことがわかる。

【0118】

＜＜＜ドメインネームシステム＞＞＞
図１１は、ウエブ装置１００のドメイン名からＩＰアドレスへのアドレス解決の動作を示すフローチャートである。
ここでは、送信装置８００が、ＨＰサーバ６２０のホームページへアクセスする場合を説明する。前述したように、ＨＰサーバ６２０の法人番号ドメインは、図６に示す「１２３４５６７８９０００２．ｃｏ．ｊｐ」であり、ウエブアドレスは「ＸＹＺｃｏｍｐａｎｙｗｅｂ．ｃｏ．ｊｐ」であるものとする。

【0119】

ステップＴ１：ドメイン名でＩＰアドレスを検索依頼
送信装置８００が、ドメイン名でホームページを検索する場合、通常は、「ＸＹＺｃｏｍｐａｎｙｗｅｂ．ｃｏ．ｊｐ」という人間が理解できるウエブアドレスすなわちドメイン名を入力する。送信装置８００は、このドメイン名をＩＰアドレスに変換しなければならないため、「ＸＹＺｃｏｍｐａｎｙｗｅｂ．ｃｏ．ｊｐ」に対応するＩＰアドレスを検索する依頼を発行する。
検索依頼には、「ＸＹＺｃｏｍｐａｎｙｗｅｂ．ｃｏ．ｊｐ」が記載され、かつ、送信装置８００を所有している法人の法人番号とこの法人番号に紐づけられた電子証明書と位置認証番号と時刻認証番号と端末認証番号とが含まれている。

【0120】

ステップＴ２：法人番号確認と認証番号確認
ＩＰアドレス変換部１５４は、検索依頼から、送信装置８００を所有する法人の法人番号を取り出し、送信部１３０を介して法人番号「１２３４５６７８９０００１」を認証センターサーバ６１０に送信する。認証部１５１は、検索依頼から、電子証明書と位置認証番号と時刻認証番号と端末認証番号とを取り出し、送信部１３０を介して電子証明書と位置認証番号と時刻認証番号と端末認証番号を認証センターサーバ６１０に送信する。

【0121】

ステップＴ３：認証
前述したステップＲ３と同様の認証をする。

【0122】

ステップＴ４：合格
前述したステップＲ４と同様の合格通知又は不合格通知を送信する。

【0123】

ステップＴ５：ドメイン名を法人番号ドメインに変換
管理部１５０が不合格通知を受信すると、管理部１５０は、アドレス解決を拒否する旨の拒否通知を送信装置８００に送信する。
管理部１５０が合格通知を送信すると、ＩＰアドレス変換部１５４は、ドメインテーブル２５０のウエブアドレス２５１から「ＸＹＺｃｏｍｐａｎｙｗｅｂ．ｃｏ．ｊｐ」を検索して、法人番号ドメイン「１２３４５６７８９０００２．ｃｏ．ｊｐ」を取得する。

【0124】

ステップＴ６：法人番号ドメインをＩＰアドレスに変換
次に、ＩＰアドレス変換部１５４は、ＩＰテーブル２６０の法人番号ドメイン２６１から「１２３４５６７８９０００２．ｃｏ．ｊｐ」を検索して、ＩＰアドレス「５５．６６．７７．８８」を取得する。

【0125】

ステップＴ７：ＩＰアドレス送信
ＩＰアドレス変換部１５４は、取得したＩＰアドレス「５５．６６．７７．８８」を送信装置８００に送信する。

【0126】

ステップＴ８：ＩＰアドレスでＨＰへアクセス
送信装置８００は、ＩＰアドレス「５５．６６．７７．８８」を受信し、ＩＰアドレス「５５．６６．７７．８８」を用いてＨＰサーバ６２０のホームページにアクセスする。

【0127】

ステップＴ９：ＨＰ表示
ＩＰアドレス「５５．６６．７７．８８」で識別されるＨＰサーバ６２０は、ホームページを送信装置８００に表示する。

【0128】

＜＜＜個人番号の通知＞＞＞
図１２は、ウエブ装置１００の個人番号の通知動作を示すフローチャートである。
ここでは、例えば、受信者が鈴木の個人番号の取得を許可された税理士であり、送信者鈴木が自分の個人番号を税理士に開示する場合を説明する。

【0129】

ステップＵ１：法人番号ドメインを使用した電子メール送信
送信装置８００は、電子メールを受信装置９００に送信する。この電子メールは、電子メールの送信者鈴木が自己の個人番号を受信者である税理士に開示することを依頼するものである。
電子メールは、図２に示すドキュメント５０と同じフォーマットであり、送信アドレス５１として送信者のメールアドレス「[e-mail]」が記入されている。メールアドレスは、送信者を特定するローカルパート「ｓｕｚｕｋｉ」とドメインパート「１２３４５６７８９０００１．ｃｏ．ｊｐ」を有している。ドメインパートには、法人番号「１２３４５６７８９０００１」が記載されている。

【0130】

ステップＵ２：電子メール受信
受信装置９００は、電子メールを受信する。

【0131】

ステップＵ３：電子メールアドレス通知
受信装置９００は、受信した電子メールの送信者のメールアドレス「[e-mail]」をウエブ装置１００に通知する。その際、受信装置９００の所有者が鈴木の個人情報の取扱いを許可された者であること、及び、受信者が「個人番号利用事務実施者」又は「個人番号関係事務実施者」であることを示す情報も送信する。例えば、受信者が「個人番号利用事務実施者」又は「個人番号関係事務実施者」であることを示す電子証明書を添付する。

【0132】

ステップＵ４：法人番号確認と認証番号確認
管理部１５０は、通知から、送信装置８００を所有する法人の法人番号を取り出し、送信部１３０を介して法人番号「１２３４５６７８９０００１」及び電子証明書を認証センターサーバ６１０に送信する。

【0133】

ステップＵ５：認証
法人番号「１２３４５６７８９０００１」及び電子証明書に対して、前述したステップＲ３と同様の認証をする。

【0134】

ステップＵ６：合格
法人番号「１２３４５６７８９０００１」及び電子証明書に対して、前述したステップＲ４と同様の合格通知又は不合格通知を送信する。

【0135】

ステップＵ７：メールアドレスを個人番号に変換
管理部１５０が不合格通知を受信すると、管理部１５０は、個人番号の通知を拒否する旨の拒否通知を受信装置９００に送信する。
管理部１５０が合格通知を受信すると、認証部１５１は、送信者のメールアドレス「[e-mail]」に使用された法人番号「１２３４５６７８９０００１」が認証されたと判断し、次に、送信者のメールアドレスに使用された法人番号ドメイン「１２３４５６７８９０００１．ｃｏ．ｊｐ」がドメインテーブル２５０に記録された法人番号ドメイン２５２と一致するかチェックすることにより、送信者のメールアドレスに使用された法人番号ドメインを認証する。
法人番号と法人番号ドメインとが認証できた場合、個人番号変換部１５５は、個人番号テーブル２４０のメールアドレス２４２から「[e-mail]」を検索して、鈴木の個人番号「０００００００００００１」を取得する。

【0136】

ステップＵ８：個人番号送信
個人番号変換部１５５は、取得した鈴木の個人番号「０００００００００００１」を暗号化して受信装置９００に送信する。ただし、個人番号は、受信装置９００の所有者が個人情報取扱いを許可された者であり、受信者が「個人番号利用事務実施者」又は「個人番号関係事務実施者」である場合にのみ送信する。

【0137】

ステップＵ９：個人番号受信
受信装置９００は、暗号化された鈴木の個人番号「０００００００００００１」を受信し、税理士は暗号化された個人番号を解凍して税務処理に使用する。
なお、税理士は、個人番号を収集する者の一例、あるいは、個人番号の提供を受ける者の一例である。

【0138】

＊＊＊実施の形態の効果の説明＊＊＊
本実施の形態では、図８のステップＲ１〜Ｒ１０に示すように、法人番号ドメインを発行する際には、ドメイン申請者が法人番号を含めた会社情報をウエブ装置１００に送付して、ウエブ装置１００は認証センターにより認証し、認証後に法人番号ドメインを発行する。
また、図８のステップＲ１１〜Ｒ１７に示すように、ウエブ装置１００はメールアドレスのローカルパート発行の際に個人番号の認証を行う。
これらの認証により、ドメインと法人番号と個人番号が紐づけされるため、メールアドレスを使用したデータ転送において、どの会社の誰が送ったということを、より確かに証明することが可能となり、信用度の高いデータ転送が可能となる。

【0139】

本実施の形態では、図１０に示したように、法人番号ドメインを活用したデータ転送ク
ラウドシステムを説明したが、このクラウドシステムを使用することにより、法人番号ドメインの認証をするので、信用度の高いデータ転送が可能となり、なりすまし行為や迷惑メールの危険性が低減する。
また、送信者が、各種番号（法人番号・位置認証番号・時刻認証番号・端末認証番号・電子証明書）を使用することにより、どの法人に所属する誰が、いつ、どこで、どの端末からデータを送付したかを認証することが可能となる。
また、ドキュメント５０をストレージに保存し、開封情報を取得して記録しているので、ドキュメントのトレーサビリティが向上する。

【0140】

また、法人番号は１３桁の番号のため利便性が低く、法人番号ドメインが浸透しない可能性が予想される。このため、本実施の形態では、図１１に示すように、ＩＰアドレス変換部１５４により、法人番号ドメインを申請者が選択できる既存ドメインへ紐づけることができる。
ＩＰアドレス変換部１５４のアドレス解決機能により、既存ドメインは、法人番号ドメインへ変換され、法人番号ドメインからＩＰアドレスへ変換されて、選択したサーバへアクセスすることができる。既存ドメインが、法人番号ドメインに変換して、法人番号を認証しているのでセキュリティが向上する。

【0141】

また、本実施の形態では、図１２に示すように、個人番号の代わりに法人番号ドメインを使用したメールアドレスを受信者に送付して受信者への個人番号の送信を依頼するので、送信者が個人番号を送信する必要がなく、個人番号のセキュリティが向上する。
また、受信者がウエブ装置１００に個人番号の問合せをすると、ウエブ装置１００が送信者の法人番号を認証した後、送信者のメールアドレスを送信者の個人番号へ変換するので、個人番号の信頼性が高まる。

【0142】

＊＊＊他の構成＊＊＊
前述した送信装置８００が受信装置９００としても機能し、受信装置９００が送信装置８００としても機能すれば、送信装置８００と受信装置９００とは、互いにデータを送受信することができる。
また、送信装置８００と受信装置９００は複数存在してもよい。

【0143】

図２に示すドキュメント５０の受信アドレス５２は、法人番号ドメインを用いていなくてもよい。
図２に示すように、ドキュメント５０に法人番号ドメインを用いた受信アドレス５２が記載されている場合は、認証部１５１は、ステップＳ２で、受信アドレス５２の法人番号ドメインに使用された法人番号を認証センターサーバ６１０の法人番号認証部６１１で検証してもよい。

【0144】

受信装置９００がウエブ装置１００にステップＳ１４でドキュメント５０の開封通知を送信する場合に、送信装置８００と同様に、受信装置９００が受信装置９００の各種番号（法人番号・位置認証番号・時刻認証番号・端末認証番号・電子証明書）を開封通知と共にウエブ装置１００に送信してもよい。ウエブ装置１００は、受信装置９００から各種番号（法人番号・位置認証番号・時刻認証番号・端末認証番号・電子証明書）を受信することにより、受信装置９００の認証ができ、どの法人に所属する誰が、いつ、どこで、どの端末からデータを受信したかを認証することが可能となる。
また、ドキュメントや申請書には、セキュリティ向上のために、電子証明書と位置認証番号と時刻認証番号と端末認証番号がすべて使用されていることが好ましいが、電子証明書と位置認証番号と時刻認証番号と端末認証番号のいずれも使用されていなくてもよく、また、いずれかひとつ以上使用されていてもよい。

【0145】

ドメイン名は、トップレベルドメインが、「ｊｐ」のようなカントリーコードを記載したものではなく、「ｃｏｍ」、「ｔｏｋｙｏ」のようなジェネリックトップレベルドメインでもよい。例えば、「１２３４５６７８９０００１．ｃｏｍ」、「１２３４５６７８９０００１．ｔｏｋｙｏ」でもよい。
また、第３レベルドメインが法人番号のみでなくてもよく、法人番号以外の記載があってもよい。例えば、「１２３４５６７８９０００１ＡＢＣｋａｉｓｈａ．ｃｏ．ｊｐ」、「ＸＹＺｃｏｍｐａｎｙ１２３４５６７８９０００２．ｃｏ．ｊｐ」でもよく、第３レベルドメインが法人番号を含んでいればよい。また、ドメイン名に法人番号が含まれていればよい。

【0146】

法人番号ドメインを使用していないメールアドレスを、法人番号ドメインを使用したメールアドレスに変換する変換機能をウエブ装置１００に持たせてもよい。
このメールアドレス変換機能がある場合は、図１０のステップＳ１において、ドキュメント５０の送信アドレス５１に法人番号ドメインを使用していないメールアドレスが記載されている場合でも、送信装置８００はドキュメント５０をウエブ装置１００に送信してもよい。この場合は、ウエブ装置１００のＩＰアドレス変換部１５４は、メールアドレスのドメイン名がドメインテーブル２５０のウエブアドレス２５１と一致しているかチェックし、ウエブアドレス２５１に対応する法人番号ドメインに変換し、認証部１５１は、この法人番号と法人番号ドメインとを認証し、後続のステップにつなげることができる。
なお、メールアドレスのドメイン名がドメインテーブル２５０のウエブアドレス２５１に存在しない場合は、ＩＰアドレス変換部１５４は、処理不可能であるとの通知を送信装置８００に返信する。送信装置８００は、処理不可能であるとの通知を受け取った場合には、ドキュメント５０を通常通りネットワーク７００を介して送信アドレス５１に向けて送信する。

【0147】

同様に、図１０のステップＳ８と図１３のステップ１０８において、受信装置９００から法人番号ドメインを使用していないメールアドレスが送られてきた場合でも、ＩＰアドレス変換部１５４が、メールアドレスのドメイン名がドメインテーブル２５０のウエブアドレス２５１と一致しているかチェックし、ウエブアドレス２５１と対応する法人番号ドメインに変換し、認証部１５１がこの法人番号と法人番号ドメインとを認証することができる。
このように、ドメインテーブル２５０があれば、ウエブ装置１００は、ウエブアドレスをドメイン名に使用したメールアドレスを使用したドキュメント５０も処理することが可能である。
同様に、ウエブ装置１００において、法人番号ドメインを使用していないウエブアドレスを、法人番号ドメインを使用したウエブアドレスに変換するウエブアドレス変換機能を持たせてもよい。例えば、ウエブ装置１００が「ｗｗｗ．ＡＢＣｋａｉｓｈａｗｅｂ．ｃｏ．ｊｐ」というウエブアドレスを受信した場合、ＩＰアドレス変換部１５４は、ドメインテーブル２５０のウエブアドレス２５１と一致しているかチェックし、「ｗｗｗ．ＡＢＣｋａｉｓｈａｗｅｂ．ｃｏ．ｊｐ」を「１２３４５６７８９０００１．ｃｏ．ｊｐ」に変換し、認証部１５１は、この法人番号と法人番号ドメインとを認証し、後続のステップにつなげることができる。

【0148】

ステップＲ２、Ｒ１２、Ｒ１９とステップＳ２、Ｓ９とステップＴ２とステップＵ４において、法人番号の確認だけを行ってもよい。その場合は、認証センターサーバ６１０は、法人番号認証部６１１のみで構成されていればよく、認証センターサーバ６１０の認証は、法人番号の認証だけが可能になる。しかし、認証センターサーバ６１０に、個人番号認証部６１２と電子認証部６１３と位置時刻端末認証部６１４が存在すれば、個人番号認証部６１２と電子認証部６１３と位置時刻端末認証部６１４での認証が可能になりセキュリティが向上するので好ましい。
ステップＲ１５、Ｒ２２とステップＳ５、Ｓ１２とステップＵ７において、法人番号と法人番号ドメインとが認証できた場合に処理を続行しているが、認証部１５１は、法人番号ドメインの認証を省いてもよい。その場合は、認証センターサーバ６１０による法人番号の認証だけで処理が続行されることになる。しかし、認証部１５１が法人番号ドメインの認証をすれば、セキュリティが向上するので好ましい。
また、認証部１５１は、ドキュメントあるいは申請書に記載された法人番号ドメインがドメインテーブル２５０の法人番号ドメイン２５２と一致するかをチェックして法人番号を認証してもよい。ドメインテーブル２５０の法人番号ドメイン２５２は、ステップＲ２において法人番号が認証されたのちに登録されたものであるから、ドキュメントあるいは申請書に記載された法人番号ドメインがドメインテーブル２５０の法人番号ドメイン２５２と一致することは、法人番号が認証されたことと同義であると考えられるからである。法人番号ドメインがドメインテーブル２５０の法人番号ドメイン２５２と一致することにより法人番号が認証された場合、認証部１５１は、認証センターサーバ６１０による法人番号の認証を省略してもよい。
また、認証部１５１は、法人番号ドメインを認証する場合、ＩＰテーブル２６０の法人番号ドメイン２６１と一致するかチェックし、法人番号ドメインを認証してもよい。また、さらに、認証部１５１は、ドキュメントあるいは申請書を送信した送信装置８００のＩＰアドレスを用いて、ＩＰテーブル２６０のＩＰアドレス２６２と一致するかチェックし、法人番号ドメインを認証してもよい。このように、認証部１５１がＩＰテーブル２６０を用いて法人番号ドメインを認証すれば、セキュリティがさらに向上する。
また、マイナンバー法には規定されていないが、個人番号カードと同様に、法人番号カードというものが発行されている場合には、送信装置８００においてカードリーダにより法人番号カードを読み取り、法人本人が手続きをしていることを認証してもよい。法人番号カードは、公的機関又は信頼のおける私的機関から法人にのみ発行されたカードであり、法人名、住所、法人番号その他法人に関する事項が記載され、これらの事項が電磁的方法により記録されたカードをいう。送信装置８００は、送信装置８００において法人番号カードにより法人番号が認証されている認証結果をドキュメントあるいは申請書に記載してドキュメントあるいは申請書を送信する。認証部１５１は、ドキュメントあるいは申請書に法人番号カードにより法人番号が認証されている認証結果が記載されていることを確認することで法人番号の認証ができたとして認証センターサーバ６１０による法人番号の認証を省略してもよい。
また、認証センターサーバ６１０が法人番号と法人番号ドメインの記録を有している場合は認証センターサーバ６１０において法人番号ドメインの認証ができるので、認証部１５１は、法人番号ドメインの認証を認証センターサーバ６１０に依頼してもよい。例えば、法人番号データベース６１５が法人番号に対応した法人番号ドメインを記録しておくことにより、法人番号データベース６１５を検索することにより、法人番号と法人番号ドメインとが両方とも存在し、しかも法人番号と法人番号ドメインとが正しく対応しているものであることを認証をすることができる。
また、ウエブ装置１００と認証センターサーバ６１０とが同一サーバで実現されていてもよい。ウエブ装置１００と認証センターサーバ６１０とが同一サーバで実現されている場合は、認証部１５１の検証は、同一サーバ内で行うことができる。
以上のように、認証部１５１の認証は、法人番号と法人番号ドメインとを認証するものであるが、法人番号ドメインの認証が同時に法人番号の認証を兼ねる場合は、法人番号ドメインの認証をすればよい。認証部１５１は、法人番号と法人番号ドメインとの少なくともいずれかの認証をすれば、法人番号の認証をしたことになる。
また、認証部１５１の法人番号と法人番号ドメインとの一方又は両方の認証は、認証部１５１が自ら認証する場合も含むし、認証センターサーバ６１０あるいは送信装置８００による認証結果の通知を確認することで認証する場合も含む。
なお、認証センターサーバ６１０が保有する法人番号データベース６１５は、最新の情報を記録している信頼性のあるデータベースであることを前提とすれば、認証部１５１は
、認証センターサーバ６１０による法人番号の認証をドキュメントあるいは申請書を受信するたびに毎回することが望ましい。法人番号データベース６１５が、吸収合併や清算による法人の消滅、新規登記による法人の発生などのリアルタイム情報を記録していることにより、法人番号の認証によるデータ通信の信頼性が向上する。

【0149】

図８のステップＲ１１において、メールアドレス申請書と共に個人を認証する電子証明書を送信してもよい。認証部１５１又は電子認証部６１３が個人を認証する電子証明書を検証することにより、メールアドレス申請書の送信者が真の送信者であることが確認できる。

【0150】

また、図８のステップＲ１１において、個人番号以外の個人番号で裏打ちされたプライベートナンバーを送信してもよい。プライベートナンバーとは個人を識別する番号であり、プライベートナンバーの具体例は、社員コード、運転免許証番号、健康保険証番号、住民基本台帳法に規定する住民票コード、携帯電話のＳＩＭカード（Ｓｕｂｓｃｒｉｂｅｒ・Ｉｄｅｎｔｉｔｙ・Ｍｏｄｕｌｅ・Ｃａｒｄ）のＩＤ番号、クレジットカード番号等である。個人番号で裏打ちされたプライベートナンバーとは、会社が社員の個人番号を確認したうえで会社が個人番号と対応付けた番号をいう。ここで、個人番号で裏打ちされたという意味は、特定個人情報ファイル２７０に、個人番号に対応したプライベートナンバーが登録されていることをいう。
管理部１５０は、個人番号の送信がない場合は、プライベートナンバーを用いて、特定個人情報ファイル２７０を検索して、プライベートナンバーに対応した１２桁の個人番号を取得する。１２桁の個人番号の取得後の処理は、ステップＲ１２以降と同じである。
なお、個人番号で裏打ちされたプライベートナンバーが送信された場合は、既にプライベートナンバーが個人番号と１対１に対応して紐付されているのであるから、管理部１５０は、プライベートナンバーを用いて特定個人情報ファイル２７０を検索して、プライベートナンバーが存在していれば、個人番号の存在確認ができたとしてもよい。この場合は、管理部１５０は、特定個人情報ファイル２７０から個人番号を取得する必要はなく、ステップＲ１２の個人番号確認の動作を省略することができる。

【0151】

認証センターサーバ６１０が認証局の機能を有しており、認証センターサーバ６１０が電子証明書を発行していた場合、電子認証部６１３は、電子証明書を検証するために、外部の認証局に問い合わせる必要はない。

【0152】

図５の個人番号テーブル２４０、図６のドメインテーブル２５０、図７のＩＰテーブル２６０を、ウエブ装置１００の初期稼働時に記憶部２００に準備しておいてもよい。
法人番号ドメインシステム１０の設定時に、法人番号ドメインを使用する法人から、社員の個人番号２４１、社員のメールアドレス２４２、法人のウエブアドレス２５１、そのウエブアドレス２５１のＩＰアドレス２６２を予めシステム設計者が取得しておけばよい。

【0153】

図３〜図７の各テーブルのファイル形式は、インデックスファイル、シーケンシャルファイル、リレーショナルデータベースなど、どのようなものでもよい。

【0154】

図３のドキュメントテーブル２２０と図４のトレース情報テーブル２３０とは、別々のテーブルでなくてもよく、一つのテーブルでもよい。

【0155】

図６のドメインテーブル２５０と図７のＩＰテーブル２６０とは、別々のテーブルでなくてもよく、一つのテーブルでもよい。

【0156】

レジストリサーバ６３０は、「．ｊｐ」を登録するレジストリデータベースを管理して
いる場合でなくてもよく、「．ｃｏｍ」「．ｏｒｇ」「．ｎｅｔ」「．ｇｏ」などの他の既存のトップレベルドメインを登録するレジストリデータベースを管理している場合でもよい。
また、レジストリサーバ６３０は、既存のトップレベルドメインを登録するのではなく、法人番号ドメイン専用の新たなトップレベルドメインを登録するレジストリデータベースを有している場合でもよい。たとえば、レジストリサーバ６３０は、「．ｃｏｍｎｏ」という法人番号ドメイン専用のトップレベルドメインを登録するレジストリデータベースを管理しているものとする。そして、ドメイン発行部１５６が、法人番号「１２３４５６７８９０００１」を使用した法人番号ドメイン「１２３４５６７８９０００１．ｃｏｍｎｏ」を共有登録システム（ＳＲＳ）を使用してレジストリサーバ６３０に申請してきた場合、レジストリサーバ６３０は、「１２３４５６７８９０００１．ｃｏｍｎｏ」をレジストリデータベースに登録する。レジストリサーバ６３０は、法人番号ドメイン「１２３４５６７８９０００１．ｃｏｍｎｏ」がドメイン名として、レジストリデータベースに登録された登録通知をウエブ装置１００に送信する。登録通知には、法人番号ドメイン「１２３４５６７８９０００１．ｃｏｍｎｏ」とその法人番号ドメインに対応するＩＰアドレスが記載されている。

【0157】

図１では、ウエブ装置１００には１つのプロセッサが図示されているが、ウエブ装置１００が複数のプロセッサを備えていてもよく、複数のプロセッサ１０１がウエブ装置１００の制御に関する機能を実現するプログラムを連携して実行してもよい。
また、図１では、ウエブ装置１００には１つの記憶装置１０２が図示されているが、ウエブ装置１００が複数の記憶装置を備えていてもよい。

【0158】

ウエブ装置１００の管理部１５０〜ドメイン発行部１５６の機能は、一つのサーバで実現されてもよいし、ネットワーク７００の接続された複数のサーバに分散されていてもよい。ウエブ装置１００のドキュメントテーブル２２０〜特定個人情報ファイル２７０が、ネットワーク７００に接続された複数の記憶装置に分散されて記憶されていてもよい。

【0159】

ネットワーク７００の通信経路としては、例えば、以下の経路又は以下の経路の組み合わせが使用できる。なお、ネットワーク７００の通信経路は、以下の経路又は以下の経路の組み合わせに限定されない。
インターネット。
Ｗｉ−Ｆｉ（Ｗｉｒｅｌｅｓｓ Ｆｉｄｅｌｉｔｙ）などの無線ＬＡＮ。
Ｌｏｎｇ・Ｔｅｒｍ・Ｅｖｏｌｕｔｉｏｎモバイルネットワーク。
３Ｇ（３ｒｄ．Ｇｅｎｅｒａｔｉｏｎ）モバイルネットワーク。
ＶＰＮ（Ｖｉｒｔｕａｌ・Ｐｒｉｖａｔｅ・Ｎｅｔｗｏｒｋ）。
ケーブルテレビ網。
Ｗｉ−ＳＵＮ（Ｗｉｒｅｌｅｓｓ・Ｓｍａｒｔ・Ｕｔｉｌｉｔｙ・Ｎｅｔｗｏｒｋ）。
ＭｔｏＭ（Ｍａｃｈｉｎｅ・ｔｏ・Ｍａｃｈｉｎｅ）ネットワーク。
ＰｔｏＰ（Ｐｅｅｒ・ｔｏ・Ｐｅｅｒ）ネットワーク。
防災無線ネットワーク。
ＵＷＢ（Ｕｌｔｒａ・Ｗｉｄｅ・Ｂａｎｄ）ネットワーク。

【0160】

図２に示すドキュメント５０は電子メールであるが、ドキュメント５０は、電子メールではなく、ファイルその他の通信データでもよい。例えば、通信データとしては、以下のデータ又は以下のデータの組み合わせが使用できる。なお、通信データ形式は、以下のデータ形式又は以下のデータ形式の組み合わせに限定されない。
拡張子が「．ａｉ」のイラストレーションファイル。
拡張子が「．ａｉｆ」「．ａｉｆｆ」「．ａｕ」「．ｍｐ２」「．ｍｐ３」「．ｍｐ４」「．ｍｉｄ」「．ｍｉｄｉ」「．ｒａ」「．ｒａｍ」「．ｗａｖ」の音ファイル。
拡張子が「．ａｎｉ」のアニメーションカーソル。
拡張子が「．ａｖｉ」「．ｍｏｖ」「．ｍｐｇ」「．ｍｐｅｇ」「．ｐｎｇ」「．ｖｄｏ」「．ｗｒｌ」の動画ファイル。
拡張子が「．ｂａｋ」のバックアップファイル。
拡張子が「．ｂａｔ」のバッチファイル。
拡張子が「．ｂｉｎ」のバイナリファイル。
拡張子が「．ｂｍｐ」のビットマップファイル。
拡張子が「．ｂｒｌ」のＣａｄソフト用ファイル。
拡張子が「．ｃ」「．ｃｐｐ」「．ｈ」「．ｊａｖａ」「．ｊｓ」のソースファイル。
拡張子が「．ｃａｂ」「．ｇｚ」「．ｊａｒ」「．ｌｚｈ」「．ｌｚｓ」「．ｍｉｍ」「．ｒａｒ」「．ｔａｒ」「．ｔａｚ」「．ｔｂｚ」「．ｕｕｅ」「．ｘｘｅ」「．ｚｉｐ」「．Ｚ」「．Ｚｏｏ」の圧縮形式ファイル。
拡張子が「．ｃｅｆ」のイラストレーション用フォントファイル。
拡張子が「．ｃｇｉ」のＣＧＩファイル。
拡張子が「．ｃｈｍ」「．ｈｌｐ」のヘルプファイル。
拡張子が「．ｃｐｅ」のＣｏｖｅｒ Ｐａｇｅ Ｅｄｉｔｏｒ。
拡張子が「．ｃｓｓ」のスタイルシートファイル。
拡張子が「．ｄａｔ」のデータファイル。
拡張子が「．ｄｏｃ」「．ｄｏｃｍ」「．ｄｏｃｘ」のドキュメントファイル。
拡張子が「．ｃｏｍ」の実行ファイル。
拡張子が「．ｄｃｒ」「．ｄｉｒ」「．ｄｘｒ」の動画関連ファイル。
拡張子が「．ｄｘｆ」のＣａｄソフト用ファイル。
拡張子が「．ｄｉｃ」の辞書ファイル。
拡張子が「．ｄｌｌ」のダイナミックリンクライブラリ。
拡張子が「．ｅｍｌ」のメールソフトファイル。
拡張子が「．ｅｐｓ」のＥｎｃａｐｓｕｌａｔｅｄ Ｐｏｓｔ Ｓｃｒｉｐｔファイル。
拡張子が「．ｅｘｅ」「．ｃｌａｓｓ」の実行ファイル。
拡張子が「．ｆｏｎ」「．ｆｎｔ」のフォントファイル。
拡張子が「．ｇｉｆ」「．ｊｐｇ」「．ｊｐｅｇ」の画像ファイル。
拡張子が「．ｈｔｍ」「．ｈｔｍｌ」のＨＴＭＬファイル。
拡張子が「．ｉｃｏ」のアイコンファイル。
拡張子が「．ｉｎｄｄ」のＤＴＰファイル。
拡張子が「．ｉｎｉ」「．ｉｎｆ」の設定ファイル、初期化（ｉｎｉｔｉａｌｉｚｅ）ファイル。
拡張子が「．ＪＴＤＣ／．ＪＴＴＣ」「．ＪＴＤ／ＪＴＴ」「．ＪＦＷ／ＪＶＷ」「．ＪＢＷ／ＪＵＷ」「．ＪＡＷ／ＪＴＷ」のドキュメントファイル。
拡張子が「．ＪＳＷ」「．ＪＸＷ」「．ＪＴＳＤ」「．ＪＴＤＸ」のドキュメントファイル。
拡張子が「．ｌｏｇ」のログファイル。
拡張子が「．ｍａｋ」のＭＡＫＥファイル。
拡張子が「．ｏ」「．ｏｂｊ」のオブジェクトファイル。
拡張子が「．ｏｃｘ」のＯＣＸファイル。
拡張子が「．ｏｌｄ」の古いファイル。
拡張子が「．ｏｒｇ」のオリジナルファイル。
拡張子が「．ｐｌ」のスクリプトファイル。
拡張子が「．ｐｐｔ」「．ｐｓｄ」「．ｐｓｔ」「．ｔｉｆ」の画像ファイル。
拡張子が「．ｒｅｇ」のレジストリファイル。
拡張子が「．ｓｃｒ」のスクリーンセーバーファイル。
拡張子が「．ｓｙｓ」のシステムファイル。
拡張子が「．ｔｍｐ」のテンポラリファイル。
拡張子が「．ｔｘｔ」「．ｐｄｆ」「．ｍｓｇ」のドキュメントファイル。
拡張子が「．ｗｒｉ」のファイル。
拡張子が「．ｘｌｓ」「．ｘｌｂ」「．ｘｌｃ」「．ｘｌｄ」「．ｘｌｋ」「．ｘｌｌ」「．ｘｌｍ」「．ｘｌｓ」「．ｘｌｓｂ」「．ｘｌｓｘ」「．ｘｌｔ」の表計算ファイル。

【0161】

認証センターサーバ６１０の法人番号認証部６１１〜位置時刻端末認証部６１４の機能は、一つのセンターサーバで実現されてもよいし、ネットワーク７００の接続された複数のセンターサーバに分散されていてもよい。

【0162】

ウエブ装置１００のプロセッサ１０１は、処理回路で実現されてもよい。
処理回路は、管理部１５０〜ドメイン発行部１５６の機能を実現する専用の電子回路である。処理回路は、具体的には、単一回路、複合回路、プログラム化したプロセッサ、並列プログラム化したプロセッサ、ロジックＩＣ、ＧＡ（Ｇａｔｅ・Ａｒｒａｙ）、ＡＳＩＣ（Ａｐｐｌｉｃａｔｉｏｎ・Ｓｐｅｃｉｆｉｃ・Ｉｎｔｅｇｒａｔｅｄ・Ｃｉｒｃｕｉｔ）、又は、ＦＰＧＡ（Ｆｉｅｌｄ−Ｐｒｏｇｒａｍｍａｂｌｅ・Ｇａｔｅ・Ａｒｒａｙ）である。

【0163】

管理部１５０〜ドメイン発行部１５６の機能は、１つの処理回路で実現されてもよいし、複数の処理回路に分散して実現されてもよい。

【0164】

また、ウエブ装置１００の制御に関する機能がソフトウェアとハードウェアとの組み合わせで実現されてもよい。即ち、ウエブ装置１００の制御に関する機能の一部が専用のハードウェアで実現され、残りがソフトウェアで実現されてもよい。

【0165】

実施の形態２．
本実施の形態に係る装置の構成、本実施の形態に係る装置の動作、本実施の形態の効果を順番に説明する。主に実施の形態１との差異を説明する。

【0166】

＊＊＊構成の説明＊＊＊
本実施の形態に係る装置の構成は図１と同じである。

【0167】

＊＊＊動作の説明＊＊＊
図１３は、ウエブ装置１００のドキュメント認証の動作を示すフローチャートであり、各ステップの処理内容を以下に説明する。

【0168】

ステップＳ１０１：法人番号ドメインを使用したドキュメント送信
送信装置８００は、図２に示すドキュメント５０をウエブ装置１００に送信する。このドキュメント５０は、実施の形態１で説明したドキュメント５０と同じであり、送信装置８００から受信装置９００への電文である。
送信装置８００で動作するプログラムは、ドキュメント５０の送信アドレス５１が法人番号ドメインを使用していても、又は、いなくても、通常どおり、受信装置９００に向けてドキュメント５０を送信する。送信アドレス５１は、レジストリサーバ６３０に登録されたドメインであるから、通常の電子メールとしてＤＮＳサーバによりアドレス解決され、受信装置９００に送信される。

【0169】

ステップＳ７：ドキュメント受信
ステップＳ７は、図１０に示したステップ７と同じであり、受信装置９００は、ネットワーク７００を経由して送信装置８００からドキュメント５０を受信する。

【0170】

ステップＳ１０８：ドキュメント送信と認証依頼
受信装置９００は、受信したドキュメント５０とそのドキュメント５０の認証依頼をウエブ装置１００に送信する。
受信装置９００で動作するプログラムは、ドキュメント５０の送信アドレス５１に法人番号ドメインを使用していないメールアドレスが記載されている場合、通常どおり、受信処理をする。
しかし、受信装置９００で動作するプログラムは、ドキュメント５０の送信アドレス５１に法人番号ドメインが記載されている場合、認証依頼をウエブ装置１００に送信する。この認証依頼には、ドキュメント５０がそのまま添付される。

【0171】

ステップＳ９〜Ｓ１４
管理部１５０は、認証依頼に添付されたドキュメント５０をメインメモリ１０３に記憶する。
ステップＳ９、Ｓ１２〜Ｓ１４は、図１０に示したステップＳ９、Ｓ１２〜Ｓ１４と同じである。ステップＳ９、Ｓ１２〜Ｓ１４では、ウエブ装置１００でドキュメント５０が認証され、受信装置９００がドキュメント５０を開封する。

【0172】

ステップＳ５：ドキュメント保存
ステップＳ５は、図１０に示したステップＳ５と同じであり、トレース部１５２は、ドキュメントテーブル２２０のドキュメントＩＤ２２１に新たな採番をして、メインメモリ１０３にあるドキュメント５０をドキュメント２２２に登録し、合格通知を認証結果２２３に登録する。また、トレース情報テーブル２３０のドキュメントＩＤ２３１にもドキュメントＩＤ２２１と同じＩＤを記録する。

【0173】

ステップＳ１５、Ｓ１６
ステップＳ１５、Ｓ１６は、図１０に示したステップＳ１５、Ｓ１６と同じであり、トレース部１５２は、トレース情報テーブル２３０にトレース情報を記録し、トレース部１５２は、開封通知を送信装置８００に送信する。

【0174】

＊＊＊実施の形態の効果の説明＊＊＊
本実施の形態によれば、送信装置８００にインストールされた通常のメーリングアプリケーションを使用して、受信装置９００が電子メールを受信した場合でも、ウエブ装置１００による法人番号の検証ができる。
また、送信装置８００にインストールされたメーリングアプリケーションを使用して電子メールを送信できるので、送信用の特別なプログラムが不要になる。

【符号の説明】

【0175】

１０ 法人番号ドメインシステム、５０ ドキュメント、５１ 送信アドレス、５２ 受信アドレス、５３ 送信データ、５４ 証明書、１００ ウエブ装置、１０１ プロセッサ、１０２ 記憶装置、１０３ メインメモリ、１０５ トランスミッタ、１０６ レシーバ、１３０ 送信部、１４０ 受信部、１５０ 管理部、１５１ 認証部、１５２ トレース部、１５３ メールアドレス発行部、１５４ ＩＰアドレス変換部、１５５ 個人番号変換部、１５６ ドメイン発行部、２００ 記憶部、２１０ ＯＳ＆プログラム、２２０ ドキュメントテーブル、２２１ ドキュメントＩＤ、２２２ ドキュメント、２２３ 認証結果、２３０ トレース情報テーブル、２３１ ドキュメントＩＤ、２３２ 開封装置アドレス、２３３ 開封時刻、２４０ 個人番号テーブル、２４１ 個人番号、２４２ メールアドレス、２５０ ドメインテーブル、２５１ ウエブアドレス、２５２ 法人番号ドメイン、２６０ ＩＰテーブル、２６１ 法人番号ドメイン、２６２ ＩＰアドレス、２７０ 特定個人情報ファイル、６１０ 認証センターサーバ、６１１ 法人番号認証部、６１２ 個人番号認証部、６１３ 電子認証部、６１４ 位置時刻端末認証部、６１５ 法人番号データベース、６１６ 個人番号データベース、６２０ ＨＰサーバ、６３０ レジストリサーバ、７００ ネットワーク、８００ 送信装置、９００ 受信装置。

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】