(57)【特許請求の範囲】
【請求項１】
振り込み処理のための事前入力された取引内容に係るデータおよび予約番号を、金融機関の支店ごとに管理するサーバコンピュータであって、前記サーバコンピュータは、
前記取引内容に係るデータを、予約入力データとして、第１の支店におけるサーバコンピュータと通信可能に接続された第１のコンピュータから受信し、前記予約入力データは振込依頼人である利用顧客に関するデータを含まず、
前記予約入力データを受信すると、少なくとも前記金融機関の支店ごとに一意である、前記第１の支店用の前記予約番号を生成し、前記予約番号を、前記予約入力データと関連付けて記憶し、
前記生成された予約番号の有効時限を算出し、前記有効時限を、前記予約番号と関連付けて記憶し、
前記予約番号を、前記第１のコンピュータに送信し、
前記予約番号を、前記第１の支店に設置され、前記第１の支店におけるサーバコンピュータと通信可能に接続されたＡＴＭから受信し、
前記予約番号を受信すると、前記予約番号と関連付けられた前記有効時限を取得し、
前記有効時限に基づいて、前記予約番号が有効なものであるか否かを判定し、
前記予約番号が有効なものであると判定した場合に、前記予約番号と関連付けられた前記予約入力データを取得し、
前記予約番号と関連付けられた前記予約入力データを、前記ＡＴＭに送信する
ように構成されたことを特徴とするサーバコンピュータ。
【請求項２】
前記ＡＴＭから前記利用顧客の認証結果を受信し、前記認証結果に基づいて認証が正常に行なわれたと判断した場合に、前記予約番号の受信が行なわれることを特徴とする請求項１に記載のサーバコンピュータ。
【請求項３】
前記有効時限は、前記サーバコンピュータのシステム時間に基づいて分単位で設定されることを特徴とする請求項１または２に記載のサーバコンピュータ。
【請求項４】
前記有効時限は、前記第１の支店における繁閑差、および／または、予約入力を行なう前記利用顧客がＡＴＭの順番待ちか窓口の順番待ちかに基づいて、可変であることを特徴とする請求項３に記載のサーバコンピュータ。
【請求項５】
振り込み処理のための事前入力された取引内容に係るデータおよび予約番号を、金融機関の支店ごとに管理する、サーバコンピュータで実行される方法であって、前記方法は、
前記サーバコンピュータが、前記取引内容に係るデータを、予約入力データとして、第１の支店におけるサーバコンピュータと通信可能に接続された第１のコンピュータから受信するステップであって、前記予約入力データは振込依頼人である利用顧客に関するデータを含まない、ステップと、
前記予約入力データを受信すると、前記サーバコンピュータが、少なくとも前記金融機関の支店ごとに一意である、前記第１の支店用の前記予約番号を生成し、前記予約番号を、前記予約入力データと関連付けて記憶するステップと、
前記サーバコンピュータが、前記生成された予約番号の有効時限を算出し、前記有効時限を、前記予約番号と関連付けて記憶するステップと、
前記サーバコンピュータが、前記予約番号を、前記第１のコンピュータに送信するステップと、
前記サーバコンピュータが、前記予約番号を、前記第１の支店に設置され、前記第１の支店におけるサーバコンピュータと通信可能に接続されたＡＴＭから受信するステップと、
前記予約番号を受信すると、前記サーバコンピュータが、前記予約番号と関連付けられた前記有効時限を取得するステップと、
前記サーバコンピュータが、前記有効時限に基づいて、前記予約番号が有効なものであるか否かを判定するステップと、
前記予約番号が有効なものであると判定した場合に、前記サーバコンピュータが、前記予約番号と関連付けられた前記予約入力データを取得するステップと、
前記サーバコンピュータが、前記予約番号と関連付けられた前記予約入力データを、前記ＡＴＭに送信するステップと
を備えたことを特徴とする方法。
【請求項６】
振り込み処理のための事前入力された取引内容に係るデータおよび予約番号を、金融機関の支店ごとに管理する方法をサーバコンピュータに実行させるコンピュータプログラムであって、前記コンピュータプログラムは、前記サーバコンピュータによって実行されると、前記サーバコンピュータに、
前記取引内容に係るデータを、予約入力データとして、第１の支店におけるサーバコンピュータと通信可能に接続された第１のコンピュータから受信させ、前記予約入力データは振込依頼人である利用顧客に関するデータを含まず、
前記予約入力データを受信すると、少なくとも前記金融機関の支店ごとに一意である、前記第１の支店用の前記予約番号を生成し、前記予約番号を、前記予約入力データと関連付けて記憶させ、
前記生成された予約番号の有効時限を算出し、前記有効時限を、前記予約番号と関連付けて記憶させ、
前記予約番号を、前記第１のコンピュータに送信させ、
前記予約番号を、前記第１の支店に設置され、前記第１の支店におけるサーバコンピュータと通信可能に接続されたＡＴＭから受信させ、
前記予約番号を受信すると、前記予約番号と関連付けられた前記有効時限を取得させ、
前記有効時限に基づいて、前記予約番号が有効なものであるか否かを判定させ、
前記予約番号が有効なものであると判定した場合に、前記予約番号と関連付けられた前記予約入力データを取得させ、
前記予約番号と関連付けられた前記予約入力データを、前記ＡＴＭに送信させる
ことを特徴とするコンピュータプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ＡＴＭ予約システムおよび方法に関する。
【背景技術】
【０００２】
金融機関の各支店に設置されるＡＴＭ（現金自動預け払い機／Automatic Teller Machine）コーナーにおいて、繁忙日や時間帯によってＡＴＭの待ち時間が非常に長くなる場合がある。ＡＴＭは時間帯や日付による利用の繁閑差が大きい一方、設置のためのコストやスペースを要するため、その設置台数にも制限があり、合理的に適正となるＡＴＭの台数を設置することが難しい。さらに、商慣習上の決済日（毎月５日、１０日、１５日、２０日、２５日、３０日または月末）は、振り込みやPay-easy（登録商標）による支払いなど、操作時間が長くなる取引が集中し、中にはこれらの取引を連続して行なう利用顧客がいることから、不可避的に長い待ち時間が生まれる。このような利用顧客がいた場合、ＡＴＭの回転率が悪化し、ＡＴＭコーナーが混雑する。加えて、このような利用顧客自身も「待たせている」というプレッシャーを受けて操作を誤るなど、さらに待ち時間を長くしてしまうことも考えられる。一方、店内のロビースタッフは、ＡＴＭの操作に不慣れな利用顧客から操作方法について問合せを受ける場合があり、場合によっては利用顧客と共にＡＴＭ前に張り付いて説明に徹する場合もある。このような場合、ロビースタッフが行なうべき他の業務、例えば、顧客誘導などを行なうことができなくなってしまう。
【発明の概要】
【発明が解決しようとする課題】
【０００３】
ＡＴＭの回転率を上げる方策の一つとして、ＡＴＭ前での操作時間を短くすることが挙げられる。また、待ち顧客の無駄な待ち時間を減らすことも必要である。そこで、タブレットＰＣなど、可動性があり購入単価が比較的安価なモバイル端末を用いて、待ち顧客に振込先などのデータを事前入力してもらい、ＡＴＭで入力するデータを少なくすることが考えられる。これは、窓口の順番待ち後にＡＴＭ操作を希望する利用顧客にも、窓口の順番待ち中に事前入力してもらうことができる点で有効である。しかしながら、ＡＴＭで入力する取引データは非常に機密性の高いデータであるため、その取扱いには細心の注意を払うことが必要である。例えば、他人と近い距離でモバイル端末の入力を行なった場合、入力内容が盗み見られ、悪用されることがないような配慮も必要である。
【課題を解決するための手段】
【０００４】
本発明は、このような目的を達成するためになされたものであって、その一実施形態は、事前入力された取引内容に係るデータおよび予約番号を、金融機関の支店ごとに管理するサーバコンピュータであって、前記サーバコンピュータは、
前記取引内容に係るデータを、予約入力データとして、第１のコンピュータから受信し、
前記予約入力データを受信すると、少なくとも前記支店ごとに一意である前記予約番号を生成し、前記予約番号を、前記予約入力データと関連付けて記憶し、
前記予約番号を、前記第１のコンピュータに送信し、
前記予約番号を、前記支店に設置されたＡＴＭから受信し、
前記予約番号を受信すると、前記予約番号と関連付けられた前記予約入力データを取得し、
前記予約番号と関連付けられた前記予約入力データを、前記ＡＴＭに送信する
ように構成されたことを特徴とする。
【０００５】
また、前段落に記載のサーバコンピュータにおいて、前記予約入力データは取引の依頼人である利用顧客に関するデータを含まず、前記ＡＴＭから前記利用顧客の認証結果を受信し、前記認証結果に基づいて認証が正常に行なわれたと判断した場合に、前記予約番号の受信が行なわれることを特徴とする。
【０００６】
さらに、前２段落に記載のサーバコンピュータは、前記予約番号の有効時限を算出するようにさらに構成されることを特徴とする。
【０００７】
また、前段落に記載のサーバコンピュータにおいて、前記有効時限は、前記支店ごと、前記支店における繁閑差、および予約入力を行なう取引の依頼人がＡＴＭの順番待ちか窓口の順番待ちか、のうちの少なくとも１つに基づいて、可変であることを特徴とする。
【０００８】
また、本発明の別の実施形態は、事前入力された取引内容に係るデータおよび予約番号を、金融機関の支店ごとに管理する、サーバコンピュータで実行される方法であって、前記方法は、
前記サーバコンピュータが、前記取引内容に係るデータを、予約入力データとして、第１のコンピュータから受信するステップと、
前記予約入力データを受信すると、前記サーバコンピュータが、少なくとも前記支店ごとに一意である前記予約番号を生成し、前記予約番号を、前記予約入力データと関連付けて記憶するステップと、
前記サーバコンピュータが、前記予約番号を、前記第１のコンピュータに送信するステップと、
前記サーバコンピュータが、前記予約番号を、前記支店に設置されたＡＴＭから受信するステップと、
前記予約番号を受信すると、前記サーバコンピュータが、前記予約番号と関連付けられた前記予約入力データを取得するステップと、
前記サーバコンピュータが、前記予約番号と関連付けられた前記予約入力データを、前記ＡＴＭに送信するステップと
を備えたことを特徴とする。
【０００９】
さらに、本発明の別の実施形態は、事前入力された取引内容に係るデータおよび予約番号を、金融機関の支店ごとに管理する方法をサーバコンピュータに実行させるコンピュータプログラムであって、前記コンピュータプログラムは、前記サーバコンピュータによって実行されると、前記サーバコンピュータに、
前記取引内容に係るデータを、予約入力データとして、第１のコンピュータから受信させ、
前記予約入力データを受信すると、少なくとも前記支店ごとに一意である前記予約番号を生成し、前記予約番号を、前記予約入力データと関連付けて記憶させ、
前記予約番号を、前記第１のコンピュータに送信させ、
前記予約番号を、前記支店に設置されたＡＴＭから受信させ、
前記予約番号を受信すると、前記予約番号と関連付けられた前記予約入力データを取得させ、
前記予約番号と関連付けられた前記予約入力データを、前記ＡＴＭに送信させる
ことを特徴とする。
【発明の効果】
【００１０】
以上説明したように、本発明により、ＡＴＭ前での操作時間を短くすることができ、ＡＴＭの回転率を上げることができる。また、待ち顧客の無駄な待ち時間を減らすこともできる。加えて、モバイル端末で入力するデータは、それのみでは悪用しづらいデータに限定し、取引データの機密性を担保することもできる。
【図面の簡単な説明】
【００１１】
【図１】本発明の一実施形態に係るシステム構成を示す図である。
【図２】本発明の一実施形態に係るＡＴＭ予約サーバの構成を示す図である。
【図３】本発明の一実施形態に係る予約入力データ記憶部に格納されたデータを示す図である。
【図４】本発明の一実施形態に係る予約入力データ記憶部に格納されたデータを示す図である。
【図５】本発明の一実施形態に係る予約入力データ記憶部に格納されたデータを示す図である。
【図６】本発明の一実施形態に係る依頼人データ記憶部に格納されたデータを示す図である。
【図７】本発明の一実施形態に係る取引実行データ記憶部に格納されたデータを示す図である。
【図８】本発明の一実施形態に係る予約入力処理を示すフローチャートである。
【図９】本発明の一実施形態に係る取引実行処理を示すフローチャートである。
【発明を実施するための形態】
【００１２】
本発明の実施形態に係るＡＴＭ予約システムの概要を説明する。図１は、本発明の一実施形態に係るシステム構成を示す図である。図１において、金融機関の支店ごとに設置されたＡＴＭ予約サーバ１００は、ネットワーク１０１（例えば、イントラネット）を介して、１または複数のモバイル端末１０２ａ〜ｎ（以下、まとめて「モバイル端末１０２」という）、および１または複数のＡＴＭ１０３ａ〜ｎ（以下、まとめて「ＡＴＭ１０３」という）と通信を行なうように構成されている。ネットワーク１０１を介して通信を行なうＡＴＭ予約サーバ１００、モバイル端末１０２、およびＡＴＭ１０３は、同一支店内での実施を想定しているが（すなわち、支店ごとに同一または類似のシステム構成が存在することになる）、ＡＴＭ予約サーバ１００は必ずしもその支店内に設置される必要はない（データセンタなどに１または複数のサーバコンピュータとして集約されていてもよい）。また、ＡＴＭ予約サーバ１００やＡＴＭ１０３は、ネットワーク１０４（例えば、金融機関ごとの専用ネットワーク）を介して、データセンタなどに設置されるホストサーバ１０５と通信を行なうように構成されている。
【００１３】
モバイル端末１０２は、ＡＴＭの待ち顧客が予約入力を行なうための端末（例えば、タブレットＰＣ）である。モバイル端末１０２はアクセスポイントを介した無線通信を想定しており、利用顧客がＡＴＭの前に並びながら使用する他、応接室など店内の別の場所で使用することも可能である。利用顧客はモバイル端末１０２を操作して振込先などの予約入力を行なう。予約入力が行なわれると、モバイル端末１０２はＡＴＭ予約サーバ１００に入力された予約入力データを送信し、ＡＴＭ予約サーバ１００にて採番された予約番号を受信する。
【００１４】
ＡＴＭ予約サーバ１００は、金融機関の支店ごとの予約入力処理を管理する。ＡＴＭ予約サーバ１００は、モバイル端末１０２から予約入力データを受信すると、予約番号を採番し、モバイル端末１０２に予約番号を送信する。また、ＡＴＭ予約サーバ１００は、ＡＴＭ１０３から予約番号を受信すると、当該予約番号に紐づけられた予約入力データを検索し、取得した予約入力データをＡＴＭ１０３に送信する。
【００１５】
ＡＴＭ１０３は、金融機関の支店ごとに設置されるＡＴＭである。ＡＴＭ１０３は、利用顧客によりキャッシュカードの挿入および暗証番号の入力が行なわれると、キャッシュカードデータと暗証番号をホストサーバ１０５に送信し、認証結果を受信する。また、ＡＴＭ１０３は、利用顧客により、予約入力時に採番された予約番号が入力されると、ＡＴＭ予約サーバ１００に予約番号を送信し、ＡＴＭ予約サーバ１００から予約番号に紐づく予約入力データを受信する。ＡＴＭ１０３は、予約入力データを受信すると、利用顧客による確認のために、受信した予約入力データを確認画面に表示する。ＡＴＭ１０３は、利用顧客から確認完了の指示を受けると（例えば、確認画面でのボタン押下による）、ＡＴＭ予約サーバ１００を介して（または介さずに、さらに別サーバを経由して）、ホストサーバ１０５に、取引実行のための取引データを送信する。なお、この際、ＡＴＭ１０３にて予約入力データの修正、および追加データ（例えば、依頼人に関するデータ。当該データはセキュリティを考慮し、予約入力段階では入力させない）の入力を行なうことができる。
【００１６】
ホストサーバ１０５は、各支店からの取引実行処理を管理する。ホストサーバ１０５は、ＡＴＭ１０３から取引実行データを受信し、当該データに基づいて取引（例えば、振り込み処理）を実行する。
【００１７】
次に、ＡＴＭ予約サーバ１００の構成を詳細に説明する。図２は、本発明の一実施形態に係るＡＴＭ予約サーバの構成を示す図である。なお、図２では、単一のコンピュータシステムを想定し、必要な機能構成だけを示している。
【００１８】
ＡＴＭ予約サーバ１００は、ＣＰＵ１１０にシステムバス１１５を介して、ＲＡＭ１１１、入力装置１１２、出力装置１１３、通信制御装置１１４、および不揮発性記憶媒体（ＲＯＭやＨＤＤなど）である記憶装置１１６が接続された構成を有する。記憶装置１１６は、ＡＴＭ予約システムの各機能を奏するためのソフトウェアプログラムを格納したプログラム格納領域と、当該ソフトウェアプログラムで取り扱うデータを格納したデータ格納領域とを備えている。以下に説明するプログラム格納領域の各手段は、実際は独立したソフトウェアプログラム、そのルーチンやコンポーネントなどであり、ＣＰＵ１１０によって記憶装置１１６から呼び出されＲＡＭ１１１のワークエリアに展開されて、データベースなどを適宜参照しながら順次実行されることで、各機能を奏するものである。
【００１９】
次に、記憶装置１１６におけるプログラム格納領域に格納されているソフトウェアプログラムは、本発明に関連するものだけを列挙すると、データ送受信手段１２０、予約番号管理手段１２１、およびデータ取得手段１２２を備えている。これらの手段は、ＣＰＵ１１０によって実行される。
【００２０】
データ送受信手段１２０は、モバイル端末１０２など他のコンピュータとのデータ送受信を行う。
【００２１】
予約番号管理手段１２１は、ランダムな番号（例えば、４桁の英数字）を、少なくとも店内で一意になるように生成する。また、予約番号管理手段１２１は、生成した予約番号に対して有効時限を設定し、時限経過後は生成した予約番号を無効化することもできる。さらに、ＡＴＭ１０３から受信した予約番号が有効なものであるか判定する。
【００２２】
データ取得手段１２２は、受信した予約番号に基づいて、後述する予約入力データ記憶部１３０を検索し、当該予約番号に紐づく予約入力データを取得する。
【００２３】
次に、記憶装置１１６におけるデータ格納領域は、本発明に関連するものだけを列挙すると、予約入力データ記憶部１３０、依頼人データ記憶部１３１、および取引実行データ記憶部１３２を備える。いずれも、記憶装置１１６内に確保された一定の記憶領域である。
【００２４】
予約入力データ記憶部１３０は、モバイル端末１０２を介して事前入力された、取引内容に係るデータを格納する。図３〜５は、本発明の一実施形態に係る予約入力データ記憶部に格納されたデータを示す図である。予約入力データは、取引内容に応じてデータ項目が異なるため、図３〜５のように複数のデータテーブルが存在する。また、別の実施形態では、図３〜５のデータ項目を全て含むような１つのデータテーブルとして管理することもできる（取引内容によって不要なデータ項目には空データが設定される）。
【００２５】
図３の予約入力データは、取引内容が振り込みの場合のデータである。図３における予約入力データは、振込先の金融機関および口座情報、本データを一意に示す「予約番号」、ならびに本データおよび予約番号の有効時限を示す「有効時限」を格納する。「振込先預金種目」は、いわゆる口座種別であり、口座種別を示す数値（例えば、１：普通預金、２：当座預金・・・）を設定することができる。また「予約番号」は、採番後に格納されるため、モバイル端末１０２から入力データとして送信されてきた段階では何も格納されていない。「有効時限」は、支店ごと、支店における繁閑差、ＡＴＭの順番待ちか窓口の順番待ちか、などによって可変であってよいが、おおよそ、採番時から５〜３０分後の時刻が設定される。また、本データには「有効時限」は持たず、採番時の時刻を持ち、有効時間（例えば、５〜３０分。こちらも繁閑差などにより動的に変更可）を別途持っておき、本データおよび予約番号の有効時限を算出することもできる。なお、不要リソースを減らすため、経過済みの有効時限を有する予約入力データは、例えば、毎晩の夜間バッチなどで削除することもできる。
【００２６】
図４の予約入力データは、取引内容がPay-easyによる支払いの場合のデータである。図４における予約入力データは、支払先を一意に示す「収納機関番号」、取引明細（納付者など）を一意に示す「納付番号」、納付金額やその性質を分類するために収納機関が自由に設定可能な番号である「確認番号」および「納付区分」、本データを一意に示す「予約番号」、ならびに本データおよび予約番号の有効時限を示す「有効時限」を格納する。「予約番号」および「有効時限」については、図３の予約入力データにおけるものと同様である。
【００２７】
図５の予約入力データは、取引内容が出金の場合のデータである。図５における予約入力データは、出金金額を示す「出金金額」、本データを一意に示す「予約番号」、ならびに本データおよび予約番号の有効時限を示す「有効時限」を格納する。「予約番号」および「有効時限」については、図３の予約入力データにおけるものと同様である。
【００２８】
依頼人データ記憶部１３１は、取引を依頼する利用顧客に係るデータを格納する。図６は、本発明の一実施形態に係る依頼人データ記憶部に格納されたデータを示す図である。図６における依頼人データは、依頼人の金融機関および口座情報を格納する。「依頼人預金種目」は、図３の予約入力データにおけるものと同様である。
【００２９】
取引実行データ記憶部１３２は、実行する取引内容に係るデータを格納する。図７は、本発明の一実施形態に係る取引実行データ記憶部に格納されたデータを示す図である。図７における取引実行データは、依頼人の金融機関および口座情報、取引内容、ならびに操作したＡＴＭを一意に示す「ＡＴＭ機番」を格納する。依頼人の金融機関および口座情報は、図６の依頼人データにおけるものと同様である。取引内容は、図３〜５の予約入力データのいずれかであり、取引内容に応じて異なる。図６における取引内容は、取引内容が振り込みの場合のデータである。そのため、図６における取引内容は、図３の予約入力データにおけるものと同様である。なお、当該取引内容に関するデータ項目についても、図３〜５の予約入力データと同様に、取引内容に応じて複数のデータテーブルを持たずに、図３〜５のデータ項目を全て含むような１つのデータテーブルとして管理することもできる（取引内容によって不要なデータ項目には空データが設定される）。
【００３０】
次に、図８のフローチャート、および図３〜５のデータを参照して、本発明の一実施形態に係る予約処理を流れに沿って説明する。図８は、本発明の一実施形態に係る予約入力処理を示すフローチャートである。本処理は、ＡＴＭや窓口の待ち顧客がモバイル端末１０２を介して取引内容を事前入力し、予約番号が発行されるまでの処理である。また、本処理の実行主体は、ＡＴＭ予約サーバ１００である。
【００３１】
まず、ステップ８０１にて、データ送受信手段１２０は、ＡＴＭや窓口の待ち顧客が入力した予約入力データ（図３〜５のいずれか）を、モバイル端末１０２から受信し、予約入力データ記憶部１３０に格納する。予約入力データ（図３〜５）は、取引内容に応じてデータ項目が異なる。それぞれ、図３は取引内容が振り込み、図４はPay-easyによる支払い、図５は出金の場合の予約入力データである。ただし、これはあくまでも一実施形態であって、別の実施形態では、図３〜５のデータ項目を全て含むような１つのデータテーブルとすることもできる（取引内容によって不要なデータ項目には空データが設定される）。また、別の取引内容の場合、予約入力データは、当該取引内容に応じたデータ項目を含むデータとなる。なお、ステップ８０１の時点では、予約入力データ（図３〜５）の「予約番号」および「有効時限」には何も含まれない。
【００３２】
ステップ８０１の後、予約番号管理手段１２１は、ランダムな番号（例えば、４桁の英数字）を、少なくとも店内で一意になるように生成し、予約入力データ記憶部１３０における対応する予約入力データの「予約番号」に格納する（ステップ８０２）。なお、予約番号を店内で一意になるように生成する具体的な方法は、例えば、支店ごとに生成済みかつ有効時限内の予約番号を生成済み予約番号データ（図示せず）として蓄積しておき、新しい予約番号を生成した際に、その予約番号が生成済み予約番号データ（図示せず）に存在する場合は、再度、予約番号を生成することなどが考えられる。また、ステップ８０２の際、予約番号に対して有効時限を設定する場合は、有効時限を算出し（例えば、ＡＴＭ予約サーバ１００のシステム時間から有効時間後）、予約入力データの「有効時限」に格納する。
【００３３】
なお、有効時限は、システム時間から固定の有効期間（例えば、３０分）後の時刻とすることもできるし、有効期間を動的に変更させることもできる。有効期間の動的な変更とは、支店ごと、繁閑差、ＡＴＭの順番待ちか窓口の順番待ちかなどによって有効期間を変更することである。この場合の支店ごとによる有効期間の変更とは、ＡＴＭ待ちが発生し易い支店では、有効期間を長めに設定し（例えば、３０分）、ＡＴＭ待ちが発生し難い支店（例えば、１０分）とすることである。また、繁閑差による有効期間の変更とは、例えば、待ち顧客が多ければ、それに比例して、有効期間を延ばすことである。さらに、窓口の順番待ちの場合は、窓口での取引が完了した後、ＡＴＭの操作をすることが想定されるため、その有効期間は、ＡＴＭの順番待ちのものよりも長く設定する。
【００３４】
ステップ８０２の後、データ送受信手段１２０は、生成した予約番号を、モバイル端末１０２に送信する（ステップ８０３）。なお、モバイル端末１０２に送信された予約番号は、モバイル端末１０２の画面に表示したり、モバイル端末１０２と通信可能なモバイルプリンタ（図示せず）を介して印刷したりすることもできる。ステップ８０３の後、本処理は終了する。
【００３５】
次に、図９のフローチャート、および図６および７のデータを参照して、本発明の一実施形態に係る取引実行処理を流れに沿って説明する。図９は、本発明の一実施形態に係る取引実行処理を示すフローチャートである。本処理は、ＡＴＭや窓口の待ち顧客がモバイル端末１０２を介して取引内容を事前入力した後、ＡＴＭ１０３に発行された予約番号を入力し、事前入力データ（予約入力データ）を取得した後、さらに追加および／または修正入力を行い、取引実行するまでの処理である。また、本処理の実行主体も、ＡＴＭ予約サーバ１００である。
【００３６】
まず、ステップ９０１にて、データ送受信手段１２０は、利用顧客のキャッシュカードと暗証番号とによる認証結果を、ＡＴＭ１０３から受信する。本ステップは、従来のＡＴＭ操作と同様である。また、認証結果を受信せず（ステップ９０１および９０２は実施しない）、予約番号の受信（ステップ９０３）から本処理を開始することもできる。キャッシュカードを使用せず（利用顧客の認証をしない）、ＡＴＭ１０３において依頼人データ（振込依頼人名、電話番号など）を新たに登録し、取引を行なうケースも想定される。
【００３７】
受信した認証結果に基づいて、認証が正常に行なわれなかったと判断された場合、ステップ９０２のＮｏルートに進み、本処理は終了する。なお、この場合、ＡＴＭ１０３にその旨を表示させ、再度、暗証番号を入力させるなどすることができる。
【００３８】
一方、認証が正常に行なわれたと判断された場合、ステップ９０２のＹｅｓルートに進み、データ取得手段１２２は、利用顧客が入力した予約番号を、ＡＴＭ１０３から受信する（ステップ９０３）。厳密には、ステップ９０２にて、認証が正常に行なわれると、ＡＴＭ１０３に予約番号の入力画面を表示させ、入力された予約番号を受信する。
【００３９】
予約番号を受信すると、予約番号管理手段１２１は、受信した予約番号が有効なものであるか否か判定する（ステップ９０４）。具体的には、予約入力データ記憶部１３０に格納された予約入力データ（図３〜５）に対し、受信した予約番号を検索キーとして検索し、「有効時限」を取得する。取得した有効時限が、例えば、予約番号を受信した時点でのＡＴＭ予約サーバ１００のシステム時間内であれば、受信した予約番号は有効なものであると判定する。受信した予約番号が無効なものである場合、ステップ９０４のＮｏルートに進み、本処理は終了する。または、ステップ９０５および９０６の処理をスキップし、ステップ９０７における取引データの受信を待つ。
【００４０】
一方、受信した予約番号は有効なものである場合、ステップ９０４のＹｅｓルートに進み、データ取得手段１２２は、受信した予約番号に基づいて、予約入力データ記憶部１３０を検索し、当該予約番号に紐づく予約入力データ（図３〜５のいずれか）を取得する（ステップ９０５）。
【００４１】
取得した予約入力データは、データ送受信手段１２０により、ＡＴＭ１０３に送信される（ステップ９０６）。予約入力データは、ＡＴＭ１０３の画面に表示され、利用顧客が確認を行なう。
【００４２】
次に、データ送受信手段１２０は、取引実行データ（図７）を、ＡＴＭ１０３から受信し、取引実行データ記憶部１３２に格納する（ステップ９０７）。取引実行データは、ＡＴＭ１０３にて生成されるデータであり、予約入力データ（図３〜５）、依頼人データ（図６）、および操作したＡＴＭを一意に示す「ＡＴＭ機番」を含むデータである。すなわち、ＡＴＭ１０３は、ステップ９０６にて送信された予約入力データを受信した後、または受信する前に予め、利用顧客が入力する依頼人データを受信する。そして、ＡＴＭ１０３は、受信した依頼人データと、予約入力データとに基づいて、取引実行データを生成する。また、取引実行データの内容は、ＡＴＭ予約サーバ１００に送信される前に、ＡＴＭ１０３の確認画面に表示され、利用顧客に確認および必要であれば修正を促す。ここで利用顧客によって予約入力データおよび／または依頼人データが修正された場合、ＡＴＭ１０３は、修正された予約入力データおよび／または依頼人データに基づいて、再度、取引実行データを生成する。この場合、ステップ９０７にて送信されてくる取引実行データは、当然ながら、修正された取引実行データである（修正前の取引実行データは送信されてこない）。なお、別の実施形態では、このような取引実行データの作成を、ＡＴＭ予約サーバ１００で行なうこともできる。その場合、ＡＴＭ予約サーバ１００は、ＡＴＭ１０３から、予約入力データおよび依頼人データを受信する。なお、予約入力データおよび依頼人データが修正されている場合は、修正されたデータを受信するが、ＡＴＭ予約サーバ１００は修正されたか否かを、処理上、意識する必要はない。また、ＡＴＭ予約サーバ１００は、依頼人データを受信せず、ＡＴＭ１０３からキャッシュカードデータを受信することにより、当該キャッシュカードデータに基づいて、ホストサーバ１０５に依頼人データを要求および取得することもできる。
【００４３】
次に、データ送受信手段１２０は、受信した取引実行データ（図７）を、ホストサーバ１０５に送信する（ステップ９０８）。なお、ＡＴＭ１０３は、ＡＴＭ予約サーバ１００を介さずに、取引実行データを直接、ホストサーバ１０５に送信することもできる。この場合、ＡＴＭ予約サーバ１００の処理であるステップ９０７および９０８は実行される必要はなく本処理は終了し、かつＡＴＭ予約サーバ１００上の取引実行データ記憶部１３２も不要である。なお、いずれにせよ、ホストサーバ１０５は、受信した取引実行データに基づいて、取引（例えば、振り込み処理）を実行する。ステップ９０８の後、本処理は終了する。
【００４４】
以上より、本発明により、ＡＴＭ前での操作時間を短くすることができ、ＡＴＭの回転率を上げることができる。また、待ち顧客の無駄な待ち時間を減らすこともできる。加えて、モバイル端末で入力するデータは、それのみでは悪用しづらいデータに限定し、取引データの機密性を担保することもできる。
【図１】
0006338564.tif 000002
【図２】
0006338564.tif 000003
【図３】
0006338564.tif 000004
【図４】
0006338564.tif 000005
【図５】
0006338564.tif 000006
【図６】
0006338564.tif 000007
【図７】
0006338564.tif 000008
【図８】
0006338564.tif 000009
【図９】
0006338564.tif 000010