JP2009200942A - Notification processing apparatus - Google Patents
Notification processing apparatus Download PDFInfo
- Publication number
- JP2009200942A JP2009200942A JP2008041750A JP2008041750A JP2009200942A JP 2009200942 A JP2009200942 A JP 2009200942A JP 2008041750 A JP2008041750 A JP 2008041750A JP 2008041750 A JP2008041750 A JP 2008041750A JP 2009200942 A JP2009200942 A JP 2009200942A
- Authority
- JP
- Japan
- Prior art keywords
- report
- notification
- operator
- call
- received
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Granted
Links
Images
Abstract
Description
本発明は、顧客先等の遠隔地に配置された画像形成装置等の機器から送信される障害等の通報を処理する通報処理装置に関する。 The present invention relates to a notification processing apparatus that processes a notification of a failure or the like transmitted from a device such as an image forming apparatus disposed in a remote place such as a customer.
多機能複写機(MFP:Multi Function Printer)等の画像形成装置を対象に、印刷枚数等のカウンタ情報、故障等の障害発生情報、トナー切れ等の消耗品残量情報等をインターネット等のネットワークを介して収集するシステムが実用化されている(例えば、特許文献1等を参照。)。 Targeting image forming devices such as multi-function copiers (MFPs) such as the number of printed pages, failure information such as failure, remaining consumables information such as running out of toner, etc. on a network such as the Internet The system which collects via this is put into practical use (see, for example, Patent Document 1).
このようなシステムでは、カウンタ情報等については定常サービスとして定期的(例えば、1日に1回)にネットワークを介してセンタ側に通報を行い、障害発生情報や消耗品残量情報等については非常サービスとして事象が発生した時点でセンタ側に通報を行う。定常サービスとして通報された情報はシステム側のデータベースに蓄積され、顧客の機器利用状況の把握や課金等に利用されるが、非常サービスとして通報された情報はサービス拠点等に即座に伝えられ、重要度に応じてサービスマンの派遣等の対応がとられる。 In such a system, counter information etc. is regularly reported as a regular service (for example, once a day) to the center via the network, and trouble occurrence information, consumables remaining information, etc. are very When an event occurs as a service, the center is notified. Information reported as a regular service is stored in the database on the system side, and is used to understand the customer's device usage status and billing. However, the information reported as an emergency service is immediately transmitted to service bases, etc. Measures such as dispatch of service personnel are taken according to the degree.
図1は従来の通報処理システムの概要を示す図であり、顧客先等に配置された機器1A、1B、・・・はインターネット等のネットワーク2に接続され、ネットワーク2にはセンタ側の通報処理サーバ3とオペレータの操作するクライアント端末4とが接続されている。
FIG. 1 is a diagram showing an outline of a conventional notification processing system, in which
今、例えば機器1Aにおいて障害が発生すると、機器1Aからネットワーク2を介して通報処理サーバ3に通報が行われ、通報処理サーバ3ではオペレータへのコールを要する通報である場合、ネットワーク2を介してクライアント端末4にメールを送信する。クライアント端末4では、メール受信により通報の発生を認識し、クライアント端末4からネットワーク2を介して通報処理サーバ3にアクセスすることで、通報の詳細を確認する。
従来の通報処理システムは上述したように動作するものであったが、次のような問題点が指摘されていた。 The conventional notification processing system operates as described above, but the following problems have been pointed out.
すなわち、機器1A、1B、・・・において、通常は1回の事象につき1回の通報が原則であるが、1回の事象であるにもかかわらず複数回の通報が連続して行われる場合がある。例えば、画像形成装置の場合、障害が発生した状態で電源のオン・オフを繰り返すと、その都度に障害が発生したことを示す通報がなされる。そして、その通報がオペレータへのコールを要するものである場合には、その都度にメール送信が行われ、オペレータ側で重複した通報であるか否かの判別および重複した通報のクローズ等の処理が必要になる。
That is, in the
本発明は上記の従来の問題点に鑑み提案されたものであり、その目的とするところは、重複した通報を効率的に処理することのできる、オペレータの作業を簡素化することのできる通報処理装置を提供することにある。 The present invention has been proposed in view of the above-described conventional problems, and the object of the present invention is to provide a notification process capable of efficiently processing a duplicate notification and simplifying an operator's work. To provide an apparatus.
上記の課題を解決するため、本発明にあっては、請求項1に記載されるように、所定の機器から所定の事象の発生を知らせる通報を受け付ける通報受付部と、前記通報受付部により受け付けた通報が過去に受け付けて蓄積された通報と重複するか否か判定し、重複しない場合に通報を蓄積するとともに、重複する場合に廃棄する通報蓄積部と、前記通報蓄積部により通報が重複しないと判定された場合に、当該通報がオペレータへのコールの対象であるか否か判定し、コールの対象である場合に通報があったことを知らせるメールをオペレータの端末に送信するメール送信部とを備える通報処理装置を要旨としている。
In order to solve the above-described problems, in the present invention, as described in
また、請求項2に記載されるように、請求項1に記載の通報処理装置において、前記オペレータの端末からのアクセスに対し、蓄積された通報の表示を行う通報表示部を更に備えるようにすることができる。
Further, as described in
また、請求項3に記載されるように、所定の機器から所定の事象の発生を知らせる通報を受け付ける通報受付部と、前記通報受付部により受け付けた通報が過去に受け付けて蓄積された通報と重複するか否か判定し、重複しない場合に通報をそのまま蓄積するとともに、重複する場合に重複する通報を識別する情報を付して蓄積する通報蓄積部と、前記通報蓄積部により通報が重複しないと判定された場合に、当該通報がオペレータへのコールの対象であるか否か判定し、コールの対象である場合に通報があったことを知らせるメールをオペレータの端末に送信するメール送信部とを備える通報処理装置として構成することができる。
In addition, as described in
また、請求項4に記載されるように、請求項3に記載の通報処理装置において、前記オペレータの端末からのアクセスに対し、重複する通報を識別する情報の付された通報を連続し、かつ展開および折りたたみを可能とした表示を行う通報表示部を更に備えるようにすることができる。
In addition, as described in claim 4, in the notification processing apparatus according to
また、請求項5に記載されるように、請求項1乃至4のいずれか一項に記載の通報処理装置において、前記通報蓄積部による通報の重複の判定は、通報タイプ、発生日、機器IDのすべてが一致することをもって行うようにすることができる。
In addition, as described in
また、請求項6に記載されるように、請求項1乃至4のいずれか一項に記載の通報処理装置において、前記通報蓄積部による通報の重複の判定は、通報タイプおよび機器IDが一致し、かつ、発生時の差が所定値より小であることをもって行うようにすることができる。
Further, as described in claim 6, in the notification processing device according to any one of
また、請求項7および8に記載されるように、通報処理制御方法として構成することができる。
Further, as described in
また、請求項9および10に記載されるように、通報処理制御プログラムとして構成することができる。 Further, as described in claims 9 and 10, the information processing control program can be configured.
本発明の通報処理装置にあっては、重複した通報を効率的に処理することができ、オペレータの作業を簡素化することができる。 In the notification processing apparatus of the present invention, duplicate notifications can be processed efficiently, and the operator's work can be simplified.
以下、本発明の好適な実施形態につき説明する。 Hereinafter, preferred embodiments of the present invention will be described.
<構成>
図2は本発明の一実施形態にかかる通報処理システムの構成例を示す図である。
<Configuration>
FIG. 2 is a diagram illustrating a configuration example of a notification processing system according to an embodiment of the present invention.
図2において、顧客先等に配置された機器1(1A、1B、・・・)はインターネット等のネットワーク2に接続され、ネットワーク2にはセンタ側の通報処理サーバ300とオペレータの操作するクライアント端末4とが接続されている。
In FIG. 2, devices 1 (1A, 1B,...) Arranged at customers are connected to a
機器1は、本来機能部11と事象検知部12と事象通報部13と通信部14とを備えている。本来機能部11は、機器1の本来的な機能を提供する部分であり、例えば機器1が画像形成装置である場合、印刷、原稿スキャン、コピー、ファクシミリ、文書蓄積等の機能を提供する。事象検知部12は、機器1における各種の事象、例えば、故障等の障害の発生や消耗品(トナー等)の残量低下等を検知する機能を有している。事象通報部13は、事象検知部12が事象を検知した場合に、予め設定された通報処理サーバ300のアドレスに対し、所定のプロトコルに従って通報を行う機能を有している。通報には、通報の種別を示す「通報タイプ」と、通報が発生した年月日を示す「発生日」と、通報の事象が発生した機器1を識別する「機器ID」とを含んでいる。通信部14は、ネットワーク2との間で信号の送受信を行う機能を有している。
The
一方、通報処理サーバ300は、機能部として、通信部301と通報受付部302と通報蓄積部303とメール送信部304と通報表示部305とを有している。これらの機能部は、通報処理サーバ300を構成するコンピュータのCPU(Central Processing Unit)、ROM(Read Only Memory)、RAM(Random Access Memory)等のハードウェア資源上で実行されるコンピュータプログラムによって実現されるものである。また、通報処理サーバ300は、データベースとして、通報情報テーブル311と機器情報テーブル312とを有している。これらのデータベースは、通報処理サーバ300内のHDD(Hard Disk Drive)等の記憶媒体上にデータを体系的に保持するものである。
On the other hand, the
通信部301は、ネットワーク2との間で信号の送受信を行う機能を有している。通報受付部302は、通信部301を介して機器1から通報を受け付ける機能を有している。通報蓄積部303は、通信部301によって受け付けた通報を通報情報テーブル311に蓄積する機能を有している。メール送信部304は、通報受付部302の受け付けた通報のうち、オペレータへのコールを必要とする通報につき、通報があった旨の最小限の情報を含むメールを、予め設定されたアドレスのクライアント端末4に通信部301を介して送信する機能を有している。通報表示部305は、クライアント端末4からのアクセスに対し、通報情報テーブル311および機器情報テーブル312の内容を合成し、通報の詳細を提示する機能を有している。
The
図3は通報情報テーブル311のデータ構造例を示す図であり、(a)は第1のパターンで用いられる通報情報テーブル311の例、(b)は第2のパターンで用いられる通報情報テーブル311の例である。図3(a)において、通報情報テーブル311は、通報の種別を示す「通報タイプ」フィールドと、通報が発生した年月日を示す「発生日」フィールドと、通報の事象が発生した機器1を識別する「機器ID」フィールドとを含んでいる。また、図3(b)において、通報情報テーブル311は、重複した通報のグループを示す「グループID」フィールドと、通報の種別を示す「通報タイプ」フィールドと、通報が発生した年月日を示す「発生日」フィールドと、通報の事象が発生した機器1を識別する「機器ID」フィールドとを含んでいる。なお、「グループID」フィールドは通報を受け付けて蓄積した時点ではブランクであり、その後の処理において必要に応じて埋められる。
FIG. 3 is a diagram showing an example of the data structure of the report information table 311. (a) is an example of the report information table 311 used in the first pattern, and (b) is a report information table 311 used in the second pattern. It is an example. 3A, the report information table 311 includes a “report type” field indicating the type of report, an “occurrence date” field indicating the date when the report occurred, and the
図4は機器情報テーブル312のデータ構造例を示す図であり、機器1を識別する「機器ID」フィールドと、機器1の設置先を示す「設置先」フィールドとを含んでいる。
FIG. 4 is a diagram showing an example of the data structure of the device information table 312, and includes a “device ID” field for identifying the
<動作>
図5は上記の実施形態の第1のパターンにかかる処理例を示すフローチャートである。
<Operation>
FIG. 5 is a flowchart showing a processing example according to the first pattern of the above embodiment.
図5において、通報処理サーバ300の通報受付部302が通信部301を介して機器1から通報を受け付けると(ステップS101)、通報蓄積部303は新たに受け付けた通報が既に通報情報テーブル311に蓄積されている通報と重複するかどうか判定を行う(ステップS102)。具体的には、通報タイプ、発生日、機器IDのすべてが一致することをもって重複した通報であると判定する。なお、発生日に代えて発生時まで管理する場合は、時間的要素に関しては所定範囲内の時間にあるもの(発生時の差が所定値より小さいもの)は同一と判断することができる。
In FIG. 5, when the
そして、通報が重複しない場合、通報蓄積部303は通報の内容を通報情報テーブル311(図3(a))に格納する(ステップS103)。
If the notifications do not overlap, the
次いで、メール送信部304は現時点で受け付けた通報の通報タイプからオペレータへのコールの対象となる通報であるか否か判定する(ステップS104)。図3(a)に示した例では、通報タイプ「故障」はオペレータへのコールの対象となる通報とし、通報タイプ「アラーム」はオペレータへのコールの対象としない。ただし、通報タイプを緊急度に応じてより細分化し、オペレータへのコールの対象とするか否かを細かく設定することもできる。
Next, the
図5に戻り、コールの対象となる通報である場合、メール送信部304は通信部301を介して所定のアドレスのクライアント端末4に向けてメールを送信する(ステップS105)。図6はメールに含まれるデータの例を示す図であり、通報タイプの「故障」、発生日の「20071001」、機器IDの「A1293145132」を含んでいる。
Returning to FIG. 5, when the notification is a call target, the
図5に戻り、コールの対象となる通報でない場合は処理を終了する(ステップS107)。 Returning to FIG. 5, if the notification is not a call target, the process ends (step S107).
一方、通報が重複する場合、通報蓄積部303は通報の内容を蓄積することなく、通報を廃棄し(ステップS106)、オペレータにメールを送信することなく、処理を終了する(ステップS107)。これにより、重複する通報により通報情報テーブル311の記憶領域を浪費することがないとともに、オペレータに重複するメールが届くことを防止することができる。
On the other hand, if the notifications overlap, the
その後、クライアント端末4でメールを受信したオペレータは、クライアント端末4から通報処理サーバ300にアクセスし、通報表示部305の制御のもと、通報の詳細を確認する。図7は通報表示の画面例を示す図であり、図3(a)と同様の内容が表示される。ここで、表示される通報の一覧には、既に重複する通報は含まれていないため、オペレータが重複する通報を判別してクローズする作業をなくすことができる。なお、図示は省略してあるが、機器情報テーブル312の内容(機器IDと対応付けられた設置先等)も表示内容に含まれる。
Thereafter, the operator who receives the mail at the client terminal 4 accesses the
図8は実施形態の第2のパターンにかかる処理例を示すフローチャートである。 FIG. 8 is a flowchart illustrating a processing example according to the second pattern of the embodiment.
図8において、通報処理サーバ300の通報受付部302が通信部301を介して機器1から通報を受け付けると(ステップS201)、通報蓄積部303は新たに受け付けた通報が既に通報情報テーブル311に蓄積されている通報と重複するかどうか判定を行う(ステップS202)。具体的には、通報タイプ、発生日、機器IDのすべてが一致することをもって重複した通報であると判定する。なお、発生日に代えて発生時まで管理する場合は、時間的要素に関しては所定範囲内の時間にあるもの(発生時の差が所定値より小さいもの)は同一と判断することができる。
In FIG. 8, when the
そして、通報が重複しない場合、通報蓄積部303は通報の内容をそのまま通報情報テーブル311(図3(b))に格納する(ステップS203)。
If the notifications do not overlap, the
次いで、メール送信部304は現時点で受け付けた通報の通報タイプからオペレータへのコールの対象となる通報であるか否か判定する(ステップS204)。図3(b)に示した例では、通報タイプ「故障」はオペレータへのコールの対象となる通報とし、通報タイプ「アラーム」はオペレータへのコールの対象としない。ただし、通報タイプを緊急度に応じてより細分化し、オペレータへのコールの対象とするか否かを細かく設定することもできる。
Next, the
図8に戻り、コールの対象となる通報である場合、メール送信部304は通信部301を介して所定のアドレスのクライアント端末4に向けてメールを送信する(ステップS205)。メールに含まれるデータは図6に示したものと同様であり、通報タイプの「故障」、発生日の「20071001」、機器IDの「A1293145132」を含んでいる。
Returning to FIG. 8, when the notification is a call target, the
図8に戻り、コールの対象となる通報でない場合は処理を終了する(ステップS207)。 Returning to FIG. 8, if the notification is not a call target, the process ends (step S207).
一方、通報が重複する場合、通報蓄積部303は通報を束ねて通報情報テーブル311に格納する(ステップS206)。具体的には、新たに発生した重複である場合には、ユニークなグループIDを割り当て、重複する通報の両者の「グループID」フィールドに設定する。また、重複する、以前の通報に既にグループIDが設定されている場合には、そのグループIDを新しい通報の「グループID」フィールドに設定する。その後、オペレータにメールを送信することなく、処理を終了する(ステップS207)。これにより、オペレータに重複するメールが届くことを防止することができる。
On the other hand, when the notifications overlap, the
その後、クライアント端末4でメールを受信したオペレータは、クライアント端末4から通報処理サーバ300にアクセスし、通報表示部305の制御のもと、通報の詳細を確認する。図9は通報表示の画面例を示す図であり、表示内容は図3(b)と同様であるが、共通するグループIDが付された重複する通報は連続して表示され、かつ、展開/折りたたみ用マークMをクリック等することにより展開および折りたたみの表示を選択できるため、オペレータが重複する通報を判別する作業を簡略化することができる。なお、図示は省略してあるが、機器情報テーブル312の内容(機器IDと対応付けられた設置先等)も表示内容に含まれる。
Thereafter, the operator who receives the mail at the client terminal 4 accesses the
<総括>
以上説明したように、本発明の実施形態によれば、重複した通報を効率的に処理することができ、オペレータの作業を簡素化することができる。
<Summary>
As described above, according to the embodiment of the present invention, duplicate notifications can be processed efficiently, and the operator's work can be simplified.
以上、本発明の好適な実施の形態により本発明を説明した。ここでは特定の具体例を示して本発明を説明したが、特許請求の範囲に定義された本発明の広範な趣旨および範囲から逸脱することなく、これら具体例に様々な修正および変更を加えることができることは明らかである。すなわち、具体例の詳細および添付の図面により本発明が限定されるものと解釈してはならない。 The present invention has been described above by the preferred embodiments of the present invention. While the invention has been described with reference to specific embodiments, various modifications and changes may be made to the embodiments without departing from the broad spirit and scope of the invention as defined in the claims. Obviously you can. In other words, the present invention should not be construed as being limited by the details of the specific examples and the accompanying drawings.
1、1A、1B 機器
11 本来機能部
12 事象検知部
13 事象通報部
14 通信部
2 ネットワーク
300 通報処理サーバ
301 通信部
302 通報受付部
303 通報蓄積部
304 メール送信部
305 通報表示部
311 通報情報テーブル
312 機器情報テーブル
4 クライアント端末
DESCRIPTION OF
Claims (10)
前記通報受付部により受け付けた通報が過去に受け付けて蓄積された通報と重複するか否か判定し、重複しない場合に通報を蓄積するとともに、重複する場合に廃棄する通報蓄積部と、
前記通報蓄積部により通報が重複しないと判定された場合に、当該通報がオペレータへのコールの対象であるか否か判定し、コールの対象である場合に通報があったことを知らせるメールをオペレータの端末に送信するメール送信部と
を備えたことを特徴とする通報処理装置。 A report accepting unit for receiving a report notifying the occurrence of a predetermined event from a predetermined device;
Determining whether or not the report received by the report reception unit overlaps with the report received and accumulated in the past, accumulates the report when it does not overlap, and discards the report when it overlaps; and
When it is determined by the message storage unit that the notifications do not overlap, it is determined whether or not the notification is a target of a call to the operator. A message processing device comprising: a mail transmission unit for transmitting to the terminal.
前記オペレータの端末からのアクセスに対し、蓄積された通報の表示を行う通報表示部
を更に備えたことを特徴とする通報処理装置。 In the notification processing apparatus according to claim 1,
A notification processing apparatus, further comprising: a notification display unit that displays a stored notification in response to access from the operator's terminal.
前記通報受付部により受け付けた通報が過去に受け付けて蓄積された通報と重複するか否か判定し、重複しない場合に通報をそのまま蓄積するとともに、重複する場合に重複する通報を識別する情報を付して蓄積する通報蓄積部と、
前記通報蓄積部により通報が重複しないと判定された場合に、当該通報がオペレータへのコールの対象であるか否か判定し、コールの対象である場合に通報があったことを知らせるメールをオペレータの端末に送信するメール送信部と
を備えたことを特徴とする通報処理装置。 A report accepting unit for receiving a report notifying the occurrence of a predetermined event from a predetermined device;
It is determined whether or not the report received by the report reception unit overlaps with a report received and accumulated in the past. The message storage unit
When it is determined by the message storage unit that the notifications do not overlap, it is determined whether or not the notification is a target of a call to the operator. A message processing device comprising: a mail transmission unit for transmitting to the terminal.
前記オペレータの端末からのアクセスに対し、重複する通報を識別する情報の付された通報を連続し、かつ展開および折りたたみを可能とした表示を行う通報表示部
を更に備えたことを特徴とする通報処理装置。 In the notification processing apparatus according to claim 3,
A report further comprising a report display unit that displays a display that enables continuous expansion and folding of a report with information for identifying a duplicate report for access from the operator's terminal. Processing equipment.
前記通報蓄積部による通報の重複の判定は、通報タイプ、発生日、機器IDのすべてが一致することをもって行う
ことを特徴とする通報処理装置。 In the report processing device according to any one of claims 1 to 4,
The report processing apparatus according to claim 1, wherein the determination of duplicate reports by the report storage unit is performed when the report type, the date of occurrence, and the device ID all match.
前記通報蓄積部による通報の重複の判定は、通報タイプおよび機器IDが一致し、かつ、発生時の差が所定値より小であることをもって行う
ことを特徴とする通報処理装置。 In the report processing device according to any one of claims 1 to 4,
The notification processing apparatus according to claim 1, wherein the determination of duplication of reports by the report storage unit is performed when a report type and a device ID match and a difference at the time of occurrence is smaller than a predetermined value.
前記通報受付工程により受け付けた通報が過去に受け付けて蓄積された通報と重複するか否か判定し、重複しない場合に通報を蓄積するとともに、重複する場合に廃棄する通報蓄積工程と、
前記通報蓄積工程により通報が重複しないと判定された場合に、当該通報がオペレータへのコールの対象であるか否か判定し、コールの対象である場合に通報があったことを知らせるメールをオペレータの端末に送信するメール送信工程と
を備えたことを特徴とする通報処理制御方法。 A report acceptance process for receiving a report informing the occurrence of a predetermined event from a predetermined device;
It is determined whether or not the report received by the report reception step overlaps with the report received and accumulated in the past, and when not overlapping, the report is stored, and when it overlaps, the message storage step to be discarded,
When it is determined that the notifications are not duplicated by the notification accumulation step, it is determined whether or not the notification is a target of a call to the operator. And a mail transmission process for transmitting to the terminal.
前記通報受付工程により受け付けた通報が過去に受け付けて蓄積された通報と重複するか否か判定し、重複しない場合に通報をそのまま蓄積するとともに、重複する場合に重複する通報を識別する情報を付して蓄積する通報蓄積工程と、
前記通報蓄積工程により通報が重複しないと判定された場合に、当該通報がオペレータへのコールの対象であるか否か判定し、コールの対象である場合に通報があったことを知らせるメールをオペレータの端末に送信するメール送信工程と
を備えたことを特徴とする通報処理制御方法。 A report acceptance process for receiving a report informing the occurrence of a predetermined event from a predetermined device;
It is determined whether or not the report received in the report reception process overlaps with the previously received and accumulated reports. The message accumulation process
When it is determined that the notifications are not duplicated by the notification accumulation step, it is determined whether or not the notification is a target of a call to the operator. And a mail transmission process for transmitting to the terminal.
所定の機器から所定の事象の発生を知らせる通報を受け付ける通報受付手段、
前記通報受付手段により受け付けた通報が過去に受け付けて蓄積された通報と重複するか否か判定し、重複しない場合に通報を蓄積するとともに、重複する場合に廃棄する通報蓄積手段、
前記通報蓄積手段により通報が重複しないと判定された場合に、当該通報がオペレータへのコールの対象であるか否か判定し、コールの対象である場合に通報があったことを知らせるメールをオペレータの端末に送信するメール送信手段
として機能させる通報処理制御プログラム。 The computer that makes up the report processing device
A report receiving means for receiving a report notifying the occurrence of a predetermined event from a predetermined device;
It is determined whether or not the report received by the report receiving means overlaps with the previously received and accumulated reports, and when not overlapping, the report accumulation means that accumulates the reports and discards the duplicated reports,
When it is determined by the message storage means that the notifications do not overlap, it is determined whether or not the notification is a target of a call to the operator, and if the notification is a target of the call, an e-mail notifying that there has been a notification is sent to the operator Report processing control program to function as a mail transmission means to be transmitted to the terminal.
所定の機器から所定の事象の発生を知らせる通報を受け付ける通報受付手段、
前記通報受付手段により受け付けた通報が過去に受け付けて蓄積された通報と重複するか否か判定し、重複しない場合に通報をそのまま蓄積するとともに、重複する場合に重複する通報を識別する情報を付して蓄積する通報蓄積手段、
前記通報蓄積手段により通報が重複しないと判定された場合に、当該通報がオペレータへのコールの対象であるか否か判定し、コールの対象である場合に通報があったことを知らせるメールをオペレータの端末に送信するメール送信手段
として機能させる通報処理制御プログラム。 The computer that makes up the report processing device
A report receiving means for receiving a report notifying the occurrence of a predetermined event from a predetermined device;
It is determined whether or not a report received by the report receiving means overlaps with a report received and accumulated in the past. Report accumulation means to accumulate
When it is determined by the message storage means that the notifications do not overlap, it is determined whether or not the notification is a target of a call to the operator, and if the notification is a target of the call, an e-mail notifying that there has been a notification is sent to the operator Report processing control program to function as a mail transmission means to be transmitted to the terminal.
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2008041750A JP5181719B2 (en) | 2008-02-22 | 2008-02-22 | Report processing device |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2008041750A JP5181719B2 (en) | 2008-02-22 | 2008-02-22 | Report processing device |
Publications (2)
Publication Number | Publication Date |
---|---|
JP2009200942A true JP2009200942A (en) | 2009-09-03 |
JP5181719B2 JP5181719B2 (en) | 2013-04-10 |
Family
ID=41143945
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
JP2008041750A Expired - Fee Related JP5181719B2 (en) | 2008-02-22 | 2008-02-22 | Report processing device |
Country Status (1)
Country | Link |
---|---|
JP (1) | JP5181719B2 (en) |
Citations (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JPH10247961A (en) * | 1997-03-05 | 1998-09-14 | Nippon Telegr & Teleph Corp <Ntt> | Method for management for fault by application and its installation operation system |
JP2000330882A (en) * | 1999-05-17 | 2000-11-30 | Casio Comput Co Ltd | Electronic equipment and recording medium recording electronic mail program |
JP2002314685A (en) * | 2001-04-18 | 2002-10-25 | Ntt Docomo Inc | Exchange monitoring system, integration device and exchange monitoring method |
JP2003178388A (en) * | 2001-12-12 | 2003-06-27 | Yamatake Sangyo Systems Co Ltd | Reporting system |
JP2003202917A (en) * | 2002-01-08 | 2003-07-18 | Mitsubishi Heavy Ind Ltd | Plant monitoring device, plant data server to be used together with the same device and plant monitoring system using the server |
JP2004062249A (en) * | 2002-07-24 | 2004-02-26 | Fujitsu Fip Corp | System, method, and method for handling trouble, and recording medium |
JP2005173885A (en) * | 2003-12-10 | 2005-06-30 | Nec System Technologies Ltd | Portable terminal notification system and portable terminal notification method of network household electric appliance obstacle alarm information |
-
2008
- 2008-02-22 JP JP2008041750A patent/JP5181719B2/en not_active Expired - Fee Related
Patent Citations (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JPH10247961A (en) * | 1997-03-05 | 1998-09-14 | Nippon Telegr & Teleph Corp <Ntt> | Method for management for fault by application and its installation operation system |
JP2000330882A (en) * | 1999-05-17 | 2000-11-30 | Casio Comput Co Ltd | Electronic equipment and recording medium recording electronic mail program |
JP2002314685A (en) * | 2001-04-18 | 2002-10-25 | Ntt Docomo Inc | Exchange monitoring system, integration device and exchange monitoring method |
JP2003178388A (en) * | 2001-12-12 | 2003-06-27 | Yamatake Sangyo Systems Co Ltd | Reporting system |
JP2003202917A (en) * | 2002-01-08 | 2003-07-18 | Mitsubishi Heavy Ind Ltd | Plant monitoring device, plant data server to be used together with the same device and plant monitoring system using the server |
JP2004062249A (en) * | 2002-07-24 | 2004-02-26 | Fujitsu Fip Corp | System, method, and method for handling trouble, and recording medium |
JP2005173885A (en) * | 2003-12-10 | 2005-06-30 | Nec System Technologies Ltd | Portable terminal notification system and portable terminal notification method of network household electric appliance obstacle alarm information |
Also Published As
Publication number | Publication date |
---|---|
JP5181719B2 (en) | 2013-04-10 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
JP3841023B2 (en) | Printer status notification system and notification terminal device | |
EP2492812B1 (en) | Method and sytem for managing deferred alert notifications | |
US7586633B2 (en) | Image processing apparatus, and method of and system for managing image processing apparatus | |
US20090094091A1 (en) | Service call data selection and delivery method and system | |
EP1930806B1 (en) | Monitoring apparatus, image forming apparatus, monitoring system, method of changing network setting, and program | |
JP6503986B2 (en) | Image processing system, information processing apparatus and program | |
US10623594B2 (en) | Management system and method | |
JP2008287501A (en) | Monitoring system | |
US9042750B2 (en) | System, server, and method for managing component replacement in an image forming apparatus | |
US9377973B2 (en) | Method and system for improving printing efficiency in the production printing environment | |
JP4025000B2 (en) | Remote management system, remote management method, central management apparatus and recording medium used therefor | |
JP6984230B2 (en) | Information processing equipment, image forming equipment and information providing system | |
US10904399B2 (en) | Information processing apparatus and non-transitory computer readable medium | |
JP5181719B2 (en) | Report processing device | |
US7996729B2 (en) | Method and system for maintenance of network rendering devices | |
JP2008186166A (en) | Information processing system | |
JP4651126B2 (en) | Incident management system, management method, and management program | |
JP2006007516A (en) | Electric apparatus | |
CN112788190A (en) | Maintenance system for multifunction device and storage medium | |
JP2007299183A (en) | Equipment management system | |
JP6122318B2 (en) | Monitoring system and control method thereof | |
US10904400B2 (en) | Information processing apparatus and non-transitory computer readable medium for determining a response to corrective step | |
JP7020256B2 (en) | Management equipment, management systems and programs | |
JP2004054436A (en) | Equipment management system and device, and device to be managed | |
JP2005031783A (en) | Device management system, device management program, and device management method |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20101008 |
|
A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20120501 |
|
A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20120508 |
|
A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20120629 |
|
TRDD | Decision of grant or rejection written | ||
A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20121218 |
|
A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20121231 |
|
R151 | Written notification of patent or utility model registration |
Ref document number: 5181719 Country of ref document: JP Free format text: JAPANESE INTERMEDIATE CODE: R151 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20160125 Year of fee payment: 3 |
|
LAPS | Cancellation because of no payment of annual fees |