(57)【要約】【課題】ユーザの端末で過去に表示した画面（ページ）を後に復元して内容を把握するための技術を提供する。【解決手段】本システムでは、ユーザの端末１０に表示した画面（１０１，１０２）を復元する復元機能を有する。本システムは、サーバ側（ＪＳＰ処理部５１）の動的画面生成処理に対応して、ＡＬＪ処理部５２により動的画面の復元のための履歴（ＡＬＪ７０）の管理を行う。動的画面の構成における、基本画面のデータに対して、入力変数データ（ＩＮデータ８１）及び出力変数データ（ＯＵＴデータ８２）を関連付けて管理する。コールセンタの端末３０等からの要求に対し、復元部５３は、ＡＬＪ７０をもとに復元画面を生成して応答する。【選択図】図１
2011034487.tif 000002
【特許請求の範囲】
【請求項１】
Ｗｅｂ上でユーザの端末からの要求に対して動的画面を生成して応答し前記ユーザの端末で表示させる動的画面生成処理部を有するサーバシステムを含んで成り、
前記サーバシステムは、
前記ユーザの端末に対する前記動的画面生成処理部による前記動的画面のデータの出力に関する履歴情報を管理する処理を行う履歴処理部と、
前記履歴情報を用いて、前記ユーザの端末に応答して表示させた前記動的画面を復元する処理を行う復元部と、を有し、
前記動的画面のデータは、基本画面のデータと、前記基本画面に対する出力変数データとを有する構成であり、
前記履歴処理部は、前記履歴情報において、前記動的画面のデータとして、前記基本画面のデータ、及び出力変数データを関連付けて管理し、
前記復元部は、第三者からの要求または指示に応じて、前記ユーザの端末に応答した前記基本画面のデータ及び出力変数データによる出力画面を復元する処理を行うこと、を特徴とするユーザ端末画面復元システム。
【請求項２】
請求項１記載のユーザ端末画面復元システムにおいて、
前記動的画面のデータは、基本画面のデータと、前記基本画面に対する入力変数データ及び出力変数データとを有する構成であり、
前記履歴処理部は、前記履歴情報において、前記動的画面のデータとして、前記基本画面のデータ、入力変数データ及び出力変数データを関連付けて管理し、
前記復元部は、前記出力画面に前記入力変数データを加えた入力画面を復元する処理を行うこと、を特徴とするユーザ端末画面復元システム。
【請求項３】
請求項２記載のユーザ端末画面復元システムにおいて、
前記ユーザの端末は、前記出力画面に対して前記ユーザにより入力された入力データを保持する入力データ保持手段を有し、
前記復元部による前記入力画面の復元の際、前記入力データ保持手段による保持データを読み出して付加することにより前記入力画面を復元すること、を特徴とするユーザ端末画面復元システム。
【請求項４】
請求項１記載のユーザ端末画面復元システムにおいて、
前記履歴処理部は、前記ユーザの端末で前記動的画面を表示した時の端末種別情報を前記履歴情報に記録し、
前記復元部は、前記復元の際、前記端末種別情報に従う端末種別で表示する形式の画面を前記復元の画面として生成する処理を行うこと、を特徴とするユーザ端末画面復元システム。
【請求項５】
請求項４記載のユーザ端末画面復元システムにおいて、
前記復元部は、前記復元の際、前記端末種別情報の参照に従い前記端末種別を自動的に判断し、その判断した端末種別で表示する形式の画面を前記復元の画面として生成する処理を行うこと、を特徴とするユーザ端末画面復元システム。
【請求項６】
請求項４記載のユーザ端末画面復元システムにおいて、
前記復元部は、前記復元の際、外部からの端末種別指定情報に従い、その指定された端末種別で表示する形式の画面を前記復元の画面として生成する処理を行うこと、を特徴とするユーザ端末画面復元システム。
【請求項７】
請求項４記載のユーザ端末画面復元システムにおいて、
前記復元部は、前記復元の際、前記復元の画面の表示先となる端末の端末種別の自動的な判断に従い、または外部からの当該端末種別の指定に従い、当該端末種別で表示する形式の画面を前記復元の画面として生成する処理を行うこと、を特徴とするユーザ端末画面復元システム。
【請求項８】
請求項１記載のユーザ端末画面復元システムにおいて、
前記復元部は、外部から入力されるキー情報をもとに、前記履歴情報を検索し、前記ユーザの端末での画面表示に関する履歴一覧情報を生成して応答し、
前記復元部は、前記履歴一覧情報の中から選択される画面の項目に対応する画面を復元処理してその復元画面データを外部に対し応答すること、を特徴とするユーザ端末画面復元システム。
【請求項９】
Ｗｅｂ上でユーザの端末からの要求に対して動的画面を生成して応答し前記ユーザの端末で表示させる動的画面生成処理部を有するサーバシステムを含んで成り、
前記サーバシステムは、
前記ユーザの端末に対する前記動的画面生成処理部による前記動的画面のデータの出力に関する履歴情報を管理する処理を行う履歴処理部と、
前記履歴情報を用いて、前記ユーザの端末に応答して表示させた前記動的画面を復元する処理を行う復元部と、を有し、
前記動的画面のデータは、基本画面のデータと、前記基本画面に対する出力変数データとを有する構成であり、
前記履歴処理部は、前記履歴情報において、前記動的画面のデータとして、前記基本画面のデータ、及び出力変数データを関連付けて管理し、
前記復元部は、前記ユーザの端末からの画面復元の要求または指示を受信し、当該要求または指示の情報に基づき、前記ユーザの端末に応答した前記基本画面のデータ及び出力変数データによる出力画面を復元する処理を行うこと、を特徴とするユーザ端末画面復元システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、通信ネットワーク（Ｗｅｂ）上での画面（Ｗｅｂページ）の表示の技術に関し、特に、画面の表示履歴管理及び復元（再現等）の技術に関する。
【背景技術】
【０００２】
従来、ユーザ（クライアント）の端末（Ｗｅｂブラウザを備えるＰＣや携帯電話機など）がＷｅｂサーバ（そのサービスやコンテンツ）にアクセスし、そのＷｅｂページを端末のディスプレイ画面に表示している。Ｗｅｂサーバを含むサーバシステム側では、ユーザとは異なる第三者（例えばコールセンタ担当者やシステム管理者など）によりユーザの問い合わせ等に対応するために、端末で表示した画面（ページ）がどのような内容であったのかを把握・管理する技術が必要とされている。
【０００３】
従来、上記技術としては、サーバシステム側やネット上のプロキシサーバ等において、端末に送信して表示させた静的な画面（ページ）のデータ（例えばスナップショット画像）を保存しておくことにより、後でサーバシステム側（第三者）でその静的な画面を復元して内容を確認することは可能であった。
【０００４】
先行技術例としては、シスコシステムズ（Cisco Systems）の「Cisco Web Collaboration Option」（非特許文献１）（プロキシ型Ｗｅｂ画面共有システム）がある。
【先行技術文献】
【非特許文献】
【０００５】
【非特許文献１】“Cisco Web Collaboration Option”、［平成２１年８月５日検索］、インターネット＜ＵＲＬ：http://www.cisco.com/web/JP/product/hs/iptel/webco/prodlit/webcl_ds.html＞
【発明の概要】
【発明が解決しようとする課題】
【０００６】
前記ユーザとは異なる第三者により共有（閲覧許可）される画面（Ｗｅｂページ）に関する画面復元の技術（単に画面のキャッシュデータを用いた再表示の技術とは異なる）に係わり、前述のように、静的な画面（ページ）を復元可能とする技術例はあるが、以下のような問題が挙げられる。
【０００７】
（１）まず、静的な画面（ページ）に関するスナップショット画像やキャッシュとしてすべてのデータ（ＨＴＭＬファイル等）を保存しておくことは、システムで必要なデータ量が大きくコストがかかる。
【０００８】
（２）また、ＪＳＰ（Java Server Pages）（Java：登録商標）等の公知技術では、サーバ側でクライアントの端末からの要求に応じて動的な内容の画面（ページ）を生成して応答する処理を行っている。従来、そのような動的な画面（ページ）に関して復元可能とするシステムについては考慮・対応されていない。
【０００９】
（３）また、同じ種類のＷｅｂページ（例えば同じ検索サービス用の画面）の表示に関しても、例えばユーザがＰＣのブラウザで表示・閲覧した画面と、携帯（携帯電話機）のブラウザで表示・閲覧した画面とでは、内容詳細が異なる。画面復元の実現にあたり、従来では、上記のようなクライアント環境（端末種別など）の違いについては考慮・対応されていない。
【００１０】
例えば、従来のコールセンタでは、ユーザからの問い合わせに対し、ユーザが例えば携帯で表示した画面（ページ）について、表示履歴管理に基づき復元して確認・回答する場合、ユーザと同じ携帯等の端末が準備されていない場合には、コールセンタに設置しているＰＣ等の所定の装置で当該画面（ページ）を表示することになる。即ち、従来、クライアント環境（端末種別）に合わせた画面の復元については考慮・対応が不十分である。また例えば、過去にユーザがＰＣで表示した画面に相当する内容を、後で携帯で表示したい場合など、過去表示時と復元時とで端末種別が異なる場合についても、従来では考慮・対応されていない。
【００１１】
（４）また、上記画面復元の機能について、従来では、コールセンタやシステム管理部門などのサーバシステム側では条件付き（前記静的な画面を復元可能）で実現されるが、ユーザ（クライアント）側では実現・利用できない。例えばユーザの端末から過去表示画面の復元を要求・指定して復元するような機能は、従来では考慮・対応されていない。
【００１２】
また例えば、従来、ユーザの端末に応答して表示させた画面に関する内容の把握や問題発生時の分析等に関しては、サーバシステム側の専用知識を持つシステム管理者が、わかりにくい生のログ（履歴）情報を参照・解析等して行っており、専用知識を持たない一般ユーザが簡単にできるものではなかった。
【００１３】
以上を鑑み、本発明の主な目的は、ユーザ（クライアント）の端末で過去に表示した画面（ページ）を後に復元して内容を把握するための技術に係わり、（１）必要なデータ量・コストを少なく実現でき、（２）動的な画面（ページ）に対応でき、（３）クライアント環境（端末種別など）の違いに対応でき、（４）サーバシステム側（知識を持つ者）だけではなくユーザ側（知識を持たない者）も簡単に利用できる、といった技術を提供することである。
【課題を解決するための手段】
【００１４】
本願において開示される発明のうち、代表的なものの概要を簡単に説明すれば、次の通りである。本発明は、ユーザ（クライアント）の端末等と通信しＷｅｂページによるサービス／コンテンツ等を提供・管理するサーバシステム等による情報処理システムであって、ユーザの端末で表示された画面を復元する機能を備えるシステム（ユーザ端末画面復元システム）であり、以下のような構成を有することを特徴とする。
【００１５】
本システムは、大きな特徴としては、ユーザ（クライアント）環境の違いに対応した動的な画面（出力画面、入力画面）の復元機能を有し、また、サーバシステム（コールセンタ等）側だけではなくユーザ（クライアント）端末側が主体で本復元機能を利用することができる手段（インタフェース）を有する。特にクライアント環境（端末種別など）の指定に対応した画面を復元する機能も有する。
【００１６】
（１）  基本的な機能として、ユーザの端末に表示した画面を復元する機能を有する。本システムは、サーバ側の動的画面生成処理に対応して、動的画面の復元のための履歴管理を行う。サーバは、履歴管理として、例えば、動的画面の構成における、基本的な画面（画面テンプレート）のデータに対して、入力変数データ（当該画面内にユーザが入力したデータ等）、出力変数データ（当該画面内に応答表示したデータ等）を関連付け、ユーザの端末が当該画面をアクセス・表示した履歴情報を管理する。復元機能を担う復元部は、ユーザとは異なる第三者（例えばコールセンタ担当者、システム管理者）等からの要求・指示を受けて、履歴情報をもとに、動的画面の復元処理を行い、その結果（復元画面データ）を応答する。動的画面に対応した履歴管理及び復元機能により、必要な管理データ量も少なくて済む。なお上記第三者とは、ユーザが閲覧する画面の内容を閲覧することが許可されている者である。
【００１７】
（２）  また動的画面の管理により、基本画面データに出力変数データを付加した出力画面（サーバから端末へ応答して表示させた画面）の復元ができる。本システムでは、上記出力画面の復元機能をベースとする。
【００１８】
また加えて、端末の表示画面でのユーザ入力データ等による入力変数データを付加した入力画面（端末からサーバへ要求する画面）についても復元ができる、入力画面の復元機能を有する。入力画面の復元機能としては、サーバ側で入力変数データを履歴管理することにより基本的に実現できる。
【００１９】
更に、ユーザ等の端末側に、入力変数データを保持管理する機能（入力データ保持機能）を追加的に持たせる構成により、サーバ側の機能と連携して処理することで、端末からサーバ側へ送信した入力変数データがサーバ側へ正常に届かなかった場合などにおいても、入力画面を復元することができる。
【００２０】
（３）  また本システムでは、画面の表示及び復元に係わるクライアント環境（端末種別など）の違いを、前記履歴管理を含めて管理し、当該違いに対応した画面復元機能を有する。本システムでは、画面を表示した時（過去表示時）の端末（ＰＣや携帯等の装置やそのブラウザ等）の種別の情報を履歴に保存しておき、復元時にはその情報に基づいて、当該端末種別に対応した画面を復元（生成）する処理を行う。また本システムでは、上記端末種別を自動的に判断することで、当該端末種別に対応した画面を復元する処理を行う。また、ユーザ等が端末種別を指定することで、当該端末種別に対応した画面を復元する処理を行う。
【００２１】
（４）  また本システムでは、ユーザ等の端末側からサーバ側（本システムの復元機能）へ画面復元を要求・指定して利用するインタフェース等を有する。ユーザ等の端末のディスプレイに復元画面を表示することができる。例えばユーザの端末から、画面復元のためのキー情報（例えばユーザＩＤ、日時、端末種別など）を、サーバ側へ送信する。それに対し、サーバ側は、キー情報を用いて前記履歴情報を検索し、画面復元のためのデータ（基本画面、入力変数、出力変数などのデータ、端末種別情報など）を取得し、取得したデータを用いて動的画面を復元処理する。そしてその復元画面データをユーザの端末へ応答送信して表示させる。
【発明の効果】
【００２２】
本願において開示される発明のうち、代表的なものによって得られる効果を簡単に説明すれば以下の通りである。本発明によれば、ユーザ（クライアント）の端末で過去に表示した画面（ページ）を後に復元して内容を把握するための技術に係わり、（１）必要なデータ量・コストを少なく実現でき、（２）動的な画面（ページ）に対応でき、（３）クライアント環境（端末種別など）の違いに対応でき、（４）サーバシステム側（知識を持つ者）だけではなくユーザ側（知識を持たない者）も簡単に利用できる。
【図面の簡単な説明】
【００２３】
【図１】本発明の一実施の形態のシステム（ユーザ端末画面復元システム）の全体の構成例を示す図である。
【図２】本実施の形態のシステムにおける、動的画面生成処理、出力画面復元機能及び入力画面復元機能に係わる構成、並びに他の実施の形態のシステムにおけるユーザの端末の入力データ保持機能の構成例を示す図である。
【図３】本実施の形態のシステムにおける、問い合わせ回答時及び画面復元時の処理に係わる構成を示す図である。
【図４】本実施の形態のシステムにおける、履歴情報（アクセスログジャーナル）の構成例（その１）を示す図である。
【図５】本実施の形態のシステムにおける、履歴情報（アクセスログジャーナル）の構成例（その２）を示す図である。
【図６】本実施の形態のシステムにおける、サーバ（復元部）の画面復元処理、及び履歴一覧画面例を示す図である。
【図７】本実施の形態のシステムにおける、サーバ（復元部）での端末種別選別処理（Ｓ６３）フローを示す図である。
【図８】本実施の形態のシステムにおける、サーバ（復元部）での携帯用データ分割処理（Ｓ６４）フローを示す図である。
【図９】本実施の形態のシステムにおける、（ａ）図７の画面定義ファイル、（ｂ）図７の階層化データ、（ｃ）図８のデータ短縮定義ファイル、（ｄ）図８の階層化データ、の各例を示す図である。
【図１０】本実施の形態のシステムにおける、（ａ）入力画面の入力データ構成例、及び、（ｂ）出力画面の出力データの構成例を示す図である。
【発明を実施するための形態】
【００２４】
以下、本発明の実施の形態を図面に基づいて詳細に説明する。なお、実施の形態を説明するための全図において、同一部には原則として同一符号を付し、その繰り返しの説明は省略する。
【００２５】
＜機能＞
本実施の形態のシステムの主な特徴として、利用可能な機能には以下がある。
【００２６】
（１）基本的な機能として、画面復元機能（ユーザの端末に表示した画面（ページ）を復元する機能）を備える。本復元機能は、サーバの動的画面生成処理機能に対応した仕組みであり、動的画面の表示（アクセス）の履歴管理により、後で動的画面を復元することができる。
【００２７】
（２）本復元機能では、サーバ側からユーザの端末へ応答送信して端末のディスプレイに表示させた画面（出力画面）を復元する機能（出力画面復元機能）をベースとする。またそれに加え、ユーザの端末での表示画面（出力画面）にユーザがデータを入力して端末からサーバ側へ要求送信した画面（入力画面）を復元する機能（入力画面復元機能）を有する。
【００２８】
（３）本復元機能は、クライアント環境の端末種別（ＰＣや携帯など）に対応した仕組みである。詳しくは以下のような機能がある。
【００２９】
（３ａ）端末種別判断機能：  画面の端末種別を自動的に判断する機能を有する。
【００３０】
（３ｂ）端末種別指定機能：  画面の端末種別をユーザ側やサーバ側担当者等が指定することができる機能を有する。
【００３１】
（３−１）同種端末での復元機能：  本機能では、過去表示時の端末種別（例：ＰＣ）を自動的に判断し（上記３ａ）、過去表示時と同じ端末種別に対応する画面（例：ＰＣ用画面）を復元処理して応答する。
【００３２】
（３−２）異種端末での復元機能（端末種別変更機能）：  本機能では、過去表示時の端末種別（例：ＰＣ）とは異なる端末種別（例：携帯）の指定（上記３ｂ）に対応する画面（例：携帯用画面）を復元処理して応答する。
【００３３】
（３−３）復元端末に応じた復元機能：  本機能では、過去表示時の端末種別（例：ＰＣ）とは独立して、現在復元要求している端末（復元画面の表示先の端末）の端末種別（例：携帯）を自動的に判断し（上記３ａ）、それに対応する画面（例：携帯用画面）を復元処理して応答する。過去表示時と復元要求時の端末種別が異なっていても復元可能である。
【００３４】
（４）直接復元機能（インタフェース）：  上記復元機能を、サーバ側担当者等ではなくユーザ等の端末から直接的に利用するインタフェース等の仕組みを有する。ユーザ等の端末から、画面復元の要求・指示をサーバ側（本機能のインタフェース）に送る。それに従って、本機能は、画面復元処理を行い、復元画面データをユーザ等の端末へ応答して表示させる。
【００３５】
（実施の形態１）
図１〜図１０を用いて、本発明の実施の形態１のシステム（ユーザ端末画面復元システム）について説明する。実施の形態１では、上記（１）〜（３）のような機能（端末種別に対応した出力画面復元機能及び入力画面復元機能）を備える。また、上記（４）のように、ユーザの端末からサーバにアクセスして直接的に本復元機能を利用することもできる。
【００３６】
＜概要１＞
本システムでの処理等の構成概要は以下である。
【００３７】
（１：画面表示）  図１で、通常時、ユーザＵ１は、端末１０（例えばＰＣ：Ｔ１、または携帯：Ｔ２）のブラウザ１１から、サーバ２１へアクセスしてＷｅｂページ（画面）を閲覧することにより、所定のサービス（例えば株式銘柄情報の検索・閲覧）を利用する（Ａ１）。サーバ２１（ＪＳＰ処理部５１）では、端末１０からの要求（ＩＮ）に対して動的画面生成処理を行ってその動的画面データを応答（ＯＵＴ）する。これにより、Ｗｅｂページの画面（１０１，１０２）が端末１０のディスプレイに表示される。サーバ２１（ＪＳＰ処理部５１）からの応答による出力画面１０２と、ユーザＵ１がデータ入力等をしてサーバ２１へ要求送信する入力画面１０１とがあり、前回の出力画面１０２は次の入力画面１０１になる。
【００３８】
（２：履歴管理）  サーバ２１では、ＪＳＰ処理部５１による動的画面生成処理に伴い、ＡＬＪ処理部５２は、端末１０への出力画面１０２の応答（ＯＵＴ）によるデータ（ＯＵＴデータ８２）の情報を、当該画面に対応するＪＳＰページ８０（画面テンプレート６２）及び出力変数データ（６３）に関連付けて、履歴（ログ）情報としてＡＬＪ（アクセスログジャーナル）７０に記録する。同様に、端末１０からの要求（ＩＮ）による入力画面データ（ＩＮデータ８１）の情報を、当該画面に対応するＪＳＰページ８０（画面テンプレート６２）及び入力変数データ（６３）に関連付けて、履歴情報としてＡＬＪ７０に記録する。またＡＬＪ処理部５２は、上記履歴情報に、当該画面を表示した端末１０の端末種別情報も記録する。端末種別情報は、例えばサーバ２１へのＨＴＴＰによるリクエストのヘッダの中に記述されている情報を参照する。また、クライアント−サーバ間で独自に端末種別情報を授受する形などとしてもよい。
【００３９】
（３：画面復元）  ユーザＵ１からコールセンタ（ＣＣと略す）へ、端末１０での表示画面に関する問い合わせを行うと、ＣＣの担当者Ｕ２が回答する（Ａ２）。ＣＣの担当者Ｕ２は、端末３０により、サーバ２３（復元部５３）と通信し、問い合わせ回答のために、当該ユーザＵ１の端末１０での画面表示に関する履歴一覧情報の表示や、画面復元を行う（Ａ３）。サーバ２３（復元部５３）は、サーバ２２（ＤＢ６０）にアクセスし、ＡＬＪ７０から情報を取り出すことにより、履歴一覧情報や該当復元画面を構成して、端末３０へ応答する。
【００４０】
本システム（復元機能）では、サーバシステムからユーザＵ１の端末１０に応答して表示した出力画面１０２の内容と、担当者Ｕ２が端末３０で表示する履歴・復元画面の内容とが同じになるように構成されている。
【００４１】
＜概要２＞
図２で、通常のＷｅｂ画面表示のための通信（要求−応答）Ａ１と、出力画面１０２（２０２）の復元機能と、入力画面１０１（２０１）の復元機能とに係わる構成を示している。例として、入力画面（Ａ）２０１が検索条件入力画面であり、出力画面（Ｂ）２０２が検索結果表示画面である。
【００４２】
（Ａ１０）  通常時、サーバ２１（ＪＳＰ処理部５１）から端末１０（ブラウザ１１）への画面データ８０ａ（例えばＪＳＰページ：A.jsp）の応答（ＯＵＴ）により、端末１０のディスプレイに、当該画面（Ａ）２０１が出力画面として表示される。この出力画面が、ユーザによりデータが入力される入力画面（Ａ）２０１となる。上記応答と共に、ＡＬＪ処理部５２は、上記ＪＳＰ処理部５１により端末１０へ応答した画面データ８０ａに関する履歴情報をＡＬＪ７０に記録する。
【００４３】
入力画面（Ａ）２０１は、例えば図１０（ａ）のように、株式銘柄情報検索の入力フォームを含む画面である。ユーザにより、入力フォームに、株式銘柄検索条件（例えば銘柄名「野村総合研究所」）が入力される。この入力データ（リクエストデータ）がＩＮデータ８１（８１ａ）に相当する。
【００４４】
（Ａ１１）  入力画面（Ａ）２０１でのユーザ入力データ（検索条件入力データ）による要求（ＩＮ）が、端末１０からサーバ２１へ送信される。サーバ２１は、その要求（入力データ）をＪＳＰ処理部５１により処理する。即ち、ＪＳＰ処理部５１は、入力データ（ＩＮデータ８１ａ）に対する動的画面生成処理により、応答用の画面データ８０ｂ（例えばＪＳＰページ：B.jsp）及びその出力データを生成する。この出力データ（レスポンスデータ）がＯＵＴデータ８２（８２ｂ）に相当する。上記と共に、ＡＬＪ処理部５２は、ＩＮデータ８１ａに関する履歴情報（端末種別情報を含む）をＡＬＪ７０に記録する（例えば図４の４０１）。
【００４５】
（Ａ１２）  そして、サーバ２１は、上記画面データ（Ｂ）８０ｂ及び出力データ（ＯＵＴデータ８２ｂ）を、端末１０へ応答（ＯＵＴ）として送信する。上記応答と共に、ＡＬＪ処理部５２は、当該画面データ（Ｂ）８０ｂ及びＯＵＴデータ８２ｂに関する履歴情報（端末種別情報を含む）をＡＬＪ７０に記録する（例えば図４の４０２）。
【００４６】
なお、既存の動的画面生成の技術では、Ａ１０とＡ１２では異なる画面（Ａ，Ｂ）データを生成して応答している。実装技術によっては、ここで同じ画面データ（画面テンプレート）内で出力データを変えて表示する場合も考えられる。その場合、Ａ１２では画面データ８０ｂの送信は不要でありＯＵＴデータ８２ｂのみ送信すればよい。
【００４７】
端末１０は、サーバ２１からの応答データ（画面データ（Ｂ）８０ｂ、ＯＵＴデータ８２ｂ）に基づき、ディスプレイに出力画面２０２を表示する。
【００４８】
出力画面（Ｂ）２０２は、例えば図１０（ｂ）のように、株式銘柄情報検索の出力フォームを含む画面である。サーバ２１（ＪＳＰ処理部５１）により、出力フォームに、ＯＵＴデータ８２ｂとして、株式銘柄情報検索結果データ（例えば銘柄コード「４３０７」、銘柄名「野村総合研究所」（リンク情報）など）が出力される。
【００４９】
なお、上記画面データ（Ａ）８０ａ及び画面データ（Ｂ）８０ｂは、図１の画面テンプレートデータ６２（それに基づくＪＳＰページ８０）と関連付けられる。またＩＮデータ８１ａ及びＯＵＴデータ８２ｂは、図１の入出力変数データ６３と関連付けられる。
【００５０】
復元部５３（その出力画面復元機能）により、出力画面２０２を復元する際には、ＡＬＪ７０に記録されているＩＮデータ８１ａ、画面データ（Ｂ）８０ｂ、及びＯＵＴデータ８２ｂに関する情報（端末種別情報を含む）を用いることにより復元ができる。また、復元部５３（その入力画面復元機能）により、入力画面２０１を復元する際には、ＡＬＪ７０に記録されている画面データ（Ａ）８０ａ及びＩＮデータ８１ａに関する情報（端末種別情報を含む）を用いることにより復元ができる。また例えば画面データ（Ａ）８０ａの復元のために更に過去の履歴情報が必要であれば遡って使用することで復元ができる。
【００５１】
＜概要３＞
図３において、ユーザＵ１からの問い合わせの通信Ａ２（Ａ２１，Ａ２２）、及び画面復元の通信Ａ３（Ａ３１，Ａ３２）などに係わる構成を示している。
【００５２】
本復元機能の利用場面の例として、コールセンタ（ＣＣ）が挙げられる。例えば以下の手順である。
【００５３】
（Ａ２１）  ユーザＵ１が、電話や端末１０等により、ＣＣ（担当者Ｕ２）へ問い合わせを行う。この問い合わせの内容は、例えば、当該ユーザが過去に端末１０で表示した画面（ページ）の内容の確認に関する。例えば、図２の出力画面２０２（検索結果画面）の内容を確認したいという要望である。
【００５４】
ＣＣの担当者Ｕ２は、ユーザＵ１の問い合わせに回答するために、履歴参照及び画面復元などをするべく、端末３０からサーバ２３（復元部５３）へアクセスする。そして、ユーザＵ１が過去に端末１０で表示した画面の内容を、本システムの復元機能（復元部５３による処理）を用いて復元することで確認し、ユーザＵ１へ回答する。詳しい手順例は以下である。
【００５５】
（Ａ３１）  ユーザＵ１からの問い合わせ（Ａ２１）を受けたＣＣの担当者Ｕ２は、ユーザＵ１から提供される情報をもとに、画面復元または履歴参照等に関するキー情報（例えばユーザＩＤ、画面表示日時、画面・サービスの概要といった情報）を得る。この際、端末３０からサーバ２２のＤＢ６０を検索してキー情報を得てもよい。例えばキー情報としてユーザＩＤ（部店ＩＤ＋口座ＩＤ、あるいはログインＩＤ＋パスワードなど）を得る。端末３０（ブラウザ３１）では、まず、このキー情報に対応したログイン画面３０１を表示する。また、端末３０からサーバ２３（復元部５３）へ、当該ログイン画面３０１でキー情報などを入力・送信することにより、履歴一覧情報の要求、または画面復元要求を行う。
【００５６】
（Ａ３２）  サーバ２３の復元部５３は、端末３０からの要求（キー情報）に対し、サーバ２２のＤＢ６０（ＡＬＪ７０）にアクセスし、キー情報をもとに履歴一覧情報または画面復元に関する情報を検索する。この検索結果により、例えば該当ユーザＵ１の端末１０に関する画面表示の履歴一覧情報の画面３０２を得る。サーバ２３（復元部５３）から端末３０（ブラウザ３１）へこの履歴一覧画面３０２のデータを送信して表示させる。履歴一覧内容は、例えば図３のように所定のセッション＃１において、ログイン画面→トップ画面→検索入力画面（図２の２０１）→検索結果画面（図２の２０２）→ログアウト画面、といった時系列上の遷移である。
【００５７】
（Ａ３１）  担当者Ｕ２は、履歴一覧画面３０２を見て当該ユーザＵ１の画面表示の履歴を確認することができる。担当者Ｕ２は、履歴一覧画面３０２の中から、ユーザＵ１の問い合わせ内容（復元対象）に該当する画面の項目、例えば検索結果画面（図２の２０２）の項目を選択（クリック）する。すると、端末３０からサーバ２３（復元部５３）へ、当該選択画面項目に関する画面復元要求が送信される。
【００５８】
サーバ２３の復元部５３は、端末３０からの画面復元要求（選択画面項目に関する）に対し、サーバ２２のＤＢ６０（ＡＬＪ７０）にアクセスし、選択画面（出力画面２０２）の復元に関する情報を検索する。これにより、選択画面の復元のためのデータを得て、該当画面（出力画面２０２）の復元処理を行う。例えば、ＡＬＪ７０から図２の画面データ（Ｂ）８０ｂ及びＯＵＴデータ８２ｂに関する情報が得られ、それに対応するデータをＤＢ６０（画面テンプレートデータ６２、入出力変数データ６３等）から得て、復元画面データ（図２の画面２０４）を構成する。
【００５９】
（Ａ３２）  そして、サーバ２３（復元部５３）から端末３０（ブラウザ３１）へこの復元画面データを応答として送信して、ディスプレイに復元画面３０３を表示させる。
【００６０】
（Ａ２２）  担当者Ｕ２は、端末３０で復元画面３０３（検索結果画面）を見てその内容を確認し、ユーザＵ１へ問い合わせに対する回答ができる。
【００６１】
なお、上記履歴一覧画面３０２の表示のやり取りを省略して直接復元画面３０３の表示のやり取りに進む形も可能である。
【００６２】
＜概要４＞
また特に、ユーザＵ１の端末１０からの問い合わせ（Ａ２１）や、ＣＣの担当者Ｕ２の端末３０からのサーバ２３への復元要求（Ａ３１）などの際には、各者が画面に係わる端末種別情報を指定することもできる。復元部５３は、その指定された端末種別に対応する画面を復元処理する。
【００６３】
また、特に端末種別情報の指定が無い場合、各通信（Ａ２１，Ａ３１）時の要求情報などの中に端末種別情報が含まれている場合は、復元部５３は、自動的にその情報を参照して端末種別を判断し、その端末種別に対応する画面を復元処理する。
【００６４】
また、上記ＣＣ（端末３０）を介さずに、ユーザＵ１の端末１０が直接的に復元機能を利用できる。その場合、図１のＡ４の通信のように、ユーザＵ１の端末１０からサーバ２３（復元部５３）にアクセスし、画面復元のやり取り（要求−応答）を行う。まず、ユーザＵ１の端末１０からサーバ２３へ画面復元要求（キー情報などを含む）を送信する。サーバ２３の復元部５３は、前述同様に、キー情報などをもとに画面復元処理などを行って、端末１０へ復元画面データを応答する。端末１０（ブラウザ１１）では、その復元画面を表示し、ユーザＵ１はその内容を確認することができる。
【００６５】
また他の利用場面の例として、内部統制システムが挙げられる。システム管理部門（内部統制部門）などにより、企業内ＬＡＮのサーバシステム等を対象として、一般社員等による表示画面の履歴管理及び復元機能の提供を行う。この場合、図１のユーザＵ１を社員等に置き換え、ＣＣのシステムをシステム管理部門（内部統制部門）のシステムに置き換え、ＣＣの担当者Ｕ２をシステム管理者Ｕ２等に置き換えて考えればよい。
【００６６】
以下、上記に関する詳細な構成について説明する。
【００６７】
＜システム＞
図１において、ユーザＵ１の使用する端末１０として例えばＰＣ（Ｔ１）と携帯（Ｔ２）がある。各端末１０（Ｔ１，Ｔ２）は、対応するブラウザ１１（Ｂ１，Ｂ２）を備え、Ｗｅｂページ（画面）を表示する。これら端末１０（ブラウザ１１等）の種別は、端末種別情報として管理される。例えばＰＣは“Ｐ”、携帯は“Ｋ”とする。
【００６８】
本サーバシステムは、コールセンタ（ＣＣ）のシステム（あるいはシステム管理部門のシステム等）を含むものとするが、別個のシステムとしてもよい。ＣＣのシステムは、ＣＣの担当者Ｕ２が使用する端末３０（ブラウザ３１等を備える）を備え、その他、通信ＬＡＮ、電話機、交換機、自動音声応答システムなどの公知のＣＣの設備を備える。
【００６９】
本サーバシステムは、ユーザの端末１０に対してＷｅｂページによるサービス／コンテンツ等を提供するサーバ２１と、ＤＢ６０を管理するサーバ２２と、本復元機能（ミドルウェア、インタフェース）を提供するサーバ２３とを備える。なお各サーバは統合されても構わない。
【００７０】
サーバ２１は、ＪＳＰ処理部５１（動的画面生成処理部）、ＡＬＪ処理部５２（履歴管理処理部）等を備え、端末１０からのアクセスを受け付け、サーバ２２のＤＢ６０のデータ（コンテンツデータ６１等）をアクセスしつつ、動的画面を応答する処理を行う。各部は例えば各サーバによるプログラム処理で実現される。
【００７１】
ＪＳＰ処理部５１は、Ｗｅｂアプリケーションサーバ部の有する機能として実装されている。ＪＳＰ処理部５１は、端末１０からの要求（ＩＮ）に対し、ＪＳＰ及びＨＴＭＬ等による動的な画面（Ｗｅｂページ）を生成し、端末１０へ応答（ＯＵＴ）する処理を行う。ＡＬＪ処理部５２は、ＡＬＪ７０を管理し、ＪＳＰ処理部５１の処理に伴って、ＡＬＪ７０に情報を随時記録する処理を行う。
【００７２】
サーバ２２は、ＡＬＪ７０などの各種データをＤＢ６０に格納する。ＤＢ６０には、ＡＬＪ７０、コンテンツデータ６１（例えば株式銘柄情報）、画面テンプレートデータ６２、入出力変数データ６３等が格納される。画面（ページ）を構成する基本的なデータを画面テンプレートと称し、画面テンプレートに対してフォーム等へ入出力される個別のデータ（入出力変数）を、リクエストデータ（入力変数）／レスポンスデータ（出力変数）と称する。
【００７３】
サーバ２３は、ＣＣの端末３０と連携し、復元部５３を用いて、画面復元に係わる処理を行う。復元部５３は、履歴一覧画面や復元画面を作成・表示するミドルウェア（処理部）である。復元部５３は、画面復元を要求する担当者Ｕ２の端末３０やユーザＵ１の端末１０からのアクセス（指示や要求）に応じて、サーバ２２のＡＬＪ７０の情報を用いて、履歴情報の検索や画面復元処理を行い、その結果のデータを応答する。
【００７４】
なお、例えばＣＣの端末３０に復元部５３の処理機能を備える形態などとすることも可能である。
【００７５】
＜情報データ＞
図４，図５において、ＡＬＪ７０のデータ構造例を示している。図４は、クライアント（端末１０）−サーバ（サーバ２１）間の画面データの通信（要求−応答）の単位におけるレコード（４０１，４０２）である。図５は、別のデータ構造例であり、クライアント−サーバ間の画面データの一連のセッション単位におけるレコード群（５０１，５０２）である。
【００７６】
レコード４０１は、図１の入力画面１０１（図２の入力画面２０１）に対応した要求（ＩＮ）時のデータを管理するログ（行）である。レコード４０２は、図１の出力画面１０２（図２の出力画面２０２）に対応した応答（ＯＵＴ）時のデータを管理するログ（行）である。レコードにおいて、ａ：部店コード（「ＢＴＮ＿ＣＤ」）、ｂ：口座コード（「ＫＯＺＡ＿ＣＤ」）、ｃ：ＩＮ（入力・要求）／ＯＵＴ（出力・応答）の種別、ｄ：時間（ログ日時）、ｅ：ＩＤ（通信ＩＤ）、ｆ：画面ＩＤ、ｇ：画面名（ＪＳＰ名）、ｈ：ユーザ端末種別、ｉ：リクエスト／レスポンスデータ、等の項目を有する。
【００７７】
ａ，ｂは、ユーザＩＤ（ユーザ情報）に対応付けられ、ログインＩＤ＋パスワードなどの形でもよい。ｅのＩＤ（通信ＩＤ）は、要求−応答の１単位を識別するＩＤである。ｃのＩＮ／ＯＵＴの種別がＩＮの場合は要求時の管理情報になり、ＯＵＴの場合は応答時の管理情報になる。ｄは、当該ＩＮ／ＯＵＴの通信が発生しレコードが記録された年月日時を示す。ｆの画面ＩＤは、当該画面（ページ）を一意に識別するＩＤであり、ｇの画面名（ＪＳＰ名）は、当該画面のデータを構成するＪＳＰページ名称等（ファイル名：A.jsp等）である。ｇは、画面テンプレートデータ６２と関連付けられる。ｈのユーザ端末種別は、当該画面を表示する端末１０の種別やＩＤ等である。ｉのリクエスト／レスポンスデータは、入出力変数データ６３に関連付けられる。ｉのデータは、ｃのＩＮ／ＯＵＴの種別がＩＮの場合はリクエストデータ（図１のＩＮデータ８１）であり入力変数データに対応付けられ、ＯＵＴの場合はレスポンスデータ（図１のＯＵＴデータ８２）であり出力変数データに対応付けられる。
【００７８】
図５で、５０１は、端末１０がＰＣ（Ｔ１）の時のセッション＃１（ここではログインからログアウトまで）のログである（ｃの端末種別がＰ）。同様に、５０２は、端末１０が携帯（Ｔ２）の時のセッション＃２のログである（ｃの端末種別がＫ）。セッション内容として前記図３中の遷移例の場合である。図５では、ｂのユーザＩＤがユーザＵ１の場合であり、ｅのＩＮ／ＯＵＴでＩＮ時のレコードは省略して示している。ｈは画面の内容の説明である。
【００７９】
＜復元処理１＞
図６を用いて、画面復元処理などの詳細例について説明する。前述のように、ＣＣの端末３０とサーバ２３とで通信し、端末３０からサーバ２３（復元部５３）へ、履歴一覧画面３０２または復元画面３０３を生成するためのキー情報を渡す。これにより、端末３０に例えば履歴一覧画面６０２を表示する。
【００８０】
履歴一覧画面６０２では、該当ユーザＵ１（ユーザＩＤ）の端末１０で表示した画面に関する時間順の履歴を表示する。履歴は、例えば、表示日時、画面内容、過去表示時の端末種別などの情報の項目や、復元操作に関する項目（復元する画面の端末種別の指定の項目など）を有する。特に６０２の例では、当該画面の過去表示時（「日時」）の端末１０の端末種別情報（「表示時の端末種別」）（ＡＬＪ７０に記録されている）も関連付けて表示される。
【００８１】
履歴一覧画面６０２の中から、担当者Ｕ２が、復元対象６０１の項目（例えば検索結果画面）を選択（クリック）すると、対応する復元要求がサーバ２３へ送られ処理されることで、その復元画面の表示へ遷移する。その際、該当画面の過去表示時の端末種別（例えばＰＣ／携帯）の情報を用いて、当該端末種別に応じた画面が復元される。
【００８２】
例えば、履歴一覧画面６０２の中から、特に端末種別の指定無しで６０１のような項目が選択（クリック）された場合、当該項目に対応付けられているＡＬＪ７０上の端末種別に従う画面が復元され表示される。例えば６０１の選択の場合には「表示時の端末種別」＝ＰＣであり、ＰＣ用画面が復元される。また、履歴一覧画面６０２の中から、「復元時の端末種別」の項目（ＰＣ／携帯）が指定選択（クリック）されると、その指定の端末種別に対応する画面が強制的に復元され表示される。例えば６０１の隣の「携帯」の選択の場合には、ＡＬＪ７０上の端末種別（ＰＣ）とは別に、携帯用画面が復元されることになる。
【００８３】
＜復元処理２＞
図６左側において復元部５３による処理概要を示している（Ｓは処理ステップを表す）。Ｓ６１で、例えば担当者Ｕ２の端末３０から復元部５３へ、キー情報として、履歴一覧画面６０２の中の該当ユーザＵ１の復元対象画面の項目などの情報、例えば６０１のような検索結果画面の情報（例えば端末種別指定は無し）を含む要求が渡される。キー情報は、例えば、ユーザＩＤ、通信ＩＤ、ＩＮ／ＯＵＴ、ＶＩＥＷなどの情報を含む（その他、日時情報、画面ＩＤなども可能）。ＩＮ／ＯＵＴ種別は、通常は出力画面復元機能を用いるのでＯＵＴが設定される。ＶＩＥＷは、復元画面の端末種別を決める値（Ｐ／Ｋ等）であり、指定無しの場合にはＡＬＪ７０のユーザ端末種別に従う値が設定され、ユーザＵ１や担当者Ｕ２等により指定された場合はその値が設定される。
【００８４】
復元部５３は、端末３０からのキー情報を含む要求を受信すると、キー情報を用いて、サーバ２２のＤＢ６０のＡＬＪ７０を検索し、該当ユーザＵ１の該当行（ログ）を取得する。
【００８５】
Ｓ６２で、復元部５３は、該当画面（例えば出力画面２０２）に関する出力変数データ及び入力変数データの復元処理を行う。復元部５３は、ＡＬＪ７０の該当行における、「リクエスト／レスポンスデータ」の項目の値（対応する入出力変数データ６３の値）を読み出して、復元画面データとするための対応する変数にセットする（例えば出力変数データ（銘柄名）：ＭＥＩ＿ＣＤ＝“野村総合研究所”）。前述のように、出力画面の復元の場合は、必要な出力変数データ（ＯＵＴデータ）等を復元し、入力画面の復元の場合は、更に入力変数データ（ＩＮデータ）を復元する。
【００８６】
Ｓ６３（詳しくは図７）で、復元部５３は、端末種別（本例では「ＰＣ」／「携帯」の２種類）の選別処理を行う。復元部５３は、キー情報を含む要求におけるＶＩＥＷのパラメータを参照し、ＶＩＥＷ＝Ｐ（ＰＣ）の場合、ＰＣ用画面テンプレート（画面テンプレートデータ６２内にあり）を用いてＰＣ用復元画面を生成することにし、ＶＩＥＷ＝Ｋ（携帯）の場合、携帯用画面テンプレート（画面テンプレートデータ６２内にあり）を用いて携帯用復元画面を生成することに決定する。例えばＶＩＥＷ＝Ｋのとき、画面データ（Ｂ）８０ｂに対応した、携帯用画面データ（ＪＳＰページ：B-keitai.jsp）を生成することが選択される。
【００８７】
Ｓ６４（詳しくは図８）で、復元部５３は、Ｓ６３でＶＩＥＷ＝Ｋ（携帯）の選択の場合に、携帯用データ分割処理を行う。これは、ＰＣ用データ（ＪＳＰページ）をもとに携帯用データ（ＪＳＰページ）を変換により生成する処理である。復元部５３は、この場合、携帯用データとしての予めの定義（定義ファイル７００）に基づき、携帯用データを生成する。本例では、この処理として、予めの定義（データ短縮定義ファイル８００）に基づき、特定の入出力変数データのデータ長を短縮化する処理を行う。例えばＰＣ用画面サイズに比べて携帯用画面サイズが小さい場合を考慮して、画面内の表示テキストのデータ長を短縮化する場合などである。例えば、銘柄名：ＭＥＩ＿ＣＤ＝“野村総合研究所”（ＰＣ用）が“野村総研”（携帯用）に短縮化される。
【００８８】
なお上記処理に対応して、本実施の形態では、画面データ（ＪＳＰページ）の内部において、端末種別の違い（例えば当該ＰＣ用データと携帯用データ）における相互に変換可能な制御の構造が記述されている。
【００８９】
Ｓ６５で、復元部５３は、復元画面６０３への画面遷移処理を行う。まず、復元部５３は、選択された復元画面（例えば出力画面２０２（ＪＳＰページ：B-keitai.jsp））の基本画面（画面テンプレートに対応）へフォワードする処理を行う。即ち、サーバ２３から端末３０へ当該復元画面（例えば携帯用）の基本画面のデータを送信して表示させる。
【００９０】
Ｓ６６で、復元部５３は、動的画面生成処理を行う。即ち、Ｓ６５で表示した該当復元画面の基本画面（画面テンプレート）内に、前記復元（Ｓ６２）等により構成した入出力変数データの値（例えば短縮化データ“野村総研”を含む）を埋め込むことにより、動的画面を生成する。即ち、サーバ２３から端末３０へ当該入出力変数データの値を送信して前記復元画面の基本画面内に表示させる。上記により端末３０で復元画面６０３に遷移する。
【００９１】
＜復元処理３＞
図７のＳ６４処理（処理主体は復元部５３）において、Ｓ７１では、ＤＢ６０から取得した「画面ＩＤ」データを所定の変数（ＧＡＭＥＮ＿ＩＤ）にセットする。例えばＧＡＭＥＮ＿ＩＤ＝Ｂとなる。
【００９２】
Ｓ７２では、要求（キー情報）の変数に、ＶＩＥＷパラメータが存在するかを確認する。存在しない場合（Ｎ）、Ｓ７５では、ＴＥＭＰＬＴ変数（ＡＬＪ７０の端末種別情報に基づく）の値をそのまま採用する。
【００９３】
ＶＩＥＷパラメータ（Ｐ／Ｋ等）が存在する場合（Ｙ）、Ｓ７３では、定義ファイル７００（図９（ａ））を読み込み、階層化データ（例えばｍａｐ：図９（ｂ）の階層化データ７０１）に格納する。図９（ａ）の定義ファイル７００の例では、例えば画面（Ａ）に関して、ＶＩＥＷ＝Ｐの場合にはＪＳＰページ：A.jspを、ＶＩＥＷ＝Ｋの場合にはＪＳＰページ：A-keitai.jspを用いることが定義されている。図９（ｂ）の階層化データ７０１の例では、例えばｍａｐＡにおいて、画面ＡならばｍａｐＢを、画面ＢならばｍａｐＣを対応付けるように定義されている。ｍａｐＢでは、端末種別がＰならばA.jspを、ＫならばA-keitai.jspを対応付けるように定義されている。
【００９４】
Ｓ７４で、ＶＩＥＷ＝Ｐ（ＰＣ）の場合（Ｙ）、Ｓ７５ｐ以降でＰＣ用画面を生成し、ＶＩＥＷ＝Ｋ（携帯）の場合（Ｎ）、Ｓ７５ｋ以降で携帯用画面を生成する処理を行う。Ｓ７５ｐでは、前記変数（ＧＡＭＥＮ＿ＩＤ）の値をキーとして、前記階層化データ７０１（ｍａｐＡ）を検索する。これにより例えばＰＣ用の画面Ｂ（出力画面２０２）の場合にはｍａｐＣが対応付けられる。Ｓ７６ｐでは、ＶＩＥＷの値をキーとして、ｍａｐＢ，ｍａｐＣ，……を検索する。これにより例えばＶＩＥＷ＝ＰからＪＳＰページ：B.jspが検索される。Ｓ７７ｐでは、上記結果に基づき、所定の応答画面変数に値をセットする。これにより例えばＪＳＰページ：B.jspがセットされる。同様に、Ｓ７５ｋでは、前記変数（ＧＡＭＥＮ＿ＩＤ）の値をキーとして、前記階層化データ７０１（ｍａｐＡ）を検索する。Ｓ７６ｋでは、ＶＩＥＷの値をキーとして、ｍａｐＢ，ｍａｐＣ，……を検索する。これにより例えばＶＩＥＷ＝ＫからＪＳＰページ：B-keitai.jspが検索される。Ｓ７７ｋでは、上記結果に基づき、所定の応答画面変数に値をセットする。これにより例えばＪＳＰページ：B-keitai.jspがセットされる。
【００９５】
＜復元処理４＞
図８のＳ６５処理（処理主体は復元部５３）において、Ｓ８１では、データ短縮定義ファイル８００（図９（ｃ））を読み込み、階層化データ（例えばｍａｐ：図９（ｄ）の階層化データ８０１）に格納する。図９（ｃ）のデータ短縮定義ファイル８００の例では、例えば銘柄名に関して“野村総合研究所”（ＰＣ用）が“野村総研”（携帯用）に短縮されること等が定義されている。図９（ｄ）の階層化データ８０１の例では、例えばｍａｐＡにおいて、銘柄名（ＭＥＩ＿ＣＤ）に関してｍａｐＢが対応付けられるように定義されている。ｍａｐＢでは、図９（ｃ）のようなデータ短縮化の関係が定義されている。
【００９６】
Ｓ８２では、ｍａｐＡからＭＥＩ＿ＣＤをキーとしてｍａｐＢを取得する。Ｓ８３では、ＭＥＩ＿ＣＤの値（例えば“野村総合研究所”）をキーにして、ｍａｐＢを検索し、その値（例えば“野村総研”）を取得する。Ｓ８４では、ＭＥＩ＿ＣＤ変数に、強制的に上記の値（例えば“野村総研”）をセットする。
【００９７】
＜端末種別＞
本例では、ユーザＵ１の端末１０の種別としてＰＣ（Ｔ１）（Ｐ）と携帯（Ｔ２）（Ｋ）があり、この場合、ユーザＵ１による過去表示時の端末種別と、復元時の端末種別との組み合わせとして、以下のパターンがある。
【００９８】
（１）ＰＣ→ＰＣの場合：同種の画面の復元。
【００９９】
（２）携帯→携帯の場合：同種の画面の復元。
【０１００】
（３）ＰＣ→携帯の場合：異種の画面の復元（生成）。ＰＣ用データから携帯用データへの変換（データ分割）により対応可能。
【０１０１】
（４）携帯→ＰＣの場合：異種の画面の復元（生成）。携帯用データからＰＣ用データへの変換により対応可能。
【０１０２】
なお、過去表示時の端末種別に対して復元時の端末種別が変更される場合、画面表示内容詳細（少なくとも視覚的な見え方）が変わってくる。特に端末種別に応じて入出力変数データ内容が異なる場合（データ短縮化など）もある。よって、この場合、厳密な意味では「復元」とは言えないが、本発明でいう「復元」の概念は、そのような端末種別の変更（データ内容詳細変更）も含めた概略的な意味での復元である。
【０１０３】
（実施の形態２）
次に、前記図２を用いて、本発明の実施の形態２のシステムについて説明する。実施の形態２では、実施の形態１の構成に加えて、ユーザの端末１０（ブラウザ１１）に、入力データ保持機能１２（例えばプログラムによる実現）を備え、サーバシステム側の前述の入力画面復元機能と合わせて使用することにより、端末１０の入力画面２０１（ユーザ入力データを含む）を復元することができる。
【０１０４】
入力データ保持機能１２は、入力画面２０１（サーバ２１からの応答（Ａ１０）による表示画面）に対してユーザＵ１により入力されたデータ（例えば検索条件入力データ）を、端末１０内に保存する。当該ユーザ入力データによる要求（ＩＮ）Ａ１１は、前述のようにサーバ２１側で対応するＩＮデータ８１ａがＡＬＪ７０に記録される。
【０１０５】
入力画面２０１に関する復元の際には、前述の復元部５３の入力画面復元機能により、画面データ（Ａ）８０ａ及びＩＮデータ８１ａの情報をＡＬＪ７０から取り出して復元画面を生成することにより基本的に復元ができる。
【０１０６】
しかしながら、端末１０の入力画面２０１からＡ１１の要求（ＩＮ）によるＩＮデータ８１ａ（ユーザ入力データを含む）が、例えば通信上の障害などによって正常にサーバ２１側へ届いていなかった場合、ＡＬＪ７０にその情報が記録されていないので、上記ＩＮデータ８１ａまでを含めた入力画面２０１の復元ができない可能性がある。
【０１０７】
この場合、端末１０側の入力データ保持機能１２をサーバ側の入力画面復元機能と合わせて用いることで、当該ＩＮデータ８１ａ（入力データ保持機能１２により保持）までを含めた入力画面２０１の復元ができる。
【０１０８】
端末１０は、入力画面２０１の復元にあたり、まずサーバ２３（復元部５３）から基本的な入力画面２０１（即ち前回の出力画面）の復元画面データ（ＩＮデータ８１ａは不要）を取得する。入力データ保持機能１２は、端末１０内に保持していたデータを読み出し、当該復元画面内（入力フォーム等）に追加表示（補間）することにより、当該ＩＮデータ８１ａまでを含めた入力画面２０１を復元する。
【０１０９】
ユーザＵ１はこの機能を利用して、例えば前回の入力画面２０１の入力データを本復元機能により取得し、その入力データを次回の同様の入力画面２０１でそのまま参照・再利用、加工編集すること等ができる。
【０１１０】
＜実施の形態の効果等＞
以上のように、実施の形態によれば、以下のような効果が得られる。本復元機能の利用により、従来のように生のログ情報を参照・解析等する必要は無く、システム管理者等の専用知識を持つ者以外にも、顧客や一般社員など専用知識を持たない者であっても、端末で過去に表示した画面の内容を視覚的にわかりやすく把握・確認することができる。
【０１１１】
特に、クライアント環境（端末種別）の違いに対応した本復元機能の利用により、例えば画面に係わる端末種別を表示時（過去表示時）と復元時とで一致させて画面を復元できる。これにより例えばコールセンタの顧客対応の品質が向上できる。
【０１１２】
また本復元機能の利用により、例えば画面に係わる端末種別を表示時と復元時とで異ならせて画面を復元することもできる。これにより例えば営業社員が屋内でＰＣで表示した時の画面の内容を、その後に屋外で携帯で表示して確認する、といったように、利用場面の拡大や新たな使い方が実現できる。
【０１１３】
特に、ユーザ端末側から本復元機能を利用できることにより、コールセンタを介して問い合わせる手間などを省いて、端末で過去に表示した画面の内容を視覚的にわかりやすく把握・確認することができる。
【０１１４】
また特に、ユーザ端末での入力画面の復元機能の利用により、過去の入力画面のユーザ入力データを再利用すること等もできる。
【０１１５】
以上、本発明者によってなされた発明を実施の形態に基づき具体的に説明したが、本発明は前記実施の形態に限定されるものではなく、その要旨を逸脱しない範囲で種々変更可能であることは言うまでもない。
【産業上の利用可能性】
【０１１６】
本発明は、Ｗｅｂのサーバシステム、コールセンタのシステム、システム管理部門（内部統制）のシステム、企業内ＬＡＮシステム、等に利用可能である。
【符号の説明】
【０１１７】
１０…端末、１１…ブラウザ、１２…入力データ保持機能（プログラム）、２１，２２，２３…サーバ（サーバ装置）、３０…端末、３１…ブラウザ、５１…ＪＳＰ処理部（動的画面生成処理部）、５２…ＡＬＪ処理部（履歴管理処理部）、５３…復元部（画面復元処理部）、６０…ＤＢ、６１…コンテンツデータ、６２…画面テンプレートデータ、６３…入出力変数データ、７０…ＡＬＪ（アクセスログジャーナル）、８０，８０ａ，８０ｂ…ＪＳＰページ（画面データ）、８１，８１ａ…ＩＮデータ（入力変数データ）、８２，８２ｂ…ＯＵＴデータ（出力変数データ）、１０１，１０２，２０１，２０２，２０３，２０４…画面（ページ）、３０１…キー情報／ログイン画面、３０２，６０２…履歴一覧画面、３０３，６０３…復元画面、４０１，４０２…レコード（アクセスログ）、５０１，５０２…レコード群（アクセスログ）、６０１…復元対象、７００…画面定義ファイル、７０１，８０１…階層化データ、８００…データ短縮定義ファイル。
【図１】
2011034487.tif 000003
【図２】
2011034487.tif 000004
【図３】
2011034487.tif 000005
【図４】
2011034487.tif 000006
【図５】
2011034487.tif 000007
【図６】
2011034487.tif 000008
【図７】
2011034487.tif 000009
【図８】
2011034487.tif 000010
【図９】
2011034487.tif 000011
【図１０】
2011034487.tif 000012