JP2007241846A - 画面情報生成方法、画面情報生成システムおよび画面情報生成プログラム - Google Patents

Abstract

【課題】クライアントへの応答時間の増大を防止し、所定の応答性能を確保する。
【解決手段】第１のサーバ２は、前記クライアントからの要求を受け付け、当該要求を受け付けた第１の基準時刻から経過した第１の経過時間を監視する第１の監視ステップと、第２のサーバ３に所定の業務データを要求する際に、第１の経過時間が第１の規定時間を超えるか否かを判別する判別ステップと、第１の経過時間が第１の規定時間を超える場合、業務データに対応する代替コンテンツを当該第１のサーバ２の記憶部から取得する代替コンテンツ取得ステップと、代替コンテンツを用いて画面情報を生成する生成ステップと、を行う。
【選択図】図１

Description

本発明は、端末に提供する画面情報を生成する技術に関する。

現在、インターネット上では、様々な画面（Ｗｅｂページ）が公開されている。また、１つの画面に複数のコンテンツを表示して、ユーザの操作性を向上させるとともに、大量の情報をユーザに提供することが行なわれている。

しかしながら、クライアント側で情報量の多い画面を表示する場合、全ての情報が表示されるまで比較的長い時間を要する。そのため、クライアントが所望の画面を要求してから当該画面が表示されるまでの応答時間（レスポンスタイム）を改善するための各種の技術が存在する。例えば、特許文献１では、インターネットを介してサーバ計算機からコンテンツを受信し、当該コンテンツからダイナミックなドキュメントを生成して表示するクライアント計算機が記載されている
特開２００３−１４１０７２

前述のように、多数のコンテンツを含むなど情報量の多い画面を表示する場合、比較的長い時間を要する。しかしながら、ユーザは、画面の表示要求をクライアントに入力してから実際に画面が表示されるまでの待ち時間が長くなると、ストレスを感じる場合が多い。

また、所定の時間が経過しても画面が表示されない場合、ユーザは、システム上のエラーの発生、あるいは、自分の操作ミスにより画面が表示されないと考える場合がある。そのため、ユーザは、所定の時間が経過しても画面が表示されない場合、リロードボタンをクリックするなど画面の表示要求を、繰り返し行うことが多い。これにより、画面を提供するサーバ側では、クライアントから画面の表示要求を受け付けるたびに、画面を生成し送信する処理を繰り返し行う、いわゆるリロードラッシュが発生する。そのため、サーバ側のシステム負荷およびネットワーク上の負荷が増大し、クライアントへの応答時間が増大してしまう。

本発明は上記事情に鑑みてなされたものであり、本発明の目的は、クライアントへの応答時間の増大を防止し、所定の応答性能を確保することにある。

上記課題を解決するために、本発明は、例えば、情報処理システムが行う画面情報生成方法であって、前記情報処理システムは、クライアントからの要求を受け付ける第１のサーバと、業務処理を行う第２のサーバと、を有し、前記第１のサーバは、前記クライアントからの要求を受け付け、当該要求を受け付けた第１の基準時刻から経過した第１の経過時間を監視する第１の監視ステップと、前記第２のサーバに所定の業務データを要求する際に、前記第１の経過時間が第１の規定時間を超えるか否かを判別する判別ステップと、前記第１の経過時間が前記第１の規定時間を超える場合、前記業務データに対応する代替コンテンツを当該第１のサーバの記憶部から取得する代替コンテンツ取得ステップと、前記代替コンテンツを用いて画面情報を生成する生成ステップと、を行う。

また、本発明は、クライアントからの要求を受け付ける第１のサーバと、業務処理を行う第２のサーバとを備える画面情報生成システムであって、前記第１のサーバは、前記クライアントからの要求を受け付け、当該要求を受け付けた第１の基準時刻から経過した第１の経過時間を監視する第１の監視手段と、前記第２のサーバに所定の業務データを要求する際に、前記第１の経過時間が第１の規定時間を超えるか否かを判別する判別手段と、前記第１の経過時間が前記第１の規定時間を超える場合、前記業務データに対応する代替コンテンツを当該第１のサーバの記憶部から取得する代替コンテンツ取得手段と、前記代替コンテンツを用いて画面情報を生成する生成手段と、を行う。

また、本発明は、クライアントからの要求を受け付ける第１のサーバと、業務処理を行う第２のサーバとを備える情報処理システムにおける、前記第１のサーバが実行する画面情報生成プログラムであって、前記第１のサーバに、前記クライアントからの要求を受け付け、当該要求を受け付けた第１の基準時刻から経過した第１の経過時間を監視する第１の監視ステップと、前記第２のサーバに所定の業務データを要求する際に、前記第１の経過時間が第１の規定時間を超えるか否かを判別する判別ステップと、前記第１の経過時間が前記第１の規定時間を超える場合、前記業務データに対応する代替コンテンツを当該第１のサーバの記憶部から取得する代替コンテンツ取得ステップと、前記代替コンテンツを用いて画面情報を生成する生成ステップと、を実行させる。

本発明では、クライアントへの応答時間の増大を防止し、所定の応答性能を確保することができる。

以下、本発明の実施の形態について説明する。

図１は、本発明の一実施形態が適用されたＷｅｂシステムの全体構成図である。本実施形態のＷｅｂシステムは、少なくとも１つのクライアント１と、ＰＬ（Presentation Layer）サーバ２と、ＢＬ（Business Logic）サーバ３と、複数の外部サーバ４とを有する。そして、各クライアント１とＰＬサーバ２とは、インターネットなどのネットワーク９により接続されている。

クライアント１のＷｅｂブラウザ１１は、ユーザの指示を受け付けてＰＬサーバ２から所望の情報を取得し、出力装置（不図示）に表示する。

ＰＬサーバ２は、各クライアント１からの要求を受け付けて、クライアント１に提供する情報を動的に生成し、生成した情報をクライアント１に送信する。なお、本実施形態では、クライアント１に提供する情報は、Ｗｅｂページを表示するための情報（以下、「画面情報」）とする。画面情報は、ＨＴＭＬ（HyperText Markup Language）、ＸＭＬ（eXtensible Markup Language）などのマークアップ言語により記述されている。

図示するＰＬサーバ２は、制御部２１と、画面生成部２２と、タイマー監視部２３と、を有する。制御部２１は、クライアント１からのリクエストを受け付けると、タイマー監視部２３にタイマーの開始を指示する。そして、制御部２１は、画面生成部２２を呼び出す。

画面生成部２２は、クライアント１に提供する画面情報を動的に生成し、生成した画面情報をクライアント１に送信する。なお、本実施形態の画面生成部２２は、ＪＳＰ（Java(登録商標） Server Pages）エンジンであって、図示しないＪＳＰファイルを実行することにより、上記処理を行うものとする。なお、ＪＳＰファイルは、ＨＴＭＬで記述された画面情報の中に、Ｊａｖａ（登録商標）プログラムが記述されたファイルである。

タイマー監視部２３は、制御部２１の指示により、制御部２１がクライアント１からのリクエストを受け付けた時点から経過した経過時間を監視（測定）する。すなわち、タイマー監視部２３は、制御部２１の開始指示を受け付けると、経過時間を設定する経過時間領域に“０”をセットする。そして、タイマー監視部２３は、ＰＬサーバ２で処理が開始されてから経過した時間を測定し、経過時間領域の値（経過時間）を所定のタイミングで更新する。

ＢＬサーバ３は、複数の業務処理部３１を有する。各業務処理部３１は、ＰＬサーバ２から送信された要求を受け付けて所定の業務処理を行い、処理結果である業務データをＰＬサーバ２に送信する。なお、本実施形態では、各業務処理部３１は、所定の外部サーバ４にアクセスし、外部サーバ４から取得した情報に基づいて業務データを生成するものとする。外部サーバ４は、例えば、ログインサーバ、情報系サーバ、ネットワークを介して接続された外部サイトのサーバなどが考えられる。

上記説明した、クライアント１、ＰＬサーバ２、ＢＬサーバ３および外部サーバ４は、いずれも、例えば図２に示すようなＣＰＵ９０１と、メモリ９０２と、ＨＤＤ等の外部記憶装置９０３と、キーボードやマウスなどの入力装置９０４と、ディスプレイやプリンタなどの出力装置９０５と、ネットワークと接続するための通信制御装置９０６と、を備えた汎用的なコンピュータシステムを用いることができる。このコンピュータシステムにおいて、ＣＰＵ９０１がメモリ９０２上にロードされた所定のプログラムを実行することにより、各装置の各機能が実現される。

例えば、クライアント１、ＰＬサーバ２、ＢＬサーバ３および外部サーバ４の各機能は、クライアント１用のプログラムの場合はクライアント１のＣＰＵ９０１が、ＰＬサーバ２用のプログラムの場合はＰＬサーバ２のＣＰＵ９０１が、ＢＬサーバ３用のプログラムの場合はＢＬサーバ３のＣＰＵ９０１が、そして外部サーバ４用のプログラムの場合は外部サーバ４のＣＰＵ９０１が、それぞれ実行することにより実現される。なお、入力装置９０４および出力装置９０５については、各装置が必要に応じて備えるものとする。また、ＰＬサーバ２およびＢＬサーバ３は、１つのコンピュータ装置内に設けることとしてもよい。

次に、本実施形態のＰＬサーバ２の処理について説明する。

図３は、ＰＬサーバ２の処理を模式的に示した図である。なお、本実施形態では、ログイン後に最初に表示されるトップ（Ｔｏｐ）画面を生成する場合を例に説明する。

まず、クライアント１のＷｅｂブラウザ１１は、ユーザの指示を受け付けて、トップ画面の表示リクエストをＰＬサーバ２に送信する（Ｓ１１）。

ＰＬサーバ２の制御部２１は、クライアント１からのリクエストを受信すると、タイマー監視部２３にタイマーの開始を指示する。これにより、タイマー監視部２３は、制御部２１がクライアント１からのリクエストを受け付けた時点を基準時刻（第１の基準時刻）とし、経過時間領域に“０”をセットする（Ｓ１２）。そして、タイマー監視部２３は、ＰＬサーバ２で処理が開始されてからの経過時間（すなわち、基準時刻から経過した時間）を測定し、経過時間領域の値を所定のタイミングで更新する。そして、制御部２１は、トップ画面用のＪＳＰファイル（不図示）を呼び出す。

画面生成部２２は、呼び出されたトップ画面用のＪＳＰファイルを実行し、以下の処理を行う。まず、画面生成部２２は、ＢＬサーバ３のＡ業務処理部３１ａを呼び出す（Ｓ１３）。Ａ業務処理部３１ａは、後述する所定の業務処理を行い、Ａ業務データをＰＬサーバ２に送信する（Ｓ１４）。

ＰＬサーバ２の画面生成部２２は、Ａ業務データを取得し、取得したＡ業務データをメモリなどの所定の記憶部（不図示）に記憶する。そして、画面生成部２２は、タイマー監視部２３（経過時間領域）から現時点の経過時間を取得する。なお、経過時間は、Ｓ１２の基準時刻から現時点までの時間である。そして、画面生成部２２は、取得した経過時間が所定の規定時間（第１の規定時間）を超えているか否かを判別する（Ｓ１５）。

規定時間には、クライアント１を使用するユーザが、許容できる応答時間（レスポンスタイム）を、あらかじめ設定しておく。すなわち、ユーザがクライアント１を用いてリクエストを送信してから要求した画面が表示されるまでの応答時間が、ユーザにストレスを感じさせない最大の許容時間（例えば、５秒）を、規定時間に設定するものとする。なお、規定時間は、表示する画面の情報量（コンテンツの数）に応じて、任意の値をＪＳＰなどに設定し、メモリ上に記憶しておくものとする。

取得した経過時間が規定時間を超えていない場合、画面生成部２２は、ＢＬサーバ３のＢ業務処理部３１ｂを呼び出す（Ｓ１６）。Ｂ業務処理部３１ｂは、後述する所定の業務処理を行い、Ｂ業務データをＰＬサーバ２に送信する（Ｓ１７）。そして、ＰＬサーバ２の画面生成部２２は、Ｂ業務データを取得し、取得したＢ業務データをメモリなどの所定の記憶部に記憶する。そして、画面生成部２２は、Ｓ１５と同様に、タイマー監視部２３から経過時間（Ｓ１２の時点〜Ｓ１８の時点）を取得し、取得した経過時間が所定の規定時間を超えているか否かを判別する（Ｓ１８）。

そして、画面生成部２２は、Ｓ１８の時点で取得した経過時間が規定時間を超えていない場合、Ｓ１６からＳ１８と同様に、ＢＬサーバ３のＣ業務処理部３１ｃを呼び出してＣ業務処理部３１ｃからＣ業務データを取得し、経過時間（Ｓ１２の時点〜Ｓ２１の時点）が所定の規定時間を超えているか否かを判別する（Ｓ１９〜Ｓ２１）。

そして、画面生成部２２は、Ｓ２１の時点で取得した経過時間が規定時間を超えていない場合、Ｓ１６からＳ１７と同様に、ＢＬサーバ３のＤ業務処理部３１ｄを呼び出してＤ業務処理部３１ｄからＤ業務データを取得する（Ｓ２２〜Ｓ２３）。そして、画面生成部２２は、メモリ等に記憶したＡ業務データ、Ｂ業務データ、Ｃ業務データおよびＤ業務データ各々から、各コンテンツを生成する。そして、画面生成部２２は、各業務データから生成した各コンテンツをマージ（統合）してトップ画面の画面情報（ＨＴＭＬファイル）を生成し（Ｓ２４）、クライアント１に送信する（Ｓ２５）。そして、クライアント１のＷｅｂブラウザ１１は、画面情報を解析し、所定のトップ画面を出力装置に表示する。

図４（ａ）は、全てのコンテンツが表示されたトップ画面（完全版）の一例を示すものである。なお、本実施形態のトップ画面は、インターネットを介して株などを取引するオンライントレードのＷｅｂサイトのトップ画面であるものとする。

図示するトップ画面は、「前回ログイン日時」のコンテンツ４１と、「お知らせ」のコンテンツ４２と、「メニュー」のコンテンツ４３と、「二ュース」のコンテンツ４４と、「マーケット情報」のコンテンツ４５と、「新規公開株」のコンテンツ４６とが表示されるものとする。

なお、「前回ログイン日時」、「お知らせ」および「メニュー」のコンテンツ４１、４２、４３は、図３に示すＡ業務データに基づいて生成されるものとする。また、「二ュース」のコンテンツ４４はＢ業務データに、「マーケット情報」のコンテンツ４５はＣ業務データに、そして、「新規公開株」のコンテンツ４６はＤ業務データに基づいて生成されるものとする。

次に、図３のＳ１５において、経過時間が規定時間を超えた場合の処理（図３の点線部分）を説明する。例えば、Ｓ１５時点の経過時間が５．６秒であって、規定時間が５秒であるものとする。経過時間（５．６秒）が規定時間（５秒）を超えているため、画面生成部２２は、次のＢ業務処理部３１ｂを呼び出すことなく、トップ画面の画面情報（ＨＴＭＬファイル）を生成する（Ｓ２４）。

この場合、画面生成部２２は、Ｂ業務データ、Ｃ業務データおよびＤ業務データをＢＬサーバ３から取得していない。そのため、画面生成部２２は所定の代替コンテンツを取得する。なお、代替コンテンツは、ＰＬサーバ２内のメモリまたは外部記憶装置にあらかじめ記憶されているものとする。そして、画面生成部２２は、取得済みのＡ業務データに基づいて生成したコンテンツと、代替コンテンツとを統合（マージ）したトップ画面（簡易版）の画面情報を生成し、クライアント１に送信する（Ｓ２５）。

図４（ｂ）は、Ａ業務データのコンテンツ５１、５２、５３と、Ｂ業務データ、Ｃ業務データおよびＤ業務データの代替コンテンツ５４、５５、５６と、が表示された簡易版のトップ画面の一例を示すものである。図示するトップ画面では、Ｂ業務データに対応するマーケット情報のコンテンツ５４には、代替コンテンツとして前日の日経平均と前日の円相場とが表示されるものとする。

なお、「日経平均」の文字が表示されている領域５４１には、最新の日経平均を提供するＷｅｂページ（画面）のリンク先の位置情報（ＵＲＬ等）が埋め込まれているものとする。したがって、現時点での最新の日経平均を知りたい場合、ユーザは、「日経平均」５４１をクリックして最新の日経平均を示すＷｅｂページを表示することができる。また、「円／米ドル」の文字が表示されている領域５４２には、最新の円相場を提供するＷｅｂページのリンク先の位置情報が埋め込まれているものとする。

また、図示するトップ画面では、Ｃ業務データに対応するニュースのコンテンツ５５には、代替コンテンツとして「一覧へ」の文字が表示されている。そして、「一覧へ」の文字が表示されている領域５５１にはニュースを提供するＷｅｂページのリンク先の位置情報が埋め込まれているものとする。これにより、ニュースを見たいユーザは、「一覧へ」の文字をクリックし、ニュースのタイトル一覧が表示されたＷｅｂページを表示することができる。

また、Ｄ業務データに対応する新規公開株式のコンテンツ５６には、代替コンテンツとして「一覧へ」の文字が表示されている。そして、「一覧へ」の文字が表示されている領域５６１には新規公開株式の情報を提供するＷｅｂページのリンク先の位置情報が埋め込まれているものとする。

なお、図示する代替コンテンツでは、過去（前日）のマーケット情報を表示する場合や、各コンテンツの提供元Ｗｅｂページのリンク先の位置情報を埋め込んだ所定の文字または記号を表示している。しかしながら、代替コンテンツはこれらに限定されず、所定の広告を代替コンテンツとして表示することとしてもよい。また、代替コンテンツをあえて表示せず、ＢＬサーバ３から取得したＡ業務データのコンテンツ５１、５２、５３のみを表示することとしてもよい。このような代替コンテンツを表示することにより、ユーザに所定の業務データが取得できなかったこと意識させることなく、ユーザにとって違和感のない画面を表示することができる。

図５は、図３で説明したＰＬサーバ２の処理のフローチャートである。

ＰＬサーバ２の制御部２１は、クライアント１からのリクエストを受信すると、タイマー監視部２３にタイマーの開始を指示する。これにより、タイマー監視部２３は、経過時間領域に“０”をセットし、ＰＬサーバ２で処理が開始されてから経過した時間の測定を開始する（Ｓ３１）。そして、制御部２１は、トップ画面用のＪＳＰファイルを呼び出す。

画面生成部２２は、ＪＳＰファイルを実行し、ＢＬサーバ３の所定の業務処理部３１を呼び出す（Ｓ３２）。そして、画面生成部２２は、業務処理部３１から業務データを取得し、取得した業務データをメモリなどの所定の記憶部に記憶する（Ｓ３３）。そして、画面生成部２２は、次に呼び出す業務処理部３１が存在するか否かを判別する（Ｓ３４）。次に呼び出す業務処理部３１が存在しない場合（Ｓ３４：ＮＯ）、Ｓ３７に進む。

次に呼び出す業務処理部３１が存在する場合（Ｓ３４：ＹＥＳ）、画面生成部２２は、タイマー監視部２３からタイマーを開始してから現時点までの経過時間を取得する。そして、画面生成部２２は、取得した経過時間が所定の規定時間を超えているか否かを判別する（Ｓ３５）。取得した経過時間が所定の規定時間を超えていない場合（Ｓ３５：ＮＯ）、画面生成部２２は、Ｓ３２に戻り、次の業務処理部３１を呼び出し、以降の処理を繰り返し行う。

一方、取得した経過時間が所定の規定時間を超えている場合（Ｓ３４：ＹＥＳ）、画面生成部２２は、次の業務処理部を呼び出すことなく、代替コンテンツを取得する（Ｓ３６）。すなわち、画面生成部２２は、図４（ｂ）で説明したようにあらかじめメモリなどに記憶された代替コンテンツを読み出す。

図６は、トップ画面用のＪＳＰファイルに記述されたプログラムの一例を示したものである。図示する記述は、Ｓ３５およびＳ３６の処理を表している。すなわち、取得した経過時間が５秒より小さい場合は、“ｎｏｒｍａｌ．ｊｓｐ”を呼び出す処理の記述部６１と、取得した経過時間が５秒以上の場合は、“ｏｔｈｅｒ．ｊｓｐ”を呼び出す処理の記述部６２とが示されている。

なお、“ｎｏｒｍａｌ．ｊｓｐ”は、次の業務処理を呼び出すＪＳＰファイルであるものとする。また、“ｏｔｈｅｒ．ｊｓｐ”は、取得できなかった各業務データの代わりとなる代替コンテンツが記述されたＪＳＰファイルであるものとする。なお、図示するようにＪＳＰファイル名（“ｏｔｈｅｒ．ｊｓｐ”）を記述することなく、代替コンテンツ自体を直接、トップ画面用のＪＳＰファイルの中に記述することとしてもよい。

また、経過時間を超える場合に取得する代替コンテンツは、Ｓ３５の判別時点によって異なる。例えば図３の場合、Ｓ１５の時点で経過時間を超えると、取得する代替コンテンツは、Ｂ業務データ、Ｃ業務データおよびＤ業務データの３つの代替コンテンツである。また、Ｓ１８の時点で経過時間を超えると、取得する代替コンテンツはＣ業務データおよびＤ業務データの２つの代替コンテンツである。また、Ｓ２１の時点で経過時間を超えると、取得する代替コンテンツはＤ業務データのみの代替コンテンツである。

そして、画面生成部２２は、業務処理部３１から取得した各業務データをメモリ等から読み出し、当該業務データに基づいてコンテンツ（以下、「業務コンテンツ」）を生成する。そして、画面生成部２２は生成した各業務コンテンツ、および、代替コンテンツ（Ｓ３６で代替コンテンツを取得した場合）を統合（マージ）して、トップ画面の画面情報を生成する（Ｓ３７）。そして、画面生成部２２は、生成した画面情報を要求元のクライアント１に送信する（Ｓ３８）。

次に、本実施形態のＢＬサーバ３の処理について説明する。

図７は、ＢＬサーバ３の処理を模式的に示した図である。本実施形態では、ＢＬサーバ３の各業務処理部３１は、ＰＬサーバ２からの要求を受け付けると、所定の業務処理（以下、「親プロセス」）を実行する。本実施形態の親プロセスは、少なくとも１つの外部サーバ４の子プロセスを順次起動し、子プロセス各々から所定のデータ（情報）を取得するものとする。

図７では、ＢＬサーバ３のＡ業務処理部３１ａの処理を例として示している。ＢＬサーバ３のＡ業務処理部３１ａは、ＰＬサーバ２からの要求を受け付け（Ｓ５１）、親プロセス３２を実行する。図示する親プロセス３２の処理は、最初に外部サーバ４ａの子プロセス４１ａを起動し、子プロセス４１ａの処理結果を応答データとして取得する（Ｓ５３）。次に、外部サーバ４ｂの子プロセス４１ｂを起動し、子プロセス４１ｂの処理結果を応答データとして取得するものとする（Ｓ５５）。なお、親プロセス３２は、例えばＲＰＣ（Remote Procedure Call）などを用いて、各外部サーバ４ａ、４ｂにアクセスし、子プロセス４１ａ、４１ｂを起動する。

ここで、親プロセス３２は、子プロセス各々を起動する際に、子プロセスを起動した時点（第２の基準時刻）から経過した経過時間（第２の経過時間）を監視する（Ｓ５２、Ｓ５４）。すなわち、親プロセス３２は、親プロセス用の経過時間領域に“０”をセットし、子プロセスを起動してから経過した時間を監視・測定する。そして、親プロセス３２は、所定の規定時間（第２の規定時間）を超えても、子プロセスから応答が帰ってこない場合、子プロセスの処理を中断（キャンセル）して、次の子プロセスを起動する。

図示する例では、外部サーバＡ４ａの子プロセス４１ａの応答が、規定時間（例えば、０．５秒）を経過しても帰ってこない場合を示している。この場合、親プロセス３２は、規定時間の経過後、子プロセス４１ａの処理を打ち切り、外部サーバＢ４ｂの子プロセス４１ｂを起動する。

そして、親プロセス３２は、各外部サーバから取得した応答データを、業務データとしてＰＬサーバ２に送信する（Ｓ５６）。なお、子プロセス４１ａの応答データを取得できない場合（Ｓ５３）、親プロセス３２は、取得した子プロセス４１ｂの応答データと、子プロセス４１ａの応答データの取得に失敗した旨を示す情報とを含む業務データをＰＬサーバ２に送信することとしてもよい。ＰＬサーバ２の画面生成部２２は、ＢＬサーバ３から受け付けた業務データの中に、存在すべき応答データが含まれていない場合、あるいは、応答データの取得に失敗した旨を示す情報が含まれている場合、当該応答データに対応する代替コンテンツを取得し、代替コンテンツを含む画面情報を生成するものとする。

以上、本発明の一実施形態を説明した。

本実施形態のＰＬサーバ２は、ＢＬサーバ３の各業務処理部３１を呼び出す際に、クライアントからのリクエストを受け付けてから経過した経過時間が、所定の規定時間を超えるか否かを判別する。そして、規定時間を超える場合、ＰＬサーバ２は、業務処理部３１を呼び出すことなく代替コンテンツを用いて画面情報を生成し、当該画面情報をクライアント１に送信する。これにより、クライアント１がリクエストを送信してから、クライアント１に画面が表示されるまでの応答時間を改善し、所定の応答性能を確保することができる。したがって、多数のコンテンツで構成された情報量の多い画面を表示する場合であっても、ユーザのストレスを軽減し、操作性を向上することができる。また、応答時間が改善されるため、不要なリロードラッシュが軽減され、システムおよびネットワークの負荷を軽減することができる。

また、本実施形態の代替コンテンツは、対応する業務データを提供するＷｅｂページのリンク先の位置情報が埋め込まれている。これにより、ユーザは、代替コンテンツが含まれる画面であっても、容易に所望のＷｅｂページにアクセスすることができる。すなわち、本実施形態では、ユーザの利便性を損なうことなく、応答時間を改善することができる。

また、本実施形態のＢＬサーバ３の各業務処理部（親プロセス）は、子プロセスを起動してから所定の時間が経過しても応答がない場合、当該子プロセスの処理を中断し、次の子プロセスを起動（または、ＰＬサーバに業務データを送信）する。これにより、特定の子プロセスの処理が遅延した場合であっても、当該子プロセスの処理遅延がボトルネックとなって、クライアント１への応答時間が増大することを抑止することができる。

なお、本発明は上記の実施形態に限定されるものではなく、その要旨の範囲内で数々の変形が可能である。例えば、上記実施形態のＰＬサーバ２は、図３に示すように、ＢＬサーバ３から業務データを取得して次の業務処理部を呼び出す際に、現時点の経過時間が規定時間を超えている場合は、以降の処理をスキップして代替コンテンツを含む画面情報を生成する。しかしながら、ＰＬサーバ２は、前述のＢＬサーバ３と同様に、各業務処理部３１を呼び出してからの経過時間を監視し、所定の規定時間を経過しても業務処理部からの応答が帰ってこない場合は、当該処理を中断して次の業務処理部を呼び出すこととしてもよい。

図８は、上述のＰＬサーバ２の処理を説明するための模式図である。

図示するＰＬサーバ２は、画面生成部２２が各業務処理部を呼び出して業務データを取得する処理を、子プロセス（または別スレッド）として実行するものとする。すなわち、点線で示す、Ａ業務データを取得する処理（Ｓ１３、Ｓ１４）、Ｂ業務データを取得する処理（Ｓ１６、Ｓ１７）、Ｃ業務データを取得する処理（Ｓ１９、Ｓ２０）、Ｄ業務データを取得する処理（Ｓ２２、Ｓ２３）をそれぞれ子プロセスとする。

そして、画面生成部２２の親プロセス（実線部分）は、子プロセス各々を起動する際に、子プロセスを起動した時点（第３の基準時刻）から経過した経過時間（第３の経過時間）を監視する（Ｓ７１、Ｓ７２、Ｓ７３、Ｓ７４）。すなわち、親プロセスは、親プロセス用の経過時間領域に“０”をセットし、子プロセスを起動してから経過した時間を監視・測定する。そして、親プロセスは、所定の規定時間（第３の規定時間）を超えても、子プロセスから応答が帰ってこない場合、子プロセスの処理を中断（キャンセル）して、次の子プロセスを起動する。

なお、図３と同様に、子プロセスを起動する際に、第１の経過時間が第１の規定時間を超えているか否かを判別し（Ｓ１５、Ｓ１８、Ｓ２１）、第１の規定時間を超える場合は以降の処理をキャンセルしてＳ２４へ進み、画面情報を生成するものとする。

図示する例では、Ｃ業務処理部３１ｃの子プロセスの応答（Ｃ業務データ）が、規定時間を経過しても帰ってこない場合を示している。この場合、親プロセスは、規定時間の経過後、当該処理を打ち切り、Ｄ業務処理部３１ｄの子プロセス４１ｂを起動し、Ｄ業務データを取得する。この場合、親プロセスは、Ｃ業務データに対応する代替コンテンツを取得し、画面情報を生成する（Ｓ２４）。

図９は、Ａ業務データ、Ｂ業務データおよびＤ業務データのコンテンツ９１、９２、９３、９４、９６と、代替コンテンツ９５と、が表示された簡易版のトップ画面の一例を示すものである。図示するトップ画面では、Ｃ業務データに対応するニュースのコンテンツ９５には、図４（ｂ）で説明したように、代替コンテンツとして「一覧へ」の文字が表示されている。一方、Ｄ業務データに対応する新規公開株式のコンテンツ９６には、Ｄ業務データに基づくコンテンツが表示されている。

図１０は、図８で説明したＰＬサーバ２の処理のフローチャートである。

ＰＬサーバ２の制御部２１は、クライアント１からのリクエストを受信すると、タイマー監視部２３にタイマーの開始を指示する。これにより、タイマー監視部２３は、経過時間領域に“０”をセットし、ＰＬサーバ２で処理が開始されてから経過した時間（第１の経過時間）の測定を開始する（Ｓ８１）。そして、制御部２１は、トップ画面用のＪＳＰファイルを呼び出す。

画面生成部２２（親プロセス）は、ＪＳＰファイルを実行し、子プロセスを起動してＢＬサーバ３の所定の業務処理部３１を呼び出す（Ｓ８２）。そして、画面生成部２２（親プロセス）は、子プロセスを起動した時点（第３の基準時刻）から経過した第３の経過時間を監視・測定する。そして、画面生成部２２（親プロセス）は、第３の規定時間を超えても、子プロセスから応答が帰ってこない場合（Ｓ８３：ＹＥＳ）、子プロセスの処理を中断（キャンセル）してＳ８５に進む。

一方、画面生成部２２（親プロセス）は、所定の規定時間（第３の規定時間）内に、子プロセスから業務データを取得した場合（Ｓ８３：ＮＯ）、取得した業務データをメモリなどの所定の記憶部に記憶する（Ｓ８４）。なお、以降のＳ８５からＳ８９の処理は、図５のＳ３４からＳ３８の処理と同様である。

図８から図１０に示す実施形態では、所定の業務データの取得に時間がかかる場合は当該処理を中断し、次の子プロセスを起動して次の業務データを取得する。すなわち、特定の子プロセスの処理のみがボトルネックとなる場合であっても、以降の業務データを取得することができるため、上記実施形態（図３参照）に比べて、より完全版のトップ画面（図４（ａ））近い画面を生成することができる。

また、上記実施形態のＰＬサーバ２（第１のサーバ）は、ＢＬサーバ３（第２のサーバ）の業務処理部３１を呼び出し、ＢＬサーバ３から業務データを取得することとした。しかしながら、本発明はこれに限定されず、ＰＬサーバ２は、所定の業務データについては、第２のサーバとして外部サーバ４に直接アクセスし、当該外部サーバ４の業務処理部から業務データを取得することとしてもよい。

本発明の一実施形態が適用されたＷｅｂシステムの全体構成を示す図である。 各装置のハードウェア構成例を示す図である。 ＰＬサーバの処理を模式的に示す図である。 クライアントに表示される画面の一例を示す図である。 ＰＬサーバの処理のフローチャートである。 ＪＳＰファイルの記述例を示す図である。 ＢＬサーバの処理を模式的に示す図である。 その他の実施形態のＰＬサーバの処理を模式的に示す図である。 その他の実施形態の画面の一例を示す図である。 その他の実施形態のＰＬサーバのフローチャートである。

符号の説明

１：クライアント、１１：Ｗｅｂブラウザ、２：ＰＬサーバ、２１：制御部、２２：画面生成部、２３：タイマー監視部、３：ＢＬサーバ、３１：業務処理部、４：外部サーバ、９：ネットワーク

Claims (7)

1. 情報処理システムが行う画面情報生成方法であって、
   前記情報処理システムは、クライアントからの要求を受け付ける第１のサーバと、業務処理を行う第２のサーバと、を有し、
   前記第１のサーバは、
   前記クライアントからの要求を受け付け、当該要求を受け付けた第１の基準時刻から経過した第１の経過時間を監視する第１の監視ステップと、
   前記第２のサーバに所定の業務データを要求する際に、前記第１の経過時間が第１の規定時間を超えるか否かを判別する判別ステップと、
   前記第１の経過時間が前記第１の規定時間を超える場合、前記業務データに対応する代替コンテンツを当該第１のサーバの記憶部から取得する代替コンテンツ取得ステップと、
   前記代替コンテンツを用いて画面情報を生成する生成ステップと、を行うこと
   を特徴とする画面情報生成方法。
2. 請求項１記載の画面情報生成方法であって、
   前記判別ステップにおいて前記第１の経過時間が前記第１の規定時間を超えない場合、前記第２のサーバに業務データを要求し、当該業務データを取得する業務データ取得ステップを、さらに行い、
   前記生成ステップは、前記業務データと前記代替コンテンツとを統合して、画面情報を生成すること
   を特徴とする画面情報生成方法。
3. 請求項１記載の画面情報生成方法であって、
   前記代替コンテンツには、前記業務データのリンク先情報および／または過去の情報が含まれていること
   を特徴とする画面情報生成方法。
4. 請求項１記載の画面情報生成方法であって、
   前記第２のサーバは、
   前記第１のサーバからの要求を受け付けると、所定の処理を開始するとともに、当該処理を開始した第２の基準時刻から経過した第２の経過時間を監視する第２の監視ステップと、
   前記第２の経過時間が前記第２の規定時間を超えた場合、前記処理を中断する中断ステップと、を行うこと
   を特徴とする画面情報生成方法。
5. 請求項２記載の画面情報生成方法であって、
   前記第１のサーバの前記業務データ取得ステップは、
   前記第２のサーバに業務データを要求するとともに、当該業務データを要求した第３の基準時刻から経過した第３の経過時間を監視し、前記第３の経過時間が所定の第３の規定時間を超えた場合、当該業務データの取得を中断し、次に取得すべき業務データを前記第２のサーバに要求すること
   を特徴とする画面情報生成方法。
6. クライアントからの要求を受け付ける第１のサーバと、業務処理を行う第２のサーバとを備える画面情報生成システムであって、
   前記第１のサーバは、
   前記クライアントからの要求を受け付け、当該要求を受け付けた第１の基準時刻から経過した第１の経過時間を監視する第１の監視手段と、
   前記第２のサーバに所定の業務データを要求する際に、前記第１の経過時間が第１の規定時間を超えるか否かを判別する判別手段と、
   前記第１の経過時間が前記第１の規定時間を超える場合、前記業務データに対応する代替コンテンツを当該第１のサーバの記憶部から取得する代替コンテンツ取得手段と、
   前記代替コンテンツを用いて画面情報を生成する生成手段と、を行うこと
   を特徴とする画面情報生成システム。
7. クライアントからの要求を受け付ける第１のサーバと、業務処理を行う第２のサーバとを備える情報処理システムにおける、前記第１のサーバが実行する画面情報生成プログラムであって、
   前記第１のサーバに、
   前記クライアントからの要求を受け付け、当該要求を受け付けた第１の基準時刻から経過した第１の経過時間を監視する第１の監視ステップと、
   前記第２のサーバに所定の業務データを要求する際に、前記第１の経過時間が第１の規定時間を超えるか否かを判別する判別ステップと、
   前記第１の経過時間が前記第１の規定時間を超える場合、前記業務データに対応する代替コンテンツを当該第１のサーバの記憶部から取得する代替コンテンツ取得ステップと、
   前記代替コンテンツを用いて画面情報を生成する生成ステップと、を実行させること
   を特徴とする画面情報生成プログラム。

Images