特開 2024-140636 画像形成装置、処理方法、プログラム及びサーバー

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】公開特許公報(A)

(11)【公開番号】P2024140636

(43)【公開日】2024-10-10

(54)【発明の名称】画像形成装置、処理方法、プログラム及びサーバー

(51)【国際特許分類】

   H04N 1/00 20060101AFI20241003BHJP

   G06F 21/44 20130101ALI20241003BHJP

【ＦＩ】

H04N1/00 127A

H04N1/00 127B

G06F21/44

【審査請求】未請求

【請求項の数】14

【出願形態】ＯＬ

(21)【出願番号】P 2023051871

(22)【出願日】2023-03-28

(71)【出願人】

【識別番号】000002369

【氏名又は名称】セイコーエプソン株式会社

(74)【代理人】

【識別番号】100104710

【弁理士】

【氏名又は名称】竹腰 昇

(74)【代理人】

【識別番号】100090479

【弁理士】

【氏名又は名称】井上 一

(74)【代理人】

【識別番号】100124682

【弁理士】

【氏名又は名称】黒田 泰

(74)【代理人】

【識別番号】100166523

【弁理士】

【氏名又は名称】西河 宏晃

(72)【発明者】

【氏名】谷口 高章

【テーマコード（参考）】

5C062

【Ｆターム（参考）】

5C062AA05

5C062AA35

5C062AB38

5C062AB40

5C062AB42

5C062AC22

5C062AC38

5C062AF01

5C062AF12

5C062AF14

(57)【要約】

【課題】サーバー証明書に係るユーザーの負担を軽減させる画像形成装置等の提供。
【解決手段】画像形成装置１００は、サーバー証明書ＳＣを定期的に更新する第１サーバー２００－１と、ＩＰアドレスとホスト名情報を関連付けた登録情報を管理する第２サーバー２００－２との間で通信する通信部１１０と、処理部１２０と、を含む。処理部１２０は、ホスト名情報に基づき作成されたサーバー証明書ＳＣを第１サーバー２００－１から通信部１１０を介して取得し、ホスト名情報と画像形成装置１００のＩＰアドレスを第２サーバー２００－２に通信部１１０を介して送信する。また、処理部１２０は、登録情報に基づいてＩＰアドレスを取得した端末装置３００からの通信要求パケットを受信したとき、サーバー証明書ＳＣを用いて端末装置３００との間のＨＴＴＰＳ通信を行う。
【選択図】 図１

【特許請求の範囲】

【請求項1】

サーバー証明書を定期的に更新する第１サーバーと、ＩＰアドレスとホスト名情報を関連付けた登録情報を管理する第２サーバーとの間で通信する通信部と、
処理部と、
を含み、
前記処理部は、
前記ホスト名情報に基づき作成された前記サーバー証明書を前記第１サーバーから前記通信部を介して取得し、
前記ホスト名情報と画像形成装置のＩＰアドレスを前記第２サーバーに前記通信部を介して送信し、
前記登録情報に基づいて前記ＩＰアドレスを取得した端末装置からの通信要求パケットを受信したとき、前記サーバー証明書を用いて前記端末装置との間のＨＴＴＰＳ通信を行うことを特徴とする画像形成装置。

【請求項2】

請求項１に記載の画像形成装置において、
前記処理部は、
前記サーバー証明書としてワイルドカード証明書を前記第１サーバーから前記通信部を介して取得することを特徴とする画像形成装置。

【請求項3】

請求項１または２に記載の画像形成装置において、
前記ホスト名情報は、
画像形成装置の識別情報と、複数の画像形成装置に共通するドメイン名で構成されていることを特徴とする画像形成装置。

【請求項4】

請求項１または２に記載の画像形成装置において、
前記処理部は、
前記サーバー証明書を含む応答パケットを前記端末装置に送信することで、前記端末装置とＨＴＴＰＳ通信を行うことを特徴とする画像形成装置。

【請求項5】

請求項１または２に記載の画像形成装置において、
前記処理部は、
前記サーバー証明書を所定のタイミングで更新することを特徴とする画像形成装置。

【請求項6】

請求項１または２に記載の画像形成装置において、
前記処理部は、
画像形成装置が起動され、前記画像形成装置の前記ＩＰアドレスを取得したタイミングにおいて、前記第１サーバーに対し前記サーバー証明書の更新の有無に係る要求パケットを、前記通信部を介して送信することを特徴とする画像形成装置。

【請求項7】

請求項１または２に記載の画像形成装置において、
前記処理部は、
ユーザーが設定したタイミングにおいて、前記第１サーバーに対し前記サーバー証明書の更新の有無に係る要求パケットを、前記通信部を介して送信することを特徴とする画像形成装置。

【請求項8】

請求項１または２に記載の画像形成装置において、
前記処理部は、
前記サーバー証明書が更新されている場合、更新された前記サーバー証明書を前記第１サーバーからメモリーにダウンロードすることを特徴とする画像形成装置。

【請求項9】

請求項１または２に記載の画像形成装置において、
前記処理部は、
前記サーバー証明書が更新されている場合、前記第１サーバーから更新された前記サーバー証明書をダウンロードし、
前記画像形成装置を再起動することを特徴とする画像形成装置。

【請求項10】

請求項１または２に記載の画像形成装置において、
前記処理部は、
画像形成装置の起動時にＤＨＣＰサーバーから取得した前記ＩＰアドレスを取得するとともに、前記ホスト名情報と取得した前記ＩＰアドレスとを、前記第２サーバーに前記通信部を介して送信することを特徴とする画像形成装置。

【請求項11】

サーバー証明書を定期的に更新する第１サーバーと、ＩＰアドレスとホスト名情報を関連付けた登録情報を管理する第２サーバーとの間で通信する処理と、
前記ホスト名情報に基づき作成された前記サーバー証明書を前記第１サーバーから取得する処理と、
前記ホスト名情報と画像形成装置のＩＰアドレスを前記第２サーバーに送信する処理と、
前記登録情報に基づいて前記ＩＰアドレスを取得した端末装置からの通信要求パケットを受信したとき、前記サーバー証明書を用いた、前記端末装置との間のＨＴＴＰＳ通信を行う処理とを、
行うことを特徴とする処理方法。

【請求項12】

サーバー証明書を定期的に更新する第１サーバーと、ＩＰアドレスとホスト名情報を関連付けた登録情報を管理する第２サーバーとの間で通信する通信部と、
処理部として、
コンピューターを機能させるプログラムであって、
前記処理部は、
前記ホスト名情報に基づき作成された前記サーバー証明書を前記第１サーバーから前記通信部を介して取得し、
前記ホスト名情報と画像形成装置のＩＰアドレスを前記第２サーバーに前記通信部を介して送信し、
前記登録情報に基づいて前記ＩＰアドレスを取得した端末装置からの通信要求パケットを受信したとき、前記サーバー証明書を用いて前記端末装置との間のＨＴＴＰＳ通信を行うことを特徴とするプログラム。

【請求項13】

画像形成装置と通信を行うサーバー通信部と、
画像形成装置のＩＰアドレス及びホスト名情報を関連付けた登録情報を管理するサーバー処理部と、
を含み、
前記サーバー処理部は、
前記ホスト名情報に基づき作成されたサーバー証明書を取得した前記画像形成装置から、前記サーバー通信部を介して前記ホスト名情報と前記ＩＰアドレスを受信し、
受信した前記ホスト名情報と前記ＩＰアドレスとに基づいて前記登録情報を管理することを特徴とするサーバー。

【請求項14】

請求項１３に記載のサーバーにおいて、
前記サーバー処理部は、
前記画像形成装置から前記ＩＰアドレス及び前記ホスト名情報が送信されたタイミングに係る時間情報を記憶し、
記憶した前記時間情報に基づいて、登録された前記登録情報を削除するか否かを判断することを特徴とするサーバー。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、画像形成装置、処理方法、プログラム及びサーバー等に関する。

【背景技術】

【0002】

従来、端末装置とサーバーとの間で、サーバー証明書を用いた通信を行う手法が知られている。特許文献１には、サーバーのＩＰアドレスに基づいてサーバー証明書を取得する手法が開示されている。

【先行技術文献】

【特許文献】

【0003】

【特許文献1】国際公開第２０１６／１５１８２４号

【発明の概要】

【発明が解決しようとする課題】

【0004】

画像形成装置に内蔵されているＷｅｂサーバーと端末装置との間の通信においても、サーバー証明書が要求される。サーバー証明書には一定の有効期限があるためユーザーにはサーバー証明書の有効期限を管理し、サーバー証明書を更新する負担を要することから、画像形成装置の利便性が十分ではなかった。

【課題を解決するための手段】

【0005】

本開示の一態様は、サーバー証明書を定期的に更新する第１サーバーと、ＩＰアドレスとホスト名情報を関連付けた登録情報を管理する第２サーバーとの間で通信する通信部と、処理部と、を含み、前記処理部は、前記ホスト名情報に基づき作成された前記サーバー証明書を前記第１サーバーから前記通信部を介して取得し、前記ホスト名情報と画像形成装置のＩＰアドレスを前記第２サーバーに前記通信部を介して送信し、前記登録情報に基づいて前記ＩＰアドレスを取得した端末装置からの通信要求パケットを受信したとき、前記サーバー証明書を用いた、前記端末装置との間のＨＴＴＰＳ通信を行う画像形成装置に関係する。

【0006】

また、本開示の一態様は、サーバー証明書を定期的に更新する第１サーバーと、ＩＰアドレスとホスト名情報を関連付けた登録情報を管理する第２サーバーとの間で通信する処理と、前記ホスト名情報に基づき作成された前記サーバー証明書を前記第１サーバーから取得する処理と、前記ホスト名情報と画像形成装置のＩＰアドレスを前記第２サーバーに送信する処理と、前記登録情報に基づいて前記ＩＰアドレスを取得した端末装置からの通信要求パケットを受信したとき、前記サーバー証明書を用いた、前記端末装置との間のＨＴＴＰＳ通信を行う処理とを、行う処理方法に関係する。

【0007】

また、本開示の一態様は、サーバー証明書を定期的に更新する第１サーバーと、ＩＰアドレスとホスト名情報を関連付けた登録情報を管理する第２サーバーとの間で通信する通信部と、処理部として、コンピューターを機能させるプログラムであって、前記処理部は、前記ホスト名情報に基づき作成された前記サーバー証明書を前記第１サーバーから前記通信部を介して取得し、前記ホスト名情報と画像形成装置のＩＰアドレスを前記第２サーバーに前記通信部を介して送信し、前記登録情報に基づいて前記ＩＰアドレスを取得した端末装置からの通信要求パケットを受信したとき、前記サーバー証明書を用いた、前記端末装置との間のＨＴＴＰＳ通信を行うプログラムに関係する。

【0008】

また、本開示の一態様は、画像形成装置と通信を行うサーバー通信部と、画像形成装置のＩＰアドレス及びホスト名情報を関連付けた登録情報を管理するサーバー処理部と、を含み、前記サーバー処理部は、前記ホスト名情報に基づき作成されたサーバー証明書を取得した前記画像形成装置から、前記サーバー通信部を介して前記ホスト名情報と前記ＩＰアドレスを受信し、受信した前記ホスト名情報と前記ＩＰアドレスとに基づいて前記登録情報を管理するサーバーに関係する。

【図面の簡単な説明】

【0009】

【図1】画像形成装置を含むシステムの構成例を説明する図。

【図2】画像形成装置における処理例を説明するフローチャート。

【図3】画像形成装置を含むシステムの別の構成例を説明する図。

【図4】本実施形態の処理の流れの例を説明する図。

【図5】画像形成装置のより詳細な構成例を説明する図。

【図6】サーバー証明書と登録情報を説明する図。

【図7】本実施形態の処理の流れの別の例を説明する図。

【図8】第２サーバーにおける処理例を説明するフローチャート。

【図9】画像形成装置を含むシステムの別の構成例を説明する図。

【発明を実施するための形態】

【0010】

以下、本実施形態について説明する。なお、以下に説明する本実施形態は、特許請求の範囲に記載された本開示の内容を不当に限定するものではない。また本実施形態で説明される構成の全てが、本開示の必須構成要件であるとは限らない。

【0011】

図１は、本実施形態の画像形成装置１００を含むシステムの構成例を説明するブロック図である。本実施形態の画像形成装置１００は、例えばプリンターであるが、スキャナー、パーソナルコンピューター（Personal Computer）、ウェアラブル機器、生体情報測定機器、ロボット、映像機器又は物理量計測機器等でもよい。なお、ここでのプリンターは、例えばインクジェットプリンターであってもよいが、他に例えばドットインパクトプリンター、熱転写プリンター、レーザープリンター、またはレーベルプリンター等であってもよい。また、ウェアラブル機器はスマートウォッチ或いはアクティビティトラッカー等をいう。また、生体情報測定機器は、脈拍計或いは歩数計等をいう。また、映像機器はカメラ或いはプロジェクター等をいう。また、物理量計測機器は、温度計或いは体重計等をいう。また、ここでいうプリンターは複合機を含む。複合機とは、プリンター機能以外の機能を含むプリンターをいい、プリンター機能以外の機能は、コピー機能、ファックス機能又はスキャナー機能等であるが、他の機能でもよい。

【0012】

図１のシステムは、上記した画像形成装置１００の他に、第１サーバー２００－１と、第２サーバー２００－２と、端末装置３００を少なくとも含む。画像形成装置１００は、通信部１１０と処理部１２０を含む。

【0013】

通信部１１０は、第１サーバー２００－１と、第２サーバー２００－２と、端末装置３００と通信し、所定の通信規格による通信を行う通信インターフェースである。通信部１１０は、例えば通信用ＡＳＩＣ（Application Specific Integrated Circuit）又は通信用プロセッサーなどの通信用ハードウェアー、通信用ファームウェアー等により実現できる。本実施形態では、後述する処理部１２０が情報の送信処理や受信処理等、通信の制御処理を通信部１１０に対して行うことで、通信部１１０が画像形成装置１００等の外部装置に対して情報を送信したり、当該外部装置から情報を受信したりできる。つまり、通信部１１０は、所望の無線通信規格に対応するハードウェアーと通信用ファームウェアー等をそれぞれ含んでいる。所定の通信規格は、例えばＷｉ－Ｆｉ（登録商標）等による無線通信であり、通信部１１０は、Ｗｉ－Ｆｉの所定の接続モードによる無線通信を行う。所定の接続モードは、例えばインフラストラクチャーモードである。つまり、画像形成装置１００は、不図示の外部アクセスポイントを介して第１サーバー２００－１と、第２サーバー２００－２と、端末装置３００と通信する。

【0014】

処理部１２０は、画像形成装置１００の各部の処理を行う。処理部１２０は、下記のハードウェアーにより構成される。ハードウェアーは、デジタル信号を処理する回路を含むが、さらにアナログ信号を処理する回路を含んでもよい。例えば、ハードウェアーは、回路基板に実装された１又は複数の回路装置と、１又は複数の回路素子で構成することができる。１又は複数の回路装置は例えばＩＣ（Integrated Circuit）、ＦＰＧＡ（field-programmable gate array）等である。１又は複数の回路素子は例えば抵抗、キャパシター等である。また、処理部１２０は、少なくとも下記のプロセッサーを１つ含むことにより実現される。処理部１２０は、図１には図示していない情報を記憶するメモリー１３０と、メモリー１３０に記憶された情報に基づいて動作するプロセッサーと、を含む。情報は、例えばプログラムと各種のデータ等である。プロセッサーは、ハードウェアーを含む。プロセッサーは、ＣＰＵ（Central Processing Unit）、ＧＰＵ（Graphics Processing Unit）、ＤＳＰ（Digital Signal Processor）等、各種のプロセッサーを用いることが可能である。メモリー１３０は、ＳＲＡＭ（Static Random Access Memory）、ＤＲＡＭ（Dynamic Random Access Memory）などの半導体メモリーであってもよいし、レジスターであってもよいし、ＨＤＤ（Hard Disk Drive）等の磁気記憶装置であってもよいし、光学ディスク装置等の光学式記憶装置であってもよい。例えば、メモリーにはコンピューターにより読み取り可能な命令を格納しており、当該命令がプロセッサーにより実行されることで、画像形成装置１００の各部のうち一部又は全部の機能が処理として実現されることになる。ここでの命令は、プログラムを構成する命令セットの命令でもよいし、プロセッサーのハードウェアー回路に対して動作を指示する命令であってもよい。

【0015】

なお、図１では１つの画像形成装置１００を図示しているが、複数の画像形成装置１００が第１サーバー２００－１、第２サーバー２００－２等と接続することもできる。

【0016】

端末装置３００は、例えばスマートフォン等の携帯情報端末であるが、パーソナルコンピューター等であってもよい。端末装置３００は、図示は省略しているが、画像形成装置１００の通信部１１０と同様に、所定の通信規格に対応する通信インターフェースを含み、画像形成装置１００と所定の通信プロトコルにより通信する。また、端末装置３００は、図示は省略しているが、画像形成装置１００の処理部１２０と同様のプロセッサーを含み、端末装置３００の各部を制御する。また、端末装置３００は、例えば記憶部、表示部、操作部をさらに含んでもよいし、当該操作部は例えばタッチパネルにより当該表示部と一体的なハードウェアーとしてもよい。なお以降の説明において、端末装置３００のプロセッサーが通信インターフェースを介してデータを送受信することを、単に端末装置３００がデータを送受信する等と省略して表記する。

【0017】

また、端末装置３００はソフトウェアーとしてのＷｅｂブラウザーの機能を果たしてもよい。つまり、端末装置３００のプロセッサーは、不図示の記憶部からＷｅｂブラウザーに係るプログラムを読み出して入出力処理、表示処理等を行うことにより、Ｗｅｂブラウザーの機能を果たしてもよい。これにより、例えば端末装置３００のユーザーは、当該Ｗｅｂブラウザーを介して、図５で後述する画像形成装置１００のＷｅｂサーバー１２２にアクセスし、図５で後述するＷｅｂページ１３２を閲覧すること等ができる。つまり、画像形成装置１００と端末装置３００との間で、画像形成装置１００をサーバーとし、端末装置３００をクライアントとするクライアントサーバーシステムが成り立っている。この場合、所定の通信プロトコルは、Ｗｅｂページ１３２の閲覧に対応した通信プロトコルであり、例えばＨＴＴＰ（Hyper Text Transfer Protocol）である。また、ＨＴＴＰはＨＴＴＰＳ（Hyper Text Transfer Protocol Secure）を含むことができる。これにより、画像形成装置１００と端末装置３００との間で暗号化通信を行うことができる。

【0018】

ＨＴＴＰＳの通信プロトコルに基づく通信を行う場合、クライアントである端末装置３００のルート証明書が検証できるサーバー証明書ＳＣをサーバーである画像形成装置１００側に保存しておく必要がある。なお、以降の説明において、「ＨＴＴＰＳの通信プロトコルに基づく通信」を「ＨＴＴＰＳ通信」と適宜省略して表記することがある。例えば図５で後述するように、画像形成装置１００のメモリー１３０にサーバー証明書ＳＣが記憶されていることが必要である。サーバー証明書ＳＣは、図３で後述する公的機関１０の署名、通信の暗号化に必要な公開鍵等を含む。また、クライアントである端末装置３００のルート証明書の検証のためには、サーバー証明書ＳＣの有効期限が切れていないこと、サーバー証明書ＳＣに含まれる情報領域であるＳＡＮ（Subject Alternative Name）にサーバーである画像形成装置１００のホスト名情報またはＩＰアドレスが記録されていること等が要求される。つまり、本実施形態のサーバー証明書ＳＣは、後述の公的機関１０によって、ホスト名情報に基づき作成されている。

【0019】

第１サーバー２００－１は、サーバー証明書ＳＣを定期的に更新する。具体的には例えば後述の公的機関１０と接続し、当該公的機関１０に定期的に不図示の要求パケットを送信することで、当該公的機関１０から更新されたサーバー証明書ＳＣを取得する。なお、以降の説明において、要求パケットを送信することを、リクエストを送信するまたはリクエストすると表記することがある。更新されたサーバー証明書ＳＣは、更新前のサーバー証明書ＳＣの有効期限から、規定された期間分延長された有効期限が設定される。つまり、図示はしていないが、第１サーバー２００－１は、通信部１１０と同様の通信インターフェースと、処理部１２０と同様のプロセッサーを含む。当該プロセッサーは、当該通信インターフェースを制御することで、画像形成装置１００、後述の公的機関１０等と通信する。なお以降の説明において、第１サーバー２００－１のプロセッサーが通信インターフェースを介してデータを送受信することを、単に第１サーバー２００－１がデータを送受信する等と省略して表記する。

【0020】

第２サーバー２００－２は、サーバー通信部２１０と、サーバー処理部２２０を含む。サーバー通信部２１０は、前述の通信部１１０と同様の通信インターフェースであり、画像形成装置１００の通信部１１０と通信する。サーバー処理部２２０は、サーバー通信部２１０等、第２サーバー２００－２の各部を制御する。詳細は後述するが、第２サーバー２００－２は、画像形成装置１００のＩＰアドレスとホスト名情報を関連付けた登録情報を管理する。

【0021】

図２のフローチャートを用いて、本実施形態の画像形成装置１００が行う処理例について説明する。図２の処理は、所定のタイミングで行われる。所定のタイミングについては後述する。処理部１２０は、ＩＰアドレスを取得する（ステップＳ１１０）。例えば画像形成装置１００は、一定範囲のプライベートＩＰアドレスが使用可能になっている。そして処理部１２０は、当該一定範囲のプライベートＩＰアドレスから任意のＩＰアドレスを選択する処理を行う。

【0022】

その後処理部１２０は、第１サーバー２００－１からサーバー証明書ＳＣを取得する（ステップＳ１２０）。例えば処理部１２０は、第１サーバー２００－１に対して、サーバー証明書ＳＣを更新しているか否かに関する要求パケットを送信する。そして第１サーバー２００－１は、更新されたサーバー証明書ＳＣを取得していると判断した場合、サーバー証明書ＳＣを含む応答パケットを処理部１２０に送信する。これにより、処理部１２０は、ステップＳ１２０によって更新されたサーバー証明書ＳＣを取得する。なお、第１サーバー２００－１は、更新されたサーバー証明書ＳＣを取得していないと判断した場合、形式的な処理として最新のサーバー証明書ＳＣを含む応答パケットを処理部１２０に送信してもよいし、更新されたサーバー証明書ＳＣを取得していない旨のデータを含む応答パケットを処理部１２０に送信してもよい。

【0023】

その後処理部１２０は、取得したＩＰアドレスと、画像形成装置１００のホスト名情報を第２サーバー２００－２に送信する（ステップＳ１３０）。これにより第２サーバー２００－２のサーバー処理部２２０は、当該ＩＰアドレス及び当該ホスト名情報を受信し、当該ＩＰアドレス及び当該ホスト名情報を関連付けて、図１に不図示のサーバーメモリー２３０に登録情報として記憶する。つまり、本実施形態のサーバー処理部２２０は、ホスト名情報に基づき作成されたサーバー証明書ＳＣを取得した画像形成装置１００から、サーバー通信部２１０を介してホスト名情報とＩＰアドレスを受信し、受信したホスト名情報とＩＰアドレスに基づいて登録情報を管理する。なお、後述するように、サーバー処理部２２０は、登録情報として受信した時刻情報をさらに関連付けてもよい。

【0024】

その後処理部１２０は、端末装置３００からリクエストが有るか否かを判断する処理（ステップＳ１４０）を行う。つまり処理部１２０は、端末装置３００のＷｅｂブラウザーにより、後述するＷｅｂサーバー１２２へアクセスが有るかを判断する。例えば端末装置３００のユーザーは、Ｗｅｂブラウザー上でホスト名情報を入力すると、第２サーバー２００－２からホスト名情報に対応するＩＰアドレスを取得し、Ｗｅｂブラウザーは当該ＩＰアドレスに対応する画像形成装置１００にアクセスする。つまり、後述するように第２サーバー２００－２とＤＮＳサーバー４００を別々に設けてもよいが、第２サーバー２００－２がＤＮＳサーバー４００としてさらに機能してもよい。処理部１２０は、端末装置３００からリクエストが有ると判断した場合（ステップＳ１４０でＹＥＳ）、端末装置３００とＨＴＴＰＳ通信を行う（ステップＳ１５０）。サーバー証明書ＳＣは更新されていることから、端末装置３００のＷｅｂブラウザー上で、サーバー証明書ＳＣの有効期限が切れている旨のエラーが表示されることはない。一方、処理部１２０は、端末装置３００からリクエストが無いと判断した場合（ステップＳ１４０でＮＯ）、再度ステップＳ１４０を行う。

【0025】

以上のように、本実施形態の画像形成装置１００は、サーバー証明書ＳＣを定期的に更新する第１サーバー２００－１と、ＩＰアドレスとホスト名情報を関連付けた登録情報を管理する第２サーバー２００－２との間で通信する通信部１１０と、処理部１２０と、を含む。処理部１２０は、ホスト名情報に基づき作成されたサーバー証明書ＳＣを第１サーバー２００－１から通信部１１０を介して取得し、ホスト名情報と画像形成装置１００のＩＰアドレスを第２サーバー２００－２に通信部１１０を介して送信する。また、処理部１２０は、登録情報に基づいてＩＰアドレスを取得した端末装置３００からの通信要求パケットを受信したとき、サーバー証明書ＳＣを用いて端末装置３００との間のＨＴＴＰＳ通信を行う。

【0026】

このように、本実施形態の画像形成装置１００は、通信部１１０を含むことで、第１サーバー２００－１、第２サーバー２００－２、端末装置３００と通信することができる。これにより、画像形成装置１００は、サーバー証明書ＳＣを定期的に更新する第１サーバー２００－１と通信することから、画像形成装置１００は、更新されたサーバー証明書ＳＣを取得できる。また、画像形成装置１００は、第２サーバー２００－２と通信することから、ホスト名情報と画像形成装置１００のＩＰアドレスを第２サーバー２００－２に送信できる。これにより、第２サーバー２００－２からホスト名情報に関連付けられたＩＰアドレスを取得した端末装置３００からのリクエストを受信できる。これにより、更新されたサーバー証明書ＳＣを取得した画像形成装置１００は、端末装置３００とＨＴＴＰＳ通信を行うことができる。

【0027】

これまで、サーバー証明書ＳＣの有効期限が切れている場合は画像形成装置１００と端末装置３００の間でＨＴＴＰＳ通信を行うことができなくなり、端末装置３００のユーザーは手動でサーバー証明書ＳＣを更新しなければならず、画像形成装置１００の利便性が十分ではなかった。その点、本実施形態の手法を適用することで、更新されたサーバー証明書ＳＣを取得した画像形成装置１００が端末装置３００からリクエストを受信するので、ユーザーはサーバー証明書ＳＣの有効期限を管理する負担を要することなく画像形成装置１００と端末装置３００との間でＨＴＴＰＳ通信を行うことができる。これにより、画像形成装置１００の利便性を向上させることができる。

【0028】

また、本実施形態の手法は処理方法として実現してもよい。つまり、本実施形態の処理方法は、サーバー証明書ＳＣを定期的に更新する第１サーバー２００－１と、ＩＰアドレスとホスト名情報を関連付けた登録情報を管理する第２サーバー２００－２との間で通信する処理と、ホスト名情報に基づき作成されたサーバー証明書ＳＣを第１サーバー２００－１から取得する処理と、を行う。また、本実施形態の処理方法は、ホスト名情報と画像形成装置１００のＩＰアドレスを第２サーバー２００－２に送信する処理と、登録情報に基づいてＩＰアドレスを取得した端末装置３００からの通信要求パケットを受信したとき、サーバー証明書ＳＣを用いて端末装置３００との間のＨＴＴＰＳ通信を行う処理とを、さらに行う。このようにすることで、上記と同様の効果を得ることができる。

【0029】

また、本実施形態の手法はプログラムとして実現してもよい。つまり、本実施形態のプログラムは、サーバー証明書ＳＣを定期的に更新する第１サーバー２００－１と、ＩＰアドレスとホスト名情報を関連付けた登録情報を管理する第２サーバー２００－２との間で通信する通信部１１０と、処理部１２０として、コンピューターを機能させる。処理部１２０は、ホスト名情報に基づき作成されたサーバー証明書ＳＣを第１サーバー２００－１から通信部１１０を介して取得し、ホスト名情報と画像形成装置１００のＩＰアドレスを第２サーバー２００－２に通信部１１０を介して送信する。また、処理部１２０は、登録情報に基づいてＩＰアドレスを取得した端末装置３００からの通信要求パケットを受信したとき、サーバー証明書ＳＣを用いて端末装置３００との間のＨＴＴＰＳ通信を行う。このようにすることで、上記と同様の効果を得ることができる。

【0030】

本実施形態の手法は上記に限らず、種々の変形実施が可能である。例えば、画像形成装置１００を含むシステムは、例えば図３の構成例のようにしてもよい。図３は、第１サーバー２００－１は、後述の公的機関１０とさらに接続している点、第２サーバー２００－２と端末装置３００は、ＤＮＳサーバー４００とさらに接続している点で、図１と異なる。このようにすることで、各サーバーの管理を適正化できる。例えば第１サーバー２００－１と第２サーバー２００－２を、画像形成装置１００の製造元側のネットワーク上に配置させて当該製造元が管理し、ＤＮＳサーバー４００を外部のクラウドサーバーに配置させ、当該クラウドサーバーの運営元にＤＮＳサーバー４００を管理させることで、管理負担等を適正化できる。

【0031】

図４を用いて、本実施形態の手法の処理の流れの例をより詳細に説明する。なお詳細は後述するが、本実施形態の画像形成装置１００において、処理部１２０は、サーバー証明書ＳＣを所定のタイミングで更新する。このようにすることで、ユーザーが手動でサーバー証明書ＳＣを更新する負担を無くすことができる。図４に示す例では所定のタイミングとして、画像形成装置１００が起動したタイミングで画像形成装置１００がＩＰアドレスを取得する例を示している。また、紙面の縦方向が時間軸で、下向きに時間が経過するが、矢印等の長さが具体的な時間の長さを示すものではない。

【0032】

第１サーバー２００－１は、公的機関１０からサーバー証明書ＳＣを取得する（ステップＳ１０）。公的機関１０は、パブリック認証局等とも呼ばれる。例えば画像形成装置１００の製造元は公的機関１０にサーバー証明書ＳＣの発行を申請する。そして公的機関１０は申請者である当該製造元のドメイン名、組織情報、実在性等を登記簿謄本等から審査を行い、当該審査結果に基づき、サーバー証明書ＳＣを発行する。このように、本実施形態のサーバー証明書ＳＣは、後述する画像形成装置１００のＷｅｂサーバー１２２に実在性が有ること等を証明する組織認証型証明書である。また、組織認証型証明書は後述するワイルドカード証明書が利用可能である。

【0033】

処理部１２０は、電源が投入されて起動し（ステップＳ１００）、ＩＰアドレスを取得（ステップＳ１１０）した後、サーバー証明書ＳＣが更新されているか否かについて第１サーバー２００－１にリクエストを送信する（ステップＳ１１２）。このように、本実施形態の画像形成装置１００において、処理部１２０は、画像形成装置１００が起動され、画像形成装置１００のＩＰアドレスを取得したタイミングにおいて、第１サーバー２００－１に対しサーバー証明書ＳＣの更新の有無に係る要求パケットを、通信部１１０を介して送信する。このようにすることで、画像形成装置１００が起動されたタイミングでサーバー証明書ＳＣを更新可能な状態にできる。例えば画像形成装置１００の稼働を長時間継続したい場合は、画像形成装置１００の起動時に、更新したサーバー証明書ＳＣのダウンロードを行い、後述する再起動（ステップＳ１１２）を行った方が便宜である。再起動（ステップＳ１１２）を行うことにより、稼働の連続性が失われるからである。

【0034】

その後処理部１２０は、第１サーバー２００－１から更新されたサーバー証明書ＳＣを取得（ステップＳ１２０）する。画像形成装置１００のより詳細な構成例を示した図５を用いて、ステップＳ１２０をより具体的に説明する。図５に示すように、画像形成装置１００は、前述の通信部１１０、処理部１２０のほか、メモリー１３０を含む。処理部１２０は、Ｗｅｂサーバー１２２を含む。メモリー１３０は、Ｗｅｂページ１３２を含む。このようにすることで、ユーザーは、端末装置３００のＷｅｂブラウザーを介してＷｅｂページ１３２を閲覧できる。Ｗｅｂページ１３２には、例えばネットワークの設定情報、画像形成装置１００の消耗品の管理情報が表示される。画像形成装置１００の消耗品とは、例えばケーブル、インク、トナー、ランプ等である。また、ユーザーはＷｅｂページ１３２に表示された設定項目を変更する等の操作入力をすることにより、画像形成装置１００に関する各種設定を変更できるようにしてもよい。

【0035】

ステップＳ１２０によって、図５に示すように、メモリー１３０にサーバー証明書ＳＣが記憶される。より具体的には、メモリー１３０は例えばフラッシュメモリー等の不揮発性メモリーを含み、ステップＳ１２０によって、サーバー証明書ＳＣは当該不揮発性メモリーに記憶されている。このように、処理部１２０は、サーバー証明書ＳＣが更新されている場合、更新されたサーバー証明書ＳＣを第１サーバー２００－１からメモリー１３０にダウンロードする。このようにすることで、更新されたサーバー証明書ＳＣを画像形成装置１００のメモリー１３０に記憶させることができる。ここでのメモリー１３０は不揮発性メモリーであるため、例えば画像形成装置１００の電源が切断しても、ダウンロードしたサーバー証明書ＳＣのデータは消失しない。

【0036】

処理部１２０は、ステップＳ１２０を行った後に、画像形成装置１００を再起動する（ステップＳ１２２）。例えば処理部１２０は、Ｗｅｂサーバー１２２に関するプログラム、データ等をワーキングメモリーである不図示の揮発性メモリーに展開することで、Ｗｅｂサーバー１２２としての機能を果たしている。つまり前述のステップＳ１２０が行われた時点では、更新されたサーバー証明書ＳＣは揮発性メモリーに展開されていないことから、処理部１２０は、更新されたサーバー証明書ＳＣを用いた処理を行うことができない。そこで、再起動（ステップＳ１２２）を行うことで、更新されたサーバー証明書ＳＣのデータを揮発性メモリーに展開させることができる。このように、本実施形態の画像形成装置１００において、処理部１２０は、サーバー証明書ＳＣが更新されている場合、第１サーバー２００－１から更新されたサーバー証明書ＳＣをダウンロードし、画像形成装置１００を再起動する。このようにすることで、処理部１２０は、更新されたサーバー証明書ＳＣに基づいてＷｅｂサーバー１２２を機能させることができる。

【0037】

その後処理部１２０は、取得したＩＰアドレスとホスト名情報を第２サーバー２００－２に送信する（ステップＳ１３０）。第２サーバー２００－２のサーバー処理部２２０は、当該ＩＰアドレスと当該ホスト名情報を関連付けて登録情報として記憶（ステップＳ２００）し、当該ＩＰアドレスと当該ホスト名情報をＤＮＳサーバー４００に送信する。これにより、ＤＮＳサーバー４００の不図示の記憶部に当該ＩＰアドレスと当該ホスト名情報が関連付けて記憶される。

【0038】

その後端末装置３００のユーザーがＷｅｂブラウザーを起動し、当該Ｗｅｂブラウザー上で画像形成装置１００のホスト名情報を入力すると、端末装置３００は、ＩＰアドレスを要求するため、ＤＮＳサーバー４００にホスト名情報を含むパケットを送信する（ステップＳ３００）。なお、ＤＮＳサーバー４００のＩＰアドレスは、端末装置３００と画像形成装置１００とのネットワーク設定時において、端末装置３００に設定されている。そしてＤＮＳサーバー４００は、受信したホスト名情報に対応するＩＰアドレスを含む応答パケットを端末装置３００に送信する（ステップＳ４００）。

【0039】

端末装置３００は、取得したＩＰアドレスに基づいて、画像形成装置１００の通信部１１０に、ＨＴＴＰＳリクエストを行う（ステップＳ３１０）。これにより処理部１２０は、図２のステップＳ１４０でＹＥＳと判断し、サーバー証明書ＳＣを含む応答パケットを端末装置３００に送信する（ステップＳ１４２）。なお、ステップＳ１４２の応答パケットは画像形成装置１００の公開鍵を含む。

【0040】

端末装置３００は、端末装置３００は受信したサーバー証明書ＳＣに対しルート証明書を用いて検証（ステップＳ３２０）を行う。そして検証（ステップＳ３２０）において、サーバー証明書ＳＣは更新されていることから、有効期限が切れていない要件を満たすため、画像形成装置１００と端末装置３００はＨＴＴＰＳ通信を開始する（ステップＳ１５０）。具体的には、例えば端末装置３００は共通鍵を設定し、画像形成装置１００から取得した公開鍵を利用して当該共通鍵を暗号化する。その後端末装置３００は、暗号化された共通鍵を画像形成装置１００に送信する。画像形成装置１００は、画像形成装置１００だけが保持する秘密鍵を用いて、取得した当該共通鍵を復号する。これにより、画像形成装置１００と端末装置３００は、第三者に知られない共通鍵を共有できる。これにより、画像形成装置１００と端末装置３００は、当該共通鍵により、各種情報を暗号化した双方向通信であるＨＴＴＰＳ通信を確立する。このように、本実施形態の画像形成装置１００において、処理部１２０は、サーバー証明書ＳＣを含む応答パケットを端末装置３００に送信することで、端末装置３００とＨＴＴＰＳ通信を行う。このようにすることで、画像形成装置１００と端末装置３００との間で、ＨＴＴＰＳの通信プロトコルに準拠した通信ができる。

【0041】

また、上記したステップＳ１１０は、例えばＤＨＣＰ（Dynamic Host Configuration Protocol）によりＩＰアドレスを取得することで実現してもよい。例えば図６に示すように、前述のステップＳ１１０によって処理部１２０は、所定のタイミングとして画像形成装置１００が起動するタイミングで、ＤＨＣＰサーバー５００からＩＰアドレスを取得する。ＤＨＣＰサーバー５００は、端末装置３００が所属するネットワーク内に配置されていればよい。なお、図６に示すＩＰアドレス、ホスト名情報等は、説明の便宜のために示した、現実のものと無関係のものである。

【0042】

その後、ステップＳ１３０で、ホスト名情報と取得したＩＰアドレスを第２サーバー２００－２に送信する。つまり、本実施形態の画像形成装置１００において、処理部１２０は、画像形成装置１００の起動時にＤＨＣＰサーバー５００から取得したＩＰアドレスを取得するとともに、ホスト名情報と取得したＩＰアドレスとを、第２サーバー２００－２に通信部１１０を介して送信する。このようにすることで、画像形成装置１００が起動してから、画像形成装置１００と端末装置３００が通信可能になるまでの時間を最小にできる。これにより、ユーザーは、画像形成装置１００が起動後、端末装置３００を介して画像形成装置１００と速やかに通信できる。

【0043】

また、本実施形態の画像形成装置１００が取得するサーバー証明書ＳＣはワイルドカード証明書であってもよい。つまり、図６のＡ１に示すようにサーバー証明書ＳＣはホスト名情報を含むが、ホスト名情報のうち、Ａ２に示すサブドメインにアスタリスクを指定している。この場合、当該アスタリスクと同一階層のサブドメインのみが異なるすべてのサーバーに、同一のサーバー証明書ＳＣを用いることができる。つまり、複数の画像形成装置１００が第１サーバー２００－１と接続する場合、それぞれのＷｅｂサーバー１２２のドメインが共通していれば、それぞれの処理部１２０は、ステップＳ１２０によって同一のサーバー証明書ＳＣを第１サーバー２００－１から受信すればよい。このように、本実施形態の画像形成装置１００において、処理部１２０は、サーバー証明書ＳＣとしてワイルドカード証明書を第１サーバー２００－１から通信部１１０を介して取得する。このようにすることで、第１サーバー２００－１と複数の画像形成装置１００が接続する場合において、サーバー証明書ＳＣの管理負担を軽減できる。

【0044】

第２サーバー２００－２のサーバーメモリー２３０には、Ｂ１に示すホスト名情報と、Ｂ２に示すＩＰアドレスが対応づけて記憶されている。また、サーバーメモリー２３０には、Ｂ３に示すように記憶された時間情報をさらに対応付けて記憶されていてもよい。なお、図６において、Ｂ１０に示すサブドメインを「ＹＹＹ」と単純に例示しているが、画像形成装置１００の識別情報等を所定のハッシュ関数でハッシュ化した多数の文字で構成してもよい。なお、当該所定のハッシュ関数等の情報は、端末装置３００に画像形成装置１００のアプリケーションプログラムに含まれる。つまり、端末装置３００は、画像形成装置１００の識別情報を予め取得すれば、ステップＳ１３０、ステップＳ２１０に係るホスト名情報と同一のホスト名情報を作成し、当該ホスト名情報に基づきステップＳ３００が実行できる。つまり本実施形態において、画像形成装置１００の識別情報が異なれば、所定のハッシュ関数により、Ｂ１０に示すサブドメインが異なり、ドメインが共通するホスト名情報が自動的に生成されるようになっている。これにより、同一のホスト名情報が異なるＩＰアドレスに関連付くことが防止される。このように、本実施形態の画像形成装置１００において、ホスト名情報は、画像形成装置１００の識別情報と、複数の画像形成装置１００に共通するドメイン名で構成される。このようにすることで、それぞれの画像形成装置１００に共通したサーバー証明書ＳＣを用いて、画像形成装置１００と端末装置３００との間でＨＴＴＰＳ通信を行うことができる。

【0045】

また、所定のタイミングとして、処理部１２０は、ユーザーが設定したタイミングでステップＳ１１２を実行してもよい。例えばユーザーは図７に示すタイミングｔ３、タイミングｔ６においてステップＳ１１２を実行するように設定している。なお図７のタイミングｔ３、タイミングｔ６は、例えば画像形成装置１００の稼働状況を考慮して適宜設定されるものであり、ステップＳ１１２を実行するタイミングを２回に限定しているものではなく、ステップＳ１１２を画像形成装置１００の起動後３回以上行ってもよい。

【0046】

図７において例えば画像形成装置１００は、タイミングｔ０において起動し（ステップＳ１００）、処理部１２０はＩＰアドレスを取得する（ステップＳ１１０）。その後、Ｃ１に示すように、タイミングｔ２までの間、画像形成装置１００は稼働し続ける。一方、第１サーバー２００－１はタイミングｔ１において、サーバー証明書ＳＣを取得する（ステップＳ１０）。タイミングｔ１は、タイミングｔ０より後のタイミングであり、かつ、タイミングｔ２より前のタイミングである。

【0047】

そして処理部１２０は、タイミングｔ３において、第１サーバー２００－１に対してサーバー証明書ＳＣが更新されているか否かをリクエストし（ステップＳ１１２）、第１サーバー２００－１から更新されたサーバー証明書ＳＣを取得し（ステップＳ１２０）、画像形成装置１００を再起動する（ステップＳ１２２）。タイミングｔ３は、タイミングｔ２より後のタイミングである。

【0048】

その後、Ｃ２に示すように、タイミングｔ４からタイミングｔ５までの間、画像形成装置１００は稼働し続ける。タイミングｔ４は、タイミングｔ３より後のタイミングであり、タイミングｔ５は、タイミングｔ４より後のタイミングである。

【0049】

そして処理部１２０は、タイミングｔ６において、第１サーバー２００－１に対してサーバー証明書ＳＣが更新されているか否かをリクエストする（ステップＳ１１２）。タイミングｔ６は、タイミングｔ５より後のタイミングである。前述のタイミングｔ１からタイミングｔ６までの間に、再度のステップＳ１０は行われていないことから、例えば第１サーバー２００－１は、ステップＳ１１２のリクエストに対して、サーバー証明書ＳＣの更新が不要である旨のデータを含む応答パケットを処理部１２０に送信する。これにより、処理部１２０はステップＳ１２０を行わず、画像形成装置１００が再起動することはない。或いは、処理部１２０は、タイミングｔ６のステップＳ１１２に対応するステップＳ１２０を自動的に実行し、タイミングｔ３で行われたリクエストに基づくサーバー証明書ＳＣと同一のサーバー証明書ＳＣを取得するが、同一のサーバー証明書ＳＣを取得したことにより再起動（ステップＳ１１２）を実行しない処理にしてもよい。

【0050】

以上のことから、本実施形態の画像形成装置１００において、処理部１２０は、ユーザーが設定したタイミングにおいて、第１サーバー２００－１に対しサーバー証明書ＳＣの更新の有無に係る要求パケットを、通信部１１０を介して送信する（ステップＳ１１２）。このようにすることで、画像形成装置１００が更新されたサーバー証明書ＳＣを取得するタイミングをユーザーが任意に設定できる。これにより、例えば画像形成装置１００の稼働の妨げにならないタイミングで画像形成装置１００を再起動させることができる。

【0051】

また、例えばサーバー処理部２２０は、それぞれの登録情報について、図８のフローチャートに示す処理をさらに行ってもよい。サーバー処理部２２０は、図６のＢ３に示す時間情報の時刻から一定期間を経過しているか否かを判断する処理（ステップＳ２２０）を行う。サーバー処理部２２０は、当該一定期間を経過したと判断した場合（ステップＳ２２０でＹＥＳ）、当該一定期間を経過した時間情報を含む登録情報を削除する（ステップＳ２３０）。一方、当該一定期間を経過していないと判断した場合（ステップＳ２２０でＹＥＳ）、フローを終了する。ここでの一定期間は、端末装置３００の使用状況等を考慮して適宜決定される。

【0052】

このように、本実施形態のサーバー処理部２２０は、画像形成装置１００からＩＰアドレス及びホスト名情報が送信されたタイミングに係る時間情報を記憶し、記憶した時間情報に基づいて、登録された登録情報を削除するか否かを判断する。このようにすることで、第２サーバー２００－２に不要な登録情報が蓄積されることを防止できる。これにより、第２サーバー２００－２の管理者の第２サーバー２００－２を管理する負担を軽減できる。

【0053】

なお、以上は、便宜上第１サーバー２００－１と第２サーバー２００－２を別々のハードウェアーとして図示して説明しているが、第１サーバー２００－１と第２サーバー２００－２は、１つのハードウェアーで機能させてもよい。具体的には例えば、図９に示すように、サーバー２００は前述のサーバー通信部２１０とサーバー処理部２２０とサーバーメモリー２３０を含み、画像形成装置１００、公的機関１０及びＤＮＳサーバー４００はサーバー通信部２１０を介してサーバー２００と接続してもよい。この場合、サーバー処理部２２０はサーバーメモリー２３０から第１プログラム２３１を読み出して第１サーバー２００－１として機能するとともに、サーバーメモリー２３０から第２プログラム２３２を読み出して第２サーバー２００－２として機能する。このようにすることで、前述した本実施形態の手法を同様に行うことができる。

【0054】

以上のことから、本実施形態のサーバー２００は、画像形成装置１００と通信を行うサーバー通信部２１０と、画像形成装置１００のＩＰアドレス及びホスト名情報を関連付けた登録情報を管理するサーバー処理部２２０と、を含む。サーバー処理部２２０は、ホスト名情報に基づき作成されたサーバー証明書ＳＣを取得した画像形成装置１００から、サーバー通信部２１０を介してホスト名情報とＩＰアドレスを受信し、受信したホスト名情報とＩＰアドレスとに基づいて登録情報を管理する。このようにすることで、サーバー２００は、更新されたサーバー証明書ＳＣを取得した画像形成装置１００から、ホスト名情報とＩＰアドレスを登録情報として管理できる。これにより、サーバー２００は、その後端末装置３００からのリクエストに応じることで端末装置３００にＩＰアドレスを送信することで、端末装置３００と画像形成装置１００との間でＨＴＴＰＳ通信を行うことができる。これにより、上記したように、ユーザーはサーバー証明書ＳＣの有効期限を管理する負担を要することなく画像形成装置１００と端末装置３００との間でＨＴＴＰＳ通信を行うことができる。これにより、画像形成装置１００の利便性を向上させることができる。

【0055】

以上のように、本実施形態の画像形成装置は、サーバー証明書を定期的に更新する第１サーバーと、ＩＰアドレスとホスト名情報を関連付けた登録情報を管理する第２サーバーとの間で通信する通信部と、処理部と、を含む。処理部は、ホスト名情報に基づき作成されたサーバー証明書を第１サーバーから通信部を介して取得し、ホスト名情報と画像形成装置のＩＰアドレスを第２サーバーに通信部を介して送信する。また、処理部は、登録情報に基づいてＩＰアドレスを取得した端末装置からの通信要求パケットを受信したとき、サーバー証明書を用いて端末装置との間のＨＴＴＰＳ通信を行う。

【0056】

このようにすることで、処理部は、第２サーバーからホスト名情報に関連付けられたＩＰアドレスを取得した端末装置からのリクエストを受信できる。これにより、更新されたサーバー証明書ＳＣを取得した画像形成装置は、端末装置とＨＴＴＰＳ通信を行うことができる。これにより、ユーザーはサーバー証明書の有効期限を管理する負担を要することなく画像形成装置と端末装置との間でＨＴＴＰＳ通信を行うことができる。これにより、画像形成装置１００の利便性を向上させることができる。

【0057】

また、処理部は、サーバー証明書としてワイルドカード証明書を第１サーバーから通信部を介して取得してもよい。

【0058】

このようにすることで、第１サーバーと複数の画像形成装置が接続する場合において、サーバー証明書の管理負担を軽減できる。

【0059】

また、ホスト名情報は、画像形成装置の識別情報と、複数の画像形成装置に共通するドメイン名で構成されていてもよい。

【0060】

このようにすることで、それぞれの画像形成装置に共通したサーバー証明書を用いて、画像形成装置と端末装置との間でＨＴＴＰＳ通信を行うことができる。

【0061】

また、処理部は、サーバー証明書を含む応答パケットを端末装置に送信することで、端末装置とＨＴＴＰＳ通信を行ってもよい。

【0062】

このようにすることで、画像形成装置と端末装置との間で、ＨＴＴＰＳの通信プロトコルに準拠した通信ができる。

【0063】

また、処理部は、サーバー証明書を所定のタイミングで更新してもよい。

【0064】

このようにすることで、ユーザーが手動でサーバー証明書を更新する負担を無くすことができる。

【0065】

また、処理部は、画像形成装置が起動され、画像形成装置のＩＰアドレスを取得したタイミングにおいて、第１サーバーに対しサーバー証明書の更新の有無に係る要求パケットを、通信部を介して送信してもよい。

【0066】

このようにすることで、画像形成装置が起動されたタイミングでサーバー証明書を更新可能な状態にできる。

【0067】

また、処理部は、ユーザーが設定したタイミングにおいて、第１サーバーに対しサーバー証明書の更新の有無に係る要求パケットを、通信部を介して送信してもよい。

【0068】

このようにすることで、画像形成装置が更新されたサーバー証明書を取得するタイミングをユーザーが任意に設定できる。

【0069】

また、処理部は、サーバー証明書が更新されている場合、更新されたサーバー証明書を第１サーバーからメモリーにダウンロードしてもよい。

【0070】

このようにすることで、更新されたサーバー証明書を画像形成装置のメモリーに記憶させることができる。

【0071】

また、処理部は、サーバー証明書が更新されている場合、第１サーバーから更新されたサーバー証明書をダウンロードし、画像形成装置を再起動してもよい。

【0072】

このようにすることで、処理部は、更新されたサーバー証明書に基づいてＷｅｂサーバーを機能させることができる。

【0073】

また、処理部は、画像形成装置の起動時にＤＨＣＰサーバーから取得したＩＰアドレスを取得するとともに、ホスト名情報と取得したＩＰアドレスとを、第２サーバーに通信部を介して送信してもよい。

【0074】

このようにすることで、画像形成装置が起動してから、画像形成装置と端末装置が通信可能になるまでの時間を最小にできる。

【0075】

また、本実施形態の処理方法は、サーバー証明書を定期的に更新する第１サーバーと、ＩＰアドレスとホスト名情報を関連付けた登録情報を管理する第２サーバーとの間で通信する処理と、ホスト名情報に基づき作成されたサーバー証明書を第１サーバーから取得する処理と、を行う。また、本実施形態の処理方法は、ホスト名情報と画像形成装置のＩＰアドレスを第２サーバーに送信する処理と、登録情報に基づいてＩＰアドレスを取得した端末装置からの通信要求パケットを受信したとき、サーバー証明書を用いて端末装置との間のＨＴＴＰＳ通信を行う処理とを、さらに行う。

【0076】

また、本実施形態のプログラムは、サーバー証明書を定期的に更新する第１サーバーと、ＩＰアドレスとホスト名情報を関連付けた登録情報を管理する第２サーバーとの間で通信する通信部と、処理部として、コンピューターを機能させる。処理部は、ホスト名情報に基づき作成されたサーバー証明書を第１サーバーから通信部を介して取得し、ホスト名情報と画像形成装置のＩＰアドレスを第２サーバーに通信部を介して送信する。また、処理部は、登録情報に基づいてＩＰアドレスを取得した端末装置からの通信要求パケットを受信したとき、サーバー証明書を用いて端末装置との間のＨＴＴＰＳ通信を行う。

【0077】

また、本実施形態のサーバーは、画像形成装置と通信を行うサーバー通信部と、画像形成装置のＩＰアドレス及びホスト名情報を関連付けた登録情報を管理するサーバー処理部と、を含む。サーバー処理部は、ホスト名情報に基づき作成されたサーバー証明書を取得した画像形成装置から、サーバー通信部を介してホスト名情報とＩＰアドレスを受信し、受信したホスト名情報とＩＰアドレスとに基づいて登録情報を管理する。

【0078】

また、サーバー処理部は、画像形成装置からＩＰアドレス及びホスト名情報が送信されたタイミングに係る時間情報を記憶し、記憶した時間情報に基づいて、登録された登録情報を削除するか否かを判断してもよい。

【0079】

このようにすることで、第２サーバーに不要な登録情報が蓄積されることを防止できる。

【0080】

なお、上記のように本実施形態について詳細に説明したが、本実施形態の新規事項および効果から実体的に逸脱しない多くの変形が可能であることは当業者には容易に理解できるであろう。従って、このような変形例はすべて本開示の範囲に含まれるものとする。例えば、明細書又は図面において、少なくとも一度、より広義または同義な異なる用語と共に記載された用語は、明細書又は図面のいかなる箇所においても、その異なる用語に置き換えることができる。また本実施形態及び変形例の全ての組み合わせも、本開示の範囲に含まれる。また画像形成装置、処理方法、プログラム及びサーバー等の構成・動作も本実施形態で説明したものに限定されず、種々の変形実施が可能である。

【符号の説明】

【0081】

１０…公的機関、１００…画像形成装置、１１０…通信部、１２０…処理部、１２２…Ｗｅｂサーバー、１３０…メモリー、１３２…Ｗｅｂページ、２００…サーバー、２００－１…第１サーバー、２００－２…第２サーバー、２１０…サーバー通信部、２２０…サーバー処理部、２３０…サーバーメモリー、２３１…第１プログラム、２３２…第２プログラム、３００…端末装置、４００…ＤＮＳサーバー、５００…ＤＨＣＰサーバー、ＳＣ…サーバー証明書、ｔ０，ｔ１，ｔ２，ｔ３，ｔ４，ｔ５，ｔ６…タイミング

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】