JP2017078884A - Ｗｅｂダイレクト手続サービスへのアクセスのための認証方法、認証システム、及びプログラム - Google Patents

Abstract

【課題】Ｗｅｂダイレクト手続サービスへのアクセスのための認証方法及び認証システムを提供する。
【解決手段】Ｗｅｂダイレクト手続サービス・システムは、複数のユーザ端末と通信ネットワークを介して接続される認証システムと、認証システムに接続されユーザの各々に関する情報を格納している複数のアカウントを格納するデータベース・システムとを含む。認証システムは、認証システムからのリクエストに応答してユーザ端末が生成したユーザに固有の証明書の画像データを取得して、文字データ抽出部により証明書の画像データからユーザを識別するためのユーザに固有の文字データを抽出し、また、データベース・システムからユーザと関連するアカウント内に格納されているユーザを識別するためのユーザに固有の文字データを取得し、両者を比較し、比較結果に基づき、ユーザのユーザ端末によるデータベース・システムのアカウントへのアクセス可否を判定する。
【選択図】図７

Description

本発明は、Ｗｅｂダイレクト手続サービスへのアクセスのための認証方法、認証システム、及びプログラムに関する。

近年、社会の情報化やネットワークサービスの普及に伴い、コンピュータやシステムへのログイン、銀行ＡＴＭでのキャッシュカード及びクレジットカードの利用、会社や自宅への入退場等の場面で、機械により本人認証を行うことが多くなりつつある。認証とは、ある操作を行おうとするユーザが、その操作を行う正当な権利を保有するものであることを検証する（ｖｅｒｉｆｙ）処理をいう。既存の認証技術は、主として、（１）知識や記憶を使った認証（アカウント名＋パスワード）、（２）磁気カードやＩＣカードや鍵等の所有物を使った認証、（３）指紋、静脈、虹彩等の生体情報を使った認証の３種類に分類することができる。

ここで、個人認証処理の目的は、正規のユーザのみを正確に識別し、他のユーザを排除しなければならないということである。ここで、個人認証の困難な点は、安全性を確保しつつ、ユーザの操作を簡単にし、且つ、サーバ側での処理の負荷を一定限度に抑えなければなければならない点で
ある。要するに、ユーザ側の操作の利便性及びサーバ側の負荷の軽減と、安全性の高さは、トレードオフの関係にあるということができる。

知識や記憶を使った認証については、その安全性を確保するためには、（１）推測が困難で、辞書に載っておらず、数字や特殊文字を含んだ、一定の長さ以上のパスワードを生成し、使用すること、（２）長く設定したパスワードを正確に記憶し、忘れてはならないこと、及び（３）認証時にはパスワードを１文字も間違えずに正確に思い出し、且つ、入力すること、が必要とされる。従って、ほぼ全てのユーザにとって、これらの要求を確実に満たすことは極めて困難である。

所有物による認証は、紛失したら耐性がなくなってしまい他人になりすまされてしまう。さらに本人も認証ができないので、他人に使われて、自分は使えないという状況になる。

生体情報を使った認証は、最も個人を特定しやすく、なりすましが難しい認証技術である。しかしながら、（１）認証する際に専用の高価な機器の導入が必要であり非常にコストがかかり、（２）指紋や静脈の場合は様々なユーザが触るので衛生的な心理的抵抗が少なからず生じ、（３）生体情報なので個人情報として最も慎重に扱わなければならず、名簿流出とは次元が違い、生体情報の流出は絶対に許容されず、（４）本人拒否率をゼロにできない、という問題がある。また、別の観点からの問題として、認証の鍵として使用される生体情報の変更ができないという点があげられる。例えば、登録してある指紋情報が盗難にあうか又は偽造された場合であっても、唯一無二の生体情報であるため、これを変更することは不可能である。

ここで、さらなる安全性と利便性の向上を目指した再認手法による個人認証システムとして、ユーザ自身が撮影した写真を使用することを想定した画像認証システム（あわせ絵）が提案されている。はじめに、ユーザは、事前に自分のパスワード画像を複数枚決定しておく。上記の画像認証システムにおいては、１回の認証行為が、４つの系列の照合画面から構成される。各照合画面には、９枚の画像と「パスワード画像なし」のボタンの１０個の回答が表示されており、この各照合画面には、パスワード画像が１枚又は０枚含まれている。ユーザは、照合画面内に自分が事前に決定しておいたパスワード画像が存在する場合には、パスワード画像を選択する。これに対して、ユーザは、照合画面内にパスワード画像が存在しない場合には、「パスワード画像なし」ボタンを選択する。すべての回答が正解であれば、認証者を正規のユーザとして認証する。

上記の画像認証システムは、既存の３つの認証方法と比較して安全性の点で勝っており、意味記憶を用いることによりパスワードとなる画像を自分の関連のある画像にしているので、パスワード画像をより忘れにくいものにすることができる。しかしながら、この画像認証システムは、携帯電話を想定して作られているので、パスワードとなる画像をユーザが携帯の中に残していることが多く、無関係の第三者がパスワード画像にアクセスすることも可能である。さらに、ユーザのことを知っている人間であれば比較的パスワード画像を推測することができる。さらに、また、覗き見に対する対策がされていないので覗き見されるとパスワード画像が他人にばれてしまう。

従って、安全性を確保しつつ、ユーザの操作を簡単にし、且つ、サーバ側での処理の負荷を一定限度に抑えることができる認証システムに対する要求が存在する。

例えば、特許文献１は、保険手続用の画像処理システムを教示している。

特許文献１によれば、利用者が携帯端末１のログイン認証用の画面から入力したユーザＩＤ及びパスワードとあらかじめ登録されているユーザＩＤ及びパスワードとが一致した場合に、認証ＯＫとし、契約者に固有のメニューページを携帯端末１へ送る。利用者が携帯端末１により本人確認書類の画像を撮影すると、本人確認書類の画像ファイルが当該電子メールに添付された状態の送信メール作成画面５５が表示部９に表示される。送信メール作成画面５５において件名や本文が無い状態で、ユーザが携帯端末１の画面のメニューから「送信」の操作を行うことで、本人確認書類の画像ファイルが添付された送信メールが、宛先欄に入力されているサーバ３の受信アドレス５６へ送信される。本人確認書類の画像ファイルが添付された電子メールがサーバ３で受信されると、サーバ３の文字認識部３５が、ユーザの本人確認書類画像をメモリ３３から読み出して文字認識（ＯＣＲ）処理し、文字認識結果として文字列を得る。サーバ３の比較・判定部３７は、本人確認書類辞書記憶部３６から読み出した文字列と、文字認識部３５により得られた文字認識結果の文字列とを比較して、文字列候補と文字列との一致／不一致の度合い、つまり互いの文字列の一致度を判定する。文字列の一致度が予め設定された閾値よりも高い場合、当該画像を有効（適切又は合格等）と判定し、文字列の一致度が閾値よりも低い場合、当該画像を無効（不適切又は不合格等）と判定する。さらに、比較・判定部３７は、当該画像の鮮明度について、当該画像の階調変化率を求め、求めた画像の階調変化率が予め設定された閾値を超えたか否かによりピントの合否を判定し、このピントの合否判定結果と画像の有効性判定結果とを合わせて判定する。階調変化率を用いることの利点として、画像における階調変化率を確認することにより被写体全体のピントの合否を確認することで、文字列だけでなく、絵や写真の部分についても見易さ（見読性）を確認できる。

特許第５６３７８１７号

上記のように、特許文献１の保険手続用の画像処理システムは、携帯端末から受信した本人確認書類画像に文字認識（ＯＣＲ）処理を施すことにより、ユーザを識別するための文字列を抽出することで、画像認識技術を使用して本人確認書類画像同士を直接比較する場合と比較してサーバ側の負担を軽減してはいるが、特許文献１の保険手続用の画像処理システムにおいては、ユーザの認証は、ユーザがＷｅｂサーバにアクセスした際に「ユーザＩＤ」と「パスワード」とによって行われる。本人確認書類画像から抽出されたユーザを識別するための文字列は、その認証の後に、携帯端末によって取得したユーザの本人確認書類画像が、後の保険業務の手続きにおける本人確認のための画像として有効であるか否かを判定するのに使用されているに過ぎない。

従って、特許文献１の保険手続用の画像処理システムにおいては、ユーザの操作を簡単にし、サーバ側での処理の負荷を軽減し、サーバ側の機器構成を安価且つ簡素化することができるが、従来のアカウント名及びパスワードに基づく知識や記憶を使った認証と同等の安全性しか達成することができない。

本発明の第１の態様によれば、本発明は、複数のユーザ端末のうちの少なくとも１つのユーザ端末のユーザによるデータベース・システムに格納された該ユーザのアカウントへのアクセスを許可するか否かを判定するＷｅｂダイレクト手続サービス・システムであって、該Ｗｅｂダイレクト手続サービス・システムは、少なくとも、該複数のユーザ端末と通信ネットワークを介して接続され、文字データ抽出部を含む認証システムと、該認証システムに接続され、各々が複数のユーザの各々に関する情報を格納している複数のアカウントを格納するデータベース・システムとを含み、
該ユーザのユーザ端末が、該認証システムから、該ユーザに固有の証明書の画像データを要求するリクエストを取得し、
該認証システムが、該認証システムからの該リクエストに応答して該ユーザ端末が生成した該証明書の画像データを取得し、
該認証システムが、該文字データ抽出部により該証明書の該画像データから該ユーザを識別するための該ユーザに固有の文字データを抽出し、
該認証システムが、該データベース・システムの該ユーザと関連するアカウント内に格納されている該ユーザを識別するための該ユーザに固有の文字データを、該データベース・システムから取得し、
該認証システムが、該ユーザの該ユーザ端末から取得した該証明書の画像データから抽出した該文字データと、該データベース・システムから取得した該文字データとを比較し、
該認証システムが、該比較の結果に基づいて、該ユーザの該ユーザ端末による該データベース・システムの該アカウントへのアクセスの可否を判定する、Ｗｅｂダイレクト手続サービス・システムである。

本発明の第２の態様によれば、本発明は、複数のユーザ端末と通信ネットワークを介して接続され、文字データ抽出部を含む認証システムと、該認証システムに接続され、各々が複数のユーザの各々に関する情報を格納している複数のアカウントを格納するデータベース・システムとを含むＷｅｂダイレクト手続サービス・システムにおいて、該複数のユーザ端末のうちの少なくとも１つのユーザ端末のユーザによるデータベース・システムに格納された該ユーザのアカウントへのアクセスを許可するか否かを判定する認証方法であって、
該ユーザのユーザ端末が、該認証システムから、該ユーザに固有の証明書の画像データを要求するリクエストを取得するステップと、
該認証システムが、該認証システムからの該リクエストに応答して該ユーザ端末が生成した該証明書の画像データを取得するステップと、
該認証システムが、該文字データ抽出部により該証明書の該画像データから該ユーザを識別するための該ユーザに固有の文字データを抽出するステップと、
該認証システムが、該データベース・システムの該ユーザと関連するアカウント内に格納されている該ユーザを識別するための該ユーザに固有の文字データを、該データベース・システムから取得するステップと、
該認証システムが、該ユーザの該ユーザ端末から取得した該証明書の画像データから抽出した該文字データと、該データベース・システムから取得した該文字データとを比較するステップと、
該認証システムが、該比較の結果に基づいて、該ユーザの該ユーザ端末による該データベース・システムの該アカウントへのアクセスの可否を判定するステップとを含む、認証方法である。

本発明の第３の態様によれば、本発明は、通信ネットワークを介して複数のユーザ端末と接続され、文字データ抽出部を含む認証システムと、該通信ネットワークを介して該認証システムと接続され、各々が複数のユーザの各々に関する情報を格納している複数のアカウントを格納するデータベース・システムとを含むＷｅｂダイレクト手続サービス・システムにおいて、該複数のユーザ端末のうちの少なくとも１つのユーザ端末のユーザによる該データベース・システムに格納された該ユーザのアカウントへのアクセスを許可するか否かを判定する認証方法を実行するためのプログラムであって、該方法は、
該ユーザのユーザ端末が、該認証システムから、該ユーザに固有の証明書の画像データを要求するリクエストを取得するステップと、
該認証システムが、該認証システムからの該リクエストに応答して該ユーザ端末が生成した該証明書の画像データを取得するステップと、
該認証システムが、該文字データ抽出部により該証明書の該画像データから該ユーザを識別するための該ユーザに固有の文字データを抽出するステップと、
該認証システムが、該データベース・システムの該ユーザと関連するアカウント内に格納されている該ユーザを識別するための該ユーザに固有の文字データを、該データベース・システムから取得するステップと、
該認証システムが、該ユーザの該ユーザ端末から取得した該証明書の画像データから抽出した該文字データと、該データベース・システムから取得した該文字データとを比較するステップと、
該認証システムが、該比較の結果に基づいて、該ユーザの該ユーザ端末による該データベース・システムの該アカウントへのアクセスの可否を判定するステップとを含む、プログラムである。

本発明の第４の態様によれば、複数の第１のユーザ端末のうちの少なくとも１つの第１のユーザ端末のユーザによるデータベース・システムに格納された該ユーザのアカウントへのアクセスを許可するか否かを判定するＷｅｂダイレクト手続サービス・システムであって、該Ｗｅｂダイレクト手続サービス・システムは、少なくとも、第１の通信ネットワークを介して該複数の第１のユーザ端末と接続され、文字データ抽出部を含む認証システムと、第２の通信ネットワークを介して複数の第２のユーザ端末のうち該ユーザの第２の端末と接続され、各々が複数のユーザの各々に関する情報を格納している複数のアカウントを格納するデータベース・システムとを含み、
該認証システムが、該複数の第１のユーザ端末のうちの少なくとも該ユーザの第１のユーザ端末から、該ユーザが該ユーザと関連するアカウントにアクセスするためのリクエストを取得し、
該ユーザの第１のユーザ端末が、該認証システムから、該ユーザに固有の証明書の画像データを要求するリクエストを取得し、
該認証システムは、該認証サーバからの該リクエストに応答して該第１のユーザ端末が生成した該証明書の画像データを取得し、
該認証システムは、該文字データ抽出部により該証明書の該画像データから該ユーザを識別するための該ユーザに固有の文字データを抽出し、
該認証システムは、該データベース・システムの該ユーザと関連するアカウント内に格納されている該ユーザを識別するための該ユーザに固有の文字データを、該データベース・システムから取得し、
該認証システムは、該ユーザの該第１のユーザ端末から取得した該証明書の画像データから抽出した該文字データと、該データベース・システムから取得した該文字データとを比較し、
該認証システムは、該比較の結果に基づいて、該ユーザの該第２のユーザ端末による該データベース・システムの該アカウントへのアクセスの可否を判定する、Ｗｅｂダイレクト手続サービス・システムである。

本発明の第５の態様によれば、本発明は、第１の通信ネットワークを介して複数の第１のユーザ端末と接続され、文字データ抽出部を含む認証システムと、第２の通信ネットワークを介して複数の第２のユーザ端末のうち該ユーザの第２のユーザ端末に接続され、各々が複数のユーザの各々に関する情報を格納している複数のアカウントを格納するデータベース・システムとを含むＷｅｂダイレクト手続サービス・システムにおいて、該複数の第１のユーザ端末のうちの少なくとも１つの第１のユーザ端末のユーザによる該データベース・システムに格納された該ユーザのアカウントへのアクセスを許可するか否かを判定する認証方法であって、
該認証システムが、該複数の第１のユーザ端末のうちの少なくとも該ユーザの該第１のユーザ端末から、該ユーザが該ユーザと関連するアカウントにアクセスするためのリクエストを取得するステップと、
該ユーザの第１のユーザ端末が、該認証システムから、該ユーザに固有の証明書の画像データを要求するリクエストを取得するステップと、
該認証システムが、該認証サーバからの該リクエストに応答して該第１のユーザ端末が生成した該証明書の画像データを取得するステップと、
該認証システムが、該文字データ抽出部により該証明書の該画像データから該ユーザを識別するための該ユーザに固有の文字データを抽出するステップと、
該認証システムが、該データベース・システムの該ユーザと関連するアカウント内に格納されている該ユーザを識別するための該ユーザに固有の文字データを、該データベース・システムから取得するステップと、
該認証システムが、該ユーザの該第１のユーザ端末から取得した該証明書の画像データから抽出した該文字データと、該データベース・システムから取得した該文字データとを比較するステップと、
該認証システムが、該比較の結果に基づいて、該ユーザの該第２のユーザ端末による該データベース・システムの該アカウントへのアクセスの可否を判定するステップとを含む、認証方法である。

本発明の第６の態様によれば、本発明は、第１の通信ネットワークを介して複数の第１のユーザ端末と接続され、文字データ抽出部を含む認証システムと、第２の通信ネットワークを介して複数の第２のユーザ端末のうち該ユーザの第２のユーザ端末に接続され、各々が複数のユーザの各々に関する情報を格納している複数のアカウントを格納するデータベース・システムとを含むＷｅｂダイレクト手続サービス・システムにおいて、該複数の第１のユーザ端末のうちの少なくとも１つの第１のユーザ端末のユーザによる該データベース・システムに格納された該ユーザのアカウントへのアクセスを許可するか否かを判定する認証方法を実行するためのプログラムであって、該方法は、
該認証システムが、該複数の第１のユーザ端末のうちの少なくとも該ユーザの該第１のユーザ端末から、該ユーザが該ユーザと関連するアカウントにアクセスするためのリクエストを取得するステップと、
該ユーザの第１のユーザ端末が、該認証システムから、該ユーザに固有の証明書の画像データを要求するリクエストを取得するステップと、
該認証システムが、該認証サーバからの該リクエストに応答して該第１のユーザ端末が生成した該証明書の画像データを取得するステップと、
該認証システムが、該文字データ抽出部により該証明書の該画像データから該ユーザを識別するための該ユーザに固有の文字データを抽出するステップと、
該認証システムが、該データベース・システムの該ユーザと関連するアカウント内に格納されている該ユーザを識別するための該ユーザに固有の文字データを、該データベース・システムから取得するステップと、
該認証システムが、該ユーザの該第１のユーザ端末から取得した該証明書の画像データから抽出した該文字データと、該データベース・システムから取得した該文字データとが一致するか否かを判定するステップと、
該認証システムが、該ユーザの該第１のユーザ端末から取得した該証明書の画像データから抽出した該文字データと、該データベース・システムから取得した該文字データとが一致するか否かに基づいて、該ユーザの該第２のユーザ端末による該データベース・システムの該アカウントへのアクセスの可否を判定するステップとを含む、プログラムである。

その他、本願が開示する課題、及びその解決方法は、発明を実施するための形態の欄の記載、及び図面の記載等により明らかにされる。

本発明は、ユーザＩＤやパスワードを使用する知識及び記憶ベースの認証とは異なるので、数字や特殊文字を含んだ、一定の長さ以上のパスワードを正確に記憶しなければならないといったユーザの負担を軽減することができる。一方で、認証の鍵として使用される画像にはユーザを識別するための固有の文字データが含まれていれば足りるため、認証の鍵として使用される画像を容易に変更することが可能であり、パスワードと比較して自由度が高く、高い安全性を確保できる。

また、本発明は、ユーザに固有の証明書を用いているが、証明書として使用される物の画像データにユーザを識別するための固有の文字データが含まれていれば足りるため、所有物自体が紛失や盗難にあった場合であっても、ユーザを認証することが可能である。

さらに、認証の鍵として使用される画像の変更が容易であることから、いわゆるあわせ絵を使用した認証方法と比較して、パスワード画像の覗き見による不正アクセスやパスワード画像の推測による不正アクセスを防止することができる。

さらに、また、本発明は、生体情報ベースの認証と異なり、認証する際に専用の高価な機器は不要である。

本発明に従ったＷｅｂダイレクト手続サービス・システムのネットワーク構成を示す図である。 ユーザ端末のハードウェア構成を示す図である。 Ｗｅｂサーバ１０４及びアプリケーションサーバ１０８のハードウェア構成を示す図である。 認証サーバ１０６のハードウェア構成を示す図である。 データベースサーバ１１０のハードウェア構成を示す図である。 Ｗｅｂダイレクト手続サービスの概念図である。 本発明に従ったＷｅｂダイレクト手続サービスをユーザに提供する方法を図示したフローチャートである。 ユーザに固有の証明書の種類を指定する本人確認書類選択画面を示す図である。 契約情報入力画面を示す図である。 異動請求内容入力ページを示す図である。 本発明の第２の実施形態に従ったＷｅｂダイレクト手続サービス・システムのネットワーク構成を示す図である。

本発明は様々な変更形態及び代替形態が可能であるが、本発明の一例としての実施形態が実施例として図面に示されており、本明細書で詳細に説明される。しかし、一例としての実施形態の本明細書における説明は、開示された特定の形態に本発明を限定することを意図するものではなく、本発明は、特許請求の範囲によって規定された本発明の趣旨及び範囲に入る全ての変更形態、同等形態、及び代替形態を含む。

＜第１の実施形態＞
以下では、一例として、生命保険会社における顧客管理を支援するシステムに適用する事例を例に挙げて、本発明の第１の実施形態に係るＷｅｂダイレクト手続サービス・システムを説明する。但し、本発明のＷｅｂダイレクト手続サービス・システムは、生命保険会社における顧客管理のみに限定されず、マイナンバを用いたユーザに対する年金の支払いの管理、ユーザの医療機関での診断履歴の管理、及びユーザが所有する金融機関の口座の管理にも適用することが可能である。顧客（ユーザ）は、既にその生命保険会社の保険商品の契約をしている既契約の顧客と、将来的にその生命保険会社の保険商品の契約をする可能性がある潜在的な新規顧客とを含む。

（１） ネットワークの全体構成
図１は、本発明に従ったＷｅｂダイレクト手続サービス・システムのネットワーク構成を示す図である。

Ｗｅｂダイレクト手続サービス・システム１００は、複数のユーザ端末１１６−ｉ（ｉ＝１，…，ｎ）と、通信ネットワーク１１４と、中央管理センタ１０２とを含む。中央管理センタ１０２は、ウェブサーバ１０４と、認証サーバ１０６と、アプリケーションサーバ１０８と、データベースサーバ１１０とを含む。

通信ネットワーク１１４は、公衆交換電話ネットワーク（ＰＳＴＮ）等の回線交換ネットワーク又はインターネット等のパケット・ベース・ネットワークである。通信ネットワーク１１４は、少なくともその一部分に、無線信号を介してデータ通信を提供する任意のネットワークを含む。任意のネットワークは、例えば、ＷｉＦｉ／ＷｉＭａｘ通信を使用する無線ローカル・エリア・ネットワーク（ＷＬＡＮ）を含む。通信ネットワーク１１４の内部ネットワーキングは、３ＧＰＰで説明されているＩＭＳアーキテクチャ等の技術を使用しても良い。任意のネットワークの例示的実装は、会社もしくはキャンパスの企業ネットワークとして、又は空港、喫茶店、その他等の一般的な公共の場の「ホット・スポット」としてであっても良い。通信ネットワーク１１４は、通常、データ通信に対して使用されるが、ＶｏＩＰ呼等の音声通信を転送することができるネットワークであっても良い。通信ネットワーク１１４は、さらに、複数のユーザ端末１１６−ｉへの無線接続を提供する１つ又は複数のアクセスポイントを含む。アクセスポイントには、基地局、基地局ルータ、アクセス・ネットワークが含まれる。

ユーザ端末１１６−ｉは、スマートフォン、タブレット端末、セルラ電話、携帯情報端末、テキスト・メッセージング装置、ページャ、ネットワーク・インターフェイス・カード、ノートブックコンピュータ、デスクトップコンピュータ、及びパーソナル・ディジタル・アシスタント（ＰＤＡ）であっても良い。ユーザ端末１１６−ｉは、トラフィック・チャネル、シグナリング・チャネル、ページング・チャネル等、いくつかのチャネルを含むエア・インターフェイス（又は無線通信リンク）を介して情報を交換することによって通信することができる。

エア・インターフェイスのチャネルは、無線通信システムによって使用される１つ又は複数の無線通信プロトコルに従って定義される。例えば、符号分割多元接続（ＣＤＭＡ）に従って動作するエア・インターフェイスのチャネルは、情報を、エア・インターフェイスを介して送信するために使用される無線信号を変調する直交符号によって定義される。エア・インターフェイスのチャネルはまた、エア・インターフェイスを介して情報を送信するために使用される搬送波の周波数によって決定されてもよい。例えば、直交周波数分割多重接続（ＯＦＤＭＡ）では、１つ又は複数のユーザ端末１１６−ｉが複数の直交周波数、又はトーンを共用しても良い。

中央管理センタ１０２は、生命保険会社のサーバ室であっても良い。Ｗｅｂサーバ１０４は、ユーザ端末１１６−ｉのＷｅｂブラウザからＨＴＴＰリクエストを受信しその応答を返却する。本発明の認証サーバ１０６は、一般的に行われている固定の「ユーザＩＤ」及び「パスワード」を用いた認証アルゴリズムではなく、より高度で柔軟性のある認証アルゴリズムを実装することができる。アプリケーションサーバ１０８は、Ｗｅｂサーバ１０６からの処理要求に対して、ビジネスロジックを実行し、必要であればデータベースサーバ１１０に対してデータの参照や更新要求を行う。データベースサーバ１１０は、主にデータの管理を行い、アプリケーションサーバ１０８からのデータの参照や更新処理の要求を実行し結果を返却する。

ユーザ端末１１６−ｉのブラウザから最初に要求を受けたとき、アプリケーションサーバは、そのブラウザを一意に識別するための識別子を生成し、Ｗｅｂサーバ１０４上のＷｅｂアプリケーションにその識別子を渡す。その後、アプリケーションサーバは、その識別子をキーとして、そのＷｅｂブラウザに関する情報を、データベースサーバ１１０との間で共有可能で永続性のある外部リソースに保持する。Ｗｅｂサーバ１０４は、アプリケーションサーバ１０８から受け取った識別子を、ユーザ端末１１６−ｉのブラウザに渡す。例えば、ｃｏｏｋｉｅを利用する場合、Ｗｅｂサーバ１０６とアプリケーションサーバ１０８の呼び出しにおいて、ｃｏｏｋｉｅを引数として渡すことによりアプリケーションサーバ１０８でｃｏｏｋｉｅに識別子を設定できる。再度、ユーザ端末１１６−ｉのブラウザから要求を行った場合には、アプリケーションサーバ１０８で設定された識別子を元に外部リソースを参照し情報を取得することができる。

（２） ユーザ端末
図２は、ユーザ端末のハードウェア構成を示す図である。

ユーザ端末２００は、ＣＰＵ２０２、メモリ２０４、記憶装置２０６、入力部２０８、表示部２１０、画像取得部２１２、及び送受信インターフェイス２１４を含む。ＣＰＵ２０２は、記憶装置２０６に記憶されているプログラムをメモリ２０４に読み出して実行することにより各種の機能を実現する。メモリ２０４は、例えば、ランダム・アクセス・メモリ（ＲＡＭ：ｒａｎｄｏｍ ａｃｃｅｓｓ ｍｅｍｏｒｙ）及び／又は読取り専用メモリ（ＲＯＭ：ｒｅａｄ ｏｎｌｙ ｍｅｍｏｒｙ）を含む。記憶装置２０６は、テープ・ドライブ、フロッピー（登録商標）・ドライブ、ハードディスク・ドライブ又はコンパクト・ディスク・ドライブを含む。入力部２０８は、データの入力を受け付ける、例えば、キーボードやマウス、トラックボール、タッチパネル、マイクロフォン等を含む。表示部２１０は、データを出力する、例えば、ディスプレイやプリンタ、スピーカ等を含む。

画像取得部２１２は、ＣＣＤカメラ等の画像捕獲手段であり、ここのユーザに固有の証明書を撮像し、その証明書の画像を取得する。ユーザに固有の証明書は、写真付き免許証、健康保険証、及び写真付きパスポートであってもよい。画像取得部２１２に用いられるＣＣＤカメラの解像度は、４００ｄｐｉ以上あることが好ましい。送受信インターフェイス２１４は、通信ネットワーク１１４を介してＷｅｂサーバ１０４にアクセスし、Ｗｅｂサーバ１０４にＨＴＴＰリクエストを送信する。また、送受信インターフェイス２１４は、Ｗｅｂサーバ１０４からのＨＴＴＰリクエストに対する応答に対して、表示部２１０上に表示されたＷｅｂブラウザ上で入力されたユーザＩＤ、パスワード等のユーザ情報をＷｅｂサーバ１０４に送信する。これにより、ユーザのＷｅｂダイレクト手続サービス・システムへのログインが完了する。

（３） Ｗｅｂサーバ、アプリケーションサーバ
図３は、Ｗｅｂサーバ１０４及びアプリケーションサーバ１０８のハードウェア構成を示す図である。

Ｗｅｂサーバ１０４及びアプリケーションサーバ１０８は、ＣＰＵ３０２、メモリ３０４、記憶装置３０６、入力部３０８、出力部３１０、及び送受信インターフェイス３１２を含む。記憶装置３０６は、各種のデータやプログラムを記憶する、ハードディスク・ドライブやソリッドステート・ドライブ、フラッシュメモリ等であってもよい。ＣＰＵ３０２は、記憶装置３０６に記憶されているプログラムをメモリ３０４に読み出して実行することにより各種の機能を実現する。送受信インターフェイス３１２は、通信ネットワーク１１４に接続するためのインターフェイスであり、イーサネット（登録商標）に接続するためのアダプタ、公衆電話回線網に接続するためのモデム等である。入力部３０８は、データの入力を受け付ける、キーボードやマウス、トラックボール、タッチパネル、マイクロフォン等であってもよい。出力部３１０は、データを出力する、ディスプレイやプリンタ、スピーカなどであってもよい。

（４） 認証サーバ
図４は、認証サーバ１０６のハードウェア構成を示す図である。

認証サーバ１０６は、ＣＰＵ４０２、メモリ４０４、記憶装置４０６、入力部４０８、出力部４１０、送受信インターフェイス４１２、文字画像抽出部４１４、及び文字データ抽出部４１６とからなる。ＣＰＵ３０２、メモリ３０４、記憶装置３０６、入力部３０８、出力部３１０、及び送受信インターフェイス３１２は、上記のＷｅｂサーバ１０４及びアプリケーションサーバ１０８のものと同様である。

文字画像抽出部４１４は、ユーザ固有の証明書に対して文字画像抽出アルゴリズムを実行する。ユーザ固有の証明書は、これらには限定されないが、写真付き免許証、健康保険証、住民票、及び写真付きパスポートを含む。写真付き免許証、健康保険証、及び写真付きパスポート等のユーザ固有の証明書は、通常、文字と図、表、写真の領域が混在している場合が多く、さらには、写真の上に文字が重畳しているものも存在する。文書画像処理は、文書処理、画像理解、文字認識、及び言語理解のみならず、マルチメディア処理、人工知能、データベース、ヒユーマンインタフェース等の分野とも関係が深い総合的な分野である。ユーザ固有の証明書の画像データから文字画像を抽出するためには、与えられた文書のどの位置にどういった種類の文書構成要素が配置されているか、さらにそれらの構成要素間の関係はどういうものなのか、といった情報を取得する必要がある。

抽出された文字画像はＯＣＲ（ＯｐｔｉＣａｌ Ｃｈｔｔａｃｔｅｒ Ｒｅｃｏｇｎｉｔｉｏｎ）装置により文字コードに変換されて記憶装置４０６に格納される。この際ＯＣＲ装置への入力となる文字画像領域は、解像度こそ高いものが必要とされるが、画素当たりの濃淡値は白黒の二段階のパターンで充分である。通常、漢字を認識させる場合、各文字が最低でも６４×６４ｄｏｔが必要であり、１１ポイント（４ｍｍ×４ｍｍ）の文字の場合には、４００ｄｐｉの解像度が必要になる。

文字画像抽出部４１４は、画像データを複数のセグメントに分割し、各セグメントの濃度ヒストグラムの分析に基づいて、文字列を構成していると判断される文字画像領域を切り出し、切り出した文字画像データを、文字データ抽出部４１６に送る。

文字データ抽出部４１６は、ＯＣＲ装置と、ユーザ固有文字列生成部とから構成される。例えば、ＯＣＲ装置は、文字画像領域から変換したＸＭＬデータを出力する。ユーザ固有文字列生成部は、ＸＭＬデータを入力として、ユーザの氏名、生年月日、住所、及び電話番号等のユーザ固有の文字列を生成する。ユーザ固有文字列生成部は、隠れマルコフモデル（ＨＭＭ）等の確率モデルやサポートベクトルマシン（ＳＶＭ）によって実装されてもよい。例えば、ユーザ固有文字列生成部に入力として与えられるＸＭＬデータと、元の文字画像領域のｘ座標、ｙ座標、幅、高さなどの位置情報を視覚的素性として利用することができる。さらに、文書中に出現する特徴的な文字列を言語的素性として利用することができる。例えば、記号”〒”の後に来るのは、郵便番号であり、郵便番号が判れば、住所がわかる。また、株式会社の後に来るのは、そのユーザの所属先であることが多い。

（５） データベースサーバ
図５は、データベースサーバ１１０のハードウェア構成を示す図である。

データベースサーバ１１０は、既契約顧客データベース５０２、新規顧客データベース５０４、世帯情報データベース５０６、担当者データベース５０８、活動履歴データベース５１０、異動請求データベース５１２とからなる。

既契約顧客データベース５０２は、顧客のＩＤと、その顧客を担当している担当者ＩＤと、その顧客が既に契約済の保険商品に関する情報とを関連付けて格納している。既契約顧客データベース５０２には、例えば、その顧客が契約当事者となっている保険契約の有無、その顧客が被保険者とされている保険契約の有無、その顧客が契約者となっている養老保険や年金型商品に関する契約の有無、その顧客が被保険者として設定されている養老保険又は年金型商品に関する契約の有無、その顧客が契約者又は被保険者となっているその他の保険商品に関する契約の有無を含めることができる。また、既契約顧客データベース５０２には、例えば、変額型商品や据置型商品、支払い開始後年金などについての見込客が契約者又は被保険者となっている契約の有無、契約者が法人であり見込客が被保険者となっている契約の有無等、既に契約済の商品の属性に関する情報を含めるようにしてもよい。

既契約顧客データベース５０２は、また、その顧客を識別する顧客ＩＤと関連付けて、その顧客の世帯を示す世帯番号（世帯ＮＯ）、当該情報が既契約顧客データベース５０２に登録された年月日（登録年月日）、見込客にアプローチする方法（連絡先）の有無（連絡先有無）を格納している。既契約顧客データベース５０２は、他にも、その顧客を識別する顧客ＩＤと関連付けて、Ｗｅｂページ等のオンラインのサービスを経由して当該情報が登録されたか否かなど、検索情報に関する情報を含めるようにしてもよい。また、連絡先有無には、自宅電話番号の有無、携帯電話番号の有無、勤務先電話番号の有無、メールアドレスの有無などを含めることができる。

新規顧客データベース５０４は、まだ契約に至っていない潜在的な顧客の情報を格納している。新規顧客データベース５０４は、営業担当者が担当する顧客の顧客ＩＤと、担当者ＩＤとに関連付けて、その顧客の世帯を示す世帯番号（世帯ＮＯ）、当該情報が新規顧客データベース５０４に登録された年月日（登録年月日）、見込客にアプローチする方法（連絡先）の有無（連絡先有無）を格納している。新規顧客データベース５０４は、他にも、その顧客を識別する顧客ＩＤと関連付けて、Ｗｅｂページ等のオンラインのサービスを経由して当該情報が登録されたか否かなど、検索情報に関する情報を含めるようにしてもよい。また、連絡先有無には、自宅電話番号の有無、携帯電話番号の有無、勤務先電話番号の有無、メールアドレスの有無などを含めることができる。

世帯情報データベース５０６は、既契約顧客と新規顧客の双方について、その顧客の顧客ＩＤと、その顧客を担当する担当者ＩＤとに関連付けて、その顧客の世帯に関する情報（世帯情報）を記憶する。世帯情報には世帯を識別する世帯番号（世帯ＮＯ）、世帯主の氏名、生年月日、性別、電話番号などが含まれる。それら以外にも、例えば、家族の氏名や生年月日など、世帯に関する各種の情報を含めるようにしてもよい。

担当者データベース５０８は、担当者ＩＤに関連付けて、その担当者が担当する地域を識別するコード、担当者が携帯している端末の機器識別子等が格納されている。

活動履歴データベース５１０は、担当者ＩＤに関連付けて、その担当者の営業活動の履歴を格納している。例えば、活動履歴データベース５１０は、担当者ＩＤとその営業担当者が担当する顧客の顧客ＩＤとに関連付けて、営業担当者から顧客に対する働きかけに関する情報を格納している。例えば、営業担当者が顧客に対して直近に行ったコンタクトの年月日、営業担当者が顧客と直近に面談した年月日（最新面談年月日）、最新面談年月日２から１つ前に面談した年月日、営業担当者が顧客に対して直近に行った確認活動の年月日（直近個人確認活動年月日）が含まれる。

活動履歴データベース５１０は、また、担当者ＩＤとその営業担当者が担当する顧客の顧客ＩＤとに関連付けて、営業担当者が顧客に提案書を持参する予定の年月日（次回訪問予定年月日）、営業担当者が顧客に対して直近に保険商品の提案を行った年月日（最新提案活動年月日）、営業担当者が直近に提案書を作成した年月日（提案書作成年月日）、提案書作成年月日より１つ前に提案書を作成した年月日、直近の提案に対する見込客の反応（直近提案時顧客反応生保）が含まれる。直近提案時顧客反応生保には、その提案内容で保険に加入したい旨を示す「成約」、別の商品の提案や保障内容の変更、保険料の変更、その他の要求を求める旨を示す「訪問」、改めて検討を行いたい旨を示す「検討」、保険に加入しない旨を示す「断り」のいずれかが設定される。

異動請求データベース５１２は、ユーザＩＤと関連付けて、ユーザが加入する保険商品の満期までの期間、保険商品を契約している契約者名の変更、ユーザの改姓及び改名、ユーザの住所変更、契約貸付金の支払期限、積立金配当の請求期限、据置祝金の請求期限、据置保険金の請求期限等に関する情報を格納している。

（６） Ｗｅｂダイレクト手続サービス
図６は、Ｗｅｂダイレクト手続サービスの概念図である。

図７は、本発明に従ったＷｅｂダイレクト手続サービスをユーザに提供する方法を図示したフローチャートである。ここでのＷｅｂダイレクト手続サービスは、生命保険会社における顧客管理サービスに限定されず、マイナンバを用いたユーザに対する年金の支払いサービス、ユーザの医療機関での診断履歴の管理に関するサービス、及びユーザが所有する金融機関の口座の管理に関するサービス等を含んでいる。

最初に、ユーザが加入する保険商品や金融商品の満期、保険商品や金融商品を契約している契約者名の変更、ユーザの改姓及び改名、ユーザの住所変更、契約貸付金の支払期限、積立金配当の請求期限、据置祝金の請求期限、据置保険金の請求期限等の異動事由が発生する（ステップＳ１１０２）。ユーザは、ユーザ端末１１６−ｉを使用して、本人確認用のＷｅｂ画面にアクセスする（ステップＳ１１０４）。この段階は、ユーザのリクエストが、Ｗｅｂサーバ１０４で処理されている段階であり、ユーザは、まだ、自己のアカウントにはアクセスできない。Ｗｅｂサーバ１０４は、ユーザからのリクエストがあったことを認証サーバ１０６に通知し、認証サーバ１０６は、ユーザからのリクエストに応答して、ユーザ端末１１６−ｉにユーザに固有の証明書の画像データを要求するリクエストを送信する。ユーザに固有の証明書は、写真付き免許証、健康保険証、住民票、及び写真付きパスポートであっても良い。ユーザ端末１１６−ｉは、認証サーバ１０６からの画像データ要求リクエストを受信すると、表示部４１０に図８に示されているようなユーザに固有の証明書の種類を指定する本人確認書類選択画面を表示する。ユーザは、ユーザ端末１１６−ｉに表示された本人確認書類選択画面上で、写真付き免許証、健康保険証、住民票、及び写真付きパスポートのいずれかであるかを指定し（ステップＳ１１０６）、ＣＣＤカメラ等の画像取得部２１２を起動させ、ユーザに固有の証明書の画像データを取得し、取得した画像データを認証サーバ１０６に送信する（ステップＳ１１０６）。

認証サーバ１０６は、ユーザ端末１１６−ｉからユーザに固有の証明書の画像データを受信する。認証サーバ１０６は、受信した画像データを記憶装置４０６に記憶しておく。認証サーバ１０６が受信したユーザに固有の証明書の画像データは、文字画像抽出部４１４に送られ、文字画像抽出部４１４は、ユーザ固有の証明書に対して文字画像抽出アルゴリズムを実行する。文字画像抽出部４１４は、画像データを複数のセグメントに分割し、各セグメントの濃度ヒストグラムの分析に基づいて、文字列を構成していると判断される文字画像領域を切り出し、切り出した文字画像データを、文字データ抽出部４１６に送る。文字データ抽出部４１６は、ＯＣＲ装置と、ユーザ固有文字列生成部とから構成され、ＯＣＲ装置は、例えば、文字画像領域から変換したＸＭＬデータを出力する。図示しないユーザ固有文字列生成部は、ＸＭＬデータを入力として、ユーザの氏名、生年月日、住所、及び電話番号等のユーザ固有の文字列を生成する（ステップＳ１１０８）。ユーザ固有文字列生成部は、隠れマルコフモデル（ＨＭＭ）等の確率モデルやサポートベクトルマシン（ＳＶＭ）によって実装されてもよい。

認証サーバ１０６は、ユーザに固有の証明書の画像データからユーザ固有の文字列を抽出すると、契約情報の入力を要求するリクエストをユーザ端末１１６−ｉに送信する。ユーザ端末１１６−ｉは、契約情報の入力を要求するリクエストを認証サーバ１０６から受信すると、表示部４１０に図９に示されているような契約情報入力画面を表示する。ユーザは、表示部４１０の契約情報入力画面に、「証券番号」、「氏名」、「生年月日」、「住所」、「電話番号」、及び「メールアドレス」を入力する（ステップＳ１１０９）。ここで、図９の入力画面の最上部に記載されている証券番号は、データベースサーバ１１０の中でユーザのアカウントを検索する際に、鍵となるパラメータである。入力されたユーザの契約情報は、ユーザ端末１１６−ｉから認証サーバ１０６に送信される。

認証サーバ１０６は、ユーザの契約情報を受信すると、その中に含まれる「証券番号」をインデックスとして、そのユーザのアカウントを検索し、データベースサーバ１１０からそのユーザの氏名、生年月日、住所、及び電話番号等のユーザ固有の情報を表す文字列を取得する。認証サーバ１０６は、受信したユーザに固有の証明書の画像から抽出したユーザの氏名、生年月日、住所、及び電話番号等のユーザ固有の文字列と、データベースサーバ１１０のアカウントに格納されているユーザの氏名、生年月日、住所、及び電話番号等のユーザ固有の情報とが一致するか否かに基づいて、データベースサーバ１１０に登録されているアカウントの所有者と現在アクセスしようとしているユーザとの同一性を判定する（ステップＳ１１１０）。認証サーバ１０６は、アカウントの所有者と現在アクセスしようとしているユーザとの同一性の判定に基づいて、ユーザ端末１１６−ｉに本人確認の結果をｅ−ｍａｉｌメッセージで送信する（ステップＳ１１１２）。

ユーザ端末１１６−ｉは、認証サーバ１０６から、アカウントの所有者と現在アクセスしようとしているユーザとの同一性の判定結果に応じた結果通知を受け取る（ステップＳ１１１４）。本人確認の肯定的な結果の通知（ｐｏｓｉｔｉｖｅ ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ（ＡＣＫ））メッセージは、異動請求番号及び手続入力用のページへのＵＲＬリンクが含まれている。本人確認の否定的な結果の通知（ｎｅｇａｔｉｖｅ ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ（ＮＡＣＫ））メッセージは、ユーザにステップＳ１１０６に戻って再びユーザに固有の証明書の画像データを取得し、認証サーバ１０６に送ることを指示する記載を含んでいる。

ユーザ端末１１６−ｉがＮＡＣＫメッセージを受け取った場合には、ユーザは、再び、写真付き免許証、健康保険証、住民票、及び写真付きパスポートのいずれかであるかを指定し（ステップＳ１１０６）、画像取得部２１２を起動させ、ユーザに固有の証明書の画像データを取得し、取得した画像データを認証サーバ１０６に送信する（ステップＳ１１０６）。ＮＡＣＫメッセージが送られる場合は、ユーザ固有の文字列を正しく抽出することができなかったという場合であり、原因としては、ユーザがユーザ端末１１６−ｉの画像取得部２１２を動作させる際のシャッタースピードによる黒つぶれや白とび、ユーザ端末１１６−ｉが手振れ補正機構を備えていないことによる手振れ等が考えられる。この際には、文字画像抽出部４１４は、認証サーバ１０６の記憶装置４０６に格納されている、ＮＡＣＫメッセージの原因となったユーザに固有の証明書の前の画像データと、新たに受信したユーザに固有の証明書の画像データとを組み合わせて、統計的手法により、ユーザ固有の文字列を正しく抽出可能な画像データを生成しても良い。

ユーザ端末１１６−ｉがＡＣＫメッセージを受信している場合には、ユーザは、手続入力用のページへのＵＲＬリンクを介して異動請求種別選択画面にアクセスする。ユーザ端末１１６−ｉがＡＣＫメッセージを受信している場合には、もはや本人確認をする必要はないため、アカウントの所有者と現在アクセスしようとしているユーザとの同一性の判断の後、認証サーバ１０６は、ユーザ端末１１６−ｉから受信したユーザに固有の証明書の画像データを破棄しても良い。この段階で、ユーザは、アプリケーションサーバ１０８及びデータベースサーバ１１０にアクセスすることが可能となる。ユーザは、アプリケーションサーバ１０８との通信の結果として表示される異動請求種別選択画面上で、保険商品の満期、保険商品を契約している契約者名の変更、ユーザの改姓及び改名、ユーザの住所変更、契約貸付金の支払期限、積立金配当の請求期限、据置祝金の請求期限、据置保険金の請求期限等の異動請求の種類を選択する（ステップＳ１１１４）。異動請求の種類を指定すると、ユーザ端末１１６−ｉは、図１０に示されているような異動請求内容入力ページに接続され、ユーザは、「異動請求処理番号」、「証券番号」、「契約者氏名」、「受取方法」、「受取金額」、「金融機関名」、「送金指定口座」、「口座名義人」等を入力する（ステップＳ１１１８）。ユーザ端末１１６−ｉは、入力された異動請求内容を、アプリケーションサーバ１０８に送信する。

アプリケーションサーバ１０８は、ユーザ端末１１６−ｉからユーザが入力した異動請求内容を受信する。アプリケーションサーバ１０８は、異動請求内容の受信に応答して、ユーザ端末１１６−ｉに仮処分のｅ−ｍａｉｌメッセージを送信する（ステップＳ１１２２）。一方、アプリケーションサーバ１０８は、ユーザ端末１１６−ｉから受信した異動請求内容を確認する（ステップＳ１１２４）。アプリケーションサーバ１０８は、ユーザが入力することによりユーザ端末１１６−ｉから送信されてきた異動請求内容に不備がある場合には、ユーザ端末１１６−ｉに異動請求内容の修正を要求するｅ−ｍａｉｌメッセージを送信する（ステップＳ１１２４）。

ここで、ステップＳ１１１８において行われる異動請求内容の入力に基づいて行われるステップＳ１１２４において行われる異動請求内容の確認は、アプリケーションサーバ１０８によって自動的に行われる。最初に、本人確認の結果が肯定的である旨のＡＣＫメッセージに含まれる手続入力用のページへのＵＲＬリンクを介してそのＵＲＬにアクセスすると、入力画面上に「異動請求処理番号」、「証券番号」、及び「契約者名（ユーザの氏名）」がプリセットされる。次に、ユーザが、「受取方法」、「受取金額」、「金融機関名」、「送金指定口座」、及び「口座名義人」を入力し、確認ボタンをクリックすると、アプリケーションサーバ１０８が実行するアプリケーションによってＷｅｂ画面上でエラーチェックが行われる。入力内容が不正な場合には、当該項目を網掛けで表示し、エラーメッセージを表示する。これらの問題がなければ、次の画面に移行する。

ユーザ端末１１６−ｉは、アプリケーションサーバ１０８からの異動請求内容の修正を要求するｅ−ｍａｉｌメッセージを受信する。ユーザは、異動請求内容の不備を修正し、修正した異動請求内容をアプリケーションサーバ１０８に送信する（ステップＳ１１２６）。ユーザ端末１１６−ｉから受信した異動請求内容をステップＳ１１２４で確認した結果、異動請求内容が正しいと判断した場合、又は、ユーザ端末１１６−ｉのユーザによってステップＳ１１２６で修正された異動請求内容が正しいと判断した場合には、アプリケーションサーバ１０８は、異動請求内容に従った異動請求処理を、ユーザのアカウントに対して行う（ステップＳ１１２８）。

中央管理センタ１０２は、アプリケーションサーバ１０８が異動請求内容に従った異動請求処理をデータベースサーバ１１０のユーザのアカウントに対して行った後、手続結果通知をユーザに充てて郵送する（ステップＳ１１３０）。ユーザは、中央管理センタ１０２からの手続結果通知を受け取る（ステップＳ１１３２）。

本発明に従った方法は、管理者端末１１２にインストールされているソフトウェアプログラムを管理者端末１１２のプロセッサ上で実行することにより、ウェブサーバ１０４、認証サーバ１０６、アプリケーションサーバ１０８、及びデータベースサーバ１１０を制御することで、実行されることが可能である。

＜第２の実施形態＞
（１） ネットワークの全体構成
図１１は、本発明の第２の実施形態に従ったＷｅｂダイレクト手続サービス・システムのネットワーク構成を示す図である。

Ｗｅｂダイレクト手続サービス・システム１３００は、複数の第１のユーザ端末１１６−ｉ（ｉ＝１，…，ｎ）と、複数の第２のユーザ端末１１８−ｉ（ｉ＝１，…，ｎ）と、第１の通信ネットワーク１１４と、第２の通信ネットワーク１２０と、中央管理センタ１０２とを含む。中央管理センタ１０２は、ウェブサーバ１０４と、認証サーバ１０６と、アプリケーションサーバ１０８と、データベースサーバ１１０と、管理者端末１１２とを含む。ここで、第１のユーザ端末１１６−ｉと第２のユーザ端末１１８−ｉのインデックスｉは、ユーザに対応している。つまり、ユーザｉ（ｉ＝１，…，ｎ）は、第１のユーザ端末１１６−ｉを所有するとともに、第２のユーザ端末１１８−ｉを所有している。

第１のユーザ端末１１６−ｉと第２のユーザ端末１１８−ｉの双方は、第１の通信ネットワーク１１４に接続されている。第１の通信ネットワーク１１４は、公衆交換電話ネットワーク（ＰＳＴＮ）等の回線交換ネットワーク又はインターネット等のパケット・ベース・ネットワークである。第１の通信ネットワーク１１４は、少なくともその一部分に、無線信号を介してデータ通信を提供する任意のネットワークを含む。任意のネットワークは、例えば、ＷｉＦｉ／ＷｉＭａｘ通信を使用する無線ローカル・エリア・ネットワーク（ＷＬＡＮ）を含む。通信ネットワーク１１４の内部ネットワーキングは、３ＧＰＰで説明されているＩＭＳアーキテクチャ等の技術を使用しても良い。任意のネットワークの例示的実装は、会社もしくはキャンパスの企業ネットワークとして、又は空港、喫茶店、その他等の一般的な公共の場の「ホット・スポット」としてであっても良い。第１の通信ネットワーク１１４は、通常、データ通信に対して使用されるが、ＶｏＩＰ呼等の音声通信を転送することができるネットワークであっても良い。第１の通信ネットワーク１１４は、さらに、複数の第１のユーザ端末１１６−ｉ及び複数の第２のユーザ端末１１８−ｉへの無線接続を提供する１つ又は複数のアクセスポイントを含む。アクセスポイントには、基地局、基地局ルータ、アクセス・ネットワークが含まれる。複数の第１のユーザ端末１１６−ｉ及び複数の第２のユーザ端末１１８−ｉは、常時、第１の通信ネットワーク１１４に接続されている。

第１のユーザ端末１１６−ｉ及び第２のユーザ端末１１８−ｉは、スマートフォン、タブレット端末、セルラ電話、携帯情報端末、テキスト・メッセージング装置、ページャ、ネットワーク・インターフェイス・カード、ノートブックコンピュータ、デスクトップコンピュータ、及びパーソナル・ディジタル・アシスタント（ＰＤＡ）であっても良い。第１のユーザ端末１１６−ｉ及び第２のユーザ端末１１８−ｉは、トラフィック・チャネル、シグナリング・チャネル、ページング・チャネル等、いくつかのチャネルを含むエア・インターフェイス（又は無線通信リンク）を介して情報を交換することによって通信することができる。

エア・インターフェイスのチャネルは、無線通信システムによって使用される１つ又は複数の無線通信プロトコルに従って定義される。例えば、符号分割多元接続（ＣＤＭＡ）に従って動作するエア・インターフェイスのチャネルは、情報を、エア・インターフェイスを介して送信するために使用される無線信号を変調する直交符号によって定義される。エア・インターフェイスのチャネルはまた、エア・インターフェイスを介して情報を送信するために使用される搬送波の周波数によって決定されてもよい。例えば、直交周波数分割多重接続（ＯＦＤＭＡ）では、１つ又は複数のユーザ端末１１６−ｉが複数の直交周波数、又はトーンを共用しても良い。

中央管理センタ１０２は、生命保険会社のサーバ室であっても良い。Ｗｅｂサーバ１０４は、ユーザ端末１１６−ｉのＷｅｂブラウザからＨＴＴＰリクエストを受信しその応答を返却する。本発明の認証サーバ１０６は、一般的に行われている固定の「ユーザＩＤ」及び「パスワード」を用いた認証アルゴリズムではなく、より高度で柔軟性のある認証アルゴリズムを実装することができる。アプリケーションサーバ１０８は、Ｗｅｂサーバ１０６からの処理要求に対して、ビジネスロジックを実行し、必要であればデータベースサーバ１１０に対してデータの参照や更新要求を行う。データベースサーバ１１０は、主にデータの管理を行い、アプリケーションサーバ１０８からのデータの参照や更新処理の要求を実行し結果を返却する。

第１のユーザ端末１１６−ｉ及び第２のユーザ端末１１８−ｉのブラウザから最初に要求を受けたとき、アプリケーションサーバ１０８は、そのブラウザを一意に識別するための識別子を生成し、Ｗｅｂサーバ１０４上のＷｅｂアプリケーションにその識別子を渡す。その後、アプリケーションサーバは、その識別子をキーとして、そのＷｅｂブラウザに関する情報を、データベースサーバ１１０との間で共有可能で永続性のある外部リソースに保持する。Ｗｅｂサーバ１０４は、アプリケーションサーバ１０８から受け取った識別子を、ユーザ端末１１６−ｉのブラウザに渡す。例えば、ｃｏｏｋｉｅを利用する場合、Ｗｅｂサーバ１０６とアプリケーションサーバ１０８の呼び出しにおいて、ｃｏｏｋｉｅを引数として渡すことによりアプリケーションサーバ１０８でｃｏｏｋｉｅに識別子を設定できる。再度、ユーザ端末１１６−ｉのブラウザから要求を行った場合には、アプリケーションサーバ１０８で設定された識別子を元に外部リソースを参照し情報を取得することができる。

ここで、ユーザｉが第１のユーザ端末１１６−ｉによって中央管理センタ１０２のデータベースサーバ１１０に格納されているユーザｉのアカウントにアクセスを試みる場合に、認証サーバ１０６は、第１のユーザ端末１１６−ｉから受信したユーザｉに固有の証明書の画像を用いてユーザｉを認証する。ユーザｉの認証が成功した場合には、認証サーバ１０６は、第１の通信ネットワーク１１４を介して、肯定応答（ｐｏｓｉｔｉｖｅ ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ（ＡＣＫ））メッセージをｅ−ｍａｉｌメッセージとしてユーザｉの第２のユーザ端末１１８−ｉに送る。ＡＣＫメッセージには、ＵＲＬがハイパーリンクとして埋め込まれており、ユーザｉがそのハイパーリンクをクリックすると、ユーザ端末１１６−ｉは、第２の通信ネットワーク１２０を介して、アプリケーションサーバ１０８にアクセスすることが可能となり、アプリケーションサーバ１０８を介してデータベースサーバ１１０の既契約顧客データベース５０２及び新規顧客データベース５０４に格納されているアカウントにアクセスする。ユーザｉの第２のユーザ端末１１８−ｉは、第２の通信ネットワーク１２０に常時接続されているわけではなく、ユーザｉの認証が成功した結果として受信する肯定応答ｅ−ｍａｉｌメッセージに含まれるリンクをクリックしたときのみ、ユーザｉの第２のユーザ端末１１８−ｉと第２の通信ネットワーク１２０とが接続される。第２の通信ネットワーク１２０は、ＭＰＬＳ（Ｍｕｌｔｉ Ｐｒｏｔｏｃｏｌ Ｌａｂｅｌ Ｓｗｉｔｃｈｉｎｇ）アーキテクチャを用いて実装されたＶＰＮ（Ｖｉｒｔｕａｌ Ｐｒｉｖａｔｅ Ｎｅｔｗｏｒｋ）とすることができる。

（２） 認証手順
以下では、第２の実施形態に従ったＷｅｂダイレクト手続サービス・システムにおけるユーザｉの認証手順を、図７を用いて説明する。

最初に、ユーザが加入する保険商品や金融商品の満期、保険商品や金融商品を契約している契約者名の変更、ユーザの改姓及び改名、ユーザの住所変更、契約貸付金の支払期限、積立金配当の請求期限、据置祝金の請求期限、据置保険金の請求期限等の異動事由が発生する（ステップＳ１１０２）。ユーザは、第１のユーザ端末１１６−ｉを使用して、第１の通信ネットワーク１１４を介して本人確認用のＷｅｂ画面にアクセスする（ステップＳ１１０４）。この段階は、ユーザのリクエストが、Ｗｅｂサーバ１０４で処理されている段階であり、ユーザｉの第２のユーザ端末１１８−ｉは、まだ、自己のアカウントにはアクセスできない。Ｗｅｂサーバ１０４は、ユーザｉからのリクエストがあったことを認証サーバ１０６に通知し、認証サーバ１０６は、ユーザからのリクエストに応答して、第１の通信ネットワーク１１４を介して第１のユーザ端末１１６−ｉにユーザに固有の証明書の画像データを要求するリクエストを送信する。第１のユーザ端末１１６−ｉは、認証サーバ１０６からの画像データ要求リクエストを受信すると、表示部４１０に図８に示されているようなユーザに固有の証明書の種類を指定する本人確認書類選択画面を表示する。ユーザｉは、第１のユーザ端末１１６−ｉに表示された本人確認書類選択画面上で、写真付き免許証、健康保険証、住民票、及び写真付きパスポートのいずれかであるかを指定し（ステップＳ１１０６）、ＣＣＤカメラ等の画像取得部２１２を起動させ、ユーザｉに固有の証明書の画像データを取得し、取得した画像データを第１の通信ネットワーク１１４を介して認証サーバ１０６に送信する（ステップＳ１１０６）。

認証サーバ１０６は、第１の通信ネットワーク１１４を介して第１のユーザ端末１１６−ｉからのユーザｉに固有の証明書の画像データを受信する。認証サーバ１０６は、受信した画像データを記憶装置４０６に記憶しておく。認証サーバ１０６が第１の通信ネットワーク１１４を介して受信したユーザｉに固有の証明書の画像データは、文字画像抽出部４１４に送られ、文字画像抽出部４１４は、画像データを複数のセグメントに分割し、各セグメントの濃度ヒストグラムの分析に基づいて、文字列を構成していると判断される文字画像領域を切り出し、切り出した文字画像データを、文字データ抽出部４１６に送る。例えば、文字データ抽出部４１６は、文字画像領域から変換したＸＭＬデータを出力し、そのＸＭＬデータを入力からユーザｉの氏名、生年月日、住所、及び電話番号等のユーザ固有の文字列を生成する（ステップＳ１１０８）。

認証サーバ１０６は、ユーザｉに固有の証明書の画像データからユーザ固有の文字列を抽出すると、第１の通信ネットワーク１１４を介して、契約情報の入力を要求するリクエストを第１のユーザ端末１１６−ｉに送信する。第１のユーザ端末１１６−ｉは、契約情報の入力を要求するリクエストを認証サーバ１０６から受信すると、表示部４１０に図９に示されているような契約情報入力画面を表示する。ユーザは、表示部４１０の契約情報入力画面に、「証券番号」、「氏名」、「生年月日」、「住所」、「電話番号」、及び「メールアドレス」を入力する（ステップＳ１１０９）。入力されたユーザｉの契約情報は、第１の通信ネットワーク１１４を介して、第１のユーザ端末１１６−ｉから認証サーバ１０６に送信される。

認証サーバ１０６は、ユーザｉの契約情報を受信すると、その中に含まれる「証券番号」をインデックスとして、そのユーザｉのアカウントを検索し、データベースサーバ１１０からそのユーザｉの氏名、生年月日、住所、及び電話番号等のユーザ固有の情報を表す文字列を取得する。認証サーバ１０６は、受信したユーザｉに固有の証明書の画像から抽出したユーザｉの氏名、生年月日、住所、及び電話番号等のユーザ固有の文字列と、データベースサーバ１１０のアカウントに格納されているユーザｉの氏名、生年月日、住所、及び電話番号等のユーザ固有の情報とが一致するか否かに基づいて、データベースサーバ１１０に登録されているアカウントの所有者と現在アクセスしようとしているユーザｉとの同一性を判定する（ステップＳ１１１０）。認証サーバ１０６は、アカウントの所有者と現在アクセスしようとしているユーザとの同一性の判定に基づいて、第２のユーザ端末１１８−ｉに、第１の通信ネットワーク１１４を介して本人確認の結果をｅ−ｍａｉｌメッセージで送信する（ステップＳ１１１２）。

第１のユーザ端末１１６−ｉ又は第２のユーザ端末１１８−ｉは、認証サーバ１０６から、第１の通信ネットワーク１１４を介して、アカウントの所有者と現在アクセスしようとしているユーザとの同一性の判定結果に応じた結果通知を受け取る（ステップＳ１１１４）。ＡＣＫメッセージは、異動請求番号及び手続入力用のページへのＵＲＬリンクが含んでおり、第１の通信ネットワーク１１４を介して第２のユーザ端末１１８−ｉに送られる。ＮＡＣＫメッセージは、ユーザにステップＳ１１０６に戻って再びユーザに固有の証明書の画像データを取得し、認証サーバ１０６に送ることを指示する記載を含んでおり、第１の通信ネットワーク１１４を介して第１のユーザ端末１１６−ｉに送られる。

ユーザ端末１１６−ｉがＮＡＣＫメッセージを受け取った場合には、ユーザは、再び、写真付き免許証、健康保険証、住民票、及び写真付きパスポートのいずれかであるかを指定し（ステップＳ１１０６）、画像取得部２１２を起動させ、ユーザに固有の証明書の画像データを取得し、第１の通信ネットワーク１１４を介して、取得した画像データを認証サーバ１０６に送信する（ステップＳ１１０６）。

第２のユーザ端末１１８−ｉがＡＣＫメッセージを受信している場合には、ユーザは、手続入力用のページへのＵＲＬリンクをクリックすることで第２の通信ネットワーク１２０を介して異動請求種別選択画面にアクセスする。第２のユーザ端末１１８−ｉがＡＣＫメッセージを受信している場合には、もはや本人確認をする必要はないため、アカウントの所有者と現在アクセスしようとしているユーザとの同一性の判断の後、認証サーバ１０６は、第１のユーザ端末１１６−ｉから受信したユーザに固有の証明書の画像データを破棄しても良い。この段階で、ユーザは、第２のユーザ端末１１８−ｉを使用して、第２の通信ネットワーク１２０を介して、アプリケーションサーバ１０８及びデータベースサーバ１１０にアクセスすることが可能となる。ユーザは、アプリケーションサーバ１０８との通信の結果として表示される異動請求種別選択画面上で、保険商品の満期、保険商品を契約している契約者名の変更、ユーザの改姓及び改名、ユーザの住所変更、契約貸付金の支払期限、積立金配当の請求期限、据置祝金の請求期限、据置保険金の請求期限等の異動請求の種類を選択する（ステップＳ１１１４）。異動請求の種類を指定すると、第２のユーザ端末１１８−ｉは、図１０に示されているような異動請求内容入力ページに接続され、ユーザは、「異動請求処理番号」、「証券番号」、「契約者氏名」、「受取方法」、「受取金額」、「金融機関名」、「送金指定口座」、「口座名義人」等を入力する（ステップＳ１１１８）。第２のユーザ端末１１８−ｉは、入力された異動請求内容を、アプリケーションサーバ１０８に送信する。

アプリケーションサーバ１０８は、第２のユーザ端末１１８−ｉからユーザが入力した異動請求内容を受信する。アプリケーションサーバ１０８は、異動請求内容の受信に応答して、第２のユーザ端末１１８−ｉに仮処分のｅ−ｍａｉｌメッセージを送信する（ステップＳ１１２２）。一方、アプリケーションサーバ１０８は、第２のユーザ端末１１８−ｉから受信した異動請求内容を確認する（ステップＳ１１２４）。アプリケーションサーバ１０８は、ユーザが入力することにより第２のユーザ端末１１８−ｉから送信されてきた異動請求内容に不備がある場合には、第２のユーザ端末１１８−ｉに異動請求内容の修正を要求するｅ−ｍａｉｌメッセージを送信する（ステップＳ１１２４）。

第２のユーザ端末１１８−ｉは、アプリケーションサーバ１０８からの異動請求内容の修正を要求するｅ−ｍａｉｌメッセージを受信する。ユーザは、異動請求内容の不備を修正し、修正した異動請求内容を第２の通信ネットワーク１２０を介してアプリケーションサーバ１０８に送信する（ステップＳ１１２６）。第２のユーザ端末１１８−ｉから第２の通信ネットワーク１２０を介して受信した異動請求内容をステップＳ１１２４で確認した結果、異動請求内容が正しいと判断した場合、又は、第２のユーザ端末１１８−ｉのユーザによってステップＳ１１２６で修正された異動請求内容が正しいと判断した場合には、アプリケーションサーバ１０８は、異動請求内容に従った異動請求処理を、ユーザのアカウントに対して行う（ステップＳ１１２８）。

中央管理センタ１０２は、アプリケーションサーバ１０８が異動請求内容に従った異動請求処理をデータベースサーバ１１０のユーザｉのアカウントに対して行った後、手続結果通知をユーザｉに宛てて郵送する（ステップＳ１１３０）。ユーザｉは、中央管理センタ１０２からの手続結果通知を受け取る（ステップＳ１１３２）。

以上、第２の実施形態について説明したが、図２乃至図１０までに示される構成は、第２の実施形態に係るＷｅｂダイレクト手続サービス・システムにも同様に適用可能である。

本発明に従った上記の方法の各ステップは、ＣＰＵとメモリとを備えた、図示しないオペレータの端末によって行われてもよい。例えば、本発明に従った方法は、管理者端末１１２にインストールされているソフトウェアプログラムを管理者端末１１２のプロセッサ上で実行することにより、ウェブサーバ１０４、認証サーバ１０６、アプリケーションサーバ１０８、及びデータベースサーバ１１０を制御することで、実行されても良い。また、本発明の実施形態においては、上記の方法を実行するのに用いられるソフトウェアプログラムが、デジタル・データ・ストレージ媒体等のプログラム・ストレージ・デバイスに格納されていてもよく、これらのプログラム・ストレージ・デバイスは、機械読取り可能、又はコンピュータ読取り可能であり、また、これらのコンピュータ又は機械は、プログラム命令を機械実行可能プログラム、又はコンピュータ実行可能プログラムとしてエンコードし、エンコードされたプログラム命令は、本発明の方法のステップのうちの一部又は全部を実行する。プログラム・ストレージ・デバイスは、例えば、デジタル・メモリ、磁気ディスク及び磁気テープなどの磁気ストレージ媒体、ハード・ドライブ、又は光学的読取り可能デジタル・データ・ストレージ媒体とすることができる。

本発明は、ソフトウェア、及び／又はソフトウェアとハードウェアの組合せで、例えば、特定用途向け集積回路（ＡＳＩＣ：ａｐｐｌｉｃａｔｉｏｎ ｓｐｅｃｉｆｉｃ ｉｎｔｅｇｒａｔｅｄ ｃｉｒｃｕｉｔ）、フィールド・プログラマブル・ゲート・アレイ（ＦＰＧＡ：ｆｉｅｌｄ ｐｒｏｇｒａｍｍａｂｌｅ ｇａｔｅ ａｒｒａｙ）と、汎用コンピュータ、又は他の任意のハードウェア等価物を使用して実装されてもよい。

当業者であれば、上記の説明により、本発明のＷｅｂダイレクト手続サービス・システムが、生命保険会社における顧客管理のみに限定されず、マイナンバを用いたユーザに対する年金の支払いの管理、ユーザの医療機関での診断履歴の管理、及びユーザが所有する金融機関の口座の管理にも適用することが可能であるということを理解するであろう。

上記の説明は、単に、本発明の特定の実施形態の開示を提供しているにすぎず、本発明を上記の実施形態のみに限定するように意図されてはいない。従って、本発明は、上記で説明された実施形態だけに限定されるものではなく、むしろ、当業者が本発明の範囲内に含まれる代替の実施形態を考案し得ることが認識される。

１００ ： Ｗｅｂダイレクト手続サービス・システム
１０２ ： 中央管理センタ
１０４ ： ウェブサーバ
１０６ ： 認証サーバ
１０８ ： アプリケーションサーバ
１１０ ： データベースサーバ
１１２ ： 管理者端末
１１４ ： 通信ネットワーク
１１６ ： ユーザ端末
２０２ ： ＣＰＵ
２０４ ： メモリ
２０６ ： 記憶装置
２０８ ： 入力部
２１０ ： 表示部
２１２ ： 画像取得部
２１４ ： 送受信インターフェイス

Claims (26)

1. 複数のユーザ端末のうちの少なくとも１つのユーザ端末のユーザによるデータベース・システムに格納された該ユーザのアカウントへのアクセスを許可するか否かを判定するＷｅｂダイレクト手続サービス・システムであって、該Ｗｅｂダイレクト手続サービス・システムは、少なくとも、該複数のユーザ端末と通信ネットワークを介して接続され、文字データ抽出部を含む認証システムと、該認証システムに接続され、各々が複数のユーザの各々に関する情報を格納している複数のアカウントを格納するデータベース・システムとを含み、
   該ユーザのユーザ端末が、該認証システムから、該ユーザに固有の証明書の画像データを要求するリクエストを取得し、
   該認証システムが、該認証システムからの該リクエストに応答して該ユーザ端末が生成した該証明書の画像データを取得し、
   該認証システムが、該文字データ抽出部により該証明書の該画像データから該ユーザを識別するための該ユーザに固有の文字データを抽出し、
   該認証システムが、該データベース・システムの該ユーザと関連するアカウント内に格納されている該ユーザを識別するための該ユーザに固有の文字データを、該データベース・システムから取得し、
   該認証システムが、該ユーザの該ユーザ端末から取得した該証明書の画像データから抽出した該文字データと、該データベース・システムから取得した該文字データとを比較し、
   該認証システムが、該比較の結果に基づいて、該ユーザの該ユーザ端末による該データベース・システムの該アカウントへのアクセスの可否を判定する、Ｗｅｂダイレクト手続サービス・システム。
2. 請求項１に記載のＷｅｂダイレクト手続サービス・システムにおいて、
   該認証システムが、該比較の結果に基づいて、該ユーザの該ユーザ端末による該データベース・システムの該アカウントへのアクセスを許可する場合に、該認証システムは、該ユーザと関連するアカウントの変更の内容を識別する一意のコードを生成して、該ユーザ端末に送信し、該一意のコードは、該認証システムが該アカウントの変更の内容が正しいか否かを判定する際に、該変更の内容を検索するインデックスとして使用される、Ｗｅｂダイレクト手続サービス・システム。
3. 請求項１に記載のＷｅｂダイレクト手続サービス・システムにおいて、
   該認証システムが該ユーザ端末による該データベース・システムの該アカウントへのアクセスを許可する場合に、該ユーザ端末は、該通信ネットワークを介して該認証サーバから、該データベース・システムへのリンクを含む認証結果を取得し、
   該ユーザ端末は、該通信ネットワークを介して該データベース・システムにアクセスし、該通信ネットワークを介して該データベース・システムから、該ユーザと関連するアカウントの確認又は変更のメニューを示す情報を取得し、
   該ユーザ端末は、該ユーザと関連するアカウントの確認又は変更の該メニューを表示する、Ｗｅｂダイレクト手続サービス・システム。
4. 請求項１に記載のＷｅｂダイレクト手続サービス・システムにおいて、
   該ユーザに固有の証明書は、写真付き免許証、健康保険証、住民票、及び写真付きパスポートを含み、該ユーザを識別するための該ユーザに固有の文字データは、該ユーザの氏名、生年月日、住所、及び電話番号を含む、Ｗｅｂダイレクト手続サービス・システム。
5. 請求項１に記載のＷｅｂダイレクト手続サービス・システムにおいて、
   該データベースサーバの該ユーザと関連するアカウントは、該ユーザが加入している生命保険商品を管理するアカウント、マイナンバを用いて該ユーザに対する年金の支払いを管理するアカウント、該ユーザの医療機関での診断履歴を管理するアカウント、及び該ユーザが所有する金融機関の口座を管理するアカウントを含む、Ｗｅｂダイレクト手続サービス・システム。
6. 請求項１に記載のＷｅｂダイレクト手続サービス・システムにおいて、
   該証明書の該画像データは、該ユーザ端末による該データベースサーバの該アカウントへのアクセスの可否を判定した後に、該認証サーバによって破棄される、Ｗｅｂダイレクト手続サービス・システム。
7. 複数のユーザ端末と通信ネットワークを介して接続され、文字データ抽出部を含む認証システムと、該認証システムに接続され、各々が複数のユーザの各々に関する情報を格納している複数のアカウントを格納するデータベース・システムとを含むＷｅｂダイレクト手続サービス・システムにおいて、該複数のユーザ端末のうちの少なくとも１つのユーザ端末のユーザによるデータベース・システムに格納された該ユーザのアカウントへのアクセスを許可するか否かを判定する認証方法であって、
   該ユーザのユーザ端末が、該認証システムから、該ユーザに固有の証明書の画像データを要求するリクエストを取得するステップと、
   該認証システムが、該認証システムからの該リクエストに応答して該ユーザ端末が生成した該証明書の画像データを取得するステップと、
   該認証システムが、該文字データ抽出部により該証明書の該画像データから該ユーザを識別するための該ユーザに固有の文字データを抽出するステップと、
   該認証システムが、該データベース・システムの該ユーザと関連するアカウント内に格納されている該ユーザを識別するための該ユーザに固有の文字データを、該データベース・システムから取得するステップと、
   該認証システムが、該ユーザの該ユーザ端末から取得した該証明書の画像データから抽出した該文字データと、該データベース・システムから取得した該文字データとを比較するステップと、
   該認証システムが、該比較の結果に基づいて、該ユーザの該ユーザ端末による該データベース・システムの該アカウントへのアクセスの可否を判定するステップとを含む、認証方法。
8. 請求項７に記載の認証方法において、
   該認証システムが、該比較の結果に基づいて、該ユーザの該ユーザ端末による該データベース・システムの該アカウントへのアクセスを許可する場合に、該認証システムが、該ユーザと関連するアカウントの変更の内容を識別する一意のコードを生成して、該ユーザ端末に送信するステップをさらに含み、該一意のコードは、該認証システムが該アカウントの変更の内容が正しいか否かを判定する際に、該変更の内容を検索するインデックスとして使用される、認証方法。
9. 請求項７に記載の認証方法において、
   該認証システムが該比較の結果に基づいて該ユーザ端末による該データベース・システムの該アカウントへのアクセスを許可する場合に、該ユーザ端末が、該通信ネットワークを介して該認証サーバから、該データベース・システムへのリンクを含む認証結果を取得するステップと、
   該ユーザ端末が、該通信ネットワークを介して該データベース・システムにアクセスし、該通信ネットワークを介して該データベース・システムから、該ユーザと関連するアカウントの確認又は変更のメニューを示す情報を取得するステップと、
   該ユーザ端末が、該ユーザと関連するアカウントの確認又は変更の該メニューを表示するステップとをさらに含む、認証方法。
10. 請求項７に記載の認証方法において、
    該ユーザに固有の証明書は、写真付き免許証、健康保険証、住民票、及び写真付きパスポートを含み、該ユーザを識別するための該ユーザに固有の文字データは、該ユーザの氏名、生年月日、住所、及び電話番号を含む、認証方法。
11. 請求項７に記載の認証方法において、
    該データベースサーバの該ユーザと関連するアカウントは、該ユーザが加入している生命保険商品を管理するアカウント、マイナンバを用いて該ユーザに対する年金の支払いを管理するアカウント、該ユーザの医療機関での診断履歴を管理するアカウント、及び該ユーザが所有する金融機関の口座を管理するアカウントを含む、認証方法。
12. 請求項７に記載の認証方法において、
    該証明書の該画像データは、該ユーザ端末による該データベースサーバの該アカウントへのアクセスの可否を判定した後に、該認証サーバによって破棄される、認証方法。
13. 通信ネットワークを介して複数のユーザ端末と接続され、文字データ抽出部を含む認証システムと、該通信ネットワークを介して該認証システムと接続され、各々が複数のユーザの各々に関する情報を格納している複数のアカウントを格納するデータベース・システムとを含むＷｅｂダイレクト手続サービス・システムにおいて、該複数のユーザ端末のうちの少なくとも１つのユーザ端末のユーザによる該データベース・システムに格納された該ユーザのアカウントへのアクセスを許可するか否かを判定する認証方法を実行するためのプログラムであって、該方法は、
    該ユーザのユーザ端末が、該認証システムから、該ユーザに固有の証明書の画像データを要求するリクエストを取得するステップと、
    該認証システムが、該認証システムからの該リクエストに応答して該ユーザ端末が生成した該証明書の画像データを取得するステップと、
    該認証システムが、該文字データ抽出部により該証明書の該画像データから該ユーザを識別するための該ユーザに固有の文字データを抽出するステップと、
    該認証システムが、該データベース・システムの該ユーザと関連するアカウント内に格納されている該ユーザを識別するための該ユーザに固有の文字データを、該データベース・システムから取得するステップと、
    該認証システムが、該ユーザの該ユーザ端末から取得した該証明書の画像データから抽出した該文字データと、該データベース・システムから取得した該文字データとを比較するステップと、
    該認証システムが、該比較の結果に基づいて、該ユーザの該ユーザ端末による該データベース・システムの該アカウントへのアクセスの可否を判定するステップとを含む、プログラム。
14. 複数の第１のユーザ端末のうちの少なくとも１つの第１のユーザ端末のユーザによるデータベース・システムに格納された該ユーザのアカウントへのアクセスを許可するか否かを判定するＷｅｂダイレクト手続サービス・システムであって、該Ｗｅｂダイレクト手続サービス・システムは、少なくとも、第１の通信ネットワークを介して該複数の第１のユーザ端末と接続され、文字データ抽出部を含む認証システムと、第２の通信ネットワークを介して複数の第２のユーザ端末のうち該ユーザの第２の端末と接続され、各々が複数のユーザの各々に関する情報を格納している複数のアカウントを格納するデータベース・システムとを含み、
    該認証システムが、該複数の第１のユーザ端末のうちの少なくとも該ユーザの第１のユーザ端末から、該ユーザが該ユーザと関連するアカウントにアクセスするためのリクエストを取得し、
    該ユーザの第１のユーザ端末が、該認証システムから、該ユーザに固有の証明書の画像データを要求するリクエストを取得し、
    該認証システムは、該認証サーバからの該リクエストに応答して該第１のユーザ端末が生成した該証明書の画像データを取得し、
    該認証システムは、該文字データ抽出部により該証明書の該画像データから該ユーザを識別するための該ユーザに固有の文字データを抽出し、
    該認証システムは、該データベース・システムの該ユーザと関連するアカウント内に格納されている該ユーザを識別するための該ユーザに固有の文字データを、該データベース・システムから取得し、
    該認証システムは、該ユーザの該第１のユーザ端末から取得した該証明書の画像データから抽出した該文字データと、該データベース・システムから取得した該文字データとを比較し、
    該認証システムは、該比較の結果に基づいて、該ユーザの該第２のユーザ端末による該データベース・システムの該アカウントへのアクセスの可否を判定する、Ｗｅｂダイレクト手続サービス・システム。
15. 請求項１４に記載のＷｅｂダイレクト手続サービス・システムにおいて、
    該認証システムが、該比較の結果に基づいて、該ユーザの該ユーザ端末による該データベース・システムの該アカウントへのアクセスを許可する場合に、該認証システムは、該ユーザと関連するアカウントの変更の内容を識別する一意のコードを生成して、該ユーザ端末に送信し、該一意のコードは、該認証システムが該アカウントの変更の内容が正しいか否かを判定する際に、該変更の内容を検索するインデックスとして使用される、Ｗｅｂダイレクト手続サービス・システム。
16. 請求項１４に記載のＷｅｂダイレクト手続サービス・システムにおいて、
    該ユーザの該第２のユーザ端末は、該ユーザと関連するアカウントにアクセスするための該リクエストにおいて該ユーザによって指定されており、
    該認証システムが該第２のユーザ端末による該データベース・システムの該アカウントへのアクセスを許可する場合に、該第２のユーザ端末は、該第１のネットワークを介して該認証サーバから、第２の通信ネットワークを介する該データベース・システムへのリンクを含む認証結果を取得し、
    該第２のユーザ端末は、該第２のネットワークを介して該データベース・システムにアクセスし、該第２の通信ネットワークを介して該データベース・システムから、該ユーザと関連するアカウントの確認又は変更のメニューを示す情報を取得し、
    該該第２のユーザ端末は、該ユーザと関連するアカウントの確認又は変更の該メニューを表示する、Ｗｅｂダイレクト手続サービス・システム。
17. 請求項１４に記載のＷｅｂダイレクト手続サービス・システムにおいて、
    該ユーザに固有の証明書は、写真付き免許証、健康保険証、及び写真付きパスポートを含み、該ユーザを識別するための該ユーザに固有の文字データは、該ユーザの氏名、生年月日、住所、及び電話番号を含む、Ｗｅｂダイレクト手続サービス・システム。
18. 請求項１４に記載のＷｅｂダイレクト手続サービス・システムにおいて、
    該データベースサーバの該ユーザと関連するアカウントは、該ユーザが加入している生命保険商品を管理するアカウント、マイナンバを用いて該ユーザに対する年金の支払いを管理するアカウント、該ユーザの医療機関での診断履歴を管理するアカウント、及び該ユーザが所有する金融機関の口座を管理するアカウントを含む、Ｗｅｂダイレクト手続サービス・システム。
19. 請求項１４に記載のＷｅｂダイレクト手続サービス・システムにおいて、
    該証明書の該画像データは、該ユーザ端末による該データベースサーバの該アカウントへのアクセスの可否を判定した後に、該認証サーバによって破棄される、Ｗｅｂダイレクト手続サービス・システム。
20. 第１の通信ネットワークを介して複数の第１のユーザ端末と接続され、文字データ抽出部を含む認証システムと、第２の通信ネットワークを介して複数の第２のユーザ端末のうち該ユーザの第２のユーザ端末に接続され、各々が複数のユーザの各々に関する情報を格納している複数のアカウントを格納するデータベース・システムとを含むＷｅｂダイレクト手続サービス・システムにおいて、該複数の第１のユーザ端末のうちの少なくとも１つの第１のユーザ端末のユーザによる該データベース・システムに格納された該ユーザのアカウントへのアクセスを許可するか否かを判定する認証方法であって、
    該認証システムが、該複数の第１のユーザ端末のうちの少なくとも該ユーザの該第１のユーザ端末から、該ユーザが該ユーザと関連するアカウントにアクセスするためのリクエストを取得するステップと、
    該ユーザの第１のユーザ端末が、該認証システムから、該ユーザに固有の証明書の画像データを要求するリクエストを取得するステップと、
    該認証システムが、該認証サーバからの該リクエストに応答して該第１のユーザ端末が生成した該証明書の画像データを取得するステップと、
    該認証システムが、該文字データ抽出部により該証明書の該画像データから該ユーザを識別するための該ユーザに固有の文字データを抽出するステップと、
    該認証システムが、該データベース・システムの該ユーザと関連するアカウント内に格納されている該ユーザを識別するための該ユーザに固有の文字データを、該データベース・システムから取得するステップと、
    該認証システムが、該ユーザの該第１のユーザ端末から取得した該証明書の画像データから抽出した該文字データと、該データベース・システムから取得した該文字データとを比較するステップと、
    該認証システムが、該比較の結果に基づいて、該ユーザの該第２のユーザ端末による該データベース・システムの該アカウントへのアクセスの可否を判定するステップとを含む、認証方法。
21. 請求項２０に記載の認証方法において、
    該認証システムが、該比較の結果に基づいて、該ユーザの該ユーザ端末による該データベース・システムの該アカウントへのアクセスを許可する場合に、該認証システムは、該ユーザと関連するアカウントの変更の内容を識別する一意のコードを生成して、該ユーザ端末に送信するステップをさらに含み、該一意のコードは、該認証システムが該アカウントの変更の内容が正しいか否かを判定する際に、該変更の内容を検索するインデックスとして使用される、認証方法。
22. 請求項２０に記載の認証方法において、
    該ユーザの該第２のユーザ端末は、該ユーザと関連するアカウントにアクセスするための該リクエストにおいて該ユーザによって指定されており、該認証方法は、さらに、
    該認証システムが該第２のユーザ端末による該データベース・システムの該アカウントへのアクセスを許可する場合に、該第２のユーザ端末が、該第１のネットワークを介して該認証サーバから、第２の通信ネットワークを介する該データベース・システムへのリンクを含む認証結果を取得するステップと、
    該第２のユーザ端末が、該第２のネットワークを介して該データベース・システムにアクセスし、該第２の通信ネットワークを介して該データベース・システムから、該ユーザと関連するアカウントの確認又は変更のメニューを示す情報を取得するステップと、
    該該第２のユーザ端末が、該ユーザと関連するアカウントの確認又は変更の該メニューを表示するステップとを含む、認証方法。
23. 請求項２０に記載の認証方法において、
    該ユーザに固有の証明書は、写真付き免許証、健康保険証、及び写真付きパスポートを含み、該ユーザを識別するための該ユーザに固有の文字データは、該ユーザの氏名、生年月日、住所、及び電話番号を含む、認証方法。
24. 請求項２０に記載の認証方法において、
    該データベースサーバの該ユーザと関連するアカウントは、該ユーザが加入している生命保険商品を管理するアカウント、マイナンバを用いて該ユーザに対する年金の支払いを管理するアカウント、該ユーザの医療機関での診断履歴を管理するアカウント、及び該ユーザが所有する金融機関の口座を管理するアカウントを含む、認証方法。
25. 請求項２０に記載の認証方法において、
    該証明書の該画像データは、該ユーザ端末による該データベースサーバの該アカウントへのアクセスの可否を判定した後に、該認証サーバによって破棄される、認証方法。
26. 第１の通信ネットワークを介して複数の第１のユーザ端末と接続され、文字データ抽出部を含む認証システムと、第２の通信ネットワークを介して複数の第２のユーザ端末のうち該ユーザの第２のユーザ端末に接続され、各々が複数のユーザの各々に関する情報を格納している複数のアカウントを格納するデータベース・システムとを含むＷｅｂダイレクト手続サービス・システムにおいて、該複数の第１のユーザ端末のうちの少なくとも１つの第１のユーザ端末のユーザによる該データベース・システムに格納された該ユーザのアカウントへのアクセスを許可するか否かを判定する認証方法を実行するためのプログラムであって、該方法は、
    該認証システムが、該複数の第１のユーザ端末のうちの少なくとも該ユーザの該第１のユーザ端末から、該ユーザが該ユーザと関連するアカウントにアクセスするためのリクエストを取得するステップと、
    該ユーザの第１のユーザ端末が、該認証システムから、該ユーザに固有の証明書の画像データを要求するリクエストを取得するステップと、
    該認証システムが、該認証サーバからの該リクエストに応答して該第１のユーザ端末が生成した該証明書の画像データを取得するステップと、
    該認証システムが、該文字データ抽出部により該証明書の該画像データから該ユーザを識別するための該ユーザに固有の文字データを抽出するステップと、
    該認証システムが、該データベース・システムの該ユーザと関連するアカウント内に格納されている該ユーザを識別するための該ユーザに固有の文字データを、該データベース・システムから取得するステップと、
    該認証システムが、該ユーザの該第１のユーザ端末から取得した該証明書の画像データから抽出した該文字データと、該データベース・システムから取得した該文字データとが一致するか否かを判定するステップと、
    該認証システムが、該ユーザの該第１のユーザ端末から取得した該証明書の画像データから抽出した該文字データと、該データベース・システムから取得した該文字データとが一致するか否かに基づいて、該ユーザの該第２のユーザ端末による該データベース・システムの該アカウントへのアクセスの可否を判定するステップとを含む、プログラム。