(57)【要約】【課題】  通信装置の通信設定を変更するための要求の受付のログを示すログ情報がサーバに記憶されない状況において、通信設定が変更されることを抑制すること。【解決手段】  通信装置は、イベントのログを示すログ情報をサーバに送信するための通信設定を記憶するメモリを備える。通信装置は、第１の通信設定がメモリに記憶されている状態において、第２の通信設定をメモリに記憶することを要求する第１の要求を受け付ける場合に、第１の通信設定に従って第１の要求の受付のログを示す第１のログ情報を送信し、第１のログ情報がサーバによって受信されたのか否かを判断する。そして、通信装置は、第１のログ情報がサーバによって受信されたと判断される場合に、第２の通信設定をメモリに記憶する。第１のログ情報がサーバによって受信されなかったと判断される場合に、第２の通信設定がメモリに記憶されない。【選択図】図４
2020135131.tif 000002
【特許請求の範囲】
【請求項１】
通信装置であって、
通信インターフェースと、
前記通信装置において発生するイベントのログを示すログ情報をサーバに送信するための通信設定を記憶するメモリと、
前記通信設定として第１の通信設定が前記メモリに記憶されている状態において、前記第１の通信設定とは異なる第２の通信設定を前記メモリに記憶することを要求する第１の要求を受け付ける第１の受付部と、
前記第１の要求が受け付けられる場合に、前記通信インターフェースを介して、前記第１の通信設定に従って、前記第１の要求の受付のログを示す第１のログ情報を送信する第１の送信部と、
送信済みの前記第１のログ情報が前記サーバによって受信されたのか否かを判断する第１の判断部と、
前記第１のログ情報が前記サーバによって受信されたと判断される場合に、受信済みの前記第１の要求に応じて、前記第１の通信設定に代えて前記第２の通信設定を前記メモリに記憶する第１の記憶制御部であって、前記第１のログ情報が前記サーバによって受信されなかったと判断される場合に、前記第１の通信設定に代えて前記第２の通信設定が前記メモリに記憶されない、前記第１の記憶制御部と、
を備える、通信装置。
【請求項２】
前記通信装置は、さらに、
前記第１の要求が受け付けられる前に、前記通信インターフェースを介して、前記第１の通信設定に従って対象情報を送信する第２の送信部と、
送信済みの前記対象情報が前記サーバによって受信されたのか否かを判断する第２の判断部と、
前記対象情報が前記サーバによって受信されなかったと判断される場合に、受信済みの前記第１の要求に応じて、前記第１の通信設定に代えて前記第２の通信設定を前記メモリに記憶する第２の記憶制御部と、を備え、
前記第１の記憶制御部は、前記対象情報が前記サーバによって受信されたと判断され、かつ、前記第１のログ情報が前記サーバによって受信されたと判断される場合に、受信済みの前記第１の要求に応じて、前記第１の通信設定に代えて前記第２の通信設定を前記メモリに記憶し、
前記対象情報が前記サーバによって受信されたと判断され、かつ、前記第１のログ情報が前記サーバによって受信されなかったと判断される場合に、前記第１の通信設定に代えて前記第２の通信設定が前記メモリに記憶されない、請求項１に記載の通信装置。
【請求項３】
前記通信装置は、さらに、
前記通信設定として前記第１の通信設定が前記メモリに記憶されていない状態において、前記第１の通信設定を前記メモリに記憶することを要求する第２の要求を受け付ける第２の受付部を備え、
前記対象情報は、前記第２の要求に応じて前記第１の通信設定を前記メモリに記憶することを示す第２のログ情報である、請求項２に記載の通信装置。
【請求項４】
前記通信設定は、前記ログ情報を前記サーバに送信するために利用される通信プロトコルを示すプロトコル情報を含み、
前記通信装置は、さらに、
前記第１の通信設定に含まれる前記プロトコル情報が第１の通信プロトコルを示す場合に、前記第１のログ情報の送信後に、前記第１の通信設定に従って確認信号を送信する第３の送信部であって、前記第１の通信設定に含まれる前記プロトコル情報が前記第１の通信プロトコルとは異なる第２の通信プロトコルを示す場合に、前記確認信号は送信されない、前記第３の送信部を備え、
前記第１の判断部は、
前記第１の通信設定に含まれる前記プロトコル情報が前記第１の通信プロトコルを示す場合において、前記サーバから前記確認信号に対する応答信号が受信される場合に、前記第１のログ情報が前記サーバによって受信されたと判断し、
前記第１の通信設定に含まれる前記プロトコル情報が前記第１の通信プロトコルを示す場合において、前記サーバから前記応答信号が受信されない場合に、前記第１のログ情報が前記サーバによって受信されなかったと判断し、
前記第１の通信設定に含まれる前記プロトコル情報が前記第２の通信プロトコルを示す場合において、前記サーバから前記第１のログ情報の受信完了を示す完了信号が受信される場合に、前記第１のログ情報が前記サーバによって受信されたと判断し、
前記第１の通信設定に含まれる前記プロトコル情報が前記第２の通信プロトコルを示す場合において、前記サーバから前記完了信号が受信されない場合に、前記第１のログ情報が前記サーバによって受信されなかったと判断する、請求項１から３のいずれか一項に記載の通信装置。
【請求項５】
前記第１の通信プロトコルは、ＵＤＰ（User Datagram Protocolの略）であり、
前記第２の通信プロトコルは、ＴＣＰ（Transmission Control Protocolの略）である、請求項４に記載の通信装置。
【請求項６】
前記通信装置は、さらに、
前記第１のログ情報が前記サーバによって受信されたと判断される場合に、前記第１の通信設定に従って、前記第１の要求に応じて前記第２の通信設定を前記メモリに記憶することを示す第３のログ情報を送信する第４の送信部を備える、請求項１から５のいずれか一項に記載の通信装置。
【請求項７】
前記通信装置は、さらに、
表示部と、
前記第１のログ情報が前記サーバによって受信されなかったと判断される場合に、前記第１の通信設定に代えて前記第２の通信設定を前記メモリに記憶するのか否かを問い合わせるための問合画面を前記表示部に表示させる表示制御部と、
前記問合画面において、前記第１の通信設定に代えて前記第２の通信設定を前記メモリに記憶することが指示される場合に、前記第１の通信設定に代えて前記第２の通信設定を前記メモリに記憶する第３の記憶制御部と、を備える、請求項１から６のいずれか一項に記載の通信装置。
【請求項８】
前記第１のログ情報は、ｓｙｓｌｏｇプロトコルに従って送信される、請求項１から７のいずれか一項に記載の通信装置。
【請求項９】
通信装置のためのコンピュータプログラムであって、
前記通信装置は、
通信インターフェースと、
前記通信装置において発生するイベントのログを示すログ情報をサーバに送信するための通信設定を記憶するメモリと、
コンピュータと、を備え、
前記コンピュータプログラムは、前記コンピュータを、以下の各部、即ち、
前記通信設定として第１の通信設定が前記メモリに記憶されている状態において、前記第１の通信設定とは異なる第２の通信設定を前記メモリに記憶することを要求する第１の要求を受け付ける第１の受付部と、
前記第１の要求が受け付けられる場合に、前記通信インターフェースを介して、前記第１の通信設定に従って、前記第１の要求の受付のログを示す第１のログ情報を送信する第１の送信部と、
送信済みの前記第１のログ情報が前記サーバによって受信されたのか否かを判断する第１の判断部と、
前記第１のログ情報が前記サーバによって受信されたと判断される場合に、受信済みの前記第１の要求に応じて、前記第１の通信設定に代えて前記第２の通信設定を前記メモリに記憶する第１の記憶制御部であって、前記第１のログ情報が前記サーバによって受信されなかったと判断される場合に、前記第１の通信設定に代えて前記第２の通信設定が前記メモリに記憶されない、前記第１の記憶制御部と、
として機能させる、コンピュータプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本明細書では、ログ情報をサーバに送信する通信装置に関する技術を開示する。
【背景技術】
【０００２】
特許文献１には、ｓｙｓｌｏｇプロトコルに従って動作ログをホストに転送する画像処理装置が開示されている。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２０１０−２８７１０８号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
画像処理装置は、通常、動作ログをホストに転送するための通信設定を記憶し、当該通信設定に従って動作ログをホストに転送する。上記の文献では、画像処理装置の通信設定が変更される状況について何ら想定されていない。
【０００５】
本明細書では、通信装置の通信設定を変更するための要求の受付のログを示すログ情報がサーバに記憶されない状況において、通信設定が変更されることを抑制する技術を提供する。
【０００６】
本明細書によって開示される通信装置は、通信インターフェースと、前記通信装置において発生するイベントのログを示すログ情報をサーバに送信するための通信設定を記憶するメモリと、前記通信設定として第１の通信設定が前記メモリに記憶されている状態において、前記第１の通信設定とは異なる第２の通信設定を前記メモリに記憶することを要求する第１の要求を受け付ける第１の受付部と、前記第１の要求が受け付けられる場合に、前記通信インターフェースを介して、前記第１の通信設定に従って、前記第１の要求の受付のログを示す第１のログ情報を送信する第１の送信部と、送信済みの前記第１のログ情報が前記サーバによって受信されたのか否かを判断する第１の判断部と、前記第１のログ情報が前記サーバによって受信されたと判断される場合に、受信済みの前記第１の要求に応じて、前記第１の通信設定に代えて前記第２の通信設定を前記メモリに記憶する第１の記憶制御部であって、前記第１のログ情報が前記サーバによって受信されなかったと判断される場合に、前記第１の通信設定に代えて前記第２の通信設定が前記メモリに記憶されない、前記第１の記憶制御部と、を備えてもよい。
【０００７】
上記の構成によると、通信装置は、第１の要求を受け付ける場合に、第１の要求の受付時の通信設定である第１の通信設定に従って第１のログ情報を送信する。そして、通信装置は、第１のログ情報がサーバによって受信される場合には、第１の通信設定に代えて第２の通信設定をメモリに記憶するが、第１のログ情報がサーバによって受信されない場合には、第１の通信設定に代えて第２の通信設定をメモリに記憶しない。このために、通信装置の通信設定を変更するための第１の要求の受付のログを示す第１のログ情報がサーバに記憶されない状況において、通信設定が変更されることを抑制することができる。
【０００８】
上記の通信装置を実現するためのコンピュータプログラム、及び、当該コンピュータプログラムを記憶するコンピュータ可読記録媒体も新規で有用である。上記の通信装置によって実行される方法も新規で有用である。また、上記の通信装置と他の装置（例えばサーバ）とを備える通信システムも、新規で有用である。
【図面の簡単な説明】
【０００９】
【図１】通信システムの構成を示す。
【図２】多機能機のイベント監視処理のフローチャートを示す。
【図３】多機能機の第１のログ送信処理のフローチャートを示す。
【図４】多機能機の第２のログ送信処理のフローチャートを示す。
【図５】サーバ設定が多機能機に初めて記憶されるケースのシーケンス図を示す。
【図６】ログ管理サーバとの通信が成功するケースＡ１，Ａ２、及び、ログ管理サーバとの通信が成功しないケースＢ１，Ｂ２のシーケンス図を示す。
【図７】通信成功フラグが「ＯＮ」を示す状態でサーバ設定の変更が要求されるケースのシーケンス図を示す。
【図８】ログ管理サーバとの通信が成功するケースＣ、及び、ログ管理サーバとの通信が成功しないケースＤのシーケンス図を示す。
【図９】通信成功フラグが「ＯＦＦ」を示す状態でサーバ設定の変更が要求されるケースのシーケンス図を示す。
【発明を実施するための形態】
【００１０】
（通信システム２の構成；図１）
図１に示すように、通信システム２は、多機能機１０（以下では「ＭＦＰ（Multi-Function Peripheralの略）」と呼ぶ）と、ログ管理サーバ（以下では単に「サーバ」と記載する）１００と、ＰＣ（Personal Computerの略）３００と、を備える。各デバイス１０，１００，３００は、同じＬＡＮ（Local Area Networkの略）６に所属しており、ＬＡＮ６を介して相互に通信可能である。
【００１１】
（ＭＦＰ１０の構成）
ＭＦＰ１０は、印刷機能、スキャン機能、及び、内部サーバ機能を含む多機能を実行可能な周辺装置（即ちＰＣ３００等の周辺装置）である。ＭＦＰ１０は、操作部１２と、表示部１４と、通信インターフェース１６と、印刷実行部１８と、スキャン実行部２０と、制御部３０と、を備える。以下では、インターフェースのことを「Ｉ／Ｆ」と記載する。
【００１２】
操作部１２は、複数のキーによって構成される。ユーザは、操作部１２を操作することによって、様々な指示をＭＦＰ１０に入力することができる。表示部１４は、様々な情報を表示するためのディスプレイである。表示部１４は、タッチパネル等の操作部として機能するものであってもよい。通信Ｉ／Ｆ１６は、有線通信を実行するためのＩ／Ｆであり、ＬＡＮ６に接続されている。変形例では、通信Ｉ／Ｆ１６は、無線通信を実行するためのＩ／Ｆであってもよく、この場合、ＬＡＮ６は、いわゆる無線ＬＡＮである。印刷実行部１８は、インクジェット方式、レーザ方式等の印刷機構を備える。スキャン実行部２０は、ＣＣＤ、ＣＩＳ等のスキャン機構を備える。
【００１３】
制御部３０は、ＣＰＵ３２と、メモリ３４と、を備える。ＣＰＵ３２は、メモリ３４に記憶されているプログラム３６に従って、様々な処理を実行する。例えば、ＣＰＵ３２は、ＭＦＰ１０においてイベントが発生する場合に、ｓｙｓｌｏｇプロトコルに従って、当該イベントのログを示すログ情報をサーバ１００に送信する。ｓｙｓｌｏｇプロトコルは、システムのログを記憶するための汎用的な通信プロトコルである。
【００１４】
ここで、「イベントが発生する」とは、ＭＦＰ１０によって予め決められている処理が実行されることを意味する。予め決められている処理は、例えば、ＨＴＴＰ（Hypertext Transfer Protocolの略）認証、スキャンデータ送信先の変更、サーバ設定変更要求の受信、サーバ設定変更の実行等を含む。
【００１５】
ＨＴＴＰ認証は、ＭＦＰ１０のユーザを認証する処理である。例えば、ＭＦＰ１０は、外部装置（例えばＰＣ３００）から、ＨＴＴＰに従って、ＭＦＰ１０の内部サーバにログインするためのログイン要求を受信する場合に、ログイン要求に含まれる認証情報（例えばユーザ名とパスワード）を利用してＨＴＴＰ認証を実行する。
【００１６】
スキャンデータ送信先の変更は、スキャン実行部２０が原稿のスキャンを実行することによって生成されるスキャンデータの送信先のメールアドレスを変更する処理である。例えば、ＭＦＰ１０は、外部装置（例えばＰＣ３００）から、メモリ３４に記憶されている送信先のメールアドレス（図示省略）を変更するための送信先変更指示であって、新たなメールアドレスを含む送信先変更指示を受信する場合に、記憶済みのメールアドレスに代えて新たなメールアドレスをメモリ３４に記憶する。送信先変更指示は、外部装置のユーザによってＭＦＰ１０の内部サーバにログインされた後に、スキャンデータの送信先を変更するための送信先変更操作が外部装置に実行される場合に、外部装置からＭＦＰ１０に送信される。
【００１７】
サーバ設定変更要求の受信は、外部装置（例えばＰＣ３００）からサーバ設定変更要求を受信する処理である。サーバ設定変更の実行は、サーバ設定変更要求に応じてサーバ設定を変更する処理である。
【００１８】
メモリ３４は、揮発性メモリ、不揮発性メモリ等によって構成される。メモリ３４は、プログラム３６のみならず、Ｓｅｖｅｒｉｔｙテーブル３８と、ログ送信フラグ４０と、通信成功フラグ４２と、を記憶する。
【００１９】
Ｓｅｖｅｒｉｔｙテーブル３８は、複数個のイベントの内容のそれぞれについて、当該イベントの内容と、順位を示す順位情報と、を対応付けて記憶するテーブルである。Ｓｙｓｌｏｇプロトコルでは、イベントの内容の重大度（即ちＳｅｖｅｒｉｔｙ）を示す順位が定義されている。順位の数字が小さい程、重大度が高い。例えば、順位「０」は順位「１」より高順位であり、順位「７」は順位「６」より低順位である。
【００２０】
ＭＦＰ１０のベンダは、複数個のイベントの内容のそれぞれについて、順位「０」〜「７」のうちのいずれかを割り当てる。本実施例では、例えば、ＨＴＴＰ認証が成功したことを示すイベントの内容には、順位「６」が割り当てられ、ＨＴＴＰ認証が失敗したことを示すイベントの内容には、順位「４」が割り当てられる。Ｓｅｖｅｒｉｔｙテーブル３８は、ＭＦＰ１０の出荷段階からメモリ３４に予め記憶されている。また、Ｓｅｖｅｒｉｔｙテーブル３８は、ＭＦＰ１０の出荷後にプログラム３６のアップデートが実行されることに応じて変更されてもよい。
【００２１】
ログ送信フラグ４０は、ログ情報の送信を実行することを示す「ＯＮ」と、ログ情報の送信を実行しないことを示す「ＯＦＦ」と、のいずれか一方を示す。即ち、ＭＦＰ１０は、ログ送信フラグ４０が「ＯＮ」を示す状況においてイベントが発生する場合に、当該イベントのログを示すログ情報を送信し、ログ送信フラグ４０が「ＯＦＦ」を示す状況においてイベントが発生する場合に、ログ情報を送信しない。ＭＦＰ１０の出荷時点では、ログ送信フラグ４０は「ＯＦＦ」を示す。
【００２２】
通信成功フラグ４２は、ＭＦＰ１０とログ情報の送信先のサーバとの間の通信が過去に成功したことを示す「ＯＮ」と、当該通信が過去に成功していないことを示す「ＯＦＦ」と、のいずれか一方を示す。ＭＦＰ１０の出荷時点では、通信成功フラグ４２は「ＯＦＦ」を示す。
【００２３】
メモリ３４は、さらに、サーバ設定記憶領域５０を備える。サーバ設定記憶領域５０は、ログ情報をサーバに送信するためのサーバ設定を記憶する領域である。サーバ設定は、ログ情報の送信先のサーバのＩＰアドレスと、ログ情報の送信先のポート番号と、ログ情報の送信に利用される通信プロトコルと、を含む。変形例では、サーバ設定は、これらの３個の情報に限られず、これらの３個の情報のうちの１個又は２個の情報であってもよいし、他の情報（例えば、サーバにアクセスするためのアカウント情報）を含んでいてもよい。ＭＦＰ１０の出荷時点では、サーバ設定記憶領域５０はブランクである。サーバ設定内の通信プロトコルは、ＵＤＰ（User Datagram Protocolの略）及びＴＣＰ（Transmission Control Protocolの略）のどちらかに設定される。
【００２４】
（ログ管理サーバ１００の構成）
サーバ１００は、ＭＦＰ１０から受信されるログ情報を管理するサーバである。サーバ１００は、本実施例では、ＭＦＰ１０が所属するＬＡＮ６と同じＬＡＮ６に接続されているが、変形例では、インターネットに設置されてもよい。サーバ１００は、ＭＦＰ１０からログ情報を受信する場合に、当該ログ情報を記憶する。これにより、ＭＦＰ１０の管理者（以下では単に「管理者」と呼ぶ）は、サーバ１００にアクセスすることによって当該ログ情報の内容を知ることができる。
【００２５】
（ＰＣ３００の構成）
ＰＣ３００は、据置型の端末装置（例えばデスクトップＰＣ等）であるが、変形例では、携帯電話（例えばスマートフォン）、ＰＤＡ、ノートＰＣ、タブレットＰＣ等の可搬型の端末装置であってもよい。
【００２６】
（イベント監視処理；図２）
上記のように、ＭＦＰ１０は、ログ送信フラグ４０が「ＯＮ」を示す状況において、イベントが発生する場合に、サーバ設定記憶領域５０内のサーバ設定に従ってログ情報をサーバ（例えばサーバ１００）に送信する。ここで、仮に、管理者とは異なる第三者がサーバ設定を無条件に変更可能な構成を採用すると、サーバ設定が変更されたことを管理者が知ることができない可能性がある。本実施例では、ＭＦＰ１０は、サーバ設定変更要求の受信を示すログ情報が、現在のサーバ設定によって特定されるサーバによって受信される場合には、サーバ設定を変更するが、当該ログ情報が当該サーバによって受信されない場合には、サーバ設定を変更しない。これにより、ＭＦＰ１０のサーバ設定が変更されたことを管理者が知り得ない状況において、サーバ設定が変更されることを抑制する。これを実現するために、ＭＦＰ１０は、以下の処理を実行する。
【００２７】
図２を参照して、ＭＦＰ１０のＣＰＵ３２によって実行されるイベント監視処理を説明する。なお、ＭＦＰ１０によって実行される以下の各通信は、ＨＴＴＰに従って通信Ｉ／Ｆ１６を介して実行される。従って、以下では、「ＨＴＴＰに従って」及び「通信Ｉ／Ｆ１６を介して」という記載を省略する。
【００２８】
Ｓ１０では、ＣＰＵ３２は、何らかのイベント（例えば、ＨＴＴＰ認証、スキャンデータの送信先の変更、サーバ設定変更要求の受信等）が発生することを監視する。ＣＰＵ３２は、イベントが発生したと判断する場合（Ｓ１０でＹＥＳ）に、Ｓ２０に進む。以下では、Ｓ１０でＹＥＳと判断されたイベントのことを「対象イベント」と記載する。
【００２９】
Ｓ２０では、ＣＰＵ３２は、メモリ３４内のログ送信フラグ４０が「ＯＮ」を示すのか「ＯＦＦ」を示すのかを判断する。ＣＰＵ３２は、ログ送信フラグ４０が「ＯＦＦ」を示すと判断する場合（Ｓ２０でＮＯ）には、Ｓ２２に進み、ログ送信フラグ４０が「ＯＮ」を示すと判断する場合（Ｓ２０でＹＥＳ）には、Ｓ３０に進む。
【００３０】
Ｓ２２では、ＣＰＵ３２は、対象イベントがサーバ設定変更要求の受信であるのか否かを判断する。ＣＰＵ３２は、対象イベントがサーバ設定変更要求の受信であると判断する場合（Ｓ２２でＹＥＳ）には、Ｓ２４に進み、対象イベントがサーバ設定変更要求の受信でないと判断する場合（Ｓ２２でＮＯ）には、ログ情報を送信することなく、Ｓ１０に戻る。
【００３１】
Ｓ２４では、ＣＰＵ３２は、サーバ設定変更要求に応じて、サーバ設定を変更する。具体的には、ＣＰＵ３２は、サーバ設定記憶領域５０内の現在のサーバ設定に代えて、サーバ設定変更要求に含まれる新たなサーバ設定を記憶する。なお、以下では、サーバ設定変更要求が受信された際にサーバ設定記憶領域５０に記憶されているサーバ設定のことを「変更前のサーバ設定」と呼び、当該サーバ設定変更要求に含まれるサーバ設定のことを「変更後のサーバ設定」と呼ぶ。Ｓ２４が終了すると、ログ情報を送信することなく、Ｓ１０に戻る。
【００３２】
Ｓ３０では、ＣＰＵ３２は、対象イベントがサーバ設定変更要求の受信であるのか否かを判断する。ＣＰＵ３２は、対象イベントがサーバ設定変更要求の受信でないと判断する場合（Ｓ３０でＮＯ）には、Ｓ３２において、第１のログ送信処理（図３参照）を実行する。一方、ＣＰＵ３２は、対象イベントがサーバ設定変更要求の受信であると判断する場合（Ｓ３０でＹＥＳ）には、Ｓ３４において、第２のログ送信処理（図４参照）を実行する。Ｓ３２又はＳ３４が終了すると、Ｓ１０に戻る。
【００３３】
（第１のログ送信処理；図３）
続いて、図３を参照して、図２のＳ３２で実行される第１のログ送信処理を説明する。Ｓ１００では、ＣＰＵ３２は、サーバ設定記憶領域５０内のサーバ設定に従って、対象イベントのログを示すログ情報を送信する。具体的には、ＣＰＵ３２は、まず、ｓｙｓｌｏｇプロトコルに従ったログ情報を生成する。図３は、ログ情報の一例を示す。ログ情報は、ＰＲＩ部と、ＨＥＡＤＥＲ部と、ＭＥＳＳＡＧＥ部と、を含む。ＰＲＩ部は、システムの種類を示すＦａｃｉｌｉｔｙの値と、対象イベントに対応するＳｅｖｅｒｉｔｙの順位と、に基づいて算出される値（図３の例では「５４」）である。ＰＲＩ部の値は、例えば、Ｆａｃｉｌｉｔｙの値の８倍の値にＳｅｖｅｒｉｔｙの順位を加算することによって算出される。ＨＥＡＤＥＲ部は、現在の日時情報（即ちログ情報の送信日時（換言すると対象イベントの発生日時））を示す文字列（例えば「2019-02-10T10:00:00+09:00」）と、ＭＦＰ１０のＩＰアドレスを示す文字列（例えば「10.0.1.0」）と、を含む。ＭＥＳＳＡＧＥ部は、イベントの内容を示す文字列（例えば「action=HTTP authentication」）を含む。そして、ＣＰＵ３２は、サーバ設定内の通信プロトコルに従って、サーバ設定内のＩＰアドレス及びポート番号を送信先として、生成済みのログ情報を送信する。
【００３４】
Ｓ１１０では、ＣＰＵ３２は、メモリ３４内の通信成功フラグ４２が「ＯＮ」を示すのか「ＯＦＦ」を示すのかを判断する。ＣＰＵ３２は、通信成功フラグ４２が「ＯＮ」を示すと判断する場合（Ｓ１１０でＹＥＳ）には、Ｓ１２０以降の処理をスキップして図３の処理を終了する。一方、ＣＰＵ３２は、通信成功フラグ４２が「ＯＦＦ」を示すと判断する場合（Ｓ１１０でＮＯ）には、Ｓ１２０に進む。
【００３５】
Ｓ１２０では、ＣＰＵ３２は、サーバ設定内の通信プロトコルが「ＵＤＰ」を示すのか「ＴＣＰ」を示すのかを判断する。ＣＰＵ３２は、通信プロトコルが「ＵＤＰ」を示すと判断する場合（Ｓ１２０でＹＥＳ）には、Ｓ１２２に進み、通信プロトコルが「ＴＣＰ」を示すと判断する場合（Ｓ１２０でＮＯ）には、Ｓ１２２をスキップしてＳ１３０に進む。
【００３６】
Ｓ１２２では、ＣＰＵ３２は、サーバ設定内のＩＰアドレスを送信先としてＰＩＮＧ信号を送信する。なお、ＰＩＮＧ信号の送信には、通常、ポート番号が利用されない。このために、Ｓ１２２では、送信先のポート番号を含まないＰＩＮＧ信号が送信される。
【００３７】
Ｓ１３０では、ＣＰＵ３２は、Ｓ１００におけるログ情報の送信が成功したのか否か、即ち、ログ情報がサーバによって受信されたのか否かを判断する。具体的には、ＣＰＵ３２は、サーバ設定内の通信プロトコルが「ＵＤＰ」を示す場合（即ちＳ１２２が実行された場合）には、Ｓ１２２で送信されたＰＩＮＧ信号に対する応答信号が受信されたのか否かを判断する。ＣＰＵ３２は、応答信号を受信する場合には、ログ情報の送信が成功したと判断し（Ｓ１３０でＹＥＳ）、Ｓ１３２に進む。一方、ＣＰＵ３２は、Ｓ１２２でＰＩＮＧ信号を送信してから所定時間が経過しても応答信号を受信しない場合には、ログ情報の送信が失敗したと判断し（Ｓ１３０でＮＯ）、Ｓ１３２をスキップして図３の処理を終了する。ＵＤＰに従ってログ情報が送信される場合には、ＭＦＰ１０とサーバとの間に通信セッションが確立されず、ＣＰＵ３２は、サーバから、ログ情報の受信が完了したことを示す完了信号を受信することができない。即ち、ＣＰＵ３２は、完了信号の受信の有無を判断することによって、ログ情報の送信が成功したのか否かを判断することができない。このために、ＣＰＵ３２は、Ｓ１２２においてＰＩＮＧ信号を送信し、ＰＩＮＧ信号に対する応答信号を受信する場合には、Ｓ１００で送信されたログ情報の送信が成功したと判断する。このように、ＣＰＵ３２は、ログ情報の送信に利用される通信プロトコルがＵＤＰである場合には、ＰＩＮＧ信号を送信することによって、ログ情報の送信が成功したのか否かを判断することができる。
【００３８】
また、ＴＣＰに従ってログ情報が送信される場合には、ログ情報を送信するための通信セッションがＭＦＰ１０とサーバとの間に確立される。そして、ログ情報の送信が完了する場合には、ＣＰＵ３２は、サーバから、ログ情報の受信が完了したことを示す完了信号（具体的にはＦＩＮ＋ＡＣＫ信号）を受信する。このために、ＣＰＵ３２は、サーバから完了信号を受信する場合には、ログ情報の送信が成功したと判断し（Ｓ１３０でＹＥＳ）、Ｓ１３２に進む。一方、ＣＰＵ３２は、Ｓ１００でログ情報を送信してから所定時間が経過しても完了信号を受信しない場合には、ログ情報の送信が失敗したと判断し（Ｓ１３０でＮＯ）、Ｓ１３２をスキップして図３の処理を終了する。このように、本実施例では、ＣＰＵ３２は、ログ情報の送信に利用される通信プロトコルに応じた判断を実行するので、ログ情報の送信が成功したのか否かを適切に判断することができる。
【００３９】
Ｓ１３２では、ＣＰＵ３２は、メモリ３４内の通信成功フラグ４２を「ＯＦＦ」から「ＯＮ」に変更する。Ｓ１３２が終了すると、図３の処理が終了する。
【００４０】
（第２のログ送信処理；図４）
続いて、図４を参照して、図２のＳ３４で実行される第２のログ送信処理を説明する。Ｓ２００では、ＣＰＵ３２は、メモリ３４内の通信成功フラグ４２が「ＯＮ」を示すのか「ＯＦＦ」を示すのかを判断する。ＣＰＵ３２は、通信成功フラグ４２が「ＯＮ」を示すと判断する場合（Ｓ２００でＹＥＳ）には、Ｓ２２０に進み、通信成功フラグ４２が「ＯＦＦ」を示すと判断する場合（Ｓ２００でＮＯ）には、Ｓ２１０に進む。
【００４１】
Ｓ２１０では、ＣＰＵ３２は、サーバ設定変更要求の受信を示すログ情報を送信することなく、かつ、当該ログ情報の送信が成功したのか否かを判断することなく、サーバ設定変更要求に応じて、サーバ設定を変更する。Ｓ２１０は、図２のＳ２４と同様である。
【００４２】
Ｓ２１２では、ＣＰＵ３２は、サーバ設定記憶領域５０内のサーバ設定（即ち変更後のサーバ設定）に従って、サーバ設定変更の実行を示すログ情報、即ち、新たなサーバ設定を記憶することを示すログ情報を送信する。即ち、ＣＰＵ３２は、変更後のサーバ設定内の通信プロトコルに従って、変更後のサーバ設定内のＩＰアドレス及びポート番号を送信先として、ログ情報を送信する。ここで送信されるログ情報に含まれるＰＲＩ部は、サーバ設定変更の実行に対応するＳｅｖｅｒｉｔｙの順位「５」（図１のＳｅｖｅｒｉｔｙテーブル３８参照）に基づいて算出される。また、ここで送信されるログ情報内のＭＥＳＳＡＧＥ部は、サーバ設定変更の実行を示す文字列（例えば「action=changing of server settings」）と、変更前のサーバ設定を示す文字列と、変更後のサーバ設定を示す文字列と、を含む。
【００４３】
Ｓ２１４では、ＣＰＵ３２は、図３のＳ１２０〜Ｓ１３２と同じ処理を実行する。Ｓ２１４が終了すると、図４の処理が終了する。
【００４４】
Ｓ２２０では、ＣＰＵ３２は、サーバ設定記憶領域５０内のサーバ設定（即ち変更前のサーバ設定）に従って、サーバ設定変更要求の受信を示すログ情報を送信する。ここで送信されるログ情報に含まれるＰＲＩ部は、サーバ設定変更要求の受信に対応するＳｅｖｅｒｉｔｙの順位「４」（図１のＳｅｖｅｒｉｔｙテーブル３８参照）に基づいて算出される。また、ここで送信されるログ情報内のＭＥＳＳＡＧＥ部は、サーバ設定変更の受信を示す文字列（例えば「action=receiving of server settings」）と、変更前のサーバ設定を示す文字列と、変更後のサーバ設定を示す文字列と、を含む。
【００４５】
Ｓ２３０〜Ｓ２４０は、図３のＳ１２０〜Ｓ１３０と同様である。ＣＰＵ３２は、ログ情報の送信が成功したと判断する場合（Ｓ２４０でＹＥＳ）には、Ｓ２５０に進み、ログ情報の送信が失敗したと判断する場合（Ｓ２４０でＮＯ）には、Ｓ２６０に進む。
【００４６】
Ｓ２５０では、ＣＰＵ３２は、サーバ設定記憶領域５０内のサーバ設定（即ち変更前のサーバ設定）に従って、サーバ設定変更の実行を示すログ情報、即ち、新たなサーバ設定を記憶することを示すログ情報を送信する。Ｓ２５０は、Ｓ２１２と同様である。
【００４７】
Ｓ２５２では、ＣＰＵ３２は、サーバ設定を変更する。Ｓ２５２は、図２のＳ２４及び図４のＳ２１０と同様である。
【００４８】
Ｓ２５４では、ＣＰＵ３２は、メモリ３４内の通信成功フラグ４２を「ＯＮ」から「ＯＦＦ」に変更する。変更後のサーバ設定に従った通信が成功したのか否かについて、まだ確認されていない。このために、Ｓ２５４において、通信成功フラグ４２が「ＯＦＦ」に変更される。Ｓ２５４が終了すると、図４の処理が終了する。
【００４９】
Ｓ２６０では、ＣＰＵ３２は、失敗画面に対応する失敗画面データをサーバ設定変更要求の送信元の外部装置に送信する。これにより、失敗画面が外部装置に表示される。失敗画面は、サーバ設定の変更が失敗したことを示すメッセージと、ＭＦＰ１０を操作すればサーバ設定を変更可能であることを示すメッセージと、を含む。
【００５０】
Ｓ２６２では、ＣＰＵ３２は、問合画面をＭＦＰ１０の表示部１４に表示する。問合画面は、サーバ設定変更要求を受信したことを示すメッセージと、サーバ設定を変更するのか否かを問い合わせるためのメッセージと、サーバ設定の変更を承認することを示す「ＯＫ」ボタンと、サーバ設定を変更しないことを示す「Ｃａｎｃｅｌ」ボタンと、を含む。
【００５１】
Ｓ２６４では、ＣＰＵ３２は、問合画面内の「ＯＫ」ボタンが選択されたのか否かを判断する。ＣＰＵ３２は、「ＯＫ」ボタンが選択されたと判断する場合（Ｓ２６４でＹＥＳ）には、Ｓ２５２において、サーバ設定を変更する。なお、本実施例では、ＣＰＵ３２は、Ｓ２６４でＹＥＳと判断する場合には、Ｓ２５０において、ログ情報を送信しない。Ｓ２２０で送信されたログ情報がサーバによって受信されなかったので、Ｓ２５０でログ情報を再び送信しても、ログ情報がサーバによって受信される可能性が低いからである。これにより、ＣＰＵ３２の処理負荷を軽減させることができる。ただし、変形例では、ＣＰＵ３２は、Ｓ２６４でＹＥＳと判断する場合に、Ｓ２５０に進んでログ情報を送信してもよい。一方、ＣＰＵ３２は、問合画面が表示されてから「ＯＫ」ボタン及び「Ｃａｎｃｅｌ」ボタンのどちらも選択されることなく所定時間が経過する場合、又は、「Ｃａｎｃｅｌ」ボタンが選択される場合には、Ｓ２６４でＮＯと判断し、サーバ設定を変更することなく、図４の処理を終了する。
【００５２】
（具体的なケース；図５〜図９）
続いて、図５〜図９を参照して、図２〜図４の処理によって実現される具体的なケースを説明する。なお、以下では、理解の容易化のために、各デバイスのＣＰＵ（例えばＭＦＰ１０のＣＰＵ３２）が実行する動作を、ＣＰＵを主体として記載せずに、各デバイス（例えばＭＦＰ１０）を主体として記載する。
【００５３】
（サーバ設定がＭＦＰ１０に初めて記憶されるケース；図５）
まず、図５を参照して、サーバ設定がＭＦＰ１０に初めて記憶されるケースを説明する。図５の初期状態では、ＭＦＰ１０において、ログ送信フラグ４０及び通信成功フラグ４２のそれぞれが「ＯＦＦ」を示し、サーバ設定記憶領域５０がブランクの状態である。
【００５４】
Ｔ１０では、ＰＣ３００のユーザは、ＭＦＰ１０に記憶されている設定変更画面データの位置を示すＵＲＩ（Uniform Resource Identifierの略）「Ｕ１」をＰＣ３００に入力する。ここで、当該ユーザは、通常、ＭＦＰ１０の管理者である。ＵＲＩ「Ｕ１」は、ＭＦＰ１０の内部サーバにアクセスするために使用される。
【００５５】
Ｔ１２では、ＰＣ３００は、ＵＲＩ「Ｕ１」を含む設定変更画面要求をＭＦＰ１０に送信する。設定変更画面要求は、ＨＴＴＰに従ったＧＥＴコマンドである。
【００５６】
ＭＦＰ１０は、Ｔ１２において、ＰＣ３００から設定変更画面要求を受信する場合に、Ｔ１４において、設定変更画面データをＰＣ３００に送信する。具体的には、ＭＦＰ１０は、ＧＥＴコマンドである設定変更画面要求に含まれるＵＲＩ「Ｕ１」に対応する設定変更画面データを当該ＧＥＴコマンドに対するレスポンスとして送信する。設定変更画面データは、ＰＣ３００のＷｅｂブラウザ（図示省略）が解釈可能な形式（例えば、ＨＴＭＬ（Hypertext Markup Languageの略）、ＣＳＳ（Cascading Style Sheetsの略）、Ｊａｖａ  Ｓｃｒｉｐｔ（登録商標）等）を有する。以下の各処理でＭＦＰ１０から送信される他の画面データも、ＰＣ３００のＷｅｂブラウザが解釈可能な形式を有する。
【００５７】
ＰＣ３００は、Ｔ１４において、ＭＦＰ１０から設定変更画面データを受信する場合に、Ｔ１６において、設定変更画面データを利用して、設定変更画面を表示する。設定変更画面は、ログ情報の送信に関する設定（即ちログ送信フラグ４０及びサーバ設定）を変更するための画面であり、ログ機能に対応する第１の入力欄と、ＩＰアドレスに対応する第２の入力欄と、ポート番号に対応する第３の入力欄と、通信プロトコルに対応する第４の入力欄と、ＯＫボタンと、Ｃａｎｃｅｌボタンと、を含む。第１の入力欄には、ＭＦＰ１０がログ情報を送信することを示す「ＯＮ」と、ＭＦＰ１０がログ情報を送信しないことを示す「ＯＦＦ」と、のどちらかが入力される。現在、ＭＦＰ１０のログ送信フラグ４０が「ＯＦＦ」であるので、初期状態の設定変更画面内の第１の入力欄には「ＯＦＦ」が記述されている。また、第２〜第４の入力欄には、ＭＦＰ１０に新たに記憶されるサーバ設定が入力される。現在、ＭＦＰ１０のサーバ設定記憶領域５０がブランクの状態であるので、初期状態の設定変更画面内の第２〜第４の入力欄がブランクである。初期状態の設定変更画面内の第１〜第４の入力欄が上記のように表示されるように、Ｔ１４の設定変更画面データが構成されている。
【００５８】
Ｔ２０において、ＰＣ３００のユーザは、Ｔ１６で表示された設定変更画面に情報を入力する。具体的には、ユーザは、「ＯＮ」を第１の入力欄に入力し、ＩＰアドレス「１０．０．０．１」を第２の入力欄に入力し、ポート番号「５１４」を第３の入力欄に入力し、通信プロトコル「ＵＤＰ（又はＴＣＰ）」を第４の入力欄に入力する。その後、ユーザは、ＯＫボタンを選択する。この場合、Ｔ２２において、ＰＣ３００は、サーバ設定変更要求をＭＦＰ１０に送信する。サーバ設定変更要求は、ＨＴＴＰに従ったＰＯＳＴコマンドである。サーバ設定変更要求は、第１の入力欄に入力されたログ機能「ＯＮ」と、第２の入力欄に入力されたＩＰアドレス「１０．０．０．１」と、第３の入力欄に入力されたポート番号「５１４」と、第４の入力欄に入力された通信プロトコル（即ち「ＵＤＰ（又はＴＣＰ）」）と、を含む。
【００５９】
ＭＦＰ１０は、Ｔ２２において、ＰＣ３００からサーバ設定変更要求を受信する場合に、まず、サーバ設定変更要求内のログ機能「ＯＮ」に従って、ログ送信フラグ４０を「ＯＦＦ」から「ＯＮ」に変更する。なお、この変更処理は、図２〜図４の処理によって実現されるのではなく、別スレッドの処理によって実現される。また、ＭＦＰ１０は、Ｔ２２において、ＰＣ３００からサーバ設定変更要求を受信する場合に、イベント（即ち対象イベント）が発生したと判断する（図２のＳ１０でＹＥＳ）。この場合、ＭＦＰ１０は、ログ送信フラグ４０が「ＯＮ」であると判断し（Ｓ２０でＹＥＳ）、対象イベントがサーバ設定変更要求の受信であると判断し（Ｓ３０でＹＥＳ）、通信成功フラグ４２が「ＯＦＦ」であると判断する（図４のＳ２００でＮＯ）。そして、ＭＦＰ１０は、Ｔ２４において、サーバ設定を変更する（Ｓ２１０）。即ち、ＩＰアドレス「１０．０．０．１」、ポート番号「５１４」、及び、通信プロトコル「ＵＤＰ（又はＴＣＰ）」がサーバ設定記憶領域５０に新たに記憶される。
【００６０】
Ｔ３０では、ＭＦＰ１０は、サーバ設定記憶領域５０に記憶されている現在のサーバ設定（即ちＴ２４で記憶された変更後のサーバ設定）に従って、ログ情報ＬＩ１を送信する（Ｓ２１２）。具体的には、ＭＦＰ１０は、変更後のサーバ設定内の通信プロトコル（即ち「ＵＤＰ」又は「ＴＣＰ」）に従って、変更後のサーバ設定内のＩＰアドレス「１０．０．０．１」及びポート番号「５１４」を送信先として、ログ情報ＬＩ１を送信する。ログ情報ＬＩ１のＭＥＳＳＡＧＥ部は、サーバ設定変更の実行を示す文字列（即ち「action=changing of server settings」）と、変更前のサーバ設定を示す文字列（即ち「current values=IP[blank], Port[blank], Protocol[blank]」）と、変更後のサーバ設定を示す文字列（即ち「new values=IP[10.0.0.1], Port[514], Protocol[UDP(orTCP)]」）と、を含む。なお、サーバ設定変更の実行を示す文字列は、本実施例の文字列に限られず、他の文字列（例えば「settings changed」、「new settings stored」、「receiving of change request」等）であってもよい。
【００６１】
（図５の続きのケース；図６）
続いて、図６を参照して、図５の続きのケースを説明する。図６の初期状態では、ＭＦＰ１０において、ログ送信フラグ４０が「ＯＮ」を示し（図５のＴ２４参照）、通信成功フラグ４２が「ＯＦＦ」を示し、サーバ設定記憶領域５０がサーバ設定を記憶している（図５のＴ２４参照）。
【００６２】
ケースＡ１は、サーバ１００がログ情報ＬＩ１を受信可能であり、かつ、変更後のサーバ設定内の通信プロトコルが「ＵＤＰ」であるケースである。例えば、図５のＴ２０において、サーバ設定をＰＣ３００に入力したユーザが管理者である場合には、当該サーバ設定が正しいものである可能性が高い。この場合、ログ情報ＬＩ１がサーバ１００によって受信される可能性が高い。本ケースＡ１（さらには後述のケースＡ２）ではこのような状況を想定しており、サーバ１００は、Ｔ１００において、ＵＤＰに従って、ＭＦＰ１０からログ情報ＬＩ１を受信する。これにより、サーバ１００がログ情報ＬＩ１を記憶するので、管理者は、サーバ１００内のログ情報ＬＩ１を参照することによって、サーバ設定が変更されたことを知ることができる。
【００６３】
ＭＦＰ１０は、Ｔ１０２において、変更後のサーバ設定内のＩＰアドレス「１０．０．０．１」を送信先としてＰＩＮＧ信号を送信する（図４のＳ２１４で引用する図３のＳ１２０でＹＥＳ、Ｓ１２２）。なお、変更後のサーバ設定内のポート番号「５１４」は、ＰＩＮＧ信号の送信先として利用されない。
【００６４】
サーバ１００は、Ｔ１０２において、ＭＦＰ１０からＰＩＮＧ信号を受信する場合に、Ｔ１０４において、当該ＰＩＮＧ信号に対する応答信号を送信する。
【００６５】
ＭＦＰ１０は、Ｔ１０４において、サーバ１００から応答信号を受信する場合に、ログ情報ＬＩ１の送信が成功したと判断する（図４のＳ２１４で引用する図３のＳ１３０でＹＥＳ）。この場合、ＭＦＰ１０は、Ｔ１０６において、通信成功フラグ４２を「ＯＦＦ」から「ＯＮ」に変更する（図４のＳ２１４で引用する図３のＳ１３２）。
【００６６】
ケースＡ２は、サーバ１００がログ情報ＬＩ１を受信可能であり、かつ、変更後のサーバ設定内の通信プロトコルが「ＴＣＰ」であるケースである。サーバ１００は、Ｔ１１０において、ＴＣＰに従って、ＭＦＰ１０からログ情報ＬＩ１を受信する。サーバ１００は、ログ情報ＬＩ１の受信が完了すると、Ｔ１１２において、ログ情報ＬＩ１の受信が完了したことを示す完了信号であるＦＩＮ＋ＡＣＫ信号をＭＦＰ１０に送信する。
【００６７】
ＭＦＰ１０は、Ｔ１１２において、サーバ１００からＦＩＮ＋ＡＣＫ信号を受信する場合に、ログ情報ＬＩ１の送信が成功したと判断する（図４のＳ２１４で引用する図３のＳ１３０でＹＥＳ）。この場合、ＭＦＰ１０は、Ｔ１１６において、通信成功フラグ４２を「ＯＦＦ」から「ＯＮ」に変更する（図４のＳ２１４で引用する図３のＳ１３２）。
【００６８】
ケースＢ１は、サーバ１００がログ情報ＬＩ１を受信不可能であり、かつ、変更後のサーバ設定内の通信プロトコルが「ＵＤＰ」であるケースである。図５のＴ２０において、管理者が誤ったサーバ設定を入力する可能性がある。この場合、サーバ設定内のＩＰアドレスがサーバ１００のＩＰアドレスとは異なる場合には、ログ情報ＬＩ１がサーバ１００によって受信されない。また、サーバ設定内のポート番号がログ情報の受信に利用されるポート番号とは異なる場合には、ログ情報ＬＩ１がサーバ１００によって受信されない。また、サーバ設定内のＩＰアドレス及びポート番号は正しいが、サーバ１００の電源がＯＦＦされている場合、ＭＦＰ１０とサーバ１００との間のネットワークに障害が発生している場合等にも、ログ情報ＬＩ１がサーバ１００によって受信されない。本ケースＢ１（及び後述のケースＢ２）では、図５のＴ２０で管理者が誤ったＩＰアドレスを入力したことに起因して、ログ情報ＬＩ１がサーバ１００によって受信されない状況を想定する。
【００６９】
ＭＦＰ１０は、Ｔ１２２において、変更後のサーバ設定内のＩＰアドレス「１０．０．０．１」を送信先としてＰＩＮＧ信号を送信する（図４のＳ２１４で引用する図３のＳ１２０でＹＥＳ、Ｓ１２２）。ただし、当該ＩＰアドレスがサーバ１００のＩＰアドレスとは異なるので、ＰＩＮＧ信号がサーバ１００によって受信されず、応答信号がサーバ１００から送信されない。従って、ＭＦＰ１０は、ログ情報ＬＩ１の送信が失敗したと判断する（図４のＳ２１４で引用する図３のＳ１３０でＮＯ）。この場合、ＭＦＰ１０は、通信成功フラグ４２を「ＯＦＦ」に維持する（図４のＳ２１４で引用する図３のＳ１３２が実行されない）。
【００７０】
ケースＢ２は、サーバ１００がログ情報ＬＩ１を受信不可能であり、かつ、変更後のサーバ設定内の通信プロトコルが「ＴＣＰ」であるケースである。サーバ１００は、ログ情報ＬＩ１を受信しないので、ＦＩＮ＋ＡＣＫ信号をＭＦＰ１０に送信しない。従って、ＭＦＰ１０は、ログ情報ＬＩ１の送信が失敗したと判断する（図４のＳ２１４で引用する図３のＳ１３０でＮＯ）。この場合、ＭＦＰ１０は、通信成功フラグ４２を「ＯＦＦ」に維持する（図４のＳ２１４で引用する図３のＳ１３２が実行されない）。
【００７１】
（図６のケースＡ１又はケースＡ２の続きのケース；図７）
続いて、図７を参照して、図６のケースＡ１又はケースＡ２の続きを説明する。図７の初期状態は、通信成功フラグ４２が「ＯＮ」を示す点（図６のＴ１０６又はＴ１１６）を除いて、図６の初期状態と同じである。
【００７２】
Ｔ２１０〜Ｔ２１４は、図５のＴ１０〜Ｔ１４と同様である。ＰＣ３００は、Ｔ２１６において、Ｔ２１４で受信された設定変更画面データを利用して、設定変更画面を表示する。初期状態の設定変更画面は、ＭＦＰ１０の現在のログ送信フラグ４０を示す情報（即ち「ＯＮ」）が第１の入力欄に記述される点と、ＭＦＰ１０の現在のサーバ設定を示す情報（即ち、ＩＰアドレス「１０．０．０．１」、ポート番号「５１４」、通信プロトコル「ＵＤＰ（又はＴＣＰ）」が第２〜第４の入力欄に記述される点と、を除いて、図５のＴ１６の設定変更画面と同様である。初期状態の設定変更画面内の第１〜第４の入力欄が上記のように表示されるように、Ｔ２１４の設定変更画面データが構成されている。
【００７３】
Ｔ２２０において、ＰＣ３００のユーザは、Ｔ２１６で表示された設定変更画面に情報を入力する。本ケースでは、ユーザは、ＩＰアドレス「１０．０．０．１」に代えてＩＰアドレス「１０．１．１．１」を第２の入力欄に入力する。その後、ユーザは、ＯＫボタンを選択する。この場合、Ｔ２２２において、ＰＣ３００は、サーバ設定変更要求をＭＦＰ１０に送信する。当該サーバ設定変更要求は、Ｔ２２０で第２の入力欄に入力されたＩＰアドレス「１０．１．１．１」を含む点を除いて、図５のＴ２２のサーバ設定変更要求と同様である。
【００７４】
ＭＦＰ１０は、Ｔ２２２において、ＰＣ３００からサーバ設定変更要求を受信する場合に、イベント（即ち対象イベント）が発生したと判断する（図２のＳ１０でＹＥＳ）。この場合、ＭＦＰ１０は、ログ送信フラグ４０が「ＯＮ」であると判断し（Ｓ２０でＹＥＳ）、対象イベントがサーバ設定変更要求の受信であると判断し（Ｓ３０でＹＥＳ）、通信成功フラグ４２が「ＯＮ」であると判断する（図４のＳ２００でＹＥＳ）。そして、ＭＦＰ１０は、サーバ設定記憶領域５０に記憶されている現在のサーバ設定（即ち変更前のサーバ設定）に従って、ログ情報ＬＩ２を送信する（Ｓ２２０）。具体的には、ＭＦＰ１０は、変更前のサーバ設定内の通信プロトコル（即ち「ＵＤＰ（又はＴＣＰ）」）に従って、変更前のサーバ設定内のＩＰアドレス「１０．０．０．１」及びポート番号「５１４」を送信先として、ログ情報ＬＩ２を送信する。ログ情報ＬＩ２のＭＥＳＳＡＧＥ部は、サーバ設定変更要求の受信を示す文字列（即ち「action=receiving of server settings change request」）と、変更前のサーバ設定を示す文字列（即ち「current values= IP[10.0.0.1], Port[514], Protocol[UDP(orTCP)」）と、変更後のサーバ設定を示す文字列（即ち「new values= IP[10.1.1.1], Port[514], Protocol[UDP(orTCP)]」）と、を含む。なお、サーバ設定変更要求の受信を示す文字列は、本実施例の文字列に限られず、他の文字列（例えば「receiving of change request」、「settings changed」、「new settings stored」等）であってもよい。
【００７５】
（図７の続きのケース；図８）
続いて、図８を参照して、図７の続きのケースを説明する。図８の初期状態は、図７の初期状態と同様である。
【００７６】
ケースＣは、サーバ１００がログ情報ＬＩ２を受信可能であり、かつ、変更前のサーバ設定内の通信プロトコルが「ＵＤＰ」であるケースである。サーバ１００は、Ｔ３００において、ＵＤＰに従って、ＭＦＰ１０からログ情報ＬＩ２を受信する。これにより、サーバ１００がログ情報ＬＩ２を記憶するので、管理者は、サーバ１００内のログ情報ＬＩ２を参照することによって、サーバ設定変更要求が受信されたこと、換言すると、サーバ設定が変更されたこと、を知ることができる。
【００７７】
次いで、ＭＦＰ１０は、変更前のサーバ設定内の通信プロトコルが「ＵＤＰ」であると判断し（図４のＳ２３０でＹＥＳ）、Ｔ３０２において、変更前のサーバ設定に含まれるＩＰアドレス「１０．０．０．１」を送信先としてＰＩＮＧ信号を送信する（Ｓ２３２）。本ケースＣでは、ＰＩＮＧ信号がサーバ１００によって受信されるので、ＭＦＰ１０は、Ｔ３０４において、サーバ１００から応答信号を受信する。この場合、ＭＦＰ１０は、ログ情報ＬＩ２の送信が成功したと判断し（Ｓ２４０でＹＥＳ）、Ｔ３０６において、変更前のサーバ設定に従って、ログ情報ＬＩ３を送信する（Ｓ２５０）。ログ情報ＬＩ３は、サーバ設定変更の実行を示す文字列（即ち「action=changing of server settings」）を含む点を除いて、ログ情報ＬＩ２と同様である。ログ情報ＬＩ２がサーバ１００によって受信されたのと同様に、ログ情報ＬＩ３もサーバ１００によって受信される。これにより、サーバ１００がログ情報ＬＩ３を記憶するので、管理者は、サーバ１００内のログ情報ＬＩ３を参照することによって、サーバ設定が変更されたことを知ることができる。
【００７８】
次いで、ＭＦＰ１０は、Ｔ３０８において、サーバ設定を変更する（Ｓ２５２）。そして、ＭＦＰ１０は、Ｔ３１０において、通信成功フラグ４２を「ＯＮ」から「ＯＦＦ」に変更する（Ｓ２５４）。
【００７９】
例えば、図７のＴ２２０において、管理者とは異なる第三者が誤って又は悪意でＭＦＰ１０のサーバ設定を変更するための操作を実行する状況を想定する。このような状況において、本ケースＣでは、サーバ１００にログ情報ＬＩ２が記憶され（Ｔ３００）、さらに、ログ情報ＬＩ２の送信が成功したとＭＦＰ１０によって判断されることに起因して、サーバ設定が変更される（Ｔ３０８）。従って、管理者は、サーバ１００内のログ情報ＬＩ２を参照すれば、サーバ設定が変更されたことを知ることができる。特に、ログ情報ＬＩ２は、変更前のサーバ設定を示す文字列と、変更後のサーバ設定を示す文字列と、を含む。このために、管理者は、ログ情報ＬＩ２を参照すれば、変更前のサーバ設定と変更後のサーバ設定とを知ることができ、この結果、ＭＦＰ１０のサーバ設定が誤って又は悪意で変更された後に、変更後のサーバ設定を変更前のサーバ設定に容易に戻すことができる。
【００８０】
また、本ケースＣでは、サーバ１００にログ情報ＬＩ３も記憶される（Ｔ３０８）。従って、管理者は、サーバ１００内のログ情報ＬＩ３を参照すれば、サーバ設定が変更されたことを知ることができる。特に、ログ情報ＬＩ３は、変更前のサーバ設定を示す文字列と、変更後のサーバ設定を示す文字列と、を含む。このために、管理者は、ログ情報ＬＩ３を参照すれば、変更前のサーバ設定と変更後のサーバ設定とを知ることができ、この結果、ＭＦＰ１０のサーバ設定が誤って又は悪意で変更された後に、変更後のサーバ設定を変更前のサーバ設定に容易に戻すことができる。
【００８１】
なお、上記のケースＣでは、変更前のサーバ設定内の通信プロトコルが「ＵＤＰ」である。変更前のサーバ設定内の通信プロトコルが「ＴＣＰ」である場合には、Ｔ３０２及びＴ３０４が実行される代わりに、ＦＩＮ＋ＡＣＫ信号がサーバ１００からＭＦＰ１０に送信され、この結果、ＭＦＰ１０は、ログ情報ＬＩ２の送信が成功したと判断し（Ｓ２４０でＹＥＳ）、Ｔ３０６〜Ｔ３１０を実行する。この場合も、上記と同様の効果を奏する。
【００８２】
ケースＤは、サーバ１００がログ情報ＬＩ２を受信不可能であり、かつ、変更前のサーバ設定内の通信プロトコルが「ＵＤＰ」であるケースである。上述したように、サーバ１００は、図６のＴ１００において、ログ情報ＬＩ１を受信済みである。ただし、ＭＦＰ１０からサーバ１００へのログ情報ＬＩ１の送信が成功した後に、例えば、サーバ１００の電源がＯＦＦされた場合、ＭＦＰ１０とサーバ１００との間のネットワークに障害が発生した場合等には、ログ情報ＬＩ２がサーバ１００によって受信されない。
【００８３】
本ケースＤでは、Ｔ３２０において、ＭＦＰ１０からＰＩＮＧ信号が送信されても（Ｓ２３２）、ＰＩＮＧ信号がサーバ１００によって受信されず、この結果、応答信号がサーバ１００から送信されない。このために、ＭＦＰ１０は、ログ情報ＬＩ２の送信が失敗したと判断し（Ｓ２４０でＮＯ）、Ｔ３３０において、失敗画面データをＰＣ３００に送信する（Ｓ２６０）。
【００８４】
ＰＣ３００は、Ｔ３３０において、ＭＦＰ１０から失敗画面データを受信すると、Ｔ３３２において、失敗画面を表示する。失敗画面は、サーバ設定の変更が失敗したことを示すメッセージと、ＭＦＰ１０を操作すればサーバ設定を変更可能であることを示すメッセージと、を含む。
【００８５】
次いで、ＭＦＰ１０は、Ｔ３４０において、問合画面を表示部１４に表示する（Ｓ２６２）。問合画面は、サーバ設定変更要求を受信したことを示すメッセージと、サーバ設定を変更するのか否かを問い合わせるためのメッセージと、「ＯＫ」ボタンと、「Ｃａｎｃｅｌ」ボタンと、を含む。
【００８６】
ケースＤ１では、Ｔ３５０において、問合画面内の「ＯＫ」ボタン及び「Ｃａｎｃｅｌ」ボタンのどちらも選択されることなく所定時間が経過する（Ｓ２６４でＮＯ）。この場合、ＭＦＰ１０は、サーバ設定を変更しない。また、Ｔ３５０に代えて、問合画面内の「Ｃａｎｃｅｌ」ボタンが選択される場合（Ｓ２６４でＮＯ）も、ＭＦＰ１０は、サーバ設定を変更しない。
【００８７】
例えば、図７のＴ２２０において、第三者が誤って又は悪意でＭＦＰ１０のサーバ設定を変更するための操作を実行する状況を想定する。このような状況において、本ケースＤでは、ログ情報ＬＩ２の送信が失敗したとＭＦＰ１０によって判断されることに起因して、失敗画面がＰＣ３００に表示され、問合画面がＭＦＰ１０に表示される。
【００８８】
例えば、図７のＴ２２０で第三者が誤ってサーバ設定を変更するための操作を実行する場合には、第三者は、失敗画面を見ることによって、ＭＦＰ１０を操作すればサーバ設定が変更されること、換言すれば、ＭＦＰ１０を操作しなければサーバ設定が変更されないこと、を知ることができる。この場合、第三者は、通常、ＭＦＰ１０を操作せず、この結果、ＭＦＰ１０のサーバ設定が変更されない。これにより、サーバ設定が誤って変更されることを抑制することができる。あるいは、第三者は、問合画面内の「Ｃａｎｃｅｌ」ボタンを選択することができる。この場合も、ＭＦＰ１０のサーバ設定が変更されず、サーバ設定が誤って変更されることを抑制することができる。
【００８９】
また、例えば、図７のＴ２２０で第三者が悪意でサーバ設定を変更するための操作を実行する場合には、第三者は、失敗画面を見ることによって、ＭＦＰ１０を操作する必要があることを知ることができる。この場合、第三者は、例えば、ＭＦＰ１０を操作すれば他の者に見られる可能性があると考えて、ＭＦＰ１０を操作しない。この結果、ＭＦＰ１０のサーバ設定が変更されない。これにより、サーバ設定が悪意で変更されることを抑制することができる。
【００９０】
上述したように、本実施例では、ＭＦＰ１０は、ログ情報ＬＩ２がサーバ１００によって受信されない状況、即ち、サーバ設定が変更されたことを管理者が知り得ない状況において、サーバ設定が変更されることを抑制することができる。
【００９１】
ケースＤ２では、Ｔ３６０において、問合画面内の「ＯＫ」ボタンが選択される（Ｓ２６４でＹＥＳ）。この場合、ＭＦＰ１０は、Ｔ３６２において、サーバ設定を変更し（Ｓ２５２）、Ｔ３６４において、通信成功フラグを「ＯＦＦ」から「ＯＮ」に変更する（Ｓ２５４）。
【００９２】
例えば、図７のＴ２２０において、管理者がＭＦＰ１０のサーバ設定を変更するための操作を実行する状況を想定する。このような状況では、管理者は、ログ情報ＬＩ２の送信が失敗しても、サーバ設定が変更されることを望み得る。この場合、管理者は、失敗画面を見ることによって、ＭＦＰ１０を操作すればサーバ設定を変更可能であることを知ることができ、問合画面内の「ＯＫ」ボタンを選択することができる（Ｔ３６０）。この結果、ＭＦＰ１０のサーバ設定が変更される（Ｔ３６２）。このように、本実施例によると、ＭＦＰ１０は、ログ情報ＬＩ２の送信に失敗する場合であっても、管理者からの指示に応じてサーバ設定を変更することができる。
【００９３】
（図６のケースＢ１又はケースＢ２の続きのケース；図９）
続いて、図９を参照して、図６のケースＢ１又はケースＢ２の続きを説明する。図９の初期状態は、図６の初期状態と同じである。
【００９４】
Ｔ４１０〜Ｔ４２２は、図７のＴ２１０〜Ｔ２２２と同様である。ＭＦＰ１０は、Ｔ４２２において、ＰＣ３００からサーバ設定変更要求を受信する場合に、イベント（即ち対象イベント）が発生したと判断する（図２のＳ１０でＹＥＳ）。この場合、ＭＦＰ１０は、ログ送信フラグ４０が「ＯＮ」であると判断し（Ｓ２０でＹＥＳ）、対象イベントがサーバ設定変更要求の受信であると判断し（Ｓ３０でＹＥＳ）、通信成功フラグ４２が「ＯＦＦ」であると判断する（図４のＳ２００でＮＯ）。そして、ＭＦＰ１０は、サーバ設定記憶領域５０に記憶されている現在のサーバ設定（即ち変更前のサーバ設定）に従って、サーバ設定変更要求の受信を示すログ情報を送信することなく、かつ、当該ログ情報の送信が成功したのか否かを判断することなく、Ｔ４２４において、サーバ設定を変更する。
【００９５】
次いで、ＭＦＰ１０は、Ｔ４３０において、サーバ設定記憶領域５０に記憶されている現在のサーバ設定（即ち変更後のサーバ設定）に従って、サーバ設定の変更を示すログ情報ＬＩ４をサーバ１００に送信する（Ｓ２１２）。ログ情報ＬＩ４は、図８のログ情報ＬＩ３と同様である。その後、サーバ１００がログ情報ＬＩ４を受信可能である場合には、図６のケースＡ１又はＡ２と同様の処理が実行され（Ｓ２１４で引用する図３のＳ１２０〜Ｓ１３０、Ｓ１３０でＹＥＳ、Ｓ１３２）、サーバ１００がログ情報ＬＩ４を受信不可能である場合には、図６のケースＢ１又はＢ２と同様の処理が実行される（Ｓ２１４で引用する図３のＳ１２０〜Ｓ１３０、Ｓ１３０でＮＯ）。
【００９６】
上述したように、図６のケースＢ１又はＢ２は、図５のＴ２０で管理者が誤ったＩＰアドレスを入力したことに起因して、サーバ１００がログ情報ＬＩ１を受信しないケースを想定している。その後、図７のＴ２２０において、管理者が正しいＩＰアドレスを入力すると、ＭＦＰ１０は、Ｔ４２２において、ＰＣ３００から正しいＩＰアドレスを含むサーバ設定変更要求を受信する。ここで、仮に、ＭＦＰ１０が通信成功フラグ４２を有さない構成、即ち、図４のＳ２００〜Ｓ２１４が実行されない構成を採用することを想定する。この場合、ＭＦＰ１０は、Ｓ２００を実行することなく、変更前のサーバ設定に従ってログ情報を送信し（Ｓ２２０）、当該ログ情報の送信が成功したのか否かを判断する（Ｓ２４０）。変更前のサーバ設定が誤ったＩＰアドレスを含むので、ＭＦＰ１０は、当該ログ情報の送信が失敗したと判断し（Ｓ２４０でＮＯ）、Ｓ２６０〜Ｓ２６４の処理を実行する。即ち、管理者は、ＭＦＰ１０で表示される問合画面内の「ＯＫ」ボタンを操作しなければ、サーバ設定を変更することができない。あるいは、変形例では、図４のＳ２４０でＮＯの場合に、Ｓ２６０〜Ｓ２６４を実行することなく、サーバ設定を変更しないという構成も採用し得る。この場合、管理者は、問合画面内の「ＯＫ」ボタンを操作することができないので、サーバ設定を変更することができない。
【００９７】
これに対し、本実施例では、ＭＦＰ１０が通信成功フラグ４２を有する構成を採用しており、図６のケースＢ１又はＢ２では、通信成功フラグ４２が「ＯＦＦ」に維持される。従って、ＭＦＰ１０は、図７のＴ４２２において、ＰＣ３００から正しいＩＰアドレスを含むサーバ設定変更要求を受信すると、変更前のサーバ設定に従ってログ情報を送信することなく、かつ、当該ログ情報の送信が成功したのか否かを判断することなく、サーバ設定を変更する（Ｔ４２４）。このために、管理者は、問合画面内の「ＯＫ」ボタンを操作しなくても、サーバ設定を容易に変更することができる。また、上記の変形例を採用する場合であっても、管理者は、サーバ設定を変更することができる。
【００９８】
（本実施例の効果）
本実施例によると、ＭＦＰ１０は、図７のＴ２２２において、サーバ設定変更要求を受信する場合に、Ｔ２３０において、変更前のサーバ設定に従ってログ情報ＬＩ２を送信する。そして、ＭＦＰ１０は、ログ情報ＬＩ２がサーバ１００によって受信される場合（図８のケースＣ）には、Ｔ３０８において、サーバ設定を変更するが、ログ情報ＬＩ２がサーバ１００によって受信されない場合（図８のケースＤ）には、サーバ設定を変更しない（Ｔ３５０）。このために、サーバ設定が変更するためのサーバ設定変更要求の受信のログを示すログ情報ＬＩ２がサーバ１００に記憶されない状況において、サーバ設定が変更されることを抑制することができる。
【００９９】
（対応関係）
ＭＦＰ１０、ログ管理サーバ１００が、それぞれ、「通信装置」、「サーバ」の一例である。図５のＴ２４で記憶されるサーバ設定が、「第１の通信設定」の一例である。図７のＴ２２２又は図９のＴ４２２のサーバ設定変更要求、当該サーバ設定変更要求に含まれるサーバ設定が、それぞれ、「第１の要求」、「第２の通信設定」の一例である。図７のＴ２３０のログ情報ＬＩ２が、「第１のログ情報」の一例である。図５のＴ３０のログ情報ＬＩ１が、「対象情報」及び「第２のログ情報」の一例である。図５のＴ２２のサーバ設定変更要求が、「第２の要求」の一例である。ＵＤＰ、ＴＣＰが、それぞれ、「第１の通信プロトコル」、「第２の通信プロトコル」の一例である。ＰＩＮＧ信号、ＰＩＮＧ信号に対する応答信号、ＦＩＮ＋ＡＣＫ信号が、それぞれ、「確認信号」、「応答信号」、「完了信号」の一例である。図８のＴ３０６のログ情報ＬＩ３が、「第３のログ情報」の一例である。
【０１００】
図２のＳ１０でサーバ設定変更要求を受信することが、「第１の受付部」及び「第２の受付部」によって実行される処理の一例である。特に、図７のＴ２２２、図９のＴ４２２が、それぞれ、「第１の受付部」、「第２の受付部」によって実行される処理の一例である。図４のＳ２２０及び図７のＴ２３０が、「第１の送信部」によって実行される処理の一例である。図４のＳ２４０が、「第１の判断部」によって実行される処理の一例である。図４のＳ２４０でＹＥＳと判断される場合のＳ２５２、及び、図８のＴ３０８が、「第１の記憶制御部」によって実行される処理の一例である。図４のＳ２１２及び図５のＴ３０が、「第２の送信部」によって実行される処理の一例である。図４のＳ２１４で引用する図３のＳ１３０が、「第２の判断部」によって実行される処理の一例である。図４のＳ２１０及び図９のＴ４２４が、「第２の記憶制御部」によって実行される処理の一例である。図４のＳ２３２及び図８のＴ３０２が、「第３の送信部」によって実行される処理の一例である。図４のＳ２５０及び図８のＴ３０６が、「第４の送信部」によって実行される処理の一例である。図４のＳ２６２及び図８のＴ３４０が、「表示制御部」によって実行される処理の一例である。図４のＳ２６４でＹＥＳと判断される場合のＳ２５２及び図８のＴ３６２が、「第３の記憶制御部」によって実行される処理の一例である。
【０１０１】
以上、本発明の具体例を詳細に説明したが、これらは例示にすぎず、特許請求の範囲を限定するものではない。特許請求の範囲に記載の技術には以上に例示した具体例を様々に変形、変更したものが含まれる。上記の実施例の変形例を以下に列挙する。
【０１０２】
（変形例１）「通信設定」は、サーバ設定に限られず、例えば、ＭＦＰ１０のネットワーク設定であってもよい。ネットワーク設定は、例えば、ＭＦＰ１０のＩＰアドレス、サブネットマスク、ゲートウェイアドレス等を含んでいてもよい。一般的に言うと、「通信設定」は、ログ情報をサーバに送信するための情報であればよい。
【０１０３】
（変形例２）ＭＦＰ１０は、図４の処理が開始された後であってＳ２００が実行される前に、サーバ設定記憶領域５０に記憶されているサーバ設定（以下では「古いサーバ設定」と記載する）に代えて、サーバ設定変更要求に含まれるサーバ設定（以下では「新たなサーバ設定」と記載する）をサーバ設定記憶領域５０に記憶してもよい。この場合、Ｓ２１０が省略される。また、ＭＦＰ１０は、Ｓ２２０において、古いサーバ設定に従ってログ情報を送信し、Ｓ２３２において、古いサーバ設定に従ってＰＩＮＧ信号を送信し、Ｓ２５０において、古いサーバ設定に従ってログ情報を送信し、Ｓ２５２を省略する（即ちサーバ設定記憶領域５０内に上記の新たなサーバ設定が維持される）。また、ＭＦＰ１０は、Ｓ２６４でＮＯと判断する場合に、サーバ設定記憶領域５０に記憶されている上記の新たなサーバ設定に代えて、上記の古いサーバ設定をサーバ設定記憶領域５０に記憶する。本変形例では、サーバ設定記憶領域５０内に上記の新たなサーバ設定を維持すること、ＭＦＰ１０がサーバ設定記憶領域５０内に上記の新たなサーバ設定に代えて上記の古いサーバ設定を記憶することが、それぞれ、「前記第１の通信設定に代えて前記第２の通信設定を前記メモリに記憶する」、「前記第１の通信設定に代えて前記第２の通信設定が前記メモリに記憶されない」の一例である。
【０１０４】
（変形例３）上記の実施例では、ＭＦＰ１０は、ＰＣ３００からサーバ設定変更要求を受信する。これに代えて、ＭＦＰ１０は、サーバ設定を変更するための要求操作を操作部１２によって受け付けてもよい。一般的に言うと、「第１（又は第２）の受付部」は、外部装置から第１（又は第２）の要求を受信することによって、第１（又は第２）の要求を受け付けてもよいし、通信装置の操作部に対する要求操作を受け付けることによって、第１（又は第２）の要求を受け付けてもよい。
【０１０５】
（変形例４）ＭＦＰ１０は、通信成功フラグ４２を記憶していなくてもよい。この場合、図３のＳ１１０〜Ｓ１３２を省略可能である。また、図４のＳ２００〜Ｓ２１４及びＳ２５４を省略可能である。本変形例では、「第２の送信部」、「第２の判断部」、及び、「第２の記憶制御部」を省略可能である。
【０１０６】
（変形例５）図６のケースＢ１及びＢ２の後であって図９のケースの前に、ＭＦＰ１０においてサーバ設定変更要求の受信とは異なるイベント（例えばＨＴＴＰ認証）が発生してもよい。この場合、ＭＦＰ１０は、図２のＳ１０でＹＥＳ、Ｓ２０でＹＥＳ、及び、Ｓ３０でＮＯと判断し、Ｓ３２に進む。そして、ＭＦＰ１０は、図３のＳ１００で上記の異なるイベントのログ情報を送信し、Ｓ１１０〜Ｓ１３２の処理を実行する。このＳ１３２において、通信成功フラグ４２がＯＮされ得る。そして、通信成功フラグがＯＮされると図９のケースに進み、通信成功フラグがＯＮされないと図７のケースに進む。本変形例では、上記の異なるイベントのログ情報が、「対象情報」の一例である。
【０１０７】
（変形例６）サーバ設定は、通信プロトコルを含んでいなくてもよく、例えば、サーバ１００との通信にはＴＣＰが必ず利用されてもよい。この場合、図３のＳ１２０、Ｓ１２２、図４のＳ２３０、及び、Ｓ２３２を省略可能である。本変形例では、「第３の送信部」を省略可能であり、「第１の判断部」は、確認信号に対する応答信号を受信するのか否かを判断しなくてもよい。また、例えば、サーバ１００との通信にはＵＤＰが必ず利用されてもよい。この場合、図３のＳ１２０及び図４のＳ２３０を省略可能である。本変形例では、「第１の判断部」は、完了信号を受信するのか否かを判断しなくてもよい。また、ログ情報の通信には、ＵＤＰ及びＴＣＰとは異なる通信プロトコルが利用されてもよい。
【０１０８】
（変形例７）図４のＳ２５０を省略してもよい。本変形例では、「第４の送信部」を省略可能である。
【０１０９】
（変形例８）図４のＳ２６０〜Ｓ２６４を省略し、Ｓ２４０でＮＯの場合に、図４の処理を終了してもよい。本変形例では、「表示制御部」及び「第３の記憶制御部」を省略可能である。
【０１１０】
（変形例９）ＭＦＰ１０は、ｓｙｓｌｏｇプロトコル以外の所定のプロトコル（例えば、ＭＦＰ１０のベンダによって設計されたプロトコル）に従って記述されたログ情報を送信してもよい。即ち、「ログ情報」は、ｓｙｓｌｏｇプロトコル以外の所定のプロトコルに従って送信されてもよい。
【０１１１】
（変形例１０）「通信装置」は、ＭＦＰ１０でなくてもよく、例えば、プリンタ、スキャナ、携帯端末、ＰＣ、サーバ等の他のデバイスであってもよい。
【０１１２】
（変形例１１）上記の各実施例では、図２〜図９の各処理がソフトウェア（即ち、プログラム３６）によって実現されるが、これらの各処理のうちの少なくとも１つが論理回路等のハードウェアによって実現されてもよい。
【０１１３】
また、本明細書または図面に説明した技術要素は、単独であるいは各種の組合せによって技術的有用性を発揮するものであり、出願時請求項記載の組合せに限定されるものではない。また、本明細書または図面に例示した技術は複数目的を同時に達成するものであり、そのうちの一つの目的を達成すること自体で技術的有用性を持つものである。
【符号の説明】
【０１１４】
２：通信システム、６：ＬＡＮ、１０：ＭＦＰ、１２：操作部、１４：表示部、１６：通信Ｉ／Ｆ、１８：印刷実行部、２０：スキャン実行部、３０：制御部、３２：ＣＰＵ、３４：メモリ、３６：プログラム、３８：Ｓｅｖｅｒｉｔｙテーブル、４０：ログ送信フラグ、４２：通信成功フラグ、５０：サーバ設定記憶領域、１００：ログ管理サーバ、３００：ＰＣ
【図１】
2020135131.tif 000003
【図２】
2020135131.tif 000004
【図３】
2020135131.tif 000005
【図４】
2020135131.tif 000006
【図５】
2020135131.tif 000007
【図６】
2020135131.tif 000008
【図７】
2020135131.tif 000009
【図８】
2020135131.tif 000010
【図９】
2020135131.tif 000011