JP2022103945A

JP2022103945A - 電子機器及び電子機器の制御方法

Info

Publication number: JP2022103945A
Application number: JP2020218873A
Authority: JP
Inventors: 春俊和田; Harutoshi Wada
Original assignee: Seiko Epson Corp
Current assignee: Seiko Epson Corp
Priority date: 2020-12-28
Filing date: 2020-12-28
Publication date: 2022-07-08

Abstract

【課題】電子機器のプログラムの脆弱性に関する脆弱性情報を、確実に電子機器の管理者に通知する電子機器の提供。【解決手段】電子機器２００は、情報通知サーバー１００、及び電子機器２００の管理者用端末装置３００に通信接続される通信部２１０と、処理部２２０と、を含む。通信部２１０は情報通知サーバー１００から電子機器２００の脆弱性情報を受信する。処理部２２０は、通信部２１０により受信された脆弱性情報を、通信部２１０を介して管理者用端末装置３００に通知する通知処理を行う。【選択図】図２

Description

本発明は、電子機器及び電子機器の制御方法等に関する。

電子機器に組み込まれたソフトウェアは、脆弱性と呼ばれる欠陥を有していることがある。そのため、電子機器の製造元は、製品出荷後にも引き続き脆弱性について監視及び情報収集を行い、脆弱性が発見されたときに当該脆弱性の情報及び回避策をユーザーに通知している。特許文献１には、脆弱性情報及び脆弱性抑止処理を、ユーザーに報知する手法等が開示されている。

特開２０２０－０４７１１３号公報

脆弱性情報は、電子機器がネットワーク接続されている場合、ネットワーク管理者に通知される必要がある。電子機器の製造元が脆弱性情報をＷｅｂページに通知していたとしても、管理者が当該通知を確認していない場合も有り、管理者に脆弱性情報を確実に通知するという手法は確立されていない。特許文献１に記載されている手法においては、このような事情までは考慮されていない。

本開示の一態様は、情報通知サーバー、及び電子機器の管理者用端末装置に通信接続される通信部と、処理部と、を含み、前記通信部は、前記情報通知サーバーから前記電子機器の脆弱性情報を受信し、前記処理部は、前記通信部により受信された前記脆弱性情報を、前記通信部を介して前記管理者用端末装置に通知する通知処理を行う電子機器に関係する。

また、本開示の一態様は、情報通知サーバー及び電子機器の管理者用端末装置と通信接続し、前記情報通知サーバーから前記電子機器の脆弱性情報を受信し、受信された前記脆弱性情報を、前記管理者用端末装置に通知する通知処理を行う電子機器の制御方法に関係する。

電子機器を含むシステムの構成例を説明するブロック図。本実施形態における処理の流れの例を説明する図。脆弱性情報の例を説明する図。電子機器を含むシステムのより詳細な構成例を説明するブロック図。情報通知サーバーが行う処理例を説明するフローチャート。電子機器が行う処理例を説明するフローチャート。電子機器が行う別の処理例を説明するフローチャート。電子機器が行う別の処理例を説明するフローチャート。電子機器が行う別の処理例を説明するフローチャート。電子機器が行う別の処理例を説明するフローチャート。本実施形態の電子メール画面の画面例を説明する図。本実施形態のＷｅｂ画面の画面例を説明する図。本実施形態のＷｅｂ画面の別の画面例を説明する図。

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

図１と図２と図３を用いて、本実施形態の基本手法を説明する。図１は本実施形態の電子機器２００を含むシステムの構成例を示すブロック図である。なお、本実施形態の説明においてシステムの符号は省略する。図１や図４も同様である。図１に示すように、本実施形態の電子機器２００は、通信部２１０と、処理部２２０を含む。電子機器２００は、例えば、後述するプリンターであるが、パーソナルコンピューター、ウェアラブル機器、生体情報測定機器、ロボット、映像機器又は物理量計測機器等であってもよい。なお、ウェアラブル機器はスマートウォッチ或いはアクティビティトラッカー等をいう。また、生体情報測定機器は、脈拍計或いは歩数計等をいう。また、映像機器はカメラ或いはプロジェクター等をいう。また、物理量計測機器は、温度計或いは体重計等をいう。また、ここでいうプリンターは複合機を含む。複合機とは、プリンター機能以外の機能を含むプリンターをいい、プリンター機能以外の機能とは、コピー機能、ファックス機能又はスキャナー機能等をいうが、他の機能であってもよい。なお、本実施形態の電子機器２００は、所定のファームウェアが組み込まれている。また、所定のファームウェアは、例えば、オープンソースソフトウェア（Open Source Software）で構成されているが、電子機器２００の製造元が独自に開発したソフトウェアで構成されていてもよい。なお、以降の説明に置いて、オープンソースソフトウェアをＯＳＳと記載する場合がある。

図１に示すように、通信部２１０は、情報通知サーバー１００及び管理者用端末装置３００に通信接続される。通信部２１０は、情報通知サーバー１００から後述する脆弱性情報を取得し、管理者用端末装置３００に脆弱性情報を通知する通信インターフェースである。通信部２１０は、所定の通信規格に準拠した通信機能を有する単独の半導体装置によって実現してもよいし、他の機能を併せ持つ半導体装置の一部の機能として実現してもよい。なお、所定の通信規格とは、例えば、イーサネット（登録商標）やＵＳＢ（Universal Serial Bus）等の有線通信の規格や、Ｗｉ－Ｆｉ（登録商標）等の無線通信の規格であるが、他の通信規格であってもよい。また、前述のＷｉ－Ｆｉ（登録商標）規格に従う無線通信の場合、不図示のアクセスポイントを介することで、無線通信が実現できる。具体的には、不図示のアクセスポイントは、自己の識別情報が解読可能なようにビーコン等の無線通信用電波を定期的に発信している。また、アクセスポイントの識別情報は、例えば、ＳＳＩＤ（Service Set Identifier）である。また、電子機器２００のユーザー又は管理者用端末装置３００のユーザーである管理者は、アクセスポイントからの電波を受信したとき、所定のパスワードを入力することで、当該アクセスポイントと接続することが可能になる。また、当該ユーザーは、再度同一のアクセスポイントと接続する場合は、パスワードの入力を行うことなく自動的に当該アクセスポイントと接続することができる。また、アクセスポイントは、ルーターとも呼ぶことができる。また、本実施形態では、「通信規格に従った通信接続」のことを、適宜、単に「接続」と記載する。なお、図１では、１台の情報通知サーバー１００が１つの電子機器２００と接続しているが、１台の情報通知サーバー１００が複数の電子機器２００と接続してもよく、また、１台の電子機器２００が複数の管理者用端末装置３００と接続してもよく、種々の変形実施が可能である。

情報通知サーバー１００は、電子機器２００の製造元が保有するサーバーである。情報通知サーバー１００は、詳細は後述するが、電子機器２００の脆弱性情報を所定の脆弱性情報格納サーバーから収集し、収集された脆弱性情報を不図示のサーバー記憶部に格納する。なお、所定の脆弱性情報格納サーバーとは、電子機器２００にＯＳＳによるファームウェアが組み込まれている場合は、ＪＶＮ（Japan Vulnerability Notes）等のデータベースサーバーをいうが、他のデータベースサーバーであってもよい。また、電子機器２００の製造元が独自のファームウェアを構築している場合は、独自のデータベースサーバーを利用してもよい。

具体的には、例えば、電子機器２００の通信部２１０はＬｉｎｕｘ（登録商標）等のＯＳＳによるＯＳ（Operating System）によって制御されているが、このＯＳＳについて所定の場所で脆弱性が発見された場合は、前述した所定の脆弱性情報格納サーバーに脆弱性情報が登録される。当該脆弱性による影響によっては、通信部２１０を介して電子機器２００に登録されている情報が盗用される、或いは電子機器２００を踏み台にして他のサーバーを攻撃する等の問題が発生する可能性が有る。なお、所定の場所とは、電子機器２００が存在する国における別の地域であるが、電子機器２００が存在する国とは別の国であってもよい。

図２は、本実施形態における処理の流れの例を説明する図である。より具体的には、情報通知サーバー１００と、電子機器２００と、管理者用端末装置３００の関係における脆弱性情報の送受信に関する処理の流れを説明する図である。図２において、縦軸が時間軸であり、下向きに時間が進むものとする。なお、縦軸の具体的な長さが時間の長さを示すものではない。

情報通知サーバー１００は、図２に示すように、第１タイミングｔ１で電子機器２００に脆弱性情報を送信し、電子機器２００は、当該脆弱性情報を受信する。ここでの脆弱性とは、例えば、情報セキュリティー上の欠陥や、所定の不具合等をいう。所定の不具合とは、例えば、プログラムが意図しない動作を引き起こすことや、所定の処理を実行するとプログラムが強制終了すること等である。また、ここでの脆弱性情報とは、前述の脆弱性の内容に関する情報であり、例えば、図３に示す脆弱性情報の管理番号、内容、深刻度、データベース登録番号を含むテキストテーブル形式による情報であるが、他の形式であってもよく、脆弱性情報は所定の情報をさらに含んでもよい。ここでの管理番号は製造元側で管理する番号であり、また、ここでのデータベース登録番号は、前述の所定の脆弱性情報格納サーバーで公開されている登録番号である。なお、本実施形態では、管理番号が小さいほど、古い脆弱性情報であるものとする。また、所定の情報とは、図７の説明で後述する履歴情報や、図８で後述する通知フラグの情報等である。このようにすることで、製造元に必要な脆弱性情報だけを収集できるので、不図示のサーバー記憶部の記憶領域を十分に確保することができる。また、データベース登録番号を記憶していることから、必要に応じて所定の脆弱性情報格納サーバーにアクセスすることで脆弱性情報の詳細を把握することができる。

また、ここでの深刻度は、所定の範囲の数字で示されるもので、例えば、一般的な評価方法に基づいて算出されるが、製造元が独自の評価方法に基づいて算出してもよい。なお、一般的な評価方法とは、例えば、共通脆弱性評価システムＣＶＳＳ（Common Vulnerability Scoring System）に基づく評価方法等である。このようにすることで、脆弱性の重要性を直感的に把握することができる。なお、図３のテキストテーブルに、さらに「高」「中」「低」等の文字で示した重要度を追加してもよい。また、ＯＳＳが有する脆弱性に対する攻撃コードが流通している場合には、図３のテキストテーブルに当該攻撃コードを追加してもよい。

管理者用端末装置３００は、電子機器２００の管理者が通常使用する端末装置であり、Ｗｅｂページの及び電子メールの閲覧が可能である。管理者用端末装置３００は、例えば、前述したパーソナルコンピューターであるが、携帯情報端末等であってもよい。ここでの管理者は、電子機器２００の機械的設置やメンテナンスの他、ネットワークの設定を管理する者を含む。なお、ここでのメンテナンスとは、機械のメンテナンスの他、消耗部材の管理を含む。消耗部材とは、例えば、電子機器２００がプリンターの場合、インクやトナー等である。管理者は、電子機器２００の脆弱性情報を総括する。具体的には、管理者は、脆弱性情報の内容に応じて対策を適宜判断し、判断結果を電子機器２００のユーザーに通知する。判断結果とは、例えば、脆弱性情報に関する機能を停止することや、修正プログラムを適用すること等であるが、脆弱性による影響が軽微な場合は、単に放置することを含んでもよい。なお、管理者は電子機器２００のユーザーの一人であってもよいし、管理者は複数名から構成されていてもよい。

処理部２２０は、通信部２１０等、電子機器２００における各部の制御やジョブの実行処理を行う。ここでのジョブは、例えば、情報通知サーバー１００や管理者用端末装置３００等の外部装置から電子機器２００に対して行った命令或いは指示等を含むものである。つまり、ジョブは、情報通知サーバー１００や管理者用端末装置３００と脆弱性情報を送受信することを含む。なお、処理部２２０は、通信部２１０を介さないジョブの実行処理を行うこともできる。また、通信部２１０を介さないジョブとは、不図示の操作部の操作を介したジョブ等である。

処理部２２０は、具体的にはプロセッサー又はコントローラーである。処理部２２０は、例えば、メインＣＰＵ（Central Processing Unit）、サブＣＰＵなどの複数のＣＰＵを含むことができる。メインＣＰＵは、電子機器２００の各部の制御や全体的な制御を行う。サブＣＰＵは、例えば、通信部２１０の通信制御を行うＣＰＵである。なお、電子機器２００がプリンターである場合、印刷についての各種の処理を行うＣＰＵが更に設けられてもよい。また、本実施形態の処理部２２０は、下記のハードウェアによって構成できる。ハードウェアは、デジタル信号を処理する回路及びアナログ信号を処理する回路の少なくとも一方を含むことができる。ハードウェアは、例えば、回路基板に実装された１又は複数の回路装置或いは１又は複数の回路素子によって構成できる。なお、回路装置は、例えば、集積回路装置である。また、回路素子は、例えば、抵抗或いはキャパシター等である。

また、処理部２２０は、下記のプロセッサーにより実現できる。本実施形態の電子機器２００は、情報を記憶するメモリーと、メモリーに記憶された情報に基づいて動作するプロセッサーと、を含む。なお、情報は、例えば、プログラムと各種のデータ等である。プロセッサーは、ハードウェアを含む。また、プロセッサーは、ＣＰＵ、ＧＰＵ（Graphics Processing Unit）、ＤＳＰ（Digital Signal Processor）等、各種のプロセッサーを用いることが可能である。また、メモリーは、ＳＲＡＭ（Static Random Access Memory）、ＤＲＡＭ（Dynamic Random Access Memory）等の半導体メモリーであってもよいし、レジスターであってもよいし、ハードディスク装置等の磁気記憶装置であってもよいし、光学ディスク装置等の光学式記憶装置であってもよい。また、メモリーは、例えば、コンピューターによって読み取り可能な命令を格納しており、当該命令をプロセッサーが実行することによって、処理部２２０の機能が処理として実現される。なお、命令は、プログラムを構成する命令セットの命令でもよいし、プロセッサーのハードウェア回路に対して動作を指示する命令であってもよく、さらに、処理部２２０の全部又は一部はクラウドコンピューティングで実現されてもよい。

また、図２に示すように、処理部２２０は、第１タイミングｔ１よりも後のタイミングである第２タイミングｔ２において、情報通知サーバー１００から受信した脆弱性情報を、通信部２１０を介して管理者用端末装置３００に通知する処理を行う。具体的には、管理者が、管理者用端末装置３００にて脆弱性情報に関するＷｅｂページを閲覧できるようにする処理を行うが、さらに、管理者が電子メールを閲覧できる処理を行ってもよい。これにより、情報通知サーバー１００から通知された脆弱性情報を管理者に通知することができる。

以上のように、本実施形態の電子機器２００は、情報通知サーバー１００、及び電子機器２００の管理者用端末装置３００に通信接続される通信部２１０と、処理部２２０と、を含む。通信部２１０は、情報通知サーバー１００から電子機器２００の脆弱性情報を受信し、処理部２２０は、通信部２１０により受信された脆弱性情報を、通信部２１０を介して管理者用端末装置３００に通知する通知処理を行う。

また、本実施形態は、電子機器２００の制御方法として実現してもよい。つまり、本実施形態の電子機器２００の制御方法は、情報通知サーバー１００及び電子機器２００の管理者用端末装置３００と通信接続し、情報通知サーバー１００から電子機器２００の脆弱性情報を受信し、受信された脆弱性情報を、管理者用端末装置３００に通知する通知処理を行うようにしてもよい。

このようにすることで、電子機器２００は、通信部２１０を含むため、情報通知サーバー１００と管理者用端末装置３００の間と通信接続をすることができる。また、情報通知サーバー１００から脆弱性情報を受信することにより、電子機器２００側で脆弱性情報のデータを更新することができる。そして、受信された脆弱性情報を、管理者用端末装置３００に通知する通知処理を行うことにより、管理者に確実に脆弱性情報を通知することができる。

なお、情報通知サーバー１００は、電子機器２００に対して、脆弱性情報の他に、暫定対策情報を送信してもよい。暫定対策情報とは暫定対策に関する情報であり、暫定対策とは脆弱性情報に関する恒久対策としてファームウェアのアップデートを行う前に行う、一時的な対策に関する情報であり、例えば、脆弱性情報に関する機能を停止することであるが、脆弱性を含むバージョンより新しいバージョンの機能を使用すること等を含んでもよい。なお、以降の説明において、ファームウェアのアップデートを、ファームウェアの更新とも呼ぶことがある。処理部２２０は、情報通知サーバー１００から受信した暫定対策情報を、脆弱性情報と同様に、通信部２１０を介して管理者用端末装置３００に通知するようにしてもよい。例えば、図３で示した脆弱性情報のテーブルに暫定対策情報を追加することで実現できるが、他の手法で実現してもよい。以上のように、本実施形態において、通信部２１０は、情報通知サーバー１００から、脆弱性情報に対応した暫定対策情報を受信し、処理部２２０は、暫定対策情報を管理者用端末装置３００に提示する処理を行う。このようにすることで、ファームウェアのアップデートに必要な修正プログラムが作られるまでの期間を確保することができるので、脆弱性に対して適切な一時的処理を行いつつ、管理者に確実に脆弱性情報を通知することができる。

なお、本実施形態のシステムは、上記した構成に限らず、他の構成要素を追加するなどの種々の変形実施が可能である。例えば、図４に示すように、電子機器２００は、さらに、記憶部２３０と、Ｗｅｂサーバー２４０と、印刷部２５０と、表示部２６０を含んでもよく、さらに不図示の操作部又は報知部を含んでもよい。また、電子機器２００は、さらに、メール送信サーバー４００と接続してもよい。なお、ここでの操作部はボタン、キーボード、タッチセンサー或いは音声入力用マイク等、ユーザーからの入力操作を受け付けるもので実現できる。また、ここでの報知部は、音を出力するスピーカーで実現できるが、振動を行う振動モーター或いは圧電素子で実現してもよいし、光を発するＬＥＤ或いは蛍光灯等で実現してもよく、さらにこれらの組み合わせで実現してもよい。

記憶部２３０は、電子機器２００内のプログラム、データを予め記憶するもの或いは電子機器２００の一時的な演算内容を記憶するものである。プログラムは、例えば、後述する電子機器処理（ステップＳ２００）に関する処理を実行させるためのものや、Ｗｅｂサーバーソフトウェア等である。データは、例えば、前述の脆弱性情報、暫定対策情報やＷｅｂページデータ等であるが、電子機器２００が後述するプリンターである場合、プリンターに関する情報を記憶してもよい。プリンターに関する情報とは、例えば、端末装置からのジョブの記録等であるが、他の情報であってもよい。また、ジョブの記録とは、例えば、アクセスポイントの識別情報、ジョブの種類、稼働量或いはジョブの実行時刻等であるが、他の記録であってもよい。また、ジョブの種類は、例えば、印刷或いはファックス等である。また、稼働量とは、例えば、電子機器２００がプリンターであれば、印刷枚数或いはインク等の消耗量等である。

記憶部２３０は、例えば、不揮発性メモリーにより実現できるが、レジスター、前述の半導体メモリー、磁気記憶装置或いは光学式記憶装置等で実現してもよい。不揮発性メモリーは、例えばＥＥＰＲＯＭ（Electrically Erasable Programmable Read Only Memory）やフラッシュメモリーなどである。ＥＥＰＲＯＭは例えばフローティングゲート型のメモリーセルなどにより実現できる。フラッシュメモリーは、例えばＭＯＮＯＳ（Metal Oxide Nitride Oxide Silicon）のメモリーセルなどにより実現できる。また、磁気記憶装置は、例えば、ＨＤＤである。また、光学式記憶装置は、例えば、ＣＤ－ＲＯＭ或いはＤＶＤ－ＲＯＭ等である。

Ｗｅｂサーバー２４０は、所定の外部機器にインストールされたＷｅｂブラウザーからの要求に応じてＷｅｂページデータを送信する。所定の外部機器とは、例えば、管理者用端末装置３００であるが、他の端末装置であってもよい。電子機器２００に所定のＷｅｂサーバーソフトウェアをインストールすることで、Ｗｅｂサーバー２４０の機能を実現することができる。所定のＷｅｂサーバーソフトウェアとは、通信部２１０を制御するＯＳによって制御可能なソフトウェアであり、例えば、ｈｔｔｐプロトコルに準拠したＯＳＳである。また、Ｗｅｂページデータは、前述のように、記憶部２３０に記憶されている。

例えば、本実施形態において、管理者用端末装置３００には不図示のＷｅｂブラウザーがインストールされている。処理のフローの図示は省略するが、管理者用端末装置３００において所定の入力方法で所定のＵＲＬを入力すると、その所定のＵＲＬで示されるＷｅｂページデータを、通信部２１０を介してＷｅｂサーバー２４０に要求する。そして処理部２２０は、当該要求があったとき、Ｗｅｂサーバー２４０を起動させ、管理者用端末装置３００のＷｅｂブラウザーに対して、要求されたＷｅｂページデータを、通信部２１０を介して送信する。つまり、処理部２２０は、電子機器２００をＷｅｂサーバー２４０として動作させる処理を行い、管理者用端末装置３００はＷｅｂサーバー２４０に対するクライアントである。これにより、管理者は管理者用端末装置３００において後述するＷｅｂ画面６００を閲覧できる。なお、ここでの所定の入力方法とは、不図示のキーボード等の入力装置を用いて入力することや、所定のリンクを選択すること等であり、詳細は後述する。また、前述のようにＷｅｂサーバー２４０は、処理部２２０による処理で実現されるものであるが、図４では便宜上処理部２２０とＷｅｂサーバー２４０を別々に図示している。

印刷部２５０は、紙等の印刷媒体に対して画像の印刷を行うものであり、例えば印刷エンジンによって実現される。印刷エンジンは、例えば、インクジェット方式の吐出ヘッドであるが、当該吐出ヘッドを含むキャリッジの駆動機構等を含めてもよい。印刷エンジンは、搬送機構により搬送される印刷媒体に対して、吐出ヘッドからインクを吐出することで、印刷媒体に画像を印刷する。なお、印刷エンジンは、レーザー方式でトナーにより印刷するものでもよい。

表示部２６０は、各種情報をユーザーに表示するディスプレイ等で構成される。具体的には表示部２６０は、例えば、液晶ディスプレイにより実現できるが、有機ＥＬディスプレイやドットマトリックスＬＥＤ等で実現してもよい。なお、表示部２６０は、前述した不図示の操作部と、タッチパネルにより一体的なハードウェアとしてもよい。また、表示部２６０は、前述した不図示の報知部とともに、ユーザーに対して電子機器２００に関する報知を行ってもよい。

以上のように、本実施形態の電子機器２００は、記憶部２３０を含む。また、本実施形態の電子機器２００は、印刷部２５０を含む。また、本実施形態の電子機器２００は、表示部２６０を含む。

次に、図５のフローチャートを用いて、情報通知サーバー１００が行う処理例として、情報通知サーバー処理（ステップＳ１００）を説明する。なお、図５に示す各処理は情報通知サーバー１００における不図示のサーバー処理部が行うものとするが、単に情報通知サーバー１００が行うと表記することがある。また、情報通知サーバー１００は複数の電子機器２００と接続している場合、電子機器２００ごとに各ステップの処理を行っているものとする。

情報通知サーバー１００は、新しい脆弱性情報が発見されているか否かについて判断する処理（ステップＳ１１０）を行い、新しい脆弱性情報が発見されている場合（ステップＳ１１０でＹＥＳ）、脆弱性情報収集処理（ステップＳ１２０）を行う。具体的には、前述の所定の脆弱性情報格納サーバーにアクセスし、電子機器２００に関係する脆弱性情報が公開されているか否かを検索し、電子機器２００に関係する脆弱性情報が公開されている場合は、情報通知サーバー１００の不図示のサーバー記憶部に、当該脆弱性情報を記憶させる処理を行う。

情報通知サーバー１００は、新しい脆弱性情報が発見されていない場合（ステップＳ１１０でＮＯ）、図７で後述する確認処理（ステップＳ２２１）が電子機器２００から行われているかを判断する（ステップＳ１３０）。確認処理とは、電子機器２００が情報通知サーバー１００に対して新たな脆弱性情報の有無について確認を行う処理であり、詳細は後述する。確認処理が行われている場合（ステップＳ１３０でＹＥＳ）、情報通知サーバー１００は、脆弱性情報送信処理（ステップＳ１４０）を行う。具体的には、情報通知サーバー１００における不図示のサーバー記憶部に記憶された脆弱性情報のうち、所定の脆弱性情報を電子機器２００に送信する処理を行う。所定の脆弱性情報とは、未送信の脆弱性情報であるが、既に送信した脆弱性情報のうち前回の送信時から新たに更新された脆弱性情報を含んでもよい。また、このステップＳ１４０を行うタイミングが、図２で前述した第１タイミングｔ１に対応する。一方、電子機器２００から確認処理（ステップＳ２２１）が行われていない場合（ステップＳ１３０でＮＯ）、情報通知サーバー１００は、再度ステップＳ１１０の処理を行う。

情報通知サーバー１００は、脆弱性情報送信処理（ステップＳ１４０）を行った後、脆弱性情報送信確認処理（ステップＳ１５０）を行う。具体的には、前述の脆弱性情報送信処理（ステップＳ１４０）によって脆弱性情報が送信できているか否かを確認し、送信できている場合は送信済の脆弱性情報として不図示のサーバー記憶部に記憶し、所定の理由により送信できていない場合は、未送信の脆弱性情報として不図示のサーバー記憶部に記憶する処理を行う。所定の理由とは、例えば、情報通知サーバー１００と電子機器２００の通信が確立していないことや、電子機器２００が起動していないこと等である。なお、情報通知サーバー１００と電子機器２００の通信が確立していないこととは、通信に関するハードウェアが故障することであるが、これに限られない。例えば、無線通信の場合、ＳＳＩＤとパスワードが一致しないこと、意図しないアクセスポイントと接続すること、サポートされていないセキュリティー方式で接続すること等を含む。

情報通知サーバー１００は、脆弱性情報送信確認処理（ステップＳ１５０）を行った後、再度前述のステップＳ１１０の処理を行い、同様の処理が繰り返し行われる。また、以上の説明は例示であり、図５のフローチャートに他の処理を追加する等、種々の変形実施が可能である。例えば、情報通知サーバー１００は、後述する管理者用端末装置３００から、通知済の脆弱性情報について、暫定対策を実施した情報やファームウェアのアップデートを実施した情報等を定期的に収集する処理や、当該情報を電子機器２００に送信する処理を追加してもよい。

次に、図６、図７、図８、図９、図１０のフローチャートを用いて、電子機器２００の処理部２２０が行う処理である電子機器処理（ステップＳ２００）について説明する。なお、図６～図１０のフローチャートの説明において、以降は単に処理部２２０が行う処理と記載することがある。

図６に示すように、処理部２２０は、セットアップ処理（ステップＳ２１０）を行った後に、脆弱性情報管理処理（ステップＳ２２０）を行い、その後、表示画面設定処理（ステップＳ２６０）を行う。セットアップ処理（ステップＳ２１０）については後述する。また、脆弱性情報管理処理（ステップＳ２２０）の詳細は図７～図９で後述し、表示画面設定処理（ステップＳ２６０）の詳細は図１０で後述する。処理部２２０は、表示画面設定処理（ステップＳ２６０）を行ってから所定時間が経過する前（ステップＳ２７０でＮＯ）は、表示画面設定処理（ステップＳ２６０）を繰り返し行い、所定時間が経過した後（ステップＳ２７０でＹＥＳ）は、脆弱性情報管理処理（ステップＳ２２０）を行う。ここでの所定時間が経過することとは、最後に行った脆弱性情報管理処理（ステップＳ２２０）が終了した時点から、管理者によって設定された時間が経過することをいう。つまり、脆弱性情報管理処理（ステップＳ２２０）は、起動時に行われ、その後は所定時間ごとに繰り返し行われるようになっている。なお、ステップＳ２７０の所定時間は、管理者が自由に変更できるようにしてもよい。また、所定時間を経過後、脆弱性情報について何ら変化が無い場合は、図１０で後述する省電力モードフラグをＯＮにして、電子機器２００を省電力モードにしてもよい。このようにすることで、省電力モードに移行したことによって、管理者は脆弱性情報について新たな受信等が無いことを把握することができる。

セットアップ処理（ステップＳ２１０）は、前述のように電子機器２００に電源を投入したときに行われる処理であり、例えば、起動プログラムを実行する処理であるが、ネットワークの設定に関する処理、時刻設定に関する処理、各駆動部の動作確認を行う処理等を含んでもよい。また、セットアップ処理（ステップＳ２１０）において、起動プログラムの実行が完了したら、図１０で後述する省電力モードフラグをＯＦＦにする処理が含まれる。

次に、図７を用いて、脆弱性情報管理処理（ステップＳ２２０）の詳細について説明する。処理部２２０は、先ず確認処理（ステップＳ２２１）を行い、未確認の脆弱性情報が有る場合（ステップＳ２２２でＹＥＳ）は、脆弱性情報受信処理（ステップＳ２２３）を行う。具体的には、例えば処理部２２０は、受信していない脆弱性情報の有無について、情報通知サーバー１００に対して通信部２１０を介して確認する処理を行う。また、情報通知サーバー１００は、未送信の脆弱性情報等が有ると判断した場合、図５で前述の脆弱性情報送信処理（ステップＳ１４０）を行う。そして処理部２２０は、脆弱性情報送信処理（ステップＳ１４０）に対応するように、通信部２１０を介して脆弱性情報を受信する処理を行う。

一方、処理部２２０は、未確認の脆弱性情報が無い場合（ステップＳ２２２でＮＯ）は、未完了脆弱性情報の有無について確認する処理（ステップＳ２２４）を行う。ここでの未完了脆弱性情報とは、具体的には、電子機器２００が受信済みの脆弱性情報のうち、対策は既に行っているが、対策済みであることを示す対策済み情報を記憶部２３０に記憶することが、所定の理由でまだ完了していない脆弱性情報をいう。なお、ここでの対策とは、例えば、前述のファームウェアのアップデートを行ったことや、暫定対策を適用したこと等をいう。また、所定の理由とは、例えば突発的なエラーの発生等である。

処理部２２０は、脆弱性情報受信処理（ステップＳ２２３）を行った後、又は、未完了脆弱性情報が有ると判断した（ステップＳ２２４でＹＥＳ）後、脆弱性情報更新処理（ステップＳ２２５）を行う。具体的には、例えば記憶部２３０に記憶済みの脆弱性情報や履歴情報等と、脆弱性情報受信処理（ステップＳ２２３）によって受信した脆弱性情報や履歴情報等を比較する処理を行う。ここでの履歴情報とは、例えば前述の対策済み情報を含むが、管理者用端末装置３００に対策を行ったことを通知済であることを示す通知済み情報等を含んでもよい。そして、処理部２２０は、新たに受信した脆弱性情報等を記憶部２３０に記憶させる処理や、未完了脆弱性情報に含まれる対策済み情報を記憶部２３０に記憶させる処理等を行うことで、記憶部２３０の記憶内容を更新する。

一方、未完了脆弱性情報が無い場合（ステップＳ２２４でＮＯ）は、脆弱性情報更新処理（ステップＳ２２５）の後の処理である、脆弱性情報通知処理（ステップＳ２３０）を行う。

次に、図８のフローチャートを用いて、脆弱性情報通知処理（ステップＳ２３０）について説明する。処理部２２０は、未通知の脆弱性情報が有るか否かを判断する（ステップＳ２３１）。ここでの未通知の脆弱性情報とは、ステップＳ２２５によって記憶部２３０に記憶された脆弱性情報のうち、管理者用端末装置３００に未だ通知されていない脆弱性情報のことをいうが、後述する通知フラグがＯＦＦとなっている脆弱性情報を含む。つまり、処理部２２０は、未通知の脆弱性情報か否かについて、記憶部２３０に記憶された脆弱性情報を比較することで判断し、未通知の脆弱性情報が有る場合（ステップＳ２３１でＹＥＳ）は、通知処理を行う。なお、ここでの通知処理とは、後述する電子メール通知処理（ステップＳ２３５）以降の処理に対応する処理である。また、ここでの通知処理を行うタイミングが、図２の第２タイミングｔ２に対応する。

以上のように、本実施形態の電子機器２００は、脆弱性情報を蓄積する記憶部２３０を含み、処理部２２０は、記憶部２３０に蓄積された脆弱性情報と、通信部２１０により受信された脆弱性情報との比較結果に基づいて、通知処理を行うか否かを判定し、通知処理を行うと判定した場合に通知処理を行う。このようにすることで、情報通知サーバー１００から受信した脆弱性情報を電子機器２００に記憶させつつ、管理者に確実に脆弱性情報を通知することができる。

より具体的には、処理部２２０は、図７のステップＳ２２３によって受信された脆弱性情報等と、ステップＳ２２５によって記憶部２３０に記憶された脆弱性情報等とを比較し、管理者用端末装置３００に通知済の通信履歴が無い脆弱性情報であると判断された場合、後述する電子メール通知処理（ステップＳ２３５）以降の処理を行う。

以上のように、本実施形態において、処理部２２０は、通信部２１０により取得された脆弱性情報が通知されているか否かを比較結果に基づいて判定し、通知されていないと判定した場合に通知処理を行う。このようにすることで、情報通知サーバー１００から受信した脆弱性情報の通信履歴情報を電子機器２００に記憶させつつ、管理者に確実に脆弱性情報を通知することができる。

また、処理部２２０は、未通知の脆弱性情報が無い場合（ステップＳ２３１でＮＯ）は、未対策の脆弱性情報が有るかを判断し、未対策の脆弱性情報が有る場合（ステップＳ２３２でＹＥＳ）は、電子メール通知処理（ステップＳ２３５）以降の処理を行う。ここでの未対策の脆弱性情報とは、既に管理者用端末装置３００通知された脆弱性情報のうち、対策が行われた更新履歴が確認できない脆弱性情報である。つまり、処理部２２０は、通知したにも関わらず、対策を行った履歴が確認できない脆弱性情報が有る場合は、再度電子メール通知処理（ステップＳ２３５）以降の処理を行うことになっている。

以上のように、本実施形態において、処理部２２０は、通信部２１０により受信された脆弱性情報のうち、管理者用端末装置３００により対策されているか否かを確認する対策確認処理を行い、さらに管理者用端末装置３００により対策されていない脆弱性情報を管理者用端末装置３００に再度通知する再通知処理を行う。このようにすることで、対策の実施が遅れた脆弱性情報であっても、管理者に再度通知することができるので、脆弱性情報に対する対策漏れを防止することができる。

処理部２２０は、前述のステップＳ２３１でＹＥＳの場合或いはステップＳ２３２でＹＥＳの場合、電子メール通知処理（ステップＳ２３５）を行う。具体的には、処理部２２０は、通信部２１０を介して、メール送信サーバー４００に所定の記載を含む電子メールを送信する処理を行う。所定の記載とは、ステップＳ２３１またはステップＳ２３２の対象となった脆弱性情報に関する記載や、後述するＷｅｂ画面６００にリンクするリンク情報である。なお、ここでの電子メールの形式は、一般的な電子メールに対応する形式であればテキスト形式でもよいし、ｈｔｍｌ形式等他の形式であってもよい。なお、電子メールによる通知は、脆弱性情報ごとに行ってもよいし、複数の脆弱性情報を１通の電子メールで送信できるようにしてもよい。

つまり、本実施形態において、処理部２２０は、通信部２１０により受信された脆弱性情報を、通信部２１０を介した電子メールによって、管理者用端末装置３００に通知する通知処理を行う。これにより、管理者に確実に脆弱性情報を通知することができるとともに、管理者は電子メールによって容易に脆弱性情報を把握することができる。

なお、前述のように、電子機器２００の通信部２１０はＯＳＳによるプログラムによって制御されているため、電子メールに記載される脆弱性情報は、主に通信部２１０を制御するプログラムの脆弱性に関する情報であるが、他のプログラムに関する脆弱性情報が記載されていてもよい。

つまり、本実施形態において、処理部２２０は、通信部２１０により受信された情報であって、通信部２１０を制御するプログラムの脆弱性に関する情報である脆弱性情報を、通信部２１０を介して管理者用端末装置３００に通知する通知処理を行う。このようにすることで、通信部２１０に関する脆弱性情報を管理者に確実に通知することができる。

また、電子機器２００がプリンターである場合、即ち電子機器２００が印刷部２５０を含む場合、プリンターの印刷状況情報通知を電子メールやＷｅｂページによってプリンターの管理者に通知する手法が知られている。印刷状況情報通知とは、例えばインクやトナーの残量等に関する情報であるが、他の情報であってもよい。本実施形態は、当該印刷状況情報通知が記載された電子メールに脆弱性情報の記載を追記するように、電子メールのプログラムを変更する手法により、図１１で後述する電子メール画面５００の画面例を容易に実現することができる。また、図１２で後述するＷｅｂ画面６００の画面例も、同様の手法で容易に実現することができる。

つまり、本実施形態の電子機器２００は、印刷部２５０を含み、処理部２２０は、印刷部２５０の印刷状況情報を管理者用端末装置３００に通知する印刷状況情報通知処理を行い、印刷状況情報通知処理を用いて脆弱性情報を管理者用端末装置３００に通知する。このようにすることで、管理者に確実に脆弱性情報を通知することができるとともに、通知するシステムを容易に構築することができる。

その後、処理部２２０は、管理者用端末装置３００に電子メールが通知されたか否かを確認する処理（ステップＳ２３６）を実行する。具体的には、メール送信サーバー４００にアクセスし、電子メール送信状況について確認する処理等を行う。管理者用端末装置３００に電子メールが通知されている場合（ステップＳ２３６でＹＥＳ）は通知フラグをＯＮにする処理（ステップＳ２３７）を行った後にＷｅｂ登録処理（ステップＳ２４０）を行い、管理者用端末装置３００に電子メールが通知されていない場合（ステップＳ２３６でＮＯ）は通知フラグをＯＦＦにした処理（ステップＳ２３８）を行った後に、Ｗｅｂ登録処理（ステップＳ２４０）を行う。Ｗｅｂ登録処理（ステップＳ２４０）の詳細は後述する。なお、ここでの通知フラグとは、各々の脆弱性情報に関連付けられたフラグであるものとする。また、管理者用端末装置３００に電子メールが通知されていない場合とは、メール送信サーバー４００に不具合が有る場合や、電子機器２００とメール送信サーバー４００と管理者用端末装置３００との間で通信が確立していない場合等である。また、ここでの通信が確立していない場合とは、ステップＳ１５０で前述した場合と同様である。

そして、処理部２２０は、Ｗｅｂ登録処理（ステップＳ２４０）を行った後、ステップＳ２３１以降の処理を再度行う。つまり、ステップＳ２３０のフローは、記憶部２３０に記憶された全ての脆弱性情報について、ステップＳ２３１とステップＳ２３２がＮＯとなるまで、ステップＳ２３１～ステップＳ２４０が繰り返し実行されるように構成されている。

次に、図９のフローチャートを用いて、Ｗｅｂ登録処理（ステップＳ２４０）について説明する。先ず処理部２２０は、脆弱性情報比較処理（ステップＳ２４１）を行う。具体的には、前述の電子メール通知処理（ステップＳ２３５）に関する脆弱性情報と記憶部２３０に記憶された脆弱性情報とを比較する処理を行う。電子メール通知処理（ステップＳ２３５）に関する脆弱性情報が、記憶部２３０にて新たに更新された脆弱性情報を含まない場合（ステップＳ２４２でＮＯ）、フローを終了する。なお、ステップＳ２４２における更新は、新規に登録されることも含む。例えば、前述のステップＳ２３２でＹＥＳとなった未対策の脆弱性情報のみを管理者用端末装置３００に再度電子メールで通知する場合は、Ｗｅｂ画面６００を更新する必要が無いため、ステップＳ２４３以降の処理は行われない。

電子メール通知処理（ステップＳ２３５）に関する脆弱性情報に、新たに更新された脆弱性情報が含まれている場合（ステップＳ２４２でＮＯ）、処理部２２０は、通知フラグがＯＮであるか否かを判断する処理を行い、通知フラグがＯＮである場合（ステップＳ２４３でＹＥＳ）は、図１２で後述する通知済アイコン６５０をＷｅｂ画面６００に表示する処理（ステップＳ２４４）を行う。一方、通知フラグがＯＦＦである場合（ステップＳ２４３でＮＯ）は、未通知アイコン６５１をＷｅｂ画面６００に表示する処理（ステップＳ２４５）を行う。

その後、処理部２２０は、新たに更新された脆弱性情報について、ファームウェアが更新されているか否かを判断する処理を行い、ファームウェアが更新されている場合（ステップＳ２４６でＹＥＳ）は、図１２で後述する対策済アイコン６６０をＷｅｂ画面６００に表示する処理（ステップＳ２４７）を行う。一方、ファームウェアが更新されていない場合（ステップＳ２４６でＮＯ）は、未対策アイコン６６１をＷｅｂ画面６００に表示する処理（ステップＳ２４８）を行う。

その後、処理部２２０は、新たに更新された脆弱性情報について、暫定対策が有るか否かを判断する処理を行い、暫定対策が有る場合（ステップＳ２４９でＹＥＳ）は、図１２で後述する暫定対策アイコン６７０をＷｅｂ画面６００に表示する処理（ステップＳ２５０）を行う。なお、暫定対策が有るか否かを判断するとは、例えば、前述の深刻度に基づいて暫定対策を行う必要が無い程度の脆弱性であるか否かを判断することや、ファームウェアが対策済に更新されたことによって暫定対策が必要無くなったか否かを判断すること等である。一方、暫定対策が無い場合（ステップＳ２４９でＮＯ）は、ステップＳ２５０の処理を行うことなく、後述のＷｅｂ画面更新処理（ステップＳ２５１）を行う。つまり、図１０の処理例においては、暫定対策が無い場合は後述する暫定対策アイコン６７０をＷｅｂ画面６００に表示しないようになっているが、暫定対策アイコン６７０の表示方法はこれに限れられるものではなく、詳細は図１２で後述する。

そして、処理部２２０は、Ｗｅｂ画面更新処理（ステップＳ２５１）を行う。具体的には、更新された脆弱性情報を、記憶部２３０に記憶されているＷｅｂページデータに反映させる処理を行う。なお、ステップＳ２５１における更新は、新規に登録されることも含む。これにより、更新された脆弱性情報が後述のＷｅｂ画面６００に表示されるので、前述の電子メールに記載されたリンク情報に基づいて、当該電子メールに記載された脆弱性情報に対応したＷｅｂ画面６００を管理者が閲覧できる。

次に、図１０のフローチャートを用いて、表示画面設定処理（ステップＳ２６０）について説明する。処理部２２０は、省電力モードフラグがＯＮであるか否かについて判断する処理を行い、省電力モードフラグがＯＮである場合（ステップＳ２６２でＹＥＳ）、表示部２６０を省電力モード画面に設定する処理（ステップＳ２６４）を行い、フローを終了する。省電力モード画面は、例えば、一様な黒色の画像からなる画面であるが、他の画面であってもよい。

一方、処理部２２０は、省電力モードフラグがＯＦＦである場合（ステップＳ２６２でＮＯ）、表示部２６０を通常画面に設定する処理（ステップＳ２６６）を行い、フローを終了する。

図１１は、本実施形態の電子メールの画面例について説明する図である。電子メール画面５００には、ヘッダー情報の他、印刷状況情報メッセージ５１０と、脆弱性情報メッセージ５２０が表示される。印刷状況情報メッセージ５１０には、前述のようにトナーやインクの残量に関する情報が含まれる。これにより、残量が少ないトナーやインクの情報を管理者に通知し、交換を促すことができる。

脆弱性情報メッセージ５２０は、前述の電子メール通知処理（ステップＳ２３５）の対象となった脆弱性情報について記載されている。例えば、新たに発見された脆弱性情報に関する内容、深刻度、暫定対策の有無、ＵＲＬ等が記載されるが、他の情報を記載してもよい。このＵＲＬはＷｅｂサーバー２４０に接続するためのリンク情報であり、当該脆弱性情報が記憶されたＷｅｂページデータを示している。つまり、管理者は、リンク情報であるＵＲＬによって、Ｗｅｂサーバー２４０にアクセスしているとも言うことができる。以上のように、本実施形態において、処理部２２０は、管理者用端末装置３００が、Ｗｅｂサーバー２４０である電子機器２００に接続するためのリンク情報を、脆弱性情報と共に管理者用端末装置３００に通知する。このようにすることで、管理者に確実に脆弱性情報を通知することができるとともに、脆弱性情報の詳細を容易に把握することができる。

なお、脆弱性情報メッセージ５２０を、カテゴリー別に分類して表示してもよい。例えば、図１１に示すように、新規の脆弱性情報と、通知済ではあるが新たな更新が行われた脆弱性情報を分類してもよいし、さらに他のカテゴリーを設けて分類してもよい。このようにすることで、管理者は通知される複数の脆弱性情報を適切に識別することができる。

図１２は、Ｗｅｂページの表示例について説明する図である。管理者用端末装置３００において、管理者は、図１１のＵＲＬを選択することにより、Ｗｅｂブラウザーが起動し、Ｗｅｂ画面６００が開くようになっている。つまり、管理者はリンク情報であるＵＲＬに基づいてＷｅｂサーバー２４０にアクセスし、処理部２２０は、Ｗｅｂサーバー２４０を起動させ、管理者用端末装置３００に対してＷｅｂページデータを送信する。言い換えれば、処理部２２０は、管理者からのアクセスに応じて、Ｗｅｂ画面６００を管理者用端末装置３００に提示する処理を行う。Ｗｅｂ画面６００には、印刷状況情報ページ６１０と、脆弱性情報ページ６３０が表示される。印刷状況情報ページ６１０は、図１１の印刷状況情報メッセージ５１０に対応する内容として、例えば、トナー残量アイコン６２０が表示されている。なお、図１２において符号はブラック（Ｂ）のトナー残量アイコン６２０にのみ付し、他は省略している。これにより、管理者は、例えばブラック（Ｂ）のトナー残量が少なくなっているため、トナーの交換を要することを直感的に把握できる。

脆弱性情報ページ６３０において、記憶部２３０に記憶されている脆弱性情報が縦方向に並んで表示されている。図１２の例では、管理番号が小さい順即ち過去の脆弱性情報から順に並んでいる。また、脆弱性情報ごとに、管理番号を示す管理番号アイコン６４０、電子メールの通知が行われているかを示す通知済アイコン６５０又は未通知アイコン６５１、ファームウェア対策が行われているか否かを示す対策済アイコン６６０又は未対策アイコン６６１、暫定対策に関する暫定対策アイコン６７０が、適宜横方向に並んで表示されている。つまり、Ｗｅｂ画面６００は、過去に通知した脆弱性情報及び暫定対策を含む対策情報を表示する。以上のように、本実施形態において、処理部２２０は、管理者用端末装置３００からリンク情報によりＷｅｂサーバー２４０にアクセスされたとき、過去に通知した脆弱性情報及び暫定対策情報を表示するＷｅｂ画面６００を、管理者用端末装置３００に提示する。このようにすることで、管理者に確実に脆弱性情報を通知することができるとともに、管理者に過去の脆弱性情報を把握させることができる。なお、図１２において、管理番号アイコン６４０、通知済アイコン６５０、未通知アイコン６５１、対策済アイコン６６０、未対策アイコン６６１及び暫定対策アイコン６７０の符号は代表としていずれか１つに付し、他は省略している。

また、脆弱性情報が多数有り、管理者用端末装置３００のディスプレイにＷｅｂ画面６００の全てが表示できない場合は、縦方向にスクロールすることで、全ての脆弱性情報が表示できるようになっている。つまり、Ｗｅｂ画面６００において、過去に通知した複数の脆弱性情報は一覧表示できるようになっている。また、各々の脆弱性情報について、管理者用端末装置３００に電子メールを通知済であれば通知済アイコン６５０が表示され、管理者用端末装置３００にまだ電子メールが通知されていなければ未通知アイコン６５１が表示されるようになっている。同様に、ファームウェアアップデートによる対策が既に行われている場合は対策済アイコン６６０が表示され、ファームウェアアップデートによる対策が行われていない場合は未対策アイコン６６１が表示されるようになっている。これにより、管理者は、各脆弱性情報について、ファームウェアアップデートによる対策が行われているか否かが容易に把握できる。なお、例えば、管理番号アイコン６４０を選択すると、脆弱性情報についてより詳細に示したＷｅｂページにリンクできるようにしてもよい。これにより、脆弱性情報の一覧表示をより簡素化することができる。以上のように、本実施形態において、処理部２２０は、Ｗｅｂ画面６００において、過去に通知した複数の脆弱性情報を一覧表示すると共に、ファームウェアアップデートにより各々の脆弱性情報が対策済みであるか否かを表示する。このようにすることで、管理者に確実に脆弱性情報を通知することができるとともに、管理者はファームウェアのアップデートによる対策が行われているか否かを容易に把握することができる。

また、各々の脆弱性情報について、暫定対策が有る場合は、暫定対策アイコン６７０が表示されるようになっている。また、対策済アイコン６６０が表示された場合は、暫定対策は不要になるため、暫定対策アイコン６７０は消去される。なお、図１２の例では、図９のステップＳ２４９～Ｓ２５０で前述したように、暫定対策が存在しない脆弱性情報については、暫定対策アイコン６７０は表示されないようになっているが、これに限らず、例えば、暫定対策アイコン６７０を表示するが、選択操作に反応しない表示制御を行うようにしてもよい。このようにすることで、一律に暫定対策アイコン６７０を表示することにより制御負担を軽減することができる。

なお、暫定対策アイコン６７０を選択すると、例えば、その脆弱性情報に関する機能を停止する処理を行うようになっているが、これに限らず、例えば図１３に示すようなＷｅｂページを開いて、複数の暫定対策をうち１つを選択できるようにしてもよい。このようにすることで、管理者は、図１３に示した選択肢を見ることで、電子機器２００の設計及び開発に関係する者に連絡し、どのような対策を取るかについて適切な判断を求めることができる。また、暫定対策アイコン６７０は、一度暫定対策を決定したら消去してもよいし、継続して表示してもよい。一度暫定対策を決定しても、その後に再度変更したい場合も考えられるからである。

その他の変形例として、本実施形態の電子機器２００は、表示部２６０を含み、処理部２２０は、管理者用端末装置３００に通知した脆弱性情報を、表示部２６０に表示する処理を行ってもよい。例えば、電子機器２００は、前述の脆弱性情報受信処理（ステップＳ２２３）において、情報通知サーバー１００から脆弱性情報を受信したとき、表示部２６０の所定の領域に、脆弱性情報を受信したことを管理者に知らせる旨の要求の表示を表示する処理を追加することで、実現することができる。このようにすることで、管理者に対する脆弱性情報の伝達を促進することができる。例えば、管理者が管理者用端末装置３００から離れた場所に居るが、管理者以外の者が電子機器２００の傍に居る状況であっても、管理者は、脆弱性情報を受信したことを把握することができる。

なお、図１０で前述した省電力モードフラグがＯＮであるとき、即ち省電力画面が表示されているときに前述の脆弱性情報受信処理（ステップＳ２２３）が行われたときは、省電力モードフラグをＯＦＦにして表示部２６０を通常画面に変更した後に、脆弱性情報を受信したことを管理者に知らせる旨の要求の表示が表示されるが、本実施形態はこれに限られない。例えば、省電力モードフラグをＯＮにしたまま、省電力画面に対して、脆弱性情報を受信したことを管理者に知らせる旨の要求を表示させる表示制御を行ってもよい。このようにすることで、省電力を実現しつつ、管理者に対する脆弱性情報の伝達を促進することができる。

以上のように、本実施形態の電子機器は、情報通知サーバー、及び電子機器の管理者用端末装置に通信接続される通信部と、処理部と、を含み、通信部は、情報通知サーバーから電子機器の脆弱性情報を受信し、処理部は、通信部により受信された脆弱性情報を、通信部を介して管理者用端末装置に通知する通知処理を行う。

このようにすることで、電子機器は、通信部を含むことから、情報通知サーバーと管理者用端末装置の間と通信接続をすることができる。また、情報通知サーバーから脆弱性情報を受信することから、電子機器側で脆弱性情報のデータを更新することができる。そして、受信された脆弱性情報を、管理者用端末装置に通知する通知処理を行うことから、管理者に確実に脆弱性情報を通知することができる。

また、通信部は、情報通知サーバーから、脆弱性情報に対応した暫定対策情報を受信し、処理部は、暫定対策情報を管理者用端末装置に提示する処理を行ってもよい。

このようにすれば、脆弱性に対して適切な一時的処理を行いつつ、管理者に確実に脆弱性情報を通知することができる。

また、脆弱性情報を蓄積する記憶部を含み、処理部は、記憶部に蓄積された脆弱性情報と、通信部により受信された脆弱性情報との比較結果に基づいて、通知処理を行うか否かを判定し、通知処理を行うと判定した場合に通知処理を行ってもよい。

このようにすれば、情報通知サーバーから受信した脆弱性情報を電子機器に記憶させつつ、管理者に確実に脆弱性情報を通知することができる。

また、処理部は、通信部により取得された脆弱性情報が通知されているか否かを比較結果に基づいて判定し、通知されていないと判定した場合に通知処理を行ってもよい。

このようにすれば、情報通知サーバーから受信した脆弱性情報の通信履歴情報を電子機器に記憶させつつ、管理者に確実に脆弱性情報を通知することができる。

また、処理部は、電子機器をＷｅｂサーバーとして動作させる処理を行い、Ｗｅｂサーバーに対するクライアントである管理者用端末装置が、Ｗｅｂサーバーである電子機器に接続するためのリンク情報を、脆弱性情報と共に管理者用端末装置に通知してもよい。

このようにすれば、管理者に確実に脆弱性情報を通知することができるとともに、脆弱性情報の詳細を容易に把握することができる。

また、処理部は、管理者用端末装置からリンク情報によりＷｅｂサーバーにアクセスされたとき、過去に通知した脆弱性情報及び暫定対策情報を表示するＷｅｂ画面を、管理者用端末装置に提示してもよい。

このようにすれば、管理者に確実に脆弱性情報を通知することができるとともに、管理者に過去の脆弱性情報を把握させることができる。

また、処理部は、Ｗｅｂ画面において、過去に通知した複数の脆弱性情報を一覧表示すると共に、ファームウェアアップデートにより各々の脆弱性情報が対策済みであるか否かを表示してもよい。

このようにすれば、管理者に確実に脆弱性情報を通知することができるとともに、管理者はファームウェアのアップデートによる対策が行われているか否かを容易に把握することができる。

また、処理部は、通信部により受信された情報であって、通信部を制御するプログラムの脆弱性に関する情報である脆弱性情報を、通信部を介して管理者用端末装置に通知する通知処理を行ってもよい。

このようにすれば、通信部に関する脆弱性情報を管理者に確実に通知することができる。

また、印刷部を含み、処理部は、印刷部の印刷状況情報を管理者用端末装置に通知する印刷状況情報通知処理を行い、印刷状況情報通知処理を用いて脆弱性情報を管理者用端末装置に通知してもよい。

このようにすれば、管理者に確実に脆弱性情報を通知することができるとともに、通知するシステムを容易に構築することができる。

また、処理部は、通信部により受信された脆弱性情報を、通信部を介した電子メールによって、管理者用端末装置に通知する通知処理を行ってもよい。

このようにすれば、管理者に確実に脆弱性情報を通知することができるとともに、管理者は電子メールによって容易に脆弱性情報を把握することができる。

また、処理部は、通信部により受信された脆弱性情報のうち、管理者用端末装置により対策されているか否かを確認する対策確認処理を行い、さらに管理者用端末装置により対策されていない脆弱性情報を管理者用端末装置に再度通知する再通知処理を行うようにしてもよい。

このようにすれば、対策の実施が遅れた脆弱性情報であっても、管理者に再度通知することができるので、脆弱性情報に対する対策漏れを防止することができる。

また、表示部を含み、処理部は、管理者用端末装置に通知した脆弱性情報を、表示部に表示する処理を行ってもよい。

このようにすれば、管理者に対する脆弱性情報の伝達を促進することができる。

また、本実施形態の電子機器の制御方法は、情報通知サーバー及び電子機器の管理者用端末装置と通信接続し、情報通知サーバーから電子機器の脆弱性情報を受信し、受信された脆弱性情報を、管理者用端末装置に通知する通知処理を行う。

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

１００…情報通知サーバー、２００…電子機器、２１０…通信部、２２０…処理部、２３０…記憶部、２４０…Ｗｅｂサーバー、２５０…印刷部、２６０…表示部、３００…管理者用端末装置、４００…メール送信サーバー、５００…電子メール画面、５１０…印刷状況情報メッセージ、５２０…脆弱性情報メッセージ、６００…Ｗｅｂ画面、６１０…印刷状況情報ページ、６２０…トナー残量アイコン、６３０…脆弱性情報ページ、６４０…管理番号アイコン、６５０…通知済アイコン、６５１…未通知アイコン、６６０…対策済アイコン、６６１…未対策アイコン、６７０…暫定対策アイコン

Claims

情報通知サーバー、及び電子機器の管理者用端末装置に通信接続される通信部と、
処理部と、
を含み、
前記通信部は、
前記情報通知サーバーから前記電子機器の脆弱性情報を受信し、
前記処理部は、
前記通信部により受信された前記脆弱性情報を、前記通信部を介して前記管理者用端末装置に通知する通知処理を行うことを特徴とする電子機器。
請求項１に記載の電子機器において、
前記通信部は、
前記情報通知サーバーから、前記脆弱性情報に対応した暫定対策情報を受信し、
前記処理部は、
前記暫定対策情報を前記管理者用端末装置に提示する処理を行うことを特徴とする電子機器。
請求項１又は２に記載の電子機器において、
前記脆弱性情報を蓄積する記憶部を含み、
前記処理部は、
前記記憶部に蓄積された前記脆弱性情報と、前記通信部により受信された前記脆弱性情報との比較結果に基づいて、前記通知処理を行うか否かを判定し、前記通知処理を行うと判定した場合に前記通知処理を行うことを特徴とする電子機器。
請求項３に記載の電子機器において、
前記処理部は、
前記通信部により取得された前記脆弱性情報が通知されているか否かを前記比較結果に基づいて判定し、通知されていないと判定した場合に前記通知処理を行うことを特徴とする電子機器。
請求項１乃至４のいずれか一項に記載の電子機器において、
前記処理部は、
前記電子機器をＷｅｂサーバーとして動作させる処理を行い、
前記Ｗｅｂサーバーに対するクライアントである前記管理者用端末装置が、前記Ｗｅｂサーバーである前記電子機器に接続するためのリンク情報を、前記脆弱性情報と共に前記管理者用端末装置に通知することを特徴とする電子機器。
請求項５に記載の電子機器において、
前記処理部は、
前記管理者用端末装置から前記リンク情報により前記Ｗｅｂサーバーにアクセスされたとき、過去に通知した前記脆弱性情報及び暫定対策情報を表示するＷｅｂ画面を、前記管理者用端末装置に提示することを特徴とする電子機器。
請求項６に記載の電子機器において、
前記処理部は、
前記Ｗｅｂ画面において、過去に通知した複数の前記脆弱性情報を一覧表示すると共に、ファームウェアアップデートにより各々の前記脆弱性情報が対策済みであるか否かを表示することを特徴とする電子機器。
請求項１乃至７のいずれか一項に記載の電子機器において、
前記処理部は、
前記通信部により受信された情報であって、前記通信部を制御するプログラムの脆弱性に関する情報である前記脆弱性情報を、前記通信部を介して前記管理者用端末装置に通知する前記通知処理を行うことを特徴とする電子機器。
請求項１乃至８のいずれか一項に記載の電子機器において、
印刷部を含み、
前記処理部は、
前記印刷部の印刷状況情報を前記管理者用端末装置に通知する印刷状況情報通知処理を行い、
前記印刷状況情報通知処理を用いて前記脆弱性情報を前記管理者用端末装置に通知することを特徴とする電子機器。
請求項１乃至９のいずれか一項に記載の電子機器において、
前記処理部は、
前記通信部により受信された前記脆弱性情報を、前記通信部を介した電子メールによって、前記管理者用端末装置に通知する前記通知処理を行うことを特徴とする電子機器。
請求項１乃至１０のいずれか一項に記載の電子機器において、
前記処理部は、
前記通信部により受信された前記脆弱性情報のうち、前記管理者用端末装置により対策されているか否かを確認する対策確認処理を行い、
前記管理者用端末装置により対策されていない前記脆弱性情報を前記管理者用端末装置に再度通知する再通知処理を行うことを特徴とする電子機器。
請求項１乃至１１のいずれか一項に記載の電子機器において、
表示部を含み、
前記処理部は、
前記管理者用端末装置に通知した前記脆弱性情報を、前記表示部に表示する処理を行うことを特徴とする電子機器。
情報通知サーバー及び電子機器の管理者用端末装置と通信接続し、
前記情報通知サーバーから前記電子機器の脆弱性情報を受信し、
受信された前記脆弱性情報を、前記管理者用端末装置に通知する通知処理を行うことを特徴とする電子機器の制御方法。