デフォルトで自己署名証明書を記憶するデフォルト証明書記憶手段と、前記自己署名証明書を使用した通信でログインしたユーザが管理者であるか、一般ユーザであるかを判定する判定手段と、前記判定手段が前記ユーザが管理者であると判定すると、当該ユーザにCA署名証明書インストールページを返す応答手段と、前記判定手段が前記ユーザが一般ユーザであると判定すると、当該ユーザにエラーページを返すエラー応答手段と、を有することを特徴とする通信装置。前記デフォルト証明書記憶手段に記憶された前記自己署名証明書を使用してSSL通信を行うかどうかをユーザに問い合わせる問い合わせ手段を更に有することを特徴とする請求項1に記載の通信装置。HTTPサーバ機能を有する通信装置を制御する制御方法であって、デフォルトで自己署名証明書を記憶するデフォルト証明書記憶工程と、前記自己署名証明書を使用した通信でログインしたユーザが管理者であるか、一般ユーザであるかを判定する判定工程と、前記判定工程で前記ユーザが管理者であると判定すると、当該ユーザにCA署名証明書インストールページを返す応答工程と、前記判定工程で前記ユーザが一般ユーザであると判定すると、当該ユーザにエラーページを返すエラー応答工程と、を有することを特徴とする通信装置の制御方法。前記デフォルト証明書記憶工程で記憶された前記自己署名証明書を使用してSSL通信を行うかどうかをユーザに問い合わせる問い合わせ工程を更に有することを特徴とする請求項3に記載の通信装置の制御方法。Webアプリケーションが動作するサーバ側の画像処理装置等とPCのブラウザ間でSSL通信を行う場合、通信路の暗号化と機器のなり済ましを防止するために、サーバ側にSSL証明書が必要となる。このSSL証明書には、CA署名証明書とCAの署名のない自己署名証明書の2つがある。CA署名証明書は機器の情報ホスト名などを含むためサーバ毎にCAから取得する必要があり、またCA署名証明書は高価である。このため、サーバ側の画像処理装置の出荷時にはCA署名証明書はインストールされず、自己署名証明書がインストールされて出荷されている。これは、SSL証明書がないとクライアントからのSSL通信を一切受けることがでないため、クライアント側のユーザにSSL証明書が存在しないことを通知することもできないためである。しかし、自己署名証明書はだれもが作成できるものであるため、攻撃者が機器になりすますことを防止する役にはたたない。また通信路の暗号化には使用できるが、なりすましによって通信路を盗聴される可能性がある。そのため、安全なSSL通信を行うためにはCA署名証明書をサーバ側の画像処理装置にインストールして使用する必要がある。特許文献1には、自己署名証明書しかない場合、証明書のインストールページをクライアントに返す技術が記載されている。しかし、証明書のインストールページは、機器の管理者のみが使用できるべきものであるが、一般ユーザによる証明書インストールページへのアクセス制限を行うことができなかった。本発明の目的は、上記従来技術の問題点を解決することにある。本発明の特徴は、デフォルトの自己署名証明書しかない場合、証明書のインストールページを管理者のみに返し、一般ユーザに対してはエラーメッセージを返すことができる技術を提供することにある。上記目的を達成するために本発明の一態様に係る通信装置は以下のような構成を備える。即ち、デフォルトで自己署名証明書を記憶するデフォルト証明書記憶手段と、前記自己署名証明書を使用した通信でログインしたユーザが管理者であるか、一般ユーザであるかを判定する判定手段と、前記判定手段が前記ユーザが管理者であると判定すると、当該ユーザにCA署名証明書インストールページを返す応答手段と、前記判定手段が前記ユーザが一般ユーザであると判定すると、当該ユーザにエラーページを返すエラー応答手段と、を有することを特徴とする。本発明によれば、管理者のみにCA署名証明書のインストールページを提供することができる。以下、添付図面を参照して本発明の実施形態を詳しく説明する。尚、以下の実施形態は特許請求の範囲に係る本発明を限定するものでなく、また本実施形態で説明されている特徴の組み合わせの全てが本発明の解決手段に必須のものとは限らない。図1は、本実施形態に係るHTTPサーバ102HTTPサーバ機能を有する通信装置を含むネットワークシステムの構成を示すブロック図である。HTTPサーバ102は、ネットワーク101を介してクライアントであるPC108と接続され、これらの間でHTTP通信を行う。HTTPサーバ102は、ネットワークアダプタ104、CPU105、メモリ106、HDDハードディスクドライブ107を有し、これらはバス103を介して接続されている。ネットワークアダプタ104は、ネットワーク101を介して他の機器との通信を制御する。CPU105は、メモリ106に記憶されたプログラムを実行してHTTPサーバ102全体の動作を制御するとともに、HTTPの処理やSSLの暗号化等を行う。メモリ106はCPU105により実行されるプログラムを記憶しており、またCPU105がデータの処理を行う際に必要なワークメモリを提供している。HDD107は、CPU105が実行するHTTPサーバプログラムやHTMLなどのWebコンテンツを保持している。図2は、実施形態に係るHTTPサーバ102のHDD107に記憶されている情報を説明する図である。HDD107には、HTTPサーバプログラム201、ログインサービスのプログラム202、エラーページのプログラム203、Webコンテンツ204、CA証明書インストールページのプログラム205が記憶されている。更に、デフォルト証明書の情報を記憶するデフォルト証明書記憶部206、CA証明書の情報を記憶するCA証明書記憶部207が設けられている。図3ABは、HTTPサーバでSSL証明書がない場合の処理Aと、デフォルト証明書として自己署名証明書を持つ場合にリクエストを受けた時の処理Bの概略を示す図である。図3Aに示す証明書がない場合は、PC301からHTTPサーバ302にリクエストが来てもHDD303に証明書が保存されていない。このため、305で示すようにSSL通信を行うことができない。そのためPC301で動作するブラウザは、通信エラーをユーザに対して提示する。この場合、PC301にエラーレスポンスが返送されないため、PC301のユーザは、304に示すように、証明書がないために通信できないのか、或いは通信中にエラーが発生したのかといった、通信ができない理由を知ることができない。図3Bは、デフォルト証明書として自己署名証明書を持つ実施形態に係るHTTPサーバ102の場合を示す。PC108はHTTPサーバ102にHDD107に保存されているデフォルト証明書310を使用したSSL通信によりリクエストを送信する311。そのときのブラウザの画面例を、図4の401に示す。図4は、図3Aに対応するブラウザの画面例を説明する図である。次にHTTPサーバ102は、デフォルト証明書310を使用したSSL通信により、リクエストに対するレスポンスを送信する312。するとブラウザでは、図4の402で示すダイアログを表示し、ユーザに対してCAの署名のないデフォルト証明書を信頼して通信を継続するかどうかの判断を要求する313。ここでユーザがデフォルト証明書を信頼すると判断すると、リクエストしたWebコンテンツがログインの必要なものであれば、図4の403に示すように、HTTPサーバ102へのログインするための画面を表示する。そしてこの画面を使用してログインに成功すれば、図4の404で示すように、Webコンテンツの表示を行う。尚、ログインが不要なコンテンツの場合は、図4の403をスキップして直接、404で、Webコンテンツを表示する。図5は、本実施形態に係るHTTPサーバ102の起動時の処理を説明するフローチャートである。この処理はメモリ106に格納されたプログラムをCPU105が実行することにより実現される。S501で、HTTPサーバ102が起動するとS502に進み、HDD107のデフォルト証明書記憶部206及びCA証明書記憶部207から、選択されているSSL証明書の情報を取得する。次にS503に進み、その取得したSSL証明書の情報から、その証明書が自己署名証明書即ち、CA署名証明書でないであるデフォルト証明書であるか否かを判定する。ここでデフォルト証明書であると判定するとS504に進み、デフォルト証明書フラグメモリ106に設けられているをオンに設定して、この起動処理を終了する。一方、S503で、デフォルト証明書でない即ち、CA署名証明書であると判断するとS504をスキップデフォルト証明書フラグをオフして起動処理を終了する。図6は、ブラウザからのリクエストがあったときの本実施形態に係るHTTPサーバ102の処理を説明するフローチャートである。この処理はメモリ106に格納されたプログラムをCPU105が実行することにより実現される。また図8は、実施形態に係る図6の処理に対応して、ブラウザで表示される画面例を示す図である。この処理は、PC108のブラウザからHTTPサーバ102にリクエストが発行されることにより開始され、まずS601で、そのリクエストを受信する。このときブラウザは、図8の802で示すダイアログを表示し、ユーザに対してCAの署名のないデフォルト証明書を信頼して通信を継続するかどうかの判断を要求する。尚、図8の801は、図6の処理が開始されるときのブラウザの初期画面を示す。次にS602に進み、HTTPサーバ102は、メモリ106のデフォルト証明書フラグを取得し、S603で、そのデフォルト証明書フラグがオンかどうかを判定する。ここでデフォルト証明書フラグがオフであるとCA署名証明書が使用されているのでS604に進んで、通常のHTTPレスポンス処理を実行する。即ち、S604では、通常のHTTPリクエストに対する処理を行い、S605で、要求されたWebコンテンツをレスポンスとして送信して、このレスポンス処理を終了する。一方S603で、デフォルト証明書フラグがオンであればS607に進み、ログインセッション情報を取得する。次にS608に進み、有効なログインセッションが取得されたか否かを判定する。ここで有効なログインセッションが取得できていなければS614に進み、図8の803のようなログインページを送信して、このHTTPリクエストレスポンス処理を終了する。即ち、レスポンスを受信したブラウザは、図8の803で示すログインページを表示してユーザのログインを待つ。ここでユーザが、ユーザIDとパスワードを入力してログインが行われると、ブラウザは、再度HTTPサーバ102にリクエストを送信する。これによりS601からの処理が実行される。一方、S608で、ログインセッションが有効であると判定するとS609に進み、ログインセッション情報に基づいて、ログインしたユーザが管理者であるか、一般ユーザであるかを判定する。ここでログインユーザが、一般ユーザであると判定するとS612に進み、エラーページを生成する。そして次にS613に進み、S612で生成したエラーページをレスポンスとしてPC108に送信して、このHTTPリクエストレスポンス処理を終了する。このエラーレスポンスを受信したブラウザは、例えば図8の805のようなエラーページを表示する。図8の805では、信頼できないデフォルト証明書が使用されているのでサービスを提供することができない旨が表示される。一方S609で、ログインユーザ管理者であればS610に進み、CA証明書インストールページを生成する。次にS611に進み、S610で生成したCA証明書インストールページを、レスポンスとしてPC108に送信して、このHTTPリクエストレスポンス処理を終了する。このレスポンスを受信したブラウザは、図8の804のようなCA証明書インストールページを表示する。図7は、本実施形態に係る処理の流れを説明するシーケンス図である。図7において、HTTPサーバ102は、Webコンテンツ701、ログインサービス702、CA証明書インストールページ703、エラーページ704のオブジェクトを有している。これらのオブジェクトはHDD107図2に保存されており、実行時にメモリ106にロードされる。まず705で、PC108からHTTPサーバ102に対してリクエストメッセージが送信される。ここでHTTPサーバ102に登録されているSSL証明書を判別し、その証明書がCA署名証明書である場合、706で、HTTPサーバ102はWebコンテンツ701に対してリクエスト処理メッセージを送信する。Webコンテンツ701は、このリクエストの内容を処理してレスポンスデータを生成し、707で、HTTPサーバ102に対してレスポンスメッセージを返信する。そしてHTTPサーバ102は、708で、この受け取ったレスポンスメッセージをレスポンスメッセージとしてPC108に送信する。一方、HTTPサーバ102に登録されているSSL証明書がデフォルト証明書だけである場合は、705で、HTTPサーバ102はPC108からリクエストメッセージを受信する。このときは709で、HTTPサーバ102は、ログインサービス702に対してログインセッションチェックメッセージを送信する。そしてログインサービス702は、710で、ログインセッション情報をHTTPサーバ102に返信する。ここでログインしていない場合は、無効なログインセッションがログインサービス702から返されるため、HTTPサーバ102は、711で、ログインサービス702に対してログイン処理リクエストメッセージを送信する。このときログインサービス702は、712で、ログインレスポンスとしてログインページを返信し、HTTPサーバ102は、713で、ログインページメッセージ図8の803に相当をPC108に返信する。一方、ユーザがログインを行うと、705で、PC108からリクエストメッセージ705がHTTPサーバ102に送信される。HTTPサーバ102は、そのログインしたユーザが管理者であるか、一般ユーザであるかを判定する。ログインユーザが管理者である場合、714で、HTTPサーバ102は、CA証明書インストールページ703に対して証明書インストールページリクエストを送信する。これによりCA証明書インストールページ703はインストールページを生成し、715で、HTTPサーバ102にインストールページを返信する。そしてHTTPサーバ102は、716で、PC108に対してCA証明書インストールページ図8の804に相当を返信して応答する。一方、ログインユーザが一般ユーザである場合は、717で、HTTPサーバ102はエラーページ704に対してエラーページリクエストを送信する。これによりエラーページ704はエラーページを生成し、718で、HTTPサーバ102にエラーページを返信する。そしてHTTPサーバ102は、719で、PC108に対してエラーページレスポンス図8の805に相当を返信してエラー応答する。尚、このエラーページレスポンスでは、管理者の呼び出しページを返送しても良い。HTTPサーバ102の管理者は、CA署名証明書インストールページ図8の804でCA証明書をインストールするとHTTPサーバ102を再起動する。これによりHTTPサーバ102では、CA署名証明書を使用したSSL通信が可能になる。以上説明したように本実施形態によれば、自己署名証明書のみをもつHTTPSサーバにアクセスしたユーザに対して、HTTPSサーバはセキュリティ的に問題のあるサーバであることを明示できる。更に、実施形態によれば、サーバの管理者のみに対してのみCA署名証明書のインストールページを提供することを可能とする。