JP2005196559A - Ｗｅｂサーバ組み込みビジネス機器 - Google Patents

Abstract

【課題】 本発明の課題は、ネットワークプロトコルに対応するポートを一意に識別するポート識別子を用いてＷｅｂサーバへの利用ポートの登録を可能とし、Ｗｅｂアプリケーションがポート番号に依存することなくポート番号の変更を可能とするＷｅｂサーバ機能を有する組み込み機器を提供することを目的とする。
【解決手段】 本発明の課題は、ＩＰアドレスとポート番号とを含むネットワークプロトコルリクエストを受信し、前記ネットワークプロトコルリクエストを処理し、前記ネットワークプロトコルリクエストに対してネットワークプロトコルレスポンスによって応答するウェブサーバ機能を組み込んだウェブサーバ組み込みビジネス機器であって、前記ネットワークプロトコルリクエストは前記ポートのポート番号を含むポート情報の取得リクエストを含み、前記取得リクエストを処理することによって前記ポート情報、及び、前記ポート情報の変更指示を入力可能とするＷｅｂ情報を含むネットワークプロトコルレスポンスで応答するＷｅｂサーバ機能付き組み込み機器によって達成される。
【選択図】 図１５

Description

本発明は、
提供するＷｅｂサーバ組み込みビジネス機器に関する。

近年、ＦＡＸ、コピー機、プリンタ等の画像形成装置が、ネットワークを介して情報の提供又は処理の実行を行うようになってきた。

例えば、ユーザは、端末のＷｅｂブラウザからＨＴＴＰリクエストを送信し、ネットワークを介してＦＡＸ機能を有する画像形成装置に対して、ファクシミリ送信機能を作動させることができるようになった（例えば、特許文献１）。

また、ネットワークに接続された計算機に対するセキュリティに関して、ファイアウォールを備えた計算機をネットワークに接続してデータ通信をする際に、ソケット処理を行う前にサーバ・アプリケーションのサービスポート番号を動的に変更することができるようになった（例えば、特許文献２）。動的に変更する仕組みとして、時系列に沿った一意の乱数を使用して通信毎に変更してサービスポート番号を決定することが提案されている。この仕組みでは、このような計算機に接続されるクライアント端末にて、同じ仕組みによってサービスポート番号を決定することによって、計算機が決定したサービスポート番号と同一のサービスポート番号を用いて通信することが可能となる。
特開平１０−１７３８９０号公報 特開２００２−２３６６２７号公報

現在、画像形成装置等のビジネス機器の分野において、機器上にＷｅｂサーバ機能が搭載され、機器の状態参照や設定などがＷｅｂブラウザを使ってオフィス内からだけでなく、インターネットを通じて外出先からでも可能となっている。

このようにインターネットを通じてアクセスを行う際のプロトコルとしてＨＴＴＰが一般的である。そのＨＴＴＰ通信時に使用するポート番号は「８０」であり、これは通常使用されるポート番号として世間に認知されている。

しかし、通常使用されるポート番号「８０」は世間一般に広く知られているが為に、悪意を持った第三者からの攻撃対象になることが考えられる。そのため、セキュリティ向上をはかることを目的に、ＨＴＴＰ通信に用いるポート番号を変更したいというニーズが存在する。

ただし、ＷｅｂブラウザはＨＴＴＰ通信において接続先Ｗｅｂサーバのポート番号を指定しなかった場合、自動的にポート番号として「８０」を使用して通信を行うようになっており、「８０」以外のポートを利用したＨＴＴＰ通信を行いたい場合には、ポート番号をユーザがＵＲＬに明記して指定する必要がある。そのため、ＷｅｂサーバがＨＴＴＰ通信に用いるポート番号を「８０」以外に変更した場合、新しいポート番号を全ユーザに周知する必要がある。

ここで、インターネットを通じて不特定多数のユーザに対してコンテンツを提供する一般的なＷｅｂサーバにおいては、全てのユーザに対してポート番号変更を周知するのは現実的には不可能と考えられる。

これに対して、オフィス内ないしはインターネット越しの特定少数のユーザに使用されることが想定される一般的なビジネス機器の場合、このユーザへの周知は可能であると考えられる。

しかしながら、従来のビジネス機器においては、プロトコルデーモン（ｈｔｔｐｄ）が利用ポート番号を内部に抱え込んでいたため、容易に変更することができない等の問題があった。

また、今後ビジネス機器上のＷｅｂサーバでは、セキュリティ面の考慮から、Ｗｅｂアプリケーションが想定外のポートからのアクセスを受けないようにするため、各Ｗｅｂアプリケーションが利用するポートをＷｅｂサーバに登録するようになる。Ｗｅｂサーバに直接ポート番号を登録する方法では、ポート番号の変更に対応できないといった不具合が生じることが考えられる。

そこで、本発明は、ネットワークプロトコルに対応するポートを一意に識別するための「ポート識別子」を定義し、これをＷｅｂサーバへの利用ポートの登録に用いることにより、既存ＷｅｂアプリケーションやＳＤＫ（Ｓｏｆｔｗａｒｅ Ｄｅｖｅｌｏｐｍｅｎｔ Ｋｉｔ）Ｗｅｂアプリケーションがポート番号に依存することなくシステムを構築することを可能とする仕組みを提供し、ポート番号の変更をサポートする。

また、ユーザへの周知を容易に可能とするために、ポート番号が変更になった際には、そのビジネス機器を利用しているユーザに対して、新しいポート番号を含めたビジネス機器へのアクセスＵＲＬを送付する仕組みを提供する。

上記課題を解決するため、本発明は、請求項１に記載されるように、ＩＰアドレスとポート番号とを含むネットワークプロトコルリクエストを受信し、前記ネットワークプロトコルリクエストを処理し、前記ネットワークプロトコルリクエストに対してネットワークプロトコルレスポンスによって応答するウェブサーバ機能を組み込んだウェブサーバ組み込みビジネス機器であって、前記ネットワークプロトコルリクエストは前記ポートのポート番号を含むポート情報の取得リクエストが含み、前記取得リクエストを処理することによって前記ポート情報、及び、前記ポート情報の変更指示を入力可能とするＷｅｂ情報を含むネットワークプロトコルレスポンスを応答するように構成される。

このようなＷｅｂサーバ組み込みビジネス機器では、現在有効なポート番号を指定したネットワークプロトコルリクエストに対して、そのポート番号を設定（変更）可能とするネットワークプロトコルレスポンスで応答することができる。

また、本発明は、請求項２に記載されるように、前記ネットワークプロトコルレスポンスを用いて設定された前記ポート情報の変更指示による設定リクエストを含む前記ネットワークプロトコルリクエストを受信すると、前記設定リクエストに従って前記ポート情報を設定するように構成することができる。

このようなＷｅｂサーバ組み込みビジネス機器では、ポート情報の設定リクエストに応じた処理を行うことができる。

更に、本発明は、請求項３に記載されるように、前記ポート情報の設定を行った旨を通知するように構成することができる。

このようなＷｅｂサーバ組み込みビジネス機器では、例えば、Ｗｅｂ、メール、ＦＡＸによってポート情報が設定されたことをユーザへ周知させることができる。

また、本発明は、請求項４に記載されるように、文書配信機能を有し、前記文書配信機能を利用して、電子メールによって前記通知を行うように構成することができる。

このようなＷｅｂサーバ組み込みビジネス機器では、文書配信機能を利用して、ポート情報が設定されたことを通知することができる。

更に、本発明は、請求項５に記載されるように、前記電子メールに設定後のポート情報を含むリンクを付すように構成することができる。

このようなＷｅｂサーバ組み込みビジネス機器では、このような電子メールを受信したユーザは、例えば、リンクをお気に入りなどとしてＷｅｂブラウザに登録することによって、ポート情報の変更を気にすることなく容易にアクセスすることができる。

また、本発明は、請求項６に記載されるように、前記文書配信機能又はＦＡＸ機能を用いて、前記文書配信機能又は前記ＦＡＸ機能によって登録された宛先へ前記通知を行うように構成することができる。

このようなＷｅｂサーバ組み込みビジネス機器では、文書配信機能又はＦＡＸ機能のアドレス情報を用いて通知することができる。

更に、本発明は、請求項７に記載されるように、前記ポート情報はネットワークプロトコルに対応するポートを一意に識別するポート識別子を含み、前記ポート識別子に基づいて前記ポート情報への設定又は前記ポート情報の取得を行うように構成することができる。

このようなＷｅｂサーバ組み込みビジネス機器では、ポート識別子に対応させてポート番号を設定又は取得することができる。

また、本発明は、請求項８に記載されるように、リクエストを処理するアプリケーションを有し、前記アプリケーション自身が処理するポート情報を前記ネットワークプロトコルデーモンに登録するように構成することができる。

このようなＷｅｂサーバ組み込みビジネス機器では、アプリケーションがポート情報を登録することができる。

更に、本発明は、請求項９に記載されるように、前記アプリケーションが登録するポート情報は、前記ポート識別子であるように構成することができる。

このようなＷｅｂサーバ組み込みビジネス機器では、アプリケーションがポート識別子用いて、対象となるポートを登録することができる。

上記課題を解決するための手段として、本発明は、上記組み込み機器での処理をコンピュータに行なわせるための方法及び該処理をコンピュータに実行させるためのプログラム並びに該プログラムを記憶させた記憶媒体とすることもできる。

本願発明によれば、ネットワークプロトコルに対応するポートを一意に識別するための「ポート識別子」を定義し、これをＷｅｂサーバへの利用ポートの登録に用いることにより、既存ＷｅｂアプリケーションやＳＤＫ（Ｓｏｆｔｗａｒｅ Ｄｅｖｅｌｏｐｍｅｎｔ Ｋｉｔ）Ｗｅｂアプリケーションがポート番号に依存することなくポート番号の変更を可能とする。

また、ユーザへの周知を容易とするために、ポート番号が変更になった際には、そのビジネス機器を利用しているユーザに対して、新しいポート番号を含めたビジネス機器へのアクセスＵＲＬを送付することができる。

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

本発明の一実施例に係る画像形成装置は、Ｗｅｂサーバ機能を組み込んだビジネス機器としてプリンタ、コピー、ファクシミリ、スキャナ等の各装置の機能を一つの筐体内に収納し、複数のＷｅｂアプリケーションによって画像形成に関する情報を提供することが可能な装置である。そのような画像形成装置を用いて構成される画像処理システムは、例えば、図１に示すようなシステム構成を成す。

図１は、本発明の一実施例にかかる画像処理システムの構成例を示す図である。図１において、画像処理システム１０００では、画像形成装置１に対し、オフィス内に設置された複数のＨＴＴＰ（HyperText Transfer Protocol）クライアント９等がネットワーク１０を介して接続されている。また、オフィス外にあるＨＴＴＰクライアント９は、インターネット１０ｂ、及び、オフィス内のネットワーク１０とオフィス外のインターネット１０ｂとを接続するルータ１０ａを介して、画像形成装置１に接続可能である。ネットワーク１０は、オフィス内で構築されたＬＡＮ（Local Area Network）、イントラネット、又はインターネット等である。画像形成装置１は、オフィス内及びオフィス外のＨＴＴＰクライアント９からのＨＴＴＰリクエストに応じて、所定処理を実行し、その処理結果をＨＴＴＰレスポンスとしてＨＴＴＰクライアント９へ提供する。

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

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

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

アプリケーション層２は画像形成装置１における個別の処理を行うソフトウェア群であり、コピー用のアプリケーションであるコピーアプリケーション２ａと、ファックス用のアプリケーションであるファックスアプリケーション２ｂと、プリンタ用のアプリケーションであるプリンタアプリケーション２ｃと、スキャナ用のアプリケーションであるスキャナアプリケーション２ｄと、ネットワークを介してファイルのやりとりを行うネットファイル用のアプリケーションであるネットファイルアプリケーション２ｅとを含む。

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

更に、ＳＤＫアプリケーション２００ａは、サードパーティによって開発されたアプリケーションであり、例えば、「特定業種向け文書管理ソフト」といったようなものである。

また、メール通知アプリケーション２００ｂは、ユーザの電子メールアドレスへ電子メール（以下、単にメールと言う）を送信することによって、ポート番号の変更を通知するメール通知機能を有し、メールによる情報提供を行う。通常、メール通知アプリケーション２００ｂは、スキャナアプリケーション２ｄによって読み取り走査された文書を所定の複数のユーザへメール送信するような文書配信機能（Scan to Mail）として利用されている。本実施例では、この文書配信機能は、変更されたポート番号が付加されたアドレスが、所定の複数のユーザへ周知させるために利用される。

なお、図では省略してあるが、アプリケーションとインタフェース３の間にはアプリケーションに対して共通的な機能を提供しソフトウェア開発を容易にするためのライブラリ（プラットフォーム）が適宜に設けられる。

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

ＵＣＳ５ｇは、文書配信機能（Scan to Mail）又はファックスアプリケーション２ｂによって登録されたユーザ情報を管理する。ユーザ情報には、ユーザのメールアドレス、ＦＡＸ番号などが含まれる。

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

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

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

コントローラ１０１は、画像処理用途向けのＩＣであるＡＳＩＣ１０２にブリッジとしてのＮＢ１０５を介して一般制御用のＩＣであるＣＰＵ１０６が接続され、ＮＢ１０５のバス（ＰＣＩ ＢＵＳ）に、周辺デバイス等との接続を行うブリッジであるＳＢ１０８と、ネットワーク通信を制御するＮＩＣ１０９と、ＵＳＢ（Universal Serial Bus）インタフェースを提供するＵＳＢ１１０と、ＩＥＥＥ１３９４インタフェースを提供するＩＥＥＥ１３９４１１１と、セントロニクスインタフェースを提供するセントロニクス１１２と、オプションアプリケーションなどが格納されたメモリカードとの間でプログラムおよびデータの入出力を行うメモリカードインタフェース１１５とが接続され、ＡＳＩＣ１０２に記憶装置としてのＭＥＭ−Ｃ１０３とＨＤＤ１０４が接続され、ＮＢ１０５に記憶装置としてのＭＥＭ−Ｐ１０７が接続されて構成されている。なお、メモリカードインタフェース１１５はＵＳＢ１１０の機能の一部または全部を利用するものとしてもよい。

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

図４において、Ｗｅｂアプリケーション２０は、Ｗｅｂブラウザ等のＨＴＴＰクライアント９からネットワーク１０を介して受け付けたＨＴＴＰリクエストの振り分けおよびＷｅｂアプリケーションでの処理結果（ＨＴＭＬ，ＸＭＬ，ＴＥＸＴ）の返送を行うＨＴＴＰデーモン５１（図２のＮＣＳ５ｆの機能の一部）に接続されており、内部には、各種の共通機能を提供するＷｅｂアプリケーション開発用のフレームワークであるＷｅｂアプリライブラリ２２およびＷｅｂページライブラリ２３と、Ｗｅｂページの操作を行うＷｅｂページハンドラ２４と、Ｗｅｂページの表示に関する具体的処理を行うＷｅｂページファンクション２５と、処理結果データをＸＭＬによって記述することによってデータ変換をしてシリアライズするタイプライブラリ２６と、ＸＭＬの解釈及び記述を行うＸＭＬ(eXtensible Markup Language)ライブラリ２７と、ＸＭＬで記述された処理結果をＨＴＭＬの記述に変換するＸＳＬＴ（XSL Transformations）プロセッサ２８とを含んでいる。

ここで、Ｗｅｂページハンドラ２４およびＷｅｂページファンクション２５はＷｅｂページを実現する処理関数を構成するものである。また、Ｗｅｂページファンクション２５は処理の実行に際し、インタフェース３を介してＯＣＳ５ａ、ＵＣＳ５ｇ等と通信を行うようになっている。

また、Ｗｅｂアプリケーション２１とＷｅｂアプリライブラリ２２、Ｗｅｂページライブラリ２３とは一体となって実質的にＷｅｂアプリケーションを構成するものである。

更に、タイプライブラリ２６においてシリアライズするとは、Ｗｅｂページファンクション２５から通知された処理結果をＸＭＬによって記述することである。

本発明において、Ｗｅｂアプリケーション２０及びＳＤＫアプリケーション２００ａによるポート状態の取得を可能とし、ＮＣＳ５ｆによるポート番号の設定を可能とし、また、ＨＴＴＰデーモン５１によるポート番号の取得及びポート状態の取得を可能とする仕組みについて、その概要を説明する。

図５は、ポート情報の共有にかかる機能構成を示す概略図である。

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

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

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

ポート情報管理ファイルＦ１は、提供するサービスに対応するポートを一意に識別する「ポート識別子」と、ポートに付された番号を示す「ポート番号」と、セキュアなポートか否かを示す「セキュア」と、サーバ証明書の格納領域ＩＤを示す「サーバ証明ＩＤ」と、ポートの活性（ＡＣＴＩＶＥ）・非活性（ＩＮＡＣＴＩＶＥ）を示す「ポート状態」等のフィールドを有している。ポート情報管理ファイルＦ１は、ネットワークサービスライブラリ２４によって一元的に管理される。

まず、標準的なＨＴＴＰのポート番号「８０」を使用する場合の動作について説明する。

図６は、ＨＴＴＰのポート番号「８０」使用時の動作を示す図である。

図６において、ＨＴＴＰデーモン５１には、アプリＩＤとアプリケーションパスとを対応付けたアプリＩＤ／アプリケーションパス対応テーブル５３と、アプリＩＤとポート識別子とを対応付けたアプリＩＤ／ポート識別子対応テーブル５４とが設けられている。ここで、「アプリケーションパス」とは、図７に示すように、ＨＴＴＰリクエストを例えば「http://xxx.xxx.xxx.xxx:9999/web/user/ja/websys/webArch/mainFrame.cgi」とした場合、ホスト及びポート番号「xxx.xxx.xxx.xxx:999」に続く１階層分の「web」部分を意味するものとする。また、「ＵＲＬパス」は、アプリケーションパスを含む「web/user/ja/websys/webArch/mainFrame.cgi」部分を意味するものとする。「:」の直後に示されるポート番号が通常使用されるポート番号「８０」である場合、「:80」の記述は省略される。

アプリＩＤ／アプリケーションパス対応テーブル５３は、受信したＨＴＴＰレスポンスのＵＲＬに設定されたアプリパスから、処理を振り分けるべきアプリケーションを特定するアプリＩＤを取得する際に参照される。

アプリＩＤ／ポート識別子対応テーブル５４には、Ｗｅｂアプリケーション２０とＳＤＫアプリケーション２００ａとからの使用するポート識別子の登録要求に応じて、アプリＩＤに対応させてポート識別子が登録される。また、アプリＩＤ／ポート識別子対応テーブル５４は、アプリＩＤからポート識別子を取得する際に参照される。

このような仕組みによって、ＮＣＳ５ｆのＨＴＴＰデーモン５１はＨＴＴＰリクエストの振り分けに際してポート識別子を生成する機能を実現する。

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

先ず、Ｗｅｂアプリケーション２０のＷｅｂｓｙｓ２０ａが使用するポート識別子（例えば、ＨＴＴＰ及びＨＴＴＰＳ）の登録をＮＣＳ５ｆのＨＴＴＰデーモン５１に対して要求する（ステップＳ１１−１）。同様に、ＳＤＫアプリケーション２００ａが使用するポート識別子（例えば、ＨＴＴＰ）の登録をＮＣＳ５ｆのＨＴＴＰデーモン５１に対して要求する（ステップＳ１１−２）。ここで、ステップＳ１１−１及びＳ１１−２によってそれら登録の順を規定するものではない。

ＨＴＴＰデーモン５１は、要求元を識別するアプリＩＤと、登録要求されたポート識別子とを対応付ける（ステップＳ１２）。ＨＴＴＰデーモン５１は、ネットワークサービスライブラリ２４からポート識別子に基づいてポート番号を取得する（ステップＳ１３）。ネットワークサービスライブラリ２４は、ＨＴＴＰデーモン５１からポート番号取得要求を受けると、ポート識別子に基づいてポート情報管理ファイルＦ１を検索して（ステップＳ１４）、ポート情報管理ファイルＦ１からポート番号を取得し（ステップＳ１５）、そのポート番号をＨＴＴＰデーモン５１に通知する。

そして、ＨＴＴＰデーモン５１は、取得したポート番号で特定されるポートが開いていなければオープンする（ステップＳ１６）。この場合、ＨＴＴＰ用のポート「８０」及びＨＴＴＰＳ用のポート「４４３」がオープンされる。

ＨＴＴＰデーモン５１は、ステップＳ１３での処理にてポートをオープンした場合は、ポート状態を更新する（ステップＳ１７）。ネットワークサービスライブラリ２４は、ＨＴＴＰデーモン５１からポート状態の更新要求を受けると、ポート情報管理ファイルＦ１において対応するポート番号のポート状態を「ＡＣＴＩＶＥ（活性）」に変更する。この場合、ＨＴＴＰ用のポート「８０」及びＨＴＴＰＳ用のポート「４４３」が「ＡＣＴＩＶＥ（活性）」に変更される。

ＨＴＴＰクライアント９が画像形成装置１に対して、通常使用されるポート番号「８０」によってＷｅｂページを要求する場合、例えば、図８に示すようなＨＴＴＰリクエストによって行う。図８に示す画面例において、ポート番号が省略されたアドレス４０「http://100.100.10.111/web/user/ja/sdkappl/aaa/bbb.cgi」を、ユーザが指定することによって、ＨＴＴＰのポート番号「８０」が標準的に指定される。

図６に戻り、このようなアドレス４０を指定したＨＴＴＰリクエストが、画像形成装置１へ送信されると（ステップＳ２１）、画像形成装置１はポート番号「８０」にてその要求を受け付ける（ステップＳ２２）。

ＨＴＴＰデーモン５１は、ネットワークサービスライブラリ２４を介してポート番号からポート識別子を取得する（ステップＳ２３）この場合、ポート番号「８０」からポート識別子「ＨＴＴＰ」を取得する。

また、ＨＴＴＰデーモン５１は、アプリＩＤ／アプリケーションパス対応テーブル５３を参照することによって、ＨＴＴＰリクエストのアプリパスからアプリＩＤを取得する（ステップＳ２４）。この場合、アプリパス「ｓｄｋａｐｐｌ」からアプリＩＤ「ＳＤＫＡｐｐｌ」を取得する。

更に、ＨＴＴＰデーモン５１は、アプリＩＤ／ポート識別子対応テーブル５４を参照することによって、ポート識別子とアプリＩＤの対応を確認し、アプリＩＤを用いて対応するアプリケーションを実行する（ステップＳ２５）。この場合、アプリＩＤ／ポート識別子対応テーブル５４によって、アプリＩＤ「ＳＤＫＡｐｐｌ」とポート識別子「ＨＴＴＰ」とが対応することを確認し、ＨＴＴＰリクエストがポート識別子「ＨＴＴＰ」にて受信しているので、アプリＩＤ「ＳＤＫＡｐｐｌ」を用いてＳＤＫアプリケーション２００ａを実行する。

図９は、ＨＴＴＰのポート番号「８０」使用時の動作を説明するための詳細シーケンス図である。図９において、Ｗｅｂアプリケーション２０又はＳＤＫアプリケーション２００ａが、ＨＴＴＰデーモン５１に対して使用するポートの登録を要求すると（ステップＳ１１１）、ＨＴＴＰデーモン５１は、アプリＩＤ／ポート識別子対応テーブル５４を用いて、アプリＩＤと使用するポート識別子とを対応付ける（ステップＳ１１２）。

更に、ＨＴＴＰデーモン５１は、ネットワークサービスライブラリ２４から、ＨＴＴＰデーモン５１は、ネットワークサービスライブラリ２４からポート識別子に基づいてポート番号を取得する（ステップＳ１１３）ネットワークサービスライブラリ２４は、ＨＴＴＰデーモン５１からポート番号取得要求を受けると、ポート識別子に基づいてポート情報管理ファイルＦ１からポート番号を読み込む。つまり、ネットワークサービスライブラリ２４は、ポート識別子に基づいてポート情報管理ファイルＦ１を検索して（ステップＳ１１４）、ポート情報管理ファイルＦ１からポート番号を取得し（ステップＳ１１５）、そのポート番号をＨＴＴＰデーモン５１に通知する。

そして、ＨＴＴＰデーモン５１は、取得したポート番号で特定されるポートが開いていなければオープンする（ステップＳ１１６）。この場合、ＨＴＴＰ用のポート「８０」及びＨＴＴＰＳ用のポート「４４３」がオープンされる。

ＨＴＴＰデーモン５１は、ステップＳ１３での処理にてポートをオープンした場合は、ポート状態を更新する（ステップＳ１１７）。ネットワークサービスライブラリ２４は、ＨＴＴＰデーモン５１からポート状態の更新要求を受けると、ポート情報管理ファイルＦ１において対応するポート番号のポート状態を「ＡＣＴＩＶＥ（活性）」に変更する（ステップＳ１１８）。この場合、ＨＴＴＰ用のポート「８０」及びＨＴＴＰＳ用のポート「４４３」が「ＡＣＴＩＶＥ（活性）」に変更される。

図１０は、ＨＴＴＰのポート番号「８０」使用時の動作によるポート情報管理ファイルの状態を示す図である。図１０（Ａ）は、図９でのステップＳ１１４にて、ネットワークサービスライブラリ２４によってポート番号が読み込まれる際のポート情報管理ファイルＦ１の状態を示している。図１０（Ａ）において、ポート情報管理ファイルＦ１は、例えば、ポート識別子「ＨＴＴＰ」は、ポート番号「８０」であって、セキュア「ＦＡＬＳＥ」、サーバ証明ＩＤは未設定、ポート状態「ＩＮＡＣＴＩＶＥ」であることを示している。また、ポート識別子「ＨＴＴＰＳ」は、ポート番号「４４３」であって、セキュア「ＴＲＵＥ」、サーバ証明ＩＤ「０」、ポート状態「ＩＮＡＣＴＩＶＥ」であることを示している。

図１０（Ｂ）は、図９でのステップＳ１１８にて、ネットワークサービスライブラリ２４によってポート番号が書き込まれる際のポート情報管理ファイルＦ１の状態を示している。図１０（Ｂ）において、ポート識別子「ＨＴＴＰ」のポート状態が「ＩＮＡＣＴＩＶＥ」から「ＡＣＴＩＶＥ」へ変更されて、同様に、ポート識別子「ＨＴＴＰＳ」のポート状態が「ＩＮＡＣＴＩＶＥ」から「ＡＣＴＩＶＥ」へ変更されていることが分かる。

図１１は、ＨＴＴＰのポート番号「８０」使用時の動作を説明するためのフローチャート図である。図１１において、Ｗｅｂアプリケーション２０又はＳＤＫアプリケーション２００ａが、ＨＴＴＰデーモン５１に対して使用するポートの登録を要求すると（ステップＳ２１１）、ＨＴＴＰデーモン５１は、アプリＩＤ／ポート識別子対応テーブル５４を用いて、アプリＩＤと使用するポート識別子とを対応付ける（ステップＳ２１２）。

更に、ＨＴＴＰデーモン５１は、ネットワークサービスライブラリ２４から、ＨＴＴＰデーモン５１は、ネットワークサービスライブラリ２４からポート識別子に基づいてポート番号を取得する（ステップＳ２１３）ネットワークサービスライブラリ２４は、ＨＴＴＰデーモン５１からポート番号取得要求を受けると、ポート識別子に基づいてポート情報管理ファイルＦ１からポート番号を読み込む。つまり、ポート識別子に基づいてポート情報管理ファイルＦ１を検索して（ステップＳ２１４）、ポート情報管理ファイルＦ１からポート番号を取得し（ステップＳ２１５）、そのポート番号をＨＴＴＰデーモン５１に通知する。

ＨＴＴＰデーモン５１は、ポート識別子「ＨＴＴＰ」に対応するポート番号「８０」を取得し、また、ポート識別子「ＨＴＴＰＳ」に対応するポート番号「４４３」を取得する（ステップＳ２１６−１）。ＨＴＴＰデーモン５１は、取得したポート番号「８０」及び「４４３」のポートが開いているか否かを判断する（ステップＳ２１６−２）。既に、開いている場合、この動作を終了する。

一方、ＨＴＴＰデーモン５１は、取得したポート番号「８０」及び「４４３」にて特定されるポートが開いていない場合、ポート「８０」及び「４４３」をオープンする（ステップＳ２１６−３）。そして、ＨＴＴＰデーモン５１は、ポート「８０」及び「４４３」のポート状態の更新をネットワークサービスライブラリ２４に要求する（ステップＳ２１８）。

ネットワークサービスライブラリ２４は、ポート番号「８０」及び「４４３」に対応するポート状態をポート情報管理ファイルＦ１に書き込む（ステップＳ２１８）。つまり、ポート番号「８０」及び「４４３」のポート状態を「ＡＣＴＩＶＥ」にする。

以下に、このようにしてオープンされたＨＴＴＰ用のポート番号を変更する仕組みについて説明する。

図１２は、ＨＴＴＰのポート番号を変更するための概略シーケンス図である。図１２中、使用するポートの登録は、Ｗｅｂアプリケーション２０又はＳＤＫアプリケーション２００ａから行われ、また、ＨＴＴＰのポート番号の変更はＯＣＳ５ａ又はＷｅｂｓｙｓ２００ａから行われる。ＯＣＳ５ａからＨＴＴＰのポート番号の変更が行われる場合、画像形成装置１のオペレーションパネルでのユーザの操作によってなされる。一方、Ｗｅｂｓｙｓ２００ａからＨＴＴＰのポート番号の変更が行われる場合、ネットワーク１０を介して接続されるＨＴＴＰクライアント９からのＨＴＴＰ要求によってなされる。同様の処理シーケンスとなるため、図１２での説明では、Ｗｅｂアプリケーション２０とＯＣＳ５ａについて説明する。

図１２において、Ｗｅｂアプリケーション２０は、ＨＴＴＰデーモン５１に対して、ポート識別子を用いて、使用するポートの登録を要求する（ステップＳ１２１）。例えば、Ｗｅｂアプリケーション２０は、ポート識別子「ＨＴＴＰ」とポート識別子「ＨＴＴＰＳ」とを登録する。

ＨＴＴＰデーモン５１は、ネットワークサービスライブラリ２４に対して、ポート番号の取得を要求する（ステップＳ１２２）。この場合、ＨＴＴＰデーモン５１は、ポート識別子「ＨＴＴＰ」とポート識別子「ＨＴＴＰＳ」とに対応するポート番号を夫々要求する。

ネットワークサービスライブラリ２４は、ポート情報管理ファイルＦ１からポート識別子「ＨＴＴＰ」とポート識別子「ＨＴＴＰＳ」とに対応するポート番号を夫々読み込む。つまり、ネットワークサービスライブラリ２４は、ポート識別子に基づいてポート情報管理ファイルＦ１を検索して（ステップＳ１２３）、ポート情報管理ファイルＦ１からポート番号を取得し（ステップＳ１２４）、そのポート番号をＨＴＴＰデーモン５１に通知する。この場合、ポート識別子「ＨＴＴＰ」に対応するポート番号「８０」と、ポート識別子「「ＨＴＴＰＳ」に対応するポート番号「４４３」とがＨＴＴＰデーモン５１通知される。

ＨＴＴＰデーモン５１は、ポート「８０」とポート「４４３」とをオープンする（ステップＳ１２５）。

ＯＣＳ５ｅは、ＮＣＳ５ｆに対して、ポート識別子「ＨＴＴＰ」に対応するポート番号を「８０８０」に設定するように要求する（ステップＳ１２６）。ＮＣＳ５ｆは、ネットワークサービスライブラリ２４に対して、ポート識別子「ＨＴＴＰ」に対応するポート番号を「８０８０」に設定するように要求する（ステップＳ１２７）。ネットワークサービスライブラリ２４は、ポート情報管理ファイルＦ１で管理されるポート識別子「ＨＴＴＰ」に対応するポート番号に「８０８０」を書き込む（ステップＳ１２８）。したがって、ポート識別子「ＨＴＴＰ」に対応するポート番号が「８０」から「８０８０」へ変更される。

ＮＣＳ５ｆは、ネットワークサービスライブラリ２４からポート番号の書き込みの終了通知を受けると（ステップＳ２３９）、ＨＴＴＰデーモン５１に対して、終了を通知する（ステップＳ１３０）。ＨＴＴＰデーモン５１は、ＨＴＴＰデーモン５１がオープンした全てのポートをクローズする（ステップＳ１３１）。この場合、ＨＴＴＰ用のポート「８０」とＨＴＴＰＳ用のポート「４４３」とがクローズされる。

そして、ＮＣＳ５ｆは、ＨＴＴＰデーモン５１を起動する（ステップＳ１３２）。また、Ｗｅｂアプリケーション２０は、ＨＴＴＰデーモン５１に対して、ポート識別子を用いて、使用するポートの登録を要求する（ステップＳ１３３）。

ＨＴＴＰデーモン５１は、ネットワークサービスライブラリ２４に対して、ポート番号の取得を要求する（ステップＳ１３４）。この場合、ＨＴＴＰデーモン５１は、ポート識別子「ＨＴＴＰ」とポート識別子「ＨＴＴＰＳ」とに対応するポート番号を夫々要求する。

ネットワークサービスライブラリ２４は、ポート情報管理ファイルＦ１からポート識別子「ＨＴＴＰ」とポート識別子「ＨＴＴＰＳ」とに対応するポート番号を夫々読み込む。つまり、ネットワークサービスライブラリ２４は、ポート識別子に基づいてポート情報管理ファイルＦ１を検索して（ステップＳ１３５）、ポート情報管理ファイルＦ１からポート番号を取得し（ステップＳ１３６）、そのポート番号をＨＴＴＰデーモン５１に通知する。この場合、ポート識別子「ＨＴＴＰ」に対応するポート番号「８０８０」と、ポート識別子「「ＨＴＴＰＳ」に対応するポート番号「４４３」とがＨＴＴＰデーモン５１通知される。

ＨＴＴＰデーモン５１は、ポート「８０８０」とポート「４４３」とをオープンする（ステップＳ１３７）。この場合、ＨＴＴＰ用として新たにポート「８０８０」がオープンされ、ＨＴＴＰＳ用としてステップＳ１３１でクローズされたポート「４４３」がオープンされる。

図１２において、ユーザがＨＴＴＰクライアント９のＷｅｂブラウザを用いて、ＨＴＴＰのポート番号を変更する場合の動作について説明する。

図１３は、ポート番号を変更するための画面を提供する場合の動作を説明する図である。図１３において、ユーザは、ＨＴＴＰクライアント９において、通常使用されるポート８０を指定してポート番号を設定（変更）するための画面を要求するＨＴＴＰリクエストが送信される（ステップＳ４１）。

ＮＣＳ５ｆは、ＨＴＴＰクライアント９からのＨＴＴＰリクエストをポート「８０」で受信すると、Ｗｅｂアプリライブラリ２２及びＷｅｂページライブラリ２３を介して、ｗｅｂｓｙｓ２０ａに処理を振り分ける（ステップＳ４２）。ｗｅｂｓｙｓ２０ａは、現在のＨＴＴＰ用のポート番号の取得要求をＮＣＳ５ｆに対して行い（ステップＳ４３）、ネットワークサービスライブラリ２４がポート情報管理ファイルＦ１から取得したポート番号をネットワークサービスライブラリ２４から通知されると、現在のＨＴＴＰ用のポート番号を示すＨＴＴＰポート番号変更画面を作成して、ＮＣＳ５ｆ介してＨＴＴＰクライント９へＨＴＴＰレスポンスとして提供される（ステップＳ４５）。

上記より、図５で説明したＷｅｂｓｙｓ２０ａによるポート状態の取得が行われたことを示す。

このようにしてＨＴＴＰクライアント９へ提供されるＨＴＴＰポート番号変更画面は、例えば、図１４に示されるようにＨＴＴＰクライアント９に表示される。図１４は、ＨＴＴＰポート番号変更画面の例を示す図である。

図１４に示すＨＴＴＰポート番号変更画面４１において、ユーザがメニューから「ポート番号」４１ａを選択（マウス等でクリック）すると（図１３のステップＳ４１）、現在のポート番号表示域４１ｂと新規ポート番号設定域４１ｃとが表示される。この場合、ポート番号を変更する前であるので、ポート番号表示域４１ｂには「８０」が表示される。また、ユーザが新規ポート番号設定域４１ｃに、例えば、「８０８０」と設定し、適用ボタン４１ｄをクリックすると、図１５に示すような動作が行われる。

図１５は、ポート番号を変更する場合の動作を説明する図である。図１５において、ＨＣＳ５ａは、ＨＴＴＰクライアント９からポート番号の設定を要求するＨＴＴＰリクエストをポート「８０」で受信すると（ステップＳ５０）、ＨＴＴＰのポート番号を「８０８０」に設定する処理を、Ｗｅｂアプリライブラリ２２及びＷｅｂページライブラリ２３を介して、ｗｅｂｓｙｓ２０ａへ振り分ける（ステップＳ５１）。

Ｗｅｂｓｙｓ２０ａは、ＮＣＳ５ｆ対して、ポート識別子「ＨＴＴＰ」のポート番号を「８０８０」に設定するように要求する（ステップＳ５２）。ＮＣＳ５ｆは、Ｗｅｂｓｙｓ２０ａからポート番号の設定要求を受けると、ネットワークサービスライブラリ２４に対して、ポート識別子「ＨＴＴＰ」のポート番号を「８０８０」に設定するように要求する（ステップＳ５３）。Ｗｅｂｓｙｓ２０ａは、ポート番号を「８０８０」に変更後のアドレスを示す画面を作成し、ＮＣＳ５ｆを介してＨＴＴＰクライアント９に送信する（ステップＳ５２−１）。

要求を受けたネットワークサービスライブラリ２４は、ポート識別子「ＨＴＴＰ」に基づいてポート情報管理ファイルＦ１を検索して（ステップＳ５４）、ポート識別子「ＨＴＴＰ」に対応するポート番号を「８０８０」に設定（変更）する（ステップＳ５５）。

一方、ＮＣＳ５ｆは、ＨＴＴＰデーモン５１に終了を指示する（ステップＳ５６）。ＨＴＴＰデーモン５１は、ステップＳ５６にて終了指示を受けると、ＨＴＴＰデーモン５１が先にオープンした全てのポートをクローズする（ステップＳ５７）。そして、ＨＴＴＰデーモン５１は、ネットワークサービスライブラリ２４に対して、ポート状態の更新を要求する（ステップＳ５８）。ネットワークサービスライブラリ２４は、ポート情報管理ファイルＦ１を参照して、「ＡＣＴＩＶＥ」のポート状態を「ＩＮＡＣＴＩＶＥ」に変更する（ステップＳ５９）。その後、ＨＴＴＰデーモン５１での動作を終了する（ステップＳ６０）。

ＨＴＴＰデーモン５１の終了後、ＮＣＳ５ｆは、ＨＴＴＰデーモン５１を再度、起動する（ステップＳ６１）。そして、ＮＣＳ５ｆは、メール通知アプリケーション２００ｂに対して、ＨＴＴＰのポート番号の変更をユーザにメールで通知するように要求する（ステップＳ６２）。

メール通知アプリケーション２００ｂは、ＵＣＳ５ｇから画像形成装置１に登録された複数のユーザのメールアドレスを取得して送信先に設定し、メール送信用に一時的にオープンされたポートからポート番号の変更を通知するメールを送信する（ステップＳ６３）。送信されたメールは、ネットワーク１０を介して所定のメールサーバ３００へ集約され、送信先へ配布される。

このように、ポート番号の設定を変更したユーザに対しては、ＨＴＴＰクライアント９にてポート番号が「８０８０」に変更された後のアドレスを示す画面が表示され、また、画像形成装置１の複数のユーザに対しては、そのアドレスがメールで通知されることによって、画像形成装置１を利用する複数のユーザに対して確実にアドレスを通知することができる。

ＨＴＴＰクライアント９にて表示されるポート番号の「８０８０」への変更に対して表示される変更後のアドレスを示す画面は、例えば、図１６に示されるような画面である。

図１６は、ポート番号変更後のアドレスを示す画面の例を示す図である。図１６に示される画面４２には、画像形成装置１にてポート番号の設定処理がなされていることを表示するメッセージ領域４２ａと、ポート番号の変更後のアドレスに対するメッセージを表示するメッセージ領域４２ｂと、変更後のアドレスを表示するアドレス表示域４２ｃとが表示される。

メッセージ領域４２ａには、例えば、「設定の置き換え中」などのメッセージが表示される。メッセージ領域４２ｂには、例えば、「ｈｔｔｐ：／／１００．１００．１０．１１：８０８０／」が表示される。このように、ホスト「１００．１００．１０．１１」の後にポート番号「８０８０」が付加されたアドレスが表示される。

ユーザは、以後このアドレスを用いてＨＴＴＰリクエストを画像形成装置１に対して行うこととなる。このアドレスへアクセスした際に、例えば、「お気に入り」などを利用してＷｅｂブラウザに登録しておくことによって、以後、アクセスを容易に行うことができる。

図１７は、ポート番号変更後のアドレスを通知するメールの例を示す図である。図１７において、メール４３は、表題４３ａと、ポート番号の変更後のアドレスに対するメッセージを示すメッセージ４３ｂと、変更後のアドレスを表示するアドレス４２ｃとを示す。

表題４３ａは、例えば、「管理者からのお知らせ」などの表題によって、ユーザへこのメール４３を読むように促す。メッセージ４３ｂは、例えば、「サーバ設定が変更されました。今後は次のアドレスよりアクセスして下さい。」などによってメール４３の主旨を示す。また、アドレス４２ｃは、例えば、「ｈｔｔｐ：／／１００．１００．１０．１１：８０８０／」のように示される。このように、ホスト「１００．１００．１０．１１」の後にポート番号「８０８０」が付加されたアドレスが表示される。

ユーザは、以後このアドレスを用いてＨＴＴＰリクエストを画像形成装置１に対して行うこととなる。このアドレスへアクセスした際に、例えば、「お気に入り」などを利用してＷｅｂブラウザに登録しておくことによって、以後、アクセスを容易に行うことができる。

このようなメールによる通知によって、画像形成装置１を利用する複数のユーザに対してアドレスの変更を周知させることができる。

ユーザが、図１６のアドレス４２ｃ又は図１７のアドレス４３ｃを利用して表示される画面は、例えば、図１８に示すような画面である。図１８は、変更されたポート番号を指定したアドレスを使用した場合の画面の例を示す図である。

図１８に示す画面４４において、例えば、ユーザがアドレス４４a「http://100.100.10.11:8080.web.user.ja.websys.webArch/mainframe.cgi」を指定すると、ポート「８０８０」を介して情報表示域４４ｂにて正常に情報が表示される。

次に、画像形成装置１のオペレーションパネル１１３からＨＴＴＰ用のポート番号を設定（変更）するための動作について図１９及び図２０で説明する。

図１９は、オペレーションパネルによってポート番号を設定する場合の動作を説明する図である。図１９において、ユーザは、オペレーションパネル１１３に表示される、例えば、図２０（Ａ）に示すような画面にてポート番号を変更する（ステップＳ７１）。

図２０は、ポート番号の設定を可能とするオペレーションパネルの例を示す図である。図２０（Ａ）は、オペレーションパネル上のポート設定画面の例を示す図である。図２０（Ａ）に示す画面４５おいて、ユーザがポートの設定又は変更を行うためのボタン４５aを選択すると、現在のポート番号を表示する表示域４５ｂに「８０」が表示され、新規ポート番号を入力する入力域４５ｃが表示される。ユーザは、テンキー４５ｆを用いて入力域４５ｃに所望のポート番号（例えば、「８０８０」）を入力し、新規ポート番号に設定する場合、設定ボタン４５ｄを選択する。一方、設定を取り消す場合、キャンセルボタン４５ｅを選択する。

このような操作によって、ユーザが新規ポート番号として「８０８０」を入力して設定ボタン４５ｄを選択すると、ＯＣＳ５ａにＨＴＴＰ用の新規ポート番号「８０８」が通知される。すると、ＯＣＳ５ａは、ＮＣＳ５ｆに対して、ポート識別子「ＨＴＴＰ」のポート番号を「８０８０」に設定するように要求する（ステップＳ７２）。また、ＯＣＳ５ａは、オペレーションパネル１１３に対して、図２０（Ｂ）に示すような画面を表示する。図２０（Ｂ）は、オペレーションパネル上のポート変更通知画面の例を示す図である。図２０（Ｂ）中、図２０（Ａ）の画面４５と同様の部分には同様の符号を付し、その説明を省略する。図２０（Ｂ）に示す画面４６において、表示域４６に、例えば、「設定内容を書き込むためにリセット中です。一時的にアクセス不可能となります。しばらくしてから以下のＵＲＬにアクセスしてください。http://100.100.10.11:8080」のようなメッセージが表示される。このメッセージによって、ユーザは、ネットワーク１０又は１０ｂを介して画像形成装置１へ処理を要求する際のアドレスが変更されたことを確認することができる。

ＮＣＳ５ｆは、ネットワークサービスライブラリ２４に対して、識別子「ＨＴＴＰ」のポート番号を「８０８０」に設定するように要求する（ステップＳ７３）。ネットワークサービスライブラリ２４は、識別子「ＨＴＴＰ」に基づいてポート情報管理ファイルＦ１を検索し、識別子「ＨＴＴＰ」に対応するポート番号の値４５ｇを「８０８０」に書き換える（ステップＳ７４）。その後、ＮＣＳ５ｆは、ＨＴＴＰデーモン５１に対して終了を指示する（ステップＳ７６）。

ＨＴＴＰデーモン５１は、ＨＴＴＰデーモン５１がオープンした全てのポートをクローズし（ステップＳ７７）、ネットワークサービスライブラリ２４に対して、ポート状態の更新を要求する（ステップＳ７８）。ネットワークサービスライブラリ２４は、対応するポート状態を「ＩＮＡＣＴＩＶＥ」に変更する（ステップＳ７９）。そして、ＨＴＴＰデーモン５１は、動作を終了する（ステップＳ８０）。

その後、ＮＣＳ５ｆは、ＨＴＴＰデーモン５１を再度、起動し（ステップＳ８１）、ＨＴＴＰのポート番号をユーザにメール通知するように要求する（ステップＳ８２）。

メール通知アプリケーション２００ｂは、ＵＣＳ５ｇから画像形成装置１に登録された複数のユーザのメールアドレスを取得して送信先に設定し、メール送信用に一時的にオープンされたポートからポート番号の変更を通知するメールを送信する（ステップＳ８３）。送信されたメールは、ネットワーク１０を介して所定のメールサーバ３００へ集約され、送信先へ配布される。ステップＳ８２にて送信されたメールは、図１７に示すメールの例と同一である。

したがって、画像形成装置１を利用するユーザへアドレスの変更を周知させることができる。

図２１は、ポート番号の設定時の動作を示す図である。図２１において、オペレーションパネル１１３からポート設定の要求を受けると（ステップＳ１５１）、ＯＣＳ５は、その要求に対して応答を返す（ステップＳ１５２−２）。ＯＣＳ５ａは、ポート識別子「ＨＴＴＰ」のポート番号を「８０８０」に設定するようにＮＣＳに要求する（ステップＳ１５２）。同様に、ＨＴＴＰクライアント９からポート設定の要求を受けると（ステップＳ１５１）、Ｗｅｂｓｙｓ２０ａは、その要求に対して応答を返す（ステップＳ１５２−２）。Ｗｅｂｓｙｓ２０ａは、ポート識別子「ＨＴＴＰ」のポート番号を「８０８０」に設定するようにＮＣＳに要求する（ステップＳ１５２）。

ＮＣＳ５ｆは、Ｗｅｂｓｙｓ２０ａからポート番号の設定要求を受けると、ネットワークサービスライブラリ２４に対して、ポート識別子「ＨＴＴＰ」のポート番号を「８０８０」に設定するように要求する（ステップＳ１５３）。

要求を受けたネットワークサービスライブラリ２４は、ポート識別子「ＨＴＴＰ」に対応するポート番号に「８０８０」を書き込む。つまり、ポート識別子「ＨＴＴＰ」に基づいてポート情報管理ファイルＦ１を検索して（ステップＳ１５４）、ポート識別子「ＨＴＴＰ」に対応するポート番号を「８０８０」に設定（変更）する（ステップＳ１５５）。

一方、ＮＣＳ５ｆは、ＨＴＴＰデーモン５１に終了を指示する（ステップＳ１５６）。ＨＴＴＰデーモン５１は、ステップＳ５６にて終了指示を受けると、ＨＴＴＰデーモン５１が先にオープンした全てのポートをクローズする（ステップＳ１５７）。そして、ＨＴＴＰデーモン５１は、ネットワークサービスライブラリ２４に対して、ポート状態の更新を要求する（ステップＳ１５８）。ネットワークサービスライブラリ２４は、ポート状態を書き込む。つまり、ネットワークサービスライブラリ２４は、ポート情報管理ファイルＦ１を参照して、「ＡＣＴＩＶＥ」のポート状態を「ＩＮＡＣＴＩＶＥ」に変更する（ステップＳ１５９）。その後、ＨＴＴＰデーモン５１での動作を終了する（ステップＳ１６０）。

ＨＴＴＰデーモン５１の終了後、ＮＣＳ５ｆは、ＨＴＴＰデーモン５１を再度、起動する（ステップＳ１６１）。そして、ＮＣＳ５ｆは、メール通知アプリケーション２００ｂに対して、ＨＴＴＰのポート番号の変更をユーザにメールで通知するように要求する（ステップＳ１６２）。

メール通知アプリケーション２００ｂは、ＵＣＳ５ｇから画像形成装置１に登録された複数のユーザのメールアドレスを取得して送信先に設定し、メール送信用に一時的にオープンされたポートからポート番号の変更を通知するメールを送信する（ステップＳ１６３）。

図２２は、ＨＴＴＰのポート番号設定時の動作によるポート情報管理ファイルの状態を示す図である。図２２（Ａ）は、図２１でのステップＳ１５４及びＳ１５５にて、ネットワークサービスライブラリ２４によってポート番号が読み込まれる以前のポート情報管理ファイルＦ１の状態を示している。図２２（Ａ）において、ポート情報管理ファイルＦ１は、例えば、ポート識別子「ＨＴＴＰ」は、ポート番号「８０」であって、セキュア「ＦＡＬＳＥ」、サーバ証明ＩＤは未設定、ポート状態「ＡＣＴＩＶＥ」であることを示している。また、ポート識別子「ＨＴＴＰＳ」は、ポート番号「４４３」であって、セキュア「ＴＲＵＥ」、サーバ証明ＩＤ「０」、ポート状態「ＡＣＴＩＶＥ」であることを示している。

図２２（Ｂ）は、図２１でのステップＳ１５４及びＳ１５５にて、ネットワークサービスライブラリ２４によってポート番号が読み込まれた後のポート情報管理ファイルＦ１の状態を示している。図２２（Ｂ）において、ポート識別子「ＨＴＴＰ」のポート番号が「８０」から「８０８０」へ変更される。

図２２（Ｃ）は、図２１でのステップＳ１５９にて、ネットワークサービスライブラリ２４によってポート状態が書き込まれた後のポート情報管理ファイルＦ１の状態を示している。図２２（Ｃ）において、ポート識別子「ＨＴＴＰ」のポート状態が「ＡＣＴＩＶＥ」から「ＩＮＡＣＴＩＶＥ」へ変更されて、同様に、ポート識別子「ＨＴＴＰＳ」のポート状態が「ＡＣＴＩＶＥ」から「ＩＮＡＣＴＩＶＥ」へ変更されていることが分かる。

図２３は、ポート番号を変更する場合の動作を説明するためのフローチャート図である。図２３において、オペレーションパネル１１３からポート設定の要求を受けると（ステップＳ２５１）、ＯＣＳ５は、その要求に対して応答を返す（ステップＳ２５２−２）。ＯＣＳ５ａは、ポート識別子「ＨＴＴＰ」のポート番号を「８０８０」に設定するようにＮＣＳに要求する（ステップＳ２５２）。同様に、ＨＴＴＰクライアント９からポート設定の要求を受けると（ステップＳ２５１）、Ｗｅｂｓｙｓ２０ａは、その要求に対して応答を返す（ステップＳ２５２−２）。Ｗｅｂｓｙｓ２０ａは、ポート識別子「ＨＴＴＰ」のポート番号を「８０８０」に設定するようにＮＣＳに要求する（ステップＳ２５２）。

ＮＣＳ５ｆは、Ｗｅｂｓｙｓ２０ａからポート番号の設定要求を受けると、ネットワークサービスライブラリ２４に対して、ポート識別子「ＨＴＴＰ」のポート番号を「８０８０」に設定するように要求する（ステップＳ２５３）。

要求を受けたネットワークサービスライブラリ２４は、ポート識別子「ＨＴＴＰ」に対応するポート番号に「８０８０」を書き込む。つまり、ポート識別子「ＨＴＴＰ」に基づいてポート情報管理ファイルＦ１を検索して（ステップＳ２５４）、ポート識別子「ＨＴＴＰ」に対応するポート番号を「８０８０」に設定（変更）する（ステップＳ２５５）。

一方、ＮＣＳ５ｆは、ＨＴＴＰデーモン５１に終了を指示する（ステップＳ２５６）。ＨＴＴＰデーモン５１は、ステップＳ５６にて終了指示を受けると、ＨＴＴＰデーモン５１が先にオープンした全てのポートをクローズする（ステップＳ２５７）。そして、ＨＴＴＰデーモン５１は、ネットワークサービスライブラリ２４に対して、ポート状態の更新を要求する（ステップＳ２５８）。ネットワークサービスライブラリ２４は、ポート状態を書き込む。つまり、ネットワークサービスライブラリ２４は、ポート情報管理ファイルＦ１を参照して、「ＡＣＴＩＶＥ」のポート状態を「ＩＮＡＣＴＩＶＥ」に変更して、ＨＴＴＰデーモン５１での動作を終了する（ステップＳ２５９）。

ＨＴＴＰデーモン５１の終了後、ＮＣＳ５ｆは、ＨＴＴＰデーモン５１を再度、起動する（ステップＳ２６１）。そして、ＮＣＳ５ｆは、メール通知アプリケーション２００ｂに対して、ＨＴＴＰのポート番号の変更をユーザにメールで通知するように要求する（ステップＳ２６２）。

メール通知アプリケーション２００ｂは、ＵＣＳ５ｇから画像形成装置１に登録された複数のユーザのメールアドレスを取得して送信先に設定し、メール送信用に一時的にオープンされたポートからポート番号の変更を通知するメールを送信して、この動作を終了する（ステップＳ２６３）。

上述より、ユーザは、オペレーションパネル１１３又はＨＴＴＰクライアント９からＨＴＴＰ用のポート番号を設定することができる。この場合、ポート識別子「ＨＴＴＰ」に対応するポート番号が設定されるため、ユーザ、ＯＣＳ５ａ、及びＷｅｂｓｙｓ２０ａは、ネットワークプロトコルとポート番号との対応を意識することなく、単に、ポート識別子「ＨＴＴＰ」に対応するポート番号を指定するのみでよい。

このようにして変更されたポート番号を使用した動作について図２４から図２７で説明する。

図２４は、変更されたＨＴＴＰ用のポート番号使用時の動作を示す図である。図２４において、Ｗｅｂアプリケーション２０のＷｅｂｓｙｓ２０ａが使用するポート識別子（例えば、ＨＴＴＰ及びＨＴＴＰＳ）の登録をＮＣＳ５ｆのＨＴＴＰデーモン５１に対して要求する（ステップＳ９１−１）。同様に、ＳＤＫアプリケーション２００ａが使用するポート識別子（例えば、ＨＴＴＰ）の登録をＮＣＳ５ｆのＨＴＴＰデーモン５１に対して要求する（ステップＳ９１−２）。ここで、ステップＳ９１−１及びＳ９１−２によってそれら登録の順を規定するものではない。

ＨＴＴＰデーモン５１は、要求元を識別するアプリＩＤと、登録要求されたポート識別子とを対応付ける（ステップＳ９２）。ＨＴＴＰデーモン５１は、ネットワークサービスライブラリ２４からポート識別子に基づいてポート番号を取得する（ステップＳ９３）。ネットワークサービスライブラリ２４は、ＨＴＴＰデーモン５１からポート番号取得要求を受けると、ポート識別子に基づいてポート情報管理ファイルＦ１を検索して（ステップＳ９４）、ポート情報管理ファイルＦ１からポート番号を取得し（ステップＳ９５）、そのポート番号をＨＴＴＰデーモン５１に通知する。

そして、ＨＴＴＰデーモン５１は、取得したポート番号で特定されるポートが開いていなければオープンする（ステップＳ９６）。この場合、ＨＴＴＰ用のポート「８０８０」及びＨＴＴＰＳ用のポート「４４３」がオープンされる。

ＨＴＴＰデーモン５１は、ステップＳ１３での処理にてポートをオープンした場合は、ポート状態を更新する（ステップＳ９７）。ネットワークサービスライブラリ２４は、ＨＴＴＰデーモン５１からポート状態の更新要求を受けると、ポート情報管理ファイルＦ１において対応するポート番号のポート状態を「ＡＣＴＩＶＥ（活性）」に変更する。この場合、ＨＴＴＰ用のポート「８０８０」及びＨＴＴＰＳ用のポート「４４３」が「ＡＣＴＩＶＥ（活性）」に変更される。

クローズされたポート「８０」に対して、ＨＴＴＰクライアント９がＨＴＴＰリクエストを送信すると（ステップＳ１００）、ポート「８０」はクローズされているため、アクセスすることができず、エラー通知がＨＴＴＰクライアント９に表示される。したがって、ポート「８０」に対する不正アクセスを防止することができる。

ＨＴＴＰクライアント９が画像形成装置１に対して、ポート番号「８０８０」を用いてＷｅｂページを要求する。つまり、ポート番号「８０８０」が指定されたＨＴＴＰリクエストが、画像形成装置１へ送信されると（ステップＳ１０１）、画像形成装置１はポート番号「８０８０」にてその要求を受け付ける（ステップＳ１０２）。したがって、ポート番号が変更されたことを知るユーザからのＨＴＴＰリクエストのみが受信可能となる。

ＨＴＴＰデーモン５１は、ネットワークサービスライブラリ２４を介してポート番号からポート識別子を取得する（ステップＳ１０３）この場合、ポート番号「８０８０」からポート識別子「ＨＴＴＰ」を取得する。

また、ＨＴＴＰデーモン５１は、アプリＩＤ／アプリケーションパス対応テーブル５３を参照することによって、ＨＴＴＰリクエストのアプリパスからアプリＩＤを取得する（ステップＳ１０４）。この場合、アプリパス「ｓｄｋａｐｐｌ」からアプリＩＤ「ＳＤＫＡｐｐｌ」を取得する。

更に、ＨＴＴＰデーモン５１は、アプリＩＤ／ポート識別子対応テーブル５４を参照することによって、ポート識別子とアプリＩＤの対応を確認し、アプリＩＤを用いて対応するアプリケーションを実行する（ステップＳ１０５）。この場合、アプリＩＤ／ポート識別子対応テーブル５４によって、アプリＩＤ「ＳＤＫＡｐｐｌ」とポート識別子「ＨＴＴＰ」とが対応することを確認し、ＨＴＴＰリクエストがポート識別子「ＨＴＴＰ」にて受信しているので、アプリＩＤ「ＳＤＫＡｐｐｌ」を用いてＳＤＫアプリケーション２００ａを実行する。

図２５は、変更されたＨＴＴＰのポート番号使用時の動作を説明するための詳細シーケンス図である。図２５において、Ｗｅｂアプリケーション２０又はＳＤＫアプリケーション２００ａが、ＨＴＴＰデーモン５１に対して使用するポートの登録を要求すると（ステップＳ１９１）、ＨＴＴＰデーモン５１は、アプリＩＤ／ポート識別子対応テーブル５４を用いて、アプリＩＤと使用するポート識別子とを対応付ける（ステップＳ１９２）。

更に、ＨＴＴＰデーモン５１は、ネットワークサービスライブラリ２４から、ＨＴＴＰデーモン５１は、ネットワークサービスライブラリ２４からポート識別子に基づいてポート番号を取得する（ステップＳ１９３）ネットワークサービスライブラリ２４は、ＨＴＴＰデーモン５１からポート番号取得要求を受けると、ポート識別子に基づいてポート情報管理ファイルＦ１からポート番号を読み込む。つまり、ネットワークサービスライブラリ２４は、ポート識別子に基づいてポート情報管理ファイルＦ１を検索して（ステップＳ１９４）、ポート情報管理ファイルＦ１からポート番号を取得し（ステップＳ１９５）、そのポート番号をＨＴＴＰデーモン５１に通知する。

そして、ＨＴＴＰデーモン５１は、取得したポート番号で特定されるポートが開いていなければオープンする（ステップＳ１９６）。この場合、ＨＴＴＰ用のポート「８０８０」及びＨＴＴＰＳ用のポート「４４３」がオープンされる。

ＨＴＴＰデーモン５１は、ステップＳ１３での処理にてポートをオープンした場合は、ポート状態を更新する（ステップＳ１９７）。ネットワークサービスライブラリ２４は、ＨＴＴＰデーモン５１からポート状態の更新要求を受けると、ポート情報管理ファイルＦ１において対応するポート番号のポート状態を「ＡＣＴＩＶＥ（活性）」に変更する（ステップＳ１９８）。この場合、ＨＴＴＰ用のポート「８０」及びＨＴＴＰＳ用のポート「４４３」が「ＡＣＴＩＶＥ（活性）」に変更される。

図２６は、変更されたＨＴＴＰのポート番号使用時の動作によるポート情報管理ファイルの状態を示す図である。図２６（Ａ）は、図２５でのステップＳ１９４にて、ネットワークサービスライブラリ２４によってポート番号が読み込まれる際のポート情報管理ファイルＦ１の状態を示している。図２６（Ａ）において、ポート情報管理ファイルＦ１は、例えば、ポート識別子「ＨＴＴＰ」は、ポート番号「８０８０」であって、セキュア「ＦＡＬＳＥ」、サーバ証明ＩＤは未設定、ポート状態「ＩＮＡＣＴＩＶＥ」であることを示している。また、ポート識別子「ＨＴＴＰＳ」は、ポート番号「４４３」であって、セキュア「ＴＲＵＥ」、サーバ証明ＩＤ「０」、ポート状態「ＩＮＡＣＴＩＶＥ」であることを示している。

図２６（Ｂ）は、図２５でのステップＳ１９８にて、ネットワークサービスライブラリ２４によってポート番号が書き込まれる際のポート情報管理ファイルＦ１の状態を示している。図２６（Ｂ）において、ポート識別子「ＨＴＴＰ」のポート状態が「ＩＮＡＣＴＩＶＥ」から「ＡＣＴＩＶＥ」へ変更されて、同様に、ポート識別子「ＨＴＴＰＳ」のポート状態が「ＩＮＡＣＴＩＶＥ」から「ＡＣＴＩＶＥ」へ変更されていることが分かる。

図２７は、変更されたＨＴＴＰのポート番号使用時の動作を説明するためのフローチャート図である。図１７において、Ｗｅｂアプリケーション２０又はＳＤＫアプリケーション２００ａが、ＨＴＴＰデーモン５１に対して使用するポートの登録を要求すると（ステップＳ２９１）、ＨＴＴＰデーモン５１は、アプリＩＤ／ポート識別子対応テーブル５４を用いて、アプリＩＤと使用するポート識別子とを対応付ける（ステップＳ２９２）。

更に、ＨＴＴＰデーモン５１は、ネットワークサービスライブラリ２４から、ＨＴＴＰデーモン５１は、ネットワークサービスライブラリ２４からポート識別子に基づいてポート番号を取得する（ステップＳ２９３）ネットワークサービスライブラリ２４は、ＨＴＴＰデーモン５１からポート番号取得要求を受けると、ポート識別子に基づいてポート情報管理ファイルＦ１からポート番号を読み込む。つまり、ポート識別子に基づいてポート情報管理ファイルＦ１を検索して（ステップＳ２９４）、ポート情報管理ファイルＦ１からポート番号を取得し（ステップＳ２９５）、そのポート番号をＨＴＴＰデーモン５１に通知する。

ＨＴＴＰデーモン５１は、ポート識別子「ＨＴＴＰ」に対応するポート番号「８０」を取得し、また、ポート識別子「ＨＴＴＰＳ」に対応するポート番号「４４３」を取得する（ステップＳ２９６−１）。ＨＴＴＰデーモン５１は、取得したポート番号「８０８０」及び「４４３」のポートが開いているか否かを判断する（ステップＳ２９６−２）。既に、開いている場合、この動作を終了する。

一方、ＨＴＴＰデーモン５１は、取得したポート番号「８０８０」及び「４４３」にて特定されるポートが開いていない場合、ポート「８０８０」及び「４４３」をオープンする（ステップＳ２９６−３）。この場合、ポート「８０」はオープンされない。そして、ＨＴＴＰデーモン５１は、ポート「８０８０」及び「４４３」のポート状態の更新をネットワークサービスライブラリ２４に要求する（ステップＳ２９８）。

ネットワークサービスライブラリ２４は、ポート番号「８０８０」及び「４４３」に対応するポート状態をポート情報管理ファイルＦ１に書き込む（ステップＳ２９８）。つまり、ポート番号「８０８０」及び「４４３」のポート状態を「ＡＣＴＩＶＥ」にする。

上記実施例において、アドレスの変更のユーザへの周知をＷｅｂページ（図１６に示すような画面４２）、及び、文書配信機能（Scan to Mail）を利用したメールによって行っているが、ＵＣＳ５ｇによって管理されるユーザ情報のうちＦＡＸ番号を利用して、ファックスアプリケーション２ｂによって所定のユーザへアドレスの変更を周知させるようにしても良い。

また、ネットワーク上の通信プロトコルとして、ＨＴＴＰを例として説明したが、ＨＴＴＰに限定するものではなく、ＦＴＰ(File Transfer Protocol)、ＩＰＰ(Internet Printing Protocol)、ＳＮＭＰ(Simple Network Management Protocol)等のプロトコルを適用しても良い。

本発明の一実施例にかかる画像処理システムの構成例を示す図である。 本発明の一実施例にかかる画像形成装置の機能構成図である。 画像形成装置のハードウェア構成を示すブロック図である。 Ｗｅｂアプリケーションのモジュール構成図を示したものである。 ポート情報の共有にかかる機能構成を示す概略図である。 ＨＴＴＰのポート番号「８０」使用時の動作を示す図である。 アプリケーションパス及びＵＲＬパスの説明図である。 ＨＴＴＰのポート番号「８０」使用時の画面例を示す図である。 ＨＴＴＰのポート番号「８０」使用時の動作を説明するための詳細シーケンス図である。 ＨＴＴＰのポート番号「８０」使用時の動作によるポート情報管理ファイルの状態を示す図である。 ＨＴＴＰのポート番号「８０」使用時の動作を説明するためのフローチャート図である。 ＨＴＴＰのポート番号を変更するための概略シーケンス図である。 ポート番号を変更するための画面を提供する場合の動作を説明する図である。 ＨＴＴＰポート番号変更画面の例を示す図である。 ポート番号を変更する場合の動作を説明する図である。 ポート番号変更後のアドレスを示す画面の例を示す図である。 ポート番号変更後のアドレスを通知するメールの例を示す図である。 変更されたポート番号を指定したアドレスを使用した場合の画面の例を示す図である。 オペレーションパネルによってポート番号を設定する場合の動作を説明する図である。 ポート番号の設定を可能とするオペレーションパネルの例を示す図である。 ポート番号の設定時の動作を示す図である。 ＨＴＴＰのポート番号設定時の動作によるポート情報管理ファイルの状態を示す図である。 ポート番号を変更する場合の動作を説明するためのフローチャート図である。 変更されたＨＴＴＰのポート番号使用時の動作を示す図である。 変更されたＨＴＴＰのポート番号使用時の動作を説明するための詳細シーケンス図である。 変更されたＨＴＴＰのポート番号使用時の動作によるポート情報管理ファイルの状態を示す図である。 変更されたＨＴＴＰのポート番号使用時の動作を説明するためのフローチャート図である。

符号の説明

１ 画像形成装置
２ アプリケーション層
２０ａ ｗｅｂｓｙｓ
２１ Ｗｅｂページ管理モジュール
２２ Ｗｅｂアプリライブラリ
２２５ 未登録ハンドラ
２３ Ｗｅｂページライブラリ
２４ Ｗｅｂページハンドラ
２５ Ｗｅｂページファンクション
３ インタフェース
４ プラットフォーム層
５ サービス層
５１ ＨＴＴＰデーモン
７ インタフェース
８ エンジン部
９ ＨＴＴＰクライアント
１０ ネットワーク

Claims (12)

1. ＩＰアドレスとポート番号とを含むネットワークプロトコルリクエストを受信し、前記ネットワークプロトコルリクエストを処理し、前記ネットワークプロトコルリクエストに対してネットワークプロトコルレスポンスによって応答するウェブサーバ機能を組み込んだウェブサーバ組み込みビジネス機器であって、
   前記ネットワークプロトコルリクエストは前記ポートのポート番号を含むポート情報の取得リクエストを含み、前記取得リクエストを処理することによって前記ポート情報、及び、前記ポート情報の変更指示を入力可能とするＷｅｂ情報を含むネットワークプロトコルレスポンスを応答することを特徴とするウェブサーバ組み込みビジネス機器。
2. 前記ネットワークプロトコルレスポンスを用いて設定された前記ポート情報の変更指示による設定リクエストを含む前記ネットワークプロトコルリクエストを受信すると、前記設定リクエストに従って前記ポート情報を設定することを特徴とする請求項１記載のＷｅｂサーバ機能を有する組み込み機器。
3. 前記ポート情報の設定を行った旨を通知することを特徴とする請求項１又は２記載のＷｅｂサーバ機能を有する組み込み機器。
4. 文書配信機能を有し、前記文書配信機能を利用して、電子メールによって前記通知を行うことを特徴とする請求項３記載のＷｅｂサーバ機能を有する組み込み機器。
5. 前記電子メールに設定後のポート情報を含むリンクを付すことを特徴とすることを特徴とする請求項５記載のＷｅｂサーバ機能を有する組み込み機器。
6. 前記文書配信機能又はＦＡＸ機能を用いて、前記文書配信機能又は前記ＦＡＸ機能によって登録された宛先へ前記通知を行うことを特徴とする請求項１記載のＷｅｂサーバ機能を有する組み込み機器。
7. 前記ポート情報はネットワークプロトコルに対応するポートを一意に識別するポート識別子を含み、前記ポート識別子に基づいて前記ポート情報への設定又は前記ポート情報の取得を行うことを特徴とする請求項１乃至６のいずれか一項記載のＷｅｂサーバ機能を有する組み込み機器。
8. リクエストを処理するアプリケーションを有し、
   前記アプリケーション自身が処理するポート情報を前記ネットワークプロトコルデーモンに登録することを特徴とする請求項１乃至７のいずれか一項記載のＷｅｂサーバ機能を有する組み込み機器。
9. 前記アプリケーションが登録するポート情報は、前記ポート識別子であることを特徴とする請求項１乃至７のいずれか一項記載のＷｅｂサーバ機能を有する組み込み機器。
10. ＩＰアドレスとポート番号とを含むネットワークプロトコルリクエストをネットワークプロトコルデーモンが受信し、前記ネットワークプロトコルリクエストを処理し、前記ネットワークプロトコルリクエストに対してネットワークプロトコルレスポンスによって応答する方法であって、
    前記ネットワークプロトコルリクエストは前記ポートのポート番号を含むポート情報の取得リクエストが含み、前記取得リクエストを処理することによって前記ポート情報を含むと共に、前記ポート情報の変更指示を入力可能とするネットワークプロトコルレスポンスで応答することを特徴とする方法。
11. ＩＰアドレスとポート番号とを含むネットワークプロトコルリクエストを受信し、前記ネットワークプロトコルリクエストを処理し、前記ネットワークプロトコルリクエストに対してネットワークプロトコルレスポンスによって、コンピュータに応答させるコンピュータ実行可能なプログラムであって、
    前記ネットワークプロトコルリクエストは前記ポートのポート番号を含むポート情報の取得リクエストを含み、前記取得リクエストを処理することによって前記ポート情報、及び、前記ポート情報の変更指示を入力可能とするＷｅｂ情報を含むネットワークプロトコルレスポンスを応答するように前記コンピュータを実行させるコンピュータ実行可能なプログラム。
12. ＩＰアドレスとポート番号とを含むネットワークプロトコルリクエストを受信し、前記ネットワークプロトコルリクエストを処理し、前記ネットワークプロトコルリクエストに対してネットワークプロトコルレスポンスによって、コンピュータに応答させるコンピュータ実行可能なプログラムを記憶した記憶媒体であって、
    前記ネットワークプロトコルリクエストは前記ポートのポート番号を含むポート情報の取得リクエストが含み、前記取得リクエストを処理することによって前記ポート情報、及び、前記ポート情報の変更指示を入力可能とするＷｅｂ情報を含むネットワークプロトコルレスポンスを応答するように前記コンピュータを実行させるコンピュータ実行可能なプログラムを記憶した記憶媒体。

Images