(57)【要約】【課題】本発明は、複雑なシステムの構築が不要であると携帯電話機を用いたセキュリティ性の高い銀行取引を可能とする取引情報認識システムを提供することを目的とする。また、他人に暗証番号を教えなくても所定の銀行ＡＴＭでの取引を依頼することを可能とする取引情報認識システムを提供することを目的とする。【解決手段】本発明に係る取引情報認識システムは、顧客情報が登録されているデータベースを有する銀行サーバと携帯端末とを備えるものである。銀行サーバは先ず、暗号化キーを生成してデータベースに顧客情報に対応づけて暗号化キーを登録する。更に銀行サーバに顧客情報が入力されると共に携帯端末から取引コードが送出された場合に、銀行サーバは入力された顧客情報と一致する顧客情報に対応する暗号化キーをデータベースから検索し、検索した暗号化キーを用いて送出された取引コードから取引情報を解読及び認識することを特徴とする。ここで、取引コードは暗号化キーを用いて取引情報を暗号化したものである。【選択図】      図１
2007257496.tif 000002
【特許請求の範囲】
【請求項１】
顧客情報が登録されたデータベースを有する銀行サーバと携帯端末とを備えた取引情報認識システムであって、
前記銀行サーバは、
暗号化キーを生成する暗号化キー生成手段と、
顧客情報に対応づけて該暗号化キーを前記データベースに登録する登録手段と、
顧客情報を入力するための顧客情報入力手段と、
前記銀行サーバに前記顧客情報入力手段により顧客情報が入力されると共に前記携帯端末から取引コードが送出された場合に、
入力された該顧客情報と一致する顧客情報に対応する暗号化キーを前記データベースから検索する検索手段と、
該暗号化キーを用いて送出された該取引コードから取引情報を解読して認識する暗号解読手段とを有し、
前記携帯端末は、取引コードを所定のタイミングで送出する取引コード送出手段を有し、
前記取引コードは前記暗号化キーを用いて取引情報を暗号化したものであることを特徴とする取引情報認識システム。
【請求項２】
前記銀行サーバは、生成した暗号化キーを用いて前記携帯端末から受信した取引情報を暗号化することで取引コードを生成する取引コード生成手段を備えており、前記銀行サーバは生成した該取引コードを前記携帯端末へ送付する請求項１記載の取引情報認識システム。
【請求項３】
前記携帯端末は、前記銀行サーバから暗号化キーを受信し、該暗号化キーを用いて取引情報を暗号化することで取引コードを生成する取引コード生成手段を備える請求項１記載の取引情報認識システム。
【請求項４】
前記銀行サーバは、生成した暗号化キーを用いて前記携帯端末から受信した取引情報を暗号化することで取引コードを生成する取引コード生成手段を備えており、
前記銀行サーバは生成した該取引コードを取引コード送付先携帯端末へ送付し、
前記銀行サーバの前記検索手段は前記銀行サーバに前記顧客情報入力手段により顧客情報が入力されると共に前記取引コード送付先携帯端末から取引コードが送出された場合に検索する請求項１項記載の取引情報認識システム。
【請求項５】
前記携帯端末は、前記銀行サーバから暗号化キーを受信し、該暗号化キーを用いて取引情報を暗号化することで取引コードを生成する取引コード生成手段を備えており、
前記携帯端末は生成した該取引コードを取引コード送付先携帯端末へ送付し、
前記銀行サーバの前記検索手段は前記銀行サーバに前記顧客情報入力手段により顧客情報が入力されると共に前記取引コード送付先携帯端末から取引コードが送出された場合に検索する請求項１項記載の取引情報認識システム。
【請求項６】
顧客情報が登録されたデータベースを有する銀行サーバと携帯端末とを備えた取引情報認識システムであって、
前記銀行サーバは、
暗号化キーと識別子を生成する暗号化キー生成手段と、
顧客情報に対応づけて該暗号化キーと該識別子とを前記データベースに登録する登録手段と、
顧客情報を入力するための顧客情報入力手段と、
前記銀行サーバに前記顧客情報入力手段により顧客情報が入力されると共に前記携帯端末から取引コードと識別子が送出された場合に、
入力された該顧客情報と送出された該識別子とに一致する顧客情報と識別子とに対応する暗号化キーを前記データベースから検索する検索手段と、
該暗号化キーを用いて送出された該取引コードから取引情報を解読して認識する暗号解読手段とを有し、
前記携帯端末は取引コードと識別子を所定のタイミングで送出する取引コード送出手段を有し、
前記取引コードは前記暗号化キーを用いて取引情報を暗号化したものであることを特徴とする取引情報認識システム。
【請求項７】
前記識別子は前記暗号化キーを生成した時間である請求項６記載の取引情報認識システム。
【請求項８】
前記銀行サーバは、生成した暗号化キーを用いて前記携帯端末から受信した取引情報を暗号化することで取引コードを生成する取引コード生成手段を備えており、前記銀行サーバは生成した該取引コードを識別子と共に前記携帯端末へ送付する請求項６または７記載の取引情報認識システム。
【請求項９】
前記携帯端末は、前記銀行サーバから暗号化キーと識別子を受信し、該暗号化キーを用いて取引情報を暗号化することで取引コードを生成する取引コード生成手段を備える請求項６または７記載の取引情報認識システム。
【請求項１０】
前記銀行サーバは、生成した暗号化キーを用いて前記携帯端末から受信した取引情報を暗号化することで取引コードを生成する取引コード生成手段を備えており、
前記銀行サーバは生成した該取引コードを識別子と共に取引コード送付先携帯端末へ送付し、
前記銀行サーバの前記検索手段は前記銀行サーバに前記顧客情報入力手段により顧客情報が入力されると共に前記取引コード送付先携帯端末から取引コードと識別子が送出された場合に検索する請求項６または７記載の取引情報認識システム。
【請求項１１】
前記携帯端末は、前記銀行サーバから暗号化キーと識別子を受信し、該暗号化キーを用いて取引情報を暗号化することで取引コードを生成する取引コード生成手段を備えており、
前記携帯端末は生成した該取引コードを識別子と共に取引コード送付先携帯端末へ送付し、
前記銀行サーバの前記検索手段は前記銀行サーバに前記顧客情報入力手段により顧客情報が入力されると共に前記取引コード送付先携帯端末から取引コードと識別子が送出された場合に検索する請求項６または７項記載の取引情報認識システム。
【請求項１２】
前記取引コードは二次元バーコードで表されている請求項１から１１のいずれか１項記載の取引情報認識システム。
【請求項１３】
前記銀行サーバは１以上の銀行端末を備えており、
前記顧客情報入力手段は前記銀行端末が備えている請求項１から１２のいずれか１項記載の取引情報認識システム。
【請求項１４】
前記データベースには顧客情報に対応づけて暗証番号が登録されており、
前記銀行サーバは、顧客情報と暗証番号とを受信した時に前記データベースを参照して該顧客情報と該暗証番号とが整合するか否かを判別する判別手段を備え、
該顧客情報と該暗証番号とが整合した場合に前記暗号化キー生成手段が暗号化キーを生成する請求項１から１３のいずれか１項記載の取引情報認識システム。
【請求項１５】
前記取引情報には暗証番号が含まれており、
前記判別手段は、前記データベースを参照して入力された顧客情報と認識した取引情報に含まれている暗証番号とが整合するか否かを判別し、
前記銀行サーバは、該顧客情報と該暗証番号とが整合した場合に取引情報に従って取引を処理する取引処理手段を備える請求項１４記載の取引情報認識システム。
【請求項１６】
前記銀行サーバは取引処理後に前記データベースから暗号化キーを削除し、
前記携帯端末に取引終了通知を送付する請求項１５記載の取引情報認識システム。
【請求項１７】
顧客情報が登録されたデータベースを有する銀行サーバと携帯端末との間の取引情報の認識方法であって、
前記銀行サーバが暗号化キーを生成するステップと、
顧客情報に対応づけて該暗号化キーを前記データベースに登録するステップと、
前記銀行サーバに顧客情報が入力されると共に前記携帯端末から取引コードが送出された場合に、
前記銀行サーバが入力された該顧客情報と一致する顧客情報に対応する暗号化キーを前記データベースから検索するステップと、
該暗号化キーを用いて送出された該取引コードから取引情報を解読して認識するステップとを含み、
前記取引コードは前記暗号化キーを用いて取引情報を暗号化したものであることを特徴とする取引情報の認識方法。
【請求項１８】
前記銀行サーバが前記携帯端末から取引情報を受信するステップと、
前記銀行サーバが該暗号化キーを用いて該取引情報を暗号化することで取引コードを生成するステップと、
前記銀行サーバが生成した該取引コードを前記携帯端末へ送付するステップを含む請求項１７記載の取引情報の認識方法。
【請求項１９】
前記携帯端末が前記銀行サーバから暗号化キーを受信するステップと、
前記携帯端末が該暗号化キーを用いて取引情報を暗号化することで取引コードを生成するステップを含む請求項１７記載の取引情報の認識方法。
【請求項２０】
前記銀行サーバが前記携帯端末から取引情報を受信するステップと、
前記銀行サーバが該暗号化キーを用いて該取引情報を暗号化することで取引コードを生成するステップと、
前記銀行サーバが生成した該取引コードを取引コード送付先携帯端末へ送付するステップを含み、
前記銀行サーバは前記銀行サーバに顧客情報が入力されると共に前記取引コード送付先携帯端末から前記取引コードが送出された場合に検索する請求項１７記載の取引情報の認識方法。
【請求項２１】
前記携帯端末が前記銀行サーバから暗号化キーを受信するステップと、
前記携帯端末が該暗号化キーを用いて取引情報を暗号化することで取引コードを生成するステップと、
前記携帯端末が生成した該取引コードを取引コード送付先携帯端末へ送付するステップを含み、
前記銀行サーバは前記銀行サーバに顧客情報が入力されると共に前記取引コード送付先携帯端末から前記取引コードが送出された場合に検索する請求項１７記載の取引情報の認識方法。
【請求項２２】
顧客情報が登録されたデータベースを有する銀行サーバと携帯端末との間の取引情報の認識方法であって、
前記銀行サーバが暗号化キーと識別子を生成するステップと、
顧客情報に対応づけて該暗号化キーと該識別子とを前記データベースに登録するステップと、
前記銀行サーバに顧客情報が入力されると共に前記携帯端末から取引コードと識別子が送出された場合に、
前記銀行サーバが入力された該顧客情報と送出された識別子とに一致する顧客情報と識別子とに対応する暗号化キーを前記データベースから検索するステップと、
該暗号化キーを用いて送出された該取引コードから取引情報を解読して認識するステップとを含み、
前記取引コードは前記暗号化キーを用いて取引情報を暗号化したものであることを特徴とする取引情報の認識方法。
【請求項２３】
前記識別子は前記暗号化キーを生成した時間である請求項２２記載の取引情報の認識方法。
【請求項２４】
前記銀行サーバが前記携帯端末から取引情報を受信するステップと、
前記銀行サーバが該暗号化キーを用いて該取引情報を暗号化することで取引コードを生成するステップと、
前記銀行サーバが生成した該取引コードを識別子と共に前記携帯端末へ送付するステップを含む請求項２２または２３記載の取引情報の認識方法。
【請求項２５】
前記携帯端末が前記銀行サーバから暗号化キーと識別子を受信するステップと、
前記携帯端末が該暗号化キーを用いて取引情報を暗号化することで取引コードを生成するステップを含む請求項２２または２３記載の取引情報の認識方法。
【請求項２６】
前記銀行サーバが前記携帯端末から取引情報を受信するステップと、
前記銀行サーバが該暗号化キーを用いて該取引情報を暗号化することで取引コードを生成するステップと、
前記銀行サーバが生成した該取引コードを識別子と共に取引コード送付先携帯端末へ送付するステップを含み、
前記銀行サーバは前記銀行サーバに顧客情報が入力されると共に前記取引コード送付先携帯端末から前記取引コードと識別子が送出された場合に検索する請求項２２または２３記載の取引情報の認識方法。
【請求項２７】
前記携帯端末が前記銀行サーバから暗号化キーと識別子を受信するステップと、
前記携帯端末が該暗号化キーを用いて取引情報を暗号化することで取引コードを生成するステップと、
前記携帯端末が生成した該取引コードを識別子と共に取引コード送付先携帯端末へ送付するステップを含み、
前記銀行サーバは前記銀行サーバに顧客情報が入力されると共に前記取引コード送付先携帯端末から前記取引コードと識別子が送出された場合に検索する請求項２２または２３記載の取引情報の認識方法。
【請求項２８】
前記取引コードは二次元バーコードで表されている請求項１７から２７のいずれか１項記載の取引情報の認識方法。
【請求項２９】
前記銀行サーバは１以上の銀行端末を備えており、
顧客情報は前記銀行端末に入力される請求項１７から２８のいずれか１項記載の取引情報の認識方法。
【請求項３０】
前記データベースには顧客情報に対応づけて暗証番号が登録されており、
前記銀行サーバが顧客情報と暗証番号とを受信した時に前記データベースを参照して該顧客情報と該暗証番号とが整合するか否かを判別するステップを含み、
該顧客情報と該暗証番号とが整合した場合に暗号化キーを生成する請求項１７から２９のいずれか１項記載の取引情報の認識方法。
【請求項３１】
前記取引情報には暗証番号が含まれており、
前記銀行サーバが、前記データベースを参照して入力された顧客情報と送出された取引情報に含まれている暗証番号とが整合するか否かを判別するステップと、
前記銀行サーバが、該顧客情報と該暗証番号とが整合した場合に取引情報に従って取引を処理するステップを含む請求項３０記載の取引情報の認識方法。
【請求項３２】
前記銀行サーバは取引処理後に前記データベースから暗号化キーを削除するステップと、
前記携帯端末に取引終了通知を送付するステップを含む請求項３１記載の取引情報の認識方法。
【請求項３３】
顧客情報が登録されているデータベースを有する銀行サーバのコンピュータに取引情報を認識させるプログラムであって、
暗号化キーを生成させる手順と、
前記データベースに該顧客情報と対応づけて該暗号化キーを登録させる手順と、
顧客情報が入力されると共に取引コードが送出された場合に、
入力された該顧客情報と一致する顧客情報に対応して登録されている暗号化キーを前記データベースから検索させる手順と、
該暗号化キーを用いて送出された該取引コードから取引情報を解読して認識させる手順と、を含んでおり、
前記取引コードは前記暗号化キーを用いて前記取引情報を暗号化したものであることを特徴とする取引情報を認識させるプログラム。
【請求項３４】
顧客情報が登録されているデータベースを有する銀行サーバのコンピュータに取引情報を認識させるプログラムであって、
暗号化キーと識別子とを生成させる手順と、
前記データベースに該顧客情報に対応づけて該暗号化キーと該識別子を登録させる手順と、
顧客情報が入力されると共に取引コードと識別子が送出された場合に、
入力された該顧客情報と送出された該識別子とに一致する顧客情報と識別子とに対応して登録されている暗号化キーを前記データベースから検索させる手順と、
該暗号化キーを用いて該取引コードから取引情報を解読して認識させる手順と、を含んでおり、
前記取引コードは前記暗号化キーを用いて前記取引情報を暗号化したものであることを特徴とする取引情報を認識させるプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は携帯電話機を用いて銀行サーバに取引内容を認識させると共に、携帯電話機を用いて銀行取引を行うことを可能とする取引情報認識システムであって、特に、銀行ＡＴＭで銀行取引を行う際に、銀行ＡＴＭに暗証番号及び取引内容を直接入力することなしに銀行取引を行うものである。
【背景技術】
【０００２】
携帯電話機を用いて決済を行うサービスが種々開始されている。携帯電話機を用いた金融サービスは今後も広がることが予想される。例えば、特許文献１では、キャッシュカードの暗証番号を携帯電話機の契約時の暗証番号及び電話番号をキーとして暗号化して携帯電話機により銀行取引を行うことが開示されている。また、特許文献２では携帯電話機に銀行カード等のデータと暗証番号を格納し、暗証番号入力して一致した場合に格納したデータをバーコード化して表示し、銀行ＡＴＭ等にこのバーコードを認識させて銀行取引等を行う技術が開示されている。
【０００３】
【特許文献１】特開２００２−２８８４２５号公報
【特許文献２】特開２００２−０６４５９７号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
ここで特許文献１では、携帯電話機の契約時の暗証番号及び電話番号の認証は携帯電話機会社で行っているが、携帯電話機会社の再編や新規参入等があった際はそれに即座に対応することは難しい。特に、携帯電話番号ポータビリティー制度が開始された場合には、携帯電話機の電話番号はそのままで、契約番号のみが変更されることとなり、正しい認証がされないことが考えられる。一方、特許文献２では銀行カード等の情報をバーコード化して銀行ＡＴＭ等に認識させるため、暗証番号入力時に後方から覗かれたり、隠しカメラにより盗撮が行われたりする危険はない。しかし、バーコードが盗まれた場合には際限なく悪用されてしまう危険がある。また、他人に銀行ＡＴＭでの取引を依頼できれば便利であるが、他人に銀行ＡＴＭでの取引を依頼する場合には、他人に暗唱番号を教える必要が発生する。他人に暗証番号を教えることは他人により銀行カードの悪用が行われる危険があると共に不正使用時には救済対象から外される等のデメリットがあり、難しい。
【０００５】
本発明は上記の問題に鑑みてなされたものであり、複雑なシステムの構築が不要であると携帯電話機を用いたセキュリティ性の高い銀行取引を可能とする取引情報認識システムを提供することを目的とする。また、他人に暗証番号を教えなくても所定の銀行ＡＴＭでの取引を依頼することを可能とする取引情報認識システムを提供することを目的とする。
【課題を解決するための手段】
【０００６】
本発明に係る第１の取引情報認識システムは、顧客情報が登録されているデータベースを有する銀行サーバと携帯端末とを備えるものである。銀行サーバは先ず、暗号化キーを生成してデータベースに顧客情報に対応づけて暗号化キーを登録する。更に銀行サーバに顧客情報が入力されると共に携帯端末から取引コードが送出された場合に、入力された顧客情報と一致する顧客情報に対応する暗号化キーをデータベースから検索し、検索した暗号化キーを用いて送出された取引コードから取引情報を解読及び認識することを特徴とする。ここで、取引コードは暗号化キーを用いて取引情報を暗号化したものである。
【０００７】
本発明に係る第２の取引情報認識システムは、顧客情報が登録されているデータベースを有する銀行サーバと携帯端末とを備えるものである。銀行サーバは先ず、暗号化キーと識別子を生成して、データベースに顧客情報に対応づけて暗号化キーと識別子を登録する。更に銀行サーバに顧客情報が入力されと共に携帯端末から取引コードと識別子が送出された場合に、入力された顧客情報と送出された識別子とに一致する顧客情報と識別子とに対応する暗号化キーをデータベースから検索し、検索した暗号化キーを用いて送出された取引コードから取引情報を解読及び認識することを特徴とする。ここで、取引コードは暗号化キーを用いて取引情報を暗号化したものであると共に、識別子は暗号化キーを生成した時間である。
【０００８】
本発明に係る第１の取引情報の認識方法は、顧客情報が登録されたデータベースを有する銀行サーバと携帯端末との間で取引情報を認識する方法であって、銀行サーバが暗号化キーを生成するステップと、データベースに顧客情報に対応づけて暗号化キーを登録するステップとを含む。更に、銀行サーバに顧客情報が入力されると共に携帯端末から取引コードが送出された場合に、入力された顧客情報と一致する顧客情報に対応して登録されている暗号化キーをデータベースから検索するステップと、この暗号化キーを用いて送出された取引コードから取引情報を解読及び認識するステップを含むことを特徴とする。ここで、取引コードは暗号化キーを用いて取引情報を暗号化したものである。
【０００９】
本発明に係る第２の取引情報の認識方法は、顧客情報が登録されたデータベースを有する銀行サーバと携帯端末との間で取引情報を認識する方法であって、銀行サーバが暗号化キーと識別子を生成するステップと、データベースに顧客情報に対応づけて暗号化キーと識別子を登録するステップとを含む。更に、銀行サーバに顧客情報が入力されると共に携帯端末から取引コードと識別子が送出された場合に、入力された顧客情報と送出された識別子とに一致する顧客情報と識別子とに対応して登録されている暗号化キーをデータベースから検索するステップと、この暗号化キーを用いて認識した取引コードから取引情報を解読及び認識するステップを含むことを特徴とする。ここで、取引コードは暗号化キーを用いて取引情報を暗号化したものであると共に、識別子は暗号化キーを生成した時間である。
【００１０】
本発明に係る第１の取引情報を認識させるプログラムは、顧客情報が登録されているデータベースを有する銀行サーバのコンピュータに取引情報を認識させるプログラムであって、暗号化キーを生成させる手順と、データベースに顧客情報と対応づけて暗号化キーを登録させる手順を含む。更に、顧客情報が入力されると共に携帯端末から取引コードが送出された場合に、入力された顧客情報と一致する顧客情報に対応して登録されている暗号化キーをデータベースから検索させる手順と、この暗号化キーを用いて認識した取引コードから取引情報を解読及び認識させる手順とを含むことを特徴とする。ここで、取引コードは暗号化キーを用いて取引情報を暗号化したものである。
【００１１】
本発明に係る第２の取引情報を認識させるプログラムは、顧客情報が登録されているデータベースを有する銀行サーバのコンピュータに取引情報を認識させるプログラムであって、暗号化キーと識別子を生成させる手順と、データベースに顧客情報と対応づけて暗号化キーと識別子を登録させる手順を含む。更に、顧客情報が入力されると共に携帯端末から取引コードと識別子が送出された場合に、入力された顧客情報と送出された識別子とに一致する顧客情報と識別子とに対応して登録されている暗号化キーをデータベースから検索させる手順と、この暗号化キーを用いて送出された取引コードから取引情報を解読及び認識させる手順とを含むことを特徴とする。ここで、取引コードは暗号化キーを用いて取引情報を暗号化したものであると共に識別子は暗号化キーを生成した時間である。
【発明の効果】
【００１２】
本発明にかかる取引情報認識システムは、携帯端末を用いた銀行取引を銀行サーバに認識させる場合に、銀行サーバに顧客情報を入力すると共に銀行サーバが生成した暗号化キーを用いて取引情報を暗号化した取引コードを用いる。銀行サーバは顧客情報と取引コードから取引情報を認識するので、取引コードを盗まれた場合でも他人に取引される危険がないと共に携帯端末のユーザは銀行端末に暗証番号や取引情報を入力する必要がない。従って、暗証番号入力時に後方から覗かれたり、隠しカメラにより盗撮されることで暗証番号が他人に知られてしまうことがない。また、暗号化された取引コードを第三者へ送付すると共に口座番号等の顧客情報を伝達することにより、第三者に暗証番号を教えることなく所望の取引についての銀行取引を依頼することが可能となる。
【発明を実施するための最良の形態】
【００１３】
本発明の第１の実施の形態について説明する。図１は本実施形態に係る取引情報認識システムのシステム構成図の一例を示す図である。図中１はユーザが所持する携帯電話機である。携帯電話機１は一般的な携帯電話機であり、ユーザインターフェース部１１、データ保持部１２、インターネット接続部１３、電子メール送受信部１４、ＬＣＤ１５、制御部１６、更に図示しない無線部、アンテナ部、マイク、レシーバなどを有する。ユーザインターフェース部１１は、ユーザが電話番号を入力したり、所望の機能を選択する時に使用する操作部である。データ保持部１２は、電話番号や電子メールアドレスを登録しておくアドレス帳のデータや銀行端末から受信した情報等を保持する。インターネット接続部１３は、ｉモードサービス等によりインターネット網へ接続するものであり、本実施形態ではインターネット接続部１３を介してインターネットバンキングへ接続する。電子メール送受信部１４は電子メールを送受信する機能である。ＬＣＤ１５は電子メールの本文を確認したり、受信した情報を表示する。本実施形態において、携帯電話機１はＬＣＤ１５にＱＲコードを表示する。尚、制御部１６がこれらを制御している。
【００１４】
図中の２は銀行サーバであり、インターネット接続部２１、データベース２２、電子メール送信部２３、ＬＡＮインターフェース部２４、暗号化キー生成部２５、暗号化部２６、制御部２７等を有する。本実施形態の銀行サーバ２は複数の銀行端末とＬＡＮインターフェース部２４を介して接続されているとともに、インターネッ接続部２１を介してインターネットバンキングサービスを提供している。尚、ユーザがインターネットバンキングサービスを利用するためには、予め銀行サーバ２に顧客情報を登録して会員番号、ログインパスワードを入手する必要がある。データベース２２には、顧客情報としてインターネットバンキングサービスの利用者の会員番号、ログインパスワード、口座番号、会員登録時に連絡先としてユーザが指定した連絡先の電子メールアドレス等が登録されている。尚、本実施形態では、連絡先として、ユーザが所持している携帯電話機１の電子メールアドレスが登録されている。また、電子メール送信部２３は電子メールを送信する機能を、暗号化キー生成部２５は取引情報を暗号化するためのキーを生成する。暗号化部２６は暗号化キーを用いて取引情報を暗号化して暗号化コードを生成する。尚、本実施形態では暗号化キー生成部２５は乱数を発生させ、発生させた乱数を利用して暗号化キーを生成する。また、暗号化部２６は暗号化キーと取引情報とを用いて６０ケタのコード（以下、取引コードと記す）を生成する。尚、制御部２７はこれらの各部を制御していると共に一般的なＱＲコード生成プログラムが登録されている。
【００１５】
図中の３は銀行端末である。本実施形態において、銀行端末３はいわゆる現金自動預け払い機（銀行ＡＴＭ）である。キャッシュカードや通帳等から口座番号等の顧客情報を読み取る情報読取部３１、銀行サーバ２と情報を送受信するＬＡＮインターフェース部３２、指定された取引を実行する取引処理部３３、ユーザが取引したいメニューを選択したり取引内容を表示する、タッチパネル等のユーザインターフェース部３４、これらを制御する制御部３６等を有する。尚、本実施形態の銀行端末３はＱＲコードを読み取るＱＲコードリーダー３５を有している。更に、図中の４はキャッシュカード４である。キャッシュカード４は磁気ストライプやＩＣチップ等の記憶部４１を有する。記憶部４１には口座番号等の顧客情報が記録されている。
【００１６】
銀行端末３を介して銀行サーバ２と銀行取引を行うユーザは、事前にインターネットバンキングサービスに会員登録を行う必要がある。ユーザが顧客情報と連絡先の電子メールアドレス等を登録することで、銀行サーバ２から会員番号とログインパスワードが発行される。ユーザは会員番号を記録すると共に、ログインパスワードを必要に応じて変更し、他人に知られない状態で記憶等しておく。インターネットバンキングサービスに会員登録したユーザが事前登録した取引情報に従って銀行端末３で取引することについて、以下に説明する。
【００１７】
先ず、ユーザが銀行サーバ２から取引に必要なＱＲコードを受け取るまでの手順を図２を用いて説明する。図２において、ユーザは携帯電話機１を用いてインターネットを介して銀行サーバ２のインターネットバンキングサービスへアクセスする（ステップ１０１）。ユーザが携帯電話機１のユーザインターフェース部１１を使用して会員番号とログインパスワードを入力する（ステップ１０２）。銀行サーバ２の制御部２７は会員番号とログインパスワード受信し、データベース２２を参照して会員番号とログインパスワードの照合を行う（ステップ１０３）。銀行サーバ２の制御部２７は会員番号とログインパスワードとが一致した場合にユーザにインターネットバンキングサービスへのログインを許可する。ユーザはログイン許可を得てインターネットバンキグサービスのメニューから「取引事前登録」を選択する（ステップ１０４）。銀行サーバ２の制御部２７は「取引事前登録」が選択されたことを認識し、暗号化キー生成部２５を制御して暗号化キーを生成する（ステップ１０５）。更に、ユーザが携帯電話機１のユーザインターフェース部１１を操作して所望の取引情報を入力すると（ステップ１０６）、銀行サーバ２の制御部２７はユーザが入力した取引情報を認識し、暗号化部２６を制御して暗号化キー生成部２５が生成した暗号化キーを用いて取引情報を暗号化することで取引コード（６０ケタのコード）を生成する（ステップ１０７）。更に、制御部２７はＱＲコード生成プログラムを利用して生成した取引コードをＱＲコード化する。以下、ＱＲコード化した取引コードをＱＲコードと記す（ステップ１０８）。更に、銀行サーバ２の制御部２７は、電子メール送信部２３を制御して生成したＱＲコードを携帯電話機１へ電子メールし（ステップ１０９）、データベース２２に顧客情報と暗号化キーとを対応づけて登録する（ステップ１１０）。ユーザは、携帯電話機１で銀行サーバ２から電子メールされたＱＲコードを受信し（ステップ１１１）、携帯電話機１のデータ保持部１２にＱＲコードを保持する（ステップ１１２）。
【００１８】
次に、ステップ１０４及びステップ１０６において、ユーザが「取引事前登録」を選択して取引情報を入力する手順について図３を用いて説明する。図３はユーザが取引情報等を入力する際に携帯電話機１のＬＣＤ１５に表示される画面の一例である。図３（ａ）がＬＣＤ１５に表示されると、ユーザは携帯電話機１のユーザインターフェース部１１を用いて「３．取引事前登録」を選択する。銀行サーバ２の制御部２７はユーザが「３．取引事前登録」が選択されたことを認識し、暗号化キー生成部２５を制御して暗号化キーを生成する。更に、ユーザが図３（ｂ）で「１．引出」を選択し、図３（ｃ）において所望の取引金額「５０００」と「＃」を入力すると、銀行サーバ２の制御部２７は入力された内容を認識して図３（ｄ）を表示する、図３（ｄ）において、ユーザが内容に間違いがないことを確認して「１」を入力すると、銀行サーバ２の制御部２７は暗号化部２６を制御して入力された取引情報（１．引出，５０００円）と暗号化キーとから６０ケタの取引コードを生成する。更に、銀行サーバ２の制御部２７は生成した取引コードをＱＲコード化し、電子メール送信部２３を制御して予め連絡先として登録されている電子メールアドレスにＱＲコードを電子メールする。そして、携帯電話機１のＬＣＤ１５に図３（ｅ）を表示して、取引内容についてのＱＲコードを生成して電子メールで送信したことをユーザに報知する。ここで、ＱＲコードは予めユーザが連絡先としてインターネットバンキングに申請した電子メールアドレスへ送信される。本実施形態ではインターネットバンキングへの登録条件に従って携帯電話機１の電子メールアドレスに送信する。
【００１９】
次に、図４を用いてユーザが携帯電話機１で受信したＱＲコードを用いて銀行端末３で取引を行うことについて説明する。図４において、先ずユーザは銀行端末３のユーザインターフェース部３４に表示されているメニューから「事前登録取引」を選択し（ステップ２０１）、銀行端末３の情報読取部３１へキャッシュカード４を挿入する（ステップ２０２）。銀行端末３の情報読取部３１は挿入されたキャッシュカード４の記憶部４１から口座番号等の顧客情報を読取る（ステップ２０３）。更に、ユーザが携帯電話機１のＬＣＤ１５に表示させたＱＲコードを銀行端末３のＱＲコードリーダー３５へかざすと（ステップ２０４）、銀行端末３のＱＲコードリーダー３５がＱＲコードから６０ケタの取引コードを読み取る（ステップ２０５）。次に、銀行端末３の制御部３６はＬＡＮインターフェース部３２を制御して銀行サーバ２へキャッシュカード４とＱＲコードから読み取った顧客情報と取引コードを送信する（ステップ２０６）。銀行サーバ２は顧客情報と６０ケタの取引コードを受信し（ステップ２０７）、銀行サーバ２の制御部２７は受信した顧客情報と一致する顧客情報に対応して登録されている暗号化キーをデータベース２２から検索する（ステップ２０８）。更に、暗号化部２６を制御して検索した暗号化キーを用いて受信した取引コードから取引情報を解読し（ステップ２０９）、解読した取引情報を銀行端末３に送信する（ステップ２１０）。銀行端末３の制御部３６はＬＡＮインターフェース部３２を介して銀行サーバ２から取引情報を受信し（ステップ２１１）、取引処理部３３を制御して取引情報（１．引出，５０００円）に従って処理を実施する（ステップ２１２）。更に、銀行端末３の制御部３６は、処理が正常に終了した場合は銀行サーバ２へ取引終了の通知を行う（ステップ２１３）。銀行サーバ２の制御部２３は取引終了の通知を受けて、取引結果を電子メール送信部２３を用いて携帯電話機１に電子メールすると共に（ステップ２１４）、データベース２２から取引処理に使用した暗号化キーを削除する（ステップ２１５）。
【００２０】
本実施携帯では、ステップ２０２において、顧客情報の入力にキャッシュカード４を用いたがこれに限定されない。顧客情報が限定できれば良く、キャッシュカード４の代わりに通帳を用いても良いし、口座番号等を直接銀行端末３のユーザインターフェース部３４に入力することでも良い。また、ステップ２０９において銀行サーバ２の暗号化部２６が暗号化キーを用いて取引コードから取引情報を解読したが、暗号化部２６を銀行端末３に持たせることもできる。この場合は、ステップ２０６において銀行端末３の制御部３６は銀行サーバ２へ顧客情報のみ送信する。銀行サーバ２の制御部２７は受信した顧客情報から検索した暗号化キーを銀行端末３に送信し、銀行端末３の暗号化部が銀行サーバ２から受信した暗号化キーを用いて取引コードから取引情報を解読する。またステップ２１４において、銀行端末３に電子メール送信部２３を設け、取引情報に電子メールアドレスを含ませることで、取引結果の通知を銀行端末３から行うことができる。取引コードの解読及び取引結果の通知を銀行端末３で行うことで、銀行サーバ２の負荷を銀行端末３に分散させることができる。また、ステップ２１５において、取引が処理された暗号化キーは銀行サーバ２のデータベース２２から削除される。暗号化キーはいわゆるワンタイムパスワードであり、ユーザは一度取引に使用したＱＲコードを再度利用して取引を行うことはできない。
【００２１】
また、第１の実施の形態の応用例として、ユーザは銀行サーバ２から電子メールにより受信したＱＲコードを第三者の携帯電話機１に転送すると共に口座番号を指定することで、その第三者に銀行端末３での取引を依頼することができる。ユーザから転送されたＱＲコードにより第三者が銀行端末３で所定の取引を行う場合でも、銀行端末３での取引手順は図４と同じである。すなわち、図４の「ユーザ」を「第三者」に置き換えれば良い。銀行サーバ２はキャッシュカード４の暗証番号の代わりにＱＲコードを用いて認証を行うので、ユーザは第三者に暗証番号を教える必要がない。尚、取引終了後に銀行サーバ２のデータベース２２から暗号化キーが削除されるので、第三者が取引に使用したＱＲコードを用いてもう一度同様の取引を行うことはできない。また、第三者がキャッシュカード４を預かって取引を行った場合でも、預かったキャッシュカード４を用いて別の取引を行う場合にはキャッシュカード４の暗証番号の入力が必要となり、第三者が更なる引き出し等を行うことはできない。
【００２２】
以上のように、本実施形態では銀行サーバ２はキャッシュカード４の暗証番号の代わりにＱＲコードを用いて認証を行っている。このＱＲコードはインターネットバンキングでの認証を行うことでワンタイムパスワードとして生成されたものである。ユーザは予めインターネットバンキングサービスにログインしてＱＲコードを受け取れば、銀行端末３にキャッシュカード４の暗証番号を入力することなく取引できる。従って、暗証番号入力時に後方から覗かれたり、隠しカメラにより盗撮されることで暗証番号が他人に知られてしまうことがない。また、インターネットバンキングサービスにおいて、予め所望の取引情報を入力しておくので銀行端末３に対して取引情報を入力する必要がない。従って、銀行端末３に誤った取引情報を入力してしまうことがなくなると共に、例えばキャッシュカード４の挿入とＱＲコードの認証だけで処理されるので銀行端末３の利用時間を大幅に軽減でき、銀行端末３の順番待ちが少なくなる。また、ＱＲコードを第三者へ転送すると共に、口座番号を指定することで、第三者に暗証番号を教えることなく所望の取引についてのみ取引を依頼することが可能となる。尚、取引には口座番号とＱＲコードの両方が必要であり、万が一携帯電話機１を紛失した場合にも他人に事前登録した取引を行われることがない。
【００２３】
次に第２の実施の形態について説明する。第１の実施の形態では、ユーザはインターネットバンキングを利用して一つの取引しか登録できなかったが、本実施形態では複数の取引を事前登録可能である。本実施形態は、第１の実施の形態と同様にユーザが所持する携帯電話機１、銀行サーバ２、銀行端末３で構成される。第１の実施の形態と異なる点は、本実施形態に係る銀行サーバ２が図示しない識別子生成部を備えている点である。
【００２４】
以下、本実施形態について図面を用いて説明する。図５はユーザが銀行サーバ２から取引に必要なＱＲコードを受け取るまでのフローである。図５において、ステップ３０５までは第１の実施の形態の図２ステップ１０１から１０５と同様であるので説明を省略する。ステップ３０５で銀行サーバ２の制御部２７が暗号化キー生成部２５を制御して暗号化キーを生成する。そして、制御部２７は識別子生成部を制御して識別子を生成する（ステップ３０６）。更に、ユーザが取引情報を入力することで（ステップ３０７）、銀行サーバ２の制御部２７が暗号化部２６を制御して取引コードを生成する（ステップ３０８）。取引コードは、第１の実施の形態と同様に暗号化キーと取引情報を複合化することで６０ケタのコードが生成される。そして、制御部２７はＱＲコード生成プログラムを利用して取引コードと識別子からＱＲコードを生成する（ステップ３０９）。更に、銀行サーバ２の制御部２７は、電子メール送信部２３を制御して生成したＱＲコードを携帯電話機１へ電子メールし（ステップ３１０）、データベース２２に顧客情報と暗号化キーと識別子とを対応づけて登録する（ステップ３１１）。ユーザは、携帯電話機１で銀行サーバ２から電子メールされたＱＲコードを受信し（ステップ３１２）、携帯電話機１のデータ保持部１２に保持する（ステップ３１３）。
【００２５】
ここで、本実施形態では識別子として暗号化キーを生成した時間を適用する。例えば、暗号化キーを生成した時間が２００６年３月１２日２０時４１分２３秒の場合は、識別子生成部は識別子として「０６０３１２２０４１２３」（１２ケタ）を生成する。また、制御部２７は６０ケタの取引コードの後ろに１２ケタの識別子を付加した７２ケタのコードをＱＲコード化してＱＲコードを生成する。図６に、ＱＲコード化の手順の一例を示す。図６において、６０ケタの取引コードに続けて１２ケタの識別子を付加した７２ケタのコードを作成し、このコードを汎用のＱＲコード作成アプリケーションを用いてＱＲコード化することで、ＱＲコードが生成される。
【００２６】
更に、本実施形態について具体例を用いて説明する。ここでは、インターネットバンキングに口座を持つ東京電子が本実施形態に係る取引時情報処理システムを利用する場合について既に説明した図５に沿って説明する。先ず、東京電子が２００６年３月１２日に携帯電話機１からインターネットバンキングサービスにログインしてメニューから「取引事前登録」を選択すると、銀行サーバ２の暗号化キー生成部２５が認証を行うと共に暗号化キー「△×△」を生成する（ステップ３０１〜３０５）。そして、暗号化キーを生成した時間が２０時４１分２３秒であった場合、識別子生成部は識別子として「０６０３１２２０４１２３」を生成する（ステップ３０６）。更に、東京電子が取引を行う口座番号を指定する等して取引情報を入力すると、銀行サーバ２の制御部２７が取引情報に応じて６０ケタの取引コードを生成する（ステップ３０７、３０８）。更に、銀行サーバ２の制御部２７は取引コードに識別子を付加してＱＲコードを生成し、東京電子に電子メールする（ステップ３０９、３１０）。そして、銀行サーバ２の制御部２７は顧客情報と識別子と暗号化キーとを対応づけてデータベース２２に登録する（ステップ３１１）。一方、東京電子は携帯電話機１にてＱＲコードを受信してデータ保持部１２に格納する（ステップ３１２、３１３）。
【００２７】
図７に銀行サーバ２のデータベース２２の一例を示す。銀行サーバ２のデータベース２２には、予めユーザのインターネットバンキングサービスの会員番号、ログインパスワード、ユーザが連絡先として登録した電子メールアドレス、ユーザがインターネットバンキングに登録している口座番号が登録されている。図７において、東京電子は取引の事前登録サービスを用いて３件の取引が登録されている。東京電子が２００６年３月１２日に登録した取引は３件目に登録されており、口座番号「０２９−３３３３４４４」に対応づけて識別子「０６０３１２２０４１２３」と暗号化キー「△×△」が登録されている。図７から明らかなように銀行サーバ２のデータベース２２には６０ケタの取引コードは登録されない。
【００２８】
更に、東京電子が受信したＱＲコードにより銀行端末３で取引を行う場合は、第１の実施の形態と同様に、最寄りの銀行端末３へ行き、銀行端末３のユーザインターフェース部３４に表示されているメニューから「事前登録取引」を選択する。図８に、東京電子がＱＲコードを用いて銀行端末３で取引を実施するフローを示す。先ず、東京電子が銀行端末３のユーザインターフェース部３４を利用して「事前登録取引」を選択する（ステップ４０１）。更に、東京電子が銀行端末３の情報読取部３１にキャッシュカード４を挿入することで（ステップ４０２）、銀行端末３の情報読取部３１は挿入されたキャッシュカード４の記憶部４１から口座番号等の顧客情報を読取る（ステップ４０３）。そして、ユーザが携帯電話機１のＬＣＤ１５に表示させたＱＲコードを銀行端末３のＱＲコードリーダー３５へかざすことで（ステップ４０４）、銀行端末３のＱＲコードリーダー３５がＱＲコードから７２ケタのコードを読み取る（ステップ４０５）。次に、銀行端末３の制御部３６はＬＡＮインターフェース部３２を制御してキャッシュカード４とＱＲコードから読み取った顧客情報と７２ケタのコードをＬＡＮを介して銀行サーバ２へ送信する（ステップ４０６）。銀行サーバ２は顧客情報と７２ケタのコードを受信し、更に７２ケタのコードの前半の６０ケタを取引コード、後半の１２ケタを識別子として認識する（ステップ４０７）。銀行サーバ２の制御部２７はデータベース２２から受信した顧客情報と識別子に一致する顧客情報と識別子に対応して登録されている暗号化キーを検索する（ステップ４０８）。そして、暗号化部２６を制御して検索した暗号化キーを用いて受信した取引コードから取引情報を解読し（ステップ４０９）、ＬＡＮインターフェース部２４を制御して取引情報を銀行端末３に送信する（ステップ４１０）。銀行端末３の制御部３６は銀行サーバ２から取引情報を受信し（ステップ４１１）、取引処理部３３を制御して取引情報に従って処理を実施する（ステップ４１２）。更に、銀行端末３の制御部３６は、処理が正常に終了した場合はＬＡＮインターフェース部３２を介して銀行サーバ２へ取引終了の通知を行う（ステップ４１３）。銀行サーバ２の制御部２３は取引終了の通知を受けて、取引結果を携帯電話機１に電子メールすると共に（ステップ４１４）、データベース２２から取引処理に使用した暗号化キー「△×△」と識別子「０６０３１２２０４１２３」を削除する（ステップ４１５）。
【００２９】
尚、本実施形態においても第１の実施形態と同様に、顧客情報の入力はキャッシュカード４に限定されない。また第１の実施形態と同様に、暗号化部２６を銀行端末３に持たせることができる。この場合、ステップ４０６において銀行端末３の制御部３６は７２ケタのコードの前半の６０ケタを取引コード、後半の１２ケタを識別子として認識すると共に、顧客情報と識別子のみを銀行サーバ２へ送信する。銀行サーバ２の制御部２７は受信した顧客情報と識別子から暗号化キーを検索して銀行端末３に送信する。銀行端末３の制御部３６は暗号化部を制御し、暗号化キーを用いて取引コードから取引情報を解読して処理を行う。また、銀行端末３に電子メール送信部２３を設けて取引情報に電子メールアドレスを含ませることで取引結果の通知を銀行端末３から行うことができる。
【００３０】
更に、ユーザがＱＲコードを第三者の携帯電話機１に転送すると共に口座番号等を指定することで、第三者に銀行端末３での取引を依頼することができる。取引終了後に銀行サーバ２のデータベース２２から暗号化キーと識別子が削除されるので、第三者が取引に使用したＱＲコードを用いて再度同様の取引を行うことはできない。また、第三者が口座番号の指定用にキャッシュカード４を預かった場合でも、そのキャッシュカード４を用いて別の取引を行う場合にはキャッシュカード４の暗証番号の入力が必要となり、第三者が更なる引き出し等を行うことはできない。
【００３１】
以上のように、本実施形態では、事前登録する取引に１対１に対応する識別子を設けることで、複数の取引を事前登録することが可能となる。
【００３２】
次に第３の実施の形態について説明する。本実施形態においても第１の実施の形態と同様にユーザが所持する携帯電話機１、銀行サーバ２、銀行端末３で構成される。第１の実施の形態と異なる点は、携帯電話機１が図示しない暗号化部を有している点と制御部１６にＱＲコード生成プログラムが登録されている点である。尚、本実施形態では銀行サーバ２の制御部２７にはＱＲコード生成プログラムが登録されている必要はない。
【００３３】
図９に携帯電話機１がＱＲコードを保持するまでのフローを示す。先ず、ユーザが携帯電話機１でインターネットバンキングサービスにアクセスし（ステップ５０１）、会員番号とログインパスワードを入力する（ステップ５０２）。銀行サーバ２の制御部２７はデータベース２２を参照することで会員番号とログインパスワードとを照合し、一致したらログインを許可する（ステッ５０３）。更にユーザがログイン許可を得てサービス一覧から取引事前登録を選択すると（ステップ５０４）、銀行サーバ２の制御部２７は暗号化キー生成部２５を制御して暗号化キーを生成し（ステップ５０５）、電子メール送信部２３を制御して暗号化キーを携帯電話機１へ電子メールする（ステップ５０６）。そして、データベース２２に顧客情報に対応づけて暗号化キーを登録する（ステップ５０７）。ここで、本実施形態では暗号化キーの登録期限として１週間が設定されている。登録から１週間が経過しても銀行端末３で生成した暗号化キーが使用されない場合には、銀行サーバ２はデータベース２から暗号化キーを削除する。
【００３４】
一方、携帯電話機１のユーザは銀行サーバ２から暗号化キーを受信し、いったんデータ保持部１２へ保持する（ステップ５０８）。そして、ユーザは時間が空いた時に携帯電話機１のＬＣＤ１５にメニューを表示させ、メニューから「取引コードの作成」を選択して所望の取引情報を入力する（ステップ５０９）。ユーザがＬＣＤ１５の内容に従って入力を進めることで、携帯電話機１の制御部１６は暗号化部を制御して銀行サーバ２から受信した暗号化キーを用いてユーザが入力した取引情報を元に取引コードを生成する（ステップ５１０）。更に、制御部１６はＱＲコード生成プログラムを用いて取引コードをＱＲコード化して（ステップ５１１）、データ保持部１２に保持する（ステップ５１２）。尚、ステップ５１０において、本実施形態でも携帯電話機１の暗号化部は暗号化キーと取引情報から６０ケタのコードを生成することで取引コードを生成する。
【００３５】
ここで、ステップ５０９及びステップ５１０においてユーザが取引情報を入力して取引コードを生成する時の携帯電話機１のＬＣＤ１５の表示例を図１０に示す。ユーザが携帯電話機１に予め用意されているメニューから「取引コードの作成」を選択することで、携帯電話機１のＬＣＤ１５に図１０（ａ）が表示される。ユーザは携帯電話機１のユーザインターフェース部１１を使用して暗証番号と＃を入力する。本実施形態では、図１０（ａ）において暗唱番号としてキャッシュカード４の暗証番号を入力する。しかし、これに限定されずインターネットバンキングのログインパスワードを用いる等でも良い。更に、本実施形態においてユーザが図１０（ｂ）で「２．ＡＴＭ振込」を選択し、図１０（ｃ）で振込先の口座番号を入力した場合は、ＬＣＤ１５に図１０（ｄ）が表示される。ユーザは図１０（ｄ）において入力内容を確認し、図１０（ｅ）で振込み金額と＃を入力する。更にユーザが図１０（ｆ）で取引情報の内容を確認して「１」を入力する。携帯電話機１の制御部１６はユーザが「１」を入力したことを検知して、暗号化部を制御して入力された取引情報をデータ保持部１２に保持していた暗号化キーを用いて暗号化することで取引コードを生成する。そして、図１０（ｇ）に取引コードを生成した日時を表示する。ユーザは取引事前登録した日時を認識して「１」を指定する。携帯電話機１の制御部１６は「１」が入力されたことを検知して、取引コードを制御部１６に登録されているＱＲコード生成プログラムを用いてＱＲコード化し、データ保持部１２に保持する。尚、ＱＲコードを登録したことについて、図１０（ｈ）に示すようにユーザに報知する。ここで、図１０（ｄ）の「注」には図１０（ｃ）で入力した振込先は銀行端末３で再確認する旨の記載がある。本実施形態に係る携帯電話機１は入力された振込先の口座番号について銀行サーバ２等に照会することは行わない。従って、入力された振込先の口座番号をそのまま取引コード（ＱＲコード）に含め、銀行サーバ２が銀行端末３から取引コードを受信して取引コードから取引情報を認識した時に、取引情報として登録されている振込先の口座番号を他の銀行サーバと通信する等して照会する。
【００３６】
次にユーザがＱＲコードを用いて銀行端末３で取引を行うフローを図１１に示す。ユーザは携帯電話機１でＱＲコードを生成した後に最寄りの銀行端末３へ行く。図１１において、ユーザが銀行端末３のメニューから「事前登録取引」を選択して（ステップ６０１）銀行端末３の情報読取部３１へキャッシュカード４を挿入すると（ステップ６０２）、銀行端末３の情報読取部３１は挿入されたキャッシュカード４の記憶部４１から口座番号等の顧客情報を読取る（ステップ６０３）。更に、ユーザが携帯電話機１のＬＣＤ１５に表示させたＱＲコードを銀行端末３のＱＲコードリーダー３５へかざすと（ステップ６０４）、銀行端末３のＱＲコードリーダー３５がＱＲコードから６０ケタの取引コードを読み取る（ステップ６０５）。次に、銀行端末３の制御部３６はＬＡＮインターフェース部３２を制御して銀行サーバ２へキャッシュカード４とＱＲコードから読み取った顧客情報と取引コードをＬＡＮを介して送信する（ステップ６０６）。銀行サーバ２は顧客情報と取引コードを受信し（ステップ６０７）、データベース２２から受信した顧客情報と一致する顧客情報に対応して登録されている暗号化キーを検索する（ステップ６０８）。更に制御部２７は暗号化部２６を制御して検索した暗号化キーを用いて受信した取引コードから取引情報を解読する（ステップ６０９）。
【００３７】
ここで、銀行サーバ２の制御部は解読した取引情報から指定された取引が「ＡＴＭ振込」であることを認識し、振込先に指定されている口座番号の照合を行う（ステップ６１０）。すなわち、銀行サーバ２がＡＢＣ銀行のサーバである時、振込先がＡＢＣ銀行の口座である場合は銀行サーバ２のデータベース２２のデータを参照して照合する。また、振込先の口座番号がＡＢＣ銀行以外である場合には、ＬＡＮインターフェース部２４やインターネット接続部２１を介して振込先の口座番号が属する銀行のサーバへアクセスして照合を行う。そして、ＬＡＮインターフェース部２４を制御して解読した取引情報と振込先口座番号の情報（振込先口座の名義人等）を銀行端末３に送信する（ステップ６１１）。銀行端末３の制御部３６は銀行サーバ２から取引情報と振込先口座番号の情報を受信し（ステップ６１２）、取引情報と合わせて振込先口座番号の情報をユーザインターフェース部３４に表示する（ステップ６１３）。ユーザが銀行端末３のユーザインターフェース部３４に表示された内容に間違いがないことを確認してユーザインターフェース部３４の確認ボタンを押すことで（ステップ６１４）、銀行端末３の制御部３６は取引処理部３３を制御して取引情報に従って処理を実施する（ステップ６１５）。更に、銀行端末３の制御部３６は、処理が正常に終了した場合はＬＡＮインターフェース部３２を介して銀行サーバ２へ取引終了の通知を行う（ステップ６１６）。銀行サーバ２の制御部２３は取引終了の通知を受けて、取引結果を電子メール送信部２３を制御して携帯電話機１に電子メールし（ステップ６１７）、データベース２２から暗号化キーを削除する（ステップ６１８）。
【００３８】
本実施形態においてもキャッシュカード4の代わりに通帳等を用いることでも良い。また、暗号化部２６を銀行端末３に持たせることもでき、この場合はステップ６０６において、銀行端末３の制御部３６は銀行サーバ２へ顧客情報のみを送信する。銀行サーバ２の制御部２７は受信した顧客情報から暗号化キーを検索して銀行端末３に送信する。銀行端末３の制御部３６は暗号化部を制御して暗号化キーを用いてＱＲコードから読み取った取引コードから取引情報を解読して処理を行う。また、銀行端末３に電子メール送信部２３を設けて取引情報に電子メールアドレスを含ませれば、取引結果の通知を銀行端末３から携帯電話機１へ電子メールすることができる。更に、本実施形態において、ユーザが携帯電話機１で生成したＱＲコードを第三者の携帯電話機１に転送し、その第三者に口座番号を指定することで、第三者に銀行端末３での取引を依頼することができる。第三者が取引終了することで銀行サーバ２のデータベース２２から暗号化キーが削除されるため、第三者が取引に使用したＱＲコードを用いて再度同様の取引を行うことはできない。
【００３９】
また、第２の実施の形態と同様に識別子を用いることでユーザは複数の取引を登録することができる。この場合は、図９のステップ５０５において、暗号化キーを作成した時間を識別子として用いる。ステップ５０６において、携帯電話機１に暗号化キーと識別子を送信すると共に、ステップ５０７において顧客情報と暗号化キーと識別子とを対応づけてデータベース２２に登録する。一方、ステップ５０８で携帯電話機１では暗号化キーと識別子を受信して対応付けて保持しておく。そして、図１０においてユーザは携帯電話機１のＬＣＤ１５に表示されたメニューから「取引コードの作成」を選択した後に、複数の暗号化キーから所望の取引に使用する暗号化キーを指定することで図１０（ａ）が表示される。一つの暗号化キーが指定されることで、携帯電話機１の制御部１６は指定された暗号化キーと対応づけて保持している識別子を自動的に取り込んで取引コードに識別子を付加し、ＱＲコードを生成する。尚、ＱＲコードから取引コードと識別子を認識して取引を処理する手順は第２の実施の形態と同様である。
【００４０】
以上のように、本実施形態では携帯電話機１で取引情報を暗号化する。ユーザはインターネットバンキングサービスを利用して銀行サーバ２から暗号化キーを受信した後、いったん作業を中止し、時間が空いたときに携帯電話機１の「取引コードの作成」メニューを選択してＱＲコードを生成することができる。つまり、ユーザは金額の入力や振込先の口座番号の入力等、比較的手間を要する入力作業を任意の時間に行うことができる。この場合の入力作業はインターネットを介さないので、電波が届かない場所でも作業可能であると共に通信費用が不要である。尚、本実施形態では携帯電話機１で取引コードを生成する場合にキャッシュカード４の暗証番号を入力する必要がある。従って、キャッシュカード４の暗証番号を知らない他人が携帯電話機１に保持されている暗号化キーを用いて勝手に取引コードを生成することはできない。また、本実施形態では暗号化キーの有効期間が１週間に設定されている。ユーザは暗号化キーを受信してから１週間が経過した場合には暗号化キーを用いて生成したＱＲコードでの取引が拒否されてしまうため、再度インターネットバンキングサービスにアクセスして新たな暗号化キーを要求する必要がある。
【００４１】
次に第４の実施の形態について説明する。本実施形態では予め第三者に取引を依頼することがわかっている場合に銀行サーバ２から取引を依頼する第三者（以下、依頼受人と記す）の携帯電話機１へＱＲコードを直接電子メールするものである。本実施形態は、ユーザが所持する携帯電話機１、銀行サーバ２、銀行端末３、依頼受人の携帯電話機で構成される。ここで、依頼受人の携帯電話機はユーザの携帯電話機１とほぼ同様の機能を有している。以下、ユーザの携帯電話機１を携帯電話機１ａ、依頼受人の携帯電話機を携帯電話機１ｂと記す。
【００４２】
図１２はＱＲコードを依頼受人の携帯電話機１ｂに送信するまでのフローである。図１２において、ステップ７０５までは第１の実施の形態（図２のステップ１０１〜１０５）と同様であるので説明を省略する。ステップ７０５で銀行サーバ２の制御部２７は取引事前登録が選択されたのを認識して暗号化キーを生成する。更に、ユーザは携帯電話機１のユーザインターフェース部１１を使用して所望の取引情報とＱＲコードの送信先、すなわち依頼受人の携帯電話機１ｂの電子メールアドレスを入力する（ステップ７０６）。銀行サーバ２の制御部２７は取引情報と送信先の電子メールアドレスをインターネット接続部２１を介して受信し、暗号化部２６を制御することで取引情報から取引コードを生成する（ステップ７０７）。更に、制御部２７はＱＲコード生成プログラムを利用して取引コードをＱＲコード化してＱＲコードを生成する（ステップ７０８）。尚、暗号化キー、取引コード及びＱＲコードの生成方法は第１の実施の形態と同様である。更に、銀行サーバ２の制御部２７は電子メール送信部２３を制御して生成したＱＲコードをステップ７０６で入力された電子メールアドレス（携帯電話機１ｂの電子メールアドレス）へ電子メールすると共にそのメールの写しをユーザの携帯電話機１ａに電子メールする（ステップ７０９）。そして、データベース２２に顧客情報と暗号化キーとを対応づけて登録する（ステップ７１０）。一方、ユーザから取引を依頼された依頼受人は携帯電話機１ｂで銀行サーバ２からＱＲコードを受信し（ステップ７１１）、携帯電話機１ｂのデータ保持部１２に保持する（ステップ７１２）。また、ユーザは銀行サーバ２からＱＲコード送信についての電子メールの写しを受信することで、依頼受人へＱＲコードが送信されたことを認識する（ステップ７１３）。
【００４３】
ユーザは銀行サーバ２から受信したメールの内容に誤りがないことを確認後、依頼受人へ電子メール等により口座番号を指定する。依頼受人は、ユーザから指定された口座番号について、銀行サーバ２から受信したＱＲコードを用いて銀行端末３で取引を行う。口座番号（顧客情報）とＱＲコードによる銀行端末３での取引手順は第１の実施形態と同じである。すなわち、図４の「ユーザ」を「依頼受人」に置き換えれば良い。尚、取引終了を通知する電子メールはユーザの携帯電話機１ａと依頼受人の携帯電話機１ｂの両方に送信される。ここで、依頼受人が銀行端末３での取引を終了することで銀行サーバ２のデータベース２２から暗号化キーが削除されるので、依頼受人が取引に使用したＱＲコードを用いて再度同様の取引を行うことはできない。また、ユーザが依頼受人にキャッシュカード４を預けて取引を依頼した場合でも、依頼受人が預かったキャッシュカード４を用いて別の取引を行う場合にはキャッシュカード４の暗証番号の入力が必要となり、依頼受人が更なる取引を行うことはできない。
【００４４】
また本実施形態においても暗号化部２６を銀行端末３に持たせることができる。つまり、銀行サーバ２から暗号化キーを受信し、銀行端末３が取引コードから取引情報を解読して処理する。また、銀行端末３に電子メール送信部２３を設けて取引情報にユーザの携帯電話機１ａの電子メールアドレスと依頼受人の携帯電話機１ｂの電子メールアドレスを含ませれば、取引結果の通知を銀行端末３から携帯電話機１ａ及び携帯電話機１ｂへ電子メールすることができる。また、第２の実施の形態と同様に識別子を用いることもできる。
【００４５】
以上のように、本実施形態は銀行サーバ２から依頼受人の携帯電話機１ｂに直接ＱＲコードを電子メールするため、ユーザから依頼受人にＱＲコードを転送する手間を省くことができる。また、取引終了後には依頼受人とユーザの両方に取引結果が通知されるため、依頼受人とユーザとが取引が終了したことについて連絡し合う手間を省くことができる。
【００４６】
尚、以上の実施形態ではいずれも取引コードをＱＲコード化して銀行端末３に認識させたが、ＱＲコード化せずに６０ケタの取引コードをそのまま携帯電話機１と銀行端末３とでＢｌｕｅｔｏｏｔｈや無線ＬＡＮ等の近距離無線接続の通信制御方式を用いて送受信することもできる。また、取引情報は乱数を用いて生成した暗号化キーを用い暗号化することで６０ケタの取引コードにしたが、第三者が容易に解読できない方法であれば、暗号化方法はこれに限定されない。尚、本発明は銀行端末３を介して携帯電話機１から銀行取引を行う以外に、デビットカードやクレジットカード等のカード取引等に適用させることもできる。
【図面の簡単な説明】
【００４７】
【図１】本発明の第１の実施の形態に係る取引情報認識システムのシステム構成図。
【図２】本発明の第１の実施の形態に係る携帯電話機がＱＲコードを受信するまでのフローチャート。
【図３】本発明の第１の実施の形態に係る取引情報を入力する画面の一例。
【図４】本発明の第１の実施の形態に係る銀行端末で取引を実施するまでのフローチャート。
【図５】本発明の第２の実施の形態に係る携帯電話機がＱＲコードを受信するまでのフローチャート。
【図６】本発明の第２の実施の形態に係るＱＲコードの生成手順の一例。
【図７】本発明の第２の実施の形態に係る銀行サーバのデータベースの一例。
【図８】本発明の第２の実施の形態に係る銀行端末で取引を実施するまでのフローチャート。
【図９】本発明の第３の実施の形態に係る携帯電話機がＱＲコードを受信するまでのフローチャート。
【図１０】本発明の第３の実施の形態に係る取引情報を入力する画面の一例。
【図１１】本発明の第３の実施の形態に係る銀行端末で取引を実施するまでのフローチャート。
【図１２】本発明の第４の実施の形態に係る依頼受人の携帯電話機がＱＲコードを受信するまでのフローチャート。
【符号の説明】
【００４８】
１、１ａ、１ｂ    携帯電話機
１１    ユーザインターフェース部
１２    データ保持部
１３    インターネット接続部
１４    電子メール送受信部
１５    ＬＣＤ
１６    制御部
２    銀行サーバ
２１    インターネット接続部
２２    データベース
２３    電子メール送信部
２４    ＬＡＮインターフェース部
２５    暗号化キー生成部
２６    暗号化部
２７    制御部
３    銀行端末
３１    情報読取部
３２    ＬＡＮインターフェース部
３３    取引処理部
３４    ユーザインターフェース部
３５    ＱＲコードリーダー
３６    制御部
４    キャッシュカード
４１    記憶部
【図１】
2007257496.tif 000003
【図２】
2007257496.tif 000004
【図３】
2007257496.tif 000005
【図４】
2007257496.tif 000006
【図５】
2007257496.tif 000007
【図６】
2007257496.tif 000008
【図７】
2007257496.tif 000009
【図８】
2007257496.tif 000010
【図９】
2007257496.tif 000011
【図１０】
2007257496.tif 000012
【図１１】
2007257496.tif 000013
【図１２】
2007257496.tif 000014