(57)【要約】【課題】　本発明の課題は、本発明は、Ｗｅｂアプリケーションを跨るページ遷移の際にもユーザのプロファイルの継承を可能とし、ページ遷移の際のユーザの利便性を損なうことなく、ユーザのプロファイルに応じたＷｅｂページの表示を実現する複数のＷｅｂアプリケーションを有する画像処理装置を提供することを目的とする。【解決手段】　本発明の課題は、ネットワークを介して接続される端末から送信されるプロファイルの変更を要求する第一要求によって指定されるプロファイルとは異なるプロファイル情報を該端末へ提供するＷｅｂ情報へのパスに設定した基準パスを該端末から自動的に該基準パスへアクセスさせる基準Ｗｅｂ情報を生成するプロファイル基準Ｗｅｂ情報生成手段と、前記第一要求に対する応答として前記基準Ｗｅｂ情報を前記端末へ送信し、Ｗｅｂ情報を要求する第二要求を受信する通信手段とを有する情報処理装置によって達成される。【選択図】　図６
2004103008.tif 000002
【特許請求の範囲】
【請求項１】
　ネットワークを介して接続される端末から送信されるプロファイルの変更を要求する第一要求によって指定されるプロファイルを変更し、該プロファイルとは異なるプロファイルを示すプロファイル情報を該端末へ提供するＷｅｂ情報へのパスに付加した基準パスを含み、かつ、該端末から自動的に該基準パスへアクセスさせる基準Ｗｅｂ情報を生成するプロファイル基準Ｗｅｂ情報生成手段と、
　前記第一要求に対する応答として前記基準Ｗｅｂ情報を前記端末へ送信し、前記基準パスによって特定される前記Ｗｅｂ情報を要求する第二要求を受信する通信手段とを有することを特徴とする情報処理装置。
【請求項２】
　前記第二要求を受信すると、前記端末のユーザを認証し、その認証結果に基づいて前記基準パスで指定される前記プロファイルに適した前記Ｗｅｂ情報の提供を許可する認証手段を有することを特徴とした請求項１記載の情報処理装置。
【請求項３】
　前記認証手段は、
　前記第二要求の前記基準パスに基づいて、前記ユーザが認証すべきユーザであるか否かを判断し、その判断結果に基づいて、前記端末に対して該ユーザの認証情報を要求する認証判断手段と、
　前記端末から送信された前記認証情報に基づいて前記ユーザを認証し、その認証結果に基づいて、前記プロファイルに適した前記Ｗｅｂ情報の提供を許可する認証実行手段とを有することを特徴として請求項２記載の情報処理装置。
【請求項４】
　前記認証判断手段は、前記基準パスに設定される前記プロファイル情報が権限レベルの高いプロファイルを示している場合、前記端末に対して該ユーザの認証情報を要求することを特徴とする請求項３記載の情報処理装置。
【請求項５】
　前記第一要求より前に前記ネットワークを介して接続される前記端末から送信される前記Ｗｅｂ情報を要求する第三要求に基づいて、該端末を使用する前記ユーザのプロファイルとして権限レベルの低いプロファイルを示す前記プロファイル情報を該第三要求に対する該Ｗｅｂ情報へのパスに付加した前記基準パスを含み、該端末から自動的に該基準パスへアクセスさせる基準Ｗｅｂ情報を生成する基準Ｗｅｂ情報生成手段と、
　前記第三要求に対する応答として前記基準Ｗｅｂ情報を前記端末へ送信し、前記基準パスによって特定される前記Ｗｅｂ情報を要求する第四要求を受信する通信手段とを有することを特徴とする請求項１乃至４のいずれか一項記載の情報処理装置。
【請求項６】
　前記通信手段は、前記ネットワークから前記第三要求を受信した場合、該第三要求に対する前記Ｗｅｂ情報へのパスにおいて、前記プロファイル情報のデフォルト値と前記基準Ｗｅｂ情報生成手段を識別する基準Ｗｅｂ情報識別子とを付加し、
　前記基準Ｗｅｂ情報生成手段は、前記通信手段によって付加された前記基準Ｗｅｂ情報識別子によって実行され、前記端末を使用する前記ユーザのプロファイルとして権限レベルの低いプロファイルを示す前記プロファイル情報で前記デフォルト値を置き換えることを特徴とする請求項５記載の情報処理装置。
【請求項７】
　前記通信手段は、前記第三要求に対する前記Ｗｅｂ情報へのパスにおいて、該Ｗｅｂ情報を識別する前記Ｗｅｂ情報識別子より前に前記デフォルト値を付加して前記基準パスを作成することを特徴とする請求項５又は６記載の情報処理装置。
【請求項８】
　前記Ｗｅｂ情報を生成するＷｅｂ情報生成手段と、
　前記第二要求又は前記第四要求によって指定される前記基準パスから取得した前記プロファイル情報に基づいて、前記端末に応じた前記Ｗｅｂ情報を該端末に表示するための表示形式で記述することによって、Ｗｅｂページを生成する表示情報生成手段とを有することを特徴とする請求項５乃至７のいずれか一項記載の情報処理装置。
【請求項９】
　前記表示情報生成手段は、
　前記Ｗｅｂ情報生成手段によって生成された前記Ｗｅｂ情報と、前記プロファイル情報とをＸＭＬで記述するＸＭＬ記述手段と、
　前記プロファイル情報に基づいて、前記ＸＭＬによって記述された前記Ｗｅｂ情報を該Ｗｅｂ情報に応じたスタイルシートに従ってＨＴＭＬに変換することによって、前記Ｗｅｂページを生成するＨＴＭＬ変換手段とを有することを特徴とする請求項５乃至８のいずれか一項記載の情報処理装置。
【請求項１０】
　前記Ｗｅｂ情報から相対パスによってリンクされる該Ｗｅｂ情報とは異なる他のＷｅｂ情報を生成する複数の他のＷｅｂ情報生成手段を有し、
　前記Ｗｅｂ情報が表示される前記端末にてユーザによって選択されることによって要求される前記他のＷｅｂ情報の第五要求に応じて、該他のＷｅｂ情報に対応する前記他のＷｅｂ情報生成手段が該他のＷｅｂ情報を生成すると、前記表示情報生成手段は、前記基準パスに設定されている前記プロファイル情報に基づいて、前記端末に応じた前記他のＷｅｂ情報を該端末に表示するＷｅｂページを生成することを特徴とする請求項５乃至９のいずれか一項記載の情報処理装置。
【請求項１１】
　画像を形成する画像形成手段と、
　前記画像形成手段を制御する画像形成制御手段とを有し、
　前記Ｗｅｂ情報生成手段と前記他のＷｅｂ情報生成手段との少なくとも１つのＷｅｂ情報生成手段は、前記画像形成制御手段から前記画像形成手段に関する情報を取得して、その取得した情報に基づいて前記Ｗｅｂ情報を生成することを特徴とする請求項１０記載の情報処理装置。
【請求項１２】
　前記プロファイル基準Ｗｅｂ情報生成手段と、前記基準Ｗｅｂ情報生成手段と、前記Ｗｅｂ情報生成手段と、前記他のＷｅｂ情報生成手段とは、Ｃ言語によって開発されたプログラムであることを特徴とする請求項５乃至１１のいずれか一項記載の情報処理装置。
【請求項１３】
　ネットワークを介して接続される端末から送信されるプロファイルの変更を要求する第一要求によって指定されるプロファイルを示すプロファイル情報を、該端末へ提供するＷｅｂ情報へのパスに付加した基準パスを含み、該端末から自動的に該基準パスへアクセスさせる基準Ｗｅｂ情報を生成するプロファイル基準Ｗｅｂ情報生成手順と、
　前記第一要求に対する応答として前記基準Ｗｅｂ情報を前記端末へ送信し、前記基準パスによって特定される前記Ｗｅｂ情報を要求する第二要求を受信する通信手順とをコンピュータが実行することを特徴とする情報処理方法。
【請求項１４】
　前記第二要求を受信すると、前記端末のユーザを認証し、その認証結果に基づいて前記基準パスで指定される前記プロファイルに適した前記Ｗｅｂ情報の提供を許可する認証手順を有することを特徴とした請求項１３記載の情報処理方法。
【請求項１５】
　前記認証手順は、
　前記第二要求の前記基準パスに基づいて、前記ユーザが認証すべきユーザであるか否かを判断し、その判断結果に基づいて、前記端末に対して該ユーザの認証情報を要求する認証判断手順と、
　前記端末から送信された前記認証情報に基づいて前記ユーザを認証し、その認証結果に基づいて、前記プロファイルに適した前記Ｗｅｂ情報の提供を許可する認証実行手順とを有することを特徴として請求項１４記載の情報処理装置。
【発明の詳細な説明】
【技術分野】
【０００１】
　本発明は、Ｗｅｂアプリケーションを跨るページ遷移の際にもユーザのプロファイルの継承を可能とし、かつ、Ｗｅｂアプリケーションのプロファイル毎の処理部分を共有化することによって、ページ遷移の際のユーザの利便性を損なうことなく、ユーザのプロファイルに応じたＷｅｂページの表示を実現する複数のＷｅｂアプリケーションを有する画像処理装置及び情報処理方法を提供するものである。
【背景技術】
【０００２】
　近年、インターネットを利用した情報提供が、クライアントＰＣ（Personal Computer）のみならず、携帯電話器及びＰＤＡ（Personal Digital Assistants）端末等の移動体端末へ拡大し、また、その情報提供の方法が多様化してきている。
【０００３】
　画像形成に関する情報を提供可能とするＷｅｂサーバ機能を有するデータ処理装置が提案されている（例えば、特許文献１参照。）。このデータ処理装置によって、ユーザはインターネットを介すのみでデータ処理装置に備えられた画像形成処理を行う機器に関する情報の提供を受けることができる。
【０００４】
　また、複数のページで構成された情報提供において、クライアントＰＣ側にてページ遷移が行われた場合でも、クライアントＰＣを利用しているユーザが入力した情報を所定領域に格納し、以後ページが遷移した際にその入力情報を用いることによって継承させて情報を提供するデータ継承方式が提案されている（例えば、特許文献２参照。）。
【特許文献１】特開２００２−７０９５号公報
【特許文献２】特開平１１−３０６０７０号公報
【発明の開示】
【発明が解決しようとする課題】
【０００５】
　しかしながら、上記従来のような情報提供の方法には、以下のような問題があった。
【０００６】
　画像形成に関する情報を提供可能とするＷｅｂサーバ機能を有するＷｅｂサーバにおいて、画像形成処理又はその画像形成処理を行うＷｅｂサーバによって制御されるプロッタ等の機器の状態、システム設定等を情報として提供するような場合、その時点での状態であるため、予めＨＴＭＬデータを用意しておくことができない。
【０００７】
　特許文献１において提案されるデータ処理装置では、ユーザの利用権限等のプロファイルが異なる複数のクライアントＰＣに対してそのプロファイルに応じた情報提供を行うことができない。
【０００８】
　更に、特許文献２において提案されるデータ継承方式では、ユーザに関する情報を入力させるためのページが必要であったり、ユーザが明示的にそのページへ入力する必要がある。また、ネットワーク接続されている間ユーザ毎に継承させるべき情報を管理しなければならない。従って、ユーザの利用権限等のプロファイルが異なる複数のクライアントＰＣに対してそのプロファイルに応じた情報提供を自動的に行うことができない。また、プロファイルに対応する処理部がＷｅｂアプリケーションから切り離されていないため、Ｗｅｂアプリケーションの開発の負担となっていた。
【０００９】
　そこで、本発明の課題は、Ｗｅｂアプリケーションを跨るページ遷移の際にもページに表示されるユーザのプロファイルの継承を可能とし、かつ、Ｗｅｂアプリケーションのユーザのプロファイルに関する処理部分を共有化することによって、ページ遷移の際のユーザの利便性を損なうことなく、プログラムサイズの縮小化及び開発効率の向上を実現する複数のＷｅｂアプリケーションを有する画像処理装置を提供することである。
【課題を解決するための手段】
【００１０】
　上記課題を解決するため、本発明は、請求項１に記載されるように、ネットワークを介して接続される端末から送信されるプロファイルの変更を要求する第一要求によって指定されるプロファイルを変更し、該プロファイルとは異なるプロファイルを示すプロファイル情報を、該端末へ提供するＷｅｂ情報へのパスに付加した基準パスを含み、かつ、該端末から自動的に該基準パスへアクセスさせる基準Ｗｅｂ情報を生成するプロファイル基準Ｗｅｂ情報生成手段と、前記第一要求に対する応答として前記基準Ｗｅｂ情報を前記端末へ送信し、前記基準パスによって特定される前記Ｗｅｂ情報を要求する第二要求を受信する通信手段とを有するように構成される。
【００１１】
　このような情報処理装置では、端末からプロファイルが変更された基準パスで自動的にアクセスさせるＷｅｂ情報を生成して提供するため、端末側では、ユーザによる言語情報の入力を行なうことなく、このＷｅｂ情報によって変更されたプロファイル情報を含む基準パスを取得することができる。また、ユーザが求めるＷｅｂ情報を提供する前に基準パスが提供されるため、Ｗｅｂ情報を生成するＷｅｂアプリケーションの開発者は、プロファイル毎の開発を行わなくてよい。
【００１２】
　前記Ｗｅｂ情報は、例えば、インターネットを介してＷｅｂブラウザ上で提供される情報である。
【００１３】
　また、本発明は、請求項２に記載されるように、前記第二要求を受信すると、前記端末のユーザを認証し、その認証結果に基づいて前記基準パスで指定される前記プロファイルに適した前記Ｗｅｂ情報の提供を許可する認証手段を有するように構成することができる。
【００１４】
　このような情報処理装置では、プロファイルの変更の際にはユーザ認証が行われ、認証後にプロファイルに適したＷｅｂ情報の提供を許可するため、保護されるべき情報をプロファイルに応じて制限することができる。
【００１５】
　また、本発明は、請求項３に記載されるように、前記認証手段は、前記第二要求の前記基準パスに基づいて、前記ユーザが認証すべきユーザであるか否かを判断し、その判断結果に基づいて、前記端末に対して該ユーザの認証情報を要求する認証判断手段と、前記端末から送信された前記認証情報に基づいて前記ユーザを認証し、その認証結果に基づいて、前記プロファイルに適した前記Ｗｅｂ情報の提供を許可する認証実行手段とを有するように構成することができる。
【００１６】
　このような情報処理装置では、例えば、プロファイルによって認証の実施を判断することができるため、無用な認証処理によるユーザの手間を削減することができる。
【００１７】
　また、本発明は、請求項４に記載されるように、前記第一要求のパスに変更すべき前記プロファイルを示す前記プロファイル情報が設定されているように構成することができる。
【００１８】
　このような情報処理装置では、例えば、利用者の端末からプロファイルを変更する際にその要求を行うＵＲＬに変更後のプロファイルが指定されるように構成することができる。
【００１９】
　また、本発明は、請求項５に記載されるように、前記認証判断手段は、前記基準パスに設定される前記プロファイル情報が権限レベルの高いプロファイルを示している場合、前記端末に対して該ユーザの認証情報を要求するように構成することができる。
【００２０】
　このような情報処理装置では、プロファイル情報が権限レベルの高いプロファイルを示している場合に情報を保護すべき場合が多いため、その場合にのみ認証処理を行うように制御することができる。
【００２１】
　また、本発明は、請求項６記載されるように、前記第一要求より前に前記ネットワークを介して接続される前記端末から送信される前記Ｗｅｂ情報を要求する第三要求に基づいて、該端末を使用する前記ユーザのプロファイルとして権限レベルの低いプロファイルを示す前記プロファイル情報を該第三要求に対する該Ｗｅｂ情報へのパスに付加した前記基準パスを含み、該端末から自動的に該基準パスへアクセスさせる基準Ｗｅｂ情報を生成する基準Ｗｅｂ情報生成手段と、前記第三要求に対する応答として前記基準Ｗｅｂ情報を前記端末へ送信し、前記基準パスによって特定される前記Ｗｅｂ情報を要求する第四要求を受信する通信手段とを有するように構成される。
【００２２】
　このような情報処理装置では、端末から基準パスで自動的にアクセスさせるＷｅｂ情報を生成して提供するため、端末側では、ユーザによる言語情報の入力を行なうことなく、このＷｅｂ情報によって言語情報を含む基準パスを取得することができる。また、ユーザが求めるＷｅｂ情報を提供する前に基準パスが提供されるため、Ｗｅｂ情報を生成するＷｅｂアプリケーションの開発者は、言語毎の開発を行わなくてよい。
【００２３】
　また、本発明は、請求項７に記載されるように、前記通信手段は、前記ネットワークから前記第三要求を受信した場合、該第三要求に対する前記Ｗｅｂ情報へのパスにおいて、前記プロファイル情報のデフォルト値と前記基準Ｗｅｂ情報生成手段を識別する基準Ｗｅｂ情報識別子とを付加し、前記基準Ｗｅｂ情報生成手段は、前記通信手段によって付加された前記基準Ｗｅｂ情報識別子によって実行され、前記端末を使用する前記ユーザのプロファイルとして権限レベルの低いプロファイルを示す前記プロファイル情報で前記デフォルト値を置き換えるように構成することができる。
【００２４】
　このような情報処理装置では、ネットワークから第三要求を受信すると、通信手段（例えば、ＨＴＴＰデーモン）が予めデフォルト値と基準Ｗｅｂ情報識別子とを付加するため、第三要求に対して常に基準Ｗｅｂ情報生成手段を実行させることができる。
【００２５】
　また、本発明は、請求項８に記載されるように、前記通信手段は、前記第三要求に対する前記Ｗｅｂ情報へのパスにおいて、該Ｗｅｂ情報を識別する前記Ｗｅｂ情報識別子より前に前記デフォルト値を付加して前記基準パスを作成するように構成することができる。
【００２６】
　このような情報処理装置では、プロファイル情報がＷｅｂ情報識別子より前に設定されるため、Ｗｅｂ情報識別子以降を相対パスとして設定されるようにすることができる。従って、基準Ｗｅｂ情報からページ遷移した場合において、常にプロファイル情報が継承される。
【００２７】
　また、本発明は、請求項９に記載されるように、前記Ｗｅｂ情報を生成するＷｅｂ情報生成手段と、前記第二要求又は前記第四要求によって指定される前記基準パスから取得した前記プロファイル情報に基づいて、前記端末に応じた前記Ｗｅｂ情報を該端末に表示するための表示形式で記述することによって、Ｗｅｂページを生成する表示情報生成手段とを有するように構成することができる。また、本発明は、請求項１０に記載されるように、前記表示情報生成手段は、前記Ｗｅｂ情報生成手段によって生成された前記Ｗｅｂ情報と、前記プロファイル情報とをＸＭＬで記述するＸＭＬ記述手段と、前記プロファイル情報に基づいて、前記ＸＭＬによって記述された前記Ｗｅｂ情報を該Ｗｅｂ情報に応じたスタイルシートに従ってＨＴＭＬに変換することによって、前記Ｗｅｂページを生成するＨＴＭＬ変換手段とを有するように構成することができる。
【００２８】
　このような情報処理装置では、表示情報生成手段によってプロファイル情報に対応したＷｅｂページの生成が行われ、また、Ｗｅｂ情報の生成に依存しないため、Ｗｅｂアプリケーションの追加を容易に実現することができる。
【００２９】
　また、本発明は、請求項１１に記載されるように、前記Ｗｅｂ情報から相対パスによってリンクされる該Ｗｅｂ情報とは異なる他のＷｅｂ情報を生成する複数の他のＷｅｂ情報生成手段を有し、前記Ｗｅｂ情報が表示される前記端末にてユーザによって選択されることによって要求される前記他のＷｅｂ情報の第五要求に応じて、該他のＷｅｂ情報に対応する前記他のＷｅｂ情報生成手段が該他のＷｅｂ情報を生成すると、前記表示情報生成手段は、前記基準パスに設定されている前記プロファイル情報に基づいて、前記端末に応じた前記他のＷｅｂ情報を該端末に表示するＷｅｂページを生成するように構成することができる。
【００３０】
　このような情報処理装置では、端末へ提供されたＷｅｂ情報から他のＷｅｂ情報が相対パスによってリンクされた場合においても、基準パスに基づいて共通に設定される言語情報を常に取得することができるため、常に、プロファイルに応じたＷｅｂページ生成することができる。
【００３１】
　また、本発明は、請求項１２に記載されるように、画像を形成する画像形成手段と、前記画像形成手段を制御する画像形成制御手段とを有し、前記Ｗｅｂ情報生成手段と前記他のＷｅｂ情報生成手段との少なくとも１つのＷｅｂ情報生成手段は、前記画像形成制御手段から前記画像形成手段に関する情報を取得して、その取得した情報に基づいて前記Ｗｅｂ情報を生成するように構成することができる。
【００３２】
　このような情報処理装置では、プロファイル情報を継承しつつ、例えば、情報処理装置に実装される画像形成するプロッタ又はスキャナ等の機器のシステム設定をＷｅｂ情報として提供することができる。
【００３３】
　また、本発明は、請求項１３に記載されるように、前記プロファイル基準Ｗｅｂ情報生成手段と、前記基準Ｗｅｂ情報生成手段と、前記Ｗｅｂ情報生成手段と、前記他のＷｅｂ情報生成手段とは、Ｃ言語によって開発されたプログラムであるように構成することができる。
【００３４】
　更に、前記課題を解決するための手段として、本発明は、上記情報処理装置における処理をコンピュータに行なわせるための情報処理方法とすることもできる。
【発明の効果】
【００３５】
　本願発明によれば、端末からの要求時に端末を利用するユーザのプロファイルが共通パス情報としてＵＲＬの一部に設定されるため、複数のＷｅｂアプリケーション間でページ遷移した場合においても、端末のＷｅｂブラウザに常にユーザのプロファイルに応じた情報提供を行うことができる。また、処理結果のＸＭＬによる記述と、プロファイルを判断してＸＭＬからＨＴＭＬへ変換する処理とを、複数のＷｅｂアプリケーションから切り離して構成することができる。
【発明を実施するための最良の形態】
【００３６】
　以下、本発明の実施の形態を図面に基づいて説明する。
【００３７】
　本発明の一実施例に係る情報処理装置は、プリンタ、ＦＡＸ、コピー等の複数の異なる画像形成機能の少なくとも１つを有すると共に、複数のＷｅｂアプリケーションによって画像形成に関する情報を提供する。本実施例において、説明の便宜上、主に、印刷処理又は印刷を行うプロッタに関する情報が提供される場合について説明する。
【００３８】
　図１は、本発明の一実施例に係る情報処理装置のハードウェア構成を示すブロック図である。図１において、情報処理装置２１００は、コンピュータによって制御される装置であって、ＣＰＵ（中央処理装置）１１と、ＲＯＭ（Read-Only Memory）１２と、ＲＡＭ（Random Access Memory）１３と、不揮発性ＲＡＭ（non-volatile Random
Access Memory）１４と、リアルタイムクロック１５、イーサネット（登録商標）Ｉ／Ｆ（Ethernet（登録商標） Interface）２１と、ＵＳＢ（Universal Serial Bus）２２と、ＩＥＥＥ（Institute of Electrical
and Electronics Engineers）1284 ２３と、ハードディスクＩ／Ｆ２４と、エンジンＩ／Ｆ２５と、ＲＳ−２３２Ｃ　Ｉ／Ｆ２６とで構成され、システムバスＢに接続される。
【００３９】
　ＣＰＵ１１は、ＲＯＭ１２に格納されたプログラムに従って情報処理装置２１００を制御する。ＲＡＭ１３には、例えば、各インターフェース２１から２６に接続される資源に領域が割り当てられる。不揮発性ＲＡＭ１４には、情報処理装置２１００を制御するためにＣＰＵ１１による処理で必要な情報が格納される。リアルタイムクロック１５は、現時刻を計ると共に、処理を同期させる場合にＣＰＵ１１によって使用される。
【００４０】
　イーサネット（登録商標）Ｉ／Ｆ２１には、１０ＢＡＳＥ−Ｔ又は１００ＢＡＳＥ−ＴＸ等のイーサネット（登録商標）用インターフェースケーブルが接続される。ＵＳＢ２２には、ＵＳＢ用インターフェースケーブルが接続される。ＩＥＥＥ1284 ２３には、ＩＥＥＥ1284用インターフェースケーブルが接続される。
【００４１】
　ハードディスクＩ／Ｆ２４には、ハードディスク３４が接続され、ネットワークを介して送信された印刷すべき文書の文書データ、又は、印刷処理後の画像データがハードディスクＩ／Ｆ２４を介してハードディスク３４に格納される。エンジンＩ／Ｆ２５には、文書データに基づいて所定媒体に印刷を行うプロッタ３５−１及び画像データを取り込むスキャナ３５−２等が接続される。ＲＳ−２３２Ｃ　Ｉ／Ｆ２６には、オペレーションパネル３６が接続され、ユーザへの情報の表示及びユーザから入力情報又は設定情報の取得が行われる。
【００４２】
　次に、図１に示すようなハードウェア構成を有し、複数の異なる画像形成処理を可能とし、かつ、複数のＷｅｂアプリケーションを有する情報処理装置２１００の機能構成について説明する。
【００４３】
　図２は、情報処理装置の機能構成を示すブロック図である。図２において、情報処理装置２１００は、インターネット２０１６を介して表示画面の利用形態の異なるクライアントＰＣ２０４１、２０４２及び２０４３等の複数の端末２０４０と接続可能であって、各端末２０４０からの要求に応じて、その要求に対する応答として情報を提供するコンピュータである。クライアントＰＣ２０４１、２０４２及び２０４３は、夫々、ユーザ用、管理者用、ユーザ用の情報が表示されているものとする。
【００４４】
　情報処理装置２１００は、主に、ネットワーク制御部２１０１と、シーケンス制御ライブラリ２１１０と、Ｗｅｂアプリ振分共通ライブラリ２１２０と、Ｗｅｂページハンドラ２２００と、ＳＯＡＰ(Simple Object Access
Protocol)ライブラリ２２０１と、ＸＭＬ(eXtensible Markup
Language)ライブラリ２２０３と、ＸＳＬＴ（XSL Transformations）プロセッサ２２０５と、Ｗｅｂページ機能（ＷＰＦ）２３００と、プリンタ制御部２１０３と、スキャナ制御部２１０５とを有する。
【００４５】
　ネットワーク制御部２１０１は、少なくともＨＴＴＰ（Hyper Text Transfer
Protocol）による通信制御を行うＨＴＴＰデーモン２００２を有し、ＨＴＴＰに従って端末２０４０から要求を受信し、その要求に対する応答としてその要求に応じた情報提供を行う。
【００４６】
　ＨＴＴＰデーモン２００２は、端末２０４０から要求を受信すると、複数のＷｅｂアプリケーション２３０１において、ページ遷移した際にも端末２０４０の表示画面での利用形態に関する属性を示す属性情報が継承されるようにする所定の処理を実行するために、要求で指定されるＵＲＬ（Uniform
Resource Locator）に仮の共通パス情報と、上記所定の処理を実行するためのＷｅｂアプリケーションＩＤとＣＧＩ(Common Gateway
Interface)とを付加する。ページ遷移とは、表示されているＷｅｂページから、そのＷｅｂページにリンクされる他のＷｅｂページを表示させることを言う。
【００４７】
　ＨＴＴＰデーモン２００２は、必要な情報を付加して、図３に示すようなＵＲＬを作成する。図３は、ＵＲＬ構成を示す図である。図３において、ＵＲＬは、大きく共通パス情報６０ａと相対パス情報６０ｂとで構成される。ＨＴＴＰデーモン２００２が端末４０から最初のページ要求を受信した際には、例えば、「http://AAA」のみがＵＲＬとして指定されており、このＵＲＬに対して、ＨＴＴＰデーモン２００２は、所定の「/TERMINAL/PROFILE/LANG/webDefaultApl/defaul.cgi」を付加する。
【００４８】
　このようにして構成されたＵＲＬは、例えば、「http」等のアクセス手段を特定するプロトコル種別６１と、「AAA」で示されるＩＰアドレス６２と、「TERMINAL」で示される端末種別情報６３ａと、「PROFILE」で示されるプロファイル情報６３ｂと、「LANG」で示される言語情報６３ｃと、「webDefaultApl」で示されるＷｅｂアプリケーションＩＤ６４と、「default.cgi」で示されるページ情報６５とを有する。
【００４９】
　そして、プロトコル種別６１と、ＩＰアドレス６２と、端末種別情報６３ａと、プロファイル情報６３ｂと、言語情報６３ｃとが共通パス情報６０ａとして、以後のページ遷移において継承され、ページ遷移によって跨るＷｅｂアプリケーション２３０１との間で参照される。また、ＷｅｂアプリケーションＩＤ６４と、ページ情報６５とが相対パス情報６０ｂを構成する。
【００５０】
　図２に戻り、処理部の説明を続ける。
【００５１】
　シーケンス制御ライブラリ２１１０は、インターネット２０１６を介して行われるデータの送受信の処理シーケンスと各Ｗｅｂアプリケーション２３０１とのデータの受け渡しの処理シーケンスとの違いを所定のシーケンス制御処理によって吸収する、複数のＷｅｂアプリケーション２３０１に対して共通の処理部である。
【００５２】
　Ｗｅｂアプリ振分共通ライブラリ２１２０は、端末２０４０からの要求の解析及び端末２０４０への応答を生成し、複数のＷｅｂアプリケーション２３０１に対して共通の処理部である。Ｗｅｂアプリ振分共通ライブラリ２１２０は、Ｗｅｂページハンドラ２２００にてＸＭＬで記述された応答を、ＸＳＬＴプロセッサ２２０５によって各端末２０４０での国言語に応じたＨＴＭＬ(HyperText Markup Language)による表示形式に変換する。
【００５３】
　Ｗｅｂページハンドラ２２００は、Ｗｅｂアプリケーション２３０１が解釈可能な処理言語と、端末２０４０との間で行われる要求及び応答による通信制御で解釈される処理言語との変換を行う処理部である。Ｗｅｂページハンドラ２２００は、要求に対応するＷｅｂアプリケーション２３０１をＣＧＩを介して関数コールする。また、Ｗｅｂページハンドラ２２００は、Ｗｅｂページ機能２３００から通知された処理結果データをＸＭＬで記述するために処理結果データのシリアライズ要求をＳＯＡＰライブラリ２２０１に対して行う。
【００５４】
　更に、Ｗｅｂページハンドラ２２００は、認証情報ＤＢ２１２１を参照することによって、端末２０４０のユーザに対する認証処理を行う。ユーザが認証されると、Ｗｅｂページ機能２３００から提供される処理結果は、ユーザのプロファイルに基づいて提供される。プロファイルは、ユーザのカテゴリーであり、通常ユーザ、システム管理者、サービスマン等の権限レベルを示す。例えば、「管理者」として分類されるユーザは、図１に示すプロッタ３５−１又はスキャナ３５−２のような装置に関連するネットワーク設定の変更が許可される。「通常ユーザ」として分類されるユーザは、ネットワーク設定の表示のみが許可されるか又はネットワーク設定に関連する情報へのアクセスが禁止される。プロファイルは、情報を提供する方法を決定するために使用される。
【００５５】
　認証情報ＤＢ２１２１は、ユーザ名、ユーザパスワード、登録されたプロファイル等をユーザ毎に管理する。登録されたプロファイルは、ユーザが登録されたときのユーザのプロファイルを示している。
【００５６】
　ＳＯＡＰライブラリ２２０１は、Ｃ言語の変数で与えられた処理結果データをＸＭＬによって記述することによってデータ変換をしてシリアライズする。本実施例において、シリアライズするとは、ＸＭＬによってＷｅｂページ機能２３００から通知された処理結果を記述することである。
【００５７】
　ＸＭＬライブラリ２２０３は、ＳＯＡＰライブラリ２２０１に利用されることによってＸＭＬで処理結果をシリアライズする。また、ＸＭＬライブラリ２２０３は、ＸＳＬＴプロセッサ２２０５に利用されることによって、処理結果を示すＨＴＭＬを生成する。
【００５８】
　ＸＳＬＴプロセッサ２２０５は、端末２０４０の要求で指定されるＷｅｂアプリケーション２３０１に対応するＸＳＬ(eXtensible Stylesheet Language)で記述されるスタイルシート２４３０に基づいて、ＸＭＬライブラリ２２０３を利用することによってＸＭＬで記述された処理結果をＨＴＭＬの記述に変換する。スタイルシート２４３０は、Ｗｅｂアプリケーション２３０１毎に予め準備されている。
【００５９】
　Ｗｅｂページ機能２３００は、Ｗｅｂページハンドラ２２００から関数コールされると、例えば、情報処理装置２１００に備えられた画像形成を制御するプリンタ制御部２１０３又はスキャナ制御部２１０５にＡＰＩ（Application Program
Interface）２０１７を介して問い合わせて、プロッタ３５−１の状態又はスキャナ３５−２の状態等を示す情報を取得し、その情報をＷｅｂページハンドラ２２００へ返す。また、Ｗｅｂページ機能２３００は、同様にして、ＡＰＩ２０１７を介してネットワーク制御部２１０１へ問い合わせることによって取得した情報をＷｅｂページハンドラ２２００へ返す。
【００６０】
　次に、Ｗｅｂアプリケーションをするための詳細な構成を図４及び図５で説明する。図４は、Ｗｅｂアプリケーションの実行を説明するためのブロック図である。図５は、ハッシュリストを示す図である。図４において、Ｗｅｂページハンドラ２２００は、例えば、図３に示すようなＵＲＬの構成に基づいた情報提供が行えるように、ユーザを認証する認証ハンドラ２２０４と、端末２０４０からの最初の要求時に実行されるデフォルトハンドラ２２１０と、端末２０４０からの指示によるページ遷移によって実行されるネットワーク設定ハンドラ２２２０と、同様にページ遷移によって実行されるシステム構成情報提供ハンドラ２２３０等を有する。
【００６１】
　Ｗｅｂページ機能２３００は、Ｗｅｂページハンドラ２２００の各ハンドラ２２１０、２２２０、２２３０に対応して、Ｗｅｂデフォルトアプリ２３１０と、Ｗｅｂシステムステータス応答アプリ２３２０と、Ｗｅｂシステム構成情報提供アプリ２３３０等の複数のＷｅｂアプリケーション２３０１を有する。
【００６２】
　端末２０４０に初期画面が表示されるまでに、デフォルトハンドラ２２１０は、図３に示されるＵＲＬの形式に従って指定されるページ情報６５に基づいて、「default.cgi」と「mainframe.cgi」を介してＷｅｂデフォルトアプリ２３１０を関数コールする。その結果、例えば、情報処理装置２１００に実装されたプロッタ３５−１又はスキャナ３５−２等の設定情報が端末２０４０に表示される。mainframe.cgiが実行されると、後述されるように、例えば、メニューを構成するためのmenu.cgiとネットワーク設定の情報を提供するためのnetsetting.cgiが関数コールされる。
【００６３】
　システムステータス応答ハンドラ２２２０は、情報処理装置２１００に実装されたプロッタ３５−１又はスキャナ３５−２等の機器の状態を取得するために、Ｗｅｂシステムステータス応答アプリ２３２０を関数コールする。また、システム構成情報提供ハンドラ２２３０は、Ｗｅｂシステム構成情報提供アプリ２３３０を関数コールすることによって、端末２０４０からの要求に応じて情報処理装置２１００によって成されるシステムの構成情報を取得する。
【００６４】
　Ｗｅｂアプリ振分共通ライブラリ２１２０は、ＵＲＬからＷｅｂアプリケーションＩＤ６４を取得し、図５（Ａ）に示されるハッシュリスト２０５０ａを参照して、そのＷｅｂアプリケーションＩＤ６４が「webDefaultApl」を示す場合、「default_handler」を実行する。ＷｅｂアプリケーションＩＤ６４が他のＷｅｂアプリケーションＩＤを示す場合についても同様に、ハッシュリスト２０５０ａを参照して、実行すべきＷｅｂアプリケーションに対応するハンドラを実行する。
【００６５】
　また、Ｗｅｂページハンドラ２２００の各ハンドラ２２１０、２２２０及び２２３０は、指定されたＵＲＬからページ情報６５を取得し、図５（Ｂ）に示されるハッシュリスト２０５０ｂを参照して、対応する関数をコールする。例えば、ページ情報６５が「rolechange.cgi」を示す場合、ハッシュリスト２０５０ｂから「rolechange()」をコールすべき関数として取得する。ページ情報６５が他のＣＧＩを示す場合についても同様に、ハッシュリスト２０５０ｂを参照して、コールすべき関数を取得する。
【００６６】
　更に、Ｗｅｂアプリ振分共通ライブラリ２１２０は、ＸＳＬＴプロセッサ２２０５に対してＸＭＬで記述された処理結果をＨＴＭＬに変換するＸＳＬ変換要求を行うために、Ｗｅｂページ機能ＩＤとして指定されたＵＲＬからページ情報６５を取得し、図５（Ｂ）に示されるハッシュリスト２０５０ｂを参照して、対応するスタイルシートを取得する。例えば、ページ情報６５が「netsetting.cgi」を示す場合、Ｗｅｂアプリ振分共通ライブラリ２１２０は、ハッシュリスト５０ｂから「netsetting.xsl」をＸＳＬ変換に必要なスタイルシートとして取得する。ページ情報６５が他のＣＧＩを示す場合についても同様に、ハッシュリスト２０５０ｂを参照して、ＸＳＬ変換に必要なスタイルシートを取得する。
【００６７】
　図４及び図５（Ｂ）において、Ｗｅｂページ機能ＩＤとしてのＵＲＬのページ情報６５が「default.cgi」である場合、default()関数が実行され、端末２０４０のユーザのプロファイルが決定され、ＨＴＴＰデーモン２００２によって仮に作成されたＵＲＬのプロファイル情報６３ｂにその決定したプロファイルが設定された初期画面を要求するＵＲＬが作成される。「mainframe.cgi」である場合、mainframe()関数が実行され、Ｗｅｂページをフレームで分割するためのＵＲＬが生成される。「menu.cgi」である場合、menu()関数が実行され、Ｗｅｂページ内の１つのフレームに表示するメニューページを作成するための情報が生成される。
【００６８】
　ページ情報６５が「rolechange.cgi」である場合、rolechange()関数が実行され、例えば、「rolechange.cgi」を指定するＵＲＬのプロファイル情報６３ｂに応じた情報を要求するＵＲＬが生成される。
【００６９】
　ページ情報６５が「netsetting.cgi」である場合、netsetting()関数が実行され、例えば、プロッタ３５−１のネットワーク設定がプリンタのネットワーク設定として表示するネットワーク設定ページを作成するための情報が生成される。ページ情報６５が「sysstatus.cgi」である場合、sysstatus()関数が実行され、例えば、プロッタ３５−１の状態がプリンタの状態として表示するシステムステータスページを作成するための情報が生成される。ページ情報６５が「sysconfig.cgi」である場合、sysconfig()関数が実行され、システム構成を示す情報が生成される。
【００７０】
　説明の便宜上、ＷｅｂアプリケーションＩＤの名称とＷｅｂページハンドラの名称とを統一させているが、このような名称に限定されるものではなく、図５（Ａ）のようなハッシュリスト２０５０ａによって対応付けがなされれば良い。同様に、Ｗｅｂページ機能ＩＤと、関数と、スタイルシートの名称を統一させているが、このような名称に限定されるものではなく、図５（Ｂ）のようなハッシュリスト２０５０ｂによって対応付けがなされれば良い。
【００７１】
　本実施例において、Ｗｅｂデフォルトアプリ２３１０がrolechange.cgiを介して実行されると、Ｗｅｂデフォルトアプリ２３１０は、rolechange.cgiを指定するＵＲＬの共通パス情報６０ａのプロファイル情報６３ｂに、ユーザのプロファイルを変更する。つまり、rolechange.cgiを指定するＵＲＬの共通パス情報６０ａのプロファイル情報６３ｂに応じたＷｅｂページを端末２０４０から自動的に呼び出すためのＵＲＬを作成する。
【００７２】
　この場合、デフォルトハンドラ２２１０は、rolechange.cgiに基づいて関数rolechange()を呼び出す。Ｗｅｂアプリ分配共通ライブラリ２１２０は、rolechange.cgiを示すページ情報６５に基づいてスタイルシート２４３０を選択する。例えば、スタイルシート２４３０として、rolechange.cgiに対応するrolechange.xslが選択される。Ｗｅｂアプリ分配共通ライブラリ２１２０は、ユーザが高いレベルのプロファイル用のＷｅｂページを要求すると、端末２０４０のユーザを認証するために、authentication_handlerによって認証ハンドラ２２０５を実行する。
【００７３】
　以下に、端末２０４０からの最初の要求から管理者用の情報提供が行われるまでの処理フローについて説明する。図６、図７及び図８は、管理者用の情報提供が行われるまでの処理フローを示す図である。図６、図７及び図８によって示される処理フローは、管理者用の情報提供が行われるまでの一連の処理を示す。
【００７４】
　図６において、端末２０４２のシステム管理者であるユーザが、初期表示画面を表示するために、情報処理装置２１００をアクセスする（ステップＳ２１１）。例えば、ＵＲＬ「http://AAA」を指定することによってその要求を行う。
【００７５】
　ＵＲＬ「http://AAA」に端末種別情報６３ａと、プロファイル情報６３ｂと、言語情報６３ｃと、ＷｅｂアプリケーションＩＤ６４と、ページ情報６５とを付加する（ステップＳ２１２）。例えば、ＨＴＴＰデーモン１００２によって、端末種別情報６３ａとして「ＴＥＲＭＩＮＡＬ」、プロファイル情報６３ｂとして「ＰＲＯＦＩＬＥ」、言語情報６３ｃとして「ＬＡＮＧ」、ＷｅｂアプリケーションＩＤ６４として「ｗｅｂＤｅｆａｕｌｔＡｐｌ」、ページ情報６５として「ｄｅｆａｕｌｔ．ｃｇｉ」がＵＲＬ「http://AAA」に付加され、「http://AAA/TERMINAL/PROFILE/LANG/webDefaultApl/default.cgi」がＵＲＬとして構成される。
【００７６】
　このＨＴＴＰデーモン２００２によって作成されたＵＲＬのdefault.cgiによって、Ｗｅｂページ２３００のＷｅｂデフォルトアプリ２３１０の関数default()が呼び出される（ステップＳ２１３）。Ｗｅｂデフォルトアプリ２３１０は、ＵＲＬのプロファイル情報６３ｃに権限レベルの低い「user」が設定された初期表示画面（例えば、ネットワーク設定ページ）を呼び出すＵＲＬを作成する（ステップＳ２１６）。default.cgiによる処理では、共通パス情報６０ａを決定し、決定した共通パス情報６０ａと初期表示画面の相対パス情報６０ｂとによってＵＲＬが設定される。例えば、共通パス情報６０ａとして「/pc/user/ja」が決定され、相対パス情報６０ｂとして、初期画面としてのネットワーク設定の情報を表示するための「/webDefaultApl/netsetting.cgi」を設定する。つまり、絶対パス「http://AAA/ pc/user/ja/webDefaultApl/netsetting.cgi」が、default.cgiによって作成される。netsetting.cgiを自動的に呼び出すように設定されたＨＴＭＬが端末２０４０へ送信される（ステップＳ２２０）。
【００７７】
　端末２０４０では、mainframe.cgiを自動的に呼び出すように設定されたＨＴＭＬの受信によって、端末２０４０に情報が表示されることなく、情報処理装置２１００に対して自動的にmainframe.cgiを呼び出す。このmainframe.cgiによって、フレームの分割が実行され、フレームの１つにメニューを表示するためのmenu.cgi及び他のフレームにネットワーク設定を表示するためのnetsetting.cgiとが呼び出される。つまり、絶対パスで示されるＵＲＬによって、メニューを表示するＨＴＭＬとネットワーク設定を表示するＨＴＭＬとを要求する（ステップＳ２２１）。この場合、権限レベルの低い「user」に応じたＨＴＭＬが要求される。
【００７８】
　この要求に応じて、情報処理装置２１００では、メニューの情報と通常ユーザ用のネットワーク設定を示す情報とが作成され、端末２０４０にて表示可能とするために更に、ＨＴＭＬで作成される。この場合、絶対パスによって、ＵＲＬの共通パス情報６０ａのプロファイル情報６３ｃが「user」であるため、通常ユーザ用のＨＴＭＬが作成され、端末２０４０へメニュー用ＨＴＭＬ応答及びネットワーク設定ＨＴＭＬ応答として送信される（ステップＳ２２６）。
【００７９】
　端末２０４０では、システム管理者であるユーザが、表示されたメニューから「管理者」用のＷｅｂページを選択する（ステップＳ２３０）。「管理者」用のＷｅｂページの選択によって、絶対パスで示されるＵＲＬ「http://AAA/ pc/user/ja/webDefaultApl/netsetting.cgi」が情報処理装置２１００へ送信され、プロファイルを変更するＨＴＭＬ要求が行われる（ステップＳ２３１）。つまり、「管理者」用のネットワーク設定を表示するＨＴＭＬが、情報処理装置２１００に対して要求される。
【００８０】
　このＨＴＭＬ要求のＵＲＬで指定されるページ情報６５としての「rolechange.cgi」によって、Ｗｅｂページ機能２３００では、Ｗｅｂデフォルトアプリ２３１０の関数rolechange()が呼び出される。そして、Ｗｅｂページ機能２３００では、プロファイルが変更されたプロファイル情報６３ｃを有するネットワーク設定ページを呼び出すＵＲＬを作成する（ステップＳ２３５）。この場合、rolechange.cgiによる処理では、受信したＵＲＬからプロファイル情報６３ｃ「user」をシステム管理者を示す「admin」に変更するために、端末２０４０から管理者用のネットワーク設定ページを呼び出すＵＲＬが作成される。例えば、そのＵＲＬは、絶対パス「http://AAA/pc/admin/ja/webDefaultApl/netsetting.cgi」のように作成される。そして、netsetting.cgiを自動的に呼び出すように設定されたＨＴＭＬが端末２０４０へ送信される（ステップＳ２３６）。
【００８１】
　端末２０４０では、netsetting.cgiを自動的に呼び出すように設定されたＨＴＭＬの受信によって、端末２０４０に情報が表示されることなく、情報処理装置２１００に対して自動的にnetsetting.cgiを呼び出す、つまり、絶対パスで示されるＵＲＬによって管理者用のネットワーク設定を表示するＨＴＭＬを要求する（ステップＳ２４０）。
【００８２】
　認証ハンドラ２２０４は、ＨＴＭＬ要求のＵＲＬに基づいて、ユーザを認証すべきか否かを判断する認証判断部２２０６と、認証情報ＤＢ２１２１を参照することによって、ユーザを認証する認証部２２０８とを有する。このような認証ハンドラ２２０４が実行されると、認証ハンドラ２２０４は、ＵＲＬに設定されているプロファイル情報６３ｂを取得し、認証判断部２２０６は、そのプロファイル情報６３ｂが「admin」を示しているか否かを判断する（ステップＳ２４３）。
【００８３】
　この場合、プロファイル情報６３ｃは「admin」を示しているため、認証判断部２２０６は、認証すべきユーザであると判断する。従って、認証ハンドラ２２０４は認証要求を送信する。つまり、端末２０４０に認証情報を要求するための「４０１エラー」が送信される（ステップＳ２４５）。一方、認証判断部２２０６が認証すべきユーザでないと判断した場合、認証ハンドレア２２０４の認証部２２０８は、関数netsetting()を呼び出すことによってデフォルトアプリ２３１０を実行する（ステップＳ２４４）。
【００８４】
　端末２０４０は、ユーザにユーザのパスワードの入力を促すパスワード入力画面を表示し、ユーザによって入力されたパスワードを含む認証情報を示す認証応答を送信する（ステップＳ２５０）。一般に、通常のＷｅｂブラウザは、このような認証処理シーケンスを実装している。このような認証処理シーケンスに限定されるものではなく、独自の認証画面が構成され、独自の認証処理を行うようにしても良い。
【００８５】
　認証ハンドラ２２０５の認証部２２０８は、認証情報ＤＢ２１２１を参照することによって、ユーザによって入力されたパスワードに基づいて、ユーザを認証する認証処理を実行する。ユーザの認証が成功した場合、認証ハンドラ２２０５は、netsetting.cgiを介してデフォルトアプリ２３１０を実行する（ステップＳ２５５）。
【００８６】
　処理結果がデフォルトアプリ２３１０から提供された後、システム管理者用のネットワーク設定ＨＴＭＬが「admin」を示すプロファイル情報６３ｃに基づいて作成され、端末２０４２へ送信される（ステップＳ２７０）。
【００８７】
　一旦、端末２０４２が情報処理装置２１００に絶対パス「http://AAA/pc/admin/ja/webDefaultApl/rolechange.cgi」のＵＲＬによってアクセスされると、「/pc/admin/ja」が、ユーザがページ遷移を行っている間、常に継承されることとなる。以後、ページ遷移によって情報処理装置２１００から提供されるＷｅｂページは、システム管理者用のＷｅｂページとなる。
【００８８】
　認証ハンドラ２２０４によって、例えば、ユーザが「http://AAA/pc/admin/ja/webDefaultApl/rolechange.cgi」のＵＲＬを事前に知っていて、直接アクセスした場合にも、ステップＳ２４０からＳ２５５までの処理を行うため、システム管理者用のＷｅｂページへのアクセスを制限することが可能となる。
【００８９】
　次に、ステップＳ２５５からＳ２７０までの処理フローについて図７及び図８で詳述する。図７において、Ｗｅｂページハンドラ２２００のデフォルトハンドラ２２１０は、「netsetting.cgi」を示すページ情報６５を取得し、netsetting.cgiに対応する関数netsetting()を特定して呼び出す（ステップＳ２５５）。この場合、ＨＴＴＰ接続情報が引数として設定される。ＨＴＴＰ接続情報については図９で後述する。
【００９０】
　例えば、Ｗｅｂページ機能２３００がＣ言語で開発されている場合、Ｗｅｂページハンドラ２２００は、Ｃ言語の処理タイプに変換して関数netsetting()を呼び出す。
【００９１】
　関数netsetting()を実行することによって、Ｗｅｂデフォルトアプリ２３１０は、デバイス（例えば、プリンタとしてのプロッタ３５−１）のネットワーク設定の情報を表示するために、デバイス名、コメント等を含む情報をネットワーク制御部２１０１にＡＰＩ２０１７を介して要求する（ステップＳ２５６−２）。ネットワーク制御部２１０１は、要求に応じて、デバイス名、コメント等を含む情報を提供する（ステップＳ２５６−４）。
【００９２】
　例えば、Ｗｅｂページ機能２３００のＷｅｂデフォルトアプリ２３１０は、ＡＰＩ２０１７を介してプリンタ制御部２１０３にネットワーク設定を要求する（ネットワーク設定要求）（ステップＳ２５６−６）。プリンタ制御部２１０３は、ネットワーク設定として、プロッタ３５−１のネットワーク設定をＷｅｂデフォルトアプリ２３１０に提供する（ステップＳ２５６−８）。
【００９３】
　そして、Ｗｅｂデフォルトアプリ２３１０は、Ｗｅｂページハンドラ２２００のデフォルトハンドラ２２１０に、処理結果データとして、ネットワーク設定、端末種別情報６３ａ、プロファイル情報６３ｂ、そして言語情報６３ｃを提供する（ステップＳ２５７）。
【００９４】
　デフォルトハンドラ２２１０は、処理結果データをＸＭＬで記述するために、シリアライズ要求をＳＯＡＰライブラリ２２０１に対して行う（ステップＳ２５８）。ＳＯＡＰライブラリ２２０１は、例えば、Ｃ言語の構造体で示される処理結果データに基づいて、ＤＯＭ（Document Object Model）を作成し、必要な要素及び属性を追加して（ステップＳ２５９）、ＸＭＬライブラリ２２０３によって処理結果データをＸＭＬで記述する（ステップＳ２６０）。ＸＭＬで記述された処理結果データは、ＳＯＡＰライブラリ２２０３によってシリアライズ結果としてデフォルトハンドラ２２１０に通知される（ステップＳ２６１）。Ｗｅｂページハンドラ２２００において、デフォルトハンドラ２２１０は、通知されたシリアライズ結果を端末２０４０に表示すべき表示データ「Response DOM」として、Ｗｅｂアプリ振分共通ライブラリ２１２０へ通知する（ステップＳ２６２）。
【００９５】
　Ｗｅｂアプリ振分共通ライブラリ２１２０は、ＸＭＬで記述される表示データを端末２０４０の種別に応じたＨＴＭＬの記述に変換するために、ハッシュリスト２０５０ｂを参照して、「netsetting.cgi」を示すページ情報５６に対応するスタイルシート「netsetting.xsl」を取得して、ＸＳＬＴプロセッサ２２０５に対してＸＳＬ変換要求を行う（ステップＳ２６３）。この際、表示データ「Response DOM」と、スタイルシート「netsetting.xsl」とが引数として設定される。
【００９６】
　ＸＳＬ変換要求を受信したＸＳＬＴプロセッサ２２０５は、引数で指定されたスタイルシート「netsetting.xsl」を実行することによって、ＸＭＬで記述された表示データ「Response DOM」の構文を解析し（ＸＭＬパース）、ＤＯＭを作成し、要素及び属性を追加して（ステップＳ２６４）、ＸＭＬライブラリ２２０３によってＨＴＭＬの記述に変換する（ステップＳ２６５）。ＸＳＬＴプロセッサ２２０５は、変換したＨＴＭＬの記述をＸＳＬ変換結果としてＷｅｂアプリ振分共通ライブラリ２１２０へ通知する（ステップＳ２６６）。
【００９７】
　このように、ページ情報６５が「netsetting.cgi」の場合のＷｅｂページ機能２３００による処理結果が、Ｗｅｂアプリ振分共通ライブラリ２１２０にネットワーク設定ＨＴＭＬとして出力される。ネットワーク設定ＨＴＭＬでは、ＨＴＭＬで「netsetting.cgi」が呼び出されるように記述され、ネットワーク設定ＨＴＭＬ応答として出力される。ネットワーク設定ＨＴＭＬ応答は、管理者用のネットワーク設定を端末１０４２のＷｅｂブラウザに表示するためのＨＴＭＬ応答である。
【００９８】
　このネットワーク設定ＨＴＭＬ応答は、順に、Ｗｅｂアプリ振分共通ライブラリ２１２０からシーケンス制御ライブラリ２１１０へ通知され（ステップＳ２６７）、シーケンス制御ライブラリ２１１０からＨＴＴＰデーモン２００２へ通知される（ステップＳ２６８）。そして、ＨＴＴＰデーモン２００２によって、ＨＴＴＰに従ってネットワーク設定ＨＴＭＬ応答がステップＳ２３１における端末１０４２の要求に対する応答として送信され（ステップＳ２６９）、管理者用の情報提供が行われるまでの処理フローを終了する。
【００９９】
　端末２０４２との接続を管理するためのデータ構造について図９及び図１０で説明する。図９は、ＨＴＴＰ接続情報のデータ構造を示す図である。図１０は、ＨＴＴＰ要求情報のデータ構造を示す図である。
【０１００】
　図９において、ＨＴＴＰ接続情報３４０は、接続毎に生成される情報であって、「HTTP_REQUEST_INFO  *request」にて示される記述３４６は端末２０４２からの要求の内容へのポインタを示し、「HTTP_RESPONSE_INFO  *response」にて示される記述３４７は端末２０４０への応答の内容へのポインタを示す。この記述３４６によって指定されるポインタの先には、ＨＴＴＰ要求情報が図１０に示すように格納されている。
【０１０１】
　図１０において、ＨＴＴＰ要求情報３５０は、リクエストをした側の端末２０４０のアドレスを示すリモートアドレス３５１と、そのリクエストを受信した側のホストアドレスを示すローカルアドレス３５２と、ＰＯＳＴ、ＧＥＴ等のリクエストメソッド３５３と、リクエストのＵＲＬを示すリクエストＵＲＬ３５４と、リクエストのＨＴＴＰバージョン３５５と、ヘッダ情報のリスト３６０と、エンコードされた情報のリスト３５７とを有する。
【０１０２】
　リクエストのＵＲＬ３５４には、図３に示されるような共通パス情報６０ａと相対パス情報６０ｂとで構成されるＵＲＬがシーケンス制御ライブラリ２１１０によって設定される。ＨＴＴＰ要求情報３５０は、ＨＴＴＰ接続情報３４０がＷｅｂページハンドラ２２００とＷｅｂページ機能２３００とへ通知されることによって、同時に通知される。従って、各Ｗｅｂページハンドラ２２００と各Ｗｅｂアプリケーション２３０１は、共通パス情報６０ａを参照できる。
【０１０３】
　次に、プロファイル情報６３ｃとして設定される値について図１１で説明する。図１１は、プロファイル対応表の例を示す図である。図１１に示すプロファイル対応表は、ＵＲＬに設定されるプロファイル情報６３ｃとユーザのプロファイルとの対応を示し、ＵＲＬに設定される「user」は、ユーザが通常ユーザとしてＷｅｂページを要求していることを示し、「admin」は、ユーザがシステム管理者としてＷｅｂページを要求していることを示し、「service」は、ユーザがサービスマンとしてＷｅｂページを要求していることを示している。
【０１０４】
　例えば、認証ハンドラ２２０４は、ＵＲＬに設定されているプロファイル情報６３ｃが、認証情報ＤＢ２１２１で管理されるユーザのプロファイルより高いレベルの場合に、「４０１エラー」を送信するようにしても良い。認証ハンドラ２２０４は、認証すべきユーザであるか否かの判断をプロファイルの高いレベルのＷｅｂページを要求した場合に行うようにしても良い。
【０１０５】
　図１２は、管理者用のネットワーク設定ＨＴＭＬ出力の例を示す図である。図１２において、ＨＴＭＬ応答２４００は、端末２０４２には表示されず、Ｊａｖａ（登録商標）ｓｃｒｉｐｔ（登録商標）である記述２４０１がネットワーク設定ページを呼び出す。
【０１０６】
　「self.document.cookie="cookieOnOffchecker=on; path=/"」を示す記述２４０２によって、端末２０４２のＷｅｂブラウザに関する情報が取得される。「self.location.pathname="/pc/admin/ja/webDefaultApl/netsetting.cgi"」を示す記述２４０３によって、プロファイル情報「admin」が継承され、Ｗｅｂページ機能２３００のＷｅｂデフォルトアプリ２３１０が実行される。つまり、システム管理者用のネットワーク設定ＨＴＭＬが要求される。以後、ユーザによってページ遷移がおこなわれている間、<a href>タグによって指定される相対パスのための参照として、記述２４０３によって、絶対パスが指定される。
【０１０７】
　ＸＭＬで記述される処理結果について図１３で説明する。図１３は、ＸＭＬで記述されたＷｅｂデフォルトアプリによる処理結果の例を示す図である。
【０１０８】
　図１３において、プロファイル情報６３ｃを「user」から「admin」に変更するためのユーザ認証が成功した場合、処理結果がＸＭＬ２５００によって示される。図１３に示されるＸＭＬ２５００において、Ｗｅｂデフォルトアプリ２３１０の関数netsetting()による処理結果は、<networkResponse>から</networkResponse>までを示す記述２５０１によって示される。<terminal>pc</terminal>を示す記述２５０２は、端末２０４２がパーソナルコンピュータであることを示し、<language>ja</language>を示す記述２５０３は、端末２０４２のＷｅｂブラウザで表示される言語が日本語であることを示し、<profile>admin</profile>を示す記述２５０４は、端末２０４２のユーザがシステム管理者であることを示す。記述２５０２から記述２５０４は、ＵＲＬの共通パス情報６０ａの端末種別情報６３ａ、プロファイル情報６３ｂ、及び言語情報６３ｃに基づく情報を示す。
【０１０９】
　<returnValue>SUCCESS</returnValue>を示す記述２５０５は、ネットワーク設定が成功したことを示す。<ipAddress>999.999.999.999</ipAddress>を示す記述２５０６は、デバイス（例えば、プロッタ３５−１）のＩＰアドレスが「>999.999.999.999」であることを示す。<subnetMask>255.255.255.0</subnetMask>を示す記述２５０７は、サブネットマスクが「255.255.255.0」であることを示す。<hostName>Printer
1</hostname>を示す記述２５０８は、デバイスが「Printer 1」であることを示す。
【０１１０】
　本実施例において、Ｗｅｂページハンドラ２２００は、ＸＭＬで記述することによって、Ｗｅｂページ機能２３００から提供される処理結果データをシリアライズする機能を有する。従って、Ｗｅｂページ機能２３００の各Ｗｅｂアプリケーション２３０１は、各プロファイル毎に処理結果を記述する処理部を持たなくてよい。
【０１１１】
　シリアライズするためにＸＭＬで記述される処理結果データを、プロファイル情報６３ｃに基づいてＸＳＬＴプロセッサ２２０５によってＨＴＭＬに変換するスタイルシート２４３０について図１４で説明する。図１４は、ＨＴＭＬに変換するためのスタイルシートの例を示す図である。
【０１１２】
　図１４に示されるスタイルシート２４３０において、記述２４３１によって、図１３のＸＭＬ２５００の記述２５０４によって示される<terminal>タグで挟まれる要素は、文字列「admin」を含んでいるか否かが判断される。つまり、ＸＭＬ２５００がシステム管理者用の処理結果であるか否かが判断される。文字列「admin」が含まれている場合、システム管理者用のスタイルシートテンプレートが、記述２４３２によって適用される。一方、文字列「admin」が含まれていない場合、通常ユーザ用の他のスタイルシートテンプレートが適用される。システム管理者用のスタイルシートテンプレートは、記述２４３４に記述され、そして、通常ユーザ用の他のスタイルシートテンプレートは、記述２４３５で記述される。各スタイルシートテンプレートの詳細は、図１４では省略される。
【０１１３】
　端末２０４２がシステム管理者用ネットワーク設定ページを要求すると、例えば、Ｗｅｂデフォルトアプリ２３１０の関数netsetting()の処理結果は、図１５に示されるようにＨＴＭＬで記述される。
【０１１４】
　図１５は、netsetting.cgiによる処理結果をシステム管理者用に表示するためのＨＴＭＬの記述例を示す図である。図１５において、システム管理者用のＨＴＭＬ２５７０は、端末２０４２がシステム管理者用のネットワーク設定ページを要求し、ユーザがシステム管理者として認証された場合、端末２０４２に提供される。そして、Ｗｅｂデフォルトアプリ２３１０の関数netsetting()の処理結果は、記述２５７３及び２５７５によって端末２０４２のＷｅｂブラウザにて表示される。
【０１１５】
　記述２５７３及び２５７５は、端末２０４２のＷｅｂブラウザにシステム管理者用に表示するためにスタイルシート２４３０に基づいて作成される。記述２５７３は、ユーザによるネットワーク設定に関する情報の入力を可能とするＨＴＭＬによる記述であって、ユーザによって入力された情報を情報処理装置２１００へ送信する。記述２５７５は、他のＷｅｂページの１つにリンクするための記述である。
【０１１６】
　記述２５７５によって、ネットワーク設定ＨＴＭＬは、「システムステータス」及び「システム構成」の２つのＷｅｂページのいずれかにリンクすることができる。<a href=”../webSysstatusApl/sysstatus.cgi”>を示す記述２５７６によって、Ｗｅｂアプリケーション情報６４としての「webSysstatusApl」と、ページ情報６５としての「sysstatus.cgi」とは、相対パスとして設定される。「システムステータス」ページが端末２０４２のユーザによって選択されると、「システムステータス」ページが、現在のプロファイル情報６３ｂを「../」によって継承しつつ、端末２０４２に表示される。即ち、システム管理者用に表示されることになる。
【０１１７】
　同様に、<a href=”../webSysconfigApl/sysconfig.cgi”>を示す記述２５７７によって、Ｗｅｂアプリケーション情報６４としての「webSysconfigApl」と、ページ情報６５としての「sysconfig.cgi」とは、相対パスとして設定される。「システム構成」ページが端末２０４２のユーザによって選択されると、「システム構成」ページが、現在のプロファイル情報６３ｂを「../」によって継承しつつ、端末２０４２に表示される。即ち、システム管理者用に表示されることになる。
【０１１８】
　このスタイルシート２４３０の例では、スタイルシート２４３０内でプロファイル毎のテンプレートを選択するようにしているが、Ｗｅｂアプリケーション２３０１毎及びプロファイル毎にスタイルシート２４３０があるようにしても良い。
【０１１９】
　図１５に示されるネットワーク設定ＨＴＭＬによるネットワーク設定ページを管理者用に表示する表示画面について図１６で説明する。図１６は、ネットワーク設定ページを管理者用に表示する表示画面の例を示す図である。
【０１２０】
　図１６に示されるネットワーク設定ページ２５８０において、入力領域２５８４及び選択可能表示域２５８５が、端末２０４２のユーザがシステム管理者として認証された場合に、端末２０４２に表示される。入力領域２５８４は、図１５の記述２５７３に基づいて表示される。選択可能表示域２５８５は、図１５の記述２５７５に基づいて表示される。
【０１２１】
　通常ユーザ用のＷｅｂページとの違いを説明するために、図６のステップＳ２３０にて、端末２０４２のＷｅｂブラウザに表示される通常ユーザ用のネットワーク設定ページについて図１７及び１８で説明する。
【０１２２】
　図１７は、netsetting.cgiの処理結果を通常ユーザ用に表示するためのＨＴＭＬの記述例を示す図である。図１７において、通常ユーザ用のＨＴＭＬ１５７０は、端末２０４２が単にネットワーク設定ページを要求した場合に端末２０４２に提供される。そして、Ｗｅｂデフォルトアプリ２３１０の関数netsetting()の処理結果は、記述１５７３及び１５７５によって端末２０４２のＷｅｂブラウザにて表示される。
【０１２３】
　記述１５７３及び１５７５は、端末２０４２のＷｅｂブラウザに通常ユーザ用に表示するためにスタイルシート２４３０に基づいて作成される。記述１５７３は、ネットワーク設定に関する情報を表示するＨＴＭＬによる記述であって、単に、情報を表示するのみである。記述１５７５は、他のＷｅｂページの１つにリンクするための記述である。
【０１２４】
　記述１５７５によって、ネットワーク設定ＨＴＭＬは、「システムステータス」及び「システム構成」の２つのＷｅｂページのいずれかにリンクすることができる。<a href=”../webSysstatusApl/sysstatus.cgi”>を示す記述１５７６によって、Ｗｅｂアプリケーション情報６４としての「webSysstatusApl」と、ページ情報６５としての「sysstatus.cgi」とは、相対パスとして設定される。「システムステータス」ページが端末２０４２のユーザによって選択されると、「システムステータス」ページが、現在のプロファイル情報６３ｂを「../」によって継承しつつ、端末２０４２に表示される。即ち、通常ユーザ用に表示されることになる。
【０１２５】
　同様に、<a href=”../webSysconfigApl/sysconfig.cgi”>を示す記述１５７７によって、Ｗｅｂアプリケーション情報６４としての「webSysconfigApl」と、ページ情報６５としての「sysconfig.cgi」とは、相対パスとして設定される。「システム構成」ページが端末２０４２のユーザによって選択されると、「システム構成」ページが、現在のプロファイル情報６３ｂを「../」によって継承しつつ、端末２０４２に表示される。即ち、通常ユーザ用に表示されることになる。
【０１２６】
　図１７に示されるネットワーク設定ＨＴＭＬによるネットワーク設定ページを通常ユーザ用に表示する表示画面について図１８で説明する。図１８は、ネットワーク設定ページを管理者用に表示する表示画面の例を示す図である。
【０１２７】
　図１８に示されるネットワーク設定ページ１５８０において、表示域１５８４及び選択可能表示域１５８５が、通常ユーザ用として端末２０４２に表示される。表示域１５８４は、図１７の記述１５７３に基づいて表示される。選択可能表示域１５８５は、図１７の記述１５７５に基づいて表示される。
【０１２８】
　このように、通常ユーザ用として表示のみのＷｅｂページが提供される。
【０１２９】
　本実施例において、ユーザが複数のＷｅｂアプリケーション２３０１間でページ遷移した場合であっても、プロファイル情報６３ｃは、共通パス情報６０ａに設定されているため、自動的に継承される。従って、端末２０４０のユーザは、プロファイルに適したＷｅｂページを要求する毎に、ユーザのプロファイルを指定するための操作を何ら行う必要がない。
【０１３０】
　また、情報処理装置２１００において、ユーザのプロファイルに適したＷｅｂページの作成が、Ｗｅｂページ機能２３００のＷｅｂアプリケーション２３０１間で一様に行うことができる。また、各Ｗｅｂアプリケーション２３０１は、プロファイル毎にＷｅｂページを作成する処理部を持つ必要がない。
【０１３１】
　更に、プロファイル情報６３ｃは、端末２０４０毎の要求に対して継承される。従って、端末２０４０にてユーザのプロファイルに適したＷｅｂページを表示することができる。また、ユーザが、プロファイルに適したＷｅｂページを表示するために、プロファイルを変更した場合、ユーザ認証が行われる。従って、ユーザのプロファイルに応じて、情報処理装置２１００にて管理される情報を保護することが可能となる。
【０１３２】
　また、ＸＭＬで処理結果を記述する処理部及びＸＭＬからＨＴＭＬへ変換する処理部が、Ｗｅｂページ機能２３００の複数のＷｅｂアプリケーション２３０１から分離して構成されるため、各Ｗｅｂアプリケーション２３０１の開発者の開発負荷を軽減することができる。
【図面の簡単な説明】
【０１３３】
【図１】本発明の一実施例に係る情報処理装置のハードウェア構成を示すブロック図である。
【図２】情報処理装置の機能構成を示すブロック図である。
【図３】ＵＲＬ構成を示す図である。
【図４】Ｗｅｂアプリケーションの実行を説明するためのブロック図である。
【図５】ハッシュリストを示す図である。
【図６】管理者用の情報提供が行われるまでの処理フローを示す図である。
【図７】管理者用の情報提供が行われるまでの処理フローを示す図である。
【図８】管理者用の情報提供が行われるまでの処理フローを示す図である。
【図９】ＨＴＴＰ接続情報のデータ構造を示す図である。
【図１０】ＨＴＴＰ要求情報のデータ構造を示す図である。
【図１１】プロファイル対応表の例を示す図である。
【図１２】管理者用のネットワーク設定ＨＴＭＬ出力の例を示す図である。
【図１３】ＸＭＬで記述されたＷｅｂデフォルトアプリによる処理結果の例を示す図である。
【図１４】ＨＴＭＬに変換するためのスタイルシートの例を示す図である。
【図１５】netsetting.cgiによる処理結果をシステム管理者用に表示するためのＨＴＭＬの記述例を示す図である。
【図１６】ネットワーク設定ページを管理者用に表示する表示画面の例を示す図である。
【図１７】netsetting.cgiの処理結果を通常ユーザ用に表示するためのＨＴＭＬの記述例を示す図である。
【図１８】ネットワーク設定ページを管理者用に表示する表示画面の例を示す図である。
【符号の説明】
【０１３４】
　２００２　　　ＨＴＴＰデーモン
　２０１６　　　インターネット
　２０１７　　　ＡＰＩ
　２０４０　　　端末
　２０４１　　　クライアントＰＣ
　２０４２　　　携帯電話器
　２０４３　　　ＰＤＡ
　２１００　　　情報処理装置
　２１０１　　　ネットワーク制御部
　２１０３　　　プリンタ制御部
　２１０５　　　スキャナ制御部
　２１１０　　　シーケンス制御ライブラリ
　２１２０　　　Ｗｅｂアプリ振分共通ライブラリ
　２１２１　　　認証情報ＤＢ
　２２００　　　Ｗｅｂページハンドラ
　２２０１　　　ＳＯＡＰライブラリ
　２２０３　　　ＸＭＬライブラリ
　２２０５　　　ＸＳＬＴプロセッサ
　２３００　　　Ｗｅｂページ機能（ＷＰＦ）
　２４３０　　　スタイルシート（プロファイル）
【図１】
2004103008.tif 000003
【図２】
2004103008.tif 000004
【図３】
2004103008.tif 000005
【図４】
2004103008.tif 000006
【図５】
2004103008.tif 000007
【図６】
2004103008.tif 000008
【図７】
2004103008.tif 000009
【図８】
2004103008.tif 000010
【図９】
2004103008.tif 000011
【図１０】
2004103008.tif 000012
【図１１】
2004103008.tif 000013
【図１２】
2004103008.tif 000014
【図１３】
2004103008.tif 000015
【図１４】
2004103008.tif 000016
【図１５】
2004103008.tif 000017
【図１６】
2004103008.tif 000018
【図１７】
2004103008.tif 000019
【図１８】
2004103008.tif 000020