(57)【要約】【課題】自動取引装置をウェブ技術を使って制御するとき、画面の切り替え時に不完全な画面が表示されるのを防止する。【解決手段】ウェブページが、複数のアプリケーション用フレームとアプリケーション制御フレームにより構成される。各アプリケーション用フレームは、取引画面を表示制御する手段と、取引画面の切り替え要求イベントの発生を検出する手段と、別のアプリケーション用フレームに対して新たな取引画面のダウンロードを要求する手段と、アプリケーション制御フレームに対して取引画面の切り替えを要求する手段と、取引画面の切り替え要求を受け付ける手段と、新たな取引画面をダウンロードする手段とを備える。アプリケーション制御フレームは、新たな取引画面のダウンロード完了を検出する手段と、取引画面の切り替え処理を実行する手段を備える。【選択図】図１
2009176194.tif 000002
【特許請求の範囲】
【請求項１】
ウェブページが複数フレーム構成にされており、取引画面を表示して制御する複数のアプリケーション用フレームと、取引画面の切り替えを制御するアプリケーション制御フレームとが、前記ウェブページに含められ、
各アプリケーション用フレームは、取引画面を表示して制御する手段と、取引画面の切り替え要求イベントの発生を検出する手段と、別のアプリケーション用フレームに対して新たな取引画面のダウンロードを要求する手段と、前記アプリケーション制御フレームに対して取引画面の切り替えを要求する手段と、取引画面の切り替え要求を受け付ける手段と、前記新たな取引画面をダウンロードする手段とを備え、
前記アプリケーション制御フレームは、いずれかのアプリケーション用フレームから取引画面の切り替え要求を受信する手段と、この取引画面の切り替え要求を受信して、別のアプリケーション用フレームが新たな取引画面のダウンロードを開始したとき、そのダウンロードの完了を検出する手段と、このダウンロードの完了を検出したとき、直前の取引画面を表示制御していたアプリケーション用フレームに代わって、前記別のアプリケーション用フレームが、前記新たな取引画面を表示して制御するように、取引画面の切り替え処理を実行する手段を備えたことを特徴とする自動取引装置。
【請求項２】
ウェブページが複数フレーム構成にされており、取引画面を表示して制御する複数のアプリケーション用フレームと、取引画面の切り替えを制御するアプリケーション制御フレームとが、前記ウェブページに含められ、
いずれかのアプリケーション用フレームが取引画面を表示して制御中に、取引画面の切り替え要求イベントが発生したことを検出するステップと、
当該アプリケーション用フレームが、別のアプリケーション用フレームに対して、新たな取引画面のダウンロードを要求する処理を実行するとともに、前記アプリケーション制御フレームに対して、取引画面の切り替えを要求する処理を実行するステップと、
前記別のアプリケーション用フレームが、前記新たな取引画面のダウンロードを実行するステップと、
前記アプリケーション制御フレームが、前記新たな取引画面のダウンロードの完了を検出したとき、直前の取引画面を表示制御していたアプリケーション用フレームに代わって、前記別のアプリケーション用フレームが、前記新たな取引画面を表示して制御するように、取引画面の切り替え処理を実行するステップとを含む、自動取引装置の制御方法。
【請求項３】
請求項２に記載の自動取引装置の制御方法において、
前記新たな取引画面を表示して制御するアプリケーション用フレームは、取引画面の切り替え処理が実行されるまで非表示状態に設定され、
前記アプリケーション制御フレームは書き替えられることはなく、常に非表示状態に設定されていることを特徴とする自動取引装置の制御方法。
【請求項４】
請求項２または３に記載の自動取引装置の制御方法において、
現在取引画面を表示制御しているアプリケーション用フレームは、画面切り替えを要求する操作イベントの発生を検出すると、新たな取引画面をダウンロードするためのＵＲＬを取得して次に新たな取引画面を表示するアプリケーション用フレームにそのＵＲＬを渡し、アプリケーション制御フレームに画面切り替え要求をすることを特徴とする自動取引装置の制御方法。
【請求項５】
請求項２乃至４のいずれかに記載の自動取引装置の制御方法において、
アプリケーション制御フレームは、前記別のアプリケーション用フレームが新たな取引画面のダウンロードを開始したときにタイマをスタートさせて、障害検出処理を実行することを特徴とする自動取引装置の制御方法。
【請求項６】
請求項２乃至５のいずれかに記載の自動取引装置の制御方法において、
いずれかのアプリケーション用フレームが取引画面を表示して、所定のアプリケーションと通信をしながら取引処理を実行中に、
待機中の別のアプリケーション用フレームが、前記アプリケーションとは異なるアプリケーションと通信をして、任意の処理を実行することを特徴とする自動取引装置の制御方法。
【請求項７】
コンピュータにより起動されるウェブページが複数フレーム構成にされており、取引画面を表示して制御する複数のアプリケーション用フレームと、取引画面の切り替えを制御するアプリケーション制御フレームとが、前記ウェブページに含められ、
前記コンピュータを、
各アプリケーション用フレームが、取引画面を表示して制御する手段と、取引画面の切り替え要求イベントの発生を検出する手段と、別のアプリケーション用フレームに対して新たな取引画面のダウンロードを要求する手段と、前記アプリケーション制御フレームに対して取引画面の切り替えを要求する手段と、取引画面の切り替え要求を受け付ける手段と、前記新たな取引画面をダウンロードする手段とを備え、
前記アプリケーション制御フレームが、いずれかのアプリケーション用フレームから取引画面の切り替え要求を受信する手段と、この取引画面の切り替え要求を受信して、別のアプリケーション用フレームが新たな取引画面のダウンロードを開始したとき、そのダウンロードの完了を検出する手段と、このダウンロードの完了を検出したとき、直前の取引画面を表示制御していたアプリケーション用フレームに代わって、前記別のアプリケーション用フレームが、前記新たな取引画面を表示して制御するように、取引画面の切り替え処理を実行する手段、
として機能させる自動取引装置制御プログラム。
【請求項８】
コンピュータにより起動されるウェブページが複数フレーム構成にされており、取引画面を表示して制御する複数のアプリケーション用フレームと、取引画面の切り替えを制御するアプリケーション制御フレームとが、前記ウェブページに含められ、
前記コンピュータを、
各アプリケーション用フレームが、取引画面を表示して制御する手段と、取引画面の切り替え要求イベントの発生を検出する手段と、別のアプリケーション用フレームに対して新たな取引画面のダウンロードを要求する手段と、前記アプリケーション制御フレームに対して取引画面の切り替えを要求する手段と、取引画面の切り替え要求を受け付ける手段と、前記新たな取引画面をダウンロードする手段とを備え、
前記アプリケーション制御フレームが、いずれかのアプリケーション用フレームから取引画面の切り替え要求を受信する手段と、この取引画面の切り替え要求を受信して、別のアプリケーション用フレームが新たな取引画面のダウンロードを開始したとき、そのダウンロードの完了を検出する手段と、このダウンロードの完了を検出したとき、直前の取引画面を表示制御していたアプリケーション用フレームに代わって、前記別のアプリケーション用フレームが、前記新たな取引画面を表示して制御するように、取引画面の切り替え処理を実行する手段、
として機能させる自動取引装置制御プログラムを記録したコンピュータで読み取り可能な記録媒体。
【請求項９】
取引画面を表示して制御する複数の表示制御ウェブページと、取引画面の切り替えを制御するアプリケーション制御ウェブページとを備え、かつ、各ウェブページは、それぞれ他のウェブページと通信をする手段を備え、
前記各表示制御ウェブページは、取引画面を表示して制御する手段と、取引画面の切り替え要求イベントの発生を検出する手段と、別の表示制御ウェブページに対して新たな取引画面のダウンロードを要求する手段と、前記アプリケーション制御ウェブページに対して取引画面の切り替えを要求する手段と、取引画面の切り替え要求を受け付ける手段と、前記新たな取引画面をダウンロードする手段とを備え、
前記アプリケーション制御ウェブページは、いずれかの表示制御ウェブページから取引画面の切り替え要求を受信する手段と、この取引画面の切り替え要求を受信して、別の表示制御ウェブページが新たな取引画面のダウンロードを開始したとき、そのダウンロードの完了を検出する手段と、このダウンロードの完了を検出したとき、直前の取引画面を表示制御していた表示制御ウェブページに代わって、前記別の表示制御ウェブページが、前記新たな取引画面を表示して制御するように、取引画面の切り替え処理を実行する手段を備えたことを特徴とする自動取引装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、金融機関の自動入出金処理等に利用される自動取引装置と自動取引装置制御プログラムと記録媒体と自動取引装置の制御方法に関する。
【背景技術】
【０００２】
従来、金融機関の自動取引装置は、それぞれその金融機関固有のコンピュータシステムにより運用されてきた。特に、堅牢で高い信頼性とセキュリティを確保することに重点を置き、独自のサービスを生かすためのシステム開発がなされてきた。しかし、近年になって、金融機関の合併が頻発し、さらには、顧客の便宜を図るために、自動取引装置の相互利用や共有化が強く要求されるようになった。そこで、システムの共有と統合化の容易な汎用性の高いウェブベースの自動取引装置制御が試みられている（特許文献１）。
【特許文献１】特開２００６−１２７１７９号公報
【発明の開示】
【発明が解決しようとする課題】
【０００３】
既知の従来の技術には、次のような解決すべき課題があった。
取引画面をブラウザで表示すると、取引画面の切り替え時には別の画面を表示するために、新たなウェブページをダウンロードする。一般に、ＨＴＴＰ（Hypertext Transfer Protocol）通信によるウェブページの表示切り替えは、始めにＨＴＭＬ（Hyper Text Mark-up Language）ファイルをダウンロードし、その後、ウェブページに含まれる画像ファイルをダウンロードする。従って、画像ファイルのダウンロードに時間がかかると、テキストデータのみが先に表示され、一部の画像が後から表示されるというように、一時的に不完全な画面が表示される。たとえ一時的でも、不完全な画面が表示されるのは、業務用の顧客対応型自動取引装置として適切でない。
上記の課題を解決するために、本発明は次のような自動取引装置を提供することを目的とする。即ち、画面の切り替え時に不完全な画面が表示されるのを防止する。さらに、この機能を活用して効率よくデータの取得処理をする。
【課題を解決するための手段】
【０００４】
以下の構成はそれぞれ上記の課題を解決するための手段である。
〈構成１〉
ウェブページが複数フレーム構成にされており、取引画面を表示して制御する複数のアプリケーション用フレームと、取引画面の切り替えを制御するアプリケーション制御フレームとが、上記ウェブページに含められ、各アプリケーション用フレームは、取引画面を表示して制御する手段と、取引画面の切り替え要求イベントの発生を検出する手段と、別のアプリケーション用フレームに対して新たな取引画面のダウンロードを要求する手段と、上記アプリケーション制御フレームに対して取引画面の切り替えを要求する手段と、取引画面の切り替え要求を受け付ける手段と、上記新たな取引画面をダウンロードする手段とを備え、上記アプリケーション制御フレームは、いずれかのアプリケーション用フレームから取引画面の切り替え要求を受信する手段と、この取引画面の切り替え要求を受信して、別のアプリケーション用フレームが新たな取引画面のダウンロードを開始したとき、そのダウンロードの完了を検出する手段と、このダウンロードの完了を検出したとき、直前の取引画面を表示制御していたアプリケーション用フレームに代わって、上記別のアプリケーション用フレームが、上記新たな取引画面を表示して制御するように、取引画面の切り替え処理を実行する手段を備えたことを特徴とする自動取引装置。
【０００５】
いずれかのフレームで取引画面を表示中に別のフレームで新たな取引画面のダウンロードを開始し、そのダウンロードの完了を待って取引画面の切り替えをするので、不完全な状態の取引画面の表示を防止できる。また、１つのウェブページ中に記述された複数のフレームが、それぞれ交互に取引画面を表示し、その切り替えを制御する機能を有するので、表示画面の切り替えに必要なパラメータの受け渡しも容易かつ確実で、プログラミングを簡素化できる。
【０００６】
〈構成２〉
ウェブページが複数フレーム構成にされており、取引画面を表示して制御する複数のアプリケーション用フレームと、取引画面の切り替えを制御するアプリケーション制御フレームとが、上記ウェブページに含められ、いずれかのアプリケーション用フレームが取引画面を表示して制御中に、取引画面の切り替え要求イベントが発生したことを検出するステップと、当該アプリケーション用フレームが、別のアプリケーション用フレームに対して、新たな取引画面のダウンロードを要求する処理を実行するとともに、上記アプリケーション制御フレームに対して、取引画面の切り替えを要求する処理を実行するステップと、上記別のアプリケーション用フレームが、上記新たな取引画面のダウンロードを実行するステップと、上記アプリケーション制御フレームが、上記新たな取引画面のダウンロードの完了を検出したとき、直前の取引画面を表示制御していたアプリケーション用フレームに代わって、上記別のアプリケーション用フレームが、上記新たな取引画面を表示して制御するように、取引画面の切り替え処理を実行するステップとを含む、自動取引装置の制御方法。
【０００７】
新たな取引画面のダウンロードが開始されると、既にブラウザは別のアプリケーション用フレームによる制御に移っているが、表示が切り替えられるまでは、直前の画面の表示を維持している。ブラウザのこうした性質を利用して、ダウンロードの完了まで画面の切り替えを遅らせることができる。
【０００８】
〈構成３〉
構成２に記載の自動取引装置の制御方法において、上記新たな取引画面を表示して制御するアプリケーション用フレームは、取引画面の切り替え処理が実行されるまで非表示状態に設定され、上記アプリケーション制御フレームは書き替えられることはなく、常に非表示状態に設定されていることを特徴とする自動取引装置の制御方法。
【０００９】
いずれかのアプリケーション用フレームを表示状態にしている間、別のフレームを非表示状態にしているので、新たな取引画面のダウンロードをパックグラウンドで実行できる。また、アプリケーション制御フレームは書き替えられることがなく、アプリケーション用フレームの書き替えを継続的に監視できる。
【００１０】
〈構成４〉
構成２または３に記載の自動取引装置の制御方法において、現在取引画面を表示制御しているアプリケーション用フレームは、画面切り替えを要求する操作イベントの発生を検出すると、新たな取引画面をダウンロードするためのＵＲＬ（Uniform Resource Locator）を取得して次に新たな取引画面を表示するアプリケーション用フレームにそのＵＲＬを渡し、アプリケーション制御フレームに画面切り替え要求をすることを特徴とする自動取引装置の制御方法。
【００１１】
新たな取引画面を表示するためのＵＲＬを、別のアプリケーション用フレームに渡すので、自動的に別のアプリケーション用フレームに表示制御を渡すことができる。
【００１２】
〈構成５〉
構成２乃至４のいずれかに記載の自動取引装置の制御方法において、アプリケーション制御フレームは、上記別のアプリケーション用フレームが新たな取引画面のダウンロードを開始したときにタイマをスタートさせて、障害検出処理を実行することを特徴とする自動取引装置の制御方法。
【００１３】
アプリケーション制御フレームは、画面切り替え制御とともに、ダウンロードの成否を監視して障害検出処理を実行するので、画面の切り替え制御を的確に処理できる。
【００１４】
〈構成６〉
構成２乃至５のいずれかに記載の自動取引装置の制御方法において、いずれかのアプリケーション用フレームが取引画面を表示して、所定のアプリケーションと通信をしながら取引処理を実行中に、待機中の別のアプリケーション用フレームが、上記アプリケーションとは異なるアプリケーションと通信をして、任意の処理を実行することを特徴とする自動取引装置の制御方法。
【００１５】
複数のアプリケーション用フレームに互いに連携して所定の処理を実行させることができる。これにより、単独のアプリケーション用フレームが通信先を切り替えて処理をする場合よりも、プログラムを簡素化して処理を安全確実にできる。
【００１６】
〈構成７〉
コンピュータにより起動されるウェブページが複数フレーム構成にされており、取引画面を表示して制御する複数のアプリケーション用フレームと、取引画面の切り替えを制御するアプリケーション制御フレームとが、上記ウェブページに含められ、上記コンピュータを、各アプリケーション用フレームが、取引画面を表示して制御する手段と、取引画面の切り替え要求イベントの発生を検出する手段と、別のアプリケーション用フレームに対して新たな取引画面のダウンロードを要求する手段と、上記アプリケーション制御フレームに対して取引画面の切り替えを要求する手段と、取引画面の切り替え要求を受け付ける手段と、上記新たな取引画面をダウンロードする手段とを備え、上記アプリケーション制御フレームが、いずれかのアプリケーション用フレームから取引画面の切り替え要求を受信する手段と、この取引画面の切り替え要求を受信して、別のアプリケーション用フレームが新たな取引画面のダウンロードを開始したとき、そのダウンロードの完了を検出する手段と、このダウンロードの完了を検出したとき、直前の取引画面を表示制御していたアプリケーション用フレームに代わって、上記別のアプリケーション用フレームが、上記新たな取引画面を表示して制御するように、取引画面の切り替え処理を実行する手段、として機能させる自動取引装置制御プログラム。
【００１７】
〈構成８〉
コンピュータにより起動されるウェブページが複数フレーム構成にされており、取引画面を表示して制御する複数のアプリケーション用フレームと、取引画面の切り替えを制御するアプリケーション制御フレームとが、上記ウェブページに含められ、上記コンピュータを、各アプリケーション用フレームが、取引画面を表示して制御する手段と、取引画面の切り替え要求イベントの発生を検出する手段と、別のアプリケーション用フレームに対して新たな取引画面のダウンロードを要求する手段と、上記アプリケーション制御フレームに対して取引画面の切り替えを要求する手段と、取引画面の切り替え要求を受け付ける手段と、上記新たな取引画面をダウンロードする手段とを備え、上記アプリケーション制御フレームが、いずれかのアプリケーション用フレームから取引画面の切り替え要求を受信する手段と、この取引画面の切り替え要求を受信して、別のアプリケーション用フレームが新たな取引画面のダウンロードを開始したとき、そのダウンロードの完了を検出する手段と、このダウンロードの完了を検出したとき、直前の取引画面を表示制御していたアプリケーション用フレームに代わって、上記別のアプリケーション用フレームが、上記新たな取引画面を表示して制御するように、取引画面の切り替え処理を実行する手段、として機能させる自動取引装置制御プログラムを記録したコンピュータで読み取り可能な記録媒体。
【００１８】
〈構成９〉
取引画面を表示して制御する複数の表示制御ウェブページと、取引画面の切り替えを制御するアプリケーション制御ウェブページとを備え、かつ、各ウェブページは、それぞれ他のウェブページと通信をする手段を備え、上記各表示制御ウェブページは、取引画面を表示して制御する手段と、取引画面の切り替え要求イベントの発生を検出する手段と、別の表示制御ウェブページに対して新たな取引画面のダウンロードを要求する手段と、上記アプリケーション制御ウェブページに対して取引画面の切り替えを要求する手段と、取引画面の切り替え要求を受け付ける手段と、上記新たな取引画面をダウンロードする手段とを備え、上記アプリケーション制御ウェブページは、いずれかの表示制御ウェブページから取引画面の切り替え要求を受信する手段と、この取引画面の切り替え要求を受信して、別の表示制御ウェブページが新たな取引画面のダウンロードを開始したとき、そのダウンロードの完了を検出する手段と、このダウンロードの完了を検出したとき、直前の取引画面を表示制御していた表示制御ウェブページに代わって、上記別の表示制御ウェブページが、上記新たな取引画面を表示して制御するように、取引画面の切り替え処理を実行する手段を備えたことを特徴とする自動取引装置。
【００１９】
複数のウェブページを用いても、ブラウザの性質を利用して同様の画面切り替え処理を実行することができる。
【発明を実施するための最良の形態】
【００２０】
以下、本発明の実施の形態を実施例毎に詳細に説明する。
【実施例１】
【００２１】
図１は実施例１の自動取引装置の動作説明図である。また、図２は、その自動取引装置及び通信制御システムのブロック図である。
まず、図２を用いて、自動取引装置のハードウエアとネットワークを通じた制御システムの説明をする。図２に示すように、自動取引装置１０は、金融機関で使用される現金入出金装置や通帳記帳機等の顧客操作型の自動装置として用いられているものである。その表示装置１２に表示される取引画面１６は、取引きの種類を表示したり、取引結果を表示するための画面であって、よく知られているように、顧客の操作によりデータや指示を入力するボタン等が含まれる。この操作のための感圧スイッチ等の機構は周知のため説明を省略する。自動取引装置１０は、内蔵するコンピュータ６０により制御される。
【００２２】
自動取引装置１０を制御するためのコンピュータ６０は、演算処理装置６２と管理用記憶装置３７とを備える。自動制御デバイス６４は、このコンピュータ６０により制御される。演算処理装置６２には、ブラウザ５２、ミドルウエア５４、ローカルウェブサーバ３０等がインストールされている。これらは、自動取引装置１０を所定の機能で動作させるコンピュータプログラムである。入出金等の通常の取引処理は、ネットワーク５０を通じてリモートウェブサーバ４２の業務アプリケーション４４が制御する。取引結果を含む取引データ４８は業務用記憶装置４７に記憶される。
【００２３】
自動取引装置に内蔵されたローカルウェブサーバ３０は、管理アプリケーション３１を備える。管理用記憶装置３７には管理用の取引データ３８が記憶されている。管理アプリケーション３１は、自動取引装置の起動処理や終了処理、障害検出処理等を制御するために設けられている。なお、業務アプリケーション４４や業務用記憶装置４７がローカルウェブサーバ３０側に設けられていても構わない。管理アプリケーション３１や管理用記憶装置３７がリモートウェブサーバ４２側に設けられていても構わない。
【００２４】
自動制御デバイス６４は、例えば、現金自動入出金機６６とカードリーダライタ６７と通帳プリンタ６８とを備える。いずれも、自動取引装置１０において、現金やキャッシュカードや通帳を取り扱う既知の装置である。ミドルウエア５４は、ブラウザ５２のアプリケーションインタフェースフレーム２１を通じてコマンドを受け付け、いずれかのデバイスに該当する処理を実行させて、ブラウザ５２にそのレスポンスを返す機能を持つ。ブラウザ５２は汎用性のあるコマンドを送受信する。ミドルウエア５４は、ブラウザ５２の出力するコマンドを解釈して各デバイス固有のコマンドを生成し、該当するデバイスに送信する。また、逆に、各デバイス固有のコマンドを解釈してブラウザ５２用にイベントを生成して出力する。
【００２５】
自動取引装置１０の取引に使用する画面は、ブラウザ５２によって表示制御される。ブラウザ５２は、ネットワーク５０を通じて、業務アプリケーション４４から取引に使用する画面をダウンロードして表示する。ここで、この実施例では、図１に示すように、ブラウザ５２によって表示制御されるウェブページ２０が、複数のフレームより構成されている。即ち、このウェブページ２０は、アプリケーションインタフェースフレーム２１とアプリケーション制御フレーム２２とアプリケーション用Ａフレーム２５とアプリケーション用Ｂフレーム２６とＣＲＭフレーム２７とを含む。もちろん、さらに任意のフレームが含まれていて構わない。
【００２６】
アプリケーション用Ａフレーム２５とアプリケーション用Ｂフレーム２６とは、取引画面１６を表示して制御する機能を持つ。アプリケーション制御フレーム２２は、あとで説明するようにして、取引画面の切り替えを制御する機能を持つ。ＣＲＭフレーム２７は、取引画面の一部に表示され、アプリケーション用Ａフレーム２５やアプリケーション用Ｂフレーム２６とは別個独立した画面を構成する。ＣＲＭフレーム２７は、顧客を個別に認識した上で、その顧客固有の属性に応じた情報を表示装置１２の一部に表示する機能を持つ。ＨＴＭＬデータに含まれるフレーム制御タグにより、上記のような各フレームの表示位置や表示領域の広さを指定できる。アプリケーション用Ａフレーム２５やアプリケーション用Ｂフレーム２６とＣＲＭフレーム２７以外は、取引画面１６に表示することが不要なので、フレーム制御タグの表示割合を０％と記述しておく。アプリケーションインタフェースフレーム２１には、ブラウザが、指定されたデバイスと通信を行うためのActiveX（登録商標）等の任意の数のＯＬＥコントロール２８が組み込まれている。このコントロール２８は、デバイス毎に設けられる専用の通信ポートに相当する。  
【００２７】
アプリケーション用Ａフレーム２５とアプリケーション用Ｂフレーム２６とは、それぞれ、取引画面を表示して制御する手段７１と、取引画面の切り替え要求イベントの発生を検出する手段７２と、別のアプリケーション用フレームに対して新たな取引画面のダウンロードを要求する手段７３と、アプリケーション制御フレームに対して取引画面の切り替えを要求する手段７４とを備える。さらに、取引画面の切り替え要求を受け付ける手段７５と、新たな取引画面をダウンロードする手段７６とを備える。アプリケーション制御フレーム２２は、例えば、アプリケーション用Ａフレーム２５から取引画面の切り替え要求を受けたとき、それを受信する手段７７と、この取引画面の切り替え要求を受信して、別のアプリケーション用Ｂフレーム２６が新たな取引画面のダウンロードを開始したとき、そのダウンロードの完了を検出する手段７８を備える。また、このダウンロードの完了を検出したとき、直前の取引画面を表示制御していた、例えば、アプリケーション用Ａフレーム２５に代わって、別のアプリケーション用Ｂフレーム２６が、新たな取引画面を表示して制御するように、取引画面の切り替え処理を実行する手段７９を備える。
【００２８】
以下、図１を参照しながら、ブラウザ５２の画面制御動作を中心に、実施例の自動取引装置１０の動作を詳細に説明する。まず、始めに、自動取引装置１０に、取引選択画面１４が表示されているものとする。この画面上で、例えば、「お引き出し」と表示された出金取引を選択するボタン１７が押される。ブラウザ５２は、ウェブページ２０中に記述されたボタン１７の制御のためのスクリプトを実行して、該当する取引画面１６を表示するためのウェブページ２０のＵＲＬを取得する。
【００２９】
従来の装置では、例えば、アプリケーション用Ａフレーム２５により取引選択画面１４が表示制御されているとき、アプリケーション用Ａフレーム２５がそのＵＲＬを使用して、リモートウェブサーバ４２に対し、画面切り替えのためのリクエストを送信する。この通信はＨＴＴＰプロトコルを利用して行なわれる。このリクエストに対するレスポンスとして、リモートウェブサーバ４２から該当するウェブページがダウンロードされ、ウェブページが書き替えられる。
【００３０】
ネットワーク５０を通じてウェブページをダウンロードすると、テキストデータ部分が先にダウンロードされ、画像データはその後にダウンロードされる。画像データのデータサイズが大きいと、ダウンロードに時間がかかる。一般に、パーソナルコンピュータでインターネット上の任意のサイトをアクセスしたとき、テキストデータ表示後に画像データの部分が順次ゆっくりと表示される現象がよく見られる。一方、金融機関に設置された業務用の自動取引装置１０には、こうした表示タイミングの遅れによる不完全な画面の表示は許されない。そこで、この実施例では、取引画面１６の切り替え要求イベントが発生したとき、次の手順で取引画面１６の切り替え制御を行なう。
【００３１】
既に説明したように、ウェブページ２０を表示制御する複数のフレーム、即ち、アプリケーション用Ａフレーム２５とアプリケーション用Ｂフレーム２６とを設ける。この実施例では、アプリケーション用Ａフレーム２５とアプリケーション用Ｂフレーム２６とは、いずれか一方のみが交互に取引画面を表示制御する。アプリケーション制御フレーム２２は、アプリケーション用Ａフレーム２５を表示している状態から、アプリケーション用Ｂフレーム２６を表示している状態に切り替え、あるいは逆の状態に切り替える制御をする。
【００３２】
ウェブページ２０を複数フレーム構成にしたとき、ウェブページ２０中に含まれたフレーム割り付け用タグにより、各フレームの表示面積を具体的に指定することができる。例えば、アプリケーション用Ａフレーム２５を１００％、他のフレームを０％に指定すると、アプリケーション用Ａフレーム２５のみが画面全面に表示され、他のフレームは非表示とされる。また、あるいは、上下に長く連続する表示画面を、アプリケーション用Ａフレーム２５とアプリケーション用Ｂフレーム２６とに分割して同時に表示制御させる。そして、いずれか一方の画面だけがディスプレイに表示されるように、表示位置制御をすることができる。いずれにしても、自動取引装置１０の画面には、アプリケーション用Ａフレーム２５か、あるいはアプリケーション用Ｂフレーム２６の制御する画面が表示される。アプリケーション制御フレーム２２は常に非表示で、アプリケーション用Ａフレーム２５やアプリケーション用Ｂフレーム２６のように書き替えられることはない。即ち、アプリケーション制御フレーム２２を常駐フレームにして、取引画面１６の切り替えの影響を受けない制御を実現している。
【００３３】
ＨＴＭＬ形式で記述されたウェブページ２０が起動されると、ブラウザ５２は記述されたタグを読み取り、画面に表示されるべきテキストデータや画像データを選択してタグで指定された場所に表示する。同時に、ウェブページ２０中に含まれた各種のスクリプトが起動する。スクリプトは、図１に示した手段７１〜７９等である。スクリプトはそれぞれ指定された機能で動作するプログラムモジュールである。例えば、画面切替要求イベント検出手段７２は、ボタン１７が操作されたかどうかを常時監視している。ボタン１７の操作イベントが発生すると、所定の関数を呼び出して一定の処理を実行する。また、あるいは、他のスクリプトに対して該当する情報を送信して、一定の処理を依頼する。
【００３４】
１つのウェブページ２０中に記述された全てのフレームのスクリプトは、ウェブページ２０が起動されてブラウザ５２に解釈されると全てほぼ同時に起動される。記憶領域の割り付けも一体に行なわれる。従って、各フレームのスクリプトは、他のフレームのスクリプトが一定の記憶領域に記憶させたデータを、その割り付けに従って直接読み取ることができる。フレーム間のデータ通信は瞬時に行なわれ、複雑な通信手順を要しない。表示画面の切り替えに必要なパラメータの受け渡しも容易で、プログラミングを簡素化できるという効果がある。
【００３５】
画面切り替え処理を実行するために、アプリケーション用Ａフレーム２５あるいはアプリケーション用Ｂフレーム２６では、画面切替要求イベント検出手段７２が、画面切り替えを要求する操作イベントが発生した旨の情報を検出する。そして、画面ダウンロード要求手段７３が、新たな取引画面１６をダウンロードするためのＵＲＬを取得して、そのＵＲＬを、次に新たな取引画面１６を表示するアプリケーション用フレームに渡す。画面切替要求手段７４は、アプリケーション制御フレーム２２に、画面切り替え要求をする。また、アプリケーション制御フレーム２２では、画面切替要求受信手段７７がその要求を受け付けて、ダウンロード完了検出手段７８が新たな取引画面１６のダウンロードの完了を検出する。画面切替処理手段７９は、例えば、アプリケーション用Ａフレーム２５からアプリケーション用Ｂフレーム２６に表示を切り替える。いずれの場合にも、該当するスクリプト（プログラムモジュール）がコンピュータ６０に所定の処理を実行させるのであるが、表現を簡単にするために、各フレームがそれぞれ該当する処理を実行するというように説明する。
【００３６】
図３は実施例１の自動取引装置の動作フローチャートである。
以下上記の自動取引装置の動作を、図１等を参照しながら、フローチャートを用いて説明する。
まず、ステップＳ１１で、自動取引装置１０が起動される。ブラウザ５２が起動し（ステップＳ１２）、ウェブページ２０が読み取られる（ステップＳ１３）。ウェブページ各部に記述されたスクリプトも起動される（ステップＳ１４）。画面表示制御手段７１が動作して、始めはアプリケーション用Ａフレーム２５により取引選択画面１４が表示される（ステップＳ１５，１６）。図１に示したように、取引選択画面１４中の出金ボタン１７が押されると、その操作が受け付けられる（ステップＳ１７）。
【００３７】
出金ボタン１７のボタン操作イベントが発生した旨の情報を、画面切替要求イベント検出手段７２が検出する（ステップＳ１８）。画面切替要求イベント検出手段７２は、さらに、出金取引画面１６をダウンロードするためのＵＲＬを取得する（ステップＳ１９）。出金取引画面１６はリモートウェブサーバ４２の業務用記憶装置４７に記憶されている。ＵＲＬは、このライブラリのネットワークアドレスを示す。ＵＲＬは、ウェブページ中に記述されているとよい。また、例えば、業務アプリケーション４４が管理アプリケーション３１に依頼して、管理用記憶装置３７にテーブルデータ形式で記憶させておいてもよい。
【００３８】
さらに、アプリケーション用Ａフレーム２５は、この取引画面１６への切り替え制御のためのネットワーク障害検出用タイムアウトタイマーの値を生成する（ステップＳ２０）。このタイマーの値は、ダウンロードするデータのデータ量に依存して設定するとよい。例えば、上記の管理用記憶装置３７や業務用記憶装置４７等の記憶装置にＵＲＬと対応させてタイマ値を記憶させておいてもよい。また、業務アプリケーションの処理時間に応じてタイマ値を記憶させておいてもよい。もちろん、固定値でも構わない。上記のＵＲＬとタイムアウトタイマーの値は、記憶装置の図示しない一時記憶領域に記憶される。
【００３９】
アプリケーション用Ａフレーム２５は、アプリケーション制御フレーム２２に対して、画面切り替え要求を出力する（ステップＳ２１）。この実施例では、アプリケーション用Ａフレーム２５に代わって次の取引画面１６を表示するのはアプリケーション用Ｂフレーム２６のみである。しかし、３以上のアプリケーション用フレームが設けられていて、交替に取引画面１６等を表示するようにしても構わない。アプリケーション制御フレーム２２は、自動取引装置１０の起動時から、現在取引画面１６を表示制御しているアプリケーション用フレーム及び、次に新たな取引画面１６を表示制御するアプリケーション用フレームを認識して管理している。例えば、記憶装置に画面表示管理データを記憶させておけばよい。
【００４０】
図４はアプリケーション制御フレームの動作フローチャートである。
アプリケーション用Ｂフレーム２６の画面切替要求受信手段７７は、アプリケーション用Ａフレーム２５から受け取ったＵＲＬを用いて、ハイパーリンクをクリックしたときと同様のイベントを発生させる（ステップＳ３１）。そして、ネットワーク５０を通じて、業務アプリケーション４４から、該当する取引画面表示用のウェブページのダウンロードを開始する（ステップＳ３２）。画像データを含む全てのウェブページ２０のダウンロードが完了すると、オンロードと呼ばれるダウンロード完了通知が、ブラウザ５２からアプリケーション用Ｂフレーム２６を経由してアプリケーション制御フレーム２２に伝達される。アプリケーション制御フレーム２２が直接ダウンロードの完了を検出するようにしても構わない。
【００４１】
アプリケーション制御フレーム２２の画面切替要求受信手段７７は、画面切り替え要求を受け付けたとき、一時記憶領域からタイムアウトタイマーの値を読み取り、タイマを起動する（ステップＳ３３）。ダウンロードの開始と同時にこのタイマが起動される。もし、タイムアウトが検出されたときは（ステップＳ３４）、アプリケーション制御フレーム２２がアプリケーションインタフェースを通じて管理アプリケーション３１にその旨を通知して、障害対応処理を要求する（ステップＳ３５）。また、あるいは、管理アプリケーション３１とＨＴＴＰ通信により、その旨を通知してもよい。なお、アプリケーション用Ｂフレーム２６がダウンロードの完了を検出して、アプリケーション制御フレーム２２にその旨を通知したとき、アプリケーション制御フレーム２２が既にタイムアウトを検出して障害処理を開始していることがある。図による説明はしないが、このときには、障害処理を優先する。アプリケーション制御フレーム２２が、アプリケーション用Ｂフレーム２６に対して、ダウンロードされたＨＴＭＬの解釈とその中に含まれたスクリプトの実行を禁止するとよい。表示画面の切り替えは行われない。
【００４２】
再び、フローチャートにもどって、アプリケーション制御フレーム２２のダウンロード完了検出手段７８は、ダウンロード完了通知を受けるのを待つ（ステップＳ３６、３７）。ダウンロード完了通知を受けるとタイマを停止して（ステップＳ３８）、画面切り替え処理を実行する（ステップＳ３９）。画面切り替え処理は、アプリケーション用Ａフレーム２５とアプリケーション用Ｂフレーム２６の表示割合を指定するタグを、１００：０％から０：１００％に書き替えたり、前半にアプリケーション用Ａフレーム２５用の画面を表示し、後半にアプリケーション用Ｂフレーム２６用の画面を表示する長く連続する表示画面の表示位置を切り替えるようにするとよい。ステップＳ４０、４１の画面表示切り替えは瞬時に実行できる。これにより、見かけ上、取引選択画面１４から、新たな出金取引画面１６に一挙に表示を切り替えることができる。
【００４３】
以上のように構成すると、ブラウザ５２により起動された１つのウェブページ２０に、画面の円滑な切り替え制御機能が組み込まれているので、制御が容易で、プログラムの開発も簡単になる。また、それぞれ独立に起動されたプログラム間通信が不要なので、処理が速く確実な効果もある。なお、新たな取引画面１６は、必ずしもリモートウェブサーバ４２からダウンロードされものでなくてもよい。管理アプリケーション３１が管理する、例えば、時間外手数料を表示する画面等であっても構わない。
【実施例２】
【００４４】
図５は、実施例２の自動取引装置の主要部機能ブロック図である。
上記の実施例では、取引画面１６を表示制御するアプリケーション用Ａフレーム２５とアプリケーション用Ｂフレーム２６が、それぞれ交互に表示制御を切り替えて、取引画面１６の切り替え時における不安定な表示状態を回避した。こうしたアプリケーション用フレームの機能を利用することにより、別の制御も可能になる。ここでは、アプリケーション用Ａフレーム２５にデータ取得処理依頼手段３３を設ける。また、アプリケーション用Ｂフレーム２６に、データ取得手段３４を設ける。
【００４５】
図６は、実施例２のアプリケーション用Ａフレームの動作フローチャートである。
図５と図６を参照しながら説明する。例えば、図のように、アプリケーション用Ａフレーム２５が所定の取引画面１６を表示して該当する取引処理を開始する（ステップＳ５１）。アプリケーション用Ａフレーム２５が業務アプリケーション４４と通信をしながら取引業務を実行する（ステップＳ５２）。その処理の実行中に、管理データを取得する処理が発生した（ステップＳ５３）。このとき、別のアプリケーション用Ｂフレーム２６に対して、管理アプリケーション３１から管理データの取得を要求する（ステップＳ５４）。この処理をデータ取得処理依頼手段３３が実行する。
【００４６】
図７は、実施例２のアプリケーション用Ｂフレームの動作フローチャートである。
図５と図７を参照しながら説明する。アプリケーション用Ａフレーム２５からデータ取得要求があると、待機中のアプリケーション用Ｂフレーム２６に含まれた特定のスクリプトを起動する。このスクリプトは、データ取得処理依頼手段３３である。管理アプリケーション３１と通信をして（ステップＳ６１）、データ転送リクエストを送信する（ステップＳ６２）。そのレスポンスとして、ステップＳ６３で管理データを取得する。管理データは、指定された図示しない記憶領域にダウンロードされる。その後、ステップＳ６４でアプリケーション用Ａフレーム２５に対して処理完了通知を送信する。なお、この動作の開始時に、待機中のアプリケーション用Ｂフレーム２６が、管理データを取得する機能を持つウェブページ２０に書き替えられるようにしてもよい。これで、任意の機能を持つウェブページを利用できる。
【００４７】
アプリケーション用Ａフレーム２５が、現在の通信先を切り替えて管理アプリケーション３１に対して管理データを要求することもできる。しかし、その場合には、通信先の切り替え処理を繰り返さなければならず、アプリケーション用Ａフレーム２５の動作が複雑になる。一方、管理アプリケーション３１から各種の管理データを取得する処理をモジュール化しておき、そのつどアプリケーション用Ｂフレーム２６にその処理を要求するように構成すると、アプリケーション用Ａフレーム２５の動作を単純化できる。これにより、開発コストと開発時間を大幅に削減でき、さらに、多様化した要求に柔軟に対応できる。
【実施例３】
【００４８】
図８は、実施例３の自動取引装置の主要部ブロック図である。
上記の実施例では、ブラウザ５２により起動された１つのウェブページ２０中に記述されたタグにより、複数のアプリケーション用フレームが定義され、取引画面１６を交互に表示制御する説明をした。しかしながら、図のように、ブラウザ５２が複数のウェブページ８２，８３をそれぞれ独立に起動して、交互に表示制御することも可能である。この場合には、若干データ通信処理が複雑になるが、次のように構成することで、上記と同等の処理が可能になる。
【００４９】
表示制御ウェブページ８２は、それぞれ取引画面を表示して制御する機能を持つ。この例では、いずれか一方が表示される。アプリケーション制御ウェブページ８４は、取引画面の切り替えを制御する機能を持つ。このウェブページは常時非表示とされる。いずれのウェブページにもウェブページ間で相互に通信を行うためのアプリケーションインタフェースフレームを含める。これが、ウェブページ間通信手段９５である。その構成は、図で説明したアプリケーションインタフェースフレーム２１と同様のものである。各ウェブページは相互に専用のコントロールを介して通信を行う。
【００５０】
また、各表示制御ウェブページは、取引画面を表示して制御する手段８５と、取引画面の切り替え要求イベントの発生を検出する手段８６と、別の表示制御ウェブページに対して新たな取引画面のダウンロードを要求する手段８７と、アプリケーション制御ウェブページに対して取引画面の切り替えを要求する手段８８とを備える。さらに、取引画面の切り替え要求を受け付ける手段８９と、新たな取引画面をダウンロードする手段９０とを備える。アプリケーション制御ウェブページ８４は、いずれかの表示制御ウェブページから取引画面の切り替え要求を受信する手段９１と、この取引画面の切り替え要求を受信して、別の表示制御ウェブページが新たな取引画面のダウンロードを開始したとき、そのダウンロードの完了を検出する手段９２を備える。さらに、このダウンロードの完了を検出したとき、直前の取引画面を表示制御していた表示制御ウェブページに代わって、別の表示制御ウェブページが、新たな取引画面を表示して制御するように、取引画面の切り替え処理を実行する手段９３を備える。
【００５１】
図９は、実施例３の自動取引装置の動作フローチャートである。
図８と図９を用いて、この実施例の一連の動作を説明する。上記いずれの手段も、既に実施例１等で説明したものと同一の機能を有する。従って、個々の動作説明は省略して、ウェブページ間の通信を主体に説明する。また、この説明では、表示制御ウェブページ８２をＡページ、表示制御ウェブページ８３をＢページ、アプリケーション制御ウェブページ８４をＣページと呼ぶことにする。まず、ステップＳ７１では、自動取引装置を起動する。次に、ステップＳ７２でブラウザを起動する。ステップＳ７３では、ブラウザがウェブページを解釈する。ステップＳ７４で、Ａページが画面表示制御をするように設定する。
【００５２】
ステップＳ７５では、Ａページの制御により取引選択画面が表示される。ステップＳ７６では、画面切り替えイベントが発生したかどうかという判断をする。この判断の結果がイエスのときはステップＳ７７の処理に移行し、ノーのときはステップＳ７４の処理に戻る。例えば、出金取引が要求されたとき、ステップＳ７７では、Ｃページに画面切り替え制御のための要求をする。ステップＳ７８では、ＢページがＡページからＵＲＬを取得し、新取引画面のダウンロードを開始する。ステップＳ７９では、ダウンロードを終了したかどうかという判断をする。ＣページがＢページのダウンロード動作を監視してこの判断をする。この判断の結果がイエスのときはステップＳ８０の処理に移行し、ノーのときは待機する。なお、障害処理については既に説明したので、ここでは正常処理についてのみ説明する。ステップＳ８０では、Ｃページが、画面切り替え処理をする。即ち、Ａページの制御により取引選択画面が表示されていた状態から、ステップＳ８１で、Ｂページが画面表示制御をする状態に切り替える。この実施例では、複数のウェブページが立ち上がっているので、該当するウェブページを前面に表示するように制御するとよい。以上のようにして、複数のウェブページ相互間で通信をして、実施例１と同様に円滑な画面の切り替えが可能になる。
【００５３】
なお、上記のサーバは、ウェブサーバとして動作する既知のハードウエアを備えたものでよい。ウェブページは、それぞれ所定のＵＲＬを用いて、ネットワークを通じて閲覧可能な状態にされている。ウェブページは、ＨＴＭＬ（Hyper Text Mark-up Language）、ＳＧＭＬ（Standard Generalized Mark-up Language）、ＸＭＬ（eXtensible Markup Language） 等の形式で作成されたものである。ウェブページのデータ中には、VBScript（登録商標）（Visual Basic Script：Microsoft社の開発したプログラミング言語）やJava（登録商標）（Sun Microsystems社の開発したプログラミング言語）、Java（登録商標）script（登録商標）（Sun Microsystems社とNetscape Communications社が開発したスクリプト言語）等で記述したコンピュータ１２プログラムが含まれており、ブラウザ４２上で所定の処理を実行する。
【００５４】
ウェブページ中の含まれたコンピュータプログラムモジュールは、それぞれ独立したプログラムモジュールを組み合わせて構成してもよいし、全体を一体化したプログラムにより構成してもよい。コンピュータプログラムにより制御される処理の全部または一部を同等の機能を備えるハードウエアで構成しても構わない。本発明を実現するためのコンピュータプログラムは、例えばＣＤ−ＲＯＭのようなコンピュータで読み取り可能な記録媒体に記録して、任意の自動取引装置にインストールして利用することができる。また、ネットワークを通じて任意の自動取引装置のメモリ中にダウンロードして利用することもできる。
【図面の簡単な説明】
【００５５】
【図１】実施例１の自動取引装置の動作説明図である。
【図２】自動取引装置及び通信制御システムのブロック図である。
【図３】実施例１の自動取引装置の動作フローチャートである。
【図４】アプリケーション制御フレームの動作フローチャートである。
【図５】実施例２の自動取引装置の主要部機能ブロック図である。
【図６】実施例２のアプリケーション用Ａフレームの動作フローチャートである。
【図７】実施例２のアプリケーション用Ｂフレームの動作フローチャートである。
【図８】実施例３の自動取引装置の主要部ブロック図である。
【図９】実施例３の自動取引装置の動作フローチャートである。
【符号の説明】
【００５６】
１０  自動取引装置
１１  本体ケース
１２  表示装置
１４  取引選択画面
１６  取引画面
１７  ボタン
１８  スクリプト
２０  ウェブページ
２１  アプリケーションインタフェースフレーム
２２  アプリケーション制御フレーム
２５  アプリケーション用Ａフレーム
２６  アプリケーション用Ｂフレーム
２７  ＣＲＭフレーム
２８  コントロール
３０  ローカルウェブサーバ
３１  管理アプリケーション
３７  管理用記憶装置
４２  リモートウェブサーバ
４４  業務アプリケーション
４７  業務用記憶装置
５０  ネットワーク
５２  ブラウザ
５４  ミドルウエア
６０  コンピュータ
６２  演算処理装置
６４  自動制御デバイス
６６  現金自動入出金機
６７  カードリーダライタ
６８  通帳プリンタ
７１  画面表示制御手段
７２  画面切替要求イベント検出手段
７３  画面ダウンロード要求手段
７４  画面切替要求手段
７５  画面切替要求受付手段
７６  画面ダウンロード手段
７７  画面切替要求受信手段
７８  ダウンロード完了検出手段
７９  画面切替処理手段
８２  表示制御ウェブページ
８３  表示制御ウェブページ
８４  アプリケーション制御ウェブページ
８５  画面表示制御手段
８６  画面切替要求イベント発生検出手段
８７  画面ダウンロード要求手段
８８  画面切替要求手段
８９  画面切替要求受付手段
９０  画面ダウンロード手段
９１  画面切替要求受信手段
９２  ダウンロード完了検出手段
９３  画面切替処理手段
９５  ウェブページ間通信手段
【図１】
2009176194.tif 000003
【図２】
2009176194.tif 000004
【図３】
2009176194.tif 000005
【図４】
2009176194.tif 000006
【図５】
2009176194.tif 000007
【図６】
2009176194.tif 000008
【図７】
2009176194.tif 000009
【図８】
2009176194.tif 000010
【図９】
2009176194.tif 000011