画面情報提供サーバ、画面情報提供方法、プログラム
【課題】複数の外部サイトあるいは運営サイトのＷＥＢページを有機的に結びつけてユーザに提供し、ユーザ及び運営サイトの利便性を向上させることを可能にする画面情報提供サーバ等を提供する。
【解決手段】ＷＥＢゲートウェイモジュール３１は、クライアント３からのリクエスト電文５３が含むリンク先情報及び定義ファイル３５に基づいて、ＢＬサーバ７のユーザ情報４９から連携データ５７を取得し、当該連携データ５７を含むリクエスト電文５９を外部サーバ９に送信し、外部サーバ９のコンテンツ情報４４からクライアント３の要求に応じたコンテンツデータ４５を取得して当該クライアント３に提供する。
【解決手段】ＷＥＢゲートウェイモジュール３１は、クライアント３からのリクエスト電文５３が含むリンク先情報及び定義ファイル３５に基づいて、ＢＬサーバ７のユーザ情報４９から連携データ５７を取得し、当該連携データ５７を含むリクエスト電文５９を外部サーバ９に送信し、外部サーバ９のコンテンツ情報４４からクライアント３の要求に応じたコンテンツデータ４５を取得して当該クライアント３に提供する。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、複数のサイトとクライアントとの間の情報授受を媒介し、クライアントに画面情報を提供する画面情報提供サーバ等に関する。詳細には、ＷＥＢページを提供する複数のサイトとクライアントとの間の情報授受を媒介する画面情報提供サーバ等に関する。
【背景技術】
【０００２】
従来、インターネットを介してアクセス可能なサイトが開設され、当該サイトにアクセスするユーザにはＷＥＢページ等の各種情報が提供される。ユーザは、クライアント等を用いてサイトにアクセスし、サイトは、ＷＥＢサーバ等を用いてＷＥＢページ等を提供する。
【０００３】
また、サイトが提供するＷＥＢページに付加価値を持たせ、当該ＷＥＢページの提供を有料としたり、登録制や会員制として特定のユーザにのみ所定のＷＥＢページを提供するというサービスも行われている。
近年では、インターネット上で提供する情報がより複雑化あるいは高度化したため、単一のサイトによる情報提供に代えて、関連情報を複数の外部サイトによって提供する複数サイト情報提供サービスが行われている。
【０００４】
複数サイト情報提供サービスでは、ユーザは、外部サイトに直接アクセスするのではなく、所定の運営サイトを介して外部サイトにアクセスする。運営サイトのＷＥＢページには外部サイトのＷＥＢページにアクセスするためのボタンやフレームＵＲＬが設けられる。ユーザは、これらのボタンやフレームＵＲＬをクリックすることにより、ボタンやフレームＵＲＬに埋め込まれたアドレス（ＵＲＬ）が示す外部サイトにアクセスする。
【０００５】
この複数サイト情報提供サービスでは、ユーザ側からは運営サイトから外部サイトにアクセスしているように見えるが、外部サイト側からはユーザからの直接アクセスであるか、あるいは、運営サイトからの間接アクセスであるかを区別することができない。従って、各外部サイトにおいてそれぞれ認証処理や課金処理を行う必要がある。
【０００６】
そこで、認証処理や課金処理を運営サイト側で一元化し、運営サイトにアクセスするユーザに代わって、運営サイトが外部サイトのユーザとして外部サイトにアクセスする複数サイト情報提供サービスが提案されている（例えば、［特許文献１］参照。）。
【０００７】
【特許文献１】特開２００２―１４９２７号公報
【発明の開示】
【発明が解決しようとする課題】
【０００８】
しかしながら、従来の複数サイト情報提供サービスでは、各外部サイトのＷＥＢページは、そのまま、あるいは、所定の枠内に配置されてユーザに提供される。すなわち、各外部サイトは、他の外部サイトや運営サイトが保持するデータを一切考慮せずに、ユーザにＷＥＢページを提供する。
外部サイトのＷＥＢページに入力すべきデータが、運営サイトや他の外部サイトに保持されている場合であっても、ユーザは改めて入力する必要があり、ユーザの労力的負担が増大するという問題点がある。
また、ある外部サイトのＷＥＢページの内容を参照して他の外部サイトのＷＥＢページの情報を取得する場合であっても、ある外部サイトのＷＥＢページの内容を他の外部サイトのＷＥＢページに自動的に反映させることができないので、ユーザの労力的負担が増大するという問題がある。
また、ユーザがアクセスした外部サイトのＷＥＢページの内容を運営者サイト側で活用することができないという問題点がある。
【０００９】
本発明は、以上の問題点に鑑みてなされたものであり、複数の外部サイトあるいは運営サイトのＷＥＢページを有機的に結びつけてユーザに提供し、ユーザ及び運営サイトの利便性を向上させることを可能にする画面情報提供サーバ等を提供することを目的とする。
【課題を解決するための手段】
【００１０】
前述した目的を達成するために第１の発明は、クライアントと各種コンテンツ情報を保持する外部サーバとにネットワークを介して接続され、前記クライアントと前記外部サーバとの情報授受を媒介し、前記クライアントに画面情報を提供する画面情報提供サーバであって、前記クライアントのユーザに関するユーザ情報を保持するユーザ情報保持手段と、前記ユーザ情報から前記クライアントが要求するコンテンツデータに関連する連携データを取得する第１の連携データ取得手段と、前記外部サーバに対して前記コンテンツデータの要求と共に前記第１の連携データ取得手段により取得した連携データの送信を行う第１の連携データ送信手段と、前記外部サーバから取得したコンテンツデータに基づいて画面情報を作成して前記クライアントに送信する画面情報送信手段と、を具備することを特徴とする画面情報提供サーバである。
【００１１】
第１の発明の画面情報提供サーバは、クライアントのユーザに関するユーザ情報を保持し、クライアントが要求するコンテンツデータに関連する連携データをユーザ情報から抽出し、外部サーバに対してコンテンツデータの要求と共に連携データの送信を行い、外部サーバから取得したコンテンツデータに基づいて画面情報を作成してクライアントに送信する。
【００１２】
画面情報提供サーバは、運営サイト（システム運営者）に設けられる。画面情報提供サーバは、クライアントにＷＥＢページ等の画面情報を提供する。画面情報提供サーバは、例えば、ＰＬサーバ（Ｐｒｅｓｅｎｔａｔｉｏｎ Ｌｏｇｉｃ）である。
外部サーバは、外部サイトに設けられる。外部サーバは、画面情報提供サーバからの要求に基づいて、コンテンツデータを抽出して画面情報提供サーバに提供する。
ユーザ情報は、クライアントのユーザに関する顧客情報等の各種情報を示す。ユーザ情報を保持するユーザ情報保持手段は、画面情報提供サーバに設けてもよいし、ＢＬサーバ（Ｂｕｓｉｎｅｓｓ Ｌｏｇｉｃ）等の別のサーバコンピュータに設けるようにしてもよい。
【００１３】
画面情報提供サーバは、定義ファイルに基づいて連携データの抽出を行うことが望ましい。定義ファイルは、ユーザ情報やコンテンツ情報から連携データを取得する条件等を定める設定ファイルである。画面情報提供サーバは、この定義ファイルによって連携するデータを決定することができる。
リンク先情報の中に連携データを埋め込み、当該リンク先情報を含むリクエスト電文を送信することにより、外部サーバに対する連携データの送信が行われる。
尚、連携するデータは、ＨＴＴＰリクエストやＨＴＴＰレスポンスのデータ、ＢＬサーバや外部サーバから受け取ったデータなどを含む。
【００１４】
また、画面情報提供サーバは、外部サーバから取得したコンテンツデータからクライアントのユーザに関連する連携データを取得し、ユーザ情報として保持するようにしてもよい。
また、画面情報提供サーバは、外部サーバから取得したコンテンツデータからクライアントのユーザに関連する連携データを取得し、他の外部サーバに対してコンテンツデータの要求と共に連携データの送信を行うようにしてもよい。
【００１５】
第１の発明では、画面情報提供サーバから外部サーバに、あるいは、外部サーバから画面情報提供サーバに、あるいは、外部サーバから他の外部サーバに必要な情報を引き継ぐことができるので、ユーザの利便性を向上させることができる。また、ユーザによる入力回数が軽減されるので、入力ミス等を防止することができる。
また、外部サイト側の効果の１つとして、外部サイトのＵＲＬ情報を隠蔽し、外部サイトへの不正アクセスなどクライアントからの攻撃を防ぐことができるので、外部サイトのセキュリティを守ることができる。
また、運営サイト側の効果の１つとして、クライアントが閲覧した外部サイトコンテンツの情報を運営サイトが受け取って、クライアントの嗜好を分析することができる。
【００１６】
第２の発明は、クライアントと各種コンテンツ情報を保持する外部サーバとにネットワークを介して接続され、前記クライアントと前記外部サーバとの情報授受を媒介し、前記クライアントに画面情報を提供する画面情報提供サーバが実行する画面情報提供方法であって、前記クライアントのユーザに関するユーザ情報を保持するユーザ情報保持ステップと、前記ユーザ情報から前記クライアントが要求するコンテンツデータに関連する連携データを取得する第１の連携データ取得ステップと、前記外部サーバに対して前記コンテンツデータの要求及び前記第１の連携データ取得手段により取得した連携データの送信を行う第１の連携データ送信ステップと、前記外部サーバから取得したコンテンツデータに基づいて画面情報を作成して前記クライアントに送信する画面情報送信ステップと、を具備することを特徴とする画面情報提供方法である。
【００１７】
第２の発明は、第１の発明の画面情報提供サーバが実行する画面情報提供方法に関する発明である。
【００１８】
第３の発明は、コンピュータを第１の発明の画面情報提供サーバとして機能させるプログラムである。
尚、上記のプログラムをＣＤ−ＲＯＭ等の記録媒体に保持させて流通させてもよいし、このプログラムを通信回線を介して送受することもできる。
【発明の効果】
【００１９】
本発明によれば、複数の外部サイトあるいは運営サイトのＷＥＢページを有機的に結びつけてユーザに提供し、ユーザ及び運営サイトの利便性を向上させることを可能にする画面情報提供サーバ等を提供することができる。
【発明を実施するための最良の形態】
【００２０】
以下、添付図面を参照しながら、本発明に係るＷＥＢゲートウェイシステム等の好適な実施形態について詳細に説明する。なお、以下の説明及び添付図面において、略同一の機能構成を有する構成要素については、同一の符号を付することにより重複説明を省略することにする。
【００２１】
（１．構成）
（１−１．ＷＥＢゲートウェイシステム１の構成）
最初に、図１を参照しながら、本発明の実施の形態に係るＷＥＢゲートウェイシステム１の構成について説明する。
図１は、ＷＥＢゲートウェイシステム１の構成図である。
【００２２】
ＷＥＢゲートウェイシステム１は、クライアント３、ＰＬサーバ５、ＢＬサーバ７、外部サーバ９がネットワーク１１を介して接続されて構成される。ＰＬサーバ５とＢＬサーバ７とは、専用線１３を介して接続される。通常、複数のクライアント３、複数の外部サーバ９がネットワーク１１に接続される。
【００２３】
ＷＥＢゲートウェイシステム１は、ＰＬサーバ５及びＢＬサーバ７にアクセスしたクライアント３と複数の外部サーバ９との間の情報授受を媒介するシステムである。
【００２４】
クライアント３は、ユーザ１５に属する情報処理装置であり、例えば、パーソナルコンピュータである。
クライアント３は、ＷＥＢページ要求表示手段２１を備える。ＷＥＢページ要求表示手段２１は、ＰＬサーバ５に対して１つあるいは複数の外部サーバ９のコンテンツデータを要求し、ＰＬサーバ５から画面情報を取得して表示する。
【００２５】
ＰＬサーバ５（Ｐｒｅｓｅｎｔａｔｉｏｎ Ｌｏｇｉｃ）は、運営サイト１７に属する情報処理装置であり、例えば、サーバコンピュータである。ＰＬサーバは、クライアント３にＷＥＢページ等の画面情報を提供する画面情報提供サーバである。
ＰＬサーバ５は、ＷＥＢページ受付提供手段２３、認証手段２５、セッション管理手段２７、フレーム作成手段２９、ＷＥＢゲートウェイモジュール３１を備える。
【００２６】
ＷＥＢページ受付提供手段２３は、クライアント３からのＷＥＢページ要求の受付及びＷＥＢページの提供を行う。ＷＥＢページの受付及びＷＥＢページの提供には、ＨＴＴＰＤ（Ｈｙｐｅｒｔｅｘｔ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ Ｄａｅｍｏｎ）等のＷＥＢサーバ機能を実現するプログラムが用いられる。
【００２７】
認証手段２５は、クライアント３の認証を行う。
セッション管理手段２７は、ＰＬサーバ５にアクセスするクライアント３に関する一連の処理をセッションとして管理する。尚、セッション管理手段２７は、ＰＬサーバ５に設けてもよいし、セッション管理用の専用サーバを別途設けるようにしてもよい。
フレーム作成手段２９は、外部サーバ９からのコンテンツデータの配置を定める配置データ（配置枠等）を作成する。
【００２８】
ＷＥＢゲートウェイモジュール３１は、連携データ取得手段３３、定義ファイル３５、リクエスト電文編集手段３７、コンテンツデータ要求取得手段３９、履歴管理手段４１、レスポンス電文編集手段４３を備える。
【００２９】
ＷＥＢゲートウェイモジュール３１は、クライアント３に代わって外部サーバ９へのアクセス処理を行うモジュールである。
連携データ取得手段３３は、ＢＬサーバ７が保持するユーザ情報４９や外部サーバ９が保持するコンテンツ情報４４から連携データ５７を取得する。連携データの取得は、定義ファイル３５に基づいて行われる。尚、連携データ５７は、ＰＬサーバ５〜ＢＬサーバ７間、ＰＬサーバ５〜外部サーバ９間だけでなく、ユーザ１５が入力した情報（クライアント３からのＨＴＴＰリクエスト中のデータ）も対象となる。また、定義ファイル３５については、後述する。
リクエスト電文編集手段３７は、クライアント３から受け取ったリクエスト電文を編集して外部サーバ９にアクセスするためのリクエスト電文を作成する。また、リクエスト電文編集手段３７は、定義ファイル３５で特定されたデータを抽出し、外部サーバ９へのリクエスト電文に付加する。また、外部サーバ９へ送りたくないデータ（セッション情報など）を定義ファイル３５に基づいて外部サーバ９へのリクエスト電文から削除する。
コンテンツデータ要求取得手段３９は、リクエスト電文を外部サーバ９に送信してコンテンツデータの要求を行い、当該外部サーバ９からコンテンツデータを取得する。
履歴管理手段４１は、クライアント３、ＢＬサーバ７、外部サーバ９との接続履歴に関するログ出力を行う。
レスポンス電文編集手段４３は、外部サーバ９から取得したコンテンツデータをフレーム作成手段２９が作成した配置データに基づいて配置して画面情報を作成し、当該画面情報を示すレスポンス電文を作成し、クライアントへ送る。
【００３０】
ＢＬサーバ７（Ｂｕｓｉｎｅｓｓ Ｌｏｇｉｃ）は、運営サイト１７に属する情報処理装置であり、例えば、サーバコンピュータである。ＢＬサーバ７は、ユーザ情報４９を保持する。尚、ユーザ情報４９は、必ずしもＢＬサーバ７が保持するとは限らない。一般的には、ユーザ情報を保持するＤＢなどは、ＤＢサーバとして構築される。また、ユーザ情報４９については、後述する。
ＢＬサーバ７は、業務の処理の流れを制御するビジネスロジックを実装するアプリケーションサーバである。ＢＬサーバ７は、プログラムの実行環境やデータベースへの接続機能、複数の処理を連結するトランザクション管理機能等を有する。
【００３１】
外部サーバ９は、外部サイト１９に属する情報処理装置であり、例えば、サーバコンピュータである。外部サーバ９は、コンテンツ情報４４を保持する。
外部サーバ９は、ＰＬサーバ５からのコンテンツデータ要求に基づいて、コンテンツ情報４４からコンテンツデータを抽出してＰＬサーバ５に提供する。
【００３２】
ネットワーク１１は、インターネット等のネットワークであり、有線、無線を問わない。また、安全かつ円滑な通信を担保するため、インターネット等の公衆が利用可能なネットワークではなく、ネットワーク１１として、専用線、ＯＢＮ（Ｏｐｅｎ Ｂｕｓｉｎｅｓｓ Ｎｅｔｗｏｒｋ）、インターネットＶＰＮ（Ｖｉｒｔｕａｌ Ｐｒｉｖａｔｅ Ｎｅｔｗｏｒｋ）等を利用するようにしてもよい。また、クライアント３と外部サーバ９は、いつも同一ネット種別とは限らない。クライアント３〜ＰＬサーバ５間はインターネット、ＰＬサーバ５〜外部サーバ９間は専用線などの方が好ましい。
【００３３】
（１−２．ハードウェア構成）
次に、図２を参照しながら、クライアント３、ＰＬサーバ５、ＢＬサーバ７、外部サーバ９のハードウェア構成について説明する。
図２は、クライアント３、ＰＬサーバ５、ＢＬサーバ７、外部サーバ９として機能する情報処理装置１００のハードウェア構成図である。
尚、図２のハードウェア構成は一例であり、用途、目的に応じて様々な構成を採ることが可能である。
【００３４】
情報処理装置１００は、ＣＰＵ１０１、メモリ１０２、記憶部１０３、表示部１０４、入力部１０５、出力部１０６、通信部１０７等がシステムバス１０８を介して接続されて構成される。
【００３５】
ＣＰＵ１０１（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）は、ハードディスク、ＲＯＭ、記録媒体等に格納される実行プログラム、ＯＳ（オペレーションシステム）のプログラム、アプリケーションプログラム等をメモリ１０２のＲＡＭ上のワークメモリ領域に呼び出して実行し、演算処理（四則演算や比較演算等）、ハードウェアやソフトウェアの動作制御等を行い、後述する各種機能を実現する。
【００３６】
メモリ１０２は、ＲＡＭ及びＲＯＭ等のメモリである。ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）は、ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）や記憶部１０３から読み出されたＯＳ（Ｏｐｅｒａｔｉｏｎ Ｓｙｓｔｅｍ）のプログラム、アプリケーションプログラム等を記憶する。ＲＡＭは、ＣＰＵ１０１の主メモリ、ワークエリア等として機能する。
【００３７】
記憶部１０３は、各種データを記憶する装置であり、例えば、ハードディスクである。記憶部１０３は、ＣＰＵ１０１が実行するプログラム、プログラム実行に必要なデータ、ＯＳ、各種データベース等が格納される。
【００３８】
表示部１０４は、ＣＲＴモニタ、液晶パネル等のディスプレイ装置、ディスプレイ装置と連携してコンピュータのビデオ機能を実現するための論理回路等（ビデオアダプタ等）を有する。
【００３９】
入力部１０５は、各種データの入力装置であり、例えば、キーボード、マウスである。出力部１０６は、各種データの出力装置であり、例えば、プリンタである。各種メディアとのデータ入出力を行うドライブ装置を入力部１０５及び出力部１０６として用いることもできる。
【００４０】
通信部１０７は、ネットワーク１１を介して外部装置と接続・通信する通信制御装置である。例えば、ＴＣＰ／ＩＰを用いたインターネット通信が可能である。
【００４１】
システムバス１０８は、情報処理装置１００内の各装置間の制御信号、データ信号等の授受を媒介する経路であり、例えば、ＰＣＩ（Ｐｅｒｉｐｈｅｒａｌ Ｃｏｍｐｏｎｅｎｔ Ｉｎｔｅｒｃｏｎｎｅｃｔ）バス、ＡＧＰ（Ａｃｃｅｌｅｒａｔｅｄ Ｇｒａｐｈｉｃｓ Ｐｏｒｔ）バス、メモリバスである。
【００４２】
クライアント３、ＰＬサーバ５、ＢＬサーバ７、外部サーバ９は、それぞれ、
は、それぞれ、記憶部１０３に格納するプログラム（実行プログラム、ＯＳのプログラム等）をメモリ１０２上にロードしてＣＰＵ１０１の制御の下に、図５以降に示す各種処理を実行する。
【００４３】
（１−３．定義ファイル３５）
次に、図３を参照しながら、ＰＬサーバ５のＷＥＢゲートウェイモジュール３１が保持する定義ファイル３５について説明する。
図３は、定義ファイル３５の一態様を示す図である。
【００４４】
定義ファイル３５は、ＢＬサーバ７のユーザ情報４９や外部サーバ９のコンテンツ情報４４やクライアント３からのＨＴＴＰリクエスト中のデータやクライアント３へのＨＴＴＰレスポンス中のデータから連携データ５７を取得する条件等を定める設定ファイルである。
定義ファイル３５は、外部サイトＩＤ１１１、外部サイトＵＲＬ１１２、外部サイトＰＡＴＨ１１３、連携データ種別１１４、連携データ項目１１５等の各フィールドを有する。
【００４５】
外部サイトＩＤ１１１は、外部サイト１９の識別子である。
外部サイトＵＲＬ１１２は、外部サーバ９のネットワーク１１上の位置（ＵＲＬ（Ｕｎｉｆｏｒｍ Ｒｅｓｏｕｒｃｅ Ｌｏｃａｔｏｒ））を示す。
外部サイトＰＡＴＨ１１３は、外部サーバ９が保持するコンテンツ情報４４の所在を示す。外部サイトＰＡＴＨ１１３は、外部サーバ９におけるコンテンツ情報４４の位置を示す。
連携データ種別１１４は、連携データ５７として抽出するデータが格納されているデータベースの種別を示す。
連携データ項目１１５は、連携データ５７として抽出するデータ項目を示す。
【００４６】
尚、ＷＥＢゲートウェイモジュール３１が対象とする外部サイト１９を外部定義ファイルで追加あるいは削除することもできる。
【００４７】
（１−４．ユーザ情報４９）
次に、図４を参照しながら、ＢＬサーバ７が保持するユーザ情報４９について説明する。
図４は、ユーザ情報４９の一態様を示す図である。
【００４８】
ユーザ情報４９は、ユーザ１５に関する顧客情報等の各種情報を保持する。
ユーザ情報４９は、種別１２１、ユーザＩＤ１２２、項目１２３、項目１２４、…等の各フィールドを有する。
【００４９】
種別１２１は、ユーザ情報４９を格納するデータベースの種別を示す。種別１２１は、例えば、「保有銘柄情報」、「資産情報」、「閲覧情報」である。
ユーザＩＤ１２２は、ユーザ１５の識別子である。
項目１２３、項目１２４、…は、各種データ項目を示す。項目１２３、項目１２４、…は、例えば、「保有銘柄名称」、「保有株式数」、「購入日」、「資産名」、「時価」、「興味対象」である。
【００５０】
（２．ＷＥＢゲートウェイシステム１の動作）
（２−１．第１の実施の形態）
次に、図５及び図６及び図７参照しながら、ＷＥＢゲートウェイシステム１の動作について説明する。
図５は、ＷＥＢゲートウェイシステム１の動作の流れを示す図である。
図６は、ＷＥＢゲートウェイシステム１の動作を示すフローチャートである。
尚、クライアント３、ＰＬサーバ５（ＷＥＢゲートウェイモジュール３１）、ＢＬサーバ７、外部サーバ９において、それぞれ、ＣＰＵ１０１が記憶部１０３等に格納される実行プログラムをメモリ１０２にロードして、各処理ステップを実行する。
【００５１】
ユーザ１５は、ＷＥＢページ５１において、リンク先情報が埋め込まれている所定のボタンをクリックする。クライアント３は、当該リンク先情報を含むリクエスト電文５３をＰＬサーバ５に送信する（Ｓ１、ステップ２０１）。
リクエスト電文５３は、ＰＬサーバ５のＵＲＬ、ＢＬサーバ７のＵＲＬ、外部サイトＩＤ、外部サイトＰＡＴＨ、認証情報等を含む。リクエスト電文５３は、例えば、リンク先情報として「ｈｔｔｐ：／／ＰＬサーバ５のＵＲＬ／外部サイトＩＤ／外部サイトＰＡＴＨ＋認証情報（キー）」を含む。
【００５２】
ＰＬサーバ５は、クライアント３の認証処理を行い、リクエストを送信したクライアント３がＷＥＢゲートウェイシステム１にログイン済かどうかを確認する（Ｓ２、ステップ２０２）。ＰＬサーバ５は、セッション管理を行う（Ｓ３、ステップ２０３）。
ＰＬサーバ５は、フレーム作成処理を行い、外部サーバ９からのコンテンツデータ４５の配置を定める配置データ５５（配置枠等）を作成する（Ｓ４、ステップ２０４）。
【００５３】
ＷＥＢゲートウェイモジュール３１は、定義ファイル３５を参照し、クライアント３からのリクエスト電文５３に含まれる外部サイトＩＤや外部サイトＰＡＴＨやユーザＩＤ等に基づいて、ＢＬサーバ７に対して連携データ５７の要求を行う（ステップ２０５）。
ＢＬサーバ７は、ユーザ情報４９から連携データ５７を抽出し（ステップ２０６）、ＷＥＢゲートウェイモジュール３１に送信する（ステップ２０７）。
ＷＥＢゲートウェイモジュール３１は、ＢＬサーバ７から連携データ５７を取得する（Ｓ５、ステップ２０８）。
【００５４】
ＷＥＢゲートウェイモジュール３１は、クライアント３からのリクエスト電文５３に含まれる情報に基づいて、接続する外部サイト１９を決定する。ＷＥＢゲートウェイモジュール３１は、リクエスト電文５３に含まれる情報から、不要な情報（セッション情報等）を削除したり、必要な情報として連携データ５７（氏名、口座情報等）を付加して編集を行い、リクエスト電文５９を作成する（Ｓ６、ステップ２０９）。
リクエスト電文５９は、例えば、リンク先情報として「ｈｔｔｐ：／／（外部サイトＵＲＬ）／（外部サイトＰＡＴＨ）＋（必要な情報）＋（連携データ５７）」を含む。
【００５５】
ＷＥＢゲートウェイモジュール３１は、連携データ５７を含むリクエスト電文５９を外部サーバ９に送信してコンテンツデータ４５の要求を行う（Ｓ７、ステップ２１０）。
外部サーバ９は、ＷＥＢゲートウェイモジュール３１からのリクエスト電文５９に含まれる連携データ５７や外部サイトＰＡＴＨに基づいて、コンテンツ情報４４からコンテンツデータ４５を抽出し（ステップ２１１）、ＷＥＢゲートウェイモジュール３１に送信する（ステップ２１２）。
ＷＥＢゲートウェイモジュール３１は、外部サーバ９からコンテンツデータ４５を取得する（Ｓ８）。
ＷＥＢゲートウェイモジュール３１は、外部サーバ９との接続履歴に関するログ出力を行う（Ｓ９、ステップ２１３）。
【００５６】
尚、ＷＥＢゲートウェイモジュール３１は、ＨＴＴＰプロトコルを用いて外部サーバ９にリクエスト電文５９を送信し、コンテンツデータ４５を含むレスポンス電文を受信する。外部サーバ９が複数台構成になっている場合、ラウンドロビンによる負荷分散が行われる。負荷分散機能には、外部サイト障害時には、障害サーバを切り離すなどの手段を持つ。また、頻繁に利用されるＷＥＢページについてはコンテンツデータのキャッシュが行われる。
【００５７】
ＷＥＢゲートウェイモジュール３１は、レスポンス電文に含まれるリンク先がＷＥＢゲートウェイモジュール３１を経由するようにＵＲＬ情報を置換したり、必要な情報（セッション情報等）を付加したりしてレスポンス電文の編集を行う。また、ＷＥＢゲートウェイモジュール３１は、配置データ５５に基づいてコンテンツデータ４５を配置して画面情報を作成し、当該画面情報を含むレスポンス電文６１を作成する（Ｓ１０、ステップ２１４）。
レスポンス電文６１は、リンク先情報として、例えば、「ｈｔｔｐ：／／ＰＬサーバ５のＵＲＬ／外部サイトＩＤ／外部サイトＰＡＴＨ＋認証情報（キー）」を含む。
【００５８】
ＰＬサーバ５は、クライアント３にレスポンス電文６１を送信する（ステップ２１５）。
クライアント３は、レスポンス電文６１に基づいて、ＷＥＢページ６３を表示する（Ｓ１１、ステップ２１６）。
【００５９】
以上の過程を経て、ＷＥＢゲートウェイモジュール３１は、クライアント３からのリクエスト電文５３が含むリンク先情報及び定義ファイル３５に基づいて、ＢＬサーバ７のユーザ情報４９から連携データ５７を取得し、当該連携データ５７を含むリクエスト電文５９を外部サーバ９に送信し、外部サーバ９のコンテンツ情報４４からクライアント３の要求に応じたコンテンツデータ４５を取得して当該クライアント３に提供する。
【００６０】
図７は、ＢＬサーバ７から外部サーバ９へのデータ連携を示す図である。
ＢＬサーバ７のユーザ情報４９（「氏名、住所等のユーザの個人情報」）から取得された連携データ５７（「山田太郎」、「東京都○区○町」）が外部サーバ９のコンテンツ情報４４（「申込フォーム」）に自動的に入力され、クライアント３のＷＥＢページ６３に表示される。
クライアント３のユーザ１５は、ＢＬサーバ７のユーザ情報４９に登録済であれば、「申込フォーム」に「氏名」や「住所」が自動的に入力されるので、改めて入力する必要がない。
【００６１】
第１の実施の形態では、ＢＬサーバ７から外部サーバ９へデータ連携され、連携データ５７は、外部サーバ９からのコンテンツデータ４５の取得に必要な情報として用いられる。
例えば、外部サイト側で入力フォーム等がある場合の入力の手間を省くことができる。また、ＢＬサーバが保持する顧客保有の株価コードを外部サイトに送ることで、外部サイトの株価情報を閲覧する際の銘柄登録等の手間を不要とすることができる。
すなわち、ＢＬサーバ７の提供画面から外部サーバ９の提供画面に必要な情報を引き継ぐことができるので、ユーザの利便性を向上させることができる。また、ユーザによる入力回数が軽減されるので、入力ミス等を防止することができる。
【００６２】
（２−２．第２の実施の形態）
次に、図５及び図８及び図９参照しながら、ＷＥＢゲートウェイシステム１の動作について説明する。
図８は、ＷＥＢゲートウェイシステム１の動作を示すフローチャートである。
尚、クライアント３、ＰＬサーバ５（ＷＥＢゲートウェイモジュール３１）、ＢＬサーバ７、外部サーバ９において、それぞれ、ＣＰＵ１０１が記憶部１０３等に格納される実行プログラムをメモリ１０２にロードして、各処理ステップを実行する。
【００６３】
ユーザ１５は、ＷＥＢページ５１において、リンク先情報が埋め込まれている所定のボタンをクリックする。クライアント３は、当該リンク先情報を含むリクエスト電文５３をＰＬサーバ５に送信する（Ｓ１、ステップ３０１）。
リクエスト電文５３は、ＰＬサーバ５のＵＲＬ、ＢＬサーバ７のＵＲＬ、外部サイトＩＤ、外部サイトＰＡＴＨ、認証情報等を含む。リクエスト電文５３は、例えば、リンク先情報として「ｈｔｔｐ：／／ＰＬサーバ５のＵＲＬ／外部サイトＩＤ／外部サイトＰＡＴＨ＋認証情報（キー）」を含む。
【００６４】
ＰＬサーバ５は、クライアント３の認証処理を行い、リクエストを送信したクライアント３がＷＥＢゲートウェイシステム１にログイン済かどうかを確認する（Ｓ２、ステップ３０２）。ＰＬサーバ５は、セッション管理を行う（Ｓ３、ステップ３０３）。
ＰＬサーバ５は。フレーム作成処理を行い、外部サーバ９からのコンテンツデータ４５の配置を定める配置データ（配置枠等）を作成する（Ｓ４、ステップ３０４）。
【００６５】
ＷＥＢゲートウェイモジュール３１は、クライアント３からのリクエスト電文５３に含まれる情報に基づいて、接続する外部サイト１９を決定する。ＷＥＢゲートウェイモジュール３１は、リクエスト電文５３に含まれる情報から、不要な情報（セッション情報等）を削除したり、必要な情報を付加して編集を行い、リクエスト電文５９を作成する（Ｓ６、ステップ３０５）。
リクエスト電文５９は、例えば、リンク先情報として「ｈｔｔｐ：／／（外部サイトＵＲＬ）／（外部サイトＰＡＴＨ）＋（必要な情報）」を含む。
【００６６】
ＷＥＢゲートウェイモジュール３１は、リクエスト電文５９を外部サーバ９に送信してコンテンツデータ４５の要求を行う（Ｓ７、ステップ３０６）。
外部サーバ９は、ＷＥＢゲートウェイモジュール３１からのリクエスト電文５９に含まれる外部サイトＰＡＴＨに基づいて、コンテンツ情報４４からコンテンツデータ４５を抽出し（ステップ３０７）、ＷＥＢゲートウェイモジュール３１に送信する（ステップ３０８）。
ＷＥＢゲートウェイモジュール３１は、外部サーバ９からコンテンツデータ４５を取得する（Ｓ８）。
ＷＥＢゲートウェイモジュール３１は、外部サーバ９との接続履歴に関するログ出力を行う（Ｓ９、ステップ３０９）。
【００６７】
尚、ＷＥＢゲートウェイモジュール３１は、ＨＴＴＰプロトコルを用いて外部サーバ９にリクエスト電文５９を送信し、コンテンツデータ４５を含むレスポンス電文を受信する。外部サーバ９が複数台構成になっている場合、ラウンドロビンによる負荷分散が行われる。また、頻繁に利用されるＷＥＢページについてはコンテンツデータのキャッシュが行われる。
【００６８】
ＷＥＢゲートウェイモジュール３１は、定義ファイル３５を参照し、クライアント３からのリクエスト電文５３に含まれる外部サイトＩＤや外部サイトＰＡＴＨやユーザＩＤ等に基づいて、コンテンツデータ４５から連携データ５７を抽出する（Ｓ５、ステップ３１０）。
【００６９】
ＷＥＢゲートウェイモジュール３１は、コンテンツデータ４５から取得した連携データ５７をＢＬサーバ７に送信する（ステップ３１１）。
ＢＬサーバ７は、ＷＥＢゲートウェイモジュール３１から送られた連携データ５７をユーザ情報４９として保存する（ステップ３１２）。
【００７０】
ＷＥＢゲートウェイモジュール３１は、レスポンス電文に含まれるリンク先がＷＥＢゲートウェイモジュール３１を経由するようにＵＲＬ情報を置換したり、必要な情報（セッション情報等）を付加したりしてレスポンス電文の編集を行う。また、ＷＥＢゲートウェイモジュール３１は、配置データ５５に基づいてコンテンツデータ４５を配置して画面情報を作成し、当該画面情報を含むレスポンス電文６１を作成する（Ｓ１０、ステップ３１３）。
レスポンス電文６１は、リンク先情報として、例えば、「ｈｔｔｐ：／／ＰＬサーバ５のＵＲＬ／外部サイトＩＤ／外部サイトＰＡＴＨ＋認証情報（キー）」を含む。
【００７１】
ＰＬサーバ５は、クライアント３にレスポンス電文６１を送信する（ステップ３１４）。
クライアント３は、レスポンス電文６１に基づいて、ＷＥＢページ６３を表示する（Ｓ１１、ステップ３１５）。
【００７２】
以上の過程を経て、ＷＥＢゲートウェイモジュール３１は、クライアント３からのリクエスト電文５３が含むリンク先情報及び定義ファイル３５に基づいて、外部サーバ９から送られたコンテンツデータ４５から連携データ５７を取得し、当該連携データ５７をＢＬサーバ７に送信し、ＢＬサーバ７は、連携データ５７をユーザ情報４９として登録する。
【００７３】
図９は、外部サーバ９からＢＬサーバ７へのデータ連携を示す図である。
外部サーバ９のコンテンツ情報４４（「各種銘柄に関する情報」）から取得された連携データ５７（「銘柄Ａ」）がＢＬサーバ７のユーザ情報４９として（例えば、興味対象銘柄として）保持される。
クライアント３のユーザ１５は、外部サーバ９の「銘柄Ａに関する情報」にアクセスすることにより、ＢＬサーバ７のユーザ情報４９に「銘柄Ａ」が興味対象銘柄として自動的に登録されるので、改めて登録する必要がない。
【００７４】
第２の実施の形態では、外部サーバ９からＢＬサーバ７へデータ連携され、連携データ５７は、ＢＬサーバ７のユーザ情報４９として登録される。
例えば、外部サイトで閲覧したページ情報（菓子銘柄のニュースを熱心に見ていた等）を受け取ることで、顧客の興味対象を内部顧客データベースに自動登録できる。
すなわち、外部サーバ９の提供画面からＢＬサーバ７の提供画面に必要な情報を引き継ぐことができるので、異なるサイト間でも利用ユーザを一環して管理でる。このため、これまで別のシステムとして取り扱えなかった情報の連携が可能になる。また、ユーザによる登録回数が軽減されるので、登録ミス等を防止することができる。
【００７５】
（２−３．第３の実施の形態）
次に、図５及び図１０及び図１１参照しながら、ＷＥＢゲートウェイシステム１の動作について説明する。
図１０は、ＷＥＢゲートウェイシステム１の動作を示すフローチャートである。
尚、クライアント３、ＰＬサーバ５（ＷＥＢゲートウェイモジュール３１）、ＢＬサーバ７、外部サーバ９において、それぞれ、ＣＰＵ１０１が記憶部１０３等に格納される実行プログラムをメモリ１０２にロードして、各処理ステップを実行する。
【００７６】
ユーザ１５は、ＷＥＢページ５１において、リンク先情報が埋め込まれている所定のボタンをクリックする。クライアント３は、当該リンク先情報を含むリクエスト電文５３をＰＬサーバ５に送信する（Ｓ１、ステップ４０１）。
リクエスト電文５３は、ＰＬサーバ５のＵＲＬ、ＢＬサーバ７のＵＲＬ、外部サイトＩＤ、外部サイトＰＡＴＨ、認証情報等を含む。リクエスト電文５３は、例えば、リンク先情報として「ｈｔｔｐ：／／ＰＬサーバ５のＵＲＬ／外部サイトＩＤ／外部サイトＰＡＴＨ＋認証情報（キー）」を含む。
【００７７】
ＰＬサーバ５は、クライアント３の認証処理を行い、リクエストを送信したクライアント３がＷＥＢゲートウェイシステム１にログイン済かどうかを確認する（Ｓ２、ステップ４０２）。ＰＬサーバ５は、セッション管理を行う（Ｓ３、ステップ４０３）。
ＰＬサーバ５は。フレーム作成処理を行い、外部サーバ９からのコンテンツデータ４５の配置を定める配置データ（配置枠等）を作成する（Ｓ４、ステップ４０４）。
【００７８】
ＷＥＢゲートウェイモジュール３１は、クライアント３からのリクエスト電文５３に含まれる情報に基づいて、最初に接続する外部サイト１９−１を決定する。ＷＥＢゲートウェイモジュール３１は、リクエスト電文５３に含まれる情報から、不要な情報（セッション情報等）を削除したり、必要な情報を付加して編集を行い、リクエスト電文５９−１を作成する（Ｓ６、ステップ４０５）。
リクエスト電文５９−１は、例えば、リンク先情報として「ｈｔｔｐ：／／（外部サイトＵＲＬその１）／（外部サイトＰＡＴＨその１）＋（必要な情報その１）」を含む。
【００７９】
ＷＥＢゲートウェイモジュール３１は、リクエスト電文５９−１を外部サーバ９−１に送信してコンテンツデータ４５−１の要求を行う（Ｓ７、ステップ４０６）。
外部サーバ９−１は、ＷＥＢゲートウェイモジュール３１からのリクエスト電文５９−１に含まれる外部サイトＰＡＴＨに基づいて、コンテンツ情報４４−１からコンテンツデータ４５−１を抽出し（ステップ４０７）、ＷＥＢゲートウェイモジュール３１に送信する（ステップ４０８）。
ＷＥＢゲートウェイモジュール３１は、外部サーバ９−１からコンテンツデータ４５−１を取得する（Ｓ８）。
ＷＥＢゲートウェイモジュール３１は、外部サーバ９−１との接続履歴に関するログ出力を行う（Ｓ９、ステップ４０９）。
【００８０】
尚、ＷＥＢゲートウェイモジュール３１は、ＨＴＴＰプロトコルを用いて外部サーバ９−１にリクエスト電文５９−１を送信し、コンテンツデータ４５−１を含むレスポンス電文を受信する。外部サーバ９−１が複数台構成になっている場合、ラウンドロビンによる負荷分散が行われる。また、頻繁に利用されるＷＥＢページについてはコンテンツデータのキャッシュが行われる。
【００８１】
ＷＥＢゲートウェイモジュール３１は、定義ファイル３５を参照し、クライアント３からのリクエスト電文５３に含まれる外部サイトＩＤや外部サイトＰＡＴＨやユーザＩＤ等に基づいて、コンテンツデータ４５−１から連携データ５７を抽出する（Ｓ５、ステップ４１０）。
【００８２】
ＷＥＢゲートウェイモジュール３１は、クライアント３からのリクエスト電文５３に含まれる情報に基づいて、次に接続する外部サイト１９−２を決定する。ＷＥＢゲートウェイモジュール３１は、リクエスト電文５３に含まれる情報から、不要な情報（セッション情報等）を削除したり、必要な情報として連携データ５７（氏名、口座情報等）を付加して編集を行い、リクエスト電文５９−２を作成する（Ｓ６、ステップ４１１）。
リクエスト電文５９−２は、例えば、リンク先情報として「ｈｔｔｐ：／／（外部サイトＵＲＬその２）／（外部サイトＰＡＴＨその２）＋（必要な情報その２）＋（連携データ５７）」を含む。
【００８３】
ＷＥＢゲートウェイモジュール３１は、連携データ５７を含むリクエスト電文５９−２を外部サーバ９−２に送信してコンテンツデータ４５−２の要求を行う（Ｓ７、ステップ４１２）。
外部サーバ９−２は、ＷＥＢゲートウェイモジュール３１からのリクエスト電文５９−２に含まれる連携データ５７や外部サイトＰＡＴＨに基づいて、コンテンツ情報４４−２からコンテンツデータ４５−２を抽出し（ステップ４１３）、ＷＥＢゲートウェイモジュール３１に送信する（ステップ４１４）。
ＷＥＢゲートウェイモジュール３１は、外部サーバ９−２からコンテンツデータ４５−２を取得する（Ｓ８）。
ＷＥＢゲートウェイモジュール３１は、外部サーバ９−２との接続履歴に関するログ出力を行う（Ｓ９、ステップ４１５）。
【００８４】
尚、ＷＥＢゲートウェイモジュール３１は、ＨＴＴＰプロトコルを用いて外部サーバ９にリクエスト電文５９−２を送信し、コンテンツデータ４５−２を含むレスポンス電文を受信する。外部サーバ９−２が複数台構成になっている場合、ラウンドロビンによる負荷分散が行われる。また、頻繁に利用されるＷＥＢページについてはコンテンツデータのキャッシュが行われる。
【００８５】
ＷＥＢゲートウェイモジュール３１は、レスポンス電文に含まれるリンク先がＷＥＢゲートウェイモジュール３１を経由するようにＵＲＬ情報を置換したり、必要な情報（セッション情報等）を付加したりしてレスポンス電文の編集を行う。また、ＷＥＢゲートウェイモジュール３１は、配置データ５５に基づいてコンテンツデータ４５を配置して画面情報を作成し、当該画面情報を含むレスポンス電文６１を作成する（Ｓ１０、ステップ４１６）。
レスポンス電文６１は、リンク先情報として、例えば、「ｈｔｔｐ：／／ＰＬサーバ５のＵＲＬ／外部サイトＩＤ／外部サイトＰＡＴＨ＋認証情報（キー）」を含む。
【００８６】
ＰＬサーバ５は、クライアント３にレスポンス電文６１を送信する（ステップ４１７）。
クライアント３は、レスポンス電文６１に基づいて、ＷＥＢページ６３を表示する（Ｓ１１、ステップ４１８）。
【００８７】
以上の過程を経て、ＷＥＢゲートウェイモジュール３１は、クライアント３からのリクエスト電文５３が含むリンク先情報及び定義ファイル３５に基づいて、外部サーバ９−１から送られたコンテンツデータ４５−１から連携データ５７を取得し、当該連携データ５７を含むリクエスト電文５９−２を外部サーバ９−２に送信し、外部サーバ９−２のコンテンツ情報４４−２からクライアント３の要求に応じたコンテンツデータ４５−２を取得して当該クライアント３に提供する。
【００８８】
図１１は、外部サーバ９−１から外部サーバ９−２へのデータ連携を示す図である。
外部サーバ９−１のコンテンツ情報４４−１（「各種ニュースに関する情報」）から取得された連携データ５７（「Ｐ社」）が外部サーバ９−２のコンテンツ情報４４−２（「各社の株価に関する情報」）に引き継がれる。クライアント３に表示されるＷＥＢページ６３の配置枠７１には、外部サーバ９−１からのコンテンツデータ４５−１（「Ｐ社に関するニュース」）が表示され、配置枠７３には、外部サーバ９−２からのコンテンツデータ４５−２（「Ｐ社の現在の株価＝１０００」）が表示される。
クライアント３のユーザ１５は、外部サーバ９−１から「Ｐ社に関するニュース」にアクセスすることにより、外部サーバ９−２から「Ｐ社の株価情報」を自動的に取得することができるので、特定の情報を取得するために改めて入力操作を行う必要がない。図１１の場合、外部サーバ９−２から「Ｐ社の株価情報」を取得するために、「Ｐ社」を入力する必要はない。
【００８９】
第３の実施の形態では、外部サーバ９−１から外部サーバ９−２へデータ連携され、連携データ５７は、外部サーバ９−２からのコンテンツデータ４５の取得に必要な情報として用いられる。
例えば、ニュースを提供する外部サイトコンテンツから、株価情報を提供する外部サイトコンテンツへ株価コードを連携することで、セッションを維持してニュースを閲覧しながら株価の動きをチェックするというようなサービスを提供することができる。
すなわち、外部サーバ９−１の提供画面から外部サーバ９−２の提供画面に必要な情報を引き継ぐことができるので、ユーザの利便性を向上させることができる。また、ユーザによる入力回数が軽減されるので、入力ミス等を防止することができる。
【００９０】
（３．効果等）
以上詳細に説明したように、本発明のＷＥＢゲートウェイシステムでは、運営サイトから外部サイトへ、あるいは、外部サイトから運営サイトへ、あるいは、外部サイトから外部サイトへ、データ連携を行うので、ユーザの利便性を向上させることができる。また、ユーザによる入力回数が軽減されるので入力ミス等を防止することができる。
また、外部サイト側の効果として、外部サイトのＵＲＬ情報を隠蔽し、外部サイトへの不正アクセスなどクライアントからの攻撃を防ぐことができるので、外部サイトのセキュリティを守ることができる。
また、運営サイト側の効果として、クライアントが閲覧した外部サイトコンテンツの情報を運営サイトが受け取って、クライアントの嗜好を分析することができる。
【００９１】
また、複数台構成で可用性が提供されているサーバに対して、切り離しや切り戻しが可能である。例えば、必要なサーバに対する手動切り離し、応答がないサーバの自動切り離し、手動切り離し、あるいは、自動切り離しされているサーバの手動切り戻し等を行うことができる。
【００９２】
また、ＷＥＢゲートウェイモジュールは、ＨＴＭＬ以外の形式のコンテンツを中継することもできる（マルチコンテンツ）。
また、必要と認められた外部サイト以外には、運営サイトの情報やクライアントのユーザの個人情報に関連する情報を送信しないようにして、セキュリティを向上させることができる。
【００９３】
以上、添付図面を参照しながら、本発明に係るＷＥＢゲートウェイシステム等の好適な実施形態について説明したが、本発明はかかる例に限定されない。当業者であれば、本願で開示した技術的思想の範疇内において、各種の変更例または修正例に想到し得ることは明らかであり、それらについても当然に本発明の技術的範囲に属するものと了解される。
【図面の簡単な説明】
【００９４】
【図１】ＷＥＢゲートウェイシステム１の構成図
【図２】クライアント３、ＰＬサーバ５、ＢＬサーバ７、外部サーバ９として機能する情報処理装置１００のハードウェア構成図
【図３】定義ファイル３５の一態様を示す図
【図４】ユーザ情報４９の一態様を示す図
【図５】ＷＥＢゲートウェイシステム１の動作の流れを示す図
【図６】ＷＥＢゲートウェイシステム１の動作を示すフローチャート（第１の実施の形態）
【図７】ＢＬサーバ７から外部サーバ９へのデータ連携を示す図
【図８】ＷＥＢゲートウェイシステム１の動作を示すフローチャート（第２の実施の形態）
【図９】外部サーバ９からＢＬサーバ７へのデータ連携を示す図
【図１０】ＷＥＢゲートウェイシステム１の動作を示すフローチャート（第３の実施の形態）
【図１１】外部サーバ９−１から外部サーバ９−２へのデータ連携を示す図
【符号の説明】
【００９５】
１………ＷＥＢゲートウェイシステム
３………クライアント
５………ＰＬサーバ
７………ＢＬサーバ
９………外部サーバ
１１………ネットワーク
１３………専用線
１５………ユーザ
１７………運営サイト
１９………外部サイト
２１………ＷＥＢページ要求表示手段
２３………ＷＥＢページ受付提供手段
２５………認証手段
２７………セッション管理手段
２９………フレーム作成手段
３１………ＷＥＢゲートウェイモジュール
３３………連携データ取得手段
３５………定義ファイル
３７………リクエスト電文編集手段
３９………コンテンツデータ要求取得手段
４１………履歴管理手段
４３………レスポンス電文編集手段
４４………コンテンツ情報
４５………コンテンツデータ
４９………ユーザ情報
５１、６３………ＷＥＢページ
５３、５９………リクエスト電文
５５………配置データ
５７………連携データ
６１………レスポンス電文
１０１………ＣＰＵ
１０２………メモリ
１０３………記憶部
１０４………表示部
【技術分野】
【０００１】
本発明は、複数のサイトとクライアントとの間の情報授受を媒介し、クライアントに画面情報を提供する画面情報提供サーバ等に関する。詳細には、ＷＥＢページを提供する複数のサイトとクライアントとの間の情報授受を媒介する画面情報提供サーバ等に関する。
【背景技術】
【０００２】
従来、インターネットを介してアクセス可能なサイトが開設され、当該サイトにアクセスするユーザにはＷＥＢページ等の各種情報が提供される。ユーザは、クライアント等を用いてサイトにアクセスし、サイトは、ＷＥＢサーバ等を用いてＷＥＢページ等を提供する。
【０００３】
また、サイトが提供するＷＥＢページに付加価値を持たせ、当該ＷＥＢページの提供を有料としたり、登録制や会員制として特定のユーザにのみ所定のＷＥＢページを提供するというサービスも行われている。
近年では、インターネット上で提供する情報がより複雑化あるいは高度化したため、単一のサイトによる情報提供に代えて、関連情報を複数の外部サイトによって提供する複数サイト情報提供サービスが行われている。
【０００４】
複数サイト情報提供サービスでは、ユーザは、外部サイトに直接アクセスするのではなく、所定の運営サイトを介して外部サイトにアクセスする。運営サイトのＷＥＢページには外部サイトのＷＥＢページにアクセスするためのボタンやフレームＵＲＬが設けられる。ユーザは、これらのボタンやフレームＵＲＬをクリックすることにより、ボタンやフレームＵＲＬに埋め込まれたアドレス（ＵＲＬ）が示す外部サイトにアクセスする。
【０００５】
この複数サイト情報提供サービスでは、ユーザ側からは運営サイトから外部サイトにアクセスしているように見えるが、外部サイト側からはユーザからの直接アクセスであるか、あるいは、運営サイトからの間接アクセスであるかを区別することができない。従って、各外部サイトにおいてそれぞれ認証処理や課金処理を行う必要がある。
【０００６】
そこで、認証処理や課金処理を運営サイト側で一元化し、運営サイトにアクセスするユーザに代わって、運営サイトが外部サイトのユーザとして外部サイトにアクセスする複数サイト情報提供サービスが提案されている（例えば、［特許文献１］参照。）。
【０００７】
【特許文献１】特開２００２―１４９２７号公報
【発明の開示】
【発明が解決しようとする課題】
【０００８】
しかしながら、従来の複数サイト情報提供サービスでは、各外部サイトのＷＥＢページは、そのまま、あるいは、所定の枠内に配置されてユーザに提供される。すなわち、各外部サイトは、他の外部サイトや運営サイトが保持するデータを一切考慮せずに、ユーザにＷＥＢページを提供する。
外部サイトのＷＥＢページに入力すべきデータが、運営サイトや他の外部サイトに保持されている場合であっても、ユーザは改めて入力する必要があり、ユーザの労力的負担が増大するという問題点がある。
また、ある外部サイトのＷＥＢページの内容を参照して他の外部サイトのＷＥＢページの情報を取得する場合であっても、ある外部サイトのＷＥＢページの内容を他の外部サイトのＷＥＢページに自動的に反映させることができないので、ユーザの労力的負担が増大するという問題がある。
また、ユーザがアクセスした外部サイトのＷＥＢページの内容を運営者サイト側で活用することができないという問題点がある。
【０００９】
本発明は、以上の問題点に鑑みてなされたものであり、複数の外部サイトあるいは運営サイトのＷＥＢページを有機的に結びつけてユーザに提供し、ユーザ及び運営サイトの利便性を向上させることを可能にする画面情報提供サーバ等を提供することを目的とする。
【課題を解決するための手段】
【００１０】
前述した目的を達成するために第１の発明は、クライアントと各種コンテンツ情報を保持する外部サーバとにネットワークを介して接続され、前記クライアントと前記外部サーバとの情報授受を媒介し、前記クライアントに画面情報を提供する画面情報提供サーバであって、前記クライアントのユーザに関するユーザ情報を保持するユーザ情報保持手段と、前記ユーザ情報から前記クライアントが要求するコンテンツデータに関連する連携データを取得する第１の連携データ取得手段と、前記外部サーバに対して前記コンテンツデータの要求と共に前記第１の連携データ取得手段により取得した連携データの送信を行う第１の連携データ送信手段と、前記外部サーバから取得したコンテンツデータに基づいて画面情報を作成して前記クライアントに送信する画面情報送信手段と、を具備することを特徴とする画面情報提供サーバである。
【００１１】
第１の発明の画面情報提供サーバは、クライアントのユーザに関するユーザ情報を保持し、クライアントが要求するコンテンツデータに関連する連携データをユーザ情報から抽出し、外部サーバに対してコンテンツデータの要求と共に連携データの送信を行い、外部サーバから取得したコンテンツデータに基づいて画面情報を作成してクライアントに送信する。
【００１２】
画面情報提供サーバは、運営サイト（システム運営者）に設けられる。画面情報提供サーバは、クライアントにＷＥＢページ等の画面情報を提供する。画面情報提供サーバは、例えば、ＰＬサーバ（Ｐｒｅｓｅｎｔａｔｉｏｎ Ｌｏｇｉｃ）である。
外部サーバは、外部サイトに設けられる。外部サーバは、画面情報提供サーバからの要求に基づいて、コンテンツデータを抽出して画面情報提供サーバに提供する。
ユーザ情報は、クライアントのユーザに関する顧客情報等の各種情報を示す。ユーザ情報を保持するユーザ情報保持手段は、画面情報提供サーバに設けてもよいし、ＢＬサーバ（Ｂｕｓｉｎｅｓｓ Ｌｏｇｉｃ）等の別のサーバコンピュータに設けるようにしてもよい。
【００１３】
画面情報提供サーバは、定義ファイルに基づいて連携データの抽出を行うことが望ましい。定義ファイルは、ユーザ情報やコンテンツ情報から連携データを取得する条件等を定める設定ファイルである。画面情報提供サーバは、この定義ファイルによって連携するデータを決定することができる。
リンク先情報の中に連携データを埋め込み、当該リンク先情報を含むリクエスト電文を送信することにより、外部サーバに対する連携データの送信が行われる。
尚、連携するデータは、ＨＴＴＰリクエストやＨＴＴＰレスポンスのデータ、ＢＬサーバや外部サーバから受け取ったデータなどを含む。
【００１４】
また、画面情報提供サーバは、外部サーバから取得したコンテンツデータからクライアントのユーザに関連する連携データを取得し、ユーザ情報として保持するようにしてもよい。
また、画面情報提供サーバは、外部サーバから取得したコンテンツデータからクライアントのユーザに関連する連携データを取得し、他の外部サーバに対してコンテンツデータの要求と共に連携データの送信を行うようにしてもよい。
【００１５】
第１の発明では、画面情報提供サーバから外部サーバに、あるいは、外部サーバから画面情報提供サーバに、あるいは、外部サーバから他の外部サーバに必要な情報を引き継ぐことができるので、ユーザの利便性を向上させることができる。また、ユーザによる入力回数が軽減されるので、入力ミス等を防止することができる。
また、外部サイト側の効果の１つとして、外部サイトのＵＲＬ情報を隠蔽し、外部サイトへの不正アクセスなどクライアントからの攻撃を防ぐことができるので、外部サイトのセキュリティを守ることができる。
また、運営サイト側の効果の１つとして、クライアントが閲覧した外部サイトコンテンツの情報を運営サイトが受け取って、クライアントの嗜好を分析することができる。
【００１６】
第２の発明は、クライアントと各種コンテンツ情報を保持する外部サーバとにネットワークを介して接続され、前記クライアントと前記外部サーバとの情報授受を媒介し、前記クライアントに画面情報を提供する画面情報提供サーバが実行する画面情報提供方法であって、前記クライアントのユーザに関するユーザ情報を保持するユーザ情報保持ステップと、前記ユーザ情報から前記クライアントが要求するコンテンツデータに関連する連携データを取得する第１の連携データ取得ステップと、前記外部サーバに対して前記コンテンツデータの要求及び前記第１の連携データ取得手段により取得した連携データの送信を行う第１の連携データ送信ステップと、前記外部サーバから取得したコンテンツデータに基づいて画面情報を作成して前記クライアントに送信する画面情報送信ステップと、を具備することを特徴とする画面情報提供方法である。
【００１７】
第２の発明は、第１の発明の画面情報提供サーバが実行する画面情報提供方法に関する発明である。
【００１８】
第３の発明は、コンピュータを第１の発明の画面情報提供サーバとして機能させるプログラムである。
尚、上記のプログラムをＣＤ−ＲＯＭ等の記録媒体に保持させて流通させてもよいし、このプログラムを通信回線を介して送受することもできる。
【発明の効果】
【００１９】
本発明によれば、複数の外部サイトあるいは運営サイトのＷＥＢページを有機的に結びつけてユーザに提供し、ユーザ及び運営サイトの利便性を向上させることを可能にする画面情報提供サーバ等を提供することができる。
【発明を実施するための最良の形態】
【００２０】
以下、添付図面を参照しながら、本発明に係るＷＥＢゲートウェイシステム等の好適な実施形態について詳細に説明する。なお、以下の説明及び添付図面において、略同一の機能構成を有する構成要素については、同一の符号を付することにより重複説明を省略することにする。
【００２１】
（１．構成）
（１−１．ＷＥＢゲートウェイシステム１の構成）
最初に、図１を参照しながら、本発明の実施の形態に係るＷＥＢゲートウェイシステム１の構成について説明する。
図１は、ＷＥＢゲートウェイシステム１の構成図である。
【００２２】
ＷＥＢゲートウェイシステム１は、クライアント３、ＰＬサーバ５、ＢＬサーバ７、外部サーバ９がネットワーク１１を介して接続されて構成される。ＰＬサーバ５とＢＬサーバ７とは、専用線１３を介して接続される。通常、複数のクライアント３、複数の外部サーバ９がネットワーク１１に接続される。
【００２３】
ＷＥＢゲートウェイシステム１は、ＰＬサーバ５及びＢＬサーバ７にアクセスしたクライアント３と複数の外部サーバ９との間の情報授受を媒介するシステムである。
【００２４】
クライアント３は、ユーザ１５に属する情報処理装置であり、例えば、パーソナルコンピュータである。
クライアント３は、ＷＥＢページ要求表示手段２１を備える。ＷＥＢページ要求表示手段２１は、ＰＬサーバ５に対して１つあるいは複数の外部サーバ９のコンテンツデータを要求し、ＰＬサーバ５から画面情報を取得して表示する。
【００２５】
ＰＬサーバ５（Ｐｒｅｓｅｎｔａｔｉｏｎ Ｌｏｇｉｃ）は、運営サイト１７に属する情報処理装置であり、例えば、サーバコンピュータである。ＰＬサーバは、クライアント３にＷＥＢページ等の画面情報を提供する画面情報提供サーバである。
ＰＬサーバ５は、ＷＥＢページ受付提供手段２３、認証手段２５、セッション管理手段２７、フレーム作成手段２９、ＷＥＢゲートウェイモジュール３１を備える。
【００２６】
ＷＥＢページ受付提供手段２３は、クライアント３からのＷＥＢページ要求の受付及びＷＥＢページの提供を行う。ＷＥＢページの受付及びＷＥＢページの提供には、ＨＴＴＰＤ（Ｈｙｐｅｒｔｅｘｔ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ Ｄａｅｍｏｎ）等のＷＥＢサーバ機能を実現するプログラムが用いられる。
【００２７】
認証手段２５は、クライアント３の認証を行う。
セッション管理手段２７は、ＰＬサーバ５にアクセスするクライアント３に関する一連の処理をセッションとして管理する。尚、セッション管理手段２７は、ＰＬサーバ５に設けてもよいし、セッション管理用の専用サーバを別途設けるようにしてもよい。
フレーム作成手段２９は、外部サーバ９からのコンテンツデータの配置を定める配置データ（配置枠等）を作成する。
【００２８】
ＷＥＢゲートウェイモジュール３１は、連携データ取得手段３３、定義ファイル３５、リクエスト電文編集手段３７、コンテンツデータ要求取得手段３９、履歴管理手段４１、レスポンス電文編集手段４３を備える。
【００２９】
ＷＥＢゲートウェイモジュール３１は、クライアント３に代わって外部サーバ９へのアクセス処理を行うモジュールである。
連携データ取得手段３３は、ＢＬサーバ７が保持するユーザ情報４９や外部サーバ９が保持するコンテンツ情報４４から連携データ５７を取得する。連携データの取得は、定義ファイル３５に基づいて行われる。尚、連携データ５７は、ＰＬサーバ５〜ＢＬサーバ７間、ＰＬサーバ５〜外部サーバ９間だけでなく、ユーザ１５が入力した情報（クライアント３からのＨＴＴＰリクエスト中のデータ）も対象となる。また、定義ファイル３５については、後述する。
リクエスト電文編集手段３７は、クライアント３から受け取ったリクエスト電文を編集して外部サーバ９にアクセスするためのリクエスト電文を作成する。また、リクエスト電文編集手段３７は、定義ファイル３５で特定されたデータを抽出し、外部サーバ９へのリクエスト電文に付加する。また、外部サーバ９へ送りたくないデータ（セッション情報など）を定義ファイル３５に基づいて外部サーバ９へのリクエスト電文から削除する。
コンテンツデータ要求取得手段３９は、リクエスト電文を外部サーバ９に送信してコンテンツデータの要求を行い、当該外部サーバ９からコンテンツデータを取得する。
履歴管理手段４１は、クライアント３、ＢＬサーバ７、外部サーバ９との接続履歴に関するログ出力を行う。
レスポンス電文編集手段４３は、外部サーバ９から取得したコンテンツデータをフレーム作成手段２９が作成した配置データに基づいて配置して画面情報を作成し、当該画面情報を示すレスポンス電文を作成し、クライアントへ送る。
【００３０】
ＢＬサーバ７（Ｂｕｓｉｎｅｓｓ Ｌｏｇｉｃ）は、運営サイト１７に属する情報処理装置であり、例えば、サーバコンピュータである。ＢＬサーバ７は、ユーザ情報４９を保持する。尚、ユーザ情報４９は、必ずしもＢＬサーバ７が保持するとは限らない。一般的には、ユーザ情報を保持するＤＢなどは、ＤＢサーバとして構築される。また、ユーザ情報４９については、後述する。
ＢＬサーバ７は、業務の処理の流れを制御するビジネスロジックを実装するアプリケーションサーバである。ＢＬサーバ７は、プログラムの実行環境やデータベースへの接続機能、複数の処理を連結するトランザクション管理機能等を有する。
【００３１】
外部サーバ９は、外部サイト１９に属する情報処理装置であり、例えば、サーバコンピュータである。外部サーバ９は、コンテンツ情報４４を保持する。
外部サーバ９は、ＰＬサーバ５からのコンテンツデータ要求に基づいて、コンテンツ情報４４からコンテンツデータを抽出してＰＬサーバ５に提供する。
【００３２】
ネットワーク１１は、インターネット等のネットワークであり、有線、無線を問わない。また、安全かつ円滑な通信を担保するため、インターネット等の公衆が利用可能なネットワークではなく、ネットワーク１１として、専用線、ＯＢＮ（Ｏｐｅｎ Ｂｕｓｉｎｅｓｓ Ｎｅｔｗｏｒｋ）、インターネットＶＰＮ（Ｖｉｒｔｕａｌ Ｐｒｉｖａｔｅ Ｎｅｔｗｏｒｋ）等を利用するようにしてもよい。また、クライアント３と外部サーバ９は、いつも同一ネット種別とは限らない。クライアント３〜ＰＬサーバ５間はインターネット、ＰＬサーバ５〜外部サーバ９間は専用線などの方が好ましい。
【００３３】
（１−２．ハードウェア構成）
次に、図２を参照しながら、クライアント３、ＰＬサーバ５、ＢＬサーバ７、外部サーバ９のハードウェア構成について説明する。
図２は、クライアント３、ＰＬサーバ５、ＢＬサーバ７、外部サーバ９として機能する情報処理装置１００のハードウェア構成図である。
尚、図２のハードウェア構成は一例であり、用途、目的に応じて様々な構成を採ることが可能である。
【００３４】
情報処理装置１００は、ＣＰＵ１０１、メモリ１０２、記憶部１０３、表示部１０４、入力部１０５、出力部１０６、通信部１０７等がシステムバス１０８を介して接続されて構成される。
【００３５】
ＣＰＵ１０１（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）は、ハードディスク、ＲＯＭ、記録媒体等に格納される実行プログラム、ＯＳ（オペレーションシステム）のプログラム、アプリケーションプログラム等をメモリ１０２のＲＡＭ上のワークメモリ領域に呼び出して実行し、演算処理（四則演算や比較演算等）、ハードウェアやソフトウェアの動作制御等を行い、後述する各種機能を実現する。
【００３６】
メモリ１０２は、ＲＡＭ及びＲＯＭ等のメモリである。ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）は、ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）や記憶部１０３から読み出されたＯＳ（Ｏｐｅｒａｔｉｏｎ Ｓｙｓｔｅｍ）のプログラム、アプリケーションプログラム等を記憶する。ＲＡＭは、ＣＰＵ１０１の主メモリ、ワークエリア等として機能する。
【００３７】
記憶部１０３は、各種データを記憶する装置であり、例えば、ハードディスクである。記憶部１０３は、ＣＰＵ１０１が実行するプログラム、プログラム実行に必要なデータ、ＯＳ、各種データベース等が格納される。
【００３８】
表示部１０４は、ＣＲＴモニタ、液晶パネル等のディスプレイ装置、ディスプレイ装置と連携してコンピュータのビデオ機能を実現するための論理回路等（ビデオアダプタ等）を有する。
【００３９】
入力部１０５は、各種データの入力装置であり、例えば、キーボード、マウスである。出力部１０６は、各種データの出力装置であり、例えば、プリンタである。各種メディアとのデータ入出力を行うドライブ装置を入力部１０５及び出力部１０６として用いることもできる。
【００４０】
通信部１０７は、ネットワーク１１を介して外部装置と接続・通信する通信制御装置である。例えば、ＴＣＰ／ＩＰを用いたインターネット通信が可能である。
【００４１】
システムバス１０８は、情報処理装置１００内の各装置間の制御信号、データ信号等の授受を媒介する経路であり、例えば、ＰＣＩ（Ｐｅｒｉｐｈｅｒａｌ Ｃｏｍｐｏｎｅｎｔ Ｉｎｔｅｒｃｏｎｎｅｃｔ）バス、ＡＧＰ（Ａｃｃｅｌｅｒａｔｅｄ Ｇｒａｐｈｉｃｓ Ｐｏｒｔ）バス、メモリバスである。
【００４２】
クライアント３、ＰＬサーバ５、ＢＬサーバ７、外部サーバ９は、それぞれ、
は、それぞれ、記憶部１０３に格納するプログラム（実行プログラム、ＯＳのプログラム等）をメモリ１０２上にロードしてＣＰＵ１０１の制御の下に、図５以降に示す各種処理を実行する。
【００４３】
（１−３．定義ファイル３５）
次に、図３を参照しながら、ＰＬサーバ５のＷＥＢゲートウェイモジュール３１が保持する定義ファイル３５について説明する。
図３は、定義ファイル３５の一態様を示す図である。
【００４４】
定義ファイル３５は、ＢＬサーバ７のユーザ情報４９や外部サーバ９のコンテンツ情報４４やクライアント３からのＨＴＴＰリクエスト中のデータやクライアント３へのＨＴＴＰレスポンス中のデータから連携データ５７を取得する条件等を定める設定ファイルである。
定義ファイル３５は、外部サイトＩＤ１１１、外部サイトＵＲＬ１１２、外部サイトＰＡＴＨ１１３、連携データ種別１１４、連携データ項目１１５等の各フィールドを有する。
【００４５】
外部サイトＩＤ１１１は、外部サイト１９の識別子である。
外部サイトＵＲＬ１１２は、外部サーバ９のネットワーク１１上の位置（ＵＲＬ（Ｕｎｉｆｏｒｍ Ｒｅｓｏｕｒｃｅ Ｌｏｃａｔｏｒ））を示す。
外部サイトＰＡＴＨ１１３は、外部サーバ９が保持するコンテンツ情報４４の所在を示す。外部サイトＰＡＴＨ１１３は、外部サーバ９におけるコンテンツ情報４４の位置を示す。
連携データ種別１１４は、連携データ５７として抽出するデータが格納されているデータベースの種別を示す。
連携データ項目１１５は、連携データ５７として抽出するデータ項目を示す。
【００４６】
尚、ＷＥＢゲートウェイモジュール３１が対象とする外部サイト１９を外部定義ファイルで追加あるいは削除することもできる。
【００４７】
（１−４．ユーザ情報４９）
次に、図４を参照しながら、ＢＬサーバ７が保持するユーザ情報４９について説明する。
図４は、ユーザ情報４９の一態様を示す図である。
【００４８】
ユーザ情報４９は、ユーザ１５に関する顧客情報等の各種情報を保持する。
ユーザ情報４９は、種別１２１、ユーザＩＤ１２２、項目１２３、項目１２４、…等の各フィールドを有する。
【００４９】
種別１２１は、ユーザ情報４９を格納するデータベースの種別を示す。種別１２１は、例えば、「保有銘柄情報」、「資産情報」、「閲覧情報」である。
ユーザＩＤ１２２は、ユーザ１５の識別子である。
項目１２３、項目１２４、…は、各種データ項目を示す。項目１２３、項目１２４、…は、例えば、「保有銘柄名称」、「保有株式数」、「購入日」、「資産名」、「時価」、「興味対象」である。
【００５０】
（２．ＷＥＢゲートウェイシステム１の動作）
（２−１．第１の実施の形態）
次に、図５及び図６及び図７参照しながら、ＷＥＢゲートウェイシステム１の動作について説明する。
図５は、ＷＥＢゲートウェイシステム１の動作の流れを示す図である。
図６は、ＷＥＢゲートウェイシステム１の動作を示すフローチャートである。
尚、クライアント３、ＰＬサーバ５（ＷＥＢゲートウェイモジュール３１）、ＢＬサーバ７、外部サーバ９において、それぞれ、ＣＰＵ１０１が記憶部１０３等に格納される実行プログラムをメモリ１０２にロードして、各処理ステップを実行する。
【００５１】
ユーザ１５は、ＷＥＢページ５１において、リンク先情報が埋め込まれている所定のボタンをクリックする。クライアント３は、当該リンク先情報を含むリクエスト電文５３をＰＬサーバ５に送信する（Ｓ１、ステップ２０１）。
リクエスト電文５３は、ＰＬサーバ５のＵＲＬ、ＢＬサーバ７のＵＲＬ、外部サイトＩＤ、外部サイトＰＡＴＨ、認証情報等を含む。リクエスト電文５３は、例えば、リンク先情報として「ｈｔｔｐ：／／ＰＬサーバ５のＵＲＬ／外部サイトＩＤ／外部サイトＰＡＴＨ＋認証情報（キー）」を含む。
【００５２】
ＰＬサーバ５は、クライアント３の認証処理を行い、リクエストを送信したクライアント３がＷＥＢゲートウェイシステム１にログイン済かどうかを確認する（Ｓ２、ステップ２０２）。ＰＬサーバ５は、セッション管理を行う（Ｓ３、ステップ２０３）。
ＰＬサーバ５は、フレーム作成処理を行い、外部サーバ９からのコンテンツデータ４５の配置を定める配置データ５５（配置枠等）を作成する（Ｓ４、ステップ２０４）。
【００５３】
ＷＥＢゲートウェイモジュール３１は、定義ファイル３５を参照し、クライアント３からのリクエスト電文５３に含まれる外部サイトＩＤや外部サイトＰＡＴＨやユーザＩＤ等に基づいて、ＢＬサーバ７に対して連携データ５７の要求を行う（ステップ２０５）。
ＢＬサーバ７は、ユーザ情報４９から連携データ５７を抽出し（ステップ２０６）、ＷＥＢゲートウェイモジュール３１に送信する（ステップ２０７）。
ＷＥＢゲートウェイモジュール３１は、ＢＬサーバ７から連携データ５７を取得する（Ｓ５、ステップ２０８）。
【００５４】
ＷＥＢゲートウェイモジュール３１は、クライアント３からのリクエスト電文５３に含まれる情報に基づいて、接続する外部サイト１９を決定する。ＷＥＢゲートウェイモジュール３１は、リクエスト電文５３に含まれる情報から、不要な情報（セッション情報等）を削除したり、必要な情報として連携データ５７（氏名、口座情報等）を付加して編集を行い、リクエスト電文５９を作成する（Ｓ６、ステップ２０９）。
リクエスト電文５９は、例えば、リンク先情報として「ｈｔｔｐ：／／（外部サイトＵＲＬ）／（外部サイトＰＡＴＨ）＋（必要な情報）＋（連携データ５７）」を含む。
【００５５】
ＷＥＢゲートウェイモジュール３１は、連携データ５７を含むリクエスト電文５９を外部サーバ９に送信してコンテンツデータ４５の要求を行う（Ｓ７、ステップ２１０）。
外部サーバ９は、ＷＥＢゲートウェイモジュール３１からのリクエスト電文５９に含まれる連携データ５７や外部サイトＰＡＴＨに基づいて、コンテンツ情報４４からコンテンツデータ４５を抽出し（ステップ２１１）、ＷＥＢゲートウェイモジュール３１に送信する（ステップ２１２）。
ＷＥＢゲートウェイモジュール３１は、外部サーバ９からコンテンツデータ４５を取得する（Ｓ８）。
ＷＥＢゲートウェイモジュール３１は、外部サーバ９との接続履歴に関するログ出力を行う（Ｓ９、ステップ２１３）。
【００５６】
尚、ＷＥＢゲートウェイモジュール３１は、ＨＴＴＰプロトコルを用いて外部サーバ９にリクエスト電文５９を送信し、コンテンツデータ４５を含むレスポンス電文を受信する。外部サーバ９が複数台構成になっている場合、ラウンドロビンによる負荷分散が行われる。負荷分散機能には、外部サイト障害時には、障害サーバを切り離すなどの手段を持つ。また、頻繁に利用されるＷＥＢページについてはコンテンツデータのキャッシュが行われる。
【００５７】
ＷＥＢゲートウェイモジュール３１は、レスポンス電文に含まれるリンク先がＷＥＢゲートウェイモジュール３１を経由するようにＵＲＬ情報を置換したり、必要な情報（セッション情報等）を付加したりしてレスポンス電文の編集を行う。また、ＷＥＢゲートウェイモジュール３１は、配置データ５５に基づいてコンテンツデータ４５を配置して画面情報を作成し、当該画面情報を含むレスポンス電文６１を作成する（Ｓ１０、ステップ２１４）。
レスポンス電文６１は、リンク先情報として、例えば、「ｈｔｔｐ：／／ＰＬサーバ５のＵＲＬ／外部サイトＩＤ／外部サイトＰＡＴＨ＋認証情報（キー）」を含む。
【００５８】
ＰＬサーバ５は、クライアント３にレスポンス電文６１を送信する（ステップ２１５）。
クライアント３は、レスポンス電文６１に基づいて、ＷＥＢページ６３を表示する（Ｓ１１、ステップ２１６）。
【００５９】
以上の過程を経て、ＷＥＢゲートウェイモジュール３１は、クライアント３からのリクエスト電文５３が含むリンク先情報及び定義ファイル３５に基づいて、ＢＬサーバ７のユーザ情報４９から連携データ５７を取得し、当該連携データ５７を含むリクエスト電文５９を外部サーバ９に送信し、外部サーバ９のコンテンツ情報４４からクライアント３の要求に応じたコンテンツデータ４５を取得して当該クライアント３に提供する。
【００６０】
図７は、ＢＬサーバ７から外部サーバ９へのデータ連携を示す図である。
ＢＬサーバ７のユーザ情報４９（「氏名、住所等のユーザの個人情報」）から取得された連携データ５７（「山田太郎」、「東京都○区○町」）が外部サーバ９のコンテンツ情報４４（「申込フォーム」）に自動的に入力され、クライアント３のＷＥＢページ６３に表示される。
クライアント３のユーザ１５は、ＢＬサーバ７のユーザ情報４９に登録済であれば、「申込フォーム」に「氏名」や「住所」が自動的に入力されるので、改めて入力する必要がない。
【００６１】
第１の実施の形態では、ＢＬサーバ７から外部サーバ９へデータ連携され、連携データ５７は、外部サーバ９からのコンテンツデータ４５の取得に必要な情報として用いられる。
例えば、外部サイト側で入力フォーム等がある場合の入力の手間を省くことができる。また、ＢＬサーバが保持する顧客保有の株価コードを外部サイトに送ることで、外部サイトの株価情報を閲覧する際の銘柄登録等の手間を不要とすることができる。
すなわち、ＢＬサーバ７の提供画面から外部サーバ９の提供画面に必要な情報を引き継ぐことができるので、ユーザの利便性を向上させることができる。また、ユーザによる入力回数が軽減されるので、入力ミス等を防止することができる。
【００６２】
（２−２．第２の実施の形態）
次に、図５及び図８及び図９参照しながら、ＷＥＢゲートウェイシステム１の動作について説明する。
図８は、ＷＥＢゲートウェイシステム１の動作を示すフローチャートである。
尚、クライアント３、ＰＬサーバ５（ＷＥＢゲートウェイモジュール３１）、ＢＬサーバ７、外部サーバ９において、それぞれ、ＣＰＵ１０１が記憶部１０３等に格納される実行プログラムをメモリ１０２にロードして、各処理ステップを実行する。
【００６３】
ユーザ１５は、ＷＥＢページ５１において、リンク先情報が埋め込まれている所定のボタンをクリックする。クライアント３は、当該リンク先情報を含むリクエスト電文５３をＰＬサーバ５に送信する（Ｓ１、ステップ３０１）。
リクエスト電文５３は、ＰＬサーバ５のＵＲＬ、ＢＬサーバ７のＵＲＬ、外部サイトＩＤ、外部サイトＰＡＴＨ、認証情報等を含む。リクエスト電文５３は、例えば、リンク先情報として「ｈｔｔｐ：／／ＰＬサーバ５のＵＲＬ／外部サイトＩＤ／外部サイトＰＡＴＨ＋認証情報（キー）」を含む。
【００６４】
ＰＬサーバ５は、クライアント３の認証処理を行い、リクエストを送信したクライアント３がＷＥＢゲートウェイシステム１にログイン済かどうかを確認する（Ｓ２、ステップ３０２）。ＰＬサーバ５は、セッション管理を行う（Ｓ３、ステップ３０３）。
ＰＬサーバ５は。フレーム作成処理を行い、外部サーバ９からのコンテンツデータ４５の配置を定める配置データ（配置枠等）を作成する（Ｓ４、ステップ３０４）。
【００６５】
ＷＥＢゲートウェイモジュール３１は、クライアント３からのリクエスト電文５３に含まれる情報に基づいて、接続する外部サイト１９を決定する。ＷＥＢゲートウェイモジュール３１は、リクエスト電文５３に含まれる情報から、不要な情報（セッション情報等）を削除したり、必要な情報を付加して編集を行い、リクエスト電文５９を作成する（Ｓ６、ステップ３０５）。
リクエスト電文５９は、例えば、リンク先情報として「ｈｔｔｐ：／／（外部サイトＵＲＬ）／（外部サイトＰＡＴＨ）＋（必要な情報）」を含む。
【００６６】
ＷＥＢゲートウェイモジュール３１は、リクエスト電文５９を外部サーバ９に送信してコンテンツデータ４５の要求を行う（Ｓ７、ステップ３０６）。
外部サーバ９は、ＷＥＢゲートウェイモジュール３１からのリクエスト電文５９に含まれる外部サイトＰＡＴＨに基づいて、コンテンツ情報４４からコンテンツデータ４５を抽出し（ステップ３０７）、ＷＥＢゲートウェイモジュール３１に送信する（ステップ３０８）。
ＷＥＢゲートウェイモジュール３１は、外部サーバ９からコンテンツデータ４５を取得する（Ｓ８）。
ＷＥＢゲートウェイモジュール３１は、外部サーバ９との接続履歴に関するログ出力を行う（Ｓ９、ステップ３０９）。
【００６７】
尚、ＷＥＢゲートウェイモジュール３１は、ＨＴＴＰプロトコルを用いて外部サーバ９にリクエスト電文５９を送信し、コンテンツデータ４５を含むレスポンス電文を受信する。外部サーバ９が複数台構成になっている場合、ラウンドロビンによる負荷分散が行われる。また、頻繁に利用されるＷＥＢページについてはコンテンツデータのキャッシュが行われる。
【００６８】
ＷＥＢゲートウェイモジュール３１は、定義ファイル３５を参照し、クライアント３からのリクエスト電文５３に含まれる外部サイトＩＤや外部サイトＰＡＴＨやユーザＩＤ等に基づいて、コンテンツデータ４５から連携データ５７を抽出する（Ｓ５、ステップ３１０）。
【００６９】
ＷＥＢゲートウェイモジュール３１は、コンテンツデータ４５から取得した連携データ５７をＢＬサーバ７に送信する（ステップ３１１）。
ＢＬサーバ７は、ＷＥＢゲートウェイモジュール３１から送られた連携データ５７をユーザ情報４９として保存する（ステップ３１２）。
【００７０】
ＷＥＢゲートウェイモジュール３１は、レスポンス電文に含まれるリンク先がＷＥＢゲートウェイモジュール３１を経由するようにＵＲＬ情報を置換したり、必要な情報（セッション情報等）を付加したりしてレスポンス電文の編集を行う。また、ＷＥＢゲートウェイモジュール３１は、配置データ５５に基づいてコンテンツデータ４５を配置して画面情報を作成し、当該画面情報を含むレスポンス電文６１を作成する（Ｓ１０、ステップ３１３）。
レスポンス電文６１は、リンク先情報として、例えば、「ｈｔｔｐ：／／ＰＬサーバ５のＵＲＬ／外部サイトＩＤ／外部サイトＰＡＴＨ＋認証情報（キー）」を含む。
【００７１】
ＰＬサーバ５は、クライアント３にレスポンス電文６１を送信する（ステップ３１４）。
クライアント３は、レスポンス電文６１に基づいて、ＷＥＢページ６３を表示する（Ｓ１１、ステップ３１５）。
【００７２】
以上の過程を経て、ＷＥＢゲートウェイモジュール３１は、クライアント３からのリクエスト電文５３が含むリンク先情報及び定義ファイル３５に基づいて、外部サーバ９から送られたコンテンツデータ４５から連携データ５７を取得し、当該連携データ５７をＢＬサーバ７に送信し、ＢＬサーバ７は、連携データ５７をユーザ情報４９として登録する。
【００７３】
図９は、外部サーバ９からＢＬサーバ７へのデータ連携を示す図である。
外部サーバ９のコンテンツ情報４４（「各種銘柄に関する情報」）から取得された連携データ５７（「銘柄Ａ」）がＢＬサーバ７のユーザ情報４９として（例えば、興味対象銘柄として）保持される。
クライアント３のユーザ１５は、外部サーバ９の「銘柄Ａに関する情報」にアクセスすることにより、ＢＬサーバ７のユーザ情報４９に「銘柄Ａ」が興味対象銘柄として自動的に登録されるので、改めて登録する必要がない。
【００７４】
第２の実施の形態では、外部サーバ９からＢＬサーバ７へデータ連携され、連携データ５７は、ＢＬサーバ７のユーザ情報４９として登録される。
例えば、外部サイトで閲覧したページ情報（菓子銘柄のニュースを熱心に見ていた等）を受け取ることで、顧客の興味対象を内部顧客データベースに自動登録できる。
すなわち、外部サーバ９の提供画面からＢＬサーバ７の提供画面に必要な情報を引き継ぐことができるので、異なるサイト間でも利用ユーザを一環して管理でる。このため、これまで別のシステムとして取り扱えなかった情報の連携が可能になる。また、ユーザによる登録回数が軽減されるので、登録ミス等を防止することができる。
【００７５】
（２−３．第３の実施の形態）
次に、図５及び図１０及び図１１参照しながら、ＷＥＢゲートウェイシステム１の動作について説明する。
図１０は、ＷＥＢゲートウェイシステム１の動作を示すフローチャートである。
尚、クライアント３、ＰＬサーバ５（ＷＥＢゲートウェイモジュール３１）、ＢＬサーバ７、外部サーバ９において、それぞれ、ＣＰＵ１０１が記憶部１０３等に格納される実行プログラムをメモリ１０２にロードして、各処理ステップを実行する。
【００７６】
ユーザ１５は、ＷＥＢページ５１において、リンク先情報が埋め込まれている所定のボタンをクリックする。クライアント３は、当該リンク先情報を含むリクエスト電文５３をＰＬサーバ５に送信する（Ｓ１、ステップ４０１）。
リクエスト電文５３は、ＰＬサーバ５のＵＲＬ、ＢＬサーバ７のＵＲＬ、外部サイトＩＤ、外部サイトＰＡＴＨ、認証情報等を含む。リクエスト電文５３は、例えば、リンク先情報として「ｈｔｔｐ：／／ＰＬサーバ５のＵＲＬ／外部サイトＩＤ／外部サイトＰＡＴＨ＋認証情報（キー）」を含む。
【００７７】
ＰＬサーバ５は、クライアント３の認証処理を行い、リクエストを送信したクライアント３がＷＥＢゲートウェイシステム１にログイン済かどうかを確認する（Ｓ２、ステップ４０２）。ＰＬサーバ５は、セッション管理を行う（Ｓ３、ステップ４０３）。
ＰＬサーバ５は。フレーム作成処理を行い、外部サーバ９からのコンテンツデータ４５の配置を定める配置データ（配置枠等）を作成する（Ｓ４、ステップ４０４）。
【００７８】
ＷＥＢゲートウェイモジュール３１は、クライアント３からのリクエスト電文５３に含まれる情報に基づいて、最初に接続する外部サイト１９−１を決定する。ＷＥＢゲートウェイモジュール３１は、リクエスト電文５３に含まれる情報から、不要な情報（セッション情報等）を削除したり、必要な情報を付加して編集を行い、リクエスト電文５９−１を作成する（Ｓ６、ステップ４０５）。
リクエスト電文５９−１は、例えば、リンク先情報として「ｈｔｔｐ：／／（外部サイトＵＲＬその１）／（外部サイトＰＡＴＨその１）＋（必要な情報その１）」を含む。
【００７９】
ＷＥＢゲートウェイモジュール３１は、リクエスト電文５９−１を外部サーバ９−１に送信してコンテンツデータ４５−１の要求を行う（Ｓ７、ステップ４０６）。
外部サーバ９−１は、ＷＥＢゲートウェイモジュール３１からのリクエスト電文５９−１に含まれる外部サイトＰＡＴＨに基づいて、コンテンツ情報４４−１からコンテンツデータ４５−１を抽出し（ステップ４０７）、ＷＥＢゲートウェイモジュール３１に送信する（ステップ４０８）。
ＷＥＢゲートウェイモジュール３１は、外部サーバ９−１からコンテンツデータ４５−１を取得する（Ｓ８）。
ＷＥＢゲートウェイモジュール３１は、外部サーバ９−１との接続履歴に関するログ出力を行う（Ｓ９、ステップ４０９）。
【００８０】
尚、ＷＥＢゲートウェイモジュール３１は、ＨＴＴＰプロトコルを用いて外部サーバ９−１にリクエスト電文５９−１を送信し、コンテンツデータ４５−１を含むレスポンス電文を受信する。外部サーバ９−１が複数台構成になっている場合、ラウンドロビンによる負荷分散が行われる。また、頻繁に利用されるＷＥＢページについてはコンテンツデータのキャッシュが行われる。
【００８１】
ＷＥＢゲートウェイモジュール３１は、定義ファイル３５を参照し、クライアント３からのリクエスト電文５３に含まれる外部サイトＩＤや外部サイトＰＡＴＨやユーザＩＤ等に基づいて、コンテンツデータ４５−１から連携データ５７を抽出する（Ｓ５、ステップ４１０）。
【００８２】
ＷＥＢゲートウェイモジュール３１は、クライアント３からのリクエスト電文５３に含まれる情報に基づいて、次に接続する外部サイト１９−２を決定する。ＷＥＢゲートウェイモジュール３１は、リクエスト電文５３に含まれる情報から、不要な情報（セッション情報等）を削除したり、必要な情報として連携データ５７（氏名、口座情報等）を付加して編集を行い、リクエスト電文５９−２を作成する（Ｓ６、ステップ４１１）。
リクエスト電文５９−２は、例えば、リンク先情報として「ｈｔｔｐ：／／（外部サイトＵＲＬその２）／（外部サイトＰＡＴＨその２）＋（必要な情報その２）＋（連携データ５７）」を含む。
【００８３】
ＷＥＢゲートウェイモジュール３１は、連携データ５７を含むリクエスト電文５９−２を外部サーバ９−２に送信してコンテンツデータ４５−２の要求を行う（Ｓ７、ステップ４１２）。
外部サーバ９−２は、ＷＥＢゲートウェイモジュール３１からのリクエスト電文５９−２に含まれる連携データ５７や外部サイトＰＡＴＨに基づいて、コンテンツ情報４４−２からコンテンツデータ４５−２を抽出し（ステップ４１３）、ＷＥＢゲートウェイモジュール３１に送信する（ステップ４１４）。
ＷＥＢゲートウェイモジュール３１は、外部サーバ９−２からコンテンツデータ４５−２を取得する（Ｓ８）。
ＷＥＢゲートウェイモジュール３１は、外部サーバ９−２との接続履歴に関するログ出力を行う（Ｓ９、ステップ４１５）。
【００８４】
尚、ＷＥＢゲートウェイモジュール３１は、ＨＴＴＰプロトコルを用いて外部サーバ９にリクエスト電文５９−２を送信し、コンテンツデータ４５−２を含むレスポンス電文を受信する。外部サーバ９−２が複数台構成になっている場合、ラウンドロビンによる負荷分散が行われる。また、頻繁に利用されるＷＥＢページについてはコンテンツデータのキャッシュが行われる。
【００８５】
ＷＥＢゲートウェイモジュール３１は、レスポンス電文に含まれるリンク先がＷＥＢゲートウェイモジュール３１を経由するようにＵＲＬ情報を置換したり、必要な情報（セッション情報等）を付加したりしてレスポンス電文の編集を行う。また、ＷＥＢゲートウェイモジュール３１は、配置データ５５に基づいてコンテンツデータ４５を配置して画面情報を作成し、当該画面情報を含むレスポンス電文６１を作成する（Ｓ１０、ステップ４１６）。
レスポンス電文６１は、リンク先情報として、例えば、「ｈｔｔｐ：／／ＰＬサーバ５のＵＲＬ／外部サイトＩＤ／外部サイトＰＡＴＨ＋認証情報（キー）」を含む。
【００８６】
ＰＬサーバ５は、クライアント３にレスポンス電文６１を送信する（ステップ４１７）。
クライアント３は、レスポンス電文６１に基づいて、ＷＥＢページ６３を表示する（Ｓ１１、ステップ４１８）。
【００８７】
以上の過程を経て、ＷＥＢゲートウェイモジュール３１は、クライアント３からのリクエスト電文５３が含むリンク先情報及び定義ファイル３５に基づいて、外部サーバ９−１から送られたコンテンツデータ４５−１から連携データ５７を取得し、当該連携データ５７を含むリクエスト電文５９−２を外部サーバ９−２に送信し、外部サーバ９−２のコンテンツ情報４４−２からクライアント３の要求に応じたコンテンツデータ４５−２を取得して当該クライアント３に提供する。
【００８８】
図１１は、外部サーバ９−１から外部サーバ９−２へのデータ連携を示す図である。
外部サーバ９−１のコンテンツ情報４４−１（「各種ニュースに関する情報」）から取得された連携データ５７（「Ｐ社」）が外部サーバ９−２のコンテンツ情報４４−２（「各社の株価に関する情報」）に引き継がれる。クライアント３に表示されるＷＥＢページ６３の配置枠７１には、外部サーバ９−１からのコンテンツデータ４５−１（「Ｐ社に関するニュース」）が表示され、配置枠７３には、外部サーバ９−２からのコンテンツデータ４５−２（「Ｐ社の現在の株価＝１０００」）が表示される。
クライアント３のユーザ１５は、外部サーバ９−１から「Ｐ社に関するニュース」にアクセスすることにより、外部サーバ９−２から「Ｐ社の株価情報」を自動的に取得することができるので、特定の情報を取得するために改めて入力操作を行う必要がない。図１１の場合、外部サーバ９−２から「Ｐ社の株価情報」を取得するために、「Ｐ社」を入力する必要はない。
【００８９】
第３の実施の形態では、外部サーバ９−１から外部サーバ９−２へデータ連携され、連携データ５７は、外部サーバ９−２からのコンテンツデータ４５の取得に必要な情報として用いられる。
例えば、ニュースを提供する外部サイトコンテンツから、株価情報を提供する外部サイトコンテンツへ株価コードを連携することで、セッションを維持してニュースを閲覧しながら株価の動きをチェックするというようなサービスを提供することができる。
すなわち、外部サーバ９−１の提供画面から外部サーバ９−２の提供画面に必要な情報を引き継ぐことができるので、ユーザの利便性を向上させることができる。また、ユーザによる入力回数が軽減されるので、入力ミス等を防止することができる。
【００９０】
（３．効果等）
以上詳細に説明したように、本発明のＷＥＢゲートウェイシステムでは、運営サイトから外部サイトへ、あるいは、外部サイトから運営サイトへ、あるいは、外部サイトから外部サイトへ、データ連携を行うので、ユーザの利便性を向上させることができる。また、ユーザによる入力回数が軽減されるので入力ミス等を防止することができる。
また、外部サイト側の効果として、外部サイトのＵＲＬ情報を隠蔽し、外部サイトへの不正アクセスなどクライアントからの攻撃を防ぐことができるので、外部サイトのセキュリティを守ることができる。
また、運営サイト側の効果として、クライアントが閲覧した外部サイトコンテンツの情報を運営サイトが受け取って、クライアントの嗜好を分析することができる。
【００９１】
また、複数台構成で可用性が提供されているサーバに対して、切り離しや切り戻しが可能である。例えば、必要なサーバに対する手動切り離し、応答がないサーバの自動切り離し、手動切り離し、あるいは、自動切り離しされているサーバの手動切り戻し等を行うことができる。
【００９２】
また、ＷＥＢゲートウェイモジュールは、ＨＴＭＬ以外の形式のコンテンツを中継することもできる（マルチコンテンツ）。
また、必要と認められた外部サイト以外には、運営サイトの情報やクライアントのユーザの個人情報に関連する情報を送信しないようにして、セキュリティを向上させることができる。
【００９３】
以上、添付図面を参照しながら、本発明に係るＷＥＢゲートウェイシステム等の好適な実施形態について説明したが、本発明はかかる例に限定されない。当業者であれば、本願で開示した技術的思想の範疇内において、各種の変更例または修正例に想到し得ることは明らかであり、それらについても当然に本発明の技術的範囲に属するものと了解される。
【図面の簡単な説明】
【００９４】
【図１】ＷＥＢゲートウェイシステム１の構成図
【図２】クライアント３、ＰＬサーバ５、ＢＬサーバ７、外部サーバ９として機能する情報処理装置１００のハードウェア構成図
【図３】定義ファイル３５の一態様を示す図
【図４】ユーザ情報４９の一態様を示す図
【図５】ＷＥＢゲートウェイシステム１の動作の流れを示す図
【図６】ＷＥＢゲートウェイシステム１の動作を示すフローチャート（第１の実施の形態）
【図７】ＢＬサーバ７から外部サーバ９へのデータ連携を示す図
【図８】ＷＥＢゲートウェイシステム１の動作を示すフローチャート（第２の実施の形態）
【図９】外部サーバ９からＢＬサーバ７へのデータ連携を示す図
【図１０】ＷＥＢゲートウェイシステム１の動作を示すフローチャート（第３の実施の形態）
【図１１】外部サーバ９−１から外部サーバ９−２へのデータ連携を示す図
【符号の説明】
【００９５】
１………ＷＥＢゲートウェイシステム
３………クライアント
５………ＰＬサーバ
７………ＢＬサーバ
９………外部サーバ
１１………ネットワーク
１３………専用線
１５………ユーザ
１７………運営サイト
１９………外部サイト
２１………ＷＥＢページ要求表示手段
２３………ＷＥＢページ受付提供手段
２５………認証手段
２７………セッション管理手段
２９………フレーム作成手段
３１………ＷＥＢゲートウェイモジュール
３３………連携データ取得手段
３５………定義ファイル
３７………リクエスト電文編集手段
３９………コンテンツデータ要求取得手段
４１………履歴管理手段
４３………レスポンス電文編集手段
４４………コンテンツ情報
４５………コンテンツデータ
４９………ユーザ情報
５１、６３………ＷＥＢページ
５３、５９………リクエスト電文
５５………配置データ
５７………連携データ
６１………レスポンス電文
１０１………ＣＰＵ
１０２………メモリ
１０３………記憶部
１０４………表示部
【特許請求の範囲】
【請求項１】
クライアントと各種コンテンツ情報を保持する外部サーバとにネットワークを介して接続され、前記クライアントと前記外部サーバとの情報授受を媒介し、前記クライアントに画面情報を提供する画面情報提供サーバであって、
前記クライアントのユーザに関するユーザ情報を保持するユーザ情報保持手段と、
前記ユーザ情報から前記クライアントが要求するコンテンツデータに関連する連携データを取得する第１の連携データ取得手段と、
前記外部サーバに対して前記コンテンツデータの要求と共に前記第１の連携データ取得手段により取得した連携データの送信を行う第１の連携データ送信手段と、
前記外部サーバから取得したコンテンツデータに基づいて画面情報を作成して前記クライアントに送信する画面情報送信手段と、
を具備することを特徴とする画面情報提供サーバ。
【請求項２】
前記外部サーバから取得したコンテンツデータから前記クライアントのユーザに関連する連携データを取得する第２の連携データ取得手段と、
第２の連携データ取得手段により取得した連携データを前記ユーザ情報として前記ユーザ情報保持手段に保持する連携データ保持手段と、
を具備することを特徴とする請求項１に記載の画面情報提供サーバ。
【請求項３】
他の外部サーバに対して前記コンテンツデータの要求と共に前記第２の連携データ取得手段により取得した連携データの送信を行う第２の連携データ送信手段と、
を具備することを特徴とする請求項１または請求項２に記載の画面情報提供サーバ。
【請求項４】
前記連携データを抽出するための条件を設定する定義ファイルを具備することを特徴とする請求項１から請求項３までのいずれかに記載の画面情報提供サーバ。
【請求項５】
クライアントと各種コンテンツ情報を保持する外部サーバとにネットワークを介して接続され、前記クライアントと前記外部サーバとの情報授受を媒介し、前記クライアントに画面情報を提供する画面情報提供サーバが実行する画面情報提供方法であって、
前記クライアントのユーザに関するユーザ情報を保持するユーザ情報保持ステップと、
前記ユーザ情報から前記クライアントが要求するコンテンツデータに関連する連携データを取得する第１の連携データ取得ステップと、
前記外部サーバに対して前記コンテンツデータの要求及び前記第１の連携データ取得手段により取得した連携データの送信を行う第１の連携データ送信ステップと、
前記外部サーバから取得したコンテンツデータに基づいて画面情報を作成して前記クライアントに送信する画面情報送信ステップと、
を具備することを特徴とする画面情報提供方法。
【請求項６】
コンピュータを請求項１から請求項４までのいずれかに記載の画面情報提供サーバとして機能させるプログラム。
【請求項１】
クライアントと各種コンテンツ情報を保持する外部サーバとにネットワークを介して接続され、前記クライアントと前記外部サーバとの情報授受を媒介し、前記クライアントに画面情報を提供する画面情報提供サーバであって、
前記クライアントのユーザに関するユーザ情報を保持するユーザ情報保持手段と、
前記ユーザ情報から前記クライアントが要求するコンテンツデータに関連する連携データを取得する第１の連携データ取得手段と、
前記外部サーバに対して前記コンテンツデータの要求と共に前記第１の連携データ取得手段により取得した連携データの送信を行う第１の連携データ送信手段と、
前記外部サーバから取得したコンテンツデータに基づいて画面情報を作成して前記クライアントに送信する画面情報送信手段と、
を具備することを特徴とする画面情報提供サーバ。
【請求項２】
前記外部サーバから取得したコンテンツデータから前記クライアントのユーザに関連する連携データを取得する第２の連携データ取得手段と、
第２の連携データ取得手段により取得した連携データを前記ユーザ情報として前記ユーザ情報保持手段に保持する連携データ保持手段と、
を具備することを特徴とする請求項１に記載の画面情報提供サーバ。
【請求項３】
他の外部サーバに対して前記コンテンツデータの要求と共に前記第２の連携データ取得手段により取得した連携データの送信を行う第２の連携データ送信手段と、
を具備することを特徴とする請求項１または請求項２に記載の画面情報提供サーバ。
【請求項４】
前記連携データを抽出するための条件を設定する定義ファイルを具備することを特徴とする請求項１から請求項３までのいずれかに記載の画面情報提供サーバ。
【請求項５】
クライアントと各種コンテンツ情報を保持する外部サーバとにネットワークを介して接続され、前記クライアントと前記外部サーバとの情報授受を媒介し、前記クライアントに画面情報を提供する画面情報提供サーバが実行する画面情報提供方法であって、
前記クライアントのユーザに関するユーザ情報を保持するユーザ情報保持ステップと、
前記ユーザ情報から前記クライアントが要求するコンテンツデータに関連する連携データを取得する第１の連携データ取得ステップと、
前記外部サーバに対して前記コンテンツデータの要求及び前記第１の連携データ取得手段により取得した連携データの送信を行う第１の連携データ送信ステップと、
前記外部サーバから取得したコンテンツデータに基づいて画面情報を作成して前記クライアントに送信する画面情報送信ステップと、
を具備することを特徴とする画面情報提供方法。
【請求項６】
コンピュータを請求項１から請求項４までのいずれかに記載の画面情報提供サーバとして機能させるプログラム。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【公開番号】特開２００７−９４７７８（Ｐ２００７−９４７７８Ａ）
【公開日】平成１９年４月１２日（２００７．４．１２）
【国際特許分類】
【出願番号】特願２００５−２８３５７２（Ｐ２００５−２８３５７２）
【出願日】平成１７年９月２９日（２００５．９．２９）
【出願人】（０００１５５４６９）株式会社野村総合研究所 (1,067)
【Ｆターム（参考）】
【公開日】平成１９年４月１２日（２００７．４．１２）
【国際特許分類】
【出願日】平成１７年９月２９日（２００５．９．２９）
【出願人】（０００１５５４６９）株式会社野村総合研究所 (1,067)
【Ｆターム（参考）】
[ Back to top ]