JP4159869B2 - 情報提供装置、情報提供方法、情報提供システム、及び情報提供プログラム - Google Patents
情報提供装置、情報提供方法、情報提供システム、及び情報提供プログラム Download PDFInfo
- Publication number
- JP4159869B2 JP4159869B2 JP2002378257A JP2002378257A JP4159869B2 JP 4159869 B2 JP4159869 B2 JP 4159869B2 JP 2002378257 A JP2002378257 A JP 2002378257A JP 2002378257 A JP2002378257 A JP 2002378257A JP 4159869 B2 JP4159869 B2 JP 4159869B2
- Authority
- JP
- Japan
- Prior art keywords
- information
- request
- identification information
- request identification
- information providing
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Expired - Fee Related
Links
Images
Landscapes
- Information Transfer Between Computers (AREA)
Description
【０００１】
【発明の属する技術分野】
本発明は、情報提供装置に関し、特にネットワークを介して接続される端末に情報を提供する情報提供装置、情報提供方法、情報提供システム、及び情報提供プログラムに関する。
【０００２】
【従来の技術】
近年の技術発展は目覚しく、多数のクライアントが接続されたＷｅｂシステムに代表されるように、様々な情報機器がネットワークに接続された使用されることが一般的になってきており、ネットワークに接続された情報機器に対してＰＣ等の端末装置からも遠隔操作が可能となっている。またＷｅｂサーバの機能を搭載した組み込み機器も普及しており、例えば、複写機、プリンタ、ＦＡＸ等の画像形成装置のステータス情報（ファームウェアのバージョン、ジョブ履歴、機器設定、ジョブ管理情報、蓄積文書管理情報等）を、ネットワークを介してＰＣのＷｅｂブラウザで閲覧することができる。
【０００３】
ここで、ＰＣのＷｅｂブラウザにおいてＷｅｂサーバから送信されたデータを正しく表示できるのは、ＷｅｂサーバがＰＣに送信するデータをＷｅｂブラウザで表示可能なデータ形式（例えば、ＨＴＭＬ形式）で生成するからである。
【０００４】
従って、ＰＣが電子メールでの情報の送信を要求するのであれば、Ｗｅｂサーバには、新たなアプリケーション、即ち、電子メールにあわせたデータ形式でデータを生成するアプリケーションを実装する必要がある。ＬＡＮに接続されている機器に対しては、セキュリティ保持のためファイアフォールが設けられているため、インターネットからＨＴＴＰ（HyperText Transfer Protocol）によるアクセスが許可されていない場合が多い。かかる場合に電子メールによる通信は特に実益がある。
【０００５】
図１は、複数のプロトコルに対応させた場合の従来のＷｅｂサーバの機能構成例を示す図である。図１のＷｅｂサーバ３００は、ＨＴＴＰ用通信手段３０１、電子メール用通信手段３０２、Ｗｅｂブラウザ用アプリケーション３０３、及び電子メール用アプリケーション３０４等から構成される。
【０００６】
ＨＴＴＰ用通信手段３０１や電子メール用通信手段３０２は、それぞれ特定のプロトコルによってＰＣ３２０と通信を行うデーモンプログラムである。即ち、ＨＴＴＰ用通信手段３０１は、ＨＴＴＰによってＰＣ３２０との通信を行い、電子メール用通信手段３０２は、電子メールによってＰＣ３２０との通信を行う。
【０００７】
Ｗｅｂブラウザ用アプリケーション３０３は、ＰＣ３２０に提供する情報をＷｅｂページで生成するためのアプリケーションである。また、電子メール用アプリケーション３０４は、ＰＣ３２０に提供するための情報を電子メールで送信可能な形式、例えばテキスト形式で生成するためのアプリケーンである。
【０００８】
【発明が解決しようとする課題】
しかしながら、図１のような実装方法では、それぞれのアプリケーションについて同じような実装をしなければならない。即ち、Ｗｅｂブラウザ用アプリケーション３０３と電子メール用アプリケーション３０４とにおいて、ＰＣ３２０に提供するための情報の生成又は取得処理はほぼ同じになるはずであって、両者において異なるのはプロトコル又はデータ形式に依存する最終的なデータの生成処理のみである。
【０００９】
従って、図１のような実装では開発作業の効率が悪いばかりでなく、Ｗｅｂサーバの記憶容量に対する負担も大きくなるという問題がある。
【００１０】
本発明は、上記の点に鑑みてなされたものであって、クライアントからの複数のプロトコルによる要求に対応した情報の提供を効率良く行うことのできる情報提供装置、情報提供方法、情報提供システム、及び情報提供プログラムの提供を目的とする。
【００１１】
【課題を解決するための手段】
そこで上記課題を解決するため、本発明は、ネットワークを介して異なるプロトコルにより送信されるそれぞれの要求に応じ、要求された情報を送信する情報提供装置であって、それぞれ異なる内容の情報を取得する複数の情報取得手段と、前記要求に含まれている要求識別情報と前記複数の情報取得手段のいずれか一つとの対応付けを管理する第一の対応付け管理手段と、前記要求の受信に応じ、前記第一の対応付け管理手段において当該要求に含まれている前記要求識別情報に対応付けられている情報取得手段に前記情報を取得させる分配手段と、前記要求識別情報と前記情報の変換規則が定義された形式定義ファイルとの対応付けを管理する第二の対応付け管理手段と、前記第二の対応付け管理手段において前記要求識別情報に対応付けられている前記形式定義ファイルに基づいて前記情報のデータ形式を変換する情報変換手段とを有し、前記情報変換手段は、前記異なるプロトコルの別、及び前記情報取得手段の別なく共通に呼び出され、前記第一の対応付け管理手段には、異なる前記要求識別情報に対して同一の情報取得手段が対応付けられており、前記第二の対応付け管理手段には、それぞれの前記要求識別情報に対して異なる前記形式定義ファイルが対応付けられていることを特徴とする。
このような情報提供装置では、端末から複数の異なるプロトコルによって要求される情報を、情報変換手段がプロトコルに応じたデータに動的に変換することができるため、プロトコル毎に情報変換手段を実装する必要がなく、効率よく情報を提供することができる。
【００１２】
また上記課題を解決するため、本発明は、上記情報提供装置における情報提供方法、情報提供装置と端末とを有する情報提供システム、又は前記情報提供方法をコンピュータに実行させるための情報提供プログラムとしてもよい。
【００１３】
【発明の実施の形態】
以下、図面に基づいて本発明の実施の形態を説明する。図２は、本発明の実施の形態における画像処理システムの構成例を示す図である。図２の画像処理システム１は、画像形成装置１０、端末２０ａ、端末２０ｂ、及び端末２０ｃ（以下、「端末２０」で総称する。）等がＬＡＮ（Local Area Network）、イントラネット、又はインターネット等のネットワーク３０を介して接続されている。
【００１４】
画像形成装置１０は、端末２０からの要求に応じて文書データの印刷や、ファックス送信などの処理を実行する。また、画像形成装置１０は、端末２０からステータス情報（例えば、画像形成装置１０のホスト名、コピー機能の状態、ＦＡＸ機能の状態等）の送信要求があった場合は、端末２０の要求に応じたデータ形式で画像形成装置１０のステータス情報を端末２０に送信する。例えば、端末２０のユーザがＷｅｂブラウザから画像形成装置１０のステータス情報を要求した場合は、画像形成装置１０は、ステータス情報を格納したＨＴＭＬ（HyperText Markup Language）データを端末２０に送信する。また、端末２０のユーザが電子メールによって画像形成装置１０のステータス情報を要求した場合は、画像形成装置１０は、ステータス情報を格納したテキストデータを電子メールで端末２０に送信する。なお、本実施の形態において「データ形式」とは、テキストやＢＩＴＭＡＰ、ＪＰＥＧ等のデータの種類について概念の他、書式、即ち表示した際のレイアウト等、データの内容について概念も含む。従って、同じＨＴＭＬデータであっても、記述内容が異なればデータ形式は異なる。
【００１５】
次に、画像形成装置１０の機能構成例を説明する。図３は、画像形成装置の機能構成例を示す図である。図３において、画像形成装置１０は、プロッタエンジン２３及びスキャナエンジン２４等の個別の画像処理を行うためのハードウェア資源と、エンジン制御ボード２２と、ＯＳ２１と、システム管理サービス１６と、ネットワークサービス１７と、メモリ管理サービス１８と、オペパネ管理サービス１９と、エンジン管理サービス２０と、コピーアプリ１１、ファックスアプリ１２、プリンタアプリ１３及び情報提供アプリ１４等の各種アプリケーションとから構成される。
【００１６】
エンジン制御ボード２２は、プロッタエンジン２３及びスキャナエンジン２４等の画像形成装置１０の個別機能を制御し、エンジンＩ／Ｆ（インタフェース）を通して、エンジン制御ボード２２の機能をＯＳ２１等に提供する。
【００１７】
ＯＳ２１は、ＵＮＩＸ（登録商標）等のオペレーティング・システムであり、コピーアプリ１１、ファックスアプリ１２等、アプリケーションとして実装されている各種ソフトウェアをプロセスとして並列実行する。
【００１８】
システム管理サービス１６、ネットワークサービス１７、メモリ管理サービス１８、オペパネ管理サービス１９、及びエンジン管理サービス２０は、ＡＰＩ（Application Programming Interface）を通して、コピーアプリ１１等の上位アプリケーションにそれぞれの機能を提供するものである。即ち、システム管理サービス１６は、システム管理に関する機能を提供し、ネットワークサービス１７は、ネットワーク通信に関する機能を提供する。また、メモリ管理サービス１８は、メモリ管理に関する機能を提供し、オペパネ管理サービス１９は、画像形成装置１０に設置された操作パネル（オペパネ）に関する機能を提供する。更に、エンジン管理サービス２０は、エンジン制御ボード２２を介してプロッタエンジン２３やスキャナエンジン２４を制御するための機能を提供する。
【００１９】
コピーアプリ１１は、コピー用アプリケーションであり、ファックスアプリ１２は、ファクシミリ用アプリケーションである。プリンタアプリ１３は、ページ記述言語（ＰＤＬ）、ＰＣＬ及びポストスクリプト（ＰＳ）を有するプリンタ用アプリケーションである。また、情報提供アプリ１４は、本発明の特徴が実装されている情報提供プログラムによって実現されるアプリケーションであり、端末２０から要求されたステータス情報を含むデータを生成するものである。
【００２０】
図４は、ネットワークサービス及び情報提供アプリの機能構成例を示す図である。即ち、図４は、本実施の形態における画像形成装置１０の特徴をより明確にするために、図３よりネットワークサービス１７と情報提供アプリ１４とを抜き出し、それぞれの詳細を表示したものである。
【００２１】
図４に示されるように、ネットワークサービス１７は、ＨＴＴＰプロトコル処理モジュール１７１及び電子メールプロトコル処理モジュール１７２等をその機能の一部として有する。ＨＴＴＰプロトコル処理モジュール１７１は、端末２０との通信をＨＴＴＰ（HyperText Transfer Protocol）によって行うためのデーモンプログラムである。即ち、端末２０から画像形成装置１０に対するステータス情報の送信要求（以下、「ステータス情報送信要求」という。）等がＨＴＴＰによる場合は、ＨＴＴＰプロトコル処理モジュール１７１がステータス情報送信要求を受信する。また、ＨＴＴＰプロトコル処理モジュール１７１は、応答としてステータス情報等を有するＷｅｂページを端末２０に送信する。
【００２２】
同様に、電子メールプロトコル処理モジュール１７２は、ＰＯＰ３、ＳＭＴＰ等のプロトコルに従って、電子メールによって端末２０との通信を行うためのデーモンプログラムである。即ち、電子メールプロトコル処理モジュール１７２は、端末２０からから電子メールによって送信されたステータス情報送信要求等を受信する。また、電子メールプロトコル処理モジュール１７２は、応答としてステータス情報等を有する電子メールを端末２０に送信する。
【００２３】
なお、ネットワークサービス１７は、ｔｅｌｎｅｔ等、その他のプロトコルを処理するためのモジュール（以下、ＨＴＴＰプロトコル処理モジュール１７１及び電子メールプロトコル処理モジュールも含めて総称する場合、「プロトコル処理モジュール」という。）も有している。
【００２４】
一方、情報提供アプリ１４は、分配モジュール１４３、ステータスページ生成モジュール１４４、トレイステータスページ生成モジュール１４５、ステータス取得モジュール１４６、フォーマット変換モジュール１４７、及び対応ページ生成モジュールテーブル１４８等から構成される。
【００２５】
分配モジュール１４３は、プロトコル処理モジュールから呼び出され、端末２０から送信された要求に基づいてステータスページ生成モジュール１４４や、トレイステータスページ生成モジュール１４５等のページ生成モジュールを呼び分ける。対応ページ生成モジュールテーブル１４８は、分配モジュール１４３がページ生成モジュールを呼び分ける際に参照するテーブルである。
【００２６】
ステータスページ生成モジュール１４４は、ステータス取得モジュール１４６等を呼び出すことにより、最終的にユーザに送信する分（例えば、Ｗｅｂページで送信する場合は、Ｗｅｂページ１ページ分）の画像形成装置１０のステータス情報を取得するモジュールである。トレイステータスページ生成モジュール１４５は、画像形成装置１０のトレイの状態情報を取得するモジュールである。これらのページ生成モジュールは、取得した情報の端末２０へ送信するためのデータ形式への変換をフォーマット変換１４７に依頼し、その変換結果のデータを分配モジュール１４３に出力する。
【００２７】
ステータス取得モジュール１４６は、画像形成装置１０のステータス情報を上位アプリケーションに提供する複数の関数から構成されるライブラリである。従って、ステータスページ生成モジュール１４４は、最終的にユーザに送信する分のステータス情報を取得するために複数の関数を呼び出す必要がある場合は、ステータス取得モジュール１４６の関数を複数呼び出す。なお、ステータス取得モジュール１４６は、端末２０との通信に用いるプロトコルの別や、端末２０に応答として送信するデータのデータ形式の別に全く依存しないで設計することが可能であり、機能ごとにシステム内に唯一存在すればよい。したがって、プロトコルやデータ形式ごとの実装を行う必要はなく、これによって、開発工数の削減や記憶容量等の利用する資源の削減を図ることができる。また、ステータス取得モジュール１４６に相当するモジュールは、必ずしも画像形成装置１０に実装されている必要はなく、Ｊａｖａ（登録商標）（登録商用）、ＲＰＣ（Remote Procedure Call）、又はＳＯＡＰ（Simple Object Access 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は、ＨＴＭＬデータを生成するように定義されているため、要求形式ステータス情報データはＨＴＭＬデータとして生成される。即ち、要求形式ステータス情報データは、ステータスページそのものである。
【００４６】
このように、要求識別情報と変換すべきデータ形式との対応はプログラムロジックから独立して対応ＸＳＬテーブル１５２に管理されているため、変換に利用するＸＳＬファイル１５３を変更したい場合等の保守が容易である。また、要求形式ステータス情報データのデータ形式についても、プログラムロジックから独立してＸＳＬファイル１５３に定義されているため、ＸＳＬファイル１５３を修正することにより要求形式ステータス情報データのデータ形式を容易に変更することができる。
【００４７】
上記のようにフォーマット変換モジュール１４７は、言語依存ステータス情報をステータスページに変換する。
【００４８】
図５に戻り、ステップＳ１８において、フォーマット変換モジュール１４７は、生成したステータスページをステータスページ生成モジュール１４４に出力する。ステータスページ生成モジュール１４４は、ステータスページ生成モジュール１４４の呼び出し元である分配モジュール１４３にステータスページをそのままに出力し（Ｓ１９）、更に分配モジュール１４３は、分配モジュール１４３の呼び出し元であるＨＴＴＰプロトコル処理モジュール１７１にステータスページを出力する（Ｓ２０）。
【００４９】
ステップＳ２０に続いてステップＳ２１に進み、ＨＴＴＰプロトコル処理モジュール１７１は、ステータスページを含むＨＴＴＰレスポンスを端末２０に送信する。ステップＳ２１に続いてステップＳ２２に進み、端末２０のＷｅｂブラウザは、受信したステータスページを表示する。
【００５０】
図１０は、ステータスページの表示例を示す図である。図１０のステータスページ２００は、名前表示領域２０１、コピー状態表示領域２０２、ファックス状態表示領域２０３、スキャナ状態表示領域２０４、及びプリンタ状態表示領域２０５等から構成されている。それぞれの表示領域は、順番に、図８のＸＭＬステータス情報データにおける、記述５０１、記述５０２、記述５０３、記述５０４、記述５０５に対応している。このように、ユーザは、ステータスページを閲覧することで画像形成装置１０の状態情報を確認することができる。
【００５１】
次に、画像形成装置１０が、端末２０から電子メールによってステータス情報送信要求を受信した場合の処理を説明する。図１１は、電子メールによって端末と通信する場合の画像形成装置の処理手順を説明するためのシーケンス図である。なお、図１１のシーケンス図における画像形成装置１０の処理の流れは、図５におけるものと同様であるため、図５との相違点を中心に説明する。
【００５２】
ステップＳ３１において、ユーザが端末２０のメールソフトによって、宛先を画像形成装置１０とし、Ｓｕｂｊｅｃｔフィールドに要求識別情報に相当する「statusMail」を指定した電子メール（以下、「ステータス情報要求メール」という。）を作成し、作成したステータス情報要求メールの送信指示を行うと、端末２０は、画像形成装置１０に対してステータス情報要求メールを送信する。なお、要求識別情報はＳｕｂｊｅｃｔでなく、メールの本文で指定するようにしてもよい。
【００５３】
ステップＳ３１に続いてステップＳ３２に進み、画像形成装置１０の電子メールプロトコル処理モジュール１７２は、端末２０からのステータス情報要求メールを受信し、ステータス情報要求メールのＳｕｂｊｅｃｔフィールドに指定された文字列「statusMail」を要求識別情報として分配モジュール１４３に通知する。
【００５４】
以降は、画像形成装置１０は、「statusMail」を要求識別情報とすることを除き、図５と同様の処理を行う。
【００５５】
即ち、ステップＳ３２に続いてステップＳ３３に進み、画像形成装置１０の分配モジュール１４３は、「statusMail」に対応するページ生成モジュールを、対応ページ生成モジュールテーブル１４８から検索する。対応ページ生成モジュールテーブル１４８より、「statusMail」に対応するページ生成モジュールは、ステータスページ生成モジュール１４４であるため、分配モジュール１４３は、ステータスページ生成モジュール１４４を呼び出す。
【００５６】
ステータスページ生成モジュール１４４は、図５における処理と同様にステータス取得モジュール１４６からステータス情報（言語依存ステータス情報）を取得し（Ｓ３４、Ｓ３５）、更に、フォーマット変換モジュール１４７に対して言語依存ステータス情報の変換を要求する（Ｓ３６）。
【００５７】
ステップＳ３７において、フォーマット変換モジュール１４７は、図７で説明した処理を実行し、言語依存ステータス情報の変換を行う（Ｓ３７）。即ち、フォーマット変換モジュール１４７は、言語依存ステータス情報をＸＭＬステータス情報データ５００に変換する（図７のＳ１７１、Ｓ１７２）。更に、フォーマット変換モジュール１４７は、要求識別情報に対応するＸＳＬファイル１５３のファイル名を対応ＸＳＬテーブル１５２から取り出す（Ｓ１７３）。図９の対応ＸＳＬテーブル１５２より、「statusMail」に対応するＸＳＬファイル名は「statusMail.xsl」であるため、フォーマット変換モジュール１４７は、ファイル名「statusMail.xsl」とＸＭＬステータス情報データ５００とをＸＳＬＴプロセッサ１５１に引き渡し、ＸＳＬＴプロセッサ１５１に対してＸＭＬステータス情報データ５００の変換を要求する（Ｓ１７４）。
【００５８】
ＸＳＬＴプロセッサ１５１は、ファイル名が「statusMail.xsl」であるＸＳＬファイル１５３の定義に従ってＸＭＬステータス情報データ５００をＸＳＬＴ変換し、変換結果として生成された要求形式ステータス情報データをフォーマット変換モジュール１４７に出力する（Ｓ１７５）。
【００５９】
なお、ここでＸＳＬファイルstatusMail.xslは、テキストデータを生成するように定義されているため、要求形式ステータス情報データはテキストデータとして生成される。
【００６０】
ステップＳ３８からステップＳ４０にかけては、図５のステップＳ１８からステップＳ３０と同様に、それぞれの呼び出し元に対してテキストデータが順番に出力される。ステップＳ４１において、電子メールプロトコル処理モジュール１７２が、ステータス情報を格納したテキストデータを端末２０に電子メール（以下、「ステータスメール」という。）で送信すると、端末２０はステータスメールを受信する。
【００６１】
図１２は、ステータスメールの例を示す図である。図１２のステータスメール２１０には、記述２１１にコピーの状態、記述２１２にファックスの状態、記述２１３にスキャナの状態、記述２１４にプリンタの状態がそれぞれ記載されている。それぞれの記述は、順番に、図８のＸＭＬステータス情報データにおける、記述５０１、記述５０２、記述５０３、記述５０４、記述５０５に対応している。ユーザは、端末２０が受信したステータスメールを閲覧することにより、Ｗｅｂブラウザによってステータスページ２００を閲覧する場合と同様に画像形成装置１０のステータス情報を確認することができる。
【００６２】
上述したように、本実施の形態における画像形成装置１０においては、フォーマット変換モジュール１４７が要求識別情報に基づいて動的に端末２０に送信するデータのデータ形式を決定するため、ステータスページ生成モジュール１４４等のページ生成モジュールは、端末２０から要求されたステータス情報を格納するデータのデータ形式について関知する必要がなくなる。
【００６３】
即ち、ステータスページ生成モジュール１４４には、プロトコルや、端末２０が要求するデータ形式に依存しない画像形成装置１０のステータス情報を取得するという処理のみを実装することができる。従って、端末２０とのプロトコルがＨＴＴＰであっても電子メールであっても、又はその他のプロトコルであっても同一のステータスページ生成モジュール１４４を利用することができ、プロトコル毎、あるいは端末２０が要求するデータ形式毎にステータスページ生成モジュール１４４を実装する必要がない。
【００６４】
また、フォーマット変換モジュール１４４は、プロトコルの別、及びページ生成モジュールの別なく共通に利用できるため、各種ページ生成モジュール毎にデータ変換処理を実装する必要も無い。
【００６５】
よって、画像形成装置１０によれば、プロトコル毎等にステータスページ生成モジュール１４４を実装する場合に比べて開発作業の効率化が図れると共に、画像形成装置１０の記憶容量の圧迫を低減させることができる。
【００６６】
なお、フォーマット変換モジュール１４７による言語依存データから要求形式ステータス情報データへのデータ変換は、シリアライザ１５０によるＸＭＬ形式への変換、ＸＳＬＴプロセッサ１５１によるＸＳＬＴ変換という処理手順に限定されるものではない。例えば、ＸＳＬファイル１５３とは異なるテンプレートファイルを利用して言語依存データから直接要求形式ステータス情報データを生成するようにしてもよい。
【００６７】
また、上述した実施の形態においては、ステータスページ生成モジュール１４４が動的に取得した情報を端末２０に提供する例を示したが、本発明は静的な情報を提供する場合においても適用が可能である。即ち、予めＸＭＬファイル等として静的に用意されている情報を、フォーマット変換モジュール１４７が要求識別情報に対応した形式のデータに変換し、変換されたデータを端末３０に送信すればよい。この場合においても、フォーマット変換モジュール１４７をプロトコル毎に実装する必要がないという点で、本発明の効果を得ることができる。
【００６８】
また、本発明が適用可能な機器は、画像形成装置だけに限られない。一般的なコンピュータ等の情報処理装置はもちろん、通信機能を有していれば、本実施の形態における画像形成装置と同様に記憶容量の制約が厳しいデジタルカメラや携帯電話等にも本発明を適用することができる。
【００６９】
以上、本発明の好ましい実施例について詳述したが、本発明は係る特定の実施形態に限定されるものではなく、特許請求の範囲に記載された本発明の要旨の範囲内において、種々の変形・変更が可能である。
【００７０】
【発明の効果】
上述の如く、本発明によれば、クライアントからの複数のプロトコルによる要求に対応した情報の提供を効率良く行うことができる。
【図面の簡単な説明】
【図１】複数のプロトコルに対応させた場合の従来のＷｅｂサーバの機能構成例を示す図である。
【図２】本発明の実施の形態における画像処理システムの構成例を示す図である。
【図３】画像形成装置の機能構成例を示す図である。
【図４】ネットワークサービス及び情報提供アプリの機能構成例を示す図である。
【図５】ＨＴＴＰによって端末と通信する場合の画像形成装置の処理手順を説明するためのシーケンス図である。
【図６】対応ページ生成モジュールテーブルの構成例を示す図である。
【図７】フォーマット変換モジュールの処理を説明するための図である。
【図８】ＸＭＬステータス情報データの例を示す図である。
【図９】対応ＸＳＬテーブルの構成例を示す図である。
【図１０】ステータスページの表示例を示す図である。
【図１１】電子メールによって端末と通信する場合の画像形成装置の処理手順を説明するためのシーケンス図である。
【図１２】ステータスメールの例を示す図である。
【符号の説明】
１ 画像処理システム
１０ 画像形成装置
１１ コピーアプリ
１２ ファックスアプリ
１３ プリンタアプリ
１４ 情報提供アプリ
１６ システム管理サービス
１７ ネットワークサービス
１８ メモリ管理サービス
１９ オペパネ管理サービス
２０ エンジン管理サービス
２１ ＯＳ
２２ エンジン制御ボード
２３ プロッタエンジン
２４ スキャナエンジン
２０、２０ａ、２０ｂ、２０ｃ 端末
３０ ネットワーク
１４３ 分配モジュール
１４４ ステータスページ生成モジュール
１４５ トレイステータスページ生成モジュール
１４６ ステータス取得モジュール
１４７ フォーマット変換モジュール
１４８ 対応ページ生成モジュールテーブル
１５０ シリアライザ
１５１ ＸＳＬＴプロセッサ
１５２ 対応ＸＳＬテーブル
１５３ ＸＳＬファイル
１７１ ＨＴＴＰプロトコル処理モジュール
１７２ 電子メールプロトコル処理モジュール
３００ Ｗｅｂサーバ
３０１ ＨＴＴＰ用通信手段
３０２ 電子メール用通信手段
３０３ Ｗｅｂブラウザ用アプリケーション
３０４ 電子メール用アプリケーション
３２０ ＰＣ
【発明の属する技術分野】
本発明は、情報提供装置に関し、特にネットワークを介して接続される端末に情報を提供する情報提供装置、情報提供方法、情報提供システム、及び情報提供プログラムに関する。
【０００２】
【従来の技術】
近年の技術発展は目覚しく、多数のクライアントが接続されたＷｅｂシステムに代表されるように、様々な情報機器がネットワークに接続された使用されることが一般的になってきており、ネットワークに接続された情報機器に対してＰＣ等の端末装置からも遠隔操作が可能となっている。またＷｅｂサーバの機能を搭載した組み込み機器も普及しており、例えば、複写機、プリンタ、ＦＡＸ等の画像形成装置のステータス情報（ファームウェアのバージョン、ジョブ履歴、機器設定、ジョブ管理情報、蓄積文書管理情報等）を、ネットワークを介してＰＣのＷｅｂブラウザで閲覧することができる。
【０００３】
ここで、ＰＣのＷｅｂブラウザにおいてＷｅｂサーバから送信されたデータを正しく表示できるのは、ＷｅｂサーバがＰＣに送信するデータをＷｅｂブラウザで表示可能なデータ形式（例えば、ＨＴＭＬ形式）で生成するからである。
【０００４】
従って、ＰＣが電子メールでの情報の送信を要求するのであれば、Ｗｅｂサーバには、新たなアプリケーション、即ち、電子メールにあわせたデータ形式でデータを生成するアプリケーションを実装する必要がある。ＬＡＮに接続されている機器に対しては、セキュリティ保持のためファイアフォールが設けられているため、インターネットからＨＴＴＰ（HyperText Transfer Protocol）によるアクセスが許可されていない場合が多い。かかる場合に電子メールによる通信は特に実益がある。
【０００５】
図１は、複数のプロトコルに対応させた場合の従来のＷｅｂサーバの機能構成例を示す図である。図１のＷｅｂサーバ３００は、ＨＴＴＰ用通信手段３０１、電子メール用通信手段３０２、Ｗｅｂブラウザ用アプリケーション３０３、及び電子メール用アプリケーション３０４等から構成される。
【０００６】
ＨＴＴＰ用通信手段３０１や電子メール用通信手段３０２は、それぞれ特定のプロトコルによってＰＣ３２０と通信を行うデーモンプログラムである。即ち、ＨＴＴＰ用通信手段３０１は、ＨＴＴＰによってＰＣ３２０との通信を行い、電子メール用通信手段３０２は、電子メールによってＰＣ３２０との通信を行う。
【０００７】
Ｗｅｂブラウザ用アプリケーション３０３は、ＰＣ３２０に提供する情報をＷｅｂページで生成するためのアプリケーションである。また、電子メール用アプリケーション３０４は、ＰＣ３２０に提供するための情報を電子メールで送信可能な形式、例えばテキスト形式で生成するためのアプリケーンである。
【０００８】
【発明が解決しようとする課題】
しかしながら、図１のような実装方法では、それぞれのアプリケーションについて同じような実装をしなければならない。即ち、Ｗｅｂブラウザ用アプリケーション３０３と電子メール用アプリケーション３０４とにおいて、ＰＣ３２０に提供するための情報の生成又は取得処理はほぼ同じになるはずであって、両者において異なるのはプロトコル又はデータ形式に依存する最終的なデータの生成処理のみである。
【０００９】
従って、図１のような実装では開発作業の効率が悪いばかりでなく、Ｗｅｂサーバの記憶容量に対する負担も大きくなるという問題がある。
【００１０】
本発明は、上記の点に鑑みてなされたものであって、クライアントからの複数のプロトコルによる要求に対応した情報の提供を効率良く行うことのできる情報提供装置、情報提供方法、情報提供システム、及び情報提供プログラムの提供を目的とする。
【００１１】
【課題を解決するための手段】
そこで上記課題を解決するため、本発明は、ネットワークを介して異なるプロトコルにより送信されるそれぞれの要求に応じ、要求された情報を送信する情報提供装置であって、それぞれ異なる内容の情報を取得する複数の情報取得手段と、前記要求に含まれている要求識別情報と前記複数の情報取得手段のいずれか一つとの対応付けを管理する第一の対応付け管理手段と、前記要求の受信に応じ、前記第一の対応付け管理手段において当該要求に含まれている前記要求識別情報に対応付けられている情報取得手段に前記情報を取得させる分配手段と、前記要求識別情報と前記情報の変換規則が定義された形式定義ファイルとの対応付けを管理する第二の対応付け管理手段と、前記第二の対応付け管理手段において前記要求識別情報に対応付けられている前記形式定義ファイルに基づいて前記情報のデータ形式を変換する情報変換手段とを有し、前記情報変換手段は、前記異なるプロトコルの別、及び前記情報取得手段の別なく共通に呼び出され、前記第一の対応付け管理手段には、異なる前記要求識別情報に対して同一の情報取得手段が対応付けられており、前記第二の対応付け管理手段には、それぞれの前記要求識別情報に対して異なる前記形式定義ファイルが対応付けられていることを特徴とする。
このような情報提供装置では、端末から複数の異なるプロトコルによって要求される情報を、情報変換手段がプロトコルに応じたデータに動的に変換することができるため、プロトコル毎に情報変換手段を実装する必要がなく、効率よく情報を提供することができる。
【００１２】
また上記課題を解決するため、本発明は、上記情報提供装置における情報提供方法、情報提供装置と端末とを有する情報提供システム、又は前記情報提供方法をコンピュータに実行させるための情報提供プログラムとしてもよい。
【００１３】
【発明の実施の形態】
以下、図面に基づいて本発明の実施の形態を説明する。図２は、本発明の実施の形態における画像処理システムの構成例を示す図である。図２の画像処理システム１は、画像形成装置１０、端末２０ａ、端末２０ｂ、及び端末２０ｃ（以下、「端末２０」で総称する。）等がＬＡＮ（Local Area Network）、イントラネット、又はインターネット等のネットワーク３０を介して接続されている。
【００１４】
画像形成装置１０は、端末２０からの要求に応じて文書データの印刷や、ファックス送信などの処理を実行する。また、画像形成装置１０は、端末２０からステータス情報（例えば、画像形成装置１０のホスト名、コピー機能の状態、ＦＡＸ機能の状態等）の送信要求があった場合は、端末２０の要求に応じたデータ形式で画像形成装置１０のステータス情報を端末２０に送信する。例えば、端末２０のユーザがＷｅｂブラウザから画像形成装置１０のステータス情報を要求した場合は、画像形成装置１０は、ステータス情報を格納したＨＴＭＬ（HyperText Markup Language）データを端末２０に送信する。また、端末２０のユーザが電子メールによって画像形成装置１０のステータス情報を要求した場合は、画像形成装置１０は、ステータス情報を格納したテキストデータを電子メールで端末２０に送信する。なお、本実施の形態において「データ形式」とは、テキストやＢＩＴＭＡＰ、ＪＰＥＧ等のデータの種類について概念の他、書式、即ち表示した際のレイアウト等、データの内容について概念も含む。従って、同じＨＴＭＬデータであっても、記述内容が異なればデータ形式は異なる。
【００１５】
次に、画像形成装置１０の機能構成例を説明する。図３は、画像形成装置の機能構成例を示す図である。図３において、画像形成装置１０は、プロッタエンジン２３及びスキャナエンジン２４等の個別の画像処理を行うためのハードウェア資源と、エンジン制御ボード２２と、ＯＳ２１と、システム管理サービス１６と、ネットワークサービス１７と、メモリ管理サービス１８と、オペパネ管理サービス１９と、エンジン管理サービス２０と、コピーアプリ１１、ファックスアプリ１２、プリンタアプリ１３及び情報提供アプリ１４等の各種アプリケーションとから構成される。
【００１６】
エンジン制御ボード２２は、プロッタエンジン２３及びスキャナエンジン２４等の画像形成装置１０の個別機能を制御し、エンジンＩ／Ｆ（インタフェース）を通して、エンジン制御ボード２２の機能をＯＳ２１等に提供する。
【００１７】
ＯＳ２１は、ＵＮＩＸ（登録商標）等のオペレーティング・システムであり、コピーアプリ１１、ファックスアプリ１２等、アプリケーションとして実装されている各種ソフトウェアをプロセスとして並列実行する。
【００１８】
システム管理サービス１６、ネットワークサービス１７、メモリ管理サービス１８、オペパネ管理サービス１９、及びエンジン管理サービス２０は、ＡＰＩ（Application Programming Interface）を通して、コピーアプリ１１等の上位アプリケーションにそれぞれの機能を提供するものである。即ち、システム管理サービス１６は、システム管理に関する機能を提供し、ネットワークサービス１７は、ネットワーク通信に関する機能を提供する。また、メモリ管理サービス１８は、メモリ管理に関する機能を提供し、オペパネ管理サービス１９は、画像形成装置１０に設置された操作パネル（オペパネ）に関する機能を提供する。更に、エンジン管理サービス２０は、エンジン制御ボード２２を介してプロッタエンジン２３やスキャナエンジン２４を制御するための機能を提供する。
【００１９】
コピーアプリ１１は、コピー用アプリケーションであり、ファックスアプリ１２は、ファクシミリ用アプリケーションである。プリンタアプリ１３は、ページ記述言語（ＰＤＬ）、ＰＣＬ及びポストスクリプト（ＰＳ）を有するプリンタ用アプリケーションである。また、情報提供アプリ１４は、本発明の特徴が実装されている情報提供プログラムによって実現されるアプリケーションであり、端末２０から要求されたステータス情報を含むデータを生成するものである。
【００２０】
図４は、ネットワークサービス及び情報提供アプリの機能構成例を示す図である。即ち、図４は、本実施の形態における画像形成装置１０の特徴をより明確にするために、図３よりネットワークサービス１７と情報提供アプリ１４とを抜き出し、それぞれの詳細を表示したものである。
【００２１】
図４に示されるように、ネットワークサービス１７は、ＨＴＴＰプロトコル処理モジュール１７１及び電子メールプロトコル処理モジュール１７２等をその機能の一部として有する。ＨＴＴＰプロトコル処理モジュール１７１は、端末２０との通信をＨＴＴＰ（HyperText Transfer Protocol）によって行うためのデーモンプログラムである。即ち、端末２０から画像形成装置１０に対するステータス情報の送信要求（以下、「ステータス情報送信要求」という。）等がＨＴＴＰによる場合は、ＨＴＴＰプロトコル処理モジュール１７１がステータス情報送信要求を受信する。また、ＨＴＴＰプロトコル処理モジュール１７１は、応答としてステータス情報等を有するＷｅｂページを端末２０に送信する。
【００２２】
同様に、電子メールプロトコル処理モジュール１７２は、ＰＯＰ３、ＳＭＴＰ等のプロトコルに従って、電子メールによって端末２０との通信を行うためのデーモンプログラムである。即ち、電子メールプロトコル処理モジュール１７２は、端末２０からから電子メールによって送信されたステータス情報送信要求等を受信する。また、電子メールプロトコル処理モジュール１７２は、応答としてステータス情報等を有する電子メールを端末２０に送信する。
【００２３】
なお、ネットワークサービス１７は、ｔｅｌｎｅｔ等、その他のプロトコルを処理するためのモジュール（以下、ＨＴＴＰプロトコル処理モジュール１７１及び電子メールプロトコル処理モジュールも含めて総称する場合、「プロトコル処理モジュール」という。）も有している。
【００２４】
一方、情報提供アプリ１４は、分配モジュール１４３、ステータスページ生成モジュール１４４、トレイステータスページ生成モジュール１４５、ステータス取得モジュール１４６、フォーマット変換モジュール１４７、及び対応ページ生成モジュールテーブル１４８等から構成される。
【００２５】
分配モジュール１４３は、プロトコル処理モジュールから呼び出され、端末２０から送信された要求に基づいてステータスページ生成モジュール１４４や、トレイステータスページ生成モジュール１４５等のページ生成モジュールを呼び分ける。対応ページ生成モジュールテーブル１４８は、分配モジュール１４３がページ生成モジュールを呼び分ける際に参照するテーブルである。
【００２６】
ステータスページ生成モジュール１４４は、ステータス取得モジュール１４６等を呼び出すことにより、最終的にユーザに送信する分（例えば、Ｗｅｂページで送信する場合は、Ｗｅｂページ１ページ分）の画像形成装置１０のステータス情報を取得するモジュールである。トレイステータスページ生成モジュール１４５は、画像形成装置１０のトレイの状態情報を取得するモジュールである。これらのページ生成モジュールは、取得した情報の端末２０へ送信するためのデータ形式への変換をフォーマット変換１４７に依頼し、その変換結果のデータを分配モジュール１４３に出力する。
【００２７】
ステータス取得モジュール１４６は、画像形成装置１０のステータス情報を上位アプリケーションに提供する複数の関数から構成されるライブラリである。従って、ステータスページ生成モジュール１４４は、最終的にユーザに送信する分のステータス情報を取得するために複数の関数を呼び出す必要がある場合は、ステータス取得モジュール１４６の関数を複数呼び出す。なお、ステータス取得モジュール１４６は、端末２０との通信に用いるプロトコルの別や、端末２０に応答として送信するデータのデータ形式の別に全く依存しないで設計することが可能であり、機能ごとにシステム内に唯一存在すればよい。したがって、プロトコルやデータ形式ごとの実装を行う必要はなく、これによって、開発工数の削減や記憶容量等の利用する資源の削減を図ることができる。また、ステータス取得モジュール１４６に相当するモジュールは、必ずしも画像形成装置１０に実装されている必要はなく、Ｊａｖａ（登録商標）（登録商用）、ＲＰＣ（Remote Procedure Call）、又はＳＯＡＰ（Simple Object Access 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は、ＨＴＭＬデータを生成するように定義されているため、要求形式ステータス情報データはＨＴＭＬデータとして生成される。即ち、要求形式ステータス情報データは、ステータスページそのものである。
【００４６】
このように、要求識別情報と変換すべきデータ形式との対応はプログラムロジックから独立して対応ＸＳＬテーブル１５２に管理されているため、変換に利用するＸＳＬファイル１５３を変更したい場合等の保守が容易である。また、要求形式ステータス情報データのデータ形式についても、プログラムロジックから独立してＸＳＬファイル１５３に定義されているため、ＸＳＬファイル１５３を修正することにより要求形式ステータス情報データのデータ形式を容易に変更することができる。
【００４７】
上記のようにフォーマット変換モジュール１４７は、言語依存ステータス情報をステータスページに変換する。
【００４８】
図５に戻り、ステップＳ１８において、フォーマット変換モジュール１４７は、生成したステータスページをステータスページ生成モジュール１４４に出力する。ステータスページ生成モジュール１４４は、ステータスページ生成モジュール１４４の呼び出し元である分配モジュール１４３にステータスページをそのままに出力し（Ｓ１９）、更に分配モジュール１４３は、分配モジュール１４３の呼び出し元であるＨＴＴＰプロトコル処理モジュール１７１にステータスページを出力する（Ｓ２０）。
【００４９】
ステップＳ２０に続いてステップＳ２１に進み、ＨＴＴＰプロトコル処理モジュール１７１は、ステータスページを含むＨＴＴＰレスポンスを端末２０に送信する。ステップＳ２１に続いてステップＳ２２に進み、端末２０のＷｅｂブラウザは、受信したステータスページを表示する。
【００５０】
図１０は、ステータスページの表示例を示す図である。図１０のステータスページ２００は、名前表示領域２０１、コピー状態表示領域２０２、ファックス状態表示領域２０３、スキャナ状態表示領域２０４、及びプリンタ状態表示領域２０５等から構成されている。それぞれの表示領域は、順番に、図８のＸＭＬステータス情報データにおける、記述５０１、記述５０２、記述５０３、記述５０４、記述５０５に対応している。このように、ユーザは、ステータスページを閲覧することで画像形成装置１０の状態情報を確認することができる。
【００５１】
次に、画像形成装置１０が、端末２０から電子メールによってステータス情報送信要求を受信した場合の処理を説明する。図１１は、電子メールによって端末と通信する場合の画像形成装置の処理手順を説明するためのシーケンス図である。なお、図１１のシーケンス図における画像形成装置１０の処理の流れは、図５におけるものと同様であるため、図５との相違点を中心に説明する。
【００５２】
ステップＳ３１において、ユーザが端末２０のメールソフトによって、宛先を画像形成装置１０とし、Ｓｕｂｊｅｃｔフィールドに要求識別情報に相当する「statusMail」を指定した電子メール（以下、「ステータス情報要求メール」という。）を作成し、作成したステータス情報要求メールの送信指示を行うと、端末２０は、画像形成装置１０に対してステータス情報要求メールを送信する。なお、要求識別情報はＳｕｂｊｅｃｔでなく、メールの本文で指定するようにしてもよい。
【００５３】
ステップＳ３１に続いてステップＳ３２に進み、画像形成装置１０の電子メールプロトコル処理モジュール１７２は、端末２０からのステータス情報要求メールを受信し、ステータス情報要求メールのＳｕｂｊｅｃｔフィールドに指定された文字列「statusMail」を要求識別情報として分配モジュール１４３に通知する。
【００５４】
以降は、画像形成装置１０は、「statusMail」を要求識別情報とすることを除き、図５と同様の処理を行う。
【００５５】
即ち、ステップＳ３２に続いてステップＳ３３に進み、画像形成装置１０の分配モジュール１４３は、「statusMail」に対応するページ生成モジュールを、対応ページ生成モジュールテーブル１４８から検索する。対応ページ生成モジュールテーブル１４８より、「statusMail」に対応するページ生成モジュールは、ステータスページ生成モジュール１４４であるため、分配モジュール１４３は、ステータスページ生成モジュール１４４を呼び出す。
【００５６】
ステータスページ生成モジュール１４４は、図５における処理と同様にステータス取得モジュール１４６からステータス情報（言語依存ステータス情報）を取得し（Ｓ３４、Ｓ３５）、更に、フォーマット変換モジュール１４７に対して言語依存ステータス情報の変換を要求する（Ｓ３６）。
【００５７】
ステップＳ３７において、フォーマット変換モジュール１４７は、図７で説明した処理を実行し、言語依存ステータス情報の変換を行う（Ｓ３７）。即ち、フォーマット変換モジュール１４７は、言語依存ステータス情報をＸＭＬステータス情報データ５００に変換する（図７のＳ１７１、Ｓ１７２）。更に、フォーマット変換モジュール１４７は、要求識別情報に対応するＸＳＬファイル１５３のファイル名を対応ＸＳＬテーブル１５２から取り出す（Ｓ１７３）。図９の対応ＸＳＬテーブル１５２より、「statusMail」に対応するＸＳＬファイル名は「statusMail.xsl」であるため、フォーマット変換モジュール１４７は、ファイル名「statusMail.xsl」とＸＭＬステータス情報データ５００とをＸＳＬＴプロセッサ１５１に引き渡し、ＸＳＬＴプロセッサ１５１に対してＸＭＬステータス情報データ５００の変換を要求する（Ｓ１７４）。
【００５８】
ＸＳＬＴプロセッサ１５１は、ファイル名が「statusMail.xsl」であるＸＳＬファイル１５３の定義に従ってＸＭＬステータス情報データ５００をＸＳＬＴ変換し、変換結果として生成された要求形式ステータス情報データをフォーマット変換モジュール１４７に出力する（Ｓ１７５）。
【００５９】
なお、ここでＸＳＬファイルstatusMail.xslは、テキストデータを生成するように定義されているため、要求形式ステータス情報データはテキストデータとして生成される。
【００６０】
ステップＳ３８からステップＳ４０にかけては、図５のステップＳ１８からステップＳ３０と同様に、それぞれの呼び出し元に対してテキストデータが順番に出力される。ステップＳ４１において、電子メールプロトコル処理モジュール１７２が、ステータス情報を格納したテキストデータを端末２０に電子メール（以下、「ステータスメール」という。）で送信すると、端末２０はステータスメールを受信する。
【００６１】
図１２は、ステータスメールの例を示す図である。図１２のステータスメール２１０には、記述２１１にコピーの状態、記述２１２にファックスの状態、記述２１３にスキャナの状態、記述２１４にプリンタの状態がそれぞれ記載されている。それぞれの記述は、順番に、図８のＸＭＬステータス情報データにおける、記述５０１、記述５０２、記述５０３、記述５０４、記述５０５に対応している。ユーザは、端末２０が受信したステータスメールを閲覧することにより、Ｗｅｂブラウザによってステータスページ２００を閲覧する場合と同様に画像形成装置１０のステータス情報を確認することができる。
【００６２】
上述したように、本実施の形態における画像形成装置１０においては、フォーマット変換モジュール１４７が要求識別情報に基づいて動的に端末２０に送信するデータのデータ形式を決定するため、ステータスページ生成モジュール１４４等のページ生成モジュールは、端末２０から要求されたステータス情報を格納するデータのデータ形式について関知する必要がなくなる。
【００６３】
即ち、ステータスページ生成モジュール１４４には、プロトコルや、端末２０が要求するデータ形式に依存しない画像形成装置１０のステータス情報を取得するという処理のみを実装することができる。従って、端末２０とのプロトコルがＨＴＴＰであっても電子メールであっても、又はその他のプロトコルであっても同一のステータスページ生成モジュール１４４を利用することができ、プロトコル毎、あるいは端末２０が要求するデータ形式毎にステータスページ生成モジュール１４４を実装する必要がない。
【００６４】
また、フォーマット変換モジュール１４４は、プロトコルの別、及びページ生成モジュールの別なく共通に利用できるため、各種ページ生成モジュール毎にデータ変換処理を実装する必要も無い。
【００６５】
よって、画像形成装置１０によれば、プロトコル毎等にステータスページ生成モジュール１４４を実装する場合に比べて開発作業の効率化が図れると共に、画像形成装置１０の記憶容量の圧迫を低減させることができる。
【００６６】
なお、フォーマット変換モジュール１４７による言語依存データから要求形式ステータス情報データへのデータ変換は、シリアライザ１５０によるＸＭＬ形式への変換、ＸＳＬＴプロセッサ１５１によるＸＳＬＴ変換という処理手順に限定されるものではない。例えば、ＸＳＬファイル１５３とは異なるテンプレートファイルを利用して言語依存データから直接要求形式ステータス情報データを生成するようにしてもよい。
【００６７】
また、上述した実施の形態においては、ステータスページ生成モジュール１４４が動的に取得した情報を端末２０に提供する例を示したが、本発明は静的な情報を提供する場合においても適用が可能である。即ち、予めＸＭＬファイル等として静的に用意されている情報を、フォーマット変換モジュール１４７が要求識別情報に対応した形式のデータに変換し、変換されたデータを端末３０に送信すればよい。この場合においても、フォーマット変換モジュール１４７をプロトコル毎に実装する必要がないという点で、本発明の効果を得ることができる。
【００６８】
また、本発明が適用可能な機器は、画像形成装置だけに限られない。一般的なコンピュータ等の情報処理装置はもちろん、通信機能を有していれば、本実施の形態における画像形成装置と同様に記憶容量の制約が厳しいデジタルカメラや携帯電話等にも本発明を適用することができる。
【００６９】
以上、本発明の好ましい実施例について詳述したが、本発明は係る特定の実施形態に限定されるものではなく、特許請求の範囲に記載された本発明の要旨の範囲内において、種々の変形・変更が可能である。
【００７０】
【発明の効果】
上述の如く、本発明によれば、クライアントからの複数のプロトコルによる要求に対応した情報の提供を効率良く行うことができる。
【図面の簡単な説明】
【図１】複数のプロトコルに対応させた場合の従来のＷｅｂサーバの機能構成例を示す図である。
【図２】本発明の実施の形態における画像処理システムの構成例を示す図である。
【図３】画像形成装置の機能構成例を示す図である。
【図４】ネットワークサービス及び情報提供アプリの機能構成例を示す図である。
【図５】ＨＴＴＰによって端末と通信する場合の画像形成装置の処理手順を説明するためのシーケンス図である。
【図６】対応ページ生成モジュールテーブルの構成例を示す図である。
【図７】フォーマット変換モジュールの処理を説明するための図である。
【図８】ＸＭＬステータス情報データの例を示す図である。
【図９】対応ＸＳＬテーブルの構成例を示す図である。
【図１０】ステータスページの表示例を示す図である。
【図１１】電子メールによって端末と通信する場合の画像形成装置の処理手順を説明するためのシーケンス図である。
【図１２】ステータスメールの例を示す図である。
【符号の説明】
１ 画像処理システム
１０ 画像形成装置
１１ コピーアプリ
１２ ファックスアプリ
１３ プリンタアプリ
１４ 情報提供アプリ
１６ システム管理サービス
１７ ネットワークサービス
１８ メモリ管理サービス
１９ オペパネ管理サービス
２０ エンジン管理サービス
２１ ＯＳ
２２ エンジン制御ボード
２３ プロッタエンジン
２４ スキャナエンジン
２０、２０ａ、２０ｂ、２０ｃ 端末
３０ ネットワーク
１４３ 分配モジュール
１４４ ステータスページ生成モジュール
１４５ トレイステータスページ生成モジュール
１４６ ステータス取得モジュール
１４７ フォーマット変換モジュール
１４８ 対応ページ生成モジュールテーブル
１５０ シリアライザ
１５１ ＸＳＬＴプロセッサ
１５２ 対応ＸＳＬテーブル
１５３ ＸＳＬファイル
１７１ ＨＴＴＰプロトコル処理モジュール
１７２ 電子メールプロトコル処理モジュール
３００ Ｗｅｂサーバ
３０１ ＨＴＴＰ用通信手段
３０２ 電子メール用通信手段
３０３ Ｗｅｂブラウザ用アプリケーション
３０４ 電子メール用アプリケーション
３２０ ＰＣ
Claims (12)
- ネットワークを介して異なるプロトコルにより送信されるそれぞれの要求に応じ、要求された情報を送信する情報提供装置であって、
それぞれ異なる内容の情報を取得する複数の情報取得手段と、
前記要求に含まれている要求識別情報と前記複数の情報取得手段のいずれか一つとの対応付けを管理する第一の対応付け管理手段と、
前記要求の受信に応じ、前記第一の対応付け管理手段において当該要求に含まれている前記要求識別情報に対応付けられている情報取得手段に前記情報を取得させる分配手段と、
前記要求識別情報と前記情報の変換規則が定義された形式定義ファイルとの対応付けを管理する第二の対応付け管理手段と、
前記第二の対応付け管理手段において前記要求識別情報に対応付けられている前記形式定義ファイルに基づいて前記情報のデータ形式を変換する情報変換手段とを有し、
前記情報変換手段は、前記異なるプロトコルの別、及び前記情報取得手段の別なく共通に呼び出され、
前記第一の対応付け管理手段には、異なる前記要求識別情報に対して同一の情報取得手段が対応付けられており、
前記第二の対応付け管理手段には、それぞれの前記要求識別情報に対して異なる前記形式定義ファイルが対応付けられていることを特徴とする情報提供装置。 - 前記要求はＨＴＴＰリクエストであり、
前記要求識別情報は、前記ＨＴＴＰリクエストに含まれるＵＲＬであることを特徴とする請求項１記載の情報提供装置。 - 前記要求は電子メールであり、
前記要求識別情報は、前記電子メールに含まれているデータであることを特徴とする請求項１又は２記載の情報提供装置。 - 前記情報提供装置は、画像形成装置であることを特徴とする請求項１乃至３いずれか一項記載の情報提供装置。
- 前記情報は、前記情報提供装置の状態を表すステータス情報であることを特徴とする請求項１乃至４いずれか一項記載の情報提供装置。
- ネットワークを介して異なるプロトコルにより送信されるそれぞれの要求に応じ、要求された情報を送信する情報提供装置が実行する情報提供方法であって、
それぞれ異なる内容の情報を取得する複数の情報取得手順と、
前記要求の受信に応じ、前記要求に含まれている要求識別情報と前記複数の情報取得手順のいずれか一つとの対応付けを管理する第一の対応付け管理手段において当該要求に含まれている前記要求識別情報に対応付けられている情報取得手順に前記情報を取得させる分配手順と、
前記要求識別情報と前記情報の変換規則が定義された形式定義ファイルとの対応付けを管理する第二の対応付け管理手段において前記要求識別情報に対応付けられている前記形式定義ファイルに基づいて前記情報のデータ形式を変換する情報変換手順とを有し、
前記情報変換手順は、前記異なるプロトコルの別、及び前記情報取得手順の別なく共通に呼び出され、
前記第一の対応付け管理手段には、異なる前記要求識別情報に対して同一の情報取得手順が対応付けられており、
前記第二の対応付け管理手段には、それぞれの前記要求識別情報に対して異なる前記形式定義ファイルが対応付けられていることを特徴とする情報提供方法。 - 前記要求はＨＴＴＰリクエストであり、
前記要求識別情報は、前記ＨＴＴＰリクエストに含まれるＵＲＬであることを特徴とする請求項６記載の情報提供方法。 - 前記要求は電子メールであり、
前記要求識別情報は、前記電子メールに含まれているデータであることを特徴とする請求項６又は７記載の情報提供方法。 - 前記情報提供装置は、画像形成装置であることを特徴とする請求項６乃至８いずれか一項記載の情報提供方法。
- 前記情報は、前記情報提供装置の状態を表すステータス情報であることを特徴とする請求項６乃至９いずれか一項記載の情報提供方法。
- 端末と、前記端末から異なるプロトコルにより送信されるそれぞれの要求に応じ、前記端末に要求された情報を送信する情報提供装置とを有する情報提供システムであって、
前記情報提供装置は、
それぞれ異なる内容の情報を取得する複数の情報取得手段と、
前記要求に含まれている要求識別情報と前記複数の情報取得手段のいずれか一つとの対応付けを管理する第一の対応付け管理手段と、
前記要求の受信に応じ、前記第一の対応付け管理手段において当該要求に含まれている前記要求識別情報に対応付けられている情報取得手段に前記情報を取得させる分配手段と、
前記要求識別情報と前記情報の変換規則が定義された形式定義ファイルとの対応付けを管理する第二の対応付け管理手段と、
前記第二の対応付け管理手段において前記要求識別情報に対応付けられている前記形式定義ファイルに基づいて前記情報のデータ形式を変換する情報変換手段とを有し、
前記情報変換手段は、前記異なるプロトコルの別、及び前記情報取得手段の別なく共通に呼び出され、
前記第一の対応付け管理手段には、異なる前記要求識別情報に対して同一の情報取得手段が対応付けられており、
前記第二の対応付け管理手段には、それぞれの前記要求識別情報に対して異なる前記形式定義ファイルが対応付けられていることを特徴とする情報提供システム。 - ネットワークを介して異なるプロトコルにより送信されるそれぞれの要求に応じ、要求された情報を送信する情報提供装置に、
それぞれ異なる内容の情報を取得する複数の情報取得手順と、
前記要求の受信に応じ、前記要求に含まれている要求識別情報と前記複数の情報取得手順のいずれか一つとの対応付けを管理する第一の対応付け管理手段において当該要求に含まれている前記要求識別情報に対応付けられている情報取得手順に前記情報を取得させる分配手順と、
前記要求識別情報と前記情報の変換規則が定義された形式定義ファイルとの対応付けを管理する第二の対応付け管理手段において前記要求識別情報に対応付けられている前記形式定義ファイルに基づいて前記情報のデータ形式を変換する情報変換手順とを実行させ、
前記情報変換手順は、前記異なるプロトコルの別、及び前記情報取得手順の別なく共通に呼び出され、
前記第一の対応付け管理手段には、異なる前記要求識別情報に対して同一の情報取得手順が対応付けられており、
前記第二の対応付け管理手段には、それぞれの前記要求識別情報に対して異なる前記形式定義ファイルが対応付けられていることを特徴とする情報提供プログラム。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2002378257A JP4159869B2 (ja) | 2002-12-26 | 2002-12-26 | 情報提供装置、情報提供方法、情報提供システム、及び情報提供プログラム |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2002378257A JP4159869B2 (ja) | 2002-12-26 | 2002-12-26 | 情報提供装置、情報提供方法、情報提供システム、及び情報提供プログラム |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2004213058A JP2004213058A (ja) | 2004-07-29 |
| JP4159869B2 true JP4159869B2 (ja) | 2008-10-01 |
Family
ID=32815189
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2002378257A Expired - Fee Related JP4159869B2 (ja) | 2002-12-26 | 2002-12-26 | 情報提供装置、情報提供方法、情報提供システム、及び情報提供プログラム |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP4159869B2 (ja) |
Families Citing this family (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP4520261B2 (ja) * | 2004-09-15 | 2010-08-04 | 株式会社リコー | 電子装置、表示データ生成方法、表示データ生成プログラム及び記録媒体 |
| JP2008282311A (ja) * | 2007-05-14 | 2008-11-20 | Kyocera Mita Corp | ネットワーク装置およびデータ更新方法 |
-
2002
- 2002-12-26 JP JP2002378257A patent/JP4159869B2/ja not_active Expired - Fee Related
Also Published As
| Publication number | Publication date |
|---|---|
| JP2004213058A (ja) | 2004-07-29 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US7551303B2 (en) | Service processing device and method | |
| US7490139B2 (en) | Embedded business apparatus including web server function | |
| US8713144B2 (en) | Workflow-enabled client | |
| US7765248B2 (en) | Service providing method, service provider apparatus, information processing method and apparatus and computer-readable storage medium | |
| US7957021B2 (en) | Image handling apparatus, image processing system, image process controlling method, and image process controlling program product | |
| US8484012B2 (en) | Information service apparatus and method, information display apparatus and information service system | |
| US20040230500A1 (en) | Service providing apparatus, user terminal, service providing method, service utilizing method, computer-readable recording medium recorded with a service providing program, and computer-readable recording medium recorded with a service utilizing program | |
| US9218224B2 (en) | Electronic apparatus, information processing method, and recording medium storing information processing program | |
| US8826176B2 (en) | Information processing apparatus and control method | |
| US20040261010A1 (en) | Web page creation apparatus, Web page creation method, Web page creation program and recording method | |
| US8346852B2 (en) | Apparatus and method for updating displayed web page | |
| US7457839B2 (en) | Selective rejection of access to parameters of an option application detachable from an embedded apparatus including web server function | |
| JP4297811B2 (ja) | 情報提供装置、情報提供方法、及びプログラム | |
| US20090257085A1 (en) | Generation of a web page including menu items for web pages | |
| JP4261203B2 (ja) | 情報提供装置、情報提供方法、情報提供システム、及び情報提供プログラム | |
| US20090300478A1 (en) | Image forming apparatus, information processing method and program | |
| JP4291856B2 (ja) | Ｗｅｂサービス機能を有する画像形成装置 | |
| GB2390449A (en) | An arrangement in which an unconfigured peripheral sends a request over a network for configuration information | |
| EP1852748A1 (en) | Image handling apparatus, image processing system, image process controlling method, and image process controlling program product | |
| JP4159869B2 (ja) | 情報提供装置、情報提供方法、情報提供システム、及び情報提供プログラム | |
| US20120026535A1 (en) | Controlling an imaging device with a wireless communication device | |
| JP4141209B2 (ja) | Ｗｅｂサービス機能を有する画像形成装置 | |
| US8271621B2 (en) | Metadata communication system | |
| JP2004206456A (ja) | 情報提供装置、情報提供方法、情報提供システム、及び情報提供プログラム | |
| JP2004086354A (ja) | 画像処理装置 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20050222 |
|
| A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20071031 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20071120 |
|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20080118 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20080212 |
|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20080404 |
|
| TRDD | Decision of grant or rejection written | ||
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20080617 |
|
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20080716 |
|
| R150 | Certificate of patent or registration of utility model |
Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110725 Year of fee payment: 3 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120725 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120725 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130725 Year of fee payment: 5 |
|
| LAPS | Cancellation because of no payment of annual fees |