JP7021601B2 - 制御プログラム、制御方法、及び情報処理装置 - Google Patents

Description

本件は、制御プログラム、制御方法、及び情報処理装置に関する。

金融機関における取引カードとして、ＩＣカードが一部実用化されている。ＩＣカードの所持者が代理人に出金を依頼する場合もある（以上、特許文献１参照）。

特開平１－１１１２７０号公報 特開２００６－１３３８２７号公報

ところで、金融機関は中小企業や零細企業といった法人顧客に対し、取引カードとして法人キャッシュカードを発行する場合がある。法人顧客による法人キャッシュカードの利用が促進すると、法人顧客から金融機関に持ち込まれる取引伝票の数量が削減し、金融機関の事務負担が減少するためである。

しかしながら、法人顧客の代表者（例えば社長など）は通帳と捺印済の取引伝票を代理人（例えば経理担当者など）に手渡して手続きを依頼しており、法人キャッシュカードは十分に利用されていない傾向にある。これは以下の理由による。まず、法人キャッシュカードは代表者により所持されることが多いが、代表者は業務が多忙であるため金融機関に行く時間を十分にとれず、代理人に手続きを依頼する場合がある。

ところが、代表者が法人キャッシュカードを代理人に手渡す場合、併せて暗証番号といった認証情報も代理人に伝えることが求められる。この場合、代理人が法人キャッシュカードを利用して不正な取引を実行する危険性がある。仮に、法人キャッシュカードに代えて、代表者が金融機関の通帳と印鑑を代理人に手渡しても同様の危険性がある。このような理由により、代表者は通帳と捺印済の取引伝票を代理人に手渡して手続きを依頼している。

そこで、１つの側面では、不正な取引の実行を抑制できる制御プログラム、制御方法、及び情報処理装置を提供することを目的とする。

１つの実施態様では、制御プログラムは、ユーザを識別する識別情報と、認証情報の入力を受け付け、前記識別情報と前記認証情報の組み合わせに応じた認証が成功した場合、前記識別情報に対応する口座での取引が予約済であるか否かの判定を行い、前記取引が予約済である場合、予約済の取引を承認した際に利用された認証方式に応じて、前記予約済の取引の実行手順を制御する、処理をコンピュータに実行させることを特徴とする。

不正な取引の実行を抑制することができる。

図１は情報処理システムの一例である。 図２は携帯端末のハードウェア構成の一例である。 図３は予約サーバのハードウェア構成の一例である。 図４は予約サーバのブロック図の一例である。 図５（ａ）は法人情報記憶部の一例である。図５（ｂ）は個人情報記憶部の一例である。図５（ｃ）は予約情報記憶部の一例である。 図６は取引の予約が完了するまでの処理の一例を表す処理シーケンス図（その１）である。 図７は取引の予約が完了するまでの処理の一例を表す処理シーケンス図（その２）である。 図８は取引の予約が完了するまでの処理の一例を表す処理シーケンス図（その３）である。 図９（ａ）は認証前の予約情報の一例である。図９（ｂ）は認証中の予約情報の一例である。図９（ｃ）は認証済の予約情報の一例である。 図１０（ａ）はログイン画面の一例である。図１０（ｂ）はログイン時の生体認証の一例を説明する図である。 図１１（ａ）は承認画面の一例である。図１１（ｂ）は承認時の生体認証の一例を説明する図である。 図１２（ａ）は完了画面の一例である。図１２（ｂ）は確認画面の一例である。 図１３は取引の予約が完了した後の処理の一例を表す処理シーケンス図（その１）である。 図１４は取引の予約が完了した後の処理の一例を表す処理シーケンス図（その２）である。 図１５（ａ）は取引の予約が完了した後の処理の一例を表す処理シーケンス図（その３）である。図１５（ｂ）は取引の予約が完了した後の処理の一例を表す処理シーケンス図（その４）である。 図１６（ａ）～（ｈ）は取引処理機に表示される画面の一例である。

以下、本件を実施するための形態について図面を参照して説明する。

図１は情報処理システムＳＴの一例である。情報処理システムＳＴは職員端末１０Ａと役員端末１０Ｂと携帯端末１００とを含んでいる。また、情報処理システムＳＴは予約サーバ２００と認証サーバ２５０とを含んでいる。尚、予約サーバ２００が情報処理装置の一例である。さらに、情報処理システムＳＴは勘定系ホスト３００とDatabase（ＤＢ）サーバ３１０と取引処理機４００とを含んでいる。

尚、本実施形態では、金融機関の一例として銀行を利用して説明するが、証券会社や生命保険会社といった銀行以外の金融機関であってもよい。本実施形態では法人企業の代表者として社長を利用して説明するが、銀行取引を承認できる権限を有する者であれば、会長や副社長といった社長以外の代表者であってもよい。本実施形態では、代表者と同じ法人企業の職員として経理担当者を利用して説明するが、銀行取引の承認を依頼する者であれば経理担当者に限らず、総務担当者など経理担当者以外の者であってもよい。

職員端末１０Ａと役員端末１０Ｂは第１の通信ネットワークＮＷ１によって接続されている。第１の通信ネットワークＮＷ１としては、例えばLocal Area Network（ＬＡＮ）などがある。携帯端末１００は、携帯端末１００が携帯基地局ＢＳの通信可能領域ＡＲ内に含まれている場合には、無線通信ＷＬにより携帯基地局ＢＳに接続することができる。無線通信ＷＬとしてはLong Term Evolution（ＬＴＥ）といった広域無線通信がある。

予約サーバ２００と認証サーバ２５０はデータセンターＤＣ内に設置される。データセンターＤＣはクラウドサービスといった情報処理サービスを提供するコンピュータシステムである。したがって、予約サーバ２００は取引の予約に関するクラウドサービスを提供する。認証サーバ２５０はオンライン認証といったクラウドサービスを提供する。尚、オンライン認証の詳細については後述する。一方、勘定系ホスト３００とＤＢサーバ３１０は業務システムＳ１としてデータセンターＤＣと異なる拠点に設置される。予約サーバ２００をデータセンターＤＣに設置せずに、勘定系ホスト３００及びＤＢサーバ３１０と同じ拠点に業務システムＳ１として設置してもよい。業務システムＳ１は銀行の業務を支援するコンピュータシステムである。特に、勘定系ホスト３００は銀行が管理する銀行口座の勘定に関する業務を支援する。ＤＢサーバ３１０は取引処理機４００で実施される手続きの明細を記録し、顧客の預かり金収支を管理する。尚、業務システムＳ１と銀行の店舗ＢＲに設置された取引処理機４００は専用回線によって接続されている。

第１の通信ネットワークＮＷ１、携帯基地局ＢＳ、予約サーバ２００、認証サーバ２５０、勘定系ホスト３００、及びＤＢサーバ３１０は第２の通信ネットワークＮＷ２によって接続されている。第２の通信ネットワークＮＷ２としては、例えばインターネットがある。したがって、例えば職員端末１０Ａ及び役員端末１０Ｂは予約サーバ２００にアクセスすることができる。例えば携帯端末１００は無線通信ＷＬを利用して認証サーバ２５０にアクセスすることができる。予約サーバ２００は認証サーバ２５０や業務システムＳ１を介して取引処理機４００にアクセスすることができる。

職員端末１０Ａは法人企業の経理を担当する経理課などに設置される端末装置である。図１では、職員端末１０Ａの一例としてPersonal Computer（ＰＣ）が示されているが、タブレット端末といったスマートデバイスであってもよい。職員端末１０Ａは経理課の職員である経理担当者Ｐ１によって操作される。例えば、経理担当者Ｐ１によって銀行取引に必要な取引情報（例えば銀行の口座番号や出金額など）が職員端末１０Ａに入力される。取引情報が入力されると、職員端末１０Ａは取引情報を予約サーバ２００に送信する。予約サーバ２００は取引情報の入力を受け付けると、取引情報を含む予約情報を生成して記憶する。詳細は後述するが、経理担当者Ｐ１は予約情報に含まれる取引情報が社長Ｐ２に承認されるまで待機する。取引情報が承認されると、経理担当者Ｐ１は代理人用の法人キャッシュカードＣＲＤを持参して銀行の店舗ＢＲに向かい、取引処理機４００を操作して取引情報に応じた取引を行う。

役員端末１０Ｂは経理担当者Ｐ１が所属する法人企業の社長室などに設置される端末装置である。図１では、役員端末１０Ｂの一例としてＰＣが示されているが、タブレット端末といったスマートデバイスであってもよい。一方、携帯端末１００は法人企業の代表者である社長Ｐ２が携帯する端末装置である。図１では、携帯端末１００の一例としてスマートフォンが示されているが、タブレット端末といったスマートデバイスやスマートウォッチといったウェアラブル端末であってもよい。役員端末１０Ｂ及び携帯端末１００はいずれも社長Ｐ２によって操作される。例えば、予約サーバ２００へのログインを開始するログイン画面を表示する操作が役員端末１０Ｂに対して行われると、役員端末１０Ｂはログイン画面を表示する。携帯端末１００は社長Ｐ２の操作に応じて役員端末１０Ｂが表示するログイン画面の一部を撮像して、社長Ｐ２の生体情報を利用したオンライン認証を開始する。尚、オンライン認証は携帯端末１００の生体認証機能とインターネットなどの通信回線を利用して社長Ｐ２などの利用者を認証する認証方式である。オンライン認証のプロトコルとしては、例えば生体認証と公開鍵暗号方式の両方を利用したFast IDentity Online（ＦＩＤＯ）認証などが知られている。オンライン認証が成功した場合、役員端末１０Ｂは取引情報の承認を求める承認画面を表示する。携帯端末１００は社長Ｐ２の操作に応じて役員端末１０Ｂが表示する承認画面の一部を撮像し、社長Ｐ２の生体情報を利用したオンライン認証を開始する。オンライン認証が成功した場合、役員端末１０Ｂは取引情報の承認が完了したことを提示する完了画面を表示する。これにより、経理担当者Ｐ１は銀行の店舗ＢＲに向かうことができる。

尚、本実施形態では、ログイン時と承認時の両方にオンライン認証を利用しているが、ログイン時と承認時のいずれか一方にオンライン認証する実施形態であってもよい。また、詳細は後述するが、取引情報の承認時には生体認証を含まない認証方式（例えばパスワード認証など）が選択されて実行されてもよい。

以下、情報処理システムＳＴの詳細について説明する。

図２は携帯端末１００のハードウェア構成の一例である。図２に示すように、携帯端末１００は、ハードウェアプロセッサとしてのCentral Processing Unit（ＣＰＵ）１００Ａ、Random Access Memory（ＲＡＭ）１００Ｂ、Read Only Memory（ＲＯＭ）１００Ｃ、Non-Volatile Memory（ＮＶＭ）１００Ｄ、及び広域通信回路１００Ｅを含んでいる。広域通信回路１００Ｅは広域無線通信を実現するハードウェア回路である。広域通信回路１００Ｅにはアンテナ１００Ｅ´が接続されている。

また、携帯端末１００は、生体認証センサ１００Ｆ、カメラ１００Ｇ、タッチパネル１００Ｈ、ディスプレイ１００Ｉ、及びスピーカ１００Ｊを含んでいる。特に、生体認証センサ１００Ｆは社長Ｐ２を識別できる指紋の情報を事前に記憶している。したがって、社長Ｐ２が自身の指を生体認証センサ１００Ｆにかざせば、生体認証センサ１００Ｆは社長Ｐ２の指紋の情報を取得し、生体認証センサ１００Ｆが記憶する指紋の情報と照合することにより、携帯端末１００を操作する者が社長Ｐ２本人であるか否かを識別することができる。尚、本実施形態では、指紋の情報を生体情報一例として説明するが、生体情報は虹彩や静脈、手のひらなどの情報であってもよい。

一方、カメラ１００Ｇは二次元コードリーダを含んでいる。二次元コードリーダはＱＲコード（登録商標）といった二次元コードを読み取って解析する機能である。したがって、カメラ１００Ｇが二次元コードを撮像すると、携帯端末１００は二次元コードが有する種々の情報（例えばアクセス先を示すUniform Resource Locator（ＵＲＬ）など）を取得することができる。ＣＰＵ１００Ａからスピーカ１００Ｊまでは、内部バス１００Ｋによって互いに接続されている。尚、ＣＰＵ１００Ａに代えてMicro Processing Unit（ＭＰＵ）をハードウェアプロセッサとして利用してもよい。

上述したＲＡＭ１００Ｂには、ＲＯＭ１００ＣやＮＶＭ１００Ｄに記憶されたプログラムがＣＰＵ１００Ａによって一時的に格納される。格納されたプログラムをＣＰＵ１００Ａが実行することにより、ＣＰＵ１００Ａは後述する各種の処理を実行する。尚、プログラムは後述する処理シーケンス図に応じたものとすればよい。

図３は予約サーバ２００のハードウェア構成の一例である。尚、上述した職員端末１０Ａ、役員端末１０Ｂ、認証サーバ２５０、勘定系ホスト３００、ＤＢサーバ３１０については基本的に予約サーバ２００と同様のハードウェア構成であるため、説明を省略する。図３に示すように、予約サーバ２００は、少なくともハードウェアプロセッサとしてのＣＰＵ２００Ａ、ＲＡＭ２００Ｂ、ＲＯＭ２００Ｃ及びネットワークＩ／Ｆ（インタフェース）２００Ｄを含んでいる。ＣＰＵ２００Ａに代えてＭＰＵをハードウェアプロセッサとして利用してもよい。予約サーバ２００は、必要に応じて、Hard Disk Drive（ＨＤＤ）２００Ｅ、入力Ｉ／Ｆ２００Ｆ、出力Ｉ／Ｆ２００Ｇ、入出力Ｉ／Ｆ２００Ｈ、ドライブ装置２００Ｉの少なくとも１つを含んでいてもよい。ＣＰＵ２００Ａからドライブ装置２００Ｉまでは、内部バス２００Ｊによって互いに接続されている。すなわち、予約サーバ２００はコンピュータによって実現することができる。

入力Ｉ／Ｆ２００Ｆには、入力装置７１０が接続される。入力装置７１０としては、例えばキーボードやマウスなどがある。出力Ｉ／Ｆ２００Ｇには、表示装置７２０が接続される。表示装置７２０としては、例えば液晶ディスプレイがある。入出力Ｉ／Ｆ２００Ｈには、半導体メモリ７３０が接続される。半導体メモリ７３０としては、例えばUniversal Serial Bus（ＵＳＢ）メモリやフラッシュメモリなどがある。入出力Ｉ／Ｆ２００Ｈは、半導体メモリ７３０に記憶されたプログラムやデータを読み取る。入力Ｉ／Ｆ２００Ｆ及び入出力Ｉ／Ｆ２００Ｈは、例えばＵＳＢポートを備えている。出力Ｉ／Ｆ２００Ｇは、例えばディスプレイポートを備えている。

ドライブ装置２００Ｉには、可搬型記録媒体７４０が挿入される。可搬型記録媒体７４０としては、例えばCompact Disc（ＣＤ）－ＲＯＭ、Digital Versatile Disc（ＤＶＤ）といったリムーバブルディスクがある。ドライブ装置２００Ｉは、可搬型記録媒体７４０に記録されたプログラムやデータを読み込む。ネットワークＩ／Ｆ２００Ｄは、例えばＬＡＮポートを備えている。ネットワークＩ／Ｆ２００Ｄは上述した第２の通信ネットワークＮＷ２と接続される。

上述したＲＡＭ２００Ｂには、ＲＯＭ２００ＣやＨＤＤ２００Ｅに記憶されたプログラムがＣＰＵ２００Ａによって一時的に格納される。ＲＡＭ２００Ｂには、可搬型記録媒体７４０に記録されたプログラムがＣＰＵ２００Ａによって一時的に格納される。格納されたプログラムをＣＰＵ２００Ａが実行することにより、ＣＰＵ２００Ａは後述する各種の機能を実現し、また、後述する各種の処理を実行する。尚、プログラムは後述する処理シーケンス図に応じたものとすればよい。

図４は予約サーバ２００のブロック図の一例である。図５（ａ）は法人情報記憶部２１１の一例である。図５（ｂ）は個人情報記憶部２１２の一例である。図５（ｃ）は予約情報記憶部２１３の一例である。尚、図４では予約サーバ２００が実現する機能の要部が示されている。

予約サーバ２００は記憶部２１０、通信部２２０、及び処理部２３０を含んでいる。特に、記憶部２１０は法人情報記憶部２１１、個人情報記憶部２１２、及び予約情報記憶部２１３を含んでいる。一方、処理部２３０は受付部２３１、判定部２３２、及び制御部２３３を含んでいる。尚、法人情報記憶部２１１、個人情報記憶部２１２、及び予約情報記憶部２１３は上述したＨＤＤ２００Ｅによって実現することができる。通信部２２０は上述したネットワークＩ／Ｆ２００Ｄによって実現することができる。受付部２３１、判定部２３２、及び制御部２３３は上述したＣＰＵ２００Ａが後述する処理シーケンス図に応じたプログラムを実行することにより実現することができる。

法人情報記憶部２１１は法人企業に関する法人情報を記憶する。法人情報は、図５（ａ）に示すように、第１管理テーブルＴ１により管理される。第１管理テーブルＴ１はユーザコードフィールド、ユーザ名フィールド、店番フィールド、科目フィールド、口座番号フィールド、及び暗証番号フィールドを構成要素として含んでいる。ユーザコードフィールドには法人企業を特定するユーザコードが登録される。ユーザ名フィールドには法人企業の企業名が登録される。店番フィールドには法人企業が取引する銀行の支店を特定する番号（以下、店番という）が登録される。科目フィールドには銀行口座の口座種別（例えば普通預金を表す普通や当座預金を表す当座など）が登録される。口座番号フィールドには銀行との預金取引の際に法人企業に割り当てられた銀行口座の口座番号が登録される。暗証番号フィールドには予約取引用又は予約取引専用（以下、単に予約取引用という）の暗証番号が登録される。この予約取引専用の暗証番号は一般的なキャッシュカードとして使用される暗証番号とは相違する。尚、店番、口座種別、及び口座番号の組み合わせによって法人企業を特定することができる。言い換えれば、店番、口座種別、及び口座番号の組み合わせは法人企業を識別する識別情報に相当する。

個人情報記憶部２１２は法人企業に所属する個人の個人情報を記憶する。個人情報は、図５（ｂ）に示すように、第２管理テーブルＴ２により管理される。第２管理テーブルＴ２は個人ＩＤフィールド、ユーザコードフィールド、氏名フィールド、属性フィールド、及びパスワードフィールドを構成要素として含んでいる。個人ＩＤフィールドには法人企業に所属する個人を識別する識別子が登録される。ユーザコードフィールドには個人が所属する法人企業のユーザコードが登録される。氏名フィールドには個人の氏名が登録される。属性フィールドには個人の役職などの属性が登録される。パスワードフィールドには予約サーバ２００へのログインが認められる対象であるか否かを認証するパスワードが登録される。

予約情報記憶部２１３は経理担当者Ｐ１が入力した取引情報を含む予約情報を記憶する。予約情報は、図５（ｃ）に示すように、第３管理テーブルＴ３により管理される。第３管理テーブルＴ３は予約番号フィールド、取引種別フィールド、店番フィールド、科目フィールド、及び口座番号フィールドを構成要素として含んでいる。また、第３管理テーブルＴ３は金額フィールド、ステータスフィールド、認証方式フィールド、及び認証結果フィールドを構成要素として含んでいる。

予約番号フィールドには予約情報を識別する予約番号が登録される。予約番号は予約サーバ２００によって生成される。取引種別フィールドには取引の種別が登録される。本実施形態では一例として出金を説明するが、取引の種別としては入金や税金の納付などであってもよい。店番フィールド、科目フィールド、及び口座番号フィールドには上述した店番、口座種別、及び口座番号がそれぞれ登録される。金額フィールドには取引種別に応じた金額が登録される。尚、経理担当者Ｐ１は取引の種別、店番、科目、口座番号、及び金額を取引情報として職員端末１０Ａに入力する。

ステータスフィールドは認証の状況（又は状態）及び予約取引の処理の状況（又は状態）が登録される。認証方式フィールドには認証の方式が登録される。例えば生体認証と公開鍵暗号方式を利用したオンライン認証が行われた場合には、認証方式フィールドには生体認証が登録される。パスワード認証が行われた場合には、認証方式フィールドにはＰＷ認証が登録される。認証結果フィールドには認証結果が登録される。ステータスフィールドに認証前や認証中といった状況が登録されている場合には、認証結果フィールドには認証がまだ完了していないことを表す情報が登録される。

通信部２２０は予約サーバ２００と職員端末１０Ａ、役員端末１０Ｂ、携帯端末１００、及び認証サーバ２５０との通信を制御する。また、通信部２２０は予約サーバ２００と取引処理機４００との通信を制御する。例えば、通信部２２０は職員端末１０Ａから送信された取引情報を受信すると、受信した取引情報を受付部２３１に出力する。通信部２２０は取引処理機４００から送信された識別情報及び認証情報を受信すると、受信した識別情報及び認証情報を受付部２３１に出力する。尚、詳細は後述するが、識別情報は上述した店番、口座種別、及び口座番号を含んでいる。また、詳細は後述するが、識別情報には予約サーバ２００の処理を制御する制御情報が対応付けられていることもある。通信部２２０は取引処理機４００から送信された予約番号を受信すると、受信した予約番号を受付部２３１に出力する。その他、通信部２２０は各種の情報を受信して受付部２３１に出力する。また、通信部２２０は制御部２３３から出力された各種の情報を受け付けて、認証サーバ２５０などに送信する。

受付部２３１は通信部２２０から出力された識別情報及び認証情報の入力を受け付ける。すなわち、受付部２３１は取引処理機４００から送信された識別情報及び認証情報の入力を、通信部２２０を介して受け付ける。受付部２３１は識別情報及び認証情報の入力を受け付けると、識別情報及び認証情報を判定部２３２に出力する。また、受付部２３１は通信部２２０から出力された予約番号の入力を受け付ける。すなわち、受付部２３１は取引処理機４００から送信された予約番号の入力を、通信部２２０を介して受け付ける。受付部２３１は予約番号の入力を受け付けると、予約番号を判定部２３２に出力する。

判定部２３２は受付部２３１から出力された識別情報及び認証情報を受け付けると、法人情報記憶部２１１を参照して、認証成否の判定を行う。より詳しくは、判定部２３２は識別情報及び認証情報を受け付けると、法人情報記憶部２１１を参照して、識別情報に含まれる店番、口座種別、及び口座番号の組み合わせに応じた暗証番号を認証情報として特定する。判定部２３２は認証情報を特定すると、受け付けた認証情報と照合する。判定部２３２は照合した結果、受け付けた認証情報が特定した認証情報と一致した場合、認証成功と判定する。一方、判定部２３２は照合した結果、受け付けた認証情報が特定した認証情報と一致しなかった場合、認証失敗と判定する。

判定部２３２は認証成功と判定すると、識別情報に上述した制御情報が対応付けられているか否かに応じて、識別情報に対応する銀行口座での取引が予約済か否かの予約確認判定を行う処理を実行するか否かを決定する。例えば、識別情報に制御情報が対応付けられていない場合、判定部２３２は予約確認判定を行う処理を実行しないと決定する。一方、識別情報に制御情報が対応付けられている場合、判定部２３２は予約確認判定を行う処理を実行すると決定する。

判定部２３２は、予約確認判定を行う処理を実行すると決定すると、予約情報記憶部２１３を参照して、受け付けた予約番号を含む予約情報の有無を確認し、予約確認判定を行う。判定部２３２は予約番号を含む予約情報を確認できた場合、取引が予約済であると判定し、確認できた予約情報に含まれる認証方式を特定する。一方、判定部２３２は予約番号を含む予約情報を確認できなかった場合、取引が予約済でないと判定し、予約番号の再入力を求める情報を制御部２３３に出力する。

制御部２３３は取引が予約済である場合、予約済の取引を承認した際に利用された認証方式に応じて、予約済の取引の実行手順を制御する。より詳しくは、制御部２３３は判定部２３２が特定した認証方式が生体認証を含む場合、又は、生体認証と公開鍵暗号方式の両方を利用したオンライン認証である場合、社長Ｐ２の再承認を依頼せずに、予約済の取引を実行する。この場合、制御部２３３は通信部２２０に画面情報として後述する情報提示画面を出力する。これにより、通信部２２０は情報提示画面を取引処理機４００に送信する。一方、制御部２３３は判定部２３２から出力された認証方式が生体認証を含まない場合、社長Ｐ２に再承認を依頼して、予約済の取引の実行を停止する。この場合、制御部２３３は通信部２２０に画面情報として後述する認証依頼画面を出力する。これにより、通信部２２０は認証依頼画面を取引処理機４００に送信する。

続いて、図６から図１２を参照して、情報処理システムＳＴの第１の動作について説明する。

図６は取引の予約が完了するまでの処理の一例を表す処理シーケンス図（その１）である。図７は取引の予約が完了するまでの処理の一例を表す処理シーケンス図（その２）である。図８は取引の予約が完了するまでの処理の一例を表す処理シーケンス図（その３）である。尚、図６及び図７並びに図７及び図８は対応する記号「Ａ１」などによって連続している。

図９（ａ）は認証前の予約情報の一例である。図９（ｂ）は認証中の予約情報の一例である。図９（ｃ）は認証済の予約情報の一例である。図１０（ａ）はログイン画面の一例である。図１０（ｂ）はログイン時の生体認証の一例を説明する図である。図１１（ａ）は承認画面の一例である。図１１（ｂ）は承認時の生体認証の一例を説明する図である。図１２（ａ）は完了画面の一例である。図１２（ｂ）は確認画面の一例である。

経理担当者Ｐ１が取引情報を職員端末１０Ａに入力する場合、まず、経理担当者Ｐ１は職員端末１０Ａに対してログイン画面の表示を要求する操作を行う。職員端末１０Ａは当該操作が行われると、予約サーバ２００にアクセスし、予約サーバ２００からログイン画面を取得する。尚、職員端末１０Ａからログイン画面が要求された場合、予約サーバ２００では通信部２２０が個人ＩＤとパスワードの入力を求めるログイン画面を送信する。

ここで、図６に示すように、経理担当者Ｐ１が個人ＩＤとパスワード（図６においてＩＤ／ＰＷと表記）を職員端末１０Ａに入力する操作を行うと、職員端末１０Ａは個人ＩＤとパスワードを予約サーバ２００に向けて送信する（ステップＳ１０１）。予約サーバ２００では、通信部２２０が個人ＩＤとパスワードを受信すると、判定部２３２が個人ＩＤとパスワードの組み合わせに基づいて、認証成否の判定を行う。認証が成功した場合、通信部２２０は取引画面を職員端末１０Ａに向けて送信する（ステップＳ１０２）。

職員端末１０Ａは予約サーバ２００から送信された取引画面を受信すると、取引画面を表示する（ステップＳ１０３）。取引画面は取引情報の入力を求める画面であり、取引種別、店番、口座種別、口座番号、及び金額の項目をそれぞれ入力する複数の入力欄を含んでいる。経理担当者Ｐ１はこれらの項目を入力する操作を行い終えると、職員端末１０Ａは取引情報を予約サーバ２００に向けて送信する（ステップＳ１０４）。

予約サーバ２００では、通信部２２０が取引情報を受信すると、判定部２３２が予約番号を生成し、予約番号と取引情報と認証の状況を示す情報とを含む予約情報を予約情報記憶部２１３に格納する。これにより、図９（ａ）に示すように、予約情報記憶部２１３は認証前の予約情報を記憶する。判定部２３２が予約情報を格納すると、通信部２２０は依頼画面を職員端末１０Ａに向けて送信する（ステップＳ１０５）。

職員端末１０Ａは予約サーバ２００から送信された依頼画面を受信すると、依頼画面を表示する（ステップＳ１０６）。依頼画面は取引情報の承認を求める画面であり、入力された取引種別、店番、口座種別、口座番号、及び金額の項目をそれぞれ表示する複数の表示欄と承認の依頼を指示する操作ボタンなどを含んでいる。経理担当者Ｐ１はこれらの項目を確認し、操作ボタンを押下する操作を行うと、職員端末１０Ａは承認依頼を予約サーバ２００に向けて送信する（ステップＳ１０７）。

予約サーバ２００では、通信部２２０が承認依頼を受信すると、制御部２３３が認証サーバ２５０に対し処理を要求する（ステップＳ１０８）。より詳しくは、制御部２３３は認証サーバ２５０に対し予約番号を送信し、二次元コードを生成する処理を要求する。認証サーバ２５０は制御部２３３から処理が要求されると、二次元コードを生成し（ステップＳ１０９）、生成した二次元コードを予約サーバ２００に向けて送信する（ステップＳ１１０）。二次元コードは予約サーバ２００のＵＲＬと無作為な文字列（以下、ランダム文字列という）などを含んでいる。二次元コードに予約番号を含めてもよい。

予約サーバ２００では、通信部２２０が二次元コードを受信すると、制御部２３３が二次元コードと操作ボタンを一部に含むログイン画面を生成する。ログイン画面に含まれる操作ボタンはオンライン認証をパスワード認証に切り替えるためのボタンである。制御部２３３がログイン画面を生成すると、通信部２２０は制御部２３３が生成したログイン画面を役員端末１０Ｂに向けて送信する（ステップＳ１１１）。

役員端末１０Ｂは予約サーバ２００から送信されたログイン画面を受信すると、ログイン画面を表示する（ステップＳ１１２）。役員端末１０Ｂが表示するログイン画面は、図１０（ａ）に示すように、予約サーバ２００へのログインを求める画面であり、二次元コード１１と操作ボタンＢＴ１とを含んでいる。操作ボタンＢＴ１を押下する操作が役員端末１０Ｂに対して行われた場合、役員端末１０Ｂ又は予約サーバ２００はオンライン認証を求めるログイン画面を、パスワード認証を求めるログイン画面に切り替える。

社長Ｐ２が操作ボタンＢＴ１を押下する操作を行わずに、携帯端末１００に対して二次元コード１１の撮像を指示する操作を行うと、図１０（ａ）に示すように、携帯端末１００は二次元コード１１を撮像する。携帯端末１００が二次元コード１１を撮像すると、図７に示すように、携帯端末１００は二次元コード１１を解析する（ステップＳ１１３）。携帯端末１００が二次元コード１１を解析し終えると、携帯端末１００は秘密鍵と公開鍵のペアを生成し、ランダム文字列を秘密鍵で暗号化し、携帯端末１００を識別する情報（以下、携帯ＩＤという）と対応付けた第１メッセージを生成する。携帯端末１００は第１メッセージを生成すると、二次元コード１１に含まれるＵＲＬが示す予約サーバ２００に向けて第１メッセージを送信する（ステップＳ１１４）。より詳しくは、携帯端末１００は秘密鍵を保持し、第１メッセージと公開鍵とを予約サーバ２００に向けて送信する。

予約サーバ２００では、通信部２２０が第１メッセージを受信すると、制御部２３３が認証サーバ２５０に対し手続を要求する（ステップＳ１１５）。より詳しくは、制御部２３３は通信部２２０が第１メッセージと公開鍵とを受信すると、通信部２２０に対し第１メッセージと公開鍵を認証サーバ２５０に転送するよう指示する。これにより、通信部２２０は第１メッセージと公開鍵を認証サーバ２５０に転送する。

認証サーバ２５０は予約サーバ２００から転送された第１メッセージと公開鍵を受信すると、初期手続を実行する（ステップＳ１１６）。より詳しくは、認証サーバ２５０は受信した公開鍵により第１メッセージを復号して、ランダム文字列を復元する。認証サーバ２５０は二次元コード１１に含めたランダム文字列と、復元したランダム文字列とを照合して照合結果を検証する。認証サーバ２５０は照合結果を検証した結果、２つのランダム文字列が一致することを確認すると、第１メッセージに対応付けられた携帯ＩＤと公開鍵とを対応付けて保持し、初期手続の完了を予約サーバ２００に通知する。

初期手続の完了が通知されると、予約サーバ２００では、制御部２３３が携帯端末１００に対し生体照合を要求する（ステップＳ１１７）。携帯端末１００は生体照合が要求されると、生体認証を要求する画面を表示する。図１０（ｂ）に示すように、社長Ｐ２が自身の手指ＦＧを生体認証センサ１００Ｆにかざすことにより、生体認証センサ１００Ｆは指紋の情報を取得する。そして、携帯端末１００は生体認証センサ１００Ｆが記憶する指紋の情報と、生体認証センサ１００Ｆが取得した指紋の情報とを照合する。携帯端末１００は肯定的な照合結果（具体的には照合成功）である場合、照合結果を秘密鍵により暗号化して携帯ＩＤと対応付けた第２メッセージを生成し、予約サーバ２００に向けて送信する（ステップＳ１１８）。携帯端末１００は第２メッセージを送信すると、図１０（ｂ）に示すように、生体認証を要求する画面を、オンライン認証中であることを提示する画面に切り替える。

予約サーバ２００では、通信部２２０が第２メッセージを受信すると、制御部２３３が認証サーバ２５０に対し認証を要求する（ステップＳ１１９）。より詳しくは、制御部２３３は通信部２２０が第２メッセージを受信すると、通信部２２０に対し第２メッセージの認証サーバ２５０への転送を指示する。これにより、通信部２２０は第２メッセージを認証サーバ２５０に転送する。

認証サーバ２５０は予約サーバ２００から転送された第２メッセージを受信すると、認証処理を実行する（ステップＳ１２０）。より詳しくは、認証サーバ２５０は自身が保持する公開鍵の中から第２メッセージに対応付けられた携帯ＩＤと共通する携帯ＩＤと対応付けられた公開鍵を特定し、特定した公開鍵により第２メッセージの復号を試行する。認証サーバ２５０は第２メッセージを復号できた場合、認証成功と判断して二次元コードを生成し（ステップＳ１２１）、生成した二次元コードを予約サーバ２００に向けて送信する（ステップＳ１２２）。二次元コードは予約サーバ２００のＵＲＬとランダム文字列などを含んでいる。認証サーバ２５０は二次元コードに予約番号を含めてもよい。

予約サーバ２００では、通信部２２０が二次元コードを受信すると、制御部２３３が二次元コードと操作ボタンと取引情報とを含む承認画面を生成する。承認画面に含まれる操作ボタンはオンライン認証をパスワード認証に切り替えるためのボタンである。制御部２３３が承認画面を生成すると、図８に示すように、通信部２２０は制御部２３３が生成した承認画面を役員端末１０Ｂに向けて送信する（ステップＳ１２３）。

役員端末１０Ｂは予約サーバ２００から送信された承認画面を受信すると、承認画面を表示する（ステップＳ１２４）。役員端末１０Ｂが表示する承認画面は、図１１（ａ）に示すように、取引情報の承認を求める画面であり、二次元コード１２と操作ボタンＢＴ２とを含んでいる。尚、図１１（ａ）では店番、口座種別、及び口座番号などは省略されている。操作ボタンＢＴ２を押下する操作が役員端末１０Ｂに対して行われた場合、役員端末１０Ｂ又は予約サーバ２００はオンライン認証を求める承認画面を、パスワード認証を求める承認画面に切り替える。

社長Ｐ２が操作ボタンＢＴ２を押下する操作を行わずに、携帯端末１００に対して二次元コード１２の撮像を指示する操作を行うと、図１１（ａ）に示すように、携帯端末１００は二次元コード１２を撮像する。携帯端末１００が二次元コード１２を撮像すると、図８に示すように、携帯端末１００は二次元コード１１を解析する（ステップＳ１２５）。携帯端末１００が二次元コード１２を解析し終えると、携帯端末１００は改めて秘密鍵と公開鍵のペアを生成し、ランダム文字列を秘密鍵で暗号化して携帯ＩＤと対応付けた第３メッセージを生成する。携帯端末１００は第３メッセージを生成すると、二次元コード１２に含まれるＵＲＬが示す予約サーバ２００に向けて第３メッセージを送信する（ステップＳ１２６）。より詳しくは、携帯端末１００は秘密鍵を保持し、第３メッセージと公開鍵とを予約サーバ２００に向けて送信する。

予約サーバ２００では、通信部２２０が第３メッセージを受信すると、制御部２３３が認証サーバ２５０に対し手続を要求する（ステップＳ１２７）。より詳しくは、制御部２３３は通信部２２０が第３メッセージと公開鍵とを受信すると、通信部２２０に対し第３メッセージと公開鍵の認証サーバ２５０への転送を指示する。これにより、通信部２２０は第３メッセージと公開鍵を認証サーバ２５０に転送する。

認証サーバ２５０は予約サーバ２００から転送された第３メッセージと公開鍵を受信すると、初期手続を実行する（ステップＳ１２８）。より詳しくは、認証サーバ２５０は受信した公開鍵により第３メッセージを復号して、ランダム文字列を復元する。認証サーバ２５０は二次元コード１２に含めたランダム文字列と、復元したランダム文字列とを照合して照合結果を検証する。認証サーバ２５０は照合結果を検証した結果、２つのランダム文字列が一致することを確認すると、第３メッセージに対応付けられた携帯ＩＤと公開鍵とを対応付けて保持し、初期手続の完了を予約サーバ２００に通知する。

初期手続の完了が通知されると、予約サーバ２００では、判定部２３２が予約情報を更新する。より詳しくは、図９（ｂ）に示すように、判定部２３２は予約情報のステータスフィールドに登録された認証前を認証中に変更し、認証方式フィールドに生体認証を登録する。判定部２３２が予約情報を更新すると、制御部２３３が携帯端末１００に対し生体照合を要求する（ステップＳ１２９）。携帯端末１００は生体照合が要求されると、生体認証を要求する画面を表示する。図１１（ｂ）に示すように、社長Ｐ２は再び自身の手指ＦＧを生体認証センサ１００Ｆにかざすことにより、生体認証センサ１００Ｆは指紋の情報を取得する。そして、携帯端末１００は生体認証センサ１００Ｆが記憶する指紋の情報と、生体認証センサ１００Ｆが取得した指紋の情報とを照合する。携帯端末１００は肯定的な照合結果（具体的には照合成功）である場合、照合結果を秘密鍵により暗号化して携帯ＩＤと対応付けた第４メッセージを生成し、予約サーバ２００に向けて送信する（ステップＳ１３０）。携帯端末１００は第４メッセージを送信すると、図１１（ｂ）に示すように、生体認証を要求する画面を、オンライン認証中であることを提示する画面に切り替える。

予約サーバ２００では、通信部２２０が第４メッセージを受信すると、制御部２３３が認証サーバ２５０に対し認証を要求する（ステップＳ１３１）。より詳しくは、制御部２３３は通信部２２０が第４メッセージを受信すると、通信部２２０に対し第４メッセージの認証サーバ２５０への転送を指示する。これにより、通信部２２０は第４メッセージを認証サーバ２５０に転送する。

認証サーバ２５０は予約サーバ２００から転送された第４メッセージを受信すると、認証処理を実行する（ステップＳ１３２）。より詳しくは、認証サーバ２５０は自身が保持する公開鍵の中から第４メッセージに対応付けられた携帯ＩＤと共通する携帯ＩＤと対応付けられた公開鍵を特定し、特定した公開鍵により第４メッセージの復号を試行する。認証サーバ２５０は第４メッセージを復号できた場合、認証結果として認証成功を予約サーバ２００に通知する。

認証成功が通知されると、予約サーバ２００では、判定部２３２が認証結果を登録し、認証結果を職員端末１０Ａ及び役員端末１０Ｂに通知する（ステップＳ１３３）。より詳しくは、図９（ｃ）に示すように、判定部２３２は予約情報のステータスフィールドに登録された認証中を認証済に変更し、認証結果フィールドに認証結果として成功を登録する。判定部２３２が認証結果を登録すると、制御部２３３が認証結果を職員端末１０Ａ及び役員端末１０Ｂに通知する。

社長Ｐ２は予約サーバ２００からの通知に基づいて役員端末１０Ｂに対して完了画面の表示を要求する操作を行うと、役員端末１０Ｂは予約サーバ２００にアクセスし、予約サーバ２００から完了画面を取得する。完了画面は取引の承認完了を提示する画面である。これにより、図１２（ａ）に示すように、役員端末１０Ｂは完了画面を表示する（ステップＳ１３４）。尚、役員端末１０Ｂから完了画面が要求された場合、予約サーバ２００では通信部２２０が完了画面を送信する。

一方、経理担当者Ｐ１は予約サーバ２００からの通知に基づいて職員端末１０Ａに対して確認画面の表示を要求する操作を行うと、職員端末１０Ａは予約サーバ２００にアクセスし、予約サーバ２００から確認画面を取得する。確認画面は予約番号を提示する画面である。これにより、図１２（ｂ）に示すように、職員端末１０Ａは確認画面を表示する（ステップＳ１３５）。尚、職員端末１０Ａから確認画面が要求された場合、予約サーバ２００では通信部２２０が確認画面を送信する。

経理担当者Ｐ１は確認画面により取引情報が承認されたことを確認すると、予約番号を紙などに控えて、代理人用の法人キャッシュカードＣＲＤを持参して銀行の店舗ＢＲに向かう。そして、経理担当者Ｐ１は店舗ＢＲで取引処理機４００を操作して、取引情報に応じた取引の実行を開始する。

続いて、図１３から図１６を参照して、情報処理システムＳＴの第２の動作について説明する。

図１３は取引の予約が完了した後の処理の一例を表す処理シーケンス図（その１）である。図１４は取引の予約が完了した後の処理の一例を表す処理シーケンス図（その２）である。図１５（ａ）は取引の予約が完了した後の処理の一例を表す処理シーケンス図（その３）である。図１５（ｂ）は取引の予約が完了した後の処理の一例を表す処理シーケンス図（その４）である。図１６（ａ）～（ｈ）は取引処理機４００に表示される画面の一例である。尚、図１３及び図１４、図１４並びに図１５（ａ）及び図１５（ｂ）は対応する記号「Ａ５」などによって連続している。

まず、図１３に示すように、取引処理機４００は法人キャッシュカードＣＲＤを受け付ける（ステップＳ２０１）。より詳しくは、図１６（ａ）に示すように、取引処理機４００は予約取引を特定する操作ボタンＢＴ３を含むメニュー画面を表示した状態で待機している。取引処理機４００は予約取引を特定する操作ボタンＢＴ３を押下する操作を検出すると、図１６（ｂ）に示すように、メニュー画面を、法人キャッシュカードＣＲＤの挿入を促す受付画面を表示する。経理担当者Ｐ１が受付画面を確認して法人キャッシュカードＣＲＤを取引処理機４００の挿入口に挿入すると、取引処理機４００は法人キャッシュカードＣＲＤを受け付ける。取引処理機４００は法人キャッシュカードＣＲＤを受け付けると、予約サーバ２００に対し、暗証入力画面の送信を要求する。

予約サーバ２００では、通信部２２０が取引処理機４００から暗証入力画面の送信が要求されると、暗証入力画面を取引処理機４００に向けて送信する（ステップＳ２０２）。取引処理機４００は暗証入力画面を受信すると、図１６（ｃ）に示すように、暗証入力画面を表示する（ステップＳ２０３）。経理担当者Ｐ１は暗証入力画面を操作して予約取引用の暗証番号を入力する。取引処理機４００は予約取引用の暗証番号の入力完了を検出すると、図１３に示すように、識別情報と認証情報とを予約サーバ２００に向けて送信する（ステップＳ２０４）。より詳しくは、取引処理機４００は、法人キャッシュカードＣＲＤに記録された店番、口座種別、及び口座番号の組み合わせに対応する識別情報と予約取引用の暗証番号に対応する認証情報とを予約サーバ２００に送信する。取引処理機４００は、識別情報に上述した制御情報が対応付けられている場合、制御情報も予約サーバ２００に向けて送信する。

予約サーバ２００では、通信部２２０が識別情報と認証情報を受信すると、受付部２３１は識別情報と認証情報の入力を受け付ける（ステップＳ２０５）。通信部２２０が制御情報を受信した場合、受付部２３１は制御情報の入力も受け付ける。受付部２３１が識別情報と認証情報の入力を受け付けると、判定部２３２は認証成否の判定を行う（ステップＳ２０６）。より詳しくは、判定部２３２は法人情報記憶部２１１を参照して、識別情報に対応する暗証番号を認証情報として特定する。判定部２３２は認証情報を特定すると、特定した認証情報と受け付けた認証情報とを照合する。２つの認証情報を照合した結果、２つの認証情報が一致しなかった場合、制御部２３３は通信部２２０に後述する予約入力画面の送信を中止させる。この場合、通信部２２０は取引処理機４００にメニュー画面を送信し、予約取引を特定する操作ボタンＢＴ３以外の別の操作ボタンＢＴ３の押下を促す。このように、予約サーバ２００は一般的なキャッシュカードの暗証番号とは異なる予約取引用の暗証番号を認証情報として管理しており、認証が失敗した場合には、後続の処理を実行しない。したがって、社長Ｐ２は経理担当者Ｐ１に予約取引用の暗証番号を伝えても、通常のキャッシュカードで利用される暗証番号ではないため、経理担当者Ｐ１は取引処理機４００を操作して予約された取引以外の取引を行うことができない。結果的に、経理担当者Ｐ１による不正な取引の実行を回避することができる。一方、２つの認証情報を照合した結果、２つの認証情報が一致した場合、制御部２３３は受付部２３１が制御情報の入力を受け付けたか否かに応じて、通信部２２０に予約入力画面を送信させるか否かを決定する。

制御部２３３は受付部２３１が制御情報の入力を受け付けたと判定した場合、通信部２２０に予約入力画面を送信させる。これにより、通信部２２０は取引処理機４００に向けて予約入力画面を送信する（ステップＳ２０７）。取引処理機４００は予約入力画面を受信すると、図１６（ｄ）に示すように、予約入力画面を表示する（ステップＳ２０８）。

尚、制御部２３３は受付部２３１が制御情報の入力を受け付けていないと判定した場合、通信部２２０に予約入力画面の送信を中止させる。この場合、通信部２２０は取引処理機４００にメニュー画面を送信し、予約取引を特定する操作ボタンＢＴ３以外の別の操作ボタンＢＴ３の押下を促す。このように、経理担当者Ｐ１が取引処理機４００に対して予約取引を求めても、法人キャッシュカードＣＲＤに記録された識別情報に制御情報が対応付けられていない場合、経理担当者Ｐ１は予約取引に応じた取引を行うことができない。結果的に、経理担当者Ｐ１による不正な取引の実行を回避することができる。

ステップＳ２０８の処理において、取引処理機４００が予約入力画面を表示すると、経理担当者Ｐ１は予約入力画面を操作して予約番号を入力する。取引処理機４００は予約番号の入力完了を検出すると、予約番号を予約サーバ２００に向けて送信する（ステップＳ２０９）。

予約サーバ２００では、図１４に示すように、通信部２２０が予約番号を受信すると、判定部２３２が予約済か否かの判定を行う（ステップＳ２１０）。より詳しくは、判定部２３２は予約情報記憶部２１３を参照し、通信部２２０が受信した予約番号を含む予約情報の有無を確認し、予約確認判定を行う。判定部２３２は予約番号を含む予約情報を確認できた場合、取引が予約済であると判定し（ステップＳ２１０：ＹＥＳ）、確認できた予約情報に含まれる認証方式を特定する（ステップＳ２１１）。認証方式は予約情報に含まれているため（図５（ｃ）参照）、判定部２３２は確認できた予約情報に含まれる認証方式を特定することができる。

ステップＳ２１１の処理が完了すると、次いで、判定部２３２は特定した認証方式が生体認証であるか否かの判定を行う（ステップＳ２１２）。判定部２３２は認証方式が生体認証であると判定した場合（ステップＳ２１２：ＹＥＳ）、通信部２２０は情報提示画面を取引処理機４００に向けて送信する（ステップＳ２１３）。取引処理機４００は情報提示画面を受信すると、図１６（ｅ）に示すように、情報提示画面を表示する（ステップＳ２１４）。情報提示画面は取引情報としての提示情報の確認を来店者（すなわち、経理担当者Ｐ１）に促す画面である。

経理担当者Ｐ１は情報提示画面内の操作ボタンＢＴ４を押下して取引情報の確認を入力する。取引処理機４００は取引情報確認の入力完了を検出すると、提示情報を勘定系ホスト３００に向けて送信する（ステップＳ２１５）。取引処理機４００は提示情報を送信すると、図１６（ｆ）に示すように、所定の案内画面を表示する。案内画面は後述する取引選択画面が表示されるまで取引処理機４００の来店者に取引処理機４００の前での待機を求める画面である。

勘定系ホスト３００は提示情報を受信すると、提示情報に含まれる店番、口座種別、及び口座番号によって特定される法人企業の銀行口座に記録された金銭情報を、提示情報に含まれる金額を減算した金銭情報に書き換えて、減額分に応じた出金情報を取引処理機４００に通知する（ステップＳ２１６）。すなわち、勘定系ホスト３００は法人企業の銀行口座に預金された預金額を提示情報に含まれる金額を減らした預金額に更新し、減額分を通知する。取引処理機４００は出金情報が通知されると、ＤＢサーバ３１０に出金情報を通知する。これにより、ＤＢサーバ３１０は出金情報を保持して管理し（ステップＳ２１７）、予約取引の完了を取引処理機４００に通知する。

一方、取引処理機４００はＤＢサーバ３１０から予約取引の完了が通知されると、予約サーバ２００に予約情報の更新を依頼する。予約サーバ２００では、通信部２２０が予約情報の更新が依頼されると、判定部２３２が第３管理テーブルＴ３のステータスフィールドに認証済として登録した状況を処理済といった次の状況に変更し、取引選択画面を取引処理機４００に向けて送信する（ステップＳ２１８）。取引処理機４００は取引選択画面を受信すると、図１６（ｇ）に示すように、取引選択画面を表示する（ステップＳ２１９）。取引選択画面は取引処理機４００の来店者に取引の選択を要求する画面である。

経理担当者Ｐ１は取引選択画面に含まれる複数の操作ボタンの中から、例えば現金の払い出しを取引処理機４００に指示する操作ボタンＢＴ５を押下する操作を行うと、図１５（ａ）に示すように、取引処理機４００は選択情報をＤＢサーバ３１０に向けて送信する（ステップＳ２２０）。したがって、経理担当者Ｐ１が操作ボタンＢＴ５を押下する操作を行った場合、取引処理機４００は現金の払い出しを選択したことを表す選択情報を送信する。

ＤＢサーバ３１０は選択情報を受信すると、出金情報を削除し（ステップＳ２２１）、取引処理機４００に出金を要求する（ステップＳ２２２）。取引処理機４００はＤＢサーバ３１０から出金が要求されると、出金取引を実行する（ステップＳ２２３）。すなわち、取引処理機４００は提示情報に含まれる金額の現金を払い出す。これにより、経理担当者Ｐ１は現金を受け取ることができる。出金取引を実行し終えると、メニュー画面を表示して（ステップＳ２２４）、次の来店者を待機する。このように、経理担当者Ｐ１が払い出すことができる金額は事前に社長Ｐ２の承認を得た金額に限定され、その金額を上回る金額の取引を行うことができない。尚、経理担当者Ｐ１が取引選択画面において操作ボタンＢＴ５以外の操作ボタンを押下した場合、取引処理機４００はＤＢサーバ３１０が管理する出金情報を利用して操作ボタン内に表示された文字列の内容に応じた取引を実行する。

ここで、上述したステップＳ２１０の処理において、判定部２３２は予約番号を含む予約情報を確認できなかった場合、取引が予約済でないと判定し（ステップＳ２１０：ＮＯ）、図１５（ａ）に示すように、判定部２３２及び通信部２２０はステップＳ２１１，Ｓ２１２，Ｓ２１３，Ｓ２１８の処理をスキップする。この場合、図１５（ａ）において図示しないが、判定部２３２は予約番号の再入力を求める情報を制御部２３３に出力する。これにより、制御部２３３は通信部２２０に予約番号の再入力を求める画面の送信を指示し、通信部２２０は予約入力画面を取引処理機４００に向けて送信する。

また、上述したステップＳ２１２の処理において、判定部２３２は認証方式が生体認証でないと判定した場合（ステップＳ２１２：ＮＯ）、図１５（ｂ）に示すように、通信部２２０は認証依頼画面を取引処理機４００に向けて送信する（ステップＳ２２５）。取引処理機４００は認証依頼画面を受信すると、図１６（ｈ）に示すように、認証依頼画面を表示する（ステップＳ２２６）。認証依頼画面は取引処理機４００の来店者（すなわち、経理担当者Ｐ１）に承認者の生体認証の依頼を要求する画面である。

経理担当者Ｐ１は認証依頼画面に含まれる複数の操作ボタンの中から、例えば認証の依頼を取引処理機４００に指示する操作ボタンＢＴ６を押下する操作を行うと、取引処理機４００、勘定系ホスト３００又は予約サーバ２００の通信部２２０のいずれかが携帯端末１００に向けて生体認証を求める通知を送信する。そして、社長Ｐ２が当該通知に基づいて、携帯端末１００に対して自身の手指ＦＧを生体認証センサ１００Ｆにかざす操作を行い、オンライン認証が成功すると、取引処理機４００は出金取引を実行する。これにより、経理担当者Ｐ１は現金を受け取ることができる。

以上、本実施形態によれば、予約サーバ２００は処理部２３０を有し、処理部２３０は受付部２３１、判定部２３２、及び制御部２３３を含んでいる。受付部２３１は、ユーザである法人企業を識別する口座番号などを含む識別情報と、暗証番号といった認証情報の入力を受け付ける。判定部２３２は、識別情報と認証情報の組み合わせに応じた認証が成功した場合、識別情報に対応する銀行口座での取引が予約済であるか否かの判定を行う。制御部２３３は取引が予約済である場合、予約済の取引を承認した際に利用した認証方式に応じて、予約済の取引の実行手順を制御する。これにより、不正な取引の実行を抑制することができる。

特に、通帳と捺印済の取引伝票が店舗ＢＲに持ち込まれた場合には、取引伝票で指定された取引の実行が承認され、かつ、同時に印鑑照合により承認者の本人確認も実施されるが、本実施形態では事前に取引の実行が承認され、本人確認は承認時より後に予約取引用の暗証番号といった認証情報の入力により行われる。すなわち、取引の実行の承認と本人確認の時期が分離している。これにより、承認者である社長Ｐ２は自身が指定した取引のみを代理人である経理担当者Ｐ１に実行させることができる。

以上、本発明の好ましい実施形態について詳述したが、本発明に係る特定の実施形態に限定されるものではなく、特許請求の範囲に記載された本発明の要旨の範囲内において、種々の変形・変更が可能である。例えば、上述した実施形態では、予約サーバ２００が法人情報記憶部２１１及び個人情報記憶部２１２を備えていたが、予約サーバ２００に代えて、又は予約サーバ２００とともに、勘定系ホスト３００が法人情報記憶部２１１及び個人情報記憶部２１２を備えていてもよい。

なお、以上の説明に関して更に以下の付記を開示する。
（付記１）ユーザを識別する識別情報と、認証情報の入力を受け付け、前記識別情報と前記認証情報の組み合わせに応じた認証が成功した場合、前記識別情報に対応する口座での取引が予約済であるか否かの判定を行い、前記取引が予約済である場合、予約済の取引を承認した際に利用された認証方式に応じて、前記予約済の取引の実行手順を制御する、処理をコンピュータに実行させることを特徴とする制御プログラム。
（付記２）前記認証方式が前記予約済の取引を承認した承認者の生体認証を含む方式である場合、前記承認者の再承認を要求せずに、前記予約済の取引を実行する、ことを特徴とする付記１に記載の制御プログラム。
（付記３）前記認証方式が前記予約済の取引を承認した承認者の生体認証と公開鍵暗号方式の両方を利用したオンライン認証である場合、前記承認者の再承認を要求せずに、前記予約済の取引を実行する、ことを特徴とする付記１に記載の制御プログラム。
（付記４）前記認証方式が前記予約済の取引を承認した承認者の生体認証を含まない方式である場合、前記承認者の再承認を要求し、前記予約済の取引の実行を停止する、ことを特徴とする付記１から３のいずれか１項に記載の制御プログラム。
（付記５）前記識別情報と前記認証情報の入力を受け付けた場合、前記識別情報に前記判定を制御する制御情報が対応付けられているか否かに応じて、前記判定を行う処理を実行するか否か決定する、ことを特徴とする付記１から４のいずれか１項に記載の制御プログラム。
（付記６）前記取引が予約済である場合、予約済の取引を承認した、前記入力を受け付けた受付時より前である予約時に利用された認証方式に応じて、前記予約済の取引の実行手順を制御する、ことを特徴とする付記１から５のいずれか１項に記載の制御プログラム。
（付記７）前記認証情報は前記予約済の取引を認証するための情報である、ことを特徴とする付記１から６のいずれか１項に記載の制御プログラム。
（付記８）ユーザを識別する識別情報と、認証情報の入力を受け付け、前記識別情報と前記認証情報の組み合わせに応じた認証が成功した場合、前記識別情報に対応する口座での取引が予約済であるか否かの判定を行い、前記取引が予約済である場合、予約済の取引を承認した際に利用された認証方式に応じて、前記予約済の取引の実行手順を制御する、処理をコンピュータが実行することを特徴とする制御方法。
（付記９）ユーザを識別する識別情報と、認証情報の入力を受け付け、前記識別情報と前記認証情報の組み合わせに応じた認証が成功した場合、前記識別情報に対応する口座での取引が予約済であるか否かの判定を行い、前記取引が予約済である場合、予約済の取引を承認した際に利用された認証方式に応じて、前記予約済の取引の実行手順を制御する、処理を実行する処理部を有する情報処理装置。
（付記１０）前記処理部は、前記認証方式が前記予約済の取引を承認した承認者の生体認証を含む方式である場合、前記承認者の再承認を要求せずに、前記予約済の取引を実行する、ことを特徴とする付記９に記載の情報処理装置。
（付記１１）前記処理部は、前記認証方式が前記予約済の取引を承認した承認者の生体認証と公開鍵暗号方式の両方を利用したオンライン認証である場合、前記承認者の再承認を要求せずに、前記予約済の取引を実行する、ことを特徴とする付記９に記載の情報処理装置。
（付記１２）前記処理部は、前記認証方式が前記予約済の取引を承認した承認者の生体認証を含まない方式である場合、前記承認者の再承認を要求し、前記予約済の取引の実行を停止する、ことを特徴とする付記９から１１のいずれか１項に記載の情報処理装置。
（付記１３）前記処理部は、前記識別情報と前記認証情報の入力を受け付けた場合、前記識別情報に前記判定を制御する制御情報が対応付けられているか否かに応じて、前記判定を行う処理を実行するか否か決定する、ことを特徴とする付記９から１２のいずれか１項に記載の情報処理装置。
（付記１４）前記処理部は、前記取引が予約済である場合、予約済の取引を承認した、前記入力を受け付けた受付時より前である予約時に利用された認証方式に応じて、前記予約済の取引の実行手順を制御する、ことを特徴とする付記９から１３のいずれか１項に記載の情報処理装置。
（付記１５）前記認証情報は前記予約済の取引を認証するための情報である、ことを特徴とする付記９から１４のいずれか１項に記載の情報処理装置。

ＳＴ 情報処理システム
１０Ａ 職員端末
１０Ｂ 役員端末
１００ 携帯端末
２００ 予約サーバ
２１０ 記憶部
２１１ 法人情報記憶部
２１２ 個人情報記憶部
２１３ 予約情報記憶部
２２０ 通信部
２３０ 処理部
２３１ 受付部
２３２ 判定部
２３３ 制御部
２５０ 認証サーバ
３００ 勘定系ホスト
３１０ ＤＢサーバ
４００ 取引処理機

Claims (9)

1. ユーザを識別する識別情報と、認証情報の入力を受け付け、
   前記識別情報と前記認証情報の組み合わせに応じた認証が成功した場合、前記識別情報に対応する口座での取引が予約済であるか否かの判定を行い、
   前記取引が予約済である場合、予約済の取引を承認した際に利用された認証方式に応じて、前記予約済の取引の実行手順を制御する、
   処理をコンピュータに実行させることを特徴とする制御プログラム。
2. 前記認証方式が前記予約済の取引を承認した承認者の生体認証を含む方式である場合、前記承認者の再承認を要求せずに、前記予約済の取引を実行する、
   ことを特徴とする請求項１に記載の制御プログラム。
3. 前記認証方式が前記予約済の取引を承認した承認者の生体認証と公開鍵暗号方式の両方を利用したオンライン認証である場合、前記承認者の再承認を要求せずに、前記予約済の取引を実行する、
   ことを特徴とする請求項１に記載の制御プログラム。
4. 前記認証方式が前記予約済の取引を承認した承認者の生体認証を含まない方式である場合、前記承認者の再承認を要求し、前記予約済の取引の実行を停止する、
   ことを特徴とする請求項１から３のいずれか１項に記載の制御プログラム。
5. 前記識別情報と前記認証情報の入力を受け付けた場合、前記識別情報に前記判定を制御する制御情報が対応付けられているか否かに応じて、前記判定を行う処理を実行するか否か決定する、
   ことを特徴とする請求項１から４のいずれか１項に記載の制御プログラム。
6. 前記取引が予約済である場合、予約済の取引を承認した、前記入力を受け付けた受付時より前である予約時に利用された認証方式に応じて、前記予約済の取引の実行手順を制御する、
   ことを特徴とする請求項１から５のいずれか１項に記載の制御プログラム。
7. 前記認証情報は前記予約済の取引を認証するための情報である、
   ことを特徴とする請求項１から６のいずれか１項に記載の制御プログラム。
8. ユーザを識別する識別情報と、認証情報の入力を受け付け、
   前記識別情報と前記認証情報の組み合わせに応じた認証が成功した場合、前記識別情報に対応する口座での取引が予約済であるか否かの判定を行い、
   前記取引が予約済である場合、予約済の取引を承認した際に利用された認証方式に応じて、前記予約済の取引の実行手順を制御する、
   処理をコンピュータが実行することを特徴とする制御方法。
9. ユーザを識別する識別情報と、認証情報の入力を受け付け、
   前記識別情報と前記認証情報の組み合わせに応じた認証が成功した場合、前記識別情報に対応する口座での取引が予約済であるか否かの判定を行い、
   前記取引が予約済である場合、予約済の取引を承認した際に利用された認証方式に応じて、前記予約済の取引の実行手順を制御する、
   処理を実行する処理部を有する情報処理装置。

Images