JP4097584B2 - Ｗｗｗサーバ機能を有する組み込み機器、ウェブページ提供方法、および、ウェブページ提供制御プログラム - Google Patents

Description

本発明はＷＷＷサーバ機能を有する画像形成装置等の組み込み機器、ＨＴＴＰリクエスト振り分け方法、ＨＴＴＰリクエスト振り分けプログラム、および、Ｗｅｂシステムに関する。

一般のＷＷＷサーバではＷｅｂページはファイルで実現されており、ＵＲＬの管理はファイル単位で行われる。ＣＧＩに関しても同様にファイル単位で管理されており、動的な値はファイルにパラメータを渡すことによって処理される。

しかし、画像形成装置等の組み込み機器（ＰＣ、サーバ等の情報処理装置以外にＯＳ、アプリケーションを組み込んだ機器）上で動作するＷＷＷサーバにあっては、リソースの節約を目的に、Ｗｅｂページをファイルとしてではなく処理関数として実現しているのが一般的である。そのため、ＨＴＴＰクライアント（ブラウザ）から送られてくるＨＴＴＰリクエストに含まれるＵＲＬと処理関数とをサーバプログラム内で対応付けて管理する必要がある。

一方、組み込み機器上にＷＷＷサーバを実現したものとして、外部のパーソナルコンピュータ等からブラウザを介して指示を与えることによりファクシミリ送信機能を動作させることが可能なファクシミリ装置が開示されている（例えば、特許文献１参照。）。
特開平１０−１７３８９０号公報

上述したように、画像形成装置等の組み込み機器上で動作するＷＷＷサーバにあっては、サーバプログラム内でＵＲＬと処理関数とを対応付けて管理する必要があったため、ＷＷＷサーバで全ての対応付けを管理するとなるとＷＷＷサーバに与える負担が大きくなり、パフォーマンスが低下するという問題がある。

一方、一般のＷＷＷサーバのようにＵＲＬがファイル単位で管理されている場合は、ＵＲＬだけがＷｅｂページを決定する際の判断基準となる。しかし、画像形成装置等の組み込み機器上で動作するＷＷＷサーバにあっては、最終的に処理関数によってＷｅｂページの表示処理が行われるため、ＵＲＬ以外の情報に基づいて多様な制御を行える余地がある。例えば、ＨＴＴＰＳ（ＳＳＬをベースとしてセキュリティ機能を付加したＨＴＴＰ）での要求時はＷｅｂページを表示するがＨＴＴＰでの要求時は表示しないといった、ＵＲＬ以外の情報に基づいてＷｅｂページのアクセス制限を設けることが想定される。しかしながら、これらを行うためのメカニズムは考え出されていなかった。

なお、上述した特許文献１においては、これらの課題および解決手法についての記載はない。

本発明は上記の従来の問題点に鑑み提案されたものであり、その目的とするところは、ＵＲＬと処理関数との対応付けによるサーバプログラムへの負担を減少させてパフォーマンスの低下を防止することにある。併せて、ＵＲＬ以外の情報に基づいて多様な制御を行えるようにすることも目的としている。

上記の課題を解決するため、本発明は、請求項１に記載されるように、処理関数によりＷｅｂページを提供するＷＷＷサーバ機能を有する組み込み機器であって、１以上の前記処理関数と、リクエストを受け付けるポートにより識別されるサービスと当該サービスの下で利用可能な前記処理関数とを対応付けたポート制御用テーブル群により処理の振り分けを行うポート制御用ディストリビュータとを有する１以上のＷｅｂアプリケーションと、Ｗｅｂブラウザを有するクライアントからネットワークを介しリクエストを受信し、受信した当該リクエストに前記サービスを特定するポート識別子を付与して前記１以上のＷｅｂアプリケーションの中から対応するＷｅｂアプリケーションに振り分け、前記クライアントに前記Ｗｅｂアプリケーションでの処理結果をＷｅｂページとして返すＨＴＴＰデーモンとを有し、前記ＨＴＴＰデーモンは、前記リクエスト中のＷｅｂアプリケーションを特定するアプリケーションパスに基づき対応する前記Ｗｅｂアプリケーションを決定し、決定された前記Ｗｅｂアプリケーションの前記ポート制御用ディストリビュータは、前記ポート制御用テーブル群を参照して前記リクエストに係るサービスの下で前記リクエストにおいて要求される処理に係る前記処理関数が利用可能であるかチェックし、利用不可である場合には前記クライアントにページ不在応答用のｎｏｔＦｏｕｎｄハンドラによりエラー応答を返信し、利用可能である場合には当該処理関数を実行させ、前記ＨＴＴＰデーモンを介し前記クライアントに実行結果を返信する組み込み機器を要旨としている。

また、請求項２に記載されるように、前記Ｗｅｂアプリケーションは、前記リクエストのメソッドと当該メソッドの下で利用可能な前記ポート制御用ディストリビュータとを対応付けたメソッド制御用テーブルにより処理の振り分けを行うメソッド制御用ディストリビュータを更に備え、当該メソッド制御用ディストリビュータは、前記メソッド制御用テーブルを参照して前記リクエストに係るメソッドに対応する前記ポート制御用ディストリビュータに処理を振り分けるようにすることができる。

また、請求項３に記載されるように、前記リクエストは、前記アプリケーションパスと、当該アプリケーションパスを含み前記処理関数を特定するＵＲＬパスとを有するＵＲＬと、ＨＴＴＰメソッドを規定するＨＴＴＰヘッダとを有するＨＴＴＰリクエストから構成されるものとすることができる。

また、請求項４に記載されるように、前記サービスは、ＨＴＴＰおよびＨＴＴＰＳを含むものとすることができる。

また、請求項５に記載されるように、ウェブページ提供方法として構成することができる。

また、請求項６に記載されるように、ウェブページ提供制御プログラムとして構成することができる。

本発明によれば、ＵＲＬと処理関数との対応付けによるサーバプログラムへの負担を減少させてパフォーマンスの低下を防止することができると共に、ＵＲＬ以外の情報に基づいて多様な制御を行うことができる。

以下、本発明の実施の形態を図面に基づいて説明する。

図１は、組み込み機器としてプリンタ、コピー、ファクシミリ、スキャナ等の各装置の機能を一つの筐体内に収納した複合機あるいは融合機と呼ばれる画像形成装置を用いて構成した、本発明の一実施形態にかかる画像処理システムの構成例を示す図である。

図１において、画像処理システムは、画像形成装置１に対し、複数のＨＴＴＰクライアント９等がＬＡＮ（Local Area Network）、イントラネット、又はインターネット等のネットワーク１０を介して接続されている。

画像形成装置１は、ＨＴＴＰクライアント９からの要求に応じて文書データの印刷や、ファックス送信などの処理を実行する。また、画像形成装置１は、ＨＴＴＰクライアント９からのＨＴＴＰリクエストに応じて、当該ＨＴＴＰリクエストにおいて要求された情報を表示するＷｅｂページをＨＴＴＰクライアント９に対して送信する。例えば、ＨＴＴＰクライアント９のユーザがＷｅｂブラウザから画像形成装置１のステータス情報を要求した場合は、画像形成装置１は、ステータス情報を格納したＨＴＭＬ（HyperText Markup Language）データをＨＴＴＰクライアント９に送信する。なお、ＨＴＴＰクライアント９は、ユーザが直接利用するＰＣ（Personal Computer）、ＰＤＡ（Personal Digital(Data) Assistants）、または携帯電話等の端末であり、画像形成装置１から送信されるＷｅｂページを表示するＷｅｂブラウザを備えている。

図２は、本発明の一実施形態にかかる画像形成装置の機能構成図である。

図２において、画像形成装置１は、アプリケーション層２とプラットフォーム層４とエンジン部８とを含む。インタフェース３はアプリケーション層２に対するプラットフォーム層４の提供するインタフェース（ＡＰＩ）であり、インタフェース７はプラットフォーム層４とエンジン部８との間のインタフェース（エンジンＩ／Ｆ）である。

アプリケーション層２は画像形成装置１における個別の処理を行うソフトウェア群であり、コピー用のアプリケーションであるコピーアプリケーション２ａと、ファックス用のアプリケーションであるファックスアプリケーション２ｂと、プリンタ用のアプリケーションであるプリンタアプリケーション２ｃと、ネットワークを介してファイルのやりとりを行うネットファイル用のアプリケーションであるネットファイルアプリケーション２ｄとを含む。また、Ｗｅｂアプリケーション２０はＨＴＴＰプロトコルによるＷｅｂサービスを行うアプリケーション群であり、ブラウザを使って機器の状態を見たり、機器のネットワーク設定等をすることができるＷｅｂアプリケーション（ｗｅｂｓｙｓ）２０ａと、ネットファイルアプリケーション２ｄの機能を使い、ブラウザを使って文書の引き取りおよび文書管理を行うＷｅｂアプリケーション（ｗｅｂｄｏｃｂｏｘ）２０ｂと、プリンタのジョブ履歴（スプールの状態）等を表示するＷｅｂアプリケーション（ＧＰＳ−ｗｅｂ）２０ｃと、ファックスの初期設定やファックスの通信管理レポート（通信履歴）を表形式で見ることのできるＷｅｂアプリケーション（Ｆａｘ−ｗｅｂ）２０ｄとを含む。

一方、プラットフォーム層４はアプリケーション層２のアプリケーションに対してインタフェース３を介して共通的なサービス機能を提供するソフトウェア群であり、サービス層５とＯＳ層６に分かれる。サービス層５には、アプリケーション管理、操作部制御、システム画面表示、ＬＥＤ表示、リソース管理、および割り込み制御等の複数の機能を有するＳＣＳ５ａと、ファックス機能のＡＰＩを提供するＦＣＳ５ｂと、エンジン部の制御を行うＥＣＳ５ｃと、メモリ制御を行うＭＣＳ５ｄと、オペレータ（操作者）とのインタフェースとなる操作部（オペレーションパネル）の制御を行うＯＣＳ５ｅと、ネットワーク入出力を必要とするアプリケーションに対して共通に利用できるサービスを提供するＮＣＳ５ｆとが含まれる。ＯＳ層６にはＯＳ（ＬＰＵＸ）６１が含まれる。

一方、エンジン部８には、プロッタ８１、スキャナ８２、その他ハードウェアリソース８３等のエンジンと、これらのエンジンを制御するエンジン制御ボード８４とが含まれる。

図３は図２に示す画像形成装置のハードウェア構成を示すブロック図である。

図３において、画像形成装置１は、画像形成装置における主たる制御動作を行うコントローラ１０１にオペレーションパネル１１３とファックスコントロールユニット１１４とプロッタ８１とスキャナ８２とその他ハードウェアリソース８３とが接続されて構成されている。

コントローラ１０１は、画像処理用途向けのＩＣであるＡＳＩＣ１０２にブリッジとしてのＮＢ１０５を介して一般制御用のＩＣであるＣＰＵ１０６が接続され、ＮＢ１０５のバス（ＰＣＩ ＢＵＳ）に、周辺デバイス等との接続を行うブリッジであるＳＢ１０８と、ネットワーク通信を制御するＮＩＣ１０９と、ＵＳＢインタフェースを提供するＵＳＢ１１０と、ＩＥＥＥ１３９４インタフェースを提供するＩＥＥＥ１３９４１１１と、セントロニクスインタフェースを提供するセントロニクス１１２とが接続され、ＡＳＩＣ１０２に記憶装置としてのＭＥＭ−Ｃ１０３とＨＤＤ１０４が接続され、ＮＢ１０５に記憶装置としてのＭＥＭ−Ｐ１０７が接続されて構成されている。

図４はＷｅｂアプリケーションのモジュール構成図を示したものである。

図４において、Ｗｅｂアプリケーション２１は、ブラウザ等のＨＴＴＰクライアント９からネットワーク１０を介して受け付けたＨＴＴＰリクエストの振り分けおよびＷｅｂアプリケーションでの処理結果（ＨＴＭＬ，ＸＭＬ，ＴＥＸＴ）の返送を行うＨＴＴＰデーモン５１（図２のＮＣＳ５ｆの機能の一部）に接続されており、内部には、各種の共通機能を提供するＷｅｂアプリケーション開発用のフレームワークであるＷｅｂアプリライブラリ２２およびＷｅｂページライブラリ２３と、Ｗｅｂページの操作を行うＷｅｂページハンドラ２４と、Ｗｅｂページの表示に関する具体的処理を行うＷｅｂページファンクション２５とを含んでいる。ここで、Ｗｅｂページハンドラ２４およびＷｅｂページファンクション２５はＷｅｂページを実現する処理関数を構成するものである。また、Ｗｅｂページファンクション２５は処理の実行に際し、インタフェース３を介してＳＣＳ５ａ、ＮＣＳ５ｆ、ＵＣＳ５ｇ等と通信を行うようになっている。

図５はＨＴＴＰデーモンおよびＷｅｂアプリケーションにおける処理の振り分けにかかる機能構成図を示したものである。

図５において、ＨＴＴＰデーモン５１には、ＨＴＴＰクライアント９から与えられるＨＴＴＰリクエストに含まれるアプリケーションパスに基づいて対応するＷｅｂアプリケーションに処理を振り分けると共に、利用するサービス（ＨＴＴＰ，ＨＴＴＰＳ，・・）を示すポート識別子を生成するリクエスト処理部５２が設けられている。ここで、「アプリケーションパス」とは、図６に示すように、ＨＴＴＰリクエストを例えば「http://xxx.xxx.xxx.xxx/web/user/ja/websys/webArch/mainFrame.cgi」とした場合、ホスト「xxx.xxx.xxx.xxx」に続く１階層分の「web」部分を意味するものとする。また、後述する「ＵＲＬパス」はアプリケーションパスを含む「web/user/ja/websys/webArch/mainFrame.cgi」部分を意味するものとする。

一方、Ｗｅｂアプリケーション２１のＷｅｂアプリライブラリ２２には、ＨＴＴＰクライアント９から与えられるＨＴＴＰリクエストのメソッド（ＧＥＴ，ＰＯＳＴ，・・）に応じて処理を振り分けるメソッドディストリビュータ２２１と、ＨＴＴＰデーモン５１により生成されたポート識別子に基づき、利用するサービス（ＨＴＴＰ，ＨＴＴＰＳ，・・）に応じて処理を振り分けるサービスディストリビュータ２２２と、ＨＴＴＰリクエストのＵＲＬパスに応じて処理を振り分けるＵＲＬディストリビュータ２２３とが設けられている。

また、メソッドディストリビュータ２２１、サービスディストリビュータ２２２、ＵＲＬディストリビュータ２２３等に対して初期化処理（テーブル作成等）を行う初期化関数２６が設けられている。その他は図４に示したものと同様である。また、他のＷｅｂアプリケーションについても同様な構成となっている。

図７は図５におけるＷｅｂアプリケーションの詳細を示す機能構成図である。

図７において、Ｗｅｂアプリライブラリ２２のメソッドディストリビュータ２２１には、ＨＴＴＰリクエストのメソッドと振り分けるサービスディストリビュータとを対応付けたメソッドテーブルＴ１が設けられている。また、サービスディストリビュータ２２２には、利用するサービスと振り分けるＵＲＬディストリビュータとを対応付けたサービステーブルＴ２が設けられている。サービス毎に設けられた他のサービスディストリビュータについても同様である。更に、ＵＲＬディストリビュータ２２３には、ＵＲＬパスと振り分けるＷｅｂページハンドラ２４とを対応付けたＵＲＬテーブルＴ３が設けられている。サービスおよびＵＲＬパス毎に設けられた他のＵＲＬディストリビュータについても同様である。

一方、該当するページが存在しない旨（ｎｏｔＦｏｕｎｄ）の表示情報を返送するためのｎｏｔＦｏｕｎｄハンドラ２２４が設けられている。その他は図５に示したものと同様である。

図８はＨＴＴＰデーモンにおけるポート識別子の取得にかかる機能構成図を示したものである。

図８において、ＨＴＴＰデーモン５１には、アプリＩＤとアプリケーションパスとを対応付けたアプリＩＤ／アプリケーションパス対応テーブル５３と、アプリＩＤとポート識別子とを対応付けたアプリＩＤ／ポート識別子対応テーブル５４とが設けられ、リクエスト処理部５２はポート識別子とポート番号とを対応付けたポート識別子／ポート番号対応テーブルＴ０からポート識別子を得ると共に、アプリＩＤ／アプリケーションパス対応テーブル５３およびアプリＩＤ／ポート識別子対応テーブル５４から得たポート識別子と照合が行えるようになっている。そして、リクエスト処理部５２は取得（生成）したポート識別子をＨＴＴＰリクエストに付与して振り分け対象のＷｅｂアプリケーションに渡すようになっている。

次に、上記の実施形態の動作について説明する。

図９はＨＴＴＰデーモンおよびＷｅｂアプリケーションにおける処理の振り分けの動作を示すフローチャートであり、図１０は図９に対応するシーケンス図である。

図９および図１０において、ＨＴＴＰクライアント９からＨＴＴＰリクエストを受け付けたＨＴＴＰデーモン（ｈｔｔｐｄ）５１は、ＨＴＴＰリクエストに含まれるＵＲＬの一部であるアプリケーションパスに対応するＷｅｂアプリケーションを登録テーブルから検索する（ステップＳ１）。

ここで、対応するＷｅｂアプリケーションが登録されていない場合（ステップＳ２のＮｏ）、ｎｏｔＦｏｕｎｄハンドラ２２４を起動し、ＨＴＴＰクライアント９にエラー応答（ＮｏｔＦｏｕｎｄ）を返信し（ステップＳ３）、処理を終了する。

一方、対応するＷｅｂアプリケーションが登録されている場合（ステップＳ２のＹｅｓ）、取得したＷｅｂアプリケーション２１にＨＴＴＰリクエストを渡して処理を委譲する（ステップＳ４）。これがＨＴＴＰデーモン５１による第一の振り分けとなる。

次いで、処理を委譲されたＷｅｂアプリケーション２１（Ａｐｐ）は、ＵＲＬパスに対応する処理関数（Ｗｅｂページハンドラ）を登録テーブルから検索する（ステップＳ５）。

対応する処理関数が登録されていない場合（ステップＳ６のＮｏ）、ｎｏｔＦｏｕｎｄハンドラ２２４を起動し、ＨＴＴＰクライアント９にエラー応答（ＮｏｔＦｏｕｎｄ）を返信し（ステップＳ７）、処理を終了する。

次いで、対応する処理関数が登録されている場合（ステップＳ６のＹｅｓ）、その処理関数を実行し（ステップＳ８）、処理を終了する。これがＷｅｂアプリケーションによる第二の振り分けとなる。

このように、ＨＴＴＰデーモン５１では対応するＷｅｂアプリケーションへ第一段階として振り分けるだけでよいものとし、処理関数への第二の振り分けはＷｅｂアプリケーション内で行うようにしているため、ＵＲＬと処理関数との対応付けのためにサーバプログラムであるＨＴＴＰデーモン５１の処理負担が重くなってパフォーマンスが低下するという問題を防止できるものである。

図１１はＷｅｂアプリケーションにおける処理の振り分け（第二の振り分け）の動作をより詳細に示したフローチャートであり、図１２は図１１に対応するシーケンス図である。

図１１および図１２において、メソッドディストリビュータ２２１は受け付けたＨＴＴＰリクエストのＨＴＴＰヘッダから取得したＨＴＴＰメソッドに対応するサービスディストリビュータ２２２を取得し起動する（ステップＳ１１）。すなわち、メソッドテーブルＴ１（図７）からメソッドをキーにサービスディストリビュータを取得して起動する。

起動されたサービスディストリビュータ２２２はリクエスト情報のサービス（ポート識別子の示すサービス）を基に、対応するＵＲＬディストリビュータを検索する（ステップＳ１２）。すなわち、サービステーブルＴ２（図７）からサービス（ポート識別子）をキーにＵＲＬディストリビュータを検索する。

対応するＵＲＬディストリビュータが登録されていない場合（ステップＳ１３のＮｏ）は、ｎｏｔＦｏｕｎｄハンドラ２２４を起動し、エラー応答をＨＴＴＰクライアント９に返信し（ステップＳ１４）、処理を終了する。

一方、対応するＵＲＬディストリビュータが登録されている場合（ステップＳ１３のＹｅｓ）は、取得したＵＲＬディストリビュータ２２３を起動する（ステップＳ１５）。

起動されたＵＲＬディストリビュータ２２３はリクエスト情報のＵＲＬパスを基に対応するＷｅｂページハンドラ（処理関数）を検索する（ステップＳ１６）。すなわち、ＵＲＬテーブルＴ３（図７）からＵＲＬパスをキーにＷｅｂページハンドラを検索する。

対応するＷｅｂページハンドラが登録されていない場合（ステップＳ１７のＮｏ）は、ｎｏｔＦｏｕｎｄハンドラ２２４を起動し、エラー応答をＨＴＴＰクライアント９に返信し（ステップＳ１８）、処理を終了する。

対応するＷｅｂページハンドラが登録されている場合（ステップＳ１７のＹｅｓ）は、取得したＷｅｂページハンドラ２４を起動し（ステップＳ１９）、処理を終了する。

このように、Ｗｅｂアプリケーション２１においてメソッド、サービス（ポート識別子）、ＵＲＬパスに基づいて処理関数（Ｗｅｂページハンドラ）を第二段階として振り分けているため、組み込み機器上のＷＷＷサーバにおけるＵＲＬと処理関数との対応付けが適切に行えると共に、多様なページアクセスの制御を行うことができる。例えば、ＨＴＴＰＳでの要求時はページを表示するが、ＨＴＴＰでの要求時は表示しないといったことを容易に行うことができる。

なお、上記の実施形態ではメソッド、サービス（ポート識別子）、ＵＲＬパスを振り分けの指標に用いたが、その他にコンテンツタイプ、言語、ユーザーエージェント等を用いることもできる。

次に、システムの起動時等に行われる振り分け情報の初期化処理について説明する。

図１３は初期化関数の動作を示すシーケンス図である。なお、ここではＨＴＴＰＳとＨＴＴＰとを登録サービスの対象としている。

図１３において、Ｗｅｂアプリケーション２１の初期化関数２６は初期化処理が開始されると、ＨＴＴＰＳ用のＵＲＬテーブルＴ３を作成し（ステップＳ２１）、ＨＴＴＰＳ要求時に表示を行うＷｅｂページのＵＲＬパスと対応する処理関数（Ｗｅｂページハンドラ）を対応付けて登録する（ステップＳ２２、ステップＳ２３）。

同様にＨＴＴＰ用のＵＲＬテーブルＴ３を作成し（ステップＳ２４）、ＨＴＴＰ要求時に表示を行うＷｅｂページのＵＲＬパスと対応する処理関数（Ｗｅｂページハンドラ）を対応付けて登録する（ステップＳ２５、ステップＳ２６）。

次いで、サービステーブルＴ２を作成し（ステップＳ２７）、サービスとＵＲＬディストリビュータとを対応付けて登録する（ステップＳ２８、ステップＳ２９）。

次いで、メソッドテーブルＴ１を作成し、メソッドとサービスディストリビュータとを対応付けて登録する（ステップＳ３０）。なお、メソッドテーブルＴ１およびメソッドディストリビュータ２２１は通信制御を司るシステム（ＨＴＴＰコネクションマネージャ）の管理下にある。

このように、起動時等の初期化処理において振り分けのためのメソッドテーブルＴ１、サービステーブルＴ２、ＵＲＬテーブルＴ３が生成されるため、その時点で利用不能な処理関数が登録されることがなくなる。

本発明の一実施形態にかかる画像処理システムの構成例を示す図である。 本発明の一実施形態にかかる画像形成装置の機能構成図である。 画像形成装置のハードウェア構成図である。 Ｗｅｂアプリケーションのモジュール構成図である。 ＨＴＴＰデーモンおよびＷｅｂアプリケーションにおける処理の振り分けにかかる機能構成図である。 アプリケーションパスおよびＵＲＬパスの説明図 図５におけるＷｅｂアプリケーションの詳細を示す機能構成図である。 ＨＴＴＰデーモンにおけるポート識別子の取得にかかる機能構成図である。 ＨＴＴＰデーモンおよびＷｅｂアプリケーションにおける処理の振り分けの動作を示すフローチャートである。 図９に対応するシーケンス図である。 Ｗｅｂアプリケーションにおける処理の振り分けの動作を示すフローチャートである。 図１１に対応するシーケンス図である。 初期化関数の動作を示すシーケンス図である。

符号の説明

１ 画像形成装置
２ アプリケーション層
２１ Ｗｅｂアプリケーション
２２ Ｗｅｂアプリライブラリ
２２１ メソッドディストリビュータ
２２２ サービスディストリビュータ
２２３ ＵＲＬディストリビュータ
２２４ ｎｏｔＦｏｕｎｄハンドラ
Ｔ１ メソッドテーブル
Ｔ２ サービステーブル
Ｔ３ ＵＲＬテーブル
２３ Ｗｅｂページライブラリ
２４ Ｗｅｂページハンドラ
２５ Ｗｅｂページファンクション
２６ 初期化関数
３ インタフェース
４ プラットフォーム層
５ サービス層
５１ ＨＴＴＰデーモン
５２ リクエスト処理部
５３ アプリＩＤ／アプリケーションパス対応テーブル
５４ アプリＩＤ／ポート識別子対応テーブル
Ｔ０ ポート識別子／ポート番号対応テーブル
７ インタフェース
８ エンジン部
９ ＨＴＴＰクライアント
１０ ネットワーク

Claims (6)

1. 処理関数によりＷｅｂページを提供するＷＷＷサーバ機能を有する組み込み機器であって、
   １以上の前記処理関数と、リクエストを受け付けるポートにより識別されるサービスと当該サービスの下で利用可能な前記処理関数とを対応付けたポート制御用テーブル群により処理の振り分けを行うポート制御用ディストリビュータとを有する１以上のＷｅｂアプリケーションと、
   Ｗｅｂブラウザを有するクライアントからネットワークを介しリクエストを受信し、受信した当該リクエストに前記サービスを特定するポート識別子を付与して前記１以上のＷｅｂアプリケーションの中から対応するＷｅｂアプリケーションに振り分け、前記クライアントに前記Ｗｅｂアプリケーションでの処理結果をＷｅｂページとして返すＨＴＴＰデーモンと
   を有し、
   前記ＨＴＴＰデーモンは、前記リクエスト中のＷｅｂアプリケーションを特定するアプリケーションパスに基づき対応する前記Ｗｅｂアプリケーションを決定し、
   決定された前記Ｗｅｂアプリケーションの前記ポート制御用ディストリビュータは、前記ポート制御用テーブル群を参照して前記リクエストに係るサービスの下で前記リクエストにおいて要求される処理に係る前記処理関数が利用可能であるかチェックし、利用不可である場合には前記クライアントにページ不在応答用のｎｏｔＦｏｕｎｄハンドラによりエラー応答を返信し、利用可能である場合には当該処理関数を実行させ、前記ＨＴＴＰデーモンを介し前記クライアントに実行結果を返信する
   ことを特徴とする組み込み機器。
2. 前記Ｗｅｂアプリケーションは、前記リクエストのメソッドと当該メソッドの下で利用可能な前記ポート制御用ディストリビュータとを対応付けたメソッド制御用テーブルにより処理の振り分けを行うメソッド制御用ディストリビュータを更に備え、
   当該メソッド制御用ディストリビュータは、前記メソッド制御用テーブルを参照して前記リクエストに係るメソッドに対応する前記ポート制御用ディストリビュータに処理を振り分ける
   ことを特徴とする請求項１記載の組み込み機器。
3. 前記リクエストは、前記アプリケーションパスと、当該アプリケーションパスを含み前記処理関数を特定するＵＲＬパスとを有するＵＲＬと、ＨＴＴＰメソッドを規定するＨＴＴＰヘッダとを有するＨＴＴＰリクエストから構成される
   ことを特徴とする請求項１または２のいずれか一項記載の組み込み機器。
4. 前記サービスは、ＨＴＴＰおよびＨＴＴＰＳを含む
   ことを特徴とする請求項１乃至３のいずれか一項記載の組み込み機器。
5. ＨＴＴＰデーモンと、１以上の処理関数とリクエストを受け付けるポートにより識別されるサービスおよび当該サービスの下で利用可能な前記処理関数を対応付けたポート制御用テーブル群により処理の振り分けを行うポート制御用ディストリビュータとを有する複数のＷｅｂアプリケーションとを有する組み込み機器におけるウェブページ提供方法であって、
   前記ＨＴＴＰデーモンにおいて、Ｗｅｂブラウザを有するクライアントからＨＴＴＰリクエストを受け付けるステップと、
   前記ＨＴＴＰデーモンにおいて、前記ＨＴＴＰリクエスト中のＷｅｂアプリケーションを特定するアプリケーションパスに対応する前記Ｗｅｂアプリケーションが前記１以上のＷｅｂアプリケーションに含まれているかチェックするステップと、
   前記ＨＴＴＰデーモンにおいて、前記アプリケーションパスに対応するＷｅｂアプリケーションが前記１以上のＷｅｂアプリケーションに含まれていない場合、前記クライアントにページ不在応答用のｎｏｔＦｏｕｎｄハンドラによりエラー応答を返信し、前記アプリケーションパスに対応するＷｅｂアプリケーションが前記１以上のＷｅｂアプリケーションに含まれている場合、前記ＨＴＴＰリクエストに前記サービスを特定するポート識別子を付与して前記対応するＷｅｂアプリケーションにわたすステップと、
   前記対応するＷｅｂアプリケーションの前記ポート制御用ディストリビュータにおいて、前記ＨＴＴＰリクエストの前記処理関数を特定するＵＲＬパスに対応する処理関数が前記ＨＴＴＰリクエストに係るサービスの下で利用可能であるか前記ポート制御用テーブル群を参照してチェックするステップと、
   前記対応するＷｅｂアプリケーションの前記ポート制御用ディストリビュータにおいて、前記対応する処理関数が利用不可である場合、前記クライアントに前記ｎｏｔＦｏｕｎｄハンドラによりエラー応答を返信し、前記対応する処理関数が利用可能である場合、前記対応する処理関数に要求された処理を実行させるステップと、
   前記ＨＴＴＰデーモンにおいて、結果をＷｅｂページとして前記クライアントに提供するステップと
   を備えたことを特徴とするウェブページ提供方法。
6. ＨＴＴＰデーモンと、１以上の処理関数とリクエストを受け付けるポートにより識別されるサービスおよび当該サービスの下で利用可能な前記処理関数を対応付けたポート制御用テーブル群により処理の振り分けを行うポート制御用ディストリビュータとを有する複数のＷｅｂアプリケーションとを有する組み込み機器におけるウェブページ提供制御プログラムであって、
   前記組み込み機器を構成するコンピュータに、
   前記ＨＴＴＰデーモンにおいて、Ｗｅｂブラウザを有するクライアントからＨＴＴＰリクエストを受け付けるステップと、
   前記ＨＴＴＰデーモンにおいて、前記ＨＴＴＰリクエスト中のＷｅｂアプリケーションを特定するアプリケーションパスに対応する前記Ｗｅｂアプリケーションが前記１以上のＷｅｂアプリケーションに含まれているかチェックするステップと、
   前記ＨＴＴＰデーモンにおいて、前記アプリケーションパスに対応するＷｅｂアプリケーションが前記１以上のＷｅｂアプリケーションに含まれていない場合、前記クライアントにページ不在応答用のｎｏｔＦｏｕｎｄハンドラによりエラー応答を返信し、前記アプリケーションパスに対応するＷｅｂアプリケーションが前記１以上のＷｅｂアプリケーションに含まれている場合、前記ＨＴＴＰリクエストに前記サービスを特定するポート識別子を付与して前記対応するＷｅｂアプリケーションにわたすステップと、
   前記対応するＷｅｂアプリケーションの前記ポート制御用ディストリビュータにおいて、前記ＨＴＴＰリクエストの前記処理関数を特定するＵＲＬパスに対応する処理関数が前記ＨＴＴＰリクエストに係るサービスの下で利用可能であるか前記ポート制御用テーブル群を参照してチェックするステップと、
   前記対応するＷｅｂアプリケーションの前記ポート制御用ディストリビュータにおいて、前記対応する処理関数が利用不可である場合、前記クライアントに前記ｎｏｔＦｏｕｎｄハンドラによりエラー応答を返信し、前記対応する処理関数が利用可能である場合、前記対応する処理関数に要求された処理を実行させるステップと、
   前記ＨＴＴＰデーモンにおいて、結果をＷｅｂページとして前記クライアントに提供するステップと
   を実行させるためのウェブページ提供制御プログラム。
   

Images