申込書のパスワード情報秘匿システム

【課題】申込書の情報を使用してパスワードを暗号化し、コード化することによる、申込書のパスワード情報秘匿システムを提供すること。
【解決手段】本発明は、申込書情報に申込書番号と申込書日時を付加する手段（２１０、２２０）と、申込書番号に対応する暗号化キーと申込書の日時に対応する暗号化ロジックとに基づいて、パスワードを暗号化する手段（２２０）と、暗号化されたパスワードをコード化してコードを生成し、該コードを含むプレ印字申込書をコンピュータに送信する手段（２１０）とを備える。本発明は、さらに、申込書番号に対応する暗号解読キーと申込書の日時に対応する暗号解読ロジックとに基づいて、暗号化されたパスワードを暗号解読して、実際のパスワードに逆変換する手段（３２０）と、逆変換されたパスワードを、一切表示することなくデータベースに格納する手段（３１０）とを備える。これにより、申込書の実際のパスワードを秘匿したまま、登録することが可能になる。

【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、申込書のパスワード情報秘匿システムに関し、より詳細には、申込書の情報を使用してパスワードを暗号化し、コード化することによる、申込書のパスワード情報を秘匿するシステムに関する。
【背景技術】
【０００２】
従来、インターネットバンキングの申込手続において、顧客は、インターネットなどを介して、例えば金融機関のホームページ上の申込書作成用画面から、申込みに必要な項目（例えば、顧客の氏名、住所、パスワードなど）を入力し、申込書を作成することができる。顧客は、作成した申込書を顧客側の端末で印刷することができる（このように、電子データを用いて申込書を作成し印刷することを、以下「プレ印字」という）。そして、顧客が、プレ印字された申込書を金融機関に送付するか、または持って行き、金融機関がこの申込書を受け取り、申込書に記載された情報を処理し、登録することによって、この顧客に関するインターネットバンキングの申込手続がなされる。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００６−２８５５９２号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
しかしながら、プレ印字された申込書には、顧客が入力した必要項目とともに、重要顧客情報であるパスワードも表示されているため、顧客関係者、配送業者、金融機関内部などの第三者にパスワードが漏洩するリスクがあるという問題がある。
【０００５】
現在このようなリスクに対処するために、一例として、パスワード被膜用シールを用いる方法がある。例えば、申込書用紙とともにパスワード被膜用シールを手交し、顧客自身が、当該シールで申込書のパスワード表示部分を覆い隠すことによって、パスワードを第三者の目に触れさせないようにする。この対策によって、パスワードは第三者の目に直接触れず、漏洩リスクを軽減することができる。
【０００６】
しかしながら、パスワード被膜用シールの下には依然としてパスワードが表示されたままであり、漏洩リスクをさらに軽減させる必要がある。さらに、インターネットバンキングにおいて、ホームページ上から申込書を作成して、金融機関に送付する場合は、パスワード被膜用シールを事前に入手しなければならないという問題がある。
【０００７】
また、別の例において、金融機関内部における漏洩リスクを軽減するために、金融機関内で申込書を処理する際には、パスワードの処理作業と他の必要項目の処理作業とを別々に行うという対策も講じられている。例えば、申込書上のパスワードが表示された部分と、他の必要項目が表示された部分とを別個にし、それぞれ別の行員が処理作業を行うことによって、金融機関内部における漏洩リスクは軽減される。
【０００８】
しかしながら、この対策では、パスワードと他の必要項目を別個に処理する必要があるため、非常に面倒で多くの時間を要し、さらにコストもかかるなどの問題がある。
【０００９】
さらに別の例として、パスワードの各文字を、単純なルールで別の文字に置き換えて表示する方法もある。
【００１０】
この場合、実際のパスワードは表示されていないが、置き換えられた文字から悪意の第三者によって実際のパスワードが推測される可能性があり、また、置き換えられた文字をパスワードと誤認する可能性もある。
【００１１】
さらに他の例として、顧客がホームページ上で申込書を作成する際に入力したパスワードを、別途データベース等に保持し、入力したパスワードを申込書上には表示しないという対策も考えられる。
【００１２】
この場合、申込書上にパスワードが表示されていることによる漏洩リスクは軽減されるが、重要顧客情報であるパスワードをデータベースに保持することによって別のリスクが発生する可能性があるという問題がある。
【００１３】
本発明は、このような問題に鑑みてなされたものであり、その目的とするところは、申込書の情報を使用してパスワードを暗号化し、コード化することによる、申込書のパスワード情報秘匿システムを提供することである。
【課題を解決するための手段】
【００１４】
本発明は、このような目的を達成するために、本発明の第一の側面であるパスワード情報秘匿システム（１００）は、第１のコンピュータ（４００）と接続されるプレ印字申込書作成システム（２００）と、第２のコンピュータ（５００）と接続される契約登録システム（３００）とを含む。
【００１５】
プレ印字申込書作成システム（２００）は、第１のコンピュータ（４００）から、少なくともパスワードを含む申込書情報を受信すると、申込書情報毎に第１のデータ、および第１のデータとは異なる第２のデータを付加する手段（２１０、２２０）を含む。プレ印字申込書作成システム（２００）はまた、第１のデータに対応付けられた暗号化キーと、第２のデータに対応付けられた暗号化ロジックとに基づいて、パスワードを第１の値に変換する暗号化手段（２２０）を含む。プレ印字申込書作成システム（２００）はさらに、第１の値を第１のコードにコード化し、第１のコードを含むプレ印字申込書を第１のコンピュータに送信する手段（２１０）も含む。
【００１６】
契約登録システム（３００）は、第２のコンピュータ（５００）においてプレ印字申込書の第１のコードから読み取られた第１の値と、第１のデータおよび第２のデータを特定するための情報とを受信すると、第１のデータに対応付けられた、暗号化キーに対応する暗号解読キーと、第２のデータに対応付けられた、暗号化ロジックに対応する暗号解読ロジックとに基づいて、第１の値をパスワードに逆変換する、暗号解読手段（３２０）を含む。契約登録システム（３００）は、逆変換されたパスワードを、第１のデータとともに契約登録システム（３００）内のデータベース（３３０）に格納する手段（３１０）も含む。
【００１７】
暗号化キーは、第１のデータ毎に異なる、暗号化ロジックの変数として用いられる任意の乱数とすることができ、および／または、暗号化ロジックは、第２のデータに応じて異なる任意の関数とすることができる。第１のデータは申込書の番号とし、第２のデータは申込書の日時とすることができる。あるいは、第１のデータは申込書の日時とし、第２のデータは申込書の番号とすることもできる。
【００１８】
暗号解読手段（３２０）が受信する、第１のデータおよび第２のデータを特定するための情報は、第１のデータおよび第２のデータがコード化された第２のコードとすることができる。
【００１９】
ここで、第１のコードおよび第２のコードは、例えば、文字列以外のバーコード、２次元コードとすることができる。
【発明の効果】
【００２０】
以上説明したように、本発明によれば、申込書のパスワードを、申込書毎に異なる暗号化キーと申込書の日時に応じて異なる暗号化ロジックを使用して暗号化し、加えて暗号化された値をコード化することにより、パスワードの漏洩リスクを軽減することができる。また、パスワードの登録時において、暗号化され、コード化された値を、登録画面上に一切表示せずにデータベースに格納することができるため、パスワードの漏洩リスクがさらに軽減されるとともに、申込情報を登録する作業の効率化も図ることができる。
【００２１】
さらに、本発明によれば、プレ印字申込書上のパスワードはコード化されているため、例えば、パスワードを単に別の文字に置き換えた場合に発生しうる、悪意の第三者によってパスワードが推認される可能性、および置き換えられた別の文字をパスワードであると誤認する可能性も軽減することができる。
【図面の簡単な説明】
【００２２】
【図１】本発明の一実施形態にかかるパスワード情報秘匿システムの全体を示す図である。
【図２】本発明の一実施形態にかかるパスワード情報秘匿システムの詳細な構成を示す図である。
【図３】本発明の一実施形態にかかる暗号化システムの構成を示す図である。
【図４】本発明の一実施形態にかかる暗号解読システムの構成を示す図である。
【図５】本発明の一実施形態にかかる、プレ印字申込書作成システムにおいて、パスワードを暗号化してコード化する処理を示すフローチャートである。
【図６】本発明の一実施形態にかかる、契約登録システムにおいて、暗号化されコード化されたパスワードを逆変換して、暗号解読する処理を示すフローチャートである。
【図７】本発明の別の実施形態にかかるパスワード情報秘匿システムの詳細な構成を示す図である。
【図８】本発明の別の実施形態にかかる、プレ印字申込書作成システムにおいて、パスワードを暗号化してコード化する処理を示すフローチャートである。
【図９】本発明の別の実施形態にかかる、契約登録システムにおいて、暗号化されコード化されたパスワードを逆変換して、暗号解読する処理を示すフローチャートである。
【発明を実施するための形態】
【００２３】
以下、図面を参照しながら本発明の実施形態について詳細に説明する。
【００２４】
図１は、本発明によるパスワード情報秘匿システム１００の全体を示す図である。
【００２５】
パスワード情報秘匿システム１００は、金融機関に設置される、申込書のパスワードや暗証番号などの重要情報を秘匿するためのシステムであり、プレ印字申込書作成システム２００、および契約登録システム３００を備えている。
【００２６】
プレ印字申込書作成システム２００は、申込書のパスワードなどの情報を変換（暗号化）するためのシステムであり、Ｗｅｂサーバ２１０、および暗号化システム２２０を備えている。プレ印字申込書作成システム２００は、例えばインターネットなどの通信ネットワークを介して、顧客端末４００と接続される。顧客端末４００は、例えば、プリンタなどの出力装置４１０に接続可能な、顧客側のパーソナルコンピュータ（ＰＣ）などとすることができる。
【００２７】
契約登録システム３００は、プレ印字申込書作成システム２００によって変換（暗号化）されたパスワードなどの情報を逆変換（暗号解読）し、契約情報を格納するデータベースにパスワード情報を登録するためのシステムである。契約登録システム３００は、登録システム３１０、暗号解読システム３２０、および契約データベース（ＤＢ）３３０を備えている。契約登録システム３００は、例えばイントラネットなどの社内ネットワークを介して登録端末５００と接続される。登録端末５００は、例えば金融機関の登録センターに設置される、申込書の情報を入力するための端末とすることができる。
【００２８】
一実施形態として、暗号化システム２２０と暗号解読システム３２０は、別個のものとして図示され、説明されるが、他の実施形態では、暗号化システムと暗号解読システムは、プレ印字申込書作成システム２００と契約登録システム３００とにおいて共有される単一のものとすることができる。
【００２９】
（第１の実施形態）
次に、図２および図５を参照し、本発明の第１の実施形態にかかる、プレ印字申込書作成システム２００において申込書のパスワードなどの情報を変換（暗号化）する処理を説明する。
【００３０】
図２は、本発明の第１の実施形態にかかる、プレ印字申込書作成システム２００および契約登録システム３００を含む、パスワード情報秘匿システム１００の詳細な構成を示す図である。
【００３１】
図５は、本発明の第１の実施形態にかかる、プレ印字申込書作成システム２００においてパスワードを暗号化してコード化する処理を示すフローチャートである。
【００３２】
プレ印字申込書作成システム２００のＷｅｂサーバ２１０は、送受信部２１１、タイムスタンプ部２１２、採番部２１３、および処理部２１４を備え、顧客端末４００とネットワークを介して接続されるＷｅｂサーバとして機能する。送受信部２１１は、顧客端末４００または暗号化システム２００との間で情報を送受信する機能を有する。タイムスタンプ部２１２は、日時情報を保持し、管理しており、例えば、顧客端末４００から受信した入力情報に対して日時情報を付加することができる。採番部２１３は、申込書毎に一意の申込書の番号を付与することができ、申込書の番号を管理する機能を有する。処理部２１４は、情報をコード化する処理を行ってコードを生成することができ、プレ印字申込書のイメージを生成することもできる。
【００３３】
プレ印字申込書作成システム２００の暗号化システム２２０は、送受信部２２１、テーブル２２２、および暗号化処理部２２３を備え、パスワードなどの重要情報を暗号化する処理を行うことができる。
【００３４】
インターネットバンキングの申込みにおいて、顧客はまず、顧客端末４００で、インターネットを介して金融機関のホームページの申込書作成画面（入力画面）から、パスワード、氏名、住所、電話番号、他の個人情報など、インターネットバンキングの申込みに必要な項目を入力する。次いで、入力内容を確定させるアクション、例えば入力確定ボタンを押すことなどによって、申込書の入力情報（パスワード、氏名、住所、電話番号、他の個人情報などを含む）が、顧客端末４００からＷｅｂサーバ２１０の送受信部２１１に送信される（ステップＳ１０１）。
【００３５】
ステップＳ１０２で、送受信部２１１は、受信した入力情報に含まれるパスワードを、暗号化システム２２０の送受信部２２１に送信する。
【００３６】
加えて、Ｗｅｂサーバ２１０は、タイムスタンプ部２１２によって申込書毎に付与され、管理される申込書の日時情報も暗号化システム２２０に送信することができる。例えば、タイムスタンプ部２１２は、ある申込書の入力情報が顧客端末４００からＷｅｂサーバ２１０に送信されると、当該申込書の入力情報に対して、申込書の入力内容が確定された日時を表す申込書確定日時を付加することができる。以下では、例示的に、申込書の日時情報を申込書確定日時として説明するが、申込書日時は、例えば申込書入力日時など、申込書に関連する他の日時情報とすることができる。
【００３７】
さらに、Ｗｅｂサーバ２１０は、採番部２１３によって申込書毎に付与される、申込書番号も暗号化システム２２０に送信することができる。申込書番号は、申込書を識別するための番号であり、採番部２１３によって申込書毎に一意に付与され、管理される番号である。
【００３８】
代替的な実施形態では、暗号化システム２００が、タイムスタンプ部、および採番部を備えることもできる（図示せず）。この代替的実施形態では、申込書日時および申込書番号は、それぞれ、暗号化システム２００のタイムスタンプ部および採番部によって付与され、管理される。したがって、この場合、暗号化システム２２０は、パスワードのみをＷｅｂサーバ２１０から受信し、暗号化システム２２０のタイムスタンプ部および採番部が、申込書日時および申込書番号を付加することになる。
【００３９】
暗号化システム２２０は、以下で図３に関連して説明される暗号化ロジックに従って、Ｗｅｂサーバ２１０から受信したパスワードを暗号化して、ある値（以下、「値α」とする）に変換する。暗号化システム２００は、申込書確定日時と申込書番号とを合わせて、別の値（以下、「値β」とする）に変換することもできる。
【００４０】
ここで、図３を参照して、暗号化システムにおいて、パスワード、および申込書確定日時と申込書番号を、それぞれ値αおよび値βに変換する処理について説明する。
【００４１】
図３は、暗号化システム２２０のテーブル２２２の構成を示す図である。
【００４２】
テーブル２２２は、申込書番号と暗号化キーとが対応付けられたテーブルＸ、および申込書確定日時と暗号化ロジックとが対応付けられたテーブルＹを含む。
【００４３】
テーブルＸでは、申込書番号と、申込書番号毎にそれぞれ異なる１つの暗号化キーとが対応付けられている。したがって、申込書毎に異なる暗号化キーが割り当てられることになる。暗号化キーは、暗号化ロジックの変数として用いる、任意の桁数の乱数とすることができる。
【００４４】
テーブルＹでは、申込書確定日時と、申込書確定日時に応じて異なる暗号化ロジックとが対応付けられている。暗号化ロジックは、パスワードを暗号化して値αに変換するためのロジックであり、暗号化キーを変数として用いる任意の関数とすることができる。したがって、パスワードは、申込書毎に異なる暗号化キーを変数として用いる、申込書確定日時に応じて異なる暗号化ロジックを使用して、値αに変換されることになる。すなわち、値αは、α＝ｆ○（パスワード、暗号化キー）と表すことができる。
【００４５】
再び図５を参照すると、ステップＳ１０３で、暗号化処理部２２３は、テーブルＸにおいて、受信した申込書番号に割り当てられた暗号化キーを特定し、テーブルＹにおいて、受信した申込書確定日時に割り当らてれた暗号化ロジックを特定する。
【００４６】
次いで、ステップＳ１０４で、暗号化処理部２２２は、特定された暗号化キーと暗号化ロジック（ｆ○（パスワード、暗号化キー））とを使用して、受信したパスワードを値αに変換する（α＝ｆ○（パスワード、暗号化キー））。
【００４７】
図３のテーブルＹでは、一例示的実施形態として、申込書確定日時に、申込書確定日時の日付毎に異なる暗号化ロジック（すなわち、日付単位で別々の暗号化ロジック）が割り当てられている。この場合、申込書確定日時の日付が同一のパスワードのみに対して、同一の暗号化ロジックを使用して変換が行われ、申込書確定日時の日付が異なるパスワードは、異なる暗号化ロジックを使用して変換される。
【００４８】
本実施形態によると、前述したように、暗号化ロジックに用いられる変数（暗号化キー）が、申込書番号毎に（すなわち、申込書毎に）全て異なるため、申込書確定日時の日付が同一の場合であっても、同一の暗号化処理が行われることはなく、全て異なる暗号化処理が行われる。したがって、本実施形態によると、たとえ悪意の第三者が暗号解読しようとしても、乱数である暗号化キーと、申込書確定日時に応じて異なる暗号化ロジックとの両方を特定することは非常に困難であるため、暗号化されたパスワード（すなわち、値α）が暗号解読される可能性は著しく軽減される。
【００４９】
上述した日付単位による暗号化ロジックの割り当ては例示であり、暗号化ロジックの割り当ては、このような日付単位に限定されず、例えば、週単位、時間単位など、任意の単位とすることができる。
【００５０】
ステップＳ１０５で、暗号化処理部２２３は、任意に、申込書番号と申込書確定日時とを合わせて値βに変換する。値βは、値αとは異なり、暗号化される必要はなく、申込書番号と申込書確定日時を合わせた値であればよい。
【００５１】
ステップＳ１０６で、送受信部２２１は、値αと値βとをＷｅｂサーバ２１０に送信する。
【００５２】
ステップＳ１０７で、Ｗｅｂサーバ２１０の処理部２１４が、暗号化システム２２０から送信された値αおよび値βに対して、それぞれコード化する処理を行い、コードＡおよびコードＢを生成する。コードＡおよびＢは、好ましくは２次元コードである。２次元コードとすることにより、バーコードに比べ、値α、βの情報量を多くすることが可能であり、さらに解読され難いという利点がある。
【００５３】
ステップＳ１０８で、処理部２１４は、必要項目が所定の欄に表示されたプレ印字申込書のイメージを生成して、生成されたプレ印字申込書のイメージは、送受信部２１１によって顧客端末４００に送信され、顧客端末４００の画面上に表示される。プレ印字申込書のイメージは、例えばＰＤＦファイルなどとすることができる。
【００５４】
ここで、申込書は一般に、金融機関に提出するための「正」「副」、顧客が手元に保管するための「控」が必要である。「控」用の申込書は、顧客自身が保管するものであり、例えば、パスワードを失念した場合などに確認するために、パスワード、および申込書確定日時と申込書番号は、コードＡおよびＢ（あるいは、値αおよびβ）としてではなく、実際の値としてそのまま表示されていることが好ましい。一方、金融機関に提出する「正」「副」の申込書では、パスワードを秘匿する必要があるため、パスワード、および申込書確定日時と申込書番号を、それぞれコードＡおよびＢとして表示する。代替的には、コードＡ，Ｂの代わりに、値α，βとして表示することもできるが、誤認防止、登録作業の効率化の観点から、コードＡ，Ｂとして表示することが好ましい。
【００５５】
顧客は、表示された申込書イメージを、顧客端末４００に接続されたプリンタなどの出力装置を使用して印刷し、プレ印字申込書を作成することができる。金融機関は、（必要であれば、捺印された）「正」「副」のプレ印字申込書を顧客から受け取る。
【００５６】
次に、図２および図６を参照して、金融機関の契約登録システムにおいて、コード化された値αを暗号解読して、申込書の情報を入力または登録する処理について説明する。
【００５７】
図６は、本発明の第１の実施形態にかかる、契約登録システム３００において、暗号化されコード化されたパスワードを逆変換して、暗号解読する処理を示すフローチャートである。
【００５８】
契約登録システム３００は、登録システム３１０、暗号解読システム３２０、および契約ＤＢ３３０を含み、イントラネットなどの社内ネットワークを介して登録端末５００に接続される。金融機関が受け取ったプレ印字申込書の情報は、登録端末５００の登録画面から登録（または入力）され、登録システム３１０を通じて、最終的に契約ＤＢ３３０に格納されることになる。契約ＤＢ３３０は、金融機関において契約情報が格納される非常にセキュアなデータベースである。
【００５９】
登録システム３１０は、登録端末５００、暗号解読システム３２０、および契約ＤＢ３３０の間で情報を送受信することができる送受信部３１１と、申込書の日時情報や申込書番号情報を記憶することができる情報記憶部３１２と、登録システム３１０全体を制御する制御部３１３とを備える。
【００６０】
暗号解読システム３２０は、送受信部３２１、テーブル３２２、および暗号解読処理部３２３を備え、暗号化されているパスワードを暗号解読する機能を有する。暗号解読システム３２０は、図３に関連して説明したプレ印字申込書作成システム２００内の暗号化システム２２０と同様の構成を有する。
【００６１】
金融機関が受け取ったプレ印字申込書では、パスワード、および申込書確定日時と申込書番号は、それぞれコードＡおよびＢとして表示されている。これらを登録する際は、コードＡおよびＢを、例えば、登録端末５００に接続されたリーダなどの読み取り装置によって読み取るだけでよい。コードＡおよびＢを読み取り装置によって読み取ることにより、値αおよび値βが取得される（ステップＳ１０９）。
【００６２】
ステップＳ１１０で、読み取られたコードＡおよびコードＢ、すなわち値αおよび値βは、読み取り装置に接続された登録端末５００から、イントラネットなどの社内ネットワークを介して、登録システム３１０の送受信部３１１に送信される。
【００６３】
ステップＳ１１１で、送受信部３１１は、登録端末５００から受信した値αと値βを、暗号解読システム３２０の送受信部３２１に送信する。
【００６４】
ここで、図４を参照すると、図４は、暗号解読システム３２０のテーブル３２２の構成を示す図である。暗号解読システム３２０のテーブル３２２には、暗号化システム２２０のテーブル２２２のテーブルＸ、Ｙにそれぞれ対応する構成であり、対応するデータを保持しているテーブルＸ'およびテーブルＹ'が含まれる。テーブルＸ'では、申込書番号と、暗号化キーに対応する暗号解読キーとが対応付けられており、テーブルＹ'では、申込書確定日時と、暗号化ロジックに対応する暗号解読ロジックとが対応付けられている。代替的には、暗号化システム２２０と暗号解読システム３２０を、プレ印字申込書作成システム２００と契約登録システム３００で共有される単一の構成とすることができる。
【００６５】
再び図６を参照すると、ステップＳ１１２で、暗号解読処理部３２３は、まず、登録システム３１０から受信した値βを逆変換し、申込書確定日時と申込書番号とを特定する。
【００６６】
ステップＳ１１３で、暗号解読処理部３２３は、テーブルＸ’において当該申込書番号に割り当てられた暗号化キーに対応する暗号解読キーを特定し、テーブルＹ’において当該申込書確定日時に割り当てられた暗号化ロジックに対応する暗号解読ロジックを特定する。
【００６７】
暗号解読キーは暗号解読ロジックに用いられている変数であるため、暗号解読システム３２０は、ステップＳ１１４において、特定された暗号解読ロジックと暗号解読キーとに基づいて、値αを暗号解読し、実際のパスワードに逆変換することができる（すなわち、パスワード＝ｆ'○（値α、暗号解読キー））。
【００６８】
ステップＳ１１５で、暗号解読システム３２０の送受信部３２１は、パスワード、申込書番号、および申込書確定日時を登録システム３１０の送受信部３１１に送信する。
【００６９】
ステップＳ１１６で、送受信部３１１は、受信したパスワード、申込書番号、および申込書確定日時を契約ＤＢ３３０に送信し、これらは契約ＤＢ３３０に格納される。ただし、申込書確定日時は、必ずしも契約ＤＢ３３０に送信され、格納される必要はない。
【００７０】
パスワード以外の入力情報は、図２において破線で示されているように、登録端末５００の入力画面から入力され、契約登録システム３１０を通じて契約ＤＢ３３０に格納される。
【００７１】
ここで、登録システム３１０は、ステップＳ１１２で暗号解読システム３２０から、特定された申込書番号を受信し、パスワード以外の入力情報の入力を登録端末５００から受け付けるようにすることができる。あるいは、ステップＳ１１５で申込書番号を受信し、登録端末５００からのパスワード以外の入力情報の入力を受け付けるようにすることができる。例えば、パスワード以外の入力情報を登録したい場合は、登録端末５００でコードＢを読み取るとともにパスワード以外の入力情報を入力すると、値βとパスワード以外の入力情報が登録端末５００から登録システム３１０に送信される。登録システム３１０の情報記憶部３１２は、このパスワード以外の入力情報を一時的に記憶することができる。値βは、暗号解読システム３２０に送信され、申込書番号および申込書確定日時に逆変換されて登録システム３１０に返される。申込書番号によって、入力情報がどの申込書の情報であるのかを特定することが可能であるため、登録システム３１０は、申込書番号に基づいて、情報記憶部３１２に一時的に記憶していたパスワード以外の入力情報を、申込書番号とともに契約ＤＢ３３０に送信して、格納することができる。パスワードと、パスワード以外の入力情報とを同時に登録したい場合も同様である。
【００７２】
代替的に、Ｗｅｂサーバ２１０は、ステップＳ１０１で受信した入力情報に含まれるパスワード以外の入力情報を、申込書番号とともに登録システム３１０に送信することもできる。次いで、登録システム３１０は、受信したパスワード以外の入力情報を、申込書番号とともに契約ＤＢ３３０に送信して、格納することができる。
【００７３】
また、本実施形態では、申込書番号と申込書確定日時を合わせて値βに変換してコードＢを生成しているが、代替的な実施形態では、ステップＳ１０５で値βに変換せずに、申込書番号と申込書確定日時から直接コードＢを生成することもできる。この代替的実施形態では、生成されたコードＢを読み取り装置で読み取ると、ステップＳ１０９では、値βの代わりに申込書番号と申込書確定日時が取得されることになる。例えば、銀行側で、登録端末５００でパスワード以外の入力情報を入力するとともにコードＢを読み取ると、コードＢから、当該入力情報の申込書番号と申込書確定日時を取得することができる。したがって、パスワードとパスワード以外の入力情報とを別々のタイミングで登録しようとする場合であっても、コードＢを読み取ることによって取得された申込書番号と、契約ＤＢに格納された申込書番号とに基づいて、当該パスワード以外の入力情報を契約ＤＢに適切に格納することができる。
【００７４】
本発明において重要なことは、金融機関が受け取ったプレ印字申込書では、実際のパスワードが秘匿されており、開示されることなく、コードＡ（値α）として登録システム３１０に送信され、契約ＤＢ３３０に格納されるということである。例えば、顧客が申込書を郵送で金融機関に送付する際に何らかのトラブルがあったとしても、パスワードはコードとして表示されているだけであり、実際のパスワードが不正に取得されることはない。また、金融機関内部においても、実際のパスワードは申込書上に表示されておらず、登録する際にも入力画面に表示されることがなく行員の目にも触れることがないため、パスワードの漏洩リスクがなく信頼性が高まるとともに、顧客にとっても安心感が高まることになる。
【００７５】
また、申込書のパスワードがコードとして表示されているため、登録／入力作業においては、このコードをリーダなどによって読み取るだけでよく、申込書情報を入力／登録する作業の効率も格段に向上することになる。
【００７６】
（第２の実施形態）
上記の第１の実施形態では、パスワードをコードＡに変換し、申込書確定日時および申込書番号をコードＢに変換したが、申込書確定日時および申込書番号はコード化しない方法も考えられる。下記では、図７−９を参照して、パスワードのみをコード化する方法について説明する。
【００７７】
図７は、本発明の第２の実施形態にかかる、プレ印字申込書作成システム２００および契約登録システム３００の詳細な構成を示す図である。
【００７８】
図８は、本発明の第２の実施形態にかかる、パスワードを暗号化してコード化する処理を示すフローチャートである。
【００７９】
図９は、本発明の第２の実施形態にかかる、暗号化されコード化されたパスワードを逆変換して、暗号解読する処理を示すフローチャートである。
【００８０】
ステップＳ２０１で、Ｗｅｂサーバ２１０の送受信部２１１は、顧客端末４００からパスワードを含む入力情報を受信する。
【００８１】
次いで、ステップＳ２０２で、送受信部２１１は、パスワードと、タイムスタンプ部２１２によって付された申込書確定日時と、採番部によって付された申込書番号とを暗号化システム２２０に送信する。上述したように、代替的に、申込書確定日時および申込書番号を、暗号化システム２２０が付加することも可能である。
【００８２】
ステップＳ２０３で、暗号化システム２２０の暗号化処理部２２３は、テーブル２２２のテーブルＸおよびテーブルＹにおいて、申込書番号に対応する暗号化キー、および申込書日時に対応する暗号化ロジックをそれぞれ特定する。
【００８３】
次いで、ステップＳ２０４で、暗号化処理部２２３は、特定された暗号化キーと暗号化ロジックを使用して、パスワードを値αに変換する（α＝ｆ○（パスワード、暗号化キー））。
【００８４】
ステップＳ２０５で、送受信部２２１が、値αと、申込書日時と、申込書番号とをＷｅｂサーバ２１０に返す。
【００８５】
ステップＳ２０６で、Ｗｅｂサーバ２１０の処理部２１４が、受信した値αをコード化してコードＡを生成する。
【００８６】
ステップＳ２０７で、処理部２１４がプレ印字申込書のイメージを生成する。生成されたプレ印字申込書のイメージは、送受信部２１１によって顧客端末４００に送信され、顧客端末４００の画面上に表示されることになる。プレ印字申込書のイメージにおいて、「正」「副」には、パスワードの欄にコードＡが表示され、申込書日時および申込書番号は、それぞれコードではなく実際の情報が所定の欄に表示されている。「控」には、上述したように、全て実際の情報が表示されている。
【００８７】
ここで、本実施形態におけるプレ印字申込書には、実際の申込書日時と申込書番号が表示されているが、申込書日時に対応する暗号化キーを乱数とし、および／または申込書番号に対応する暗号化ロジックを、申込書日時に応じて異なるロジックとすることができるため、申込書日時と申込書番号から、暗号化キーと暗号化ロジックの両方が特定される可能性は低い。
【００８８】
次に、図９を参照しながら、暗号化されているパスワードを暗号解読する処理について説明する。
【００８９】
ステップＳ２０８で、コードＡを登録端末５００に接続されたリーダで読み取ることによって、値αが取得される。
【００９０】
申込書確定日時と申込書番号が入力されると、顧客端末４００は、ステップＳ２０９で、ステップＳ２０８で取得された値αと、入力された申込書確定日時と、入力された申込書番号を登録システム３１０に送信する。
【００９１】
ステップＳ２１０で、送受信部３１１が、受信した値αと、申込書確定日時と、申込書番号とを暗号解読システム３２０に送信する。
【００９２】
ステップＳ２１１で、暗号解読処理部３２３は、テーブルＸ’において当該申込書番号に対応付けられた、暗号化キーに対応する暗号解読キーを特定し、テーブルＹ’において当該申込書確定日時に対応付けられた、暗号化ロジックに対応する暗号解読ロジックを特定する。
【００９３】
ステップＳ２１２で、暗号解読処理部３２３は、特定された暗号解読ロジックと暗号解読キーとに基づいて、値αを暗号解読し、実際のパスワードに逆変換する（パスワード＝ｆ'○（値α、暗号解読キー））。
【００９４】
ステップＳ２１３で、送受信部３２１は、パスワード、申込書確定日時、および申込書番号を登録システム３１０の送受信部３１１に送信する。
【００９５】
ステップＳ２１４で、送受信部３１１は、パスワード、申込書番号、および申込書確定日時を契約ＤＢ３３０に送信し、これらは契約ＤＢ３３０に格納される。ただし、申込書確定日時は、必ずしも契約ＤＢ３３０に送信され、格納される必要はない。
【００９６】
第２の実施形態において、パスワード以外の入力情報を登録する際は、図７において破線で示されるように、パスワード以外の入力情報を、申込書確定日時と申込書番号とともに登録端末５００から入力する。パスワード以外の入力情報は、次いで顧客端末４００から送受信部３１１に送信され、送受信部３１１は、当該パスワード以外の入力情報を契約ＤＢ３３０に送信して格納する。例えば、パスワードと、パスワード以外の入力情報を同時に登録しようとする場合、登録システム３１０の情報記憶部３１２は、パスワード以外の入力情報を一時的に記憶することができる。ステップＳ２１３で、暗号解読されたパスワード、申込書確定日時、および申込書番号が登録システム３１０に返されると、ステップＳ２１４で、情報記憶部３１２に一時的に記憶されていたパスワード以外の入力情報を、パスワード、および申込書番号とともに契約ＤＢ３３０に送信し、格納することができる。あるいは、パスワードとパスワード以外の入力情報とを別々のタイミングで登録する場合であっても、申込書番号によってどの申込書に対する入力情報であるのか特定することができるため、入力された申込書番号に基づいて、当該パスワード以外の入力情報を適切に契約ＤＢ３００に格納することができる。
【００９７】
代替的には、第１の実施形態において上述したように、Ｗｅｂサーバ２１０は、ステップＳ２０１で受信した入力情報に含まれるパスワード以外の入力情報を、申込書番号とともに登録システム３１０に送信することもできる。次いで、登録システム３１０は、受信したパスワード以外の入力情報と、申込書番号とを契約ＤＢ３３０に送信して、格納することができる。
【００９８】
（第３の実施形態）
上記第１および第２の実施形態では、暗号化／暗号解読キーを乱数とし、暗号化／暗号解読ロジックを予め定められた間隔で変化させたが、代替的には、暗号化／暗号解読キーと暗号化／暗号解読ロジックのいずれかを固定にすることもできる。例えば、暗号化／暗号解読キーを、暗号化／暗号解読ロジックの変数として用いる、予め定められた数字とし、一方、暗号化／暗号解読ロジックを予め定められた間隔で変化させることができる。あるいは、暗号化／暗号解読キーを乱数とし、一方、暗号化／暗号解読ロジックを固定のロジックとすることができる。
【００９９】
本実施形態によると、暗号化／暗号解読キーと暗号化／暗号解読ロジックのいずれか一方は固定であるため、暗号化システム２２０のテーブルＸ，Ｙ、暗号解読システム３３０のテーブルＸ'、Ｙ'における暗号化キーと暗号解読キー、暗号化ロジックと暗号解読ロジックの同期管理が容易になる。また、暗号化／暗号解読キーと暗号化／暗号解読ロジックのいずれか一方は固定であるものの、他方は変化するものであるため、暗号化／暗号解読キーと暗号化／暗号解読ロジックの両方を特定することは困難であり、暗号化されたパスワードが暗号解読される可能性は低い。
【０１００】
本明細書では、一例として、申込書番号と暗号化／暗号解読キー、申込書確定日時と暗号化／暗号解読ロジックの組み合わせを用いて、パスワードを暗号化／暗号解読する方法を説明してきた。しかしながら、他の実施形態では、これらの組み合わせを、例えば、申込書確定日時と暗号化／暗号解読キー、申込書番号と暗号化／暗号解読ロジックの組み合わせなどとすることもできる。あるいは、暗号化／暗号解読キー、暗号化／暗号解読ロジックを、それぞれ申込書に関連する他の情報と組み合わせることも可能であることは認識されよう。例えば、申込書確定日時は、申込書に関連付けられた他の情報とすることができ、申込書番号は、申込書を一意に特定できる他の情報とすることができる。
【０１０１】
さらに、本明細書においては、パスワードを暗号化し、コード化しているが、本発明の概念は、パスワードに限定されず、例えば、他の重要な情報の暗号化、コード化にも適用することができる。例示的な実施形態として、インターネットバンキングに関連して説明してきたが、本発明の概念を、ネットワークを介してＩＤやパスワードで本人確認を行う他のサービスにも利用することができる。例えば、本発明を、ＡＴＭネットワークで使うキャッシュカードの暗証番号の登録などにも利用することができ、また、本発明は、銀行以外のサービスにも利用可能であり、ＩＤ、パスワード、暗証番号など、重要な情報を秘匿しつつ入力、登録、処理などを行う際に特に効果的である。
【０１０２】
あるいは、本発明を利用して、例えば、申込書の内容全体をコード化することも考えられる。この場合、申込書の情報を登録する作業は格段に効率的になるが、申込書の内容全体がコード化されているため顧客は申込書の実際の内容を確認することができないことから、顧客にとっては望ましい方法ではないと考えられる。したがって、情報セキュリティ、および利便性などの観点から、パスワードなどの重要な情報、および／または暗号解読するために用いられる情報（例えば、日時、番号）を暗号化および／またはコード化することが最適と考えられる。
【符号の説明】
【０１０３】
１００パスワード情報秘匿システム
２００プレ印字申込書作成システム
２１０Ｗｅｂサーバ
２１１送受信部
２１２タイムスタンプ部
２１３採番部
２１４処理部
２２０暗号化システム
２２１送受信部
２２２テーブル
２２３暗号化処理部
３００契約登録システム
３１０登録システム
３１１送受信部
３１２情報記憶部
３１３制御部
３２０暗号解読システム
３２１送受信部
３２２テーブル
３２３暗号解読処理部
３３０契約データベース
４００顧客端末
５００登録端末

【特許請求の範囲】
【請求項１】
第１のコンピュータ（４００）と接続されるプレ印字申込書作成システム（２００）と、第２のコンピュータ（５００）と接続される契約登録システム（３００）とを含む、パスワード情報秘匿システム（１００）であって、
前記プレ印字申込書作成システム（２００）は、
前記第１のコンピュータ（４００）から、少なくともパスワードを含む申込書情報を受信すると、前記申込書情報毎に第１のデータ、および前記第１のデータとは異なる第２のデータを付加する手段（２１０、２２０）と、
前記第１のデータに対応付けられた暗号化キーと前記第２のデータに対応付けられた暗号化ロジックとに基づいて、前記パスワードを第１の値に変換する暗号化手段（２２０）と、
前記第１の値を第１のコードにコード化し、前記第１のコードを含むプレ印字申込書を前記第１のコンピュータに送信する手段（２１０）と
を含み、
前記契約登録システム（３００）は、
前記第２のコンピュータ（５００）において前記プレ印字申込書の前記第１のコードから読み取られた前記第１の値と、前記第１のデータおよび前記第２のデータを特定するための情報とを受信すると、前記第１のデータに対応付けられた、前記暗号化キーに対応する暗号解読キーと、前記第２のデータに対応付けられた、前記暗号化ロジックに対応する暗号解読ロジックとに基づいて、前記第１の値を前記パスワードに逆変換する、暗号解読手段（３２０）と、
逆変換された前記パスワード、および前記第１のデータを前記暗号化手段（３３０）から受信して、前記契約登録システム（３００）内のデータベース（３３０）に格納する手段（３１０）と
を含むことを特徴とするシステム。
【請求項２】
前記暗号化キーは、第１のデータ毎に異なる、前記暗号化ロジックの変数として用いられる任意の乱数であることを特徴とする請求項１に記載のシステム。
【請求項３】
前記暗号化ロジックは、前記第２のデータに応じて異なる、任意の関数であることを特徴とする請求項１に記載のシステム。
【請求項４】
前記暗号化キーは、第１のデータ毎に異なる、前記暗号化ロジックの変数として用いられる任意の乱数であり、前記暗号化ロジックは、前記第２のデータに応じて異なる、任意の関数であることを特徴とする請求項１に記載のシステム。
【請求項５】
前記第１のデータは、申込書の番号であり、前記第２のデータは、申込書の日時であることを特徴とする請求項１に記載のシステム。
【請求項６】
前記第１のデータは、申込書の日時であり、前記第２のデータは、申込書の番号であることを特徴とする請求項１に記載のシステム。
【請求項７】
前記第１のデータおよび前記第２のデータを特定するための情報は、前記第１のデータおよび前記第２のデータがコード化された第２のコードであることを特徴とする請求項１に記載のシステム。
【請求項８】
前記第１のコードを含む前記プレ印字申込書を、前記第１のコンピュータ（４００）に表示する手段をさらに含むことを特徴とする請求項１に記載のシステム。
【請求項９】
前記第１のコードおよび前記第２のコードを含む前記プレ印字申込書を、前記第１のコンピュータ（４００）に表示する手段をさらに含むことを特徴とする請求項７に記載のシステム。
【請求項１０】
前記暗号化手段（２２０）は、第１のデータと暗号化キーとが対応付けられた第１のテーブル、および第２のデータと暗号化ロジックとが対応付けられた第２のテーブルを有し、前記第１のテーブルにおいて、前記第１のデータに対応付けられた暗号化キーを特定し、前記第２のテーブルにおいて、前記第２のデータに対応付けられた暗号化ロジックを特定することを特徴とする請求項１に記載のシステム。
【請求項１１】
前記暗号解読手段（３２０）は、第１のデータと暗号解読キーとが対応付けられた第１のテーブル、および第２のデータと暗号解読ロジックとが対応付けられた第２のテーブルを有し、前記第１のテーブルにおいて、前記第１のデータに対応付けられた暗号解読キーを特定し、前記第２のテーブルにおいて、前記第２のデータに対応付けられた暗号解読ロジックを特定することを特徴とする請求項１に記載のシステム。
【請求項１２】
パスワード情報を秘匿するために、第１のコンピュータ（４００）および第２のコンピュータ（５００）と接続され、申込書情報を格納するためのデータベース（３３０）を有するコンピュータ（１００）を、
第１のコンピュータ（４００）から、少なくともパスワードを含む申込書情報を受信すると、前記申込書情報に第１のデータ、および前記第１のデータとは異なる第２のデータを付加する手段（２１０、２２０）と、
前記第１のデータに対応付けられた暗号化キーと前記第２のデータに対応付けられた暗号化ロジックとに基づいて、前記パスワードを第１の値に変換する手段（２２０）と、
前記第１の値を第１のコードにコード化し、前記第１のコードを含むプレ印字申込書を前記第１のコンピュータに送信する手段（２１０）と、
第２のコンピュータ（５００）において前記プレ印字申込書の前記第１のコードから読み取られた前記第１の値と、前記第１のデータおよび前記第２のデータを特定するための情報とを受信すると、前記第１のデータに対応付けられた、前記暗号化キーに対応する暗号解読キーと、前記第２のデータに対応付けられた、前記暗号化ロジックに対応する暗号解読ロジックとに基づいて、前記第１の値を前記パスワードに逆変換する手段（３２０）と、
逆変換された前記パスワード、および前記第１のデータを前記暗号化手段（３３０）から受信して、前記データベース（３３０）に格納する手段（３１０）と
として機能させることを特徴とするプログラム。
【請求項１３】
前記暗号化キーは、第１のデータ毎に異なる、前記暗号化ロジックの変数として用いられる任意の乱数であることを特徴とする請求項１２に記載のプログラム。
【請求項１４】
前記暗号化ロジックは、前記第２のデータに応じて異なる、任意の関数であることを特徴とする請求項１２に記載のプログラム。
【請求項１５】
前記暗号化キーは、第１のデータ毎に異なる、前記暗号化ロジックの変数として用いられる任意の乱数であり、前記暗号化ロジックは、前記第２のデータに応じて異なる、任意の関数であることを特徴とする請求項１２に記載のプログラム。
【請求項１６】
前記第１のデータは、申込書の番号であり、前記第２のデータは、申込書の日時であることを特徴とする請求項１２に記載のプログラム。
【請求項１７】
前記第１のデータは、申込書の日時であり、前記第２のデータは、申込書の番号であることを特徴とする請求項１２に記載のプログラム。
【請求項１８】
前記第１のデータおよび前記第２のデータを特定するための情報は、前記第１のデータおよび前記第２のデータがコード化された第２のコードであることを特徴とする請求項１２に記載のプログラム。
【請求項１９】
前記コンピュータ（１００）を、前記第１のコードを含む前記プレ印字申込書を前記第１のコンピュータ（４００）に表示させる手段としてさらに機能させることを特徴とする請求項１２に記載のプログラム。
【請求項２０】
前記コンピュータ（１００）を、前記第１のコードおよび前記第２のコードを含む前記プレ印字申込書を前記第１のコンピュータ（４００）に表示させる手段としてさらに機能させることを特徴とする請求項１８に記載のプログラム。
【請求項２１】
前記コンピュータ（１００）は、第１のデータと暗号化キーとが対応付けられた第１のテーブル、および第２のデータと暗号化ロジックとが対応付けられた第２のテーブルを有し、
前記変換する手段（２２０）は、前記コンピュータ（１００）を、前記第１のテーブルにおいて、前記第１のデータに対応付けられた暗号化キーを特定し、前記第２のテーブルにおいて、前記第２のデータに対応付けられた暗号化ロジックを特定する手段として機能させる手段であることを特徴とする請求項１２に記載のプログラム。
【請求項２２】
前記コンピュータ（１００）は、第１のデータと暗号解読キーとが対応付けられた第１のテーブル、および第２のデータと暗号解読ロジックとが対応付けられた第２のテーブルを有し、
前記逆変換する手段（３２０）は、前記コンピュータ（１００）を、前記第１のテーブルにおいて、前記第１のデータに対応付けられた暗号解読キーを特定し、前記第２のテーブルにおいて、前記第２のデータに対応付けられた暗号解読ロジックを特定する手段として機能させる手段であることを特徴とする請求項１２に記載のプログラム。

【図１】