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