(57)【要約】【課題】  Ｗｅｂページのフレーム内に、目的とするＷｅｂページを簡便に表示させることができる情報提供装置及び情報表示装置の提供を目的とする。【解決手段】  ネットワークを介して接続している端末からの要求に基づいて、前記端末にＷｅｂページを送信する情報提供装置であって、前記端末からの要求に対して、複数のフレームに分割され、前記複数のフレームのうちの所定のフレームに前記端末からの要求において指定されたＵＲＬに含まれる識別情報に基づいて特定される情報を表示させるフレームページを生成するフレームページ生成手段を有することにより上記課題を解決する。【選択図】  図３
2004303218.tif 000002
【特許請求の範囲】
【請求項１】
ネットワークを介して接続している端末からの要求に基づいて、前記端末にＷｅｂページを送信する情報提供装置であって、
前記端末からの要求に対して、複数のフレームに分割され、前記複数のフレームのうちの所定のフレームに前記端末からの要求において指定されたＵＲＬに含まれる識別情報に基づいて特定される情報を表示させるフレームページを生成するフレームページ生成手段を有することを特徴とする情報提供装置。
【請求項２】
前記フレームページ生成手段は、前記所定のフレームと関連を有するフレームが、前記所定のフレームに表示させた情報と整合がとられた態様で表示されるように前記フレームページを生成することを特徴とする請求項１記載の情報提供装置。
【請求項３】
前記所定のフレームと関連を有するフレームは、前記所定のフレームに表示させる情報の目次情報を表示させるフレームであることを特徴とする請求項２記載の情報提供装置。
【請求項４】
前記目次情報は、ツリー形式によって表示されることを特徴とする請求項１乃至３いずれか一項記載の情報提供装置。
【請求項５】
前記フレームページ生成手段は、前記ＵＲＬに含まれる識別情報に対応した態様で前記フレームページが表示されるように、前記フレームページを生成することを特徴とする請求項１乃至４いずれか一項記載の情報提供装置。
【請求項６】
前記フレームページ生成手段は、前記ＵＲＬに含まれる識別情報に対応した言語で前記フレームページが表示されるように、前記フレームページを生成することを特徴とする請求項５記載の情報提供装置。
【請求項７】
前記ＵＲＬに含まれる識別情報に対応した言語をサポートしていない場合は、当該情報提供装置の操作パネルの表示言語として指定されている言語で表示されるように前記フレームページを生成することを特徴とする請求項６記載の情報提供装置。
【請求項８】
前記フレームページ生成手段は、前記ＵＲＬに含まれる識別情報で特定されるユーザモードに対応した態様で前記フレームページが表示されるように、前記フレームページを生成することを特徴とする請求項５乃至７いずれか一項記載の情報提供装置。
【請求項９】
前記ＵＲＬに含まれる識別情報は、前記ＵＲＬに含まれる引数情報であることを特徴とする請求項１乃至８いずれか一項記載の情報提供装置。
【請求項１０】
前記ＵＲＬに含まれる識別情報に基づいて前記所定のフレームに表示させる情報が決定されるように、前記フレームページの書式情報が定義された書式情報ファイルを更に有し、
前記フレームページ生成手段は、前記ＵＲＬに含まれる識別情報を前記書式情報ファイルに適用することによって、前記フレームページを生成することを特徴とする請求項１乃至９いずれか一項記載の情報提供装置。
【請求項１１】
所定の書式情報に従って所定の情報を前記Ｗｅｂページに変換するデータ変換手段を更に有し、
前記フレームページ生成手段は、前記データ変換手段を用いて前記フレームページを生成することを特徴とする請求項１０記載の情報提供装置。
【請求項１２】
前記Ｗｅｂページを生成する複数のＷｅｂページ生成手段を更に有し、
前記データ変換手段は、前記複数のＷｅｂページ生成手段により共通に用いられることを特徴とする請求項１１記載の情報提供装置
【請求項１３】
前記書式情報ファイルは、ＸＳＬ形式のファイルであることを特徴とする請求項１０乃至１２いずれか一項記載の情報提供装置。
【請求項１４】
前記フレームページ生成手段は、前記ＵＲＬに含まれる識別情報をＸＭＬ形式のデータに変換し、前記ＸＭＬ形式のデータを前記書式情報ファイルに適用することを特徴とする請求項１３記載の情報提供装置。
【請求項１５】
前記データ変換手段は、前記ＸＭＬ形式のデータを前記書式情報ファイルに適用してＸＳＬＴ変換を実行することにより、前記フレームページを生成することを特徴とする請求項１４記載の情報提供装置。
【請求項１６】
所定のＵＲＬが指定された前記端末からの要求に対して、前記フレームページを前記端末にロードさせる命令が定義されたロードページを生成するロードページ生成手段を更に有することを特徴とする請求項１乃至１５いずれか一項記載の情報提供装置。
【請求項１７】
前記所定のＵＲＬは、パス名を含まないことを特徴とする請求項１乃至１６いずれ一項記載の情報提供装置。
【請求項１８】
前記ロードページの定義には、前記フレームページに対するＵＲＬが記述され、
該フレームページのＵＲＬには、前記所定のＵＲＬに含まれていた引数情報が含まれていることを特徴とする請求項１４又は１７記載の情報提供装置。
【請求項１９】
前記ＵＲＬに含まれる識別情報を電子メールによって前記端末に送信することを特徴とする請求項１乃至１８いずれか一項記載の情報提供装置。
【請求項２０】
前記情報提供装置は、画像処理装置であることを特徴とする請求項１乃至１９いずれか一項記載の情報提供装置。
【請求項２１】
ネットワークを介して接続している情報提供装置にＷｅｂページの送信を要求するＷｅｂページ要求手段と、
前記Ｗｅｂページ要求手段が送信した要求に対して前記情報提供装置から送信された、複数のフレームに分割され、前記複数のフレームのうちの所定のフレームに前記要求において指定したＵＲＬに含まれる識別情報に基づいて特定される情報が表示されるフレームページを表示させる情報表示手段とを有することを特徴とする情報表示装置。
【請求項２２】
所定のＵＲＬを指定した要求に対して前記情報提供装置から送信された、前記フレームページをロードさせる命令が定義されたロードページに基づいて、前記フレームページをロードするフレームページロード手段を更に有することを特徴とする請求項２１記載の情報表示装置。
【請求項２３】
前記所定のＵＲＬは、パス名を含まないことを特徴とする請求項２２記載の情報表示装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、情報提供装置に関し、特にネットワークを介して接続している端末からの要求に基づいて、前記端末にＷｅｂページを送信する情報提供装置に関する。
【０００２】
また、本発明は、前記情報提供装置から送信されたＷｅｂページを表示する情報表示装置に関する。
【背景技術】
【０００３】
近年のＷｅｂ関連技術の発展により、Ｗｅｂページの操作性も向上している。かかるＷｅｂページの操作性を向上させるための機能として、今や一般的に利用されているものにフレームがある（例えば、特許文献１）。
【０００４】
図１は、フレームに分割されたＷｅｂページの表示例を示す図である。図１において、ＷｅｂブラウザにはＷｅｂページ５００が表示されている。また、Ｗｅｂページ５００は３つのフレーム（５０１、５０２、５０３）に分割されている。
【０００５】
フレームを利用することの利点の一つとして、ドキュメントのナビゲーション機能を提供できることが挙げられる。例えば、図１において、フレーム５０１には検索機能、フレーム５０２には目次機能を持たせ、フレーム５０３には、フレーム５０１で検索指示をした結果、又はフレーム５０２の目次において選択したドキュメントを表示させるという構成をとることができる。この場合、フレーム５０１に入力した値や、フレーム５０２における目次の選択状態はそのままにして、フレーム５０３の内容のみが更新される。従って、ユーザは、現在参照している情報の位置付けを容易に確認することができ、くもの巣状に張られた情報のリンクの中で迷子になることはない。
【特許文献１】特開２００１−３４５２７号公報
【特許文献２】特開平１１−２９６４６３
【発明の開示】
【発明が解決しようとする課題】
【０００６】
しかしながら、フレームに分割されたＷｅｂページにおいては各フレームに最初に表示させるドキュメントは静的に決められているため、ユーザが、目的とするドキュメントを表示させるためには、更に数回の操作を必要とするという問題がある。
【０００７】
例えば、図１の例において、ユーザがＷｅｂブラウザにＷｅｂページ５００のＵＲＬを入力すると、ＷｅｂブラウザにＷｅｂページ５００が表示される。この状態でフレーム５０３には、Ｗｅｂページ５００を参照する際には最初に必ず表示される、いわゆるトップページ、又はホームページと呼ばれるドキュメントが表示される。従って、ユーザは、フレーム５０２の目次機能を利用して、目的とするドキュメントを表示させるための操作（マウスクリック等）を一回以上行う必要がある。
【０００８】
特に、目次機能においては、情報の階層構造を視覚的に表現するため、ツリー構造をもったインタフェースが提供されている場合がある。その場合には、階層を一つ一つたどっていく必要があるため、更に操作が煩雑となる。
【０００９】
なお、何度も同じドキュメントを参照する必要があるのであれば、ブックマークの利用も考えられる。しかし、フレームを利用したＷｅｂページにおいて、ブックマークに記録されるのは、フレームのレイアウトを規定したＷｅｂページのＵＲＬであって、各フレーム内に表示されたドキュメントのＵＲＬではない。図１の例では、ブックマークにはＷｅｂページ５００のＵＲＬが記録され、フレーム５０３に表示されたドキュメントのＵＲＬは記録されない。従って、フレーム５０３に、目的とするドキュメントを表示させた状態でブックマークに記録しても、次回そのブックマークを利用した際にフレーム５０３に表示されるのは、やはりトップページである。
【００１０】
ところで、近年においては汎用的なコンピュータのみならず、特定の用途に特化した機器についてもＷｅｂサーバとしての機能を有し、図１のＷｅｂページ５００のようなホームページ（以下、Ｗｅｂページ５００として説明する。）を提供することにより、機器に対する各種の遠隔操作を可能としているものもある。ユーザは、Ｗｅｂブラウザに表示されたＷｅｂページ５００のフレーム５０２における目次機能によって、機器の異常の詳細内容を確認するためのページ（以下、「異常確認ページ」という。）や、機器に対してパラメータを設定するためのページ等をフレーム５０３に表示させることができる。このような機器の中には、異常の発生等を電子メールによって管理者等に自動的に通知するものがある。かかる電子メールには、異常確認ページに対するＵＲＬが記載されており、当該ＵＲＬにアクセスして、異常の詳細内容を確認するよう促しているものもある。
【００１１】
しかしながら、異常確認ページに対するＵＲＬをクリックしてＷｅｂブラウザを起動しても、Ｗｅｂブラウザには異常確認ページのみが全面に表示されてしまう。すなわち、Ｗｅｂページ５００によって提供される操作環境（検索環境や目次機能等）は得ることはできず、当該操作環境を得るにはＷｅｂページ５００に対するＵＲＬを入力しなければならない。
【００１２】
なお、特許文献２には、フレームによって分割されたＷｅｂページをブックマークへ登録する際に、各フレームに表示されているページのＵＲＬ等を記録しておくことにより、次回当該ブックマークが選択された場合に目的とするページをフレーム内にダイレクトに表示させることができる技術が開示されている。しかしながら、当該技術は、クライアント側において各フレームに対するＵＲＬ等を記録しておくといった点において、サーバ側において機能を実現する本願発明とその構成を大きく異にする。
【００１３】
本発明は、上記の点に鑑みてなされたものであって、Ｗｅｂページのフレーム内に、目的とするＷｅｂページを簡便に表示させることができる情報提供装置及び情報表示装置の提供を目的とする。
【課題を解決するための手段】
【００１４】
そこで上記課題を解決するため、本発明は、請求項１に記載されるように、ネットワークを介して接続している端末からの要求に基づいて、前記端末にＷｅｂページを送信する情報提供装置であって、前記端末からの要求に対して、複数のフレームに分割され、前記複数のフレームのうちの所定のフレームに前記端末からの要求において指定されたＵＲＬに含まれる識別情報に基づいて特定される情報を表示させるフレームページを生成するフレームページ生成手段を有することを特徴とする。
【００１５】
また、上記課題を解決するため、本発明は、請求項１７に記載されるように、ネットワークを介して接続している情報提供装置にＷｅｂページの送信を要求するＷｅｂページ要求手段と、前記Ｗｅｂページ要求手段が送信した要求に対して前記情報提供装置から送信された、複数のフレームに分割され、前記複数のフレームのうちの所定のフレームに前記要求において指定したＵＲＬに含まれる識別情報に基づいて特定される情報が表示されるフレームページを表示させる情報表示手段とを有することを特徴とする。
【００１６】
このような情報提供装置又は情報表示装置では、ＵＲＬに所定の識別情報を指定することで、Ｗｅｂページのフレーム内に目的とするＷｅｂページを簡便に表示させることができる。
【発明の効果】
【００１７】
本発明によれば、Ｗｅｂページのフレーム内に、目的とするＷｅｂページを簡便に表示させることができる情報提供装置及び情報表示装置を提供することができる。
【発明を実施するための最良の形態】
【００１８】
以下、図面に基づいて本発明の実施の形態を説明する。本実施の形態においては、画像処理装置を情報提供装置の一例として説明する。図２は、本発明の実施の形態における画像処理装置の機能構成例を示す図である。図２において、画像処理装置１０は、プロッタエンジン１０２５及びスキャナエンジン１０２６等の個別の画像処理を行うためのハードウェア資源と、エンジン制御ボード１０２４と、ＯＳ１０２３と、システム管理サービス１０１６と、ネットワークサービス１０１７と、メモリ管理サービス１０１８と、オペパネ管理サービス１０１９と、エンジン管理サービス１０２０と、配信サービス１０２１と、ＦＡＸ管理サービス１０２２と、コピーアプリ１０１１、ファックスアプリ１０１２、プリンタアプリ１０１３、Ｗｅｂアプリ１０１４及び機器情報レポートアプリ１０１５等の各種アプリケーションとから構成される。
【００１９】
エンジン制御ボード１０２４は、プロッタエンジン１０２５及びスキャナエンジン１０２６等の画像処理装置１０の個別機能を制御し、エンジンＩ／Ｆ（インタフェース）を通して、エンジン制御ボード１０２４の機能をＯＳ１０２３等に提供する。
【００２０】
ＯＳ１０２３は、ＵＮＩＸ（登録商標）等のオペレーティング・システムであり、コピーアプリ１０１１、ファックスアプリ１０１２等、アプリケーションとして実装されている各種ソフトウェアをプロセスとして並列実行する。
【００２１】
システム管理サービス１０１６、ネットワークサービス１０１７、メモリ管理サービス１０１８、オペパネ管理サービス１０１９、エンジン管理サービス１０２０、配信サービス１０２１、及びＦＡＸ管理サービス１０２２は、ＡＰＩ（Application Programming Interface）を通して、コピーアプリ１０１１等の上位アプリケーションにそれぞれの機能を提供するものである。即ち、システム管理サービス１０１６は、システム管理に関する機能を提供し、ネットワークサービス１０１７は、ネットワーク通信に関する機能を提供する。また、メモリ管理サービス１０１８は、メモリ管理に関する機能を提供し、オペパネ管理サービス１０１９は、画像処理装置１０に設置された操作パネル（オペレーションパネル。以下、「オペパネ」という。）に関する機能を提供する。また、エンジン管理サービス１０２０は、エンジン制御ボード１０２４を介してプロッタエンジン１０２５やスキャナエンジン１０２６を制御するための機能を提供する。更に、配信サービス１０２１は、画像処理装置１０において発生したイベント（異常の発生等）を通知するための電子メール（以下、「イベント通知メール」という。）の送信処理を実行するための機能を提供し、ＦＡＸ管理サービス１０２２は、ＦＡＸの送受信を制御するための機能を提供する。
【００２２】
コピーアプリ１０１１は、コピー用アプリケーションであり、ファックスアプリ１０１２は、ファクシミリ用アプリケーションである。プリンタアプリ１０１３は、ページ記述言語（ＰＤＬ）、ＰＣＬ及びポストスクリプト（ＰＳ）を有するプリンタ用アプリケーションである。Ｗｅｂアプリ１０１４は、本発明の特徴が実装されているアプリケーションであり、画像処理装置１０にネットワークを介して接続している端末に対して、端末のユーザに適した言語で各種の情報を提供するためのアプリケーションである。機器情報レポートアプリ１０１５は、イベント通知メールの生成に必要な情報の収集等、イベント通知メールの送信処理全体を制御するアプリケーションである。
【００２３】
次に、上述したＷｅｂアプリ１０１４及びネットワークサービス１０１７等により実現される画像処理装置１０のＷｅｂサーバとしての機能について説明する。図３は、Ｗｅｂサーバとしての画像処理装置の機能構成例を示す図である。
【００２４】
図３において、画像処理装置１０は、Ｗｅｂサーバプログラム１５と、Ｗｅｂアプリ１１、１２、及び１３等と、ＸＳＬＴプロセッサ１４とから構成される。Ｗｅｂサーバプログラム１５は、一般にＨＴＴＰｄ（HTTP daemon）と呼ばれるプログラムに相当し、画像処理装置１０をＷｅｂサーバとして機能させるためのものである。Ｗｅｂサーバプログラム１５は、インターネット、ＬＡＮ（Local Area Network）等のネットワークを介して接続されているＰＣ（Personal Computer）等の端末２０のＷｅｂブラウザ２１から送信されるＨＴＴＰリクエストを受信し、ＨＴＴＰリクエストにおいて指定されたＵＲＬに対応したＷｅｂアプリ１１等を起動する。またＷｅｂサーバプログラム１５は、Ｗｅｂアプリ１１等が生成したＨＴＭＬ（HyperText Markup Language）データ（Ｗｅｂページ）をＷｅｂブラウザ２１に送信する。なお、Ｗｅｂサーバプログラム１５は、図２において、ネットワークサービス１０１７の機能の一部として実装されている。
【００２５】
Ｗｅｂアプリ１１は、画像処理装置１０に関する各種情報をＷｅｂページによって端末２０に提供するにあたり、入り口となるＷｅｂページを提供するいわゆるＷｅｂアプリケーションである。Ｗｅｂアプリ１１は、ページ呼び分け手段１１１、ロードページモジュール１１２、フレームページモジュール１１３、及びライブラリ１１４等から構成される。
【００２６】
ページ呼び分け手段１１１は、Ｗｅｂブラウザ２１からＷｅｂアプリ１１宛てのＨＴＴＰリクエストがあった場合にＷｅｂサーバプログラム１５から呼び出され、要求されたＵＲＬに対応するページモジュールの呼び分け等の処理を行う関数群である。ここでページモジュールとは、Ｗｅｂページの種類ごとに定義された関数であり、システムアプリ１１においては、ロードページモジュール１１２とフレームページモジュール１１３とが該当する。
【００２７】
ロードページモジュール１１２やフレームページモジュール１１３は、必要に応じてライブラリ１１４における関数を呼び出し、それぞれが対応するＷｅｂページを生成する。ライブラリ１１４は、ページモジュールに対して種々の機能を提供するための関数群である。
【００２８】
なお、Ｗｅｂアプリ１２及びＷｅｂアプリ１３は、画像処理装置１０には、Ｗｅｂアプリ１１以外にも、様々な機能を提供するためのＷｅｂアプリ（Ｗｅｂページ生成手段）が存在していることを示すために例示したものである。例えば、ＦＡＸ機能、文書管理機能、又は印刷機能に関する情報を提供するもの等が存在する。
【００２９】
本実施の形態においては、Ｗｅｂアプリ１１を中心として説明するが、他のＷｅｂアプリ（Ｗｅｂアプリ１２及び１３）と明確に区別するために、以下Ｗｅｂアプリ１１を「システムアプリ１１」と呼ぶこととする。
【００３０】
上述した各種Ｗｅｂアプリは、ＸＳＬＴプロセッサ１４を用いてＷｅｂページを生成する。ＸＳＬＴプロセッサ１４（データ変換手段）は、所定の書式情報（ＸＳＬデータ等）に従って所定の情報（ＸＭＬデータ等）をＷｅｂページ（ＨＴＭＬデータ等）に変換するためのプログラムである。ＸＳＬＴプロセッサ１４は、複数のＷｅｂアプリから共通に利用される。
【００３１】
図４は、ロードページモジュールを説明するための図である。ロードページモジュール１１２は、ロードページを生成するためのページモジュールであり、Ｗｅｂブラウザ２１から画像処理装置１０にアクセスがあった場合に、ページ呼び分け手段１１１から呼び出される。ここで、ロードページとは、ＨＴＭＬ形式のいわゆるＷｅｂページであるが、Ｗｅｂブラウザに情報を表示することを目的としたものではなく、他のＷｅｂページ、本実施の形態においては後述するフレームページをＷｅｂブラウザ２１にロードさせるためのＷｅｂページである。
【００３２】
即ち、ロードページモジュール１１２によって生成されたロードページには、Ｗｅｂブラウザ２１がロードページを読み込んだ際に、フレームページを自動的にロードさせるための命令がＪａｖａ（登録商標）Ｓｃｒｉｐｔ等により定義されている。
【００３３】
ロードページモジュール１１２は、ページ呼び分け手段１１１から呼び出されると、表示言語の選択を行う。上述したように、ロードページは表示を目的とするものではなく、フレームページのロードを目的としたものであるため、ここで選択するのは、フレームページの表示に用いる言語（日本語、英語等）である。
【００３４】
表示言語を選択すると、ロードページモジュール１１２は、ロードページ生成関数１１５を利用してロードページを生成する。ロードページ生成関数１１５は、図３におけるライブラリ１１４に相当する関数であり、ロードページの生成機能を提供するものである。ロードページモジュール１１２は、更に、ロードページ生成関数１１５が生成したロードページをＨＴＭＬデータとして完成させるため、ロードページ生成関数１１５から出力されたロードページに対してＨＴＭＬヘッダを付加して、Ｗｅｂサーバプログラム１５に出力する。その後、ロードページはＷｅｂサーバプログラム１５によってＷｅｂブラウザ２１に送信される。
【００３５】
図５は、フレームページモジュールを説明するための図である。フレームページモジュール１１３は、フレームページを生成するためのページモジュールであり、Ｗｅｂブラウザ２１から画像処理装置１０にフレームページの送信要求があった場合に、ページ呼び分け手段１１１から呼び出される。ここで、フレームページとは、画像処理装置１０が種々の情報を提供するにあたり基盤となる、複数のフレームに分割されたＷｅｂページであり、フレームのレイアウトが定義されたものである。即ち、画像処理装置１０の提供する情報は、フレームページによって定義された複数のフレームの中の一に表示される。
【００３６】
フレームページモジュール１１３は、ページ呼び分け手段１１１から呼び出されると、Ｗｅｂブラウザ２１から文字列として渡ってきたデータを、それぞれのデータの意味に従って、フレームページモジュール１１３や後述するフレームページ処理関数１１６等の実装に利用されているプログラム言語のデータ型に変換する。例えば、フレームページモジュール１１３等がＣ言語によって実装されている場合、渡って来た文字列が数値として処理されるべきものであれば、フレームページモジュール１１３は、当該文字列をｉｎｔ型やｌｏｎｇ型に変換する。なお、以下においては、フレームページモジュール１１３、フレームページ処理関数１１６はＣ言語で実装されていることとして説明する。
【００３７】
フレームページモジュール１１３は、Ｃ言語のデータ型に変換されたデータを引数に指定してフレームページ処理関数１１６を呼び出す。フレームページ処理関数１１６は、図３におけるライブラリ１１４に相当する関数である。フレームページ処理関数１１５は、所定の処理を実行し、その処理結果としてフレームページの生成に必要なパラメータをフレームページモジュール１１３に出力する。
【００３８】
フレームページモジュール１１３は、フレームページ処理関数１１６から出力されたＣ言語のデータ型によるパラメータをＤＯＭ（Document Object Model）形式に変換し、ページ呼び分け手段１１１に出力する。ページ呼び分け手段１１は、ＤＯＭ形式のパラメータをＸＭＬ形式に変換し、ＸＭＬ形式となったパラメータを入力情報として指定してＸＳＬＴプロセッサ１４を呼び出す。
【００３９】
ＸＳＬＴプロセッサ１４は、ページ呼び分け手段１１から渡されたＸＭＬ形式のパラメータを図示しないＸＳＬデータに適用してＨＴＭＬ形式のフレームページを生成する。
【００４０】
ＸＳＬＴプロセッサ１４によって生成されたフレームページは、フレームページ呼び分け手段１１１によってＨＴＭＬヘッダが付加され、Ｗｅｂサーバプログラム１５に出力される。その後、フレームページは、Ｗｅｂサーバプログラム１５によってＷｅｂブラウザ２１に送信される。
【００４１】
ここで、ＸＳＬＴプロセッサ１４について詳しく説明する。図６は、ＸＳＬＴプロセッサを説明するための図である。図６において、ＸＳＬＴプロセッサ１４は、入力モジュール１４１と出力モジュール１４２とから構成される。
【００４２】
入力モジュール１４１は、ＸＭＬデータ１４５とＸＳＬデータ１４６とを読み込んで、ＸＭＬデータ１４５及びＸＳＬデータ１４６の内容をＤＯＭ形式に変換する。なお、本実施の形態においては、ＸＭＬデータ１４５は、ページ呼び分け手段１１１より渡されたものが、ＸＳＬデータ１４６は、フレームページの書式が予め定義されたものが該当する。
【００４３】
出力モジュール１４２は、入力モジュール１４１によってＤＯＭ形式に変換されたデータを入力情報として、ＸＳＬＴ変換を実行し、ＨＴＭＬデータ１４７を生成する。なお、ＨＴＭＬデータ１４７は、本実施の形態においてはフレームページが該当する。
【００４４】
次に、画像処理装置１０が提供するＷｅｂページについて説明する。図７は、トップページを表示したフレームページの表示例を示す図である。即ち、ユーザがＷｅｂブラウザ２１のＵＲＬ入力領域２１に画像処理装置１０のＩＰアドレス若しくはドメイン名（以下、両者を総称して「ホスト名」という。）、又はフレームページのＵＲＬを入力すると、Ｗｅｂブラウザ２１には、図７に示されるフレームページ２００が表示される。
【００４５】
図７においてフレームページ２００は、ヘッダ（ｈｅａｄｅｒ）フレーム２０１、メニュー（ｍｅｎｕ）フレーム２０２、及びワーク（ｗｏｒｋ）フレーム２０３等の３つのフレームに分割されている。
【００４６】
ヘッダフレーム２０１には、コンボボックス２０１１とボタン２０１２とが配置されている。ユーザは、コンボボックス２０１１を操作することにより、各フレームに表示される情報の表示言語を変更することができる。また、ユーザが、ボタン２０１２をクリックすると、ユーザＩＤとパスワードの入力を求められ、認証にパスすると、当該ユーザは、管理者モードで画像処理装置１０のサービスを利用することが可能となる。ここで、管理者モードとは、特別な権限を有するユーザ（管理者）のみが利用な可能なサービスを利用することができるモードである。管理者モードの他には、一般ユーザモードがある。一般ユーザモードは、利用できるサービスが制限されているユーザ（一般ユーザ）に対応したモードである。なお、初期状態（Ｗｅｂブラウザ２１に最初にフレームページを表示させた状態）においては、一般ユーザモードとなっている。
【００４７】
メニューフレーム２０２には、画像処理装置１０が提供する情報の目次情報（メニュー）がツリー形式で表示される。従って、初期状態のメニューフレーム２０２には、情報の種別に対応したルートノードとして状態ノード２０２１及びドキュメントボックスノード２０２２が表示されている。
【００４８】
ワークフレーム２０３には、メニューフレーム２０２で選択されたメニュー（ノード）に対応する情報が表示される。即ち、メニューフレーム２０２とワークフレーム２０３とは相互に関連を有している。但し、初期状態においては、ワークフレーム２０３には所定のトップページが表示される。
【００４９】
ここで、ユーザが、画像処理装置１０の給紙トレイの情報を英語でかつ管理者モードで参照したい場合に、一般的に以下の操作が必要となる。なお、メニューフレーム２０２における給紙トレイ情報に対応するノードは、状態ノード２０２１の直下にあるとする。
【００５０】
（１）Ｗｅｂブラウザ２１に画像処理装置１０のホスト名又はフレームページ２００のＵＲＬを入力し、Ｗｅｂブラウザ２１にフレームページ２００を表示させる。
【００５１】
（２）コンボボックス２０１１を操作して、表示言語を英語（Ｅｎｇｌｉｓｈ）にする。
【００５２】
（３）ボタン２０１２をクリックして、認証を受ける（管理者モードにする）。
【００５３】
（４）状態ノード２０２１をクリックして状態ノード２０２１を開く。
【００５４】
（５）状態ノード２０２１を開くことによって表示された給紙トレイ情報に対応するノードをクリックする。
【００５５】
図８は、給紙トレイ情報を英語でかつ管理者モードで表示したフレームページの表示例を示す図である。図８において、フレームページ２００の各フレーム内の表示は英語になっている。また、メニューフレーム２０２においては、状態（Ｓｔａｔｕｓ）ノード２０２１が展開されており、給紙トレイ情報に対応するノード２１２１が表示されている。更に、ワークフレーム２０３には、ノード２１２１が選択されたことにより給紙トレイ情報を表示するためのＷｅｂページ（以下、「給紙トレイページ」という。）が表示されている。
【００５６】
上述したように、給紙トレイページを表示させるためにユーザは５つのステップを踏む必要がある。かかる操作は、当初より給紙トレイページを参照するつもりであるユーザにとって非常に煩雑なものである。
【００５７】
また、給紙トレイページを頻繁に参照するのであれば、ブックマークの利用も考えられる。しかし、ＵＲＬ入力領域２１１に表示されているのは給紙トレイページのＵＲＬではなく、フレームページ２００のＵＲＬであることからも明らかなように、図８の状態でブックマークに登録をしても、ブックマークへの登録の対象となるのは、フレームページ２００に対するＵＲＬである。従って、図８の状態で登録したブックマークを利用した際に表示されるのは、図７の初期状態におけるフレームページ２００である。
【００５８】
更に、給紙トレイページのＵＲＬを知ることができて、給紙トレイページのＵＲＬを直接ＵＲＬ入力領域２１１に入力した場合には、給紙トレイページは、フレームページ２００のワークフレーム２０３に表示されるのではなく、Ｗｅｂブラウザ２１の全面に表示されてしまう。従って、フレームページ２００において作業を継続した場合には、結局のところ図７の初期状態のフレームページ２００を表示させる必要がある。
【００５９】
そこで、本実施の形態においては、ユーザが、画像処理装置１０より用紙切れを通知するイベント通知メールを受信した場合に、給紙トレイページを一回の操作でワークフレーム２０３に表示させることができるようにした例について説明する。
【００６０】
まず、画像処理装置１０よりイベント通知メールが送信される段階について説明する。図９は、画像処理装置によるイベント通知メールの送信処理を説明するためのブロック図である。図９に示される画像処理装置１０においては、図２及び図３より、システム管理サービス１０１６、ネットワークサービス１０１７、Ｗｅｂサーバプログラム１５、配信サービス１０２１、機器情報レポートアプリ１０１５、Ｗｅｂアプリ１１（システムアプリ１１）、及びＸＳＬＴプロセッサ１４が抜き出されている。更に、図９には、ＮＶＲＡＭ（Non Volatile RAM）１７及びイベント・ＵＲＬ対応テーブル１８が表示されている。ＮＶＲＡＭ１７は、画像処理装置１０に関する各種パラメータ（ＩＰアドレス、マシン名、表示言語の判別情報等）や、イベント通知メールの送信先となるメールアドレス等が記録されているメモリである。イベント・ＵＲＬ対応テーブル１８は、画像処理装置１０において発生する各種のイベントごとに、当該イベントの内容を通知するための情報（Ｗｅｂページ）に対するＵＲＬが登録されているテーブルである。
【００６１】
図１０は、画像処理装置によるイベント通知メールの送信処理を説明するためのフローチャートである。以下、図１０の流れに沿って、図９等を参照しつつ説明する。なお、図１０におけるステップ番号と図９におけるステップ番号とは対応づけられている。
【００６２】
例えば、画像処理装置１０の給紙トレイ内の用紙が切れると、その旨をシステム管理サービス１０１６が検出する（Ｓ１０１）。ステップＳ１０１に続いてステップＳ１０２に進み、システム管理サービス１０１６は、機器情報レポートアプリ１０１５に対して用紙切れが発生した旨を通知する。ステップＳ１０２に続いてステップＳ１０３に進み、機器情報レポートアプリ１０１５は、システム管理サービス１０１６より通知されたイベント（用紙切れ）の内容を表示するＷｅｂページ（以下、「対応ページ」という。）に対するＵＲＬをイベント・ＵＲＬ対応テーブル１８より取得する。
【００６３】
図１１は、イベント・ＵＲＬ対応テーブルの構成例を示す図である。図１１に示されるように、イベント・ＵＲＬ対応テーブル１８には、イベントごとに対応ページに対するＵＲＬが登録されている。イベント・ＵＲＬ対応テーブル１８より、例えば、用紙切れに対するＵＲＬは、「websys/status/inTray.cgi」であることが特定される。
【００６４】
ステップＳ１０３に続いてステップＳ１０４に進み、機器情報レポートアプリ１０１５は、イベント通知メールの送信先とするメールアドレス（送信先アドレス）をＮＶＲＡＭ１７より取得する。ステップＳ１０４に続いてステップＳ１０５に進み、機器情報レポートアプリ１０１５は、対応ページのＵＲＬを引数として、システムアプリ１１に対してイベント通知メールの本文（以下、単に「メール本文」という。）の生成を要求する。Ｓ１０５に続いてステップＳ１０６に進み、システムアプリ１１は、メール本文の表示言語の判別情報、画像処理装置１０のＩＰアドレス及びマシン名等ＮＶＲＡＭ１７より取得する。
【００６５】
ステップＳ１０６に続いてステップＳ１０７に進み、システムアプリ１１は、ＸＳＬＴプロセッサ１４を用いて、対応ＵＲＬとステップＳ１０６において取得した情報とを入力情報（以下、対応ＵＲＬも含めて単に「入力情報」という。）としてメール本文をテキスト形式で生成する。詳しくは、システムアプリ１１は、入力情報を各要素の値として含むＸＭＬデータを生成し、当該ＸＭＬデータを、予めメール本文の書式が定義されているＸＳＬデータに適用して、ＸＳＬＴプロセッサ１４にＸＳＬＴ変換を実行させることによりメール本文を生成する。メール本文は、機器情報レポートアプリ１０１５に対して出力される。
【００６６】
ステップＳ１０７に続いてステップＳ１０８に進み、機器情報レポートアプリ１０１５は、メール本文を送信先アドレスに対して送信するよう配信サービス１０２１に対して要求する。ステップＳ１０８に続いてステップＳ１０９に進み、配信サービス１０２１は、ネットワークサービス１０１７を介してイベント通知メールを送信先アドレスに対して送信する。その後、イベント通知メールは、メールサーバ３０を介して端末２０へ送信される。
【００６７】
図１２は、用紙切れを通知するイベント通知メールの例を示す図である。図１２に示されるように、イベント通知メール５００には、用紙を補給する必要がある旨や問い合わせ先等が記載されている。また、詳細情報を参照するためのＵＲＬ５０１が、以下の形式で示されている。
【００６８】
＜ホスト名＞/？open=websys/status/inTray.cgi&profile=admin&lang=en  ・・・（ａ）
一般にＵＲＬは以下の要素から構成されており、本実施の形態においても、各要素を＜＞内の名称によって呼ぶこととする。
【００６９】
＜ホスト名＞/＜パス名＞？＜引数情報＞
従って、ＵＲＬ（ａ）は、ホスト名と引数情報とから構成されパス名は含まれていないと表現することができる。ここで、対応ページのＵＲＬ（websys/status/inTray.cgi）が、パス名としてではなく引数情報として含まれていることに注意を要する。すなわち、本実施の形態においては、ユーザの便宜を考慮して対応ページをフレームページ２００の一のフレーム内に表示させたいところ、対応ページのＵＲＬがパス名として直接指定されていると、当該ＵＲＬがクリックされてＷｅｂブラウザが起動した場合に、対応ページがＷｅｂブラウザの全面に表示されてしまう。そこで、本実施の形態においては、システムアプリ１１が、ＸＳＬＴプロセッサ１４を用いてメール本文を生成する際に、対応ページのＵＲＬが引数情報に含まれるようにＵＲＬ５０１を生成しているのである。
【００７０】
次に、イベント通知メール５００を受信したユーザが、ＵＲＬ５０１にアクセスしようとした場合、すなわち、詳細情報を確認しようとした場合の処理について説明する。図１３及び図１４は、画像処理装置による詳細情報の提供処理を説明するためのシーケンス図である。
【００７１】
ステップＳ１１において、ユーザがＵＲＬ５０１（ＵＲＬ（ａ））をクリックすると、Ｗｅｂブラウザ２１は、画像処理装置１０に対してＵＲＬ（ａ）に対する情報を要求するＨＴＴＰリクエストを送信する。ステップＳ１１に続いてステップＳ１２に進み、Ｗｅｂサーバプログラム１５は、ＵＲＬ（ａ）を所定のものに置換する。
【００７２】
図１５は、ＷｅｂサーバプログラムによるＵＲＬの置換処理を説明するためのフローチャートである。まず、Ｗｅｂブラウザ２１から送信されたＵＲＬ（ａ）をロードページに対するＵＲＬに置換する（Ｓ１２ａ）。ここで、ロードページに対するＵＲＬは、以下のものであるとする。
【００７３】
web/user/zz/websys/load.cgi
更に、ＵＲＬ（ａ）に引数情報（？以下の記述）が付加されているか判断し（Ｓ１２ｂ）、付加されている場合は、新たなＵＲＬの最後に引数情報の記述を追加する（Ｓ１２ｃ）。従って、新たに置換されたＵＲＬは以下の通りとなる。
【００７４】
web/user/zz/websys/load.cgi?open=websys/status/inTray.cgi&profile=admin&lang=en  ・・・（ｂ）
即ち、ステップＳ１２の処理においてＷｅｂブラウザ２１からパス名を含まないＵＲＬが指定された場合に、Ｗｅｂサーバプログラム１５は、ロードページに対する要求であるとみなしているわけである。これによって、ユーザは、ロードページのＵＲＬを入力せずとも、画像処理装置１０のホスト名を入力するだけでロードページに対する要求を行うことができる。
【００７５】
図１３に戻り、ステップＳ１２に続いてステップＳ１３に進み、Ｗｅｂサーバプログラム１５は、上記ＵＲＬ（ｂ）のパス名における「websys」の記載に基づいて、当該ＵＲＬはシステムアプリ１１に対する要求であると解釈し、システムアプリ１１のページ呼び分け手段１１１を呼び出す。即ち、「websys」の記載は、システムアプリ１１に対する識別子であり、Ｗｅｂアプリ１２又は１３等の他のＷｅｂアプリに対するＵＲＬについては、「websys」が記載された箇所に対する記載は、それぞれのＷｅｂアプリに対する識別子（例えば「webfax」等）となる。
【００７６】
ステップＳ１３に続いてステップＳ１４に進み、呼び出されたページ呼び分け手段１１１は、ＵＲＬ（ｂ）のパス名における「load.cgi」の記載に基づいて、当該ＵＲＬはロードページモジュール１１２に対する要求であると解釈し、ロードページモジュール１１２を呼び出す。
【００７７】
ステップＳ１４に続いてステップＳ１５に進み、ロードページモジュール１１２は、情報の表示に利用する言語（表示言語）の選択を行う。
【００７８】
図１６は、ロードページモジュールによる表示言語の選択処理を説明するための処理である。まず、ＵＲＬ（ｂ）を参照して表示言語についての指定があるか否かを判断する（Ｓ１５ａ）。表示言語についての指定とは、ＵＲＬ（ｂ）における引数情報において、「lang=en」の記載が該当する。
【００７９】
表示言語が指定されている場合は、指定されている値を取り出し（Ｓ１５ｂ）、表示言語が指定されていない場合は、Ｗｅｂブラウザ２１からのＨＴＴＰリクエストのヘッダに含まれるAccept-Languageの値を取り出す（Ｓ１５ｃ）。なお、ＵＲＬ（ｂ）には、「lang=en」の指定があるため、英語を意味する「en」の値が取り出される。
【００８０】
更に、ステップＳ１５ｂ又はステップＳ１５ｃで取り出された値に対応する言語を画像処理装置１０がサポートしているか否かを言語情報テーブルを参照して判断する（Ｓ１５ｄ）。
【００８１】
図１７は、言語情報管理テーブルの構成例を示す図である。図１７の言語情報管理テーブル１６は、「サポート言語」と「オペパネ言語」とをデータ項目として有しており、サポート言語ごとに一つのレコードが登録されるテーブルである。「サポート言語」には、画像処理装置１０がサポートしている言語の識別情報が登録されている。「オペパネ言語」は、当該サポート言語がオペパネ言語であるか否かを示す項目である。即ち、当該サポート言語がオペパネ言語である場合には、「１」が登録される。
【００８２】
ここで、オペパネ言語とは、画像処理装置１０の操作パネル（オペパネ）において、現在表示対象となっている言語である。また、操作パネルとは、画像処理装置１０に設置され、画像処理装置１０のユーザに対して画像処理装置１０を操作するための操作情報を表示するためのパネルである。即ち、画像処理装置１０は、予めインストールされている複数の言語の中から、オペパネ言語をユーザの任意によって選択することが可能である。従って、例えば、ユーザがオペパネ言語を日本語に設定した場合、画像処理装置１０は、操作パネルに日本語で操作情報を表示させる。
【００８３】
図１７より、画像処理装置１０は「ja」と「en」で識別される二つの言語（日本語と英語）をサポートしており、オペパネ言語には、日本語が選択されていることが分かる。
【００８４】
ステップＳ１５ｄにおいて、取得した言語がサポートされていると判断した場合は、取得した言語を表示言語とし（Ｓ１５ｅ）、取得した言語はサポートされていないと判断した場合は、オペパネ言語を表示言語とする（Ｓ１５ｆ）。本実施の形態においては、「en」（英語）はサポートされているため、ステップＳ１５ｅにおいては「ｅｎ」（英語）が表示言語として選択される。
【００８５】
ここで、オペパネ言語を表示言語とするのは、以下の理由による。近年では、職場に外国人がいるのはあたりまえのようになっているが、例えば、画像処理装置１０がそのような複数の人種によってメンバが構成されているオフィスのフロアに置かれている場合を想定する。この場合、画像処理装置１０の情報を確認したい人は、そのフロアにいる人達にほぼ限定されるといえる。即ち、実際に操作パネルによって画像処理装置１０を操作する人達である。また、同一のフロア等、ある程度限定された空間の中で勤務している人であれば、普段は共通の言語によってコミュニケーションをとっている可能性がある。従って、画像処理装置１０の操作パネルに表示される言語（オペパネ言語）は、フロア内の人が共通に理解できる言語で設定される可能性がある。よって、オペパネ言語を表示言語とすることで、ユーザが要求した言語と異なる言語であっても、ユーザが理解できる可能性の高い言語で情報を提供することができるといえる。
【００８６】
図１３に戻り、ステップＳ１５に続いてステップＳ１６に進み、ロードページモジュール１１２は、ロードページを生成する。
【００８７】
図１８は、ロードページモジュールによるロードページの生成処理を説明するためのフローチャートである。まず、ロードページのテンプレートをバッファ（プログラム内において確保された記憶領域）に読み込む（Ｓ１６ａ）。
【００８８】
図１９は、ロードページのテンプレートの定義例を示す図である。図１９のテンプレート１５０において、記述１５１は、Ｗｅｂブラウザ２１がロードページを読みこんだ際に所定の関数（jumpToMainFrame()）を呼び出す旨の定義である。また、記述１５２は、Ｗｅｂブラウザ２１がロードページを読み込んだ際に実行する所定の関数（jumpToMainFrame()）の定義である。この関数の定義における記述１５３は、ＵＲＬ１５４で示されるＷｅｂページを呼び出す旨の定義である。従って、テンプレート１５０には、ロードページを読み込んだ際に、ＵＲＬ１５４で示されるＷｅｂページを呼び出す旨の定義がされていることになる。
【００８９】
ここで、ＵＲＬ１５４は、実行時に処理される実際の値ではなく、雛形（テンプレート）となっている。即ち、ＵＲＬ１５４には、「＿＿ＰＲＯＦＩＬＥ＿＿」、「＿＿ＬＡＮＧ＿ＣＯＤＥ＿＿」、「＿＿ＪＵＭＰ＿ＴＡＲＧＥＴ＿＿」という文字列が含まれているが、これらは実際の値を示しているのではなく、引数情報によって置き換えられるマクロである。
【００９０】
なお、テンプレート１５０は、ファイルとして保存しておいてもよいし、ロードページモジュール１１２のプログラムにおいてハードコーディングしておいてもよい。
【００９１】
図１８に戻り、ロードページモジュール１１２は、ＵＲＬ（ｂ）にユーザモードの指定があるか否かを判断する（Ｓ１６ｂ）。ＵＲＬ（ｂ）においては、「profile=admin」の記載がユーザモードの指定に該当する。ユーザモードの指定がある場合は、指定された値に対応するユーザモードとし（Ｓ１６ｃ）、ユーザモードの指定が無い場合は、一般ユーザモード（user）とする（Ｓ１６ｄ）。ＵＲＬ（ｂ）には、「profile=admin」と指定されているため、「admin」（管理者モード）がユーザモードとなる。
【００９２】
続いて、決定したユーザモード、及び表示言語をそれぞれテンプレート１５０のＵＲＬ１５４における「＿＿ＰＲＯＦＩＬＥ＿＿」、「＿＿ＬＡＮＧ＿ＣＯＤＥ＿＿」の部分に当てはめる（Ｓ１６ｅ、Ｓ１６ｆ）。更に、ＵＲＬ（ｂ）にページ指定があるか否かを確認する（Ｓ１６ｇ）。ここで、ページ指定とは、ユーザが目的としているページであり、ＵＲＬ（ｂ）において、「open=websys/status/inTray.cgi」の記載が該当する。ページ指定がある場合は、指定されたページ（websys/status/inTray.cgi）をワークフレーム２０３における表示対象とし（Ｓ１６ｈ）、ページ指定がない場合は、トップページをワークフレーム２０３における表示対象とする（Ｓ１６ｉ）。そして、テンプレート１５０のＵＲＬ１５４における「＿＿ＪＵＭＰ＿ＴＡＲＧＥＴ＿＿」にＵＲＬ（ｂ）における引数情報（「open=websys/status/inTray.cgi&profile=admin&lang=en」をそのまま当てはめ（Ｓ１６ｊ）、ロードページを完成させる。
【００９３】
図２０は、完成したロードページの定義例を示す図である。図２０のロードページ１８１におけるＵＲＬ１８１２は、テンプレート１５０のＵＲＬ１５４における「＿＿ＰＲＯＦＩＬＥ＿」、「＿＿ＬＡＮＧ＿ＣＯＤＥ＿＿」、「＿＿ＪＵＭＰ＿ＴＡＲＧＥＴ＿＿」が、それぞれ「admin」、「en」、「open= websys/status/inTray.cgi&profile=admin&lang=en」に置き換えられ、
「/web/admin/en/websys/mainFame.cgi?open= websys/status/inTray.cgi&profile=admin&lang=en」
といった値になっている。これによってロードページ１８１には「/web/admin/en/websys/mainFame.cgi」のパスで特定されるフレームページ２００を「open= websys/status/inTray.cgi」を引数情報として呼び出すという定義がされたことになる。なお、ＵＲＬ１５４において、フレームページ２００のパスは「/web/admin/en/websys/」となっているが、このパスによって、フレームページの表示言語は英語であり、かつ管理者モードによることが示されている。即ち、「/web/admin/en/websys/」のうちの「admin」によって、ユーザモードは管理者モードであることが特定され、「en」によって表示言語が英語であることが特定される。
【００９４】
図１３に戻り、ステップＳ１６に続いてステップＳ１７に進み、ロードページモジュール１１２は生成したロードページ１８１をＷｅｂサーバプログラム１５に出力する。ステップＳ１７に続いてステップＳ１８に進み、Ｗｅｂサーバプログラム１５は、ロードページ１８１をＷｅｂブラウザ２１に送信する。
【００９５】
ステップＳ１８に続いて図１４のステップＳ１９に進み、Ｗｅｂブラウザ２１は、ロードページ１８１の定義に従って、フレームページの送信を要求するＨＴＴＰリクエストを画像処理装置１０に送信する。なお、ＨＴＴＰリクエストによって要求されるＵＲＬは、ロードページ１８１のＵＲＬ１８１２に示されている値に基づき、
「＜ホスト名＞/web/admin/en/websys/mainFrame.cgi?open=websys/status/inTray.cgi&profile=admin&lang=en」  ・・・（ｃ）
である。なお、＜ホスト名＞が先頭に付加されているのは、ステップＳ１１において、ユーザによって画像処理装置１０のホスト名がＷｅｂブラウザ２１のＵＲＬ入力領域２１１に入力されているため、ロードページ１８１における「/web/admin/en/websys/mainFame.cgi」のパス名は、＜ホスト名＞からの相対パスとしてＷｅｂブラウザ２１に解釈されるからである。
【００９６】
ステップＳ１９に続いてステップＳ２０に進み、Ｗｅｂサーバプログラム１５は、上記ＵＲＬ（ｃ）の「websys」の記載に基づいて、当該ＵＲＬはシステムアプリ１１に対する要求であると解釈し、システムアプリ１１のページ呼び分け手段１１１を呼び出す。ステップＳ２０に続いてステップＳ２１に進み、呼び出されたページ呼び分け手段１１１は、ＵＲＬ（ｃ）の「mainFrame.cgi」の記載に基づいて、当該ＵＲＬはフレームページモジュール１１３に対する要求であると解釈し、フレームページモジュール１１３を呼び出す。
【００９７】
ステップＳ２１に続いてステップＳ２２に進み、フレームページモジュール１１３は、ＵＲＬ（ｃ）における引数情報（「open=websys/status/inTray.cgi&profile=admin&lang=en」）をＤＯＭ形式に変換し、その結果をページ呼び分け手段１１１に出力する（Ｓ２３）。
【００９８】
ステップＳ２３に続いてステップＳ２４に進み、ページ呼び分け手段１１１は、ＤＯＭ形式にされた引数情報を更にＸＭＬ形式に変換する。
【００９９】
図２１は、ＸＭＬ形式に変換された引数情報の例を示す図である。図２１において、記述１６１、記述１６２、記述１６３はそれぞれ、ＵＲＬ（ｃ）の引数情報における「lang=en」、「profile=admin」、「open=websys/status/inTray.cgi」に基づいて出力されたものである。なお、以下において、ＸＭＬ形式にされた引数情報を「引数情報ＸＭＬ」という。
【０１００】
ステップＳ２４に続いてステップＳ２５に進み、ページ呼び分け手段１１１は、ＸＳＬＴプロセッサ１４に対し、引数情報ＸＭＬを入力情報として引渡し、ＨＴＭＬ形式のフレームページ２００の生成を要求する。
【０１０１】
ステップＳ２５に続いてステップＳ２６に進み、ＸＳＬＴプロセッサ１４は、引数情報ＸＭＬをフレームページ２００の書式情報が定義されたＸＳＬデータ（以下、「フレームページＸＳＬ」という。）に適用してＸＳＬＴ変換を実行し、フレームページ２００を生成する。
【０１０２】
図２２は、ＸＳＬＴプロセッサによるフレームページの生成処理を説明するためのフローチャートである。まず、引数情報ＸＭＬとフレームページＸＳＬとを読み込む（Ｓ２６ａ）。
【０１０３】
図２３は、フレームページＸＳＬの定義例を示す図である。図２３において、記述１７１は、フレームページ２００のヘッダフレーム２０１に対する定義である。また、記述１７２、記述１７３は、それぞれメニューフレーム２０２、ワークフレーム２０３に対する定義である。
【０１０４】
メニューフレーム２０２に対する定義（記述１７２）において、記述１７２１には、引数情報ＸＭＬにｏｐｅｎ要素（＜ｏｐｅｎ＞タグで囲まれた要素。図２１では、記述１６３が該当。）が含まれている場合は、メニューフレーム２０２には、当該ｏｐｅｎ要素の値（websys/status/inTray.cgi）を引数情報としてmenu.cgiを呼び出すようにフレームページ２００を生成する旨の定義がされている。また、記述１７２２には、引数情報ＸＭＬにｏｐｅｎ要素が無い場合は、メニューフレーム２０２には、引数情報の指定はせずにmenu.cgiを呼び出すようにフレームページ２００を生成する旨の定義がされている。
【０１０５】
一方、ワークフレーム２０３に対する定義（記述１７３）において、記述１７３１には、引数情報ＸＭＬにｏｐｅｎ要素がある場合は、ワークフレーム２０３には、当該ｏｐｅｎ要素の値によって特定されるＷｅｂページをワークフレーム２０３にロードするようにフレームページ２００を生成する旨の定義がされている。また、記述１７３２には、引数情報ＸＭＬにｏｐｅｎ要素が無い場合は、ワークフレーム２０３には、topPage.cgi（トップページ）をロードするようにフレームページ２００を生成する旨の定義がされている。
【０１０６】
このように、フレームページＸＳＬには、引数情報に基づいて各フレームに表示させる情報が決定されるように、フレームページ２００の書式情報が定義されている。
【０１０７】
従って、ステップＳ２６ｂ以降の処理は、図２３におけるフレームページＸＳＬの定義によって規定される。即ち、引数情報ＸＭＬにページ指定があるか（ｏｐｅｎ要素があるか）を判断し、ページ指定がある場合は、ワークフレーム２０３に対するＵＲＬ（ロードするＷｅｂページのＵＲＬ）をｏｐｅｎ要素の値によって特定されるＷｅｂページに対するものとし（Ｓ２６ｃ）、更に、メニューフレーム２０２に対するＵＲＬには、引数情報としてｏｐｅｎ要素の値を付加する（Ｓ２６ｅ）。一方、引数情報ＸＭＬにページ指定が無い場合（ｏｐｅｎ要素が無い場合）は、ワークフレームに呼び出すＵＲＬはトップページ(topPage.cgi)とする。その他、フレームページＸＳＬに定義されている処理を実行し、フレームページ２００を出力する（Ｓ２６ｆ）。
【０１０８】
図２４は、生成されたフレームページの定義例を示す図である。図２４において、記述２５１は、ヘッダフレーム２０１に対する定義であり、header.cgiを呼び出す旨が定義されている。また、記述２５２は、メニューフレーム２０２に対する定義であり、「open=websys/status/inTray.cgi」という引数情報を付加して、menu.cgiを呼び出す旨が定義されている。更に記述２５３は、ワークフレーム１８３に対する定義であり、inTray.cgi（給紙トレイページ）を呼び出す旨が定義されている。
【０１０９】
図１４に戻り、ステップＳ２６に続いてステップＳ２７に進み、ＸＳＬＴプロセッサ１４は、生成したフレームページ２００をページ呼び分け手段１１１に出力する。フレームページ２００は、Ｗｅｂサーバプログラム１５を経てＷｅｂブラウザ２１に送信される（Ｓ２８、Ｓ２９）。
【０１１０】
以降、Ｗｅｂブラウザ２１によってフレームページ２００の定義が解釈され、図２４の記述２５１、記述２５２、及び記述２５３の定義に従って、ヘッダフレーム２０１、メニューフレーム２０２、及びワークフレーム２０３の表示対象となるＷｅｂページがロードされる。
【０１１１】
ここで、menu.cgiとinTray.cgiのパスは、フレームページからの相対パスとしてＷｅｂブラウザ２１に解釈される。即ち、上述したように、フレームページ（mainframe.cgi）のＵＲＬは、「＜ホスト名＞/web/admin/en/websys/mainFrame.cgi」であるため、Ｗｅｂブラウザ２１は、「＜ホスト名＞/web/admin/en/websys/menu.cgi」によって特定されるmenu.cgiを呼び出し、また、「＜ホスト名＞/web/admin/en/websys/inTray.cgi」によって特定されるinTray.cgiを呼び出す。従って、それぞれのパスによって、管理者モードであることと表示言語は英語であることが特定されて、menu.cgiとinTray.cgiが呼び出されることになる。
【０１１２】
それぞれのフレームにそれぞれのＷｅｂページが読み込まれると、フレームページ２００は、図２５に示されるように表示される。
【０１１３】
図２５は、引数情報を指定することによってフレームページに給紙トレイ情報を英語でかつ管理者モードで表示させた例を示す図である。図２５におけるフレームページ２００の表示は、図８におけるそれと全く同じである。即ち、ワークフレーム２０３には目的とする給紙トレイページが英語で表示されており、ユーザモードも管理者モードとなっている。
【０１１４】
更に、ワークフレーム２０３と関連を有するメニューフレーム２０２についても、ワークフレーム２０３に表示された情報と整合がとられた態様で表示される。即ち、ワークフレーム２０３に表示された給紙トレイ情報の位置づけが分かるように、状態（Ｓｔａｔｕｓ）ノード２１２１が開いた状態で表示されている。状態（Ｓｔａｔｕｓ）ノード２１２１が展開した態様で表示されるのは、メニューフレーム２０２において、図２４の記述２５２に従って、引数情報「open=websys/status/inTray.cgi」を付加してmenu.cgiを呼び出しているからである。即ち、呼び出されたmenu.cgiは、「open=websys/status/inTray.cgi」という引数情報によって、ワークフレーム２０３に表示されているのは、inTray.cgiであることを認識することができ、それに合わせて、状態（Ｓｔａｔｕｓ）ノード２１２１を展開させた態様で、メニューページを提供しているからである。
【０１１５】
以降、ユーザは、フレームページ２００上において、メニューフレーム２０２に表示された目次情報等を操作することにより、画像処理装置１０が提供する種々のサービスを利用することができる。なお、この状態でブックマークしたとすると、ブックマークに登録されるＵＲＬは、ＵＲＬ（ｃ）「＜ホスト名＞/web/admin/en/websys/mainFrame.cgi?open=websys/status/inTray.cgi&profile=admin&lang=en」である。従って、かかるブックマークを次回利用した場合は、図１４のステップＳ１９以降の処理が実行され、図２５の状態でフレームページ２００を表示させることができる。
【０１１６】
上述したように、本実施の形態における画像処理装置１０によれば、ＵＲＬに含まれる引数情報に対応した態様で表示されるようにフレームページを生成し、Ｗｅｂブラウザ２１に提供するため、ユーザは、ＵＲＬの引数情報に目的とするＷｅｂページ（給紙トレイページ）のパス名、表示言語、及びユーザモード等を引数情報として指定するのみで、デフォルトで提供される一般ユーザモードでの日本語によるトップページを経ることなく、いきなり目的とするＷｅｂページを、引数情報で指定した値に対応した態様で所定のフレーム内に表示させることができる。
【０１１７】
また、本実施の形態においては、サーバ側である画像処理装置１０によって目的とする機能が実現されるため、クライアント側であるＷｅｂブラウザの種別を問わない。したがって、エンドユーザに所定のベンダより提供されているＷｅｂブラウザの利用を強制する必要もない。
【０１１８】
また、特許文献２のように、各フレームに対するＵＲＬを保存しておく方式では、少なくとも一度はユーザが手動で目的とする情報を表示させる必要があるが、本実施の形態による方式では、ＵＲＬに含まれている情報（引数情報）に基づいて、所定のフレームに表示させる情報を判断するため、ユーザは、当該情報を一度も参照したことがなくても、引数情報を適切に指定することで当該情報をフレームページ２００上にいきなり表示させることができる。また、各フレームに対するＵＲＬ等の複雑な情報によって構成されるデータではなく、ＵＲＬさえ入手できれば目的とする情報を直接表示するフレームページ２００を得ることができる。したがって、本実施の形態においても説明したように、画像処理装置１０からのイベント通知メール内に当該ＵＲＬを含めることによって、フレームページ２００上において詳細情報を確認させるといった運用も可能となる。
【０１１９】
なお、本実施の形態においては、目的とする情報を表示させるフレームが所定のフレーム（ワークフレーム２０３）に固定されている例について説明したが、表示対象とするフレームを指定可能なようにしてもよい。例えば、ＵＲＬの引数情報に「frame1=aaacgi frame2=bbb.cgi frame3=ccc.cgi ・・・」と指定された場合は、frame1、frame2、frame3の識別子によって特定されるそれぞれのフレームに、aaa.cgi、bbb.cgi、ccc.cgiによって特定される情報（Ｗｅｂページ）を表示させるようにしてもよい。または、「open=aaacgi fopen=bbb.cgi open=ccc.cgi ・・・」と指定された場合は、予めフレーム間に規定されている順序関係と、引数情報において指定された順番と対応させて各フレームに表示させる情報を決定するようにしてもよい。かかる機能は、フレームページＸＳＬ（図２３）の定義を修正することによって容易に実現することができる。
【０１２０】
また、本実施の形態においては、画像処理装置１０からのイベント通知メールのトリガーとして用紙切れが発生した場合を例として説明したが、イベント通知メールのトリガーは、トナー切れやＦＡＸの受信等様々なものが考えられる。例えば、ＦＡＸを受信した際にイベント通知メール（ＦＡＸ受信通知メール）を送信する場合について説明する。
【０１２１】
図２６は、画像処理装置によるＦＡＸ受信通知メールの送信処理を説明するためのブロック図である。図２６中、図９と同一部分には同一符号を付し、その説明は省略する。図２６に示されるように、ＦＡＸの受信は、ＦＡＸ管理サービス１０２２によって検出される（Ｓ１０１）。ＦＡＸ管理サービス１０２２からの通知に基づいて、機器情報レポートアプリ１０１５は、対応ＵＲＬをイベント・ＵＲＬ対応テーブル１８より取得すると共に（Ｓ１０３）、ＦＡＸ受信の通知先として登録されているメールアドレスの一覧（ＦＡＸ通知先一覧）をＮＶＲＡＭ１７より取得する（Ｓ１０４）。
【０１２２】
図２７は、ＦＡＸ通知先一覧の例を示す図である。図２７に示されるように、ＦＡＸ
通知先一覧１７１には、ＦＡＸ受信の通知先となるユーザごとにメールアドレスが示されている。
【０１２３】
機器情報レポートアプリ１０１５が、メール本文の生成をＦＡＸＷｅｂアプリ１２に対して要求すると（Ｓ１０５）、以降はシステムアプリ１１が行っていた処理をＦＡＸＷｅｂアプリ１２が実行することを除き、図９及び図１０と同様の処理によってメール本文が生成され（Ｓ１０６、Ｓ１０７）、ＦＡＸ受信通知メールが送信される（Ｓ１０８、Ｓ１０９）。なお、ＦＡＸＷｅｂアプリ１２は、例えば、図３においてＷｅｂアプリ１２として表示されているものであり、ＦＡＸ機能に対するＷｅｂページを提供するためのＷｅｂアプリケーションである。
【０１２４】
図２８は、ＦＡＸ受信通知メールの例を示す図である。図２８に示されるように、ＦＡＸ受信通知メール５１０には、ＦＡＸを受信した旨等が記載されている。また詳細情報を参照するためのＵＲＬ５１１が以下の形式で示されている。
【０１２５】
＜ホスト名＞/？open=webfax/list.cgi&profile=user&lang=ja
したがって、ユーザがＵＲＬ５１１をクリックすると、図１３及び図１４において説明した処理と同様の処理によって、ＦＡＸ受信に関する詳細内容を表示するＷｅｂページ（webfax/list.cgi）がワークフレーム２０３に表示されたフレームページ２００が、Ｗｅｂブラウザ２１に表示される。
【０１２６】
また、実際の運用において、かかるＵＲＬ（引数情報に所定のフレームに表示させる情報についての指定がされているＵＲＬ）のＷｅｂブラウザ２１に対する入力方法は、イベント通知メールに記載されているＵＲＬをクリックすることだけには、限られない。例えば、フレームページ２００によって提供される機能と密接に関連した専用アプリケーションのユーザインタフェース（メニューやボタン等）に、かかるＵＲＬを引数としてＷｅｂブラウザを起動するような命令を組み込んでおいてもよい。この場合、ユーザは、当該専用アプリケーションの「給紙トレイ情報」というメニューを選択すると、給紙トレイ情報がワークフレーム２０３に表示されたフレームページ２００を表示させることができる。
【０１２７】
また、ユーザが、確認したい情報に対するＵＲＬを予め知っているのであれば、そのＵＲＬを引数情報に指定したＵＲＬを、ユーザに直接入力させるようにしてもよい。なお、イベント通知メールに記載されたＵＲＬ、専用アプリケーションのユーザインタフェースに組み込まれたＵＲＬ、又はユーザによって直接入力されたＵＲＬのいずれに基づいてフレームページ２００を表示させた場合も、フレームページ２００が表示された状態をブックマークに登録しておけば、次回以降は当該ブックマークを選択することによって同じ状態を再現させることができる。
【０１２８】
また、本発明が適用可能な機器は、画像処理装置だけに限られない。一般的なコンピュータ等の情報処理装置はもちろん、通信機能を有していれば、本実施の形態における画像処理装置と同様に記憶容量の制約が厳しいデジタルカメラや携帯電話、いわゆるデジタル家電等にも本発明を適用することができる。
【０１２９】
以上、本発明の好ましい実施例について詳述したが、本発明は係る特定の実施形態に限定されるものではなく、特許請求の範囲に記載された本発明の要旨の範囲内において、種々の変形・変更が可能である。
【図面の簡単な説明】
【０１３０】
【図１】フレームに分割されたＷｅｂページの表示例を示す図である。
【図２】本発明の実施の形態における画像処理装置の機能構成例を示す図である。
【図３】Ｗｅｂサーバとしての画像処理装置の機能構成例を示す図である。
【図４】ロードページモジュールを説明するための図である。
【図５】フレームページモジュールを説明するための図である。
【図６】ＸＳＬＴプロセッサを説明するための図である。
【図７】トップページを表示したフレームページの表示例を示す図である。
【図８】給紙トレイ情報を英語でかつ管理者モードで表示したフレームページの表示例を示す図である。
【図９】画像処理装置によるイベント通知メールの送信処理を説明するためのブロック図である。
【図１０】画像処理装置によるイベント通知メールの送信処理を説明するためのフローチャートである。
【図１１】イベント・ＵＲＬ対応テーブルの構成例を示す図である。
【図１２】用紙切れを通知するイベント通知メールの例を示す図である。
【図１３】画像処理装置による詳細情報の提供処理を説明するためのシーケンス図である。
【図１４】画像処理装置による詳細情報の提供処理を説明するためのシーケンス図である。
【図１５】ＷｅｂサーバプログラムによるＵＲＬの置換処理を説明するためのフローチャートである。
【図１６】ロードページモジュールによる表示言語の選択処理を説明するための処理である。
【図１７】言語情報管理テーブルの構成例を示す図である。
【図１８】ロードページモジュールによるロードページの生成処理を説明するためのフローチャートである。
【図１９】ロードページのテンプレートの定義例を示す図である。
【図２０】完成したロードページの定義例を示す図である。
【図２１】ＸＭＬ形式に変換された引数情報の例を示す図である。
【図２２】ＸＳＬＴプロセッサによるフレームページの生成処理を説明するためのフローチャートである。
【図２３】フレームページＸＳＬの定義例を示す図である。
【図２４】生成されたフレームページの定義例を示す図である。
【図２５】引数情報を指定することによってフレームページに給紙トレイ情報を英語でかつ管理者モードで表示させた例を示す図である。
【図２６】画像処理装置によるＦＡＸ受信通知メールの送信処理を説明するためのブロック図である。
【図２７】ＦＡＸ通知先一覧の例を示す図である。
【図２８】ＦＡＸ受信通知メールの例を示す図である。
【符号の説明】
【０１３１】
１０            画像処理装置
１１            システムアプリ
１２、１３      Ｗｅｂアプリ
１４            ＸＳＬＴプロセッサ
１５            Ｗｅｂサーバプログラム
１６            言語情報管理テーブル
１７            ＮＶＲＡＭ
１８            イベント・ＵＲＬ対応テーブル
２０            端末
２１            Ｗｅｂブラウザ
１１１          ページ呼び分け手段
１１２          ロードページモジュール
１１３          フレームページモジュール
１１４          ライブラリ
１４１          入力モジュール
１４２          出力モジュール
１４５          ＸＭＬデータ
１４６          ＸＳＬデータ
１４７          ＨＴＭＬデータ
１０１１        コピーアプリ
１０１２        ファックスアプリ
１０１３        プリンタアプリ
１０１４        情報提供アプリ
１０１５        機器情報レポートアプリ
１０１６        システム管理サービス
１０１７        ネットワークサービス
１０１８        メモリ管理サービス
１０１９        オペパネ管理サービス
１０２０        エンジン管理サービス
１０２１        配信サービス
１０２２        ＦＡＸ管理サービス
１０２３        ＯＳ
１０２４        エンジン制御ボード
１０２５        プロッタエンジン
１０２６        スキャナエンジン
【図１】
2004303218.tif 000003
【図２】
2004303218.tif 000004
【図３】
2004303218.tif 000005
【図４】
2004303218.tif 000006
【図５】
2004303218.tif 000007
【図６】
2004303218.tif 000008
【図７】
2004303218.tif 000009
【図８】
2004303218.tif 000010
【図９】
2004303218.tif 000011
【図１０】
2004303218.tif 000012
【図１１】
2004303218.tif 000013
【図１２】
2004303218.tif 000014
【図１３】
2004303218.tif 000015
【図１４】
2004303218.tif 000016
【図１５】
2004303218.tif 000017
【図１６】
2004303218.tif 000018
【図１７】
2004303218.tif 000019
【図１８】
2004303218.tif 000020
【図１９】
2004303218.tif 000021
【図２０】
2004303218.tif 000022
【図２１】
2004303218.tif 000023
【図２２】
2004303218.tif 000024
【図２３】
2004303218.tif 000025
【図２４】
2004303218.tif 000026
【図２５】
2004303218.tif 000027
【図２６】
2004303218.tif 000028
【図２７】
2004303218.tif 000029
【図２８】
2004303218.tif 000030