JP2004206456A - 情報提供装置、情報提供方法、情報提供システム、及び情報提供プログラム - Google Patents

Abstract

【課題】クライアントからの要求に対応した情報の提供を効率良く行うことのできる情報提供装置、情報提供方法、情報提供システム、及び情報提供プログラムの提供を目的とする。
【解決手段】ネットワークを介して端末から所定のプロトコルにより送信されるそれぞれの要求に応じ、前記端末に所定の情報を送信する情報提供装置であって、記所定のプロトコルにより送信されるそれぞれの要求に応じて所定の処理を実行し、前記所定の情報を取得する複数の情報取得手段と、前記それぞれの要求に含まれる前記それぞれの要求を識別する要求識別情報ごとに定義された変換規則に従って、前記情報取得手段が取得した前記所定の情報を前記所定のプロトコルに応じたデータに変換する情報変換手段とを有することにより上記課題を解決する。
【選択図】 図４

Description

【０００１】
【発明の属する技術分野】
本発明は、情報提供装置、情報提供方法、情報提供システム、及び情報提供プログラムに関し、特にネットワークを介して接続される端末に情報を提供する情報提供装置、情報提供方法、情報提供システム、及び情報提供プログラムに関する。
【０００２】
【従来の技術】
近年の技術発展は目覚しく、多数のクライアントが接続されたＷｅｂシステムに代表されるように、様々な情報機器がネットワークに接続された使用されることが一般的になってきており、ネットワークに接続された情報機器に対してＰＣ等の端末からも遠隔操作が可能となっている。また、Ｗｅｂサーバの機能を搭載した組み込み機器も普及しており、複写機、プリンタ、ＦＡＸ等の画像形成装置のステータス情報（ファームウェアのバージョン、ジョブ履歴、機器設定、ジョブ管理情報、蓄積文書管理情報等）を、ネットワークを介してＰＣのＷｅｂブラウザで閲覧することができる。
【０００３】
かかる機器が、Ｗｅｂブラウザに対して様々な情報をＷｅｂページで提供するためには、一般的なＷｅｂサーバと同様にＷｅｂページを生成するＷｅｂアプリケーションを実装する必要がある。
【０００４】
図１は、複数のＷｅｂアプリケーションを実装した従来のＷｅｂサーバの機能構成例を示す図である。図１のＷｅｂサーバ３００は、ＨＴＴＰ用通信手段３０１と、それぞれ異なるＷｅｂページを生成するＷｅｂアプリケーション３０３、３０４、及び３０５等から構成される。
【０００５】
ＨＴＴＰ用通信手段３０１は、一般にＷｅｂサーバプログラムと呼ばれるデーモンプログラムである。Ｗｅｂアプリケーション３０３等は、ＰＣ３２０に提供する情報を表示するＷｅｂページを生成するためのアプリケーションである。
【０００６】
従来は、それぞれのＷｅｂアプリケーションのプログラムロジックには、Ｗｅｂページに表示する情報の取得処理に関する定義とＷｅｂページのレイアウト等の書式情報に関する定義とが実装されていた。
【０００７】
【発明が解決しようとする課題】
しかしながら、各Ｗｅｂアプリケーションのプログラムのロジック中にＷｅｂページの書式情報に関する処理を実装する場合、Ｗｅｂページのレイアウトを変更するためには、Ｗｅｂアプリケーションのソースコードの修正及び再コンパイルの必要が生じる。また、情報の取得処理を実装する担当者とＷｅｂページの書式を定義する担当者の二人で一つのソースコードを作成する必要があるため、開発効率が非常に悪い。更に、ＷｅｂアプリケーションごとにＷｅｂページの書式情報に関する処理を実装することは、各Ｗｅｂアプリケーションのプログラムサイズの肥大化を招き、メモリ容量の制限が厳しい組み込み機器にとっては、限られた資源の有効活用が困難であるという問題がある。
【０００８】
本発明は、上記の点に鑑みてなされたものであって、クライアントからの要求に対応した情報の提供を効率良く行うことのできる情報提供装置、情報提供方法、情報提供システム、及び情報提供プログラムの提供を目的とする。
【０００９】
【課題を解決するための手段】
そこで上記課題を解決するため、本発明は、請求項１に記載されるように、ネットワークを介して端末から所定のプロトコルにより送信されるそれぞれの要求に応じ、前記端末に所定の情報を送信する情報提供装置であって、前記所定のプロトコルにより送信されるそれぞれの要求に応じて所定の処理を実行し、前記所定の情報を取得する複数の情報取得手段と、前記それぞれの要求に含まれる前記それぞれの要求を識別する要求識別情報ごとに定義された変換規則に従って、前記情報取得手段が取得した前記所定の情報を前記所定のプロトコルに応じたデータに変換する情報変換手段とを有することを特徴とする。
【００１０】
このような情報提供装置では、端末から要求される情報を、情報変換手段がＨＴＭＬデータ等、所定のプロトコルに応じたデータに動的に変換することができるため、Ｗｅｂアプリケーション等の情報取得手段毎にデータ形式に依存した処理を実装する必要がなく、効率よく情報を提供することができる。
【００１１】
また上記課題を解決するため、本発明は、上記情報提供装置における情報提供方法、情報提供装置と端末とを有する情報提供システム、又は前記情報提供方法をコンピュータに実行させるための情報提供プログラムとしてもよい。
【００１２】
【発明の実施の形態】
以下、図面に基づいて本発明の実施の形態を説明する。図２は、本発明の実施の形態における画像処理システムの構成例を示す図である。図２の画像処理システム１は、画像形成装置１０、端末２０ａ、端末２０ｂ、及び端末２０ｃ（以下、「端末２０」で総称する。）等がＬＡＮ（Local Area Network）、イントラネット、又はインターネット等のネットワーク３０を介して接続されている。
【００１３】
画像形成装置１０は、端末２０からの要求に応じて文書データの印刷や、ファックス送信などの処理を実行する。また、画像形成装置１０は、端末２０からステータス情報（例えば、画像形成装置１０のホスト名、コピー機能の状態、ＦＡＸ機能の状態等）の送信要求があった場合は、端末２０の要求に応じたデータ形式で画像形成装置１０のステータス情報を端末２０に送信する。例えば、端末２０のユーザがＷｅｂブラウザから画像形成装置１０のステータス情報を要求した場合は、画像形成装置１０は、ステータス情報を格納したＨＴＭＬ（HyperText Markup Language）データを端末２０に送信する。なお、本実施の形態において「データ形式」とは、テキストやＢＩＴＭＡＰ、ＪＰＥＧ等のデータの種類について概念の他、書式、即ち表示した際のレイアウト等、データの内容について概念も含む。従って、同じＨＴＭＬデータであっても、記述内容が異なればデータ形式は異なる。
【００１４】
次に、画像形成装置１０の機能構成例を説明する。図３は、画像形成装置の機能構成例を示す図である。図３において、画像形成装置１０は、プロッタエンジン２３及びスキャナエンジン２４等の個別の画像処理を行うためのハードウェア資源と、エンジン制御ボード２２と、ＯＳ２１と、システム管理サービス１６と、ネットワークサービス１７と、メモリ管理サービス１８と、オペパネ管理サービス１９と、エンジン管理サービス２０と、コピーアプリ１１、ファックスアプリ１２、プリンタアプリ１３及び情報提供アプリ１４等の各種アプリケーションとから構成される。
【００１５】
エンジン制御ボード２２は、プロッタエンジン２３及びスキャナエンジン２４等の画像形成装置１０の個別機能を制御し、エンジンＩ／Ｆ（インタフェース）を通して、エンジン制御ボード２２の機能をＯＳ２１等に提供する。
【００１６】
ＯＳ２１は、ＵＮＩＸ（登録商標）等のオペレーティング・システムであり、コピーアプリ１１、ファックスアプリ１２等、アプリケーションとして実装されている各種ソフトウェアをプロセスとして並列実行する。
【００１７】
システム管理サービス１６、ネットワークサービス１７、メモリ管理サービス１８、オペパネ管理サービス１９、及びエンジン管理サービス２０は、ＡＰＩ（Application Programming Interface）を通して、コピーアプリ１１等の上位アプリケーションにそれぞれの機能を提供するものである。即ち、システム管理サービス１６は、システム管理に関する機能を提供し、ネットワークサービス１７は、ネットワーク通信に関する機能を提供する。また、メモリ管理サービス１８は、メモリ管理に関する機能を提供し、オペパネ管理サービス１９は、画像形成装置１０に設置された操作パネル（オペパネ）に関する機能を提供する。更に、エンジン管理サービス２０は、エンジン制御ボード２２を介してプロッタエンジン２３やスキャナエンジン２４を制御するための機能を提供する。
【００１８】
コピーアプリ１１は、コピー用アプリケーションであり、ファックスアプリ１２は、ファクシミリ用アプリケーションである。プリンタアプリ１３は、ページ記述言語（ＰＤＬ）、ＰＣＬ及びポストスクリプト（ＰＳ）を有するプリンタ用アプリケーションである。また、情報提供アプリ１４は、本発明の特徴が実装されている情報提供プログラムによって実現されるアプリケーションであり、端末２０から要求されたステータス情報を含むデータを生成するものである。
【００１９】
図４は、ネットワークサービス及び情報提供アプリの機能構成例を示す図である。即ち、図４は、本実施の形態における画像形成装置１０の特徴をより明確にするために、図３よりネットワークサービス１７と情報提供アプリ１４とを抜き出し、それぞれの詳細を表示したものである。
【００２０】
図４に示されるように、ネットワークサービス１７は、ＨＴＴＰプロトコル処理モジュール１７１をその機能の一部として有する。ＨＴＴＰプロトコル処理モジュール１７１は、端末２０との通信をＨＴＴＰ（HyperText Transfer Protocol）によって行うためのデーモンプログラムである。即ち、端末２０から画像形成装置１０に対するステータス情報の送信要求（以下、「ステータス情報送信要求」という。）がＨＴＴＰによる場合は、ＨＴＴＰプロトコル処理モジュール１７１がステータス情報送信要求を受信する。
【００２１】
一方、情報提供アプリ１４は、分配モジュール１４３、ステータスページ生成モジュール１４４、トレイステータスページ生成モジュール１４５、ステータス取得モジュール１４６、フォーマット変換モジュール１４７、及び対応ページ生成モジュールテーブル１４８等から構成される。
【００２２】
分配モジュール１４３は、ＨＴＴＰプロトコル処理モジュール１７１から呼び出され、端末２０から送信された要求に基づいてステータスページ生成モジュール１４４や、トレイステータスページ生成モジュール１４５等のページ生成モジュールを呼び分ける。対応ページ生成モジュールテーブル１４８は、分配モジュール１４３がページ生成モジュールを呼び分ける際に参照するテーブルである。
【００２３】
ステータスページ生成モジュール１４４は、ステータス取得モジュール１４６等を呼び出すことにより、最終的にユーザに送信する分の画像形成装置１０のステータス情報（例えば、Ｗｅｂページで送信する場合は、Ｗｅｂページ１ページ分の情報）を取得するモジュールである。トレイステータスページ生成モジュール１４５は、画像形成装置１０のトレイの状態情報を取得するモジュールである。これらのページ生成モジュールは、取得した情報の端末２０へ送信するためのデータ形式への変換をフォーマット変換１４７に依頼し、その変換結果のデータを分配モジュール１４３に出力する。
【００２４】
ステータス取得モジュール１４６は、画像形成装置１０のステータス情報を上位アプリケーションに提供する複数の関数から構成されるライブラリである。従って、ステータスページ生成モジュール１４４は、最終的にユーザに送信する分のステータス情報を取得するために複数の関数を呼び出す必要がある場合は、ステータス取得モジュール１４６の関数を複数呼び出す。
【００２５】
フォーマット変換モジュール１４７は、ページ生成モジュールから変換を依頼された情報を端末２０に対応したデータ形式のデータに変換するモジュールであり、ページ生成手段の別なく共通に呼び出される。従って、フォーマット変換モジュール１４７は、システム内に唯一存在すればよい。これによって、開発工数の削減や記憶容量等の利用する資源の削減を図ることができる。
【００２６】
以下、画像形成装置１０の処理手順について説明する。図５は、ＨＴＴＰによって端末と通信する場合の画像形成装置の処理手順を説明するためのシーケンス図である。
【００２７】
ステップＳ１１において、ユーザが端末２０のＷｅｂブラウザに、画像形成装置１０のステータス情報を表示するためのＷｅｂページ（以下「ステータスページ」という。）のＵＲＬ「http://xxx/xxx/xxx/status.html」を入力すると、端末２０は、画像形成装置１０に対してステータスページの送信を要求するＨＴＴＰリクエストを送信する。
【００２８】
ステップＳ１１に続いてステップＳ１２に進み、画像形成装置１０のＨＴＴＰプロトコル処理モジュール１７１は、端末２０からのＨＴＴＰリクエストを受信し、ＨＴＴＰリクエストに含まれるステータスページのＵＲＬ「status.html」を端末２０からの要求を識別するための情報（以下、「要求識別情報」という。）として分配モジュール１４３に通知する。
【００２９】
ステップＳ１２に続いてステップＳ１３に進み、画像形成装置１０の分配モジュール１４３は、ＵＲＬ「status.html」に対応するページ生成モジュールを、対応ページ生成モジュールテーブル１４８から検索し、検索されたページ生成モジュールを呼び出す。
【００３０】
図６は、対応ページ生成モジュールテーブルの構成例を示す図である。図６の対応ページ生成モジュールテーブル１４８は、要求識別情報と、要求識別情報に対応するページ生成モジュールとの対応付けを管理しているテーブルであり、「要求識別情報」と「ページ生成モジュール」とをデータ項目として有する。
【００３１】
即ち、分配モジュール１４３は、要求識別情報として通知されたＵＲＬ「status.html」をキーとして対応ページ生成モジュールテーブル１４８を検索し、該当したレコードの「ページ生成モジュール」に登録されているステータスページ生成モジュール１４４を呼び出す。なお、分配モジュール１４３は、ステータスページ生成モジュール１４４を呼び出す際に、ＵＲＬ「status.html」を入力情報としてステータスページ生成モジュール１４４に引き渡す。
【００３２】
対応ページ生成モジュールテーブル１４８において、要求識別情報とページ生成モジュールとの対応付けがプログラムロジックとは独立して対応ページ生成モジュールテーブル１４８に管理されているため、ページ生成モジュールの追加や削除等の場合は、対応ページ生成モジュールテーブル１４８を修正するだけでよい。
【００３３】
ステップＳ１３に続いてステップＳ１４に進み、ステータスページ生成モジュール１４４が画像形成装置１０のステータス情報を取得すべくステータス取得モジュール１４６を呼び出すと、その応答としてステータス取得モジュール１４６は画像形成装置１０のステータス情報を返却する（Ｓ１５）。なお、この時点において、ステータス情報は、ステータスページ生成モジュール１４４を実装したプログラム言語のデータ型に依存している。例えば、ステータスページ生成モジュール１４４がＣ言語で実装されている場合は、ステータス情報は、int型、char型等のデータによって構成されている。以下、プログラム言語に依存した状態のステータス情報を「言語依存ステータス情報データ」という。
【００３４】
ステップＳ１５に続いてステップＳ１６に進み、ステータスページ生成モジュール１４４は、ＵＲＬ「status.html」と、ステータス取得モジュール１４６から取得した言語依存ステータス情報データとを引数としてフォーマット変換モジュール１４７を呼び出す。ステップＳ１６に続いてステップＳ１７に進み、フォーマット変換モジュール１４７は、言語依存テータス情報データを、端末２０が要求するデータ形式（ここでは、ＨＴＭＬ形式）のデータに変換する。
【００３５】
ここで、ステップＳ１７におけるフォーマット変換モジュール１４７の処理の詳細について説明する。図７は、フォーマット変換モジュールの処理を説明するための図である。本実施の形態におけるフォーマット変換モジュール１４７は、シリアライザ１５０、ＸＳＬＴ（XSL Transformations）プロセッサ１５１、及び対応ＸＳＬテーブル１５２等を利用してページ生成モジュールから渡されたデータを変換する。
【００３６】
シリアライザ１５０は、プログラム言語に依存したデータをＸＭＬ（eXtensible Markup Language）形式に変換するものである。ＸＳＬＴプロセッサ１５１は、ＸＭＬ形式のデータを、指定されたＸＳＬファイル１５３の定義に従った形式のデータに変換するものである。対応ＸＳＬテーブル１５２は、要求識別情報と、その要求識別情報に対応したＸＳＬファイルとの対応付けを管理しているテーブルである。
【００３７】
図７において、フォーマット変換モジュール１４７は、言語依存ステータス情報データを入力情報としてシリアライザ１５０を呼び出す（Ｓ１７１）。シリアライザ１５０は、言語依存ステータス情報データを、ＤＯＭ形式を経てＸＭＬ形式に変換し、ＸＭＬ形式に変換したステータス情報（以下、「ＸＭＬステータス情報データ」という。）をフォーマット変換モジュール１４７に出力する（Ｓ１７２）。
【００３８】
図８は、ＸＭＬステータス情報データの例を示す図である。図８のＸＭＬステータス情報データ５００において、記述５０１の＜ｈｏｓｔＮａｍｅ＞タグで囲まれた値「ＭＦＰ」は、画像形成装置１０に付けられた名前を示す。また、記述５０２における＜ＣｏｐｙＳｔａｔｕｓ＞タグで囲まれた値「Ｒｅａｄｙ」は画像形成装置１０のコピー機能の状態を示し、＜ＦＡＸＳｔａｔｕｓ＞タグで囲まれた値「Ｃｏｍｍｕｎｉｃａｔｉｏｎ Ｅｒｒｏｒ」は画像形成装置１０のファックス機能の状態を示す。同様に、＜ＳｃａｎｅｒＳｔａｔｓｕｓ＞タグで囲まれた値「Ｒｅａｄｙ」は、画像形成装置１０のスキャナ機能の状態を示し、＜ＰｒｉｎｔｅｒＳｔａｔｕｓ＞タグで囲まれた「Ｏｆｆｌｉｎｅ」は、画像形成装置１０のプリンタ機能の状態を示す。
【００３９】
ＸＭＬステータス情報データ５００を取得したフォーマット変換モジュール１４７は、対応ＸＳＬテーブル１５２を参照して、ＸＳＬＴ変換に利用するＸＳＬファイル名を特定する。
【００４０】
図９は、対応ＸＳＬテーブルの構成例を示す図である。図９の対応ＸＳＬテーブル１５２は、要求識別情報と、要求識別情報に対応するＸＳＬファイル名との対応付けを管理しているテーブルであり、「要求識別情報」と「ＸＳＬファイル名」とをデータ項目として有する。
【００４１】
即ち、フォーマット変換モジュール１４７は、要求識別情報として通知されたＵＲＬ「status.html」をキーとして対応ＸＳＬテーブル１５２を検索し、該当したレコードの「ＸＳＬファイル名」に登録されているＸＳＬファイル名「status.xsl」を取り出す（Ｓ１７３）。フォーマット変換モジュール１４７は、対応ＸＳＬテーブル１５２から取得したＸＳＬファイル名「status.xsl」とＸＭＬステータス情報データ５００とをＸＳＬＴプロセッサ１５１に引き渡し、ＸＳＬＴプロセッサ１５１に対してＸＭＬステータス情報データ５００の変換を要求する（Ｓ１７４）。ＸＳＬＴプロセッサ１５１は、ファイル名が「status.xsl」であるＸＳＬファイル１５３の定義（変換規則）に従ってＸＭＬステータス情報データ５００をＸＳＬＴ変換し、変換結果として生成されたデータ（以下、「要求形式ステータス情報データ」という。）をフォーマット変換モジュール１４７に出力する。
【００４２】
なお、ここでＸＳＬファイルstatus.xslは、ＨＴＭＬデータを生成するように定義されているため、要求形式ステータス情報データはＨＴＭＬデータとして生成される。即ち、要求形式ステータス情報データは、ステータスページそのものである。
【００４３】
このように、要求識別情報と変換すべきデータ形式との対応はプログラムロジックから独立して対応ＸＳＬテーブル１５２に管理されているため、変換に利用するＸＳＬファイル１５３を変更したい場合等の保守が容易である。また、要求形式ステータス情報データのデータ形式についても、プログラムロジックから独立してＸＳＬファイル１５３に定義されているため、ＸＳＬファイル１５３を修正することにより要求形式ステータス情報データのデータ形式を容易に変更することができる。
【００４４】
上記のようにフォーマット変換モジュール１４７は、言語依存ステータス情報をステータスページに変換する。
【００４５】
図５に戻り、ステップＳ１８において、フォーマット変換モジュール１４７は、生成したステータスページをステータスページ生成モジュール１４４に出力する。ステータスページ生成モジュール１４４は、ステータスページ生成モジュール１４４の呼び出し元である分配モジュール１４３にステータスページをそのままに出力し（Ｓ１９）、更に分配モジュール１４３は、分配モジュール１４３の呼び出し元であるＨＴＴＰプロトコル処理モジュール１７１にステータスページを出力する（Ｓ２０）。
【００４６】
ステップＳ２０に続いてステップＳ２１に進み、ＨＴＴＰプロトコル処理モジュール１７１は、ステータスページを含むＨＴＴＰレスポンスを端末２０に送信する。ステップＳ２１に続いてステップＳ２２に進み、端末２０のＷｅｂブラウザは、受信したステータスページを表示する。
【００４７】
図１０は、ステータスページの表示例を示す図である。図１０のステータスページ２００は、名前表示領域２０１、コピー状態表示領域２０２、ファックス状態表示領域２０３、スキャナ状態表示領域２０４、及びプリンタ状態表示領域２０５等から構成されている。それぞれの表示領域は、順番に、図８のＸＭＬステータス情報データにおける、記述５０１、記述５０２、記述５０３、記述５０４、記述５０５に対応している。このように、ユーザは、ステータスページを閲覧することで画像形成装置１０の状態情報を確認することができる。
【００４８】
上述したように、本実施の形態における画像形成装置１０においては、フォーマット変換モジュール１４７が要求識別情報に基づいて動的に端末２０に送信するデータのデータ形式を決定するため、ステータスページ生成モジュール１４４やトレイステータスページ生成モジュール１４５は、端末２０から要求された情報を格納するデータのデータ形式について関知する必要がなくなる。
【００４９】
即ち、ステータスページ生成モジュール１４４は、端末２０が要求するデータ形式に依存しない画像形成装置１０のステータス情報を取得するという処理のみを実装すればよい。また、トレイステータスページ生成モジュール１４５についても同様に、画像形成装置１０のトレイの状態情報を取得するという処理のみを実装すればよい。即ち、フォーマット変換モジュール１４４は、ページ生成モジュールの別なく共通に利用できるため、各種ページ生成モジュール毎にデータ形式に依存する処理を実装する必要は無い。
【００５０】
従って、画像形成装置１０によれば、開発作業の効率化が図れると共に、画像形成装置１０の記憶容量の圧迫を低減させることができる。
【００５１】
なお、フォーマット変換モジュール１４７による言語依存データから要求形式ステータス情報データへのデータ変換は、シリアライザ１５０によるＸＭＬ形式への変換、ＸＳＬＴプロセッサ１５１によるＸＳＬＴ変換という処理手順に限定されるものではない。例えば、ＸＳＬファイル１５３とは異なるテンプレートファイルを利用して言語依存データから直接要求形式ステータス情報データを生成するようにしてもよい。
【００５２】
また、上述した実施の形態においては、ステータスページ生成モジュール１４４が動的に取得した情報を端末２０に提供する例を示したが、本発明は静的な情報を提供する場合においても適用が可能である。即ち、予めＸＭＬファイル等として静的に用意されている情報を、フォーマット変換モジュール１４７が要求識別情報に対応した形式のデータに変換し、変換されたデータを端末３０に送信すればよい。この場合においても、データ形式に依存した処理を各ページ生成モジュールに実装する必要が無く、本発明の効果を得ることができる。
【００５３】
また、本発明が適用可能な機器は、画像形成装置だけに限られない。一般的なコンピュータ等の情報処理装置はもちろん、通信機能を有していれば、本実施の形態における画像形成装置と同様に記憶容量の制約が厳しいデジタルカメラや携帯電話等にも本発明を適用することができる。
【００５４】
以上、本発明の好ましい実施例について詳述したが、本発明は係る特定の実施形態に限定されるものではなく、特許請求の範囲に記載された本発明の要旨の範囲内において、種々の変形・変更が可能である。
【００５５】
【発明の効果】
上述の如く、本発明によれば、クライアントからの要求に対応した情報の提供を効率良く行うことができる。
【図面の簡単な説明】
【図１】複数のＷｅｂアプリケーションを実装した従来のＷｅｂサーバの機能構成例を示す図である。
【図２】本発明の実施の形態における画像処理システムの構成例を示す図である。
【図３】画像形成装置の機能構成例を示す図である。
【図４】ネットワークサービス及び情報提供アプリの機能構成例を示す図である。
【図５】ＨＴＴＰによって端末と通信する場合の画像形成装置の処理手順を説明するためのシーケンス図である。
【図６】対応ページ生成モジュールテーブルの構成例を示す図である。
【図７】フォーマット変換モジュールの処理を説明するための図である。
【図８】ＸＭＬステータス情報データの例を示す図である。
【図９】対応ＸＳＬテーブルの構成例を示す図である。
【図１０】ステータスページの表示例を示す図である。
【符号の説明】
１ 画像処理システム
１０ 画像形成装置
１１ コピーアプリ
１２ ファックスアプリ
１３ プリンタアプリ
１４ 情報提供アプリ
１６ システム管理サービス
１７ ネットワークサービス
１８ メモリ管理サービス
１９ オペパネ管理サービス
２０ エンジン管理サービス
２１ ＯＳ
２２ エンジン制御ボード
２３ プロッタエンジン
２４ スキャナエンジン
２０、２０ａ、２０ｂ、２０ｃ 端末
３０ ネットワーク
１４３ 分配モジュール
１４４ ステータスページ生成モジュール
１４５ トレイステータスページ生成モジュール
１４６ ステータス取得モジュール
１４７ フォーマット変換モジュール
１４８ 対応ページ生成モジュールテーブル
１５０ シリアライザ
１５１ ＸＳＬＴプロセッサ
１５２ 対応ＸＳＬテーブル
１５３ ＸＳＬファイル
１７１ ＨＴＴＰプロトコル処理モジュール
３００ Ｗｅｂサーバ
３０１ ＨＴＴＰ用通信手段
３０３、３０４ Ｗｅｂアプリケーション
３２０ ＰＣ

Claims (17)

1. ネットワークを介して端末から所定のプロトコルにより送信されるそれぞれの要求に応じ、前記端末に所定の情報を送信する情報提供装置であって、
   前記所定のプロトコルにより送信されるそれぞれの要求に応じて所定の処理を実行し、前記所定の情報を取得する複数の情報取得手段と、
   前記それぞれの要求に含まれる前記それぞれの要求を識別する要求識別情報ごとに定義された変換規則に従って、前記情報取得手段が取得した前記所定の情報を前記所定のプロトコルに応じたデータに変換する情報変換手段とを有することを特徴とする情報提供装置。
2. 前記要求識別情報に基づいて、複数の前記情報取得手段のうち前記端末からの要求に対応した情報取得手段を判断する端末要求判断手段を更に有することを特徴とする請求項１記載の情報提供装置。
3. 前記情報変換手段は、前記要求識別情報ごとに定義された前記データのデータ形式を規定する形式定義ファイルの変換規則に従って、前記所定の情報を前記所定のプロトコルに応じたデータに変換することを特徴とする請求項１又は２記載の情報提供装置。
4. 前記情報変換手段は、前記情報取得手段の別なく共通に呼び出されることを特徴とする請求項１乃至３いずれか一項記載の情報提供装置。
5. 前記要求識別情報と前記形式定義ファイルのファイル名との対応付けを管理する第一の対応付け管理手段を更に有することを特徴とする請求項３又は４記載の情報提供装置。
6. 前記要求識別情報と前記情報取得手段を識別する情報取得手段識別情報との対応付けを管理する第二の対応付け管理手段を更に有することを特徴とする請求項１乃至５いずれか一項記載の情報提供装置。
7. 前記端末から所定のプロトコルにより送信される要求はＨＴＴＰリクエストであり、
   前記要求識別情報は、前記ＨＴＴＰリクエストに含まれるＵＲＬであることを特徴とする請求項１乃至６いずれか一項記載の情報提供装置。
8. 前記情報提供装置は、画像形成装置であることを特徴とする請求項１乃至７いずれか一項記載の情報提供装置。
9. 前記情報は、前記情報提供装置の状態を表すステータス情報であることを特徴とする請求項１乃至８いずれか一項記載の情報提供装置。
10. ネットワークを介して端末から所定のプロトコルにより送信されるそれぞれの要求に応じ、前記端末に所定の情報を送信する情報提供装置における情報提供方法であって、
    前記所定のプロトコルにより送信されるそれぞれの要求に応じて所定の処理を実行し、前記所定の情報を取得する複数の情報取得手順と、
    前記それぞれの要求に含まれる前記それぞれの要求を識別する要求識別情報ごとに定義された変換規則に従って、前記情報取得手順において取得された前記所定の情報を前記所定のプロトコルに応じたデータに変換する情報変換手順とを有することを特徴とする情報提供方法。
11. 前記要求識別情報に基づいて、複数の前記情報取得手順のうち前記端末からの要求に対応した情報取得手順を判断する端末要求判断手順を更に有することを特徴とする請求項１０記載の情報提供方法。
12. 前記情報変換手順は、前記要求識別情報ごとに定義された前記データのデータ形式を規定する形式定義ファイルの変換規則に従って、前記所定の情報を前記所定のプロトコルに応じたデータに変換することを特徴とする請求項１０又は１１記載の情報提供方法。
13. 前記情報変換手順は、前記情報取得手順の別なく共通に呼び出されることを特徴とする請求項１０乃至１２いずれか一項記載の情報提供方法。
14. 前記情報変換手順は、前記要求識別情報と前記形式定義ファイルのファイル名との対応付けを管理する第一の対応付け管理手段の定義に従って、前記要求識別情報に対応した前記形式定義ファイルを決定することを特徴とする請求項１２又は１３記載の情報提供方法。
15. 前記端末要求判断手順は、前記要求識別情報と前記情報取得手順を識別する情報取得手順識別情報との対応付けを管理する第二の対応付け管理手段の定義に従って、前記要求識別情報に対応した前記情報取得手順を決定することを特徴とする請求項１０乃至１４いずれか一項記載の情報提供方法。
16. 端末と、前記端末から所定のプロトコルにより送信されるそれぞれの要求に応じ、前記端末に所定の情報を送信する情報提供装置とを有する情報提供システムであって、
    前記情報提供装置は、
    前記所定のプロトコルにより送信されるそれぞれの要求に応じて所定の処理を実行し、前記所定の情報を取得する複数の情報取得手段と、
    前記情報取得手段の別なく共通に呼び出され、前記それぞれの要求に含まれる前記それぞれの要求を識別する要求識別情報ごとに定義された変換規則に従って、前記情報取得手段が取得した前記所定の情報を前記所定のプロトコルに応じたデータに変換する情報変換手段とを有し、
    前記端末は、前記情報変換手段により前記所定のプロトコルに応じたデータに変換された前記所定の情報を表示することを特徴とする情報提供システム。
17. ネットワークを介して端末から所定のプロトコルにより送信されるそれぞれの要求に応じ、前記端末に所定の情報を送信する情報提供装置に、
    前記所定のプロトコルにより送信されるそれぞれの要求に応じて所定の処理を実行し、前記所定の情報を取得する複数の情報取得手順と、
    前記情報取得手順の別なく共通に呼び出され、前記それぞれの要求に含まれる前記それぞれの要求を識別する要求識別情報ごとに定義された変換規則に従って、前記情報取得手順において取得された前記所定の情報を前記所定のプロトコルに応じたデータに変換する情報変換手順とを実行させることを特徴とする情報提供プログラム。

Images