JP2018207404A - 情報処理装置、情報処理装置の制御方法、及び、プログラム - Google Patents

情報処理装置、情報処理装置の制御方法、及び、プログラム Download PDF

Info

Publication number
JP2018207404A
JP2018207404A JP2017113631A JP2017113631A JP2018207404A JP 2018207404 A JP2018207404 A JP 2018207404A JP 2017113631 A JP2017113631 A JP 2017113631A JP 2017113631 A JP2017113631 A JP 2017113631A JP 2018207404 A JP2018207404 A JP 2018207404A
Authority
JP
Japan
Prior art keywords
certificate
electronic certificate
electronic
setting
information processing
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Granted
Application number
JP2017113631A
Other languages
English (en)
Other versions
JP7158830B2 (ja
Inventor
直哉 角谷
Naoya Kadoya
直哉 角谷
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Canon Inc
Original Assignee
Canon Inc
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Canon Inc filed Critical Canon Inc
Priority to JP2017113631A priority Critical patent/JP7158830B2/ja
Priority to EP18174721.3A priority patent/EP3413224A1/en
Priority to US16/001,645 priority patent/US11212116B2/en
Priority to KR1020180065248A priority patent/KR102295460B1/ko
Priority to CN201810585939.7A priority patent/CN109039597B/zh
Publication of JP2018207404A publication Critical patent/JP2018207404A/ja
Priority to JP2022123100A priority patent/JP7418131B2/ja
Application granted granted Critical
Publication of JP7158830B2 publication Critical patent/JP7158830B2/ja
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L9/00—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
    • H04L9/08—Key distribution or management, e.g. generation, sharing or updating, of cryptographic keys or passwords
    • H04L9/0861—Generation of secret information including derivation or calculation of cryptographic keys or passwords
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F21/00—Security arrangements for protecting computers, components thereof, programs or data against unauthorised activity
    • G06F21/30—Authentication, i.e. establishing the identity or authorisation of security principals
    • G06F21/31—User authentication
    • G06F21/33—User authentication using certificates
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L63/00—Network architectures or network communication protocols for network security
    • H04L63/08—Network architectures or network communication protocols for network security for authentication of entities
    • H04L63/0823—Network architectures or network communication protocols for network security for authentication of entities using certificates
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L9/00—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
    • H04L9/006—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols involving public key infrastructure [PKI] trust models
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L9/00—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
    • H04L9/08—Key distribution or management, e.g. generation, sharing or updating, of cryptographic keys or passwords
    • H04L9/0816—Key establishment, i.e. cryptographic processes or cryptographic protocols whereby a shared secret becomes available to two or more parties, for subsequent use
    • H04L9/0819—Key transport or distribution, i.e. key establishment techniques where one party creates or otherwise obtains a secret value, and securely transfers it to the other(s)
    • H04L9/0825—Key transport or distribution, i.e. key establishment techniques where one party creates or otherwise obtains a secret value, and securely transfers it to the other(s) using asymmetric-key encryption or public key infrastructure [PKI], e.g. key signature or public key certificates
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L9/00—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
    • H04L9/08—Key distribution or management, e.g. generation, sharing or updating, of cryptographic keys or passwords
    • H04L9/0861—Generation of secret information including derivation or calculation of cryptographic keys or passwords
    • H04L9/0866—Generation of secret information including derivation or calculation of cryptographic keys or passwords involving user or device identifiers, e.g. serial number, physical or biometrical information, DNA, hand-signature or measurable physical characteristics
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L9/00—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
    • H04L9/08—Key distribution or management, e.g. generation, sharing or updating, of cryptographic keys or passwords
    • H04L9/088—Usage controlling of secret information, e.g. techniques for restricting cryptographic keys to pre-authorized uses, different access levels, validity of crypto-period, different key- or password length, or different strong and weak cryptographic algorithms
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L9/00—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
    • H04L9/08—Key distribution or management, e.g. generation, sharing or updating, of cryptographic keys or passwords
    • H04L9/0894—Escrow, recovery or storing of secret information, e.g. secret key escrow or cryptographic key storage
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L9/00—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
    • H04L9/32—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols including means for verifying the identity or authority of a user of the system or for message authentication, e.g. authorization, entity authentication, data integrity or data verification, non-repudiation, key authentication or verification of credentials
    • H04L9/3263—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols including means for verifying the identity or authority of a user of the system or for message authentication, e.g. authorization, entity authentication, data integrity or data verification, non-repudiation, key authentication or verification of credentials involving certificates, e.g. public key certificate [PKC] or attribute certificate [AC]; Public key infrastructure [PKI] arrangements
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L9/00—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
    • H04L9/32—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols including means for verifying the identity or authority of a user of the system or for message authentication, e.g. authorization, entity authentication, data integrity or data verification, non-repudiation, key authentication or verification of credentials
    • H04L9/3263—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols including means for verifying the identity or authority of a user of the system or for message authentication, e.g. authorization, entity authentication, data integrity or data verification, non-repudiation, key authentication or verification of credentials involving certificates, e.g. public key certificate [PKC] or attribute certificate [AC]; Public key infrastructure [PKI] arrangements
    • H04L9/3268—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols including means for verifying the identity or authority of a user of the system or for message authentication, e.g. authorization, entity authentication, data integrity or data verification, non-repudiation, key authentication or verification of credentials involving certificates, e.g. public key certificate [PKC] or attribute certificate [AC]; Public key infrastructure [PKI] arrangements using certificate validation, registration, distribution or revocation, e.g. certificate revocation list [CRL]

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Security & Cryptography (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Theoretical Computer Science (AREA)
  • General Engineering & Computer Science (AREA)
  • Computer Hardware Design (AREA)
  • Software Systems (AREA)
  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • Computing Systems (AREA)
  • Facsimiles In General (AREA)
  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)
  • Storage Device Security (AREA)

Abstract

【課題】電子証明書を自動追加更新する情報処理装置において、情報処理装置が保有可能な電子証明書の数に限りがある場合であっても、ユーザが電子証明書を削除する手間を低減しながら電子証明書の自動更新を実行可能にする。【解決手段】情報処理装置は電子証明書を取得するために、鍵ペアに基づいて電子証明書の署名要求を生成する生成手段と、電子証明書の署名要求を含む電子証明書の発行要求を外部装置に送信する送信手段と、発行要求に応答して外部装置から送信される応答を受信する受信手段と、受信した応答に含まれる証明書の発行要求の結果及び電子証明書を取得する取得手段と、取得した電子証明書を格納する格納手段と、格納された一又は複数の電子証明書のうち削除すべき電子証明書を設定する設定手段と、設定に従って削除すべき電子証明書を削除する削除手段とを有する。【選択図】図１９

Description

電子証明書を自動で削除する技術に関する。
従来、電子証明書を使った公開鍵基盤（ＰＫＩ：ｐｕｂｌｉｃ ｋｅｙ ｉｎｆｒａｓｔｒｕｃｔｕｒｅ）の技術により安全なネットワークの識別と認証が実現されている（非特許文献１参照）。
例えば、サーバから取得したサーバ公開鍵証明書と、そのサーバ公開鍵証明書を発行した認証局の認証局証明書を取得することにより、クライアントとしての情報処理装置はサーバの正当性を検証することができる。また、情報処理装置のクライアント公開鍵証明書をサーバに提供することによって、サーバがクライアントの正当性を検証することも可能となる。
電子証明書には有効期限があり、有効期限が切れると、その電子証明書を使用した通信が不可能になってしまう。そのため、有効期限が切れた場合や、切れる直前に電子証明書を更新する必要がある。
従来、有効期限が切れる前に所定のタイミングで電子証明書を自動で更新する技術が知られている（例えば、特許文献１）。情報処理装置は、あらかじめ設定された所定のタイミングになると、証明書管理サーバに更新要求をネットワーク経由で送信し、証明書管理サーバから電子証明書を受信する。
ＲＦＣ３６４７：Ｉｎｔｅｒｎｅｔ Ｘ．５０９ Ｐｕｂｌｉｃ Ｋｅｙ Ｉｎｆｒａｓｔｒｕｃｔｕｒｅ Ｃｅｒｔｉｆｉｃａｔｅ Ｐｏｌｉｃｙ ａｎｄ Ｃｅｒｔｉｆｉｃａｔｉｏｎ Ｐｒａｃｔｉｃｅｓ Ｆｒａｍｅｗｏｒｋ （ｈｔｔｐｓ：／／ｗｗｗ．ｉｐａ．ｇｏ．ｊｐ／ｓｅｃｕｒｉｔｙ／ｒｆｃ／ＲＦＣ３６４７ＪＡ．ｈｔｍｌ）
特開２０１６−１７８４５８号公報
情報処理装置が格納可能な電子証明書の数に限りがある場合、更新の度に電子証明書の取得を行うと、電子証明書の格納可能数が上限に達し、電子証明書の追加ができなくなってしまう。
一方、有効期限が切れるなどして不要となった電子証明書をユーザが手動で削除することはユーザにとって手間になるという課題がある。
上記の課題を解決するために、本発明に係る情報処理装置以下の構成を有する。
すなわち、鍵ペアに基づいて電子証明書の署名要求を生成する生成手段と、前記電子証明書の署名要求を含む電子証明書の発行要求を外部装置に送信する送信手段と、前記発行要求に応答して前記外部装置から送信される応答を受信する受信手段と、前記受信手段によって受信した前記応答に含まれる前記証明書の発行要求の結果及び電子証明書を取得する取得手段と、前記前記取得手段によって取得した前記電子証明書を格納する格納手段と、前記格納手段に格納された一又は複数の電子証明書のうち削除すべき電子証明書を設定する設定手段と、前記取得手段が前記外部装置から前記電子証明書を取得する場合に、前記設定手段によって設定に従って、前記削除すべき電子証明書を削除する削除手段とを有する。
上記の構成によれば、ユーザが手動で電子証明書の削除指示を行わなくとも、特定の条件に応じて証明書を自動削除することができる。したがって、複合機が格納可能な電子証明書の数に限りがある場合であっても、ユーザが電子証明書を削除する手間を低減しながら電子証明書の自動更新を実行可能となる。
本発明の実施形態１に係るネットワーク構成を説明する図。 実施形態１に係る複合機のハードウェア構成を説明するブロック図。 実施形態１に係る複合機が有するソフトウェアモジュールを説明するブロック図。 実施形態１に係るシステムにおける、電子証明書の発行要求に関する初期設定、電子証明書の情報表示、発行要求と受信、再起動と、その電子証明書を反映するまでの全体処理の流れを説明するシーケンス図。 実施形態１に係る複合機による、図４のＳ４０２の鍵ペア・電子証明書のリストの取得及び表示データの作成処理を説明するフローチャート（Ａ）、実施形態１に係る複合機が、詳細情報を表示する要求をＰＣから受信したときの処理を説明するフローチャート（Ｂ）。 実施形態１に係る複合機による、図４のＳ４０７の認証局・登録局への接続設定の設定処理を説明するフローチャート。 実施形態１に係る複合機による、図４のＳ４１２からＳ４１６に示すＣＡ証明書取得・登録処理を説明するフローチャート。 実施形態１に係る複合機による、図４のＳ４１９からＳ４２４の証明書の発行要求・取得処理を説明するフローチャート。 実施形態１に係る複合機による、図４のＳ４２４からＳ４２７の複合機１００の再起動に関する処理を説明するフローチャート。 実施形態１に係るＰＣで表示されるＲＵＩのＷｅｂページ画面の例を示す図。 実施形態１に係るＰＣで表示されるＲＵＩのＷｅｂページ画面の例を示す図。 実施形態１に係るＰＣで表示されるＲＵＩのＷｅｂページ画面の例を示す図。 実施形態１に係るＰＣで表示されるＲＵＩのＷｅｂページ画面の例を示す図。 実施形態１に係るＰＣで表示されるＲＵＩのＷｅｂページ画面の例を示す図。 実施形態１に係るＰＣで表示されるＲＵＩのＷｅｂページ画面の例を示す図。 実施形態１に係るＰＣで表示される電子証明書の詳細情報の一例を示す図。 実施形態１に係る複合機の鍵ペア・証明書管理部が管理している鍵ペア・電子証明書の詳細情報のデータベースを概念図。 実施形態１に係る複合機が有する電子証明書の更新予約設定画面の一例を示す図。 実施形態１に係る複合機が、電子証明書の更新予約設定を基に電子証明書の自動更新機能と自動削除機能を実行する処理を説明するフローチャート。
以下、添付図面を参照して本発明の実施形態を詳しく説明する。尚、以下の実施形態は特許請求の範囲に係る本発明を限定するものでなく、また本実施形態で説明されている特徴の組み合わせの全てが本発明の解決手段に必須のものとは限らない。尚、実施形態に係る電子証明書の利用及び管理する情報処理装置として複合機（デジタル複合機／ＭＦＰ／Ｍｕｌｔｉ Ｆｕｎｃｔｉｏｎ Ｐｅｒｉｐｈｅｒａｌ）を例に説明する。しかしながら適用範囲は複合機に限定はせず、電子証明書が利用可能な情報処理装置であればよく、適用範囲は複合機に限定はしない。
［実施形態１］
図１は、本発明の実施形態１に係るネットワーク構成を説明する図である。
印刷機能を有する複合機１００は、ネットワーク１１０を介して他の情報処理装置との間で、印刷データ、スキャンした画像データ、デバイスの管理情報等の送受信が可能である。また複合機１００は、ＴＬＳ，ＩＰＳＥＣ，ＩＥＥＥ８０２．１Ｘ等の暗号化通信を行う機能を有し、それらの暗号処理に使用する公開鍵ペアと電子証明書を保持している。なお公開鍵ペアとは、公開鍵暗号方式によって通信データを暗号化する際に用いられる、公開鍵と秘密鍵との鍵ペアのことを意味する。
ここで複合機１００は画像形成装置の一例であり、画像形成装置としてはこれに限らず、ファクシミリ装置、プリンタ、コピー機の単独の機能、或いはこれらの複合的な機能を併せ持つ装置であってもよい。ネットワーク１００には、複合機１０１も接続されており、この複合機１０１は、複合機１００と同等の機能をもっている。以下、複合機１００を主に説明するが、電子証明書のやりとりについては、複数台の複合機を対象とすることもできるものとする。
認証局・登録局１０２は、電子証明書を発行する認証局ＣＡ（Ｃｅｒｔｉｆｉｃａｔｅ Ａｕｔｈｏｒｉｔｙ）の機能と、電子証明書の発行要求の受付、登録処理を行う登録局ＲＡ（Ｒｅｇｉｓｔｒａｔｉｏｎ Ａｕｔｈｏｒｉｔｙ）の機能を有する。即ち、この認証局・登録局１０２は、ネットワーク１１０を介してＣＡ証明書の配布、電子証明書の発行・登録する機能を有するサーバ装置である。実施形態１では、この際のネットワーク１１０の通信プロトコルとして、ＳＣＥＰ（Ｓｉｍｐｌｅ Ｃｅｒｔｉｆｉｃａｔｅ Ｅｎｒｏｌｌｍｅｎｔ Ｐｒｏｔｏｃｏｌ）を利用するものとする。ただし、通信プロトコルは、認証局に電子証明書の発行を要求して認証局から電子証明書を取得することができるものであればよく、ＳＣＥＰに限られるものではない。例えば、ＣＭＰ（Ｃｅｒｔｉｆｉｃａｔｅ Ｍａｎａｇｅｍｅｎｔ Ｐｒｏｔｏｃｏｌ）やＥＳＴ（Ｅｎｒｏｌｌｍｅｎｔ ｏｖｅｒ Ｓｅｃｕｒｅ Ｔｒａｎｓｐｏｒｔ）ｐｒｏｔｏｃｏｌ）などでもよい。
複合機１００などの情報処理装置は、ＳＣＥＰを利用し、ネットワーク１１０経由で電子証明書の発行要求、取得のための通信を認証局・登録局１０２に対して行う。実施形態１に係る複合機１００は、Ｗｅｂサーバ機能を有し、電子証明書の発行要求、取得のための処理を実行することが可能なＷｅｂページ型のＲＵＩ（Ｒｅｍｏｔｅ ＵＩ）機能をネットワーク１１０に公開している。ＲＵＩ機能とは、ＰＣ（Ｐｅｒｓｏｎａｌ Ｃｏｍｐｕｔｅｒ）等の情報端末が複合機１００の備えるＷｅｂサーバにアクセスして、複合機１００を操作するためのＷｅｂページを当該情報端末の表示部に表示させる機能である。
認証局・登録局１０２は、ネットワーク１１０を介して他の情報処理装置から電子証明書の発行要求を受信すると、その発行要求に基づく電子証明書の発行と登録処理を行い、発行した電子証明書を、その発行要求の応答として送信する。尚、実施形態１では、認証局と登録局の機能が同一のサーバ装置で実現されているが、認証局と登録局が別のサーバ装置で実現される構成であってもよく、特に限定はしない。
ＰＣ１０３はパーソナルコンピュータで、ＰＣ１０３にはＷｅｂブラウザ機能が搭載されており、ネットワーク１１０に接続された情報処理装置が公開しているＨＴＭＬ文書やＷｅｂサイトを閲覧、利用することが可能である。
次に、実施形態１に係る電子証明書の取得・更新の処理概要を説明する。
複合機１００の管理者は、ＰＣ１０３に搭載されているＷｅｂブラウザを利用して、複合機１００が公開している電子証明書の発行要求及びその取得のためにＷｅｂページに接続して、電子証明書の発行要求、取得のための処理の実行のための設定と指示を行う。複合機１００は、管理者が設定及び指示した内容に従って認証局・登録局１０２に対しＳＣＥＰによるＣＡ証明書の取得及び電子証明書の発行要求を行う。また複合機１００は、電子証明書の発行要求の応答に含まれる認証局・登録局１０２が発行した電子証明書を取得し、その取得した電子証明書の複合機１００での利用設定を行う。
次に実施形態１に係る複合機１００のハードウェア構成を説明する。
図２は、実施形態１に係る複合機１００のハードウェア構成を説明するブロック図である。
ＣＰＵ２０１は、複合機１００のソフトウェアプログラムを実行し、装置全体の制御を行う。ＲＯＭ２０２はリードオンリーメモリで、複合機１００のブートプログラムや固定パラメータ等を格納している。ＲＡＭ２０３はランダムアクセスメモリで、ＣＰＵ２０１が複合機１００を制御する際に、プログラムや一時的なデータの格納などに使用される。ＨＤＤ２０４はハードディスクドライブで、システムソフトウェア、アプリケーション、各種データを格納する。ＣＰＵ２０１はＲＯＭ２０２に記憶されているブートプログラムを実行し、ＨＤＤ２０４に格納されているプログラムをＲＡＭ２０３に展開し、その展開したプログラムを実行することにより、この複合機１００の動作を制御する。ネットワークＩ／Ｆ制御部２０５は、ネットワーク１１０とのデータの送受信を制御する。スキャナＩ／Ｆ制御部２０６は、スキャナ２１１による原稿の読み取り制御する。プリンタＩ／Ｆ制御部２０７は、プリンタ２１０による印刷処理などを制御する。パネル制御部２０８は、タッチパネル式の操作パネル２１２を制御し、各種情報の表示、使用者からの指示入力を制御する。バス２０９はＣＰＵ２０１、ＲＯＭ２０２、ＲＡＭ２０３、ＨＤＤ２０４、ネットワークＩ／Ｆ制御部２０５、スキャナＩ／Ｆ制御部２０６、プリンタＩ／Ｆ制御部２０７、パネル制御部２０８を相互に接続している。このバス２０９を介して、ＣＰＵ２０１からの制御信号や各装置間のデータ信号が送受信される。
図３は、実施形態１に係る複合機１００が有するソフトウェアモジュールを説明するブロック図である。尚、この図３に示すソフトウェアモジュールは、ＣＰＵ２０１がＲＡＭ２０３に展開したプログラムを実行することにより実現される。
ネットワークドライバ３０１は、ネットワーク１１０に接続されるネットワークＩ／Ｆ制御装置２０５を制御して、ネットワーク１１０を介して外部とデータの送受信を行なう。ネットワーク制御部３０２は、ＴＣＰ／ＩＰ等のネットワーク通信プロトコルにおけるトランスポート層以下の通信を制御して、データの送受信を行なう。通信制御部３０３は、複合機１００がサポートする複数の通信プロトコルの制御を行うためのモジュールである。実施形態１に係る電子証明書の取得及び更新処理では、通信制御部３０３がＨＴＴＰプロトコル通信のための要求、及び応答データの生成、解析処理とデータ送受信の制御を行い、認証局・登録局１０２やＰＣ１０３との通信を実行する。また複合機１００がサポートするＴＬＳ，ＩＰＳＥＣ，ＩＥＥＥ８０２．１Ｘの暗号化通信も通信制御部３０３によって実行される。
Ｗｅｂページ制御部３０４は、電子証明書の発行要求とその取得のための処理を実行することが可能なＷｅｂページの表示のためのＨＴＭＬデータの生成及び通信制御を行うモジュールである。Ｗｅｂページ制御部３０４は、ネットワークドライバ３０１から通信制御部３０４を介して送られてきたＷｅｂページの表示要求や、電子証明書の発行要求及び取得の実行指示に対する処理を実行する。Ｗｅｂページ制御部３０４は、ＲＡＭ２０３やＨＤＤ２０４に保存されている既定のＷｅｂページのＨＴＭＬデータ、又は表示要求の内容に応じて生成したＨＴＭＬデータを、Ｗｅｂブラウザからのリクエストへの応答として送信する。
取得制御部３０５は、Ｗｅｂページ制御部３０４からの指示に基づく電子証明書の取得処理を実行するためのモジュールである。取得制御部３０５は、ＳＣＥＰによる通信制御、ＰＫＣＳ＃７，ＰＫＣＳ＃１０等のＳＣＥＰによる通信で必要な暗号化データの生成と解析処理及び、取得した電子証明書の保存、用途設定等の処理を行うモジュールである。
暗号化処理部３０６は、データの暗号化及び復号処理、電子署名の生成・検証、ハッシュ値生成等の各種暗号処理を実行するためのモジュールである。暗号化処理部３０６は、実施形態１に係る電子証明書の取得及び更新処理で、ＳＣＥＰの要求・応答データの生成、解析処理において必要な各暗号処理を実行する。
鍵ペア・証明書管理部３０７は、複合機１００が保持する公開鍵ペア、電子証明書を管理するモジュールである。鍵ペア・証明書管理部３０７は、公開鍵ペア、電子証明書のデータをＲＡＭ２０３やＨＤＤ２０４に各種設定値とともに保存する。また公開鍵ペア、電子証明書の詳細表示、生成、削除等の処理は、実施形態１では図示しないが、操作パネル２１２を介したユーザの指示によって実行することも可能である。
操作パネル２１２及びパネル制御部２０８の制御は、ＵＩ制御部３０８によって実行される。尚、通信制御部３０３によって実行されるＴＬＳ，ＩＰＳＥＣ，ＩＥＥＥ８０２．１Ｘ等の暗号化通信処理においても、暗号化処理部３０６で暗号化処理が行われる。当該暗号化処理において、鍵ペア・証明書管理部３０７から、使用する公開鍵ペア・電子証明書データを取得する構成となっている。
印刷／読取処理部３０９は、プリンタ２１０による印刷や、スキャナ２１１による原稿の読み取り等の機能を実行するためのモジュールである。デバイス制御部３１０は、複合機１００の制御コマンドや制御データを生成して、複合機１００を統括的に制御するためのモジュールである。尚、実施形態１に係るデバイス制御部３０６は、複合機１００の電源の制御を行い、Ｗｅｂページ制御部３０４からの指示によって複合機１００の再起動処理を実行する。
図４は、実施形態１に係るシステムにおける、電子証明書の発行要求に関する初期設定、電子証明書の情報表示、発行要求と受信、再起動と、その電子証明書を反映するまでの全体処理の流れを説明するシーケンス図である。
このシーケンスは、電子証明書リストの表示指示がユーザによりＰＣ１０３に入力されたことに応答して開始される。ＰＣ１０３は表示指示に応じて証明書リストと共に鍵ペアを表示させることとしてもよい。以下では、ＰＣ１０３が表示指示に応じて鍵ペア及び電子証明書リストを表示させる例について説明する。
実施形態１では、一つの複合機１００に対する処理の例で説明するが、一回の開始指示に応じて、複数の複合機１００，１０１に対して実行させてもよい。例えば、ＰＣ１０３から、複合機１００及び１０１に対してリクエストを出し、それぞれの複合機で、後述するフローチャートで示す処理を実行させてもよい。ＰＣ１０３が複合機１００，１０１から証明書リストを取得して表示してユーザに確認させる工程をスキップしてもよい。そして、有効期限が切れた証明書を自動的に複合機で検出し、その書誌情報（証明書ＩＤや有効期限）をＰＣ１０３に送信し、ＰＣ１０３では有効期限が切れそう、或いは切れた証明書の更新を、複数の複合機に自動的に実行させてもよい。これは、所謂、サイレントインストールと呼ばれるものである。
まずＳ４０１で複合機１００は、ＰＣ１０３から送信される表示要求を受信する。この表示要求は、複合機１００が保持している電子証明書のリストの表示要求である。実施形態１では、複合機１００の管理者は、ＰＣ１０３に搭載されているＷｅｂブラウザを利用して、複合機１００が公開している電子証明書の発行要求・取得のためのＷｅｂページに接続し、指示などの操作を行うものとする。本実施例では、このようにしてＰＣ１０３の表示部に表示されたＷｅｂページ上の操作画面をＲＵＩと呼ぶ場合がある。ＲＵＩはリモートユーザインタフェースの略であり、ＰＣ１０３のウェブブラウザを使用して、遠隔で複合機１００や１０１の操作画面データを要求してＰＣ１０３で表示されるユーザインタフェースである。このとき画面は、ＨＴＭＬやサーブレット等で実装できる。
次にＳ４０２で複合機１００は、複合機１００が保持している鍵ペア・電子証明書のリスト表示のためのデータの取得、及びそれを表示するためのＷｅｂページ画面の生成処理を実行する。
図５（Ａ）は、図４のＳ４０２の鍵ペア・電子証明書のリストの取得及び表示データの作成処理を説明するフローチャートである。尚、この処理は、ＣＰＵ２０１がＲＡＭ２０３に展開したプログラムを実行することにより達成される。
また図１７は、複合機１００の鍵ペア・証明書管理部３０７が管理している鍵ペア・電子証明書の詳細情報のデータベースを概念図である。このデータベースは、複合機１００のＨＤＤ２０４に保存されている。
図５（Ａ）のフローチャートを説明する。この処理は、鍵ペア・電子証明書リストの取得要求を受信することにより開始される。まずＳ５０１でＣＰＵ２０１は、鍵ペア・電子証明書リストの取得要求を受信する。次にＳ５０２に進みＣＰＵ２０１は、鍵ペア・証明書管理部３０７が管理している、例えば図１７（Ａ）に示す鍵ペア・電子証明書の詳細情報を取得する。次にＳ５０３に進みＣＰＵ２０１は、Ｓ５０２で取得した鍵ペア・電子証明書の詳細情報を使用して、ＲＵＩとして提供するＷｅｂページ画面のＨＴＭＬデータを生成する。
図１０〜図１５は、実施形態１に係るＰＣ１０３で表示されるＲＵＩのＷｅｂページ画面の例を示す図である。実施形態１に係る図５のＳ５０３では、図１０（Ａ）に示すＷｅｂページ画面のＨＴＭＬデータが生成されるものとし、これはＰＣ１０３のＷｅｂブラウザによって表示される。これにより、ＰＣ１０３で複合機１００が保持している鍵ペア・電子証明書リストが確認可能となる。
図１０（Ａ）のリストに表示される電子証明書の情報は、証明書の名前１０１１、用途１０１２、発行者１０１３、有効期限終了日１０１４、証明書の詳細１０１５を含んでいる。名前１０１１は、鍵ペア・電子証明書の発行の際に、複合機１００の管理者等の操作者が任意に付与した文字列である。用途１０１２は、その鍵ペア・電子証明書がＴＬＳ，ＩＰＳＥＣ，ＩＥＥＥ８０２．１Ｘの何れかの用途で使用される事を示す設定値である。発行者１０１３は、電子証明書を発行した認証局の識別名（ＤＮ：Ｄｉｓｔｉｎｇｕｉｓｈｅｄ Ｎａｍｅ）である。有効期限終了日１０１４は、その電子証明書の有効期限が終了する日の情報である。詳細１０１５は、電子証明書の詳細情報を表示させるためのアイコンである。そしてＳ５０４に進みＣＰＵ２０１は、Ｓ５０３で生成したＨＴＭＬデータをＳ５０１への応答としてＰＣ１０３へ送信して、この処理を終了する。こうして図４のＳ４０３が実行される。
尚、図４のシーケンス図には図示しないが、複合機１００の管理者が、ＰＣ１０３に表示された図１０（Ａ）の詳細１０１５のアイコンをクリックすると、該当の電子証明書の詳細情報の表示要求がＰＣ１０３から複合機１００へ送信される。その表示要求を受信した複合機１００は、その電子証明書の詳細情報を取得し、その取得した情報に基づく証明書の詳細情報のＨＴＭＬデータを生成し、生成したデータを、応答としてＰＣ１０３へ送信する。
これにより例えば図１６に示すような、電子証明書の詳細情報がＰＣ１０３のＷｅｂブラウザにより表示される。図１６は、ＰＣ１０３で表示される電子証明書の詳細情報の一例を示す図である。
図５（Ｂ）は、実施形態１に係る複合機１００が、この詳細情報を表示する要求をＰＣ１０３から受信したときの処理を説明するフローチャートである。尚、この処理は、ＣＰＵ２０１がＲＡＭ２０３に展開したプログラムを実行することにより達成される。
まずＳ５１１でＣＰＵ２０１は、ＰＣ１０３から電子証明書の詳細情報の取得要求を受信する。次にＳ５１２に進みＣＰＵ２０１は、鍵ペア・証明書管理部３０７が管理している図１７（Ａ）に示す鍵ペア・電子証明書の詳細情報を取得する。次にＳ５１３に進みＣＰＵ２０１は、Ｓ５１２で取得した鍵ペア・電子証明書の詳細情報を使用してＷｅｂページ画面のＨＴＭＬデータを生成し、Ｓ５１４でそれをＰＣ１０３に送信する。
図１６は、実施形態１に係る電子証明書の詳細情報の表示画面の一例を示す図で、この画面はＰＣ１０３でＲＵＩとしてＷｅｂページ形式で表示される。
再び図４の説明に戻り、Ｓ４０３で複合機１００は、Ｓ４０２で生成した図１０（Ａ）で示すＷｅｂページ画面のＨＴＭＬデータを、応答としてＰＣ１０３へ送信する。
尚、上述の図４のＳ４０１〜Ｓ４０３及び、図５のＳ５０１〜Ｓ５０４、Ｓ５１１〜Ｓ５１４で示す処理は、鍵ペア・電子証明書リストの表示要求を受信した複合機１００における電子証明書情報の表示処理に関する制御処理を示している。
そしてＳ４０４で複合機１００は、ＰＣ１０３から、ＳＣＥＰサーバの接続設定画面の表示要求を受信する。実施形態１では、複合機１００の管理者は認証局・登録局１０２との接続設定を行うために、図１０（Ａ）の接続設定１００２をクリックすることで、接続設定画面の表示要求を複合機１００に対して送信するものとする。
次にＳ４０５で複合機１００は、Ｓ４０４の応答として、図１０（Ｂ）に示す既定のＳＣＥＰサーバの接続設定画面のＨＴＭＬデータを応答としてＰＣ１０３に送信する。
図１０（Ｂ）に示す接続設定画面は、ＳＣＥＰサーバのホスト名及び接続先ポート番号を入力するサーバ名１０１６、ポート番号１０１７の入力フィールドと、入力した設定値の設定を指示する設定ボタン１０１８を含んでいる。
次にＳ４０６で複合機１００は、ＰＣ１０３から接続設定の設定指示要求を受信する。実施形態１における複合機１００の管理者は、ＰＣ１０３から図１０（Ｂ）のサーバ名１０１６、ポート番号１０１７へ入力を行い、設定ボタン１０１８をクリックすることで複合機１００に対して、この設定指示要求を送信するものとする。
次にＳ４０７で複合機１００は、接続設定の設定処理と設定結果を示すＷｅｂページ画面の生成処理を実行し、Ｓ４０８で、Ｓ４０７で生成した図１１（Ａ）に示すＷｅｂページ画面のＨＴＭＬデータを、応答としてＰＣ１０３へ送信する。
図６は、実施形態１に係る複合機１００による、図４のＳ４０７の認証局・登録局１０２への接続設定の設定処理を説明するフローチャートである。尚、この処理は、ＣＰＵ２０１がＲＡＭ２０３に展開したプログラムを実行することにより達成される。
まずＳ６０１でＣＰＵ２０１は、ＰＣ１０３から接続設定の設定要求を受信する。次にＳ６０２に進みＣＰＵ２０１は、その接続設定の設定要求に含まれるホスト名と、ポート番号の設定値を取得し、その取得した設定値をＲＡＭ２０３或いはＨＤＤ２０４に保存する。次にＳ６０３に進みＣＰＵ２０１は、例えば図１１（Ａ）のＷｅｂページ画面のＨＴＭＬデータを生成する。そしてＳ６０４に進みＣＰＵ２０１は、Ｓ６０３で生成したＨＴＭＬデータをＳ６０１の応答として送信して、この処理を終了する。こうしてＳ４０８に移行する。
これによりＰＣ１０３では、図１１（Ａ）に示すように、設定が反映されたことを示す文字列１１０１が表示される。
上述のＳ４０６〜Ｓ４０８及びＳ６００〜６０４で示す処理が、複合機１００における接続設定の処理に関する制御である。
次に図４のＳ４０９で複合機１００は、ＰＣ１０３のブラウザから送信されるＣＡ証明書の取得画面の表示要求を受信する。実施形態１では、複合機１００の管理者が、認証局・登録局１０２が発行したＣＡ証明書の取得を行うため、図１０（Ａ）のＣＡ証明書取得１００３をクリックすることでＣＡ証明書の取得画面の表示要求を複合機１００に送信するものとする。
これによりＳ４１０で複合機１００は、Ｓ４０９の応答として、図１１（Ｂ）に示す既定のＣＡ証明書の取得画面のＨＴＭＬデータを応答として送信する。
図１１（Ｂ）の接続設定画面は、ＣＡ証明書の取得を指示する実行ボタン１１０２を含んでいる。
次にＳ４１１で複合機１００は、図１１（Ｂ）の実行ボタン１１０２がクリックされてＰＣ１０３のブラウザから送信されるＣＡ証明書の取得要求を受信する。実施形態１では、複合機１００の管理者が図１１（Ｂ）の実行ボタン１１０２をクリックすることで、ＣＡ証明書の取得要求を複合機１００に送信するものとする。
次にＳ４１２で複合機１００は、ＣＡ証明書の取得要求データの生成処理を実行する。そしてＳ４１３に進み複合機１００は、Ｓ４１２で生成したＣＡ証明書の取得要求データを、Ｓ４０７で設定した情報に基づいて、ＳＣＥＰサーバである認証局・登録局１０２に対して送信する。そしてＳ４１４に進み複合機１００は、認証局・登録局１０２から送信されるＣＡ証明書の取得要求に対する応答を受信する。これによりＳ４１５に進み複合機１００は、受信したＣＡ証明書の取得応答を解析し、その応答に含まれるＣＡ証明書を取得し、その取得したＣＡ証明書を複合機１００が信頼するＣＡ証明書として登録する処理を行う。そしてＳ４１６に進み複合機１００は、Ｓ４１５で生成した図１２（Ａ）又は図１２（Ｂ）に示すＷｅｂページ画面のＨＴＭＬデータをＰＣ１０３へ送信する。図１２（Ａ）は、ＣＡ証明書の取得に成功して、ＣＡ証明書として登録したときに表示される画面例を示す。一方、図１２（Ｂ）は、ＣＡ証明書の取得に失敗したときに表示される画面例を示す。
図７は、実施形態１に係る複合機１００による、図４のＳ４１２からＳ４１６に示すＣＡ証明書取得・登録処理を説明するフローチャートである。尚、この処理は、ＣＰＵ２０１がＲＡＭ２０３に展開したプログラムを実行することにより達成される。
先ずＳ７０１でＣＰＵ２０１は、ＰＣ１０３からＣＡ証明書の取得要求を受信する。次にＳ７０２に進みＣＰＵ２０１は、Ｓ４０７で取得した認証局・登録局１０２への接続設定の情報を基にＣＡ証明書の取得要求のメッセージを生成する。以下は、実施形態１において生成される取得要求のメッセージの例である。実施形態１では、通信プロトコルとしてＳＣＥＰを利用しており、このプロトコルを利用するためのリクエストメッセージとなる。
ｘｘｘｘｘｘｘ／ｙｙｙｙｙ？ｏｐｅｒａｔｉｏｎ＝ＧｅｔＣＡＸｙｚ＆ｍｅｓｓａｇｅ＝ＣＡＩｄｅｎｔｉｆｉｅｒ
次にＳ７０３に進みＣＰＵ２０１は、図４のＳ４０７で取得した認証局・登録局１０２への接続設定に基づき、ＳＣＥＰサーバである認証局・登録局１０２に対してＴＣＰ／ＩＰプロトコルでの接続を行う。次にＳ７０４に進みＣＰＵ２０１は、Ｓ７０３における接続が成功したかを判断し、成功した場合はＳ７０５へ進み、失敗した場合はＳ７１４へ進む。
Ｓ７０５でＣＰＵ２０１は、Ｓ７０２で生成したＣＡ証明書の取得メッセージをＨＴＴＰプロトコルのＧＥＴまたはＰＯＳＴメソッドで認証局・登録局１０２に送信する。次にＳ７０６に進みＣＰＵ２０１は、Ｓ７０４における接続が成功したかを判断し、成功した場合はＳ７０７へ進み、失敗した場合はＳ７１４へ進む。Ｓ７０７でＣＰＵ２０１は、ＣＡ証明書の取得要求に対する、認証局・登録局１０２からの応答データを受信する。そしてＳ７０８に進みＣＰＵ２０１は、Ｓ７０７における応答データの受信が成功したかを判定し、成功した場合はＳ７０９へ進み、失敗した場合はＳ７１４へ進む。Ｓ７０９でＣＰＵ２０１は、Ｓ７０８で受信した応答データを解析し、その応答データに含まれるＣＡ証明書のデータを取得する。この応答データの解析処理とＣＡ証明書の取得処理は、暗号処理部３０６によって行われる。
尚、実施形態１における応答データは、Ｘ．５０９（ＲＦＣ５２８０）形式のバイナリデータとする。但し、例えばＰＫＣＳ＃７（ＲＦＣ５６５２：Ｃｒｙｐｔｏｇｒａｐｈｉｃ Ｍｅｓｓａｇｅ Ｓｙｎｔａｘ）形式のデータが応答として送信されてもよく、データ形式については限定しない。
次にＳ７１０に進みＣＰＵ２０１は、Ｓ７０９におけるＣＡ証明書の取得に成功したかを判定し、成功した場合はＳ７１１へ進み、失敗した場合はＳ７１４へ進む。Ｓ７１１でＣＰＵ２０１は、Ｓ７０９で取得したＣＡ証明書を、複合機１００が信頼するＣＡ証明書として登録する。このときＣＰＵ２０１は、取得したＣＡ証明書をＲＡＭ２０３に保持するとともに、鍵ペア・証明書管理部３０７によってＨＤＤ２０４の複合機１００が信頼するＣＡ証明書を格納する所定のディレクトリに保存する。そしてＳ７１２に進みＣＰＵ２０１は、Ｓ７１０におけるＣＡ証明書の登録処理が成功したか否かを判定し、成功したと判定した場合はＳ７１３へ進み、失敗した場合はＳ７１４へ進む。Ｓ７１３でＣＰＵ２０１は、ＣＡ証明書の取得成功の際に図１２（Ａ）の１２０１に表示するＣＡ証明書の拇印（ＳＨＡ１アルゴリズムによるハッシュ値）を生成する。この拇印の生成は、暗号処理部３０６によって実行される。そしてＳ７１５に進みＣＰＵ２０１は、Ｓ７０３からＳ７１４までの処理結果から図１２（Ａ）、図１２（Ａ）のＣＡ証明書の取得結果の表示データのＨＴＭＬデータを生成する。そしてＳ７１６に進みＣＰＵ２０１は、Ｓ７１５で生成したＨＴＭＬデータをＳ７０１の応答としてＰＣ１０３に送信して、この処理を終了する。そして図４のＳ４１７に移行する。実施形態１では、ＣＡ証明書の取得結果に応じて図１２（Ａ）の文字列１２０１を表示する。また或いはＳ７１４でエラー処理を実行した場合は、図１２（Ｂ）の文字列１２０２を表示する。つぎに図４の説明に戻る。
Ｓ４１７で複合機１００は、ＰＣ１０３のブラウザから送信される証明書の発行要求画面の表示要求を受信する。実施形態１では、複合機１００の管理者が、図１０（Ａ）の証明書発行要求１００４をクリックすることで、認証局・登録局１０２に対する証明書の発行要求・取得を行うものとする。
次にＳ４１８で複合機１００は、Ｓ４１７の応答として、図１３（Ａ）に示す既定の証明書の発行要求画面のＨＴＭＬデータを応答としてＰＣ１０３に送信する。これによりＰＣ１０３は、図１３（Ａ）に示す画面を表示する表示制御を行う。
図１３（Ａ）の証明書の発行要求画面は、証明書の名前１３０１、生成する鍵ペアの鍵長を設定する鍵の長さ１３０２、発行先情報の入力フィールド１３０３を含む。また、図１３（Ａ）の証明書の発行要求画面は、認証局・登録局１０２から送信される証明書の発行要求の応答に付与される署名を検証するか否かの設定署名検証１３０４、発行された証明書の用途設定を行うための鍵の用途１３０５を含む。さらに、図１３（Ａ）の証明書の発行要求画面は、証明書発行要求に含めるパスワード１３０６、証明書の発行要求を実行する実行ボタン１３０７を含む。用途１３０５はチェックボックスになっており、一つの鍵に対して複数の用途を設定できることを示している。
次にＳ４１９で複合機１００は、図１３（Ａ）の画面の実行ボタン１３０７がクリックされてＰＣ１０３のブラウザから送信される１３０１〜１３０６までの各入力・設定情報を含む証明書の発行要求を受信する。実施形態１では、複合機１００の管理者が図１３（Ａ）の１３０１〜１３０６までの各入力・設定を行い、実行ボタン１３０７をクリックすることで、ＰＣ１０３から証明書の発行要求を送信する。
次にＳ４２０で複合機１００は、証明書の発行要求データの生成処理を実行する。そしてＳ４２１で複合機１００は、Ｓ４２０で生成した証明書の発行要求データを、Ｓ４０７で設定した情報に基づきＳＣＥＰサーバである認証局・登録局１０２に対して送信する。そしてＳ４２２で複合機１００は、認証局・登録局１０２から送信される証明書の発行要求に対する応答を受信する。次にＳ４２３で複合機１００は、Ｓ４２２で受信した証明書の発行要求に対する応答の解析（設定に応じた署名検証の実行、応答に含まれる証明書の取得、取得した証明書を指定された用途に設定）処理を行う。そして、証明書の発行要求の結果を示すＷｅｂページ画面の生成処理を実行する。
ここで証明書の発行・取得が成功した場合は、Ｓ４２３の処理によって、電子証明書データの保存、用途設定が行われる。ここで用途設定とは、電子証明書を使う通信機能のことであり、実施形態１では、ＴＬＳ，ＩＰＳＥＣ，ＩＥＥＥ８０２．１Ｘといった暗号化通信が設定可能となる。また実施形態１に係る複合機１００は、複数の電子証明書を持つことが可能であり、且つその電子証明書毎に用途設定を行うものとする。例えば複合機１００がＷｅｂサーバとしてＴＬＳ通信を行うサーバサービスを提供する際に使う電子証明書と、複合機１００がＩＥＥＥ８０２．１Ｘを使ったクライアント通信を行うための電子証明書が異なる場合にそれぞれが設定可能となる。但し、１つの電子証明書を全ての通信の用途に自動的に適用してもよい。
そしてＳ４２４で複合機１００は、Ｓ４２３で生成した図１３（Ｂ）又は図１４（Ａ）に示すＷｅｂページ画面のＨＴＭＬデータをＰＣ１０３へ送信する。なお、証明書の発行要求の結果に応じて図１３（Ｂ）の１３０８、図１４（Ａ）の１４０１に示すように設定結果の文字列が表示される。図１３（Ｂ）は、証明書の発行及び取得に成功した場合の画面例を示し、図１４（Ａ）は、証明書の発行及び取得に失敗した場合の画面例を示す。
こうして証明書の発行・取得が成功した場合には、Ｓ４２３の処理によって、電子証明書データの保存、用途設定が行われる。実施形態１に係る通信制御部３０３は、ＴＬＳ，ＩＰＳＥＣ，ＩＥＥＥ８０２．１Ｘの暗号化通信が使用する電子証明書のデータを複合機１００の起動時に取得するため、用途変更された場合は、複合機１００の再起動が必要になる。
図８は、実施形態１に係る複合機１００による、図４のＳ４１９からＳ４２４の証明書の発行要求・取得処理を説明するフローチャートである。尚、この処理は、ＣＰＵ２０１がＲＡＭ２０３に展開したプログラムを実行することにより達成される。
まずＳ８０１でＣＰＵ２０１は、ＰＣ１０３から証明書の発行要求を受信する。
次にＳ８０２に進みＣＰＵ２０１は、Ｓ８０１で受信した証明書の発行要求に含まれる証明書の名前１３０１、鍵の長さ１３０２、発行先情報の入力１３０３、署名検証１３０４、鍵の用途１３０５の情報を取得する。
次にＳ８０３に進みＣＰＵ２０１は、図４のＳ４１２からＳ４１５で取得したＣＡ証明書を取得する。
そしてＳ８０４に進みＣＰＵ２０１は、鍵ペア・証明書の署名要求の生成を行う。Ｓ８０４では、Ｓ８０２で取得した名前１３０１、鍵の長さ１３０２の情報に基づく鍵ペアの生成処理を行う。また、発行先情報の入力１３０３、パスワード１３０６の情報に基づくＰＫＳＣ＃１０形式の証明書署名要求データを暗号処理部３０６によって生成する。ＰＫＳＣ＃１０は、ＲＦＣ２９８６：ＰＫＣＳ ＃１０：Ｃｅｒｔｉｆｉｃａｔｉｏｎ Ｒｅｑｕｅｓｔ Ｓｙｎｔａｘ Ｓｐｅｃｉｆｉｃａｔｉｏｎに規定される証明書署名要求の形式である。また証明書署名要求は、ＣＳＲ（Ｃｅｒｔｉｆｉｃａｔｅ Ｓｉｇｎｉｎｇ Ｒｅｑｕｅｓｔ）と表記する場合がある。
次にＳ８０５に進みＣＰＵ２０１は、Ｓ８０４における鍵ペア・証明書の署名要求の生成が成功したかを判定し、成功したと判定した場合はＳ８０６へ進み、失敗した場合はＳ８２３へ進む。
Ｓ８０６でＣＰＵ２０１は、証明書の発行要求データを生成する。このＳ８０６で生成される取得要求データは、図４のＳ４０７で取得した認証局・登録局１０２への接続設定に基づき、ＳＣＥＰで定義されているＰＫＣＳ＃７形式のデータとなる。
次にＳ８０８に進みＣＰＵ２０１は、図４のＳ４０７で取得した認証局・登録局１０２への接続設定に基づきＳＣＥＰサーバである認証局・登録局１０２にＴＣＰ／ＩＰプロトコルでの接続を行う。次にＳ８０９に進みＣＰＵ２０１は、Ｓ８０８における接続が成功したかを判定し、成功した場合はＳ８１０へ進み、失敗した場合はＳ８２３へ進む。
Ｓ８１０でＣＰＵ２０１は、Ｓ８０６で生成した証明書の発行要求データをＨＴＴＰプロトコルのＧＥＴ又はＰＯＳＴメソッドで送信する。そしてＳ８１１でＣＰＵ２０１は、Ｓ８１０における送信が成功したかを判定し、成功した場合はＳ８１２へ進み、失敗した場合はＳ８２３へ進む。
Ｓ８１２でＣＰＵ２０１は、認証局・登録局１０２から、証明書の発行要求に対する応答データを受信する。ＳＣＥＰで定義されている応答データは、ＰＫＣＳ＃７形式のデータが応答として送信される。
次にＳ８１３に進みＣＰＵ２０１は、Ｓ８１２における応答データの受信に成功したかを判定し、成功した場合はＳ８１４へ進み、失敗した場合はＳ８２３へ進む。
Ｓ８１４でＣＰＵ２０１は、Ｓ８０２で取得した署名検証１３０４の設定に基づき、署名検証する設定かどうか判定し、そうであればＳ８１５へ進み、署名検証しない設定の場合はＳ８１７へ進む。
Ｓ８１５でＣＰＵ２０１は、Ｓ８１２で受信したデータに付与されている署名データを、Ｓ８０３において取得したＣＡ証明書に含まれる公開鍵を用いて検証する。そしてＳ８１６に進みＣＰＵ２０１は、Ｓ８１５での署名検証の結果が成功したかどうか判定し、成功した場合はＳ８１７へ進み、失敗した場合はＳ８２３へ進む。
Ｓ８１７でＣＰＵ２０１は、Ｓ８１２で受信したデータを解析し、その応答データに含まれる証明書のデータを取得する。このとき暗号処理部３０６によって応答データの解析と証明書の取得処理を行う。
次にＳ８１８に進みＣＰＵ２０１は、Ｓ８１７における証明書の取得に成功したかを判定し、成功した場合はＳ８１９へ進み、失敗した場合はＳ８２３へ進む。
Ｓ８１９でＣＰＵ２０１は、Ｓ８１８で取得した証明書を、Ｓ８０４で生成した鍵ペアに対応する電子証明書として登録する。このときＣＰＵ２０１は、Ｓ８０４で生成した公開鍵ペア、及び取得した電子証明書を、鍵ペア・証明書管理部３０７によってＨＤＤ２０４の鍵ペア・電子証明書を格納する所定のディレクトリに保存する。このとき鍵ペア・証明書管理部３０７は、図１７（Ｂ）に示すように鍵ペア・証明書の詳細情報のリストにＳ８０４で生成した公開鍵ペア及び取得した電子証明書の情報を追加する。図１７（Ｂ）では、新たに鍵ペア・証明書Ｘｙｚ４が追加されている。
次にＳ８２０に進みＣＰＵ２０１は、Ｓ８１９におけるＣＡ証明書の登録処理が成功したかを判定し、成功した場合はＳ８２１へ進み、失敗した場合はＳ８２３へ進む。
Ｓ８２１でＣＰＵ２０１は、Ｓ８０２で取得した鍵の用途１３０５の情報に基づき、証明書の用途設定を行う。このとき鍵ペア・証明書管理部３０７は、例えば図１７（Ｃ）に示したように鍵ペア・証明書の詳細情報のリストにある、用途の情報を更新する。図１７（Ｃ）では、ＴＬＳで使用する鍵ペア・証明書が、Ｘｙｚ１からＸｙｚ４に変更されている。
次にＳ８２４に進みＣＰＵ２０１は、Ｓ８０１からＳ８２３までの処理結果に応じた図１３（Ｂ）に示した証明書の発行要求結果のＨＴＭＬデータを生成する。そして、Ｓ８２５においてＳ８２４で生成したＨＴＭＬデータをＳ８０１の証明書の発行要求に対する応答としてＰＣ１０３に送信して、この処理を終了する。そして図４のＳ４２５に移行する。
上述のＳ４１９〜Ｓ４２４及びＳ８０１〜Ｓ８２５の処理が、複合機１００における電子証明書の発行要求と受信処理、通信用途の設定に関する制御となる。この実施形態１では、これらの発行要求と受信処理、通信用途の設定までの処理を総称して「電子証明書の自動更新機能」と称する。
この電子証明書の自動更新機能によって、複合機１００はネットワークを介して電子証明書の発行要求や受信処理を自動で行い、更に、受信した電子証明書の用途設定も行うことができ、ユーザの作業の手間を削減することが可能となる。図４の説明に戻る。
Ｓ４２５で複合機１００は、複合機１００の再起動のリクエストを受信する。実施形態１では、複合機１００の管理者が、複合機１００の再起動を行うため、図１３（Ｂ）の再起動ボタン１３０９をクリックするものとする。
次にＳ４２６に進み複合機１００は、Ｓ４２５の応答として、図１４（Ｂ）に示す既定の再起動実行画面のＨＴＭＬデータを応答として送信する。次にＳ４２７に進み複合機１００は、複合機１００の再起動処理を実行する。
実施形態１に係る複合機１００は、受信した電子証明書に対してＩＥＥＥ８０２．１Ｘなどの通信の用途を設定した際、再起動を行わなければ反映できないことを想定している。これは例えばＩＥＥＥ８０２．１Ｘなどの電子証明書は、複合機１００の起動時にＲＡＭ２０３に展開されて使用され続けるため、ＨＤＤ２０４に保存される受信した電子証明書に置き換わらない場合があるためである。但し、もしも複合機１００が再起動を必要せずに通信の用途で使われる電子証明書を切り替えることが可能であれば、再起動は不要でもよい。例えば、ＴＬＳの用途に設定した場合は、再起動を不要にすることとしてもよい。例えば、予め、複数の用途に対してそれぞれ再起動の要否を設定しておき、複合機１００は、その再起動要否情報に応じて再起動の有無を自動的に決定してもよい。
図９は、実施形態１に係る複合機１００による、図４のＳ４２４からＳ４２７の複合機１００の再起動に関する処理を説明するフローチャートである。尚、この処理は、ＣＰＵ２０１がＲＡＭ２０３に展開したプログラムを実行することにより達成される。
まずＳ９０１でＣＰＵ２０１は、ＰＣ１０３から複合機１００の再起動要求を受信する。次にＳ９０２に進みＣＰＵ２０１は、図１４（Ｂ）に示した既定の複合機１００の再起動要求のＨＴＭＬデータを、Ｓ５０１への応答としてＰＣ１０３に送信する。次にＳ９０３に進みＣＰＵ２０１は、デバイス制御部３１０へ再起動処理の開始を指示して、この処理を終了する。
以上の一連の動作によって、再起動した後の複合機１００は、認証局・登録局１０２から取得した電子証明書が利用される。
図１５は、電子証明書の発行・取得が成功した場合に、再びＳ４０１の処理によって鍵ペア・電子証明書リストの表示を行った場合の画面例を示す図で、認証局・登録局１０２が発行した証明書（Ｘｙｚ４）の情報１５０１が追加されている。
図１８は、実施形態１に係る複合機１００が有する電子証明書の更新についての設定画面（以下、「更新予約の設定画面」と呼ぶ）の一例を示す図である。この設定画面は他の画面と同様にＲＵＩとしてＰＣ１０３の表示画面に表示される。更新予約の設定画面を介して電子証明書の更新タイミングを設定できる。また更新予約の設定画面では、ＨＤＤ２０４に格納された一又は複数の電子証明書のうち削除すべき電子証明書を設定することができる。
実施形態１では、電子証明書の更新タイミングを設定する方法として、設定１８０１、設定１８０２、及び、設定１８０３のうちから設定方法を選択できる例について説明する。本実施形態では設定１８０１、設定１８０２、及び、設定１８０３を総称して証明書の更新予約設定と称する。
設定１８０１は、電子証明書を更新する年月日時刻を指定することにより、電子証明書の更新タイミングを指定する設定である。複合機１００の計時部が計時する現在日時が、設定された日時となった場合に、複合機１００は電子証明書の自動更新機能を実行する。
設定１８０２は、利用している電子証明書の有効期限に到達するまでの日数を指定することにより、電子証明書の更新タイミングを指定する設定である。複合機１００の計時部が計時する現在日時が、有効期限から指定された日数さかのぼった日時になった場合、あるいは、さかのぼった日時を経過した場合に電子証明書の自動更新機能を実行する。
設定１８０３は、電子証明書の自動更新機能を実行する周期を設定することにより、電子証明書の更新タイミングを指定する設定である。実施形態１では、この周期は、日数、毎月所定の日付、又は、毎年所定の月日等で設定できる。電子証明書を更新してから、設定した周期に対応する期間が経過した場合に、電子証明書の自動更新機能を実行する。証明書の更新予約設定が更新されると、ＣＰＵ２０１が、それをＨＤＤ２０４に保存する。
図１８では、電子証明書に記載された有効期限に基づいて当該電子証明書の更新タイミングを決定する設定１８０２がなされている例を示す。有効期限の１４日前になると、複合機１００は証明書の自動更新機能を実行する。図１８は一例にすぎず、自動更新のタイミングの設定他の指定方法でもよく、特に限定はしない。
本実施形態に係る複合機１００は、更新後に不要な証明書を自動削除する設定として、削除設定１８０４を有する。図１８の例では、証明書の自動削除を実施することを指定するためのラジオボタン１８０４１、および、証明書の自動削除を実施しないことを指定するためのラジオボタン１８０４２のいずれかをユーザが選択することにより、削除設定を行う。不要な証明書の自動削除を実行するかしないかをユーザが指定できればよく、設定方法は特に限定しない。ラジオボタンに限らず、プルダウンで選択させることとしてもよい。あるいは、証明書の自動削除機能のオンオフを設定させてもよい。
自動削除を実行する設定が有効な場合、チェックボックス１８０４３とチェックボックス１８０５が選択可能となる。
チェックボックス１８０４３を選択すると、電子証明書の格納数が所定の上限数に達している場合に電子証明書を削除する設定を有効化することができる。チェックボックス１８０４３が選択されている場合、電子証明書を取得する場合であって、かつ、ＨＤＤ２０４に格納されている電子証明書の数が所定数以上である場合に、電子証明書の自動削除を行う。
なお、電子証明書を格納するための記憶領域として確保されている領域の残り記憶容量が所定以下になった場合に電子証明書を削除するようにしてもよい。
またチェックボックス１８０５を選択すると、自動削除の詳細設定を行うことができる。これらの設定についての設定方法はチェックボックスに限るものではない。
チェックボックス１８０４３が選択されていない場合、記憶されている電子証明書の数に関わらず、自動削除の詳細設定１８０５で指定された条件が満たされる場合に証明書を削除する。
自動削除の詳細設定１８０５は、１８０５１〜１８０５５までの設定を有する。詳細設定１８０５において、削除すべき電子証明書として設定された電子証明書は、新しい電子証明書の取得に応じて、ＨＤＤ２０４から自動で削除される。
設定１８０５１が有効な場合、新たに取得する電子証明書の用途設定と同じ用途が設定された更新前の電子証明書が、自動で削除すべき電子証明書として設定される。電子証明書の用途は図１３（Ａ）の鍵の用途１３０５で設定される。ここで、電子証明書の用途とはたとえば、当該電子証明書をＴＬＳ通信のために用いることや、ＳＳＬ通信のために用いることなどが該当する。電子証明書の用途は電子証明書に対応付けて管理される。
設定１８０５２が有効な場合、更新前に複合機１００が保持する電子証明書のうち、用途設定されていないものは利用していないと判断し、削除すべき電子証明書とする。
設定１８０５３が有効な場合、更新前に複合機１００が保持する自己証明書が、削除すべき電子証明書として設定される。ここで自己証明書とは、認証局の署名を受けず、証明書を保持する情報処理装置自身が電子署名を行った証明書である。自己証明書以外を消さない条件としているのは、複合機１００には外部からに購入した証明書である可能性もあり自動削除してよいかの判断がつかない場合の利用を想定している。
設定１８０５４が有効な場合、更新前に複合機１００が保持する工場出荷時から設定されている電子証明書が、削除すべき電子証明書として設定される。工場出荷時から設定されている電子証明書以外を消さない条件としているのは、複合機１００に後から入れた電子証明書に対して自動削除してよいかの判断がつかない場合の利用を想定している。
設定１８０５５が有効な場合、更新前に複合機１００が保持する電子証明書のうち、有効期限が切れている電子証明書が、削除すべき電子証明書として設定される。有効期限が切れている電子証明書は利用することができないためである。
尚、これらの設定値はＣＰＵ２０１が、それをＨＤＤ２０４に保存する。以上の設定はチェックボックスを選択することにより行われることとしたがこれに限らない。各設定項目について有効または無効を指定できるものであればよい。例えば、プルダウン又はラジオボタンを用いて、有効あるいは無効を選択できるようにしてもよい。
尚、本実施例において、証明書自動削除設定は図１８の更新予約設定画面から設定できることとしたが、図１３の証明書の発行要求画面でも同じ設定をできることとしてもよく、特に限定はしない。
複合機１００が、電子証明書の更新予約設定に基づいて電子証明書の自動更新機能を実行する処理について図１９を用いて説明する。この処理は、ＣＰＵ２０１がＲＡＭ２０３に展開したプログラムを実行することにより達成される。
先ずＳ１９０１でＣＰＵ２０１は、ＨＤＤ２０４から電子証明書の更新予約設定を取得する。
次にＳ１９０２に進みＣＰＵ２０１は、現在利用されている電子証明書の情報を取得する。この情報は例えば図１７に示したテーブルに格納されている情報が対応する。
次にＳ１９０３に進みＣＰＵ２０１は、複合機１００が管理している現在の日時を取得する。
そしてＳ１９０４に進みＣＰＵ２０１は、電子証明書の更新予約設定と電子証明書の情報とを比較し、現在利用している電子証明書の更新が必要かどうか判定する。この判定は、図１８に示した設定１８０１、１８０２、及び、１８０３のうち選択された設定に従って行われる。ここで電子証明書の更新が必要ではないと判定した場合はＳ１９０１に戻る。
一方、電子証明書の更新が必要であると判定した場合はＳ１９０５に進み、図８に示した証明書の発行要求処理の制御に移行する。そして証明書の発行要求処理が完了するとＳ１９０６に移行する。
Ｓ１９０６でＣＰＵ２０１は、図１８を用いて説明した、電子証明書の自動削除に関する設定をＨＤＤ２０４から取得する。
次にＳ１９０７でＣＰＵ２０１は、電子証明書の自動削除設定が有効であるかを判断し、有効ではないと判断した場合、Ｓ１９１０に移行する。例えば、図１８のラジオボタン１８０４１が選択されている場合に、電子証明書の自動削除設定が有効であると判断する。
Ｓ１９０７でＣＰＵ２０１は電子証明書の自動削除設定が有効であると判断した場合、Ｓ１９０８でＣＰＵ２０１は削除対象の条件に該当する証明書が存在するかを判断する。
Ｓ１９０８では、ＣＰＵ２０１は、複合機１００に格納された各電子証明書について、削除対象となる証明書が存在するかを判断する。各電子証明書が削除対象であるかは、図１８を用いて説明した設定に基づいて判断する。例えば、チェックボックス１８０４３が選択されている場合には、複合機１００が格納している電子証明書の数が所定の上限数に達しており、かつ、詳細設定１８０５によって指定された条件を満たす電子証明書を削除対象とする。また例えば、チェックボックス１８０４３が選択されていない場合には、複合機１００が格納している電子証明書の数が上限数に達しているか否かに関わらず、詳細設定１８０５によって指定された条件を満たす電子証明書を削除対象とする。
Ｓ１９０８で削除対象の証明書が存在すると判断した場合、Ｓ１９０９に移行し、ＣＰＵ２０１はＨＤＤ２０４内の削除対象の電子証明書を削除する。そしてＳ１９１０に移行する。Ｓ１９０８で削除対象の電子証明書が存在しないと判断した場合、Ｓ１９１０に移行する。
このようにして、認証局・登録局１０２等の外部装置から電子証明書を取得する場合に、設定に従って、削除すべき電子証明書を削除することができる。
本実施形態では、認証局・登録局１０２から電子証明書を取得し、当該電子証明書の用途が設定された後に、削除すべき電子証明書を削除する。しかしステップＳ１９０９で電子証明書を削除した後に、認証局・登録局１０２から電子証明書を取得するすることとしてもよい。
上記の実施形態によれば、ユーザが手動で電子証明書の削除指示を行わなくとも、特定の条件に応じて証明書を自動削除することができる。したがって、複合機が格納可能な電子証明書の数に限りがある場合であっても、ユーザが電子証明書を削除する手間を低減しながら電子証明書の自動更新を実行可能となる。
（その他の実施形態）
本発明は、上述の実施形態の１以上の機能を実現するプログラムを、ネットワーク又は記憶媒体を介してシステム又は装置に供給し、そのシステム又は装置のコンピュータにおける１つ以上のプロセッサーがプログラムを読出し実行する処理でも実現可能である。また、１以上の機能を実現する回路（例えば、ＡＳＩＣ）によっても実現可能である。
１００ 複合機
１０１ 複合機
１０２ 認証局・登録局
１０３ ＰＣ
１１０ ネットワーク
２０１ ＣＰＵ
２０２ ＲＯＭ
２０３ ＲＡＭ
２０４ ＨＤＤ
２０５ ネットワ−クＩ／Ｆ制御部
２０６ スキャナＩ／Ｆ制御部
２０７ プリンタＩ／Ｆ制御部
２０８ パネル制御部
２０９ バス
２１０ オペレ−ションパネル
３０１ ネットワ−クドライバ
３０２ ネットワ−ク制御部
３０３ 通信制御部
３０４ Ｗｅｂペ−ジ制御部
３０５ 鍵ペア・証明書取得制御部
３０６ 暗号化処理部
３０７ 鍵ペア・証明書管理部
３０８ ＵＩ制御部
３０９ 印刷／読取処理部
３１０ デバイス制御部

Claims (11)

  1. 鍵ペアに基づいて電子証明書の署名要求を生成する生成手段と、
    前記電子証明書の署名要求を含む電子証明書の発行要求を外部装置に送信する送信手段と、
    前記発行要求に応答して前記外部装置から送信される応答を受信する受信手段と、
    前記受信手段によって受信した前記応答に含まれる前記証明書の発行要求の結果及び電子証明書を取得する取得手段と、
    前記取得手段によって取得した前記電子証明書を格納する格納手段と、
    前記格納手段に格納された一又は複数の電子証明書のうち削除すべき電子証明書を設定する設定手段と、
    前記取得手段が前記外部装置から前記電子証明書を取得する場合に、前記設定手段によって設定に従って、前記削除すべき電子証明書を削除する削除手段と
    を有することを特徴とする情報処理装置。
  2. 前記削除手段は、前記取得手段が前記外部装置から前記電子証明書を取得する場合であって、かつ、前記格納手段に格納されている電子証明書の数が所定の数以上である場合、前記削除すべき電子証明書を削除する
    ことを特徴とする請求項１に記載の情報処理装置。
  3. 前記設定手段は、前記取得手段が前記外部装置から取得する電子証明書の用途と同じ用途が対応付けられた電子証明書を、前記削除すべき電子証明書として設定することを特徴とする請求項１に記載の情報処理装置。
  4. 前記設定手段は、用途が対応付けられていない電子証明書を、前記削除すべき電子証明書として設定することを特徴とする請求項１に記載の情報処理装置。
  5. 前記設定手段は、自己証明書を、前記削除すべき電子証明書として設定することを特徴とする請求項１に記載の情報処理装置。
  6. 前記設定手段は、工場出荷時にあらかじめ前記情報処理装置に格納された電子証明書を、前記削除すべき電子証明書として設定することを特徴とする請求項１に記載の情報処理装置。
  7. 前記設定手段は、有効期限が切れた電子証明書を、前記削除すべき電子証明書として設定することを特徴とする請求項１に記載の情報処理装置。
  8. 前記設定手段は、ユーザの指示に従って、前記削除すべき電子証明書を設定することを特徴とする請求項１乃至７のうちいずれか１項に記載の情報処理装置。
  9. 前記削除手段は、前記取得手段が前記外部装置から取得した前記電子証明書の用途が設定された後に、前記削除すべき電子証明書を削除することを特徴とする請求項１に記載の情報処理装置。
  10. 電子証明書を使用して通信を行う情報処理装置を制御する制御方法であって、
    前記情報処理装置に格納された一又は複数の電子証明書のうち削除すべき電子証明書を設定する設定ステップと、
    鍵ペアに基づいて証明書の署名要求を生成する生成ステップと、
    前記電子証明書の署名要求を含む電子証明書の発行要求を外部装置に送信する送信ステップと、
    前記発行要求に応答して前記外部装置から送信される応答を受信する受信ステップと、
    前記外部装置から前記応答として電子証明書を取得する場合に、前記設定ステップにおいて設定された設定に従って、前記削除すべき電子証明書を削除する削除ステップと、
    前記受信ステップにおいて受信した前記応答に含まれる前記証明書の発行要求の結果及び電子証明書を取得する取得ステップと、
    前記取得ステップにおいて取得した前記電子証明書を格納手段に格納する格納ステップと
    を有することを特徴とする制御方法。
  11. コンピュータを、請求項１乃至９のいずれか１項に記載の情報処理装置の各手段として機能させるためのプログラム。
JP2017113631A 2017-06-08 2017-06-08 情報処理装置、情報処理装置の制御方法、及び、プログラム Active JP7158830B2 (ja)

Priority Applications (6)

Application Number Priority Date Filing Date Title
JP2017113631A JP7158830B2 (ja) 2017-06-08 2017-06-08 情報処理装置、情報処理装置の制御方法、及び、プログラム
EP18174721.3A EP3413224A1 (en) 2017-06-08 2018-05-29 Information processing apparatus, control method for controlling information processing apparatus, and program
US16/001,645 US11212116B2 (en) 2017-06-08 2018-06-06 Information processing apparatus, control method for controlling information processing apparatus, and storage medium
KR1020180065248A KR102295460B1 (ko) 2017-06-08 2018-06-07 정보 처리 장치, 정보 처리 장치를 제어하는 제어 방법, 및 컴퓨터 프로그램
CN201810585939.7A CN109039597B (zh) 2017-06-08 2018-06-08 信息处理装置、控制信息处理装置的控制方法和存储介质
JP2022123100A JP7418131B2 (ja) 2017-06-08 2022-08-02 情報処理装置、情報処理装置の制御方法、及び、プログラム

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP2017113631A JP7158830B2 (ja) 2017-06-08 2017-06-08 情報処理装置、情報処理装置の制御方法、及び、プログラム

Related Child Applications (1)

Application Number Title Priority Date Filing Date
JP2022123100A Division JP7418131B2 (ja) 2017-06-08 2022-08-02 情報処理装置、情報処理装置の制御方法、及び、プログラム

Publications (2)

Publication Number Publication Date
JP2018207404A true JP2018207404A (ja) 2018-12-27
JP7158830B2 JP7158830B2 (ja) 2022-10-24

Family

ID=62630910

Family Applications (2)

Application Number Title Priority Date Filing Date
JP2017113631A Active JP7158830B2 (ja) 2017-06-08 2017-06-08 情報処理装置、情報処理装置の制御方法、及び、プログラム
JP2022123100A Active JP7418131B2 (ja) 2017-06-08 2022-08-02 情報処理装置、情報処理装置の制御方法、及び、プログラム

Family Applications After (1)

Application Number Title Priority Date Filing Date
JP2022123100A Active JP7418131B2 (ja) 2017-06-08 2022-08-02 情報処理装置、情報処理装置の制御方法、及び、プログラム

Country Status (5)

Country Link
US (1) US11212116B2 (ja)
EP (1) EP3413224A1 (ja)
JP (2) JP7158830B2 (ja)
KR (1) KR102295460B1 (ja)
CN (1) CN109039597B (ja)

Families Citing this family (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US10956551B2 (en) * 2017-08-07 2021-03-23 Clarius Mobile Health Corp. Systems and methods for securing operation of an ultrasound scanner
EP3866428B1 (en) * 2020-02-13 2021-12-29 Axis AB A method for re-provisioning a digital security certificate and a system and a non-transitory computer program product thereof
US11159513B1 (en) * 2020-05-29 2021-10-26 Kyocera Document Solutions Inc. Systems, apparatus, and computer program products for installing security certificates in publicly accessible printer stations through gateway
US11650773B2 (en) * 2020-05-29 2023-05-16 Kyocera Document Solutions Inc. Systems, apparatus, and computer program products for management of certificates for third party applications accessing printing kiosks

Citations (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2001344368A (ja) * 2000-03-31 2001-12-14 Fujitsu Ltd 電子証明書の管理方法、装置、プログラム及び記憶媒体
JP2002215826A (ja) * 2001-01-19 2002-08-02 Hitachi Ltd 証明書自動更新装置および方法
JP2003308406A (ja) * 2002-04-17 2003-10-31 Nippon Telegr & Teleph Corp <Ntt> 電子的証明書管理装置、プログラム及び該プログラムを記録した記録媒体
JP2005039790A (ja) * 2003-06-25 2005-02-10 Ricoh Co Ltd デジタル証明書管理システム、デジタル証明書管理装置、デジタル証明書管理方法、更新手順決定方法およびプログラム
JP2005529547A (ja) * 2002-06-05 2005-09-29 フランス　テレコム 電子署名のチェック方法およびシステムと、該方法で使用する超小型回路付カード
JP2010177744A (ja) * 2009-01-27 2010-08-12 Softbank Mobile Corp 電子署名装置及び通信端末装置
WO2015128895A1 (ja) * 2014-02-26 2015-09-03 三菱電機株式会社 証明書管理装置、及び証明書管理方法
JP2017098914A (ja) * 2015-11-28 2017-06-01 キヤノン株式会社 情報処理装置、情報処理装置の制御方法、プログラム、及び記憶媒体

Family Cites Families (20)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP4890867B2 (ja) 2006-01-17 2012-03-07 キヤノン株式会社 情報処理装置およびその制御方法
JP4449934B2 (ja) * 2006-03-31 2010-04-14 ブラザー工業株式会社 通信装置及びプログラム
JP5100209B2 (ja) 2006-11-20 2012-12-19 キヤノン株式会社 通信装置及びその制御方法
US7987375B2 (en) * 2006-11-20 2011-07-26 Canon Kabushiki Kaisha Communication apparatus, control method thereof and computer readable medium
CN101394615B (zh) 2007-09-20 2012-10-17 中国银联股份有限公司 一种基于pki技术的移动支付终端及支付方法
US20090198618A1 (en) * 2008-01-15 2009-08-06 Yuen Wah Eva Chan Device and method for loading managing and using smartcard authentication token and digital certificates in e-commerce
JP4654255B2 (ja) * 2008-02-27 2011-03-16 株式会社沖データ 画像処理装置、システム及び方法
US20100268942A1 (en) * 2009-04-15 2010-10-21 Secuware Systems and Methods for Using Cryptographic Keys
CN101645889B (zh) 2009-06-26 2012-09-05 飞天诚信科技股份有限公司 一种下发数字证书的方法
CN101931532B (zh) 2009-09-08 2013-04-24 北京握奇数据系统有限公司 基于电信智能卡的数字证书管理方法及电信智能卡
CN101741848B (zh) 2009-12-22 2012-10-24 北京九恒星科技股份有限公司 系统用户的数字证书绑定方法、系统及数字证书认证中心
JP5521542B2 (ja) 2009-12-25 2014-06-18 ブラザー工業株式会社 情報処理装置
CN102118374A (zh) * 2009-12-30 2011-07-06 鸿富锦精密工业（深圳）有限公司 数字证书自动更新系统及方法
CN101895847A (zh) 2010-08-02 2010-11-24 刘明晶 基于数字证书的短信认证加密系统及认证加密方法
CN101977193B (zh) 2010-10-28 2013-11-13 飞天诚信科技股份有限公司 安全下载证书的方法及系统
JP2013223171A (ja) * 2012-04-18 2013-10-28 Nippon Telegr & Teleph Corp <Ntt> 公開鍵認証基盤統制システム、認証局サーバ、利用者端末、公開鍵認証基盤統制方法、およびプログラム
CN103346916B (zh) 2013-07-05 2018-07-31 上海斐讯数据通信技术有限公司 一种网络设备数字证书的管理方法
JP2016178458A (ja) 2015-03-19 2016-10-06 株式会社リコー 電子機器及び電子証明書の自動更新方法
US10181036B2 (en) * 2015-06-24 2019-01-15 Lenovo Enterprise Solutions (Singapore) Pte. Ltd. Automatic discovery and installation of secure boot certificates
CN105279404B (zh) 2015-10-23 2018-07-10 上海帝联信息科技股份有限公司 操作系统操作控制方法及装置

Patent Citations (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2001344368A (ja) * 2000-03-31 2001-12-14 Fujitsu Ltd 電子証明書の管理方法、装置、プログラム及び記憶媒体
JP2002215826A (ja) * 2001-01-19 2002-08-02 Hitachi Ltd 証明書自動更新装置および方法
JP2003308406A (ja) * 2002-04-17 2003-10-31 Nippon Telegr & Teleph Corp <Ntt> 電子的証明書管理装置、プログラム及び該プログラムを記録した記録媒体
JP2005529547A (ja) * 2002-06-05 2005-09-29 フランス　テレコム 電子署名のチェック方法およびシステムと、該方法で使用する超小型回路付カード
JP2005039790A (ja) * 2003-06-25 2005-02-10 Ricoh Co Ltd デジタル証明書管理システム、デジタル証明書管理装置、デジタル証明書管理方法、更新手順決定方法およびプログラム
JP2010177744A (ja) * 2009-01-27 2010-08-12 Softbank Mobile Corp 電子署名装置及び通信端末装置
WO2015128895A1 (ja) * 2014-02-26 2015-09-03 三菱電機株式会社 証明書管理装置、及び証明書管理方法
JP2017098914A (ja) * 2015-11-28 2017-06-01 キヤノン株式会社 情報処理装置、情報処理装置の制御方法、プログラム、及び記憶媒体

Also Published As

Publication number Publication date
US20180359102A1 (en) 2018-12-13
CN109039597B (zh) 2022-08-30
US11212116B2 (en) 2021-12-28
JP7158830B2 (ja) 2022-10-24
EP3413224A1 (en) 2018-12-12
JP2022153604A (ja) 2022-10-12
JP7418131B2 (ja) 2024-01-19
KR20180134299A (ko) 2018-12-18
KR102295460B1 (ko) 2021-08-31
CN109039597A (zh) 2018-12-18

Similar Documents

Publication Publication Date Title
JP7256847B2 (ja) 情報処理装置及びその制御方法とプログラム
JP7418131B2 (ja) 情報処理装置、情報処理装置の制御方法、及び、プログラム
JP7480243B2 (ja) 情報処理装置、情報処理装置の制御方法、及び、プログラム
JP2023078380A (ja) 情報処理装置、情報処理装置の制御方法、及び、プログラム
JP7409618B2 (ja) 情報処理装置およびその制御方法とプログラム
JP2021083042A (ja) 情報処理装置、情報処理方法及びプログラム
JP5465230B2 (ja) 情報処理装置およびその制御方法
JP5729057B2 (ja) 通信装置、通信システムおよびプログラム
JP2019022154A (ja) 情報処理装置、その制御方法、及びプログラム
JP2021082071A (ja) 情報処理装置とその制御方法、及びプログラム
JP2021083002A (ja) 情報処理装置、情報処理方法及びプログラム

Legal Events

Date Code Title Description
A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20200601

A977 Report on retrieval

Free format text: JAPANESE INTERMEDIATE CODE: A971007

Effective date: 20210224

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20210330

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20210525

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20211019

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20211210

A02 Decision of refusal

Free format text: JAPANESE INTERMEDIATE CODE: A02

Effective date: 20220510

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20220803

C60 Trial request (containing other claim documents, opposition documents)

Free format text: JAPANESE INTERMEDIATE CODE: C60

Effective date: 20220803

A911 Transfer to examiner for re-examination before appeal (zenchi)

Free format text: JAPANESE INTERMEDIATE CODE: A911

Effective date: 20220817

C21 Notice of transfer of a case for reconsideration by examiners before appeal proceedings

Free format text: JAPANESE INTERMEDIATE CODE: C21

Effective date: 20220823

TRDD Decision of grant or rejection written
A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

Effective date: 20220913

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20221012

R151 Written notification of patent or utility model registration

Ref document number: 7158830

Country of ref document: JP

Free format text: JAPANESE INTERMEDIATE CODE: R151