(57)【要約】【課題】ＩＣカードや携帯情報端末等に事前に格納されるデータのデータ項目の組合せが不定である場合に、開発生産性やメンテナンス性の低下を防ぐ。【解決手段】データ項目の組合せが不定な入力データを記憶媒体から読み込んで取引を受け付ける自動取引受付装置であって、取引の際に必要な複数のデータ項目の夫々と、前記複数のデータ項目の夫々についての入力画面を生成する入力画面生成モジュールとを対応付けて記憶する取引データ記憶部と、前記取引データ記憶部に記憶されている前記複数のデータ項目のうち、前記記憶媒体から読み込まれた前記データ項目を除いたデータ項目に対応する前記入力画面生成モジュールを呼び出す入力画面制御部とを備える。【選択図】  図１
2007108931.tif 000002
【特許請求の範囲】
【請求項１】
データ項目の組合せが不定な入力データを記憶媒体から読み込んで取引を受け付ける自動取引受付装置であって、
取引の際に必要な複数のデータ項目の夫々と、前記複数のデータ項目の夫々についての入力画面を生成する入力画面生成モジュールとを対応付けて記憶する取引データ記憶部と、
前記取引データ記憶部に記憶されている前記複数のデータ項目のうち、前記記憶媒体から読み込まれた前記データ項目を除いたデータ項目に対応する前記入力画面生成モジュールを呼び出す入力画面制御部と
を備えることを特徴とする自動取引受付装置。
【請求項２】
請求項１に記載の自動取引受付装置であって、
前記取引データ記憶部は、
前記データ項目及び前記データ項目の入力順序を対応付けて記憶し、
前記入力画面制御部は、
前記取引データ記憶部に記憶されている前記複数のデータ項目のうち、前記記憶媒体から読み込まれた前記データ項目を除いたデータ項目に対応する前記入力画面生成モジュールを前記入力順序に従って呼び出すこと
を特徴とする自動取引受付装置。
【請求項３】
請求項２に記載の自動取引受付装置であって、
前記入力画面生成モジュールは、
前記取引データ記憶部に記憶されている前記複数のデータ項目のうち、前記記憶媒体から読み込まれた前記データ項目を除いたデータ項目についての入力順序を前記入力画面に出力すること
を特徴とする自動取引受付装置。
【請求項４】
請求項１〜３の何れか一項に記載の自動取引受付装置であって、
前記入力画面制御部は、
前記取引データ記憶部に記憶されている前記複数のデータ項目のうち、前記記憶媒体から読み込まれた前記データ項目を除いたデータ項目から、前記記憶媒体とは別の記憶媒体から読み込まれたデータ項目を更に除いたデータ項目に対応する前記入力画面生成モジュールを呼び出すこと
を特徴とする自動取引受付装置。
【請求項５】
請求項４に記載の自動取引受付装置であって、
前記取引データ記憶部は、
前記データ項目ごとに、前記記憶媒体または前記別の記憶媒体の何れからの入力を優先するかを示す優先順位を記憶し、
前記記憶媒体及び前記別の記憶媒体から同一のデータ項目についての入力データが読み込まれると、前記優先順位に基づいて前記記憶媒体または前記別の記憶媒体の何れか一方からの前記入力データを選択する入力データ選択部を
更に備えることを特徴とする自動取引受付装置。
【請求項６】
請求項４に記載の自動取引受付装置であって、
前記記憶媒体及び前記別の記憶媒体から同一のデータ項目についての入力データが読み込まれると、前記記憶媒体及び前記別の記憶媒体から読み込んだ夫々の前記入力データが同一であるかどうか比較する入力データ比較部を
更に備えることを特徴とする自動取引受付装置。
【請求項７】
取引の際に必要な複数のデータ項目の夫々と、前記複数のデータ項目の夫々についての入力画面を生成する入力画面生成モジュールとを対応付けて記憶する取引データ記憶部を備える自動取引受付装置に、
データ項目の組合せが不定な入力データを記憶媒体から読み込む手順と、
前記取引データ記憶部に記憶されている前記複数のデータ項目のうち、前記記憶媒体から読み込まれた前記データ項目を除いたデータ項目に対応する前記入力画面生成モジュールを呼び出す手順と
を実行させるためのプログラム。
【請求項８】
取引の際に必要な複数のデータ項目の夫々と、前記複数のデータ項目の夫々についての入力画面を生成する入力画面生成モジュールとを対応付けて記憶する取引データ記憶部を備える自動取引受付装置の制御方法であって、
データ項目の組合せが不定な入力データを記憶媒体から読み込み、
前記取引データ記憶部に記憶されている前記複数のデータ項目のうち、前記記憶媒体から読み込まれた前記データ項目を除いたデータ項目に対応する前記入力画面生成モジュールを呼び出すこと
を特徴とする自動取引受付装置の制御方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、金融機関等において利用者に対して現金の入出金や振込等のサービスを提供するために用いられる自動取引受付装置、プログラム、及び自動取引受付装置の制御方法に関する。
【背景技術】
【０００２】
金融機関等に設置されるＡＴＭ（Automatic Tellers Machine）やＣＤ（Cash Dispenser）等の自動取引受付装置では、各利用者の占有時間を削減することが、待ち時間を削減するために重要である。そこで、利用者の占有時間を削減するための様々な自動取引受付装置が提案されている。
【０００３】
例えば、特許文献１においては、ＩＣカードを用いることにより利用者の占有時間を削減可能な自動取引受付装置が開示されている。利用者は、各自が所有するＩＣカードに取引金額や振込先等の取引に関するデータを事前に格納しておく。そして、実際に自動取引受付装置を利用して取引を行う際に、ＩＣカードに格納された取引に関するデータを自動取引受付装置に読ませることにより、利用者の入力操作を減らし、占有時間を削減することが可能となっている。
【０００４】
また、例えば、特許文献２においては、携帯電話やモバイルコンピュータ等の携帯情報端末を用いることにより稼働効率を向上させることができる自動取引受付装置が開示されている。利用者は、携帯電話等の携帯情報端末に取引に関するデータを事前に入力しておき、自動取引受付装置の操作を行う際に、携帯情報端末に入力済みのデータを自動取引受付装置に送信する。これにより、自動取引受付装置を利用する際の入力時間が削減され、自動取引受付装置の稼働効率の向上が可能となっている。
【特許文献１】特開平１１−２２４３７３号公報
【特許文献２】特開平１１−３３８９４２号公報
【発明の開示】
【発明が解決しようとする課題】
【０００５】
ところで、自動取引受付装置を利用して行われる取引については、取引ごとに業務要件で定められた入力データのデータ項目と、取引処理フローが定められている。そして、ＩＣカードや携帯情報端末等に事前に格納されていないデータは、利用者が実際に自動取引受付装置を利用して取引を行う際に入力する必要がある。前述した特許文献１及び２に開示された自動取引受付装置では、ＩＣカードや携帯情報端末等に事前に格納されるデータのデータ項目が決められていることが前提となっている。そのため、利用者が取引を行う際に入力しなければならないデータのデータ項目は固定であり、そのデータ項目を入力するための取引処理フローも固定となっている。したがって、そのような固定のデータ項目及び固定の取引処理フローに基づいた業務アプリケーションを開発すればよいこととなる。
【０００６】
しかし、自動取引受付装置を利用した今後の取引においては、ＩＣカードや携帯情報端末等に事前に格納されるデータのデータ項目が固定ではなく、様々な組合せとなることが考えられる。このように、事前に入力されるデータのデータ項目の組合せが不定である環境では、その組合せごとに、利用者が自動取引受付装置を利用して取引を行う際に入力が必要となる項目および取引処理フローも異なってくることとなる。したがって、事前に入力されるデータのデータ項目の組合せごとに業務アプリケーションを開発することが考えられるが、開発生産性やメンテナンス性の低下を招いてしまうこととなる。
【０００７】
本発明は上記課題を鑑みてなされたものであり、ＩＣカードや携帯情報端末等に事前に格納されるデータのデータ項目の組合せが不定である場合に、開発生産性やメンテナンス性の低下を防ぐことを目的とする。
【課題を解決するための手段】
【０００８】
上記課題を解決するために、本発明の自動取引受付装置は、データ項目の組合せが不定な入力データを記憶媒体から読み込んで取引を受け付ける自動取引受付装置であって、取引の際に必要な複数のデータ項目の夫々と、前記複数のデータ項目の夫々についての入力画面を生成する入力画面生成モジュールとを対応付けて記憶する取引データ記憶部と、前記取引データ記憶部に記憶されている前記複数のデータ項目のうち、前記記憶媒体から読み込まれた前記データ項目を除いたデータ項目に対応する前記入力画面生成モジュールを呼び出す入力画面制御部とを備える。
【発明の効果】
【０００９】
ＩＣカードや携帯情報端末等に事前に格納されるデータのデータ項目の組合せが不定である場合に、開発生産性やメンテナンス性の低下を防ぐことができる。
【発明を実施するための最良の形態】
【００１０】
＝＝自動取引受付装置の構成＝＝
まず、自動取引受付装置の構成について説明する。図１は、本発明の一実施形態である自動取引受付装置の構成を示す図である。自動取引受付装置１０１は、主に金融機関の店頭等に設置され、利用者からの様々な取引要求を受け付ける情報処理装置であり、利用者とのインタフェースとなる画面表示装置１０２、デバイス装置１０３、ＩＣカードリーダライタ装置１０４、及び携帯端末通信装置１０５を備えている。
【００１１】
画面表示装置１０２は、例えば、タッチパネル式の液晶ディスプレイ等であり、取引を行うために必要な画面が表示されるとともに、利用者からの入力を受け付けることもできる。デバイス装置１０３は、現金や通帳等の現物を取り扱うための装置である。ＩＣカードリーダライタ装置１０４は、ＩＣカードに記憶されたデータの読み込み、および、ＩＣカードへのデータの書き込みを行う装置である。携帯端末通信装置１０５は、赤外線通信やケーブル接続等により、携帯電話等の携帯端末との間でデータの送受信を行うための装置である。
【００１２】
なお、口座番号等の様々な情報が記憶されている通帳やＩＣカード、携帯端末等が、本発明の記憶媒体に相当する。また、本実施形態においては、自動取引受付装置１０１が、これらの各種デバイス１０２〜１０５を備えることとしたが、これらの各種デバイス１０２〜１０５は、自動取引受付装置１０１とは別に設けられ、自動取引受付装置１０１と通信可能に接続されて構成されることとしてもよい。
【００１３】
そして、自動取引受付装置１０１は、各種デバイス１０２〜１０５を制御するために画面処理部１１２、デバイス処理部１１３、ＩＣカード処理部１１４及び携帯端末処理部１１５を備えている。また、自動取引受付装置１０１は、受け付けた各種取引を実行する勘定系ホストコンピュータ等の上位サーバ１０６へのアクセスを制御する上位アクセス処理部１１６を備えている。これらの処理部１１２〜１１６は、自動取引受付装置１０１が備えるＣＰＵ（不図示）がＲＯＭ（Read Only Memory）やＲＡＭ（Random Access Memory）等のメモリ（不図示）に格納されたプログラムを実行することにより実現することができる。また、これらの処理部１１２〜１１６は、例えば、通信ポートやコネクタ等、各種デバイス１０２〜１０５及び上位サーバ１０６との通信に必要なハードウェアも含むものである。
【００１４】
また、自動取引受付装置１０１は、各種取引を受け付けるためのコンポーネント（モジュール）１２１、コンポーネントフロー制御部１３１、及び取引データ管理部１４１を備えている。コンポーネント１２１は、複数の入力系コンポーネント１２２、出力系コンポーネント１２３、上位アクセスコンポーネント１２４、及び共通コンポーネント１２５を含んでいる。
【００１５】
入力系コンポーネント１２２は、取引に必要なデータの入力画面を画面表示装置１０２に表示するための指示やデバイス装置１０３から記憶媒体の読み込み等を行うための指示を出力する。出力系コンポーネント１２３は、各種の出力画面を画面表示装置１０２に表示するための指示やデバイス装置１０３に対して記憶媒体の出力等を行うための指示を出力する。上位アクセスコンポーネント１２４は、各種取引を実行する際に上位サーバ１０６とアクセスするためのものである。共通コンポーネント１２５は、エラー処理等の共通的に利用される処理を実行するものである。
【００１６】
コンポーネントフロー制御部（入力画面制御部）１３１は、コンポーネント１２１の実行順序を制御するものであり、コンポーネントフロー管理部１３２及びコンポーネントフローエンジン１３３を含んでいる。コンポーネントフロー管理部１３２は、預金や振込等の取引ごとに、コンポーネント１２１を呼び出す順序や現在の状態等の情報を記憶するものである。そして、コンポーネントフローエンジン１３３は、コンポーネントフロー管理部１３２に記憶された情報に従ってコンポーネント１２１を呼び出す。また、取引データ管理部１４１は、実行中の一取引のデータを管理するものである。
【００１７】
なお、各コンポーネント１２２〜１２５、コンポーネントフロー制御部１３１、及び取引データ管理部１４１は、ＣＰＵ（不図示）がメモリ（不図示）に格納されたプログラムを実行することにより実現することができる。
【００１８】
図２は、自動取引受付装置１０１での取引における処理の流れを示すコンポーネントフロー定義情報の一例を示す図である。コンポーネントフロー定義情報２０１は、コンポーネントフロー管理部１３２に記憶されており、取引が行われる際の処理の流れが定義されている。図２に示す例では、ＩＣカード挿入処理２０２、入力処理２０３、確認処理２０４、実行処理２０５、出力処理２０６、受取処理２０７の順に処理が実行されることとなる。また、コンポーネントフロー定義２０１では、各処理２０２〜２０７を実行する際に呼び出されるコンポーネント１２１の識別子であるコンポーネントＩＤが対応付けられている。
【００１９】
図３は、自動取引受付装置１０１を利用して行われる取引ごとに定義される情報である取引毎データ管理定義テーブル（取引データ記憶部）の一例を示す図である。取引毎データ管理定義テーブル３０１は、コンポーネントフロー管理部１３２に記憶されており、取引名称（取引識別子）３０２、入力データ項目３０３、コンポーネントＩＤ３０４、入力順序３０５、及びデータ属性３０６を含んで構成されている。入力データ項目３０３には、取引名称３０２に示される取引において入力が必要なデータのデータ項目が定義されている。図３に示す例では、「振込取引」において、「振込人口座番号」、「振込人氏名」、「振込金額」、「受取人口座番号」、及び「受取人氏名」が入力データ項目として定義されている。
【００２０】
そして、コンポーネントＩＤ（入力画面生成モジュール識別子）３０４には、入力データ項目３０３に定義されたデータ項目のデータを利用者に入力させるために必要なコンポーネント（入力画面生成モジュール）１２１のＩＤが設定されている。図３に示す例では、例えば「振込人口座番号」を入力させるために呼び出されるコンポーネントのコンポーネントＩＤとして、「１２３４１２３４」が設定されている。また、入力順序３０５には、入力データ項目３０３に定義されたデータ項目のデータの入力処理の順序が設定されている。
【００２１】
データ属性３０６には、入力データ項目３０３に定義されたデータ項目のデータが一取引内で複数回入力された場合の処理が定義されている。データ属性３０６の種類としては、大きく分けて二種類ある。一つは、データが複数回入力された場合に、これらのデータが一致しているかどうか照合するものである。もう一つは、データの入力元ごとに優先順位を設け、この優先順位に従ってデータを取り込むものである。図３に示す例では、「振込人口座番号」、「振込金額」、「受取人口座番号」のデータ属性３０６は「照合」となっており、これらのデータ項目については、ＩＣカードや携帯端末等から複数回入力された場合は夫々から入力されたデータの照合が行われることとなる。また、「振込人氏名」及び「受取人氏名」については、「ＩＣカード＞画面＞通帳」というように優先順位が定められている。この場合、例えば、１回の振込取引内で、ＩＣカード及び画面表示装置１０２の両方から振込人氏名が入力されると、ＩＣカードからの入力が優先して取り込まれることとなる。
【００２２】
図４は、自動取引受付装置１０１がＩＣカードリーダライタ装置１０４を介して読み取るＩＣカードに格納されたデータであるＩＣカードデータの一例を示す図である。ＩＣカードデータ４０１は、取引名称４０２、入力データ項目４０３、及び入力データ４０４を含んで構成されている。図４に示す例では、対象の取引が「振込取引」であり、「振込人氏名」として「○×太郎」、「振込金額」として「５００００」が設定されている。この例では、入力データ項目４０３の組合せは「振込人氏名」及び「振込金額」となっているが、ＩＣカードデータのデータ項目の組合せはこれに限られず不定である。例えば、「振込取引」の場合に、入力データ項目４０３として、「振込人口座番号」や「受取人口座番号」が設定されることもある。また、図３に示した「振込取引」に必要な入力データ項目３０３以外のデータ項目がＩＣカードデータに含まれる場合もある。
【００２３】
図５は、利用者が追加で入力が必要なデータに関する情報である入力フロー情報の一例を示す図である。入力フロー情報５０１は、自動取引受付装置１０１を用いた取引の実行時に作成され、取引データ管理部１４１に記憶されるものであり、取引名称５０２、入力データ項目５０３、及び入力順序５０４を含んで構成されている。図５に示す例では、入力データ項目５０３に「振込人口座番号」、「受取人口座番号」、及び「受取人氏名」が設定されている。これは、図３に例示した取引毎データ管理定義テーブル３０１の入力データ項目３０３に定義されたデータ項目から図４に例示したＩＣカードに格納されたデータ４０１の入力データ項目４０３を差し引いたものである。つまり、入力フロー情報５０１の入力データ項目５０３には、取引名称５０２に設定された取引を行うために、さらに入力が必要なデータ項目が設定される。そして、入力順序５０４には、入力データ項目５０３に設定されたデータを入力する順序が設定される。この入力順序５０４は、取引毎データ管理定義テーブル３０１に設定された入力順序３０５に基づいて決定される。
【００２４】
＝＝処理説明＝＝
次に、図２に例示したコンポーネントフロー定義情報２０１に基づいて実行される処理について説明する。まず、コンポーネントフロー定義情報２０１に定義された最初の処理であるＩＣカード挿入処理２０２が実行される。
【００２５】
図６は、ＩＣカード挿入処理２０２の流れを示すフローチャートである。前述したように、コンポーネントフロー定義情報２０１では、各処理２０２〜２０７に対応するコンポーネント１２１のコンポーネントＩＤが定義されている。まず、コンポーネントフロー制御部１３１は、ＩＣカード挿入処理２０２に対応する入力系コンポーネント１２２を呼び出す（Ｓ６０１）。そして、入力系コンポーネント１２２が、ＩＣカードからの読み取り準備をＩＣカード処理部１１４に指示し、ＩＣカード処理部１１４がＩＣカードリーダライタ装置１０４からの読み取り準備を実行する（Ｓ６０２）。ＩＣカードの読み取り準備が完了すると、入力系コンポーネント１２２は、ＩＣカードの挿入待ち画面の表示を画面処理部１１２に指示し、画面表示部１１２が画面表示装置１０２に挿入待ち画面を表示する（Ｓ６０３）。
【００２６】
利用者がＩＣカードリーダライタ装置１０４にＩＣカードを挿入すると、ＩＣカードに格納されたＩＣカードデータ４０１がＩＣカード処理部１１４によって読み取られ、読み取られたＩＣカードデータ４０１は入力系コンポーネント１２２に渡される（Ｓ６０４）。そして、入力系コンポーネント１２２は、受け取ったＩＣカードデータ４０１を取引データ管理部１４１に格納し、入力フロー情報５０１を決定する入力フロー決定処理を実行し、コンポーネントフロー制御部１３１に当該コンポーネント１２２の処理が終了したことを通知する（Ｓ６０５）。
【００２７】
なお、本実施形態においては、ＩＣカードリーダライタ装置１０４は、挿入されたＩＣカードを読み取ることとしたが、ＩＣカードを非接触により読み取ることとしてもよい。また、コンポーネントフロー定義情報２０１では、ＩＣカードからの読み取りが最初に実行される処理として定義されているが、その他の記憶媒体等からの入力が最初に行われることとしてもよい。例えば、携帯電話に格納されたデータの読み取り処理が最初に実行されることとしてもよい。
【００２８】
図７は、入力フロー決定処理（Ｓ６０５）の流れを示すフローチャートである。まず、入力系コンポーネント１２２は、ＩＣカード処理部１１４から渡されたＩＣカードデータ４０１から取引名称４０２及び入力データ項目４０３を読み込む（Ｓ７０１）。続いて、入力系コンポーネント１２２は、取引名称４０２に設定された「振込取引」に対応する入力データ項目３０３を取引毎データ管理定義テーブル３０１から読み込む（Ｓ７０２）。そして、入力系コンポーネント１２２は、ＩＣカードデータ４０１から読み込まれた入力データ項目４０３の名称と、取引毎データ管理定義テーブル３０１から読み込まれた入力データ項目３０３の名称とを突き合わせ、取引毎データ管理定義テーブル３０１に存在し、ＩＣカードデータ４０１に存在しない差分の入力データ項目を抽出する（Ｓ７０３）。さらに、入力系コンポーネント１２２は、差分として抽出された入力データ項目の入力順序を、取引毎データ管理定義テーブル３０１の入力順序３０５に従って決定し、入力フロー情報５０１を生成する（Ｓ７０４）。
【００２９】
前述したように、図３〜図５に例示したデータの場合、取引毎データ管理定義テーブル３０１に存在し、ＩＣカードデータ４０１に存在しない差分の入力データ項目は「振込人口座番号」、「受取人口座番号」、及び「受取人氏名」である。そして、これらの入力データ項目の入力順序は、取引毎データ管理定義テーブル３０１の入力順序３０５に設定された入力順序の昇順となり、図５に示した入力フロー情報５０１が生成される。
【００３０】
ＩＣカード挿入処理２０２の実行が終了すると、コンポーネントフロー定義情報２０１に定義された次の処理である入力処理２０３が実行される。図８は、入力処理２０３の流れを示すフローチャートである。まず、コンポーネントフロー制御部１３１は、入力フロー決定処理（Ｓ６０５）で決定された入力フロー情報５０１を取得し（Ｓ８０１）、入力データ項目５０３があるかどうかを判定する（Ｓ８０２）。入力データ項目５０３がある場合（Ｓ８０２：ＹＥＳ）、コンポーネントフロー制御部１３１は、入力順序５０４が最も小さい入力データ項目５０３に対応するコンポーネントＩＤ３０４を取引毎データ管理定義テーブル３０１から取得し（Ｓ８０３）、当該コンポーネントＩＤ３０４に対応する入力系コンポーネント１２２を呼び出す（Ｓ８０４）。なお、入力フロー情報５０１に未処理の入力データ項目５０３が無い場合（Ｓ８０２：ＮＯ）、本処理は終了する。
【００３１】
そして、入力系コンポーネント１２２は、当該入力データ項目５０３のデータを入力するためにデバイス装置１０３から通帳等の記憶媒体を読み込むことが必要であるかどうかを判定する（Ｓ８０５）。デバイス動作が必要である場合（Ｓ８０５：ＹＥＳ）、入力系コンポーネント１２２は、記憶媒体からの読み取り準備を該当するデバイス処理部１１３に指示し、デバイス処理部１１３がデバイス装置１０３からの読み取り準備を実行する（Ｓ８０６）。
【００３２】
なお、デバイス装置１０３からの入力が不要である場合（Ｓ８０５：ＮＯ）、デバイス装置１０３の準備処理（Ｓ８０６）は行われない。また、本実施形態では、デバイス装置１０３から記憶媒体を読み込む場合を示したが、記憶媒体の読み込みはデバイス装置１０３からに限られない。例えば、携帯端末通信装置１０５を介して携帯電話等の記憶媒体から読み込むこととしてもよい。
【００３３】
入力系コンポーネント１２２には、呼び出される際に、入力フロー情報５０１に格納された入力データ項目５０３及び入力順序５０４が渡されている。そして、入力系コンポーネント１２２は、この入力データ項目５０３及び入力順序５０４に基づいて、追加で入力が必要なデータの入力順序を示す画面の作成を画面処理部１１２に指示する（Ｓ８０７）。また、入力系コンポーネント１２２は、入力対象となっているデータの入力待ち画面の表示を画面処理部１１２に指示する（Ｓ８０８）。画面処理部１１２は、これらの指示に基づいて、入力順序を示したデータの入力待ち画面を画面表示装置１０２に表示する。図９は、入力順序を示したデータの入力待ち画面の一例を示す図である。図９の画面は、図５に示した入力フロー情報５０１に基づいたものであり、「振込人口座番号」が入力対象のデータ項目となっており、入力順序５０４に従って入力順序（処理の流れ）が示されている。
【００３４】
利用者から自動取引受付装置１０１への入力操作が行われると、その入力操作に応じて処理が行われる。入力操作が記憶媒体の挿入によるものである場合（Ｓ８０９：ＹＥＳ）、デバイス装置１０３は、挿入された記憶媒体に格納されたデータを読み取り（Ｓ８１０）、読み取ったデータを入力系コンポーネント１２２に渡す（Ｓ８１０）。そして、入力系コンポーネント１２２は、記憶媒体から読み込まれたデータのチェック等を行う処理である入力データ判定処理を実行する（Ｓ８１１）。なお、記憶媒体から読み込まれたデータは、ＩＣカードデータ４０１と同様に、入力データ項目及びその入力データ項目に対応する入力データが含まれていることとする。
【００３５】
入力操作が画面表示装置１０２からの入力によるものである場合（Ｓ８０９：ＮＯ）、画面処理部１１２は、入力されたデータを入力系コンポーネント１２２に渡す。そして、入力系コンポーネント１２２は、画面処理部１１２から渡されたデータを、取引データ管理部１４１に格納する（Ｓ８１２）。
【００３６】
その後、コンポーネントフロー制御部１３１は、入力フロー情報５０１を参照して次の入力データ項目があるかどうか判定する（Ｓ８１３）。次の入力データ項目がある間（Ｓ８１３：ＹＥＳ）、前述の処理（Ｓ７０３〜Ｓ７１２）が繰り返し実行される。そして、次の入力データ項目が無くなると（Ｓ８１３：ＮＯ）、入力処理２０３が終了する。
【００３７】
図１０は、入力系コンポーネント１２２が実行する入力データ判定処理（Ｓ８１１）の流れを示すフローチャートである。なお、当該処理を実行する入力系コンポーネント１２２は、本発明の入力データ選択部及び入力データ比較部に相当するものである。
【００３８】
まず、記憶媒体から読み込まれたデータの入力データ項目と、取引毎データ管理定義テーブル３０１に定義された入力データ項目３０３とを比較し、記憶媒体から読み込まれたデータのうち、対象としている取引において必要な入力データ項目を抽出する（Ｓ１００１）。そして、抽出された入力データ項目を１つ取得し（Ｓ１００２）、取得した入力データ項目が図８に示した処理（Ｓ８０８）により表示された入力待ち画面で入力を促したデータのデータ項目であるかどうかを判定する（Ｓ１００３）。
【００３９】
取得した入力データ項目が入力待ち画面で入力を促したデータのデータ項目である場合（Ｓ１００３：ＹＥＳ）、その入力データ項目に対応する入力データを取引データ管理部１４１に格納する（Ｓ１００４）。取得した入力データ項目が入力待ち画面で入力を促したデータのデータ項目でない場合（Ｓ１００３：ＮＯ）、そのデータ項目が既に入力済みの入力データ項目であるかどうかを判定する（Ｓ１００５）。
【００４０】
既に入力済みの入力データ項目でない場合（Ｓ１００５：ＮＯ）、その入力データ項目に対応する入力データを取引データ管理部１４１に格納する（Ｓ１００６）。そして、当該入力データ項目を、入力予定として記憶されている入力フロー情報５０１から削除する（Ｓ１００７）。
【００４１】
既に入力済みの入力データ項目である場合（Ｓ１００５：ＹＥＳ）、その入力データ項目のデータ属性３０６を取引毎データ管理定義テーブル３０１から取得し（Ｓ１００８）、優先順位指定かどうかを判定する（Ｓ１００９）。優先順位指定である場合（Ｓ１００９：ＹＥＳ）、その優先順位に従って有効となるデータを決定し（Ｓ１０１０）、そのデータを当該入力データ項目に対する入力データとして取引データ管理部１４１に格納する（Ｓ１０１１）。優先順位指定でない場合（Ｓ１００９：ＮＯ）、既に入力済みのデータと新たに記憶媒体から読み込まれたデータとを照合し、これらのデータが一致しているかどうかを判定する（Ｓ１０１２）。データが一致している場合（Ｓ１０１２：ＹＥＳ）、そのデータを当該入力データ項目に対する入力データとして取引データ管理部１４１に格納する（Ｓ１０１１）。データが一致していない場合（Ｓ１０１２：ＮＯ）、エラー処理を実行し（Ｓ１０１３）、処理を終了する。なお、エラー処理（Ｓ１０１３）が行われた場合は、無効なデータが入力されたとして、対象の取引はキャンセルされることとなる。
【００４２】
その後、抽出された入力データ項目のうち、未処理の入力データ項目があるかどうか判定する（Ｓ１０１４）。未処理の入力データ項目がある間（Ｓ１０１４：ＹＥＳ）、前述の処理（Ｓ１００３〜Ｓ１０１３）が繰り返し実行される。そして、未処理の入力データ項目が無くなると（Ｓ１０１４：ＮＯ）、入力データ判定処理が終了する。
【００４３】
図８及び図１０に示した入力処理２０３が完了すると、コンポーネントフロー定義情報２０１に定義された以後の処理２０４〜２０７が、コンポーネントフロー制御部１３１の制御により実行されることにより、取引が行われる。
【００４４】
以上、本実施形態の自動取引受付装置１０１の構成及び処理について説明した。前述したように、自動取引受付装置１０１は、取引毎データ管理定義テーブル３０１に定義された入力データ項目のうち、ＩＣカード等の記憶媒体から読み込まれた入力データ項目を除いたものを、追加で入力が必要な入力データのデータ項目として決定し、決定されたデータ項目に対応する入力系コンポーネント１２２を呼び出す。そして、呼び出された入力系コンポーネント１２２に従って、利用者からデータが入力される。つまり、自動取引受付装置１０１では、ＩＣカード等の記憶媒体から読み込まれるデータの入力データ項目の組合せが不定である場合であっても、入力データ項目ごとに入力系コンポーネント１２２を開発しておけばよく、その組合せ毎に異なるアプリケーションを開発する必要がない。そのため、利用者が画面表示装置１０２から手入力する必要のあるデータが減って自動取引受付装置１０１の占有時間が削減されるとともに、開発生産性やメンテナンス性の低下を防ぐことが可能となる。
【００４５】
また、各取引において入力データの入力順序が定められている場合においては、取引毎データ管理定義テーブル３０１に定義された入力順序３０５に従って、入力フロー情報５０１の入力順序５０４を定めることにより、データの入力順序を制御することができる。このように、入力順序の制御を行う場合であっても、追加で入力が必要なデータの入力データ項目の組合せ毎に異なるアプリケーションを開発する必要がなく、開発生産性やメンテナンス性の低下を防ぐことができる。
【００４６】
また、自動取引受付装置１０１では、図９に示したように、入力データ項目の入力順序（処理の流れ）が画面に表示される。これにより、自動取引受付装置１０１の利用者は、この入力順序を確認することにより、取引が完了するまでの流れを把握することができる。
【００４７】
また、自動取引受付装置１０１では、ＩＣカードや通帳、携帯電話等、複数の記憶媒体からデータを読み込むことが可能である。そして、ある記憶媒体からデータが読み込まれて入力フロー情報５０１が定められた後に、別の記憶媒体から更にデータが読み込まれた場合には、当該入力フロー情報５０１から不要な入力データ項目が削除される。これにより、利用者が画面表示装置１０２から手入力する必要のあるデータが更に減り、自動取引受付装置１０１の占有時間を更に削減することができる。
【００４８】
また、自動取引受付装置１０１では、記憶媒体から読み込まれたデータが既に入力済みのデータである場合は、取引毎データ定義管理テーブル３０１のデータ属性３０６に設定された優先順位に従って、どのデータを選択するかを決定することができる。これにより、ＩＣカードや携帯端末等、様々な記憶媒体に同一の入力データ項目のデータが格納される可能性がある場合であっても、事前に定められた優先順位に従って取引を行うことができる。
【００４９】
また、自動取引受付装置１０１では、記憶媒体から読み込まれたデータが既に入力済みのデータである場合に、既に入力済みのデータと同一であるかどうかを検出することができる。例えば、振込取引における振込金額や受取人口座番号等、非常に重要なデータについては、複数回入力されたデータが同一である場合のみ取引を行うこととすることにより、利用者の意図しない取引が行われることを防ぐことができる。
【００５０】
なお、上記実施例は本発明の理解を容易にするためのものであり、本発明を限定して解釈するためのものではない。本発明は、その趣旨を逸脱することなく、変更、改良され得ると共に、本発明にはその等価物も含まれる。
【図面の簡単な説明】
【００５１】
【図１】本発明の一実施形態である自動取引受付装置の構成を示す図である。
【図２】自動取引受付装置での取引における処理の流れを示すコンポーネントフロー定義情報の一例を示す図である。
【図３】自動取引受付装置を利用して行われる取引ごとに定義される情報である取引毎データ管理定義テーブルの一例を示す図である。
【図４】自動取引受付装置がＩＣカードリーダライタ装置を介して読み取るＩＣカードに格納されたデータであるＩＣカードデータの一例を示す図である。
【図５】利用者が追加で入力が必要なデータに関する情報である入力フロー情報の一例を示す図である。
【図６】ＩＣカード挿入処理の流れを示すフローチャートである。
【図７】入力フロー決定処理の流れを示すフローチャートである。
【図８】入力処理の流れを示すフローチャートである。
【図９】入力順序を示したデータの入力待ち画面の一例を示す図である。
【図１０】入力系コンポーネントが実行する入力データ判定処理の流れを示すフローチャートである。
【符号の説明】
【００５２】
１０１  自動取引受付装置                １０２  画面表示装置
１０３  デバイス装置                    １０４  ＩＣカードリーダライタ装置
１０５  携帯端末通信装置                １０６  上位サーバ
１１２  画面処理部                      １１３  デバイス処理部
１１４  ＩＣカード処理部                １１５  携帯端末処理部
１１６  上位アクセス処理部              １２１  コンポーネント
１２２  入力系コンポーネント            １２３  出力系コンポーネント
１２４  上位アクセスコンポーネント      １２５  共通コンポーネント
１３１  コンポーネントフロー制御部      １３２  コンポーネントフロー管理部
１３３  コンポーネントフローエンジン    １４１  取引データ管理部
２０１  コンポーネントフロー定義情報    ３０１  取引毎データ管理定義テーブル
４０１  ＩＣカードデータ                ５０１  入力フロー情報
【図１】
2007108931.tif 000003
【図２】
2007108931.tif 000004
【図３】
2007108931.tif 000005
【図４】
2007108931.tif 000006
【図５】
2007108931.tif 000007
【図６】
2007108931.tif 000008
【図７】
2007108931.tif 000009
【図８】
2007108931.tif 000010
【図９】
2007108931.tif 000011
【図１０】
2007108931.tif 000012