JP2002014798A - ウェブコンテンツの表示方法およびウェブコンテンツの表示システム - Google Patents

Abstract

(57)【要約】 【課題】 画面展開を高速性に行えるようにして、ＡＴ
Ｍ等の機器についてもＷｅｂ技術を用いることができる
ようにすること。 【解決手段】 予め先読みページ１１，１２，１３等を
ダウンロードしておき、その先読みページ１１，１２，
１３等が選択された場合には、既にダウンロードしてあ
る先読みページ１１，１２，１３等のデータを表示させ
る。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、ウェブコンテンツ
の表示方法に関し、特に、Ｗｅｂ（ウェブ）技術を利用
した機器の画面展開を高速に行うのに有用である。

【０００２】

【従来の技術】従来、Ｗｅｂコンテンツを表示する際の
画面遷移は、初期画面が表示されているときに、ユーザ
ーによって次画面が選択されると、Ｗｅｂサーバにその
ページのダウンロードを要求し、そのページがダウンロ
ードされると、そのページを表示させる手順を繰り返す
ことによって実現していた。

【０００３】

【発明が解決しようとする課題】上記従来の場合は、そ
の都度、Ｗｅｂサーバから画面のダウンロードを行うの
で、画面展開が遅く、また、画面自体のロードにも時間
が掛かってしまう問題がある。このため、特に、画面展
開に高速性が必要なＡＴＭ等の機器について、単に、Ｗ
ｅｂ技術を用いた場合には、顧客サービスの低下を招く
ことになる。

【０００４】そこで、本発明は、画面展開を高速に行え
るようにして、ＡＴＭ等の機器についてもＷｅｂ技術を
用いることができるようにすることを目的とする。

【０００５】

【課題を解決するための手段】本発明の請求項１に記載
のウェブコンテンツの表示方法は、表示してあるウェブ
ページの次画面を先読みページとしてユーザーの選択前
にダウンロードしておき、先読みページが選択された場
合には、既にダウンロードしてある先読みページを表示
させることで、画面遷移を行うようにしたことを特徴と
する。

【０００６】本発明の請求項２に記載のウェブコンテン
ツの表示方法は、請求項１において、先読みページは、
予め先読みページとして登録してあるページとすること
を特徴とする。本発明の請求項３に記載のウェブコンテ
ンツの表示方法は、請求項１または請求項２において、
既にダウンロードしてある先読みページは、現在表示し
てある画面の裏画面として表示させておき、その先読み
ページが選択されたときに画面を切り替えて画面遷移を
行うようにしたことを特徴とする。

【０００７】本発明の請求項４に記載のウェブコンテン
ツの表示方法は、請求項１、請求項２または請求項３に
おいて、ダウンロードするのは表示中のページが次に要
求する可能性がある先読みページのみとしたことを特徴
とする。本発明の請求項５に記載のウェブコンテンツの
表示システムは、ウェブコンテンツをウェブページ毎に
提供するウェブサーバと、表示してあるウェブページの
次画面を先読みページとしてユーザーの選択前にＷｅｂ
サーバからダウンロードしておき、先読みページが選択
された場合には、既にダウンロードしてある先読みペー
ジを表示させることで、画面遷移を行うウェブクライア
ントとを接続したことを構成上の特徴とする。

【０００８】本発明の請求項６に記載のウェブコンテン
ツの表示システムは、請求項５において、先読みページ
は、予め先読みページとして登録してあるページとする
ことを構成上の特徴とする。本発明の請求項７に記載の
ウェブコンテンツの表示システムは、請求項５または請
求項６において、既にダウンロードしてある先読みペー
ジは、現在表示してある画面の裏画面として表示させて
おき、その先読みページが選択されたときに画面を切り
替えて画面遷移を行うようにしたことを構成上の特徴と
する。

【０００９】本発明の請求項８に記載のウェブコンテン
ツの表示システムは、請求項５、請求項６または請求項
７において、ダウンロードするのは表示中のページが次
に要求する可能性がある先読みページのみとしたことを
構成上の特徴とする。

【００１０】

【発明の実施の形態】以下、図面を参照して、本発明の
実施の形態を説明する。なお、これによりこの発明が限
定されるものではない。 第１の実施の形態 図１は、第１の実施の形態のシステム構成図である。図
において、Ｗｅｂクライアント１００は、Ｗｅｂサーバ
２００とインターネット３００を介して通信を行える環
境となっている。なお、ここでは、インターネットに接
続する場合を説明するが、これに限らず、Ｗｅｂ技術を
利用できる環境であればよく、例えば、イントラネット
によって接続される場合でもよい。さらに、別々の機器
間での通信の場合に限らず、例えば、ハードディスク等
の記憶媒体に記憶されているＷｅｂページをダウンロー
ドしてディスプレイ上に表示させる場合も後述する処理
を同様に行うことができるため、その説明は省略する。

【００１１】前記Ｗｅｂクライアント１００は、各種プ
ログラムを実行することで全体の処理を司るＣＰＵ１０
１と、このＣＰＵ１０１の実行するプログラムや各種デ
ータを格納するＲＯＭ１０２と、そのＣＰＵ１０１の実
行するプログラムや各種データを格納するＲＡＭ１０３
と、そのＣＰＵ１０１の実行するプログラムや各種デー
タを格納するハードディスク１０４と、インターネット
３００を介してＷｅｂサーバ２００との通信を行うため
のＩ／Ｆ１０５と、各種データを表示するためのディス
プレイ１０６と、ユーザーによって各種データを入力さ
せるためのキーボード１０７と、ポインティングデバイ
スとしてのマウス１０８とを主に備えている。

【００１２】前記Ｗｅｂサーバ２００は、複数のＷｅｂ
ページで構成されるＷｅｂコンテンツを格納するデータ
ベースとしてのＷｅｂページＤＢ２０１と、図示しない
ＣＰＵやＲＯＭ等で構成されて各種プログラムを実行す
ることにより全体の処理を司る中央処理部２０２と、イ
ンターネット３００を介してＷｅｂクライアント１００
と通信を行うためのＩ／Ｆ２０３とを主に備えている。

【００１３】図２に、第１の実施の形態のプログラム構
造の説明図を示す。このプログラムは、表示してあるウ
ェブページの次画面を先読みページとしてユーザーの選
択前にダウンロードしておき、先読みページが選択され
た場合には、既にダウンロードしてある先読みページを
表示させることで、画面遷移を行うプログラムであり、
上述したように、ＲＯＭ１０２等に記憶させておく。な
お、先読みページは、予め先読みページとして登録して
あるページとするのが好ましく、また、既にダウンロー
ドしてある先読みページは、現在表示してある画面の裏
画面として表示させておき、その先読みページが選択さ
れたときに画面を切り替えて画面遷移を行うようにして
もよい。

【００１４】そのプログラムは、図２に示すように、サ
ービス選択Ｗｉｎｄｏｗ２、スタートＷｉｎｄｏｗ３、
先読みＷｉｎｄｏｗ４、救済Ｗｉｎｄｏｗ５の４種類の
表示Ｗｉｎｄｏｗと、それらを管理する画面管理モジュ
ール６からなる。前記サービス選択Ｗｉｎｄｏｗ２は、
顧客がサービスを選択するためのページを表示するため
のＷｉｎｄｏｗである。前記スタートＷｉｎｄｏｗ３
は、各サービスの先頭のページを表示するためのＷｉｎ
ｄｏｗである。前記先読みＷｉｎｄｏｗ４は、先頭の２
枚目以降のページを表示するためのＷｉｎｄｏｗであ
る。前記救済Ｗｉｎｄｏｗ５は、先読みされていないペ
ージを表示する要求があったとき、表示するためのＷｉ
ｎｄｏｗである。

【００１５】以下、本実施の形態におけるＷｅｂページ
の画面遷移によって、各種サービスを提供する場合を説
明する。図３に、第１の実施の形態のサービスを実現す
る画面の流れの説明図を示す。なお、各Ｗｅｂページ
は、サービス選択ページ７、サービス先頭ページ８，
９，１０、先読みページ１１，１２，１３，１６等、通
常ページ１４，１５等と呼び、それぞれが上記各Ｗｉｎ
ｄｏｗ２，３，４，５に対応する。

【００１６】前記サービス選択ページ７は、サービスを
提供する機器が顧客に与えうるサービスについて、どの
サービスを選択するかを顧客に選択させるためのページ
であり、ここでは、サービス選択ページ７の数は１つで
ある。前記サービス先頭ページ８，９，１０は、前記サ
ービス選択ページ７において顧客が所定のサービスを選
択したとき、その選択したサービスで一番最初に表示さ
れるページである。このサービス先頭ページ８，９，１
０は、サービスを提供する機器の与えうるサービスの数
だけ存在する。前記先読みページ１１，１２，１３，１
６等は、あらかじめ、Ｗｅｂサーバからダウンロードし
ておくページであり、先読みＷｉｎｄｏｗ４へダウンロ
ードされるページを指す。 前記通常ページ１４，１５
等は、先読みされないページであり、通常のＷｅｂペー
ジと同様に、画面への表示要求があったときに、はじめ
てＷｅｂサーバ２００からページの内容をダウンロード
して表示され、救済Ｗｉｎｄｏｗ５上にダウンロードさ
れる。なお、要求する画面がどのＷｉｎｄｏｗ２，３，
４，５上に表示するのかは、画面管理モジュール６によ
って管理される。

【００１７】画面とページの制御は、図３において、ま
ず、ＣＰＵ１０１は、システム立ち上げ時、サービス先
頭ページ７のＵＲＬならびに先読みページ１１，１２，
１３，１６等のＵＲＬを画面管理モジュール６へ登録す
る。そのＵＲＬは、予めユーザーに入力させて、ＲＡＭ
１０３やハードディスク１０４に記憶させておけばよ
い。ここでは、それらのＵＲＬは、Ｗｅｂサーバ２００
に備えるＷｅｂページＤＢ２０１内のファイルを示す。

【００１８】次に、ＣＰＵ１０１は、画面管理モジュー
ル６によって、Ｗｅｂサーバ２００から各スタートＷｉ
ｎｄｏｗ３へ各サービス先頭ページ８，９，１０をダウ
ンロードする。そして、ＣＰＵ１０１では、サービス選
択ページ７で顧客がサービスを選択すると、選択された
サービス先頭ページ８，９，１０を表示するよう画面管
理モジュール６に依頼する。なお、ここでは、サービス
１が選択されて、サービス先頭ページ８が表示された場
合を説明する。ＣＰＵ１０１では、画面管理モジュール
６がサービス先頭ページ８を表示して、顧客からの入力
待ちを行っている間に先読みＷｉｎｄｏｗ４へ先読みペ
ージを１１，１２，１３等ダウンロードする。

【００１９】その後、ＣＰＵ１０１は、サービス先頭ペ
ージ８へ顧客入力が行われると、サービス先頭ページ８
は次に表示するページを画面制御モジュール６へ要求す
る。すると、ＣＰＵ１０１は、画面管理モジュール６に
よって、要求されたページが先読みページ１１，１２，
１３等である場合は要求された先読みページ１１，１
２，１３等がダウンロードされている先読みＷｉｎｄｏ
ｗ４を検索して表示する。また、要求されたページが通
常Ｗｉｎｄｏｗ１４，１５等の場合は、Ｗｅｂサーバ２
００から救済Ｗｉｎｄｏｗ５へ要求されたページをダウ
ンロードして表示する。なお、ＣＰＵ１０１は、先読み
ページ１１，１２，１３等、通常ページ１４，１５等に
おいて顧客からの入力に応じて次のページを表示する場
合も同様の処理を行う。

【００２０】このとき、先読みページ１１，１２，１３
等の表示は、サービスが終了するまで順次行い、サービ
スが終了すればサービス選択ページ７を表示する。な
お、上記説明では、先読みページ１１で通常ページ１４
が選択された場合を説明したが、他の先読みページ１
２，１３等からの場合も同様に通常ページ１４，１５等
に遷移させるようにしてもよい。

【００２１】上記第１の実施の形態によると、予め先読
みページをダウンロードしておき、その先読みページが
選択された場合には、既にダウンロードしてある先読み
ページのデータを表示させるようにしたため、従来の場
合のように、ダウンロードの要求があった後、ダウンロ
ードする場合に比べて、格段に画面表示速度が向上す
る。

【００２２】第２の実施の形態 本第２の実施の形態は、上記第１の実施の形態と同一の
システム構成であり、また、各Ｗｉｎｄｏｗおよび各ペ
ージの定義は上記第１の実施の形態と同様であるため、
説明を省略する。このため、以下の説明では、上記第１
の実施の形態と同様に、図１から図３を参照する。

【００２３】画面とページの制御は、図３において、ま
ず、ＣＰＵ１０１は、システム立ち上げ時、サービス先
頭ページ７のＵＲＬならびに先読みページ１１，１２，
１３，１６等のＵＲＬを画面管理モジュール６へ登録す
る。そのＵＲＬは、予めユーザーに入力させて、ＲＡＭ
１０３やハードディスク１０４に記憶させておけばよ
い。ここでは、それらのＵＲＬは、Ｗｅｂサーバ２００
に備えるＷｅｂページＤＢ２０１内のファイルを示す。

【００２４】次に、ＣＰＵ１０１は、画面管理モジュー
ル６によって、Ｗｅｂサーバ２００から各スタートＷｉ
ｎｄｏｗ３へ各サービス先頭ページ８，９，１０をダウ
ンロードする。そして、ＣＰＵ１０１では、サービス選
択ページ７で顧客がサービスを選択すると、選択された
サービス先頭ページ８，９，１０を表示するよう画面管
理モジュール６に依頼する。なお、ここでは、サービス
１が選択されて、サービス先頭ページ８が表示された場
合を説明する。ＣＰＵ１０１では、画面管理モジュール
６がサービス先頭ページ８を表示して、顧客からの入力
待ちを行っている間に先読みＷｉｎｄｏｗ４へ先読みペ
ージを１１，１２，１３等ダウンロードする。但し、本
第２の実施の形態では、このとき先読みＷｉｎｄｏｗ４
へダウンロードするのはサービス先頭ページ８，９，１
０が次に要求する可能性がある先読みページのみとす
る。

【００２５】その後、ＣＰＵ１０１は、サービス先頭ペ
ージ８へ顧客入力が行われると、サービス先頭ページ８
は次に表示するページを画面制御モジュール６へ要求す
る。すると、ＣＰＵ１０１は、画面管理モジュール６に
よって、要求されたページが先読みページ１１，１２，
１３等である場合は要求された先読みページ１１，１
２，１３等がダウンロードされている先読みＷｉｎｄｏ
ｗ４を検索して表示する。また、現在表示されているペ
ージでの顧客入力待ちの間に現在表示されているページ
から次に表示する可能性がある先読みページ１１，１
２，１３等を検索し、Ｗｅｂサーバ２００から先読みＷ
ｉｎｄｏｗ４へダウンロードする。なお、ＣＰＵ１０１
は、先読みページ１１，１２，１３等、通常ページ１
４，１５等において顧客からの入力に応じて次のページ
を表示する場合も同様の処理を行う。

【００２６】このとき、先読みページ１１，１２，１３
等の表示は、サービスが終了するまで順次行い、サービ
スが終了すればサービス選択ページ７を表示する。な
お、上記説明では、先読みページ１１で通常ページ１４
が選択された場合を説明したが、他の先読みページ１
２，１３等からの場合も同様に通常ページ１４，１５等
に遷移させるようにしてもよい。

【００２７】上記第２の実施の形態によると、先読みＷ
ｉｎｄｏｗへダウンロードするのはサービス先頭ページ
が次に要求する可能性がある先読みページのみであるた
め、記第１の実施の形態で説明した方法と比べ、先読み
Ｗｉｎｄｏｗの数を少なくすることができ、必要なリソ
ースを減らすことができる。 第３の実施の形態 図４は、第３の実施の形態のシステム構成図である。図
において、自動取引装置（以下「ＡＴＭ」という。）４
００は、Ｗｅｂサーバ２００とインターネット３００を
介して通信を行える環境となっている。なお、ここで
は、インターネットに接続する場合を説明するが、これ
に限らず、Ｗｅｂ技術を利用できる環境であればよく、
例えば、イントラネットによって接続される場合でもよ
い。さらに、別々の機器間での通信の場合に限らず、例
えば、ハードディスク等の記憶媒体に記憶されているＷ
ｅｂページをダウンロードしてディスプレイ上に表示さ
せる場合も後述する処理を同様に行うことができるた
め、その説明は省略する。

【００２８】前記ＡＴＭ４００は、タッチパネル等で構
成する顧客操作処理部４０１と、係員が操作するための
係員操作処理部４０２と、キャッシュカード等の読み書
き等を行うカード処理部４０３と、紙幣の入出金を行う
紙幣入出金処理部４０４と、硬貨の入出金を行う硬貨入
出金処理部４０５と、履歴を管理するジャーナル処理部
４０６と、通帳に書き込む処理を行う通帳処理部４０７
と、レシートを発行するレシート処理部４０８と、各種
プログラムを実行することで全体の処理を司る図示しな
いＣＰＵで構成する中央処理部４１０と、そのＣＰＵの
実行するプログラムや各種データを格納するＲＯＭ等か
ら構成する記憶部４１１と、インターネット３００を介
してＷｅｂサーバ２００との通信を行うためのＩ／Ｆ４
１２とを主に備えている。なお、前記Ｗｅｂサーバ２０
０は、上記第１の実施の形態と同様であるため、説明を
省略する。また、各Ｗｉｎｄｏｗおよび各ページの定義
は、上記第１の実施の形態の場合と同様であるため、説
明を省略する。

【００２９】以下、Ｗｅｂ技術を用いたＡＴＭの例を説
明する。図５に、第３の実施の形態のＡＴＭの事例の説
明図、図６に、第３の実施の形態のＡＴＭの事例で通常
ページへの遷移を含む場合の説明図を示す。なお、図
５、図６で、「取引選択」１７はサービス選択ページ、
「カード入れよ」１８はサービス先頭ページ、「暗証番
号入れよ」１９、「金額入れよ」２０は先読みページ、
「カードとれ」２１は通常ページとする。

【００３０】まず、図５で、「取引選択」１７上の中で
出金というボタンを顧客Ｘが押すと、「取引選択」１７
のページは画面コントロール２２へサービス先頭ページ
である「カード入れよ」１８の表示を要求する。そのと
き、画面コントロール２２はあらかじめダウンロードし
てある「カード入れよ」１８の画面を表示し、「暗証番
号入れよ」１９、「金額入れよ」２０等の先読みページ
を先読みＷｉｎｄｏｗへ読み込ませる。

【００３１】そして、「カード入れよ」１８の画面でカ
ードが挿入されたら、先読みＷｉｎｄｏｗへ表示された
「暗証番号入れよ」１９を表示する。「暗証番号入れ
よ」１９で、顧客が暗証番号を入力すれば、「暗証番号
入れよ」１９のページは画面コントロール２２へ「金額
入れよ」２０のページの表示を行う。以下、同様の方法
で画面遷移をしてゆく。

【００３２】次に、途中で通常ページの表示要求が行わ
れる例を説明する。図６で、「暗証番号入れよ」１９を
表示するまでは上記図５を用いて説明した処理と同様で
あるため、説明を省略する。ここでは、「暗証番号入れ
よ」１９で顧客Ｘが取消ボタンを押したとする。そのと
き、「暗証番号入れよ」１９のページは画面コントロー
ル２２へ「カードとれ」２１のページの表示の要求を出
す。すると、画面コントロール２２は先読みページでは
ないページを要求されたので、通常ページである「カー
ドとれ」２１のページをダウンロードし、表示すること
になる。

【００３３】上記第３の実施の形態によると、ＡＴＭで
一定のシーケンスに従ったＷｅｂページの画面遷移を、
予め先読みページをダウンロードしておき、その先読み
ページが選択された場合には、既にダウンロードしてあ
る先読みページのデータを表示させることによって、例
えば、取引選択画面からカード挿入が選択された場合
に、この処理後に従う一定のシーケンスの画面を先読み
ページとしての暗証番号の入力画面等に遷移させること
ができるため、高速な処理が要求されるＡＴＭでの処理
にＷｅｂ技術を利用させることができるようになる。

【００３４】

【発明の効果】以上説明したように本発明によると、予
め先読みページをダウンロードしておき、その先読みペ
ージが選択された場合には、既にダウンロードしてある
先読みページのデータを表示させるようにしたため、従
来の場合のように、ダウンロードの要求があった後、ダ
ウンロードする場合に比べて、格段に画面表示速度が向
上する効果が得られる。したがって、特に、画面展開に
高速性が必要なＡＴＭ等の機器について、高速な画面遷
移を設計できるようになるため、顧客サービスを向上さ
せることが期待できる。

【図面の簡単な説明】

【図１】第１の実施の形態のシステム構成図

【図２】第１の実施の形態のプログラム構造の説明図

【図３】第１の実施の形態のサービスを実現する画面の
流れの説明図

【図４】第３の実施の形態のシステム構成図

【図５】第３の実施の形態のＡＴＭの事例の説明図

【図６】第３の実施の形態のＡＴＭの事例で通常ページ
への遷移を含む場合の説明図

【符号の説明】 １００ Ｗｅｂクライアント ２００ Ｗｅｂサーバ ３００ インターネット ４００ ＡＴＭ

Claims (8)

【特許請求の範囲】
1. 【請求項１】 表示してあるウェブページの次画面を先
   読みページとしてユーザーの選択前にダウンロードして
   おき、 先読みページが選択された場合には、既にダウンロード
   してある先読みページを表示させることで、画面遷移を
   行うようにしたことを特徴とするウェブコンテンツの表
   示方法。
2. 【請求項２】 請求項１において、 先読みページは、予め先読みページとして登録してある
   ページとすることを特徴とするウェブコンテンツの表示
   方法。
3. 【請求項３】 請求項１または請求項２において、 既にダウンロードしてある先読みページは、現在表示し
   てある画面の裏画面として表示させておき、その先読み
   ページが選択されたときに画面を切り替えて画面遷移を
   行うようにしたことを特徴とするウェブコンテンツの表
   示方法。
4. 【請求項４】 請求項１、請求項２または請求項３にお
   いて、 ダウンロードするのは表示中のページが次に要求する可
   能性がある先読みページのみとしたことを特徴とするウ
   ェブコンテンツの表示方法。
5. 【請求項５】 ウェブコンテンツをウェブページ毎に提
   供するウェブサーバと、 表示してあるウェブページの次画面を先読みページとし
   てユーザーの選択前にＷｅｂサーバからダウンロードし
   ておき、先読みページが選択された場合には、既にダウ
   ンロードしてある先読みページを表示させることで、画
   面遷移を行うウェブクライアントとを接続したことを特
   徴とするウェブコンテンツの表示システム。
6. 【請求項６】 請求項５において、 先読みページは、予め先読みページとして登録してある
   ページとすることを特徴とするウェブコンテンツの表示
   システム。
7. 【請求項７】 請求項５または請求項６において、 既にダウンロードしてある先読みページは、現在表示し
   てある画面の裏画面として表示させておき、その先読み
   ページが選択されたときに画面を切り替えて画面遷移を
   行うようにしたことを特徴とするウェブコンテンツの表
   示システム。
8. 【請求項８】 請求項５、請求項６または請求項７にお
   いて、 ダウンロードするのは表示中のページが次に要求する可
   能性がある先読みページのみとしたことを特徴とするウ
   ェブコンテンツの表示システム。