(57)【要約】      （修正有）【課題】印章の保管・管理の負担を軽減し、ユーザの利便性を向上しつつ、セキュリティの低下を防止する認証管理サーバを提供する。【解決手段】認証管理サーバ１０は、印影決定手段１２、認証情報生成手段１３、及び認証管理情報生成手段１４を備える。印影決定手段１２は、ユーザごとに印影の形状を決定する。認証情報生成手段１３は、ユーザに使用される書類に形成され捺印される領域である捺印領域と、印影決定手段１２が決定した印影とが関連づけられた認証情報を生成する。認証管理情報生成手段１４は、ユーザを特定するユーザ情報と、認証情報生成手段１３が生成した認証情報とを関連付けた認証管理情報を生成する。【選択図】図２
2017059054.tif 000002
【特許請求の範囲】
【請求項１】
ユーザの認証に用いる認証情報を管理する認証管理サーバであって、
ユーザごとに、印影の形状を決定する印影決定手段と、
ユーザに使用される書類に形成され捺印される領域である捺印領域と、前記印影決定手段が決定した前記印影と、が関連づけられた前記認証情報を生成する認証情報生成手段と、
ユーザを特定するユーザ情報と前記認証情報生成手段が生成した前記認証情報とを関連付けた認証管理情報を生成する認証管理情報生成手段と、を備えることを特徴とする認証管理サーバ。
【請求項２】
前記認証情報生成手段は、前記捺印領域と、当該捺印領域に対する前記印影の位置と、が関連づけられた前記認証情報を生成することを特徴とする請求項１に記載の認証管理サーバ。
【請求項３】
前記認証情報生成手段は、前記捺印領域と、当該捺印領域に対する前記印影の向きと、が関連づけられた前記認証情報を生成することを特徴とする請求項１又は２に記載の認証管理サーバ。
【請求項４】
前記認証情報生成手段は、複数の前記捺印領域のいずれかと、前記印影と、が関連づけられた前記認証情報を生成することを特徴とする請求項１から３までのいずれか１項に記載の認証管理サーバ。
【請求項５】
ユーザの認証に用いる認証情報を管理する認証管理サーバが実行する認証管理方法であって、
ユーザごとに、印影の形状を決定する印影決定ステップと、
ユーザに使用される書類に形成され捺印される領域である捺印領域と、前記印影決定ステップで決定した前記印影と、が関連づけられた前記認証情報を生成する認証情報生成ステップと、
ユーザを特定するユーザ情報と、前記認証情報生成ステップで生成した前記認証情報と、を関連付けて記憶する認証情報記憶ステップと、を含むことを特徴とする認証管理方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、認証管理サーバ及びその方法に関する。
【背景技術】
【０００２】
従来、ユーザは、銀行等の金融機関における現金出金等の手続きに際して、あらかじめ金融機関に登録された印影を捺印可能な印章（届出印）を持参し、この印章を捺印することで、認証を受けていた。ところが、近年、ＡＴＭ（automatic teller machine）やインターネットバンキングの利用拡大に伴い、ユーザは、パスワード等により、金融機関での手続きが可能となり、届出印を使用する機会が減少したため、使う機会の少ない届出印を紛失してしまう場合がある。
【０００３】
このため、利用者の本人確認が行われた場合、印影情報データベースを参照して該当する印影情報を特定し、特定した印影情報に基づいて、複製印章の外形状をあらわす３次元情報に基づく立体造形指示を合成し、利用者が銀行などの金融機関における現金出金などに際して必要となる印影と同じ印影を転写可能な印章を作成（複製）することができるようにした印影管理システムが提案されている（特許文献１参照）。この印影管理システムによれば、ユーザが届出印を紛失した場合でも、本人確認が行われた印影情報に基づき、印章を作成（複製）することができるので、ユーザの利便性が向上する。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２０１５−１２７８４４号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかしながら、特許文献１の印影管理システムによって、本人確認が行われた印影情報に基づき、印章を複製することができたとしても、ユーザは届出印又は複製された印章等を保管・管理する負担がある。また、近年、３Ｄプリンタの普及により、届出印による印影が形成された印章の複製が不正に作成され、印影のみによる認証ではセキュリティが低下するおそれがある。
【０００６】
したがって、本発明では、上記のような観点から、印章の保管・管理の負担を軽減し、ユーザの利便性を向上しつつ、セキュリティの低下を防止することを目的とする。
【課題を解決するための手段】
【０００７】
上記課題を解決するため、本発明は、以下のような解決手段を提供する。
【０００８】
（１）本発明の第１の態様では、ユーザの認証に用いる認証情報を管理する認証管理サーバは、ユーザごとに、印影の形状を決定する印影決定手段と、ユーザに使用される書類に形成され捺印される領域である捺印領域と、前記印影決定手段が決定した前記印影と、が関連づけられた前記認証情報を生成する認証情報生成手段と、ユーザを特定するユーザ情報と前記認証情報生成手段が生成した前記認証情報とを関連付けた認証管理情報を生成する認証管理情報生成手段と、を備えることを特徴とする。
【０００９】
（２）また、本発明は、（１）の認証管理サーバにおいて、前記認証情報生成手段は、前記捺印領域と、当該捺印領域に対する前記印影の位置と、が関連づけられた前記認証情報を生成するようにしてもよい。
【００１０】
（３）また、本発明は、（１）又は（２）の認証管理サーバにおいて、前記認証情報生成手段は、前記捺印領域と、当該捺印領域に対する前記印影の向きと、が関連づけられた前記認証情報を生成するようにしてもよい。
【００１１】
（４）また、本発明は、（１）から（３）までのいずれかの認証管理サーバにおいて、前記認証情報生成手段は、複数の前記捺印領域のいずれかと、前記印影と、が関連づけられた前記認証情報を生成するようにしてもよい。
【００１２】
（５）本発明の第２の態様では、ユーザの認証に用いる認証情報を管理する認証管理サーバが実行する認証管理方法は、ユーザごとに、印影の形状を決定する印影決定ステップと、ユーザに使用される書類に形成され捺印される領域である捺印領域と、前記印影決定ステップで決定した前記印影と、が関連づけられた前記認証情報を生成する認証情報生成ステップと、ユーザを特定するユーザ情報と、前記認証情報生成ステップで生成した前記認証情報と、を関連付けて記憶する認証情報記憶ステップと、を含むことを特徴とする。
【発明の効果】
【００１３】
本発明によれば、印章の保管・管理の負担を軽減し、ユーザの利便性を向上しつつ、セキュリティの低下を防止することが可能となる。
【図面の簡単な説明】
【００１４】
【図１】本発明の実施形態に係る認証管理システムの基本構成の概念を示す図である。
【図２】本発明の実施形態に係る認証管理システムにおける認証管理サーバ、ユーザ端末及び提携先サーバの機能構成を示す図である。
【図３】本発明の実施形態に係る捺印領域と印影とが関連づけられた認証情報の一例を説明する図である。
【図４】本発明の実施形態に係る捺印領域と印影とが関連づけられた認証情報の一例を説明する図である。
【図５】本発明の実施形態に係る捺印領域と印影とが関連づけられた認証情報の応用例を説明する図である。
【図６】本発明の実施形態に係る捺印領域と印影とが関連づけられた認証情報の一例を説明する図である。
【図７】本発明の実施形態に係る認証管理情報ＤＢの一例を説明する図である。
【図８】本発明の実施形態に係る認証管理システムの処理フローを示す図である。
【図９】本発明の実施形態に係るユーザ端末の入出力手段における口座振替依頼画面の一例を示す図である。
【発明を実施するための形態】
【００１５】
以下、添付図面を参照して、本発明を実施するための形態（以下、実施形態）について詳細に説明する。以降の図においては、実施形態の説明の全体を通して同じ要素には同じ番号又は符号を付している。また、機能構成の図において、機能ブロック間の矢印は、データの流れ方向、又は処理の流れ方向を表す。
【００１６】
（基本概念／基本構成）
図１は、本発明の実施形態に係る認証管理システムの基本構成の概念を示す図である。
認証管理システム１は、例えば、ユーザによる、銀行等における大口の振込や解約、銀行と提携するカード会社の口座振替を依頼等の手続において、当該ユーザがあらかじめ銀行において登録されているユーザ本人であることを認証するためのシステムである。認証管理システム１は、銀行に管理され、ユーザの認証に用いる認証情報を管理する認証管理サーバと、ユーザに使用されるユーザ端末と、銀行の提携先であるカード会社等に管理される提携先サーバと、を備える。
【００１７】
認証管理システム１において、ユーザは、銀行に対して疑似届出印の発行を依頼する。ここで、本実施形態において「疑似届出印」は、銀行がユーザごとに決定し登録する印影４００の形状であり、当該印影４００を捺印可能な印章や、当該印影４００の形状をディスプレイに表示するための画像データを含む。また、疑似届出印の発行の依頼は、例えば、ユーザ端末から疑似届出印の発行を依頼するための疑似届出印発行依頼情報を認証管理サーバに送信してもよいし、疑似届出印の発行を依頼する旨の紙媒体を銀行に郵送してもよい。
【００１８】
疑似届出印の発行の依頼があった場合、認証管理サーバは、ユーザごとに、印影４００の形状を決定し、ユーザに使用される書類に形成され捺印される領域である捺印領域３００と、印影４００と、が関連づけられた認証情報５００を生成する。そして、認証管理サーバは、ユーザを特定するユーザ情報６００と認証情報５００とを関連付けた認証管理情報７００を生成し記憶する。ここで、本実施形態において「書類」には、紙媒体による書類と電子データによりディスプレイに表示される書類が含まれる。また、「印影」には、印章により紙媒体に捺印されたものの他、当該印影の形状をディスプレイに表示するための画像データを含む。また、「捺印領域」は、紙媒体又はディスプレイに表示された画像に示された領域であり、捺印又は印影の画像データの配置をユーザに要求する領域である。
【００１９】
また、認証管理サーバは、捺印領域３００と、印影４００と、が関連づけられた認証情報５００の一例として、複数の捺印領域３００のいずれかと、印影４００と、が関連づけられた認証情報５００を生成する。図１に示す例では、認証管理サーバは、縦横３つずつ配列された９つの捺印領域３００のうち、左から３行目で、上から２列目の捺印領域３００と、印影４００と、が関連づけられた認証情報５００を生成する。
【００２０】
そして、認証管理サーバにより、あるユーザに対する認証管理情報７００が生成された場合、銀行は、当該ユーザに対して、認証情報５００及び認証情報５００に基づく疑似届出印を送付する。この場合、銀行は、例えば、認証情報５００に基づく印影４００を捺印可能な印章を、例えば、３Ｄプリンタにより形成した実体疑似届出印と、認証情報５００に基づく捺印領域３００と印影４００との関連を紙媒体に示したものを、ユーザに送付する。また、別の態様として、銀行は、認証管理サーバから、例えば、認証情報５００に基づく印影４００の形状をディスプレイに表示するための画像データと、認証情報５００とを、ユーザのユーザ端末に送付する。
【００２１】
そして、ユーザは、ユーザ本人であることの認証が要求される手続の一例であるカード会社に口座振替を依頼する場合、所定の紙媒体において、認証情報５００に基づく捺印領域３００に、銀行から受領した実体疑似届出印で捺印し、カード会社に捺印した所定の紙媒体を送付する。また、別の態様として、ユーザは、ユーザ端末からカード会社の提携先サーバにアクセスし、例えば、口座振替を依頼するための口座振替依頼画面において、認証情報５００に基づく捺印領域３００に、認証管理サーバから受信した認証情報５００に基づく印影４００の形状をディスプレイに表示するための画像データを配置した仮認証情報を、提携先サーバに送信する。
【００２２】
カード会社は、ユーザから口座振替の依頼があった場合、ユーザから送付又はユーザ端末から送信された捺印領域３００とこの捺印領域３００に捺印された印影４００とが関連づけられた仮認証情報と、当該ユーザのユーザ情報と、を提携先サーバから認証管理サーバに送信し、認証情報の確認依頼を行う。
【００２３】
認証管理サーバは、カード会社から認証情報の確認依頼があった場合、提携先サーバから送信された仮認証情報とユーザ情報とが、記憶された認証管理情報７００の認証情報５００と一致するか否かを判定する。そして、認証管理サーバは、この判定の結果を提携先サーバに送信する。
【００２４】
図１に示す例において、認証管理サーバは、提携先サーバから送信された仮認証情報がケース１の場合、認証管理サーバに記憶された認証情報５００と、印影４００が一致し、複数の捺印領域３００のうち印影４００が捺印された位置が一致するので、認証する。一方、認証管理サーバは、提携先サーバから送信された仮認証情報がケース２の場合、認証管理サーバに記憶された認証情報５００と、印影４００が一致するものの、複数の捺印領域３００のうち印影４００が捺印された位置が一致しないので、認証しない。
【００２５】
このような認証管理システム１によれば、ユーザからの要望に応じて、疑似届出印が発行できるので、印章の保管・管理の負担を軽減し、ユーザの利便性を向上できる。そして、仮に、疑似届出印が発行されたユーザ以外の者が疑似届出印を偽造等した場合でも、捺印領域と疑似届出印の印影との関係が不正な場合には認証されないので、セキュリティの低下を防止することができる。
【００２６】
（機能構成）
図２は、本発明の実施形態に係る認証管理システムにおける認証管理サーバ、ユーザ端末及び提携先サーバの機能構成を示す図である。認証管理システム１は、ユーザの認証に用いる認証情報５００を管理する認証管理サーバ１０と、認証管理サーバ１０にネットワークを介して接続されたユーザ端末２０及び提携先サーバ３０と、を備える。
【００２７】
認証管理サーバ１０は、受信手段１１と、印影決定手段１２と、認証情報生成手段１３と、認証管理情報生成手段１４と、判定手段１５と、送信手段１６と、ユーザ情報データベース（ユーザ情報ＤＢ）１００と、認証管理情報データベース（認証管理情報ＤＢ）２００と、を備える。また、認証管理サーバ１０には、３Ｄプリンタ５０が接続されている。
【００２８】
受信手段１１は、ユーザ端末２０から送信されたユーザを特定するユーザ情報を受信し、ユーザ情報ＤＢ１００に記憶する。ユーザ情報ＤＢ１００において、ユーザ情報は、ユーザを識別する識別情報に、氏名又は名称や、口座番号や、住所又は居所や、メールアドレスや、電話番号や、パスワード等が対応付けられて記憶されている。また、受信手段１１は、ユーザ端末２０から送信された疑似届出印発行依頼情報を受信する。また、受信手段１１は、ユーザからの口座振替の依頼に応じて提携先サーバから送信される仮認証情報とユーザ情報とを受信する。
【００２９】
印影決定手段１２は、ユーザごとに、印影４００の形状を決定する。印影４００の形状は、ユーザを示す文字（漢字、ひらがな、アルファベット、数字等）、任意の文字や記号（星印、多角形等）、似顔絵、ワンタイムパスワード生成装置により生成された値、任意の日時（例えば、印影４００の形状を決定した日時）、これらの組み合わせ等の任意の形状でよい。
【００３０】
認証情報生成手段１３は、ユーザに使用される書類に形成され捺印される領域である捺印領域３００と、印影決定手段１２が決定した印影４００と、が関連づけられた認証情報５００を生成する。
【００３１】
図３、図４及び図６は、本発明の実施形態に係る捺印領域と印影とが関連づけられた認証情報の一例を説明する図である。具体的には、認証情報生成手段１３は、捺印領域３００と、当該捺印領域３００に対する印影４００の位置と、が関連づけられた認証情報５００を生成する。この場合、図３に示す例では、１つの領域から成る捺印領域３００と、当該捺印領域３００に対する印影４００の位置として、捺印領域３００の下側の位置が関連付けられている。なお、図３に示す例では、認証情報５００は、捺印領域３００に印影４００が全て入っているが、これに限らず、捺印領域３００から印影４００の一部がはみ出していてもよい。
【００３２】
また、認証情報生成手段１３は、捺印領域３００と、当該捺印領域３００に対する印影４００の向きと、が関連づけられた認証情報５００を生成する。この場合、図４に示す例では、１つの領域から成る捺印領域３００と、当該捺印領域３００に対する印影４００の向きとして、印影４００を形成する縦書きの文字列（図４に示す例では「佐藤」）が横向きとなる態様が関連づけられている。
【００３３】
図５は、本発明の実施形態に係る捺印領域と印影とが関連づけられた認証情報の応用例を説明する図である。認証情報生成手段１３は、捺印領域３００と、当該捺印領域３００に対する印影４００の向きと、が関連づけられた認証情報５００を生成する場合、更に、捺印領域３００の周囲に配置される捺印領域位置情報３０１と、印影４００を捺印可能な印章４１０の外周面に付される印影位置情報４１１と、を認証情報５００に関連付けてもよい。図５に示す例では、認証情報５００に関連付けられた捺印領域位置情報３０１と印影位置情報４１１とは、共にクローバの図柄である。この場合、ユーザは、認証情報５００に関連付けられた捺印領域位置情報３０１のクローバの図柄に、印影位置情報４１１のクローバの図柄が向くように、捺印することで、認証可能となる。なお、本実施形態において、捺印領域位置情報３０１及び印影位置情報４１１は、それぞれ４つ設けているが、これに限らず、１つ、２つ等の任意の数でよい。また、捺印領域位置情報３０１及び印影位置情報４１１は、図柄に限らず、数字や文字であってもよい。また、本実施形態において、認証情報５００に関連付けられる捺印領域位置情報３０１と、印影位置情報４１１とは、同一（図５に示す例ではクローバ）であるが、これに限らず、互いに異なってもよい（例えば、ハートとクローバ等）。
【００３４】
また、認証情報生成手段１３は、複数の捺印領域３００のいずれかと、印影４００と、が関連づけられた認証情報５００を生成する。この場合、図６に示す例では、縦横３つずつ配列された９つの捺印領域３００のうち、左から３行目で、上から２列目の捺印領域３００と、印影４００と、が関連づけられている。
【００３５】
図２に戻って、認証管理情報生成手段１４は、ユーザ情報ＤＢ１００に記憶されたユーザを特定するユーザ情報と認証情報生成手段１３が生成した認証情報５００（図３から図６参照）とを関連付けた認証管理情報を生成し、認証管理情報ＤＢ２００に記憶する。
【００３６】
図７は、本発明の実施形態に係る認証管理情報ＤＢの一例を説明する図である。認証管理情報ＤＢは、ユーザ情報（図７に示す例では「名前」、「口座番号」）に認証情報（図３から図６参照）が対応付けられている。なお、図７では、理解を容易にするため、認証情報を具体的な捺印領域と印影とで示しているが、捺印領域は捺印領域の範囲を示す座標データで記憶され、印影は印影を明暗で示す画像データで記憶され、認証情報は捺印領域の座標データにおける印影の画像データが配置された位置を示す位置データで記憶されている。なお、印影の記憶方法は、明暗で示す画像データで記憶する方法に限らず、色分けで示す画像データや凹凸を示す形状データ等の印影を確認できる方法であれば、任意の記憶方法でよい。
【００３７】
図２に戻って、判定手段１５は、提携先サーバ３０から送信された仮認証情報とユーザ情報とが、認証管理情報ＤＢ２００に記憶された認証管理情報の認証情報５００（図３から図６参照）と一致するか否かを判定する。
【００３８】
送信手段１６は、認証情報５００（図３から図６参照）に基づく印影４００の形状をディスプレイに表示するための画像データと、認証情報５００とを、ユーザのユーザ端末２０に送付する。また、送信手段１６は、判定手段１５による認証の判定結果を提携先サーバ３０に送信する。
【００３９】
３Ｄプリンタ５０は、認証管理サーバ１０から送信された認証情報５００（図３から図６参照）に基づく印影４００の形状の凹凸を有する印章４１０を形成する。３Ｄプリンタ５０は、公知の技術で構成され、例えば、紫外線硬化型の樹脂をノズルから噴出することにより立体の断面にあたる層を形成し、形成した各層に紫外線領域の波長を含む光を照射して硬化させることにより当該各層を固化させ、固化した層を積層していくことによって印章４１０を形成する。
【００４０】
ユーザ端末２０は、端末制御手段２１と、入出力手段２２と、送受信手段２３と、を備える。端末制御手段２１は、ユーザによる入出力手段２２の操作に応じて、送受信手段２３を介して、ユーザ情報や疑似届出印発行依頼情報を、認証管理サーバ１０に送信する。また、端末制御手段２１は、ユーザによる入出力手段２２の操作に応じて、口座振替を依頼するための口座振替依頼画面において、認証情報５００（図３から図６参照）に基づく捺印領域３００に、認証管理サーバ１０から受信した認証情報５００に基づく印影４００の形状をディスプレイに表示するための画像データを配置した仮認証情報を、送受信手段２３を介して、提携先サーバ３０に送信する。
【００４１】
ユーザ端末２０は、ユーザに操作される、例えば、タブレット端末、パーソナルコンピュータ、ＡＴＭ等で構成されている。また、入出力手段２２は、タッチパネルで構成され、公知の技術（例えば、特開２０１３−１７１４９８号公報、米国特許出願公開第２０１５／００３６０６５号明細書に示された技術）により、印章４１０（図５参照）が押し当てられることで、印影４００の形状を読み取り可能である。
【００４２】
提携先サーバ３０は、ユーザ端末２０から送信された捺印領域３００とこの捺印領域３００に捺印された印影４００とが関連づけられた仮認証情報と、当該ユーザのユーザ情報と、を認証管理サーバ１０に送信し、認証情報の確認依頼を行う。
【００４３】
上記の本システムの機能構成は、あくまで一例であり、一つの機能ブロック（データベース及び機能処理部）を分割したり、複数の機能ブロックをまとめて一つの機能ブロックとして構成したりしてもよい。各機能処理部は、装置に内蔵されたＣＰＵ（Central  Processing  Unit）が、ＲＯＭ（Read  Only  Memory）、フラッシュメモリ、ＳＳＤ(Solid  State  Drive)、ハードディスク等の記憶装置に格納されたコンピュータ・プログラムを読み出し、ＣＰＵにより実行されたコンピュータ・プログラムによって実現される。すなわち、各機能処理部は、このコンピュータ・プログラムが、記憶装置に格納されたデータベース（ＤＢ;Data  Base)やメモリ上の記憶領域からテーブル等の必要なデータを読み書きし、場合によっては、関連するハードウェア（例えば、入出力装置、表示装置、通信インターフェース装置）を制御することによって実現される。また、本発明の実施形態におけるデータベース（ＤＢ）は、商用データベースであってよいが、単なるテーブルやファイルの集合体をも意味し、データベースの内部構造自体は問わないものとする。
【００４４】
（処理フロー）
以降の処理フロー図（フローチャート）においては、各ステップの入力と出力の関係を損なわない限り、各ステップの処理順序を入れ替えてもよい。
【００４５】
図８は、本発明の実施形態に係る認証管理システムの処理フローを示す図である。ステップＳ１において、ユーザ端末２０の端末制御手段２１は、ユーザによる入出力手段２２の操作に応じて、送受信手段２３を介して、ユーザ情報や疑似届出印発行依頼情報を、認証管理サーバ１０に送信する。
【００４６】
ステップＳ２において、認証管理サーバ１０の受信手段１１は、ユーザ端末２０から送信されたユーザ情報や疑似届出印発行依頼情報を受信する。
【００４７】
ステップＳ３において、認証管理サーバ１０の印影決定手段１２は、ステップＳ２で疑似届出印発行依頼情報を受信したユーザ特有の印影４００の形状を決定する。
【００４８】
ステップＳ４において、認証管理サーバ１０の認証情報生成手段１３は、ユーザに使用される書類に形成され捺印される領域である捺印領域３００と、ステップＳ３で印影決定手段１２が決定した印影４００と、が関連づけられた認証情報５００を生成する。
【００４９】
ステップＳ５において、認証管理サーバ１０の認証管理情報生成手段１４は、ステップＳ２で疑似届出印発行依頼情報を受信したユーザのユーザ情報と、ステップＳ４で認証情報生成手段１３が生成した認証情報５００とを関連付けた認証管理情報を生成し、認証管理情報ＤＢ２００に記憶する。
【００５０】
ステップＳ６において、認証管理サーバ１０の送信手段１６は、ステップＳ４で認証情報生成手段１３が生成した認証情報５００に基づく印影４００の形状をディスプレイに表示するための画像データと、認証情報５００とを、ユーザのユーザ端末２０に送付する。
【００５１】
ステップＳ７において、ユーザ端末２０の送受信手段２３は、認証管理サーバ１０から認証情報５００に基づく印影４００の形状をディスプレイに表示するための画像データと、認証情報５００とを受信する。
【００５２】
ステップＳ８において、ユーザ端末２０の端末制御手段２１は、口座振替依頼において、ユーザによる入出力手段２２の操作に応じて、ステップＳ７で受信した認証情報５００に基づく捺印領域３００に、当該認証情報５００に基づく印影４００の形状をディスプレイに表示するための画像データを配置した仮認証情報とユーザ情報とを、送受信手段２３を介して、提携先サーバ３０に送信する。
【００５３】
（画面例）
図９は、本発明の実施形態に係るユーザ端末の入出力手段における口座振替依頼画面の一例を示す図である。ステップＳ８において、端末制御手段２１は、例えば、タッチパネルで構成された入出力手段２２に、図９に示すような口座振替依頼画面を表示する。この口座振替依頼画面において、ユーザは、銀行から送付された認証情報５００に基づき、縦横３つずつ配列された９つの捺印領域３００のうち、例えば、左から３行目で、上から２列目の捺印領域３００に、疑似届出印（印章４１０）を捺印する。これにより、入出力手段２２は、印章４１０の印面に形成された凹凸の形状を読み取り、左から３行目で、上から２列目の捺印領域３００に、印影４００の形状を示す画像を表示する。そして、端末制御手段２１は、この口座振替依頼画面における捺印領域３００に印影４００の画像データを配置した仮認証情報とユーザ情報とを、送受信手段２３を介して、提携先サーバ３０に送信する。
【００５４】
ステップＳ９において、提携先サーバ３０は、口座振替依頼において、ユーザ端末２０から送信された仮認証情報とユーザ情報とを受信する。
【００５５】
ステップＳ１０において、提携先サーバ３０は、ステップＳ９で受信した仮認証情報とユーザ情報とを認証管理サーバ１０に送信する。
【００５６】
ステップＳ１１において、認証管理サーバ１０の受信手段１１は、提携先サーバ３０から送信された仮認証情報とユーザ情報とを受信する。
【００５７】
ステップＳ１２において、認証管理サーバ１０の判定手段１５は、提携先サーバ３０から送信された仮認証情報が、認証管理情報ＤＢ２００に記憶された認証管理情報における認証情報５００と一致するか否かを判定する。
【００５８】
ステップＳ１３において、認証管理サーバ１０の送信手段１６は、ステップＳ１２における判定手段１５の判定結果を、提携先サーバ３０に送付する。
【００５９】
ステップＳ１４において、提携先サーバ３０は、認証管理サーバ１０から送信された判定結果を受信する。そして、提携先サーバ３０は、ステップＳ１４で受信した判定結果に応じて、口座振替依頼の手続を進める。
【００６０】
（実施形態の効果）
本システムによれば、第１に、ユーザの認証に用いる認証情報５００を管理する認証管理サーバ１０は、印影決定手段１２と、認証情報生成手段１３と、認証管理情報生成手段１４と、を備える。印影決定手段１２は、ユーザごとに、印影４００の形状を決定する。認証情報生成手段１３は、ユーザに使用される書類に形成され捺印される領域である捺印領域３００と、印影決定手段１２が決定した印影４００と、が関連づけられた認証情報５００を生成する。認証管理情報生成手段１４は、ユーザを特定するユーザ情報と認証情報生成手段１３が生成した認証情報５００とを関連付けた認証管理情報７００を生成する。これにより、ユーザごとの印影４００を生成できるので、例えば、ユーザからの要望に応じて、印影４００を捺印可能な疑似届出印を発行することもできるので、印章の保管・管理の負担を軽減し、ユーザの利便性を向上できる。そして、捺印領域３００と印影４００とが関連づけられた認証情報５００を生成し、ユーザ情報と認証情報５００とを関連付けた認証管理情報７００を生成できるので、例えば、仮に、疑似届出印が発行されたユーザ以外の者が疑似届出印を偽造等した場合でも、捺印領域３００と疑似届出印の印影４００との関係が不正な場合には認証されないので、セキュリティの低下を防止することができる。したがって、印章の保管・管理の負担を軽減し、ユーザの利便性を向上しつつ、セキュリティの低下を防止することが可能となる。
【００６１】
また、認証情報生成手段１３は、捺印領域３００と、当該捺印領域３００に対する印影４００の位置と、が関連づけられた認証情報５００を生成する。これにより、ユーザは、捺印領域３００において、認証情報５００に示された位置に印影４００を配置（捺印）するだけで、セキュリティの向上を図ることが可能となる。
【００６２】
また、認証情報生成手段１３は、捺印領域３００と、当該捺印領域３００に対する印影４００の向きと、が関連づけられた認証情報５００を生成する。これにより、ユーザは、捺印領域３００において、認証情報５００に示された向きで印影４００を配置（捺印）するだけで、セキュリティの向上を図ることが可能となる。
【００６３】
また、認証情報生成手段１３は、複数の捺印領域３００のいずれかと、印影４００と、が関連づけられた認証情報５００を生成する。ユーザは、複数の捺印領域３００において、認証情報５００に示された捺印領域３００に印影４００を配置（捺印）するだけで、セキュリティの向上を図ることが可能となる。
【００６４】
なお、上記実施形態の説明では、主にユーザが銀行に疑似届出印の発行を依頼し、カード会社に口座振替依頼をする場合に、本発明を適用する例を説明したが、本発明はこれに限らず、例えば、セキュリティがかけられた領域やサーバ等に入る場合の本人認証、キャッシュカードの発行時における本人認証等の本人認証が必要な任意の分野に適用可能である。また、本発明を適用することで、印鑑をＡＴＭの画面に捺印することで、キャッシュカードと暗証番号の入力の代替をすることも可能である。
【００６５】
以上、実施形態を用いて本発明を説明したが、本発明の技術的範囲は上記実施形態に記載の範囲に限定されないことは言うまでもない。上記実施形態に、多様な変更又は改良を加えることが可能であることが当業者に明らかである。またその様な変更又は改良を加えた形態も本発明の技術的範囲に含まれ得ることが、特許請求の範囲の記載から明らかである。
【００６６】
なお、上記の実施形態では、本発明を物の発明として、認証管理サーバ（認証管理システム）について説明したが、本発明は、方法の発明（認証管理方法）又はコンピュータ・プログラムの発明（認証管理プログラム）としても捉えることもできる。
【符号の説明】
【００６７】
１      認証管理システム
１０    認証管理サーバ
１１    受信手段
１２    印影決定手段
１３    認証情報生成手段
１４    認証管理情報生成手段
１５    判定手段
１６    送信手段
２０    ユーザ端末
２１    端末制御手段
２２    入出力手段
２３    送受信手段
３０    提携先サーバ
５０    ３Ｄプリンタ
３００  捺印領域
３０１  捺印領域位置情報
４００  印影
４１０  印章
４１１  印影位置情報
５００  認証情報
６００  ユーザ情報
７００  認証管理情報
１００  ユーザ情報ＤＢ
２００  認証管理情報ＤＢ
【図１】
2017059054.tif 000003
【図２】
2017059054.tif 000004
【図３】
2017059054.tif 000005
【図４】
2017059054.tif 000006
【図５】
2017059054.tif 000007
【図６】
2017059054.tif 000008
【図７】
2017059054.tif 000009
【図８】
2017059054.tif 000010
【図９】
2017059054.tif 000011