JP2019121104A - 表示プログラム、表示方法および情報処理装置 - Google Patents

Abstract

【課題】遷移先の画面に画面情報を表示するまでの時間を短縮すること。【解決手段】サーバ装置１００は、端末装置からリクエストを受信し、リクエストが第１の画面から遷移する第２の画面を生成するリクエストである場合に、第２の画面に遷移させる指示を情報処理端末に送信する。サーバ装置１００は、第２の画面の生成のリクエストを受信する前に、第２の画面に表示させる情報を予め生成する。サーバ装置１００は、情報処理端末から第２の画面に表示させる情報のリクエストを受信した場合に、予め生成した第２の画面に表示させる情報を情報処理端末に送信する。【選択図】図２

Description

本発明は、表示プログラム等に関する。

ＰＣ（Personal Computer）、スマートフォン、タブレット等の端末装置には、ブラウザが搭載されている。ユーザは、ブラウザを用いることにより、ネットワークを介して、サーバ装置にアクセスし、各種の画面の情報を閲覧することが可能である。

図７は、従来技術の一例を説明するための図である。図７に示すように、端末装置１０は、ネットワーク５を介して、サーバ装置２０に接続される。ここでは一例として、端末装置１０を示すが、サーバ装置１０は、他の端末装置に接続されていてもよい。端末装置１０では、ブラウザ１０ａが動作する。サーバ装置２０は、ブラウザ１０ａからのアクセスを受け付ける表示制御部２０ａと、各種の情報を記憶するＤＢ（Data Base）２０ｂとを有する。

図８は、従来技術の処理手順を示すフローチャートである。図８に示すように、端末装置１０のブラウザ１０ａは、画面遷移を伴う処理のリクエストをサーバ装置２０に送信する（ステップＳ１０）。サーバ装置２０の表示制御部２０ａは、リクエストに対するレスポンスをブラウザ１０ａに送信する（ステップＳ１１）。

ブラウザ１０ａは、レスポンスを受け付けると、遷移先の画面をオープンする（ステップＳ１２）。ブラウザ１０ａは、遷移先の画面に表示させる画面情報のＵＲＬ（uniform resource locator）をサーバ装置２０に送信する（ステップＳ１３）。

サーバ装置２０の表示制御部２０ａは、ＵＲＬに対応する画面情報を、ＤＢ２０ｂから検索する（ステップＳ１４）。表示制御部２０ａは、検索した画面情報を、ブラウザ１０ａに送信する（ステップＳ１５）。ブラウザ１０ａは、オープンした画面に、サーバ装置２０から受信した画面情報を表示する（ステップＳ１６）。

特開２００２−１７５１４２号公報

しかしながら、上述した従来技術では、遷移先の画面に画面情報を表示するまでに時間を要するという問題がある。

たとえば、従来技術では、サーバ装置２０の表示制御部２０ａが、ブラウザ１０ａから画面情報のＵＲＬを受信してから、画面情報の検索を行っている。このため、図８で説明した、ブラウザ１０ａがステップＳ１０においてリクエストをサーバ装置２０に送信してから、ステップＳ１６においてオープンした画面に画面情報を表示するまでに時間を要する。

１つの側面では、本発明は、遷移先の画面に画面情報を表示するまでの時間を短縮することができる表示プログラム、表示方法および情報処理装置を提供することを目的とする。

第１の案では、コンピュータは次の処理を実行する。コンピュータは、ブラウザを用いて画面を表示する情報処理端末から第１の画面に表示させる情報を生成するリクエストを受信する。コンピュータは、第１の画面から遷移する第２の画面がある場合に、受信したリクエストに応じて第１の画面の表示させる情報、および、第２の画面に遷移させる指示を情報処理端末に送信するとともに、第２の画面に表示させる情報を生成するリクエストを受信する前に、第２の画面に表示させる情報を予め生成する。コンピュータは、情報処理端末から第２の画面に表示させる情報を生成するリクエストを受信した場合に、予め生成した第２の画面に表示させる情報を情報処理端末に送信する。

遷移先の画面に画面情報を表示するまでの時間を短縮することができる。

図１は、本実施例に係るシステムの構成を示す図である。 図２は、本実施例に係るサーバ装置の構成を示す機能ブロック図である。 図３は、本実施例に係る管理テーブルのデータ構造を示す図である。 図４は、本実施例に係るサーバ装置の処理手順を示すフローチャートである。 図５は、本実施例にかかるサーバ装置のその他の処理を説明するための図である。 図６は、サーバ装置と同様の機能を実現するコンピュータのハードウェア構成の一例を示す図である。 図７は、従来技術の一例を説明するための図である。 図８は、従来技術の処理手順を示すフローチャートである。

以下に、本願の開示する表示プログラム、表示方法および情報処理装置の実施例を図面に基づいて詳細に説明する。なお、この実施例によりこの発明が限定されるものではない。

図１は、本実施例に係るシステムの構成を示す図である。図１に示すように、このシステムは、サーバ装置１００と、端末装置１０とを有する。サーバ装置１００は、情報処理装置の一例である。サーバ装置１００は、ネットワーク５を介して、端末装置１０に接続される。本実施例では一例として、サーバ装置１００が、端末装置１０に接続される例について説明するが、サーバ装置１００は、図示しない他の端末装置に接続されていてもよい。

端末装置１０では、ブラウザ１０ａが動作する。利用者は、端末装置１０の入力装置（図示略）を操作して、ブラウザ１０ａを操作する。ブラウザ１０ａは、利用者の操作に応じて、サーバ装置１００にアクセスし、各種の情報を、端末装置１０の表示装置（図示略）に表示する。本実施例では一例として、ブラウザ１０ａが画面生成のリクエストをサーバ装置１００に送信する場合について説明する。

ここで、ブラウザ１０ａが、サーバ装置１０に送信する画面生成のリクエストには、画面遷移を伴うリクエストと、画面遷移を伴わないリクエストがある。画面遷移を伴うリクエストは、端末装置１０の表示装置に表示されている画面とは別の、新たな画面を表示するためのリクエストである。画面遷移を伴わないリクエストは、端末装置１０の表示装置に既に表示されている画面の情報を更新するためのリクエストである。

以下の説明では、適宜、ブラウザ１０ａがサーバ装置１００に送信する画面生成のリクエストを「画面生成リクエスト」と表記する。画面生成リクエストには、画面遷移を伴うリクエストであるか否かの情報と、セッションを一意に識別するセッションＩＤとが含まれる。また、画面遷移を伴うリクエストである場合には、遷移先となる画面を一意に識別する情報が含まれているものとする。

端末装置１０のブラウザ１０ａが、サーバ装置１００に対して画面生成リクエストを送信すると、サーバ装置１００は、ブラウザ１０ａにレスポンスを送信する。まず、画面生成リクエストに、画面遷移を伴うリクエストである旨の情報が含まれている場合について説明する。

画面生成リクエストに、画面遷移を伴うリクエストである旨の情報が含まれている場合には、サーバ装置１００から送信されるレスポンスには、遷移先の画面をオープンさせる指示と、遷移先の画面に表示させる画面情報のＵＲＬと、ＵＲＬパラメータとが含まれる。ＵＲＬパラメータは、ＵＲＬに付け加える変数を示す情報である。また、サーバ装置１００から送信されるレスポンスには、画面遷移前の画面に表示させる情報が含まれている。

ブラウザ１０ａは、サーバ装置１００からレスポンスを受け付けると、遷移先の画面をオープンする。ブラウザ１０ａは、遷移先の画面をオープンした後に、「遷移先のページ要求」を、サーバ装置１００に送信する。遷移先のページ要求には、セッションＩＤと、レスポンスに含まれるＵＲＬ、ＵＲＬパラメータが含まれる。

ブラウザ１０ａが、サーバ１００に対して遷移先のページ要求を送信すると、サーバ装置１００は、ブラウザ１０ａに画面情報を送信する。ブラウザ１０ａは、画面情報を受信すると、既にオープンした画面に、画面情報を表示させる。

続いて、画面生成リクエストに、画面遷移を伴うリクエストでない旨の情報が含まれている場合について説明する。

画面生成リクエストに、画面遷移を伴うリクエストでない旨の情報が含まれている場合には、ブラウザ１０ａおよびサーバ装置１００は、従来技術と同様にして、所定の処理手順によってデータをやり取りする。ブラウザ１０ａは、サーバ装置１００から、画面情報を受信し、受信した画面情報によって、画面を更新する。

次に、サーバ装置１００について説明する。サーバ装置１００は、端末装置１０のブラウザ１０ａから画面遷移を伴うリクエストを受け付けた場合に、レスポンスをブラウザ１０ａに送信する。サーバ装置１００は、レスポンスをブラウザ１０ａに送信した後に、ブラウザ１０ａから、遷移先のページ要求を受け付ける前に、ＵＲＬに対応する画面情報を予め取得しておく。サーバ装置１００は、ブラウザ１０ａから、遷移先のページ要求を受け付けると、予め取得しておいた画面情報を、ブラウザ１０ａに送信する。このように、サーバ装置１００は、ブラウザ１０ａから、遷移先のページ要求を受け付ける前に、ＵＲＬに対応する画面情報を予め取得しておくことで、ブラウザ１０ａが、遷移先の画面に画面情報を表示するまでの時間を短縮することができる。

図２は、本実施例に係るサーバ装置の構成を示す機能ブロック図である。図２に示すように、このサーバ装置１００は、通信部１１０と、記憶部１２０と、制御部１３０とを有する。

通信部１１０は、ネットワーク５を介して、端末装置１０のブラウザ１０ａとデータ通信を実行する処理部である。通信部１１０は、通信装置に対応する。後述する制御部１３０は、通信部１１０を介して、ブラウザ１０ａとの間でデータをやり取りする。

記憶部１２０は、管理テーブル１２１を有する。記憶部１２０は、たとえば、ＲＡＭ（Random Access Memory）、ＲＯＭ（Read Only Memory）、フラッシュメモリ（Flash Memory）などの半導体メモリ素子などの記憶装置に対応する。

管理テーブル１２１は、遷移先の画面に表示させる画面情報に関する情報を保持するテーブルである。図３は、本実施例に係る管理テーブルのデータ構造を示す図である。図３に示すように、この管理テーブルは、セッションＩＤと、ＵＲＬと、ＵＲＬパラメータと、画面情報とを対応付ける。

セッションＩＤは、サーバ装置１００にアクセスするブラウザ１０ａのセッションを一意に識別するための情報である。ＵＲＬは、遷移先の画面に表示する画面情報の場所を示す情報である。ＵＲＬパラメータは、ＵＲＬに付け加える変数を示すものであり、たとえば、ＵＲＬパラメータを用いることで、画面情報に他の情報を加えることができ、ブラウザ１０ａに表示させる画面の内容に変化を加えられる。画面情報は、ＵＲＬに対応する画面情報である。たとえば、画面情報は、テキストデータ、画像データ、映像データ等に対応する。

制御部１３０は、受信部１３１と、生成部１３２と、送信部１３３と、リクエストサービス部１３４とを有する。制御部１３０は、例えば、ＡＳＩＣ（Application Specific Integrated Circuit）や、ＦＰＧＡ（Field Programmable Gate Array）などの集積装置に対応する。また、制御部１３０は、例えば、ＣＰＵやＭＰＵ（Micro Processing Unit）等の電子回路に対応する。

受信部１３１は、端末装置１０のブラウザ１０ａから、画面生成リクエストおよび遷移先のページ要求を受信する処理部である。

受信部１３１は、ブラウザ１０ａから、画面生成リクエストを受信した場合には、受信した画面生成リクエストを、生成部１３２に出力する。また、受信部１３１は、ブラウザ１０ａから、遷移先のページ要求を受信した場合には、遷移先のページ要求を、送信部１３３に出力する。

生成部１３２は、画面生成リクエストを取得すると、取得した画面生成リクエストに、画面遷移を伴うリクエストである旨の情報が含まれているか否かを判定する。

生成部１３２は、画面生成リクエストに、画面遷移を伴うリクエストである旨が含まれている場合には、画面生成リクエストに含まれる遷移先の画面を一意に識別する情報を基にして、遷移先の画面に表示させる画面情報のＵＲＬと、ＵＲＬパラメータとを取得する。

たとえば、生成部１３２は、遷移先の画面を一意に識別する情報と、ＵＲＬおよびＵＲＬパラメータとを対応付けるテーブル（図示略）を参照して、遷移先の画面に表示させる画面情報のＵＲＬと、ＵＲＬパラメータとを取得してもよい。または、生成部１３２は、ネットワーク５を介して、他のサーバ装置に問合せを行うことで、遷移先の画面に表示させる画面情報のＵＲＬと、ＵＲＬパラメータとを取得してもよい。

生成部１３２は、画面生成リクエストに含まれるセッションＩＤと、取得したＵＲＬと、ＵＲＬパラメータとを対応付けて、管理テーブル１２１に登録する。また、生成部１３２は、画面生成リクエストのレスポンスの情報を生成し、レスポンスを、ブラウザ１０ａに送信する。画面生成リクエストのレスポンスには、遷移先の画面をオープンさせる指示と、遷移先の画面に表示させる画面情報のＵＲＬと、ＵＲＬパラメータとが含まれる。また、生成部１３２は、レスポンスに、画面遷移前の画面に表示させる情報を含めてもよい。画面遷移前の画面に表示させる情報は、設計者が予め設定しておいてもよいし、画面遷移前の画面を更新する情報であってもよい。

生成部１３２は、画面生成リクエストを取得した時点で、ＵＲＬをリクエストサービス部１３４に出力する。生成部１３２は、ＵＲＬをリクエストサービス部１３４に出力することで、ＵＲＬに対応する画面情報がリクエストサービス部１３４により取得され、画像情報が管理テーブル１２１に登録される。

一方、生成部１３２は、画面生成リクエストに、画面遷移を伴うリクエストである旨が含まれていない場合には、従来技術と同様にして、所定の処理手順によってブラウザ１０ａとデータをやり取りし、更新画面に表示させる画面情報をブラウザ１０ａに送信する。

送信部１３３は、遷移先のページ要求を取得すると、遷移先のページ要求に含まれる、セッションＩＤ、ＵＲＬ、ＵＲＬパラメータの組と、管理テーブル１２１とを比較する。以下の説明では、遷移先のページ要求に含まれる、セッションＩＤと、ＵＲＬと、ＵＲＬパラメータを、「第１のセッションＩＤ」、「第１のＵＲＬ」、「第１のＵＲＬパラメータ」と表記する。

送信部１３３は、第１のセッションＩＤ、第１のＵＲＬ、第１のＵＲＬパラメータの組にヒットするレコードが、管理テーブル１２１に存在する場合には、ヒットしたレコードに対応する画面情報を取得する。また、送信部１３３は、リクエストサービス部１３４に対して、遷移先のページ要求に対応する画面情報を取得した旨を通知する。送信部１３３は、取得した画面情報を、ブラウザ１０ａに送信することで、遷移先の画面に、画面情報を表示させる。

たとえば、第１のセッションＩＤが「Ｓ１００１」、第１のＵＲＬが「http://wwwfujitutarou・・・」、第１のＵＲＬパラメータが「?category=○○=length」である場合には、図３の管理テーブル１２１の１行目のレコードにヒットする。この場合には、送信部１３３は、１行目のレコードに含まれる画面情報を、取得する。

ここで、送信部１３３は、第１のＵＲＬと、管理テーブル１２１のＵＲＬとを比較する場合において、大文字および小文字を識別しないものとする。たとえば、送信部１３３は「http://wwwfujitutarou・・・」と「http://wwwFUJITUTAROU・・・」とは同一のＵＲＬであるものとする。

送信部１３３は、第１のＵＲＬパラメータと、管理テーブル１２１のＵＲＬパラメータとを比較する場合において、パラメータに含まれる変数の順番を問わないものとする。たとえば、送信部１３３は「?category=○○=length」と「?length=○○=category」とは同一のＵＲＬパラメータであるものとする。

一方、送信部１３３は、第１のセッションＩＤ、第１のＵＲＬ、第１のＵＲＬパラメータの組にヒットするレコードが、管理テーブル１２１に存在しない場合には、一定時間待機後、再度、第１のセッションＩＤ、第１のＵＲＬ、第１のＵＲＬパラメータの組にヒットするレコードが、管理テーブル１２１に存在するかを判定する。

また、送信部１３３は、第１のセッションＩＤ、第１のＵＲＬ、第１のＵＲＬパラメータの組にヒットするレコードが、管理テーブル１２１に存在しない場合には、第１のＵＲＬをリクエストサービス部１３４に通知して、第１のＵＲＬに対応する画面情報を要求してもよい。

リクエストサービス部１３４は、ＵＲＬに対応する画面情報を取得する処理部である。たとえば、リクエストサービス部１３４は、生成部１３２から、画面生成リクエストに含まれるＵＲＬを取得した場合には、ＵＲＬに示される場所にアクセスを行い、ＵＲＬに対応する画面情報を取得する。リクエストサービス部１３４は、ＵＲＬと、ＵＲＬに対応する画面情報とを対応付けて、管理テーブル１２１に登録する。

リクエストサービス部１３４は、送信部１３３から、遷移先のページ要求に含まれる第１のＵＲＬを取得した場合には、第１のＵＲＬに示される場所にアクセスを行い、第１のＵＲＬに対応する画面情報を取得する。リクエストサービス部１３４は、取得した画面情報を、送信部１３３に出力してもよいし、画面情報を、管理テーブル１２１に登録してもよい。

次に、本実施例に係るサーバ装置１００の処理手順の一例について説明する。図４は、本実施例に係るサーバ装置の処理手順を示すフローチャートである。図４に示すように、サーバ装置１００の受信部１３１は、端末装置１０のブラウザ１０ａから、画面生成リクエストを受信する（ステップＳ１０１）。サーバ装置１００の生成部１３２は、画面生成リクエストが、画面遷移を伴う処理のリクエストであるか否かを判定する（ステップＳ１０２）。

生成部１３２は、画面生成リクエストが、画面遷移を伴う処理のリクエストでない場合には（ステップＳ１０２，Ｎｏ）、画面更新処理を行う（ステップＳ１０３）。たとえば、生成部１３２は、ステップＳ１０３において、ブラウザ１０ａとの間で、従来技術と同様にして、所定の処理手順によってデータをやり取りし、更新後の画面情報を、ブラウザ１０ａに送信する。

一方、生成部１３２は、画面生成リクエストが、画面遷移を伴う処理のリクエストである場合には（ステップＳ１０２，Ｙｅｓ）、画面生成リクエストに含まれるセッションＩＤ、遷移先の画面のＵＲＬ、ＵＲＬパラメータを対応付けて管理テーブル１２１に登録する（ステップＳ１０４）。

生成部１３２は、レスポンスを端末装置１０のブラウザ１０ａに送信する（ステップＳ１０５）。サーバ装置１００のリクエストサービス部１３４は、遷移先の画面のＵＲＬに対応する画面情報を取得する（ステップＳ１０６）。

サーバ装置１００の送信部１３３は、遷移先のページ要求を受信する（ステップＳ１０７）。送信部１３３は、遷移先のページ要求に含まれるセッションＩＤ、ＵＲＬ、ＵＲＬパラメータと一致するレコードが、管理テーブル１２１に存在するか否かを判定する（ステップＳ１０８）。

送信部１３３は、遷移先のページ要求に含まれるセッションＩＤ、ＵＲＬ、ＵＲＬパラメータと一致するレコードが、管理テーブル１２１に存在する場合には（ステップＳ１０９，Ｙｅｓ）、画面情報をブラウザ１０ａに送信する（ステップＳ１１０）。

一方、送信部１３３は、遷移先のページ要求に含まれるセッションＩＤ、ＵＲＬ、ＵＲＬパラメータと一致するレコードが、管理テーブル１２１に存在しない場合には（ステップＳ１０９，Ｎｏ）、ステップＳ１１１に移行する。リクエストサービス部１３４は、遷移先の画面のＵＲＬに対応する画面情報を取得し（ステップＳ１１１）、ステップＳ１１０に移行する。

次に、本実施例に係るサーバ装置１００の効果について説明する。サーバ装置１００は、端末装置１０のブラウザ１０ａから画面遷移を伴うリクエストを受け付けた場合に、レスポンスをブラウザ１０ａに送信する。また、サーバ装置１００は、レスポンスをブラウザ１０ａに送信した後に、ブラウザ１０ａから、遷移先のページ要求を受け付ける前に、ＵＲＬに対応する画面情報を予め取得しておく。サーバ装置１００は、ブラウザ１０ａから、遷移先のページ要求を受け付けると、予め取得しておいた画面情報を、ブラウザ１０ａに送信する。このように、サーバ装置１００は、ブラウザ１０ａから、遷移先のページ要求を受け付ける前に、ＵＲＬに対応する画面情報を予め取得しておくことで、ブラウザ１０ａが、遷移先の画面に画面情報を表示するまでの時間を短縮することができる。

また、サーバ装置１００は、ブラウザ１０ａから遷移先のページ要求を受け付けると、遷移先ページ要求のセッションＩＤ、ＵＲＬ、ＵＲＬパラメータの一致するレコードが、管理テーブル１２１に登録されている場合に、かかるレコードの画面情報を、ブラウザ１０ａに送信して表示させる。これにより、レスポンスで返した際の画面情報の内容と、遷移先のページ要求に応答して、実際に送信する画面情報とを一致させることができる。また、セッションＩＤを用いることで、画面生成リクエストの送信元に、要求された遷移先の画面情報を送信することができる。

ところで、上述したサーバ装置１００の処理は一例である。以下において、サーバ装置１００のその他の処理について説明する。図５は、本実施例にかかるサーバ装置のその他の処理を説明するための図である。図５に示すように、たとえば、サーバ装置１００は、ネットワーク５を介して、サーバ装置２００と、端末装置１０に接続される。端末装置１０、サーバ装置１００に関する説明は、図１で行った説明と同様である。

サーバ装置２００は、負荷分散等を目的として、拡張されたサーバ装置である。サーバ装置２００の構成は、図２で説明したサーバ装置１００の構成と同様である。たとえば、サーバ装置１００，２００は、外部装置からは単一のサーバとして扱われる。このため、図５に示すように、サーバ装置２００が拡張されると、端末装置１０のブラウザ１０ａから送信される「画面生成リクエスト」が、サーバ装置２００に送信され、「遷移先のページ要求」が、サーバ装置１００に送信される場合もある。

ここでは、サーバ装置２００が、画面生成リクエストを受信し、サーバ装置１００が、遷移先のページ要求を受信した場合の処理について説明する。

サーバ装置２００は、端末装置１０のブラウザ１０ａから、画面生成リクエストを受信すると、レスポンスをブラウザ１０ａに送信する。また、サーバ装置２００のリクエストサービス部２３４は、画面生成リクエストに含まれるＵＲＬに対応する画面情報を取得する。リクエストサービス部２３４は、取得した画面情報を、サーバ装置２００の記憶部に格納する。

続いて、サーバ装置１００は、端末装置１０のブラウザ１０ａから、遷移先のページ要求を受信すると、サーバ装置１００のリクエストサービス部１３４は、リクエストサービス部２３４に対して、遷移先のページ要求に含まれるＵＲＬの画面情報を要求する。サーバ装置１００のリクエストサービス部１３４が、ＵＲＬの画面情報を受信すると、サーバ装置１００の送信部１３３は、取得した画面情報を、ブラウザ１０ａに送信することで、遷移先の画面に、画面情報を表示させる。

上記のように、システムが拡張され、サーバ装置２００が、画面生成リクエストを受信し、サーバ装置１００が、遷移先のページ要求を受信した場合でも、ブラウザ１０ａは、遷移先の画面において画面情報を表示することができる。

次に、本実施例で説明したサーバ装置１００と同様の機能を実現するコンピュータのハードウェア構成の一例について説明する。図６は、サーバ装置と同様の機能を実現するコンピュータのハードウェア構成の一例を示す図である。

図６に示すように、コンピュータ３００は、各種演算処理を実行するＣＰＵ３０１と、ユーザからのデータの入力を受け付ける入力装置３０２と、ディスプレイ３０３とを有する。また、コンピュータ３００は、記憶媒体からプログラム等を読み取る読み取り装置３０４と、無線ネットワークを介して他のコンピュータとの間でデータの授受を行うインタフェース装置３０５とを有する。また、コンピュータ３００は、各種情報を一時記憶するＲＡＭ３０６と、ハードディスク装置３０７とを有する。そして、各装置３０１〜３０７は、バス３０８に接続される。

ハードディスク装置３０７は、受信プログラム３０７ａ、生成プログラム３０７ｂ、送信プログラム３０７ｃ、リクエストサービスプログラム３０７ｄを有する。ＣＰＵ３０１は、受信プログラム３０７ａ、生成プログラム３０７ｂ、送信プログラム３０７ｃ、リクエストサービスプログラム３０７ｄを読み出して、ＲＡＭ３０６に展開する。

受信プログラム３０７ａは、受信プロセス３０６ａとして機能する。生成プログラム３０７ｂは、生成プロセス３０６ｂとして機能する。送信プログラム３０７ｃは、送信プロセス３０６ｃとして機能する。リクエストサービスプログラム３０７ｄは、リクエストサービスプロセス３０６ｄとして機能する。

受信プロセス３０６ａの処理は、受信部１３１の処理に対応する。生成プロセス３０６ｂの処理は、生成部１３２の処理に対応する。送信プロセス３０６ｃの処理は、送信部１３３の処理に対応する。リクエストサービスプロセス３０６ｄは、リクエストサービス部１３４の処理に対応する。

なお、各プログラム３０７ａ〜３０７ｄについては、必ずしも最初からハードディスク装置３０７に記憶させておかなくても良い。例えば、コンピュータ３００に挿入されるフレキシブルディスク（ＦＤ）、ＣＤ−ＲＯＭ、ＤＶＤ、光磁気ディスク、ＩＣカードなどの「可搬用の物理媒体」に各プログラムを記憶させておく。そして、コンピュータ３００が各プログラム３０７ａ〜３０７ｄを読み出して実行するようにしても良い。

以上の各実施例を含む実施形態に関し、さらに以下の付記を開示する。

（付記１）ブラウザを用いて画面を表示する情報処理端末から第１の画面に表示させる情報を生成するリクエストを受信し、
前記第１の画面から遷移する第２の画面がある場合に、受信した前記リクエストに応じて前記第１の画面の表示させる情報、および、前記第２の画面に遷移させる指示を前記情報処理端末に送信するとともに、前記第２の画面に表示させる情報を生成するリクエストを受信する前に、前記第２の画面に表示させる情報を予め生成し、
前記情報処理端末から前記第２の画面に表示させる情報を生成するリクエストを受信した場合に、予め生成した前記第２の画面に表示させる情報を前記情報処理端末に送信する
処理をコンピュータに実行させることを特徴とする表示プログラム。

（付記２）前記第２の画面に遷移させる指示を前記情報処理端末に送信する処理は、前記第２の画面に表示される情報のＵＲＬ（uniform resource locator）と前記第２の画面のパラメータとを前記情報処理端末に送信し、前記ＵＲＬおよび前記パラメータを記憶部に格納し、前記第２の画面に表示させる情報を前記情報処理端末に送信する処理は、前記情報処理端末から送信されるＵＲＬおよびパラメータが、前記記憶部に格納されたＵＲＬおよびパラメータに対応する場合に、予め生成した前記第２の画面に表示させる情報を前記情報処理端末に送信することを特徴とする付記１に記載の表示プログラム。

（付記３）情報処理端末から画面を生成するリクエストを受信する処理は、セッション情報を受信し、受信したセッション情報を記憶部に格納し、前記第２の画面に表示させる情報を前記情報処理端末に送信する処理は、前記情報処理端末から送信されるセッション情報が、前記記憶部に格納されたセッション情報と同一である場合に、予め生成した前記第２の画面に表示させる情報を前記情報処理端末に送信することを特徴とする付記１または２に記載の表示プログラム。

（付記４）コンピュータが、
ブラウザを用いて画面を表示する情報処理端末から第１の画面に表示させる情報を生成するリクエストを受信し、
前記第１の画面から遷移する第２の画面がある場合に、受信した前記リクエストに応じて前記第１の画面の表示させる情報、および、前記第２の画面に遷移させる指示を前記情報処理端末に送信するとともに、前記第２の画面に表示させる情報を生成するリクエストを受信する前に、前記第２の画面に表示させる情報を予め生成し、
前記情報処理端末から前記第２の画面に表示させる情報を生成するリクエストを受信した場合に、予め生成した前記第２の画面に表示させる情報を前記情報処理端末に送信する
処理を実行することを特徴とする表示方法。

（付記５）前記第２の画面に遷移させる指示を前記情報処理端末に送信する処理は、前記第２の画面に表示される情報のＵＲＬ（uniform resource locator）と前記第２の画面のパラメータとを前記情報処理端末に送信し、前記ＵＲＬおよび前記パラメータを記憶部に格納し、前記第２の画面に表示させる情報を前記情報処理端末に送信する処理は、前記情報処理端末から送信されるＵＲＬおよびパラメータが、前記記憶部に格納されたＵＲＬおよびパラメータに対応する場合に、予め生成した前記第２の画面に表示させる情報を前記情報処理端末に送信することを特徴とする付記４に記載の表示方法。

（付記６）情報処理端末から画面を生成するリクエストを受信する処理は、セッション情報を受信し、受信したセッション情報を記憶部に格納し、前記第２の画面に表示させる情報を前記情報処理端末に送信する処理は、前記情報処理端末から送信されるセッション情報が、前記記憶部に格納されたセッション情報と同一である場合に、予め生成した前記第２の画面に表示させる情報を前記情報処理端末に送信することを特徴とする付記４または５に記載の表示方法。

（付記７）ブラウザを用いて画面を表示する情報処理端末から第１の画面に表示させる情報を生成するリクエストを受信する受信部と、
前記第１の画面から遷移する第２の画面がある場合に、受信した前記リクエストに応じて前記第１の画面の表示させる情報、および、前記第２の画面に遷移させる指示を前記情報処理端末に送信するとともに、前記第２の画面に表示させる情報を生成するリクエストを受信する前に、前記第２の画面に表示させる情報を予め生成する生成部と、
前記情報処理端末から前記第２の画面に表示させる情報を生成するリクエストを受信した場合に、予め生成した前記第２の画面に表示させる情報を前記情報処理端末に送信する送信部と
を有することを特徴とする情報処理装置。

（付記８）前記生成部は、前記第２の画面に表示される情報のＵＲＬ（uniform resource locator）と前記第２の画面のパラメータとを前記情報処理端末に送信し、前記ＵＲＬおよび前記パラメータを記憶部に格納し、前記送信部は、前記情報処理端末から送信されるＵＲＬおよびパラメータが、前記記憶部に格納されたＵＲＬおよびパラメータに対応する場合に、予め生成した前記第２の画面に表示させる情報を前記情報処理端末に送信することを特徴とする付記７に記載の情報処理装置。

（付記９）前記生成部は、セッション情報を受信し、受信したセッション情報を記憶部に格納し、前記送信部は、前記情報処理端末から送信されるセッション情報が、前記記憶部に格納されたセッション情報と同一である場合に、予め生成した前記第２の画面に表示させる情報を前記情報処理端末に送信することを特徴とする付記７または８に記載の情報処理装置。

１００ サーバ装置
１１０ 通信部
１２０ 記憶部
１２１ 管理テーブル
１３０ 制御部
１３１ 受信部
１３２ 生成部
１３３ 送信部
１３４ リクエストサービス部

Claims (5)

1. ブラウザを用いて画面を表示する情報処理端末から第１の画面に表示させる情報を生成するリクエストを受信し、
   前記第１の画面から遷移する第２の画面がある場合に、受信した前記リクエストに応じて前記第１の画面の表示させる情報、および、前記第２の画面に遷移させる指示を前記情報処理端末に送信するとともに、前記第２の画面に表示させる情報を生成するリクエストを受信する前に、前記第２の画面に表示させる情報を予め生成し、
   前記情報処理端末から前記第２の画面に表示させる情報を生成するリクエストを受信した場合に、予め生成した前記第２の画面に表示させる情報を前記情報処理端末に送信する
   処理をコンピュータに実行させることを特徴とする表示プログラム。
2. 前記第２の画面に遷移させる指示を前記情報処理端末に送信する処理は、前記第２の画面に表示される情報のＵＲＬ（uniform resource locator）と前記第２の画面のパラメータとを前記情報処理端末に送信し、前記ＵＲＬおよび前記パラメータを記憶部に格納し、前記第２の画面に表示させる情報を前記情報処理端末に送信する処理は、前記情報処理端末から送信されるＵＲＬおよびパラメータが、前記記憶部に格納されたＵＲＬおよびパラメータに対応する場合に、予め生成した前記第２の画面に表示させる情報を前記情報処理端末に送信することを特徴とする請求項１に記載の表示プログラム。
3. 情報処理端末から画面を生成するリクエストを受信する処理は、セッション情報を受信し、受信したセッション情報を記憶部に格納し、前記第２の画面に表示させる情報を前記情報処理端末に送信する処理は、前記情報処理端末から送信されるセッション情報が、前記記憶部に格納されたセッション情報と同一である場合に、予め生成した前記第２の画面に表示させる情報を前記情報処理端末に送信することを特徴とする請求項１または２に記載の表示プログラム。
4. コンピュータが、
   ブラウザを用いて画面を表示する情報処理端末から第１の画面に表示させる情報を生成するリクエストを受信し、
   前記第１の画面から遷移する第２の画面がある場合に、受信した前記リクエストに応じて前記第１の画面の表示させる情報、および、前記第２の画面に遷移させる指示を前記情報処理端末に送信するとともに、前記第２の画面に表示させる情報を生成するリクエストを受信する前に、前記第２の画面に表示させる情報を予め生成し、
   前記情報処理端末から前記第２の画面に表示させる情報を生成するリクエストを受信した場合に、予め生成した前記第２の画面に表示させる情報を前記情報処理端末に送信する
   処理を実行することを特徴とする表示方法。
5. ブラウザを用いて画面を表示する情報処理端末から第１の画面に表示させる情報を生成するリクエストを受信する受信部と、
   前記第１の画面から遷移する第２の画面がある場合に、受信した前記リクエストに応じて前記第１の画面の表示させる情報、および、前記第２の画面に遷移させる指示を前記情報処理端末に送信するとともに、前記第２の画面に表示させる情報を生成するリクエストを受信する前に、前記第２の画面に表示させる情報を予め生成する生成部と、
   前記情報処理端末から前記第２の画面に表示させる情報を生成するリクエストを受信した場合に、予め生成した前記第２の画面に表示させる情報を前記情報処理端末に送信する送信部と
   を有することを特徴とする情報処理装置。

Images