(57)【要約】【課題】ＳＳＬ等を用いた暗号通信経路上で印刷データを送受信する方法を用いると、通信速度の低下又は暗号通信を行う必要がない通信路上の通信においても暗号通信が適用されるため通信効率の低下を招く。【解決手段】ネットワーク上のホストコンピュータからの印刷開始要求を受け付け、印刷用のポートを生成し、そのポートのＵＲＩとともにホストコンピュータに対して応答し、さらに印刷用のポートに投入された印刷データを受信し印刷する印刷装置において、通信方法決定手段により決定された通信方法に応じて印刷用ポートを生成し、生成された印刷用ポートの通信方法をホストコンピュータに通知し、生成された印刷用ポートからデータを受信し印刷を行なう印刷手段とを備えることを特徴とする。【選択図】        図１
2006167935.tif 000002
【特許請求の範囲】
【請求項１】
ネットワークに接続される印刷装置であって、
ネットワーク上のホストコンピュータからの印刷開始要求を受け付け、印刷用のポートを生成し、そのポートのＵＲＩとともにホストコンピュータに対して応答し、さらに印刷用のポートに投入された印刷データを受信し印刷する印刷装置において、
ホストコンピュータのアドレスやアドレス範囲を登録するアドレス登録手段と、
ホストコンピュータから印刷開始要求を受け付けた際にホストコンピュータのアドレスを抽出し、さらに上記アドレス登録手段により登録された内容と抽出したアドレスを比較し、通信方法を決定する通信方法決定手段と、
上記通信方法決定手段により決定された通信方法に応じて、印刷用ポートを生成する印刷用ポート生成手段と、
上記印刷用ポート生成手段により生成された印刷用ポートの通信方法をホストコンピュータに通知する通信方法通知手段と、
上記通信方法決定手段により決定された通信方法で上記印刷用ポート生成手段により生成された印刷用ポートからデータを受信し印刷を行う印刷手段と、
を備えることを特徴とする印刷装置。
【請求項２】
請求項１記載の印刷装置において、
上記通信方法決定手段で決定する通信方法は、ネットワークを送受信される印刷データを暗号化する通信方法、及び、印刷データを暗号化しない通信方法であることを特徴とする印刷装置。
【請求項３】
請求項２記載の印刷装置において、
上記通信方法決定手段は、上記アドレス登録手段に登録されたアドレス、あるいはアドレス範囲にホストコンピュータのアドレスが当てはまる場合は印刷データを暗号化しない通信方法を選択し、当てはまらない場合は印刷データを暗号化する通信方法を選択することを特徴とする印刷装置。
【請求項４】
請求項２記載の印刷装置において、
上記通信方法決定手段は、上記アドレス登録手段に登録されたアドレス範囲にホストコンピュータのアドレスが当てはまる場合は印刷データを暗号化する通信方法を選択し、当てはまらない場合は印刷データを暗号化しない通信方法を選択することを特徴とする印刷装置。
【請求項５】
請求項２記載の印刷装置において、
上記通信方法通知手段において通知される通信方法はＵＲＩのスキーマ部により指定されること特徴とする印刷装置。
【請求項６】
請求項２記載の印刷装置において、
上記印刷用ポート生成手段により生成された印刷ポートに対して開始された通信方法が、上記通信方法決定手段によって決定された通信方法と一致しないと判断した場合は、印刷を拒否することを特徴とする印刷装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ネットワークに接続されるプリンタや複合機等の印刷装置における印刷データの盗聴、改竄、成りすまし防止を考慮した印刷方法に係る印刷装置に関する。
【背景技術】
【０００２】
近年、印刷データの盗聴、改竄防止のためのセキュリティが重要視されてきている。このようなセキュリティを確保するためにＳＳＬ等を用いた暗号通信路上で印刷データを送受信するような方法を用いる印刷装置がある（例えば特許文献１参照）。
【特許文献１】特開２００３−２３１３０４号公報
【発明の開示】
【発明が解決しようとする課題】
【０００３】
しかしながら、上記のような印刷装置においては、暗号通信路上で印刷データを送受信する場合のデータ転送速度が暗号化しない場合と比較して低下するという課題がある。このような印刷装置においては、例えばイントラネット内のセキュリティが確保されたネットワーク内、言い換えると暗号通信を行う必要がない通信路上の通信においても暗号通信が適用されるため通信効率の低下を招く。
【０００４】
本発明は、以上の点に着目して成されたもので、セキュリティを考慮しつつ効率のよいデータ受信を行う印刷装置を提供することを目的とする。
【課題を解決するための手段】
【０００５】
上記、課題を解決するための、
第１の発明は、
ネットワーク上のホストコンピュータからの印刷開始要求を受け付け、印刷用のポートを生成し、そのポートのＵＲＩとともにホストコンピュータに対して応答し、さらに印刷用のポートに投入された印刷データを受信し印刷する印刷装置において、
ホストコンピュータのアドレスやアドレス範囲を登録するアドレス登録手段と、
ホストコンピュータから印刷開始要求を受け付けた際にホストコンピュータのアドレスを抽出し、さらに上記アドレス登録手段により登録された内容と抽出したアドレスを比較し、通信方法を決定する通信方法決定手段と、
上記通信方法決定手段により決定された通信方法に応じて、印刷用ポートを生成する印刷用ポート生成手段と、
上記印刷用ポート生成手段により生成された印刷用ポートの通信方法をホストコンピュータに通知する通信方法通知手段と、
上記通信方法決定手段により決定された通信方法で上記印刷用ポート生成手段により生成された印刷用ポートからデータを受信し印刷を行なう印刷手段と、
を備えることを特徴とする。
【０００６】
第２の発明は、
上記第１の発明の印刷装置において、
上記通信方法決定手段で決定する通信方法は、ネットワークを送受信される印刷データを暗号化する通信方法、及び、印刷データを暗号化しない通信方法であることを特徴とする。
【０００７】
第３の発明は、
上記第２の発明の印刷装置において、
上記通信方法決定手段は、上記アドレス登録手段に登録されたアドレス、あるいはアドレス範囲にホストコンピュータのアドレスが当てはまる場合は印刷データを暗号化しない通信方法を選択し、当てはまらない場合は印刷データを暗号化する通信方法を選択することを特徴とする。
【０００８】
第４の発明は、
上記第２の発明の印刷装置において、
上記通信方法決定手段は、上記アドレス登録手段に登録されたアドレス範囲にホストコンピュータのアドレスが当てはまる場合は印刷データを暗号化する通信方法を選択し、当てはまらない場合は印刷データを暗号化しない通信方法を選択することを特徴とする。
【０００９】
第５の発明は、
上記第２の発明の印刷装置において、
上記通信方法通知手段において通知される通信方法はＵＲＩのスキーマ部により指定されること特徴とする。
【００１０】
第６の発明は、
上記第２の発明の印刷装置において、
上記印刷用ポート生成手段により生成された印刷ポートに対して開始された通信方法が、上記通信方法決定手段によって決定された通信方法と一致しないと判断した場合は、印刷を拒否することを特徴とする。
【発明の効果】
【００１１】
本発明によれば、印刷装置にアドレス範囲を設定することにより、例えば、通信経路上、印刷データのセキュリティを確保する必要が無い安全なホストコンピュータからの印刷はそのまま通信し、通信経路上で盗聴等の危険があるホストコンピュータからの印刷は暗号化通信を行うという動作を切り替えることが可能となる。また、安全なホストコンピュータからのデータ転送では、データの暗号化を行わないので効率の良いデータ転送を行うことが可能となる。また、印刷装置側では印刷用ポートを生成した際に、指示された通信方法でのみデータを受信するようになるために、悪意のあるユーザからの不正な印刷も防止できるという効果がある。
【発明を実施するための最良の形態】
【００１２】
以下、本発明の実施例について図面を参照して詳細に説明する。
【実施例】
【００１３】
図１は、本発明の実施例における印刷装置のハードウェア構成を示すブロック図である。ＣＰＵ１０１は、印刷装置のソフトウェアプログラムを実行し、装置全体の制御を行う。ＲＯＭ１０２は、リードオンリーメモリであり、装置のブートプログラムや固定パラメータ等が格納されている。ＲＡＭ１０３は、ランダムアクセスメモリであり、ＣＰＵ１０１が装置を制御する際に、一時的なデータの格納などに使用する。ＨＤＤ１０８は、ハードディスクドライブであり、印刷データの格納など、様々なデータの格納に使用する。プリンタＩ／Ｆ制御部１０４は、プリンタ１１０を制御する装置である。ＮＶＲＡＭ１０５は、不揮発性のメモリであり印刷装置の各種設定値を保存するためのものである。パネル制御部１０６は、オペレーションパネル１０９を制御し、各種情報の表示、使用者からの指示入力を行う。ネットワークＩ／Ｆ制御部１０７は、ＬＡＮ１１１とのデータの送受信を制御する。バス１０８は、ＣＰＵ１０１、ＲＯＭ１０２、ＲＡＭ１０３、ＨＤＤ１０８、プリンタＩ／Ｆ制御部１０４、ＮＶＲＡＭ１０５、パネル制御部１０６、ネットワークＩ／Ｆ制御部１０７が接続され、ＣＰＵ１０１からの制御信号や各装置間のデータ信号が送受信されるシステムバスである。
【００１４】
図２は、本発明の実施例における印刷装置１００のソフトウェア構成を示すブロック図である。プリンタ制御部２０１は、プリンタＩ／Ｆ制御部１０４を制御するモジュールであり、プリンタ１１０に画像データを送信や排紙位置の制御などの操作を行う。画像印刷制御部２０２は、受信した印刷データをプリンタ１１０で印刷可能なデータに変換するほかに印刷部数や両面印刷の制御など印刷に関する様々な制御を行う。ネットワークドライバ２０７は、ネットワークＩ／Ｆ制御部１０７を制御し、ネットワークとのデータ送受信の制御を行う。ＴＣＰ／ＩＰプロトコル制御部２０６は、ＴＣＰ／ＩＰプロトコルを制御するモジュールを備え、ネットワークドライバ２０７を使用してＴＣＰ／ＩＰプロトコルに則ったデータ送受信制御を行なう。ＨＴＴＰサーバ制御部は、ＨＴＴＰ（ＨｙｐｅｒＴｅｘｔ  Ｔｒａｎｓｆｅｒ  Ｐｒｏｔｏｃｏｌ）と称されるプロトコルの全般を制御するモジュールであり、クライアントから受信したＨＴＴＰリクエストパケットを解析し適切な処理を行い、データをＳＯＡＰ制御部２０４や画像印刷制御部２０２等の上位アプリケーションにわたすと共に、上位アプリケーションの指示によりＨＴＴＰレスポンスパケットをクライアントに返送する制御を行なう。ＳＯＡＰ制御部２０４はＳＯＡＰ（Ｓｉｍｐｌｅ  Ｏｂｊｅｃｔ  Ａｃｃｅｓｓ  Ｐｒｏｔｏｃｏｌ）と呼ばれるプロトコルを制御するモジュールであり、クライアントから受信したＸＭＬ（ｅＸｔｅｎｓｉｂｌｅ  Ｍａｒｋｕｐ  Ｌａｎｇｕａｇｅ）形式のデータをＸＭＬパーサ２０３を使用して解析し、画像印刷制御部２０２の適切なモジュールを呼び出したり、クライアントに返すべきデータをＸＭＬデータに変換し、ＨＴＴＰサーバ制御部２０５を介してクライアントに返信する制御を行なう。ＸＭＬパーサ２０３はＸＭＬ形式データを入力とし解析結果を出力するモジュールである。
【００１５】
図３は、本実施例におけるオペレーションパネル１０９が備えるＬＣＤパネルを示す図である。ＬＣＤは、液晶タッチパネルであり、画面に印刷装置の様々な情報を表示したり、印刷装置に対する設定画面を表示したり、さらには、ユーザがタッチパネルを使用して設定を入力することが可能となっている。図３は、暗号通信設定におけるＳＳＬ通信を使用する、あるいは、使用しない相手先アドレス範囲をユーザがタッチパネルから設定するときの画面である。登録アドレスリスト３０２は、ユーザが登録した相手先ＩＰアドレス範囲がリストされている。
【００１６】
図３の例で登録されているＩＰアドレスは、１９２．１６８．１．１から１９２．１６８．１．２５５までのアドレス範囲と、１７２．２４．１７６．２５という単一アドレスである。終了アドレスが設定されていない場合は、単一アドレスを登録していることになる。さらに、登録アドレスリスト３０２に登録されたＩＰアドレスに対して、暗号通信を行うか否かを設定するボタンが３０３である。登録されたアドレスに対して暗号通信を行うように設定する場合は、「する」ボタンを選択する。逆に登録されたアドレスに対して暗号通信を行わないように設定する場合は「しない」ボタンを選択する。
【００１７】
さらに登録ボタン３０４は、新たに新規アドレスを登録するためのボタンである。登録ボタン３０４を押下すると、不図示のアドレス登録画面がＬＤＣ上に表示され、ユーザは新たにアドレスを登録することできる。また、登録アドレスリスト３０２に登録されているアドレスをユーザが選択し、削除ボタン３０５を押下することにより、登録されているアドレスを削除することも可能である。全ての設定を入力した時点で、閉じるボタン３０６を押下することにより設定が完了し、設定値はＮＶＲＡＭ１０５に格納される。
【００１８】
図４は、本実施例におけるＨＴＴＰ上のＳＯＡＰを用いてクライアントから印刷装置に送信されるＣｒｅａｔｅＪｏｂと称されるパケットデータの一例である。このデータはＸＭＬ形式で記述されている。ＣｒｅａｔｅＪｏｂパケットは、印刷装置に対し、ジョブ（印刷）の開始を指示するコマンドであり、要求元のユーザ名（ｒｅｑｕｅｓｔｉｎｇ−ｕｓｅｒ−ｎａｍｅタグ）やジョブの処理に関する指示（ｊｏｂ−ｉｎｓｔｒｕｃｔｉｏｎタグ）等の情報が記述されている。このコマンドを受信した印刷装置は、コマンド内容に不備がなければ印刷用のポートを生成して応答パケットを返信する。もし、コマンド内容にエラーが発見された場合はエラー応答を返信する。
【００１９】
図５は、図４のＣｒｅａｔｅＪｏｂパケットに対する応答パケットデータの一例である。本データも図４と同様にＸＭＬ形式で記述され、本実施例においてはＨＴＴＰ上のＳＯＡＰを用いて送受信される。ＣｒｅａｔｅＪｏｂ応答パケットには、ＣｒｅａｔｅＪｏｂコマンド対する結果コード（ｒｅｓｕｌｔ−ｃｏｄｅタグ）や生成されたジョブの識別子（ｊｏｂ−ｉｄタグ）、印刷用ポートのＵＲＩ（ｄａｔａ−ｓｉｎｋ−ｕｒｉタグ）等の情報が含まれている。図５のＡで示した部分が印刷用ポートのＵＲＩを示す部分であり、図５では「ｈｔｔｐｓ：／／１９２．１６８．１．４／ｊｏｂ００１」というＵＲＩが示されている。これは図３のオペレーションパネル画面から設定されたＩＰアドレスの範囲とｃｒｅａｔｅ−ｊｏｂパケットを送信してきたホストのアドレスを検証した結果、暗号通信（ＳＳＬ）を行うと判断した場合に返送されるＵＲＩの一例である。
【００２０】
すなわち、印刷装置はＳＳＬ用の印刷用ポートを生成し、そのＵＲＩをｄａｔａ−ｓｉｎｋ−ｕｒｉに格納していることを示している。この場合、ＵＲＩのスキーマ部が「ｈｔｔｐｓ」となっているため、ＨＴＴＰのＳＳＬ／ＴＬＳ用の規定ポート番号４４３番が使用されていることを示す。従って、クライアントはこのｄａｔａ−ｓｉｎｋ−ｕｒｉを解析した後、印刷装置のＴＣＰポート４４３番に対してＳＳＬを使用した暗号通信路を構築しＨＴＴＰのＰＯＳＴコマンドにより印刷データを送信することになる。
【００２１】
図６は、図５におけるＡの部分の他の例を示している。例１ではＳＳＬ通信を用いない通常の印刷用ポートのＵＲＩを示しており、例２ではＳＳＬ通信用の１８０００番のポートのＵＲＩを示している。クライアントはＵＲＩのスキーマ部を参照して、「ｈｔｔｐｓ」である場合にはＳＳＬ、「ｈｔｔｐ」であれば通常、のように通信方法を決定する。
【００２２】
図７は、ホストコンピュータが印刷を行う場合における本実施例の印刷装置の動作を示すフローチャートである。
【００２３】
以下、図７を用いて、本実施例の印刷装置の動作を説明する。
【００２４】
ホストコンピュータから例えば図４に示したようなＣｒｅａｔｅＪｏｂパケットが印刷装置に送信されると、印刷装置はＳ７０１において、ホストコンピュータのＩＰアドレスと印刷装置内のＮＶＲＡＭ１０５に格納されている暗号通信設定値を参照する。その後、Ｓ７０２において、印刷データの受信に暗号通信（ＳＳＬ）を適用するか否かを決定する。例えば、ホストコンピュータのＩＰアドレスが１９２．１６８．１．２であった場合、図３に示す登録アドレスリスト３０２に設定されているアドレス範囲に含まれる。この場合、設定されているアドレス範囲に対して暗号通信を「しない」という設定であれば、その後に行われる印刷データの受信には暗号通信（ＳＳＬ）は適用されない。一方、設定されているアドレス範囲に対して暗号通信を「する」という設定であれば、その後に行われる印刷データの受信に暗号通信（ＳＳＬ）が適用される。
【００２５】
上記のような処理に従って、Ｓ７０２において暗号通信を適用すると判断した場合は、Ｓ７０３においてＳＳＬ用の印刷ポート（例えば４４３番ポート）を生成する。一方、Ｓ７０２において暗号通信を適用しないと判断した場合はＳ７０４へ進み、通常の印刷ポート（例えば８０番ポート）を生成する。ここでいう通常の印刷ポートとは、印刷データに暗号化などの処理を施すことなくそのまま受信し印刷するポートである。Ｓ７０３またはＳ７０４の処理が終わるとＳ７０５へ進み、ＣｒｅａｔｅＪｏｂパケットに対するレスポンスのＸＭＬデータの生成を行う。このときに印刷用に生成したポートのＵＲＩを＜ｄａｔａ−ｓｉｎｋ−ｕｒｉ＞タグの値として含める。
【００２６】
例えば、図５、６の例のようなＵＲＩがＸＭＬデータに埋め込まれる。ＣｒｅａｔｅＪｏｂレスポンスデータの生成が終了するとＳ７０６へ進み、そのデータをＳＯＡＰを用いてホストコンピュータに送信する。ホストコンピュータは、その後、印刷用ＵＲＩに対してＨＴＴＰのＰＯＳＴメソッドを用いて印刷データを送信する。
【００２７】
図８はＨＴＴＰ  ＰＯＳＴメソッドによる印刷データ転送パケットの一例である。このときにホストコンピュータは、ＣｒｅａｔｅＪｏｂレスポンス内の＜ｄａｔａ−ｓｉｎｋ−ｕｒｉ＞を解析し、そこに格納されたＵＲＩのスキーマ部が「ｈｔｔｐｓ」であればＳＳＬを用いて暗号通信路を構築した後、図８のデータを暗号化し転送する。ＳＳＬを用いた暗号通信路の構築手順については後述する。一方、ＵＲＩのスキーマ部が「ｈｔｔｐ」であれば、送信パケットを暗号化することなく、そのまま印刷装置に転送する。
【００２８】
印刷装置はＳ７０７において印刷用ポートに到着したデータを受信し、適切な処理をしながら印刷する。Ｓ７０７において、もしＳＳＬ用に生成したポートに対して、ホストコンピュータがＳＳＬの適切な手順を踏まずにデータを送信してきた場合には、直ちにホストコンピュータとのコネクションを切断する。逆に非ＳＳＬ用に生成したポートに対して、ホストコンピュータがＳＳＬ通信を試みた場合にも同様にコネクションを切断する。
【００２９】
Ｓ７０７において、印刷データの受信が正常に終了すると印刷装置はＳ７０８において図９に示した例のようなＨＴＴＰレスポンスパケットをホストコンピュータに送信し、印刷用ポートを削除（クローズ）して印刷動作を終了する。
【００３０】
図１０は、ＳＳＬを用いた暗号通信路の構築手順を示す図である。以下の図１０を用いて説明する。以下の説明において、本実施例の印刷装置は「サーバ」、ホストコンピュータは「クライアント」に相当する。
【００３１】
まず、サーバは暗号化仕様を決定するためのネゴシエーションの開始を促すためにＨｅｌｌｏ  Ｒｅｑｕｅｓｔをクライアントに送信する。
【００３２】
クライアントは、Ｃｌｉｅｎｔ  Ｈｅｌｌｏメッセージの中に自身が利用可能な暗号化アルゴリズムと圧縮アルゴリズムの一覧を含めてサーバへ送信する。このとき一覧はクライアント自身が利用したい順に並べておく。
【００３３】
Ｃｌｉｅｎｔ  Ｈｅｌｌｏを受け取ったサーバは、メッセージに含まれる暗号化アルゴリズムと圧縮アルゴリズム一覧の中から、自身も利用可能なものを見つけ出し、そのいずれを利用するかを決定する。利用を決定した暗号化アルゴリズムと圧縮アルゴリズムは、Ｓｅｒｖｅｒ  Ｈｅｌｌｏメッセージに格納してクライアントへ通知する。
【００３４】
サーバ認証とプリマスタシークレット（サーバ、クライアントで共有する共通鍵の元となるパラメータ）の送付を安全に行うために、サーバはクライアントに対してサーバの証明書をＳｅｒｖｅｒ  Ｃｅｒｔｉｆｉｃａｔｅメッセージに格納して通知する。また、サーバが証明書を持っていない場合や、サーバの証明書が署名にしか使えない場合は、Ｓｅｒｖｅｒ  Ｋｅｙ  Ｅｘｃｈａｎｇｅメッセージを使って，ＲＳＡ公開キーやＤｉｆｆｉｅ＆Ｈｅｌｌｍａｎ公開情報を通知する。
【００３５】
クライアントは、サーバ証明書を検証したのちプリマスタシークレットを生成する。これをサーバに通知するに当たっては、その内容が第三者に知られないよう安全に行う必要がある。だが、この段階ではまだ送信内容は全く暗号化されていない。そこでＳｅｒｖｅｒ  Ｃｅｒｔｉｆｉｃａｔｅメッセージで送付されたサーバの公開キーを使用する。キー交換に使用するアルゴリズムがＲＳＡの場合には、プリマスタシークレットをサーバの公開鍵で暗号化し、その暗号化された情報をサーバに送信する。このメッセージがＣｌｉｅｎｔ  Ｋｅｙ  Ｅｘｃｈａｎｇｅメッセージである。サーバは受信したメッセージを自分の秘密鍵で復号化し、プリマスタシークレットを知ることができる。またＤｉｆｆｉｅ＆Ｈｅｌｌｍａｎを使う場合には、クライアントの公開情報をそのままプリマスタシークレットとして通知する。このようにしてサーバ、クライアント両者はプリマスタシークレットを共有することができ、これをもとに生成する共通鍵を共有して持つことができる。
【００３６】
さらに、クライアントはＣｈａｎｇｅ  Ｃｉｐｈｅｒ  Ｓｐｅｃ  Ｐｒｏｔｏｃｏｌメッセージを送出する。これにより先ほど合意した新しい暗号化仕様による通信を開始する。
【００３７】
このようにして開始した新しい暗号化動作を最初に確認するのが、Ｆｉｎｉｓｈｅｄメッセージである。クライアントではＦｉｎｉｓｈｅｄメッセージにクライアントとサーバの両者が知っている情報を暗号化しサーバへ送出する。
【００３８】
Ｆｉｎｉｓｈｅｄメッセージを受信したサーバは、それを暗号化仕様に基づいて復号化する。そしてサーバ自身が知っている情報と照合する。そこで内容が一致すれば、サーバ−クライアント間で新しい暗号化通信が正常にできたことになる。
【００３９】
同様にしてサーバもクライアントにＣｈａｎｇｅ  Ｃｉｐｈｅｒ  Ｓｐｅｃ  Ｐｒｏｔｏｃｏｌメッセージを送出する。これにより先ほど合意した暗号による通信を開始する。
【００４０】
同様にサーバはＦｉｎｉｓｈｅｄメッセージを送出し、クライアントにおいてメッセージ内容の照合を行う。内容がクライアントの持つ情報と一致すれば，サーバ−クライアント間で新しい暗号化通信が正常に動作したことになる。
【００４１】
サーバ、クライアント間で、暗号化仕様のネゴシエーションは、一般的にはこのような手順により行われる。その後、サーバ、クライアントはプリマスタシークレットを元に生成された共通鍵によって、データの暗号化・復号化を行うことで、暗号化通信を行う。
【００４２】
本発明は上記実施例では、ＣｒｅａｔｅＪｏｂの送受信を行なうためのトランスポートプロトコルとしてＨＴＴＰを採用しているが、ＳＭＴＰ等のような他のトランスポートプロトコルを使用してもよい。
【００４３】
また、本発明の上記実施例では、通信方法にＳＳＬを使用しているが、他の通信方法を用いてもよい。
【図面の簡単な説明】
【００４４】
【図１】本発明の実施例における印刷装置のハードウェア構成を示すブロック図
【図２】本発明の実施例における印刷装置のソフトウェア構成を示すブロック図
【図３】本発明の実施例におけるオペレーションパネル１０９のＬＣＰ画面を示す図
【図４】本発明の実施例におけるホストコンピュータから印刷装置に送信されるＸＭＬ形式のパケットデータを示す図
【図５】本発明の実施例における印刷装置からホストコンピュータに送信されるＸＭＬ形式のパケットデータを示す図
【図６】本発明の実施例における図５のＡ部分の他の記述形式の例を示す図。
【図７】本発明の実施例におけるホストコンピュータが印刷を行う場合の印刷装置の動作を示すフローチャート
【図８】本発明の実施例における印刷データ送信パケットを示す図
【図９】本発明の実施例における印刷データ送信パケットに対する応答パケットを示す図
【図１０】本発明の実施例におけるＳＳＬを用いた暗号通信手順を示す図
【符号の説明】
【００４５】
１０１  ＣＰＵ
１０２  ＲＯＭ
１０３  ＲＡＭ
１０４  プリンタＩ／Ｆ制御部
１０５  ＮＶＲＡＭ
１０６  パネル制御部
１０７  ネットワークＩ／Ｆ制御部
１０８  バス
１０９  オペレーションパネル
１１０  プリンタ
１１１  ＬＡＮ
【図１】
2006167935.tif 000003
【図２】
2006167935.tif 000004
【図４】
2006167935.tif 000005
【図５】
2006167935.tif 000006
【図６】
2006167935.tif 000007
【図７】
2006167935.tif 000008
【図８】
2006167935.tif 000009
【図９】
2006167935.tif 000010
【図３】
2006167935.tif 000011
【図１０】
2006167935.tif 000012