JP2007094780A - 画面情報提供サーバ、画面情報提供方法、プログラム - Google Patents

Abstract

【課題】処理負担を増加させることなく複数の外部サイトのＷＥＢページを統合し、ユーザ及び運営サイトの利便性を向上させることを可能にする画面情報提供サーバ等を提供する。
【解決手段】ＷＥＢゲートウェイモジュール３１は、クライアント３からのリクエスト電文５３が含むリンク先情報及び定義ファイル３５に基づいて、最初に外部サーバ９−１にアクセスしてコンテンツデータ４５−１を取得し、次に外部サーバ９−２にアクセスしてコンテンツデータ４５−２を取得し、コンテンツデータ４５−１及びコンテンツデータ４５−２を１つのＷＥＢページに画面統合してクライアント３に提供する。
【選択図】図５

Description

本発明は、複数のサイトとクライアントとの間の情報授受を媒介し、クライアントに画面情報を提供する画面情報提供サーバ等に関する。詳細には、ＷＥＢページを提供する複数のサイトとクライアントとの間の情報授受を媒介する画面情報提供サーバ等に関する。

従来、インターネットを介してアクセス可能なサイトが開設され、当該サイトにアクセスするユーザにはＷＥＢページ等の各種情報が提供される。ユーザは、クライアント等を用いてサイトにアクセスし、サイトは、ＷＥＢサーバ等を用いてＷＥＢページ等を提供する。

また、サイトが提供するＷＥＢページに付加価値を持たせ、当該ＷＥＢページの提供を有料としたり、登録制や会員制として特定のユーザにのみ所定のＷＥＢページを提供するというサービスも行われている。
近年では、インターネット上で提供する情報がより複雑化あるいは高度化したため、単一のサイトによる情報提供に代えて、関連情報を複数の外部サイトによって提供する複数サイト情報提供サービスが行われている。

複数サイト情報提供サービスでは、ユーザは、外部サイトに直接アクセスするのではなく、所定の運営サイトを介して外部サイトにアクセスする。運営サイトのＷＥＢページには外部サイトのＷＥＢページにアクセスするためのボタンやフレームＵＲＬが設けられる。ユーザは、これらのボタンやフレームＵＲＬをクリックすることにより、ボタンやフレームＵＲＬに埋め込まれたアドレス（ＵＲＬ）が示す外部サイトにアクセスする。

この複数サイト情報提供サービスでは、ユーザ側からは運営サイトから外部サイトにアクセスしているように見えるが、外部サイト側からはユーザからの直接アクセスであるか、あるいは、運営サイトからの間接アクセスであるかを区別することができない。従って、各外部サイトにおいてそれぞれ認証処理や課金処理を行う必要がある。

そこで、認証処理や課金処理を運営サイト側で一元化し、運営サイトにアクセスするユーザに代わって、運営サイトが外部サイトのユーザとして外部サイトにアクセスする複数サイト情報提供サービスが提案されている（例えば、［特許文献１］参照。）。

また、複数の外部サイトが作成したコンテンツを１つのＷＥＢページに表示させる複数サイト情報提供サービスも行われている。複数のコンテンツを１つのＷＥＢページに表示させる方法としては、フレーム機能が用いられる。フレーム機能では、フレーム（枠）によって仕切られた複数の画面をそれぞれ独立した存在として機能させることができる。各画面に表示されるコンテンツを管理する外部サイトは、それぞれ、単独でコンテンツを作成すると共に、コンテンツのメンテナンスを行うことができる。

特開２００２―１４９２７号公報

しかしながら、従来の複数サイト情報提供サービスでは、クライアントのＷＥＢブラウザは、１つのＷＥＢページを表示するために複数のＨＴＭＬファイルを外部サーバに要求するので、ネットワーク負荷が増大するという問題点がある。
また、クライアントのＷＥＢブラウザは、フレーム毎にＨＴＭＬファイルを解析して表示するので、クライアント側でのシステムリソース（負荷）が増大し、また、ＷＥＢページの表示に時間を要するという問題点がある。
また、クライアントと各外部サイトと間の通信は、それぞれ、独立したセッションにおいて行われるので、閲覧履歴管理、キャッシュ処理、課金処理等を一元管理することが困難であるという問題点がある。

本発明は、以上の問題点に鑑みてなされたものであり、処理負担を増加させることなく複数の外部サイトのＷＥＢページを統合し、ユーザ及び運営サイトの利便性を向上させることを可能にする画面情報提供サーバ等を提供することを目的とする。

前述した目的を達成するために第１の発明は、クライアントと各種コンテンツ情報を保持する外部サーバとにネットワークを介して接続され、前記クライアントと前記外部サーバとの情報授受を媒介し、前記クライアントに画面情報を提供する画面情報提供サーバであって、前記クライアントからの単一要求に基づいて、複数の外部サーバに対して順に、コンテンツデータの要求を行う複数コンテンツデータ要求手段と、前記コンテンツデータ毎に画面配置を定める配置データを作成する配置データ作成手段と、前記配置データに基づいて前記複数の外部サーバから取得した各コンテンツデータを統合して配置し、１つの画面情報を作成する統合手段と、前記画面情報を前記クライアントに送信する画面情報送信手段と、を具備することを特徴とする画面情報提供サーバである。

第１の発明の画面情報提供サーバは、クライアントからの単一要求に基づいて、複数の外部サーバに対して順に、コンテンツデータの要求及び取得を行い、コンテンツデータ毎に画面配置を定める配置データを作成し、配置データに基づいて複数の外部サーバから取得した各コンテンツデータを統合して配置し、１つの画面情報を作成してクライアントに提供する。

画面情報提供サーバは、運営サイト（システム運営者）に設けられる。画面情報提供サーバは、クライアントにＷＥＢページ等の画面情報を提供する。画面情報提供サーバは、例えば、ＰＬサーバ（Ｐｒｅｓｅｎｔａｔｉｏｎ Ｌｏｇｉｃ）である。
外部サーバは、外部サイトに設けられる。外部サーバは、画面情報提供サーバからの要求に基づいて、コンテンツデータを抽出して画面情報提供サーバに提供する。

また、画面情報提供サーバは、複数の外部サーバから取得したコンテンツデータを所定の期間キャッシュメモリに保持する。画面情報提供サーバは、クライアントからの要求に対応するコンテンツデータをキャッシュメモリから抽出する。
また、キャッシュメモリにコンテンツデータを保持する期間やキャッシュメモリの使用の有無等に関しては、定義ファイル等により、コンテンツデータ毎に設定することができる。
また、アクセス異常が発生した外部サーバに関するコンテンツデータに代えて、差し替え用の表示データ、あるいは、キャッシュメモリから抽出したキャッシュデータを用いて、クライアントに提供する画像情報を作成する。

第１の発明の画面情報提供サーバでは、複数の外部サイトのＷＥＢページを統合することにより、ユーザの利便性を向上させると共にクライアントの処理負担及びネットワーク付加を軽減することができる。
また、１回の認証で複数の外部サイトのコンテンツを組み合わせたＷＥＢページを提供することができる。また、ログを集約して一元管理することができるので、ログ解析や電文解析を効率よく行うことができる。

また、外部サイトのコンテンツデータの中で必要なものについてはキャッシュすることができる。キャッシュ対象とするコンテンツデータを定義ファイルで指定することができるので、外部サイト毎に特徴に応じてキャッシュ処理の内容（有効期間やキャッシュ使用の有無等）を設定することができる。

第２の発明は、クライアントと各種コンテンツ情報を保持する外部サーバとにネットワークを介して接続され、前記クライアントと前記外部サーバとの情報授受を媒介し、前記クライアントに画面情報を提供する画面情報提供サーバが実行する画面情報提供方法であって、前記クライアントからの単一要求に基づいて、複数の外部サーバに対して順に、コンテンツデータの要求を行う複数コンテンツデータ要求ステップと、前記コンテンツデータ毎に画面配置を定める配置データを作成する配置データ作成ステップと、前記配置データに基づいて前記複数の外部サーバから取得したコンテンツデータを統合して配置し、１つの画面情報を作成する統合ステップと、前記画面情報を前記クライアントに送信する画面情報送信ステップと、を具備することを特徴とする画面情報提供方法である。

第２の発明は、第１の発明の画面情報提供サーバが実行する画面情報提供方法に関する発明である。

第３の発明は、コンピュータを第１の発明の画面情報提供サーバとして機能させるプログラムである。
尚、上記のプログラムをＣＤ−ＲＯＭ等の記録媒体に保持させて流通させてもよいし、このプログラムを通信回線を介して送受することもできる。

本発明によれば、処理負担を増加させることなく複数の外部サイトのＷＥＢページを統合し、ユーザ及び運営サイトの利便性を向上させることを可能にする画面情報提供サーバ等を提供することができる。

以下、添付図面を参照しながら、本発明に係るＷＥＢゲートウェイシステム等の好適な実施形態について詳細に説明する。なお、以下の説明及び添付図面において、略同一の機能構成を有する構成要素については、同一の符号を付することにより重複説明を省略することにする。

（１．構成）
（１−１．ＷＥＢゲートウェイシステム１の構成）
最初に、図１を参照しながら、本発明の実施の形態に係るＷＥＢゲートウェイシステム１の構成について説明する。
図１は、ＷＥＢゲートウェイシステム１の構成図である。

ＷＥＢゲートウェイシステム１は、クライアント３、ＰＬサーバ５、ＢＬサーバ７、外部サーバ９がネットワーク１１を介して接続されて構成される。ＰＬサーバ５とＢＬサーバ７とは、専用線１３を介して接続される。通常、複数のクライアント３、複数の外部サーバ９がネットワーク１１に接続される。

ＷＥＢゲートウェイシステム１は、ＰＬサーバ５及びＢＬサーバ７にアクセスしたクライアント３と複数の外部サーバ９との間の情報授受を媒介するシステムである。

クライアント３は、ユーザ１５に属する情報処理装置であり、例えば、パーソナルコンピュータである。
クライアント３は、ＷＥＢページ要求表示手段２１を備える。ＷＥＢページ要求表示手段２１は、ＰＬサーバ５に対して１つあるいは複数の外部サーバ９のコンテンツデータを要求し、ＰＬサーバ５から画面情報を取得して表示する。

ＰＬサーバ５（Ｐｒｅｓｅｎｔａｔｉｏｎ Ｌｏｇｉｃ）は、運営サイト１７に属する情報処理装置であり、例えば、サーバコンピュータである。ＰＬサーバは、クライアント３にＷＥＢページ等の画面情報を提供する画面情報提供サーバである。
ＰＬサーバ５は、ＷＥＢページ受付提供手段２３、認証手段２５、セッション管理手段２７、フレーム作成手段２９、ＷＥＢゲートウェイモジュール３１を備える。

ＷＥＢページ受付提供手段２３は、クライアント３からのＷＥＢページ要求の受付及びＷＥＢページの提供を行う。ＷＥＢページの受付及びＷＥＢページの提供には、ＨＴＴＰＤ（Ｈｙｐｅｒｔｅｘｔ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ Ｄａｅｍｏｎ）等のＷＥＢサーバ機能を実現するプログラムが用いられる。

認証手段２５は、クライアント３の認証を行う。
セッション管理手段２７は、ＰＬサーバ５にアクセスするクライアント３に関する一連の処理をセッションとして管理する。尚、セッション管理手段２７は、ＰＬサーバ５に設けてもよいし、セッション管理用の専用サーバを別途設けるようにしてもよい。
フレーム作成手段２９は、外部サーバ９からのコンテンツデータの配置を定める配置データ（配置枠等）を作成する。フレーム作成手段２９は、ＢＬサーバ７が保持する配置情報４９に基づいて配置データを作成するようにしてもよい。

ＷＥＢゲートウェイモジュール３１は、キャッシュ処理手段３３、定義ファイル３５、リクエスト電文編集手段３７、コンテンツデータ要求取得手段３９、履歴管理手段４１、レスポンス電文編集手段４３を備える。

ＷＥＢゲートウェイモジュール３１は、クライアント３に代わって外部サーバ９へのアクセス処理を行うモジュールである。
キャッシュ処理手段３３は、外部サーバ９から送られたコンテンツデータをメモリ（キャッシュメモリ）に所定の期間保持する。キャッシュ処理手段３３は、必要に応じて、外部サーバ９からコンテンツデータを取得することに代えて、保持したコンテンツデータを読み出す。メモリに保持するコンテンツデータの選定及び有効期間（保持期間）は、定義ファイル３５に基づいて行われる。尚、定義ファイル３５については、後述する。

リクエスト電文編集手段３７は、クライアント３から受け取ったリクエスト電文を編集して外部サーバ９にアクセスするためのリクエスト電文を作成する。
コンテンツデータ要求取得手段３９は、リクエスト電文を外部サーバ９に送信してコンテンツデータの要求を行い、当該外部サーバ９からコンテンツデータを取得する。
履歴管理手段４１は、クライアント３、ＢＬサーバ７、外部サーバ９との接続履歴に関するログ出力を行う。
レスポンス電文編集手段４３は、外部サーバ９から取得したコンテンツデータをフレーム作成手段２９が作成した配置データに基づいて配置して画面情報を作成し、当該画面情報を示すレスポンス電文を作成し、クライアントへ送る。

ＢＬサーバ７（Ｂｕｓｉｎｅｓｓ Ｌｏｇｉｃ）は、運営サイト１７に属する情報処理装置であり、例えば、サーバコンピュータである。ＢＬサーバ７は、配置情報４９を保持する。尚、配置情報４９については、後述する。
ＢＬサーバ７は、業務の処理の流れを制御するビジネスロジックを実装するアプリケーションサーバである。ＢＬサーバ７は、プログラムの実行環境やデータベースへの接続機能、複数の処理を連結するトランザクション管理機能等を有する。

外部サーバ９は、外部サイト１９に属する情報処理装置であり、例えば、サーバコンピュータである。外部サーバ９は、コンテンツ情報４４を保持する。
外部サーバ９は、ＰＬサーバ５からのコンテンツデータ要求に基づいて、コンテンツ情報４４からコンテンツデータを抽出してＰＬサーバ５に提供する。

ネットワーク１１は、インターネット等のネットワークであり、有線、無線を問わない。また、安全かつ円滑な通信を担保するため、インターネット等の公衆が利用可能なネットワークではなく、ネットワーク１１として、専用線、ＯＢＮ（Ｏｐｅｎ Ｂｕｓｉｎｅｓｓ Ｎｅｔｗｏｒｋ）、インターネットＶＰＮ（Ｖｉｒｔｕａｌ Ｐｒｉｖａｔｅ Ｎｅｔｗｏｒｋ）等を利用するようにしてもよい。

（１−２．ハードウェア構成）
次に、図２を参照しながら、クライアント３、ＰＬサーバ５、ＢＬサーバ７、外部サーバ９のハードウェア構成について説明する。
図２は、クライアント３、ＰＬサーバ５、ＢＬサーバ７、外部サーバ９として機能する情報処理装置１００のハードウェア構成図である。
尚、図２のハードウェア構成は一例であり、用途、目的に応じて様々な構成を採ることが可能である。

情報処理装置１００は、ＣＰＵ１０１、メモリ１０２、記憶部１０３、表示部１０４、入力部１０５、出力部１０６、通信部１０７等がシステムバス１０８を介して接続されて構成される。

ＣＰＵ１０１（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）は、ハードディスク、ＲＯＭ、記録媒体等に格納される実行プログラム、ＯＳ（オペレーションシステム）のプログラム、アプリケーションプログラム等をメモリ１０２のＲＡＭ上のワークメモリ領域に呼び出して実行し、演算処理（四則演算や比較演算等）、ハードウェアやソフトウェアの動作制御等を行い、後述する各種機能を実現する。

メモリ１０２は、ＲＡＭ及びＲＯＭ等のメモリである。ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）は、ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）や記憶部１０３から読み出されたＯＳ（Ｏｐｅｒａｔｉｏｎ Ｓｙｓｔｅｍ）のプログラム、アプリケーションプログラム等を記憶する。ＲＡＭは、ＣＰＵ１０１の主メモリ、ワークエリア等として機能する。

記憶部１０３は、各種データを記憶する装置であり、例えば、ハードディスクである。記憶部１０３は、ＣＰＵ１０１が実行するプログラム、プログラム実行に必要なデータ、ＯＳ、各種データベース等が格納される。

表示部１０４は、ＣＲＴモニタ、液晶パネル等のディスプレイ装置、ディスプレイ装置と連携してコンピュータのビデオ機能を実現するための論理回路等（ビデオアダプタ等）を有する。

入力部１０５は、各種データの入力装置であり、例えば、キーボード、マウスである。出力部１０６は、各種データの出力装置であり、例えば、プリンタである。各種メディアとのデータ入出力を行うドライブ装置を入力部１０５及び出力部１０６として用いることもできる。

通信部１０７は、ネットワーク１１を介して外部装置と接続・通信する通信制御装置である。例えば、ＴＣＰ／ＩＰを用いたインターネット通信が可能である。

システムバス１０８は、情報処理装置１００内の各装置間の制御信号、データ信号等の授受を媒介する経路であり、例えば、ＰＣＩ（Ｐｅｒｉｐｈｅｒａｌ Ｃｏｍｐｏｎｅｎｔ Ｉｎｔｅｒｃｏｎｎｅｃｔ）バス、ＡＧＰ（Ａｃｃｅｌｅｒａｔｅｄ Ｇｒａｐｈｉｃｓ Ｐｏｒｔ）バス、メモリバスである。

クライアント３、ＰＬサーバ５、ＢＬサーバ７、外部サーバ９は、それぞれ、
は、それぞれ、記憶部１０３に格納するプログラム（実行プログラム、ＯＳのプログラム等）をメモリ１０２上にロードしてＣＰＵ１０１の制御の下に、図５以降に示す各種処理を実行する。

（１−３．定義ファイル３５）
次に、図３を参照しながら、ＰＬサーバ５のＷＥＢゲートウェイモジュール３１が保持する定義ファイル３５について説明する。
図３は、定義ファイル３５の一態様を示す図である。

定義ファイル３５は、メモリ（キャッシュメモリ）に保持するコンテンツデータの選定及び有効期間（保持期間）等を定める設定ファイルである。
定義ファイル３５は、外部サイトＩＤ１１１、外部サイトＵＲＬ１１２、外部サイトＰＡＴＨ１１３、コンテンツデータ種別１１４、有効期間１１５等の各フィールドを有する。

外部サイトＩＤ１１１は、外部サイト１９の識別子である。
外部サイトＵＲＬ１１２は、外部サーバ９のネットワーク１１上の位置（ＵＲＬ（Ｕｎｉｆｏｒｍ Ｒｅｓｏｕｒｃｅ Ｌｏｃａｔｏｒ））を示す。
外部サイトＰＡＴＨ１１３は、外部サーバ９が保持するコンテンツ情報４４の所在を示す。外部サイトＰＡＴＨ１１３は、外部サーバ９におけるコンテンツ情報４４の位置を示す。
コンテンツデータ種別１１４は、キャッシュデータとしてメモリに保持するコンテンツデータの種別を示す。
有効期間１１５は、キャッシュデータとしてメモリに保持したコンテンツデータの有効期間（保持期間）を示す。

尚、ＷＥＢゲートウェイモジュール３１が対象とする外部サイト１９を外部定義ファイルで追加あるいは削除することもできる。

（１−４．配置情報４９）
次に、図４を参照しながら、ＢＬサーバ７が保持する配置情報４９について説明する。
図４は、配置情報４９の一態様を示す図である。

配置情報４９は、画面配置に関する各種情報を保持する。
配置情報４９は、少なくとも１つの運営サイト枠１２１及び少なくとも１つの外部サイト枠１２２を有する。運営サイト枠１２１は、運営サイト１７が提供するコンテンツデータの配置枠である。外部サイト枠１２２は、外部サイト１９が提供するコンテンツデータの配置枠である。

（２．ＷＥＢゲートウェイシステム１の動作）
次に、図５〜図７参照しながら、ＷＥＢゲートウェイシステム１の動作について説明する。
図５は、ＷＥＢゲートウェイシステム１の動作の流れを示す図である。
図６は、ＷＥＢゲートウェイシステム１の動作を示すフローチャートである。
尚、クライアント３、ＰＬサーバ５（ＷＥＢゲートウェイモジュール３１）、ＢＬサーバ７、外部サーバ９において、それぞれ、ＣＰＵ１０１が記憶部１０３等に格納される実行プログラムをメモリ１０２にロードして、各処理ステップを実行する。

ユーザ１５は、ＷＥＢページ５１において、リンク先情報が埋め込まれている所定のボタンをクリックする。クライアント３は、当該リンク先情報を含むリクエスト電文５３をＰＬサーバ５に送信する（Ｓ１、ステップ２０１）。
リクエスト電文５３は、ＰＬサーバ５のＵＲＬ、ＢＬサーバ７のＵＲＬ、外部サイトＩＤ、外部サイトＰＡＴＨ、認証情報等を含む。リクエスト電文５３は、例えば、リンク先情報として「ｈｔｔｐ：／／ＰＬサーバ５のＵＲＬ／外部サイトＩＤ／外部サイトＰＡＴＨ＋認証情報（キー）」を含む。

ＰＬサーバ５は、クライアント３の認証処理を行い、リクエストを送信したクライアント３がＷＥＢゲートウェイシステム１にログイン済かどうかを確認する（Ｓ２、ステップ２０２）。ＰＬサーバ５は、セッション管理を行う（Ｓ３、ステップ２０３）。
ＰＬサーバ５は、フレーム作成処理を行い、外部サーバ９からのコンテンツデータ４５の配置を定める配置データ５５（配置枠等）を作成する（Ｓ４、ステップ２０４）。ＰＬサーバ５は、ＢＬサーバ７が保持する配置情報４９に基づいて、配置データ５５を作成するようにしてもよい。

ＷＥＢゲートウェイモジュール３１は、クライアント３からのリクエスト電文５３に含まれる情報に基づいて、最初に接続する外部サイト１９−１を決定する。ＷＥＢゲートウェイモジュール３１は、リクエスト電文５３に含まれる情報から、不要な情報（セッション情報等）を削除したり、必要な情報を付加して編集を行い、リクエスト電文５９−１を作成する（Ｓ５、ステップ２０５）。
リクエスト電文５９−１は、例えば、リンク先情報として「ｈｔｔｐ：／／（外部サイトＵＲＬその１）／（外部サイトＰＡＴＨその１）＋（必要な情報その１）」を含む。

ＷＥＢゲートウェイモジュール３１は、目的のコンテンツデータ４５−１がキャッシュメモリに保持されている場合（ステップ２０６のＹｅｓ）、当該キャッシュメモリからコンテンツデータ４５−１を読み出し、外部サーバ９−１にはアクセスしない（Ｓ８、ステップ２２２）。

ＷＥＢゲートウェイモジュール３１は、目的のコンテンツデータ４５−１がキャッシュメモリに保持されていない場合（ステップ２０６のＮｏ）、リクエスト電文５９−１を外部サーバ９−１に送信してコンテンツデータ４５−１の要求を行う（Ｓ６、ステップ２０７）。
外部サーバ９−１は、ＷＥＢゲートウェイモジュール３１からのリクエスト電文５９−１に含まれる外部サイトＰＡＴＨに基づいて、コンテンツ情報４４−１からコンテンツデータ４５−１を抽出し（ステップ２０８）、ＷＥＢゲートウェイモジュール３１に送信する（ステップ２０９）。
ＷＥＢゲートウェイモジュール３１は、外部サーバ９−１からコンテンツデータ４５−１を取得する（Ｓ７）。
ＷＥＢゲートウェイモジュール３１は、定義ファイル３５を参照してコンテンツデータ４５−１に有効期限を設定し、キャッシュメモリに保持する（Ｓ８、ステップ２１０）。
ＷＥＢゲートウェイモジュール３１は、外部サーバ９−１との接続履歴に関するログ出力を行う（Ｓ９、ステップ２１１）。

尚、ＷＥＢゲートウェイモジュール３１は、ＨＴＴＰプロトコルを用いて外部サーバ９−１にリクエスト電文５９−１を送信し、コンテンツデータ４５−１を含むレスポンス電文を受信する。外部サーバ９−１が複数台構成になっている場合、ラウンドロビンによる負荷分散が行われる。また、頻繁に利用されるＷＥＢページについてコンテンツデータのキャッシュ処理を行うようにしてもよい。

ＷＥＢゲートウェイモジュール３１は、クライアント３からのリクエスト電文５３に含まれる情報に基づいて、次に接続する外部サイト１９−２を決定する。ＷＥＢゲートウェイモジュール３１は、リクエスト電文５３に含まれる情報から、不要な情報（セッション情報等）を削除したり、必要な情報を付加して編集を行い、リクエスト電文５９−２を作成する（Ｓ１０、ステップ２１２）。
リクエスト電文５９−２は、例えば、リンク先情報として「ｈｔｔｐ：／／（外部サイトＵＲＬその２）／（外部サイトＰＡＴＨその２）＋（必要な情報その２）」を含む。

ＷＥＢゲートウェイモジュール３１は、目的のコンテンツデータ４５−２がキャッシュメモリに保持されている場合（ステップ２１３のＹｅｓ）、当該キャッシュメモリからコンテンツデータ４５−２を読み出し、外部サーバ９−２にはアクセスしない（Ｓ１３、ステップ２２３）。

ＷＥＢゲートウェイモジュール３１は、目的のコンテンツデータ４５−２がキャッシュメモリに保持されていない場合（ステップ２１３のＮｏ）、リクエスト電文５９−２を外部サーバ９−２に送信してコンテンツデータ４５−２の要求を行う（Ｓ１１、ステップ２１４）。
外部サーバ９−２は、ＷＥＢゲートウェイモジュール３１からのリクエスト電文５９−２に含まれる外部サイトＰＡＴＨに基づいて、コンテンツ情報４４−２からコンテンツデータ４５−２を抽出し（ステップ２１５）、ＷＥＢゲートウェイモジュール３１に送信する（ステップ２１６）。
ＷＥＢゲートウェイモジュール３１は、外部サーバ９−２からコンテンツデータ４５−２を取得する（Ｓ１２）。
ＷＥＢゲートウェイモジュール３１は、定義ファイル３５を参照してコンテンツデータ４５−２に有効期限を設定し、キャッシュメモリに保持する（Ｓ１３、ステップ２１７）。
ＷＥＢゲートウェイモジュール３１は、外部サーバ９−２との接続履歴に関するログ出力を行う（Ｓ１４、ステップ２１８）。

尚、ＷＥＢゲートウェイモジュール３１は、ＨＴＴＰプロトコルを用いて外部サーバ９−２にリクエスト電文５９−２を送信し、コンテンツデータ４５−２を含むレスポンス電文を受信する。外部サーバ９−２が複数台構成になっている場合、ラウンドロビンによる負荷分散が行われる。また、頻繁に利用されるＷＥＢページについてコンテンツデータのキャッシュ処理を行うようにしてもよい。

ＷＥＢゲートウェイモジュール３１は、レスポンス電文に含まれるリンク先がＷＥＢゲートウェイモジュール３１を経由するようにＵＲＬ情報を置換したり、必要な情報（セッション情報等）を付加したりしてレスポンス電文の編集を行う。また、ＷＥＢゲートウェイモジュール３１は、配置データ５５に基づいてコンテンツデータ４５−１及びコンテンツデータ４５−２を配置して画面情報を作成し、当該画面情報を含むレスポンス電文６１を作成する（Ｓ１５、ステップ２１９）。
レスポンス電文６１は、リンク先情報として、例えば、「ｈｔｔｐ：／／ＰＬサーバ５のＵＲＬ／外部サイトＩＤ／外部サイトＰＡＴＨ＋認証情報（キー）」を含む。

ＰＬサーバ５は、クライアント３にレスポンス電文６１を送信する（ステップ２２０）。
クライアント３は、レスポンス電文６１に基づいて、ＷＥＢページ６３を表示する（Ｓ１６、ステップ２２１）。

以上の過程を経て、ＷＥＢゲートウェイモジュール３１は、クライアント３からのリクエスト電文５３が含むリンク先情報及び定義ファイル３５に基づいて、最初に外部サーバ９−１にアクセスしてコンテンツデータ４５−１を取得し、次に外部サーバ９−２にアクセスしてコンテンツデータ４５−２を取得し、コンテンツデータ４５−１及びコンテンツデータ４５−２を１つのＷＥＢページに画面統合してクライアント３に提供する。

図７は、外部サーバ９−１のコンテンツ情報４５−１と外部サーバ９−２のコンテンツ情報４５−２との画面統合を示す図である。
クライアント３のＷＥＢページ６３のボタン６５（「ＮＥＷＳ＆株価」）がクリックされると、当該ボタン６５に埋め込まれたリンク先情報として外部サイト１９−１及び外部サイト１９−２が含まれている場合、外部サーバ９−１のコンテンツデータ４５−１及び外部サーバ９−２のコンテンツデータ４５−２が１つのＷＥＢページ６３に画面統合されて表示される。外部サーバ９−１のコンテンツデータ４５−１は配置枠６７に表示され、外部サーバ９−２のコンテンツデータ４５−２は配置枠６９に表示される。

このように、ＷＥＢゲートウェイモジュール３１は、複数の外部サイトのコンテンツデータを１つのＷＥＢページに配置して画面情報を作成してクライアントに提供するので、ユーザの利便性を向上させると共に、クライアントの処理負担及びネットワーク付加を軽減することができる。

図８は、画面統合を行わない場合におけるクライアント３のリクエストの流れを示す図である。
図９は、画面統合を行う場合におけるクライアント３のリクエストの流れを示す図である。

図８では、セッション７１−１、セッション７１−２、セッション７１−３それぞれにおいて平行して各リクエストが実行されるので、各セッション毎に、認証７３及びログ出力７５及びログ出力７７が行われる。例えば、認証処理は、セッション毎に３回行われる。

図９では、単一のセッション７１においてリクエストが実行されるので、１回のセッションにおいて、認証７３及びログ出力７５及びログ出力７７が行われる。例えば、認証処理は、アクセスする外部サーバ９の数に関わらず、１回のみ行われる。
従って、１回の認証で複数の外部サイトのコンテンツを組み合わせたＷＥＢページを提供することができる。
また、ログを集約して一元管理することができるので、ログ解析や電文解析を効率よく行うことができる。

ＷＥＢゲートウェイモジュール３１は、外部サイトのコンテンツデータの中で必要なものについてはキャッシュすることができる。
キャッシュ対象とするコンテンツデータを定義ファイルで指定することができる。定義ファイルでは、有効期間やキャッシュ使用の有無の設定も行うことができる。キャッシュ機能により性能改善を図ることができる。
また、外部サイトの特徴に合わせたキャッシュ設定をすることができる。例えば、「時価」に関する外部サイトの場合、数秒〜数十秒のキャッシュとし、「ニュース」に関する外部サイトの場合、数十秒〜数分のキャッシュとし、「情報コンテンツ」に関する外部サイトの場合、数日のキャッシュとする。
また、キャッシュを行う画面毎にキャッシュ取得に必要な送信データやリクエストヘッダ項目値を設定できる。コンテンツデータのＢＯＤＹ部のキャッシュだけでなく、ＨＴＴＰヘッダやＨＴＴＰステータス等のレスポンス情報そのものをキャッシュすることもできる。
また、キャッシュを行う画面に対して、コンテンツの変更を行うことができる。

図１０は、外部サーバ９へのアクセス成否に係るＰＬサーバ５の動作を示すフローチャートである。
ＷＥＢゲートウェイモジュール３１は、クライアント３からのリクエスト電文５３を編集してリクエスト電文５９を作成し（ステップ２０５、ステップ２１２）、外部サーバ９にリクエスト電文５９を送信する（ステップ２０７、ステップ２１４）。

ＷＥＢゲートウェイモジュール３１は、外部サーバ９に正常にアクセスできた場合（ステップ３０１のＹｅｓ）、外部サーバ９から取得したコンテンツデータ４５をキャッシュメモリに保存し（ステップ２１０、ステップ２１７）、当該コンテンツデータ４５を用いて画面情報を作成する。
ＷＥＢゲートウェイモジュール３１は、外部サーバ９に正常にアクセスできない場合（ステップ３０１のＮｏ）、キャッシュメモリから過去に保存したコンテンツデータを抽出したり（ステップ３０２）、あるいは、エラーメッセージ等の差し替え用の表示データを作成し（ステップ３０３）、これらのデータを用いて画面情報を作成する。

尚、正常にアクセスできない場合の対応については、外部サイト１９毎に定義ファイル３５に設定することができる。例えば、外部サーバ９の障害発生時に前回キャッシュした情報を返すか、エラーとして返すか等を設定することができる。
このように、ＷＥＢゲートウェイモジュール３１は、外部サイト１９毎に障害時の対応を選択することができる。

（３．効果等）
以上詳細に説明したように、本発明のＷＥＢゲートウェイシステムでは、複数の外部サイトのＷＥＢページを統合することにより、ユーザの利便性を向上させると共にクライアントの処理負担及びネットワーク付加を軽減することができる。
１回の認証で複数の外部サイトのコンテンツを組み合わせたＷＥＢページを提供することができる。また、ログを集約して一元管理することができるので、ログ解析や電文解析を効率よく行うことができる。

また、外部サイトのコンテンツデータの中で必要なものについてはキャッシュすることができる。キャッシュ対象とするコンテンツデータを定義ファイルで指定することができるので、外部サイト毎に特徴に応じてキャッシュ処理の内容（有効期間やキャッシュ使用の有無等）を設定することができる。

また、複数台構成で可用性が提供されているサーバに対して、切り離しや切り戻しが可能である。例えば、必要なサーバに対する手動切り離し、応答がないサーバの自動切り離し、手動切り離し、あるいは、自動切り離しされているサーバの手動切り戻し等を行うことができる。

また、ＷＥＢゲートウェイモジュールは、ＨＴＭＬ以外の形式のコンテンツを中継することもできる（マルチコンテンツ）。
また、必要と認められた外部サイト以外には、運営サイトの情報やクライアントのユーザの個人情報に関連する情報を送信しないようにして、セキュリティを向上させることができる。

以上、添付図面を参照しながら、本発明に係るＷＥＢゲートウェイシステム等の好適な実施形態について説明したが、本発明はかかる例に限定されない。当業者であれば、本願で開示した技術的思想の範疇内において、各種の変更例または修正例に想到し得ることは明らかであり、それらについても当然に本発明の技術的範囲に属するものと了解される。

ＷＥＢゲートウェイシステム１の構成図 クライアント３、ＰＬサーバ５、ＢＬサーバ７、外部サーバ９として機能する情報処理装置１００のハードウェア構成図 定義ファイル３５の一態様を示す図 配置情報４９の一態様を示す図 ＷＥＢゲートウェイシステム１の動作の流れを示す図 ＷＥＢゲートウェイシステム１の動作を示すフローチャート 外部サーバ９−１のコンテンツ情報４５−１と外部サーバ９−２のコンテンツ情報４５−２との画面統合を示す図 画面統合を行わない場合におけるクライアント３のリクエストの流れを示す図 画面統合を行う場合におけるクライアント３のリクエストの流れを示す図 外部サーバ９へのアクセス成否に係るＰＬサーバ５の動作を示すフローチャート

符号の説明

１………ＷＥＢゲートウェイシステム
３………クライアント
５………ＰＬサーバ
７………ＢＬサーバ
９………外部サーバ
１１………ネットワーク
１３………専用線
１５………ユーザ
１７………運営サイト
１９………外部サイト
２１………ＷＥＢページ要求表示手段
２３………ＷＥＢページ受付提供手段
２５………認証手段
２７………セッション管理手段
２９………フレーム作成手段
３１………ＷＥＢゲートウェイモジュール
３３………キャッシュ処理手段
３５………定義ファイル
３７………リクエスト電文編集手段
３９………コンテンツデータ要求取得手段
４１………履歴管理手段
４３………レスポンス電文編集手段
４４………コンテンツ情報
４５………コンテンツデータ
４９………配置情報
５１、６３………ＷＥＢページ
５３、５９………リクエスト電文
５５………配置データ
６１………レスポンス電文
１０１………ＣＰＵ
１０２………メモリ
１０３………記憶部
１０４………表示部

Claims (6)

1. クライアントと各種コンテンツ情報を保持する外部サーバとにネットワークを介して接続され、前記クライアントと前記外部サーバとの情報授受を媒介し、前記クライアントに画面情報を提供する画面情報提供サーバであって、
   前記クライアントからの単一要求に基づいて、複数の外部サーバに対して順に、コンテンツデータの要求及び取得を行う複数コンテンツデータ要求取得手段と、
   前記コンテンツデータ毎に画面配置を定める配置データを作成する配置データ作成手段と、
   前記配置データに基づいて前記複数の外部サーバから取得した各コンテンツデータを統合して配置し、１つの画面情報を作成する統合手段と、
   前記画面情報を前記クライアントに送信する画面情報送信手段と、
   を具備することを特徴とする画面情報提供サーバ。
2. 前記複数の外部サーバから取得したコンテンツデータを所定の期間保持するキャッシュ保持手段と、
   前記クライアントからの要求に対応する前記コンテンツデータを前記キャッシュ保持手段から抽出するキャッシュ抽出手段と、
   を具備することを特徴とする請求項１に記載の画面情報提供サーバ。
3. 前記所定の期間は、前記コンテンツデータ毎に設定されることを特徴とする請求項２に記載の画面情報提供サーバ。
4. 前記統合手段は、アクセス異常が発生した外部サーバに関する前記コンテンツデータに代えて、差し替え用の表示データ、あるいは、前記キャッシュ保持手段から抽出したキャッシュデータを配置することを特徴とする請求項２または請求項３に記載の画面情報提供サーバ。
5. クライアントと各種コンテンツ情報を保持する外部サーバとにネットワークを介して接続され、前記クライアントと前記外部サーバとの情報授受を媒介し、前記クライアントに画面情報を提供する画面情報提供サーバが実行する画面情報提供方法であって、
   前記クライアントからの単一要求に基づいて、複数の外部サーバに対して順に、コンテンツデータの要求を行う複数コンテンツデータ要求ステップと、
   前記コンテンツデータ毎に画面配置を定める配置データを作成する配置データ作成ステップと、
   前記配置データに基づいて前記複数の外部サーバから取得したコンテンツデータを統合して配置し、１つの画面情報を作成する統合ステップと、
   前記画面情報を前記クライアントに送信する画面情報送信ステップと、
   を具備することを特徴とする画面情報提供方法。
6. コンピュータを請求項１から請求項４までのいずれかに記載の画面情報提供サーバとして機能させるプログラム。

Images