(57)【要約】【課題】開発労力を軽減するとともに、簡易な手法でかつ確実にセキュリティを向上させて、クライアント装置から遠隔処理を行うこと。【解決手段】外部向けポート１２と内部向けポート１３とを監視し、外部向けポート１２を介したｔｅｌｎｅｔデーモン１１に対するｔｅｌｎｅｔ接続要求を拒否し、内部向けポート１３を介したｔｅｌｎｅｔ接続要求を許可するｉｎｅｔデーモン１６と、外部向けポート１２または内部向けポート１３のいずれかの転送先ポートが指定され、かつ暗号化された接続要求を受信した場合に、接続要求を転送先ポートを介してｉｎｅｔデーモン１６に転送するＳＳＨデーモン１４と、を備えた。【選択図】図１
2010045769.tif 000002
【特許請求の範囲】
【請求項１】
クライアント装置とネットワークで接続された組み込み機器であって、
前記クライアント装置からの遠隔操作により所定の処理を実行する処理手段と、
前記処理手段に対する非暗号化通信の接続インタフェースである第１ポートと、前記処理手段に対する暗号化通信の接続インタフェースである第２ポートと、を監視し、前記第１ポートを介した前記処理手段に対する接続要求を拒否し、前記第２ポートを介した前記処理手段に対する接続要求を許可する監視手段と、
前記クライアント装置との間で暗号化通信を行い、前記第１ポートまたは前記第２ポートのいずれかの転送先ポートが指定され、かつ暗号化された接続要求を受信した場合に、前記接続要求を復号化して、復号化された接続要求を、前記転送先ポートを介して前記監視手段に転送する暗号化通信手段と、を備え、
前記処理手段は、前記接続要求が許可された場合に、前記第２ポートおよび前記暗号化通信手段を介した前記クライアント装置との暗号化通信により前記所定の処理を行うことを特徴とする組み込み機器。
【請求項２】
前記監視手段は、前記クライアント装置から直接、前記第１ポートを介して前記処理手段に対する接続要求を受信した場合に、この接続要求を拒否することを特徴とする請求項１に記載の組み込み機器。
【請求項３】
前記監視手段は、さらに、前記接続要求を送信した前記クライアント装置に対して接続エラーの旨の応答を送信することを特徴とする請求項２に記載の組み込み機器。
【請求項４】
前記監視手段は、前記暗号化通信手段から前記転送先ポートとして指定された前記第１ポートを介して前記処理手段に対する接続要求を受信した場合に、この接続要求を拒否することを特徴とする請求項１に記載の組み込み機器。
【請求項５】
前記暗号化通信手段は、前記クライアント装置から受信した接続要求に含まれる前記転送先ポートを判断し、前記転送先ポートが前記第１ポートである場合には、前記転送先ポートを前記第２ポートに変換して、前記接続要求を、前記第２ポートを介して前記監視手段に転送することを特徴とする請求項１に記載の組み込み機器。
【請求項６】
前記監視手段は、前記クライアント装置から前記第１ポートを介して、ＩＰｓｅｃ（Security Architecture for Internet Protocol）による前記処理手段に対する接続要求を受信した場合には、この接続要求を許可することを特徴とする請求項１に記載の組み込み機器。
【請求項７】
前記処理手段は、ｔｅｌｎｅｔプロトコルに基づく遠隔通信により、前記組み込み機器の所定の設定パラメータの設定または参照処理を実行することを特徴とする請求項１に記載の組み込み機器。
【請求項８】
前記処理手段は、ファイル転送プロトコル（ＦＴＰ）に基づくファイル転送処理を実行することを特徴とする請求項１に記載の組み込み機器。
【請求項９】
前記暗号化通信手段は、前記接続要求を前記転送先ポートを介して前記監視手段に転送するセキュアシェル（ＳＳＨ）プログラムであることを特徴とする請求項１に記載の組み込み機器。
【請求項１０】
クライアント装置とネットワークで接続された組み込み機器で実行される遠隔処理方法あって、
処理手段が、前記クライアント装置からの遠隔操作により所定の処理を実行する処理ステップと、
監視手段が、前記処理手段に対する非暗号化通信の接続インタフェースである第１ポートと、前記処理手段に対する暗号化通信の接続インタフェースである第２ポートとを監視し、前記第１ポートを介した前記処理手段に対する接続要求を拒否し、前記第２ポートを介した前記処理手段に対する接続要求を許可する監視ステップと、
暗号化通信手段が、前記クライアント装置との間で暗号化通信を行い、前記第１ポートまたは前記第２ポートのいずれかの転送先ポートが指定され、かつ暗号化された接続要求を受信した場合に、前記接続要求を復号化して、復号化された接続要求を、前記転送先ポートを介して前記監視手段に転送する暗号化通信ステップと、を含み、
前記処理ステップは、前記接続要求が許可された場合に、前記第２ポートおよび前記暗号化通信手段を介した前記クライアント装置との暗号化通信により前記所定の処理を行うことを特徴とする遠隔処理方法。
【請求項１１】
クライアント装置とネットワークで接続されたコンピュータを、
前記クライアント装置からの遠隔操作により所定の処理を実行する処理手段と、
前記処理手段に対する非暗号化通信の接続インタフェースである第１ポートと、前記処理手段に対する暗号化通信の接続インタフェースである第２ポートと、を監視し、前記第１ポートを介した前記処理手段に対する接続要求を拒否し、前記第２ポートを介した前記処理手段に対する接続要求を許可する監視手段と、
前記クライアント装置との間で暗号化通信を行い、前記第１ポートまたは前記第２ポートのいずれかの転送先ポートが指定され、かつ暗号化された接続要求を受信した場合に、前記接続要求を復号化して、復号化された接続要求を、前記転送先ポートを介して前記監視手段に転送する暗号化通信手段として機能させ、
前記処理手段は、前記接続要求が許可された場合に、前記第２ポートおよび前記暗号化通信手段を介した前記クライアント装置との暗号化通信により前記所定の処理を行うことを特徴とするプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
この発明は、クライアント装置とネットワークで接続された組み込み機器、遠隔処理方法およびプログラムに関する。
【背景技術】
【０００２】
近年、プリンタ、コピー、ファクシミリ（ＦＡＸ）、スキャナなどの各装置の機能を１つの筐体内に収納した、いわゆるＭＦＰ（Ｍｕｌｔｉ  Ｆｕｎｃｔｉｏｎ  Ｐｅｒｉｐｈｅｒａｌ）と呼ばれる複合機などの組み込み機器において、組み込み機器の各種設定、各種設定の参照または変更などを行う必要がある。ここで、組み込み機器の各種設定、各種設定の参照または変更などは、クライアント装置からｔｅｌｎｅｔプロトコルを利用した遠隔通信サービス（以下、「ｔｅｌｎｅｔサービス」という。）により行われている。
【０００３】
また、このような組み込み機器の各種設定、各種設定の参照または変更などは、平文の非暗号化通信ではなく、暗号化通信により行いセキュリティを強化することが好ましい。
【０００４】
しかしながら、各種設定、各種設定の参照または変更に利用されるｔｅｌｎｅｔプロトコルは、平文で通信を行うプロトコルであるため、セキュリティを向上させるため、ＳＳＨ（Ｓｅｃｕｒｅ  ＳＨｅｌｌ）プログラム（以下、「ＳＳＨサービス」という。）を利用した暗号化通信が考えられる。すなわち、クライアント装置からＳＳＨサービスを利用してサーバである組み込み機器に対して暗号化通信により各種設定、各種設定の参照または変更を行うことが考えられる。
【０００５】
ここで、組み込み機器に搭載されるｔｅｌｎｅｔサービスは、ＵＮＩＸ（登録商標）で使用されるｔｅｌｎｅｔサービスとは異なっている。すなわち、ＵＮＩＸ（登録商標）で利用されるｔｅｌｎｅｔサービスは、ユーザがネットワークを介してクライアント装置からサーバにログインして遠隔操作するものであり、シェルからサーバ上のＵＮＩＸ（登録商標）ファイルシステムにアクセスを行ったり、シェルからサーバ上のＵＮＩＸ（登録商標）で提供されるコマンドを実行することが可能である。
【０００６】
これに対して組み込み機器に組み込まれているｔｅｌｎｅｔサービスでは、このようなＵＮＩＸ（登録商標）のｔｅｌｎｅｔサービスとは異なり、組み込み機器のファイルシステムへのアクセスはできず、組み込み機器のＯＳで提供されるコマンドの実行も許可されていない。言い換えれば、組み込み機器のｔｅｌｎｅｔサービスは、あくまで、組み込み機器の各種設定、各種設定の参照または変更等をクライアント装置から遠隔操作で行うためのプログラムとしての機能しか有していない。
【０００７】
また、組み込み機器に搭載されるＳＳＨサービスの機能も、ｔｅｌｎｅｔサービスと同様に、ＵＮＩＸ（登録商標）で提供されるＳＳＨサービスの機能とは異なっている。すなわち、ＵＮＩＸ（登録商標）のＳＳＨサービスは、ＳＳＬ（Ｓｅｃｕｒｅ  Ｓｏｃｋｅｔ  Ｌａｙｅｒ）プロトコルを利用した暗号化通信によりサーバにログインしてシェルを起動し、その後はｔｅｌｎｅｔサービスと同様にシェルから遠隔操作を行うことができる。これに対し、組み込み機器に搭載されるＳＳＨサービスは、組み込み機器のｔｅｌｎｅｔサービスが上述のように、ファイルシステムへのアクセスやＵＮＩＸ（登録商標）コマンドの実行が許可されていないという特殊性に伴い、シェルの機能を有しておらず、従ってシェルを起動することができない。
【０００８】
このため、クライアント装置から組み込み機器に対して暗号化通信により各種設定、各種設定の参照または変更を行うためには、以下の手法が考えられる。
第１の手法としては、ＳＳＨサービス、すなわちＳＳＨデーモンに（ｓｓｈｄ）にｔｅｌｎｅｔサービス、すなわちｔｅｌｎｅｔデーモン（ｔｅｌｎｅｔｄ）と同等の機能を組み込むことが考えられる。
【０００９】
しかしながら、この手法では、ｔｅｌｎｅｔデーモンとＳＳＨデーモンの双方の保守が必要となり、プログラムの保守や管理が煩雑になるという問題がある。
【００１０】
第２の手法としては、ＵＮＩＸ（登録商標）の一般的手法のようにｉｎｅｔデーモンがｔｅｌｎｅｔデーモンを起動するのではなく、ＳＳＨデーモンがｔｅｌｎｅｔデーモンを直接起動して、ＳＳＨデーモンとｔｅｌｎｅｔデーモンをパイプ接続する手法が考えられる。
【００１１】
しかしながら、この手法では、ｔｅｌｎｅｔデーモンの新規開発が必要となる他、ポートの識別の面で、処理が煩雑となるという問題がある。
【００１２】
そこで、ＳＳＨサービスの機能であるポートフォワード機能を利用して、ｔｅｌｎｅｔサービスと同等の機能を提供することが考えられる。すなわち、ＳＳＨサービスのポートフォワード機能を利用して内部ネットワークからｔｅｌｎｅｔサービスにアクセスすることにより、ｔｅｌｎｅｔサービスを利用可能とする技術が知られている。
【００１３】
しかしながら、このようなポートフォワード機能は、非暗号化通信の接続が可能なポートに対して、ＳＳＨデーモンを経由した暗号化通信を可能とするものであり、非暗号化通信を回避するものではないため、非暗号化通信の利用も可能なままである。すなわち、ＳＳＨのポートフォワード機能を用いるためには、常時ｔｅｌｎｅｔデーモンを起動しておく必要があり、このことは、暗号化通信を担うポートだけではなく、非暗号化通信を担うポートが常にオープンになった状態であることを意味する。
【００１４】
従って、セキュリティに関する知識に乏しいユーザが、非暗号化通信を行った場合に、平文の情報が傍受されてしまうという危険性がある。これを解決するために、クライアント装置から非暗号化通信のリクエストを受信した場合に、リクエストを送信したクライアント装置に対して暗号化通信を行う旨の応答を送信する技術が知られている（例えば、特許文献１参照）。
【００１５】
しかしながら、このような従来技術では、非暗号化通信を回避する場合、非暗号化通信の機能を無効にするしか手段はなく、このような手法では、ＳＳＨポートフォワード機能の利用も不可能となってしまう。
【発明の概要】
【発明が解決しようとする課題】
【００１６】
この発明は上記の点に鑑みてなされたものであり、開発労力を軽減するとともに、簡易な手法でかつ確実にセキュリティを向上させて、クライアント装置から遠隔処理を行うことができる組み込み機器、遠隔処理方法およびプログラムを提供することを目的とする。
【課題を解決するための手段】
【００１７】
上記の目的を達成するため、本発明にかかる組み込み機器は、クライアント装置とネットワークで接続された組み込み機器であって、前記クライアント装置からの遠隔操作により所定の処理を実行する処理手段と、前記処理手段に対する非暗号化通信の接続インタフェースである第１ポートと、前記処理手段に対する暗号化通信の接続インタフェースである第２ポートと、を監視し、前記第１ポートを介した前記処理手段に対する接続要求を拒否し、前記第２ポートを介した前記処理手段に対する接続要求を許可する監視手段と、前記クライアント装置との間で暗号化通信を行い、前記第１ポートまたは前記第２ポートのいずれかの転送先ポートが指定され、かつ暗号化された接続要求を受信した場合に、前記接続要求を復号化して、復号化された接続要求を、前記転送先ポートを介して前記監視手段に転送する暗号化通信手段と、を備え、前記処理手段は、前記接続要求が許可された場合に、前記第２ポートおよび前記暗号化通信手段を介した前記クライアント装置との暗号化通信により前記所定の処理を行うことを特徴とする。
【００１８】
また、本発明は、上記組み込み機器で実行される遠隔処理方法、コンピュータを上記組み込み機器の各手段として機能させるためのプログラムである。
【発明の効果】
【００１９】
本発明によれば、開発労力を軽減するとともに、簡易な手法でかつ確実にセキュリティを向上させて、クライアント装置から遠隔処理を行うことができるという効果を奏する。
【図面の簡単な説明】
【００２０】
【図１】図１は、第１の実施の形態にかかる遠隔処理システムのネットワーク構成および画像形成装置の機能的構成を示すブロック図である。
【図２】図２は、第１の実施の形態のＳＳＨデーモンの処理手順を示すフローチャートである。
【図３】図３は、第１の実施の形態のｉｎｅｔデーモンの処理手順を示すフローチャートである。
【図４】図４は、ｔｅｌｎｅｔ接続要求の拒否の例を示すシーケンス図である。
【図５】図５は、ｔｅｌｎｅｔ接続要求の許可の例を示すシーケンス図である。
【図６】図６は、第１の実施の形態の変形例のｉｎｅｔデーモンの処理手順を示すフローチャートである。
【図７】図７は、第１の実施の形態の変形例におけるｔｅｌｎｅｔ接続要求のエラー応答の処理手順を示すシーケンス図である。
【図８】図８は、外部向けポート接続エラー時のエラー応答の表示例を示す図である。
【図９】図９は、外部向けポート接続エラー時のエラーメッセージの他の表示例を示す図である。
【図１０】図１０は、第２の実施の形態にかかる遠隔処理システムのネットワーク構成および画像形成装置の機能的構成を示すブロック図である。
【図１１】図１１は、第２の実施の形態のｉｎｅｔデーモンの処理手順を示すフローチャートである。
【図１２】図１２は、第２の実施の形態におけるＩＰＳｅｃ利用時のｔｅｌｎｅｔ接続を示すシーケンス図である。
【図１３】図１３は、第３の実施の形態にかかる遠隔処理システムのネットワーク構成および画像形成装置の機能的構成を示すブロック図である。
【図１４】図１４は、第３の実施の形態のＳＳＨデーモンの処理手順を示すフローチャートである。
【図１５】図１５は、第３の実施の形態におけるｔｅｌｎｅｔ接続要求の処理の例を示すシーケンス図である。
【図１６】図１６は、第４の実施の形態にかかる遠隔処理システムのネットワーク構成および画像形成装置の機能的構成を示すブロック図である。
【図１７】図１７は、第４の実施の形態のｉｎｅｔデーモンの処理手順を示すフローチャートである。
【図１８】図１８は、第４の実施の形態のＦＴＰ接続要求の処理の例を示すシーケンス図である。
【図１９】図１９は、第１〜４の実施の形態にかかる画像形成装置のハードウェア構成を示すブロック図である。
【発明を実施するための形態】
【００２１】
以下に添付図面を参照して、この発明にかかる組み込み機器、遠隔処理方法およびプログラムの最良な実施の形態を詳細に説明する。以下に示す実施の形態では、本発明の組み込み機器を、複写機、プリンタ装置、スキャナ装置、ファクシミリ装置、またはコピー機能、スキャナ機能、プリンタ機能、ファクシミリ機能のうち少なくとも２つの機能を一つの筐体に搭載した複合機等の画像形成装置に適用した例をあげて説明する。ただし、これに限定されるものではなく、組み込み機器であればいずれの機器にも本発明を適用することができる。
【００２２】
（第１の実施の形態）
図１は、第１の実施の形態にかかる画像形成システムのネットワーク構成図およびＰＣ，画像形成装置の機能的構成を示すブロック図である。この画像形成システムは、ファクシミリ装置、プリンタ、複写機、それらの複合機等の組み込み機器としての画像形成装置１とクライアント装置としてのＰＣ（Ｐｅｒｓｏｎａｌ  Ｃｏｍｐｕｔｅｒ）２が、ローカルエリアネットワーク，インターネットを含むネットワーク３を介して通信可能に接続されている。
【００２３】
画像形成装置１は、ＣＰＵ，ＲＯＭ及びＲＡＭからなるマイクロコンピュータによって実現され、ネットワーク制御サービス部１０と、公知のため図示とその説明を省略する装置全体の制御を司る制御部と表示部と入力部と画像形成に係わる機能部を備えている。
【００２４】
ネットワーク制御サービス部１０は、クラインと装置としてのＰＣ２に対してネットワーク制御に関する各種サーバ機能を提供するものであり、外部向けポート１２と内部向けポート１３と、ｉｎｅｔデーモン（ＩＮＥＴＤ）１６と、ｔｅｌｎｅｔデーモン（ＴＬＮＴＤ）１１と、ｒｓｈデーモン（ＲＳＨＤ）１８と、セキュアシェルデーモン（Ｓｅｃｕｒｅ  Ｓｈｅｌｌ  Ｄａｅｍｏｎ：ＳＳＨＤ、以下、「ＳＳＨデーモン」あるいは「ＳＳＨＤ」という。）１４と主に備えている。なお、図１では、各デーモンがすでに起動している状態を示している。外部向けポート１２は、ｔｅｌｎｅｔデーモン１１の外部向けポートであり、画像形成装置１の外部と内部間における非暗号化通信の接続インタフェースとなるポートである。また、内部向けポート１３は、ｔｅｌｎｅｔデーモン１１の内部向けポートであり、画像形成装置１の内部間における暗号化通信の接続インタフェースとなるポートである。
【００２５】
ｔｅｌｎｅｔデーモン１１は、画像形成装置１のｔｅｌｎｅｔサーバ機能をＰＣ２に提供する機能部である。本実施の形態のｔｅｌｎｅｔデーモン１１は、ＵＮＩＸ（登録商標）で利用されるｔｅｌｎｅｔサービスとは異なり、画像形成装置１の管理者向け各種設定や設定の参照、変更等を行う管理プログラムとしてのみ機能し、このためｔｅｌｎｅｔデーモン１１は、ファイルシステムのアクセスやＯＳで提供されるコマンドの実行が不可能となっている。
【００２６】
ｒｓｈデーモン１１は、ｒｓｈサーバ機能をＰＣ２に提供する機能部である。
【００２７】
ＳＳＨデーモン１４は、画像形成装置１のＳＳＨサーバ機能をＰＣ２に提供する機能部であり、ＰＣ２等の外部からのデータの送受信の接続インタフェースとなる外部向けポート１５を備えており、ＰＣ２との間で外部向けポート１５を介して暗号化通信を行う。
【００２８】
本実施の形態のＳＳＨデーモン１４は、ｔｅｌｎｅｔデーモン１１がＵＮＩＸ（登録商標）で提供されるｔｅｌｎｅｔサービスの機能を制限されていることに伴ってＵＮＩＸ（登録商標）で提供されるＳＳＨデーモンと異なり、暗号化通信によるログイン機能を提供するのみに限られており、シェルを起動することが不可能となっている。また、画像形成装置１のＳＳＨデーモン１４は、ポートフォワード機能を備えており、このポートフォワード機能を用いることによりｔｅｌｎｅｔデーモン１１と同等のサービスを提供する。
【００２９】
ここで、ｔｅｌｎｅｔ接続要求とは、ｔｅｌｎｅｔデーモン１１に対する接続要求である。また、ＳＳＨ接続要求とはＳＳＨデーモン１４に対する接続要求である。ＰＣ２からＳＳＨのポートフォワード機能を利用してｔｅｌｎｅｔデーモン１１への接続を行う場合には、ｔｅｌｎｅｔデーモン１１のポートを転送先ポートとして指定したＳＳＨ接続要求を行うと、ＳＳＨデーモン１４は、受信したＳＳＨ接続要求に含まれる転送先のｔｅｌｎｅｔのポートにＳＳＨ接続要求をｔｅｌｎｅｔ接続要求として転送する。これが、ＳＳＨサービスにおけるポートフォワード機能である。
【００３０】
より具体的には、ＳＳＨデーモン１４は、ＰＣ２から、外部向けポート１２または内部向けポート１３のいずれかの転送先ポートが指定され、かつ暗号化されたＳＳＨ接続要求を外部向けポート１５を介して受信する。そして、ＳＳＨデーモン１４は、ＳＳＨ接続要求を受信した場合に、ＳＳＨ接続要求を復号化して、復号化されたＳＳＨ接続要求から転送先ポートを抽出し、抽出した転送先ポートを介して復号化されたＳＳＨ接続要求を、ｔｅｌｎｅｔ接続要求としてｉｎｅｔデーモン１６に転送する。
【００３１】
ｉｎｅｔデーモン（ＩＮＥＴＤ）１６は、ｔｅｌｎｅｔデーモン１１や、ｒｓｈデーモン１８等の各デーモンの管理や制御を行い、必要に応じて各デーモンを起動する。
【００３２】
また、ｉｎｅｔデーモン（ＩＮＥＴＤ）１６は、ｔｅｌｎｅｔデーモン１１の外部向けポート１２及び内部向けポート１３を常に監視し、外部向けポート１２からｔｅｌｎｅｔ接続要求を受信した場合に、このｔｅｌｎｅｔ接続要求を拒否する。また、本実施の形態のｉｎｅｔデーモン１６は、ＳＳＨデーモン１４のポートフォワード機能により転送されたｔｅｌｎｅｔ接続要求を外部向けポート１２を介して受信した場合に、このｔｅｌｎｅｔ接続要求を拒否する。一方、本実施の形態のｉｎｅｔデーモン１６は、ＳＳＨデーモン１４のポートフォワード機能により転送されたｔｅｌｎｅｔ接続要求を内部向けポート１３を介して受信した場合に、このｔｅｌｎｅｔ接続要求を許可し、ｔｅｌｎｅｔ接続要求をｔｅｌｎｅｔデーモン１１に転送する。このように、ＳＳＨデーモン１４のポートフォワード機能を用いるとともに、さらに本実施の形態のｉｎｅｔデーモン１６により、内部向けポート１３を介してＳＳＨデーモン１４からポートフォワード機能により転送されてきたｔｅｌｎｅｔ接続要求のみを許可して、ｔｅｌｎｅｔデーモン１１に接続することにより、ｔｅｌｎｅｔサービスを用いた各種設定、各種設定の参照、更新等の処理を、ＰＣ２からセキュリティの高い暗号化通信により実行することが可能となる。
【００３３】
一方、ＰＣ２は、同じくＣＰＵ，ＲＯＭ及びＲＡＭからなるマイクロコンピュータによって実現され、ｔｅｌｎｅｔクライアント２０と、セキュアシェル（Ｓｅｃｕｒｅ  Ｓｈｅｌｌ：ＳＳＨ）クライアント２１と、公知なので図示とその説明を省略する装置全体の制御を司る制御部と表示部と入力部を備えている。
【００３４】
ｔｅｌｎｅｔクライアント２０は、画像形成装置１に搭載されているｔｅｌｎｅｔサーバ機能へのｔｅｌｎｅｔ接続のクライアント機能を提供する機能部である。
【００３５】
ＳＳＨクライアント２１は、画像形成装置１に搭載されているＳＳＨサーバ機能へのＳＳＨポートフォワード接続のクライアント機能を提供する機能部である。
【００３６】
次に、以上のように構成された本実施の形態にかかる画像形成装置１によるネットワーク接続処理について説明する。図２は、第１の実施の形態のＳＳＨデーモン１４の接続要求の転送処理の手順を示すフローチャートである。
【００３７】
ＳＳＨデーモン１４は、外部向けポート１５を介したＳＳＨ接続要求の受信待ち状態となっている（ステップＳ１１：Ｎｏ）。そして、ＳＳＨデーモン１４がＳＳＨ接続要求を受信した場合（ステップＳ１１：Ｙｅｓ）、受信したＳＳＨ接続要求は暗号化されているため、ＳＳＨデーモン１４は、このＳＳＨ接続要求を復号化する（ステップＳ１２）。そして、ＳＳＨデーモン１４は、復号化されたＳＳＨ接続要求のパケットの中の所定の位置に指定された転送先ポートを抽出する（ステップＳ１３）。そして、ＳＳＨデーモン１４は、抽出した転送先ポートを判別する（ステップＳ１４）。
【００３８】
そして、転送先ポートが外部向けポート１２を示す場合、ＳＳＨデーモン１４は、復号化されたＳＳＨ接続要求を、外部向けポート１２を介してｉｎｅｔデーモン１６にｔｅｌｎｅｔ接続要求として転送する（ステップＳ１５）。一方、ステップＳ１４の判別の結果、転送先ポートが内部向けポート１３を示す場合、ＳＳＨデーモン１４は、復号化されたＳＳＨ接続要求を、ｔｅｌｎｅｔ接続要求として内部向けポート１３を介してｉｎｅｔデーモン１６に転送する（ステップＳ１６）。このように、ＳＳＨデーモン１４によってＰＣ２から受信したＳＳＨ接続要求は、ポートフォワード機能によりｔｅｌｎｅｔ接続要求としてｉｎｅｔデーモン１６に転送されることになる。
【００３９】
図３は、第１の実施の形態のｉｎｅｔデーモン１６による接続要求の許可判断処理の手順を示すフローチャートである。ｉｎｅｔデーモン１６は、自身が起動されると、まずｔｅｌｎｅｔデーモン１１やｒｓｈデーモン１８を起動し（ステップＳ２１）、各デーモンとパイプ接続する。
【００４０】
次いで、ｉｎｅｔデーモン１６は、接続要求の受信待ち状態となる（ステップＳ２２：Ｎｏ）。そして、ｉｎｅｔデーモン１６は、ｔｅｌｎｅｔ接続要求を受信した場合（ステップＳ２２：Ｙｅｓ）、受信したｔｅｌｎｅｔ接続要求のポートを判断する（ステップＳ２３）。受信したポートの判断が、ｔｅｌｎｅｔ接続要求のパケットで指定されたポートの箇所をみる、あるいはｉｎｅｔデーモン１６が各ポート（内部向けポート１３，外部向けポート１２）から順次ｔｅｌｎｅｔ接続要求パケットを取得しにいき、取得できた場合にそのポートを受信したポートとして判断すればよい。
【００４１】
そして、受信したポートが内部向けポート１３である場合には、ｉｎｅｔデーモン１６は、受信したｔｅｌｎｅｔ接続要求を許可し（ステップＳ２４）、受信したｔｅｌｎｅｔ接続要求をｔｅｌｎｅｔデーモン１１に転送する（ステップＳ２５）。これにより、ＰＣ２のｔｅｌｎｅｔクライアント２０と画像形成装置１のｔｅｌｎｅｔデーモン１１との接続が確立されることになる。
【００４２】
一方、ステップＳ２３において、ｔｅｌｎｅｔ接続要求を受信したポートが外部向けポート１２である場合には、ｉｎｅｔデーモン１６は受信したｔｅｌｎｅｔ接続要求を拒否し（ステップＳ２６）、ｔｅｌｎｅｔデーモンへの接続は行わない。これにより、非暗号化通信によるｔｅｌｎｅｔ接続は回避されることになる。
【００４３】
次に、このようなｔｅｌｎｅｔ接続要求に対する処理を具体例をあげて説明する。図４は、ｔｅｌｎｅｔ接続要求の拒否の例を示すシーケンス図である。ここでは、画像形成装置１のＩＰアドレスを（１９２．１６８．０．２）、ＰＣ２のＩＰアドレスを（１９２．１６８．０．１）として記載している。また、外部向けポート１２のポート番号を２３とする。また、ｔｅｌｎｅｔ接続要求の接続先および転送先は、（ＩＰアドレス：ポート番号）の形式で接続要求パケットの中で指定されるものとする。また、以下の図およびその説明において、ＴＮ接続要求は、ｔｅｌｎｅｔ接続要求を示すものとする。
【００４４】
図４の（Ａ）に示すように、ＰＣ２のｔｅｌｎｅｔクライアント（ＴＮＣ）２０からネットワーク３を介して画像形成装置１の接続先（１９２．１６８．０．２：２３）であるｔｅｌｎｅｔデーモン１１の外部向けポート１２を指定し、非暗号化通信であるｔｅｌｎｅｔで接続要求（ＴＮ接続要求）をすると（ステップＳ３１）、上述したステップＳ２３において受信したポートは外部向けポート１２であると判断されるため、画像形成装置１のｉｎｅｔデーモン（ＩＮＥＴＤ）１６はこのｔｅｌｎｅｔ接続要求を拒否する。
【００４５】
このようにして、ｉｎｅｔデーモン（ＩＮＥＴＤ）１６は、平文によるｔｅｌｎｅｔ接続を防止することができる。
【００４６】
次に、ＰＣ２から画像形成装置１に対してｔｅｌｎｅｔ接続する際に、ＳＳＨポートフォワードを利用する場合を示す。
【００４７】
図４の（Ｂ）に示すように、まず、ＰＣ２のｔｅｌｎｅｔクライアント（ＴＮＣ）２０は、接続先（１２７．０．０．１：Ｘ（Ｘは任意のポート番号））のＳＳＨクライアント２１へ、接続要求の転送先（１９２．１６８．０．２：２３）であるｔｅｌｎｅｔデーモン１１の外部向けポート１２を指定してループバック接続する（ステップＳ３２）。すると、ＳＳＨクライアント２１は、ネットワーク３を介して画像形成装置１の接続先（１９２．１６８．０．２：２２）（２２は外部向けポート１５を示す）であるＳＳＨデーモン１４の外部向けポート１５へ、転送先（１９２．１６８．０．２：２３）のｔｅｌｎｅｔデーモン１１の外部向けポート１２を指定して暗号化通信であるＳＳＨで接続要求（ＳＳＨ接続要求）をする（ステップＳ３３）。
【００４８】
そして、画像形成装置１のＳＳＨデーモン１４は、ＰＣ２からのＳＳＨ接続要求を復号化して転送先を判別し、このＳＳＨ接続要求を、転送先（１９２．１６８．０．２：２３）で示されるｔｅｌｎｅｔデーモン（ＴＮＤ）１１の外部向けポート１２へｔｅｌｎｅｔ接続要求（ＴＮ接続要求）を転送する（ステップＳ３４）。このｔｅｌｎｅｔ接続要求（ＴＮ接続要求）は外部向けポート１２への接続要求なので、ｉｎｅｔデーモン（ＩＮＥＴＤ）１６は、上述したステップＳ２３、Ｓ２６よりその接続を拒否する。
【００４９】
このようにして、ｉｎｅｔデーモン（ＩＮＥＴＤ）１６は、非暗号化通信の接続インタフェースである外部向けポート１２に対する接続要求を受け付けないようにする。
【００５０】
次に、ＰＣ２から画像形成装置１に対してｔｅｌｎｅｔ接続要求を行う場合に、ＳＳＨポートフォワード機能を利用して接続可能にする場合について説明する。図５は、ｔｅｌｎｅｔ接続要求の許可の例を示すシーケンス図である。ここで、ＳＳＨデーモンの外部向けポート１５のポート番号を２２、ｔｅｌｎｅｔデーモン１１の内部向けポート１３のポート番号を２３とする。また、接続先、転送先は、図４の例と同様に、（ＩＰアドレス：ポート番号）で指定されるものとする。
【００５１】
ＰＣ２のｔｅｌｎｅｔクライアント（ＴＮＣ）２０は、接続先（１２７．０．０．１：Ｘ（Ｘは任意のポート番号））のＳＳＨクライアント２１へ、接続要求の転送先（１２７．０．０．１：２３）のｔｅｌｎｅｔデーモン１１の内部向けポート１３を指定してループバック接続する（ステップＳ４１）。すると、ＳＳＨクライアント２１は、ネットワーク３を介して画像形成装置１の接続先（１９２．１６８．０．２：２２）であるＳＳＨデーモン１４の外部向けポート１５へ、転送先（１２７．０．０．１：２３）のｔｅｌｎｅｔデーモン１１の内部向けポート１３を指定して暗号化通信であるＳＳＨで接続要求（ＳＳＨ接続要求）をする（ステップＳ４２）。
【００５２】
そして、画像形成装置１のＳＳＨデーモン１４は、ＰＣ２からのＳＳＨ接続要求を復号化して転送先を判別し、このＳＳＨ接続要求を、転送先（１２７．０．０．１：２３）で示されるｔｅｌｎｅｔデーモン（ＴＮＤ）１１の内部向けポート１３へｔｅｌｎｅｔ接続要求（ＴＮ接続要求）として転送する（ステップＳ４３）。このｔｅｌｎｅｔ接続要求（ＴＮ接続要求）は内部向けポート１３への接続要求なので、上述したステップＳ２３，Ｓ２４によりｉｎｅｔデーモン（ＩＮＥＴＤ）１６は、その接続を許可する（ステップＳ４４）。
【００５３】
このように、ｔｅｌｎｅｔクライアント（ＴＮＣ）２０からｔｅｌｎｅｔデーモン１１へのＴＮ接続が許可されることで、画像形成装置１は、ユーザによるＰＣ２からのｔｅｌｎｅｔサーバ機能の利用を可能とする。
【００５４】
このように本実施の形態では、非暗号化通信を前提としたｔｅｌｎｅｔデーモン１１の外部向けポート１２からのｔｅｌｎｅｔ接続要求およびＳＳＨデーモン１４から外部向けポート１２を介して転送されたｔｅｌｎｅｔ接続要求をいずれも拒否し、ＳＳＨデーモン１４からの内部向けポート１３を介した暗号化通信のｔｅｌｎｂｅｔ接続要求のみを許可する。このため、本実施の形態によれば、従来のｔｅｌｎｅｔデーモンをそのまま利用できるため開発労力を軽減するとともに、簡易な手法でかつ確実にセキュリティを向上させて、ＰＣ２から各種設定、各種設定の変更、参照などの遠隔処理を行うことができる。
【００５５】
（変形例）
ＰＣ２から外部向けポート１２へのｔｅｌｎｅｔ接続要求があった場合に、ＰＣ２に対して、エラー応答又は暗号化通信でＴＮＤ１１の内部向けポート１３への転送を指定した接続要求を行うようにメッセージを通知するように構成してもよい。図６は、このような変形例のｉｎｅｔデーモンの接続要求判断処理の手順を示すフローチャートである。また、図７は、ｔｅｌｎｅｔ接続要求を受けた場合のエラー応答の処理手順を示すシーケンス図である。
【００５６】
ステップＳ５１の各デーモンの起動処理からステップＳ５３の受信したポートの判断の処理までは、上述した第１の実施の形態のステップＳ２１からＳ２３までの処理と同様に行われる。
【００５７】
ステップＳ５３で、受信したポートが外部向けポート１２である場合、ｉｎｅｔデーモン１６は 第１の実施の形態と同様にｔｅｌｎｅｔ接続要求を拒否する（ステップＳ５６）。そして、さらに、ｉｎｅｔデーモン１６は、エラー応答（接続エラーメッセージ）をＰＣ２に送信する（ステップＳ５７）。
【００５８】
より具体的には、図７に示すように、ｔｅｌｎｅｔデーモン１１の外部向けポート１２｛接続先（１９２．１６８．０．２：２３）（２３は外部向けポートを示す）｝から非暗号化通信によるｔｅｌｎｅｔ接続要求（ＴＮ接続要求）を受信した場合（ステップＳ６１）、ｉｎｅｔデーモン（ＩＮＥＴＤ）１６は、接続要求を拒否し、さらに、ＰＣ２のｔｅｌｎｅｔクライアント（ＴＮＣ）２０に対して、接続エラーメッセージを送出する（ステップＳ６２）。なお、ステップＳ５３において、受信したポートが内部向けポートである場合の処理（ステップＳ５４，Ｓ５５）については第１の実施の形態におけるステップＳ２４，Ｓ２５の処理と同様である。
【００５９】
図８は、ＰＣにおいて外部向けポート接続エラー時の画像形成装置からのエラー応答の表示例を示す図である。ＰＣ２は、ＰＣ２のｔｅｌｎｅｔクライアント２０が画像形成装置１のｔｅｌｎｅｔデーモン１１と直接接続しようとした場合、ＰＣ２表示部（不図示）に、画像形成装置１から送られたエラー応答のエラーメッセージを表示し、またＳＳＨでの接続が必要である旨のメッセージを表示する。
【００６０】
このようにして、ユーザからの非暗号通信による接続要求が実行される際に、エラー応答と、ＳＳＨ接続が必要である旨の応答と、を行うことで、ユーザからの非暗号化通信が実行される場合、暗号化通信に導くことができる。
【００６１】
また、図８に示すエラー応答に代えて、ポートフォワードによって暗号化通信でｔｅｌｎｅｔデーモン１１の内部向けポート１３への転送を指定した接続要求を行うべき旨のエラーメッセージを、ｉｎｅｔデーモン１６等からＰＣ２へ通知するように構成してもよい。具体的には、ｉｎｅｔデーモン（ＩＮＥＴＤ）１６は、ＳＭＢのメッセンジャ機能を利用してＰＣ２へ上記エラーメッセージを送信するように構成する。
【００６２】
図９は、ポートフォワード機能によって暗号化通信でｔｅｌｎｅｔデーモン１１の内部向けポート１３への転送を指定した接続要求を行うべき旨のメッセージの表示例を示す図である。図９に示したとおり、ｉｎｅｔデーモン（ＩＮＥＴＤ）１６は、外部向けポート１２から非暗号化通信によるｔｅｌｎｅｔ接続要求を受信した場合、接続要求を拒否し、さらに、ＳＳＨデーモン１４へ、転送先として内部向けポート１３が指定されたｔｅｌｎｅｔによる通信の接続要求を実行する旨のメッセージを送出する。
【００６３】
このようにして、ユーザからの非暗号通信による接続要求が行われた際に、ポートフォワード経由での接続を促す旨のメッセージを通知することで、画像形成装置１は、非暗号化通信を行おうとしたユーザに対して解決方法を提示し、暗号化通信に導くことができる。
【００６４】
（第２の実施の形態）
第１の実施の形態では、ＰＣ２から外部向けポート１２を介して直接ｔｅｌｎｅｔ接続要求があった場合には、この接続要求を拒否していた。この第２の実施の形態では、ＰＣ２から外部向けポート１２を介して直接ｔｅｌｎｅｔ接続要求を受信した場合でもＩＰｓｅｃ等のように暗号化通信によるｔｅｌｎｅｔ接続要求である場合には、これを拒否せずに許可するものである。
【００６５】
図１０は、第２の実施の形態の画像形成システムのネットワーク構成およびＰＣ２および画像形成装置１０００の機能的構成を示すブロック図である。ネットワーク構成およびＰＣ２の機能的構成については第１の実施の形態と同様である。
【００６６】
本実施の形態では、画像形成装置は、ネットワーク制御サービス部１０１０を備えている。ネットワーク制御サービス部１０１０は、外部向けポート１２，１５と、内部向けポート１３と、ｉｎｅｔデーモン１０１６と、ＳＳＨデーモン１４と、ｔｅｌｎｅｔデーモン１１と、ｒｓｈデーモン１８とを主に備えている。ここで、外部向けポート１２，１５、内部向けポート１３、ＳＳＨデーモン１４、ｔｅｌｎｅｔデーモン１１、ｒｓｈデーモン１８の機能および構成については第１の実施の形態と同様である。
【００６７】
本実施の形態のｉｎｅｔデーモン１０１６は、第１の実施の形態と同様に、ＳＳＨデーモン１４からポートフォワード機能により転送されてきたｔｅｌｎｅｔ接続要求のうち、内部向けポート１３を介して転送されてきた接続要求は許可するが、外部向けポート１５を介して転送されてきた接続要求は拒否する。
【００６８】
また、本実施の形態のｉｎｅｔデーモン１０１６は、外部向けポート１５を介してＰＣ２から直接ｔｅｌｎｅｔ接続要求を受信した場合でも、ＩＰｓｅｃによる暗号化通信により受信した場合には、このｔｅｌｎｅｔ接続要求を許可し、非暗号化通信の場合にはｔｅｌｎｅｔ接続要求を拒否する。ここで、ｔｅｌｎｅｔ接続要求がＩＰｓｅｃ（Security Architecture for Internet Protocol）による暗号化通信で受信したか否かは、ＩＰｓｅｃで行われるＰＣ２との鍵交換等のネゴシエーションの有無や受信した接続要求のパケット等により判断する。
【００６９】
次に、このように構成された第２の実施の形態にかかる画像形成装置１０００による接続要求の判断処理について説明する。図１１は、第２の実施の形態のｉｎｅｔデーモン１０１６による接続要求の許可判断処理の手順を示すフローチャートである。
【００７０】
ステップＳ７１の各デーモンの起動処理からステップＳ７３の受信したポートの判断の処理までは、上述した第１の実施の形態のステップＳ２１からＳ２３までの処理と同様に行われる。
【００７１】
ステップＳ７３で、受信したポートが外部向けポート１２である場合、ｉｎｅｔデーモン１０１６は、ＩＰｓｅｃによりｔｅｌｎｅｔ接続要求を受信したか否かを判断する（ステップＳ７６）。そして、ＩＰｓｅｃによるｔｅｌｎｅｔ接続要求の受信でない場合には（ステップＳ７６：Ｎｏ）、第１の実施の形態と同様にｔｅｌｎｅｔ接続要求を拒否する（ステップＳ７７）。一方、ＩＰｓｅｃによるｔｅｌｎｅｔ接続要求の受信である場合には（ステップＳ７６：Ｙｅｓ）、このｔｅｌｎｅｔ接続要求を許可し（ステップＳ７４）、ｔｅｌｎｅｔデーモン１１に転送する（ステップＳ７５）。
【００７２】
図１２は、ＩＰＳｅｃ利用時のｔｅｌｎｅｔ接続のシーケンス図である。
【００７３】
ＰＣ２のｔｅｌｎｅｔクライアント（ＴＮＣ）２０からネットワーク３を介して画像形成装置１０００のｔｅｌｎｅｔデーモン１１の外部向けポート１２｛接続先（１９２．１６８．０．２：２３）（２３は外部向けポートを示す）を指定｝へＩＰｓｅｃ通信によるｔｅｌｎｅｔによる通信で接続要求（ＴＮ接続要求  ｏｎ  ＩＰｓｅｃ）された場合（ステップＳ８１）、画像形成装置１０００のｉｎｅｔデーモン（ＩＮＥＴＤ）１０１６は、接続を許可し（ステップＳ８２）、ＰＣ２のＴＮＣ２０へ接続応答する（ステップＳ８３、Ｓ８４）。
【００７４】
本実施の形態では、ＩＰｓｅｃによる暗号化通信によりＰＣ２から直接（ＳＳＨデーモン１４のポートフォワード機能ではなく）、ｔｅｌｎｅｔ接続要求を外部向けポートを介して受信した場合に、ｉｎｅｔデーモン１０１６はこの接続を許可するので、ＰＣ２のｔｅｌｎｅｔクライアント２０は、画像形成装置１０００のｔｅｌｎｅｔデーモン１１と直接接続することができ、ＳＳＨデーモン１４のポートフォワード機能を経由せずに受信できるので、画像形成装置１０００は、既にＩＰｓｅｃで保護されたｔｅｌｎｅｔ接続要求に対して，更に暗号化を行うことをＰＣ２に要求する必要がなくなり、ユーザに負荷をかけることを防止することができる。
【００７５】
（第３の実施の形態）
第１の実施の形態では、ＳＳＨデーモン１４は、ＰＣ２からＳＳＨ接続要求を受信した場合、接続要求で指定された転送先ポートに、接続要求を転送していたが、この第３の実施の形態では、ＰＣ２からＳＳＨ接続要求を受信した場合、転送先ポートが外部向けポートである場合には、内部向けポートに変更して、接続要求を転送する。
【００７６】
図１３は、第３の実施の形態の画像形成システムのネットワーク構成およびＰＣ２および画像形成装置１３００の機能的構成を示すブロック図である。ネットワーク構成およびＰＣ２の機能的構成については第１の実施の形態と同様である。
【００７７】
本実施の形態では、画像形成装置１３００は、ネットワーク制御サービス部１３１０を備えている。ネットワーク制御サービス部１３１０は、外部向けポート１２，１５と、内部向けポート１３と、ｉｎｅｔデーモン１６と、ＳＳＨデーモン１３１４と、ｔｅｌｎｅｔデーモン１１と、ｒｓｈデーモン１８とを主に備えている。ここで、外部向けポート１２，１５、内部向けポート１３、ｉｎｅｔデーモン１６、ｔｅｌｎｅｔデーモン１１、ｒｓｈデーモン１８の機能および構成については第１の実施の形態と同様である
【００７８】
ＳＳＨデーモン１３１４は、第１の実施の形態と同様に、ＳＳＨ接続要求を受信した場合、ＳＳＨ接続要求を復号化してＳＳＨ接続要求に指定されている転送先ポートを抽出する。そして、本実施の形態のＳＳＨデーモン１３１４は、抽出された転送先ポートを判断し、転送先ポートが外部向けポートである場合には、内部向けポートに変更して、接続要求をｔｅｌｎｅｔ接続要求として内部向けポート１３を介してｉｎｅｔデーモン１６に転送する。
【００７９】
次に、以上のように構成された本実施の形態のＳＳＨデーモン１３１４による接続要求の転送処理について説明する。図１４は、第３の実施の形態のＳＳＨデーモン１３１４による接続要求の転送処理の手順を示すフローチャートである。
【００８０】
ステップＳ９１の接続要求受信待ち状態からステップＳ９３の転送先の抽出までの処理は、第１の実施の形態におけるステップＳ１１からＳ１３までの処理と同様に行われる。
【００８１】
ＳＳＨデーモン１３１４は、転送先をＳＳＨ接続要求から抽出したら、抽出した転送先のポート番号を判別する（ステップＳ９４）。そして、転送先ポートとして外部向けポート１２のポート番号が指定されている場合には、ＳＳＨデーモン１３１４は、転送先ポートを内部向けポート１３のポート番号に変換し（ステップＳ９５）、復号化されたＳＳＨ接続要求を、ｔｅｌｎｅｔ接続要求として内部向けポート１３を介してｉｎｅｔデーモン１６に転送する（ステップＳ９６）。
【００８２】
一方、ステップＳ９４において、転送先ポートが内部向けポート１３のポート番号である場合には、ＳＳＨデーモン１３１４は、ステップＳ９５のポートの変換を行わずに、復号化されたＳＳＨ接続要求を、ｔｅｌｎｅｔ接続要求として内部向けポート１３を介してｉｎｅｔデーモン１６に転送する（ステップＳ９６）。
【００８３】
図１５は、第３の実施の形態におけるｔｅｌｎｅｔ接続要求があった場合の処理の流れを示すシーケンス図である。
【００８４】
ＰＣ２のｔｅｌｎｅｔクライアント（ＴＮＣ）２０は、接続先（１２７．０．０．１：Ｘ（Ｘは任意のポート番号））のＳＳＨクライアント２１へ、接続要求の転送先（１９２．１６８．０．２：２３）であるｔｅｌｎｅｔデーモン１１の外部向けポート１２を指定してループバック接続する（ステップＳ１０１）。すると、ＳＳＨクライアント２１は、ネットワーク３を介して画像形成装置１の接続先（１９２．１６８．０．２：２２）（２２は内部向けポートを示す）であるＳＳＨデーモン１３１４の外部向けポート１５へ、転送先（１９２．１６８．０．２：２３）のｔｅｌｎｅｔデーモン１１の外部向けポート１２を指定して暗号化通信であるＳＳＨで接続要求（ＳＳＨ接続要求）をする（ステップＳ１０２）。
【００８５】
そして、画像形成装置１３００のＳＳＨデーモン１３１４は、ＰＣ２からのＳＳＨ接続要求を受信したら、このＳＳＨ接続要求を復号化して転送先を判別する。そして、ＳＳＨデーモン１３１４は、ｔｅｌｎｅｔデーモン１１の外部向けポート１２を示す転送先（１９２．１６８．０．２：２３）のアドレスを内部向けポートの（１２７．０．０．１：２３）に変換し（上述のステップＳ９５）、その転送先（１２７．０．０．１：２３）で示されるｔｅｌｎｅｔデーモン１１の内部向けポート１３へＳＳＨ接続要求をｔｅｌｎｅｔ接続要求として転送する（ステップＳ１０３）。このｔｅｌｎｅｔ接続要求は内部向けポート１３への接続要求なので、ｉｎｅｔデーモン（ＩＮＥＴＤ）１６は、その接続を許可する（ステップＳ１０４）。このように、ｔｅｌｎｅｔクライアント（ＴＮＣ）２０からｔｅｌｎｅｔデーモン１１へのｔｅｌｎｅｔ接続が許可されることで、画像形成装置１３００は、ユーザによるＰＣ２からのｔｅｌｎｅｔサービスの利用を常に可能とする。
【００８６】
本実施の形態では、ＳＳＨデーモン１３１４は、ポートフォワードの転送先が外部向けポート１２であった場合には内部向けポート１３に変換しているので、外部向けポート１２が接続要求を受け入れない場合に、ポートフォワード機能を利用した接続要求であるにもかかわらず、接続要求が拒否されるという事態を回避するぐことができる。
【００８７】
（第４の実施の形態）
第１〜３の実施の形態では、ＰＣ２からｔｅｌｎｅｔデーモン１１に接続要求を行ってｔｅｌｎｅｔサービスを受ける場合を例にあげて説明したが、第４の実施の形態では、処理部としてｆｔｐデーモンを用いた場合を例にあげて説明する。
【００８８】
図１６は、第６の実施の形態の画像形成システムのネットワーク構成およびＰＣ２および画像形成装置１６００の機能的構成を示すブロック図である。ネットワーク構成およびＰＣ２の機能的構成については第１の実施の形態と同様である。
【００８９】
本実施の形態では、画像形成装置１６００は、ネットワーク制御サービス部１６１０を備えている。ネットワーク制御サービス部１６１０は、外部向けポート９１，１５と、内部向けポート９２と、ｉｎｅｔデーモン１６１６と、ＳＳＨデーモン１４と、ｔｅｌｎｅｔデーモン１１と、ＦＴＰデーモン１７と、ｒｓｈデーモン１８とを主に備えている。ここで、外部向けポート１５、ＳＳＨデーモン１４、ｔｅｌｎｅｔデーモン１１、ｒｓｈデーモン１８の機能および構成については第１の実施の形態と同様である
【００９０】
本実施の形態の外部向けポート９１は、ＦＴＰデーモン１７の外部向けポートであり、画像形成装置１の外部と内部感における非暗号化通信のインタフェースとなるポートである。また、内部向けポート９２は、ＦＴＰデーモン１７の内部向けポートであり、画像形成装置１６００の内部間における暗号化通信の接続インタフェースとなるポートである。ＦＴＰデーモン１７は、ｉｎｅｔデーモン（ＩＮＥＴＤ）１６１６により起動され、ＦＴＰ（Ｆｉｌｅ  Ｔｒａｎｓｆｅｒ  Ｐｒｏｔｏｃｏｌ）に従ったファイル転送を行うデーモンである。また、以下で、ＦＴＰ接続要求とは、ＦＴＰデーモン１７に対する接続要求をいうものとする。
【００９１】
ＰＣ２からＳＳＨのポートフォワード機能を利用してＦＴＰデーモン１７への接続を行う場合には、ＦＴＰデーモン１７のポートを転送先ポートとして指定したＳＳＨ接続要求を行うと、ＳＳＨデーモン１４は、受信したＳＳＨ接続要求に含まれる転送先のＦＴＰデーモン１７のポートにＳＳＨ接続要求をＦＴＰ接続要求として転送する。
【００９２】
より具体的には、ＳＳＨデーモン１４は、ＰＣ２から、外部向けポート９１または内部向けポート９２のいずれかの転送先ポートが指定され、かつ暗号化されたＳＳＨ接続要求を外部向けポート１５を介して受信する。そして、ＳＳＨデーモン１４は、ＳＳＨ接続要求を受信した場合に、ＳＳＨ接続要求を復号化して、復号化されたＳＳＨ接続要求から転送先ポートを抽出し、抽出した転送先ポートを介して復号化されたＳＳＨ接続要求を、ＦＴＰ接続要求としてｉｎｅｔデーモン１６１６に転送する。
【００９３】
ｉｎｅｔデーモン（ＩＮＥＴＤ）１６１６は、第１の実施の形態と同様に、ｔｅｌｎｅｔデーモン１１や、ＦＴＰデーモン１７、ｒｓｈデーモン１８等の各デーモンの管理や制御を行い、必要に応じて各デーモンを起動する。
【００９４】
また、ｉｎｅｔデーモン（ＩＮＥＴＤ）１６１６は、ｔｅｌｎｅｔデーモン１１の外部向けポート９１及び内部向けポート９２を常に監視し、外部向けポート９１からＦＴＰ接続要求を受信した場合に、このＦＴＰ接続要求を拒否する。また、本実施の形態のｉｎｅｔデーモン１６１６は、ＳＳＨデーモン１４のポートフォワード機能により転送されたＦＴＰ接続要求を外部向けポート９１を介して受信した場合に、このＦＴＰ接続要求を拒否する。一方、本実施の形態のｉｎｅｔデーモン１６１６は、ＳＳＨデーモン１４のポートフォワード機能により転送されたＦＴＰ接続要求を内部向けポート９２を介して受信した場合に、このＦＴＰ接続要求を許可し、ＦＴＰ接続要求をＦＴＰデーモン１７に転送する。このように、ＳＳＨデーモン１４のポートフォワード機能を用いるとともに、さらに本実施の形態のｉｎｅｔデーモン１６１６により、内部向けポート９２を介してＳＳＨデーモン１４からポートフォワード機能により転送されてきたＦＴＰ接続要求のみを許可して、ＦＴＰデーモン１７に接続することにより、ＦＴＰサービスを用いた各種設定、各種設定の参照、更新等の処理を、ＰＣ２からセキュリティの高い暗号化通信により実行することが可能となる。
【００９５】
また、本実施の形態のＰＣ２には、ｔｅｌｎｅｔクライアント２０に変えて、ＦＴＰクライアント２２を備えている。このＦＴＰクライアント（ＦＴＰＣ）２２は、画像形成装置１に搭載されているＦＴＰデーモン１７をサーバとして、ファイル転送のクライアント機能を提供する機能部である。
【００９６】
次に、以上のように構成された本実施の形態の画像形成装置１６００によるネットワーク接続処理について説明する。図１７は、第４の実施の形態のｉｎｅｔデーモン１６１６による接続要求の許可判断処理の手順を示すフローチャートである。なお、図１７では、パッシブモードのＦＴＰデータ転送の場合を例にあげて説明する。
【００９７】
ｉｎｅｔデーモン１６１６は、自身が起動されると、まずＦＴＰデーモン１７やｔｅｌｎｅｔデーモン１１、ｒｓｈデーモン１８を起動し（ステップＳ１１１）、各デーモンとパイプ接続する。
【００９８】
次いで、ｉｎｅｔデーモン１６１６は、外部向けポート９１を介してＰＣ２のＦＴＰクライアント２２からのＦＴＰセッション要求の受信待ち状態となる（ステップＳ１１２：Ｎｏ）。そして、ｉｎｅｔデーモン１６１６は、外部向けポート９１を介してＦＴＰセッション要求を受信したら（ステップＳ１１２：Ｙｅｓ）、接続許可の要求をＦＴＰデーモン１７に送信し、その接続許可の応答を受信したら、ＰＣ２のＦＴＰクライアント２２に接続許可応答を送信する（ステップＳ１１３）。
【００９９】
その後、ｉｎｅｔデーモン１６１６は、外部向けポート９１を介したＰＣ２のＦＴＰクライアント２２からのＳＳＨポートフォワード（ＳＳＨＰＦ）によるデータ転送要求の受信待ち状態となる（ステップＳ１１４：Ｎｏ）。ｉｎｅｔデーモン１６１６は、外部向けポート９１を介してＰＣ２のＦＴＰクライアント２２からＳＳＨポートフォワード（ＳＳＨＰＦ）によるデータ転送要求を受信すると（ステップＳ１１４：Ｙｅｓ）、ＦＴＰデーモン１７に当該データ転送要求を送信する。そして、ｉｎｅｔデーモン１６１６は、ＦＴＰデーモン１７からデータ転送用ポート番号を受信すると、ＰＣ２のＦＴＰクライアント２２にデータ転送用ポート番号を通知する（ステップＳ１１５）。
【０１００】
この後、ＰＣ２では、ＳＳＨクライアント２１により、受信したポート番号を転送先として指定したＳＳＨ接続要求を画像形成装置１６００のＳＳＨデーモン１４に送信することになり、ＳＳＨデーモン１４では、この接続要求を転送先で指定されたポートを介してｉｎｅｔデーモン１６１６にＦＴＰ接続要求として転送する。
【０１０１】
ｉｎｅｔデーモン１６１６は、このＦＴＰ接続要求の受信待ち状態となっており（ステップＳ１１６：Ｎｏ）、ＳＳＨデーモン１４からポートフォワード機能により転送されたＦＴＰ接続要求を受信した場合には（ステップＳ１１６：Ｙｅｓ）、受信したポートを第１の実施の形態で説明した手法で判別する（ステップＳ１１７）。
【０１０２】
そして、受信したポートが内部向けポート９２である場合には、ｉｎｅｔデーモン１６１６は、受信したＦＴＰ接続要求を許可し（ステップＳ１１８）、受信したＦＴＰ接続要求をＦＴＰデーモン１７に転送する（ステップＳ１１９）。これにより、ＰＣ２のＦＴＰクライアント２２と画像形成装置１６００のＦＴＰデーモン１７との接続が確立されることになる。
【０１０３】
一方、ステップＳ１１７において、ＦＴＰ接続要求を受信したポートが外部向けポート９１である場合には、ｉｎｅｔデーモン１６１６は受信したＦＴＰ接続要求を拒否し（ステップＳ１２０）、ＦＴＰデーモン１７への接続は行わない。これにより、非暗号化通信によるＦＴＰ接続は回避されることになる。
【０１０４】
次に、このようなＦＴＰ接続要求に対する処理を具体例をあげて説明する。図１８は、パッシブモードのＦＴＰデータ転送においてＳＳＨポートフォワードを利用したＦＴＰ接続要求の許可の例を示すシーケンス図である。ここでは、画像形成装置１６００のＩＰアドレスを（１９２．１６８．０．２）、ＰＣ２のＩＰアドレスを（１９２．１６８．０．１）として記載している。また、ＦＴＰデーモン１７の外部向けポート９１のポート番号を２１とする。また、ＦＴＰ接続要求の接続先および転送先は、（ＩＰアドレス：ポート番号）の形式で接続要求パケットの中で指定されるものとする。
【０１０５】
まず、ＰＣ２のＦＴＰクライアント２２からネットワーク３を介して画像形成装置１の接続先（１９２．１６８．０．２：２１）であるＦＴＰデーモン１７の外部向けポート９１を指定し、ＦＴＰセッション要求をする（ステップＳ１３１）。画像形成装置１６００のｉｎｅｔデーモン１６１６は、このセッション要求をＦＴＰデーモン１７に転送し（ステップＳ１３２）、ＦＴＰデーモン１７が接続許可をｉｎｅｔデーモン１６１６に送信すると（ステップＳ１３３）、ｉｎｅｔデーモン１６１６は、ＰＣ２のＦＴＰクライアント（ＦＴＰＣ）２２へ接続許可応答を送信する（ステップＳ１３４）。
【０１０６】
ＰＣ２のＦＴＰクライアント（ＦＴＰＣ）２２は、接続許可応答を受信すると、ＦＴＰデーモン１７の外部向けポート９１へＳＳＨポートフォワード（ＳＳＨＰＦ）通信によるデータ転送を要求する（ステップＳ１３５）。画像形成装置１６００のｉｎｅｔデーモン１６１６は、このデータ転送要求をＦＴＰデーモン１７へ転送し（ステップＳ１３６）、ＦＴＰデーモン１７はデータ転送用ポート番号をｉｎｅｔデーモン１６１６に応答するので（ステップＳ１３７）、ｉｎｅｔデーモン１６１６は、ＰＣ２のＦＴＰクライアント２２へＦＴＰデーモン１７から受信したデータ転送用ポート番号を通知する（ステップＳ１３８）。
【０１０７】
その後、ＰＣ２のＦＴＰクライアント２２は、接続先（１２７．０．０．１：Ｘ（Ｘは任意のポート番号））のＳＳＨクライアント２１へ、接続要求の転送先（１２７．０．０．１：Ｙ（Ｙは任意のポート番号））のＦＴＰデーモン１７の内部向けポート９２を指定してループバック接続する（ステップＳ１３９）。すると、ＳＳＨクライアント２１は、ネットワーク３を介して画像形成装置１６００の接続先（１９２．１６８．０．２：２２）（２２はＳＳＨデーモン１４の外部向けポートを示す）であるＳＳＨデーモン１４の外部向けポート１５へ、転送先（１２７．０．０．１：Ｙ（Ｙは任意のポート番号））のＦＴＰデーモン１７の内部向けポート９２を指定して暗号化通信であるＳＳＨで接続要求（ＳＳＨ接続要求）をする（ステップＳ１４０）。
【０１０８】
画像形成装置１６００のＳＳＨデーモン１４は、ＰＣ２からのＳＳＨ接続要求を復号化して転送先を判別し、転送先（１２７．０．０．１：Ｙ）で示されるＦＴＰデーモン１７の内部向けポート９２へＦＴＰ接続要求を転送する（ステップＳ１４１）。このＦＴＰ接続要求は内部向けポート９２への接続要求なので、上述したステップＳ１１７，Ｓ１１８によりｉｎｅｔデーモン（ＩＮＥＴＤ）１６１６は、その接続を許可する（ステップＳ１４２）。
【０１０９】
このように本実施の形態では、ＦＴＰのデータ通信の接続として暗号化通信を指定することで、画像形成装置１は転送するデータを盗聴等の危険を防ぐことができる。
【０１１０】
なお、本実施の形態において、ＳＳＨ接続要求において転送先として外部向けポート９１が指定されていた場合に、第２の実施の形態と同様に、内部向けポート９２に変更して、接続要求を転送するようにＳＳＨデーモン１４を構成してもよい。
【０１１１】
図１９は、第１〜４の実施の形態にかかる画像形成装置１，１０００，１３００，１６００のハードウェア構成を示すブロック図である。本図に示すように、この画像形成装置１，１０００，１３００，１６００は、コントローラ８０とエンジン部（Ｅｎｇｉｎｅ）６０とをＰＣＩ（Ｐｅｒｉｐｈｅｒａｌ  Ｃｏｍｐｏｎｅｎｔ  Ｉｎｔｅｒｆａｃｅ）バスで接続した構成となる。コントローラ８０は、画像形成装置１全体の制御と描画、通信、図示しない操作部からの入力を制御するコントローラである。エンジン部６０は、ＰＣＩバスに接続可能なプリンタエンジンなどであり、たとえば白黒プロッタ、１ドラムカラープロッタ、４ドラムカラープロッタ、スキャナまたはファックスユニットなどである。なお、このエンジン部６０には、プロッタなどのいわゆるエンジン部分に加えて、誤差拡散やガンマ変換などの画像処理部分が含まれる。
【０１１２】
コントローラ８０は、ＣＰＵ８１と、ノースブリッジ（ＮＢ）８３と、システムメモリ（ＭＥＭ−Ｐ）８２と、サウスブリッジ（ＳＢ）８４と、ローカルメモリ（ＭＥＭ−Ｃ）８７と、ＡＳＩＣ（Ａｐｐｌｉｃａｔｉｏｎ  Ｓｐｅｃｉｆｉｃ  Ｉｎｔｅｇｒａｔｅｄ  Ｃｉｒｃｕｉｔ）８６と、ハードディスクドライブ（ＨＤＤ）８８とを有し、ノースブリッジ（ＮＢ）８３とＡＳＩＣ８６との間をＡＧＰ（Ａｃｃｅｌｅｒａｔｅｄ  Ｇｒａｐｈｉｃｓ  Ｐｏｒｔ）バス８５で接続した構成となる。また、ＭＥＭ−Ｐ８２は、ＲＯＭ（Ｒｅａｄ  Ｏｎｌｙ  Ｍｅｍｏｒｙ）８２ａと、ＲＡＭ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ)８２ｂと、をさらに有する。
【０１１３】
ＣＰＵ８１は、画像形成装置１の全体制御をおこなうものであり、ＮＢ８３、ＭＥＭ−Ｐ８２およびＳＢ８４からなるチップセットを有し、このチップセットを介して他の機器と接続される。
【０１１４】
ＮＢ８３は、ＣＰＵ８１とＭＥＭ−Ｐ８２、ＳＢ８４、ＡＧＰ８５とを接続するためのブリッジであり、ＭＥＭ−Ｐ８２に対する読み書きなどを制御するメモリコントローラと、ＰＣＩマスタおよびＡＧＰターゲットとを有する。
【０１１５】
ＭＥＭ−Ｐ８２は、プログラムやデータの格納用メモリ、プログラムやデータの展開用メモリ、プリンタの描画用メモリなどとして用いるシステムメモリであり、ＲＯＭ８２ａとＲＡＭ８２ｂとからなる。ＲＯＭ８２ａは、プログラムやデータの格納用メモリとして用いる読み出し専用のメモリであり、ＲＡＭ８２ｂは、プログラムやデータの展開用メモリ、プリンタの描画用メモリなどとして用いる書き込みおよび読み出し可能なメモリである。
【０１１６】
ＳＢ８４は、ＮＢ８３とＰＣＩデバイス、周辺デバイスとを接続するためのブリッジである。このＳＢ８４は、ＰＣＩバスを介してＮＢ８３と接続されており、このＰＣＩバスには、ネットワークインターフェース（Ｉ／Ｆ）部なども接続される。
【０１１７】
ＡＳＩＣ８６は、画像処理用のハードウェア要素を有する画像処理用途向けのＩＣ（Ｉｎｔｅｇｒａｔｅｄ  Ｃｉｒｃｕｉｔ）であり、ＡＧＰ８５、ＰＣＩバス、ＨＤＤ８８およびＭＥＭ−Ｃ８７をそれぞれ接続するブリッジの役割を有する。このＡＳＩＣ８６は、ＰＣＩターゲットおよびＡＧＰマスタと、ＡＳＩＣ８６の中核をなすアービタ（ＡＲＢ）と、ＭＥＭ−Ｃ８７を制御するメモリコントローラと、ハードウェアロジックなどにより画像データの回転などをおこなう複数のＤＭＡＣ（Ｄｉｒｅｃｔ  Ｍｅｍｏｒｙ  Ａｃｃｅｓｓ  Ｃｏｎｔｒｏｌｌｅｒ）と、エンジン部６０との間でＰＣＩバスを介したデータ転送をおこなうＰＣＩユニットとからなる。このＡＳＩＣ８６には、ＰＣＩバスを介してＦＣＵ（Ｆａｃｓｉｍｉｌｅ  Ｃｏｎｔｒｏｌ  Ｕｎｉｔ）３０、ＵＳＢ（Ｕｎｉｖｅｒｓａｌ  Ｓｅｒｉａｌ  Ｂｕｓ）４０、ＩＥＥＥ１３９４（ｔｈｅ  Ｉｎｓｔｉｔｕｔｅ  ｏｆ  Ｅｌｅｃｔｒｉｃａｌ  ａｎｄ  Ｅｌｅｃｔｒｏｎｉｃｓ  Ｅｎｇｉｎｅｅｒｓ  １３９４）インターフェース５０が接続される。操作表示部７０はＡＳＩＣ８６に直接接続されている。
【０１１８】
ＭＥＭ−Ｃ８７は、コピー用画像バッファ、符号バッファとして用いるローカルメモリであり、ＨＤＤ（Ｈａｒｄ  Ｄｉｓｋ  Ｄｒｉｖｅ）８８は、画像データの蓄積、プログラムの蓄積、フォントデータの蓄積、フォームの蓄積を行うためのストレージである。
【０１１９】
ＡＧＰ８５は、グラフィック処理を高速化するために提案されたグラフィックスアクセラレーターカード用のバスインターフェースであり、ＭＥＭ−Ｐ８２に高スループットで直接アクセスすることにより、グラフィックスアクセラレーターカードを高速にするものである。
【０１２０】
なお、本実施の形態の画像形成装置で実行される情報処理プログラムは、ＲＯＭ等に予め組み込まれて提供される。
【０１２１】
本実施の形態の画像形成装置で実行される情報処理プログラムは、インストール可能な形式又は実行可能な形式のファイルでＣＤ−ＲＯＭ、フレキシブルディスク（ＦＤ）、ＣＤ−Ｒ、ＤＶＤ（Ｄｉｇｉｔａｌ  Ｖｅｒｓａｔｉｌｅ  Ｄｉｓｋ）等のコンピュータで読み取り可能な記録媒体に記録して提供するように構成してもよい。
【０１２２】
さらに、本実施の形態の画像形成装置で実行される情報処理プログラムを、インターネット等のネットワークに接続されたコンピュータ上に格納し、ネットワーク経由でダウンロードさせることにより提供するように構成しても良い。また、本実施の形態の画像形成装置で実行される情報処理プログラムをインターネット等のネットワーク経由で提供または配布するように構成しても良い。
【０１２３】
本実施の形態の画像形成装置で実行される遠隔処理プログラムは、上述したネットワーク制御サービス部の各部（ＳＳＨデーモン、ｉｎｅｔデーモン、ｔｅｌｎｅｔデーモン、ｒｓｈデーモン、ＦＴＰデーモン）を含むモジュール構成となっており、実際のハードウェアとしてはＣＰＵ（プロセッサ）が上記ＲＯＭから遠隔処理プログラムを読み出して実行することにより上記各部が主記憶装置上にロードされ、ＳＳＨデーモン、ｉｎｅｔデーモン、ｔｅｌｎｅｔデーモン、ｒｓｈデーモン、ＦＴＰデーモンがそれぞれ主記憶装置上に生成されるようになっている。
【０１２４】
さらなる効果や変形例は、当業者によって容易に導き出すことができる。本発明の実施態様は、以上に説明したような特定の実施形態に限定されるものではない。
【符号の説明】
【０１２５】
１，１０００，１３００，１６００  画像形成装置
２  ＰＣ
３  ネットワーク
１０  ネットワーク制御サービス部
１１  ｔｅｌｎｅｔデーモン
１２，１５，９１  外部向けポート
１３，９２  内部向けポート
１４，１３１４  ＳＳＨデーモン
１５  外部向けポート
１６，１０１６，１６１６  ｉｎｅｔデーモン
１７  ＦＴＰデーモン
１８  ｒｓｈデーモン
２０  ｔｅｌｎｅｔクライアント
２１  ＳＳＨクライアント
２２  ＦＴＰクライアント
【先行技術文献】
【特許文献】
【０１２６】
【特許文献１】特開２００７−２５１５６８号公報
【図１】
2010045769.tif 000003
【図２】
2010045769.tif 000004
【図３】
2010045769.tif 000005
【図４】
2010045769.tif 000006
【図５】
2010045769.tif 000007
【図６】
2010045769.tif 000008
【図７】
2010045769.tif 000009
【図８】
2010045769.tif 000010
【図９】
2010045769.tif 000011
【図１０】
2010045769.tif 000012
【図１１】
2010045769.tif 000013
【図１２】
2010045769.tif 000014
【図１３】
2010045769.tif 000015
【図１４】
2010045769.tif 000016
【図１５】
2010045769.tif 000017
【図１６】
2010045769.tif 000018
【図１７】
2010045769.tif 000019
【図１８】
2010045769.tif 000020
【図１９】
2010045769.tif 000021