JP4902691B2 - 申込書のパスワード情報秘匿システム、プログラム、および方法 - Google Patents

Description

本発明は、申込書のパスワード情報秘匿システムに関し、より詳細には、申込書の情報を使用してパスワードを暗号化し、コード化することによる、申込書のパスワード情報を秘匿するシステムに関する。

従来、インターネットバンキングの申込手続において、顧客は、インターネットなどを介して、例えば金融機関のホームページ上の申込書作成用画面から、申込みに必要な項目（例えば、顧客の氏名、住所、パスワードなど）を入力し、申込書を作成することができる。顧客は、作成した申込書を顧客側の端末で印刷することができる（このように、電子データを用いて申込書を作成し印刷することを、以下「プレ印字」という）。そして、顧客が、プレ印字された申込書を金融機関に送付するか、または持って行き、金融機関がこの申込書を受け取り、申込書に記載された情報を処理し、登録することによって、この顧客に関するインターネットバンキングの申込手続がなされる。

特開２００６−２８５５９２号公報

しかしながら、プレ印字された申込書には、顧客が入力した必要項目とともに、重要顧客情報であるパスワードも表示されているため、顧客関係者、配送業者、金融機関内部などの第三者にパスワードが漏洩するリスクがあるという問題がある。

現在このようなリスクに対処するために、一例として、パスワード被膜用シールを用いる方法がある。例えば、申込書用紙とともにパスワード被膜用シールを手交し、顧客自身が、当該シールで申込書のパスワード表示部分を覆い隠すことによって、パスワードを第三者の目に触れさせないようにする。この対策によって、パスワードは第三者の目に直接触れず、漏洩リスクを軽減することができる。

しかしながら、パスワード被膜用シールの下には依然としてパスワードが表示されたままであり、漏洩リスクをさらに軽減させる必要がある。さらに、インターネットバンキングにおいて、ホームページ上から申込書を作成して、金融機関に送付する場合は、パスワード被膜用シールを事前に入手しなければならないという問題がある。

また、別の例において、金融機関内部における漏洩リスクを軽減するために、金融機関内で申込書を処理する際には、パスワードの処理作業と他の必要項目の処理作業とを別々に行うという対策も講じられている。例えば、申込書上のパスワードが表示された部分と、他の必要項目が表示された部分とを別個にし、それぞれ別の行員が処理作業を行うことによって、金融機関内部における漏洩リスクは軽減される。

しかしながら、この対策では、パスワードと他の必要項目を別個に処理する必要があるため、非常に面倒で多くの時間を要し、さらにコストもかかるなどの問題がある。

さらに別の例として、パスワードの各文字を、単純なルールで別の文字に置き換えて表示する方法もある。

この場合、実際のパスワードは表示されていないが、置き換えられた文字から悪意の第三者によって実際のパスワードが推測される可能性があり、また、置き換えられた文字をパスワードと誤認する可能性もある。

さらに他の例として、顧客がホームページ上で申込書を作成する際に入力したパスワードを、別途データベース等に保持し、入力したパスワードを申込書上には表示しないという対策も考えられる。

この場合、申込書上にパスワードが表示されていることによる漏洩リスクは軽減されるが、重要顧客情報であるパスワードをデータベースに保持することによって別のリスクが発生する可能性があるという問題がある。

本発明は、このような問題に鑑みてなされたものであり、その目的とするところは、申込書の情報を使用してパスワードを暗号化し、コード化することによる、申込書のパスワード情報秘匿システムを提供することである。

本発明は、このような目的を達成するために、本発明の第一の側面であるパスワード情報秘匿システム（１００）は、第１のコンピュータ（４００）と接続されるプレ印字申込書作成システム（２００）と、第２のコンピュータ（５００）と接続される契約登録システム（３００）とを含む。

プレ印字申込書作成システム（２００）は、第１のコンピュータ（４００）から、少なくともパスワードを含む申込書情報を受信すると、申込書情報毎に第１のデータ、および第１のデータとは異なる第２のデータを付加する手段（２１０、２２０）を含む。プレ印字申込書作成システム（２００）はまた、第１のデータに対応付けられた暗号化キーと、第２のデータに対応付けられた暗号化ロジックとに基づいて、パスワードを第１の値に変換する暗号化手段（２２０）を含む。プレ印字申込書作成システム（２００）はさらに、第１の値を第１のコードにコード化し、第１のコードを含むプレ印字申込書を第１のコンピュータに送信する手段（２１０）も含む。

契約登録システム（３００）は、第２のコンピュータ（５００）においてプレ印字申込書の第１のコードから読み取られた第１の値と、第１のデータおよび第２のデータを特定するための情報とを受信すると、第１のデータに対応付けられた、暗号化キーに対応する暗号解読キーと、第２のデータに対応付けられた、暗号化ロジックに対応する暗号解読ロジックとに基づいて、第１の値をパスワードに逆変換する、暗号解読手段（３２０）を含む。契約登録システム（３００）は、逆変換されたパスワードを、第１のデータとともに契約登録システム（３００）内のデータベース（３３０）に格納する手段（３１０）も含む。

暗号化キーは、第１のデータ毎に異なる、暗号化ロジックの変数として用いられる任意の乱数とすることができ、および／または、暗号化ロジックは、第２のデータに応じて異なる任意の関数とすることができる。第１のデータは申込書の番号とし、第２のデータは申込書の日時とすることができる。あるいは、第１のデータは申込書の日時とし、第２のデータは申込書の番号とすることもできる。

暗号解読手段（３２０）が受信する、第１のデータおよび第２のデータを特定するための情報は、第１のデータおよび第２のデータがコード化された第２のコードとすることができる。

ここで、第１のコードおよび第２のコードは、例えば、文字列以外のバーコード、２次元コードとすることができる。

以上説明したように、本発明によれば、申込書のパスワードを、申込書毎に異なる暗号化キーと申込書の日時に応じて異なる暗号化ロジックを使用して暗号化し、加えて暗号化された値をコード化することにより、パスワードの漏洩リスクを軽減することができる。また、パスワードの登録時において、暗号化され、コード化された値を、登録画面上に一切表示せずにデータベースに格納することができるため、パスワードの漏洩リスクがさらに軽減されるとともに、申込情報を登録する作業の効率化も図ることができる。

さらに、本発明によれば、プレ印字申込書上のパスワードはコード化されているため、例えば、パスワードを単に別の文字に置き換えた場合に発生しうる、悪意の第三者によってパスワードが推認される可能性、および置き換えられた別の文字をパスワードであると誤認する可能性も軽減することができる。

本発明の一実施形態にかかるパスワード情報秘匿システムの全体を示す図である。 本発明の一実施形態にかかるパスワード情報秘匿システムの詳細な構成を示す図である。 本発明の一実施形態にかかる暗号化システムの構成を示す図である。 本発明の一実施形態にかかる暗号解読システムの構成を示す図である。 本発明の一実施形態にかかる、プレ印字申込書作成システムにおいて、パスワードを暗号化してコード化する処理を示すフローチャートである。 本発明の一実施形態にかかる、契約登録システムにおいて、暗号化されコード化されたパスワードを逆変換して、暗号解読する処理を示すフローチャートである。 本発明の別の実施形態にかかるパスワード情報秘匿システムの詳細な構成を示す図である。 本発明の別の実施形態にかかる、プレ印字申込書作成システムにおいて、パスワードを暗号化してコード化する処理を示すフローチャートである。 本発明の別の実施形態にかかる、契約登録システムにおいて、暗号化されコード化されたパスワードを逆変換して、暗号解読する処理を示すフローチャートである。

以下、図面を参照しながら本発明の実施形態について詳細に説明する。

図１は、本発明によるパスワード情報秘匿システム１００の全体を示す図である。

パスワード情報秘匿システム１００は、金融機関に設置される、申込書のパスワードや暗証番号などの重要情報を秘匿するためのシステムであり、プレ印字申込書作成システム２００、および契約登録システム３００を備えている。

プレ印字申込書作成システム２００は、申込書のパスワードなどの情報を変換（暗号化）するためのシステムであり、Ｗｅｂサーバ２１０、および暗号化システム２２０を備えている。プレ印字申込書作成システム２００は、例えばインターネットなどの通信ネットワークを介して、顧客端末４００と接続される。顧客端末４００は、例えば、プリンタなどの出力装置４１０に接続可能な、顧客側のパーソナルコンピュータ（ＰＣ）などとすることができる。

契約登録システム３００は、プレ印字申込書作成システム２００によって変換（暗号化）されたパスワードなどの情報を逆変換（暗号解読）し、契約情報を格納するデータベースにパスワード情報を登録するためのシステムである。契約登録システム３００は、登録システム３１０、暗号解読システム３２０、および契約データベース（ＤＢ）３３０を備えている。契約登録システム３００は、例えばイントラネットなどの社内ネットワークを介して登録端末５００と接続される。登録端末５００は、例えば金融機関の登録センターに設置される、申込書の情報を入力するための端末とすることができる。

一実施形態として、暗号化システム２２０と暗号解読システム３２０は、別個のものとして図示され、説明されるが、他の実施形態では、暗号化システムと暗号解読システムは、プレ印字申込書作成システム２００と契約登録システム３００とにおいて共有される単一のものとすることができる。

（第１の実施形態）
次に、図２および図５を参照し、本発明の第１の実施形態にかかる、プレ印字申込書作成システム２００において申込書のパスワードなどの情報を変換（暗号化）する処理を説明する。

図２は、本発明の第１の実施形態にかかる、プレ印字申込書作成システム２００および契約登録システム３００を含む、パスワード情報秘匿システム１００の詳細な構成を示す図である。

図５は、本発明の第１の実施形態にかかる、プレ印字申込書作成システム２００においてパスワードを暗号化してコード化する処理を示すフローチャートである。

プレ印字申込書作成システム２００のＷｅｂサーバ２１０は、送受信部２１１、タイムスタンプ部２１２、採番部２１３、および処理部２１４を備え、顧客端末４００とネットワークを介して接続されるＷｅｂサーバとして機能する。送受信部２１１は、顧客端末４００または暗号化システム２００との間で情報を送受信する機能を有する。タイムスタンプ部２１２は、日時情報を保持し、管理しており、例えば、顧客端末４００から受信した入力情報に対して日時情報を付加することができる。採番部２１３は、申込書毎に一意の申込書の番号を付与することができ、申込書の番号を管理する機能を有する。処理部２１４は、情報をコード化する処理を行ってコードを生成することができ、プレ印字申込書のイメージを生成することもできる。

プレ印字申込書作成システム２００の暗号化システム２２０は、送受信部２２１、テーブル２２２、および暗号化処理部２２３を備え、パスワードなどの重要情報を暗号化する処理を行うことができる。

インターネットバンキングの申込みにおいて、顧客はまず、顧客端末４００で、インターネットを介して金融機関のホームページの申込書作成画面（入力画面）から、パスワード、氏名、住所、電話番号、他の個人情報など、インターネットバンキングの申込みに必要な項目を入力する。次いで、入力内容を確定させるアクション、例えば入力確定ボタンを押すことなどによって、申込書の入力情報（パスワード、氏名、住所、電話番号、他の個人情報などを含む）が、顧客端末４００からＷｅｂサーバ２１０の送受信部２１１に送信される（ステップＳ１０１）。

ステップＳ１０２で、送受信部２１１は、受信した入力情報に含まれるパスワードを、暗号化システム２２０の送受信部２２１に送信する。

加えて、Ｗｅｂサーバ２１０は、タイムスタンプ部２１２によって申込書毎に付与され、管理される申込書の日時情報も暗号化システム２２０に送信することができる。例えば、タイムスタンプ部２１２は、ある申込書の入力情報が顧客端末４００からＷｅｂサーバ２１０に送信されると、当該申込書の入力情報に対して、申込書の入力内容が確定された日時を表す申込書確定日時を付加することができる。以下では、例示的に、申込書の日時情報を申込書確定日時として説明するが、申込書日時は、例えば申込書入力日時など、申込書に関連する他の日時情報とすることができる。

さらに、Ｗｅｂサーバ２１０は、採番部２１３によって申込書毎に付与される、申込書番号も暗号化システム２２０に送信することができる。申込書番号は、申込書を識別するための番号であり、採番部２１３によって申込書毎に一意に付与され、管理される番号である。

代替的な実施形態では、暗号化システム２００が、タイムスタンプ部、および採番部を備えることもできる（図示せず）。この代替的実施形態では、申込書日時および申込書番号は、それぞれ、暗号化システム２００のタイムスタンプ部および採番部によって付与され、管理される。したがって、この場合、暗号化システム２２０は、パスワードのみをＷｅｂサーバ２１０から受信し、暗号化システム２２０のタイムスタンプ部および採番部が、申込書日時および申込書番号を付加することになる。

暗号化システム２２０は、以下で図３に関連して説明される暗号化ロジックに従って、Ｗｅｂサーバ２１０から受信したパスワードを暗号化して、ある値（以下、「値α」とする）に変換する。暗号化システム２００は、申込書確定日時と申込書番号とを合わせて、別の値（以下、「値β」とする）に変換することもできる。

ここで、図３を参照して、暗号化システムにおいて、パスワード、および申込書確定日時と申込書番号を、それぞれ値αおよび値βに変換する処理について説明する。

図３は、暗号化システム２２０のテーブル２２２の構成を示す図である。

テーブル２２２は、申込書番号と暗号化キーとが対応付けられたテーブルＸ、および申込書確定日時と暗号化ロジックとが対応付けられたテーブルＹを含む。

テーブルＸでは、申込書番号と、申込書番号毎にそれぞれ異なる１つの暗号化キーとが対応付けられている。したがって、申込書毎に異なる暗号化キーが割り当てられることになる。暗号化キーは、暗号化ロジックの変数として用いる、任意の桁数の乱数とすることができる。

テーブルＹでは、申込書確定日時と、申込書確定日時に応じて異なる暗号化ロジックとが対応付けられている。暗号化ロジックは、パスワードを暗号化して値αに変換するためのロジックであり、暗号化キーを変数として用いる任意の関数とすることができる。したがって、パスワードは、申込書毎に異なる暗号化キーを変数として用いる、申込書確定日時に応じて異なる暗号化ロジックを使用して、値αに変換されることになる。すなわち、値αは、α＝ｆ○（パスワード、暗号化キー）と表すことができる。

再び図５を参照すると、ステップＳ１０３で、暗号化処理部２２３は、テーブルＸにおいて、受信した申込書番号に割り当てられた暗号化キーを特定し、テーブルＹにおいて、受信した申込書確定日時に割り当らてれた暗号化ロジックを特定する。

次いで、ステップＳ１０４で、暗号化処理部２２２は、特定された暗号化キーと暗号化ロジック（ｆ○（パスワード、暗号化キー））とを使用して、受信したパスワードを値αに変換する（α＝ｆ○（パスワード、暗号化キー））。

図３のテーブルＹでは、一例示的実施形態として、申込書確定日時に、申込書確定日時の日付毎に異なる暗号化ロジック（すなわち、日付単位で別々の暗号化ロジック）が割り当てられている。この場合、申込書確定日時の日付が同一のパスワードのみに対して、同一の暗号化ロジックを使用して変換が行われ、申込書確定日時の日付が異なるパスワードは、異なる暗号化ロジックを使用して変換される。

本実施形態によると、前述したように、暗号化ロジックに用いられる変数（暗号化キー）が、申込書番号毎に（すなわち、申込書毎に）全て異なるため、申込書確定日時の日付が同一の場合であっても、同一の暗号化処理が行われることはなく、全て異なる暗号化処理が行われる。したがって、本実施形態によると、たとえ悪意の第三者が暗号解読しようとしても、乱数である暗号化キーと、申込書確定日時に応じて異なる暗号化ロジックとの両方を特定することは非常に困難であるため、暗号化されたパスワード（すなわち、値α）が暗号解読される可能性は著しく軽減される。

上述した日付単位による暗号化ロジックの割り当ては例示であり、暗号化ロジックの割り当ては、このような日付単位に限定されず、例えば、週単位、時間単位など、任意の単位とすることができる。

ステップＳ１０５で、暗号化処理部２２３は、任意に、申込書番号と申込書確定日時とを合わせて値βに変換する。値βは、値αとは異なり、暗号化される必要はなく、申込書番号と申込書確定日時を合わせた値であればよい。

ステップＳ１０６で、送受信部２２１は、値αと値βとをＷｅｂサーバ２１０に送信する。

ステップＳ１０７で、Ｗｅｂサーバ２１０の処理部２１４が、暗号化システム２２０から送信された値αおよび値βに対して、それぞれコード化する処理を行い、コードＡおよびコードＢを生成する。コードＡおよびＢは、好ましくは２次元コードである。２次元コードとすることにより、バーコードに比べ、値α、βの情報量を多くすることが可能であり、さらに解読され難いという利点がある。

ステップＳ１０８で、処理部２１４は、必要項目が所定の欄に表示されたプレ印字申込書のイメージを生成して、生成されたプレ印字申込書のイメージは、送受信部２１１によって顧客端末４００に送信され、顧客端末４００の画面上に表示される。プレ印字申込書のイメージは、例えばＰＤＦファイルなどとすることができる。

ここで、申込書は一般に、金融機関に提出するための「正」「副」、顧客が手元に保管するための「控」が必要である。「控」用の申込書は、顧客自身が保管するものであり、例えば、パスワードを失念した場合などに確認するために、パスワード、および申込書確定日時と申込書番号は、コードＡおよびＢ（あるいは、値αおよびβ）としてではなく、実際の値としてそのまま表示されていることが好ましい。一方、金融機関に提出する「正」「副」の申込書では、パスワードを秘匿する必要があるため、パスワード、および申込書確定日時と申込書番号を、それぞれコードＡおよびＢとして表示する。代替的には、コードＡ，Ｂの代わりに、値α，βとして表示することもできるが、誤認防止、登録作業の効率化の観点から、コードＡ，Ｂとして表示することが好ましい。

顧客は、表示された申込書イメージを、顧客端末４００に接続されたプリンタなどの出力装置を使用して印刷し、プレ印字申込書を作成することができる。金融機関は、（必要であれば、捺印された）「正」「副」のプレ印字申込書を顧客から受け取る。

次に、図２および図６を参照して、金融機関の契約登録システムにおいて、コード化された値αを暗号解読して、申込書の情報を入力または登録する処理について説明する。

図６は、本発明の第１の実施形態にかかる、契約登録システム３００において、暗号化されコード化されたパスワードを逆変換して、暗号解読する処理を示すフローチャートである。

契約登録システム３００は、登録システム３１０、暗号解読システム３２０、および契約ＤＢ３３０を含み、イントラネットなどの社内ネットワークを介して登録端末５００に接続される。金融機関が受け取ったプレ印字申込書の情報は、登録端末５００の登録画面から登録（または入力）され、登録システム３１０を通じて、最終的に契約ＤＢ３３０に格納されることになる。契約ＤＢ３３０は、金融機関において契約情報が格納される非常にセキュアなデータベースである。

登録システム３１０は、登録端末５００、暗号解読システム３２０、および契約ＤＢ３３０の間で情報を送受信することができる送受信部３１１と、申込書の日時情報や申込書番号情報を記憶することができる情報記憶部３１２と、登録システム３１０全体を制御する制御部３１３とを備える。

暗号解読システム３２０は、送受信部３２１、テーブル３２２、および暗号解読処理部３２３を備え、暗号化されているパスワードを暗号解読する機能を有する。暗号解読システム３２０は、図３に関連して説明したプレ印字申込書作成システム２００内の暗号化システム２２０と同様の構成を有する。

金融機関が受け取ったプレ印字申込書では、パスワード、および申込書確定日時と申込書番号は、それぞれコードＡおよびＢとして表示されている。これらを登録する際は、コードＡおよびＢを、例えば、登録端末５００に接続されたリーダなどの読み取り装置によって読み取るだけでよい。コードＡおよびＢを読み取り装置によって読み取ることにより、値αおよび値βが取得される（ステップＳ１０９）。

ステップＳ１１０で、読み取られたコードＡおよびコードＢ、すなわち値αおよび値βは、読み取り装置に接続された登録端末５００から、イントラネットなどの社内ネットワークを介して、登録システム３１０の送受信部３１１に送信される。

ステップＳ１１１で、送受信部３１１は、登録端末５００から受信した値αと値βを、暗号解読システム３２０の送受信部３２１に送信する。

ここで、図４を参照すると、図４は、暗号解読システム３２０のテーブル３２２の構成を示す図である。暗号解読システム３２０のテーブル３２２には、暗号化システム２２０のテーブル２２２のテーブルＸ、Ｙにそれぞれ対応する構成であり、対応するデータを保持しているテーブルＸ'およびテーブルＹ'が含まれる。テーブルＸ'では、申込書番号と、暗号化キーに対応する暗号解読キーとが対応付けられており、テーブルＹ'では、申込書確定日時と、暗号化ロジックに対応する暗号解読ロジックとが対応付けられている。代替的には、暗号化システム２２０と暗号解読システム３２０を、プレ印字申込書作成システム２００と契約登録システム３００で共有される単一の構成とすることができる。

再び図６を参照すると、ステップＳ１１２で、暗号解読処理部３２３は、まず、登録システム３１０から受信した値βを逆変換し、申込書確定日時と申込書番号とを特定する。

ステップＳ１１３で、暗号解読処理部３２３は、テーブルＸ’において当該申込書番号に割り当てられた暗号化キーに対応する暗号解読キーを特定し、テーブルＹ’において当該申込書確定日時に割り当てられた暗号化ロジックに対応する暗号解読ロジックを特定する。

暗号解読キーは暗号解読ロジックに用いられている変数であるため、暗号解読システム３２０は、ステップＳ１１４において、特定された暗号解読ロジックと暗号解読キーとに基づいて、値αを暗号解読し、実際のパスワードに逆変換することができる（すなわち、パスワード＝ｆ'○（値α、暗号解読キー））。

ステップＳ１１５で、暗号解読システム３２０の送受信部３２１は、パスワード、申込書番号、および申込書確定日時を登録システム３１０の送受信部３１１に送信する。

ステップＳ１１６で、送受信部３１１は、受信したパスワード、申込書番号、および申込書確定日時を契約ＤＢ３３０に送信し、これらは契約ＤＢ３３０に格納される。ただし、申込書確定日時は、必ずしも契約ＤＢ３３０に送信され、格納される必要はない。

パスワード以外の入力情報は、図２において破線で示されているように、登録端末５００の入力画面から入力され、契約登録システム３１０を通じて契約ＤＢ３３０に格納される。

ここで、登録システム３１０は、ステップＳ１１２で暗号解読システム３２０から、特定された申込書番号を受信し、パスワード以外の入力情報の入力を登録端末５００から受け付けるようにすることができる。あるいは、ステップＳ１１５で申込書番号を受信し、登録端末５００からのパスワード以外の入力情報の入力を受け付けるようにすることができる。例えば、パスワード以外の入力情報を登録したい場合は、登録端末５００でコードＢを読み取るとともにパスワード以外の入力情報を入力すると、値βとパスワード以外の入力情報が登録端末５００から登録システム３１０に送信される。登録システム３１０の情報記憶部３１２は、このパスワード以外の入力情報を一時的に記憶することができる。値βは、暗号解読システム３２０に送信され、申込書番号および申込書確定日時に逆変換されて登録システム３１０に返される。申込書番号によって、入力情報がどの申込書の情報であるのかを特定することが可能であるため、登録システム３１０は、申込書番号に基づいて、情報記憶部３１２に一時的に記憶していたパスワード以外の入力情報を、申込書番号とともに契約ＤＢ３３０に送信して、格納することができる。パスワードと、パスワード以外の入力情報とを同時に登録したい場合も同様である。

代替的に、Ｗｅｂサーバ２１０は、ステップＳ１０１で受信した入力情報に含まれるパスワード以外の入力情報を、申込書番号とともに登録システム３１０に送信することもできる。次いで、登録システム３１０は、受信したパスワード以外の入力情報を、申込書番号とともに契約ＤＢ３３０に送信して、格納することができる。

また、本実施形態では、申込書番号と申込書確定日時を合わせて値βに変換してコードＢを生成しているが、代替的な実施形態では、ステップＳ１０５で値βに変換せずに、申込書番号と申込書確定日時から直接コードＢを生成することもできる。この代替的実施形態では、生成されたコードＢを読み取り装置で読み取ると、ステップＳ１０９では、値βの代わりに申込書番号と申込書確定日時が取得されることになる。例えば、銀行側で、登録端末５００でパスワード以外の入力情報を入力するとともにコードＢを読み取ると、コードＢから、当該入力情報の申込書番号と申込書確定日時を取得することができる。したがって、パスワードとパスワード以外の入力情報とを別々のタイミングで登録しようとする場合であっても、コードＢを読み取ることによって取得された申込書番号と、契約ＤＢに格納された申込書番号とに基づいて、当該パスワード以外の入力情報を契約ＤＢに適切に格納することができる。

本発明において重要なことは、金融機関が受け取ったプレ印字申込書では、実際のパスワードが秘匿されており、開示されることなく、コードＡ（値α）として登録システム３１０に送信され、契約ＤＢ３３０に格納されるということである。例えば、顧客が申込書を郵送で金融機関に送付する際に何らかのトラブルがあったとしても、パスワードはコードとして表示されているだけであり、実際のパスワードが不正に取得されることはない。また、金融機関内部においても、実際のパスワードは申込書上に表示されておらず、登録する際にも入力画面に表示されることがなく行員の目にも触れることがないため、パスワードの漏洩リスクがなく信頼性が高まるとともに、顧客にとっても安心感が高まることになる。

また、申込書のパスワードがコードとして表示されているため、登録／入力作業においては、このコードをリーダなどによって読み取るだけでよく、申込書情報を入力／登録する作業の効率も格段に向上することになる。

（第２の実施形態）
上記の第１の実施形態では、パスワードをコードＡに変換し、申込書確定日時および申込書番号をコードＢに変換したが、申込書確定日時および申込書番号はコード化しない方法も考えられる。下記では、図７−９を参照して、パスワードのみをコード化する方法について説明する。

図７は、本発明の第２の実施形態にかかる、プレ印字申込書作成システム２００および契約登録システム３００の詳細な構成を示す図である。

図８は、本発明の第２の実施形態にかかる、パスワードを暗号化してコード化する処理を示すフローチャートである。

図９は、本発明の第２の実施形態にかかる、暗号化されコード化されたパスワードを逆変換して、暗号解読する処理を示すフローチャートである。

ステップＳ２０１で、Ｗｅｂサーバ２１０の送受信部２１１は、顧客端末４００からパスワードを含む入力情報を受信する。

次いで、ステップＳ２０２で、送受信部２１１は、パスワードと、タイムスタンプ部２１２によって付された申込書確定日時と、採番部によって付された申込書番号とを暗号化システム２２０に送信する。上述したように、代替的に、申込書確定日時および申込書番号を、暗号化システム２２０が付加することも可能である。

ステップＳ２０３で、暗号化システム２２０の暗号化処理部２２３は、テーブル２２２のテーブルＸおよびテーブルＹにおいて、申込書番号に対応する暗号化キー、および申込書日時に対応する暗号化ロジックをそれぞれ特定する。

次いで、ステップＳ２０４で、暗号化処理部２２３は、特定された暗号化キーと暗号化ロジックを使用して、パスワードを値αに変換する（α＝ｆ○（パスワード、暗号化キー））。

ステップＳ２０５で、送受信部２２１が、値αと、申込書日時と、申込書番号とをＷｅｂサーバ２１０に返す。

ステップＳ２０６で、Ｗｅｂサーバ２１０の処理部２１４が、受信した値αをコード化してコードＡを生成する。

ステップＳ２０７で、処理部２１４がプレ印字申込書のイメージを生成する。生成されたプレ印字申込書のイメージは、送受信部２１１によって顧客端末４００に送信され、顧客端末４００の画面上に表示されることになる。プレ印字申込書のイメージにおいて、「正」「副」には、パスワードの欄にコードＡが表示され、申込書日時および申込書番号は、それぞれコードではなく実際の情報が所定の欄に表示されている。「控」には、上述したように、全て実際の情報が表示されている。

ここで、本実施形態におけるプレ印字申込書には、実際の申込書日時と申込書番号が表示されているが、申込書日時に対応する暗号化キーを乱数とし、および／または申込書番号に対応する暗号化ロジックを、申込書日時に応じて異なるロジックとすることができるため、申込書日時と申込書番号から、暗号化キーと暗号化ロジックの両方が特定される可能性は低い。

次に、図９を参照しながら、暗号化されているパスワードを暗号解読する処理について説明する。

ステップＳ２０８で、コードＡを登録端末５００に接続されたリーダで読み取ることによって、値αが取得される。

申込書確定日時と申込書番号が入力されると、顧客端末４００は、ステップＳ２０９で、ステップＳ２０８で取得された値αと、入力された申込書確定日時と、入力された申込書番号を登録システム３１０に送信する。

ステップＳ２１０で、送受信部３１１が、受信した値αと、申込書確定日時と、申込書番号とを暗号解読システム３２０に送信する。

ステップＳ２１１で、暗号解読処理部３２３は、テーブルＸ’において当該申込書番号に対応付けられた、暗号化キーに対応する暗号解読キーを特定し、テーブルＹ’において当該申込書確定日時に対応付けられた、暗号化ロジックに対応する暗号解読ロジックを特定する。

ステップＳ２１２で、暗号解読処理部３２３は、特定された暗号解読ロジックと暗号解読キーとに基づいて、値αを暗号解読し、実際のパスワードに逆変換する（パスワード＝ｆ'○（値α、暗号解読キー））。

ステップＳ２１３で、送受信部３２１は、パスワード、申込書確定日時、および申込書番号を登録システム３１０の送受信部３１１に送信する。

ステップＳ２１４で、送受信部３１１は、パスワード、申込書番号、および申込書確定日時を契約ＤＢ３３０に送信し、これらは契約ＤＢ３３０に格納される。ただし、申込書確定日時は、必ずしも契約ＤＢ３３０に送信され、格納される必要はない。

第２の実施形態において、パスワード以外の入力情報を登録する際は、図７において破線で示されるように、パスワード以外の入力情報を、申込書確定日時と申込書番号とともに登録端末５００から入力する。パスワード以外の入力情報は、次いで顧客端末４００から送受信部３１１に送信され、送受信部３１１は、当該パスワード以外の入力情報を契約ＤＢ３３０に送信して格納する。例えば、パスワードと、パスワード以外の入力情報を同時に登録しようとする場合、登録システム３１０の情報記憶部３１２は、パスワード以外の入力情報を一時的に記憶することができる。ステップＳ２１３で、暗号解読されたパスワード、申込書確定日時、および申込書番号が登録システム３１０に返されると、ステップＳ２１４で、情報記憶部３１２に一時的に記憶されていたパスワード以外の入力情報を、パスワード、および申込書番号とともに契約ＤＢ３３０に送信し、格納することができる。あるいは、パスワードとパスワード以外の入力情報とを別々のタイミングで登録する場合であっても、申込書番号によってどの申込書に対する入力情報であるのか特定することができるため、入力された申込書番号に基づいて、当該パスワード以外の入力情報を適切に契約ＤＢ３００に格納することができる。

代替的には、第１の実施形態において上述したように、Ｗｅｂサーバ２１０は、ステップＳ２０１で受信した入力情報に含まれるパスワード以外の入力情報を、申込書番号とともに登録システム３１０に送信することもできる。次いで、登録システム３１０は、受信したパスワード以外の入力情報と、申込書番号とを契約ＤＢ３３０に送信して、格納することができる。

（第３の実施形態）
上記第１および第２の実施形態では、暗号化／暗号解読キーを乱数とし、暗号化／暗号解読ロジックを予め定められた間隔で変化させたが、代替的には、暗号化／暗号解読キーと暗号化／暗号解読ロジックのいずれかを固定にすることもできる。例えば、暗号化／暗号解読キーを、暗号化／暗号解読ロジックの変数として用いる、予め定められた数字とし、一方、暗号化／暗号解読ロジックを予め定められた間隔で変化させることができる。あるいは、暗号化／暗号解読キーを乱数とし、一方、暗号化／暗号解読ロジックを固定のロジックとすることができる。

本実施形態によると、暗号化／暗号解読キーと暗号化／暗号解読ロジックのいずれか一方は固定であるため、暗号化システム２２０のテーブルＸ，Ｙ、暗号解読システム３３０のテーブルＸ'、Ｙ'における暗号化キーと暗号解読キー、暗号化ロジックと暗号解読ロジックの同期管理が容易になる。また、暗号化／暗号解読キーと暗号化／暗号解読ロジックのいずれか一方は固定であるものの、他方は変化するものであるため、暗号化／暗号解読キーと暗号化／暗号解読ロジックの両方を特定することは困難であり、暗号化されたパスワードが暗号解読される可能性は低い。

本明細書では、一例として、申込書番号と暗号化／暗号解読キー、申込書確定日時と暗号化／暗号解読ロジックの組み合わせを用いて、パスワードを暗号化／暗号解読する方法を説明してきた。しかしながら、他の実施形態では、これらの組み合わせを、例えば、申込書確定日時と暗号化／暗号解読キー、申込書番号と暗号化／暗号解読ロジックの組み合わせなどとすることもできる。あるいは、暗号化／暗号解読キー、暗号化／暗号解読ロジックを、それぞれ申込書に関連する他の情報と組み合わせることも可能であることは認識されよう。例えば、申込書確定日時は、申込書に関連付けられた他の情報とすることができ、申込書番号は、申込書を一意に特定できる他の情報とすることができる。

さらに、本明細書においては、パスワードを暗号化し、コード化しているが、本発明の概念は、パスワードに限定されず、例えば、他の重要な情報の暗号化、コード化にも適用することができる。例示的な実施形態として、インターネットバンキングに関連して説明してきたが、本発明の概念を、ネットワークを介してＩＤやパスワードで本人確認を行う他のサービスにも利用することができる。例えば、本発明を、ＡＴＭネットワークで使うキャッシュカードの暗証番号の登録などにも利用することができ、また、本発明は、銀行以外のサービスにも利用可能であり、ＩＤ、パスワード、暗証番号など、重要な情報を秘匿しつつ入力、登録、処理などを行う際に特に効果的である。

あるいは、本発明を利用して、例えば、申込書の内容全体をコード化することも考えられる。この場合、申込書の情報を登録する作業は格段に効率的になるが、申込書の内容全体がコード化されているため顧客は申込書の実際の内容を確認することができないことから、顧客にとっては望ましい方法ではないと考えられる。したがって、情報セキュリティ、および利便性などの観点から、パスワードなどの重要な情報、および／または暗号解読するために用いられる情報（例えば、日時、番号）を暗号化および／またはコード化することが最適と考えられる。

１００ パスワード情報秘匿システム
２００ プレ印字申込書作成システム
２１０ Ｗｅｂサーバ
２１１ 送受信部
２１２ タイムスタンプ部
２１３ 採番部
２１４ 処理部
２２０ 暗号化システム
２２１ 送受信部
２２２ テーブル
２２３ 暗号化処理部
３００ 契約登録システム
３１０ 登録システム
３１１ 送受信部
３１２ 情報記憶部
３１３ 制御部
３２０ 暗号解読システム
３２１ 送受信部
３２２ テーブル
３２３ 暗号解読処理部
３３０ 契約データベース
４００ 顧客端末
５００ 登録端末

Claims (23)

1. 第１のコンピュータと接続されるプレ印字申込書作成システムと、第２のコンピュータと接続される契約登録システムとを含む、パスワード情報秘匿システムであって、
   前記プレ印字申込書作成システムは、
   前記第１のコンピュータから、少なくともパスワードを含む申込書情報を受信すると、前記申込書情報毎に第１のデータ、および前記第１のデータとは異なる第２のデータを付加する手段と、
   前記第１のデータに対応付けられた暗号化キーと前記第２のデータに対応付けられた暗号化ロジックとに基づいて、前記パスワードを第１の値に変換する暗号化手段と、
   前記第１の値を第１のコードにコード化し、前記第１のコードを含むプレ印字申込書を前記第１のコンピュータに送信する手段と
   を含み、
   前記契約登録システムは、
   前記第２のコンピュータにおいて前記プレ印字申込書の前記第１のコードから読み取られた前記第１の値と、前記第１のデータおよび前記第２のデータを特定するための情報とを受信すると、前記第１のデータに対応付けられた、前記暗号化キーに対応する暗号解読キーと、前記第２のデータに対応付けられた、前記暗号化ロジックに対応する暗号解読ロジックとに基づいて、前記第１の値を前記パスワードに逆変換する、暗号解読手段と、
   逆変換された前記パスワード、および前記第１のデータを前記暗号解読手段から受信して、前記契約登録システム内のデータベースに格納する手段と
   を含むことを特徴とするシステム。
2. 前記暗号化キーは、第１のデータ毎に異なる、前記暗号化ロジックの変数として用いられる任意の乱数であることを特徴とする請求項１に記載のシステム。
3. 前記暗号化ロジックは、前記第２のデータに応じて異なる、任意の関数であることを特徴とする請求項１に記載のシステム。
4. 前記暗号化キーは、第１のデータ毎に異なる、前記暗号化ロジックの変数として用いられる任意の乱数であり、前記暗号化ロジックは、前記第２のデータに応じて異なる、任意の関数であることを特徴とする請求項１に記載のシステム。
5. 前記第１のデータは、申込書の番号であり、前記第２のデータは、申込書の日時であることを特徴とする請求項１に記載のシステム。
6. 前記第１のデータは、申込書の日時であり、前記第２のデータは、申込書の番号であることを特徴とする請求項１に記載のシステム。
7. 前記第１のデータおよび前記第２のデータを特定するための情報は、前記第１のデータおよび前記第２のデータがコード化された第２のコードであることを特徴とする請求項１に記載のシステム。
8. 前記第１のコードを含む前記プレ印字申込書を、前記第１のコンピュータに表示する手段をさらに含むことを特徴とする請求項１に記載のシステム。
9. 前記第１のコードおよび前記第２のコードを含む前記プレ印字申込書を、前記第１のコンピュータに表示する手段をさらに含むことを特徴とする請求項７に記載のシステム。
10. 前記暗号化手段は、第１のデータと暗号化キーとが対応付けられた第１のテーブル、および第２のデータと暗号化ロジックとが対応付けられた第２のテーブルを有し、前記第１のテーブルにおいて、前記第１のデータに対応付けられた暗号化キーを特定し、前記第２のテーブルにおいて、前記第２のデータに対応付けられた暗号化ロジックを特定することを特徴とする請求項１に記載のシステム。
11. 前記暗号解読手段は、第１のデータと暗号解読キーとが対応付けられた第１のテーブル、および第２のデータと暗号解読ロジックとが対応付けられた第２のテーブルを有し、前記第１のテーブルにおいて、前記第１のデータに対応付けられた暗号解読キーを特定し、前記第２のテーブルにおいて、前記第２のデータに対応付けられた暗号解読ロジックを特定することを特徴とする請求項１に記載のシステム。
12. パスワード情報を秘匿するために、第１のコンピュータおよび第２のコンピュータと接続され、申込書情報を格納するためのデータベースを有するコンピュータを、
    第１のコンピュータから、少なくともパスワードを含む申込書情報を受信すると、前記申込書情報に第１のデータ、および前記第１のデータとは異なる第２のデータを付加する手段と、
    前記第１のデータに対応付けられた暗号化キーと前記第２のデータに対応付けられた暗号化ロジックとに基づいて、前記パスワードを第１の値に変換する手段と、
    前記第１の値を第１のコードにコード化し、前記第１のコードを含むプレ印字申込書を前記第１のコンピュータに送信する手段と、
    第２のコンピュータにおいて前記プレ印字申込書の前記第１のコードから読み取られた前記第１の値と、前記第１のデータおよび前記第２のデータを特定するための情報とを受信すると、前記第１のデータに対応付けられた、前記暗号化キーに対応する暗号解読キーと、前記第２のデータに対応付けられた、前記暗号化ロジックに対応する暗号解読ロジックとに基づいて、前記第１の値を前記パスワードに逆変換する手段と、
    逆変換された前記パスワード、および前記第１のデータを前記逆変換する手段から受信して、前記データベースに格納する手段と
    として機能させることを特徴とするプログラム。
13. 前記暗号化キーは、第１のデータ毎に異なる、前記暗号化ロジックの変数として用いられる任意の乱数であることを特徴とする請求項１２に記載のプログラム。
14. 前記暗号化ロジックは、前記第２のデータに応じて異なる、任意の関数であることを特徴とする請求項１２に記載のプログラム。
15. 前記暗号化キーは、第１のデータ毎に異なる、前記暗号化ロジックの変数として用いられる任意の乱数であり、前記暗号化ロジックは、前記第２のデータに応じて異なる、任意の関数であることを特徴とする請求項１２に記載のプログラム。
16. 前記第１のデータは、申込書の番号であり、前記第２のデータは、申込書の日時であることを特徴とする請求項１２に記載のプログラム。
17. 前記第１のデータは、申込書の日時であり、前記第２のデータは、申込書の番号であることを特徴とする請求項１２に記載のプログラム。
18. 前記第１のデータおよび前記第２のデータを特定するための情報は、前記第１のデータおよび前記第２のデータがコード化された第２のコードであることを特徴とする請求項１２に記載のプログラム。
19. 前記コンピュータを、前記第１のコードを含む前記プレ印字申込書を前記第１のコンピュータに表示させる手段としてさらに機能させることを特徴とする請求項１２に記載のプログラム。
20. 前記コンピュータを、前記第１のコードおよび前記第２のコードを含む前記プレ印字申込書を前記第１のコンピュータに表示させる手段としてさらに機能させることを特徴とする請求項１８に記載のプログラム。
21. 前記コンピュータは、第１のデータと暗号化キーとが対応付けられた第１のテーブル、および第２のデータと暗号化ロジックとが対応付けられた第２のテーブルを有し、
    前記変換する手段は、前記コンピュータを、前記第１のテーブルにおいて、前記第１のデータに対応付けられた暗号化キーを特定し、前記第２のテーブルにおいて、前記第２のデータに対応付けられた暗号化ロジックを特定する手段として機能させる手段であることを特徴とする請求項１２に記載のプログラム。
22. 前記コンピュータは、第１のデータと暗号解読キーとが対応付けられた第１のテーブル、および第２のデータと暗号解読ロジックとが対応付けられた第２のテーブルを有し、
    前記逆変換する手段は、前記コンピュータを、前記第１のテーブルにおいて、前記第１のデータに対応付けられた暗号解読キーを特定し、前記第２のテーブルにおいて、前記第２のデータに対応付けられた暗号解読ロジックを特定する手段として機能させる手段であることを特徴とする請求項１２に記載のプログラム。
23. パスワード情報を秘匿するために、第１のコンピュータおよび第２のコンピュータと接続され、申込書情報を格納するためのデータベースを有するコンピュータが実行する方法であって、
    第１のコンピュータから、少なくともパスワードを含む申込書情報を受信すると、前記申込書情報に第１のデータ、および前記第１のデータとは異なる第２のデータを付加することと、
    前記第１のデータに対応付けられた暗号化キーと前記第２のデータに対応付けられた暗号化ロジックとに基づいて、前記パスワードを第１の値に変換することと、
    前記第１の値を第１のコードにコード化し、前記第１のコードを含むプレ印字申込書を前記第１のコンピュータに送信することと、
    前記第２のコンピュータにより前記プレ印字申込書の前記第１のコードから読み取られた前記第１の値と、前記第１のデータおよび前記第２のデータを特定するための情報とを受信すると、前記第１のデータに対応付けられた、前記暗号化キーに対応する暗号解読キーと、前記第２のデータに対応付けられた、前記暗号化ロジックに対応する暗号解読ロジックとに基づいて、前記第１の値を前記パスワードに逆変換することと、
    逆変換された前記パスワード、および前記第１のデータを前記データベースに格納することと
    を含むことを特徴とする方法。

Images