JP7316251B2 - 端末管理システム、端末管理方法 - Google Patents

Description

本発明は、端末管理システム、端末管理方法に関する。

近年、複数の銀行が現金自動取引装置（ＡＴＭ：Ａｕｔｏｍａｔｅｄ Ｔeｌｌｅｒ Ｍａｃｈｉｎｅ）を共有するものとして、ホワイトラベルＡＴＭが登場している。各銀行にとっては、資産としてＡＴＭを所有しなくて済み、管理コストが減る一方、エンドユーザとしても、銀行ごとに別のＡＴＭに行かずに済むというメリットがある。

複数の窓口端末によって１つの装置を共有する技術として、特許文献１がある。この公報には、「処理エラーが発生する可能性を低減しつつ、複数の窓口端末によって印字装置が効率的に共用されるようにすることが可能な技術が提供される。」と記載されている。

競合他社同士の情報を取得する技術として、特許文献２がある。この公報には、「自動取引装置１１と、顧客データベースを備え、前記自動取引装置１１を操作する顧客に対応するサービスコンテンツを提供する顧客情報管理システム２１とを有し、該顧客情報管理システム２１は、前記自動取引装置１１から受信した情報に基づいて前記顧客に対応するサービスコンテンツを前記顧客データベースから取得して前記自動取引装置１１に送信し、該自動取引装置１１は、前記サービスコンテンツを金融取引の合間に表示する。」と記載されている。

特開２０１９－１２８６９８号公報 特開２００４－１５２１６６号公報

銀行にとって、ＡＴＭだけでなく、銀行窓口などを含む店舗自体の所有コストを減らしたいという需要がある。特に、実店舗を持たないネット銀行にとって、自社で設備が何もない状態から店舗を構えるのではなく、共有して使える店舗（ホワイトラベル店舗）があれば、低コストで窓口業務を含む店舗でのサービスを実現することができる。

特許文献１では、他行とのサービス連携を実施することはできない。特許文献２では、他行のサービスコンテンツを融通するのみであり、自行とは異なる店舗にて、自行の窓口業務をエンドユーザに提供することはできない。

銀行は人件費及び物件費を支払い店舗運営しているが、これらは全て固定費であり、景気動向に合わせて店舗拡大や縮小が容易にできない。また、銀行の窓口で処理される件数は端末機器に比べ少なく、１取引を実施するコストは端末機器にて処理するよりも相対的に高い。さらに、銀行窓口にて行われる取引は、本質的にどこの銀行も同じではあるが、これらを標準化できず、各銀行にて業務内容を取り決め実施している。独自で運営しているという観点で店舗運営の効率が悪い。

本発明の一側面は、銀行が、自行とは異なる店舗にて、自行の窓口業務をエンドユーザに提供する環境を提供することが可能な端末管理システム、端末管理方法を提供することを目的とする。

本発明の一態様にかかる端末管理システムは、ユーザが取引のために操作する端末と、１または複数の銀行システムと接続し前記端末において生成される取引情報に基づいて処理を行う第１の管理装置とを有する端末管理システムであって、前記第１の管理装置と接続し、前記端末から前記取引情報を受信する第２の管理装置をさらに備え、前記第２の管理装置は、前記端末との間で前記取引のために前記銀行システムに共通して用いられる共通取引情報を処理するための共通電文処理部と、前記銀行システムまたは前記第１の管理装置との間で解釈可能な個別取引情報と前記共通取引情報とを対応付けた対応付けテーブルを用いて、前記共通取引情報を前記個別取引情報に変換する電文変換処理部とを有する、ことを特徴とする端末管理システムとして構成される。

本発明の一態様によれば、銀行が、自行とは異なる店舗にて、自行の窓口業務をエンドユーザに提供する環境を提供することができる。

本実施例の全体構成（全体構成例）を示す図である。 本実施例における現金自動取引装置構成を示す図である。 本実施例におけるビデオ端末装置構成を示す図である。 本実施例におけるホワイトラベル対応プロトコル管理装置構成を示す図である。 本実施例における既存プロトコル管理装置で処理する場合のシーケンスを示す図である。 本実施例で現金自動取引装置による取引を行った場合の管理装置の振り分けシーケンスを示す図である。 本実施における処理テーブルの例を示す図である。 本実施における現金自動取引装置での出金取引のフローを示す図である。 本実施におけるＶＴＭでの口座開設のフローを示す図である。 ホワイトラベル店舗のサービスを提供するにあたり、各ステークホルダにおける「お金の流れ」及び「サービスの流れ」を示す図である。

以下、図面を参照して本発明の実施形態を説明する。以下の記載および図面は、本発明を説明するための例示であって、説明の明確化のため、適宜、省略および簡略化がなされている。本発明は、他の種々の形態でも実施する事が可能である。特に限定しない限り、各構成要素は単数でも複数でも構わない。

図面において示す各構成要素の位置、大きさ、形状、範囲などは、発明の理解を容易にするため、実際の位置、大きさ、形状、範囲などを表していない場合がある。このため、本発明は、必ずしも、図面に開示された位置、大きさ、形状、範囲などに限定されない。

以下の説明では、「テーブル」、「リスト」等の表現にて各種情報を説明することがあるが、各種情報は、これら以外のデータ構造で表現されていてもよい。データ構造に依存しないことを示すために「ＸＸテーブル」、「ＸＸリスト」等を「ＸＸ情報」と呼ぶことがある。識別情報について説明する際に、「識別情報」、「識別子」、「名」、「ＩＤ」、「番号」等の表現を用いた場合、これらについてはお互いに置換が可能である。

同一あるいは同様な機能を有する構成要素が複数ある場合には、同一の符号に異なる添字を付して説明する場合がある。ただし、これらの複数の構成要素を区別する必要がない場合には、添字を省略して説明する場合がある。

また、以下の説明では、プログラムを実行して行う処理を説明する場合があるが、プログラムは、プロセッサ（例えばＣＰＵ（Central Processing Unit）、ＧＰＵ（Graphics Processing Unit））によって実行されることで、定められた処理を、適宜に記憶資源（例えばメモリ）および／またはインターフェースデバイス（例えば通信ポート）等を用いながら行うため、処理の主体がプロセッサとされてもよい。同様に、プログラムを実行して行う処理の主体が、プロセッサを有するコントローラ、装置、システム、計算機、ノードであってもよい。プログラムを実行して行う処理の主体は、演算部であれば良く、特定の処理を行う専用回路（例えばＦＰＧＡ（Field-Programmable Gate Array）やＡＳＩＣ（Application Specific Integrated Circuit））を含んでいてもよい。

プログラムは、プログラムソースから計算機のような装置にインストールされてもよい。プログラムソースは、例えば、プログラム配布サーバまたは計算機が読み取り可能な記憶メディアであってもよい。プログラムソースがプログラム配布サーバの場合、プログラム配布サーバはプロセッサと配布対象のプログラムを記憶する記憶資源を含み、プログラム配布サーバのプロセッサが配布対象のプログラムを他の計算機に配布してもよい。また、以下の説明において、２以上のプログラムが１つのプログラムとして実現されてもよいし、１つのプログラムが２以上のプログラムとして実現されてもよい。

以下に本実施の形態にかかる修理支援システムおよび修理支援方法をＡＴＭに適用した場合について詳細に説明するが、この例に限らず、様々な装置や機器に適用することができる。

以下、実施例を説明する前に、装置構成と通常のプロトコルでの取引の流れについて説明する。

＜全体構成の説明＞
図１は、ホワイトラベル店舗を含む端末管理システムの全体概要図である。図１に示すように、端末管理システム１０００は、ＡＴＭ１０７やＶＴＭ１０８を用いてエンドユーザ（以下、利用者）と所定の取引を行う銀行が管理する１または複数の銀行システム１０１と、利用者が所定の取引のために用いるＡＴＭ１０７やＶＴＭ１０８が設置された１または複数のホワイトラベル店舗１０５と、ホワイトラベル店舗１０５と銀行システム１０１との間で、既存のプロトコル（以下、既存プロトコル、第１のプロトコル）を用いて、ホワイトラベル店舗１０５に設置されたＡＴＭ１０７やＶＴＭ１０８で行われる所定の取引を行うための既存プロトコル管理装置１０４（第１の管理装置）と、ホワイトラベル店舗１０５と銀行システム１０１との間で、上記既存プロトコル以外のプロトコル（以下、ホワイトラベル対応プロトコル、第２のプロトコル）を用いて、ホワイトラベル店舗１０５に設置されたＡＴＭ１０７やＶＴＭ１０８で行われる所定の取引を行うためのホワイトラベル対応プロトコル管理装置１０５（第２の管理装置）と、を有し、これらがネットワークＮ１、Ｎ２を介して接続されている。以下では、ホワイトラベル店舗１０５にＡＴＭ１０７やＶＴＭ１０８が設置されている場合を例示しているが、所定の取引のために用いられる様々な端末や装置についても同様に適用することができる。

銀行システム１０１は、窓口オペレータ端末１０２と、ＤＢ（Data Base）１０３を含み、取引を管理する銀行のシステムである。窓口オペレータ端末１０２は、利用者と銀行の窓口オペレータをリアルタイムに接続する装置であり、取引を遠隔で行うためのオペレータ側に設置された装置である。ＤＢ１０３は、ホワイトラベル対応プロトコル管理装置１０５から既存プロトコル管理装置１０４を経由して取得された口座情報や取引情報、あるいはホワイトラベル対応プロトコル管理装置１０５から既存プロトコル管理装置１０４を経由せずに取得された口座情報や取引情報等が記録されたデータベースである。後述するように、本システムが、ＡＴＭ１０７やＶＴＭ１０８に接続された新規のデバイスまたは機能をサポートする場合は、ホワイトラベル対応プロトコル管理装置１０５から銀行システム１０１に直接接続され、処理される。

ホワイトラベル店舗１０６は、例えば、ＡＴＭ１０７とＶＴＭ１０８を含み、１または複数の銀行との間で取引を行える無人店舗である。但し、一部の業務に限り有人による対応も可能とする。ホワイトラベル対応プロトコル管理装置１０５は、各ホワイトラベル店舗１０６と複数の銀行システム１０１または複数の既存プロトコル管理装置１０４との接続を仲介する管理装置である。

図２は、ＡＴＭ周辺のシステム全体の構成図を示したものである。ＡＴＭ１０７は、ＡＴＭ全体および各部を制御する制御部２０３と、レシート処理部２０４、カード処理部２０５、表示処理部２０６、紙幣処理部２０７、暗証番号処理部２０８、通信部２０２を有して構成されている。ＡＴＭ１０７に関していえば、一例として、銀行窓口業務に必要な機構２０１１には、利用者のキャッシュカードに記録された口座番号等の取引情報を非接触で読み取る非接触ＩＣカードリ－ダ処理部２１１、利用者の指紋等の生体情報を用いて認証を行う生体認証処理部２１２、通帳の記帳処理等を行う通帳処理部２１３、税公金の帳票を処理する帳票読取処理部２０９、生体認証処理部２１２の処理結果を用いてあるいは当該処理結果とは異なる生体情報以外の情報を用いて本人を認証する処理部２１０が追加されても良い。以下では、取引結果を出力するレシート処理部２０４、利用者のキャッシュカードに記録された口座番号等の取引情報を読み取るカード処理部２０５、暗証番号の入力や取引金額の入力または表示等を行うための取引画面をタッチパネルに出力する表示処理部２０６、利用者との間で紙幣の入出金等の紙幣を用いた取引処理を行う紙幣処理部２０７、利用者から暗証番号の入力を受け付ける暗証番号処理部２０８、ホワイトラベル対応プロトコル管理装置１０５や既存プロトコル管理装置１０４等の他の装置との間で各種情報を送受信する通信部２０２が行う処理が既存プロトコルで行われる前提で説明している。しかし、これらの一部または全部が、上記銀行窓口業務に必要な機構２０１１に含めて追加されてもよい。レシート処理部２０４、カード処理部２０５、表示処理部２０６、紙幣処理部２０７、暗証番号処理部２０８、通信部２０２は、従来から知られている方法により、利用者との間で各種取引や処理を実行する。追加される上記銀行窓口業務に必要な機構２０１１には、ＡＴＭを介した取引や処理で用いられるデバイスおよびアプリケーションが含まれる。ＡＴＭ１０７は、例えば、取引選択画面や金融機関選択画面を表示し、利用者から取引や金融機関の選択を受け付けるためのタッチパネルをはじめ、上述した以外のＡＴＭとして備えるべき一般的な構成を有している。

図３は、ＶＴＭ周辺のシステム全体の構成図を示したものである。ＶＴＭ１０８は、ＶＴＭ全体および各部を制御する制御部３０３と、利用者が記載した申込書等の書類をスキャナで読み取るスキャナ処理部３０４、上記レシート処理部２０４、と同様のレシート処理部３０７、上記表示処理部２０６と同様の表示処理部３０９、利用者の顔画像をカメラで撮像するカメラ処理部３１０、上記通信部２０２と同様の通信部３０２を有して構成されている。ＶＴＭ１０８に関していえば、一例として、銀行窓口業務に必要な機構３０１１には、本人を認証する処理部３０５、生体認証処理部３０６、カード処理部３０８が追加されてもよい。スキャナ処理部３０４、レシート処理部３０７、表示処理部３０９、カメラ処理部３１０、通信部３０２は、従来から知られている方法により、利用者との間で各種取引や処理を実行する。追加される上記銀行窓口業務に必要な機構３０１１には、ＶＴＭを介した取引や処理で用いられるデバイスおよびアプリケーションが含まれる。ＶＴＭ１０８は、例えば、ＡＴＭ１０７と同様、取引選択画面や金融機関選択画面を表示し、利用者から取引や金融機関の選択を受け付けるためのタッチパネルをはじめ、上述した以外のＶＴＭとして備えるべき一般的な構成を有している。

図４は、ホワイトラベル対応プロトコル管理装置周辺のシステム全体の構成図を示したものである。ホワイトラベル対応プロトコル管理装置１０５は、装置を制御する制御部４０１と、電文処理部４０２を有して構成されている。電文処理部４０２は、主にホワイトラベル店舗に設置されているＡＴＭ１０７やＶＴＭ１０８をはじめとする端末や装置と通信を行うための共通電文処理部４０５と、主に各銀行システムと通信をおこなうための銀行システム向け電文変換処理部４０４を有している。これにより、銀行毎に通信プロトコルの形態が異なる場合でも、ホワイトラベル対応プロトコル管理装置１０５がその差を吸収し、利用者はこれまで通りの方法で取引を行う事ができる。

銀行システム１０１、ＡＴＭ１０７、ＶＴＭ１０８、ホワイトラベル対応プロトコル管理装置１０５、既存プロトコル管理装置１０４処理は、ＣＰＵ等の制御部である処理装置、ＲＯＭ（Read Only Memory）、ＲＡＭ（Random Access Memory）やＨＤＤ（Hard Disk Drive）、ＳＳＤ（Solid State Drive）等の記憶部である記憶媒体や記憶装置、ＮＩＣ（Network Interface Card）等の通信部である通信機器を有した、ハードウェアとしては一般的なコンピュータが備えるべき機能を有する。これらが実行する処理は、例えば、ＣＰＵが、ＲＯＭからプログラムを読み出し、ＲＡＭに対して読み書きして処理を実行することにより実現される。上記プログラムは、ＵＳＢ(Universal Serial Bus)メモリ等の外部の記憶媒体から読み出されたり、ネットワークを介した他のコンピュータからダウンロードする等して提供されたりしてもよい。

本実施例では、ＡＴＭ１０７とＶＴＭ１０８の接続の事例を説明するが、上述の通り、ＡＴＭ１０７とＶＴＭ１０８以外にも複数の端末や装置が接続されていてもよい。ＡＴＭ１０７とＶＴＭ１０８を含む各端末（以下、単に端末と呼ぶ場合がある）の各々は、これらを管理するサーバ（管理装置）に接続され、ＡＴＭ１０７やＶＴＭ１０８側の画面の遷移処理や、本人認証処理を行っている。本構成図において、例えば、既存プロトコル管理装置１０４が既存の取引を制御するサーバであり、ホワイトラベル対応プロトコル管理装置１０５が既存プロトコル管理装置１０４または銀行システム１０１とネットワークを介して接続されておりＡＴＭ１０７とＶＴＭ１０８とを仲介する役目を担っている。

ホワイトラベル対応プロトコル管理装置１０５および既存プロトコル管理装置１０４の上位には、銀行システム１０１がネットワークを介して接続される。銀行システム１０１にはＡＴＭ１０７やＶＴＭ１０８が取引や処理を行うための様々なＤＢ１０３が記憶され、銀行システム１０１は、ＡＴＭ１０７やＶＴＭ１０８から受信したデータやＤＢ１０３に記憶されているデータを用いて、各種データの管理、認証等を実施している。

ここで、ホワイトラベル対応プロトコル管理装置１０５が設けられていないシステムを考える。この場合、プロトコルなどの手順を異にする端末や装置が、端末や装置に対応する既存システムに接続する場合、または端末や装置に新規デバイスを追加する場合、または新しいアプリケーションの機能を実装する場合、端末や装置、またはサーバ側の改修作業が必要になる。その結果、改修費用、新たな端末や装置の接続対応費用、その他、従来の機能も含めた確認するテスト工数など多大なコストが掛かってしまう。また、今まで動作していた既存システムの状態はそのまま維持する必要があるため、デバイス追加、アプリケーション追加による影響確認工数も膨大になる。

本実施例では、既存の端末や装置と既存サーバとの間はこれまでと同じデータのやり取りや処理を行う状態を維持したまま、ホワイトラベル対応プロトコル管理装置１０５を、既存の端末や装置、既存プロトコル管理装置１０４の間に接続させる。このような構成とすることで、より低コストで、工数をかけずに、別の銀行システムへの接続、新デバイスへの接続、新アプリケーションが有する機能を実現するものである。

＜既存プロトコルでの取引の流れ＞
始めに図５を用いて、取引の一例として、一般的なＡＴＭでの出金取引のフローを示す。ＡＴＭ５１３は、既存プロトコル管理装置５１４と情報をやりとりすることで取引が完了する。ＡＴＭ５１３および既存プロトコル管理装置５１４は、既存プロトコルを用いて行う取引や処理について、図１に示したＡＴＭ１０７および既存プロトコル管理装置１０４と同様の取引や処理を行う。また、銀行システム５１８は、図１に示した銀行システム１０１と同様の取引や処理を行う。

ＡＴＭ５１３の表示処理部は、利用者がＡＴＭ５１３を操作して所定の取引を行うための取引選択画面を表示する（ステップ５０１）。ＡＴＭ５１３の表示処理部は、利用者５１２から、表示された取引選択画面に表示された出金ボタンの選択を受け付ける（ステップ５０５）。次に、ＡＴＭ５１３の表示処理部は、出金ボタンの選択を受け付けると、利用者によるカードの挿入を促すカード挿入画面を表示し（ステップ５１９）、カードの挿入を受け付ける（ステップ５０６）。

ＡＴＭ５１３のカード処理部が、カードが挿入されたことを検知し、当該カードが正しく認証されると、ＡＴＭ５１３の表示処理部は、利用者が定めた暗証番号の入力を促す暗証番号入力画面を表示する(ステップ５０２)。ここで、ＡＴＭ５１３の表示処理部は、利用者５１２から暗証番号の入力を受け付ける（ステップ５０７）。ＡＴＭ５１３の暗証番号処理部は、暗証番号が正しいか否かを判定し、暗証番号が正しいと判定した場合、ＡＴＭ５１３の表示処理部は、利用者が出金金額を指定するための金額入力画面を表示する（ステップ５０３）。ＡＴＭ５１３の表示処理部は、利用者５１２から、当該画面の誘導にしたがって金額の入力を受け付ける（ステップ５０８）。

その後、ＡＴＭ５１３の表示処理部が上記金額の入力を受け付けると、ＡＴＭ５１３の通信部は、取引要求として、口座番号、暗証番号、取引金額、ＡＴＭ番号等の出金に必要な情報を既存プロトコル管理装置５１４に送信する（ステップ５１０）。既存プロトコル管理装置５１４は、接続先の銀行システム５１８に、出金に関する取引要求を送信し（ステップ５１６）、銀行システム５１８から、例えば、残高不足となっていないこと、偽造カードではないこと等の確認が行われた結果として出金許可の返信を受ける（ステップ５１７）。ＡＴＭ５１３の通信部は、既存プロトコル管理装置５１４から出金許可を受け取る（ステップ５１１）。ＡＴＭ５１３の表示処理部は、指定した金額の現金を受け取るための現金受取画面を表示し（ステップ５０４）、ＡＴＭ５１３の紙幣処理部は、利用者５１２に対して現金を出金し（ステップ５０９）、利用者５１２が現金を受け取ることで取引は完了する（ステップ５１５）。

＜各銀行の既存プロトコル管理装置または銀行システムへの振り分け＞
図６は、ＡＴＭ１０７による取引において、ホワイトラベル対応プロトコル管理装置１０５から、どの銀行の既存プロトコル管理装置１０４または銀行システム１０１に接続するかを判断する振り分け処理のフローを示したものである。以下では、ＡＴＭ１０７の場合を例示しているが、ＶＴＭ１０８をはじめとする他の端末や装置についても同様に考えることができる。

ＡＴＭ１０７の表示処理部２０６は、利用者に対して取引を促すためのいらっしゃいませ画面を表示する（ステップ６０１）。ＡＴＭ１０７のカード処理部２０５は、利用者からカードの挿入を受け付けて、カードに記録された所定の情報を読み取ったか否かを判定、する（ステップ６０２）。ＡＴＭ１０７のカード処理部２０５は、カードの挿入を受け付けて、カードに記録された所定の情報を読み取ったと判定した場合（ステップ６０２；Ｙｅｓ）、Ｓ６０４に進む。一方、ＡＴＭ２０１のカード処理部２０５は、カードの挿入を受け付けていない、あるいはカードの挿入を受け付けたものの、カードに記録された所定の情報を読み取っていないと判定した場合（ステップ６０２；Ｎｏ）、ＡＴＭ１０７の表示処理部２０６は、上記いらっしゃいませ画面に表示されている金融機関名選択ボタンの選択を受け付ける（ステップ６０３）。

ＡＴＭ１０７の制御部２０３は、挿入されたカードに所定の情報として記録されている金融機関名や金融機関コード、あるいは上記いらっしゃいませ画面から選択された金融機関名や金融機関コードと、図７の処理テーブル７０１の金融機関コードとを突き合せて、どの銀行の取引を行うかを判定する（ステップ６０４）。例えば、制御部２０３は、カードに記録されている金融機関コードと処理テーブル７０１に登録されている金融機関コード７０２とを突合して一致した場合、当該銀行の取引画面を表示し、取引を行う。

図７は、処理テーブル７０１の例を示す図である。処理テーブル７０１は、図示しないＡＴＭ１０７のメモリに記憶されている。以下では、処理テーブル７０１がＡＴＭ１０７やＶＴＭ１０８に記憶されている場合を例示しているが、ＡＴＭ１０７以外の他の装置やシステム（例えば、既存プロトコル管理装置１０４やホワイトラベル対応プロトコル管理装置１０５、銀行システム１０１）あるいはこれら以外のネットワークを介して接続された他のシステムや装置に記憶され、これらの装置やシステムからネットワークを介してダウンロードする等して提供されてもよい。また、本実施例では、上記振り分け処理がＡＴＭ１０７で行われる場合を例示しているが、既存プロトコル管理装置１０４やホワイトラベル対応プロトコル管理装置１０５で行われてもよい。

図７に示すように、処理テーブル７０１には、銀行を識別するための金融機関コード７０２と、ホワイトラベル店舗を示す支店番号情報７０３と、ＡＴＭやＶＴＭで行われる各銀行向けの取引や処理またはＡＴＭやＶＴＭで用いられるデバイスを示す取引・処理／デバイス項目７０４とが対応付けて記憶されている。

図７では、例えば、金融機関コード「１２３４」、支店番号「１１１」で識別される銀行１の店舗では、「入金」、「出金」、「残高照会」「通帳記入」の各取引が、ホワイトラベル対応プロトコル管理装置１０５と既存プロトコル管理装置１０４または銀行システム１０１を介して行われることを示している。

また、例えば、金融機関コード「６７８９」、支店番号「９９９」で識別される銀行ｎの店舗では、新規デバイスとして追加された利用者のスマートフォン等の携帯端末のアプリケーションを用いた「モバイル連携」（モバイル入金、モバイル出金）で行われる取引や処理がホワイトラベル対応プロトコル管理装置１０５と既存プロトコル管理装置１０４または銀行システム１０１を介して行われることを示している。さらに、当該店舗では、新規デバイスとして追加された生体認証処理部２１２である「生体認証」（入金、出金）で行われる処理、および新規デバイスとして追加された非接触ＩＣカードリーダ処理部２１１である「非接触ＩＣ取引」で行われる取引や処理が上記銀行ｎのシステムとして独自に追加され、これらのデバイスを用いた取引や処理が、ホワイトラベル対応プロトコル管理装置１０５と既存プロトコル管理装置１０４または銀行システム１０１を介して行われることを示している。

さらに、上記銀行１の店舗および上記銀行ｎの店舗では、新規デバイスとして追加された税公金振込帳票を読み取るための帳票処理部２０９が行う取引や処理である「帳票読取７０４１」や、高額入出金の場合に必要な免許証等を用いた本人認証を行うための本人認証処理部２１０が行う取引や処理である「本人認証７０４２」を、これらの銀行における新たな取引として導入する場合を考える。この場合、これら銀行の店舗に設置されたＡＴＭ１０７やＶＴＭ１０８に記憶されている処理テーブル７０１に、上記「帳票読取７０４１」および「本人認証７０４２」を追加することで、これらの取引や処理が、ホワイトラベル対応プロトコル管理装置１０５と既存プロトコル管理装置１０４または銀行システム１０１を介して行われることとなる。

図６に戻り、ＡＴＭ１０７の制御部２０３は、Ｓ６０２で読み取られたカードに記録された所定の情報として記録されている金融機関名や金融機関コード、またはＳ６０３で上記いらっしゃいませ画面から選択された金融機関名や金融機関コードが、処理テーブル７０１に登録されている金融機関コードあるいは当該金融機関コードに対応する金融機関名のいずれかの金融機関コードであると判定した場合、ステップ６０５１～ステップ６０５ｎのいずれかの処理に進む。例えば、制御部２０３は、上記金融機関コードが銀行１の金融機関コード「１２３４」であると判定した場合、ステップ６０５１に進む。図６に示すように、制御部２０３において、該当する金融機関コードがあると判定した場合には、ステップ６０５１～ステップ６０５ｎを含むいずれかの処理（ステップ６０５ｘ：ｘは銀行１～ｎのいずれか）が行われることとなる。以下では、一例として、金融機関コードが銀行１の金融機関コードである場合を説明しているが、他の銀行の金融機関コードの場合についても同様に考えることができる。

制御部２０３により金融機関コードが銀行１を示すコードであると判定された場合、表示処理部２０６は、当該銀行１の取引選択画面を表示する（ステップ６０５１）。銀行ごとの取引選択画面は、例えば、ＡＴＭ１０７やＶＴＭ１０８、あるいはホワイトラベル対応プロトコル管理装置１０５や既存プロトコル管理装置１０４、銀行システム１０１の図示しない記憶部にあらかじめ記憶される。

制御部２０３は、取引が選択され処理されたのちに、銀行間で共通して用いられるプロトコルである共通プロトコルで構成された共通取引情報を、ホワイトラベル対応プロトコル管理装置１０５に送付する（ステップ６０６１）。共通取引情報の具体的な内容については後述するが、ＡＴＭ１０７やＶＴＭ１０８で行われる取引で必要となる取引情報（例えば、出金取引であれば、金融機関コード、口座番号、暗証番号、取引金額）を読み取るための銀行間で共通のフォーマットで記述された情報である。

ホワイトラベル対応プロトコル管理装置１０５は、ホワイトラベル店舗１０６のＡＴＭ１０７から受け取った上記共通取引情報を、上記共通取引情報に含まれる金融機関コードで識別される銀行１の既存プロトコル管理装置１０４または銀行システム１０１が解釈できる取引情報である個別取引情報（この場合は、銀行１用の取引情報）に変換する（ステップ６０７１）。共通取引情報から個別取引情報への変換は、例えば、ホワイトラベル対応プロトコル管理装置１０５が、取引の種別ごとに、共通取引情報に含まれる情報（例えば、出金取引であれば、金融機関コード、口座番号、暗証番号、取引金額や、これらの情報を記述するときの文字コード（ＥＢＣＤＩＣコード））と、個別取引情報に含まれる情報（例えば、出金取引であれば、銀行ごとに定められた取引金額の上限値や、銀行ごとに定められた取引や処理を行うために記述される文字コード（ＳＨＩＦＴ＿ＪＩＳコード））とを対応付けた対応付けテーブルを保持しておき、ＡＴＭ１０７から受け取った共通取引情報のなかで、上記対応付けテーブルに記憶されている情報を、個別取引情報に変換すればよい。当該対応付けテーブルは、ホワイトラベル対応プロトコル管理装置１０５の制御部４０１の図示しないメモリに記憶され、金融機関ごとに設けられる前提で説明しているが、金融機関の各支店や店舗ごとに設けられていてもよい。これにより、同じ金融機関であっても、支店や店舗ごとに処理する取引の種類が異なる場合には、上記対応付けテーブルをその支店や店舗ごとに設けておくことで、それぞれの支店や店舗での取引の種類に応じて、共通取引情報から個別取引情報への変換（あるいはその逆の変換）が可能となる。

ホワイトラベル対応プロトコル管理装置１０５は、上記銀行１の個別取引情報を、銀行１の既存プロトコル管理装置１０４または銀行システム１０１に送信し（ステップ６０８１）、銀行１の既存プロトコル管理装置１０４または銀行システム１０１は、ホワイトラベル対応プロトコル管理装置１０５から受け取った上記銀行１の個別取引情報を処理する（ステップ６０９１）。以下、これらのシステム構成を前提とし、図８の処理フローをもとに本実施例を説明する。

＜実施例１：出金取引＞
図８を用いて、一例として、ＡＴＭでの出金取引のフローを示す。ＡＴＭ８１７はホワイトラベル型プロトコル管理装置８１８と既存プロトコル８１９とを介して銀行１の銀行システム８２０と情報をやりとりすることで取引が完了する。ＡＴＭ８１７および既存プロトコル管理装置８１９は、既存プロトコルを用いて行う取引や処理について、図１に示したＡＴＭ１０７および既存プロトコル管理装置１０４と同様の取引や処理を行う。

ＡＴＭ８１７の表示処理部は、カード挿入画面をタッチパネル等の表示部に表示する（ステップ８０１）。ＡＴＭ８１７のカード処理部は、利用者８１６から、カードの挿入を受け付ける（ステップ８０６）。ＡＴＭ８１７の制御部は、カード処理部が読み取ったカードに記録された所定の情報に含まれる金融機関コードと、図７の処理テーブル７０１に含まれる金融機関コードとを比較し、当該金融機関コードで識別される金融機関（例えば、銀行１）で取引可能な取引種別を取得し（ステップ８０２）、例えば、ＡＴＭ８１７の表示処理部が、当該金融機関（例えば、銀行１）の取引選択画面を表示する（ステップ８０３）。

ＡＴＭ８１７の表示処理部は、利用者８１６から、表示された取引選択画面から出金ボタンの選択を受け付ける（ステップ８０７）。次にＡＴＭ８１７の表示処理部は、出金ボタンの選択を受け付けると、銀行１との間で用いられる暗証番号の入力画面を表示し（ステップ８０４）、利用者８１６から暗証番号の入力を受け付ける（ステップ８０８）。ＡＴＭ８１７の暗証番号処理部は、入力された暗証番号が正しいか否かを判定し、当該暗証番号が正しいと判定した場合、ＡＴＭ８１７の表示処理部は、金額入力画面を表示する（ステップ８０５）。ＡＴＭ８１７の表示処理部は、利用者８１６から、画面の誘導に従って金額の入力を受け付ける（ステップ８０９）。

その後、ＡＴＭ８１７の表示処理部が上記金額の入力を受け付けると、ＡＴＭ８１７の通信部は、標準取引要求として、金融機関コード、口座番号、暗証番号、取引金額等の出金に必要な、銀行間で共通のフォーマットで記述された共通取引情報をホワイトラベル対応プロトコル管理装置８１８に送信する（ステップ８１０）。

ホワイトラベル対応プロトコル管理装置８１８の共通電文処理部は、例えば、上記標準取引要求として受け取った共通取引情報に含まれる金融機関コードと、図７に示した処理テーブル７０１あるいは上記対応付けテーブルとを参照して、共通取引情報に含まれる金融機関コードに対応する金融機関（例えば、銀行１）の銀行システム１０１が、接続すべき金融機関の銀行システム１０１であると判定し、当該銀行システムを接続対象として選択する。そして、ホワイトラベル対応プロトコル管理装置８１８の電文変換処理部は、共通電文処理部が接続すべきと判定した金融機関の銀行システム１０１配下の既存プロトコル管理装置との間で接続を確立し、上記共通取引情報のうち上記対応付けテーブルに記憶されている情報を、個別取引情報に変換し、銀行１向けに変換した取引要求を送信する（ステップ８１１）。

既存プロトコル管理装置８１９は、接続先である銀行システム８２０に、出金に関する取引要求を送信し（ステップ８１２）、銀行システム８２０から、例えば、残高不足となっていないこと、偽造カードではないこと等の確認が行われた結果として出金許可の返信を受ける（ステップ８１３）。

ホワイトラベル対応プロトコル管理装置８１８の電文変換処理部は、接続先である既存プロトコル装置８１９から出金許可を受け取り（ステップ８１４）、ステップ８１１とは逆の手順で個別取引情報から共通取引情報に変換する。ホワイトラベル対応プロトコル管理装置８１８の共通電文処理部は、変換された上記出金許可を含む共通通取引情報を、上記標準取引要求の結果を示す標準出金許可としてＡＴＭ８１７へ送信する。

ＡＴＭ８１７の通信部は、ホワイト対応プロトコル管理装置８１８から上記標準出金許可を受け取る（ステップ８１５）。ＡＴＭ８１７の表示処理部は、指定した金額の現金を受け取るための現金受取画面を表示し（ステップ８１２）、ＡＴＭ５１３の紙幣処理部は、利用者８１６に対して現金を出金し（ステップ８２２）、利用者８１６が現金を受け取ることで取引は完了する（ステップ８２３）。

＜実施例２：口座開設＞
図９を用いて、一例として、ＶＴＭでの口座開設のフローを示す。ＶＴＭ９２２はホワイトラベル型プロトコル管理装置９２３と銀行２オペレータ端末９２４とを介して銀行１のシステムと情報をやりとりすることで取引が完了する。ＶＴＭ９２２および銀行２オペレータ端末９２４は、双方向でのやり取りで行われる取引や処理について、図１に示したＶＴＭ１０８および窓口オペレータ端末１０２と同様の取引や処理を行う。

ＶＴＭ９２２の表示処理部は、銀行選択画面をタッチパネル等の表示部に表示する（ステップ９０１）。ＶＴＭ９２２の表示処理部は、利用者９２１から、取引を行う銀行の選択を受け付ける（ステップ９０７）。ＶＴＭ９２２の制御部は、選択された銀行の金融機関コードと図７の処理テーブル７０１に含まれる金融機関コードとを比較し、当該金融機関コードで識別される金融機関（例えば、銀行２）で取引可能な取引種別を取得し（ステップ９０２）、ＡＴＭ８１７の表示処理部が、当該金融機関（例えば、銀行２）の取引選択画面を表示する（ステップ９０３）。

ＶＴＭ９２２の表示処理部は、利用者９２１から、表示された取引選択画面から口座開設ボタンの選択を受け付ける（ステップ９０８）。次にＶＴＭ９２２の通信部は、口座開設ボタンの選択を受け付けると、銀行２の窓口オペレータ端末９２４に接続するために、標準来店通知として、金融機関コード、店舗番号や選択された取引情報等の、銀行間で共通のフォーマットで記述された共通取引情報をホワイトラベル対応プロトコル管理装置９２３に送信する（ステップ９１１）。

ホワイトラベル対応プロトコル管理装置９２３の共通電文処理部は、例えば、上記標準来店通知として受け取った共通取引情報に含まれる金融機関コードと、図７に示した処理テーブル７０１あるいは上記対応付けテーブルとを参照して、共通取引情報に含まれる金融機関コードに対応する金融機関（例えば、銀行２）の銀行システム１０１が、接続すべき金融機関の銀行システム１０１であると判定する。そして、ホワイトラベル対応プロトコル管理装置９２３の電文変換処理部は、共通電文処理部が接続すべきと判定した金融機関の銀行システム１０１配下の窓口オペレータ端末９２４との間で接続を確立し、上記共通取引情報のうち上記対応付けテーブルに記憶されている情報を、個別取引情報に変換し、変換した来店通知を銀行２オペレータ端末９２４に送信する（ステップ９１２）。

銀行２オペレータ端末９２４は、上記変換された来店通知を受信すると、当該来店通知に基づくオペレータからの操作に従って、利用者を次の動作に導いて申込記入に必要な当金融機関で定められたフォーマットの用紙情報を、ホワイトラベル対応プロトコル管理装置９２３へ送信する（ステップ９１３）。

ホワイトラベル対応プロトコル管理装置９２３の電文変換処理部は、銀行２オペレータ端末９２４から受信した上記フォーマットの用紙情報を、ステップ９１２とは逆の手順で個別取引情報から共通取引情報に変換する。ホワイトラベル対応プロトコル管理装置９２３の共通電文処理部は、変換された上記用紙情報を含む共通取引情報を、上記標準来店通知の次の手順を示す標準用紙情報としてＶＴＭ９２２へ送信する（ステップ９１４）。

次にＶＴＭ９２２のレシート処理部は、上記標準用紙情報で定められたフォーマットで申込記入用紙を印字（ステップ９０４）し、ＶＴＭ９２２の表示処理部は、当該申込記入用紙を読み込むための読込画面及び本人認証を促す認証画面を、タッチパネル等の表示部に表示する（ステップ９０５）。ＶＴＭ９２２のスキャナ処理部は、利用者９２１により申請に必要な情報が記入されたから印刷後の申込用紙をスキャナに読み込ませ、次に、本人認証を行うため免許証等の本人確認ができる媒体をスキャナに読み込ませる（ステップ９０９）。

ＶＴＭ９２２の表示処理部は、スキャナから読み込まれた上記印刷後の申込用紙および上記媒体を、処理中画面に表示する（ステップ９１５１）。ＶＴＭ９２２の通信部は、スキャンされたこれらのスキャンデータを含む共通取引情報をホワイトラベル対応プロトコル管理装置９２３へ送信する（ステップ９１５２）。

ホワイトラベル対応プロトコル管理装置９２３の共通電文処理部は、上記スキャンデータを含む共通取引情報を受け取り、ステップ９１１の場合と同様に、上記共通取引情報のうち上記対応付けテーブルに記憶されている情報を、個別取引情報に変換し、変換したスキャンデータを含む個別取引情報を、銀行２オペレータ端末９２４に送信する(ステップ９１６)。

銀行２オペレータ端末９２４は、オペレータによるスキャンデータ内容確認結果に基づく操作に従って、当金融機関で定められたフォーマットの取引結果を、ホワイトラベル対応プロトコル管理装置９２３へ送信する（ステップ９１８）。

ホワイトラベル対応プロトコル管理装置９２３の電文変換処理部は、銀行２オペレータ端末９２４から受け取った上記取引結果を、ステップ９１６とは逆の手順で個別取引情報から共通取引情報に変換する。ホワイトラベル対応プロトコル管理装置９２３の共通電文処理部は、変換された上記取引結果を含む共通取引情報を、標準取引結果としてＶＴＭ９２２へ送信する（ステップ９１７）。

その後、ＶＴＭ９２２の表示処理部は、標準取引結果をタッチパネル等の表示部に表示し、ＶＴＭ９２２のレシート処理部は、当該標準取引結果を印字する（ステップ９０６）。利用者９２１は、結果内容を画面と印字内容で確認し、取引は完了する（ステップ９１９）。

＜実施例３：ホワイトラベル店舗サービスの利用＞
図１０は、ホワイトラベル店舗の金の流れとサービスの流れを表したビジネスモデルの全体概要図である。本実施例では、銀行側の視点、利用者の視点、ホワイトラベル店舗の運営側の視点から見た金とサービスの流れについて説明する。

ホワイトラベル店舗１０６は、複数の銀行が銀行窓口業務を行うためのサービスを提供する。ホワイトラベル店舗１０６には、ＡＴＭ１０７及びＶＴＭ１０８などの金融機関で用いられる端末や装置があり、これらが有人の銀行窓口業務を代行するサービスを提供する。

複数の銀行群１００６は、上記ＡＴＭ１０７及びＶＴＭ１０８などの金融機関で用いられる端末や装置を介した取引を通じて、これらの端末や装置が設置されているホワイトラベル店舗１０６の店舗利用料、これらの端末や装置の利用料、これらの端末や装置で行われた取引の取引手数料等の銀行向け手数料１００１を支払う事で、その対価として、当該ホワイトラベル店舗１０６の店舗利用、および上記端末や装置を利用した鳥非違を含むサービスを提供する権利を獲得できる。これにより、従来各銀行で運営してきた店舗及び端末や装置、あるいはこれらに必要であった固定資産を保持する必要がなくなり、低コストで窓口業務を含む店舗でのサービスを実現することができる。

また、利用者１００５は、従来通り、取引手数料１００３を支払うことで、ＡＴＭ１０７やＶＴＭ１０８を利用することができ、サービスまたは商品１００４の提供を受けることができる。

さらに、ホワイトラベル店舗の運営側となる企業は、ホワイトラベル店舗１０６及び上記端末や装置の保守員１００９に対して保守費１００７を支払うことで、上記ホワイトラベル店舗１０６及び上記端末や装置の保守維持サービス１００８の提供を受けることができる。また、上記運営側となる企業は、現金輸送などの警備警送費１０１０を警備会社１０１２に支払い、警備警送サービス１０１１の提供を受けることができる。さらに、上記運営側となる企業は、ホワイトラベル店舗１０６及び上記端末や装置の監視費用１０１３を支払い、オペレータ１０１５により、利用者に対する遠隔操作を行うオペレーション１０１４を含む監視サービスを提供すことができる。さらに、上記運営側となる企業は、ＡＴＭ１０７およびＶＴＭ１０８を保有し、銀行窓口業務を代行するサービスを提供することも可能である。

このように、本システムでは、ユーザである利用者が取引のために操作する端末（例えば、ＡＴＭ１０７、ＶＴＭ１０８）と、１または複数の銀行システム１０１と接続し上記端末において生成される取引情報に基づいて処理を行う第１の管理装置（例えば、既存プロトコル管理装置１０４）とを有する端末管理システム１０００において、上記第１の管理装置と接続し、上記端末から上記取引情報を受信する第２の管理装置（例えば、ホワイトラベル対応プロトコル管理装置）をさらに備え、上記第２の管理装置は、上記端末との間で上記取引のために上記銀行システムに共通して用いられる共通取引情報を処理するための共通電文処理部４０５と、上記銀行システムまたは上記第１の管理装置との間で解釈可能な個別取引情報と上記共通取引情報とを対応付けた対応付けテーブルを用いて、上記共通取引情報を上記個別取引情報に変換する電文変換処理部４０４とを有するので、例えば、複数あるうちのある銀行が、自行とは異なる店舗の端末や装置を用いて、自行の窓口業務をエンドユーザに提供するための環境を提供することができる。

また、上記システムでは、いずれの上記銀行システムであるかを示す識別情報（例えば、金融機関コード）と、当該識別情報により識別された銀行システムで処理可能な取引とを対応付けた処理テーブル７０１を有し、上記第２の管理装置の共通電文処理部４０５は、上記共通取引情報に含まれる上記銀行システムの識別情報と、上記処理テーブルまたは上記対応付けテーブルとに基づいて、上記取引のために接続すべき銀行システムを選択する。これにより、各銀行システムで処理可能な取引を自動的に判定し、処理を振り分けることができる。

また、上記第２の管理装置の電文変換処理部４０４は、上記対応付けテーブルを用いて、上記銀行システムまたは上記第１の管理装置から上記銀行システムでの処理結果を含む上記個別取引情報を上記共通取引情報に変換し、上記第２の管理装置の共通電文処理部４０４は、上記変換された上記共通取引情報を上記端末に送信するので、銀行ごとに定められたフォーマットから各銀行で用いられる共通のフォーマットに再変換し、既存のシステムに影響を与えることなく取引を行うことができる。

また、上記第２の管理装置の電文変換処理部４０４は、上記取引の種類（例えば、出金取引や入金取引といった取引種別）に応じて、上記変換後の個別取引情報を、上記取引のために接続すべき銀行システムに直接送信するか、または当該銀行システムに接続された上記第１の管理装置を経由して送信するかを選択してもよい。これにより、例えば、新規のデバイスまたは機能をサポートしない場合には、従来通り既存プロトコル管理装置１０４を介して取引を行うことができる。

また、上記対応付けテーブルは、上記銀行システムを有する金融機関の支店または店舗ごとに設けられ、上記第２の管理装置の電文変換処理部は、上記支店または店舗ごとに設けられた上記対応付けテーブルを用いて、当該支店または店舗から受信された上記共通取引情報を上記個別取引情報に変換してもよい。この場合、金融機関が管轄するそれぞれの支店や店舗での取引の種類に応じて、共通取引情報と個別取引情報との間の変換が可能となる。

１０００ 端末管理システム
１０１ 銀行システム
１０２ 窓口オペレータ端末
１０３ ＤＢ
１０４ 既存プロトコル管理装置
１０５ ホワイトラベル対応プロトコル管理装置
１０６ ホワイトラベル店舗
１０７ 自動現金取引装置（ＡＴＭ）
１０８ ビデオ取引装置（ＶＴＭ）
４０４ 電文変換処理部
４０５ 共通電文処理部
７０１ 処理テーブル

Claims (5)

1. ユーザが取引のために操作する端末と、１または複数の銀行システムと接続し前記端末において生成される取引情報に基づいて処理を行う第１の管理装置とを有する端末管理システムであって、
   前記銀行システムまたは前記第１の管理装置と前記端末との間で接続し、前記端末から前記取引情報を受信する第２の管理装置をさらに備え、
   前記第１の管理装置は、第１のプロトコルを用いて、既存の処理部により前記端末で行われる第１の取引を行い、
   前記第２の管理装置は、第１のプロトコル以外の第２のプロトコルを用いて、新規に追加された機構により前記端末で行われる第２の取引を行い、
   前記第２の管理装置は、前記端末との間で前記第１の取引または前記第２の取引のために前記銀行システムに共通して用いられる共通取引情報を処理するための共通電文処理部と、前記銀行システムまたは前記第１の管理装置との間で解釈可能な個別取引情報と前記共通取引情報とを対応付けた対応付けテーブルを用いて、前記共通取引情報を前記個別取引情報に変換する電文変換処理部とを有し、
   前記電文変換処理部は、前記共通取引情報のうち取引または処理を行うための情報を記述するときの文字コードを、銀行ごとに取引または処理を行うために記述される文字コードに変換し、
   いずれの前記銀行システムであるかを示す識別情報と、当該識別情報により識別された銀行システムで処理可能な取引とを対応付けた処理テーブルを有し、
   前記第２の管理装置の共通電文処理部は、前記共通取引情報に含まれる前記銀行システムの識別情報と、前記処理テーブルまたは前記対応付けテーブルとに基づいて、前記第１の取引または前記第２の取引のために接続すべき銀行システムを選択し、
   前記第２の管理装置の電文変換処理部は、前記第１の取引または前記第２の取引の種類に応じて、前記変換後の個別取引情報を、前記第１の取引または前記第２の取引のために接続すべき銀行システムに直接送信するか、または当該銀行システムに接続された前記第１の管理装置を経由して送信するかを選択する、
   ことを特徴とする端末管理システム。
2. 前記第２の管理装置の電文変換処理部は、前記対応付けテーブルを用いて、前記銀行システムまたは前記第１の管理装置から前記銀行システムでの処理結果を含む前記個別取引情報を前記共通取引情報に変換し、
   前記第２の管理装置の共通電文処理部は、前記変換された前記共通取引情報を前記端末に送信する、
   ことを特徴とする請求項１に記載の端末管理システム。
3. 前記対応付けテーブルは、前記銀行システムを有する金融機関の支店または店舗ごとに設けられ、
   前記第２の管理装置の電文変換処理部は、前記支店または店舗ごとに設けられた前記対応付けテーブルを用いて、当該支店または店舗から受信された前記共通取引情報を前記個別取引情報に変換する、
   ことを特徴とする請求項１に記載の端末管理システム。
4. ユーザが取引のために操作する端末と、１または複数の銀行システムと接続し前記端末において生成される取引情報に基づいて処理を行う第１の管理装置とに接続され、前記端末から前記取引情報を受信する第２の管理装置であって、
   前記第２の管理装置は、前記銀行システムまたは前記第１の管理装置と前記端末との間で接続し、前記端末から前記取引情報を受信し、
   前記第２の管理装置は、前記第１の管理装置において、既存の処理部により前記端末で行われる第１の取引で用いられる第１のプロトコル以外の第２のプロトコルを用いて、新規に追加された機構により前記端末で行われる第２の取引を行い、
   前記端末との間で前記第１の取引または前記第２の取引のために前記銀行システムに共通して用いられる共通取引情報を処理するための共通電文処理部と、
   前記銀行システムまたは前記第１の管理装置との間で解釈可能な個別取引情報と前記共通取引情報とを対応付けた対応付けテーブルを用いて、前記共通取引情報を前記個別取引情報に変換する電文変換処理部と、を有し、
   前記電文変換処理部は、前記共通取引情報のうち取引または処理を行うための情報を記述するときの文字コードを、銀行ごとに取引または処理を行うために記述される文字コードに変換し、
   いずれの前記銀行システムであるかを示す識別情報と、当該識別情報により識別された銀行システムで処理可能な取引とを対応付けた処理テーブルを有し、
   前記第２の管理装置の共通電文処理部は、前記共通取引情報に含まれる前記銀行システムの識別情報と、前記処理テーブルまたは前記対応付けテーブルとに基づいて、前記第１の取引または前記第２の取引のために接続すべき銀行システムを選択し、
   前記第２の管理装置の電文変換処理部は、前記第１の取引または前記第２の取引の種類に応じて、前記変換後の個別取引情報を、前記第１の取引または前記第２の取引のために接続すべき銀行システムに直接送信するか、または当該銀行システムに接続された前記第１の管理装置を経由して送信するかを選択する、
   ことを特徴とする端末管理装置。
5. ユーザが取引のために操作する端末と、１または複数の銀行システムと接続し前記端末において生成される取引情報に基づいて処理を行う第１の管理装置とに接続され、前記端末から前記取引情報を受信する第２の管理装置で行われる端末管理方法であって、
   前記第２の管理装置は、前記銀行システムまたは前記第１の管理装置と前記端末との間で接続し、前記端末から前記取引情報を受信し、
   前記第２の管理装置は、前記第１の管理装置において、既存の処理部により前記端末で行われる第１の取引で用いられる第１のプロトコル以外の第２のプロトコルを用いて、新規に追加された機構により前記端末で行われる第２の取引を行い、
   共通電文処理部が、前記端末との間で前記第１の取引または前記第２の取引のために前記銀行システムに共通して用いられる共通取引情報を処理し、
   電文変換処理部が、前記銀行システムまたは前記第１の管理装置との間で解釈可能な個別取引情報と前記共通取引情報とを対応付けた対応付けテーブルを用いて、前記共通取引情報を前記個別取引情報に変換し、
   前記電文変換処理部が、前記共通取引情報のうち取引または処理を行うための情報を記述するときの文字コードを、銀行ごとに取引または処理を行うために記述される文字コードに変換し、
   前記第２の管理装置の共通電文処理部が、前記共通取引情報に含まれる前記銀行システムの識別情報と、いずれの前記銀行システムであるかを示す識別情報と、当該識別情報により識別された銀行システムで処理可能な取引とを対応付けた処理テーブルまたは前記対応付けテーブルとに基づいて、前記第１の取引または前記第２の取引のために接続すべき銀行システムを選択し、
   前記第２の管理装置の電文変換処理部が、前記第１の取引または前記第２の取引の種類に応じて、前記変換後の個別取引情報を、前記第１の取引または前記第２の取引のために接続すべき銀行システムに直接送信するか、または当該銀行システムに接続された前記第１の管理装置を経由して送信するかを選択する、
   ことを特徴とする端末管理方法。

Images