(57)【要約】【課題】  ユーザの操作の負担を増加させることなく表示情報の視認性を高めることができる表示データを生成することができる表示データ生成装置、表示データ生成システム、表示データ生成方法、表示データ生成プログラム及び記録媒体の提供を目的とする。【解決手段】  ネットワークを介して接続されるクライアント装置からの要求に基づいて、それぞれ所定の情報を表示する複数の表示領域からなる表示データを前記クライアント装置に送信する表示データ生成装置であって、前記複数の表示領域の少なくとも一つの表示領域について、当該表示領域に表示する情報が所定の条件を満たしているかを判断する条件判断手段と、前記条件判断手段による判断結果に応じて、該表示領域の表示内容の構成を変化させて前記表示データを生成する表示データ生成手段とを有することにより上記課題を解決する。【選択図】  図４
2004164623.tif 000002
【特許請求の範囲】
【請求項１】
ネットワークを介して接続されるクライアント装置からの要求に基づいて、それぞれ所定の情報を表示する複数の表示領域からなる表示データを前記クライアント装置に送信する表示データ生成装置であって、
前記複数の表示領域の少なくとも一つの表示領域について、当該表示領域に表示する情報が所定の条件を満たしているかを判断する条件判断手段と、
前記条件判断手段による判断結果に応じて、該表示領域の表示内容の構成を変化させて前記表示データを生成する表示データ生成手段とを有することを特徴とする表示データ生成装置。
【請求項２】
前記複数の表示領域の少なくとも一つの表示領域に対する前記所定の条件の判断方法に関する情報を管理する判断方法管理手段を更に有し、
前記判断方法管理手段に管理されている前記判断方法に関する情報に基づいて、前記条件判断手段に前記所定の条件を判断させることを特徴とする請求項１記載の表示データ生成装置。
【請求項３】
前記所定の条件は前記表示領域ごとに異なることを特徴とする請求項１又は２記載の表示データ生成装置。
【請求項４】
前記条件判断手段は、判断対象となっている表示領域に表示する情報が更新されているかを判断することを特徴とする請求項１乃至３いずれか一項記載の表示データ生成装置。
【請求項５】
前記表示データ生成手段は、前記条件判断手段が前記所定の条件を満たしていると判断した表示領域が強調表示されるように前記表示データを生成することを特徴とする請求項１乃至４いずれか一項記載の表示データ生成装置。
【請求項６】
前記表示データ生成手段は、前記条件判断手段が前記所定の条件を満たしていると判断した表示領域が拡大表示されるように前記表示データを生成することを特徴とする請求項５記載の表示データ生成装置。
【請求項７】
前記表示データ生成手段は、前記条件判断手段が前記所定の条件を満たしていると判断した表示領域が他の表示領域より下に表示されないように前記表示データを生成することを特徴とする請求項５又は６記載の表示データ生成装置。
【請求項８】
前記表示データ生成手段は、前記条件判断手段が前記所定の条件を満たしていないと判断した表示領域が縮小表示されるように前記表示データを生成することを特徴とする請求項１乃至７いずれか一項記載の表示データ生成装置。
【請求項９】
前記判断方法管理手段は、前記複数の表示領域ごとに表示内容に関する表示構成情報を管理し、
前記表示データ生成手段は、前記表示構成情報に基づいて前記複数の表示領域のそれぞれの表示内容を判断することを特徴とする請求項２乃至８いずれか一項記載の表示データ生成装置。
【請求項１０】
少なくとも一つの表示領域に対する前記表示構成情報は、前記所定の条件の判断方法に関する情報を含むことを特徴とする請求項９記載の表示データ生成装置。
【請求項１１】
前記表示構成情報は、前記表示構成情報が対応する表示領域に前記所定の条件が設定されているかを示す条件有無情報を有し、
前記条件有無情報において前記所定の条件が設定されている旨が示されている前記表示構成情報は、前記所定の条件の判断方法に関する情報を含むことを特徴とする請求項９又は１０記載の表示データ生成装置。
【請求項１２】
前記表示構成情報は、当該表示構成情報が対応する表示領域に表示する情報の取得方法に関する情報を含み、
前記取得方法に関する情報に基づいて、前記複数の表示領域に表示する情報を取得することを特徴とする請求項９乃至１１いずれか一項記載の表示データ生成装置。
【請求項１３】
前記複数の表示領域のうちの一の表示領域に表示する情報は、ネットワークを介して接続される機器の状態に関する情報であり、
前記条件判断手段は、前記機器の状態に関する情報に基づいて前記機器の状態が異常であるかを判断し、
前記表示データ生成手段は、前記条件判断手段が前記機器の状態が異常であると判断した場合に、前記機器の状態に関する情報が表示されるように当該表示領域の表示内容の構成を変化させることを特徴とする請求項１乃至１２いずれか一項記載の表示データ生成装置。
【請求項１４】
前記複数の表示領域のうちの一の表示領域に表示する情報は、ネットワークを介して接続されるデータベースに格納されている情報であり、
前記条件判断手段は、前記データベースに格納されている情報に基づいて前記データベースが更新されたかを判断し、
前記表示データ生成手段は、前記条件判断手段が前記データベースは更新されたと判断した場合に、前記データベースに格納されている情報が表示されるように当該表示領域の表示内容の構成を変化させることを特徴とする請求項１乃至１３いずれか一項記載の表示データ生成装置。
【請求項１５】
クライアント装置と、前記クライアント装置からの要求に基づいて、それぞれ所定の情報を表示する複数の表示領域からなる表示データを前記クライアント装置に送信する表示データ生成装置とを有する表示データ生成システムであって、
前記表示データ生成手段は、
前記複数の表示領域の少なくとも一つの表示領域について、当該表示領域に表示する情報が所定の条件を満たしているかを判断する条件判断手段と、
前記条件判断手段による判断結果に応じて、該表示領域の表示内容の構成を変化させて前記表示データを生成する表示データ生成手段とを有し、
前記クライアント装置は、前記表示データ生成装置より受信した前記表示データを表示させる表示データ表示手段を有することを特徴とする表示データ生成システム。
【請求項１６】
ネットワークを介して接続されるクライアント装置からの要求に基づいて、それぞれ所定の情報を表示する複数の表示領域からなる表示データを前記クライアント装置に送信する表示データ生成装置における表示データ生成方法であって、
前記複数の表示領域の少なくとも一つの表示領域について、当該表示領域に表示する情報が所定の条件を満たしているかを判断する条件判断手順と、
前記条件判断手順における判断結果に応じて、該表示領域の表示内容の構成を変化させて前記表示データを生成する表示データ生成手順とを有することを特徴とする表示データ生成方法。
【請求項１７】
前記所定の条件は前記表示領域ごとに異なることを特徴とする請求項１６記載の表示データ生成方法。
【請求項１８】
前記条件判断手順は、判断対象となっている表示領域に表示する情報が更新されているかを判断することを特徴とする請求項１６又は１７記載の表示データ生成方法。
【請求項１９】
前記表示データ生成手順は、前記条件判断手順において前記所定の条件を満たしていると判断された表示領域が強調表示されるように前記表示データを生成することを特徴とする請求項１６乃至１８いずれか一項記載の表示データ生成方法。
【請求項２０】
前記表示データ生成手順は、前記条件判断手順において前記所定の条件を満たしていると判断された表示領域が拡大表示されるように前記表示データを生成することを特徴とする請求項１９記載の表示データ生成方法。
【請求項２１】
前記表示データ生成手順は、前記条件判断手順において前記所定の条件を満たしていると判断された表示領域が他の表示領域より下に表示されないように前記表示データを生成することを特徴とする請求項１９又は２０記載の表示データ生成方法。
【請求項２２】
前記表示データ生成手順は、前記条件判断手順において前記所定の条件を満たしていないと判断された表示領域が縮小表示されるように前記表示データを生成することを特徴とする請求項１６乃至２１いずれか一項記載の表示データ生成方法。
【請求項２３】
前記複数の表示領域のうちの一の表示領域に表示する情報は、ネットワークを介して接続される機器の状態に関する情報であり、
前記条件判断手順は、前記機器の状態に関する情報に基づいて前記機器の状態が異常であるかを判断し、
前記表示データ生成手順は、前記条件判断手順において前記機器の状態が異常であると判断された場合に、前記機器の状態に関する情報が表示されるように当該表示領域の表示内容の構成を変化させることを特徴とする請求項１６乃至２２いずれか一項記載の表示データ生成方法。
【請求項２４】
前記複数の表示領域のうちの一の表示領域に表示する情報は、ネットワークを介して接続されるデータベースに格納されている情報であり、
前記条件判断手順は、前記データベースに格納されている情報に基づいて前記データベースが更新されたかを判断し、
前記表示データ生成手順は、前記条件判断手順において前記データベースは更新されたと判断された場合に、前記データベースに格納されている情報が表示されるように当該表示領域の表示内容の構成を変化させることを特徴とする請求項１６乃至２３いずれか一項記載の表示データ生成方法。
【請求項２５】
ネットワークを介して接続されるクライアント装置からの要求に基づいて、それぞれ所定の情報を表示する複数の表示領域からなる表示データを前記クライアント装置に送信する表示データ生成装置に、
前記複数の表示領域の少なくとも一つの表示領域について、当該表示領域に表示する情報が所定の条件を満たしているかを判断する条件判断手順と、
前記条件判断手順における判断結果に応じて、該表示領域の表示内容の構成を変化させて前記表示データを生成する表示データ生成手順とを実行させるための表示データ生成プログラム。
【請求項２６】
ネットワークを介して接続されるクライアント装置からの要求に基づいて、それぞれ所定の情報を表示する複数の表示領域からなる表示データを前記クライアント装置に送信する表示データ生成装置に、
前記複数の表示領域の少なくとも一つの表示領域について、当該表示領域に表示する情報が所定の条件を満たしているかを判断する条件判断手順と、
前記条件判断手順における判断結果に応じて、該表示領域の表示内容の構成を変化させて前記表示データを生成する表示データ生成手順とを実行させるための表示データ生成プログラムを記録したコンピュータ読み取り可能な記録媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ネットワークを介して接続されるクライアント装置に表示するための表示データを生成する表示データ生成装置、表示データ生成方法、表示データ生成プログラム及び記録媒体に関する。また、本発明は、前記端末と前記表示データ生成装置とによる表示データ生成システムに関する。
【背景技術】
【０００２】
近年におけるＷｅｂ技術の発達により、インターネットのユーザは汎用的なブラウザによって世界中の様々なサイトで提供されている情報を手軽に閲覧することができる。しかし、入手可能な情報が膨大となった昨今において、目的とする情報を探し出すのは極めて困難な作業である。そのためインターネットの入り口としてのサイト、即ちポータルサイトが普及し、現在においてはインターネットのユーザにとって欠かせないものとなっている。
【０００３】
一方、企業内においてもイントラネットにおける情報の共有化の手段としてＥＩＰ（Enterprise Information Portal）が導入され、必要とする情報を効率よく入手できるようになっている。
【０００４】
インターネットにおけるポータルサイトにしろ、ＥＩＰによるポータルサイトにしろ、そのサイトが提供するＷｅｂページ（ポータルページ）は、複数の領域に分割され、それぞれの領域には利用度の高い情報が表示されているのが一般である。従って、ユーザは、一つの画面において複数の情報を閲覧することが可能であり、そのような利便性もポータルサイトの人気の要因ともなっていると考えられる。
【０００５】
しかし、一つの画面に掲載される情報が多くなると、情報量の増加に合わせてブラウザに表示されるＷｅｂページの面積が大きくなると共に、必要な情報がＷｅｂページ上のどこに配置されているのかが判別しづらくなるという問題がある。情報の種類によっては、常にポータルページ上に表示しておく必要はないものもある。例えば、ネットワークに接続されているプリンタ等の機器に関する情報は、機器に異常が発生したときや機器に要求したジョブが完了したとき等の所定のタイミングで表示されれば十分である。
【０００６】
かかる情報については当該情報を表示する表示領域を最小化又は削除するためのボタンをポータルページ上に設け、ユーザに当該表示領域の最小化又は削除を選択させることや、そもそもポータルページ上の表示対象とはせず、通知が必要な際にポップアップダイアログ等に表示させるようにすることにより、ポータルページの視認性を高めるということが考えられる。
【０００７】
なお、ネットワークを介して接続されている機器に関する情報が端末に通知される例として、例えば、特許文献１や特許文献２に、ネットワーク上のプリンタの情報や印刷完了の通知が端末に通知される発明が記載されている。
【特許文献１】特開２０００−３２５８号公報
【特許文献２】特開平６−８３５５１号公報
【発明の開示】
【発明が解決しようとする課題】
【０００８】
しかしながら、表示領域の最小化やポップダイアログを用いた方法では以下のような問題が考えられる。
【０００９】
例えば、機器の異常が表示される表示領域を予め最小化しておいた場合は、機器に異常が発生していたとしても、ユーザが意識して当該表示領域を最大化するまではその情報を確認することはできない。
【００１０】
また、ポップアップダイアログに機器の異常等を表示させた場合は、ポップアップダイアログを閉じるまではブラウザ上での操作を行うことができないため、ユーザは、表示されたポップアップダイアログを閉じるという作業を強制されると共に、一度閉じてしまったポップアップダイアログは再び開くことはできないため、後でその情報をゆっくり確認することができない。
【００１１】
なお、ポップアップを閉じた後でなければ操作が行えないのは、ブラウザが表示するポップアップダイアログは、現在のタスクを完了させないと他の操作が行えないというモーダルインタフェースを採用しているからである。
【００１２】
更に、表示領域の最小化等とポップアップダイアログとの二つの手段を組み合わせた場合、例えば、機器の異常等の通知はポップアップダイアログによって表示させ、その詳細情報についてはポータルページ上の一の表示領域に表示させるようにし、その表示領域を普段は最小化しているような場合は、ユーザは、異常を通知するポップアップダイアログを閉じた後に、詳細情報を確認するために最小化されている領域を最大化させるといった煩雑な作業が必要とされるという問題がある。
【００１３】
本発明は、上記の点に鑑みてなされたものであって、ユーザの操作の負担を増加させることなく表示情報の視認性を高めることができる表示データを生成することができる表示データ生成装置、表示データ生成システム、表示データ生成方法、表示データ生成プログラム及び記録媒体の提供を目的とする。
【課題を解決するための手段】
【００１４】
そこで上記課題を解決するため、本発明は、請求項１に記載されるように、ネットワークを介して接続されるクライアント装置からの要求に基づいて、それぞれ所定の情報を表示する複数の表示領域からなる表示データを前記クライアント装置に送信する表示データ生成装置であって、前記複数の表示領域の少なくとも一つの表示領域について、当該表示領域に表示する情報が所定の条件を満たしているかを判断する条件判断手段と、前記条件判断手段による判断結果に応じて、該表示領域の表示内容の構成を変化させて前記表示データを生成する表示データ生成手段とを有することを特徴とする。
【００１５】
このような表示データ生成装置では、所定の条件が満たされた情報を表示する表示領域を拡大する等、その表示内容の構成を変化させて表示データを生成するため、当該情報の視認性を高めることができる表示データを生成することができる。
【００１６】
また、ポップアップダイアログ等の新たなウィンドウを表示させることもないため、ユーザに対する操作負担を増加させることもない。
【００１７】
また上記課題を解決するため、本発明は、上記表示データ生成装置における表示データ生成方法、又はその方法をコンピュータに行なわせるためのプログラム、そのプログラムを記録した記録媒体、及び上記表示データ生成装置による表示データ生成システムとしてもよい。
【発明の効果】
【００１８】
本発明によれば、ユーザの操作の負担を増加させることなく表示情報の視認性を高めることができる表示データを生成することができる表示データ生成装置、表示データ生成システム、表示データ生成方法、表示データ生成プログラム及び記録媒体を提供することができる。
【発明を実施するための最良の形態】
【００１９】
以下、図面に基づいて本発明の実施の形態を説明する。図１は本発明の実施の形態におけるＷｅｂシステムの構成例を示す図である。図１のＷｅｂシステム１は、Ｗｅｂサーバ１０と、Ｗｅｂクライアント２０と、プリンタサーバ３０ａと、文書管理サーバ３０ｂとがネットワーク４０を介して接続されている。
【００２０】
Ｗｅｂクライアント２０は、Ｗｅｂブラウザがインストールされている端末であり、例えばＰＣ（Personal Computer）、ＰＤＡ（Personal Digital Assistants）及び携帯電話等が該当する。図１においては、Ｗｅｂクライアント２０は１台しか記載されていないが１台に限定する趣旨ではなく、複数のＷｅｂクライアント２０がネットワーク４０に接続可能である。
【００２１】
なお、本実施の形態においては、Ｗｅｂクライアント２０に表示される表示データとして、Ｗｅｂページを例として説明する。Ｗｅｂページのデータ形式としては、ＨＴＭＬ（HyperText Markup Language）やＸＭＬ（eXtensible Markup Language）等が一般的であるが、ＨＴＭＬやＸＭＬ限定されず、汎用的なブラウザによって参照可能なデータ形式であればよい。
【００２２】
プリンタサーバ３０ａは、接続されるプリンタ５０に関する印刷サービスをＷｅｂサービスとしてネットワーク４０上に公開しているコンピュータである。プリンタサーバ３０ａの機能はＳＯＡＰのＲＰＣにより呼び出すことができる。例えばプリンタサーバ３０ａは、プリンタ５０の状態に関する情報を取得するための「プリンタ情報取得メソッド」をネットワーク４０上に公開している。
【００２３】
文書管理サーバ３０ｂは、文書ＤＢ（Data Base）６０に格納されている文書データに関する文書管理サービスをＷｅｂサービスとしてネットワーク４０上に公開しているコンピュータである。文書管理サーバ３０ｂの機能はＳＯＡＰのＲＰＣにより呼び出すことができる。例えば文書管理サーバ３０ｂは、文書ＤＢ６０の任意のフォルダ内に格納されている文書データの一覧情報を取得するための「文書一覧取得メソッド」をネットワーク４０上に公開している。
【００２４】
なお、以下において、プリンタサーバ３０ａ及び文書管理サーバ３０ｂ等のようにＳＯＡＰのＲＰＣによりその機能を呼び出すことができるサーバを以下「ＳＯＡＰサーバ」と呼ぶ。
【００２５】
Ｗｅｂサーバ１０は、Ｗｅｂクライアント２０に送信するＷｅｂページ、即ち表示データを生成する表示データ生成装置として機能するコンピュータである。Ｗｅｂサーバ１０は、Ｗｅｂクライアント２０から送信されるＷｅｂページの送信要求に基づいて、プリンタサーバ３０ａ等や図示しないその他のＳＯＡＰサーバの機能をＳＯＡＰのＲＰＣによって呼び出すことにより、Ｗｅｂページの生成に必要な情報を収集する。更にＷｅｂサーバ１０は、収集した情報に基づいてＷｅｂページを生成し、Ｗｅｂクライアント２０に送信する。従って、Ｗｅｂサーバ１０は、なんらかのコンテンツを予め有している必要はなく、ネットワーク４０を介して収集した情報に基づいてＷｅｂページを生成することが主な役割である。但し、Ｗｅｂサーバ１０にもなんらかのサービスを実行する機能を実装してもよい。
【００２６】
次に、Ｗｅｂサーバ１０の詳細について説明する。図２は、本発明の実施の形態におけるＷｅｂサーバのハードウェア構成例を示す図である。Ｗｅｂサーバ１０は、ＣＰＵ１１、ＲＯＭ１２、ＲＡＭ１３、補助記憶装置１４、ネットワークインタフェース（Ｉ／Ｆ）１５、ドライブ装置１６等から構成されている。
【００２７】
ＣＰＵ１１は、Ｗｅｂサーバ１０全体を制御する制御部であり、ＲＯＭ１２や補助記憶装置１４に格納された各種制御プログラムやアプリケーションプログラムを実行して装置の制御、通信の制御、データの取得及び編集等の動作を行う。
【００２８】
ＲＯＭ１２は、主に装置の制御プログラムを記憶する記憶手段であり、ＲＡＭ１３はＣＰＵ１１のワークメモリや一時的なデータの記憶に用いる記憶手段である。
【００２９】
補助記憶装置１４は、各種アプリケーションプログラムやデータを記憶する記憶手段であり、後述するファイル等も必要に応じてここに記憶するようにすることもできる。
【００３０】
ネットワークＩ／Ｆ１５は、Ｗｅｂサーバ１０をネットワーク４０に接続するためのインタフェースである。
【００３１】
ドライブ装置１６は、本発明の機能を実行する後述するプログラムが記録されたＣＤ−ＲＯＭ等の記録媒体１７を読み取るための装置である。
【００３２】
なお、図２には操作部や表示部を示していないが、キーボードやマウス等による操作部や、液晶やブラウン管（ＣＲＴ）による表示部を設け、ユーザからの入力の受付や動作結果の表示を行うことができるようにしてもよい。
【００３３】
次に、Ｗｅｂサーバ１０のソフトウェア構成例について説明する。図３は、本発明の実施の形態におけるＷｅｂサーバのソフトウェア構成例を示す図である。
【００３４】
Ｗｅｂサーバ１０は、図３に示すように、Ｗｅｂサーバプログラム１０１、ランタイム１０２、モジュールコンテナ１０３、ＸＭＬパーサ１０４、ＸＳＬプロセッサ１０５、クライアントプログラム１０６、プロトコルキット１０７、サーバサイドプログラムモジュール１０８等のソフトウェアを備えている。そして、これらのソフトウェアは補助記憶装置１４あるいはＲＯＭ１２に格納され、ＣＰＵ１１が必要な時に読み出して実行する。これらのソフトウェアをネットワークＩ／Ｆ１５を介して外部から取得するようにしてもよい。
【００３５】
このうち、Ｗｅｂサーバプログラム１０１は、Ｗｅｂシステム１においてＷｅｂクライアント２０等からの要求に応じてＷｅｂページ等を送信するためのソフトウェアであり、例えばＡｐａｃｈｅ  Ｓｏｆｔｗａｒｅ  Ｆｕｎｄａｔｉｏｎによって提供されているＡｐａｃｈｅ（アパッチ）を用いることができる。
【００３６】
ランタイム１０２は、アプリケーションソフトを実行する際に必要なソフトウェアモジュールであり、ここでは、Ｓｕｎ  Ｍｉｃｒｏｓｙｓｔｅｍｓ社の提供するＪａｖａ（登録商標）２というプログラム言語で作成されたアプリケーションソフトを実行するためのＪａｖａ（登録商標）２ランタイムを用いている。
【００３７】
モジュールコンテナ１０３は、サーバサイドプログラムモジュール１０８を実行するための実行環境を提供するソフトウェアであり、例えばＡｐａｃｈｅ  Ｓｏｆｔｗａｒｅ  Ｆｕｎｄａｔｉｏｎによって提供されているＴｏｍｃａｔ（トムキャット）を使用することができる。
【００３８】
ＸＭＬ（eXtensible Markup Language）パーサ１０４は、テキストで記載されたＸＭＬデータをツリー構造でメモリに展開し、他のアプリケーションで扱い易くするためのソフトウェアであり、例えばＡｐａｃｈｅ  Ｓｏｆｔｗａｒｅ  Ｆｕｎｄａｔｉｏｎによって提供されているＸｅｒｃｅｓ（ザーシーズ）を使用することができる。
【００３９】
ＸＳＬ（eXtensible Stylesheet Language）プロセッサ１０５は、ＸＭＬデータをＸＳＬデータに従って変換するためのソフトウェアであり、例えばＡｐａｃｈｅ  Ｓｏｆｔｗａｒｅ  Ｆｕｎｄａｔｉｏｎによって提供されているＸａｌａｎ（ザラン）を使用することができる。
【００４０】
クライアントプログラム１０６は、プリンタサーバ３０ａ等のＳＯＡＰサーバに対して処理を要求するためのソフトウェアであり、例えばＳＯＡＰによる通信を行うソフトウェアを用いることができる。また、プロトコルキット１０７は、その要求に従って実際に通信を行うためのソフトウェアである。
【００４１】
サーバサイドプログラムモジュール１０８は、Ｗｅｂサーバ上で実行されるモジュール化されたプログラムであり、ここでは、Ｊａｖａ（登録商標）２を用いて作成されたＳｅｒｖｌｅｔ（サーブレット）を使用している。そして、Ｗｅｂサーバ１０におけるこの発明の特徴となる処理の多くは、このサーバサイドプログラムモジュール１０８によってＣＰＵ１１を種々の手段として機能させることによって実現している。即ち、Ｗｅｂクライアント２０からの要求に応じて、プリンタサーバ３０ａ等の機能の呼び出しや、Ｗｅｂページを生成等するためのプログラムがサーバサイドプログラムモジュール１０８である。
【００４２】
なお、Ｗｅｂサーバ１０のように、ＸＭＬデータをＸＳＬデータに従って変換してＨＴＭＬデータを生成する場合、ＨＴＭＬ及びＸＳＬの仕様でカバーできない表示方法を規定するカスケーディングスタイルシート（ＣＳＳ）データや、エラーのポップアップ等の動作を規定するためのジャバスクリプト（Ｊａｖａ（登録商標）Ｓｃｒｉｐｔ）によるコード等も、併せて用いるようにしてもよい。必要なＣＳＳデータやＪａｖａ（登録商標）Ｓｃｒｉｐｔコードは、ＸＳＬデータ中に直接記載するか、ＸＳＬデータ中にこれらのデータやコードへの参照情報を記載する等して、変換データであるＸＳＬデータに含めることができる。
【００４３】
次にＷｅｂサーバ１０の機能構成について説明する。図４は、第一の実施の形態におけるＷｅｂサーバの機能構成例を示す図である。図４においてＷｅｂサーバ１０は、ポータルページモジュール１８１及び文書一覧ページモジュール１８２、画面構成情報ファイル１９１及び判断関数１９２等から構成される。
【００４４】
ポータルページモジュール１８１は、サーバサイドプログラムモジュール１０８として実装されており、Ｗｅｂクライアント２０のＷｅｂブラウザ２１からのポータルページの送信要求に応じてＷｅｂサーバプログラム１０１によって起動され、プリンタサーバ３０ａ及び文書管理サーバ３０ｂ等のＳＯＡＰサーバ３０から情報を収集し、それらの情報や他のＨＴＭＬデータ等を表示するポータルページを生成する。ここでポータルページとは、様々な情報を一つのＷｅｂページ上に統合したものをいい、Ｗｅｂクライアント２０のユーザが、Ｗｅｂブラウザを利用して、インターネット、イントラネット等の入り口としてアクセスするページをいう。
【００４５】
文書一覧ページモジュール１８２は、サーバサイドプログラムモジュール１０８として実装されており、Ｗｅｂブラウザ２１からの文書一覧ページの送信要求に応じてＷｅｂサーバプログラム１０１によって起動され、文書管理サーバに３０ｃから文書データの一覧情報等を取得し、文書データ一覧等を表示するＷｅｂページ（以下「文書一覧ページ」という。）を生成する。
【００４６】
また、図示はしていないが、ポータルページモジュール１８１及び文書一覧ページモジュール１８２以外にも、Ｗｅｂクライアント２０からの各種ページ要求に対するモジュールが実装されている。なお、以下においてポータルページモジュール１８１及び文書一覧ページモジュール１８２等を総称する場合、「ページモジュール」と記述する。
【００４７】
判断関数１９２は、ポータルページモジュール１８１が各種ＳＯＡＰサーバ３０から受信した情報毎に、それぞれの情報が予め定められた所定の条件を満たしているか否かを判断する関数である。判断関数１９２は、必要に応じてポータルページモジュール１８１から呼び出され、判断結果をポータルページモジュール１８１に返却する。ポータルページモジュール１８１は、判断関数１９２によって返却された判断結果に応じて、Ｗｅｂページ上においてそれぞれの情報が表示される各領域の表示内容の構成（以下、「表示形式」という。）を変化させる。
【００４８】
画面構成情報ファイル１９１は、一つのポータルページの表示領域をどのように分割するかを規定する分割情報、分割された各領域に表示すべき情報の取得方法、及び各領域の表示形式を定める基準となる所定の条件の判断方法等、即ち、ポータルページを構成する各表示領域の表示内容に関する情報（以下３つの情報をまとめて「画面構成情報」という。）を管理しているファイルである。ポータルページモジュール１８１は、画面構成情報ファイル１９１の定義に従ってポータルページを生成する。なお、画面構成情報ファイル１９１は、Ｗｅｂクライアント２０を通してＷｅｂシステム１を利用する複数のユーザ毎に管理されている。従ってＷｅｂサーバ１０は、ユーザ毎にパーソナライズされたポータルページを生成し、提供する。このように画面構成情報に従ってポータルページが生成されるため、ポータルページのデザイン等の変更も画面構成情報ファイル１９１の変更のみで容易に行うことができる。
【００４９】
画面構成情報ファイル１９１について、図５、図６及び図７を参照しつつ更に詳細に説明する。
【００５０】
図５及び図６は、ＸＭＬによって実装した画面構成情報ファイルの例を示す図である。また図７は、画面構成情報に従って生成されたポータルページの表示例を示す図である。画面構成情報ファイル１９１の例については、図５と図６と２つの図面に分割されているが、図５と図６とによって、一つの画面構成情報ファイル１９１の内容を記載している。
【００５１】
図５と図６に渡って「画面構成」タグで囲まれている定義（＜画面構成＞と＜／画面構成＞で囲まれている定義）が、図７における一つのポータルページ２１０に対する画面構成情報となる。
【００５２】
図５の「左」タグで囲まれた左定義１９２０と図６の「右」タグで囲まれた右定義１９３０の存在によって、ポータルページ２１０が左領域２２０と右領域２３０というように水平方向に２分割されることが規定される。なお、本実施の形態においては、ポータルページ２１０は水平方向に２分割されているが、分割数については任意に定義できる。例えば３分割にする場合は、左定義１９２０及び右定義１９３０と同じレベルにおいて新たな定義を追加すればよい。
【００５３】
左定義１９２０、右定義１９３０は、それぞれポータルページ２１０の左領域２２０又は右領域２３０に対する定義である。左定義１９２０内には、ユニット定義１９２１とユニット定義１９２２とが定義されている。ユニット定義が２つ存在することで、左領域１９２０が垂直方向に２分割されることが規定される。ここでユニットとは、複数の領域に分割されたポータルページ２１０の各領域のことをいう。即ちユニット定義１９２１は、ポータルページ２１０のＡで示される領域（以下、「ユニットＡ」といい、その他の各領域についても同様の命名規則による。）に対する定義であり、ユニット定義１９２２は、ユニットＢに対する定義である。
【００５４】
右定義１９３０内も同様に、ユニット定義１９３１とユニット定義１９３２が定義されており、右領域２３０がユニットＣとユニットＤとに２分割されることが規定されている。なお、左領域２２０及び右領域２３０の垂直方向の分割数は、ユニット定義の数によって任意に定義することができる。
【００５５】
各ユニット定義のユニットタグは、「種類」属性を有しており、種類属性の値によってそれぞれのユニットに表示される情報の種類が示されている。例えばユニット定義１９２１の種類属性の値は「サービス一覧」であり、サービス一覧が表示される領域であることが分かる。但し、「サービス一覧」という文字列は値としての意味はなく、単なる表示上の文字列として使われる。
【００５６】
更に、ユニット定義１９２２、１９３１及び１９３２は、そのユニットタグに「表示モード」属性を有している。表示モード属性は、各ユニットの表示形式を規定するものである。本実施の形態においては、表示モード属性の値として、「最大」、「最小」、「削除」及び「条件付」の４つの値が定義可能な例について説明する。
【００５７】
図５においては省略しているが各ユニットには、タイトルバーが表示されており、表示モードが「最大」となっているユニットはそのユニットに表示する情報が閲覧可能なように表示領域が拡大されて表示されることを示す（最大化）。また、表示モードが「最小」となっているユニットは、タイトルバーのみ表示されるように表示領域が縮小されて表示されることを示す（最小化）。
【００５８】
図８は、表示モードを説明するための図である。図８（Ａ）は、一つのユニットを最大化した例を示しており、（Ｂ）は最小化した例を示している。
【００５９】
表示モードが削除のユニットは、タイトルバーも含め全く非表示になることを示す。表示モードが条件付きのユニットは、所定の条件を満たしたときは最大表示され、条件を満たさない場合は最小表示となることを示す。
【００６０】
なお、ユニット定義１９２１には表示モード属性が無いが、これはユニット定義１９２１が常に最大に表示されることを示している。
【００６１】
図５及び図６において各ユニット定義は、情報の取得方法を規定するものとして「情報取得関数」タグで囲まれた情報取得関数定義を有している。即ち、情報取得関数定義は、ユニットに表示する情報を取得するためのインタフェース情報が定義されているものである。例えば、ユニット定義１９２１の情報取得関数には、サービス一覧取得関数の関数名、引数等のインタフェース情報が定義されている。従って、ユニットＡに表示される情報は、サービス一覧取得関数を呼び出すことによって得られる情報である。
【００６２】
同様に、ユニット定義１９２２、１９３１及び１９３２についても、それぞれプリンタ情報取得関数、カレンダー情報取得関数、又は文書一覧取得関数を呼び出すことによりそれぞれのユニットに表示する情報を取得すべきことが定義されている。なお、プリンタ情報取得関数を呼び出すとプリンタサーバ３０ａのプリンタ情報取得メソッドがＳＯＡＰのＲＰＣによって呼び出され、文書一覧取得関数を呼び出すと文書管理サーバ３０ｂの文書一覧取得メソッドが呼び出される。
【００６３】
なお、本実施の形態においては情報の取得方法として関数の呼び出しを用いているが、情報取得関数定義に代えて情報が格納されているファイルのＵＲＬやファイル名等を記載するようにしてもよい。
【００６４】
更に、表示モードが「条件付」であるユニット定義は、「条件」タグで囲まれた条件定義を有している。条件定義には、ユニットの表示を最大にすべきか最小にすべきかを判断する際の基準となる条件の判断を行うための判断方法として関数のインタフェース情報が定義されている。条件タグの「判断関数」属性の値として、表示形式の判断を行うための判断関数１９２の関数名が指定され、条件定義内のパラメータ定義において判断関数１９２に引数として渡すパラメータの値が指定されている。なお、判断関数１９２が引数を持たない場合は、パラメータ定義は無い。
【００６５】
例えばユニット定義１９２２における判断関数１９２は異常検知関数であり、異常検知関数には引数が無いことが分かる。またユニット定義１９３２における判断関数１９２は時間比較関数であり、パラメータとして最終表示時間が指定されることが分かる。
【００６６】
なお、本実施の形態においては条件の判断方法として関数の呼び出しを用いているが、判断関数のインタフェース情報に代えて条件式を定義するようにしてもよい。
【００６７】
また、上述においては画面構成情報ファイル１９１をＸＭＬにより実装した例を示したが、ＣＳＶファイルやテーブル等によって実装してもよい。
【００６８】
以下、図１のＷｅｂシステム１の処理手順について説明する。図９は、ポータルページを表示する際の処理概要を説明するためのシーケンス図を示す。図９においては、まず全体の処理の流れをつかむために、種々の判断処理等の細かい点は省略して説明する。従って、図９に示される処理は、判断処理の分岐によって何通りかに変化する処理のうちの一例である。
【００６９】
ステップＳ１０において、Ｗｅｂクライアント２０のユーザがＷｅｂブラウザ２１上からポータルページ２１０の表示要求等を行うと、Ｗｅｂクライアント２０は、Ｗｅｂサーバ１０に対しポータルページ２１０の送信要求を送信する。ここでＷｅｂクライアント２０は、Ｗｅｂサーバ１０がＷｅｂクライアント２０のユーザを一意に識別できる情報も共に送信する。ユーザを識別できる情報としては、例えばユーザＩＤ及びパスワードがあるが、その場合は、ポータルページ２１０にパスワードを設定しておくことにより、ポータルページ２１０の送信要求の際にＷｅｂブラウザ２１上でユーザに入力させてもよい。又は、予めユーザにユーザ登録をさせるようにし、その際にＷｅｂクライアント２０のクッキーにユーザＩＤを登録しておき、それをポータルページの送信要求の際にＷｅｂブラウザ２１から送信させるようにしてもよい。
【００７０】
ステップＳ１０に続いてステップＳ１１に進み、Ｗｅｂサーバ１０のポータルページモジュール１８１は、ポータルページ２１０の送信要求に伴って送信されたユーザの識別情報に基づいてＷｅｂクライアント２０のユーザを識別し、そのユーザに対して定義されている画面構成情報ファイル１９１を読み込む。ここでは図５及び図６に示されている定義が格納されている画面構成情報ファイル１９１を読み込むものとする。
【００７１】
ステップＳ１１に続いてステップＳ１２に進み、ポータルページモジュール１８１は、図５のユニット定義１９２１における情報取得関数定義に従ってサービス一覧取得関数を呼び出し、図７のユニットＡに表示する情報を取得する。
【００７２】
ステップＳ１２に続いてステップＳ１３に進み、ポータルページモジュール１８１は、図５のユニット定義１９２２における情報取得関数定義に従ってプリンタ情報取得関数を呼び出すことにより、プリンタサーバ３０ａのプリンタ情報取得メソッドを呼び出す。プリンタ情報取得メソッドを呼び出されたプリンタサーバ３０ａは、プリンタ５０の情報を取得し（Ｓ１４）、取得した情報をＷｅｂサーバ１０に送信する（Ｓ１５）。ここでプリンタサーバ３０ａから送信されたプリンタ５０の情報は、図７のユニットＢに表示される情報となる。
【００７３】
ステップＳ１５に続いてステップＳ１６に進み、ポータルページモジュール１８１は、図６のユニット定義１９３１における情報取得関数定義に従ってカレンダー情報取得関数を呼び出し、図７のユニットＣに表示する情報を取得する。
【００７４】
ステップＳ１６に続いてステップＳ１７に進み、ポータルページモジュール１８１は、図６のユニット定義１９３２における情報取得関数定義に従って文書一覧取得関数を呼び出すことにより、文書管理サーバ３０ｂの文書一覧取得メソッドを呼び出す。文書一覧取得メソッドを呼び出された文書管理サーバ３０ｂは、文書一覧を文書ＤＢ６０から検索し（Ｓ１８）、取得した情報をＷｅｂサーバ１０に送信する（Ｓ１９）。ここで文書管理サーバ３０ｂから送信された文書データの一覧情報は、図７のユニットＤに表示される情報となる。
【００７５】
ステップＳ１９に続いてステップＳ２０に進み、ポータルページモジュール１８１は、ステップＳ１２からステップＳ１９において収集した情報を画面構成情報ファイル１９１に従ってレイアウトしたＨＴＭＬデータ（ポータルページ２１０）を生成し、Ｗｅｂクライアント２０に送信する（Ｓ２１）。
【００７６】
ステップＳ２１に続いてステップＳ２２に進み、Ｗｅｂクライアント２０のＷｅｂブラウザ２１は、受信したポータルページ２１０を表示する。
【００７７】
図１０は、ポータルページの表示例を示す図である。図１０のポータルページ２１０は、サービス一覧ユニット２１１、プリンタ情報ユニット２１２、カレンダーユニット２１３及び文書一覧ユニット２１４等から構成される。
【００７８】
サービス一覧ユニット２１１は、ポータルページ２１０が提供するサービスの一覧（リンク）が表示されている。プリンタ情報ユニット２１２には、プリンタサーバ３０ａから取得したプリンタ５０の情報が表示されている。カレンダーユニット２１３には、カレンダーの情報が表示されている。文書一覧ユニット２１４には、文書管理サーバ３０ｂから取得した文書ＤＢ６０の任意のフォルダの文書データの一覧が表示されている。
【００７９】
ここで、ポータルページ２１０の操作について説明する。カレンダーユニット２１３のタイトルバーには、最小化ボタン２１３１と削除ボタン２１３２が表示されている。最小化ボタン２１３１をクリックするとカレンダーユニット２１３１の表示を最小化することができ、削除ボタン２１３２をクリックするとカレンダーユニット２１３を非表示にすることができる。
【００８０】
図１１は、カレンダーユニットを最小化したポータルページの表示例を示す図である。図１１のポータルページ２１０においては、カレンダーユニット２１３の表示は最小化され、タイトルバーのみが表示されている。また、カレンダーユニット２１３には、最小化ボタン２１３１に代わって最大化ボタン２１３３が表示されている。ここで最大化ボタン２１３３をクリックすると、カレンダーユニット２１３の表示を最大化、すなわち図１０の状態にすることができる。プリンタ情報ユニット２１２及び文書一覧ユニット２１４についても同様に最小化ボタン及び削除ボタンが表示されており、それぞれ最小化すると最大化ボタンが表示される。なお、以下において最小化ボタン、削除ボタン及び最大化ボタンを総称して、「表示形式変更ボタン」と呼ぶ。
【００８１】
サービス一覧ユニット２１１については、表示形式変更ボタンは表示されていない。これは、サービスユニット２１１に対する画面構成情報の定義である図５のユニット定義１９２１において、ユニットタグの属性に表示モードの指定が無いからである。即ち、ポータルページモジュール１８１は、表示モードの指定があるユニットについては表示形式変更ボタンを付加し、表示モードの指定が無いユニットについては表示形式変更ボタンを付加しないでポータルページ２１０を生成する。
【００８２】
なお、図１１においてはカレンダーユニット２１３を上詰めに最小化させた例を示したが、最小化の仕方は必ずしも上詰めだけに限られず、ポータルページ２１０のデザイン等に合わせて例えば下詰めに最小化させてもよい。図１２は、カレンダーユニットを下詰めに最小化したポータルページの表示例を示す図である。
【００８３】
上記を踏まえ、図９のステップＳ１０からＳ２０までのＷｅｂサーバ１０の処理について、更に詳細に説明する。図１３は、ポータルページの生成処理を説明するためのフローチャート図である。
【００８４】
ステップＳ１００において、Ｗｅｂサーバ１０のＷｅｂサーバプログラム１０１は、Ｗｅｂクライアント２０からポータルページ２１０の送信要求を受信し、ポータルページモジュール１８１を起動する。ここで、Ｗｅｂクライアント２０からポータルページ２１０の送信要求が送信されるのは、Ｗｅｂクライアント２０のＷｅｂブラウザ２１上でユーザがポータルページ２１０の表示要求をおこなった場合だけでなく、既に表示されているポータルページ２１０上の任意のユニットの表示形式変更ボタンをクリックした場合や、複数のユニットのうちのいずれかのユニットの表示を更新させようとした場合等も含まれる。但し、表示形式変更ボタンがクリックされた際は、ポータルページの送信要求に伴って、クリックされた表示形式変更ボタンの識別情報がオプション情報として送信される。
【００８５】
ステップＳ１００に続いてステップＳ１０１に進み、ポータルページモジュール１８１は、画面構成情報ファイル１９１を読み込む。
【００８６】
ステップＳ１０１に続いてステップＳ１０２に進み、ポータルページモジュール１８１は、図５及び図６に示される画面構成情報ファイル１９１における一つのユニット定義（例えば、ユニット定義１９２１等）を処理対象とする。以下画面構成情報ファイル１９１内で処理対象となっているユニット定義を「カレントユニット定義」と呼び、カレントユニット定義に対応するポータルページ２１０上のユニットを「カレントユニット」と呼ぶ。
【００８７】
ステップＳ１０２に続いてステップＳ１０３に進み、ポータルページモジュール１８１は、カレントユニット定義の表示モードが「条件付」であるか否かを判断する。カレントユニット定義の表示モードが「条件付」の場合、即ち図５及び図６における、ユニット定義１９２２及び１９３２の場合はステップＳ１０４に進み、それ以外の場合はステップＳ１０５に進む。
【００８８】
ステップＳ１０４において、ポータルページモジュール１８１は、表示モードが条件付であるユニット（以下「条件付ユニット」という。）に対する処理、即ち、条件付ユニットに表示する情報の取得や条件付ユニットの表示形式の決定処理を行い。ステップＳ１０６に進む。
【００８９】
また、ステップＳ１０５において、ポータルページモジュール１８１は、表示モードが最大や最小等の条件付以外のユニット（以下「通常ユニット」という。）に対する処理、即ち、通常ユニットに表示する情報の取得や通常ユニットの表示形式の決定処理を行い。ステップＳ１０６に進む。なお、ステップＳ１０４及びＳ１０５のそれぞれの処理の詳細については後述する。
【００９０】
ステップＳ１０６において、ポータルページモジュール１８１は、画面構成情報ファイル１９１内に定義されている全てのユニット定義についての処理が完了したかどうかを判断する。未処理のユニット定義がのこっている場合は、ステップＳ１０２に進み、以降全てのユニット定義についての処理が完了するまでステップＳ１０６までの処理を繰り返す。
【００９１】
全てのユニット定義について処理が完了した場合はステップＳ１０７に進み、ポータルページモジュール１８１はポータルページ２１０を生成する。なお、ステップＳ１０７の処理は図９のステップＳ２０に対応しており、ステップＳ１０７で生成されたポータルページ２１０がＷｅｂクライアント２０に送信されるのは、図９で説明した通りである。
【００９２】
次に、図１３のステップＳ１０４における処理、即ち一つの条件付ユニットに対する処理の詳細について説明する。図１４は、条件付ユニットに対する処理を説明するためのフローチャート図である。
【００９３】
ステップＳ２００において、ポータルページモジュール１８１は、Ｗｅｂクライアント２０からのポータルページ２１０の送信要求に伴って表示形式変更ボタンの識別情報がオプション情報として指定されているか否か、即ちＷｅｂクライアント２０において既にポータルページ２１０が表示されており、任意のユニットの表示形式変更ボタンがクリックされた（表示形式の切り替え要求がされた）のか否かを判断する。表示形式変更ボタンの識別情報がオプション情報として指定されていた場合はステップＳ２０１に進む。
【００９４】
ステップＳ２０１において、ポータルページモジュール１８１は、オプション情報としてその識別情報が指定されている表示形式変更ボタンに対応する表示形式を、カレントユニットの表示形式とする。例えば、最小化ボタンがクリックされた場合はカレントユニットの表示を最小化し、最大化ボタンがクリックされた場合はカレントユニット定義の表示を最大化することを決定する。
【００９５】
ステップＳ２０１に続いてステップＳ２０２に進み、ポータルページモジュール１８１は、ステップＳ２０１において決定したカレントユニットの表示形式は最大化か否かを判断する。
【００９６】
カレントユニットの表示形式が最大化の場合はステップＳ２０３に進み、ポータルページモジュール１８１は、カレントユニットに対して定義されている情報取得関数を呼び出してカレントユニットに表示する情報を取得する。
【００９７】
カレントユニットの表示形式が最小化の場合は、カレントユニットに情報を表示する必要はないため、情報取得関数の呼び出しは行わない。
【００９８】
ステップＳ２００において、ポータルページモジュール１８１が表示形式変更ボタンの識別情報がオプション情報として指定されていないと判断した場合は、ステップＳ２０４に進む。これは、Ｗｅｂクライアント２０において新たにポータルページ２１０の表示要求がされた場合等が相当する。
【００９９】
ステップＳ２０４において、ポータルページモジュール１８１は、カレントユニット定義の情報取得関数を呼び出してカレントユニットに表示する情報を取得する。カレントユニット定義が図５におけるユニット定義１９２２である場合は、プリンタ情報取得関数を呼び出すことによりプリンタサーバ３０ａからプリンタ５０の情報をＸＭＬデータにより取得する。カレントユニット定義が図６におけるユニット定義１９３２である場合は文書一覧取得関数を呼び出すことにより、文書管理サーバ３０ｂより文書データの一覧情報をＸＭＬデータにより取得する。
【０１００】
ステップＳ２０４に続いてステップＳ２０５に進み、ポータルページモジュール１８１は、カレントユニットの表示形式を決定するためカレントユニット定義の判断関数１９２をステップＳ２０４において受信したＸＭＬデータを入力情報として呼び出す。
【０１０１】
例えば、カレントユニット定義がユニット定義１９２２である場合は、判断関数１９２として異常検知関数を呼び出す（図５参照）。
【０１０２】
異常検知関数は、プリンタサーバ３０ａからＸＭＬデータとして送信されたプリンタ５０の情報の内容を解析して、プリンタ５０に異常が発生しているかどうかを判断する関数である。異常検知関数はプリンタ５０に異常が発生していると判断すると、「ＴＲＵＥ」値を返却し、異常が発生していないと判断すると「ＦＡＬＳＥ」値を返却する。
【０１０３】
一方、カレントユニット定義がユニット定義１９３２である場合は、判断関数１９２としてＸＭＬデータの他にパラメータ定義で指定されている最終表示時間を入力情報として時間比較関数を呼び出す（図６参照）。
【０１０４】
時間比較関数は、文書管理サーバ３０ｂからＸＭＬデータとして送信された文書ＤＢ６０の所定のフォルダ内の文書一覧情報に含まれている更新時間と、呼び出される際に入力情報として指定された最終表示時間、即ちパラメータ定義に定義されている最終表示時間とを比較して、更新時間の方が新しい場合は「ＴＲＵＥ」を返却し、それ以外の場合は「ＦＡＬＳＥ」を返却する。また、時間比較関数は、更新時間の方が新しい場合はパラメータ定義内の最終表示時間の値を更新する。最終表示時間の値を更新することにより、次回文書管理サーバ３０ｂから送信された情報は、Ｗｅｂクライアント１０に最後に表示させたものより新しいかどうかを判断することができる。
【０１０５】
ステップＳ２０５に続いてステップＳ２０６に進み、ポータルページモジュール１８１は、判断関数１９２からの戻り値が「ＴＲＵＥ」の場合は、カレントユニットの表示を最大化し、「ＦＡＬＳＥ」の場合は最小化するものとして決定する。
【０１０６】
即ち、カレントユニットがプリンタ情報ユニット２１２の場合は、プリンタ５０に異常が発生している場合に最大化され、それ以外の場合は最小化される。また、カレントユニットが文書一覧ユニット２１４の場合は、文書ＤＢ６０のフォルダ内の情報が更新された場合に最大化され、それ以外の場合は最小化される。
【０１０７】
図１４の処理により、ポータルページモジュール１８１は、条件付ユニットについて、Ｗｅｂクライアント２０において表示形式変更ボタンがクリックされた場合、即ちユニットの表示形式について明示的な要求があった場合はそれに従った表示形式とし、Ｗｅｂクライアント２０からの明示的な要求が無い場合は、判断関数１９２の戻り値に従った表示形式とすることが分かる。
【０１０８】
従って、図１０のポータルページ２１０上でプリンタ情報ユニット２１２や文書一覧ユニット２１４の最小化ボタンがクリックされると、Ｗｅｂサーバ１０は、図１５に示すようなそれぞれのユニットを最小化したポータルページ２１０を生成し、Ｗｅｂクライアント２０に提供することができる。
【０１０９】
図１５は、プリンタユニット及び文書一覧ユニットを最小化したポータルページの表示例を示す図である。図１５において、プリンタ情報ユニット２１２と文書一覧ユニット２１４は共に最小化されている。
【０１１０】
また、図１５のポータルページ２１０上でプリンタ情報ユニット２１２や文書一覧ユニット２１４の最大化ボタンをクリックすると、Ｗｅｂサーバ１０は、それぞれを最大化したポータルページ２１０を生成し、Ｗｅｂクライアント２０に提供することができる。
【０１１１】
また、図１５のポータルページ２１０のようにプリンタ情報ユニット２１２や文書管理一覧ユニット２１４が最小化された状態において、ユーザがＷｅｂブラウザ２１に他のＷｅｂページを表示させて作業した後に再びポータルページ２１０を表示させた場合等に、プリンタ５０に異常が発生している場合はプリンタ情報ユニット２１２は自動的に最大化され、文書ＤＢ６０の所定のフォルダが更新されている場合は文書一覧ユニット２１４は自動的に最大化されてるといったように、表示情報が更新されたユニットが強調表示される。
【０１１２】
よって、Ｗｅｂクライアント５０のユーザは、プリンタ情報ユニット２１２や文書一覧ユニット２１４を最小化させていても、プリンタ５０に異常が発生したことや文書ＤＢ６０が更新されたことを最大化されたユニットを参照することにより認識することができる。
【０１１３】
また、Ｗｅｂサーバ１０は、ポップアップダイアログ等のモーダルインタフェースを有する新たなウィンドウを表示させることではなく、ユニットの最大化という手段によって異常や更新の通知を行っているため、ユーザはわざわざ新たに表示されたダイアログを閉じる等の煩雑な操作を行う必要もない。
【０１１４】
特に、Ｗｅｂページがポータルページ２１０のように複数のユニットを有する場合、即ち複数の領域に分割されている場合は、必要な場合にのみ表示を必要とする領域を最小化しておき、現在の作業に必要な情報等を表示する領域は最大化しておくことによりＷｅｂページの視認性を高めることができる。そして、最小化した領域に表示される情報に関して所定の条件が満たされた場合は、その領域が最大化、すなわち強調表示されるため、ユーザは、必要な情報が通知されたことを容易に確認することができる。
【０１１５】
次に、図１３のステップＳ１０５における処理、即ち一つの通常ユニットに対する処理の詳細について説明する。図１６は、通常ユニットに対する処理を説明するためのフローチャート図である。
【０１１６】
ステップＳ３００において、ポータルページモジュール１８１は、Ｗｅｂクライアント２０からのポータルページ２１０の送信要求に伴って表示形式変更ボタンの識別情報がオプション情報として指定されているか否か、即ちＷｅｂクライアント２０において既にポータルページ２１０が表示されており、任意のユニットの表示形式変更ボタンがクリックされた（表示形式の切り替え要求がされた）のか否かを判断する。表示形式変更ボタンの識別情報がオプション情報として指定されていた場合はステップＳ３０１に進み、単なる表示要求の場合はステップＳ３０２に進む。
【０１１７】
ステップＳ３００に続いてステップＳ３０１に進み、ポータルページモジュール１８１は、画面構成情報ファイル１９１内のカレントユニット定義における表示モードの値を、オプション情報としてその識別情報が指定されている表示形式変更ボタンに対応する表示形式に更新する。例えば、最小化ボタンがクリックされた場合は、表示モードの値を「最小」に更新し、最大化ボタンがクリックされた場合は、表示モードの値を「最大」に更新する。
【０１１８】
ステップＳ３０１に続いてステップＳ３０２に進み、ポータルページモジュール１８１は、カレントユニットの表示形式を表示モードに従ったものとして決定する。
【０１１９】
ステップＳ３０２に続いてステップＳ３０３に進み、ポータルページモジュール１８１は、カレントユニット定義の表示モードが「最大」であるか否かを判断する。表示モードが最大の場合は、ステップＳ３０４に進み情報取得関数を呼び出すことによりカレントユニットに表示する情報を取得する。表示モードが最大でない場合は、カレントユニットには情報を表示する必要は無いため、情報取得関数は呼び出さない。
【０１２０】
図１６の処理により、ポータルページモジュール１８１は、通常ユニットについてＷｅｂクライアント２０において表示形式変更ボタンがクリックされた場合、即ちユニットの表示形式について明示的な要求があった場合はそれに従った表示形式とし、Ｗｅｂクライアント２０からの明示的な要求が無い場合は、画面構成情報ファイル１９１に既に記録されている表示モードに従った表示形式とすることが分かる。
【０１２１】
従って、図１０のポータルページ２１０上でカレンダーユニット２１３の最小化ボタンをクリックされると、Ｗｅｂサーバ１０は、カレンダーユニット２１３を最小化したポータルページ２１０を生成し、Ｗｅｂクライアント２０に提供することができる。また、最小化されたカレンダーユニット２１３の最大化ボタンがクリックされると、Ｗｅｂサーバ１０は、カレンダーユニット２１３を最大化したポータルページ２１０を生成し、Ｗｅｂクライアント２０に提供することができる。
【０１２２】
なお、上述において各ユニットの表示位置は、画面構成情報ファイル１９１に基づいて固定的であった。すなわち、サービス一覧ユニット２１１は、常にプリンタ情報ユニット２１２の上に配置され、カレンダーユニット２１３は、常に文書一覧ユニット２１４の上に配置されていた。かかる表示位置を動的に変化させることにより、例えば、表示情報が変化したユニットを一番上に表示するようにすることにより表示情報に変化があったユニットの視認性をより高めるようにしてもよい。
【０１２３】
図１７は、ユニットの配置位置を動的に変化させる場合のポータルページの生成処理を説明するためのフローチャート図である。図１７中、図１３におけるステップに対応するステップ又は同一ステップには同一符号を付している。図１７においては、図１３との差違点のみについて説明する。
【０１２４】
ステップＳ１０１ａとステップＳ１０１ｂとは、図１３のステップＳ１０１に対応している。但し、図１７においては、保存されている画面構成情報ファイル１９１のコピーを生成し（Ｓ１０１ａ）、コピー先の画面構成情報ファイル（以下、「作業用画面構成情報ファイル１９１ａ」という。）を読み込む（Ｓ１０１ｂ）。なお、この時点では、画面構成情報ファイル１９１と作業用画面構成情報ファイル１９１ａの内容は同一であるため、ステップＳ１０１ｂでの読み込み対象が、コピー先である必要は必ずしもない。
【０１２５】
その後は図１３と同様に、ユニットごとに表示モードが判断され、ポータルページが生成される。但し、ステップＳ１０４における条件付ユニットに対する処理が多少異なる。
【０１２６】
図１８は、ユニットの配置位置を動的に変化させる場合の条件付ユニットに対する処理を説明するためのフローチャート図である。
【０１２７】
図１８中、図１４におけるステップと同一ステップには同一符号を付している。図１８においても、図１４との差違点のみについて説明する。図１８においては、ステップＳ２０６の後に、ステップＳ２０６ａ及びＳ２０７ａが追加されている。
【０１２８】
ステップＳ２０６ａ及びＳ２０６ｂにおいて、ポータルページモジュール１８１は、判断関数１９２に基づいて決定したカレントユニットの表示形式が「最大化」であるかを判断し（Ｓ２０６ａ）、「最大化」である場合は、作業用画面構成情報ファイル１９１ａ内におけるカレントユニットに対するユニット定義の記述位置を左定義１９２０（図５）又は右定義１９３０（図６）内において一番上に移動する。
【０１２９】
したがって、例えば、文書一覧ユニット２１４が、カレントユニットであり、文書一覧ユニット２１４を最大化させると決定された場合は、文書一覧ユニット２１４に対するユニット定義であるユニット定義１９３２が、ユニット定義１９３２の属する右定義１９３０内において一番上に移動される。
【０１３０】
図１９は、文書一覧ユニットに対するユニット定義を移動した作業用画面構成情報ファイルの例を示す図である。図１９中、図６と同一部分には同一符号を付し、その説明は省略する。図１９には画面構成情報のうち文書一覧ユニット２１４のユニット定義が属する右定義１９３０のみを表示している。
【０１３１】
図１９と図６とを比較すると、図１９においては、文書一覧ユニット２１４のユニット定義１９３２が右定義１９３０内において一番上に記述されているのが分かる。
【０１３２】
ポータルページモジュール１８１はその後、ステップＳ１０７（図１７）においてポータルページ２１０を生成する際に、作業用画面構成情報ファイル１９１ａにおけるユニット定義の記述位置に従って各ユニットのポータルページ２１０内の配置位置を決定する。
【０１３３】
したがって、例えば、ポータルページモジュール１８１が、図１９に示した定義を有する作業用画面構成情報ファイル１９２に基づいてポータルページ２１０を生成した場合は、ポータルページ２１０は、図２０のように表示される。
【０１３４】
図２０は、文書一覧ユニットの表示情報が変化した場合のポータルページの表示例を示す図である。図２０に示されるポータルページ２１０においては、文書一覧ユニット２１４が、右領域内において一番上に表示されている。このように、表示情報に変化があったユニットを一番上に表示させるようにすることで、特に、他のユニットも最大化されている場合に、表示情報に変化があったユニットの視認性を高めることができる。
【０１３５】
なお、画面構成情報ファイル１９１を直接編集するのではなく、そのコピーである作業用画面構成情報ファイル１９１ａを編集対象としているのは、基準となる情報の消失を回避するためである。したがって、次回ポータルページ２１０が表示される際に、文書一覧ユニット２１４の表示情報が変化していない場合は、文書一覧ユニット２１４の配置位置は、画面構成情報ファイル１９１に定義されている通り、カレンダーユニット２１３の下に表示されることになる。
【０１３６】
なお、本実施の形態においては、プリンタ５０に異常が発生していない場合や、文書ＤＢ６０が更新されていない場合は、プリンタ情報ユニット２１２や文書一覧ユニット２１４は、たとえ直前まで最大化されていても、その後にポータルページ２１０を表示させた際に自動的に最小化される。このような動作も、ユーザに不要な操作をさせないという効果に寄与するものである一方、最大化されているユニットが自動的に最小化されるのは不都合な場合も予想される。自動的に最小化されてしまうのを抑止するには、例えば画面構成情報ファイル１９１における条件付きユニットに対するユニット定義に、ユニットが現在最大化されているか否かの新たなフラグを定設ければよい。
【０１３７】
ポータルページモジュール１８１は、条件付ユニットの表示形式を判断する際にそのフラグの値が「最大化」であれば、判断関数１９２の判断を仰がずに当該条件付ユニットの表示形式を最大化させればよく、またフラグの値が「最小化」であれば、図１４で説明した処理と同様、判断関数１９２の戻り値に従って当該条件付ユニットの表示形式を決定すればよい。そうすれば、直前まで最大化されていた条件付ユニットが自動的に最小化されるという動作を回避することができる。
【０１３８】
ところで、近年においては、ある特定の機能に特化した組み込み機器においてもＷｅｂサーバとして機能するもの等、コンピュータと同等の情報処理を実行することができるものが提供されている。例えば、融合機、又は複合機と呼ばれる、プリンタ、コピー、又はファクシミリ等の複合サービスに固有の処理を行う複数のアプリケーションを有する画像処理装置もかかる機器に該当する。最近の画像処理装置には、Ｗｅｂサーバとしての機能を有し、更に、コピーした情報又はＦＡＸ受信した情報等を文書データとして蓄積する文書管理機能を有しているものもある。
【０１３９】
したがって、このような画像処理装置を用いて、本実施の形態におけるＷｅｂシステム１を構成しても本発明の効果を同様に得ることができる。
【０１４０】
例えば、図２１は、Ｗｅｂサーバに画像処理装置を用いて構成したＷｅｂシステムの構成例を示す図である。図２１中、図１と同一部分には同一符号を付し、その説明は省略する。図２１と図１とを比較すると、図２１においては、Ｗｅｂサーバ１０の代わりに画像処理装置４１０がＷｅｂシステム１の構成要素となっている。
【０１４１】
画像処理装置４１０には、Ｗｅｂサーバ１０に実装されていた機能（Ｗｅｂサーバ機能４１１）、すなわち、Ｗｅｂサーバプログラム１０１及び各種ページモジュール等が組み込まれている。したがって、画像処理装置４１０は、Ｗｅｂサーバ１０として機能することになる。
【０１４２】
また、図２２は、各ＳＯＡＰサーバに画像処理装置を用いて構成したＷｅｂシステムの構成例を示す図である。図２２中、図１と同一部分には同一符号を付し、その説明は省略する。図２２と図１とを比較すると、図２２においては、プリンタサーバ３０ａ及び文書管理サーバ３０ｂの代わりに画像処理装置４３０ａ及び画像処理装置４３０ｂがＷｅｂシステム１の構成要素となっている。
【０１４３】
画像処理装置４３０ａ、４３０ｂには、それぞれプリンタサーバ３０ａ、メールサーバ３０ｂ、文書管理サーバ３０ｂに実装されていたものと同様の印刷サービス４３１ａ、文書管理サービス４３１ｂが組み込まれている。したがって、画像処理装置４３０ａは、プリンタサーバ３０ａとして、画像処理装置４３０ｂは、文書管理サーバ３０ｂとしてそれぞれ機能することになる。
【０１４４】
また、図２３は、Ｗｅｂサーバ及び各ＳＯＡＰサーバに画像処理装置を用いて構成したＷｅｂシステムの構成例を示す図である。図２３中、図１、図２１又は図２２と同一部分には同一符号を付し、その説明は省略する。図２３において、画像処理装置４１０、４３０ａ、４３０ｂは、それぞれＷｅｂサーバ１０、プリンタサーバ３０ａ、文書管理サーバ３０ｂとして機能することになる。
【０１４５】
また、図２４は、Ｗｅｂサーバ及び各ＳＯＡＰサーバによる機能を一台の画像処理装置によって構成したＷｅｂシステムの構成例を示す図である。図２４中、図１と同一部分には同一符号を付し、その説明は省略する。
【０１４６】
図２４における画像処理装置４４０には、Ｗｅｂサーバプログラム４４１、印刷サービス４４２、文書管理サービス４４３及びＷｅｂアプリ４４４等が組み込まれている。Ｗｅｂサーバプログラム４４１は、Ｗｅｂサーバ１０におけるＷｅｂサーバプログラム１０１と同様のプログラムである。印刷サービス４４２、文書管理サービス４４３は、それぞれプリンタサーバ３０ａ、文書管理サーバ３０ｂにおいてＷｅｂサービスとして提供されているサービスと同様のものである。Ｗｅｂアプリ４４４は、Ｗｅｂサーバ１０における各種ページモジュールに相当する機能である。このように、一台の画像処理装置４４０によって、Ｗｅｂサーバ１０、プリンタサーバ３０ａ及び文書管理サーバ３０ｂにおける機能を実現してもよい。
【０１４７】
以上、本発明の好ましい実施例について詳述したが、本発明は係る特定の実施形態に限定されるものではなく、特許請求の範囲に記載された本発明の要旨の範囲内において、種々の変形・変更が可能である。
【図面の簡単な説明】
【０１４８】
【図１】本発明の実施の形態におけるＷｅｂシステムの構成例を示す図である。
【図２】本発明の実施の形態におけるＷｅｂサーバのハードウェア構成例を示す図である。
【図３】本発明の実施の形態におけるＷｅｂサーバのソフトウェア構成例を示す図である。
【図４】本発明の実施の形態におけるＷｅｂサーバの機能構成例を示す図である。
【図５】ＸＭＬによって実装した画面構成情報ファイルの例を示す図である。
【図６】ＸＭＬによって実装した画面構成情報ファイルの例を示す図である。
【図７】画面構成情報に従って生成されたポータルページの表示例を示す図である。
【図８】表示モードを説明するための図である。
【図９】ポータルページを表示する際の処理概要を説明するためのシーケンス図である。
【図１０】ポータルページの表示例を示す図である。
【図１１】カレンダーユニットを最小化したポータルページの表示例を示す図である。
【図１２】カレンダーユニットを下詰めに最小化したポータルページの表示例を示す図である。
【図１３】ポータルページの生成処理を説明するためのフローチャート図である。
【図１４】条件付ユニットに対する処理を説明するためのフローチャート図である。
【図１５】プリンタユニット及び文書一覧ユニットを最小化したポータルページの表示例を示す図である。
【図１６】通常ユニットに対する処理を説明するためのフローチャート図である。
【図１７】ユニットの配置位置を動的に変化させる場合のポータルページの生成処理を説明するためのフローチャート図である。
【図１８】ユニットの配置位置を動的に変化させる場合の条件付ユニットに対する処理を説明するためのフローチャート図である。
【図１９】文書一覧ユニットに対するユニット定義を移動した作業用画面構成情報ファイルの例を示す図である。
【図２０】文書一覧ユニットの表示情報が変化した場合のポータルページの表示例を示す図である。
【図２１】Ｗｅｂサーバに画像処理装置を用いて構成したＷｅｂシステムの構成例を示す図である。
【図２２】各ＳＯＡＰサーバに画像処理装置を用いて構成したＷｅｂシステムの構成例を示す図である。
【図２３】Ｗｅｂサーバ及び各ＳＯＡＰサーバに画像処理装置を用いて構成したＷｅｂシステムの構成例を示す図である。
【図２４】Ｗｅｂサーバ及び各ＳＯＡＰサーバによる機能を一台の画像処理装置によって構成したＷｅｂシステムの構成例を示す図である。
【符号の説明】
【０１４９】
１０      Ｗｅｂサーバ
１１      ＣＰＵ
１２      ＲＯＭ
１３      ＲＡＭ
１４      補助記憶装置
１５      ネットワークＩ／Ｆ
１６      ドライブ装置
１７      記録媒体
２０      Ｗｅｂクライアント
２１      Ｗｅｂブラウザ
３０      ＳＯＡＰサーバ
３０ａ    プリンタサーバ
３０ｂ    文書管理サーバ
４０      ネットワーク
５０      プリンタ
６０      文書ＤＢ
１０１    Ｗｅｂサーバプログラム
１０２    ランタイム
１０３    モジュールコンテナ
１０４    ＸＭＬパーサ
１０５    ＸＳＬプロセッサ
１０６    クライアントプログラム
１０７    プロトコルキット
１０８    サーバサイドプログラムモジュール
１８１    ポータルページモジュール
１８２    文書管理ページモジュール
１９１    画面構成情報ファイル
１９２    判断関数
２１０    ポータルページ
２１１    サービス一覧ユニット
２１２    プリンタ情報ユニット
２１３    カレンダーユニット
２１４    文書一覧ユニット
２２０    左領域
２３０    右領域
４１０、４３０ａ、４３０ｂ    画像処理装置
４１１    Ｗｅｂサーバ機能
４３１ａ、４４２  印刷サービス
４３１ｂ、４４３  文書管理サービス
４４１    Ｗｅｂサーバプログラム
４４４    Ｗｅｂアプリ
１９２０  左定義
１９２１、１９２２、１９３１、１９３２    ユニット定義
１９３０  右定義
２１３１  最小化ボタン
２１３２  削除ボタン
２１３３  最大化ボタン
【図１】
2004164623.tif 000003
【図２】
2004164623.tif 000004
【図３】
2004164623.tif 000005
【図４】
2004164623.tif 000006
【図５】
2004164623.tif 000007
【図６】
2004164623.tif 000008
【図７】
2004164623.tif 000009
【図８】
2004164623.tif 000010
【図９】
2004164623.tif 000011
【図１０】
2004164623.tif 000012
【図１１】
2004164623.tif 000013
【図１２】
2004164623.tif 000014
【図１３】
2004164623.tif 000015
【図１４】
2004164623.tif 000016
【図１５】
2004164623.tif 000017
【図１６】
2004164623.tif 000018
【図１７】
2004164623.tif 000019
【図１８】
2004164623.tif 000020
【図１９】
2004164623.tif 000021
【図２０】
2004164623.tif 000022
【図２１】
2004164623.tif 000023
【図２２】
2004164623.tif 000024
【図２３】
2004164623.tif 000025
【図２４】
2004164623.tif 000026