JP5222201B2 - Ｗｅｂコンテンツ表示監視システム - Google Patents

Description

本発明は、Ｗｅｂを通じた情報処理システムの技術に関し、特に、Ｗｅｂアプリケーションにおけるコンテンツ（サービス）情報の表示の技術、顧客対応や運用保守などの技術に関する。

Ｗｅｂアプリケーションの技術に関する趨勢として、ＳａａＳ（Software as a Service）がある。ＳａａＳは、ソフトウェアの機能を通信ネットワーク（インターネット）を通じてサービスとして提供・利用する技術である。またその実装の技術例としては、Ａｊａｘ（Asynchronous JavaScript（登録商標） and XML）がある。Ａｊａｘは、JavaScript、ＸＭＬ／ＸＨＴＭＬ等の要素技術を統合したものである。ＳａａＳを用いたシステムは、コスト削減や利用（導入・トライアル等）の迅速性・容易性などの各種の利点がある。ＳａａＳによるアプリケーションの適用分野としては、ＣＲＭなどの情報管理系（社内・業務系）、Ｅコマース、情報配信・検索系など、多数が挙げられる。

基本的なシステムとしては、ユーザ（顧客）が利用するクライアント端末（Ｗｅｂブラウザを備えるコンピュータ）と、企業などが運営するサーバシステム（Ｗｅｂサーバ等）とが接続する環境において、Ｗｅｂブラウザで利用するＷｅｂアプリケーションが構成される。ブラウザ側からサーバ側の処理（ＳａａＳによって提供されるソフトウェアの処理）によるコンテンツ（サービス）を利用する。ブラウザ側ではＡｊａｘなどを用いて画面に当該コンテンツ（サービス）の内容を動的に表示する。

ＳａａＳを用いたシステムの形態としては、主なソフトウェア機能（例えばＷｅｂサイト（Ｗｅｂページ）の主なコンテンツの表示）を自社のサーバシステムで提供し、それに連携する他の１つ以上の特定のソフトウェア機能（ＳａａＳによるサービス処理：例えば上記Ｗｅｂページ内の一部の表示領域へのコンテンツの表示）を他社（パートナー）のサーバシステム（ＳａａＳベンダー等）で提供する形態が有効なものとして挙げられる（図２）。

サーバ（他社サーバ）側でのＳａａＳによる処理（サービス処理などと称する）としては、例えば、クライアント（ブラウザ）側からの要求（入力情報）に対し、決められた内容のコンテンツまたは複数の中から選択したコンテンツなどを応答する処理の他、入力に応じた動的な内容のコンテンツを生成して出力し応答する処理（例えばレコメンデーション処理）が挙げられる。ブラウザ側の処理としては、特に、ＡｊａｘにおけるＸＭＬ形式のデータの処理を用いたサーバとの間での非同期通信によるコンテンツデータ（ＸＭＬ文書またはプレーンテキスト等）の授受、及びそれを用いた動的な画面表示などを行う。Ａｊａｘを用いて、従来（ＨＴＴＰ）の同期的な画面遷移（ページの再ロード）を伴わずに、非同期通信による動的な画面表示が可能である。

先行技術例としては、特開２００８−１４６２３２号公報（特許文献１）（ナビゲーション空間に関するコンテンツ表示方法等）などがある。

特開２００８−１４６２３２号公報

前述したＳａａＳに係わるシステムに関する課題としては、以下が挙げられる。

（１）例えば、前述した、自社と他社（パートナー）のサーバでコンテンツ（ＳａａＳによるサービス処理）を連携、分担等してクライアントに提供するシステムの形態（図２）において、自社システムは、他社システムからクライアントに提供されるコンテンツの状態や内容について、即ち、他社サーバからどのようなコンテンツ（コンテンツの内容、種類、詳細等）をクライアントの端末に応答して画面でどのような表示の状態になったのか（コンテンツ表示状態）等について、リアルタイムでも事後でも分からない。従来、当該表示状態を管理、把握する仕組みは持っていない。

言い換えれば、前述の非同期的、動的なコンテンツ表示に関して、非同期などの性質による各種の利点がある代わりに、コンテンツ全体を構成する、連携する複数のコンテンツ（サービス）の情報における、個別の情報の表示状態、及びそれら情報間の表示状態のギャップ等について、サーバ（自社サーバ）側では把握がされていない、または把握が不十分である。クライアント側とサーバ側とでは、コンテンツ表示状態の認識や検知の時点に時間差があるとも言える。

よって、例えばコールセンタでの顧客からの問い合わせ時に、上記コンテンツの表示状態（過去のある時点にユーザの端末で表示された、あるいは正常には表示されなかった、コンテンツの表示状態）について、質問などされたとしても、当該情報を把握していないため分からず、十分な、迅速な顧客対応をすることができない。

例えばサーバ（他社サーバ）側のコンテンツ応答の処理論理などによっては、クライアント側の画面での表示結果（表示内容）に対してユーザが違和感や不満など（あるいは逆に興味など）を感じる場合もある。例えばレコメンデーション処理で、不適当な情報が返答される場合などがある。この場合、この点について質問などされたとしても、当該表示内容を把握していないので対応ができない。

（２）また、ＳａａＳに関する品質が、通信環境、サーバの性能や処理論理などに依存する点がある。例えば通信ネットワークやサーバの性能や負荷の状況によっては、他社サーバから正常なコンテンツ（サービス処理結果）がブラウザ側に表示されることが遅れたり（表示性能劣化状態）、あるいは表示できなかったり（障害状態）、といった状況が生じ得る。

例えば、ＳａａＳによるコンテンツを提供する他社サーバの性能劣化によりコンテンツ表示が遅れた状態について、上記（１）の課題と同様に表示状態を管理、把握していないことから、リアルタイムでも事後でも、捕捉（把握）することができない。

また例えば、連携するコンテンツを提供する他社サーバの障害により正常なコンテンツが応答、表示できなかった状態について、上記同様に、リアルタイムでも事後でも、捕捉（把握）することができない。

上記のように、サーバ（自社サーバ）側では、当該コンテンツに関する表示性能劣化状態や障害状態を捕捉（把握）できていないので、例えば、コールセンタでの顧客問い合わせに対応する場合も、また運用保守部門と連携して当該状態に対策する場合などにおいても、十分な、迅速な対応はできない。

本発明の主な目的は、Ｗｅｂアプリケーションのシステム等に係わり、コンテンツ全体（それを構成する複数の連携するコンテンツ（ＳａａＳによって他社サーバから提供されるサービス））の表示状態（内容、性能、障害等）を迅速に検知して対処すること等ができる技術を提供することである。

特に、クライアント端末における現在または過去の時点における当該コンテンツの表示状態を、時間軸上で把握、監視することにより、当該表示状態を、事後的に再現（遡及、特定等）することができ、あるいはすぐに検知することができ、それにより、顧客問い合わせ対応や、運用保守対策などで、十分な、迅速な対応を実現できる技術を提供することである。

本願において開示される発明のうち、代表的なものの概要を簡単に説明すれば、次の通りである。本発明は、Ｗｅｂブラウザを備えるクライアントの端末に対し、通信ネットワークを介して、Ｗｅｂアプリケーションとして、第１のコンテンツ（例えば自社コンテンツ）を提供する処理を行う第１のサーバシステムと、前記第１のコンテンツに連携（ＳａａＳによる提供）する第２のコンテンツ（例えば他社コンテンツ）を提供する処理を行う第２のサーバシステムとを有する情報処理システムにおけるＷｅｂコンテンツ表示監視システムである。

第１のコンテンツのデータは、Ｗｅｂブラウザにより処理されることにより第２のコンテンツを端末の画面に表示する処理を実現する表示モジュールと、第２のコンテンツの表示状態を少なくとも監視する処理を実現する監視モジュールと、を含んで成る。

Ｗｅｂブラウザ側の監視モジュールと通信することにより第２のコンテンツの表示状態を少なくとも監視する監視サーバを有する。表示モジュールは、第１のコンテンツに対して第２のコンテンツを非同期的な通信により表示する処理を行う。監視モジュールは、表示モジュールの処理による第２のコンテンツの表示状態を監視し、その監視情報を監視サーバへ送信する。

そして、監視サーバは、監視情報を用いて、端末の画面で表示される少なくとも第２のコンテンツの表示状態に関する識別情報（コンテンツ表示状態識別情報）を記憶する処理を行う。

例えば、監視モジュールは、上記識別情報として第２のコンテンツの表示状態のうち表示内容を表す表示内容情報を含む監視情報を監視サーバへ送信する。監視サーバは、表示内容情報を含む識別情報を用いて、後で第２のコンテンツの表示状態を再現または特定する際に用いる再現用データを構成して記憶する。監視サーバまたはそれに接続されるコンピュータは、第２のコンテンツの表示内容に関する問い合わせの際に、再現用データを用いて、当該表示内容を再現または特定するための処理を行う。

例えば、監視モジュールは、上記識別情報として第２のコンテンツの表示状態のうち表示性能を表す表示性能情報を含む監視情報を前記監視サーバへ送信する。監視サーバは、表示性能情報を含む識別情報を用いて、第２のコンテンツの表示状態を検知する。監視サーバまたはそれに接続されるコンピュータは、検知に基づき、第２のコンテンツの表示性能に関する運用保守対策のための処理を行う。

本願において開示される発明のうち、代表的なものによって得られる効果を簡単に説明すれば以下の通りである。本発明によれば、Ｗｅｂアプリケーションのシステム等に係わり、コンテンツ全体の表示状態を迅速に検知して対処すること等ができる。

特に、クライアント端末における現在または過去の時点における当該コンテンツの表示状態を、時間軸上で把握、監視することにより、当該表示状態を、事後的に再現することができ、あるいはすぐに検知することができ、それにより、顧客問い合わせ対応や、運用保守対策などで、十分な、迅速な対応を実現できる。

本発明の一実施の形態のシステム（Ｗｅｂコンテンツ表示監視システム）の概要や特徴の構成を示す図である。 本発明及び実施の形態に対する前提技術（従来技術）となるシステムにおけるＷｅｂコンテンツ表示（ＳａａＳによる処理、非同期的、動的な画面表示）の動作を示す図である。 本実施の形態のシステムにおける全体の構成を示す図である。 本実施の形態のシステムにおける、処理部、データ情報等の構成を示す図である。 本実施の形態のシステムにおける、コンテンツ表示及び監視の動作、画面構成等の構成を示す図である。 本実施の形態のシステムにおける、コンテンツの世代管理（再現用データ）の構成を示す図である。 本実施の形態のシステムにおける、コンテンツ表示状態の再現等の例を示す図である。

以下、本発明の実施の形態を図面（図１〜図７）に基づいて詳細に説明する。なお、実施の形態を説明するための全図において、同一部には原則として同一符号を付し、その繰り返しの説明は省略する。なお適宜、コンテンツをＣと略する。また簡単のため、コンテンツを表すＣ０等の符号に関しては、元の構成データ・表示用データ（ＸＨＴＭＬ文書等）、コンテンツ内容（レコメンデーション情報等）、コード（JavaScript等）、表示イメージ（見え方）、識別情報（ＩＤ）などを、まとめてＣ０等で表す。

＜概要＞
図１を用いて、本発明の一実施の形態のシステム（Ｗｅｂコンテンツ表示監視システム）の概要や特徴を説明する。本システムにおいて、ユーザが利用するクライアント端末１００（Ｗｅｂブラウザ１１０を備える）と、自社及び他社（例えば他社Ａ，Ｂ）の各サーバ（１０，２０Ａ，２０Ｂ）とを有する（後述、図３、図４等）。自社に対し他社（Ａ，Ｂ）がパートナーとして連携してＳａａＳによるコンテンツを提供する。Ｗｅｂブラウザ１１０の画面（Ｗｅｂページ等）Ｇ１に表示されるコンテンツ全体は、例えばＣ０，ＣＡ，ＣＢからなる。自社サーバ１０から主なコンテンツ（自社コンテンツ）Ｃ０を提供し、他社サーバ（２０Ａ，２０Ｂ）から全体のうちの一部の領域に表示するコンテンツ（他社コンテンツ）（ＣＡ，ＣＢ）を提供する。

（ａ） クライアント（Ｗｅｂブラウザ１１０）−サーバ（１０，２０）間での並列的な通信（Ａ１，Ａ２，Ａ３）により、サーバ側が提供するコンテンツ（Ｃ０，ＣＡ，ＣＢ）を、画面Ｇ１に表示する（後述、図２）。Ａｊａｘ等による表示モジュール６０は、この表示処理を行う。ここでいう並列的な通信とは、Ａｊａｘ等の技術を用いて、他社コンテンツ（ＣＡ，ＣＢ）の表示を、自社コンテンツＣ０の表示の通信（通常のページ遷移）に対する非同期的な通信による形式とするものである。

（ｂ） 上記コンテンツ（Ｃ０，ＣＡ，ＣＢ）の表示の動作に伴い、Ａｊａｘ等による監視モジュール６１は、自社コンテンツＣ０及び他社コンテンツ（ＣＡ，ＣＢ）に関する表示状態を監視する。即ち、その時点のコンテンツの表示内容（表示結果）や、表示性能状態（レスポンスタイム：ＲＴなど）や表示障害状態等の要素を監視する（後述、図５等）。

（ｃ） 監視モジュール６１は、上記監視による監視情報Ｄ１を構成して監視サーバ３０へ送信する。特に、この監視情報Ｄ１には、コンテンツ表示状態の再現に必要な最小限のデータを含むようにする。この最小限のデータは、例えばコンテンツ表示状態識別情報：ＣＳＩＤを含む。ＣＳＩＤは、コンテンツ表示状態を一意に識別できる情報である（コンテンツ自体のＩＤ、アドレス情報等を含んで成る）。監視サーバ３０は、受信した監視情報Ｄ１を、ＤＢ（データベース）等に蓄積する。上記再現に必要な最小限のデータ等は、再現用データＤ２（再現時に用いるデータ）の構成に用いられる。

（ｄ） 上記監視に基づくコンテンツ表示状態、特に表示内容については、当該コンテンツの時間軸上の系列における世代と関係付けられて、そのデータ情報が世代付きで管理（Ｃ世代管理と称する）される。ユーザの端末１００の画面Ｇ１で表示されたコンテンツの内容（結果）について識別が可能なように、Ｃ世代管理情報（例えばサーバのコンテンツデータファイルのバージョン情報等）をサーバ側で保持する。監視サーバ３０は、監視情報Ｄ１に基づき、自社及び他社コンテンツのデータ（特にＣＡ，ＣＢ）に関して、Ｃ世代管理（後述、図６）を行い、再現用データＤ２を構成する。監視サーバ３０は、他社サーバ２０等から、Ｃ世代管理のためのデータを取得して保存する。また監視サーバ３０は、監視モジュール６１側から、監視情報Ｄ１（ＣＳＩＤ等）以外にも、再現のために必要なデータ情報、例えば（他社コンテンツの）元コンテンツデータファイル自体や、そのアドレス情報（ＵＲＬ等）、その世代情報（バージョン等）などを、取得して保存してもよい。

（ｅ） また、監視サーバ３０は、監視情報Ｄ１に基づいて、クライアント側でのコンテンツ表示状態、即ち、表示内容や、表示性能や表示障害状態などを、リアルタイムで検知する。これにより、表示性能劣化状態や表示障害状態を検知した場合には、例えばすぐに運用システム５０等に対し、当該検知した情報（Ｄ１）や、運用保守面での対策に関する指示を出して、担当者による対策等を行わせる。対策は、システムに応じて様々であるが、例えばサーバやプログラムや通信機器などに関する、検査、不具合改善、他社システムへの連絡や問い合わせ等がある。

（ｆ） また、ユーザ側（携帯電話機１２０等）からコールセンタ（ＣＣ）システム４０へのコンテンツ表示状態（表示内容等）に関する問い合わせを受けた時には、ＣＣシステム４０と監視サーバ３０で連携し、当該問い合わせに該当するコンテンツ表示状態（表示内容等）を再現（遡及）する。この再現のために、監視サーバ３０は、ＤＢに蓄積されている、前記Ｃ世代管理による再現用データＤ２を用いる。この再現の際には、例えばＣＣシステム４０のコンピュータ（ブラウザ等）で、画面に、顧客問い合わせ内容に該当する過去の時点のコンテンツ表示状態を再表示処理することによって再現をしてみる。この再現結果に基づいて、ＣＣ担当者からユーザへ当該問い合わせに対する返答などの対応ができる。例えば、当該時点ではこのような内容のコンテンツが表示されていたと推定される旨、あるいは、当該時点では表示性能劣化や障害が発生していて正常に表示されなかったと推定される旨、などを返答することができる。

表示内容の再現については、単純には、コンテンツ表示結果情報（例えばコンテンツデータファイル自体）を監視モジュール６１から監視サーバ３０へ取得して保存しておき、それにより再現する形態（Ｃ世代管理は特に必要ない）がある。あるいは、コンテンツＩＤ（ＵＲＬ）等の最小限のデータを監視モジュール６１から監視サーバ３０へ取得して保存しておき、監視サーバ３０でのＣ世代管理情報と合わせて再現する形態などがある。

また、表示性能劣化状態や表示障害状態の場合についても、表示内容の再現（Ｃ世代管理）の場合と同様に、そのデータ情報を再現用データＤ２としてＤＢに保存しておいて、事後で、再現や分析等に利用することもできる。

＜前提技術＞
図２を用いて、本実施の形態の前提技術（従来技術）におけるＷｅｂコンテンツ表示動作について説明する。この前提技術は、Ｗｅｂアプリケーションにおける、Ａｊａｘ等を用いた並列的な通信による、コンテンツ（ＳａａＳによるサービス処理）の表示の方式である。

自社サーバシステム１（第１の情報処理システム）は、自社コンテンツＣ０のデータ２００（ＸＨＴＭＬ文書等）を提供する自社サーバ１０を含む。また例えば２つの他社サーバシステム２（２Ａ，２Ｂ）（第２の情報処理システム）は、それぞれＳａａＳによる他社コンテンツＣＡ，ＣＢのデータ２０１，２０２（ＸＨＴＭＬ文書等）を提供する他社サーバ２０（２０Ａ，２０Ｂ）を含む。自社サーバ１０及び他社サーバ２０は、それぞれＷｅｂサーバやＤＢ等から成る。他社とは、コンテンツ（サービス）を生成するソフトウェアをサービス（ＳａａＳ）として提供するパートナー企業である。

端末１００のＷｅｂブラウザ１１０は、Ａｊａｘ等の技術を用いて、各サーバとの通信によりＣデータ（２００〜２０２）を取得する。当該Ｃデータを構成するＸＨＴＭＬ文書の中には、表示処理を行う表示モジュール６０（Ａｊａｘ等による）が記述されており、それをＷｅｂブラウザ１１０が処理することで表示処理が実現される。

表示モジュール６０は、まず自社サーバ１０とのＨＴＴＰ等による通信（Ａ１：要求−応答）によりＣ０（２００）を取得して画面Ｇ１内に表示（描画）する。次に、表示モジュール６０は、各他社サーバ２０（２０Ａ，２０Ｂ）との非同期的な通信（Ａ２，Ａ３：要求（非同期）−応答）により、ＣＡ（２０１），ＣＢ（２０２）を取得して画面Ｇ１内に動的に表示（描画）する。

また、端末１００のディスプレイ及びＷｅｂブラウザ１１０における画面（Ｗｅｂページ等）Ｇ１において、その表示内容（結果）の一例を示している。コンテンツ全体のうち主となる自社コンテンツＣ０の情報（その表示イメージ）に対し、一部の表示領域に、他社コンテンツＣＡ，ＣＢの情報（その表示イメージ）が表示される。自社コンテンツＣ０（ＸＨＴＭＬ文書）は、コンテンツ全体のテンプレート的なデータ（画面構造や表示内容等を規定する情報）を含む。

従来、上記のようなＳａａＳ及びＡｊａｘの構成においては、個別の非同期通信（Ａ２等）が複数回行われること（アクセス数増加）により、サーバ側の負荷が問題になる。よって、状況によっては、サーバ側の負荷の増大により、応答性能劣化や、応答不能の状態も発生し得る。また、ＳａａＳ及びＡｊａｘによる各種の利点がある代わりに、非同期的性質により、コンテンツ表示状態の把握が不十分になる問題がある。

＜システム＞
図３を用いて、本システムの全体の構成について説明する。クライアント側において、ユーザ（顧客）は端末１００や携帯電話機１２０を使用する。端末１００のＷｅｂブラウザ１１０は、画面Ｇ１の表示に係わる処理を行う。Ｗｅｂブラウザ１１０は、既存のＨＴＭＬ／ＸＨＴＭＬ等の機能と、Ａｊａｘの機能とを備える。画面（Ｗｅｂページ等）Ｇ１に表示されるＣデータ（ＸＨＴＭＬ文書等）の自社コンテンツＣ０部分には、表示モジュール６０や、本特徴的な監視モジュール６１が記述されており、Ｗｅｂブラウザ１１０により処理されることで、表示や監視の処理機能が実現される。

自社サーバシステム１は、自社サーバ１０、監視サーバ３０、ＣＣシステム４０、運用システム５０等からなる。自社サーバシステム１は、例えばＥＣ（Ｅコマース）システムであり、Ｗｅｂサイト（ＥＣサイト）により商品の販売などのサービスを提供する。

他社サーバシステム２は、ＳａａＳによるサービスプロバイダであり、所定の処理に対応したソフトウェア機能を提供・管理する。そのハードウェア環境に関しては、例えばデータセンタのテナントによる構成である。他社サーバ２０による他社コンテンツＣＡ，ＣＢを提供する処理としては、上記ＥＣシステム（自社システム）と連携してそのＥＣサイト内に何らかのコンテンツ（サービス）の情報を提供する。例えば、レコメンデーション処理による情報を提供する。

自社サーバ１０は、例えばＥＣサイト（そのページ）でユーザ（群）が商品（群）を購入や情報閲覧等する取引（群）を情報処理し、その結果の情報（履歴情報等）を管理する。上記ユーザ（群）に関する情報管理は、顧客情報Ｋに対応する。上記商品（群）に関する情報管理は、商品情報Ｓに対応する。上記取引（群）に関する情報管理は、取引情報Ｔに対応する。自社サーバ１０は、上記Ｋ，Ｓ，Ｔ等の情報をＤＢ７０に管理する。

監視サーバ３０は、クライアント側のＣ表示状態の検知（監視）及び再現などの機能を持つ。詳しくは、コンテンツの表示内容（表示結果）、表示性能状態及び表示障害状態を、リアルタイム（即時）及び事後に検知、及び再現（遡及、再構成、再表示など）する機能を持つ。

監視サーバ３０は、Ｗｅｂブラウザ１１０からの監視情報Ｄ１や、Ｃ世代管理データ（再現用データＤ２）等をＤＢに管理する。特に、Ｃ世代管理データ（再現用データＤ２）をＣ世代管理ＤＢ８０に管理する。監視サーバ３０は、ＣＣシステム４０及び運用システム５０と連携する。また監視サーバ３０は、Ｃ世代管理の処理のために各社サーバ（１０，２０）と通信する。

ＣＣシステム４０は、ＣＣ部門の情報処理システムであり、ＣＣ担当者が使用するコンピュータなどからなる。運用システム５０は、運用保守部門の情報処理システムであり、運用保守の担当者が使用するコンピュータなどからなる。

なお、自社サーバ１０と監視サーバ３０を一体構成としてもよい。また、監視サーバ３０等を自社・他社システムとは分離独立したシステムとして構成してもよい。

＜処理部＞
図４を用いて、本システムの処理部等の構成について説明する。各社サーバ（１０，２０）は、Ｗｅｂブラウザ１１０からのアクセス（要求）に対してＣデータを応答するＣ応答部（１１，１２）を備える。サーバ側の処理は、所定のサービス処理（業務論理処理、ＤＢアクセス処理など）である。

自社サーバ１０のＣ応答部１１は、自社コンテンツＣ０のデータとして、例えば複数のタイプ（種類）のコンテンツ（Ｃ０１〜Ｃ０ｉ）を備え、使い分けることができる。同様に、他社サーバ２０のＣ応答部１２（１２Ａ，１２Ｂ）は、他社コンテンツＣＡ，ＣＢのデータとして、複数のタイプのコンテンツ（ＣＡ１〜ＣＡｊ，ＣＢ１〜ＣＢｋ）を備え、使い分けることができる。

上記複数のタイプのコンテンツとは、例えば、ユーザ（クライアント）側の属性（例えば年齢や性別など）などに応じて、即ち要求情報内のユーザ属性情報の参照などに応じて、適用（応答）するコンテンツを選択する場合などである。複数のタイプのＣデータは、予め用意されていてもよい。

また、形態としては、自社サーバシステム１のＣデータ（例えば上記複数のタイプのデータ）群を、他社サーバシステム２に予め渡しておいて、他社サーバ２０で利用する方式などがある。Ｃ世代管理の際には、予めこれらのデータを取得して保存し、再現用データＤ２として用いてもよい。

監視サーバ３０は、検知部３１、再現部３２、Ｃ世代管理部３３、性能管理部３４、障害管理部３５などを備える。Ｃ世代管理ＤＢ８０の配置は、監視サーバ３０の内部でも外部でもよい。

検知部３１は、Ｗｅｂブラウザ１１０側の監視モジュール６１と対応する機能である。監視モジュール６１からの監視情報Ｄ１の送信の際には、検知部３１へアクセス（Ａ４）してＤＢに蓄積する。検知部３１は、監視情報Ｄ１により、コンテンツ表示状態を検知し、再現部３２以下の各処理部と連携する。

再現部３２は、コンテンツ表示状態のうち、特に表示内容（表示結果）に関する再現に係わる処理を行う。ユーザの端末１００でのＣ表示内容は、ＣＳＩＤ等により、時間軸上で一意に識別され、Ｃデータのタイプなどの属性情報や、内容情報（例えば商品情報、レコメンデーション情報）などと対応付けられる。再現部３２は、監視情報Ｄ１をもとに、Ｃ世代管理部３３を用いて再現用データＤ２を構成しＤＢ（ＤＢ８０）に保存する。Ｄ２として、特に、ＣＳＩＤを含む、当該コンテンツの表示内容を表す情報（表示内容情報８１）を保存する。

また、再現部３２は、ＣＣシステム４０（問い合わせ応答部４１）からの問い合わせ（Ａ１２）（再現用データＤ２または再現結果情報の要求）の際には、Ｃ世代管理部３３を通じて、ＤＢ８０から、該当する時間帯の情報などをもとに、該当するＣＳＩＤ等を含む再現用データＤ２を取り出し（検索し）、ＣＣシステム４０への応答情報を構成して応答する。

Ｃ世代管理部３３は、各社サーバ（Ｃ応答部）にアクセス（Ａ５）することで、Ｃデータの世代管理の処理を行い、そのＣ世代管理データ（少なくともＣＳＩＤを含む）を、ＤＢ８０に蓄積する。この通信（Ａ５）のタイミングは、表示や監視の処理とは独立しており、随時実行してよい。

ユーザは、画面Ｇ１の表示状態に関して問い合わせをする場合、例えば携帯電話機１２０により、ＣＣシステム４０へアクセス（Ａ１１）する。ＣＣシステム４０の問い合わせ応答部４１は、その問い合わせに応答する。ＣＣシステム４０で解決しない場合は、更に監視サーバ３０へアクセス（Ａ１２）する。例えば、問い合わせ応答部４１でのＣ表示状態の再現のために再現用データＤ２を要求し、再現部３２が、要求に該当する再現用データＤ２をＤＢから取り出して応答し、問い合わせ応答部４１での再現処理（再表示等）を行い、ユーザへ返答する。あるいは、再現部３２で当該再現処理を実行してもよく、その場合、その再現結果情報を問い合わせ応答部４１へ送る。

性能管理部３４は、Ｃ表示状態のうち、表示性能（その劣化状態等）に関する管理、判断等の処理を行う。例えば監視情報Ｄ１に基づき、レスポンスタイムＲＴを含む情報（表示性能情報８２）をＤＢ８０等に管理する。

障害管理部３５は、Ｃ表示状態のうち、表示障害状態（あるいはサーバ障害状態等）に関する管理、判断等の処理を行う。例えば監視情報Ｄ１に基づき、障害状態ＳＳを含む情報（障害状態情報８３）をＤＢ８０等に管理する。なお、障害管理部３５を性能管理部３４に統合してもよい。

性能管理部３４は、検知部３１から、性能状態に係わる検知情報（ＲＴ，ＳＳ等）を受けると、表示性能劣化状態であると判断した場合は、運用システム４０（対策実行部５１）へアクセス（Ａ１３）し、当該検知情報や対策指示を送る。対策実行部５１は、その指示等に基づいて、運用保守面の対策を実行する。同様に、障害管理部３５は、検知部３１から、障害状態に係わる検知情報（ＲＴ，ＳＳ等）を受けると、表示障害状態であると判断した場合は、対策実行部５１へ対策指示等を送る。

なお、表示内容情報８１、表示性能情報８２、障害状態情報８３などは、対応するコンテンツのＩＤやＣＳＩＤ等と関係付けられてＤＢ８０に管理される。

＜処理動作＞
図５を用いて、本システムにおける表示及び監視等の処理動作などについて説明する。例えば、コンテンツ自体の構造は、ＸＨＴＭＬ（ＸＭＬ）文書で記述され、その処理論理はJavaScript等を含んで記述され、画面構造はＣＳＳ等で記述される。画面Ｇ１の表示領域の構造としては、例えば、自社コンテンツＣ０が表示される全体的な領域Ｒ０と、他社コンテンツＣＡ，ＣＢが表示される一部の領域ＲＡ，ＲＢとがある。

監視モジュール６１は、他社コンテンツＣＡ，ＣＢの状態を監視する。その状態変動があれば、監視情報Ｄ１として構成する。監視情報Ｄ１として、本例では、当該コンテンツ（Ｃ０，ＣＡ，ＣＢ）に関係付けられる表示内容を表すＣＳＩＤと、表示性能状態を表すＲＴと、障害状態（障害有無等）を表すＳＳとを含む。監視モジュール６１は、随時、監視情報Ｄ１を、非同期通信により検知部３１へ送信する。なお、その非同期通信による送信は、できるだけ通常の表示処理を妨げないように行う。

自社サーバ１０のＣ応答部１１により、前記Ｋ，Ｓ，Ｔ等の情報を用いて、状況に応じたコンテンツＣ０データを生成して提供する。また他社サーバ２０のＣ応答部１２によりレコメンデーション処理（動的な内容のコンテンツ生成）等を行う。その処理では、例えば自社サーバ１０のＥＣサイトにおける前記Ｋ，Ｓ，Ｔ等の管理情報を利用して（Ａ２，Ａ３の際に参照）、所定のアルゴリズムにより何らかの商品やその他の情報をコンテンツ情報（レコメンデーション情報）として出力し、提供する。

各社サーバ（１０，２０）のＣ応答部１１，１２により生成、応答され、画面Ｇ１に表示されるコンテンツ（Ｃ０，ＣＡ，ＣＢ）は、時間軸上における状態の遷移を有する（サーバ側の世代ごとのコンテンツと関連付けられる）。例えば、自社コンテンツＣ０（同一タイプ）は、｛Ｃ０−１，Ｃ０−２，……，Ｃ０−ｘ，……｝といった世代の系列を構成する。同様に、他社ＡコンテンツＣＡ｛ＣＡ−１，ＣＡ−２，……，ＣＡ−ｙ，……｝、他社ＢコンテンツＣＢ｛ＣＢ−１，ＣＢ−２，……，ＣＢ−ｚ，……｝である。Ｃ世代管理部３３は、これらの世代ごとのコンテンツの情報を管理する。

＜表示処理＞
図５におけるコンテンツの画面Ｇ１の表示処理例は以下である。最初の１回の通信（Ａ１）では、通常の要求−応答によるＷｅｂページの読み込み表示を行う。表示モジュール６０から自社サーバ１０へＨＴＴＰ等による要求を送信する。Ｃ応答部１１は、要求に対し、自社コンテンツＣ０のデータ２００（ＸＨＴＭＬ文書等）を生成して応答する。当該データ自体にモジュール（６０，６１）が組み込まれている。この際、この応答情報（Ｃ０データ）には、当該コンテンツＣ０に関係付けられる、顧客情報Ｋ（例えばユーザ属性）、商品情報Ｓ（例えばＣ０の内容に含まれている商品の情報）、取引情報Ｔ（例えば商品購入やページ閲覧等の動作の管理情報）等の情報が含まれている（または付随している）。

Ｗｅｂブラウザ１１０は、上記応答情報（Ｃ０、及びＫ，Ｓ，Ｔ等）を受信し、統合して表示する。画面Ｇ１内において、まず領域Ｒ０にＣ０を表示（描画）する。この時点では、他社コンテンツＣＡ，ＣＢの表示領域（ＲＡ，ＲＢ）はまだ空白やデフォルト表示等の状態である。これにより、Ｃ０表示完了状態となる。

その後、画面Ｇ１での所定のイベントに応じて、JavaScript（Ａｊａｘ）による表示モジュール６０により、バックグラウンドで個別の非同期通信（Ａ２，Ａ３）の処理により、サーバ（２０Ａ，２０Ｂ）側と他社コンテンツＣＡ，ＣＢのデータ２０１，２０２を授受し、画面（ページ）Ｇ１内のうち必要な領域（ＲＡ，ＲＢ）に動的に表示する。イベントに応じて随時、画面Ｇ１の表示内容が動的に更新される。上記の契機となるイベントは、例えば最初はＣ０表示完了状態である。あるいは、その後におけるユーザ操作による領域ＲＡ，ＲＢ上のマウス動作など各種がある。

ＣＡ表示の場合（Ａ２）、表示モジュール６０から、非同期通信による要求を、他社Ａサーバ２０Ａ（Ｃ応答部１２Ａ）へ送信する。この要求の方式は、例えばＸＭＬＨｔｔｐＲｅｑｕｅｓｔによる。またこの要求の情報には、前記Ｃ０データに関係するＫ，Ｓ，Ｔ等の情報に基づき、例えばＫ，Ｓ等の情報が付随される。この情報は、他社サーバ２０（Ｃ応答部１２）での処理に応じて用いられる入力情報である。この要求（及びＫ，Ｓ等）に対し、Ｃ応答部１２Ａは、そのＫ，Ｓ等を入力情報として用いて、他社コンテンツＣＡのデータ２０１を動的に生成する処理を行い、その出力を応答として送信する。この処理は、一例として、Ｋ，Ｓの内容に応じたおすすめ商品情報を生成するレコメンデーション処理である。表示モジュール６０は、応答（ＣＡデータ）を受信すると、画面Ｇ１内の所定の領域ＲＡに、ＣＡを表示（描画）する。

またＣＢ表示の場合（Ａ３）についても同様に行われる。本例では、ＣＢ表示のための要求には、Ｋ，Ｔの情報が付随する。要求（及びＫ，Ｔ等）に対し、Ｃ応答部１２Ｂは、Ｋ，Ｔを入力情報として用いて、それに応じた内容の他社コンテンツＣＢのデータ２０２を動的に生成し、応答として送信する。表示モジュール６０は、応答（ＣＢデータ）を受信すると、画面Ｇ１内の所定の領域ＲＢに、ＣＢを表示（描画）する。

上記非同期通信（Ａ２，Ａ３）の間、端末１００は他の処理（ユーザ操作、画面描画等）を並列で実行できるので、正常時にはスムーズなユーザインタフェースが実現される。なお、Ａｊａｘ及びその要素技術に類似する他の技術を適用することも可能である。例えばサーバとの間の非同期通信で前記ＸＭＬＨｔｔｐＲｅｑｕｅｓｔ以外を用いてもよい。

＜監視処理＞
監視処理について詳しくは以下である。上記表示モジュール６０による画面Ｇ１の表示処理と同時並行して、監視モジュール６１による監視の処理動作が行われる。表示モジュール６０による個別の通信の状態の把握に基づき、監視モジュール６１は表示モジュール６０からその状態情報（例えばＣＡの表示状態を表す情報）を受け取り、監視情報Ｄ１を構成する。監視モジュール６１は、Ｃ表示状態の変動や、ＲＴの値などの契機によって、監視情報Ｄ１（ＣＳＩＤ，ＲＴ，ＳＳ等）を構成して、随時、非同期通信により、検知部３１へ報告（送信）する。

検知部３１は、監視情報Ｄ１を受信すると、まずメモリないしＤＢに蓄積する。そして、監視対象の項目（内容、性能、障害等）に応じて、再現部３２、性能管理部３４、障害管理部３５などと連携して所定の処理を行う。検知部３１は、Ｄ１に基づき、再現部３２に、再現用データＤ２の構成を依頼する。再現部３２は、Ｃ世代管理部３３（そのＣ世代管理データ）を用いて、再現用データＤ２を構成する。再現部３２（Ｃ世代管理部３３）は、時間軸上におけるＣＳＩＤ等に対して元Ｃデータ等の情報を関連付け、ＤＢ８０に保存する。Ｃ世代管理部３３は必要であれば管理元のサーバの元Ｃデータにアクセス（Ａ５）してコピーを取得してもよいし、予め取得してある元Ｃデータコピーに関連付けてもよい。

Ｃ表示状態の監視の項目ごとの処理については以下である。

（１）Ｃ表示内容（表示結果）の監視： 監視モジュール６１は、表示モジュール６０から、個別の通信におけるＣ表示内容を表す情報を受け取る。Ｃ表示内容は、ＣＳＩＤにより識別可能にする。なおこのＣＳＩＤは、Ｃデータ（ＸＨＴＭＬ文書等）自体のＩＤ（ＣＩＤ）とは基本的に別とするが、それを含んで構成されてもよい。監視モジュール６１は、ＣＳＩＤ等を含むＤ１を検知部３１へ送信する。

検知部３１は、監視情報Ｄ１（ＣＳＩＤ等）を再現部３２へ渡す。再現部３２は、Ｃ世代管理部３３と連携して、ＣＳＩＤ等をもとに、再現用データＤ２を構成する。Ｃ世代管理部３３により、当該ユーザの端末１００におけるＣ表示の時間軸に沿った形で、再現用データＤ２を構成し、ＤＢ８０に保存する。

（２）Ｃ表示性能の監視： 監視モジュール６１は、表示モジュール６０の個別の通信におけるサーバ側への要求（ＸＭＬＨｔｔｐＲｅｑｕｅｓｔ等）の送信の時刻や、サーバ側からの応答（Ｃデータ）の受信の時刻などをタイマによりカウントしてその情報を記憶する。特に、表示の開始（要求送信）から完了（応答受信）までにかかった時間をレスポンスタイムＲＴとしてカウントする。これにより得たＲＴ情報を、当該Ｃ表示状態（ＣＳＩＤ）と関連付けて、監視情報Ｄ１を構成する。Ｃ表示完了時、または表示性能劣化状態と判断した時などに、そのＲＴを含む監視情報Ｄ１を送信する。

監視モジュール６１または監視サーバ３０は、例えばＲＴが所定の閾値より大きい場合、通信ネットワークまたはサーバ側における性能劣化状態であると判断（検知）する。監視モジュール６１が判断する場合、判断結果情報（性能劣化状態であることを表す情報）をＤ１に含めて送信する。検知部３１は、監視情報Ｄ１（ＲＴ）を、性能管理部３４へ渡す。性能管理部３４は、上記判断を行う場合はＤ１を参照して当該判断を行うことで性能劣化状態を検出し、検出した場合、運用システム５０等へ性能劣化対策の指示を出す。

また同様に、ＲＴを判断することで、通信ネットワークまたはサーバ側における障害状態（例えばサーバの負荷が限界を超えている状態）についても判断できる。

（３）Ｃ表示障害状態の監視： 監視モジュール６１は、表示モジュール６０の個別の通信によるＣ表示処理に障害（表示障害）が生じていないかを把握する。例えば、監視モジュール６１または監視サーバ３０は、画面Ｇ１に表示されるエラー情報（障害時に表示される情報）を把握する。当該エラー情報は、Ｗｅｂブラウザ１１０が表示したものや、サーバ側から応答したもの等である。

監視モジュール６１は、上記により表示障害状態やエラー情報を把握した時には、その障害状態ＳＳやエラー情報を、当該Ｃ表示状態（ＣＳＩＤ）と関連付けて、監視情報Ｄ１を構成し、送信する。検知部３１は、監視情報Ｄ１（ＳＳ）を、障害管理部３５へ渡す。障害管理部３５は、上記判断を行う場合はＤ１を参照して判断を行うことで、障害状態を検出し、検出した場合、運用システム５０等へ障害対策の指示を出す。

＜Ｃ世代管理＞
図６を用いて、Ｃ世代管理（Ｃ表示状態管理）、再現用データＤ２の構成等を説明する。コンテンツの世代とは、ある特定のコンテンツ（特定のサーバ（Ｃ応答部）の処理論理と関係付けられる）、例えばＣ｛Ｃ０，ＣＡ，ＣＢ｝を、ユーザの端末１００の画面Ｇ１で表示した状態（内容等）の違い及び遷移について、サーバ側のコンテンツデータの世代情報（本実施の形態では主に、ファイルの版管理情報）と関連付けて管理するものである。

監視サーバ３０で監視情報Ｄ１に基づき得られるＣＳＩＤ等の情報は、ＤＢ８０等で、既に保存されているＣ世代管理データ及びその他の情報などと関係付けられて管理される。

Ｃ世代管理データ（再現用データＤ２）は、例えば、他社サーバ２０（Ｃ応答部１２）の管理、提供するＣデータ（動的Ｃ生成処理の場合はその元となるデータ）のファイル（または対応プログラムモジュール）の情報（元データまたはアドレス情報等）及びそのバージョン情報（即ち世代情報）などである。例えば、ある他社サーバで、ある期間では、どのバージョンのＣデータファイル（またはプログラムモジュール）が適用、応答されたのか、といった情報である。例えば、クライアント側ではあるバージョンによる他社コンテンツが表示され、監視モジュール６１は、当該コンテンツのＵＲＬ（ＩＤ，アドレス情報）等を監視情報Ｄ１（ＣＳＩＤ）として監視サーバ３０へ送信する。上記バージョンの違いによりコンテンツ表示内容が異なる可能性があり、監視サーバ３０は、その受信したＵＲＬだけではコンテンツ表示内容の違いがわからないので、Ｃ世代管理情報（元のコンテンツのＩＤ及びバージョンによる世代情報）を参照することで判断することができる。

また例えば、Ｃ世代管理データ（再現用データＤ２）は、時間の情報（日時・時刻や時間帯）、ユーザ／端末１００の情報８４（ＩＤ、アドレス等）、コンテンツの情報（コンテンツＩＤ等）、世代の情報（数値等）、ＣＳＩＤに対応するＣ表示状態の情報｛表示内容情報８１（タイプ等の属性やメタデータ）、表示性能状態８２（ＲＴ等）、障害状態情報８３（ＳＳ等）｝、元Ｃデータのアドレス情報（ＵＲＬ等）またはコピー、などを関連付けた情報である。ＣＳＩＤは、例えば、コンテンツＩＤ、世代、時間などの情報を含んでもよい。ＣＳＩＤは、データ量の小さい数値またはテキスト等の情報である。ＣＳＩＤ及び時間等の情報は、当該再現用データＤ２の取り出し（検索）の際のインデックスとなる。

図６の例では、わかりやすいように元ＣデータとＣＳＩＤ（ＣＩＤ）との関係を示している。元Ｃデータについては、当該ＤＢ８０内にコピーを保持してもしなくてもよい。例えば、当該ＤＢ８０内に、再現が可能な最小限のデータであるＣＳＩＤ等が保持されていればよい。再現時には、元Ｃデータが必要であれば、ＣＳＩＤ等を用いて管理元の他社サーバのＣデータ（元Ｃデータ）をアクセス、参照すればよい。

あるユーザの端末１００の画面Ｇ１に表示されるコンテンツにおいて、例えば、ｔ１の時点のＣ表示状態が、Ｃ０−１，ＣＡ−１，ＣＢ−１である。ｘ等は世代を表す。また、あるコンテンツに関して複数のタイプのＣデータ（ＣＡｊ等）がある場合も同様である。

本実施の形態では主に、コンテンツ世代管理としては、前述のように、複数（各タイプ）のコンテンツ（コンテンツＩＤとしてＵＲＬ）に関する、ファイルの版（バージョン）管理情報を用いている。なお実際にはコンテンツ内容を変化（更新）させているにも係わらず同一コンテンツＩＤを付与したままとするような場合も従来から多く存在する。その具体例としては以下が挙げられる。（１）バグフィックス対応（例えばコンテンツ内の文言誤りの修正）。（２）コンテンツが例えば商品情報の場合、季節情報や最新トピック等を盛り込んだ情報追加の場合（世代更新）があり、その際、その修正影響範囲を抑えるために、同一コンテンツＩＤを付与する。（３）画像の差し替え（例えばコンテンツを構成する画像ファイルの差し替え）。このような場合に、本実施の形態では、当該同一コンテンツＩＤに加えて版管理情報（世代情報）を付与してコンテンツ世代管理することによって、適切に対応することができる。

＜Ｃ表示状態の管理＞
上記Ｃ世代管理に係わりＣ表示状態を管理するための情報等の形態として以下が可能である。

（１）ＣＳＩＤ： 本実施の形態では、主にＣＳＩＤ（Ｃ表示状態識別情報）を中心に用いる。ＣＳＩＤは、Ｃ世代管理（世代情報）と関係してコンテンツの表示状態（表示内容等）を識別、特定が可能な情報であり、最小限のデータ量で構成される。ＣＳＩＤに対しては、元Ｃデータが関連付けされる。ＣＳＩＤは、単純には、コンテンツデータファイル（ＸＨＴＭＬ文書等）のＵＲＬとＣ世代管理情報（ファイルの版管理情報）とを合わせたものとすることができる。監視サーバ３０（ＤＢ８０）では、元Ｃデータコピーを保持する必要は特に無く、その場合、データ量が少なくて済む。また、ＣＳＩＤ内にＣ表示内容等を表す情報がテキスト等の形式で含まれている場合は、それを参照すればＣ表示内容等がわかる。

（２）Ｃ表示結果ファイル自体： Ｗｅｂブラウザ１１０側で表示した他社コンテンツのデータファイル自体を監視モジュール６１から送信してもよい。この場合、監視サーバ３０側で扱うデータ量が比較的大きくなるが、このファイルを参照すれば当該時点の表示内容が把握（再現）できる。データ量を削減したい場合は上記（１）の形態が有効である。

（３）元Ｃデータコピー： 管理元の他社サーバ２０等が提供、保持するＣデータ（ＸＨＴＭＬ文書等）自体のコピー。Ｃ世代管理部３３が当該サーバにアクセス（Ａ５）して取得する。元ＣデータコピーがＤＢ８０に保存されている場合は、それを用いて再現の際に再表示等がすぐに実行可能である。

（４）画像データ： 該当コンテンツを画面Ｇ１に表示（描画）した際の画像（イメージ）データ、またはそれを生成可能なデータ、あるいは元Ｃデータに含まれる画像ファイル等。この場合、システムで管理に必要なデータ量は大きくなる。

（５）Ｃ応答部（プログラム）への入力情報： サーバ側のＣ応答部を構成するプログラムの処理論理において、入力情報（変数）が同じであれば同じ出力結果のＣデータが得られる場合、即ち該当Ｃ表示状態の再現が可能な場合、この入力情報を再現用データＤ２として用いることが有効である。例えば、監視モジュール６１から、表示したコンテンツのＵＲＬと、当該入力情報（変数）とを監視サーバ３０へ送信する。再現時には、該当入力情報を取り出し、該当Ｃ世代管理情報を合わせて用い、該当プログラム（該当バージョンのプログラムモジュール）に入力（流し込み）して生成した出力結果のＣデータを得る。また当該プログラム情報も再現用データＤ２として管理してもよい。

＜再現＞
Ｃ表示状態の再現について詳しくは以下である。Ｃ表示内容に関する再現性の程度（レベル）については下記がある。

（１）ほぼ完全な再現： ユーザの端末１００の画面Ｇ１である時点に表示されたコンテンツの状態（内容等）がどのようなものであったのかを、ほぼ完全（同一）に、できるだけ正確に、再現すること。例えば元Ｃデータコピーを用いた再表示処理等による。

（２）概略的な再現： ほぼ完全な再現までは必要でなく、概略的にどのようなものであったのかがわかればよい場合。例えば、Ｃ表示内容が概略的にどのようなタイプであったかを示す情報（Ｃ属性情報など、例えば前記ＣＡｊ，ＣＢｋ等を表す情報）を再現用データＤ２として管理する。また例えば、Ｃ応答部のプログラムの処理論理の概略的な説明や特性などの情報、プログラムモジュールのバージョン、入力情報（変数）などを管理する。

また、再現は、画面での再表示等に限らず、表示状態（内容等）をテキストで表現した情報などを再現用データＤ２として用いてもよい。

また、表示状態のうち、過去の時点における表示性能または障害状態に関しては、ＲＴやＳＳの情報をＤＢに保存しておいて、事後に参照することで、当該時点での表示遅れや正常表示の有無などを遡及できる。

＜Ｃ表示状態の例＞
図７を用いて、Ｃ表示状態に関するＣ世代管理や再現の例を説明する。まずｔ１では、最初の通信（Ａ１）により、自社コンテンツＣ０（例えばタイプＣ０１）の表示が完了した状態であり、他社コンテンツＣＡ，ＣＢ（例えばタイプＣＡ１，ＣＢ１）の表示領域（ＲＡ，ＲＢ）では、まだ表示が始まっていない。ｔ２では、各非同期通信（Ａ２，Ａ３）により、他社コンテンツＣＡ１，ＣＢ１の両方が表示完了したとする。この世代をＣＡ１−１，ＣＢ１−１とする。

上側の系列で、ｔ３では、他社コンテンツＣＡ１−１に関し、所定のイベントを契機として表示状態が遷移して、別のタイプ（内容）のコンテンツＣＡ２−１となった場合である。同様に、ｔ４では、ＣＡ２−１から更に別のタイプ（内容）のコンテンツＣＡ３−１へ遷移し、ｔ５では、自社コンテンツがＣ０１からＣ０２のページへ遷移した場合である。これらの状態の遷移（変動）に応じてＣＳＩＤを含むＤ１が送信される。

また、ｔ２で、ＣＢ１−１に関して、遷移のイベントが発生し、要求がサーバへ送信されたとする。ｔ３では、まだその応答（ＣＢ２−１）が得られず、未表示状態である。ｔ４では、応答（ＣＢ２−１）が得られ表示完了した状態であり、別のコンテンツ（世代）ＣＢ２−１となる。またそのｔ２（要求送信）からｔ４（応答受信）までにかかった時間が、ＣＢ１−１からＣＢ２−１への遷移に要したＲＴである。

下側の系列として、ＣＡに関して別のタイプのコンテンツＣＡ２が選択、応答された場合において、ｔ３で、ＣＡ２−１に関し、所定のイベントが発生し、要求がサーバへ送信されたとする。しかしながら、サーバ側からの応答（ＣＡ３−１）が遅れた場合、あるいは障害により応答が返ってこない場合である。この場合、例えば、監視情報Ｄ１（ＲＴ）をもとに、監視サーバ３０側は、表示性能劣化あるいは障害状態を検知し、対策指示することになる。

再現の例として、例えばｔ５で、ユーザが当該Ｃ表示状態（例えばＣＡ表示内容）についてＣＣシステム４０へ問い合わせたとする（なお運用システム５０での分析等の場合にも同様である）。ＣＣ担当者は、ユーザから、知りたい対象の時間帯が例えばｔ３付近である旨を聞く。あるいは、時間帯がわからない場合に、知りたい対象がＣＡ相当である旨などを聞く。ＣＣ担当者は、当該時間帯のＣＡ表示内容について再現する場合、監視サーバ３０（再現部３２）へ、ユーザ（端末１００）や時間帯やコンテンツ（ＣＩＤ）等の検索条件情報と共に要求を送る。再現部３２は、要求をもとにその検索条件情報を用いてＤＢ８０（再現用データＤ２）を検索し、その結果、該当する時間帯であるｔ３におけるＣ表示状態として、例えば、図７の上側の系列における、Ｃ０１，ＣＡ２−１，ＣＢの情報（当該ＣＳＩＤを含む）を得て、応答する。また、該当時間帯（ｔ３）及び世代の情報だけでなく、それが属する系列や前後付近の情報を得てもよい（その場合、表示状態変動がよくわかる）。ＣＣ担当者は、これらの再現用データＤ２の情報をもとにユーザへ返答する。例えば、そのＤ２（ＣＳＩＤ）自体から概略的に表示状態がわかる。あるいは、そのＤ２を用いてＣＣシステム４０（または監視サーバ３０側）のコンピュータの画面に再現（再表示）処理を行ってもよい。再現の結果、例えば、当該時間帯ではＣＡについてはＣＡ２−１の状態（内容）である旨を返答する。

＜実施の形態の効果＞
（１）自社及び他社の連携のコンテンツ表示において各社がどのようなコンテンツ（サービス処理結果情報）をユーザの端末１００の画面Ｇ１に応答・表示したのか（Ｃ表示内容）等を、リアルタイムで把握することができ、事後にも再現が可能である。よって、Ｃ表示内容に関する顧客問い合わせ応答や運用保守対策等も迅速化することができる。例えば十分な顧客対応により顧客満足度を高めることや、他社とのサービスの連携を強めること等ができる。

（２）他社サーバの性能劣化により正常なコンテンツを応答・表示することが遅れた場合に、その事をリアルタイムで捕捉（検知）することができる。よって、運用保守部門による対策などを迅速化できる。また事後でも再現用データＤ２等を用いて性能劣化に関する分析等が可能である。

（３）他社サーバの障害により正常なコンテンツを応答・表示できなかった場合に、その事をリアルタイムで捕捉（検知）することができる。よって、運用保守部門による対策などを迅速化できる。また事後でも再現用データＤ２等を用いて障害状態に関する分析等が可能である。

以上、本発明者によってなされた発明を実施の形態に基づき具体的に説明したが、本発明は前記実施の形態に限定されるものではなく、その要旨を逸脱しない範囲で種々変更可能であることは言うまでもない。

本発明は、Ｗｅｂアプリケーションシステム等に利用可能である。

１…自社サーバシステム、２，２Ａ，２Ｂ…他社サーバシステム、１０…自社サーバ、１１，１２，１２Ａ，１２Ｂ…コンテンツ応答部、２０，２０Ａ，２０Ｂ…他社サーバ、３０…監視サーバ、３１…検知部、３２…再現部、３３…Ｃ世代管理部、３４…性能管理部、３５…障害管理部、４０…ＣＣ（コールセンタ）システム、４１…問い合わせ応答部、５０…運用システム、５１…対策実行部、６０…表示モジュール、６１…監視モジュール、７０…ＤＢ、８０…ＤＢ（Ｃ世代管理ＤＢ）、８１…表示内容情報、８２…表示性能情報、８３…障害状態情報、８４…ユーザ／端末の情報、９０…通信ネットワーク、１００…端末（コンピュータ）、１１０…Ｗｅｂブラウザ、１２０…携帯電話機、２００，２０１，２０２…コンテンツデータ、Ｃ０…自社コンテンツ、ＣＡ…他社Ａコンテンツ、ＣＢ…他社Ｂコンテンツ、Ｄ１…監視情報、Ｄ２…再現用データ、Ｇ１…画面、ＣＳＩＤ…コンテンツ表示状態識別情報、ＲＴ…レスポンスタイム、ＳＳ…障害状態、Ｋ…顧客情報、Ｓ…商品情報、Ｔ…取引情報。

Claims (8)

1. Ｗｅｂブラウザを備えるクライアントの端末に対し、通信ネットワークを介して、Ｗｅｂアプリケーションとして、第１のコンテンツを提供する処理を行う第１のサーバシステムと、前記第１のコンテンツに連携する第２のコンテンツを提供する処理を行う第２のサーバシステムとを有する情報処理システムにおけるＷｅｂコンテンツ表示監視システムであって、
   前記第１のコンテンツのデータは、前記Ｗｅｂブラウザにより処理されることにより前記第２のコンテンツを前記端末の画面に表示する処理を実現する表示モジュールと、前記第２のコンテンツの表示状態を少なくとも監視する処理を実現する監視モジュールと、を含んで成り、
   前記Ｗｅｂブラウザ側の前記監視モジュールと通信することにより前記第２のコンテンツの表示状態を少なくとも監視する監視サーバを有し、
   前記表示モジュールは、前記第１のコンテンツに対して前記第２のコンテンツを非同期的な通信により表示する処理を行い、
   前記監視モジュールは、前記表示モジュールの処理による前記第２のコンテンツの表示状態を監視し、その監視情報を前記監視サーバへ送信し、
   前記監視サーバは、前記監視情報を用いて、前記端末の画面で表示される少なくとも前記第２のコンテンツの表示状態に関する識別情報を記憶する処理を行うこと、を特徴とするＷｅｂコンテンツ表示監視システム。
2. 請求項１記載のＷｅｂコンテンツ表示監視システムにおいて、
   前記監視モジュールは、前記識別情報として前記第２のコンテンツの表示状態のうち表示内容を表す表示内容情報を含む前記監視情報を前記監視サーバへ送信し、
   前記監視サーバは、前記表示内容情報を含む前記識別情報を用いて、後で前記第２のコンテンツの表示状態を再現または特定する際に用いる再現用データを構成して記憶し、
   前記監視サーバまたはそれに接続されるコンピュータは、前記第２のコンテンツの表示内容に関する問い合わせの際に、前記再現用データを用いて、当該表示内容を再現または特定するための処理を行うこと、を特徴とするＷｅｂコンテンツ表示監視システム。
3. 請求項１記載のＷｅｂコンテンツ表示監視システムにおいて、
   前記監視モジュールは、前記識別情報として前記第２のコンテンツの表示状態のうち表示性能を表す表示性能情報を含む前記監視情報を前記監視サーバへ送信し、
   前記監視サーバは、前記表示性能情報を含む前記識別情報を用いて、前記第２のコンテンツの表示状態を検知し、
   前記監視サーバまたはそれに接続されるコンピュータは、前記検知に基づき、前記第２のコンテンツの表示性能に関する運用保守対策のための処理を行うこと、を特徴とするＷｅｂコンテンツ表示監視システム。
4. 請求項１記載のＷｅｂコンテンツ表示監視システムにおいて、
   前記監視モジュールは、前記識別情報として前記第２のコンテンツの表示状態のうち表示障害状態を表す障害状態情報を含む前記監視情報を前記監視サーバへ送信し、
   前記監視サーバは、前記障害状態情報を含む前記識別情報を用いて、前記第２のコンテンツの表示状態を検知し、
   前記監視サーバまたはそれに接続されるコンピュータは、前記検知に基づき、前記第２のコンテンツの表示障害状態に関する運用保守対策のための処理を行うこと、を特徴とするＷｅｂコンテンツ表示監視システム。
5. 請求項３記載のＷｅｂコンテンツ表示監視システムにおいて、
   前記監視モジュールは、前記表示性能情報として前記表示モジュールの処理による少なくとも前記第２のコンテンツの表示の開始から完了までにかかった時間の情報を含む前記監視情報を前記監視サーバへ送信すること、を特徴とするＷｅｂコンテンツ表示監視システム。
6. 請求項１記載のＷｅｂコンテンツ表示監視システムにおいて、
   前記監視モジュールは、前記表示モジュールにより表示された前記第２のコンテンツのＩＤまたはアドレス情報を前記監視サーバへ送信し、
   前記監視サーバは、前記第２のサーバシステムから前記第２のコンテンツを応答する処理の際に用いるコンテンツデータに関する世代管理情報を取得して記憶手段内に管理し、
   前記監視サーバは、前記監視モジュールからの前記第２のコンテンツのＩＤまたはアドレス情報と、前記世代管理情報とを参照して、前記表示状態を識別すること、を特徴とするＷｅｂコンテンツ表示監視システム。
7. 請求項６記載のＷｅｂコンテンツ表示監視システムにおいて、
   前記監視サーバは、前記世代管理情報として、前記コンテンツデータに関する世代ごとの元データのアドレス情報またはコピーと、当該コンテンツデータまたはその応答の処理の際に用いるプログラムのバージョン情報とを、記憶手段内に管理する処理を行うこと、を特徴とするＷｅｂコンテンツ表示監視システム。
8. 請求項１記載のＷｅｂコンテンツ表示監視システムにおいて、
   前記監視サーバは、前記表示状態に関する識別情報に対して、前記第２のサーバシステムの前記第２のコンテンツを応答する処理の際に用いるプログラムに入力する変数の情報を関連付けて管理すること、を特徴とするＷｅｂコンテンツ表示監視システム。

Images