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