自動取引装置
【課題】
ブラウザを用いた画面表示処理において、操作者の操作により画面表示を切り替える際、操作者に表示（描画）途中の画面が見えてしまい、これが視覚的な障害になることが考えられる。
【解決手段】
ブラウザの表示フレームを表裏の二重構造とし、片方を表フレーム（可視）、他方を裏フレーム（不可視）とする。表示している表フレームからの入力により別の次画面を表示する際、不可視の裏フレームにてサーバ等と通信を行い、裏フレームにて次画面の描画処理を実行し、描画が完了した時点で、表フレームと裏フレームの役割逆転させる（つまり、この時点で最初の表フレームが不可視の裏フレーム、最初の裏フレームが可視の表フレームとなる）ことにより、ブラウザの画面表示を切り替える。（画面切り替えの都度これを繰り返す。）これにより、操作者に表示（描画）途中の画面を見せること無く画面を瞬時に切り替えることが可能となる。
ブラウザを用いた画面表示処理において、操作者の操作により画面表示を切り替える際、操作者に表示（描画）途中の画面が見えてしまい、これが視覚的な障害になることが考えられる。
【解決手段】
ブラウザの表示フレームを表裏の二重構造とし、片方を表フレーム（可視）、他方を裏フレーム（不可視）とする。表示している表フレームからの入力により別の次画面を表示する際、不可視の裏フレームにてサーバ等と通信を行い、裏フレームにて次画面の描画処理を実行し、描画が完了した時点で、表フレームと裏フレームの役割逆転させる（つまり、この時点で最初の表フレームが不可視の裏フレーム、最初の裏フレームが可視の表フレームとなる）ことにより、ブラウザの画面表示を切り替える。（画面切り替えの都度これを繰り返す。）これにより、操作者に表示（描画）途中の画面を見せること無く画面を瞬時に切り替えることが可能となる。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ブラウザを用いた画面の表示制御方式に関する。特に、現金自動取引装置等の顧客操作型装置等における画面表示制御方法および表示装置に関する。
【背景技術】
【０００２】
Webブラウザとしては、Microsoft社のInternet Explorer（商標）やNetscape Communications社のNetscape Navigator（商標）がよく知られている。Webブラウザ（以下ブラウザ）は、インターネットに代表されるクライアント・サーバシステムにおいて、ユーザ端末装置であるクライアント（クライアントコンピュータ）に搭載され、通信ネットワークを介しサーバ（サーバコンピュータ）と通信を行い情報の表示等を行う。サーバとクライアント（ブラウザ）間の通信はHTTP（HyperText Transfer Protocol）という通信規約に基づき行われ、ブラウザからサーバに要求メッセージ（HTTPリクエスト）を送信し、サーバがこれを受け取るとブラウザに対し応答メッセージ（HTTPレスポンス）とデータを送信する。このサーバから受け取る情報は、HTML（HyperText Markup Language）等のマークアップ言語で記述されたドキュメントである。ブラウザはこのドキュメントを受け取ると、受け取ったドキュメントを解析し画面に表示する。ブラウザの機能としては、単にサーバから受け取った情報を表示するだけでなく、クライアントの情報をサーバに送信し、サーバ上で動作するアプリケーションで処理した結果を受け取ることも可能である。ブラウザ表示画面において、HTMLのみでは実現不可能な動的な表現（例えば、ボタン表示やカーソル付き入出力フィールド等）にはJava（Sun Microsystems社の商標）アプレットやJavaスクリプトおよびFlash（Macromedia社の商標）等のプラグインが使用され、ブラウザ内部でこのJavaスクリプトやJavaアプレットおよびその他のプラグインなどのオブジェクトが互いに通信することも可能である。
【０００３】
近年、これらのブラウザ機能を利用した製品およびブラウザ表示方式が提案されている。例えば、特許文献１に記載の技術では、遠隔から制御を行いたい家電機器にWebサーバ機能を盛り込み、ネットワークに接続し、Webブラウザを搭載したリモコンに相当するクライアントコンピュータにて遠隔操作を行うシステムが提案されている。当該システムにおいて、画面の再描画の瞬間的な切り替わりに関して、視覚的に見にくいということを解決するために、ブラウザ画面に表示されるフレームを予め分類し、再描画画面が再描画する以前の画像と変わらない第１の分類と、前と異なる第２の分類とに分けておき、再描画時には第２の分類のみのフレームを再描画する（第１の分類のフレームは再描画しない）技術が提案されている。
【０００４】
また、特許文献２に記載の技術では、ブラウザ画面にオブジェクトを有するレイアウトフレームと、オブジェクトは無くそしてブラウザ画面の極少領域に設定されたダミーフレームとで構成し、サーバからのレスポンス待ちをダミーフレームで行ってレイアウトフレームを更新し、ダミーフレームは画面変化のある部分のみを再描画するようにして、レスポンスによる画面のちらつき等の視覚障害を抑制する技術が提案されている。
【０００５】
【特許文献１】特開２００２−１２３４８８号公報
【特許文献２】特開２００４−２４０７２４号公報
【発明の開示】
【発明が解決しようとする課題】
【０００６】
しかしながら上記特許文献１の技術では、第２の分類に属するフレーム領域が比較的少ない場合はその効果を発揮するが、金融機関に設置されている現金自動取引装置（以下ATM）等のように遷移する画面のほとんどの領域が前の画面と異なる第２の分類に属するような画面構成を採用する技術では、想定できる効果が発揮できない、との問題や、複数の画面全てについて、前に描画される画面との対応関係を調査し、前と同じ部分(第１分類)と、前と異なる部分(第２分類)とを予め設定しなくてはならないため、画面が多数ありその画面の遷移が複雑であればあるほど(例：ATM等では選択されたキーの種類や装置内部の状態等により遷移する画面が多岐にわたり、「前に戻る」キー押下等で前の画面に戻ることもある)、困難な問題が発生してしまう。
【０００７】
また、上記特許文献２の技術においても、ダミーフレームについては上述したの特許文献１の問題点と同様に、画面全体の領域を更新するためには想定できる効果が発揮できない，設定が煩雑になるという問題がある。
【０００８】
さらに、ブラウザでは受信したHTMLドキュメントを解析処理した順に表示していく性質上、JavaアプレットやFlash等のプラグインを使用したオブジェクトの表示処理や、データ量の大きな画像データ等の表示には時間を要する。そのため、レイアウトフレームの更新がスタートし、その更新が終了するまでの間に表示途中の状態（例えば、画像データ表示処理中であることを示す×マーク等）が見えてしまうという視覚的な問題が発生する。このため、ATM等の顧客操作型装置等にブラウザを搭載した場合、利用者にとってはこの視覚的障害がストレスとなることが考えられる。
【０００９】
そこで本発明は、上述した問題を解消するため、ブラウザに対しサーバ等から返送されるレスポンスの内容や、ブラウザを搭載したクライアントコンピュータの性能（CPU性能等）に関係なくブラウザ画面表示の視覚的障害を抑止する方式および装置を提供することを目的とする。
【課題を解決するための手段】
【００１０】
上記目的を達成するため、本発明では、ブラウザの表示フレームを表裏の二重構造とし、片方を可視の表フレーム、他方を不可視の裏フレームとしている。表示している表フレームからの入力により別の次画面を表示する際、不可視の裏フレームにてサーバと通信を行い、裏フレームにて次画面の描画処理を実行し、描画が完了した時点で、表フレームと裏フレームの役割を逆転させる（つまり、この時点で最初の表フレームが不可視の裏フレーム、最初の裏フレームが可視の表フレームとなる）ことにより、ブラウザの画面表示を切り替える（画面切り替えの都度これを繰り返す）ことを特徴とする。
【発明の効果】
【００１１】
本発明によれば、次に表示すべき画面の描画が完了した時点で瞬時に画面を切り替えることが可能であるため、画面切り替え時に表示途中が見えたり、画面がちらついたりといった視覚的障害の無い画面制御方法およびこの技術を搭載した装置の提供が可能となる。
【発明を実施するための最良の形態】
【００１２】
以下、本発明を実施するための最良の形態について図面を用いて詳細に説明する。本実施の形態では、ブラウザ機能を搭載したクライアントである自動取引装置と、自動取引装置を制御するアプリケーションを搭載したWebアプリケーションサーバと、ホストコンピュータとを通信ネットワークを介して接続したシステムを一実施例として示す。なお、システムを構成する各コンピュータにはCPU,メモリ，HDD等の記憶手段等のハードがあることは言うまでもない。
【００１３】
図１は、一実施例のシステム構成図である。自動取引装置１０３は、金融機関等に設置され、顧客の操作によって現金の入金や出金等の取引を行う装置である。ブラウザ１０７は顧客に表示するための項目やガイダンス等を構成する顧客操作画面１０８を表示し、顧客操作に応じてWebアプリケーションサーバ１０２に対してリクエストを上げ、レスポンスに応じた次画面を表示する事が出来る。通信制御部１１０は業務アプリケーション１０６と通信する役割を果たし、デバイス制御部１０９に処理の要求を行う。デバイス制御部１０９は各種デバイスに対して処理要求を行う。ここで言うデバイスとは後述のカード処理機構、顧客操作部等のハード的なユニット及びそれを制御するソフトを示す。
Webアプリケーションサーバ１０２はブラウザ１０７からのリクエストに応じて画面を生成し、レスポンスすることでブラウザ１０７に顧客操作画面１０８を表示することができる。業務アプリケーション１０６は取引を実現するためのプログラムであり、取引の種類に応じてシーケンシャルな処理を行い、その過程で自動取引装置１０３のデバイスを処理する必要が生じた場合は、通信制御部１１０に対して処理要求を行う。顧客操作画面生成部１０５は業務アプリケーション１０６の実行結果データを元に、画面コンテンツ１０４内の画像ファイル等を利用し、顧客操作画面１０７に表示する画面データを生成する。以上の構成であるWebアプリケーションサーバ１０２がホストコンピュータ１０１と交信することで、取引を実行することが出来るシステム構成である。
【００１４】
図２は、自動取引装置１０３の概略構成の一例を示す説明図である。図示するように本体の自動取引装置１０３には次のユニット（デバイス）が備えられている。顧客操作部２０８は顧客が取引を行う際に取引選択や取引内容の確認を行うために用い、顧客の選択項目を検知する又は種々の情報を表示するものであり、ＬＣＤ画面，タッチパネル等から構成される。カード処理機構２１１は取引に当たって顧客が所有する銀行カードの吸入，排出およびカード磁気ストライプ情報（又はIC情報）のリード／ライトを行う。通帳処理機構２１０は通帳の吸入，排出，通帳磁気ストライプ情報のリード／ライト、更には通帳への印字等を行う。紙幣入出金機構２０９は入出金口から投入された紙幣を自動取引装置内部の収納部に金種毎に収納する、紙幣を鑑別する、顧客が指定した紙幣を入出金口から出金するなどの機能を持ったユニットで、同じく硬貨入出金機構２１３は硬貨の入出金や鑑別等の機能を持ったユニットである。明細票処理機構２１２は取引された内容を利用明細票の印字して排出する機能を有する。
【００１５】
このようなハード的なユニット、つまり、上記自動取引装置１０３の各ユニットを制御ユニット２１４が制御することで各ユニット間の情報の受け渡し等が可能となる。自動取引装置１０３はWebアプリケーションサーバ１０２に通信ネットワークを介して接続されている。制御ユニット２１４はWebアプリケーションサーバ１０２と通信を行いながら取引を実現する。図中の制御ユニット２１４は図示しないCPU、メモリ等のハード的な構成と、ソフトウェア的な各機能ブロックから構成され、主制御部２０１によって制御される。カード制御部２０５はカード処理機構２１１を制御し、通帳制御部２０６は通帳処理機構２１０を制御する。指示入出力部２０２は顧客操作部２０８の表示等を制御する。現金制御部２０３は紙幣入出金機構２０８および硬貨入出金機構２１３を制御する。明細票制御部２０４は明細票処理機構２１２を制御する。通信制御部２０７はWebアプリケーションサーバ１０２との通信を制御する。
【００１６】
図３は、図２における顧客操作部２０８に表示される画面とその遷移の一例である。顧客が自動取引装置１０３の前に立つと初期画面として取引の項目を選択するためのメニュー画面３０１が表示されている。このメニュー画面３０１で、取引メニューから残高照会取引キー３０５が押下されると、カード挿入画面３０２に遷移する。カード挿入画面３０２にはカード挿入を誘導するための動画コンテンツ表示エリア３０４を有する。カード挿入画面３０２にて顧客の所有する銀行カードをカード処理機構２１１に挿入すると暗証番号入力画面３０３に遷移する。暗証番号入力画面３０３には、カーソル付きの入力表示フィールド３０６やテンキー３０７を有する。暗証番号入力画面３０３にて顧客がテンキー３０７を使用して暗証番号を入力するとそれを検知して、以降操作手順に従い表示画面が遷移し、自動取引装置での取引が実行される。
【００１７】
図４は、上述の図３のように遷移する表示画面の構造、即ちブラウザ画面の構造を示した図である。顧客に見える可視の表フレーム４０１と、顧客に見えない不可視の裏フレーム４０２と、これらのフレームを制御する不可視の制御フレーム４０３とを有するフレーム構造とする。各フレームはJavaスクリプト等のスクリプト言語で記述されたプログラムとCPU等のハード構成によりフレーム間で情報の通信を行う。
【実施例１】
【００１８】
上述の内容を基にブラウザ１０７が具備する各機能について詳述する。このブラウザ１０７の各機能（手段）はCPU,メモリ等から構成される制御ユニット２１４の制御、処理によって実行されるのは言うまでもない。なお、本発明は以下に示す実施例に限定されるものではなく、本発明の範囲内での変形，改良等は当然可能である。
【００１９】
図５は、本実施形態に係わるシステム構成における自動取引装置１０３とWebアプリケーションサーバ１０２間で行われるブラウザ画面表示制御の流れを示したものである。
【００２０】
ブラウザ１０７上に表示されている可視の表フレーム４０１での顧客操作が完了（例えば、図３で示したメニュー画面３０１での残高照会取引キー３０５押下）するとそれを検知する。そして、表フレーム４０１は押下されたキー情報（送信パラメータ）等を含むWebアプリケーションサーバ１０２へ送信すべき情報を制御フレーム４０３に設定し、HTTPリクエスト発行依頼を行う（Ｓ５０１）。制御フレーム４０３は受け取った送信情報から裏フレーム４０２に送信フォームを生成（Ｓ５０２）し、裏フレーム４０３へ渡す（Ｓ５０３）。裏フレーム４０３はWebアプリケーションサーバ１０２に対してHTTPリクエストとともにフォームデータを送信する（Ｓ５０４）。Webアプリケーションサーバ１０２は、受信したフォームデータ等を元に該当する場面処理を実行し、次に表示すべき画面（カード挿入画面３０２等）の情報を収集してHTMLファイルを作成する（Ｓ５０５）。具体的には図１の画面コンテンツ１０４から画面生成に必要なボタンやガイダンスを収集して顧客操作画面生成部１０５にて顧客操作画面１０８を作成する。
【００２１】
WebアプリケーションサーバはＳ５０５にて作成したHTMLファイルを裏フレーム４０３宛にHTTPレスポンスとして発行する（Ｓ５０６）。裏フレーム４０２は受け取ったHTTPレスポンスにより、次に表示すべき画面（カード挿入画面３０２等）の描画処理を行う（Ｓ５０７）。裏フレーム４０２は描画が完了した時点で制御フレーム４０３へ描画完了を報告する（Ｓ５０８）。ここで、Ｓ５０１〜Ｓ５０８までの間は、ブラウザ１０７画面上には、表フレーム４０１が表示されており、利用者には表フレーム４０１の画面が見えている。制御フレーム４０３は裏フレーム４０２からの描画完了報告を契機に、表フレーム４０１と裏フレーム４０３の役割を反転させる（Ｓ５０９）。つまり、この時点で裏フレーム４０２が可視の表フレーム４０１となり、Ｓ５０７で描画した画面が表示され、それまで表示していた可視の表フレーム４０１が不可視の裏フレーム４０２となる。
【００２２】
次に、Ｓ５０８における裏フレーム４０３の描画処理完了の検知方法およびフレーム切り替え契機について以下に説明する。
ブラウザ１０７は裏フレーム４０２に次に表示すべき顧客操作画面としてHTMLドキュメントを表示させるがその表示完了は、HTMLファイル（HTMLドキュメント）内に記述された<body>タグの属性”onLoad”に設定したイベントハンドラによって検知され、裏フレーム４０２がそれを制御フレーム４０３に報告することで、ブラウザ１０７は裏フレーム４０２の描画完了を検知する。
【実施例２】
【００２３】
上述した裏フレームの描画処理の完了検知はHTMLファイルにJava等の特殊な描画を行わないような場合に有効である。しかしながら裏フレームとして、Javaアプレット，Flash等のようにオブジェクト内部でレンダリング等の描画処理を行っているものについては、ブラウザが描画処理完了を検知できない。そのため、オブジェクトのダウンロード完了時点で”onLoad”が呼ばれてしまい、この時点ではまだ描画あるいは内部的な初期化が完了していないケースがある。これを解決するには、内部的に初期化処理を持つオブジェクトについては、自身の初期化完了時に完了通知を発行する方法などが有効でありその一例について説明する。
【００２４】
具体的な手順を次に説明する。図６は上記処理手順の一例の流れを示した図であり、ｎ個のJavaアプレット６０１とｍ個のFlash６０２をオブジェクトとして持つHTMLドキュメントを裏フレーム４０２で描画処理する場合の例である。図３で例示した画面の残高照会取引キー３０５，カーソル付きの入力表示フィールド３０６、テンキー３０７等がこのJavaアプレット６０１やFlash６０２等のオブジェクトで作成される場合である。
【００２５】
ブラウザ１０７はHTMLドキュメントの解析処理中にJavaアプレット６０１およびFlash６０２のオブジェクトを検知すると、これらを処理するための実行エンジン６０３（Javaアプレットの場合はJava仮想マシン、Flashの場合はFlash Player等）を起動する（Ｓ６０１）。起動された実行エンジン６０３は、各オブジェクトの初期化関数（“init()”，“on(load)”等）を呼び出す（Ｓ６０２）。各オブジェクトはこれを契機に描画処理および内部データの初期化等の初期化処理を行い、HTMLドキュメント内に記述されたJavaスクリプト等に初期化完了を通知（初期化完了通知処理関数６０４を呼び出し）する（Ｓ６０３）。この通知の際には、各オブジェクトに割り振られた一意なＩＤを付加するものとする。
【００２６】
初期化完了通知処理関数６０４では、裏フレーム４０２が図７に示す初期化完了リストを保持して、初期化完了通知で通知されたＩＤにより各オブジェクトが初期化済みであるか未済みであるかを管理する。そして初期化完了通知されたオブジェクトをそのＩＤ単位でリストに追加する（Ｓ６０４）。更に、当該HTMLドキュメント内に貼り付けられている全オブジェクトから初期化完了通知を受け取ったかどうかの確認を行う（Ｓ６０５）。全オブジェクトから初期化完了通知を受け取ったことを確認した時点で、制御フレーム４０３に表示完了通知を発行する（Ｓ６０６）。この表示完了通知により制御フレーム４０３は裏フレーム４０２の描画が完了したことを認識することができる。
【００２７】
以上説明したように、ブラウザ１０７は可視の表フレーム（第１フレーム）と不可視の裏フレーム（第２フレーム）とを管理し、第２フレームの描画処理が完了するまでは第１フレームを可視状態に維持する機能を有し、また第２フレームの描画処理が完了した時点で第２フレームを可視状態に第１フレームを不可視状態にする切替機能を有している。なお図３では初期画面３０１を表示している状態で残高照会取引キー３０５が押下された場合は、この初期画面３０１が第１フレームに該当しカード挿入画面３０２が第２フレームに該当する。そして画面が遷移しカード挿入画面が操作部２０８に表示されている状態でカードが挿入された場合は、このカード挿入画面３０２が第１フレームに該当し暗証番号入力画面３０３が第２フレームに該当する。
【００２８】
また本実施例では金融機関等に設置される自動取引装置の例を示したが、コンビニや鉄道会社等に設置される顧客操作を伴う取引を自動的に実行し、複数の顧客操作画面が遷移する自動取引装置にも応用できる。勿論、顧客ではなく装置を保守する係員や保守員等が操作する自動取引装置に具備された係員操作部にも応用できる。
【図面の簡単な説明】
【００２９】
【図１】自動取引システムのブロック図
【図２】自動取引装置の構成図
【図３】取引画面の遷移図
【図４】ブラウザ画面構成図
【図５】画面表示切り替え処理の流れ図
【図６】画面表示完了検知処理の流れ図
【図７】初期化完了リストの構造図
【符号の説明】
【００３０】
１０１…ホストコンピュータ、１０２…Webアプリケーションサーバ、１０３…自動取引装置、１０４…画面コンテンツ、１０５…顧客操作画面生成部、１０６…業務アプリケーション、１０７…顧客操作画面、１０８…ブラウザ、１０９…デバイス制御部、１１０…通信制御部、２０１…主制御部、２０２…指示入出力部、２０３…現金制御部、２０４…明細票制御部、２４…カード制御部、２０６…通帳制御部、２０７…通信制御部、２０８…顧客操作部、２０９…紙幣入出金機構、２１０…通帳処理機構、２１１…カード処理機構、２１２…明細票処理機構、２１３…硬貨入出金機構、２１４…制御ユニット、３０１…メニュー画面、３０２…カード挿入画面、３０３…暗証番号入力画面、３０４…動画コンテンツ表示エリア、３０５…残高照会取引キー、３０６…入力表示フィールド、３０７…テンキー、４０１…表フレーム、４０２…裏フレーム、４０３…制御フレーム、６０１…Javaアプレット、６０２…Flash
【技術分野】
【０００１】
本発明は、ブラウザを用いた画面の表示制御方式に関する。特に、現金自動取引装置等の顧客操作型装置等における画面表示制御方法および表示装置に関する。
【背景技術】
【０００２】
Webブラウザとしては、Microsoft社のInternet Explorer（商標）やNetscape Communications社のNetscape Navigator（商標）がよく知られている。Webブラウザ（以下ブラウザ）は、インターネットに代表されるクライアント・サーバシステムにおいて、ユーザ端末装置であるクライアント（クライアントコンピュータ）に搭載され、通信ネットワークを介しサーバ（サーバコンピュータ）と通信を行い情報の表示等を行う。サーバとクライアント（ブラウザ）間の通信はHTTP（HyperText Transfer Protocol）という通信規約に基づき行われ、ブラウザからサーバに要求メッセージ（HTTPリクエスト）を送信し、サーバがこれを受け取るとブラウザに対し応答メッセージ（HTTPレスポンス）とデータを送信する。このサーバから受け取る情報は、HTML（HyperText Markup Language）等のマークアップ言語で記述されたドキュメントである。ブラウザはこのドキュメントを受け取ると、受け取ったドキュメントを解析し画面に表示する。ブラウザの機能としては、単にサーバから受け取った情報を表示するだけでなく、クライアントの情報をサーバに送信し、サーバ上で動作するアプリケーションで処理した結果を受け取ることも可能である。ブラウザ表示画面において、HTMLのみでは実現不可能な動的な表現（例えば、ボタン表示やカーソル付き入出力フィールド等）にはJava（Sun Microsystems社の商標）アプレットやJavaスクリプトおよびFlash（Macromedia社の商標）等のプラグインが使用され、ブラウザ内部でこのJavaスクリプトやJavaアプレットおよびその他のプラグインなどのオブジェクトが互いに通信することも可能である。
【０００３】
近年、これらのブラウザ機能を利用した製品およびブラウザ表示方式が提案されている。例えば、特許文献１に記載の技術では、遠隔から制御を行いたい家電機器にWebサーバ機能を盛り込み、ネットワークに接続し、Webブラウザを搭載したリモコンに相当するクライアントコンピュータにて遠隔操作を行うシステムが提案されている。当該システムにおいて、画面の再描画の瞬間的な切り替わりに関して、視覚的に見にくいということを解決するために、ブラウザ画面に表示されるフレームを予め分類し、再描画画面が再描画する以前の画像と変わらない第１の分類と、前と異なる第２の分類とに分けておき、再描画時には第２の分類のみのフレームを再描画する（第１の分類のフレームは再描画しない）技術が提案されている。
【０００４】
また、特許文献２に記載の技術では、ブラウザ画面にオブジェクトを有するレイアウトフレームと、オブジェクトは無くそしてブラウザ画面の極少領域に設定されたダミーフレームとで構成し、サーバからのレスポンス待ちをダミーフレームで行ってレイアウトフレームを更新し、ダミーフレームは画面変化のある部分のみを再描画するようにして、レスポンスによる画面のちらつき等の視覚障害を抑制する技術が提案されている。
【０００５】
【特許文献１】特開２００２−１２３４８８号公報
【特許文献２】特開２００４−２４０７２４号公報
【発明の開示】
【発明が解決しようとする課題】
【０００６】
しかしながら上記特許文献１の技術では、第２の分類に属するフレーム領域が比較的少ない場合はその効果を発揮するが、金融機関に設置されている現金自動取引装置（以下ATM）等のように遷移する画面のほとんどの領域が前の画面と異なる第２の分類に属するような画面構成を採用する技術では、想定できる効果が発揮できない、との問題や、複数の画面全てについて、前に描画される画面との対応関係を調査し、前と同じ部分(第１分類)と、前と異なる部分(第２分類)とを予め設定しなくてはならないため、画面が多数ありその画面の遷移が複雑であればあるほど(例：ATM等では選択されたキーの種類や装置内部の状態等により遷移する画面が多岐にわたり、「前に戻る」キー押下等で前の画面に戻ることもある)、困難な問題が発生してしまう。
【０００７】
また、上記特許文献２の技術においても、ダミーフレームについては上述したの特許文献１の問題点と同様に、画面全体の領域を更新するためには想定できる効果が発揮できない，設定が煩雑になるという問題がある。
【０００８】
さらに、ブラウザでは受信したHTMLドキュメントを解析処理した順に表示していく性質上、JavaアプレットやFlash等のプラグインを使用したオブジェクトの表示処理や、データ量の大きな画像データ等の表示には時間を要する。そのため、レイアウトフレームの更新がスタートし、その更新が終了するまでの間に表示途中の状態（例えば、画像データ表示処理中であることを示す×マーク等）が見えてしまうという視覚的な問題が発生する。このため、ATM等の顧客操作型装置等にブラウザを搭載した場合、利用者にとってはこの視覚的障害がストレスとなることが考えられる。
【０００９】
そこで本発明は、上述した問題を解消するため、ブラウザに対しサーバ等から返送されるレスポンスの内容や、ブラウザを搭載したクライアントコンピュータの性能（CPU性能等）に関係なくブラウザ画面表示の視覚的障害を抑止する方式および装置を提供することを目的とする。
【課題を解決するための手段】
【００１０】
上記目的を達成するため、本発明では、ブラウザの表示フレームを表裏の二重構造とし、片方を可視の表フレーム、他方を不可視の裏フレームとしている。表示している表フレームからの入力により別の次画面を表示する際、不可視の裏フレームにてサーバと通信を行い、裏フレームにて次画面の描画処理を実行し、描画が完了した時点で、表フレームと裏フレームの役割を逆転させる（つまり、この時点で最初の表フレームが不可視の裏フレーム、最初の裏フレームが可視の表フレームとなる）ことにより、ブラウザの画面表示を切り替える（画面切り替えの都度これを繰り返す）ことを特徴とする。
【発明の効果】
【００１１】
本発明によれば、次に表示すべき画面の描画が完了した時点で瞬時に画面を切り替えることが可能であるため、画面切り替え時に表示途中が見えたり、画面がちらついたりといった視覚的障害の無い画面制御方法およびこの技術を搭載した装置の提供が可能となる。
【発明を実施するための最良の形態】
【００１２】
以下、本発明を実施するための最良の形態について図面を用いて詳細に説明する。本実施の形態では、ブラウザ機能を搭載したクライアントである自動取引装置と、自動取引装置を制御するアプリケーションを搭載したWebアプリケーションサーバと、ホストコンピュータとを通信ネットワークを介して接続したシステムを一実施例として示す。なお、システムを構成する各コンピュータにはCPU,メモリ，HDD等の記憶手段等のハードがあることは言うまでもない。
【００１３】
図１は、一実施例のシステム構成図である。自動取引装置１０３は、金融機関等に設置され、顧客の操作によって現金の入金や出金等の取引を行う装置である。ブラウザ１０７は顧客に表示するための項目やガイダンス等を構成する顧客操作画面１０８を表示し、顧客操作に応じてWebアプリケーションサーバ１０２に対してリクエストを上げ、レスポンスに応じた次画面を表示する事が出来る。通信制御部１１０は業務アプリケーション１０６と通信する役割を果たし、デバイス制御部１０９に処理の要求を行う。デバイス制御部１０９は各種デバイスに対して処理要求を行う。ここで言うデバイスとは後述のカード処理機構、顧客操作部等のハード的なユニット及びそれを制御するソフトを示す。
Webアプリケーションサーバ１０２はブラウザ１０７からのリクエストに応じて画面を生成し、レスポンスすることでブラウザ１０７に顧客操作画面１０８を表示することができる。業務アプリケーション１０６は取引を実現するためのプログラムであり、取引の種類に応じてシーケンシャルな処理を行い、その過程で自動取引装置１０３のデバイスを処理する必要が生じた場合は、通信制御部１１０に対して処理要求を行う。顧客操作画面生成部１０５は業務アプリケーション１０６の実行結果データを元に、画面コンテンツ１０４内の画像ファイル等を利用し、顧客操作画面１０７に表示する画面データを生成する。以上の構成であるWebアプリケーションサーバ１０２がホストコンピュータ１０１と交信することで、取引を実行することが出来るシステム構成である。
【００１４】
図２は、自動取引装置１０３の概略構成の一例を示す説明図である。図示するように本体の自動取引装置１０３には次のユニット（デバイス）が備えられている。顧客操作部２０８は顧客が取引を行う際に取引選択や取引内容の確認を行うために用い、顧客の選択項目を検知する又は種々の情報を表示するものであり、ＬＣＤ画面，タッチパネル等から構成される。カード処理機構２１１は取引に当たって顧客が所有する銀行カードの吸入，排出およびカード磁気ストライプ情報（又はIC情報）のリード／ライトを行う。通帳処理機構２１０は通帳の吸入，排出，通帳磁気ストライプ情報のリード／ライト、更には通帳への印字等を行う。紙幣入出金機構２０９は入出金口から投入された紙幣を自動取引装置内部の収納部に金種毎に収納する、紙幣を鑑別する、顧客が指定した紙幣を入出金口から出金するなどの機能を持ったユニットで、同じく硬貨入出金機構２１３は硬貨の入出金や鑑別等の機能を持ったユニットである。明細票処理機構２１２は取引された内容を利用明細票の印字して排出する機能を有する。
【００１５】
このようなハード的なユニット、つまり、上記自動取引装置１０３の各ユニットを制御ユニット２１４が制御することで各ユニット間の情報の受け渡し等が可能となる。自動取引装置１０３はWebアプリケーションサーバ１０２に通信ネットワークを介して接続されている。制御ユニット２１４はWebアプリケーションサーバ１０２と通信を行いながら取引を実現する。図中の制御ユニット２１４は図示しないCPU、メモリ等のハード的な構成と、ソフトウェア的な各機能ブロックから構成され、主制御部２０１によって制御される。カード制御部２０５はカード処理機構２１１を制御し、通帳制御部２０６は通帳処理機構２１０を制御する。指示入出力部２０２は顧客操作部２０８の表示等を制御する。現金制御部２０３は紙幣入出金機構２０８および硬貨入出金機構２１３を制御する。明細票制御部２０４は明細票処理機構２１２を制御する。通信制御部２０７はWebアプリケーションサーバ１０２との通信を制御する。
【００１６】
図３は、図２における顧客操作部２０８に表示される画面とその遷移の一例である。顧客が自動取引装置１０３の前に立つと初期画面として取引の項目を選択するためのメニュー画面３０１が表示されている。このメニュー画面３０１で、取引メニューから残高照会取引キー３０５が押下されると、カード挿入画面３０２に遷移する。カード挿入画面３０２にはカード挿入を誘導するための動画コンテンツ表示エリア３０４を有する。カード挿入画面３０２にて顧客の所有する銀行カードをカード処理機構２１１に挿入すると暗証番号入力画面３０３に遷移する。暗証番号入力画面３０３には、カーソル付きの入力表示フィールド３０６やテンキー３０７を有する。暗証番号入力画面３０３にて顧客がテンキー３０７を使用して暗証番号を入力するとそれを検知して、以降操作手順に従い表示画面が遷移し、自動取引装置での取引が実行される。
【００１７】
図４は、上述の図３のように遷移する表示画面の構造、即ちブラウザ画面の構造を示した図である。顧客に見える可視の表フレーム４０１と、顧客に見えない不可視の裏フレーム４０２と、これらのフレームを制御する不可視の制御フレーム４０３とを有するフレーム構造とする。各フレームはJavaスクリプト等のスクリプト言語で記述されたプログラムとCPU等のハード構成によりフレーム間で情報の通信を行う。
【実施例１】
【００１８】
上述の内容を基にブラウザ１０７が具備する各機能について詳述する。このブラウザ１０７の各機能（手段）はCPU,メモリ等から構成される制御ユニット２１４の制御、処理によって実行されるのは言うまでもない。なお、本発明は以下に示す実施例に限定されるものではなく、本発明の範囲内での変形，改良等は当然可能である。
【００１９】
図５は、本実施形態に係わるシステム構成における自動取引装置１０３とWebアプリケーションサーバ１０２間で行われるブラウザ画面表示制御の流れを示したものである。
【００２０】
ブラウザ１０７上に表示されている可視の表フレーム４０１での顧客操作が完了（例えば、図３で示したメニュー画面３０１での残高照会取引キー３０５押下）するとそれを検知する。そして、表フレーム４０１は押下されたキー情報（送信パラメータ）等を含むWebアプリケーションサーバ１０２へ送信すべき情報を制御フレーム４０３に設定し、HTTPリクエスト発行依頼を行う（Ｓ５０１）。制御フレーム４０３は受け取った送信情報から裏フレーム４０２に送信フォームを生成（Ｓ５０２）し、裏フレーム４０３へ渡す（Ｓ５０３）。裏フレーム４０３はWebアプリケーションサーバ１０２に対してHTTPリクエストとともにフォームデータを送信する（Ｓ５０４）。Webアプリケーションサーバ１０２は、受信したフォームデータ等を元に該当する場面処理を実行し、次に表示すべき画面（カード挿入画面３０２等）の情報を収集してHTMLファイルを作成する（Ｓ５０５）。具体的には図１の画面コンテンツ１０４から画面生成に必要なボタンやガイダンスを収集して顧客操作画面生成部１０５にて顧客操作画面１０８を作成する。
【００２１】
WebアプリケーションサーバはＳ５０５にて作成したHTMLファイルを裏フレーム４０３宛にHTTPレスポンスとして発行する（Ｓ５０６）。裏フレーム４０２は受け取ったHTTPレスポンスにより、次に表示すべき画面（カード挿入画面３０２等）の描画処理を行う（Ｓ５０７）。裏フレーム４０２は描画が完了した時点で制御フレーム４０３へ描画完了を報告する（Ｓ５０８）。ここで、Ｓ５０１〜Ｓ５０８までの間は、ブラウザ１０７画面上には、表フレーム４０１が表示されており、利用者には表フレーム４０１の画面が見えている。制御フレーム４０３は裏フレーム４０２からの描画完了報告を契機に、表フレーム４０１と裏フレーム４０３の役割を反転させる（Ｓ５０９）。つまり、この時点で裏フレーム４０２が可視の表フレーム４０１となり、Ｓ５０７で描画した画面が表示され、それまで表示していた可視の表フレーム４０１が不可視の裏フレーム４０２となる。
【００２２】
次に、Ｓ５０８における裏フレーム４０３の描画処理完了の検知方法およびフレーム切り替え契機について以下に説明する。
ブラウザ１０７は裏フレーム４０２に次に表示すべき顧客操作画面としてHTMLドキュメントを表示させるがその表示完了は、HTMLファイル（HTMLドキュメント）内に記述された<body>タグの属性”onLoad”に設定したイベントハンドラによって検知され、裏フレーム４０２がそれを制御フレーム４０３に報告することで、ブラウザ１０７は裏フレーム４０２の描画完了を検知する。
【実施例２】
【００２３】
上述した裏フレームの描画処理の完了検知はHTMLファイルにJava等の特殊な描画を行わないような場合に有効である。しかしながら裏フレームとして、Javaアプレット，Flash等のようにオブジェクト内部でレンダリング等の描画処理を行っているものについては、ブラウザが描画処理完了を検知できない。そのため、オブジェクトのダウンロード完了時点で”onLoad”が呼ばれてしまい、この時点ではまだ描画あるいは内部的な初期化が完了していないケースがある。これを解決するには、内部的に初期化処理を持つオブジェクトについては、自身の初期化完了時に完了通知を発行する方法などが有効でありその一例について説明する。
【００２４】
具体的な手順を次に説明する。図６は上記処理手順の一例の流れを示した図であり、ｎ個のJavaアプレット６０１とｍ個のFlash６０２をオブジェクトとして持つHTMLドキュメントを裏フレーム４０２で描画処理する場合の例である。図３で例示した画面の残高照会取引キー３０５，カーソル付きの入力表示フィールド３０６、テンキー３０７等がこのJavaアプレット６０１やFlash６０２等のオブジェクトで作成される場合である。
【００２５】
ブラウザ１０７はHTMLドキュメントの解析処理中にJavaアプレット６０１およびFlash６０２のオブジェクトを検知すると、これらを処理するための実行エンジン６０３（Javaアプレットの場合はJava仮想マシン、Flashの場合はFlash Player等）を起動する（Ｓ６０１）。起動された実行エンジン６０３は、各オブジェクトの初期化関数（“init()”，“on(load)”等）を呼び出す（Ｓ６０２）。各オブジェクトはこれを契機に描画処理および内部データの初期化等の初期化処理を行い、HTMLドキュメント内に記述されたJavaスクリプト等に初期化完了を通知（初期化完了通知処理関数６０４を呼び出し）する（Ｓ６０３）。この通知の際には、各オブジェクトに割り振られた一意なＩＤを付加するものとする。
【００２６】
初期化完了通知処理関数６０４では、裏フレーム４０２が図７に示す初期化完了リストを保持して、初期化完了通知で通知されたＩＤにより各オブジェクトが初期化済みであるか未済みであるかを管理する。そして初期化完了通知されたオブジェクトをそのＩＤ単位でリストに追加する（Ｓ６０４）。更に、当該HTMLドキュメント内に貼り付けられている全オブジェクトから初期化完了通知を受け取ったかどうかの確認を行う（Ｓ６０５）。全オブジェクトから初期化完了通知を受け取ったことを確認した時点で、制御フレーム４０３に表示完了通知を発行する（Ｓ６０６）。この表示完了通知により制御フレーム４０３は裏フレーム４０２の描画が完了したことを認識することができる。
【００２７】
以上説明したように、ブラウザ１０７は可視の表フレーム（第１フレーム）と不可視の裏フレーム（第２フレーム）とを管理し、第２フレームの描画処理が完了するまでは第１フレームを可視状態に維持する機能を有し、また第２フレームの描画処理が完了した時点で第２フレームを可視状態に第１フレームを不可視状態にする切替機能を有している。なお図３では初期画面３０１を表示している状態で残高照会取引キー３０５が押下された場合は、この初期画面３０１が第１フレームに該当しカード挿入画面３０２が第２フレームに該当する。そして画面が遷移しカード挿入画面が操作部２０８に表示されている状態でカードが挿入された場合は、このカード挿入画面３０２が第１フレームに該当し暗証番号入力画面３０３が第２フレームに該当する。
【００２８】
また本実施例では金融機関等に設置される自動取引装置の例を示したが、コンビニや鉄道会社等に設置される顧客操作を伴う取引を自動的に実行し、複数の顧客操作画面が遷移する自動取引装置にも応用できる。勿論、顧客ではなく装置を保守する係員や保守員等が操作する自動取引装置に具備された係員操作部にも応用できる。
【図面の簡単な説明】
【００２９】
【図１】自動取引システムのブロック図
【図２】自動取引装置の構成図
【図３】取引画面の遷移図
【図４】ブラウザ画面構成図
【図５】画面表示切り替え処理の流れ図
【図６】画面表示完了検知処理の流れ図
【図７】初期化完了リストの構造図
【符号の説明】
【００３０】
１０１…ホストコンピュータ、１０２…Webアプリケーションサーバ、１０３…自動取引装置、１０４…画面コンテンツ、１０５…顧客操作画面生成部、１０６…業務アプリケーション、１０７…顧客操作画面、１０８…ブラウザ、１０９…デバイス制御部、１１０…通信制御部、２０１…主制御部、２０２…指示入出力部、２０３…現金制御部、２０４…明細票制御部、２４…カード制御部、２０６…通帳制御部、２０７…通信制御部、２０８…顧客操作部、２０９…紙幣入出金機構、２１０…通帳処理機構、２１１…カード処理機構、２１２…明細票処理機構、２１３…硬貨入出金機構、２１４…制御ユニット、３０１…メニュー画面、３０２…カード挿入画面、３０３…暗証番号入力画面、３０４…動画コンテンツ表示エリア、３０５…残高照会取引キー、３０６…入力表示フィールド、３０７…テンキー、４０１…表フレーム、４０２…裏フレーム、４０３…制御フレーム、６０１…Javaアプレット、６０２…Flash
【特許請求の範囲】
【請求項１】
利用者の操作に応じて種々の取引を行う自動取引装置において、
利用者の操作に係わる表示画面を表示し且つ操作した内容を検知する操作手段と、
制御手段とを有し、
前記操作手段をブラウザによる表示フレームで構成すると共に当該表示フレームを可視の第１フレームと不可視の第２フレームで構成し、
前記制御手段による前記ブラウザの制御によって、前記ブラウザは前記第２フレームの描画完了を管理することを特徴とする自動取引装置。
【請求項２】
請求項１記載の自動取引装置において、
前記ブラウザは前記第２フレームの描画完了の検出に基づき、前記第１フレームを不可視状態に、前記第２フレームを可視状態に切り替えることを特徴とする自動取引装置。
【請求項３】
請求項１記載の自動取引装置において、
前記ブラウザは前記第２フレームの描画完了を検出するまで、前記第１フレームを可視状態に、前記第２フレームを不可視状態に維持することを特徴する自動取引装置。
【請求項４】
請求項１乃至３の何れかの項記載の自動取引装置において、
前記表示フレームは更に制御フレームを有し、
前記制御フレームは前記第１フレームからのリクエスト発行依頼を受信し、当該受信に基づき送信フォームを生成して前記第２フレームに送信し、前記第２フレームからの描画完了通知を受信することを特徴とする自動取引装置。
【請求項５】
請求項１乃至４記載の自動取引装置において、
前記ブラウザは、前記自動取引装置に接続されたサーバから受信する画面情報を基に前記第２フレームの描画開始を行うことを特徴とする自動取引装置。
【請求項６】
請求項１乃至５記載の自動取引装置において、
前記第２フレームがレンダリング機能を有する描画を伴うとき、前記ブラウザは前記第２フレームを構成する複数のオブジェクト単位で当該オブジェクトの描画完了を管理することを特徴とする自動取引装置。
【請求項７】
請求項６記載の自動取引装置において、
前記オブジェクトの描画が完了したとき、当該オブジェクトは固有に割り当てられたIDを付加して完了通知を前記第２フレームに行うことを特徴とする自動取引装置。
【請求項８】
通信ネットワークを介してサーバからマークアップ言語で記述された情報を受信して制御ユニット及びブラウザによって所望の表示を行うブラウザ表示制御方法において、
前記ブラウザを可視の第１フレームと、不可視の第２フレームで構成し、
前記第１フレームから前記第２フレームにリクエスト発行依頼を通知し、
前記第２フレームは前記サーバにリクエストすると共に前記サーバから受信した情報に基づき描画処理を開始し、
前記第２フレームによる描画が完了したことに基づいて、前記第１フレームを不可視状態に、前記第２フレームを可視状態に切り替えることを特徴とするブラウザ表示制御方法。
【請求項１】
利用者の操作に応じて種々の取引を行う自動取引装置において、
利用者の操作に係わる表示画面を表示し且つ操作した内容を検知する操作手段と、
制御手段とを有し、
前記操作手段をブラウザによる表示フレームで構成すると共に当該表示フレームを可視の第１フレームと不可視の第２フレームで構成し、
前記制御手段による前記ブラウザの制御によって、前記ブラウザは前記第２フレームの描画完了を管理することを特徴とする自動取引装置。
【請求項２】
請求項１記載の自動取引装置において、
前記ブラウザは前記第２フレームの描画完了の検出に基づき、前記第１フレームを不可視状態に、前記第２フレームを可視状態に切り替えることを特徴とする自動取引装置。
【請求項３】
請求項１記載の自動取引装置において、
前記ブラウザは前記第２フレームの描画完了を検出するまで、前記第１フレームを可視状態に、前記第２フレームを不可視状態に維持することを特徴する自動取引装置。
【請求項４】
請求項１乃至３の何れかの項記載の自動取引装置において、
前記表示フレームは更に制御フレームを有し、
前記制御フレームは前記第１フレームからのリクエスト発行依頼を受信し、当該受信に基づき送信フォームを生成して前記第２フレームに送信し、前記第２フレームからの描画完了通知を受信することを特徴とする自動取引装置。
【請求項５】
請求項１乃至４記載の自動取引装置において、
前記ブラウザは、前記自動取引装置に接続されたサーバから受信する画面情報を基に前記第２フレームの描画開始を行うことを特徴とする自動取引装置。
【請求項６】
請求項１乃至５記載の自動取引装置において、
前記第２フレームがレンダリング機能を有する描画を伴うとき、前記ブラウザは前記第２フレームを構成する複数のオブジェクト単位で当該オブジェクトの描画完了を管理することを特徴とする自動取引装置。
【請求項７】
請求項６記載の自動取引装置において、
前記オブジェクトの描画が完了したとき、当該オブジェクトは固有に割り当てられたIDを付加して完了通知を前記第２フレームに行うことを特徴とする自動取引装置。
【請求項８】
通信ネットワークを介してサーバからマークアップ言語で記述された情報を受信して制御ユニット及びブラウザによって所望の表示を行うブラウザ表示制御方法において、
前記ブラウザを可視の第１フレームと、不可視の第２フレームで構成し、
前記第１フレームから前記第２フレームにリクエスト発行依頼を通知し、
前記第２フレームは前記サーバにリクエストすると共に前記サーバから受信した情報に基づき描画処理を開始し、
前記第２フレームによる描画が完了したことに基づいて、前記第１フレームを不可視状態に、前記第２フレームを可視状態に切り替えることを特徴とするブラウザ表示制御方法。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【公開番号】特開２００６−１２７１７３（Ｐ２００６−１２７１７３Ａ）
【公開日】平成１８年５月１８日（２００６．５．１８）
【国際特許分類】
【出願番号】特願２００４−３１４９９２（Ｐ２００４−３１４９９２）
【出願日】平成１６年１０月２９日（２００４．１０．２９）
【出願人】（５０４３７３０９３）日立オムロンターミナルソリューションズ株式会社 (1,225)
【Ｆターム（参考）】
【公開日】平成１８年５月１８日（２００６．５．１８）
【国際特許分類】
【出願日】平成１６年１０月２９日（２００４．１０．２９）
【出願人】（５０４３７３０９３）日立オムロンターミナルソリューションズ株式会社 (1,225)
【Ｆターム（参考）】
[ Back to top ]