JP2022158427A - 情報処理装置および情報処理方法 - Google Patents

Abstract

【課題】 複合機とユーザ端末の両方にイベントを配信する場合において、ユーザの利便性を向上できる、情報処理装置を提供する。【解決手段】 情報処理装置は、ユーザ端末と同じイベント通知を受信するイベント通知受信部、前記ユーザ端末が前記イベント通知を確認したことを示す既読情報を受信する既読情報受信部、および前記既読情報受信部で前記既読情報を受信したかどうかに基づいて前記イベント通知に関して異なる処理を実行するイベント処理部を備える。【選択図】 図９

Description

この発明は、情報処理装置および情報処理方法に関し、特にたとえば、複合機とユーザ端末の両方にイベントを配信する、情報処理装置、情報処理プログラムおよび情報処理方法に関する。

特許文献１には、異なるシステム間における同一のユーザに対して同一の通知を行い、２つのシステムのうち一方のシステムで通知が既読されると、その情報が他方のシステムに連携される、お知らせ連携装置が開示されている。

特開２０１３－２０６１８４号公報

特許文献１に開示されているお知らせ連携装置では、異なるシステム間における同一のユーザに対する同一通知の未読および既読状態を管理できるものの、通知の種類によっては、一方のシステムで通知内容が既読されていても、他方のシステムで通知内容を確認し、何らかの処理をしなければならないケースがあり得るため、ユーザの利便性の一層の向上が望まれる。

それゆえに、この発明の主たる目的は、新規な、情報処理装置および情報処理方法を提供することである。

この発明の他の目的は、複合機とユーザ端末の両方にイベントを配信する場合においてユーザの利便性を向上できる、情報処理装置および情報処理方法を提供することである。

この発明は、上記の課題を解決するために、以下の構成を採用した。なお、括弧内の参照符号および補足説明等は、この発明の理解を助けるために記述する実施形態との対応関係を示したものであって、この発明を何ら限定するものではない。

第１の発明は、ユーザ端末と同じイベント通知を受信するイベント通知受信部、ユーザ端末がイベント通知を確認したことを示す既読情報を受信する既読情報受信部、および既読情報受信部で既読情報を受信したかどうかに基づいてイベント通知に関して異なる処理を実行するイベント処理部を備える、情報処理装置である。

第１の発明では、情報処理装置（２０：実施例において対応する部分を例示する参照符号。以下、同様。）は、パーソナルデバイスとしてのユーザ端末（４０）と同じイベント通知の配信を受ける。情報処理装置は、イベント通知の配信を受けると、イベント通知受信部（２１２、Ｓ２５、Ｓ２７）は、そのイベント通知を受信する。既読情報受信部（２１２、Ｓ２９、Ｓ３１）は、ユーザ端末がイベント通知を確認したことを示す既読情報を受信する。イベント処理部（２１２、Ｓ３７‐Ｓ４３）は、既読情報受信部で既読情報を受信したかどうかに基づいてイベント通知に関して異なる処理を実行する。

第１の発明によれば、既読情報を受信したかどうかに基づいてイベント通知に関して異なる処理を実行するので、ユーザ端末（パーソナルデバイス）の両方にイベントを配信する場合において、ユーザの利便性を向上できる。

第２の発明は、第１の発明に従属し、表示部をさらに備え、イベント処理部はイベント通知の表示部における異なる処理を実行する、情報処理装置である。

第３の発明は、第２の発明に従属し、イベント通知は第１のイベント通知と第１のイベント通知とは異なる類型の第２のイベント通知を含み、イベント通知受信部が受信したイベント通知が第１のイベント通知であるとき、イベント処理部は、既読情報受信部が既読情報を受信すると、第１のイベント通知を表示部で表示しない、情報処理装置である。

第４の発明は、第３の発明に従属し、イベント通知受信部が受信したイベント通知が第２のイベント通知であるとき、イベント処理部は、既読情報受信部が既読情報を受信していても、第２のイベント通知を表示部で表示する、情報処理装置である。

第５の発明は、情報処理装置における情報処理方法であって、ユーザ端末と同じイベント通知を受信するイベント通知受信ステップ、ユーザ端末がイベント通知を確認したことを示す既読情報を受信する既読情報受信ステップ、および既読情報受信ステップで既読情報を受信したかどうかに基づいてイベント通知に関して異なる処理を実行するイベント処理ステップを含む、情報処理方法である。

この発明によれば、ユーザ端末（パーソナルデバイス）での既読か未読かに基づいてイベント通知に関して異なる処理（または、表示処理）を実行するので、情報処理装置とユーザ端末の両方にイベント通知を配信する場合においても、ユーザの利便性を向上できる。

この発明の上述の目的、その他の目的、特徴および利点は、図面を参照して行う以下の実施例の詳細な説明から一層明らかとなろう。

図１はこの発明の一実施例（第１実施例）の情報処理装置の全体の構成を示すブロック図である。 図２は第１実施例における複合機の電気的な構成を示すブロック図である。 図３は第１実施例におけるサーバの構成を示すブロック図である。 図４は第１実施例におけるユーザ端末の電気的な構成を示すブロック図である。 図５は第１実施例における複合機の主記憶部内の構成を示すメモリマップである。 図６は第１実施例におけるサーバの主記憶部内の構成を示すメモリマップである。 図７は第１実施例におけるユーザ端末の主記憶部内の構成を示すメモリマップである。 図８は第１実施例におけるサーバの主制御部が実行するイベント処理の動作を示すフロー図である。 図９は第１実施例における複合機の主制御部が実行するイベント処理の動作を示すフロー図である。 図１０は第１実施例におけるユーザ端末の主制御部が実行するイベント処理の動作を示すフロー図である。 図１１は第１実施例における類型１での複合機およびユーザ端末のイベント表示例を示す図解図である。 図１２は第１実施例における類型２での複合機およびユーザ端末のイベント表示の一例を示す図解図である。 図１３は第１実施例における類型２での複合機およびユーザ端末のイベント表示の他の例を示す図解図である。 図１４は第１実施例における類型２での複合機およびユーザ端末のイベント表示のその他の例を示す図解図である。

図１を参照して、この発明の一実施例（第１実施例）の情報処理システム１０は、複合機２０、サーバ３０およびユーザ端末４０を備え、それら複合機２０、サーバ３０およびユーザ端末４０は、インターネットのようなネットワーク５０で相互に信号、データあるいは情報を通信することができる。

この実施例の複合機２０は、情報処理装置の一例であり、コピー機能、プリンタ機能、スキャナ機能、ファクシミリ機能などの複数の機能を備える。サーバ３０は、たとえば複合機２０で発生したイベントを、複合機２０からの配信要求に応じて、複合機２０およびユーザ端末４０に配信する。ユーザ端末４０は、所有者であるユーザのパーソナルデバイスであり、一例として、スマートフォン、タブレットコンピュータあるいはパーソナルコンピュータなどであってよい。ネットワーク５０は、上述のようにたとえばインターネットであるが、これに限らず、ＶＰＮ（Virtual Private Network）や専用線などであってもよい。

なお、図１においては、ユーザ端末４０が１台のみネットワーク５０に接続されているが、この情報処理システム１０に関連のユーザの人数に応じた台数のユーザ端末４０がネットワーク５０に接続されてもよい。

第１実施例における複合機２０は、図２に示すように、画像読取部２０２、画像形成部２０４および給紙部２０６を備える。複合機２０は、また、通信部２０８および入出力インターフェース（Ｉ／Ｏ）部２１０を備える。さらに、複合機２０は、主制御部２１２、補助記憶部２１４および外部記憶媒体接続部２１６を備える。また、複合機２０は、表示部２１８および操作部２２０を備える。これらは、互いに共通のバス２２２に接続される。

画像読取部２０２は、よく知られているように、原稿の画像を読み取って、原稿の画像に応じた２次元の画像データを出力する、画像読取手段である。このため、画像読取部２０２は、いずれも図示しないが、原稿載置台、光源、複数のミラー、結像レンズ、ラインセンサなどを備える。

画像形成部２０４は、記録用紙上に電子写真方式によって画像を形成する、画像形成手段である。このため、画像形成部２０４は、いずれも図示しないが、感光体ドラム、帯電装置、露光装置、現像装置、転写装置、定着装置などを備える。この画像形成部２０４による画像形成処理に供される画像データとしては、たとえば画像読取部２０２から出力される画像データがある。また、後述するユーザ端末４０や外部記憶媒体から取り込まれる各種ファイルに基づく画像データなども、画像形成部２０４による画像形成処理に供される場合がある。なお、画像形成部２０４は、白黒の画像形成処理のみならず、カラーの画像形成処理を行うこともできる。

給紙部２０６は、給紙カセット（図示せず）を含み、この給紙カセットに収容されている記録用紙を１枚ずつ画像形成部２０４に送り込む、給紙手段である。

通信部２０８は、ネットワーク５０を介しての双方向の通信処理を行える、通信手段である。また、通信部２０８は、Ｗｉ－Ｆｉ（登録商標）方式などの無線方式による通信も実行可能である。この無線方式による通信処理は、たとえば複合機２０の近くにあるユーザ端末４０との間で行われる。

入出力インターフェース部２１０は、各種センサやモータなどに接続され、厳密にはそれらのドライブ回路に接続される。各種センサとしては、給紙カセット内における用紙の有無を検出するためのセンサや、現像装置内のトナーセンサ、給紙カセットから排紙部までの用紙の搬送経路中に適宜に設けられた用紙検出センサなどがある。また、モータとしては、用紙の搬送経路中に適宜に設けられた用紙搬送用のモータや、前述の感光体ドラムを駆動するためのモータなどがある。この入出力インターフェース部２１０を介して、それぞれのセンサからの出力信号が主制御部２１２に送られ、また、当該主制御部２１２からそれぞれのモータへ制御信号が送られる。

主制御部２１２は、複合機２０の全体的な制御を司る、制御手段である。このため、主制御部２１２は、ＣＰＵを備えるコンピュータを含む。主制御部２１２は、また、ＣＰＵが直接アクセス可能な主記憶手段としての主記憶部２１２ａを備える。この主記憶部２１２ａは、たとえばＲＡＭおよびＲＯＭを含む。

補助記憶部２１４は、たとえば、ハードディスクやフラッシュメモリなどを含む、補助記憶手段である。この補助記憶部２１４には、ＣＰＵによる制御に従って、たとえば画像読取部２０２から出力される画像データなどの各種の画像データや、画像データ以外の各種のデータが適宜に記憶される。

外部記憶媒体接続部２１６は、たとえばＵＳＢメモリなどの外部記憶媒体が接続可能な接続口を有しており、当該外部記憶媒体との間で各種ファイルなどのデータの送受信を行う。したがって、たとえば、外部記憶媒体に記録されている各種ファイルなどのデータを複合機２０側に取り込んだり、当該複合機２０側から外部記憶媒体に各種ファイルなどのデータを送り込んで記憶させたりすることが可能である。

表示部２１８は、表示手段としてのディスプレイ２１８ａを有する。このディスプレイ２１８ａは、操作部２２０のタッチパネル２２０ａと協働して、タッチパネル付きディスプレイ（タッチスクリーン）を構成する。このディスプレイ２１８ａは、たとえば液晶ディスプレイ（ＬＣＤ）であるが、これに限らず、有機ＥＬディスプレイなどであってもよい。また、表示部２１８は、ディスプレイ２１８ａ以外に、発光ダイオードなどの適宜の発光素子を含んでよい。

操作部２２０は、操作受付手段としてのタッチパネル２２０ａを有する。このタッチパネル２２０ａは、前述の如くディスプレイ２１８ａと協働して、タッチパネル付きディスプレイを構成する。このため、タッチパネル２２０ａは、ディスプレイ２１８ａの表示面上に重なるように設けられる。また、操作部２２０は、タッチパネル２２０ａ以外に、押しボタンスイッチなどの適宜のハードウェアスイッチを含んでよい。

第１実施例におけるサーバ３０は、図３に示すように、主制御部３０２、通信部３０４および補助記憶部３０６を備える。これらは、互いに共通のバス３０８に接続される。

主制御部３０２は、サーバ３０の全体的な制御を司る、当該サーバ３０における制御手段である。このため、主制御部３０２は、ＣＰＵを備えるコンピュータを含む。さらに、主制御部３０２は、サーバ３０における主記憶手段としての主記憶部３０２ａを備える。この主記憶部３０２ａは、たとえばＲＡＭおよびＲＯＭを含む。

通信部３０４は、ネットワーク５０を介しての双方向の通信処理を行える、サーバ３０における通信手段である。

補助記憶部３０６は、たとえば、ハードディスクやフラッシュメモリなどを含む、サーバ３０における補助記憶手段である。

第１実施例におけるユーザ端末４０は、前述のようにスマートフォンやタブレットコンピュータ、パーソナルコンピュータなどであるが、たとえばスマートフォンである場合は、図４に示すように、主制御部４０２、補助記憶部４０４および通信部４０６を備える。ユーザ端末４０としてのスマートフォンは、表示部４０８および操作部４１０を備える。これらは、互いに共通のバス４１２に接続されている。

主制御部４０２は、ユーザ端末４０の全体的な制御を司る、当該ユーザ端末４０における制御手段である。このため、主制御部４０２は、ＣＰＵを備えるコンピュータを含む。主制御部４０２は、また、ユーザ端末４０における主記憶手段としての主記憶部４０２ａを備える。この主記憶部４０２ａは、たとえばＲＡＭおよびＲＯＭを含む。

ユーザ端末４０の通信部４０６は、ネットワーク５０を介しての双方向の通信処理を行う、ユーザ端末４０における通信手段である。この通信部４０６は、Ｗｉ－Ｆｉ方式などの無線方式によって通信処理を行うことができるが、有線方式によっても通信処理を行うことができる。また、通信部４０６は、複合機２０（通信部２０８）との間での無線方式による通信処理を行える。

表示部４０８は、ユーザ端末４０における表示手段としてのディスプレイ４０８ａを有する。このディスプレイ４０８ａは、操作部４１０のタッチパネル４１０ａと協働して、タッチパネル付きディスプレイを構成する。このディスプレイ４０８ａは、たとえば液晶ディスプレイであるが、これに限らず、有機ＥＬディスプレイなどであってもよい。

操作部４１０は、ユーザ端末４０における操作受付手段としてのタッチパネル４１０ａを有する。このタッチパネル４１０ａは、前述の如くディスプレイ４０８ａと協働して、タッチパネル付きディスプレイを構成する。このため、タッチパネル４１０ａは、ディスプレイ４０８ａの表示面上に重なるように設けられる。

第１実施例の情報処理システム１０では、複合機２０からのイベント配信要求を受けて、サーバ３０が、そのイベント情報を複合機２０とユーザ端末４０の両方に送信する。そして、ユーザ端末４０からの既読情報の有無に応じて、サーバ３０がイベントの通知を処理する。つまり、ユーザ端末４０での既読か未読かに基づいて、サーバ３０がイベント通知に関する処理（または、表示処理）を実行する。

このようなイベントには、後述のように、２つの類型がある。

類型１のイベントは、単なる通知であって、複合機２０での通知要因解除が不要なイベントである。つまり、類型１のイベント通知は、複合機２０またはユーザ端末４０のどちらかでそのイベント通知を１度確認してもらえばよく、複合機２０での解除操作は必要ない、というイベントである。

この類型１のイベントには、たとえば、社内の業務通達、管理部門からの通達、管理部門からの書面フォーマット改訂の連絡、複合機の販売店からの新製品や新サービスのお知らせ、などが該当する。このような類型１のイベント通知は、基本的には、すべてのユーザのユーザ端末に配信されるべきものであり、ユーザ端末４０で確認（既読）された後に、複合機２０で継続して表示する必要はない。

類型２のイベントは、複合機２０で発生したイベント通知であって、その通知要因を複合機２０で解除するかまたは確認する必要があるイベントである。したがって、この類型２のイベントは、ユーザ端末４０で該当のイベント通知が確認（既読）されたとしても、その通知要因を複合機２０で解除するかまたは確認するまでは、複合機２０での表示が必要である、というイベントである。

この類型２のイベントには、たとえば、プリントデータ受信、ファクシミリデータ受信、用紙／トナー切れ、ファームアップ（ファームウエアのアップデート）連絡、プリントデータの印刷などが該当する。

このような類型２のイベント通知は、特定のユーザのユーザ端末にのみ配信すればよいものと、すべてのユーザのユーザ端末に配信されるべきものがある。たとえば、プリントデータ受信の通知は、そのプリントデータを複合機２０へ送信した特定ユーザに配信されるべきであり、ファームアップ連絡は特定のグループに属するすべてのユーザのユーザ端末に配信されるべきであり、ファクスデータ受信や用紙／トナー切れの通知は、すべてのユーザのユーザ端末へ配信されるものである。

類型２のイベントのうち、たとえば、ファクミリデータ受信、ファームアップ連絡などは、複合機２０で１度確認されるか、通知要因が解除されるまで表示する。用紙／トナー切れの通知などは、ユーザ端末４０で確認（既読）されたとしても、複合機２０で通知要因が解除されるまで複合機２０で表示する必要がある。

類型２のイベントのうちプリントデータの印刷などは、複合機２０での通知要因解除が必要なイベントであるが、特定のユーザ（対象ユーザ）に通知要因を解除してもらいたい、というイベントである。

複合機２０は、上述のようなイベントを処理するためのプログラムが設定される。

図５は複合機２０の主記憶部２１２ａのメモリマップ６０を示し、このメモリマップ６０に示すように、主記憶部２１２ａは、プログラム記憶領域６２およびデータ記憶領域６４を有する。

プログラム記憶領域６２には、前述のコンピュータの動作を制御するための制御プログラム６２０が記憶される。この制御プログラム６２０は、表示制御プログラム６２２、操作検出プログラム６２４、画像読取プログラム６２６、画像形成プログラム６２８、通信制御プログラム６３０、イベント処理プログラム６３２などを含む。

表示制御プログラム６２２は、表示部２１８のディスプレイ２１８ａ（図２）に各種画面を表示させるのに必要な表示画面データを生成するためのプログラムである。操作検出プログラム６２４は、タッチパネル２２０ａを含む操作部２２０へのユーザによる操作状態を検出するためのプログラムである。画像読取プログラム６２６は、画像読取部２０２を制御するためのプログラムである。画像形成プログラム６２８は、画像形成部２０４を制御するためのプログラムである。通信制御プログラム６３０は、通信部２０８を制御するためのプログラムである。

そして、イベント処理プログラム６３２は、主制御部（コンピュータ）２１２に、上述のようなイベントを検知させたり、イベントの配信要求をサーバ３０に送信させたり、サーバ３０から送信されてくるイベント通知を受信したり、サーバ３０から送信されてくるユーザ端末４０からの既読情報を受信したりするためのプログラムである。

たとえば、Ｉ／Ｏ部２１０から入力される、用紙センサからの用紙切れ信号に応答して、給紙部での用紙切れというイベントを検知することができる。同様に、画像形成部２０４に設けたトナーセンサから入力されるトナー切れ信号に応答して、トナー切れというイベントを検知することができる。

たとえば、通信部２０８から受信したデータ（データ識別子を含めて）をコンピュータが識別して、社内通達を受信したというイベント、ファクシミリデータを受信したというイベント、プリントデータを受信したというイベント、などを検知することができる。さらに、通信部２０８から受信したデータ（データ識別子を含めて）をコンピュータが識別して、ファームアップがあったというイベント、書面フォーマットの改訂があったというイベント、なども検知することができる。

たとえば、コンピュータが画像形成部２０４に命令した動作に応じて、ファクシミリデータを印刷したというイベントを検知することができる。同様に、コンピュータが画像形成部２０４に命令した動作に応じて、ホールドプリントデータを印刷したというイベントを検知することができる。

図５に示すデータ記憶領域６４には、各種データの記憶領域６４０が設けられる。各種データとしては、表示画像生成データ、操作データ、画像データ、送受信データ、イベントデータ、配信先リストなどが該当し、それぞれの記憶領域６４２、６４４、６４６、６４８、６５０、６５２などが形成される。

表示画像生成データ記憶領域６４２に記憶される表示画像生成データは、前述した表示画面データの生成に用いられるポリゴンデータやテクスチャデータなどのデータである。操作データ記憶領域６４４に記憶される操作データは、タッチパネル２２０ａを含む操作部２２０に対するユーザによる操作状態を表すデータであり、たとえば当該タッチパネル２２０ａに対するユーザによるタッチ位置（座標）を表す時系列のデータである。画像データ記憶領域６４６に記憶される画像データは、画像読取部２０２から出力される画像データや、画像形成部２０４による画像形成処理に供される画像データなどの画像データである。画像データ記憶領域６４６に記憶される画像データとしては、さらに、先に挙げたファクシミリデータやプリントデータも含まれることがある。送受信データ記憶領域６４８に記憶される送受信データは、サーバ３０やユーザ端末４０などとの間で送受信されるデータである。

イベントデータ記憶領域６５０に記憶されるイベントデータは、たとえば、先のイベント処理プログラム６３２で検知されたイベントデータである。

配信先リスト記憶領域６５２に記憶される配信先リストは、サーバ３０からのイベント配信要求に応じて複合機２０がイベントデータを配信するとき、どのユーザ端末（および複合機）へそのイベント通知を配信すべきかを示すリストである。この配信先リストには、前述したイベントの類型毎にどのユーザ端末（および複合機）へイベントを配信するかを記憶している。

図６は、サーバ３０の主記憶部３０２ａのメモリマップ７０を示す。このメモリマップ７０に示されるように、主記憶部３０２ａは、プログラム記憶領域７２およびデータ記憶領域７４を有する。

プログラム記憶領域７２には、主制御部３０２のコンピュータの動作を制御するための制御プログラム７２０が記憶される。この制御プログラム７２０は、通信制御プログラム７２２、イベント処理プログラム７２４、などを含む。

通信制御プログラム７２２は、通信部３０４を制御するためのプログラムである。イベント処理プログラム７２４は、主制御部（コンピュータ）３０２に後述する店舗イベント処理を実行させるためのプログラムである。ただし、ここでのイベント処理には、先の複合機２０からのイベント配信要求に応じて、イベント通知を該当するまたはすべてのユーザのユーザ端末４０と該当の複合機２０へ配信（送信）すること、必要に応じて、イベント通知を再配信（再送信）すること、ユーザ端末４０からイベント通知の既読情報を受信して、その既読情報を該当の複合機２０へ送信すること、等を含む。

一方、データ記憶領域７４には、各種データ記憶領域７４０が形成される。この各種データ記憶領域７４０に記憶される送受信データは、複合機２０から受信したイベントデータなどの送受信データを記憶する送受信データ記憶領域７４２、配信先リスト記憶領域７４４などを含む。配信先リストは、このサーバ３０が複合機２０からのイベント配信要求を受けたとき、どのユーザ端末や複合機へそのイベント通知を配信すべきかを示すリストである。この配信先リストには、前述したイベントの類型毎にどのユーザ端末や複合機へイベントを配信するかを記憶している。

図７は、ユーザ端末４０の主記憶部４０２ａのメモリマップ８０を示す。主記憶部４０２ａは、プログラム記憶領域８２およびデータ記憶領域８４を有する。このうちのプログラム記憶領域８２には、主制御部４０２のコンピュータの動作を制御するための制御プログラム８２０が記憶されている。この制御プログラム８２０は、表示制御プログラム８２２、操作検出プログラム８２４、通信制御プログラム８２６、イベント処理プログラム８２８、などを含む。

表示制御プログラム８２２は、表示部４０８のディスプレイ４０８ａに各種画面を表示させるのに必要な表示画面データを生成するためのプログラムである。操作検出プログラム８２４は、タッチパネル４１０ａを含む操作部４１０に対するユーザによる操作状態を検出するためのプログラムである。通信制御プログラム８２６は、通信部４０６を制御するためのプログラムである。イベント処理プログラム８２８は、主制御部（コンピュータ）４０２に、上述のようなイベント通知データを処理するためのプログラムである。

データ記憶領域８４には、各種データ記憶部８４０が形成される。表示画像生成データ記憶領域８４２には、表示制御プログラム８２２に基づく表示画面データの生成に用いられるポリゴンデータやテクスチャデータなどの表示画像生成データが記憶される。操作データ記憶領域８４４に記憶される操作データは、タッチパネル４１０ａを含む操作部４１０に対するユーザによる操作状態を表すデータであり、たとえばタッチパネル４１０ａに対するユーザによるタッチ位置を表す時系列のデータである。そして、送受信データは送受信データ記憶領域８４６に記憶される。送受信データには、サーバ３０から配信されるイベントデータ、ユーザがそのイベントデータをユーザ端末４０で既読したときにサーバ３０へ返信する既読情報、などが含まれる。

図８は、この実施例におけるサーバ３０の主制御部３０２（コンピュータ）のイベント処理プログラム７２４に従った動作を示すフロー図である。この図８の動作フローは、所定時間、たとえばフレーム周期毎に繰り返し実行されるものとする。

最初のステップＳ１では主制御部３０２は、複合機２０からイベント配信要求を受信したかどうか判断する。このステップＳ１では、主制御部３０２は、通信部３０４（図３）から受信した受信データをイベント処理プログラム７２４（図６）に従って解読することによって、受信データが複合機２０からの配信要求かどうか判断することができる。複合機２０からのイベント配信要求には、配信を希望するイベント通知データだけでなく、そのイベント通知データが上で説明した類型１または２のどれに該当するかを示すデータ（類型データ）を含む。したがって、複合機２０からのイベント通知データは、その類型データとともに、送受信データ記憶領域７４２（図６）に記憶される。

ステップＳ１で“ＹＥＳ”を判断したとき、主制御部３０２は、ステップＳ３において、送受信データ記憶領域７４２に記憶したイベント通知データを、類型に応じた配信先リストが示す、配信先のユーザ端末４０へイベントを送信する。同時に、ステップＳ５において、主制御部３０２は、送受信データ記憶領域７４２に記憶したイベント通知データを、類型に応じた配信先リストが示す、配信先の複合機２０へイベントを送信する。

ステップＳ１で“ＮＯ”を判断したとき、主制御部３０２は、次のステップＳ７において、外部からのイベント配信要求があったかどうか判断する。ここで、「外部」というのは、ネットワーク５０（図１）を介して繋がる他のコンピュータ（図示せず）などを意味する。たとえば複合機２０の販売会社からの広告依頼のようなイベントがここでいう、外部からのイベント配信要求に該当する。

ステップＳ７で“ＹＥＳ”を判断したとき、主制御部３０２は、そのような外部からの配信要求のイベントデータを送受信データ記憶領域７４２に記憶する。なお、このような外部からのイベント配信要求からのイベント（たとえば、広告）は、類型１に該当するので、類型１を示す類型データも併せて送受信データ記憶領域７４２に記憶される。

そして、ステップＳ９およびＳ１１において、その外部からの配信要求に従って、配信先リストが示す配信先のユーザ端末および複合機へイベントデータを送信する。

ステップＳ７で“ＮＯ”を判断したとき、主制御部３０２は、ステップＳ１３において、ステップＳ３またはＳ９でイベントデータを配信したユーザ端末４０から既読情報を受信したかどうか判断する。このステップＳ１３においても、主制御部３０２は、通信部３０４（図３）から受信した受信データをイベント処理プログラム７２４（図６）に従って参照することによって、受信データがユーザ端末４０からの既読情報であるかどうか判断することができる。

ステップＳ１３で“ＹＥＳ”を判断したとき、主制御部３０２は、続くステップＳ１５において、その既読情報を、ステップＳ１でイベント配信要求を受信した、複合機２０へ送信する。

図９は、この実施例における複合機２０の主制御部２１２（コンピュータ）のイベント処理プログラム６３２に従った動作を示すフロー図である。この図９の動作フローは、所定時間、たとえばフレーム周期毎に繰り返し実行されるものとする。

最初のステップＳ２１では、主制御部２１２は、イベントを検知したかどうか、判断する。このステップＳ２１で“ＹＥＳ”を判断したとき、主制御部２１２は、続くステップＳ２３において、通信部２０８（図２）からイベント通知データとともに、イベント配信要求をイベント処理プログラム６３２（図５）に従って、サーバ３０へ送信する。

このイベント配信要求は、配信を希望するイベント通知データだけでなく、そのイベント通知データが上で説明した類型１または２のどれに該当するかを示すデータ（類型データ）を含む。そして、ステップＳ２３で、サーバ３０へ送信したイベント配信要求に含まれるイベント通知データは、その類型データとともに、送受信データ記憶領域７４２（図６）に記憶される。

ステップＳ２１で“ＮＯ”を判断したとき、主制御部２１２は、ステップＳ２５で、その複合機２０に対するイベント通知を受信したかどうか判断する。主制御部２１２は、通信部２０８（図２）から受信した受信データをイベント処理プログラム６３２（図５）に従って参照することによって、受信データがサーバ３０からのイベント通知データかどうか判断することができる。

このステップＳ２５で“ＹＥＳ”を判断したとき、主制御部２１２は、ステップＳ２７で、受信したイベント通知データ（類型データを含む）を送受信データ記憶領域６４８へ記憶する。このステップＳ２５およびＳ２７を実行する主制御部２１２は、イベント通知受信部として機能する。

ステップＳ２７で受信したイベント通知データを記憶した後、またはステップＳ２５で“ＮＯ”を判断した後、主制御部２１２は、ステップＳ２９において、サーバ３０から、ユーザ端末での対象イベント（当該複合機２０がサーバ３０に配信要求したイベント）の既読情報を受信したかどうか判断する。ここでも、主制御部２１２は、通信部２０８（図２）から受信した受信データをイベント処理プログラム６３２（図５）に従って参照することによって、受信データがサーバ３０からの既読情報かどうか判断することができる。

ステップＳ２９で“ＹＥＳ”を判断したとき、ステップＳ３１において、対象イベントの既読情報を送受信データ記憶領域６４８に記憶する。ステップＳ２９およびＳ３１を実行する主制御部２１２は、既読情報受信部として機能する。

ステップＳ２９で“ＮＯ”を判断したとき、またはステップＳ３１を実行した後、主制御部２１２は、ステップＳ３３において、その複合機２０にユーザがログインしたかどうか判断する。具体的には、よく知られているように、ディスプレイ２１８ａにログイン画面（たとえば、ＧＵＩ（Graphical User Interface））を表示し、そこでユーザがユーザＩＤなどを入力するなどして認証プロセスを経れば、ログインされる。ただし、このステップＳ３３で“ＮＯ”を判断したとき、すなわちユーザがログインしなかった場合には、動作を終了する。

ステップＳ３３で“ＹＥＳ”を判断したとき、主制御部２１２は、ステップＳ３５で、そのログインしたユーザが通知対象のイベント配信要求があるかどうか判断する。ここでは、主制御部２１２は、イベント処理プログラム６３２（図５）に従って、データ記憶領域６４のイベントデータ記憶領域６５０および配信先リスト記憶領域６５２にそれぞれ記憶されている、イベントデータおよび配信先リストを参照することによって、判断することができる。このステップＳ３５を実行する主制御部２１２は、イベント通知受信部として機能する。

ステップＳ３５で“ＮＯ”を判断したときには、動作は終了する。

ステップＳ３５で“ＹＥＳ”を判断したとき、主制御部２１２は、ステップＳ３７で、対象イベントがユーザ端末４０で既読であっても、再通知が必要なイベントかどうか判断する。ここでは、主制御部２１２は、データ記憶領域６４のイベントデータ記憶領域６５０および配信先リスト記憶領域６５２にそれぞれ記憶されている、イベントデータ（類型データを含む）および配信先リストを参照することによって、判断することができる。

ステップＳ３７で“ＹＥＳ”を判断したとき、主制御部２１２は、ステップＳ３９において、ステップＳ２３で送受信データ記憶領域７４２（図６）に記憶したイベント通知データ（類型データを含む）を、表示制御プログラム６２２（図６）に従って、表示部２１８（のディスプレイ２１８ａ）に表示する。つまり、ステップＳ３９は、対象イベントが、ユーザがユーザ端末４０で確認していても（既読になっていても）複合機２０上で再通知（表示）しなければならない類型のイベントであるので、ユーザ端末４０からの既読情報の受信が確定的であっても、対象イベントの通知内容を再表示するステップである。

ステップＳ３７で“ＮＯ”を判断したとき、主制御部２１２は、次のステップＳ４１で、ステップＳ３３でログインしたユーザが複合機２０上で対象イベントを確認（既読）したかどうか判断する。ここで、主制御部２１２は、たとえばディスプレイ２１８ａに対象イベントを表示する際に併せて表示している確認手段、たとえばＯＫボタンなどがユーザによって操作されたかどうかで判断することができる。

このステップＳ４１で“ＹＥＳ”を判断したとき、再通知する必要がない（ステップＳ３７で“ＮＯ”）のであるから、そのまま動作を終了する。

他方で、ステップＳ４１で“ＮＯ”を判断したとき、主制御部２１２は、ステップＳ４３において、該当の対象イベントを表示制御プログラム６２２に従って、表示部２１８のディスプレイ２１８ａで表示する。

このように、ユーザ端末４０からの既読情報を受信しているかどうかによってステップＳ３７およびステップＳ４１でそれぞれ異なる判断が行われ、その結果に応じて、ステップＳ３９が実行されたり、されなかったりする。つまり、このステップＳ３７‐Ｓ３７を実行する主制御部２１２は、既読情報を受信したかどうかに基づいてイベント通知に関して異なる処理を実行するイベント処理部として機能する。

図１０は、この実施例におけるユーザ端末４０の主制御部４０２（コンピュータ）のイベント処理プログラム８２８に従った動作を示すフロー図である。この図１０の動作フローは、所定時間、たとえばフレーム周期毎に繰り返し実行されるものとする。

最初のステップＳ５１では、主制御部４０２は、サーバ３０からのイベント通知を受信したかどうか、判断する。このステップＳ５１では、主制御部４０２は、通信部４０６（図４）から受信した受信データがサーバ３０から配信されたイベント通知かどうか判断することができる。受信したイベントデータは、表示制御プログラム８２２（図７）によって、表示部４０８のディスプレイ４０８ａに表示される。

ステップＳ５１で“ＮＯ”を判断したとき、動作は終わる。他方、ステップＳ５１で“ＹＥＳ”を判断したとき、主制御部４０２は、ステップＳ５３でそのイベント通知を確認（既読）したかどうか判断する。ここで、主制御部４０２は、たとえばディスプレイ４０８ａにそのイベントを表示する際に併せて表示している確認手段、たとえばＯＫボタンなどがユーザによって操作されたかどうかで判断することができる。

ステップＳ５３で“ＹＥＳ”を判断したとき、主制御部４０２は、既読情報をサーバ３０に送信する。たとえば、上述の確認手段の操作に応答して、主制御部４０２は、通信制御プログラム８２２（図７）を制御して、サーバ３０に既読情報を送信し、動作を終了する。

ステップＳ５３で“ＮＯ”を判断したとき、すなわちイベント通知が既読にならなかったとき、動作を終了する。

次に図１１‐図１４を参照して、異なる類型のイベント通知の具体例について、説明する。

図１１は、類型１のイベント通知をサーバ３０から、複合機２０とユーザ端末４０の両方へ送信する場合を示し、図１１（Ａ）は複合機２０のディスプレイ２１８ａの表示画面２２４の一例を示し、図１１（Ｂ）はユーザ端末４０のディスプレイ４０８ａの表示画面４１４の一例を示す。図１１で示すイベント通知は、先に説明した類型１に属する、「社内の業務通達」である。

この例の場合、この社内の業務通達のイベント通知は、通信部３０４を通して、外部のコンピュータまたはサーバ（図示せず）からサーバ３０へ入力される。このイベント通知データは、類型データとともに、サーバ３０の主記憶部３０２の送受信データ記憶領域７４２（図６）に記憶される。そして、サーバ３０の主制御部（コンピュータ）３０２は、類型データを参照してこのときのイベント通知が類型１に属するものであることを認識する。したがって、主制御部３０２は、図８のステップＳ７で“ＹＥＳ”を判断し、ステップＳ９およびＳ１１において、配信先リスト記憶領域７４４に記憶している類型１のイベント通知のための配信先リストに従って、全てのユーザのユーザ端末４０およびすべての複合機２０にそのイベント通知データ（類型データを含む）を送信する。

そのため、複合機２０の主制御部（コンピュータ）２１２がイベント処理プログラム６３２（図５）に従って、受信したイベント通知データをイベントデータ記憶領域６５０に類型データとともに、記憶させる。

ユーザ端末４０においても、主制御部（コンピュータ）４０２がイベント処理プログラム８２８（図７）に従って、受信したイベント通知データをイベントデータ記憶領域としても機能する送受信データ記憶領域８４６に類型データとともに、記憶させる。

そして、主制御部（コンピュータ）４０２が表示制御プログラム８２２に従って、ディスプレイ４０８ａの表示画面４１４にポップアップ４１６を表示するとともに、そのポップアップ４１６内にイベント通知４１８および詳細ボタン４２０を表示する。この詳細ボタン４２０は、イベント通知の詳細を確認（既読）したいときに操作するためのソフトウェアボタンであり、タッチパネル４１０ａで操作される。

この詳細ボタン４２０がユーザによって操作されると、主制御部４０２は、イベント通知４１８がユーザによって確認されたと判断し（図１０：ステップＳ５３）、既読情報をサーバ３０へ送信する。

この既読情報が、サーバ３０から複合機２０へ送信される（図８：ステップＳ１３）。

これに応じて、複合機２０の主制御部２１２が図９で示すステップＳ２９で“ＹＥＳ”を判断し、この既読情報をイベントデータ記憶領域６５０（図５）に記憶する。

複合機２０の主制御部２１２は、先に記憶したイベントデータに含まれる類型データに基づいて、今回のイベント通知が類型１に属するものであり、ユーザ端末４０で確認（既読）されれば、複合機２０で確認する必要がないと判断する（ステップＳ３７で“ＮＯ”、ステップＳ４１で“ＹＥＳ”）ので、複合機２０ではイベント通知は表示されない。

ただし、ユーザ端末４０での既読情報がない場合には、ステップＳ４１で“ＮＯ”が判断されるので、主制御部２１２は、表示制御プログラム６２２に従って、ディスプレイ２１８ａの表示画面２２４にポップアップ２２６を表示するとともに、そのポップアップ２２６内にイベントデータ記憶領域６５０に記憶したイベント通知データに基づくイベント通知２２８およびＯＫボタン２３０を表示する。このＯＫボタン２３０は、イベント通知を確認（既読）したときに操作するためのソフトウェアボタンであり、タッチパネル２２０ａで操作される。

このように、複合機２０での通知要因解除が不要なイベントである、類型１に属するイベントの場合、ユーザ端末４０で確認（既読）されれば、複合機２０での再表示をしない。ただし、類型１に属するイベントは、ユーザ端末４０からの既読情報がない場合には、複合機２０で表示される。

なお、図１１の実施例では、複合機２０へ配信されるイベント通知とユーザ端末４０へ配信されるイベント通知が同一であるが、必ずしも同一である必要はなく、同じような趣旨のイベント通知であればよく、この場合も同じイベント通知ということができる。

図１２は、類型２に属するイベントをサーバ３０から、複合機２０とユーザ端末４０の両方へ配信する場合を示し、図１２（Ａ）は複合機２０のディスプレイ２１８ａの表示画面２２４の一例を示し、図１２（Ｂ）はユーザ端末４０のディスプレイ４０８ａの表示画面４１４の一例を示す。図１２で示すイベント通知は、先に説明した類型２に属する、「ファクミリ受信」である。

この「ファクミリ受信」のイベント通知は、実際に通知が必要なのは１人だけだが、サーバ３０は誰宛のファクミリデータなのかを事前に知ることができないので登録しているユーザ全員へ通知する。そして、ユーザ端末４０（パーソナルデバイス）で通知内容を確認してもらうだけではなく、誰かに複合機２０を操作して通知要因を解除してもらわないといけない。

ファクミリデータは、通信部２０８（図２）を通して、外部のコンピュータまたはファクミリ装置（図示せず）から複合機２０へ入力される。ファクミリデータの受信が完了すると、主制御部（コンピュータ）２１２は、イベントが検知されたかどうか判断するステップＳ２１で“ＹＥＳ”を判断する。そして、ステップＳ２３で、その検知したイベントの配信を希望するイベント配信要求をサーバ３０に送信する。このとき、サーバ３０には、ファクミリデータの受信というイベント通知のデータとそのイベント通知データの類型データ（この場合、類型２）を送信する。

一方、このイベント通知データが、類型データとともに、サーバ３０の主記憶部３０２の送受信データ記憶領域７４２（図６）に記憶される。そして、サーバ３０の主制御部（コンピュータ）３０２は、類型データを参照してこのときのイベント通知が類型２に属するものであることを認識する。したがって、主制御部３０２は、図８のステップＳ１で“ＹＥＳ”を判断し、ステップＳ３およびＳ５において、配信先リスト記憶領域７４４に記憶している類型２のイベント通知のための配信先リストに従って、全てのユーザのユーザ端末４０およびすべての複合機２０にそのイベント通知データ（類型データを含む）を送信する。

そのため、複合機２０の主制御部（コンピュータ）２１２がイベント処理プログラム６３２（図５）に従って、受信したイベント通知データをイベントデータ記憶領域６５０に類型データとともに、記憶させる。

ユーザ端末４０においても、主制御部（コンピュータ）４０２がイベント処理プログラム８２８（図７）に従って、受信したイベント通知データをイベントデータ記憶領域としても機能する送受信データ記憶領域８４６に類型データとともに、記憶させる。

そして、主制御部（コンピュータ）４０２が表示制御プログラム８２２に従って、ディスプレイ４０８ａの表示画面４１４にポップアップ４１６を表示するとともに、そのポップアップ４１６内に『受信データがあります。送信元：１２３‐４５６‐７８９０』という内容のイベント通知４１８および詳細ボタン４２０ならびに閉じるボタン４２２を表示する。この詳細ボタン４２０は、イベント通知の詳細を確認（既読）したときに操作するためのソフトウェアボタンであり、タッチパネル４１０ａで操作される。この閉じるボタン４２２は、イベント通知の詳細を確認（既読）した後にイベント通知４１８を閉じるときに操作するためのソフトウェアボタンであり、タッチパネル４１０ａで操作される。

この詳細ボタン４２０または閉じるボタン４２２がユーザによって操作されると、主制御部４０２は、イベント通知４１８がユーザによって確認されたと判断し（図１０：ステップＳ５３）、既読情報をサーバ３０へ送信する。

この既読情報が、サーバ３０から複合機２０へ送信される（図８：ステップＳ１３）。

これに応じて、複合機２０の主制御部２１２が図９で示すステップＳ２９で“ＹＥＳ”を判断し、この既読情報をイベントデータ記憶領域６５０（図５）に記憶する。

複合機２０の主制御部２１２は、先に記憶したイベントデータに含まれる類型データに基づいて、今回のイベント通知が類型２に属するものであり、ユーザ端末４０で確認（既読）されても、複合機２０で確認する必要があると判断する（ステップＳ３７で“ＹＥＳ”）ので、主制御部２１２は、ステップＳ３９において、ステップＳ２３で送受信データ記憶領域７４２（図６）に記憶したイベント通知データ（類型データを含む）を、表示制御プログラム６２２（図６）に従って、ディスプレイ２１８ａの表示画面２２４にイベント通知２２８を含むポップアップ２２６を表示するとともに、はいボタン２３２およびいいえボタン２３４を表示する。はいボタン２３２およびいいえボタン２３４は、このときのイベント通知２２８の内容『受信データがあります。確認しますか？』に対して応答するためのソフトウェアボタンであり、タッチパネル２２０ａで操作される。

このように、類型２に属するイベントの場合、パーソナルデバイスとしてのユーザ端末４０で通知内容を確認してもらうだけではなく、複合機２０を操作してイベント通知要因を解除してもらわないといけないので、ユーザ端末４０での既読情報の有無に拘わらずステップＳ３９でイベント内容を表示する。

なお、図１２の実施例では、複合機２０へ配信されるイベント通知とユーザ端末４０へ配信されるイベント通知は同一ではないが、同じような趣旨のイベント通知であるので、同じイベント通知ということができる。

図１３は、類型２に属するイベントをサーバ３０から、複合機２０とユーザ端末４０の両方へ配信する場合を示し、図１３（Ａ）は複合機２０のディスプレイ２１８ａの表示画面２２４の一例を示し、図１３（Ｂ）はユーザ端末４０のディスプレイ４０８ａの表示画面４１４の一例を示す。図１３で示すイベント通知は、先に説明した類型２に属する、「プリントデータ印刷後の用紙除去通知」である。

この「プリントデータ印刷後の用紙除去通知」のイベントの通知対象はプリントデータを送信した特定の対象ユーザのみでよく、ユーザ端末４０（パーソナルデバイス）で通知内容を確認してもらうだけではなく、対象ユーザに複合機２０の操作により通知を解除してもらわないといけない。

プリントデータの印刷が完了すると、主制御部（コンピュータ）２１２は、イベントが検知されたかどうか判断するステップＳ２１で“ＹＥＳ”を判断する。そして、ステップＳ２３で、その検知したイベントの配信を希望するイベント配信要求をサーバ３０に送信する。このとき、サーバ３０には、プリントデータ印刷後の用紙除去通知というイベントのデータとそのイベント通知データの類型データ（この場合、類型２）を送信する。ただし、このときのイベント通知データは、プリントデータを送信したユーザを特定できるユーザ情報を含む。

一方、このイベント通知データが、類型データとともに、サーバ３０の主記憶部３０２の送受信データ記憶領域７４２（図６）に記憶される。そして、サーバ３０の主制御部（コンピュータ）３０２は、類型データを参照してこのときのイベント通知が類型２に属するものであることを認識する。したがって、主制御部３０２は、図８のステップＳ１で“ＹＥＳ”を判断し、ステップＳ３およびＳ５において、配信先リスト記憶領域７４４に記憶している類型２のイベント通知のための配信先リストに従って、イベント通知データに含まれるユーザ情報が示すユーザのユーザ端末４０および複合機２０にそのイベント通知データ（類型データを含む）を送信する。

そのため、複合機２０の主制御部（コンピュータ）２１２がイベント処理プログラム６３２（図５）に従って、受信したイベント通知データをイベントデータ記憶領域６５０に類型データとともに、記憶させる。

上記のユーザ情報が示すユーザのユーザ端末４０においても、主制御部（コンピュータ）４０２がイベント処理プログラム８２８（図７）に従って、受信したイベント通知データをイベントデータ記憶領域としても機能する送受信データ記憶領域８４６に類型データとともに、記憶させる。

そして、主制御部（コンピュータ）４０２が表示制御プログラム８２２に従って、ディスプレイ４０８ａの表示画面４１４にポップアップ４１６を表示するとともに、そのポップアップ４１６内に『プリントデータを印刷しました。用紙を取り除いてください。』という内容のイベント通知４１８およびＯＫボタン４２４を表示する。このＯＫボタン４２４は、イベント通知の内容を確認（既読）したときに操作するためのソフトウェアボタンであり、タッチパネル４１０ａで操作される。

このＯＫボタン４２４がユーザによって操作されると、主制御部４０２は、イベント通知４１８がユーザによって確認されたと判断し（図１０：ステップＳ５３）、既読情報をサーバ３０へ送信する。

この既読情報が、サーバ３０から複合機２０へ送信される（図８：ステップＳ１３）。

これに応じて、複合機２０の主制御部２１２が図９で示すステップＳ２９で“ＹＥＳ”を判断し、この既読情報をイベントデータ記憶領域６５０（図５）に記憶する。

複合機２０の主制御部２１２は、先に記憶したイベントデータに含まれる類型データに基づいて、今回のイベント通知が類型２に属するものであり、ユーザ端末４０で確認（既読）されても、複合機２０で確認する必要があると判断する（ステップＳ３７で“ＹＥＳ”）ので、主制御部２１２は、ステップＳ３９において、主制御部２１２は、ステップＳ２３で送受信データ記憶領域７４２（図６）に記憶したイベント通知データ（類型データを含む）を、表示制御プログラム６２２（図６）に従って、ディスプレイ２１８ａの表示画面２２４にイベント通知２２８を含むポップアップ２２６を表示するとともに、ＯＫボタン２３６を表示する。ＯＫボタン２３６は、このときのイベント通知２２８の内容『プリントデータを印刷しました。用紙を取り除いてください。』を確認して、用紙を除去したときに操作するためのソフトウェアボタンであり、タッチパネル２２０ａで操作される。

この場合も、パーソナルデバイスとしてのユーザ端末４０で通知内容を確認してもらうだけではなく、複合機２０を操作してイベント通知要因を解除してもらわないといけないので、ユーザ端末４０での既読情報の有無に拘わらずステップＳ３９でイベント内容を表示する。

なお、図１３の実施例では、複合機２０へ配信されるイベント通知とユーザ端末４０へ配信されるイベント通知が同一であるが、必ずしも同一である必要はなく、同じような趣旨のイベント通知であればよく、この場合も同じイベント通知ということができる。

図１４は、類型２に属するイベントをサーバ３０から、複合機２０とユーザ端末４０の両方へ配信する場合を示し、図１４（Ａ）は複合機２０のディスプレイ２１８ａの表示画面２２４の一例を示し、図１４（Ｂ）はユーザ端末４０のディスプレイ４０８ａの表示画面４１４の一例を示す。図１４で示すイベント通知は、類型２に属する、「トナー切れ通知」である。

この「トナー切れ通知」のイベントの通知対象は一般ユーザ含めた全員であるが、通知要因の解除は複合機２０の管理者が行う。そのため、一般ユーザにはユーザ端末（パーソナルデバイス）４０および複合機２０のどちらかで確認してもらえばよいが、管理者に対してはユーザ端末４０への通知だけではなく、複合機２０の操作で通知要因を解除してもらう必要がある。

トナーセンサ（図示せず）からのトナー切れ信号がＩ／Ｏ部２１０を通して主制御部（コンピュータ）２１２に入力されると、イベントが検知されたかどうか判断するステップＳ２１で“ＹＥＳ”を判断する。そして、ステップＳ２３で、その検知したイベントの配信を希望するイベント配信要求をサーバ３０に送信する。このとき、サーバ３０には、トナー切れ通知というイベントのデータとそのイベント通知データの類型データ（この場合、類型２）を送信する。

一方、このイベント通知データが、類型データとともに、サーバ３０の主記憶部３０２の送受信データ記憶領域７４２（図６）に記憶される。そして、サーバ３０の主制御部（コンピュータ）３０２は、類型データを参照してこのときのイベント通知が類型２に属するものであることを認識する。したがって、主制御部３０２は、図８のステップＳ１で“ＹＥＳ”を判断し、ステップＳ３およびＳ５において、配信先リスト記憶領域７４４に記憶している類型２のイベント通知のための配信先リストに従って、すべてのユーザのユーザ端末４０および複合機２０にそのイベント通知データ（類型データを含む）を送信する。

そのため、複合機２０の主制御部（コンピュータ）２１２がイベント処理プログラム６３２（図５）に従って、受信したイベント通知データをイベントデータ記憶領域６５０に類型データとともに、記憶させる。

上記のユーザ情報が示すユーザのユーザ端末４０においても、主制御部（コンピュータ）４０２がイベント処理プログラム８２８（図７）に従って、受信したイベント通知データをイベントデータ記憶領域としても機能する送受信データ記憶領域８４６に類型データとともに、記憶させる。

そして、主制御部（コンピュータ）４０２が表示制御プログラム８２２に従って、ディスプレイ４０８ａの表示画面４１４にポップアップ４１６を表示するとともに、そのポップアップ４１６内に『Ｋ色トナー切れです』という内容のイベント通知４１８および詳細ボタン４２０を表示する。この詳細ボタン４２０は、イベント通知の詳細を確認（既読）したときに操作するためのソフトウェアボタンであり、タッチパネル４１０ａで操作される。

この詳細ボタン４２０がユーザによって操作されると、主制御部４０２は、イベント通知４１８がユーザによって確認されたと判断し（図１０：ステップＳ５３）、既読情報をサーバ３０へ送信する。

この既読情報が、サーバ３０から複合機２０へ送信される（図８：ステップＳ１３）。

応じて、複合機２０の主制御部２１２が図９で示すステップＳ２９で“ＹＥＳ”を判断し、この既読情報をイベントデータ記憶領域６５０（図５）に記憶する。

複合機２０の主制御部２１２は、先に記憶したイベントデータに含まれる類型データに基づいて、今回のイベント通知が類型２に属するものであり、ユーザ端末４０で確認（既読）されても、複合機２０で確認する必要があると判断する（ステップＳ３７で“ＹＥＳ”）ので、主制御部２１２は、ステップＳ３９において、主制御部２１２は、ステップＳ２３で送受信データ記憶領域７４２（図６）に記憶したイベント通知データ（類型データを含む）を、表示制御プログラム６２２（図６）に従って、ディスプレイ２１８ａの表示画面２２４にイベント通知２２８を含むポップアップ２２６を表示するとともに、ＯＫボタン２３６を表示する。ＯＫボタン２３６は、このときのイベント通知２２８の内容『トナーカートリッジを交換してください。（□□□□）』を確認して、トナーカートリッジを交換したときに操作するためのソフトウェアボタンデータあり、タッチパネル２２０ａで操作される。

この場合も、パーソナルデバイスとしてのユーザ端末４０で通知内容を確認してもらうだけではなく、複合機２０を操作してイベント通知要因を解除してもらわないといけないので、ユーザ端末４０での既読情報の有無に拘わらずステップＳ３９でイベント内容を表示する。

なお、図１４の実施例では、複合機２０へ配信されるイベント通知とユーザ端末４０へ配信されるイベント通知は同一ではないが、同じような趣旨のイベント通知であるので、同じイベント通知ということができる。

なお、上述の実施例では、イベント通知を配信するためにサーバ３０を設けたが、このサーバ３０の機能を複合機２０に持たせて、サーバ３０を省略することもできる。この場合、図８のフロー図を複合機２０のイベント処理プログラム６３２（図５）に組み込んで、サーバ３０の主制御部（コンピュータ）３０２の動作を、複合機２０の主制御部（コンピュータ）２１２に受け持たせるようにすればよい。

１０ …情報処理システム
２０ …複合機
３０ …サーバ
４０ …ユーザ端末
５０ …ネットワーク
２１２、３０２、４０２ …主制御部
２１２ａ、３０２ａ、４０２ａ …主記憶部
２０８、３０４、４０６ …通信部
２１８ａ、４０８ａ …ディスプレイ

Claims (5)

1. ユーザ端末と同じイベント通知を受信するイベント通知受信部、
   前記ユーザ端末が前記イベント通知を確認したことを示す既読情報を受信する既読情報受信部、および
   前記既読情報受信部で前記既読情報を受信したかどうかに基づいて前記イベント通知に関して異なる処理を実行するイベント処理部を備える、情報処理装置。
2. 表示部をさらに備え、
   前記イベント処理部は前記イベント通知の前記表示部における異なる処理を実行する、請求項１記載の情報処理装置。
3. 前記イベント通知は第１のイベント通知と前記第１のイベント通知とは異なる類型の第２のイベント通知を含み、
   前記イベント通知受信部が受信したイベント通知が前記第１のイベント通知であるとき、前記イベント処理部は、前記既読情報受信部が前記既読情報を受信すると、前記第１のイベント通知を前記表示部で表示しない、請求項２記載の情報処理装置。
4. 前記イベント通知受信部が受信したイベント通知が前記第２のイベント通知であるとき、前記イベント処理部は、前記既読情報受信部が前記既読情報を受信していても、前記第２のイベント通知を前記表示部で表示する、請求項３記載の情報処理装置。
5. 情報処理装置における情報処理方法であって、
   ユーザ端末と同じイベント通知を受信するイベント通知受信ステップ、
   前記ユーザ端末が前記イベント通知を確認したことを示す既読情報を受信する既読情報受信ステップ、および
   前記既読情報受信ステップで前記既読情報を受信したかどうかに基づいて前記イベント通知に関して異なる処理を実行するイベント処理ステップを含む、情報処理方法。

Images