(57)【要約】【課題】  セキュリティコードの第三者の不正入手による不正使用を無くした取引システムを制御する制御装置を提供する。【解決手段】  ユーザが入力するセキュリティコードによりユーザの認証を行って、ネットワークにより取引を行う取引システムを制御する制御装置で、入力されるセキュリティコードを変換する変換テーブルを記憶し、変換テーブルにおける入出力の対応表を含む取引入力画面を端末に表示させて、端末から入力されたセキュリティコードを変換テーブルを使って変換し、変換後のセキュリティコードによりユーザを認証する。【選択図】    図２
2007041801.tif 000002
【特許請求の範囲】
【請求項１】
ユーザが入力するセキュリティコードによりユーザの認証を行って、ネットワークにより取引を行う取引システムを制御する制御装置であって、
入力されるセキュリティコードを変換する変換テーブルを記憶する記憶手段と、
前記変換テーブルにおける入出力の対応表を含む取引入力画面を端末に表示させる表示制御手段と、
前記端末から入力されたセキュリティコードを前記変換テーブルを使って変換し、変換後のセキュリティコードによりユーザを認証する認証手段とを有することを特徴とする制御装置。
【請求項２】
前記記憶手段は複数の変換テーブルを有し、前記取引入力画面の表示の前に前記複数の変換テーブルからランダムに１つの変換テーブルを選択する選択手段を更に有することを特徴とする請求項１記載の制御装置。
【請求項３】
前記変換テーブルは前記取引入力画面の表示の前にランダムに生成されて記憶手段に記憶されることを特徴とする請求項１記載の制御装置。
【請求項４】
前記取引システムは、ネットワークを介する銀行システムであって、前記取引は口座間の支払であることを特徴とする請求項１乃至３のいずれか１つに記載の制御装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は取引システムを制御する制御装置に関し、特に、ユーザが入力するセキュリティコードによりユーザの認証を行って、ネットワークにより取引を行う取引システムを制御する制御装置に関するものである。
【背景技術】
【０００２】
ネットワークを介して商取引及び金融取引を行なう取引システムにおいては、端末からユーザにより入力されたセキュリティコード（例えば、暗証番号）が予め登録されたコードと一致するか否かによりユーザの認証を行い、認証できたユーザにのみ取引を可能とする制御が行われている。
【特許文献１】特開平１１−３３８７９９号公報
【発明の開示】
【発明が解決しようとする課題】
【０００３】
しかしながら、セキュリティコードが第三者に取得された場合、例えば、ネットワーク上で、あるいはユーザが入力したキーボードのキー入力履歴（キーロガーともいう）などから不正入手された場合に、成りすましによる不正使用を許すことになる。
【０００４】
特に、取引システムが銀行システムである場合には、口座内の情報の変更や、不正な支払操作などが発生して、ユーザに直接の損害を与えると共に、システムの信頼性が損なわれてしまう。
【０００５】
本発明は、上記従来の問題点にか鑑み、セキュリティコードの第三者の不正入手による不正使用を無くした取引システムを制御する制御装置を提供する。
【課題を解決するための手段】
【０００６】
この課題を解決するために、本発明の制御装置は、ユーザが入力するセキュリティコードによりユーザの認証を行って、ネットワークにより取引を行う取引システムを制御する制御装置であって、入力されるセキュリティコードを変換する変換テーブルを記憶する記憶手段と、前記変換テーブルにおける入出力の対応表を含む取引入力画面を端末に表示させる表示制御手段と、前記端末から入力されたセキュリティコードを前記変換テーブルを使って変換し、変換後のセキュリティコードによりユーザを認証する認証手段とを有することを特徴とする。
【０００７】
ここで、前記記憶手段は複数の変換テーブルを有し、前記取引入力画面の表示の前に前記複数の変換テーブルからランダムに１つの変換テーブルを選択する選択手段を更に有する。また、前記変換テーブルは前記取引入力画面の表示の前にランダムに生成されて記憶手段に記憶される。また、前記取引システムは、ネットワークを介する銀行システムであって、前記取引は口座間の支払である。
【発明の効果】
【０００８】
以上説明したように本発明により、セキュリティコードの第三者の不正入手による不正使用を無くした取引システムを制御する制御装置を提供できる。
【発明を実施するための最良の形態】
【０００９】
以下、添付図面に従って、本発明に係る実施形態の取引システムを制御する制御装置の構成と動作を詳細に説明する。尚、以下の説明では、本発明の取引システムをイーバンク・システムを例に説明するが、セキュリティコードの不正入手や不正使用はイーバンク・システムに限定されるものではなく、他の取引システムにおいても適用可能であり、これらも本発明に含まれる。
【００１０】
＜本実施形態の取引システムの構成例（図１）＞
図１は、本実施形態の取引システムの構成例を示すブロック図である。
【００１１】
図１において、１０は本実施形態の取引システムであるイーバンク・システムを制御するイーバンクサーバである。かかるイーバンクサーバ１０により口座データベース２０（他に預金データベースなどを含むが図示しない）などを制御して、仮想的な銀行システムが構築される。
【００１２】
イーバンクサーバ１０は、汎用コンピュータあるいは専用コンピュータで実現されて良く、基本的な構成要素としては、演算／制御用のＣＰＵ１１と、固定プログラムやパラメータを格納するＲＯＭ１２と、ＡＴＭ用の専用ネットワーク３０あるいはユーザからのアクセス用の公衆ネットワーク６０を介して通信制御をする通信制御部１３と、ＣＰＵ１１の実行するプログラムをロードする領域とパラメータを一時記憶する領域とを有するＲＡＭ１４と、ディスクやＣＤ、メモリカードなどのプログラムやデータベースを記憶する外部記憶部１５とを有する。
【００１３】
ＲＡＭ１４は、データ記憶領域として、本例ではＰＣ７０−１〜７０−Ｍから受信した電文を記憶する領域１４ａ、受信した電文に含まれるユーザが入力したセキュリティコードを記憶する領域１４ｂ、ＰＣ７０−１〜７０−Ｍに送る送信電文を記憶する領域１４ｃ、ユーザが入力したセキュリティコードを認証するセキュリティコードに変換するために使用される変換テーブルをポイントするポインタを記憶する領域１４ｄとを備える。又、プログラムロード領域１４ｅを有する。尚、上記データ記憶領域のデータは、本実施形態に必須のデータを示したものであって、イーバンクサーバ１０として機能するための他のデータやパラメータについては煩雑さを避けるため図示していないし、本願では説明を省略する。尚、変換テーブルポインタでなく、変換テーブル自体をＲＡＭ１４に記憶してもよい。
【００１４】
外部記憶部１５は、データ記憶領域として、ユーザが入力したセキュリティコードを認証するセキュリティコードに変換するために使用される変換テーブルを記憶する領域１５ａを備える。セキュリティコード変換テーブル・記憶領域１５ａには基準の変換テーブルが記憶されていて、これからランダムに実際に使う変換テーブルを生成しながら処理を行っても、複数の変換テーブルを予め格納していて、それからランダムに選択して処理を行っても、ランダムに生成された変換テーブルを記憶しておくようにしても良い。
【００１５】
又、プログラム記憶領域として、後述のフローチャートに相当する、セキュリティコード変換テーブル１５ａを使用してセキュリティコードの変換を行うモジュールを記憶する領域１５ｂと、変換されたセキュリティコードに基づいてユーザの認証を行うモジュールを記憶する領域１５ｃとを有する。尚、上記プログラム記憶領域のモジュールは、本実施形態に必須のプログラムを示したものであって、イーバンクサーバ１０として機能するための他のプログラム（ＯＳなども含む）については煩雑さを避けるため図示していないし、本願では説明を省略する。
【００１６】
３０は、イーバンクサーバ１０とＡＴＭとを接続する専用ネットワークである。専用ネットワーク３０を介して、本例では郵貯ＡＴＭ４０−１〜４０−ｎ、銀行ＡＴＭ５０−１〜５０−ｍが接続されている。尚、かかる専用ネットワーク３０は１つに限定されず、複数の専用ネットワークが接続されてもよいし、複数の専用ネットワーク３０が互いに接続されて、ある専用ネットワークを介して他の専用ネットワークが接続される構成になっていてもよい。
【００１７】
６０は、公衆ネットワークあるいはインターネットなどのネットワークである。ネットワーク６０は有線であっても無線であっても、あるいはそれらの混合ネットワークであってもよい。公衆ネットワーク６０を介して、一般のＰＣ７０−１〜７０−Ｍや携帯電話８０−１〜８０−Ｎが接続される。
【００１８】
本実施形態の処理としては、ＰＣ７０−１〜７０−Ｍからのイーバンクサーバ１０への接続が承認され、セキュリティコードによりユーザの認証が行われ、認証されれ要求され取引が実行される。
【００１９】
＜本実施形態の取引システムの動作例＞
図２は、上記図１のイーバンクシステムにおける、ＰＣ７０の画面上に表示される取引入力画面の一例を示す図である。
【００２０】
図２は、ユーザの口座、イーバンクの支店２０１の普通口座０００５９５から、新たに開設される口座、イーバンクの支店２０４に普通口座０００９３０の１円を支払う取引が入力されている。
【００２１】
ここで、この取引を実行するには、セキュリティコードとして暗証番号を入力して、実行ポタンをクリックする。この暗証番号の入力は、暗証番号そのままの数字入力ではなく０から９までの数字に対応するアルファベットによって入力されるように、変換表９０が表示されている。図２の例では、０から９まで昇順にａからｊが対応することが示されている。例えば、４桁の”１２３４”が暗証番号の場合には、”ｂｃｄｅ”と入力することになる。
【００２２】
このようにすれば、キーボード履歴からも、ネットワーク上からも、不正入手されるのは”ｂｃｄｅ”であり、かかる対応を取引毎にランダムに変更するように制御すれば、暗証番号”１２３４”は不正使用から守られることになる。
【００２３】
（本実施形態の取引システムの動作手順例：図３）
図３は、ＰＣ７０と本実施形態の制御装置であるイーバンクサーバ１０との処理手順を示すフローチャートである。図３で、左側はＰＣの処理手順、右側はイーバンクサーバの処理手順、両方の処理手順の間を結ぶ破線はネットワークを介して伝達される情報を示す。
【００２４】
まず、ステップＳ３１でＰＣ７０を介して取引要求をすると、ステップＳ４１で待機中のサーバ１０はこの要求を受けて、ステップＳ４２に進み今回の取引で使用する変換テーブルを設定する。かかる変換テーブルは、定期的に／あるいは所定の条件で変更されるものであれば、ある期間は固定であってもよい。又、上述のように、毎回の取引で基準の変換テーブルからランダムに作成されるもの、複数の変換テーブルからランダムに選択されるもの、取引の度にランダムに生成されるもの、などが考えられる。サーバ１０では、ステップＳ４３で、設定された変換テーブルのコード対応表を含む、図２のような入力画面を送付する。
【００２５】
ステップＳ３１の取引要求後にステップＳ３２で入力画面を待っていたＰＣ７０は、サーバ１０からの入力画面を受信するとステップＳ３３で表示をし、取引の設定の入力を行う。ステップＳ３４で、取引に必要な全ての設定を終わり実行ポタンがクリックされるのを待って、実行ポタンがクリックされるとステップＳ３５に進んで、セキュリティコード（暗証番号）を含む取引内容をサーバ１０に送信する。尚、セキュリティコード（暗証番号）以外の簡単な取引内容の不備については、ＰＣ７０のステップＳ３３でチェックして、間違いはユーザに報知するようにしてもよいし、サーバ１０側で取引内容を受信した後にチェックを行ってもよい。
【００２６】
サーバ１０では、ステップＳ４４で取引内容を待ち、取引内容を受信するとステップＳ４５に進んで、ステップＳ４２で設定された変換テーブルを使って受信したセキュリティコードを認証するセキュリティコードに変換する。次に、ステップＳ４６で変換されたセキュリティコードと予め口座データベース２０などに登録されているセキュリティコードとを比較して、一致するか否かを判定する。一致していれば認証ＯＫでステップＳ４７で取引を実行し、取引完了をＰＣ７０に通知する。一致しなければ認証できない旨をステップＳ４８でＰＣ７０に報知する。
【００２７】
ＰＣ７０は、ステップＳ３６で取引結果の通知（Ｓ４７又はＳ４８から）を待って、通知があればステップＳ３７に進んで取引結果を表示する。認証出来ない場合、あるいは図示しないが取引内容にミスがあった場合は、ステップＳ３１又はＳ３３に戻って、再度取引内容あるいはセキュリティコードの入力を行って、再度取引を要請する。
【００２８】
（変換テーブルのタの例）
図４に、セキュリティコード変換テーブルの他の数例を示す。本発明は、これら変換テーブルには限定されないものであり、当業者によれば他の種々の例が容易に想定される。
【００２９】
図４の（ａ）は、図２のように数字とアルファベットとが昇順に対応する単純な（従って、解読容易）ものでなく、その対応がランダムな例である。図４の（ｂ）は、アルファベットでなくカナカナ入力を対応させた例である。図４の（ｃ）は、暗証番号の各桁を２つの数字の組合せに対応させたものである。
【００３０】
かかる、変換テーブルの選択は、簡単な場合は解読が容易となり、一方複雑な場合には入力ミスが増加するので、それを判断基準に適切な変換テーブルを選択すればよい。尚、毎回の取引でランダムに変換テーブルを変更させることで、解読の容易さは防ぐことができるので、図２のような単純な変換テーブルがユーザの操作面からは望ましい。
【００３１】
尚、本発明の技術思想は、ネットワークを介する銀行システムに限定されることなく、ユーザ認証が必要な、特にキーボード履歴等がある場合のシステムでは効果があり、当業者であれば広い技術分野での適用が考えられる。
【図面の簡単な説明】
【００３２】
【図１】本実施形態に係る取引システムの構成例を示すブロック図である。
【図２】図１のイーバンクシステムにおける、ＰＣ７０の画面上に表示される取引入力画面の一例を示す図である。
【図３】ＰＣ７０と本実施形態の制御装置であるイーバンクサーバ１０との処理手順を示すフローチャートである。
【図４】セキュリティコード変換テーブルの他の数例を示す。
【図１】
2007041801.tif 000003
【図２】
2007041801.tif 000004
【図３】
2007041801.tif 000005
【図４】
2007041801.tif 000006