特許 6852686 サーバー、画像形成システム、及びエラー通知方法

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B2)

(11)【特許番号】6852686

(24)【登録日】2021年3月15日

(45)【発行日】2021年3月31日

(54)【発明の名称】サーバー、画像形成システム、及びエラー通知方法

(51)【国際特許分類】

   G06F 3/12 20060101AFI20210322BHJP

   B41J 29/46 20060101ALI20210322BHJP

   H04N 1/00 20060101ALI20210322BHJP

【ＦＩ】

   G06F3/12 334

   G06F3/12 304

   G06F3/12 322

   G06F3/12 338

   G06F3/12 324

   G06F3/12 359

   B41J29/46 Z

   H04N1/00 127A

【請求項の数】5

【全頁数】12

(21)【出願番号】特願2018-14623(P2018-14623)

(22)【出願日】2018年1月31日

(65)【公開番号】特開2019-133382(P2019-133382A)

(43)【公開日】2019年8月8日

【審査請求日】2019年12月23日

(73)【特許権者】

【識別番号】000006150

【氏名又は名称】京セラドキュメントソリューションズ株式会社

(74)【代理人】

【識別番号】100097113

【弁理士】

【氏名又は名称】堀 城之

(74)【代理人】

【識別番号】100162363

【弁理士】

【氏名又は名称】前島 幸彦

(74)【代理人】

【識別番号】100194146

【弁理士】

【氏名又は名称】長谷川 明

(74)【代理人】

【識別番号】100194283

【弁理士】

【氏名又は名称】村上 大勇

(74)【代理人】

【識別番号】100141324

【弁理士】

【氏名又は名称】小河 卓

(72)【発明者】

【氏名】孫 震宇

(72)【発明者】

【氏名】佐藤 正史

(72)【発明者】

【氏名】樋渡 達也

(72)【発明者】

【氏名】津田 京司

【審査官】 白石 圭吾

(56)【参考文献】

【文献】 特開２０１２−００３６９３（ＪＰ，Ａ）

【文献】 特開２００８−１６２１７１（ＪＰ，Ａ）

(58)【調査した分野】（Int.Cl.，ＤＢ名）

Ｇ０６Ｆ ３／０９−３／１２

Ｇ０６Ｆ １１／０７；１１／２８−１１／３６

Ｇ０６Ｆ １３／００

Ｇ０６Ｆ ２１／００；２１／３０−２１／４６

Ｇ０６Ｆ ２１／１２−２１／１６；２１／５０−２１／５７

Ｈ０４Ｎ １／００

Ｂ４１Ｊ ５／００−５／５２；２１／００−２１／１８

Ｂ４１Ｊ ２９／００−２９／７０

Ｇ０３Ｇ １３／３４；１５／００；１５／３６；２１／００；２１／０２；２１／１４；２１／２０

(57)【特許請求の範囲】

【請求項1】

画像形成装置を使用するユーザーの認証許可を行うサーバーであって、
認証許可される前記ユーザーとしては登録されていない非登録者に認識可能な、ＯＳのイベントとして通知する自装置のエラーを設定する通知イベント設定部と、
前記通知イベント設定部により設定された前記エラーが実際に発生した場合、前記イベントとして前記ＯＳに通知するイベント通知部とを備える
ことを特徴とするサーバー。

【請求項2】

前記イベントを監視して、前記非登録者の送信先に電子メールを送信するタスクを設定するイベント送信設定部を更に備える
ことを特徴とする請求項１に記載のサーバー。

【請求項3】

前記エラーは、
前記画像形成装置へのジョブに割り当てられた割り当て領域の不足、前記ユーザーの認証許可のエラー、及び自装置の制御プログラムに原因がある前記ジョブの実行エラーのいずれかを含む
ことを特徴とする請求項１又は２に記載のサーバー。

【請求項4】

画像形成装置と、該画像形成装置を使用するユーザーの認証許可を行うサーバーとを備える画像形成システムであって、
前記画像形成装置は、
前記ユーザーの認証情報を前記サーバーへ送信する認証送信部を備え、
前記サーバーは、
前記ユーザーの認証情報により認証許可を行う認証部と、
前記認証部により認証許可される前記ユーザーとしては登録されていない非登録者に認識可能な、ＯＳのイベントとして通知する自装置のエラーを設定する通知イベント設定部と、
前記通知イベント設定部により設定された前記エラーが実際に発生した場合、前記イベントとして前記ＯＳに通知するイベント通知部とを備える
ことを特徴とする画像形成システム。

【請求項5】

画像形成装置を使用するユーザーの認証許可を行うサーバーにより実行されるエラー通知方法であって、
認証許可される前記ユーザーとしては登録されていない非登録者に認識可能な、ＯＳのイベントとして通知する自装置のエラーを設定し、
設定された前記エラーが実際に発生した場合、前記イベントとして前記ＯＳに通知する
ことを特徴とするエラー通知方法。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、サーバー、画像形成システム、及びエラー通知方法に係り、特に画像形成装置を使用するユーザーの認証許可を行うサーバー、画像形成システム、及びエラー通知方法に関する。

【背景技術】

【0002】

従来から、文書や画像を印刷可能な複合機（Multi-Functional Peripheral, MFP）等の画像形成装置が存在する。
また、多数の画像形成装置と、この画像形成装置を使用するユーザーについて、出力の認証許可を行うサーバーとを備えている画像形成システムも存在する。

【0003】

一方、特許文献１を参照すると、画像を撮像する撮像部と、前記撮像部で撮像した画像をネットワーク上の第１外部機器に対して送信し、また前記第１外部機器からの制御情報を受信する通信部と、少なくとも前記撮像部の撮像に関するログ情報を収集し、前記通信部を介して、第２外部機器に自発的に送信する送信部と、を具備することを特徴とする撮像装置が開示されている。

【先行技術文献】

【特許文献】

【0004】

【特許文献1】特開２００５−２０１８４号公報

【発明の概要】

【発明が解決しようとする課題】

【0005】

ここで、従来から、認証許可を行うサーバーは、ＩＴ（Information Technology）管理者やＳＩｅｒ（System Integrator）等によりハードウェアやソフトウェアの保守管理が行われていた。しかしながら、これらの人物は、画像形成装置の認証許可とは直接関係がないので、画像形成システムのユーザーとしては登録されていないことがあった（以下、このような人物を「非登録者」という。）。このような場合、サーバーが認証許可のプログラム等が原因で不具合（エラー）が生じた場合、サーバーがオンラインで把握することが不可能であった。このため、ユーザー自身が、電話により口頭で、非登録者の人物に不具合を連絡等する必要があった。つまり、エラーが生じても、サーバーから非登録者に直接通知することはできなかった。
また、特許文献１の技術は、画像のログを通知する技術であり、直接、画像形成システムに適用することは当業者には困難だった。

【0006】

本発明は、このような状況に鑑みてなされたものであって、上述の問題点を解消し、エラーを非登録者に直接通知する画像形成装置を提供することを課題とする。

【課題を解決するための手段】

【0007】

本発明のサーバーは、画像形成装置を使用するユーザーの認証許可を行うサーバーであって、認証許可される前記ユーザーとしては登録されていない非登録者に認識可能な、ＯＳのイベントとして通知する自装置のエラーを設定する通知イベント設定部と、前記通知イベント設定部により設定された前記エラーが実際に発生した場合、前記イベントとして前記ＯＳに通知するイベント通知部とを備えることを特徴とするサーバー。
本発明のサーバーは、前記イベントを監視して、前記非登録者の送信先に電子メールを送信するタスクを設定するイベント送信設定部を更に備えることを特徴とする。
本発明のサーバーは、前記エラーは、前記画像形成装置へのジョブに割り当てられた割り当て領域の不足、前記ユーザーの認証許可のエラー、及び自装置の制御プログラムに原因がある前記ジョブの実行エラーのいずれかを含むことを特徴とする。
本発明の画像形成システムは、画像形成装置と、該画像形成装置を使用するユーザーの認証許可を行うサーバーとを備える画像形成システムであって、前記画像形成装置は、前記ユーザーの認証情報を前記サーバーへ送信する認証送信部を備え、前記サーバーは、前記ユーザーの認証情報により認証許可を行う認証部と、前記認証部により認証許可される前記ユーザーとしては登録されていない非登録者に認識可能な、ＯＳのイベントとして通知する自装置のエラーを設定する通知イベント設定部と、前記通知イベント設定部により設定された前記エラーが実際に発生した場合、前記イベントとして前記ＯＳに通知するイベント通知部とを備えることを特徴とする。
本発明のエラー通知方法は、画像形成装置を使用するユーザーの認証許可を行うサーバーにより実行されるエラー通知方法であって、認証許可される前記ユーザーとしては登録されていない非登録者に認識可能な、ＯＳのイベントとして通知する自装置のエラーを設定し、設定された前記エラーが実際に発生した場合、前記イベントとして前記ＯＳに通知することを特徴とするエラー通知方法。

【発明の効果】

【0008】

本発明によれば、自装置のエラーを、非登録者に認識可能なイベントとして通知するよう設定し、エラーが実際に発生した場合、設定されたイベントを通知するように構成することで、非登録者にエラーを直接通知することが可能なサーバーを提供することができる。

【図面の簡単な説明】

【0009】

【図1】本発明の実施の形態に係る画像形成システムのシステム構成図である。

【図2】図１に示すサーバーのシステム構成を示すブロック図である。

【図3】本発明の実施の形態に係る画像形成システムの機能構成を示すブロック図である。

【図4】本発明の実施の形態に係るエラーイベント通知送信処理のフローチャートである。

【図5】本発明の実施の形態に係るイベント設定情報の例を示す概念図である。

【図6】本発明の実施の形態に係るイベントの例を示す概念図である。

【発明を実施するための形態】

【0010】

＜実施の形態＞
〔画像形成システムＸのシステム構成〕
まず、図１を参照して、本発明の実施の形態に係る画像形成システムＸのシステム構成について説明する。
画像形成システムＸは、認証許可を行うサーバー１と、顧客環境に設置された複数の画像形成装置２と、非登録者の端末３とが、ネットワーク５を介して接続されて構成される。

【0011】

サーバー１は、ＰＣ（Personal Computer）や汎用機等の情報処理装置である。サーバー１は、複数の画像形成装置２を使用するユーザーが認証許可を管理し、課金、保守、サービス対応等を行う。つまり、サーバー１は、イントラネット上で「プルプリント」等を実行したり、印刷等のジョブを管理するサーバーであったりしてもよい。このため、サーバー１は、汎用のサーバーＯＳ（Operating System）上で、認証許可を実行する認証許可プログラムを実行している。以下、本実施形態においては、このサーバーＯＳが、マイクロソフト社製のＷｉｎｄｏｗｓ（登録商標）サーバー系のＯＳである例について説明する。
また、サーバー１は、画像処理、ＯＣＲ（Optical Character Recognition）処理、分類処理、及び、電子メールや共有フォルダー（文書ボックス、保存フォルダー）や業務若しくは事務用のＤＭＳ（Document Management System）等への送信処理を実行してもよい。

【0012】

画像形成装置２は、ＭＦＰ、ネットワークスキャナー、ドキュメントスキャナー、ネットワークＦＡＸ、スキャナー機能付きのプリンター、単機能プリンター等のドキュメント機器である。また、画像形成装置２は、認証許可用のクライアントアプリ、保守管理用のアプリを実行することが可能であってもよい。
また、画像形成装置２は、印刷、複写（コピー）、スキャンによる電子文書化、ネットワークスキャン、ファクシミリ送受信、ネットワークファクシミリ送受信、電子文書を格納する文書ボックス等の各種の機能を備えていてもよい。また、各機能については、白黒、単色カラー、フルカラー等の設定が可能であってもよい。
また、画像形成装置２は、印刷機能を有するＭＦＰやプリンター等の場合、感光体ドラム、露光部、現像部、転写部、及び定着部等を備えている。これにより、画像形成装置２は、帯電、露光、現像、転写、定着からなる画像形成プロセスを実行することで、記録紙にトナー像を記録し、印刷することが可能である。
また、画像形成装置２は、ユーザーの認証用の操作パネル部を備えている。また、画像形成装置２は、ＩＤカードを読み込ませるカードリーダー、生体認証機器等が接続されていてもよい。また、画像形成装置２は、コインベンダー、各種電子マネーやクレジットカードのリーダー、ＮＦＣ（Near Field Communication）等によりカード課金する機器等（以下、「課金装置等」という。）が接続されていてもよい。

【0013】

端末３は、非登録者の使用するＰＣ、スマートフォン、ＰＤＡ（Personal Data Assistant）、携帯電話等の端末である。端末３は、各種汎用のＯＳが動作している。また、端末３は、電子メール、各種メッセンジャー、ＳＭＳ（Short Message Service）、ボイスメール等（以下、「電子メール等」という。）を受信することが可能である。

【0014】

ネットワーク５は、ＬＡＮ（Local Area Network）等のイントラネット（Intranet）、インターネットや携帯電話網等のＷＡＮ（Wide Area Network）等のネットワークである。
サーバー１及び各画像形成装置２は、ルーター（Router）やゲートウェイ（Gateway）等を介して、ネットワーク５に接続されていてもよい。また、ネットワーク５は、ＶＰＮ（Virtual Private Network）を構成していてもよい。

【0015】

次に、図２により、サーバー１の構成について説明する。
サーバー１は、制御部１０、ネットワーク送受信部１５、及び記憶部１９を含んでいる。

【0016】

制御部１０は、ＧＰＰ（General Purpose Processor）、ＣＰＵ（Central Processing Unit、中央処理装置）、ＭＰＵ（Micro Processing Unit）、ＤＳＰ（Digital Signal Processor）、ＧＰＵ（Graphics Processing Unit）、ＡＳＩＣ（Application Specific Processor、特定用途向けプロセッサー）等の情報処理手段である。
制御部１０は、記憶部１９のＲＯＭやＳＳＤやＨＤＤに記憶されている制御プログラムを読み出して、この制御プログラムをＲＡＭに展開させて実行することで、後述する機能部として動作させられる。本実施形態において、この制御プログラムは、サーバーＯＳと、認証許可プログラムとを含む。

【0017】

ネットワーク送受信部１５は、ネットワーク５に接続するためのＬＡＮボードや無線送受信機等を含むネットワーク接続手段である。

【0018】

記憶部１９は、一時的でない記録媒体を用いた記憶手段である。記憶部１９は、主記憶部として、ＲＡＭ（Random Access Memory）等を含んでいてもよい。また、記憶部１９は、補助記憶部として、ＲＯＭ（Read Only Memory）、ｅＭＭＣ（embedded Multi Media Card）、ＳＳＤ（Solid State Drive）等のフラッシュメモリー、及び／又はＨＤＤ（Hard Disk Drive）等含んでいてもよい。この場合、記憶部１９の補助記憶部には、サーバー１の動作制御を行うための制御プログラムが格納されていてもよい。

【0019】

なお、制御部１０は、ＲＡＭやＲＯＭやフラッシュメモリー等を内蔵していてもよい。

【0020】

〔画像形成システムＸの制御構成〕
ここで、図２を参照し、画像形成システムＸの制御構成について説明する。
サーバー１の制御部１０は、通知イベント設定部１００、イベント通知部１１０、イベント送信設定部１２０、イベント送信部１３０、及び認証部１４０を備えている。
サーバー１の記憶部１９は、イベント設定情報３００、イベント３１０、送信設定情報３２０、及びアカウント設定３４０を格納する。
画像形成装置２は、認証送信部２００を備えている。

【0021】

通知イベント設定部１００は、サーバー１のエラーを非登録者に認識可能なイベント３１０として通知するよう設定する。通知イベント設定部１００は、イベント設定情報３００に、この設定を行う。

【0022】

イベント通知部１１０は、エラーが実際に発生した場合、通知イベント設定部１００により設定されたイベント３１０を通知する。

【0023】

認証部１４０は、ユーザーの認証情報により画像形成装置２を使用するための認証許可を行う。

【0024】

通知イベント設定部１００は、自装置のエラーを、認証部１４０により認証許可を行うように登録されていない非登録者に認識可能なイベント３１０として通知するよう、イベント設定情報３００に設定する。
この通知イベント設定部１００が設定するエラーは、画像形成装置へのジョブに割り当てられた割り当て領域の不足、ユーザーの認証許可のエラー、及び自装置の制御プログラムに原因があるジョブの実行エラーを含んでいてもよい。

【0025】

イベント通知部１１０は、エラーが実際に発生した場合、通知イベント設定部１００により設定されたイベント３１０を通知する。

【0026】

イベント送信設定部１２０は、イベント通知部１１０によるイベント３１０の通知があった場合、非登録者に当該通知を送信するための送信設定を行う。イベント送信設定部１２０は、例えば、イベント３１０を監視して非登録者にイベント３１０の通知を行う設定を、送信設定情報３２０に設定する。

【0027】

イベント送信部１３０は、イベント通知部１１０により通知されたイベント３１０を、実際に非登録者に送信する。イベント送信部１３０は、この送信を、電子メール等で行ってもよい。

【0028】

認証送信部２００は、操作パネル部等からユーザーの認証情報を取得する。そして、認証送信部２００は、取得したユーザーの認証情報をサーバー１へ送信する。

【0029】

イベント設定情報３００は、非登録者に認識可能なイベント３１０として通知するためのエラーの設定である。イベント設定情報３００は、例えば、通知をオン又はオフにするか（Ｅｎａｂｌｅｄ）、通知するイベント３１０の識別名（Ｒｕｌｅ Ｎａｍｅ）、ログの種類（Ｔｙｐｅ）、エラーを検出するための認証許可プログラムのモジュール（Ｓｕｂｓｙｓｔｅｍ）、非登録者への送信方法、キーワード（Ｔｅｘｔ）とを含んでいる。このログの種類は、例えば、Ｗｉｎｄｏｗｓ（登録商標）ＯＳの場合、「Ｉｎｆｏ」「Ｗａｒｎｉｎｇ」「Ｅｒｒｏｒ」「Ｎｏｔｉｃｅ」「Ｄｅｂｕｇ」「Ｃｒｉｔｉｃａｌ」が、エラーの種類に対応して設定可能であってもよい。また、キーワードは、エラーの種類を示すキーワードであってもよい。

【0030】

イベント３１０は、ＯＳのアプリケーションやサービスの動作結果等を示す情報であり、ＯＳの機能として自動的に収集される。本実施形態においては、Ｗｉｎｄｏｗｓ（登録商標）ＯＳの「イベントビューアー」で閲覧可能に記録（ログ）される「イベント」である例を示す。また、本実施形態のイベント３１０は、画像形成装置へのジョブに割り当てられた割り当て領域の不足、ユーザーの認証許可のエラー、及び自装置の制御プログラムに原因があるジョブの実行エラーに関するイベントを含む。

【0031】

送信設定情報３２０は、イベント３１０として非登録者に送信するための送信設定の情報である。この送信設定情報３２０は、例えば、ＯＳのタスクマネージャーに設定された、イベント３１０を監視して電子メール等を非登録者へ送信するタスクの情報であってもよい。

【0032】

アカウント設定３４０は、ユーザーの認証情報により画像形成装置２の認証許可を行うための、ユーザーのＩＤとパスワード等が設定されたデータベースである。また、アカウント設定３４０は、ユーザー毎に、ユーザーの属性及び所属するグループについての情報等を含んでいてもよい。このユーザーの属性としては、例えば、画像形成装置２を運用する組織に所属しているか否か、組織内の地位、組織内の権限等が設定されていてもよい。なお、このアカウント設定３４０は、サーバー１の認証許可プログラムのユーザーやプログラム自体を管理する管理者（以下、「認証許可管理者」という。）や外部の上位サーバー等から設定可能であってもよい。

【0033】

ここで、サーバー１の制御部１０は、記憶部１９に記憶された制御プログラムを実行することで、通知イベント設定部１００、イベント通知部１１０、イベント送信設定部１２０、イベント送信部１３０、及び認証部１４０として機能させられる。
また、画像形成装置２の制御部は、記憶部に格納された制御プログラムを実行することで、認証送信部２００として機能させられる。
また、上述のサーバー１、画像形成装置２、及び端末３の各部は、本発明のエラー通知方法を実行するハードウェア資源となる。
なお、上述の機能構成の一部又は任意の組み合わせをＩＣ、プログラマブルロジック、ＦＰＧＡ（Field-Programmable Gate Array）等でハードウェア的に構成してもよい。

【0034】

〔サーバー１によるイベント通知送信処理〕
次に、図４〜図６を参照して、本発明の実施の形態に係るサーバー１によるイベント通知送信処理の説明を行う。
本実施形態のイベント通知送信処理は、サーバー１のエラーを、非登録者に認識可能なイベント３１０として通知するよう設定する。そして、エラーが実際に発生した場合、設定された前記イベント３１０を通知する。この通知されたイベント３１０は、非登録者に送信される。
本実施形態のイベント通知送信処理は、主にサーバー１の制御部１０が、記憶部１９に記憶された制御プログラムを、各部と協働し、ハードウェア資源を用いて実行する。
以下で、図４のフローチャートを参照して、本実施形態のイベント通知送信処理の詳細をステップ毎に説明する。

【0035】

（ステップＳ１０１）
まず、イベント送信設定部１２０が、イベント送信設定処理を行う。
イベント送信設定部１２０は、非認証者の電子メール等の送信先（以下、「アドレス等」という。）を送信設定情報３２０に設定する。イベント送信設定部１２０は、例えば、通知イベント設定部１００により設定されたイベント３１０を監視して電子メール等を、非登録者のアドレス等に送信するタスクを、ＯＳのタスクマネージャーに、送信設定情報３２０として設定する。
イベント送信設定部１２０は、例えば、記憶部１９に格納された非登録者の情報を取得して、この設定を行ってもよい。

【0036】

（ステップＳ１０２）
次に、通知イベント設定部１００が、通知イベント設定処理を行う。
通知イベント設定部１００は、サーバー１のエラーを、非登録者に認識可能なイベント３１０として通知するよう、イベント設定情報３００に設定する。通知イベント設定部１００は、例えば、サーバー１の認証許可管理者、図示しない上位サーバーからの指示等により、この設定を行ってもよい。

【0037】

図５（ａ）は、通知イベント設定部１００が、イベント３１０の通知（Ｅｎａｂｌｅｄ）を「ＯＮ」にして、通知するイベント３１０の識別名（Ｒｕｌｅ Ｎａｍｅ）を「Ｔｅｓｔ」、ログの種類（Ｔｙｐｅ）を「Ｉｎｆｏ」、モジュール（Ｓｕｂｓｙｓｔｅｍ）が「ＣＬＩ」、非登録者への送信方法を「電子メール（Ｅｍａｉｌ ｓｅｎｄｅｒ）」、キーワード（Ｔｅｘｔ）を、「設定なし（当該モジュールのエラーを全て送信）」と設定した例を示している。この「設定無し」の場合、エラーの種類は、イベント３１０に通知される文字列上に表示される。
また、図５（ｂ）に示すように、「イベント３１０の識別名」を一覧にして確認することも可能である。

【0038】

（ステップＳ１０３）
次に、認証部１４０が、認証稼働処理を行う。
ここで、ユーザーが画像形成装置２を使用する際に、認証送信部２００は、ユーザーに対して、操作パネル部の入力部でユーザーのＩＤ及びパスワードを入力させたり、カードリーダーにＩＤカードを読み込ませたり、生体認証機器等で認証情報の入力を行わせる。認証送信部２００は、入力されたユーザーの認証情報をサーバー１へ送信する。
この認証情報を取得した認証部１４０は、アカウント設定３４０を参照して、認証を行う。
これにより、認証が成功したユーザーについては、通常の画像形成装置２の使用が許可され、各種機能を利用可能となり、プルプリント等が実行可能となる。

【0039】

（ステップＳ１０４）
ここで、イベント通知部１１０が、通知するエラーが発生したか否かを判断する。
イベント通知部１１０は、イベント設定情報３００を参照し、サーバー１について非登録者に通知するエラーが発生していることを検知する。イベント通知部１１０は、このエラーが発生していた場合、Ｙｅｓと判断する。イベント通知部１１０は、それ以外の場合に、Ｎｏと判断する。
Ｙｅｓの場合、イベント通知部１１０は、処理をステップＳ１０５に進める。
Ｎｏの場合、イベント通知部１１０は、イベント通知送信処理を終了する。

【0040】

（ステップＳ１０５）
通知するエラーが発生した場合、イベント通知部１１０が、イベント通知処理を行う。
イベント通知部１１０は、該当するエラーが実際に発生したことを検知した場合、ＯＳにイベント３１０を通知する。
イベント通知部１１０は、例えば、イベント３１０が、ＯＳのログとして記憶部１９に格納されるように通知してもよい。

【0041】

（ステップＳ１０６）
次に、イベント送信部１３０が、イベント送信処理を行う。
イベント送信部１３０は、イベント通知部１１０により通知されて、記憶部１９に格納されたイベント３１０を、実際に非登録者に送信する。
図６によると、イベント送信部１３０は、例えば、ＯＳのタスクマネージャーに設定された、イベント３１０を監視して電子メール等を非登録者のアドレス等へ送信するタスクを実行してもよい。図６の例では、ウィンドウズ（登録商標）イベントビューアーで閲覧可能なイベント３１０の内容と同様の文章を、電子メール等で送信した例を示している。
以上により、本発明の実施の形態に係るイベント通知送信処理を終了する。

【0042】

以上のように構成することで、以下のような効果を得ることができる。
従来の画像形成システムにおいては、認証認可に関するエラーの状態（ステータス）を非登録者へ通知することができなかった。
これに対して、本発明の実施の形態に係る画像形成システムＸは、画像形成装置２と、画像形成装置２を使用するユーザーの認証許可を行うサーバー１とを備える。画像形成装置２は、ユーザーの認証情報をサーバーへ送信する認証送信部２００を備える。サーバー１は、ユーザーの認証情報により認証許可を行う認証部１４０と、自装置のエラーを、認証部１４０により認証許可を行うように登録されていない非登録者に認識可能なイベント３１０として通知するよう設定する通知イベント設定部１００と、エラーが実際に発生した場合、通知イベント設定部１００により設定されたイベント３１０を通知するイベント通知部１１０とを備える。
このように構成することで、認証認可用のサーバー１に登録されてない非登録者に、サーバー１のエラーの状態を通知することが可能となる。このため、例えば、ＩＴ管理者、ＳＩｅｒ等に通知できるようになり、サーバー１管理、サポートの手間を少なくすることができ、サポートコストを削減することができる。

【0043】

また、本発明の実施の形態に係るサーバー１は、イベント通知部１１０によるイベント３１０の通知があった場合、非登録者に当該通知を送信するための送信設定を行うイベント送信設定部１２０を更に備えることを特徴とする。
このように構成することで、認証許可管理者が設定用ファイルを設定する等して手動で設定しなくても、イベント送信設定部１２０により設定することで、イベント３１０を電子メール等で非登録者に容易に送信して知らせることが可能となる。

【0044】

また、本発明の実施の形態に係るサーバー１は、エラーは、画像形成装置へのジョブに割り当てられた割り当て領域の不足、ユーザーの認証許可のエラー、及び自装置の制御プログラムに原因があるジョブの実行エラーのいずれかであることを特徴とする。
このように構成することで、非登録者により管理、サポートする必要のあるエラーの状態をイベント３１０により通知することが可能となる。よって、サーバー１の管理、サポートの手間を少なくすることが可能となる。また、認証許可管理者やユーザーの手間も減らせる。

【0045】

〔他の実施の形態〕
なお、上述の実施の形態では、イベントを電子メール等で非登録者へ直接送信する例について記載した。しかしながら、通知されたイベントが送信されなくてもよい。この場合、通知されたイベントは、イベントビューアー等で閲覧可能な状態なまま保存されていることが好適である。
このように構成することで、非登録者が電子メール等を受信できなくても、サーバー１にアクセスしてイベントを閲覧することで、エラーの内容を把握することが可能となる。

【0046】

また、イベントについては、タスクマネージャーで設定されて送信されなくても、別のプログラム等により送信されるように構成されていてもよい。

【0047】

また、上述の実施の形態においては、イベント設定情報３００及び送信設定情報３２０を認証許可管理者が設定するように記載した。
しかしながら、端末３から非登録者自身がイベント設定情報３００及び送信設定情報３２０を、通知イベント設定部１００及びイベント送信設定部１２０をそれぞれ介して設定するように構成してもよい。
このように構成することで、イベントを通知したい非登録者が変更等されても、引き継いだ人物が設定可能となり、サーバー１の管理、サポートの手間を少なくすることができる。

【0048】

また、上述の実施の形態では、Ｗｉｎｄｏｗｓ（登録商標）ＯＳのイベントビューアー用にイベント３１０を設定して、非登録者へ送信する例について説明した。しかしながら、サーバー１のＯＳが他のサーバーＯＳであっても、同様の構成で対応可能である。たとえば、サーバー１のＯＳは、Ｌｉｎｕｘ（登録商標）、ＰＯＳＩＸ（Portable operating system interface）インターフェイスを含む＊ＮＩＸ系のＯＳ、リアルタイムＯＳ等であってもよい。また、ＯＳが仮想マシン（Virtual Machine）等により実行されていてもよい。
ここで、サーバー１のＯＳが＊ＮＩＸ系のＯＳであった場合、ｃｒｏｎとプロセス間通信等を用いて、同様に非登録者へ送信することが可能である。

【0049】

また、本発明は、画像形成装置以外の情報処理装置にも適用できる。つまり、ネットワークスキャナー、スキャナーをＵＳＢ等で別途接続したサーバー１等を用いる構成であってもよい。

【0050】

また、上記実施の形態の構成及び動作は例であって、本発明の趣旨を逸脱しない範囲で適宜変更して実行することができることは言うまでもない。

【符号の説明】

【0051】

１ サーバー
２ 画像形成装置
３ 端末
５ ネットワーク
１０ 制御部
１５ ネットワーク送受信部
１９ 記憶部
１００ 通知イベント設定部
１１０ イベント通知部
１２０ イベント送信設定部
１３０ イベント送信部
１４０ 認証部
２００ 認証送信部
３００ イベント設定情報
３１０ イベント
３２０ 送信設定情報
３４０ アカウント設定
Ｘ 画像形成システム

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】