(57)【要約】【課題】  所定の情報を意図したタイミングで自動的に表示させるＷｅｂページを生成することのできるＷｅｂページ生成装置、Ｗｅｂページ生成方法、Ｗｅｂページ生成プログラム及び記録媒体の提供を目的とする。【解決手段】  Ｗｅｂページを生成するＷｅｂページ生成装置であって、前記Ｗｅｂページの生成が要求された要求時刻と前記Ｗｅｂページに表示させる所定の情報に対して予め設定されている表示時刻とを比較し、前記要求時刻が前記表示時刻を経過している場合に、該所定の情報が表示されるように前記Ｗｅｂページを生成するＷｅｂページ生成手段を有することにより上記課題を解決する。【選択図】  図４
2005332151.tif 000002
【特許請求の範囲】
【請求項１】
Ｗｅｂページを生成するＷｅｂページ生成装置であって、
前記Ｗｅｂページの生成が要求された要求時刻と前記Ｗｅｂページに表示させる所定の情報に対して予め設定されている表示時刻とを比較し、前記要求時刻が前記表示時刻を経過している場合に、該所定の情報が表示されるように前記Ｗｅｂページを生成するＷｅｂページ生成手段を有することを特徴とするＷｅｂページ生成装置。
【請求項２】
前記Ｗｅｂページ生成手段は、前記要求時刻が前記表示時刻を最初に経過した際に前記所定の情報が表示されるように前記Ｗｅｂページを生成することを特徴とする請求項１記載のＷｅｂページ生成装置。
【請求項３】
前記Ｗｅｂページ生成手段は、前記要求時刻が前記表示時刻を一定時間内において最初に経過するたびに前記所定の情報が表示されるように前記Ｗｅｂページを生成することを特徴とする請求項２記載のＷｅｂページ生成装置。
【請求項４】
前記Ｗｅｂページ生成手段は、前記所定の情報が表示されるように前記Ｗｅｂページを生成した生成時刻を記録し、
前記要求時刻が前記表示時刻を経過している場合であって、かつ、前記表示時刻が前記一定期間内において記録されている前記生成時刻より後の場合に、前記所定の情報が表示されるように前記Ｗｅｂページを生成することを特徴とする請求項３記載のＷｅｂページ生成装置。
【請求項５】
前記Ｗｅｂページ生成手段は、前記所定の情報が前記Ｗｅｂページの一部の領域に表示されるように前記Ｗｅｂページを生成することを特徴とする請求項１乃至４いずれか一項記載のＷｅｂページ生成装置。
【請求項６】
前記Ｗｅｂページは、各々が表示情報を有する複数の表示領域を統合したＷｅｂページであり、
前記Ｗｅｂページ生成手段は、前記所定の情報が前記複数の表示領域のうちの一の表示領域に表示されるように前記Ｗｅｂページを生成することを特徴とする請求項５記載のＷｅｂページ生成装置。
【請求項７】
前記複数の表示領域のそれぞれの表示情報に対して前記表示時刻を管理する表示時刻管理手段を有することを特徴とする請求項６記載のＷｅｂページ生成装置。
【請求項８】
前記表示時刻管理手段は、一つの前記表示領域内に表示される表示情報を構成する項目ごとに前記表示時刻を管理することが可能であることを特徴とする請求項６又は７記載のＷｅｂページ生成装置。
【請求項９】
前記Ｗｅｂページ生成手段は、前記Ｗｅｂページを生成する際に、前記所定の情報に対して当該所定の情報に関連したＷｅｂページに対するリンクを組み込むことを特徴とする請求項１乃至８いずれか一項記載のＷｅｂページ生成装置。
【請求項１０】
コンピュータを用いたＷｅｂページ生成方法であって、
Ｗｅｂページの生成要求に応じ、該生成要求のされた要求時刻が前記Ｗｅｂページに表示させる所定の情報に対して予め設定されている表示時刻を経過しているかを判定する判定手順と、
前記判定手順において、前記要求時刻が前記表示時刻を経過していると判定された場合に、前記所定の情報が表示されるように前記Ｗｅｂページを生成するＷｅｂページ生成手順とを有することを特徴とするＷｅｂページ生成方法。
【請求項１１】
コンピュータに、
Ｗｅｂページの生成要求に応じ、該生成要求のされた要求時刻が前記Ｗｅｂページに表示させる所定の情報について予め設定されている表示時刻を経過しているかを判定する判定手順と、
前記判定手順において、前記要求時刻が前記表示時刻を経過していると判定された場合に、前記所定の情報が表示されるように前記Ｗｅｂページを生成するＷｅｂページ生成手順とを実行させるためのＷｅｂページ生成プログラム。
【請求項１２】
請求項１１記載のＷｅｂページ生成プログラムを記録したコンピュータ読み取り可能な記録媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、Ｗｅｂページを生成するＷｅｂページ生成装置、Ｗｅｂページ生成方法、Ｗｅｂページ生成プログラム及び記録媒体に関する。
【背景技術】
【０００２】
近年におけるＷｅｂ技術の発達により、インターネットのユーザは汎用的なブラウザによって世界中の様々なサイトで提供されている情報を手軽に閲覧することができる。しかし、入手可能な情報が膨大となった昨今において、目的とする情報を探し出すのは極めて困難な作業である。そのためインターネットの入り口としてのサイト、即ちポータルサイトが普及し、現在においてはインターネットのユーザにとって欠かせないものとなっている（例えば、特許文献１）。
【０００３】
一方、企業内においてもイントラネットにおける情報の共有化の手段としてＥＩＰ（Enterprise Information Portal）が導入され、必要とする情報を効率よく入手できるようになっている。インターネットにおけるポータルサイトにしろ、ＥＩＰによるポータルサイトにしろ、そのサイトが提供するＷｅｂページ（ポータルページ）は、複数の領域に分割され、それぞれの分割領域には利用度の高い情報が表示されているのが一般である。従って、ユーザは、一つの画面において有用な情報を一度に閲覧することが可能であり、そのような利便性もポータルサイトの人気の要因になっていると考えられる。
【特許文献１】特開２００２−２２２２７１号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
しかしながら、一つの画面に掲載される情報量が多くなるとポータルページ上における個々の情報の視認性が相対的に悪化するという問題があるところ、表示対象とされている情報の中には、常に表示が必要とされていないものもある。例えば、プリンタ等のネットワーク機器のステータス情報を表示させる分割領域があった場合、一日に一回だけその情報が確認できればよく、それ以外の際には非表示としたいというニーズもある。
【０００５】
また、ユーザに対する連絡事項などについては、連絡の対象となるイベントが発生する直前に表示させるのが効果的である。このような機能を実現するためには、従来は、連絡事項等を表示させる時期に合わせて管理者が手作業でメンテナンス作業を行わなければならなかった。
【０００６】
本発明は、上記の点に鑑みてなされたものであって、所定の情報を意図したタイミングで自動的に表示させるＷｅｂページを生成することのできるＷｅｂページ生成装置、Ｗｅｂページ生成方法、Ｗｅｂページ生成プログラム及び記録媒体の提供を目的とする。
【課題を解決するための手段】
【０００７】
そこで上記課題を解決するため、本発明は、請求項１に記載されるように、Ｗｅｂページを生成するＷｅｂページ生成装置であって、前記Ｗｅｂページの生成が要求された要求時刻と前記Ｗｅｂページに表示させる所定の情報に対して予め設定されている表示時刻とを比較し、前記要求時刻が前記表示時刻を経過している場合に、該所定の情報が表示されるように前記Ｗｅｂページを生成するＷｅｂページ生成手段を有することを特徴とする。
【０００８】
このようなＷｅｂページ生成装置では、Ｗｅｂページに表示させる情報について、予め表示時刻を設定しておくことで、その表示時刻に合わせて当該情報を自動的に表示させることができる。
【０００９】
また、上記課題を解決するため、本発明は、上記Ｗｅｂページ生成装置におけるＷｅｂページ生成方法、前記Ｗｅｂページ生成方法を前記Ｗｅｂページ生成装置に実行させるためのＷｅｂページ生成プログラム、又は前記Ｗｅｂページ生成プログラムを記録した記録媒体としてもよい。
【発明の効果】
【００１０】
本発明によれば、所定の事象の発生を明示することができるＷｅｂページを生成することができるＷｅｂページ生成装置、Ｗｅｂページ生成方法、Ｗｅｂページ生成プログラム及び記録媒体を提供することができる。
【発明を実施するための最良の形態】
【００１１】
以下、図面に基づいて本発明の実施の形態を説明する。図１は本発明の実施の形態におけるＷｅｂシステムの構成例を示す図である。図１のＷｅｂシステム１は、Ｗｅｂサーバ１０と、Ｗｅｂクライアント２０と、プリンタサーバ３０ａと、文書管理サーバ３０ｂと、メールサーバ３０ｃとがＬＡＮ（Local Area Network）又はインターネット等のネットワーク４０を介して接続されている。
【００１２】
Ｗｅｂクライアント２０は、Ｗｅｂブラウザが実装されている端末であり、例えばＰＣ（Personal Computer）、ＰＤＡ（Personal Digital Assistants）及び携帯電話等が該当する。
【００１３】
プリンタサーバ３０ａは、接続されるプリンタ５０に関する印刷サービスをＷｅｂサービスとしてネットワーク４０上に提供するコンピュータである。即ち、プリンタサーバ３０ａの機能はＳＯＡＰのＲＰＣにより呼び出すことができる。例えばプリンタサーバ３０ａは、指定された文書データ等を印刷する「印刷要求メソッド」や、プリンタ５０のステータス情報を提供するための「ステータス情報取得メソッド」等を有しており、ネットワーク４０上に公開している。
【００１４】
文書管理サーバ３０ｂは、文書ＤＢ（Data Base）６０に格納されている文書データに関する文書管理サービスをＷｅｂサービスとしてネットワーク４０上に提供するコンピュータである。即ち、文書管理サーバ３０ｂの機能はＳＯＡＰのＲＰＣにより呼び出すことができる。例えば文書管理サーバ３０ｂは、文書ＤＢ６０に格納されている文書データの一覧情報を取得するための「文書一覧取得メソッド」を有しており、ネットワーク４０上に公開している。
【００１５】
メールサーバ３０ｃは、メールサービスをＷｅｂサービスとしてネットワーク４０上に提供するコンピュータである。ＳＯＡＰのＲＰＣによりメールサーバ３０ｃの機能を呼び出すことができる点は、上述したプリンタサーバ３０ａ等と同様である。メールサーバ３０ｃは、例えば受信メールの一覧を取得するための「メール一覧取得メソッド」等を公開している。なお以下において、プリンタサーバ３０ａ、文書管理サーバ３０ｂ及びメールサーバ３０ｃ等のようにＳＯＡＰのＲＰＣによりその機能を呼び出すことができるサーバを、「ＳＯＡＰサーバ」と記述する。
【００１６】
Ｗｅｂサーバ１０は、Ｗｅｂクライアント２０からのＷｅｂページの取得要求に基づいて、プリンタサーバ３０ａ等や図示しないその他のＳＯＡＰサーバの機能をＳＯＡＰのＲＰＣによって呼び出すことにより、Ｗｅｂページの生成に必要な情報を収集する。更にＷｅｂサーバ１０は、収集した情報に基づいてＷｅｂページを生成し、当該ＷｅｂページをＷｅｂクライアント２０に送信する。従って、Ｗｅｂサーバ１０は、なんらかのコンテンツを予め有している必要はなく、ネットワーク４０を介して収集した情報に基づいてＷｅｂページを生成することが主な役割である。但し、Ｗｅｂサーバ１０にもなんらかのサービスを実行する機能を実装してもよい。
【００１７】
次に、Ｗｅｂサーバ１０の詳細について説明する。図２は、本発明の実施の形態におけるＷｅｂサーバのハードウェア構成例を示す図である。Ｗｅｂサーバ１０は、ＣＰＵ１１、ＲＯＭ１２、ＲＡＭ１３、補助記憶装置１４、ネットワークインタフェース（Ｉ／Ｆ）１５、ドライブ装置１６等から構成されている。
【００１８】
ＣＰＵ１１は、Ｗｅｂサーバ１０全体を制御する制御部であり、ＲＯＭ１２や補助記憶装置１４に格納された各種制御プログラムやアプリケーションプログラムを実行して装置の制御、通信の制御、データの取得及び編集等の動作を行う。ＲＯＭ１２は、主に装置の制御プログラムを記憶する記憶手段であり、ＲＡＭ１３はＣＰＵ１１のワークメモリや一時的なデータの記憶に用いる記憶手段である。補助記憶装置１４は、各種アプリケーションプログラムやデータを記憶する記憶手段である。ネットワークＩ／Ｆ１５は、Ｗｅｂサーバ１０をネットワーク４０に接続するためのインタフェースである。ドライブ装置１６は、本発明の機能を実行するプログラムが記録されたＣＤ−ＲＯＭ等の記録媒体１７を読み取るための装置である。
【００１９】
なお、図２には操作部や表示部を示していないが、キーボードやマウス等による操作部や、液晶やブラウン管（ＣＲＴ）による表示部を設け、ユーザからの入力の受付や動作結果の表示を行うことができるようにしてもよい。
【００２０】
次に、Ｗｅｂシステム１の機能構成について説明する。図３は、本発明の実施の形態におけるＷｅｂシステムの機能構成例の概略図である。図３に示されるように、Ｗｅｂサーバ１０は、Ｗｅｂサーバプログラム１０１、Ｗｅｂアプリケーション１１０、及びサービスプロキシ１２０等より構成されている。
【００２１】
Ｗｅｂサーバプログラム１０１は、一般にＨＴＴＰｄ（HTTP daemon）と呼ばれるプログラムに相当するものであり、Ｗｅｂサーバ１０をＷｅｂサーバとして機能させるためのものである。すなわち、Ｗｅｂサーバプログラム１０１は、Ｗｅｂクライアント２０のＷｅｂブラウザ２１からのＨＴＴＰリクエストを受信し、Ｗｅｂアプリケーション１１０を呼び出す。また、Ｗｅｂサーバプログラム１０１は、呼び出したＷｅｂアプリケーション１１０によって生成されるＷｅｂページをＷｅｂブラウザ２１に対してＨＴＴＰレスポンスとして送信する。
【００２２】
Ｗｅｂアプリケーション１１０は、各種ＳＯＡＰサーバ３０より収集した情報や、Ｗｅｂサーバ１０にローカルに保存されている情報等に基づいて、それらの情報を表示させるＷｅｂページを生成する、いわゆるＷｅｂアプリケーションである。
【００２３】
サービスプロキシ１２０は、ＳＯＡＰサーバ３０における機能（サービス３１）に対するメソッドインタフェースを透過的に提供するモジュールである。すなわち、Ｗｅｂアプリケーション１１０は、サービスプロキシ１２０のメソッドを呼び出すことにより、ネットワーク境界を意識せずにＳＯＡＰサーバ３０の機能を呼び出すことができる。
【００２４】
Ｗｅｂアプリケーション１１０について更に詳しく説明する。図４は、Ｗｅｂアプリケーションの機能構成を説明するためのクラス図である。
【００２５】
図４に示されるように、Ｗｅｂアプリケーション１１０は、サーブレット（Ｓｅｒｖｌｅｔ）１１１、ページ生成クラス１１２、プロファイル操作クラス１１３、プロファイルＸＭＬ１１４、ユニットデータ取得クラスＡ１１５ａ、ユニットデータ取得クラスＢ１１５ｂ、及びユニットデータ取得クラスＣ１１５ｃ等から構成されている。
【００２６】
サーブレット１１１は、Ｗｅｂサーバプログラム１１０が受信したＷｅｂブラウザ２１からのＨＴＴＰリクエストに指定されているＵＲＬに基づいて、Ｗｅｂブラウザ２１より要求されているＷｅｂページを判断し、当該Ｗｅｂページに対応したページ生成クラス１１２のインスタンスにＷｅｂページを生成させるといった機能が実装されたモジュールである。
【００２７】
ページ生成クラス１１２は、Ｗｅｂページの生成機能を実現するためのクラスである。ページ生成クラス１１２は、プロファイル操作クラス１１３を介してプロファイルＸＭＬ１１４に定義されている情報を取得し、当該情報に基づいてＷｅｂページを生成する。なお、ページ生成クラス１１２は、Ｗｅｂページの種類に応じて定義されている。
【００２８】
本実施の形態においては、ページ生成クラス１１２としてポータルページを生成するクラスが存在する。ここで、ポータルページとは、一つの表示領域に様々な情報を統合して表示させるＷｅｂページをいい、インターネット又はイントラネット等の入り口として利用されるものをいう。
【００２９】
図５は、本発明の実施の形態におけるポータルページの例を示す図である。図５に示されるように、ポータルページ２１０は、サービス一覧ユニット２１１、プリンタ情報ユニット２１２、お知らせユニット２１３、文書一覧ユニット２１４及び受信トレイユニット２１５等から構成される。なお、本実施の形態においては、ポータルページ２１０上において分割されたそれぞれの領域を「ユニット」と呼ぶ。
【００３０】
サービス一覧ユニット２１１は、各種サービスの一覧（ハイパーリンク）が表示されるユニットである。サービス一覧ユニット２１１におけるそれぞれのリンクがクリックされると、対応するサービスを提供するためのＷｅｂページが新たに表示される。プリンタ情報ユニット２１２は、プリンタサーバ３０ａより取得されたプリンタ５０のステータス情報が表示されるユニットである。但し、ステータス情報は、常に表示されているわけではなく、予め指定された時刻以降にポータルページ２１０が表示された際に表示される。図５は、ステータス情報が表示されていない状態を示している。
【００３１】
お知らせユニット２１３は、ユーザ（従業員）に対して連絡事項がある場合に、その内容が表示されるユニットである。連絡事項としては、例えば、ユーザに対して何らかの作業の実施の督促等が挙げられる。連絡事項もプリンタ５０のステータス情報と同様に、予め指定された時刻以降にポータルページ２１０が表示された際に表示される。
【００３２】
文書一覧ユニット２１４は、文書管理サーバ３０ｂより取得された文書ＤＢ６０の所定のフォルダ内の文書データの一覧情報が表示されるユニットである。受信トレイユニット２１５は、メールサーバ３０ｃに管理されている、カレントユーザの受信メールの一覧が表示される領域である。
【００３３】
図４に戻る。プロファイル操作クラス１１３は、プロファイルＸＭＬ１１４へのアクセス手段を提供するクラスである。プロファイルＸＭＬ１１４は、ポータルページ２１０上における操作環境がユーザごとに定義されているＸＭＬ形式のファイルである。具体的には、ポータルページ２１０をどのように分割するかというレイアウトに関する情報と、それぞれのユニットにどのような情報を表示させるかという表示情報の割り当てに関する情報（これらを総称して以下、「ページ構成情報」という。）とが定義されている。
【００３４】
ユニットデータ取得クラスＡ１１５ａ、ユニットデータ取得クラスＢ１１５ｂ、及びユニットデータ取得クラスＣ１１５ｃ等（以下、総称する場合「ユニットデータ取得クラス１１５」という。）は、ポータルページ２１０の各ユニットに表示させる情報（以下、「ユニットデータ」という。）の種別ごとに定義されており、当該ユニットデータを取得するための機能が実装されているクラスである。例えば、ユニットデータ取得クラスＡ１１５ａは、プリンタサーバ３０ａよりプリンタ５０のステータス情報を取得するためのクラス、ユニットデータ取得クラスＢ１１５ｂは、文書管理サーバ３０ｂより文書データの一覧情報を取得するためのクラスといった具合である。したがって、図中に表示されている三つのユニットデータ取得クラス１１５は、単なる例示であり、更に多くのユニットデータ取得クラス１１５が定義され得る。
【００３５】
サービスプロキシ１２０ａ及びサービスプロキシ１２１ｂは、図３におけるサービスプロキシ１２０に相当する（したがって、サービスプロキシ１２０ａ及びサービスプロキシ１２１ｂ等を総称する場合「サービスプロキシ１２０」という。）。すなわち、サービスプロキシ１２０は、各ＳＯＡＰサーバ３０のサービス３１ごとに存在し、そのうちの一つの例示としてサービスプロキシ１２０ａ、他の例示としてサービスプロキシ１２１ｂが表示されているというわけである。したがって、各ユニットデータ取得クラス１１５は、それぞれが取得すべき表示情報に対応したサービスプロキシ１２０のメソッドを呼び出すことにより、それぞれのサービス３１よりユニットデータを取得する。
【００３６】
サービス３１ａ及びサービス３１ｂは、各ＳＯＡＰサーバ３０のサービス３１のそれぞれを区別して例示したものである。例えば、サービス３１ａは、プリンタサーバ３０ａにおけるサービス３１（プリンタサービス）であり、サービス３１ｂは、文書管理サーバ３０ｂにおけるサービス３１（文書管理サービス）であるといった具合である。ローカルモジュール１２１ｃは、例えば、お知らせユニット２１３等、そのユニットデータがローカルな環境から取得されるユニットに対するユニットデータ取得クラスＣ１１５ｃが、そのユニットデータを取得するために利用するライブラリの例示である。
【００３７】
以下、図３及び図４のＷｅｂサーバ１０がポータルページ２１０を生成する際の処理手順について説明する。図６は、第一の実施の形態におけるポータルページの生成処理を説明するためのシーケンス図である。Ｗｅｂクライアント２０のＷｅｂブラウザ２１からのポータルページ２１０の送信要求（ＨＴＴＰリクエスト）が、Ｗｅｂサーバプログラム１０１によって受信され、Ｗｅｂサーバプログラム１０１によってサーブレット１１１が呼び出されると図６の処理が開始される。
【００３８】
ステップＳ１０１において、サーブレット１１１は、ＨＴＴＰリクエストにおいて指定されているＵＲＬよりポータルページ２１０が要求されていることを判断し、ポータルページ２１０に対応するページ生成クラス１１２（のインスタンス）にポータルページ２１０の生成を要求する。なお、以下において、各クラスのインスタンスを指す場合、単に当該クラスのクラス名のみをもって記述する。
【００３９】
ステップＳ１０１に続いてステップＳ１０２に進み、ページ生成クラス１１２は、プロファイル操作クラス１１３に対してページ構成情報の提供を要求すると、プロファイル操作クラス１１３は、カレントユーザのプロファイルＸＭＬ１１４よりページ構成情報を読み込み、その内容をページ生成クラス１１２に対して出力する（Ｓ１０３）。
【００４０】
図７は、第一の実施の形態におけるプロファイルＸＭＬの定義例を示す図である。図７において、＜ｐａｇｅ＞タグで囲まれた定義が一つのポータルページ２１０に対するページ構成情報である。
【００４１】
＜ｌｅｆｔ＞タグで囲まれたｌｅｆｔ要素１１４１と、＜ｒｉｇｈｔ＞タグで囲まれたｒｉｇｈｔ要素１１４２との存在によって、ポータルページ２１０が水平方向に２分割される旨が規定されている。なお、本実施の形態においては、ポータルページ２１０は水平方向に２分割されているが、分割数については任意に定義できる。例えば３分割にする場合は、ｌｅｆｔ要素１１４１及びｒｉｇｈｔ要素１１４２と同じレベルにおいて新たな定義（例えば、ｃｅｎｔｅｒ要素）を追加すればよい。
【００４２】
ｌｅｆｔ要素１１４１とｒｉｇｈｔ要素１１４２にはそれぞれ一つ以上のｕｎｉｔ要素が子要素として属している。ｕｎｉｔ要素は、ポータルページ２１０上の各ユニットを規定するためのものである。したがって、ｕｎｉｔ要素の数によってポータルページ２１０における左領域及び右領域のそれぞれのユニットの数が規定され、ｕｎｉｔ要素の定義の順番で各ユニットの配置位置が規定される。
【００４３】
ｌｅｆｔ要素１１４１にはｕｎｉｔ要素１１４１ａ及び１１４１ｂの二つのｕｎｉｔ要素が属している。したがって、左領域には二つのユニットが配置されることが分かる。これは、それぞれサービス一覧ユニット２１１、プリンタ情報ユニット２１２に相当する。ｒｉｇｈｔ要素１１４２にはｕｎｉｔ要素１１４２ａ、１１４２ｂ及び１１４２ｃの三つのｕｎｉｔ要素が属している。したがって、右領域には三つのユニットが配置されることが分かる。これは、それぞれお知らせユニット２１３、文書一覧ユニット２１４、受信トレイユニット２１５に相当する。
【００４４】
各ｕｎｉｔ要素には、ｉｄ属性、ｔｉｔｌｅ属性、ｔｙｐｅ属性、ｎｏｔｉｆｙ属性及びｅｘｐａｎｄ属性等が定義されている。ｉｄ属性は、各ｕｎｉｔ要素を識別するための属性であり、その値は、各ｕｎｉｔ要素に一意に割り当てられた情報（以下、「ユニットＩＤ」という。）が指定される。ｔｉｔｌｅ属性は、当該ユニットのタイトルバーに表示させるタイトル文字列を値としてとる属性である。
【００４５】
ｔｙｐｅ属性は、各ユニットの種別（ユニット種別）を識別するための属性である。ここでユニット種別とは、ユニットに表示させる情報の種類に依存する情報である。すなわち、ｔｙｐｅ属性によってユニットに表示される情報の種類が特定される。例えば、ｕｎｉｔ要素１１４１ａ及びｕｎｉｔ要素１１４２ａのｔｙｐｅ属性（ｔｙｐｅ属性１１４１ａ−１、ｔｙｐｅ属性１１４２ａ−１）の値は「ｂｏｏｋｍａｒｋ」であるが、このようなユニットには、当該ｕｎｉｔ要素の子要素であるｉｔｅｍ要素（ｕｎｉｔ要素１１４１ａにおいては、ｉｔｅｍ要素１１４１ａ−２及びｉｔｅｍ要素１１４１ａ−３）の値に指定された文字列（ｉｔｅｍ要素１１４１ａ−２においては「ＸＸＸ」）が表示され、その文字列には、当該ｉｔｅｍ要素のｕｒｌ属性に指定されたＵＲＬに対するリンクがはれる。
【００４６】
また、ｕｎｉｔ要素１１４１ｂのｔｙｐｅ属性１１４１ｂ−１の値は「ｐｒｉｎｔｓｔａｔｕｓ」であるが、このようなユニットには、当該ｕｎｉｔ要素の子要素であるｉｔｅｍ要素のｓｅｒｖｉｃｅＵＲＩ属性によって特定されるサービス３１より取得されるプリンタのステータス情報が表示される。また、ｕｎｉｔ要素１１４２ｂのｔｙｐｅ属性１１４２ｂ−１の値は「ｄｏｃｌｉｓｔ」であるが、このようなユニットには、当該ｕｎｉｔ要素の子要素であるｉｔｅｍ要素のｓｅｒｖｉｃｅＵＲＩ属性によって特定されるサービス３１より取得される文書データの一覧情報が表示される。また、ｕｎｉｔ要素１１４２ｃのｔｙｐｅ属性１１４２ｃ−１の値は「ｍａｉｌｌｉｓｔ」であるが、このようなユニットには、当該ｕｎｉｔ要素の子要素であるｉｔｅｍ要素のｓｅｒｖｉｃｅＵＲＩ属性によって特定されるサービス３１より取得される受信メールの一覧情報が表示される。
【００４７】
ｎｏｔｉｆｙ属性は、真偽値をとる属性であり、その値が「ｔｒｕｅ」である場合は、当該ユニットは、予め指定された時刻（以下、「通知時刻」という。）に所定の情報をユーザに通知すべきものとして指定されたユニット（以下、「通知ユニット」という。）である旨を示す。図７より、本実施の形態においては、ｕｎｉｔ要素１１４１ｂとｕｎｉｔ要素１１４２ａに対応するユニット、すなわち、プリンタ情報ユニット２１２とお知らせユニット２１３とが通知ユニットであることが分かる。ｅｘｐａｎｄ属性は、真偽値をとる属性であり、その値が「ｔｒｕｅ」である場合は、当該ユニットが最大化されており、「ｆａｌｓｅ」である場合は当該ユニットが最小化されていることを示す。
【００４８】
ｎｏｔｉｆｙ属性の値が「ｔｒｕｅ」であるユニット、すなわち、通知ユニットに対するｕｎｉｔ要素には、更に、ｔｉｍｉｎｇ属性及びｌａｓｔＮｏｔｉｆｉｅｄ属性が定義されている。ｔｉｍｉｎｇ属性は、通知時刻を管理するための属性である。例えば、ｕｎｉｔ要素１１４１ｂのｔｉｍｉｎｇ属性１１４１ｂ−２の値は、「１２：００」であるが、これによりプリンタ情報ユニット２１２におけるプリンタのステータス情報の通知は、毎日１２時以降に表示が要求されたポータルページ２１０において行われることが分かる。また、ｕｎｉｔ要素１１４２ａのｔｉｍｉｎｇ属性１１４２ａ−２の値は、「３０  Ａｐｒ  ２００４」であるが、これによりお知らせユニット２１３における連絡事項の表示は、２００４年の４月３０日以降に表示が要求されたポータルページ２１０において行われることが分かる。
【００４９】
ｌａｓｔＮｏｔｉｆｉｅｄ属性は、最後に通知が行われた時刻（以下、「最終通知時刻」という。）を管理するための要素である。例えば、ｕｎｉｔ要素１１４１ｂのｌａｓｔＮｏｔｉｆｉｅｄ属性１１４１ｂ−３の値は「１０  Ａｐｒ  ２００４  １４：１２：０７」であるが、これより、ｕｎｉｔ要素１１４１ｂにおけるプリンタ５０のステータス情報（以下単に「ステータス情報」という。）の通知が行われた最後の時刻（すなわち、ユーザがポータルページ２１０において最後にステータス情報を確認した時刻）は、２００４年４月１０日の１４時１２分７秒であることが分かる。
【００５０】
なお、ステップＳ１０３において、プロファイル操作クラス１１３は、プロファイルＸＭＬ１１４の内容をそのままページ生成クラス１１２に対して出力してもよいが、本実施の形態においては、各ｕｎｉｔ要素のｉｄ属性の値（ユニットＩＤ）、ｔｉｔｌｅ属性の値（タイトル文字列）及びｔｙｐｅ属性の値（ユニット種別）の一覧が出力されたものとする。
【００５１】
ステップＳ１０３に続いてステップＳ１０４からステップＳ１１７までの処理は、ページ構成情報におけるｕｎｉｔ要素ごとに実行される。以下、処理対象となっているｕｎｉｔ要素を「カレントｕｎｉｔ要素」といい、カレントｕｎｉｔ要素に係るユニット（ポータルページ２１０上のユニット）を「カレントユニット」という。
【００５２】
ステップＳ１０４において、ページ生成クラス１１２が、カレントユニットは通知ユニットであるかをそのユニットＩＤに基づいてプロファイル操作クラス１１３に問い合わせると、プロファイル操作クラス１１３は、カレントｕｎｉｔ要素におけるｎｏｔｉｆｙ属性の値がｔｒｕｅであるか否かを確認し、その結果をページ生成クラス１１２に対して返却する（Ｓ１０５）。例えば、カレントｕｎｉｔ要素がｕｎｉｔ要素１１４１ｂである場合は、ｎｏｔｉｆｙ属性の値はｔｒｕｅであるため、カレントユニットは、通知ユニットである旨が返却される。なお、カレントユニットが通知ユニットでない旨が返却された場合は、後述するステップＳ１１０に進む。
【００５３】
カレントユニットが通知ユニットである旨が返却された場合は、ステップＳ１０５に続いてステップＳ１０６に進み、ページ生成クラス１１２が、カレントｕｎｉｔ要素に対して定義されている通知時刻は既に経過しているか否かをプロファイル操作クラス１１３に問い合わせると、プロファイル操作クラス１１３は、カレントｕｎｉｔ要素のｔｉｍｉｎｇ属性の値（通知時刻）と現在時刻、すなわち、ポータルページ２１０が要求された時刻とを比較し、その結果をページ生成クラス１１２に対して返却する（Ｓ１０７）。例えば、カレントｕｎｉｔ要素がｕｎｉｔ要素１１４１ｂである場合は、ｔｉｍｉｎｇ属性の値として時刻のみ（１２：００）が指定されているため、時刻の比較において本日の日にちが採用される。そうすると、現在時刻が２００４年４月１１日１３時である場合は、通知時刻は２００４年４月１１日１２時ということとなり、この場合は、現在時刻は通知時刻を経過している旨が返却される。なお、通知時刻に至っていない旨が返却された場合は、カレントユニットについては通知の必要はないため、カレントユニットに対するユニットデータの取得は行われずに、次のｕｎｉｔ要素を対象としてステップＳ１０４以降の処理が行われる。
【００５４】
通知時刻を経過している場合であっても、通知時刻以降に既にポータルページ２１０の表示が行われている場合がある。そこで、ステップＳ１０７に続いてステップＳ１０８に進み、ページ生成クラス１１２は、カレントユニットの通知時刻は最終通知時刻より後であるかをプロファイル操作クラス１１３に問い合わせる。問い合わせに応じて、プロファイル操作クラス１１３は、カレントユニットのｔｉｍｉｎｇ属性の値とｌａｓｔＮｏｔｉｆｉｅｄ属性の値とを比較し、その前後関係を示す情報をページ生成クラス１１２に対して返却する（Ｓ１０９）。例えば、カレントｕｎｉｔ要素がｕｎｉｔ要素１１４１ｂであり、現在時刻が２００４年４月１１日１３時である場合は、上述したように、通知時刻は２００４年４月１１日１２時ということとなり、更に、最終通知時刻は前日の１４時１２分であるころから、通知時刻は最終通知時刻より後である旨が返却される。なお、通知時刻は最終時刻より前である旨が返却された場合は、既に本日の通知は行われているため、カレントユニットに対するユニットデータの取得は行われずに、次のｕｎｉｔ要素を対象としてステップＳ１０４以降の処理が行われる。
【００５５】
通知時刻は最終通知時刻より後である旨が返却された場合は、本日の通知はまだ行われていないということになる。したがって、ステップＳ１０９に続いてステップＳ１１０に進み、ページ生成クラス１１２は、カレントｕｎｉｔ要素のユニット種別に基づいてカレントｕｎｉｔ要素に対応するユニットデータ取得クラス１１５を特定し、当該ユニットデータ取得クラス１１５に対してユニットデータの取得を要求する。ステップＳ１１０に続いてステップＳ１１１に進み、ユニットデータ取得クラス１１５は、サービスプロキシ１２１のメソッドを呼び出すことにより、ＳＯＡＰのＲＰＣによって対応するサービス３１に対してユニットデータとして利用される情報の送信を要求する（Ｓ１１２）。ステップＳ１１２に続いてステップＳ１１３に進み、サービス３１が、ユニットデータをサービスプロキシ１２１に対して送信すると、サービスプロキシ１２１は、ユニットデータ取得クラス１１５に対してユニットデータを出力する（Ｓ１１４）。ユニットデータ取得クラス１１５は、取得したユニットデータをページ生成クラス１１２に対して出力する（Ｓ１１５）。
【００５６】
例えば、カレントｕｎｉｔ要素がｕｎｉｔ要素１１４１ｂである場合は、ステップＳ１１０からステップＳ１１５の処理によって、プリンタサーバ３０ａよりプリンタ５０のステータス情報が取得される。ここで取得される情報は、その時点（取得する時点）のプリンタ５０のステータス情報でもよいし、例えば、プリンタ５０のステータス情報が毎日定期的にプリンタサーバ３０ａによって採取されている場合は、定期的に取得されているステータス情報でもよい。後者の場合は、ポータルページ２１０を表示させる時刻が異なったとしても毎日同じ時刻のステータス情報が表示されることになる。本実施の形態においては、プリンタサーバ３０ａによって毎日１２時にプリンタ５０のステータス情報が採取されており、そのステータス情報がユニットデータ取得クラス１１５によって取得されたものとする。
【００５７】
ステップＳ１１５に続いて、カレントユニットが通知ユニットでない場合はステップＳ１１９に進む。一方、カレントユニットが通知ユニットである場合は、ステップＳ１１５に続いてステップＳ１１６に進み、ページ生成クラス１１２が、プロファイル操作クラス１１３に対して最終通知時刻の更新を要求すると、プロファイル操作クラス１１３は、カレントｕｎｉｔ要素のｌａｓｔＮｏｔｉｆｉｅｄ属性の値を現在時刻に更新し、その結果をプロファイルＸＭＬ１１４に反映させる（Ｓ１１７）。
【００５８】
ステップＳ１１５又はステップＳ１１７に続いてステップＳ１１８に進み、上述したステップＳ１０４からステップＳ１１７までの処理が、他のユニットについても実行される。したがって各ユニットに表示させるユニットデータがページ生成手段１１２のもとに収集される。
【００５９】
全てのユニットに対するユニットデータの取得処理が完了するとステップＳ１１９に進み、ページ生成クラス１１２は、ページ構成情報及びユニットデータに基づいて、ポータルページ２１０を生成する。この際、各ユニットデータは、ページ構成情報に定義されている順番でポータルページ２１０上に配置される。ステップＳ１１９に続いてステップＳ１２０に進み、ページ生成クラス１１２は、生成したポータルページ２１０をサーブレット１１１に対して出力する。その後、ポータルページ２１０は、Ｗｅｂサーバプログラム１０１によってＷｅｂブラウザ２１に対して送信され、Ｗｅｂブラウザ２１によって表示される。
【００６０】
図８は、プリンタのステータス情報を通知するポータルページの表示例を示す図である。図８のポータルページ２１０のプリンタ情報ユニット２１２には、２００４年４月１１日の１２時におけるプリンタ５０のステータス情報が表示されている。この直後にポータルページ２１０を再表示させたとしても、通知時刻は最終通知時刻より前であるため、プリンタ情報ユニット２１２には何も表示されない。次回、ステータス情報が表示されるのは、次の日の１２時以降にポータルページ２１０を表示させた際であり、その際に表示されるのは、次の日のプリンタ５０の状態を示すステータス情報である。
【００６１】
なお、上述のシーケンス図の説明においては、プリンタ情報ユニット２１２（ｕｎｉｔ要素１１４１ｇ）を中心に説明したが、お知らせユニット２１３（ｕｎｉｔ要素１１４２ａ）についても通知時刻が経過した後、最初にポータルページが表示された場合は連絡事項が表示される。
【００６２】
上述したように、第一の実施の形態におけるＷｅｂサーバ１０によれば、予め指定された時刻が経過した後、最初にポータルページ２１０が表示された際に所定のユニットに自動的に、また定期的に情報を表示させることができる。したがって、管理者が情報を表示させる必要があるたびにＷｅｂページの保守作業を行う必要はなく、管理者の作業負担を軽減することができる。
【００６３】
ところで、第一の実施の形態においては、ユニットごとに通知時刻等を設定する例について説明した。しかしながら、お知らせユニット２１３に表示される連絡事項は、一つであるとは限らず、複数の連絡事項のそれぞれについて表示させたいタイミングが異なる場合がある。そこで、第二の実施の形態として、お知らせユニット２１３に表示させる連絡事項ごとに通知時刻等の設定を可能とする例について説明する。
【００６４】
図９は、第二の実施の形態におけるポータルページの生成処理を説明するためのシーケンス図である。図９においても図６と同様、Ｗｅｂクライアント２０のＷｅｂブラウザ２１からのポータルページ２１０の送信要求（ＨＴＴＰリクエスト）に基づいて処理が開始される。
【００６５】
ステップＳ２０１からステップＳ２０３までは、図６のステップＳ１０１からＳ１０３までの処理と同様である。すなわち、Ｗｅｂブラウザ２１からのＨＴＴＰリクエストに基づいて呼び出されたサーブレット１１１がページ生成クラス１１２に対してポータルページ２１０の生成を要求すると（Ｓ２０１）、ページ生成クラス１１２は、プロファイル操作クラス１１３を介してプロファイルＸＭＬ１１４内のページ構成情報を取得する（Ｓ２０２、Ｓ２０３）。
【００６６】
図１０は、第二の実施の形態におけるプロファイルＸＭＬの定義例を示す図である。図１０中、図７と同一部分には同一符号を付し、その説明は省略する。図１０と図７とを比較すると、図１０のｕｎｉｔ要素１１４２ａには、通知の要否の判断に必要な、ｎｏｔｉｆｙ属性、ｔｉｍｉｎｇ属性及びｌａｓｔＮｏｔｉｆｉｅｄ属性が定義されていないのが分かる。代わりにｕｎｉｔ要素１１４２ａの子要素であり、それぞれが表示対象とする一つの連絡事項に対応するｉｔｅｍ要素ごとにｎｏｔｉｆｙ属性等が定義されている。すなわち、第二の実施の形態におけるページ構成情報は、お知らせユニット２１３に表示させる連絡事項ごとに通知の要否、通知時間、最終通知時間の管理が可能な構成となっているというわけである。なお、図１０おいては、ｌｅｆｔ要素１１４１の記述については省略されているが、これは、図７のｌｅｆｔ要素１１４１の記述と異なるところはないことによる。
【００６７】
ステップＳ２０３に続いてステップＳ２０４からステップＳ２１６までの処理は、ページ構成情報におけるｕｎｉｔ要素ごとに実行される。ここでは、ｕｎｉｔ要素１１４２ａが処理される場合について説明する。
【００６８】
ステップＳ２０４において、ページ生成クラス１１２は、ｕｎｉｔ要素１１４２ａのユニット種別（ｂｏｏｋｍａｒｋ）に基づいてｕｎｉｔ要素１１４２ａに対応するユニットデータ取得クラス１１５を特定し、当該ユニットデータ取得クラス１１５に対してユニットデータの取得を要求する。
【００６９】
ステップＳ２０４に続いてステップＳ２０５からステップＳ２１４までの処理は、ｕｎｉｔ要素１１４２ａの子要素であるｉｔｅｍ要素ごとに実行される。まず、ユニットデータ取得クラス１１５は、プロファイル操作クラス１１３に対して、ｕｎｉｔ要素１１４２ａの最初のｉｔｅｍ要素（ｉｔｅｍ要素１１４２ａ−４）が通知を必要とするｉｔｅｍ要素（以下、「通知項目」という。）であるか否かを問い合わせる（Ｓ２０５）。ここで、ｉｔｅｍ要素１１４２ａ−４のｎｏｔｉｆｙ属性の値は「ｔｒｕｅ」であるため、ｉｔｅｍ要素１１４２ａ−４は通知項目である旨がプロファイル操作クラス１１３より返却される（Ｓ２０６）。
【００７０】
ステップＳ２０６に続いてステップＳ２０７に進み、ユニットデータ取得クラス１１５が、ｉｔｅｍ要素１１４２ａ−４について通知時刻は既に経過しているか否かをプロファイル操作クラス１１３に問い合わせると、プロファイル操作クラス１１３は、ｉｔｅｍ要素１１４２ａ−４のｔｉｍｉｎｇ属性の値（通知時刻）と現在時刻とを比較し、その結果をユニットデータ取得クラス１１５に対して返却する（Ｓ２０８）。ｉｔｅｍ要素１１４２ａ−４のｔｉｍｉｎｇ属性１１４２ａ−２の値は「３０  Ａｐｒ  ２００４」であることから、通知時刻は２００４年３０日午前０時ということになる。したがって、例えば、現在時刻が２００４年４月３０日１３時である場合は、現在時刻は通知時刻を経過している旨が返却される。
【００７１】
ステップＳ２０８に続いてステップＳ２０９に進み、ユニットデータ取得クラス１１５は、ｉｔｅｍ要素１１４２ａ−４の通知時刻は最終通知時刻より後であるかをプロファイル操作クラス１１３に問い合わせる。問い合わせに応じて、プロファイル操作クラス１１３は、ｉｔｅｍ要素１１４２ａ−４のｌａｓｔＮｏｔｉｆｉｅｄ属性の値（２００４年３月３０日１３時２８分１２秒）と通知時刻（２００４年４月３０日午前０時）とを比較し、その結果、すなわち、通知時刻は最終通知時刻より後である旨をユニットデータ取得クラス１１５に対して返却する（Ｓ２１０）。
【００７２】
ステップＳ２１０に続いてステップＳ２１１に進み、ユニットデータ取得クラス１１５が、プロファイル操作クラス１１３に対して連絡事項を要求すると、プロファイル操作クラス１１３は、ページ構成情報よりｉｔｅｍ要素１１４２ａ−４の値として設定されている連絡事項（［重要／月末のお知らせ］勤務管理表を提出してください。）を取得し、ユニットデータ取得クラス１１５に対して出力する（Ｓ２１２）。
【００７３】
ステップＳ２１２に続いてステップＳ２１３に進み、ユニットデータ取得クラス１１５が、プロファイル操作クラス１１３に対してｉｔｅｍ要素１１４２ａ−４の最終通知時刻の更新を要求すると、プロファイル操作クラス１１３は、カレントｕｎｉｔ要素のｌａｓｔＮｏｔｉｆｉｅｄ属性の値を現在時刻に更新し、その結果をプロファイルＸＭＬ１１４に反映させる（Ｓ２１４）。
【００７４】
他の全てのｉｔｅｍ要素について、ステップＳ２０５からステップＳ２１４までの処理が完了すると（Ｓ２１５）、ユニットデータ取得クラス１１５は、取得した連絡事項を含むユニットデータをページ生成クラス１１２に対して出力する。
【００７５】
ステップＳ２１６に続いてステップＳ２１７に進み、他のｕｎｉｔ要素についても、ユニットデータの取得処理が実行される。したがって各ユニットに表示させるユニットデータがページ生成手段１１２のもとに収集される。
【００７６】
全てのユニットに対する処理が完了すると、以降は第一の実施の形態と同様に、ページ生成クラス１１２は、ページ構成情報に基づいてポータルページ２１０を生成し（Ｓ２１８）、当該ポータルページ２１０をサーブレット１１１に対して出力する（Ｓ２１９）。その後、ポータルページ２１０は、Ｗｅｂサーバプログラム１０１によってＷｅｂブラウザ２１に対して送信され、Ｗｅｂブラウザ２１によって表示される。
【００７７】
図１１は、連絡事項を通知するポータルページの表示例を示す図である。図１１に示されるように、ポータルページ２１０のお知らせユニット２１３には、「勤務管理表を提出してください。」といった月末の連絡事項が表示されている。但し、ｕｎｉｔ要素１１４２ａ−４における全てのｉｔｅｍ要素に対応する連絡事項が同時に表示されるとは限らない。それぞれの連絡事項ごとに通知時刻が異なることがあり得るからである。
【００７８】
上述したように、第二の実施の形態におけるＷｅｂサーバ１０によれば、一つのユニット内に表示させる項目ごとに異なるタイミングで通知を行うことができ、Ｗｅｂページの利便性を高めることができる。
【００７９】
ところで、お知らせユニット２１３に表示させる連絡事項は予め管理者が設定しておく必要がある。そこで、上記において説明した仕組みを利用して、管理者に対して連絡事項の設定が必要である旨を通知することができるようにし、更に、その通知に基づいて管理者が容易に連絡事項の設定ができるようにした例を第三の実施の形態として説明する。
【００８０】
図１２は、第三の実施の形態におけるポータルページの生成処理を説明するためのシーケンス図である。図１２に示されるシーケンス図は、図９のものとほぼ同様である。なお、第三の実施の形態において、Ｗｅｂクライアント２０のユーザは、一般ユーザではなく管理者であるとする。
【００８１】
Ｗｅｂブラウザ２１からのＨＴＴＰリクエストに基づいて呼び出されたサーブレット１１１が、ページ生成クラス１１２に対してポータルページ２１０の生成を要求すると（Ｓ３０１）、ページ生成クラス１１２は、プロファイル操作クラス１１３を介して、当該管理者に対するプロファイルＸＭＬ１１４内のページ構成情報を取得する（Ｓ３０２、Ｓ３０３）。
【００８２】
図１３は、第三の実施の形態における管理者用のプロファイルＸＭＬの定義例を示す図である。図１３中、図１０と同一部分には同一符号を付し、その説明は省略する。図１３のページ構成情報の構成は、図１０のそれと同様である。但し、ｉｔｅｍ要素１１４２ａ−４に設定されている値が異なる。すなわち、図１３のｉｔｅｍ要素１１４２ａ−４の値は、「［重要／月末のお知らせ］勤務管理表の提出依頼通知が近づいています。」となっており、勤務管理表の提出依頼を行う必要があることを示すメッセージが連絡事項として設定されている。また、当該連絡事項の通知時刻は、ｔｉｍｉｎｇ属性１１４２ａ−２の値（「２５  Ａｐｒ  ２００４」）より、２００４年４月２５日午前０時であることが分かる。
【００８３】
ステップＳ３０３に続いて、ステップＳ３０４以降は、図９のステップＳ２０４以降とほぼ同様である。したがって、ステップＳ３０４からステップＳ３１８までの処理がｕｎｉｔ要素１１４２ａついて実行される場合は、ｕｎｉｔ要素１１４２ａに属するｉｔｅｍ要素ごとに、通知時刻が経過しているか及び通知時刻が最終通知時刻より後であるかが判断される（Ｓ３０５〜Ｓ３１０）。通知時刻が現在時刻を経過しており、かつ、最終通知時刻より後であることから通知対象となったｉｔｅｍ要素（以下、「通知対象ｉｔｅｍ要素」という。）については、当該ｉｔｅｍ要素の値である連絡事項がユニットデータ取得クラス１１５によってプロファイル操作クラス１１３より取得され、当該ｉｔｅｍ要素の最終通知時刻（ｌａｓｔＮｏｔｉｆｉｅｄ属性の値）が更新される（Ｓ３１１〜Ｓ３１４）。
【００８４】
ステップＳ３１４に続いて、ステップＳ３１５及びＳ３１６は図１３において新たに追加された処理である。すなわち、ユニットデータ取得クラス１１５が、通知対象ｉｔｅｍ要素のｕｒｌ属性の値をプロファイル操作クラス１１３に対して要求すると（Ｓ３１５）、プロファイル操作クラス１１３は、当該通知対象ｉｔｅｍ要素のｕｒｌ属性の値をプロファイルＸＭＬ１１４より取得し、ユニットデータ取得クラス１１５に対して出力する（Ｓ３１６）。
【００８５】
例えば、ｉｔｅｍ要素１１４２ａ−４（図１３）について見てみると、現在時刻が４月２５日午前０時以降である場合は、通知対象ｉｔｅｍ要素として扱われ、ｉｔｅｍ要素１１４２ａ−４の値である連絡事項（「［重要／月末のお知らせ］勤務管理表の提出依頼通知が近づいています。」）と、ｕｒｌ属性１１４２ａ−６の値（./BookmarkList）とがユニットデータ取得クラス１１５によって取得される。ここで、ｕｒｌ属性１１４２ａ−６の値は、連絡事項に張られるリンク先のＵＲＬであり、本実施の形態においては、各ユーザに通知する連絡事項を設定するためのＷｅｂページ（以下、「設定ページ」という。）に対するＵＲＬである。
【００８６】
全てのｉｔｅｍ要素についてステップＳ３０５からステップＳ３１６までの処理が実行されると、ユニットデータ取得クラス１１５は、各ｉｔｅｍ要素の値（連絡事項）とｕｒｌ属性の値とを、ユニットデータとしてページ生成クラス１１２に対して出力する（Ｓ３１８）。
【００８７】
他のｕｎｉｔ要素についても、それぞれのｕｎｉｔ要素に対応したユニットデータの取得処理が実行され（Ｓ３１９）、全てのユニットに対するユニットデータがページ生成クラス１１２に収集されると、ページ生成クラス１１２は、ページ構成情報及びユニットデータに基づいて、ポータルページ２１０を生成する（Ｓ３２０）。ここで、ページ生成クラス１１２は、お知らせユニット２１３に表示させる連絡事項については、それぞれの連絡事項が対応するｉｔｅｍ要素のｕｒｌ属性の値に指定されたＵＲＬへのリンクが張られるようにポータルページ２１０を生成する。したがって、例えば、ｉｔｅｍ要素１１４２ａ−４の連絡事項である「［重要／月末のお知らせ］勤務管理表の提出依頼通知が近づいています。」には、設定ページに対するリンクが張られる。
【００８８】
ステップＳ３２０に続いてステップＳ３２１に進み、ページ生成クラス１１２が、生成したポータルページ２１０をサーブレット１１１に対して出力すると（Ｓ２１９）、ポータルページ２１０は、Ｗｅｂサーバプログラム１０１によってＷｅｂブラウザ２１に対して送信され、Ｗｅｂブラウザ２１によって表示される。
【００８９】
図１４は、管理者用のポータルページの表示例を示す図である。図１４に示されるポータルページ２１０のお知らせユニット２１３には、管理者に対する連絡事項２１３１が表示されている。管理者は、連絡事項２１３１を確認することにより、社員に対して勤務管理表の提出依頼を行う必要がある旨を認識することができる。ここで、連絡事項２１３１には、設定ページに対するリンクが張られているため、管理者が連絡事項２１３１をクリックするとＷｅｂブラウザ２１には設定ページが表示される。
【００９０】
図１５は、設定ページの表示例を示す図である。図１５に示される設定ページ２２０は、タイトル入力領域２２１、連絡事項設定領域２２２、及び操作ボタン２２３等より構成されている。タイトル入力領域２２１は、ポータルページ２１０の２１３のタイトルバーに表示するタイトル文字列を入力するための領域である。連絡事項設定領域２２２は、連絡事項として表示する文字列、連絡事項に付加するリンク先のＵＲＬ、連絡事項の通知時期を設定するための領域である。連絡事項の追加、削除、変更等は、操作ボタン２２３を利用することで行うことができる。
【００９１】
管理者が、設定ページ２２０においてタイトル文字列の入力や、連絡事項等の設定を行った後、ＯＫボタン２２４をクリックすると、連絡事項の設定を要求するＨＴＴＰリクエストがＷｅｂサーバ１０に対して送信され、Ｗｅｂサーバ１０は、設定ページ２２０に設定された内容を各ユーザのプロファイルＸＭＬ１１４のページ構成情報に反映する。すなわち、タイトル入力領域２２１に入力された文字列は、ｕｎｉｔ要素１１４２ａのｔｉｔｌｅ属性の値として設定され、連絡事項設定領域２２２において設定された連絡事項、ＵＲＬ、更新時期は、それぞれ、ｕｎｉｔ要素１１４２ａのｉｔｅｍ要素の値、ｕｒｌ属性の値、ｔｉｍｉｎｇ属性の値として設定される。したがって、設定ページ２２０における管理者による作業がなされた後、各ユーザがポータルページ２１０を表示させようとした際には、第二の実施の形態において説明した処理が実行され、設定ページ２２０において設定された内容に応じて、ポータルページ２１０のお知らせユニット２１３の表示が行われる。
【００９２】
上述したように、第三の実施の形態におけるＷｅｂサーバ１０によれば、管理者に対して連絡事項の設定が必要である旨を示すとともに、設定ページへのリンクが張られている連絡事項を表示することのできるポータルページ２１０を提供することができる。したがって、管理者は、当該連絡事項に基づいて設定ページ２２０を表示させることができ、そのまま連絡事項の設定を簡便に行うことができる。
【００９３】
ところで、近年においては、ある特定の機能に特化した組み込み機器においてもＷｅｂサーバとして機能するもの等、コンピュータと同等の情報処理を実行することができるものが提供されている。例えば、融合機、又は複合機と呼ばれる、プリンタ、コピー、又はファクシミリ等の複合サービスに固有の処理を行う複数のアプリケーションを有する画像形成装置もかかる機器に該当する。最近の画像形成装置には、Ｗｅｂサーバとしての機能を有し、更に、コピーした情報又はＦＡＸ受信した情報等を文書データとして蓄積する文書管理機能等を有しているものもある。
【００９４】
したがって、このような画像形成装置を用いて、本実施の形態におけるＷｅｂシステム１を構成しても本発明の効果を同様に得ることができる。例えば、図１６は、Ｗｅｂサーバに画像形成装置を用いて構成したＷｅｂシステムの構成例を示す図である。図１６中、図１と同一部分には同一符号を付し、その説明は省略する。図１６と図１とを比較すると、図１６においては、Ｗｅｂサーバ１０の代わりに画像形成装置４１０がＷｅｂシステム１の構成要素となっている。画像形成装置４１０には、Ｗｅｂサーバ１０に実装されていた機能、すなわち、Ｗｅｂサーバプログラム１０１、Ｗｅｂアプリケーション１１０及びサービスプロキシ１２０等が組み込まれている。したがって、画像形成装置４１０は、Ｗｅｂサーバ１０として機能することができる。
【００９５】
画像形成装置４１０について更に詳しく説明する。図１７は、本発明の実施の形態における画像形成装置の機能構成例を示す図である。図１７において、画像形成装置４１０は、プロッタエンジン１２０３及びスキャナエンジン１２０４等の個別の画像処理を行うためのハードウェア資源と、エンジン制御ボード１２０２と、ＯＳ１２０１と、システム管理サービス１１０６と、ネットワークサービス１１０７と、メモリ管理サービス１１０８と、オペパネ管理サービス１１０９と、エンジン管理サービス１２００と、コピーアプリ１１０１、ファックスアプリ１１０２、プリンタアプリ１１０３、及びＷｅｂアプリ１１０４等の各種アプリケーションとから構成される。
【００９６】
エンジン制御ボード１２０２は、プロッタエンジン１２０３及びスキャナエンジン１２０４等の画像形成装置４１０の個別機能を制御し、エンジンＩ／Ｆ（インタフェース）を通して、エンジン制御ボード１２０２の機能をＯＳ１２０１等に提供する。
【００９７】
ＯＳ１２０１は、ＵＮＩＸ（登録商標）等のオペレーティング・システムであり、コピーアプリ１１０１、ファックスアプリ１１０２等、アプリケーションとして実装されている各種ソフトウェアをプロセスとして並列実行する。
【００９８】
システム管理サービス１１０６、ネットワークサービス１１０７、メモリ管理サービス１１０８、オペパネ管理サービス１１０９、及びエンジン管理サービス１２００は、ＡＰＩ（Application Programming Interface）を通して、コピーアプリ１１０１等の上位アプリケーションにそれぞれの機能を提供するものである。即ち、システム管理サービス１１０６は、システム管理に関する機能を提供し、ネットワークサービス１１０７は、ネットワーク通信に関する機能を提供する。例えば、ネットワークサービス１１０７には、Ｗｅｂサーバプログラム１０１（図３）に相当する機能が実装されている。また、メモリ管理サービス１１０８は、メモリ管理に関する機能を提供し、オペパネ管理サービス１１０９は、画像形成装置４１０に設置された操作パネル（オペパネ）に関する機能を提供する。更に、エンジン管理サービス１２００は、エンジン制御ボード１２０２を介してプロッタエンジン１２０３やスキャナエンジン１２０４を制御するための機能を提供する。
【００９９】
コピーアプリ１１０１は、コピー用アプリケーションであり、ファックスアプリ１１０２は、ファクシミリ用アプリケーションである。プリンタアプリ１１０３は、ページ記述言語（ＰＤＬ）、ＰＣＬ及びポストスクリプト（ＰＳ）を有するプリンタ用アプリケーションである。Ｗｅｂアプリ１１０４は、本実施の形態におけるＷｅｂサーバ１０のＷｅｂアプリケーション１１０に相当する機能が実装されているアプリケーションである。したがって、Ｗｅｂアプリ１１０４を用いて図６、図９又は図１２等において説明した処理を実行することにより、画像形成装置４１０は、Ｗｅｂサーバ１０と同様の機能を実現する。
【０１００】
以上、本発明の好ましい実施例について詳述したが、本発明は係る特定の実施形態に限定されるものではなく、特許請求の範囲に記載された本発明の要旨の範囲内において、種々の変形・変更が可能である。
【図面の簡単な説明】
【０１０１】
【図１】本発明の実施の形態におけるＷｅｂシステムの構成例を示す図である。
【図２】本発明の実施の形態におけるＷｅｂサーバのハードウェア構成例を示す図である。
【図３】本発明の実施の形態におけるＷｅｂシステムの機能構成例の概略図である。
【図４】Ｗｅｂアプリケーションの機能構成を説明するためのクラス図である。
【図５】本発明の実施の形態におけるポータルページの例を示す図である。
【図６】第一の実施の形態におけるポータルページの生成処理を説明するためのシーケンス図である。
【図７】第一の実施の形態におけるプロファイルＸＭＬの定義例を示す図である。
【図８】プリンタのステータス情報を通知するポータルページの表示例を示す図である。
【図９】第二の実施の形態におけるポータルページの生成処理を説明するためのシーケンス図である。
【図１０】第二の実施の形態におけるプロファイルＸＭＬの定義例を示す図である。
【図１１】連絡事項を通知するポータルページの表示例を示す図である。
【図１２】第三の実施の形態におけるポータルページの生成処理を説明するためのシーケンス図である。
【図１３】第三の実施の形態における管理者用のプロファイルＸＭＬの定義例を示す図である。
【図１４】管理者用のポータルページの表示例を示す図である。
【図１５】設定ページの表示例を示す図である。
【図１６】Ｗｅｂサーバに画像形成装置を用いて構成したＷｅｂシステムの構成例を示す図である。
【図１７】本発明の実施の形態における画像形成装置の機能構成例を示す図である。
【符号の説明】
【０１０２】
１            Ｗｅｂシステム
１０          Ｗｅｂサーバ
１１          ＣＰＵ
１２          ＲＯＭ
１３          ＲＡＭ
１４          補助記憶装置
１５          ネットワークＩ／Ｆ
１６          ドライブ装置
１７          記録媒体
２０          Ｗｅｂクライアント
２１          Ｗｅｂブラウザ
３０ａ        プリンタサーバ
３０ｂ        文書管理サーバ
３０ｃ        メールサーバ
３１、３１ａ、３１ｂ          サービス
４０          ネットワーク
５０          プリンタ
６０          文書ＤＢ
１０１        Ｗｅｂサーバプログラム
１１０        Ｗｅｂアプリケーション
１１１        サーブレット
１１２        ページ生成クラス
１１３        プロファイル操作クラス
１１４        プロファイルＸＭＬ
１１５ａ      ユニットデータ取得クラスＡ
１１５ｂ      ユニットデータ取得クラスＢ
１１５ｃ      ユニットデータ取得クラスＣ
１２０、１２０ａ、１２０ｂ        サービスプロキシ
１２１ｃ      ローカルモジュール
４１０        画像形成装置
１１０１      コピーアプリ
１１０２      ファックスアプリ
１１０３      プリンタアプリ
１１０４      Ｗｅｂアプリ
１１０６      システム管理サービス
１１０７      ネットワークサービス
１１０８      メモリ管理サービス
１１０９      オペパネ管理サービス
１２００      エンジン管理サービス
１２０１      ＯＳ
１２０２      エンジン制御ボード
１２０３      プロッタエンジン
１２０４      スキャナエンジン
【図１】
2005332151.tif 000003
【図２】
2005332151.tif 000004
【図３】
2005332151.tif 000005
【図４】
2005332151.tif 000006
【図５】
2005332151.tif 000007
【図６】
2005332151.tif 000008
【図７】
2005332151.tif 000009
【図８】
2005332151.tif 000010
【図９】
2005332151.tif 000011
【図１０】
2005332151.tif 000012
【図１１】
2005332151.tif 000013
【図１２】
2005332151.tif 000014
【図１３】
2005332151.tif 000015
【図１４】
2005332151.tif 000016
【図１５】
2005332151.tif 000017
【図１６】
2005332151.tif 000018
【図１７】
2005332151.tif 000019