JP4520261B2 - 電子装置、表示データ生成方法、表示データ生成プログラム及び記録媒体 - Google Patents

Description

本発明は、電子装置、表示データ生成方法、表示データ生成プログラム及び記録媒体に関し、特に所定のデータ形式による通信に基づき表示データを生成する電子装置、表示データ生成方法、表示データ生成プログラム及び記録媒体に関する。

図１は、従来のＷｅｂシステムの機能構成例を示す図である。図１に示されるように、Ｗｅｂシステム５００は、Ｗｅｂブラウザ５２１と、Ｗｅｂサーバプログラム５１１と、Ｗｅｂアプリケーション５１２と、Ｗｅｂサービス５３１ａ、５１３ｂ及び５１３ｃ（以下総称する場合「Ｗｅｂサービス５３１」という）とから構成されている。

Ｗｅｂブラウザ５２１は、ユーザによるＵＲＬの入力等に応じて、Ｗｅｂサーバプログラム５１１に対して当該ＵＲＬに対応する処理要求（ＨＴＴＰリクエスト）を送信し、そのＨＴＴＰリクエストに対する応答としてＷｅｂサーバプログラム５１１より返信されるＷｅｂページを表示する機能である。

Ｗｅｂサーバプログラム５１１は、一般にＨＴＴＰｄ（HTTP daemon）と呼ばれるプログラムに相当する機能である。すなわち、Ｗｅｂサーバプログラム５１１は、Ｗｅｂブラウザ５２１からのＨＴＴＰリクエストを受信し、Ｗｅｂブラウザ５２１からの要求に対応したＷｅｂアプリケーション５１２を呼び出す。また、Ｗｅｂサーバプログラム５１１は、呼び出したＷｅｂアプリケーショ５１２から出力されるＷｅｂページをＷｅｂブラウザ５２１に対してＨＴＴＰレスポンスとして送信する。

Ｗｅｂアプリケーション５１２は、Ｗｅｂサーバプログラム５１１からの呼び出しに応じて、Ｗｅｂブラウザ５２１から要求された処理をＷｅｂサービス５３１に実行させると共に、Ｗｅｂサービス５３１からの応答に基づいて、その処理結果を表示させるＷｅｂページを生成する機能である。

Ｗｅｂサービス５３１は、いわゆる業務ロジックをＷｅｂサービスとして提供する機能である。したがって、Ｗｅｂサービス５３１は、Ｗｅｂアプリケーション５１２から送信される、ＸＭＬ形式によるＳＯＡＰメッセージ（サービスリクエスト）に応じて当該ＳＯＡＰメッセージにおいて要求された処理を実行し、その処理結果を示すＸＭＬデータを含むＳＯＡＰメッセージ（サービスレスポンス）をＷｅｂアプリケーション５１２に返信する。

更に、Ｗｅｂアプリケーション５１２は、要求処理部５１３、ＵＩ生成部５１４、処理制御部５１５及びＳＯＡＰエンジン５１６等から構成される。

要求処理部５１３は、ＨＴＴＰリクエストの解析（ＵＲＬの解析やパラメータの解析等）を行い、その解析結果に基づいてＨＴＴＰリクエストに応じた処理を処理制御部５１５に実行させる機能である。

処理制御部５１５は、要求処理部５１３からの呼び出しに応じ、Ｗｅｂブラウザ５２１から要求された処理を、ＳＯＡＰエンジン５１６を介してＷｅｂサービス５３１に実行させる機能である。処理制御部５１５は、更に、Ｗｅｂサービス５３１から返信された情報から、Ｗｅｂページに表示させる情報（表示情報）を抽出し、抽出された表示情報をＵＩ生成部５１４に出力する。

ＵＩ生成部５１４は、処理制御部５１５より出力された表示情報に基づいてＷｅｂページを生成し、生成されたＷｅｂページをＷｅｂサーバプログラム５１１に出力する機能である。

ＳＯＡＰエンジン５１６は、Ｗｅｂサービス５３１のメソッドインタフェースを透過的に上位モジュールに提供する機能である。すなわち、ＳＯＡＰエンジン５１６は、処理制御部５１５によるメソッド呼び出しに基づいて、当該メソッドに対応するＷｅｂサービス５３１におけるメソッドの呼び出し情報をＸＭＬ形式のデータにシリアライズし、当該ＸＭＬ形式のデータをＳＯＡＰメッセージ（サービスリクエスト）としてＷｅｂサービス５３１に対して送信する。ＳＯＡＰエンジン５１６は、また、サービスリクエストに対する応答としてＷｅｂサービス５３１より返信されるＳＯＡＰメッセージ（サービスレスポンス）を受信し、当該サービスレスポンスにＸＭＬ形式のデータとして含まれるメソッドの返却情報をデシリアライズし、デシリアライズされた返却情報を処理制御部５１５に対して返却する。

図１のＷｅｂシステム５００におけるＷｅｂページの生成処理は、例えば、以下のようになる。図２は、従来のＷｅｂページの生成処理の例を説明するための図である。

図２において、サービスレスポンス５３１１は、例えば、文書一覧情報の提供を要求するサービスリクエストに応じてＷｅｂサービス５３１より返信されたサービスレスポンスである。すなわち、サービスレスポンス５３１１には、記述５３１１ａ及び記述５３１１ｂよりフォルダＢ内に文書Ａが有る旨が、記述５３１１ｃ及び記述５３１１ｄよりフォルダＤ内に文書Ｄが有る旨が示されている。更に、記述５３１１ｅにおいて＜ｎｅｘｔ＞タグで囲まれて「ＯＫ」が記述されていることにより、更なる文書一覧情報が有る旨が示されている。

また、サービスレスポンス５３１２は、サービスレスポンス５３１１における文書一覧情報に含まれている一の文書（文書Ｃ）についての詳細情報の提供を要求するサービスリクエストに応じてＷｅｂサービス５３１より返信されたサービスレスポンスである。すなわち、サービスレスポンス５３１２には、記述５３１２ｂより文書Ｃの拡張子は「．ｔｘｔ」である旨が示されており、更に記述５３１２ｃより文書Ｃに関する更なる詳細情報は無い旨が示されている。

ＸＭＬ形式によるサービスレスポンス５３１１及び５３１２は、ＳＯＡＰエンジン５１６によってデシリアライズされ、それぞれプログラム言語に依存した形式に変換される。例えば、処理制御部５１５がＣ言語によって実装されている場合は、サービスレスポンス５３１１は構造体５１６１へ、サービスレスポンス５３１２は構造体５１６２へそれぞれ変換される。

処理制御部５１５は、ＳＯＡＰエンジン５１６によって生成された構造体５１６１及び５１６２より表示情報を抽出すると共に、表示情報に基づいて、Ｗｅｂページを生成するためのＸＭＬデータ５１５１を生成する。

ＵＩ生成部５１４は、処理制御部５１５によって生成されたＸＭＬデータ５１５１にＸＳＬデータ５１５１にＸＳＬデータ５１４１を適用してＸＳＬＴ（XSL Transformations）変換を実行することによりＨＴＭＬ形式のＷｅｂページ５１４２を生成する。

従来、このようにしてＷｅｂサービス５３１からのサービスレスポンスに基づいてＷｅｂページが生成されるのが一般であった。
特開２００４−５４８７号公報

しかしながら、上記のように、ＸＳＬＴ変換を実行してＷｅｂページを生成するためには、最終的に表示情報としてＸＭＬ形式のデータ（ＸＭＬデータ５１５１）が必要とされるところ、従来は、サービスレスポンスに含まれる全ての情報についてデシリアライズが実行されていたため、非常に非効率であるという問題があった。図中においては、便宜上簡略化されて表示されているが、実際のサービスレスポンスは、膨大なサイズのＸＭＬデータとなることもあり、デシリアライズ処理は、Ｗｅｂサーバに高い負荷を課すものであった。

また、サービスレスポンスに含まれている情報から表示情報を抽出するための処理についても同様に、非効率かつ高負荷という問題があった。

本発明は、上記の点に鑑みてなされたものであって、所定のデータ形式による通信を介して提供される情報に基づいて効率的に表示データを生成することのできる電子装置、表示データ生成方法、表示データ生成プログラム及び記録媒体の提供を目的とする。

そこで上記課題を解決するため、本発明は、請求項１に記載されるように、外部装置との第一のデータ形式による通信に基づき表示データを生成する電子装置であって、前記表示データの表示内容となり得る表示内容データと前記表示データの生成処理の制御に用いられ得る制御用データとを区別して前記外部装置に対して要求する要求手段と、前記要求手段からの前記外部装置への要求について当該電子装置内部の処理に用いられる第二のデータ形式から前記第一のデータ形式への第一の変換処理を実行するとともに、前記要求に応じて前記外部装置より提供される情報について前記第一のデータ形式から前記第二のデータ形式への第二の変換処理を実行することにより前記外部装置との通信を仲介する通信仲介手段と、前記外部装置より提供される情報のうち前記要求手段による前記表示内容データに関する要求に応じて提供される前記表示内容データを前記第一のデータ形式のまま用いて前記表示データを生成する表示データ生成手段とを有し、前記通信仲介手段は、前記要求手段による前記表示内容データに関する要求に応じ前記外部装置より提供される前記表示内容データについては前記第二の変換処理を実行しないことを特徴とする。

このような電子装置では、表示内容データと制御用データとが区別して扱われるため、表示内容データと制御用データとの分別処理は不要となる。また、表示内容データについては、通信に用いられるデータ形式からの変換処理は実行されないため、当該変換処理による負荷を削減することができる。

また、上記課題を解決するため、本発明は、上記電子装置における表示データ生成方法、前記表示データ生成方法をコンピュータに実行させるための表示データ生成プログラム、又は前記表示データ生成プログラムを記録した記録媒体としてもよい。

本発明によれば、所定のデータ形式による通信を介して提供される情報に基づいて効率的に表示データを生成することのできる電子装置、表示データ生成方法、表示データ生成プログラム及び記録媒体を提供することができる。

以下、図面に基づいて本発明の実施の形態を説明する。図３は、本発明の実施の形態におけるＷｅｂシステムの構成例を示す図である。図３に示されるように、本実施の形態におけるＷｅｂシステム１は、Ｗｅｂサーバ１０と、端末２０と、文書管理サーバ３０ａ、３０ｂ及び３０ｃ等（以下、総称する場合「文書管理サーバ３０」という。）とが、インターネットやＬＡＮ等のネットワーク４０（有線又は無線の別を問わない）を介して接続されて構成されている。

Ｗｅｂサーバ１０は、端末２０が要求する情報を表示させるＷｅｂページ（表示データ）を端末２０に提供するための機能を有するコンピュータである。ここで、Ｗｅｂページとは、汎用的なＷｅｂブラウザで表示可能なＨＴＭＬ（HyperText Markup Language），ＸＭＬ（eXtensible Markup Language）形式等のデータを始め、ＣＨＴＭＬ（Compact HTML）やＷＭＬ（Wireless Markup Language）等、所定の言語で記述された表示用の構造化文書一般をいう。Ｗｅｂサーバ１０は、また、提供したＷｅｂページを介して要求された処理を文書管理サーバ３０等に実行させる。

端末２０は、Ｗｅｂサーバ１０によって提供されるＷｅｂページを閲覧させるためのＷｅｂブラウザを備えたＰＣ、ＰＤＡ（Personal Digital(Data) Assistants）、又は携帯電話等の通信端末である。

文書管理サーバ３０は、文書情報（文書データの実データ及び属性情報等）の登録、検索、及び更新等の文書情報の管理機能をＷｅｂサービス（文書管理サービス）としてネットワーク４０上に提供しているコンピュータである。文書管理サーバ３０の機能はＳＯＡＰ（Simple Object Access Protocol）のＲＰＣ（Remote Procedure Call）によって呼び出すことができる。例えば、文書管理サーバ３０は、任意のフォルダ内に格納されている文書データの一覧情報を取得させるための「文書一覧取得メソッド」や、一の文書の詳細情報を取得させるための「詳細情報取得メソッド」等をネットワーク４０上に公開している。

次に、Ｗｅｂサーバ１０の詳細について説明する。図４は、本発明の実施の形態におけるＷｅｂサーバのハードウェア構成例を示す図である。Ｗｅｂサーバ１０は、ＣＰＵ１０１、ＲＯＭ１０２、ＲＡＭ１０３、補助記憶装置１０４、ネットワークインタフェース（Ｉ／Ｆ）１０５、ドライブ装置１０６等から構成されている。

ＣＰＵ１０１は、Ｗｅｂサーバ１０全体を制御する制御部であり、ＲＯＭ１０２や補助記憶装置１０４に格納された各種制御プログラムやアプリケーションプログラムを実行して装置の制御、通信の制御、データの取得及び編集等の処理を行う。

ＲＯＭ１０２は、主に装置の制御プログラムを記憶する記憶手段である。ＲＡＭ１０３はＣＰＵ１０１のワークメモリや一時的なデータの記憶に用いる記憶手段である。補助記憶装置１０４は、各種アプリケーションプログラムやデータを記憶する記憶手段である。

ネットワークＩ／Ｆ１０５は、Ｗｅｂサーバ１０をネットワーク４０に接続するためのインタフェースである。ドライブ装置１０６は、本発明の特徴となる処理を実行するプログラムが記録されたＣＤ−ＲＯＭ等の記録媒体１０７を読み取るための装置である。

なお、図４には操作部や表示部を示していないが、キーボードやマウス等による操作部や、液晶やブラウン管（ＣＲＴ）による表示部を設け、ユーザからの入力の受付や動作結果の表示を行うことができるようにしてもよい。

図５は、本発明の実施の形態におけるＷｅｂシステムの機能構成例を示す図である。図５に示されるように、本実施の形態におけるＷｅｂシステム１の機能は、端末２０におけるＷｅｂブラウザ２１と、Ｗｅｂサーバ１０におけるＷｅｂサーバプログラム１１及びＷｅｂアプリケーション１２と、文書管理サーバ３０における文書管理サービス３１とから構成される。

Ｗｅｂブラウザ２１は、ユーザによるＵＲＬの入力等に応じて、Ｗｅｂサーバプログラム１１に対して当該ＵＲＬに対応する処理要求（ＨＴＴＰリクエスト）を送信し、そのＨＴＴＰリクエストに対する応答としてＷｅｂサーバプログラム１１より返信されるＷｅｂページを表示する機能である。

Ｗｅｂサーバプログラム１１は、一般にＨＴＴＰｄ（HTTP daemon）と呼ばれるプログラムに相当する機能である。すなわち、Ｗｅｂサーバプログラム１１は、Ｗｅｂブラウザ２１からのＨＴＴＰリクエストを受信し、Ｗｅｂブラウザ２１からの要求に対応したＷｅｂアプリケーション１２を呼び出す。また、Ｗｅｂサーバプログラム１１は、呼び出したＷｅｂアプリケーショ５１２から出力されるＷｅｂページをＷｅｂブラウザ２１に対してＨＴＴＰレスポンスとして送信する。

Ｗｅｂアプリケーション１２は、Ｗｅｂサーバプログラム１１からの呼び出しに応じて、Ｗｅｂブラウザ２１から要求された処理を文書管理サービス３１に実行させると共に、文書管理サービス３１からの応答に基づいて、その処理結果を表示させるＷｅｂページを生成する機能である。

文書管理サービス３１は、上述したように文書情報の管理機能をＷｅｂサービスとして提供する機能である。したがって、文書管理サービス３１は、Ｗｅｂアプリケーション１２から送信される、ＸＭＬ形式によるＳＯＡＰメッセージ（サービスリクエスト）に応じて当該ＳＯＡＰメッセージにおいて要求された処理を実行し、その処理結果を示すＸＭＬデータを含むＳＯＡＰメッセージ（サービスレスポンス）をＷｅｂアプリケーション１２に返信する。図中における文書管理サービス３１は、各文書管理サーバ３０（文書管理サーバ３０ａ、３０ｂ及び３０ｃ）におけるそれぞれの文書管理サービスを総括して表示したものである。

本実施の形態における文書管理サービス３１においては、表示内容データを取得させるためのインタフェースと、制御用データを取得させるためのインタフェースとが明確に区別されて定義されている。表示内容データとは、最終的にＷｅｂページ上のコンテンツ（表示内容）となる可能性の高い情報（Ｗｅｂページ上に表示され得る情報）を表現するデータをいい、制御用データとは、処理の成否や状態等、処理を制御するために必要とされるが、Ｗｅｂページ上にはそのままの形式では表示される可能性の低い情報を表現するデータをいう。

図２を用いて更に具体的に説明する。サービスレスポンス５３１１における記述５３１１ｅや、サービスレスポンス５３１２における記述５３１２ｃは、サービスリクエスト（文書一覧情報の提供要求や詳細情報の提供要求）によって要求された情報を直接表現するものではなく、更なる文書一覧情報又は更なる詳細情報が有るか否かを示す制御用のフラグ情報である。このような情報は、一般的にＷｅｂページに表示させることを目的とした情報ではない。したがって、記述５３１１ｅ及び記述５３１２ｃは、制御用データに分類される。一方、サービスレスポンス５３１１における記述５３１１ａ〜５３１１ｄや、サービスレスポンス５３１２における記述５３１２ａ及び記述５３１２ｂは、サービスリクエストによって要求された情報を直接表現するものである。このような情報は、一般的にＷｅｂページのコンテンツとして用いられる可能性が高い。したがって、記述５３１１ａ〜５３１１ｄや記述５３１２ａ及び記述５３１２ｂは、表示内容データに分類される。

すなわち、図２においては、一つのメソッドの呼び出しに対して表示内容データと制御用データとが混在したサービスレスポンスが返却されているが、本実施の形態における文書管理サービス３１においては、当該一つのメソッドが、表示内容データを取得させるためのメソッド（以下「表示用メソッド」といい、表示用メソッドを呼び出すためのサービスリクエストを「表示用サービスリクエスト」という。）と制御用データを取得させるためのメソッド（以下「制御用メソッド」といい、制御用メソッドを呼び出すためのサービスリクエストを「制御用サービスリクエスト」という。）とに分割されている。そして、文書管理サービス３１は、前者が呼び出された場合は表示内容データとしてのサービスレスポンス（以下「表示用サービスレスポンス」という。）を返信し、後者が呼び出された場合は制御用データとしてのサービスレスポンス（以下「制御用サービスレスポンス」という。）を返信する。図５においては、符号３１１によって示される丸印によって表示用メソッドが表現され、符号３１２によって示される丸印によって制御用メソッドが表現されている。

なお、文書管理サービス３１によって提供される情報が、表示内容データとして用いられるか否かは画一的に区別できるものではなく、実装に応じて適宜定めればよい。

更に、Ｗｅｂアプリケーション１２は、要求処理部１２１、処理制御部１２２、ＵＩ生成部１２３、表示内容データ処理部１２４及びＳＯＡＰエンジン１２５等から構成される。

要求処理部１２１は、ＨＴＴＰリクエストの解析（ＵＲＬの解析やパラメータの解析等）を行い、その解析結果に基づいてＨＴＴＰリクエストに応じた処理を処理制御部１２２に実行させる機能である。

処理制御部１２２は、要求処理部１２１からの呼び出しに応じ、Ｗｅｂブラウザ２１から要求された処理を、ＳＯＡＰエンジン１２５を介して文書管理サービス３１に実行させる機能である。処理制御部１２２は、ＳＯＡＰエンジン１２５を介して表示内容データと制御用データとを区別して文書管理サービス３１に要求し、文書管理サービス３１より返信された制御用データに基づいて、処理の制御を行う。

ＵＩ生成部１２３は、表示内容データ処理部１２４より出力された表示内容データを用いてＷｅｂページを生成し、生成されたＷｅｂページをＷｅｂサーバプログラム１１に出力する機能である。

表示内容データ処理部１２４は、後述されるレスポンス処理部１２５１によって一時的に保存されている表示内容データを読み込み、ＵＩ生成部１２３に出力する機能である。表示内容データ処理部１２４は、表示内容データが複数ある場合には、その複数の表示内容データを結合して一つの表示内容データとしてＵＩ生成部１２３に出力する。

ＳＯＡＰエンジン１２５は、文書管理サービス３１との通信に用いられるデータ形式（ＸＭＬ形式）とＷｅｂサーバ１０の内部処理に用いられるデータ形式（例えば、Ｗｅｂアプリケーション１２を実装するためのプログラミング言語に依存したデータ形式）との変換処理を行うことにより、文書管理サービス３１との通信を仲介する機能である。ＳＯＡＰエンジン１２５によって文書管理サービス３１のメソッドインタフェースが透過的に上位モジュールに提供される。すなわち、ＳＯＡＰエンジン１２５は、処理制御部１２２によるメソッド呼び出しに基づいて、当該メソッドに対応する文書管理サービス３１におけるメソッドの呼び出し情報をＸＭＬ形式のデータにシリアライズし、当該ＸＭＬ形式のデータをＳＯＡＰメッセージ（サービスリクエスト）として文書管理サービス３１に対して送信する。

ＳＯＡＰエンジン１２５は、レスポンス処理部１２５１を有しており、サービスリクエストに対する応答として文書管理サービス３１より返信されるＳＯＡＰメッセージ（サービスレスポンス）の処理は、レスポンス処理部１２５１が行う。レスポンス処理部１２５１は、サービスレスポンスが制御用サービスレスポンスの場合は、当該制御用サービスレスポンスにＸＭＬ形式のデータとして含まれているメソッドの返却情報（制御用データ）をデシリアライズし、デシリアライズされた制御用データを処理制御部１２２に対して返却する。また、レスポンス処理部１２５１は、サービスレスポンスが表示用サービスレスポンスの場合は、当該表示用サービスポンスにＸＭＬ形式のデータとして含まれているメソッドの返却情報（表示内容データ）をデシリアライズすることなく、ＸＭＬ形式のままで所定の記憶領域に一時的に保存する。

以下、図５のＷｅｂシステム１の処理手順について説明する。まず、第一の実施の形態として、Ｗｅｂページの生成処理について基本的な処理手順を説明する。図６は、第一の実施の形態におけるＷｅｂページの生成処理を説明するためのシーケンス図である。なお、図６においては便宜上Ｗｅｂサーバプログラム１１及びＳＯＡＰエンジン１２５等の通信機能については省略されており、以降のシーケンス図においても同様である。また、図６において文書管理サービス３１ａは、文書管理サーバ３０ａにおける文書管理サービス３１を意味する。

ステップＳ１０１において、端末２０のＷｅｂブラウザ２１は、ユーザによるＵＲＬの入力等に応じ、当該ＵＲＬに対応した処理の実行要求（ＨＴＴＰリクエスト）をＷｅｂサーバ１０に対して要求する。ここでは、文書管理サービス３１ａにおける文書一覧情報の検索が要求されたものとする。ステップＳ１０１に続いてステップＳ１０２に進み、Ｗｅｂサーバ１０の要求処理部１２１は、Ｗｅｂブラウザ２１からのＨＴＴＰリクエストを解析することによりＨＴＴＰリクエストに対応した処理制御部１２２を特定し、当該処理制御部１２２を呼び出す。ステップＳ１０２に続いて処理制御部１２２は、文書一覧情報を取得するための処理を実行する。まず、処理制御部１２２は、文書一覧情報の検索を要求する表示用サービスリクエストをＳＯＡＰエンジン１２５を介して文書管理サービス３１ａに送信する。

ステップＳ１０３に続いてステップＳ１０４に進み、文書管理サービス３１ａは、表示用サービスリクエストに応じて文書一覧情報を検索し、検索された文書一覧情報をＸＭＬ形式の表示内容データとして含む表示用サービスレスポンスをレスポンス処理部１２５１に対して返信する。なお、ここで返信される表示用サービスレスポンスは、更なる文書一覧情報が有るか否か等の制御用データは含まれていない。図２のサービスレスポンス５３１１を例とすると、記述５３１１ａ〜記述５３１１ｄまでの情報がここでの表示内容データに相当する。

ステップＳ１０４に続いてステップＳ１０５に進み、レスポンス処理部１２５１は、表示用サービスレスポンスより表示内容データを取り出し、当該表示内容データをそのまま（デシリアライズせずに）所定の記憶領域（フォルダ等）に一時的に保存する。なお、文書管理サービス３１ａからのサービスレスポンスが表示用サービスレスポンスであるのか制御用サービスレスポンスであるのかを判断させるためには、例えば、処理制御部１２２が、文書管理サービス３１ａに対してサービスリクエストを送信する際に、当該サービスリクエストが表示用であるのか制御用であるのかを識別するためのフラグを立てておけばよい。レスポンス処理部１２５１は、そのフラグを参照することにより、文書管理サービス３１ａからのサービスレスポンスが表示用であるのか制御用であるのかを判断することができる。

ステップＳ１０５に続いてステップＳ１０６に進み、処理制御部１２２は、更なる文書一覧情報が有るか否かを問い合わせるための制御用サービスリクエストをＳＯＡＰエンジン１２５を介して文書管理サービス３１ａに送信する。ステップＳ１０６に続いてステップＳ１０７に進み、文書管理サービス３１ａは、更なる文書一覧情報が有るか否かを判断し、更なる文書一覧情報の有無を示すＸＭＬ形式の制御用データを含む制御用サービスレスポンスをレスポンス処理部１２５１に対して返信する。なお、ここで返信される制御用サービスレスポンスには、文書一覧情報は含まれていない。図２のサービスレスポンス５３１１を例とすると、記述５３１１ｅがここでの制御用データに相当する。

ステップＳ１０７に続いてステップＳ１０８に進み、レスポンス処理部１２５１は、制御用サービスレスポンスに含まれている制御用データをデシリアライズし、デシリアライズされた制御用データを処理制御部１２２に対して出力する（Ｓ１０９）。ステップＳ１０９に続いてステップＳ１１０に進み、処理制御部１２２は、制御用データに基づいて更にサービスリクエストを呼び出す必要があるか等の状況判断を行う。ここでは、例えば、制御用データが更なる文書一覧情報は無い旨を示していれば、必要な処理が完了したものと判断し、その旨を通知する終了通知を表示内容データ処理部１２４に通知する。この終了通知は、例えば、表示内容データ処理部１２４における関数の呼び出し等として実装され得る。

ステップＳ１１１に続いてステップＳ１１２に進み、終了通知を受けた表示内容データ処理部１２４は、一時的に保存されている表示内容データを取得し、当該表示内容データをそのままＵＩ生成部１２３に対して出力する。ステップＳ１１２に続いてステップＳ１１３に進み、ＵＩ生成部１２３は、表示内容データ処理部１２４より出力されたＸＭＬ形式の表示内容データに、予めＷｅｂページの書式が定義されているＸＳＬ（eXtensible Stylesheet Language）データを適用してＸＳＬＴ（XSL Transformations）変換を実行することによりＨＴＭＬ形式のＷｅｂページを生成し、当該ＷｅｂページをＷｅｂブラウザ２１に送信する（Ｓ１１４）。なお、Ｗｅｂページは、Ｗｅｂブラウザ２１によって表示され、ユーザは文書一覧情報を閲覧することができる。

上述したように第一の実施の形態におけるＷｅｂサーバ１０は、表示内容データと制御用データとを区別して文書管理サービス３１に要求することができるため、文書管理サービス３１から返信された情報（サービスレスポンス）について、表示内容データと制御用データとの別を認識することができる。したがって、Ｗｅｂサーバ１０は、サービスレスポンスについて、表示内容データと制御用データとの分別処理を実行する必要はなく、表示内容データについてはデシリアライズをしないといった制御も可能となる。よって、Ｗｅｂサーバ１０における処理の効率化が図れると共に、処理負荷の軽減を図ることができる。

次に、第二の実施の形態として、Ｗｅｂアプリケーション１２が文書管理サービス３１ａより複数の表示内容データを取得する場合について、図７と図８とを用いて説明する。図７は、第二の実施の形態におけるＷｅｂページの生成処理を説明するためのシーケンス図である。また、図８は、第二の実施の形態におけるＷｅｂページの生成処理を説明するための概念図である。

図７のステップＳ２０１において、端末２０のＷｅｂブラウザ２１は、ユーザによるＵＲＬの入力等に応じ、当該ＵＲＬに対応した処理の実行要求（ＨＴＴＰリクエスト）をＷｅｂサーバ１０に対して要求する。ここでは、文書管理サービス３１ａにおける文書一覧情報の検索と当該文書一覧情報における一の文書に関する詳細情報の提供とが要求されたものとする。ステップＳ２０１に続いてステップＳ２０２に進み、Ｗｅｂサーバ１０の要求処理部１２１は、Ｗｅｂブラウザ２１からのＨＴＴＰリクエストを解析することによりＨＴＴＰリクエストに対応した処理制御部１２２を特定し、当該処理制御部１２２を呼び出す。

以降、ステップＳ２０３〜ステップＳ２０９においては、図６におけるステップＳ１０３〜ステップＳ１０９と同様の処理が実行される。すなわち、まず、処理制御部１２２が、文書一覧情報の検索を要求する表示用サービスリクエストを文書管理サービス３１ａに送信すると（Ｓ２０３）、文書一覧情報を表示内容データとして含む表示用サービスレスポンスが文書管理サービス３１ａよりレスポンス処理部１２５１に返信される（Ｓ２０４）。

ここで返信される表示用サービスレスポンスに含まれている表示内容データは、例えば、図８における表示内容データ３１２１が相当する。図８に示されるように、表示内容データ３１２１には、文書一覧情報に含まれる文書の文書名を示す情報（記述３１２１ａ及び記述３１２１ｃ）や、その文書が格納されているフォルダのフォルダ名を示す情報（記述３１２１ｂ及び記述３１２１ｄ）等、Ｗｅｂページ上で表示され得る情報のみが含まれている。表示内容データ３１２１は、デシリアライズされずにレスポンス処理部１２５１によって所定の記憶領域に保存される（Ｓ２０５）。

続いて、処理制御部１２２が、更なる文書一覧情報が有るか否かを問い合わせるための制御用サービスリクエストを文書管理サービス３１ａに送信すると（Ｓ２０６）、文書一覧情報の有無を示す制御用データを含む制御用サービスレスポンスが文書管理サービス３１ａよりレスポンス処理部１２５１に返信される（Ｓ２０７）。

ここで返信される制御用サービスレスポンスに含まれている制御用データは、例えば、図８における制御用データ３１１１が相当する。図８に示されるように、制御用データ３１１１には、更なる文書一覧情報が無い旨を示す情報（記述３１１１における「Ｎｏｔ」）のみが含まれている。制御用データ３１１１は、レスポンス処理部１２５１によってデシリアライズされ（Ｓ２０８）、デシリアライズされた制御用データが処理制御部１２２に出力される（Ｓ２０９）。なお、以降において、デシリアライズされた制御用データについても、「制御用データ３１１１」と呼ぶこととする。

ステップＳ２１０において、処理制御部１２２は、制御用データ３１１１に基づいて文書一覧情報を更に取得する必要があるか否か等の状況判断を行う。ここでは、制御用データ３１１１には、更なる文書一覧情報は無い旨が示されているため、処理制御部１２２は、文書一覧情報の取得は終了させ、詳細情報の取得処理に移行すべき旨を判断する。

ステップＳ２１０に続いてステップＳ２１１に進み、処理制御部は文書一覧情報に含まれている一の文書（ここでは、「文書Ｃ」とする。）の詳細情報を取得するための処理を実行する。詳細情報の取得処理についても、文書一覧情報の取得処理と同様に表示内容データの取得処理（Ｓ２１１〜Ｓ２１３）及び制御用データの取得処理（Ｓ２１４〜Ｓ２１６）といった手順で実行されるため、処理手順の詳細な説明については省略する。

ここで、詳細情報を要求する表示用サービスリクエスト（Ｓ２１１）に対する表示用サービスレスポンス（Ｓ２１２）に含まれている表示内容データは、例えば、図８における表示内容データ３１２２が相当する。図８に示されるように、表示内容データ３１２２には、文書名を示す情報（記述３１２２ａ）や拡張子を示す情報（記述３１２２ｂ）等、Ｗｅｂページ上で表示され得る情報のみが含まれている。

また、更なる詳細情報の有無を問い合わせる制御用サービスリクエスト（Ｓ２１４）に対する制御用サービスレスポンス（Ｓ２１５）に含まれている制御用データは、例えば、図８における制御用データ３１１２が相当する。図８に示されるように、制御用データ３１１２には、更なる詳細情報は無い旨を示す情報（記述３１１２ａにおける「Ｎｏｔ」）のみが含まれている。

なお、表示内容データ３１２２は、デシリアライズされずにレスポンス処理部１２５１によって所定の記憶領域に保存される（Ｓ２１３）。また、制御用データ３１１２は、レスポンス処理部１２５１によってデシリアライズされ（Ｓ２１６）、処理制御部１２２に対して出力される（Ｓ２１７）。

ステップＳ２１７に続いてステップＳ２１８に進み、処理制御部１２２は、制御用データ３１１２に基づいて、詳細情報を更に取得する必要があるか否か等の状況判断を行う。ここでは、制御用データ３１１２には、更なる詳細情報は無い旨が示されているため、処理制御部１２２は、詳細情報の取得処理を終了させ、終了通知を表示内容データ処理部１２４に通知する（Ｓ２１９）。

ステップＳ２１９に続いてステップＳ２２０に進み、表示内容データ処理部１２４は、保存されている表示内容データ３１２１と表示内容データ３１２２とを結合して一つの表示内容データを生成する。二つ以上の表示内容データが結合されることにより生成された表示内容データを以下「結合表示内容データ」という。

図９は、表示内容データの結合処理を説明するための図である。図９においては、表示内容データＡと表示内容データＢとが表示内容データ処理部１２４によって結合されることにより結合表示内容データＣが生成される様子が示されている。ＸＭＬ形式の結合表示内容データＣにおいては、表示内容データＡと表示内容データＢとに対して上位の要素（親要素）として、例えばｄａｔａ要素が定義され、ｄａｔａ要素の子要素として表示内容データＡと表示内容データＢとが並べられる。

したがって、表示内容データ３１２１と表示内容データ３１２２とが結合されると、結合表示内容データ１２４１（図８）のようになる。結合表示内容データ１２４１においては、親要素としてのｄａｔａ要素の開始タグ１２４１ａと終了タグ１２４１ｂとに囲まれて表示内容データ３１２１と表示内容データ３１２２とが並べられている。

生成された結合表示内容データ１２４１は、表示内容データ処理部１２４によってＵＩ生成部１２３に出力される（Ｓ２２１）。ステップＳ２２１に続いてステップＳ２２２に進み、ＵＩ生成部１２３は、結合表示内容データ１２４１にＸＳＬデータ１２３１（図８）を適用してＸＳＬＴ変換を実行することにより、ＨＴＭＬ形式のＷｅｂページ１２３２（図８）を生成する。生成されたＷｅｂページ１２３２は、Ｗｅｂブラウザ２１に送信され、Ｗｅｂブラウザ２１によって表示される（Ｓ１１４）。

上述したように本実施の形態におけるＷｅｂサーバ１０は、複数のサービスリクエストによって複数の表示内容データが取得されるような処理形態においても、表示内容データと制御用データとの分別処理、及び表示内容データのデシリアライズ処理といった負荷の高い処理を不要なものとすることができる。

ところで、上記においては、一つの文書管理サービス３１ａを利用してＷｅｂページを生成する場合について説明したが、本発明は複数のＷｅｂサービスを利用する場合についても適用が可能である。そこで、第三の実施の形態として複数の文書管理サービス３１（文書管理サービス３１ａ及び３１ｂ）を利用してＷｅｂページを生成する場合の処理手順を図１０と図１１とを用いて説明する。なお、文書管理サービス３１ｂは、文書管理サーバ３０ｂにおける文書管理サービス３１を意味する。

図１０は、第三の実施の形態におけるＷｅｂページの生成処理を説明するためのシーケンス図である。また、図１１は、第三の実施の形態におけるＷｅｂページの生成処理を説明するための概念図である。

図１０のステップＳ３０１において、端末２０のＷｅｂブラウザ２１は、ユーザによるＵＲＬの入力等に応じ、当該ＵＲＬに対応した処理の実行要求（ＨＴＴＰリクエスト）をＷｅｂサーバ１０に対して要求する。ここでは、文書管理サービス３１ａにおける文書一覧情報の検索及び当該文書一覧情報における一の文書に関する詳細情報の提供と、文書管理サービス３１ｂにおける一の文書に関する詳細情報の提供とが要求されたものとする。ステップＳ３０１に続いてステップＳ３０２に進み、Ｗｅｂサーバ１０の要求処理部１２１は、Ｗｅｂブラウザ２１からのＨＴＴＰリクエストを解析することによりＨＴＴＰリクエストに対応した処理制御部１２２を特定し、当該処理制御部１２２を呼び出す。

以降、ステップＳ３０３〜ステップＳ３１７においては、図７におけるステップＳ２０３〜ステップＳ２１７までの処理と同様の処理が実行される。したがって、Ｗｅｂサーバ１０には、表示内容データ３１２１及び表示内容データ３１２２（図８）が保存され、ステップＳ３１７では、デシリアライズされた制御用データ３１１２（図８）が処理制御部１２２に出力される。なお、図１１において、制御用データ３１１１及び制御用データ３１１２、並びに表示内容データ３１２１及び表示内容データ３１２２は表示されていないが、これらは図８において既に表示されているため、便宜上省略したものである。

ステップＳ３１７に続いてステップＳ３１８に進み、処理制御部１２２は、制御用データ３１１２に基づいて、詳細情報を更に取得する必要があるか否か等の状況判断を行う。ここでは、制御用データ３１１２には、更なる詳細情報は無い旨が示されているため、処理制御部１２２は、文書管理サービス３１ａからの詳細情報の取得処理を終了させ、文書管理サービス３１ｂからの詳細情報の取得処理に移行すべき旨を判断する。

ステップＳ３１８に続いてステップＳ３１９からステップＳ３２５にかけては、文書管理サービス３１ａの代わりに文書管理サービス３１ｂをサービスの要求先とする点を除き、ステップＳ３１１〜ステップＳ３１７と同様の処理が実行される。したがって、ステップＳ３２０においては、一の文書の詳細情報を表示内容データとして含む表示用サービスレスポンスが文書管理サービス３１ｂより返信され、ステップ３２２においては、更なる詳細情報の有無を示す情報を制御用データとして含む制御用サービスレスポンスが文書管理サービス３１ｂより返信される。

ここで、ステップＳ３２０における表示用サービスレスポンスに含まれている表示内容データは、例えば、図１１における表示内容データ３１２３が相当する。図１１に示されるように、表示内容データ３１２３は、文書名を示す情報（記述３１２３ａ）や拡張子を示す情報（記述３１２３ｂ）等、Ｗｅｂページ上で表示され得る情報のみが含まれている。

また、ステップＳ３２２における制御用サービスレスポンスに含まれている制御用データは、例えば、図１１における制御用データ３１１３が相当する。図１１に示されるように、制御用データ３１１３には、更なる詳細情報は無い旨を示す情報（記述３１１３ａにおける「Ｎｏｔ」）のみが含まれている。

なお、表示内容データ３１２３は、デシリアライズされずにレスポンス処理部１２５１によって所定の記憶領域に保存される（Ｓ３２１）。また、制御用データ３１１３は、レスポンス処理部１２５１によってデシリアライズされ（Ｓ３２４）、処理制御部１２２に対して出力される（Ｓ３２５）。

ステップＳ３２５に続いてステップＳ３２６に進み、処理制御部１２２は、制御用データ３１１３に基づいて、詳細情報を更に取得する必要があるか否か等の状況判断を行う。ここでは、制御用データ３１１３には、更なる詳細情報は無い旨が示されているため、処理制御部１２２は、詳細情報の取得処理を終了させ、終了通知を表示内容データ処理部１２４に通知する（Ｓ３２７）。

ステップＳ３２７に続いてステップＳ３２８に進み、表示内容データ処理部１２４は、保存されている表示内容データ３１２１と表示内容データ３１２２と表示内容データ３１２３とを結合して一つの結合表示内容データ１２４２（図１１）を生成し、生成された結合表示内容データ１２４２をＵＩ生成部１２３に出力する（Ｓ３２９）。ステップＳ３２９に続いてステップＳ３３０に進み、ＵＩ生成部１２３は、結合表示内容データ１２４２にＸＳＬデータ１２３３（図１１）を適用してＸＳＬＴ変換を実行することにより、ＨＴＭＬ形式のＷｅｂページ１２３４（図１１）を生成する。生成されたＷｅｂページ１２３４は、Ｗｅｂブラウザ２１に送信され、Ｗｅｂブラウザ２１によって表示される（Ｓ３３１）。

上述したように本実施の形態におけるＷｅｂサーバ１０は、複数のＷｅｂサービス(文書管理サービス３１)を利用してそれぞれから表示内容データを取得するような処理形態においても、表示内容データと制御用データとの分別処理、及び表示内容データのデシリアライズ処理といった負荷の高い処理を不要なものとすることができる。

ところで、複数の表示内容データを結合することにより生成されるＸＭＬ形式の結合表示内容データは、そのデータサイズが非常に大きくなる場合があるところ、データサイズの大きなＸＭＬデータを用いたＸＳＬＴ変換は、処理負荷が高くなる可能性が高いという問題がある。そこで、第四の実施の形態として、かかる問題点を回避するための例を図１２と図１３とを用いて説明する。図１２は、第四の実施の形態におけるＷｅｂページの生成処理を説明するためのシーケンス図である。また、図１３は、第四の実施の形態におけるＷｅｂページの生成処理を説明するための概念図である。

第四の実施の形態においては、Ｗｅｂブラウザ２１からのＨＴＴＰリクエストが、第三の実施の形態におけるものと同じである場合を例として説明する。したがって、ステップＳ４０１において、Ｗｅｂブラウザ２１は、文書管理サービス３１ａにおける文書一覧情報の検索及び当該文書一覧情報における一の文書に関する詳細情報の提供と、文書管理サービス３１ｂにおける一の文書に関する詳細情報の提供とを要求するＨＴＴＰリクエストをＷｅｂサーバ１０に対して送信する。

以降、ステップＳ４０２〜ステップＳ４１７までは、図１０におけるステップＳ３０２〜ステップＳ３１７までと同様に、文書管理サービス３１ａより表示内容データ３１２１及び３１２２（図８）と、制御用データ３１１１及び３１１２（図８）とが取得される。なお、図１３において、制御用データ３１１１及び制御用データ３１１２、並びに表示内容データ３１２１及び表示内容データ３１２２は表示されていないが、これらは図８において既に表示されているため、便宜上省略したものである。

ステップＳ４１７に続いてステップＳ４１８に進み、処理制御部１２２は、制御用データ３１１２に基づいて、文書管理サービス３１ａからの詳細情報の取得処理を終了させ、終了通知を表示内容データ処理部１２４に通知する（Ｓ４１９）。すなわち、第三の実施の形態においては、このタイミングで終了通知は行われなかったが、第四の実施の形態においては、一つの文書管理サービス３１の利用が終了した時点で終了通知が行われる。

ステップＳ４１９に続いてステップＳ４２０に進み、表示内容データ処理部１２４は、保存されている表示内容データ３１２１と表示内容データ３１２２とを結合して結合表示内容データ１２４１（図１３）を生成し、生成された結合表示内容データ１２４１をＵＩ生成部１２３に出力する（Ｓ４２１）。ステップＳ４２１に続いてステップＳ４２２に進み、ＵＩ生成部１２３は、結合表示内容データ１２４１にＸＳＬデータ１２３１（図１３）を適用してＸＳＬＴ変換を実行することにより、ＨＴＭデータ１２３６（図１３）を生成する。生成されたＨＴＭＬデータ１２３６は、所定の記憶領域に一時的に保存される。すなわち、後で文書管理サービス３１ｂから取得される表示内容データは結合されずに、ＸＳＬＴ変換が実行される。

ステップＳ４２２に続いて、ステップＳ４２３〜ステップＳ４３１までは、図１０におけるステップＳ３１９〜ステップＳ３２７までと同様に、文書管理サービス３１ｂより表示内容データ３１２３（図１１）と制御用データ３１１３（図１１）とが取得される。なお、図１３において、表示内容データ３１２３及び制御用データ３１１３は表示されていないが、これらは図１１において既に表示されているため、便宜上省略したものである。

ステップＳ４３１に続いてステップＳ４３２に進み、終了通知を受けた表示内容データ処理部１２４は、一時的に保存されている表示内容データ３１２３を取得し、表示内容データ３１２３をそのままＵＩ生成部１２３に対して出力する。ステップＳ４３２に続いてステップＳ４３３に進み、ＵＩ生成部１２３は、表示内容データ３１２３にＸＳＬデータ１２３５（図１３）を適用してＸＳＬＴ変換を実行することにより、ＨＴＭデータ１２３７（図１３）を生成する。生成されたＨＴＭＬデータ１２３７は、所定の記憶領域に一時的に保存される。

ステップＳ４３３に続いてステップＳ４３４に進み、ＵＩ生成部１２３は、一時的に保存されているＨＴＭＬデータ１２３６とＨＴＭＬデータ１２３７とを結合することにより、一つのＷｅｂページ１２３８（図１３）を生成する。生成されたＷｅｂページ１２３８は、Ｗｅｂブラウザ２１に送信され、Ｗｅｂブラウザ２１によって表示される（Ｓ４３５）。なお、ＵＩ生成部１２３によるＨＴＭＬデータの結合処理のタイミングは、処理制御部１２２による文書管理サービス３１ａ及び３１ｂに対する全てのサービスリクエストが処理されたか否かを監視するための手段（以下「監視手段」という。）を設け、その監視手段からの通知によってＵＩ生成部１２３に判断させるようにしてもよい。

上述したように第四の実施の形態におけるＷｅｂシステム１によれば、必要な表示内容データを全て結合した後にＸＳＬＴ変換が実行されるのではなく、複数の文書管理サービス３１より取得された複数の表示内容データについて所定の集合ごと（本実施の形態においては、提供元の文書管理サービス３１を同じくする表示内容データごと）にＸＳＬＴ変換が実行されるため、ＸＳＬＴ変換の際に利用されるＸＭＬデータ（結合表示内容データ）の肥大化を防止することができる。したがって、Ｗｅｂサーバ１０に一時的に高い負荷がかかるのを抑制することができ、Ｗｅｂサーバ１０のストール等の危険性等を低下させることができる。

ところで、近年においては、ある特定の機能に特化した組み込み機器等の電子装置においてもＷｅｂサーバとして機能するもの等、コンピュータと同等の情報処理を実行することができるものが提供されている。例えば、融合機、又は複合機と呼ばれる、プリンタ、コピー、又はファクシミリ等の複合サービスに固有の処理を行う複数のアプリケーションを有する画像形成装置もかかる機器に該当する。最近の画像形成装置には、Ｗｅｂサーバとしての機能を有し、更に、コピーした情報又はＦＡＸ受信した情報等を文書データとして蓄積する文書管理機能等を有しているものもある。

したがって、本実施の形態におけるＷｅｂサーバ１０に実装されている機能をこのような画像形成装置に実装すれば、当該画像形成装置の操作パネルに表示されるＷｅｂページの生成処理の負荷を軽減させることができる。

図１４は、本発明の実施の形態におけるＷｅｂサーバの機能を画像形成装置に適用した例を示す図である。図１４中、図５と同一機能には同一符号を付し、その説明は省略する。図１４において、符号５１によって示される部分は、画像形成装置５０が、コピーやＦＡＸ送信等の指示をユーザより受け付けるための操作パネルを示す。操作パネル５１は、例えば、Ｗｅｂブラウザとしての機能を有し、Ｗｅｂアプリケーション１２によって生成されるＷｅｂページを表示させることができる。

また、画像形成装置５０は、Ｗｅｂサーバ１０と同様、Ｗｅｂサーバプログラム１１を介して外部の装置（例えば、クライアントＰＣ３１や他の画像形成装置）におけるＷｅｂブラウザからの要求に対してＷｅｂページを提供することも可能である。

なお、その他の各種電子装置、例えば、携帯電話、携帯情報端末、電子レンジ、冷蔵庫、洗濯機、テレビ、ビデオレコーダ、ＨＤＤレコーダ、オーディオプレーヤ、デジタルカメラ、ルータ、無線ＬＡＮ、ハブ、自動車等、通信機能が組み込める機器であれば様々なものに本発明を適用することは可能である。

以上、本発明の好ましい実施例について詳述したが、本発明は係る特定の実施形態に限定されるものではなく、特許請求の範囲に記載された本発明の要旨の範囲内において、種々の変形・変更が可能である。

従来のＷｅｂシステムの機能構成例を示す図である。 従来のＷｅｂページの生成処理の例を説明するための図である。 本発明の実施の形態におけるＷｅｂシステムの構成例を示す図である。 本発明の実施の形態におけるＷｅｂサーバのハードウェア構成例を示す図である。 本発明の実施の形態におけるＷｅｂシステムの機能構成例を示す図である。 第一の実施の形態におけるＷｅｂページの生成処理を説明するためのシーケンス図である。 第二の実施の形態におけるＷｅｂページの生成処理を説明するためのシーケンス図である。 第二の実施の形態におけるＷｅｂページの生成処理を説明するための概念図である。 表示内容データの結合処理を説明するための図である。 第三の実施の形態におけるＷｅｂページの生成処理を説明するためのシーケンス図である。 第三の実施の形態におけるＷｅｂページの生成処理を説明するための概念図である。 第四の実施の形態におけるＷｅｂページの生成処理を説明するためのシーケンス図である。 第四の実施の形態におけるＷｅｂページの生成処理を説明するための概念図である。 本発明の実施の形態におけるＷｅｂサーバの機能を画像形成装置に適用した例を示す図である。

符号の説明

１、５００ Ｗｅｂシステム
１０ Ｗｅｂサーバ
１１、５１１ Ｗｅｂサーバプログラム
１２、５１２ Ｗｅｂアプリケーション
２０ 端末
２１、５２１ Ｗｅｂブラウザ
３０、３０ａ、３０ｂ、３０ｃ 文書管理サーバ
３１、３１ａ、３１ｂ、３１ｃ 文書管理サービス
４０ ネットワーク
１０１ ＣＰＵ
１０２ ＲＯＭ
１０３ ＲＡＭ
１０４ 補助記憶装置
１０５ ネットワークＩ／Ｆ
１０６ ドライブ装置
１０７ 記録媒体
１２１、５１３ 要求処理部
１２２、５１５ 処理制御部
１２３、５１４ ＵＩ生成部
１２４ 表示内容データ処理部
１２５、５１６ ＳＯＡＰエンジン
３１１ 表示用メソッド
３１２ 制御用メソッド
５３１、５３１ａ、５３１ｂ、５３１ｃ Ｗｅｂサービス
１２５１ レスポンス処理部

Claims (16)

1. 外部装置との第一のデータ形式による通信に基づき表示データを生成する電子装置であって、
   前記表示データの表示内容を示す表示内容データの要求と前記表示データの生成処理の制御に用いられる制御用データの要求とを区別して前記外部装置に送信する要求手段と、
   前記要求手段からの前記外部装置への要求については当該電子装置内部の処理に用いられる第二のデータ形式から前記第一のデータ形式への第一の変換処理を実行し、前記表示内容データの要求に応じて前記外部装置より提供される前記表示内容データについては前記第一のデータ形式のまま所定の記憶領域に保存し、前記制御用データの要求に応じて前記外部装置より提供される前記制御用データについては前記第一のデータ形式から前記第二のデータ形式への第二の変換処理を実行する通信仲介手段と、
   前記所定の記憶領域に保存された前記表示内容データに、前記表示データの書式情報が定義され、第一のデータ形式に対応した書式データを適用して前記表示データを生成する表示データ生成手段とを有する電子装置。
2. 前記表示データ生成手段は、前記第二のデータ形式へ変換された前記制御用データに基づいて、更なる前記表示内容データの要求の送信の要否を判断する請求項１記載の電子装置。
3. 前記要求手段による前記表示内容データに関する複数の要求に応じ前記外部装置より提供される複数の前記表示内容データを、前記第一のデータ形式のまま結合して一つの結合表示内容データを生成する表示内容データ結合手段を更に有し、
   前記表示データ生成手段は、前記結合表示内容データを用いて前記表示データを生成することを特徴とする請求項１又は２記載の電子装置。
4. 前記要求手段は、複数の前記外部装置に対して前記表示内容データを要求し、
   前記表示内容データ結合手段は、前記要求手段による前記表示内容データに関する要求に応じ複数の前記外部装置より提供される複数の前記表示内容データを結合して一つの前記結合表示内容データを生成することを特徴とする請求項３記載の電子装置。
5. 前記表示内容データ結合手段は、前記要求手段による前記表示内容データに関する複数の要求に応じ前記外部装置より提供される複数の前記表示内容データを、所定の集合ごとに結合して複数の前記結合表示内容データを生成し、
   前記表示データ生成手段は、複数の前記結合表示内容データごとに前記表示データを生成し、生成された複数の前記表示データを結合して一つの表示データを生成することを特徴とする請求項３又は４記載の電子装置。
6. 前記表示内容データ結合手段は、前記要求手段による複数の前記外部装置に対する前記表示内容データに関する要求に応じ複数の前記外部装置より提供される複数の前記表示内容データを、提供元の前記外部装置を同じくする前記表示内容データごとに結合して複数の前記結合表示内容データを生成することを特徴とする請求項５記載の電子装置。
7. 前記第一のデータ形式は、ＸＭＬ形式であることを特徴とする請求項１乃至６いずれか一項記載の電子装置。
8. ネットワークを介して接続される装置からの要求を受信し、前記表示データ生成手段によって生成される前記表示データを前記装置に送信する表示データ提供手段を更に有することを特徴とする請求項１乃至７いずれか一項記載の電子装置。
9. 外部装置との第一のデータ形式による通信に基づき表示データを生成する電子装置が実行する表示データ生成方法であって、
   前記表示データの表示内容を示す表示内容データの要求と前記表示データの生成処理の制御に用いられる制御用データの要求とを区別して前記外部装置に送信する要求手順と、
   前記要求手順における前記外部装置への要求については前記電子装置内部の処理に用いられる第二のデータ形式から前記第一のデータ形式への第一の変換処理を実行し、前記表示内容データの要求に応じて前記外部装置より提供される前記表示内容データについては前記第一のデータ形式のまま所定の記憶領域に保存し、前記制御用データの要求に応じて前記外部装置より提供される前記制御用データについては前記第一のデータ形式から前記第二のデータ形式への第二の変換処理を実行する通信仲介手順と、
   前記所定の記憶領域に保存された前記表示内容データに、前記表示データの書式情報が定義され、第一のデータ形式に対応した書式データを適用して前記表示データを生成する表示データ生成手順とを有することを特徴とする表示データ生成方法。
10. 前記表示データ生成手順は、前記第二のデータ形式へ変換された前記制御用データに基づいて、更なる前記表示内容データの要求の送信の要否を判断する請求項９記載の表示データ生成方法。
11. 前記要求手順における前記表示内容データに関する複数の要求に応じ前記外部装置より提供される複数の前記表示内容データを、前記第一のデータ形式のまま結合して一つの結合表示内容データを生成する表示内容データ結合手順を更に有し、
    前記表示データ生成手順は、前記結合表示内容データを用いて前記表示データを生成することを特徴とする請求項９又は１０記載の表示データ生成方法。
12. 前記要求手順は、複数の前記外部装置に対して前記表示内容データを要求し、
    前記表示内容データ結合手順は、前記要求手順における前記表示内容データに関する要求に応じ複数の前記外部装置より提供される複数の前記表示内容データを結合して一つの前記結合表示内容データを生成することを特徴とする請求項１１記載の表示データ生成方法。
13. 前記表示内容データ結合手順は、前記要求手順における前記表示内容データに関する複数の要求に応じ前記外部装置より提供される複数の前記表示内容データを、所定の集合ごとに結合して複数の前記結合表示内容データを生成し、
    前記表示データ生成手順は、複数の前記結合表示内容データごとに前記表示データを生成し、生成された複数の前記表示データを結合して一つの表示データを生成することを特徴とする請求項１１又は１２記載の表示データ生成方法。
14. 前記表示内容データ結合手順は、前記要求手順における複数の前記外部装置に対する前記表示内容データに関する要求に応じ複数の前記外部装置より提供される複数の前記表示内容データを、提供元の前記外部装置を同じくする前記表示内容データごとに結合して複数の前記結合表示内容データを生成することを特徴とする請求項１３記載の表示データ生成方法。
15. 外部装置との第一のデータ形式による通信に基づき表示データを生成する電子装置に、
    前記表示データの表示内容を示す表示内容データの要求と前記表示データの生成処理の制御に用いられる制御用データの要求とを区別して前記外部装置に送信する要求手順と、
    前記要求手順における前記外部装置への要求については当該電子装置内部の処理に用いられる第二のデータ形式から前記第一のデータ形式への第一の変換処理を実行し、前記表示内容データの要求に応じて前記外部装置より提供される前記表示内容データについては前記第一のデータ形式のまま所定の記憶領域に保存し、前記制御用データの要求に応じて前記外部装置より提供される前記制御用データについては前記第一のデータ形式から前記第二のデータ形式への第二の変換処理を実行する通信仲介手順と、
    前記所定の記憶領域に保存された前記表示内容データに、前記表示データの書式情報が定義され、第一のデータ形式に対応した書式データを適用して前記表示データを生成する表示データ生成手順とを実行させるための表示データ生成プログラム。
16. 請求項１５記載の表示データ生成プログラムを記録したコンピュータ読み取り可能な記録媒体。

Images