JP4602707B2 - ＷＷＷサーバ機能を有する組み込み機器、ポート情報共有方法、ポート情報共有プログラム、および、Ｗｅｂシステム - Google Patents

Description

本発明はＷＷＷサーバ機能を有する画像形成装置等の組み込み機器、ポート情報共有方法、ポート情報共有プログラム、および、Ｗｅｂシステムに関する。

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

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

ところで、Ｗｅｂページの表示のプロトコルとしては、ＨＴＴＰと、ＳＳＬを用いてセキュリティ機能を付加したＨＴＴＰＳとがある。

一般に、ＨＴＴＰＳのサービスをＨＴＴＰに割り当てられたポートからアクセスしても拒否されてページは見えない。

一方、インターネット上のＨＴＴＰコネクションをセキュアに行う手法として、ＴＬＳを使用した例が開示されている（例えば、非特許文献１参照。）。すなわち、現在一般にＳＳＬ（ＴＬＳの前身）上にＨＴＴＰを形成し、セキュアと非セキュアとのトラフィックを区別するために異なるサーバポート番号を使用することが実際に行われているが、この非特許文献１ではＴＬＳを使用してこれを行う方法を示すものである。
「HTTP Over TLS」RFC2818（http://www.ietf.org/rfc/rfc2818.txt?number=2818）

画像形成装置等の組み込み機器上で動作するＷＷＷサーバにおけるページ処理は上述したように行われるものであるが、次のような制御を行いたい場合がある。

すなわち、システムのＳＳＬ機能が有効の場合は、ＨＴＴＰＳでの要求時にのみページを表示することとし、ＨＴＴＰでの要求時は表示しない。一方、ＳＳＬ機能の設定がオフの場合や、証明書の期限切れ、証明書破損等の原因でＳＳＬ機能が無効の場合は、ＨＴＴＰでの要求を受け付けページを表示するというものである。これは、ＨＴＴＰＳでしか提供されない情報であるにもかかわらず、それにアクセスする手段がなくなり、ユーザビリティが低下してしまうのを防止するためである。なお、システムのＳＳＬ機能状態はＨＴＴＰＳのポート状態から判断することが可能であり、ＨＴＴＰＳポートが開いていればＳＳＬ機能は有効、閉じていればＳＳＬ機能は無効とみなすことができる。

ところで、上述したページ表示に関する制御は、ＨＴＴＰリクエストに含まれるＵＲＬ毎に制御の要否を判断する必要がある。従って、ＨＴＴＰＳポートの状態を判断して上述したような制御を行うのは、ＵＲＬを管理するＷｅｂアプリケーションであるべきと考えられる。ところが、ポートの開閉を行っているのはサーバプログラム側のプロトコルデーモン（ＨＴＴＰデーモン等）であり、Ｗｅｂアプリケーション側からポートの状態を知る手段が存在しないという問題があった。この点は従来は特に認識されておらず、新たな課題の発見といえる。

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

本発明は上記の従来の問題点に鑑み提案されたものであり、その目的とするところは、ポートの状態を含め様々なポートに関する情報を一箇所で管理し、プロトコルデーモンとＷｅｂアプリケーションとでこれら情報の共有を可能とし、特にＨＴＴＰＳでしか提供されない情報であるにもかかわらずそれにアクセスする手段がなくなることを防止することにある。

上記の課題を解決するため、本発明は、請求項１に記載されるように、Ｗｅｂページが処理関数として実現されるＷＷＷサーバ機能を有する組み込み機器において、ポート情報を記憶領域に格納しＷｅｂアプリケーション側から参照可能なポート情報管理部と、ポート状態が非活性状態か活性状態かを判別し、上記ポート情報管理部にポート情報の一部として記憶する手段と、ＨＴＴＰＳでサービスするＷｅｂページに対しＨＴＴＰでリクエストが行われたときに、当該リクエストを受け付けたポートを一意に識別するポート識別子を判定する手段と、上記ポート識別子に基づき上記ポート情報管理部を参照する手段と、上記ポート識別子に対応するＨＴＴＰＳのポート状態が活性状態である場合に、リクエストの受付を拒否し、上記ポート識別子に対応するＨＴＴＰＳのポート状態が非活性状態である場合に、ＨＴＴＰでのページ表示を許可する手段とを備えるようにしている。

また、本発明は、請求項２に記載されるように、上記ＨＴＴＰＳでサービスするＷｅｂページのＨＴＴＰでのページ表示の可否を判断するＨＴＴＰＳフィルタを備えるようにすることができる。

また、本発明は、請求項３に記載されるように、上記ＨＴＴＰＳでサービスするＷｅｂページに対しＨＴＴＰでリクエストが行われたときの上記ＨＴＴＰＳフィルタの起動をＨＴＴＰハンドラが行うようにすることができる。

また、本発明は、請求項４に記載されるように、上記ポート識別子をＨＴＴＰデーモンが生成するようにすることができる。

また、本発明は、請求項５に記載されるように、ポート識別子とポート番号とを対応付けて管理するポート識別子／ポート番号対応テーブルからＨＴＴＰリクエストの指定するポート識別子を取得するようにすることができる。

また、本発明は、請求項６に記載されるように、該当するＷｅｂページが表示できない場合にエラーを返送するｎｏｔＦｏｕｎｄハンドラを備えるようにすることができる。

また、本発明は、請求項７に記載されるように、Ｗｅｂページが処理関数として実現されるＷＷＷサーバ機能を有する組み込み機器におけるポート情報共有方法であって、Ｗｅｂアプリケーション側から参照可能なポート情報管理部の記憶領域にポート情報を格納する工程と、ポート状態が非活性状態か活性状態かを判別し、上記ポート情報管理部にポート情報の一部として記憶する工程と、ＨＴＴＰＳでサービスするＷｅｂページに対しＨＴＴＰでリクエストが行われたときに、当該リクエストを受け付けたポートを一意に識別するポート識別子を判定する工程と、上記ポート識別子に基づき上記ポート情報管理部を参照する工程と、上記ポート識別子に対応するＨＴＴＰＳのポート状態が活性状態である場合に、リクエストの受付を拒否し、上記ポート識別子に対応するＨＴＴＰＳのポート状態が非活性状態である場合に、ＨＴＴＰでのページ表示を許可する工程とを備えるポート情報共有方法として構成することができる。

また、本発明は、請求項８に記載されるように、Ｗｅｂページが処理関数として実現されるＷＷＷサーバ機能を有する組み込み機器におけるポート情報共有プログラムであって、Ｗｅｂアプリケーション側から参照可能なポート情報管理部の記憶領域にポート情報を格納する機能と、ポート状態が非活性状態か活性状態かを判別し、上記ポート情報管理部にポート情報の一部として記憶する機能と、ＨＴＴＰＳでサービスするＷｅｂページに対しＨＴＴＰでリクエストが行われたときに、当該リクエストを受け付けたポートを一意に識別するポート識別子を判定する機能と、上記ポート識別子に基づき上記ポート情報管理部を参照する機能と、上記ポート識別子に対応するＨＴＴＰＳのポート状態が活性状態である場合に、リクエストの受付を拒否し、上記ポート識別子に対応するＨＴＴＰＳのポート状態が非活性状態である場合に、ＨＴＴＰでのページ表示を許可する機能とをコンピュータに実現させるポート情報共有プログラムとして構成することができる。

また、本発明は、請求項９に記載されるように、Ｗｅｂページが処理関数として実現されるＷＷＷサーバ機能を有する組み込み機器と複数のクライアントがネットワークに接続されてなるＷｅｂシステムにおいて、ポート情報を記憶領域に格納しＷｅｂアプリケーション側から参照可能なポート情報管理部と、ポート状態が非活性状態か活性状態かを判別し、上記ポート情報管理部にポート情報の一部として記憶する手段と、ＨＴＴＰＳでサービスするＷｅｂページに対しＨＴＴＰでリクエストが行われたときに、当該リクエストを受け付けたポートを一意に識別するポート識別子を判定する手段と、上記ポート識別子に基づき上記ポート情報管理部を参照する手段と、上記ポート識別子に対応するＨＴＴＰＳのポート状態が活性状態である場合に、リクエストの受付を拒否し、上記ポート識別子に対応するＨＴＴＰＳのポート状態が非活性状態である場合に、ＨＴＴＰでのページ表示を許可する手段とを備えるＷｅｂシステムとして構成することができる。

本発明によれば、ポートの状態を含め様々なポートに関する情報を一箇所で管理し、プロトコルデーモンとＷｅｂアプリケーションとでこれら情報の共有を可能とし、特にＨＴＴＰＳでしか提供されない情報であるにもかかわらずそれにアクセスする手段がなくなることを防止することができる。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

図５はポート情報の共有にかかる機能構成図を示したものである。

図５において、通常のＷＷＷサーバ機能は、インターネット等のネットワーク１０を介してＨＴＴＰクライアント９（通常はパーソナルコンピュータ上で動作するブラウザ）と接続される通信制御モジュールであるＮＣＳ５ｆと、Ｗｅｂページの表示等の所定の動作を行うＷｅｂアプリケーション２１と、Ｗｅｂアプリケーション２１に対して各種の共通機能を提供するＷｅｂアプリケーション開発用のライブラリ（フレームワーク）２２，２３と、Ｗｅｂアプリケーション２１からアクセスされるＯＣＳ５ｅ，ＳＣＳ５ａ，ＮＣＳ５ｆ，ＵＣＳ５ｇ等から実現される。なお、Ｗｅｂアプリケーション２１とライブラリ２２，２３は一体となって実質的にＷｅｂアプリケーションを構成するものである。

なお、Ｗｅｂアプリケーション２１に含まれる「ＮＲＳ」は遠隔診断サービス：ＮＲＳ（Ｎｅｗ Ｒｅｍｏｔｅ Ｓｅｒｖｉｃｅ）と呼ばれる契約した特別なユーザに提供される遠隔診断サービスを行うアプリケーションであり、「ＩＰＰ」はＨＴＴＰのプロトコルを使った印刷であるＩＰＰ（Ｉｎｔｅｒｎｅｔ Ｐｒｉｎｔｉｎｇ Ｐｒｏｔｏｃｏｌ）を行うためのアプリケーションである。また、同名のＮＣＳ５ｆが二箇所に示されており、システム構成上は一体をなすものであるが、機能的に分けて示してある。

また、ＮＣＳ５ｆ内のＨＴＴＰデーモン５１はＨＴＴＰクライアント９から与えられたＨＴＴＰリクエストをライブラリ２２，２３を介して対応するＷｅｂアプリケーション２１に振り分けると共に、Ｗｅｂアプリケーション２１から出力される処理結果（ＨＴＭＬ，ＸＭＬ，ＴＥＸＴ）をＨＴＴＰクライアント９に対して返送するものである。同様に、ＦＴＰデーモン５５はＦＴＰに関する処理を行うものである。また、ライブラリ２３にはＷｅｂページの表示等の処理を担当するＨＴＴＰハンドラ２３１が設けられている。

一方、本発明のポート情報の共有の中心的な機能を実現する部分として、ライブラリ２４内にｎｃｓサービス部２４１が設けられている。ｎｃｓサービス部２４１はＮＣＳ５ｆのＨＴＴＰデーモン５１、ＦＴＰデーモン５５等からポート情報の設定が行われ、そのポート情報をポート情報管理ファイルＦ１に格納して管理すると共に、Ｗｅｂアプリケーション２１およびライブラリ２３からポート情報の参照が行われるようになっている。

図６はポート情報管理ファイルＦ１の例を示す図であり、提供するサービスに対応するポートを一意に識別する「ポート識別子」と、ポートに付された番号を示す「ポート番号」と、セキュアなポートか否かを示す「セキュア」と、サーバ証明書の格納領域ＩＤを示す「サーバ証明ＩＤ」と、クライアント証明の要否を示す「クライアント証明」と、ポートの活性・非活性を示す「ポート状態」等のフィールドを有している。

図５に戻り、ライブラリ２３には、ｎｃｓサービス部２４１の管理するポート情報を参照してアプリケーションの動作を制御するモジュールとしてＨＴＴＰＳフィルタ２３２が設けられている。ここで、ＨＴＴＰＳフィルタ２３２は、ＳＳＬをベースとしたＨＴＴＰＳでサービスをしているＷｅｂページに対してＨＴＴＰでアクセスが行われた場合、ＨＴＴＰＳのポート状態を参照し、ＩＮＡＣＴＩＶＥ（非活性）である場合にページ表示を許可する動作を行う。これは、ＳＳＬ機能がオフである場合や証明書破損等の原因でＳＳＬが使用できなくなった場合に当該ページにアクセスする手段がなくなってしまうことを回避するために有用である。

また、ＮＣＳ５ｆのＨＴＴＰデーモン５１はＨＴＴＰリクエストの振り分けに際してポート識別子を生成する機能を有している。このポート識別子は上記のＨＴＴＰＳフィルタ２３２における制御で用いられる。

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

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

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

図８はＨＴＴＰデーモンによるポート状態の設定の動作を示すシーケンス図であり、図９は図８に対応するフローチャートである。

図８および図９において、ＨＴＴＰデーモン５１はシステム状態を基にポートオープン処理が可能であるか調べ（ステップＳ１）、不可能である場合（ステップＳ１のＮｏ）はポート状態をＩＮＡＣＴＩＶＥに設定し（ステップＳ２）、これを受けてｎｃｓサービス部２４１はポート情報管理ファイルＦ１の対応するポートの欄に「ＩＮＡＣＴＩＶＥ」を書き込み（ステップＳ３）、処理を終了する。

一方、ポートオープン処理が可能である場合（ステップＳ１のＹｅｓ）は、ポートオープン処理を行い（ステップＳ４）、ポート状態をＡＣＴＩＶＥ（活性）に設定し（ステップＳ５）、これを受けてｎｃｓサービス部２４１はポート情報管理ファイルＦ１の対応するポートの欄に「ＡＣＴＩＶＥ」を書き込み（ステップＳ６）、処理を終了する。

次に、図１０はＨＴＴＰＳフィルタによるポート状態の参照等の動作を示すシーケンス図であり、図１１は図１０に対応するフローチャートである。

図１０および図１１において、ＨＴＴＰクライアント９からＨＴＴＰリクエストが送られると（ステップＳ１）、ＨＴＴＰデーモン５１は受け付けたポート番号に対応する「ポート識別子」をリクエスト情報に設定し（ステップＳ２）、ＨＴＴＰハンドラ２３１に対してページ処理のための振り分けを行う（ステップＳ３）。

ＨＴＴＰハンドラ２３１は要求されたページがＳＳＬをベースとしたＨＴＴＰＳでサービスをしている場合、ＨＴＴＰＳフィルタ２３２を起動して処理を依頼する（ステップＳ４）。

ＨＴＴＰＳフィルタ２３２は、ＨＴＴＰデーモン５１によってリクエスト情報に設定されたポート識別子を調べ（ステップＳ５）、ポート識別子がＨＴＴＰＳである場合（ステップＳ５のＨＴＴＰＳ）、リクエストを受け付けてページ表示等の処理を実行し（ステップＳ６、ステップＳ７）、ＨＴＴＰデーモン５１を介してＨＴＴＰクライアント９に処理結果を返送し（ステップＳ８、ステップＳ９）、処理を終了する。

一方、ポート識別子がＨＴＴＰである場合（ステップＳ５のＨＴＴＰ）、ＨＴＴＰＳフィルタ２３２はｎｃｓサービス部２４１からポート識別子”ＨＴＴＰＳ”をキーにして、ＨＴＴＰＳのポート状態を取得する（ステップＳ１０）。このとき、ｎｃｓサービス部２４１はポート情報管理ファイルＦ１を検索してポート状態を読み取り（ステップＳ１１）、ＨＴＴＰＳフィルタ２３２に返す（ステップＳ１２）。

次いで、ＨＴＴＰＳフィルタ２３２は、取得したＨＴＴＰＳのポート状態がＩＮＡＣＴＩＶＥである場合（ステップＳ１３のＩＮＡＣＴＩＶＥ）は、リクエストを受け付けてページ表示等の処理を実行し（ステップＳ１４、ステップＳ１５）、ＨＴＴＰデーモン５１を介してＨＴＴＰクライアント９に処理結果を返送し（ステップＳ１６、ステップＳ１７）、処理を終了する。

一方、ＨＴＴＰＳのポート状態がＡＣＴＩＶＥである場合（ステップＳ１３のＡＣＴＩＶＥ）は、受け付けを拒否し（ステップＳ１８）、ＮｏｔＦｏｕｎｄエラーをＨＴＴＰクライアント９に返信して（ステップＳ１９、ステップＳ２０）、処理を終了する。

次に、図１２および図１３はＨＴＴＰＳフィルタによるポート状態の参照等の他の動作を示すシーケンス図であり、図１４は図１２および図１３に対応するフローチャートである。ここでは「暗号化通信モード」を考慮した処理を行っている。

図１２〜図１４において、ＨＴＴＰクライアント９から平文もしくは暗号化文によるＨＴＴＰリクエストが送られると（ステップＳ１）、ＨＴＴＰデーモン５１は受け付けたポート番号に対応する「ポート識別子」をリクエスト情報に設定し（ステップＳ２）、ＨＴＴＰハンドラ２３１に対してページ処理のための振り分けを行う（ステップＳ３）。

ＨＴＴＰハンドラ２３１は要求されたページがＳＳＬをベースとしたＨＴＴＰＳでサービスをしている場合、ＨＴＴＰＳフィルタ２３２を起動して処理を依頼する（ステップＳ４）。

ＨＴＴＰＳフィルタ２３２は、ＨＴＴＰデーモン５１によってリクエスト情報に設定されたポート識別子を調べ（ステップＳ５）、ポート識別子がＨＴＴＰＳである場合（ステップＳ５のＨＴＴＰＳ）、リクエストを受け付けてページ表示等の処理を実行し（ステップＳ６、ステップＳ７）、ＨＴＴＰデーモン５１を介してＨＴＴＰクライアント９に暗号化された処理結果を返送し（ステップＳ８、ステップＳ９）、処理を終了する。

また、ポート識別子がＨＴＴＰである場合（ステップＳ５のＨＴＴＰ）、ＨＴＴＰＳフィルタ２３２はＳＳＬ設定を調べ（ステップＳ１０）、ＳＳＬ設定が無効である場合（ステップＳ１０の無効）、リクエストを受け付けてページ表示等の処理を実行し（ステップＳ１１、ステップＳ１２）、ＨＴＴＰデーモン５１を介してＨＴＴＰクライアント９に平文による処理結果を返送し（ステップＳ１３、ステップＳ１４）、処理を終了する。

一方、ＳＳＬ設定が有効である場合（ステップＳ１０の有効）、ＨＴＴＰＳフィルタ２３２はｎｃｓサービス部２４１からポート識別子”ＨＴＴＰＳ”をキーにして、ＨＴＴＰＳのポート状態を取得する（ステップＳ１５）。このとき、ｎｃｓサービス部２４１はポート情報管理ファイルＦ１を検索してポート状態を読み取り（ステップＳ１６）、ＨＴＴＰＳフィルタ２３２に返す（ステップＳ１７）。

ＨＴＴＰＳフィルタ２３２は続いてシステム内のＮＶ−ＲＡＭ（不揮発性メモリ）を参照して暗号化通信モードを取得する（ステップＳ１８）。

次いで、ＨＴＴＰＳフィルタ２３２はｎｃｓサービス部２４１から取得したポート状態を調べる（ステップＳ１９）。

ポート状態がＩＮＡＣＴＩＶＥである場合、図１３（ａ）に示すように、ＨＴＴＰＳフィルタ２３２は既に取得した暗号化通信モードを調べ（ステップＳ２０）、暗号化通信モードが「暗号化優先」または「平文も許可」である場合、リクエストを受け付けてページ表示等の処理を実行し（ステップＳ２１、ステップＳ２２）、ＨＴＴＰデーモン５１を介してＨＴＴＰクライアント９に平文による処理結果を返送し（ステップＳ２３、ステップＳ２４）、処理を終了する。また、暗号化通信モードが「暗号化のみを許可」である場合、受け付けを拒否し、ＮｏｔＦｏｕｎｄエラーをＨＴＴＰクライアント９に返信して（ステップＳ２５）、処理を終了する。

一方、ポート状態の判断（ステップＳ１９）において、ポート状態がＡＣＴＩＶＥである場合、図１３（ｂ）に示すように、ＨＴＴＰＳフィルタ２３２は既に取得した暗号化通信モードを調べ（ステップＳ２６）、暗号化通信モードが「平文も許可」である場合、リクエストを受け付けてページ表示等の処理を実行し（ステップＳ２７、ステップＳ２８）、ＨＴＴＰデーモン５１を介してＨＴＴＰクライアント９に平文による処理結果を返送し（ステップＳ２９、ステップＳ３０）、処理を終了する。また、暗号化通信モードが「暗号化のみを許可」または「暗号化優先」である場合、スキーマを“ｈｔｔｐｓ”としたロケーションを設定して「Ｍｏｖｅｄ Ｔｅｍｐｏｒａｒｙ」をＨＴＴＰクライアント９に対して送信し（ステップＳ３１）、リクエストの再送を要求して処理を終了する。

このように、システムのＳＳＬ機能が有効である場合には、ＨＴＴＰＳでサービスをしているページに対するＨＴＴＰでの要求を自動的にＨＴＴＰＳ要求としてクライアントに再送させることにより、ユーザビリティの向上を図ることができる。

以上、本発明の好適な実施の形態により本発明を説明した。ここでは特定の具体例を示して本発明を説明したが、特許請求の範囲に定義された本発明の広範な趣旨および範囲から逸脱することなく、これら具体例に様々な修正および変更を加えることができることは明らかである。すなわち、具体例の詳細および添付の図面により本発明が限定されるものと解釈してはならない。

本発明の一実施形態にかかる画像処理システムの構成例を示す図である。 本発明の一実施形態にかかる画像形成装置の機能構成図である。 画像形成装置のハードウェア構成図である。 Ｗｅｂアプリケーションのモジュール構成図である。 ポート情報の共有にかかる機能構成図である。 ポート情報管理ファイルの例を示す図である。 ＨＴＴＰデーモンにおけるポート識別子の取得にかかる機能構成図である。 ＨＴＴＰデーモンによるポート状態の設定の動作を示すシーケンス図である。 図８に対応するフローチャートである。 ＨＴＴＰＳフィルタによるポート状態の参照等の動作を示すシーケンス図である。 図１０に対応するフローチャートである。 ＨＴＴＰＳフィルタによるポート状態の参照等の他の動作を示すシーケンス図（その１）である。 ＨＴＴＰＳフィルタによるポート状態の参照等の他の動作を示すシーケンス図（その２）である。 図１２および図１３に対応するフローチャートである。

符号の説明

１ 画像形成装置
２ アプリケーション層
２１ Ｗｅｂアプリケーション
２２ ライブラリ
２３ ライブラリ
２３１ ＨＴＴＰハンドラ
２３２ ＨＴＴＰＳフィルタ
Ｆ１ ポート情報管理ファイル
２４ ライブラリ
２４１ ｎｃｓサービス部
３ インタフェース
４ プラットフォーム層
５ サービス層
５１ ＨＴＴＰデーモン
５２ リクエスト処理部
５３ アプリＩＤ／アプリケーションパス対応テーブル
５４ アプリＩＤ／ポート識別子対応テーブル
５５ ＦＴＰデーモン
Ｔ０ ポート識別子／ポート番号対応テーブル
７ インタフェース
８ エンジン部
９ ＨＴＴＰクライアント
１０ ネットワーク

Claims (9)

1. Ｗｅｂページが処理関数として実現されるＷＷＷサーバ機能を有する組み込み機器において、
   ポート情報を記憶領域に格納しＷｅｂアプリケーション側から参照可能なポート情報管理部と、
   ポート状態が非活性状態か活性状態かを判別し、上記ポート情報管理部にポート情報の一部として記憶する手段と、
   ＨＴＴＰＳでサービスするＷｅｂページに対しＨＴＴＰでリクエストが行われたときに、当該リクエストを受け付けたポートを一意に識別するポート識別子を判定する手段と、
   上記ポート識別子に基づき上記ポート情報管理部を参照する手段と、
   上記ポート識別子に対応するＨＴＴＰＳのポート状態が活性状態である場合に、リクエストの受付を拒否し、上記ポート識別子に対応するＨＴＴＰＳのポート状態が非活性状態である場合に、ＨＴＴＰでのページ表示を許可する手段とを備えたことを特徴とするＷＷＷサーバ機能を有する組み込み機器。
2. 上記ＨＴＴＰＳでサービスするＷｅｂページのＨＴＴＰでのページ表示の可否を判断するＨＴＴＰＳフィルタを備えた請求項１に記載のＷＷＷサーバ機能を有する組み込み機器。
3. 上記ＨＴＴＰＳでサービスするＷｅｂページに対しＨＴＴＰでリクエストが行われたときの上記ＨＴＴＰＳフィルタの起動をＨＴＴＰハンドラが行う請求項２に記載のＷＷＷサーバ機能を有する組み込み機器。
4. 上記ポート識別子をＨＴＴＰデーモンが生成する請求項１乃至３のいずれか一項に記載のＷＷＷサーバ機能を有する組み込み機器。
5. ポート識別子とポート番号とを対応付けて管理するポート識別子／ポート番号対応テーブルからＨＴＴＰリクエストの指定するポート識別子を取得する請求項１乃至４のいずれか一項に記載のＷＷＷサーバ機能を有する組み込み機器。
6. 該当するＷｅｂページが表示できない場合にエラーを返送するｎｏｔＦｏｕｎｄハンドラを備えた請求項１乃至５のいずれか一項に記載のＷＷＷサーバ機能を有する組み込み機器。
7. Ｗｅｂページが処理関数として実現されるＷＷＷサーバ機能を有する組み込み機器におけるポート情報共有方法であって、
   Ｗｅｂアプリケーション側から参照可能なポート情報管理部の記憶領域にポート情報を格納する工程と、
   ポート状態が非活性状態か活性状態かを判別し、上記ポート情報管理部にポート情報の一部として記憶する工程と、
   ＨＴＴＰＳでサービスするＷｅｂページに対しＨＴＴＰでリクエストが行われたときに、当該リクエストを受け付けたポートを一意に識別するポート識別子を判定する工程と、
   上記ポート識別子に基づき上記ポート情報管理部を参照する工程と、
   上記ポート識別子に対応するＨＴＴＰＳのポート状態が活性状態である場合に、リクエストの受付を拒否し、上記ポート識別子に対応するＨＴＴＰＳのポート状態が非活性状態である場合に、ＨＴＴＰでのページ表示を許可する工程とを備えたポート情報共有方法。
8. Ｗｅｂページが処理関数として実現されるＷＷＷサーバ機能を有する組み込み機器におけるポート情報共有プログラムであって、
   Ｗｅｂアプリケーション側から参照可能なポート情報管理部の記憶領域にポート情報を格納する機能と、
   ポート状態が非活性状態か活性状態かを判別し、上記ポート情報管理部にポート情報の一部として記憶する機能と、
   ＨＴＴＰＳでサービスするＷｅｂページに対しＨＴＴＰでリクエストが行われたときに、当該リクエストを受け付けたポートを一意に識別するポート識別子を判定する機能と、
   上記ポート識別子に基づき上記ポート情報管理部を参照する機能と、
   上記ポート識別子に対応するＨＴＴＰＳのポート状態が活性状態である場合に、リクエストの受付を拒否し、上記ポート識別子に対応するＨＴＴＰＳのポート状態が非活性状態である場合に、ＨＴＴＰでのページ表示を許可する機能とをコンピュータに実現させるポート情報共有プログラム。
9. Ｗｅｂページが処理関数として実現されるＷＷＷサーバ機能を有する組み込み機器と複数のクライアントがネットワークに接続されてなるＷｅｂシステムにおいて、
   ポート情報を記憶領域に格納しＷｅｂアプリケーション側から参照可能なポート情報管理部と、
   ポート状態が非活性状態か活性状態かを判別し、上記ポート情報管理部にポート情報の一部として記憶する手段と、
   ＨＴＴＰＳでサービスするＷｅｂページに対しＨＴＴＰでリクエストが行われたときに、当該リクエストを受け付けたポートを一意に識別するポート識別子を判定する手段と、
   上記ポート識別子に基づき上記ポート情報管理部を参照する手段と、
   上記ポート識別子に対応するＨＴＴＰＳのポート状態が活性状態である場合に、リクエストの受付を拒否し、上記ポート識別子に対応するＨＴＴＰＳのポート状態が非活性状態である場合に、ＨＴＴＰでのページ表示を許可する手段とを備えたことを特徴とするＷｅｂシステム。
   

Images