JP2021019225A - 画像形成装置、通知システム、制御方法及びプログラム - Google Patents

Abstract

【課題】データの出力が未実施のユーザに対して、通知を行うことが可能な画像形成装置等を提供する。【解決手段】原稿データに対応する画像を形成して出力する画像形成装置１０であって、原稿データを登録する登録部と、登録部から登録された原稿データを記憶する原稿データ記憶部と、画像形成装置における処理の履歴を示すログ情報を記憶するログ情報記憶部と、ログ情報を参照して、登録された原稿データが未出力であるユーザを通知対象に設定する通知設定部と、通知対象のユーザに通知を行う通知部と、を備える。【選択図】図２

Description

本発明は、画像形成装置等に関する。

従来より、会議等のイベントに用いる資料のデータをイベントの開催者がＭＦＰ（Multi Function Printer）やサーバに記憶させ、イベントの出席者に資料を印刷させたりすることが行われている。しかし、出席者が資料を早めに印刷すると、出席者は、印刷された資料の置き場所に困ったり、イベントの直前に修正が発生した場合の対応ができなかったりしてしまうという問題があった。一方で、出席者がイベントの直前に資料を印刷することも考えられるが、出席者が資料の印刷を忘れてしまうことがあるという問題があった。

そこで、スキャンした資料のデータをメールで送る機能（Ｓｃａｎ ｔｏ Ｅ−ｍａｉｌ機能）が使用される場合、メールを送信する日時を予約できる技術が提案されている（例えば、特許文献１参照）。

特開２０１５−２０１７１０

従来技術によれば、イベントの開始日時の前にメールで資料のデータを送信するように開催者が予約することで、出席者に資料の印刷を促すことができる。しかし、従来技術は、メールを送信するスケジュールを管理しなければならないという課題があった。また、資料が出席者によって確実に印刷されるように開催者が何度もメールを送信すると、既に印刷をした出席者に対して不要なメールが送信されてしまうという課題があった。

上述した課題に鑑み、本発明は、データの出力が未出力のユーザに対して、通知を行うことが可能な画像形成装置等を提供することを目的とする。

上述した課題を解決するために、本発明の画像形成装置は、
原稿データに対応する画像を形成して出力する画像形成装置であって、
原稿データを登録する登録部と、
前記登録部から登録された原稿データを記憶する原稿データ記憶部と、
前記画像形成装置における処理の履歴を示すログ情報を記憶するログ情報記憶部と、
前記ログ情報を参照して、前記登録された原稿データが未出力であるユーザを通知対象に設定する通知設定部と、
前記通知対象のユーザに通知を行う通知部と、
を備えたことを特徴とする。

本発明の通知システムは、
原稿データに対応する画像を形成して出力する第１の画像形成装置と第２の画像形成装置とを含むシステムであって、
前記第１の画像形成装置は、
前記第１の画像形成装置における処理の履歴を示すログ情報を記憶する第１のログ情報記憶部を備え、
前記第２の画像形成装置は、
原稿データを登録する登録部と、
前記登録部から登録された原稿データを記憶する原稿データ記憶部と、
前記第２の画像形成装置における処理の履歴を示すログ情報を記憶する第２のログ情報記憶部と、
前記第１の画像形成装置から前記ログ情報を取得するログ取得部と、
前記ログ取得部により取得されたログ情報と第２のログ情報記憶部に記憶されたログ情報とを参照して、前記登録された原稿データが未出力であるユーザを通知対象に設定する通知設定部と、
前記通知対象のユーザに通知を行う通知部と、
を備えたことを特徴とする。

本発明の通知システムは、
原稿データに対応する画像を形成して出力する画像形成装置とサーバ装置とを含むシステムであって、
前記画像形成装置は、前記画像形成装置における処理の履歴を示すログ情報を記憶するログ情報記憶部を備え、
前記サーバ装置は、
原稿データを登録する登録部と、
前記登録部から登録された原稿データを記憶する原稿データ記憶部と、
前記画像形成装置から前記ログ情報を取得するログ取得部と、
前記ログ取得部により取得されたログ情報を参照して、前記登録された原稿データが未出力であるユーザを通知対象に設定する通知設定部と、
前記通知対象のユーザに通知を行う通知部と、
を備えたことを特徴とする。

本発明の制御方法は、
原稿データに対応する画像を形成して出力する画像形成装置の制御方法であって、
原稿データを登録する登録ステップと、
前記登録ステップにより登録された原稿データを記憶する原稿データ記憶ステップと、
前記画像形成装置における処理の履歴を示すログ情報を記憶するログ情報記憶ステップと、
前記ログ情報を参照して、前記登録された原稿データが未出力であるユーザを通知対象に設定する通知設定ステップと、
前記通知対象のユーザに通知を行う通知ステップと、
を含むことを特徴とする。

本発明のプログラムは、
原稿データに対応する画像を形成して出力する画像形成装置のコンピュータに、
原稿データを登録する登録機能と、
前記登録機能により登録された原稿データを記憶する原稿データ記憶機能と、
前記画像形成装置における処理の履歴を示すログ情報を記憶するログ情報記憶機能と、
前記ログ情報を参照して、前記登録された原稿データが未出力であるユーザを通知対象に設定する通知設定機能と、
前記通知対象のユーザに通知を行う通知機能と、
を実現させることを特徴とする。

本発明によれば、データの出力が未出力のユーザに対して、通知を行うことが可能となる。

第１実施形態における画像形成装置の外観斜視図である。 第１実施形態における画像形成装置の機能構成を説明するためのブロック図である。 第１実施形態におけるユーザ情報のデータ構成の一例を示した図である。 第１実施形態における会議情報のデータ構成の一例を示した図である。 第１実施形態における取得先情報のデータ構成の一例を示した図である。 第１実施形態におけるジョブログのデータ構成の一例を示した図である。 第１実施形態における通知情報のデータ構成の一例を示した図である。 第１実施形態における画像形成装置のメイン処理の流れを説明するためのフロー図である。 第１実施形態における取得先情報記憶処理の流れを説明するためのフロー図である。 第１実施形態における通知情報記憶処理の流れを説明するためのフロー図である。 第１実施形態における未出力ユーザ抽出処理の流れを説明するためのフロー図である。 第１実施形態におけるログイン処理の流れを説明するためのフロー図である。 第１実施形態における動作例を説明するための図である。 第１実施形態における動作例を説明するための図である。 第１実施形態における動作例を説明するための図である。 第１実施形態における動作例を説明するための図である。 第１実施形態におけるシステムログを用いた場合についての動作を説明するための図である。 第２実施形態における全体構成を説明するための図である。 第２実施形態における第１の画像形成装置の機能構成を説明するためのブロック図である。 第２実施形態における第１の画像形成装置のメイン処理の流れを説明するためのフロー図である。 第２実施形態における第１の画像形成装置のログイン処理の流れを説明するためのフロー図である。 第２実施形態における第２の画像形成装置のメイン処理の流れを説明するためのフロー図である。 第３実施形態における全体構成を説明するための図である。 第３実施形態におけるサーバ装置の機能構成を説明するためのブロック図である。 第３実施形態におけるサーバ装置のメイン処理の流れを説明するためのフロー図である。 第４実施形態における全体構成を説明するための図である。 第４実施形態におけるユーザ情報管理装置の機能構成を説明するためのブロック図である。

以下、本発明の実施の形態について、図面を参照して説明する。なお、本実施形態では、一例として、本発明を適用した画像形成装置について説明する。

［１．第１実施形態］
［１．１ 機能構成］
本実施形態の画像形成装置１０の機能構成について、図１と図２に基づいて説明する。図１は、画像形成装置１０の外観斜視図であり、図２は、画像形成装置１０の機能的構成を示すブロック図である。

画像形成装置１０は、コピー機能、印刷機能、スキャナ機能、メール送信機能等を有するデジタル複合機である。図２に示すように、画像形成装置１０は、制御部１００と、画像入力部１１０と、画像処理部１２０と、画像形成部１３０と、表示部１４０と、操作入力部１５０と、通信部１６０と、記憶部１７０とを備えて構成される。

制御部１００は、画像形成装置１０の全体を制御するための機能部である。制御部１００は、各種プログラムを読み出して実行することにより各種機能を実現しており、例えば、１又は複数の演算装置（ＣＰＵ（Central Processing Unit））等により構成される。

画像入力部１１０は、原稿を読み取って画像データを生成する機能部であり、例えば、原稿読取装置（例えば、スキャナ）によって構成される。画像入力部１１０は、通信部１６０を介して他の装置から送信されるデータに基づいて画像データを生成してもよいし、ＵＳＢ（Universal Serial Bus）メモリや、ＳＤカード等の記憶媒体から画像データを取り込んでもよい。

画像処理部１２０は、画像データに各種画像処理を施す機能部である。例えば、画像データの鮮鋭化処理を行ったり、色変換処理を行ったりする。

画像形成部１３０は、記録用紙等の記録媒体に対して画像データに基づき画像を形成する機能部である。画像形成部１３０は、例えば、図１の給紙トレイ１２２から記録用紙を給紙し、記録用紙の表面に画像を形成し、記録用紙を排紙トレイ１２４から排紙する。画像形成部１３０は、例えば電子写真方式を利用したレーザプリンタ等により構成される。

表示部１４０は、ユーザに各種情報を表示するための機能部であり、例えば、ＬＣＤ（Liquid Crystal Display）や有機ＥＬ（electro-luminescence）パネル等により構成される。また、操作入力部１５０は、ユーザが各種操作を行うための機能部であり、例えば、表示部１４０の上に重ねて設けられるタッチパネルによって構成される。タッチパネルによるタッチの検出は、静電誘導方式であったり、感圧方式であったり、公知の技術によって実現する。

通信部１６０は、画像形成装置１０が外部の装置と通信を行うための機能部であり、例えば、有線／無線ＬＡＮで利用されるＮＩＣ（Network Interface Card）により構成される。また、通信方式は、例えば、Ｅｔｈｅｒｎｅｔ（登録商標）やＩＥＥＥ８０２．１１ａ／ｂ／ｇ／ｎである。

記憶部１７０は、画像形成装置１０の動作に必要な各種プログラムや各種データを記憶する機能部であり、例えば、半導体メモリであるＳＳＤ（Solid State Drive）や、ＨＤＤ（Hard Disk Drive）等により構成される。

記憶部１７０は、ユーザ情報記憶領域１７２と、原稿データ記憶領域１７４と、会議情報記憶領域１７６と、取得先情報記憶領域１７８と、ログ情報記憶領域１８０と、通知情報記憶領域１８２とを確保し、取得先設定情報１８４を記憶する。

ユーザ情報記憶領域１７２は、ユーザに関する情報（以下、「ユーザ情報」という）を記憶する領域である。ユーザ情報は、画像形成装置１０の管理者等によって記憶される。本実施形態におけるユーザ情報は、例えば図３に示すように、ユーザＩＤ（例えば、「ｎ９０１０」）と、ログイン名（例えば、「Ｋａｔｏｈ」）と、パスワード（例えば、「ａｂｃ１２３」）と、ユーザ名（例えば、「加藤」）と、メールアドレス（例えば、「[email protected]」）とによって構成される。

原稿データ記憶領域１７４は、原稿データを記憶する領域である。原稿データとは、例えば、会議に用いられる資料のデータであり、具体的には、ＰＤＦファイル、文章ファイル、スプレッドシートファイル、プレゼンテーションファイルといったファイルのデータである。

原稿データ記憶領域１７４に記憶された原稿データは原稿データ名によって識別される。また、それぞれの原稿データはＵＲＬ（Uniform Resource Locator）によって特定可能であってもよい。例えば、原稿データ記憶領域１７４の場所が「file://192.168.0.16/stored/」で示されるときは、原稿データ名が「design_review_180820191032.pdf」である原稿データのＵＲＬは「file://192.168.0.16/stored/design_review_180820191032.pdf」と表現される。さらに、画像形成装置１０は、このように表現されたＵＲＬを画像形成装置１０自体や画像形成装置に接続した他の装置が参照することにより、原稿データを取得することができるようにしてもよい。

また、ユーザによって原稿データを印刷するジョブが実行されることにより、画像形成装置１０は、原稿データから画像データを生成し、生成した画像データに基づく画像を画像形成部１３０によって記録用紙に形成することで印刷を行う。ユーザは、画像形成装置１０に対して、原稿データを印刷するジョブを実行させることにより、原稿データを印刷によって出力させることができる。

会議情報記憶領域１７６は、会議に関する情報（以下、「会議情報」という）を記憶する領域である。会議情報は、会議の開催者等によって記憶される。本実施形態における会議情報は、例えば図４に示すように、会議ＩＤ（例えば、「１」）と、会議名（例えば、「△△△デザインレビュー」）と、会議を開催する場所（例えば、「Ａ会議室」）と、開始日時（例えば、「２０１８／０９／０３ １５：００」）及び終了日時（例えば、「２０１８／０９／０３ １７：００」）と、原稿データが記憶（登録）された場所を示す登録先（例えば、「file://192.168.0.16/stored/design_review_180820191032.pdf」）と、会議の参加者と、通知に関する情報である開催日前通知と、会議の事前連絡（例えば、「添付の会議資料の持参をお願いします。」）とによって構成される。

会議ＩＤは、会議を一意に識別する情報である。会議ＩＤはユーザによって入力されてもよいし、画像形成装置１０が付与してもよい。

また、本実施形態では、登録とは、会議情報を記憶させるユーザ（例えば、会議の開催者）によって特定の原稿データが指定されることをいい、登録先とは、会議情報を記憶させるユーザによって登録された原稿データが記憶された場所を示す情報をいう。ユーザによって登録される原稿データは、例えば、会議に用いられる資料の原稿データである。ユーザによって登録される原稿データは、原稿データ記憶領域１７４に予め記憶されていてもよいし、画像形成装置１０が接続されたネットワークに存在する他の装置に記憶されていてもよい。また、画像形成装置１０は、ユーザによって会議情報が登録されるときに、会議に用いる資料を画像入力部１１０によってスキャン可能にし、画像入力部１１０が生成した画像データを原稿データとして登録してもよい。なお、登録先は、原稿データが記憶された場所を特定できればＵＲＬ以外の情報が記憶されもよい。このように、登録先を含む会議情報を記憶することにより、画像形成装置１０は原稿データを登録することができる。

また、本実施形態では、会議の参加者として、会議の開催者のユーザＩＤ（例えば、「ｎ９０５１」）と、会議の出席者のユーザＩＤ（例えば、「ｎ９０４４、ｎ９０１６、ｎ９０３７、ｎ９０１０」）とが会議情報に記憶される。会議の参加者は、会議情報を記憶させるユーザによって登録された原稿データを印刷する対象のユーザとなる。なお、本実施形態では、ユーザが会議の開催者であるか出席者であるかといった情報を「属性」と表現する。

本実施形態では、参加者に対して、会議に関する通知として「開催通知」と「印刷通知」との通知を行う。開催通知とは、会議が開催されることを内容とする通知である。印刷通知とは、登録された原稿データの出力が未実施（未出力）であることを内容とする通知である。

本実施形態では、開催日前通知には、開催者に対する通知の内容と通知を行う期間（例えば、「開催通知：３日前から」）と、出席者に対する通知の内容と通知を行う期間（例えば、「開催通知：３日前から、印刷通知：１日前から」）とが記憶される。例えば、印刷通知の通知を行う期間が３日前からであれば、会議の開始日時から３日前までの期間において、登録された原稿データの出力が未出力である場合に印刷通知の通知を行うことを示す。開催日前通知に出席者に対する通知の内容と期間が記憶されている場合は通知が設定されている状態であり、開催日前通知に何らの情報も記憶されていない場合は通知が設定されていない状態を示す。

取得先情報記憶領域１７８は、原稿データの取得先に関する情報（以下、「取得先情報」という）を記憶する領域である。本実施形態における取得先情報は、例えば図５に示すように、会議ＩＤ（例えば、「１」）と、ユーザＩＤ（例えば、「ｎ９０５１」）と、参加者の属性（例えば、「開催者」）と、原稿データの取得先を示す取得先（例えば、「file://192.168.0.16/stored/design_review_180820191032.pdf」）と、印刷による原稿データの出力が実施されたか否かを示す印刷実施状況（例えば、「未出力」）とによって構成される。

取得先とは、会議情報を記憶させるユーザによって登録された原稿データが記憶される場所を示す情報である。取得先は、会議情報の登録先と同じであってもよいし、異なっていてもよい。取得先と登録先とが異なる場合とは、登録先によって示される原稿データに別名が付けられたり、登録先によって示される場所とは異なる場所に原稿データが移動又は複製されたりした場合である。

また、原稿データの取得先は、複数の参加者に対して同一の取得先が記憶されてもよいし、参加者毎に異なった取得先が記憶されてもよい。例えば、図５に示すように、登録先として示されたＵＲＬのファイル名部分の末尾に出席者毎に異なる文字列を加えて、それぞれの出席者によって取得先を異ならせてもよい。このとき、登録先として示されたＵＲＬのファイル名部分の末尾に出席者のユーザＩＤを加えることで、取得先のＵＲＬに基づいて原稿データを出力する出席者を識別できるようにしてもよい。

ログ情報記憶領域１８０は、画像形成装置１０が実行した処理の履歴を示す情報であるログ情報を記憶する領域である。本実施形態はログ情報として、画像形成装置１０が実行したジョブの情報（以下、「ジョブログ」という）を記憶することとして説明する。ジョブログは、画像形成装置１０がジョブを実行する度に、制御部１００によって記憶される。本実施形態におけるジョブログは、例えば図６に示すように、ジョブＩＤ（例えば、「２２０」）と、ジョブの種類（例えば、「プリンタ」）と、ジョブを実行したユーザを識別するユーザＩＤ（例えば、「ｎ９０５１」）と、出力されたデータを示す出力データ名（例えば、「sample.docx」）と、ジョブを開始した開始日時（例えば、「2018/08/22 18:00」）と、出力した記録用紙の枚数を示す出力枚数（例えば、「３」）と、出力した記録用紙に形成したページ数（例えば、「３」）とによって構成される。

ジョブは、操作入力部１５０によって入力された内容に基づいて実行されてもよいし、通信部１６０を介して外部の装置（例えば、ユーザが使用する情報処理装置）から送信された出力要求に基づいて実行されてもよい。

ジョブの種類は、画像形成装置１０が備える機能のうち実行された機能を示す情報である。ジョブの種類としては、例えば、コピー機能が実行された場合はジョブの種類には「コピー」が記憶される。同様にして、印刷機能が実行された場合は「プリンタ」が、スキャナ機能が実行された場合は「スキャナ」が、メール送信機能が実行された場合は「Ｅ−ｍａｉｌ送信」が、それぞれジョブの種類に記憶される。

出力データ名については、例えば、画像形成装置１０が原稿データ記憶領域１７４に記憶された原稿データを出力した場合は、出力データ名には原稿データ名が記憶される。また、画像形成装置１０が外部の装置から取得したデータを出力した場合は、出力データ名には取得したデータのファイル名やフルパスが記憶されてもよい。画像形成装置１０がメールの送信を行った場合は、出力データ名にはメールのタイトルが記憶されてもよい。なお、コピー等出力データを特定できないジョブが実行された場合や、ファクスの受信のように出力を行わないジョブが実行された場合は、出力データ名が記憶されないようにしてもよい。

通知情報記憶領域１８２は、通知に関する情報である通知情報を記憶する領域である。本実施形態における通知情報は、例えば図７に示すように、会議ＩＤ（例えば、「１」）と、ユーザＩＤ（例えば、「ｎ９０５１」）と、通知の種別（例えば、「開催通知」）とによって構成される。

取得先設定情報１８４は、原稿データの取得先に関する情報である。参加者毎に取得先を異ならせる場合における取得先の規則や、原稿データに別名を付けるか複製をするかといった原稿データの記憶方法が記憶される。また、登録された原稿データを外部の装置に記憶する場合は、記憶先となる外部の装置を特定するための情報や、外部の装置に接続するためのパスワード等が記憶されてもよい。

［１．２ 処理の流れ］
図８から図１２を参照して、画像形成装置１０の処理の流れを説明する。なお、画像形成装置１０の管理者等によって、予めユーザ情報がユーザ情報記憶領域１７２に記憶されているものとして説明する。また、取得先設定情報１８４には、登録された原稿データを記憶する場所を原稿データ記憶領域１７４とする設定が記憶されていることとする。また、取得先設定情報１８４には、参加者毎に原稿データに対する別名を付けることで取得先を異ならせる設定が記憶されていることとする。

図８を参照して、画像形成装置１０のメイン処理について説明する。まず、制御部１００は、ユーザにより入力された会議情報を会議情報記憶領域１７６に記憶することで、原稿データを登録する（ステップＳ１０２）。つづいて、制御部１００は、登録された原稿データの取得先情報を記憶する処理（取得先情報記憶処理）を実行する（ステップＳ１０４）。取得先情報記憶処理については、図９を参照して説明する。

はじめに、制御部１００は、ユーザにより入力された会議情報の登録先に基づき、登録された原稿データを取得する（ステップＳ１１０２）。つづいて、制御部１００は、取得した原稿データを、取得先設定情報１８４に基づき、原稿データ記憶領域１７４に記憶する（ステップＳ１１０４）。なお、原稿データ記憶領域１７４に記憶するに原稿データを記憶する際の原稿データ名は、ユーザによって設定されてもよいし、制御部１００が設定してもよい。

つづいて、制御部１００は、取得先設定情報１８４に基づき、参加者毎に取得先を設定する（ステップＳ１１０６）。本実施形態では、取得先設定情報１８４には、参加者毎に原稿データに対する別名を付けることで取得先を異ならせる設定が記憶されているため、参加者毎に原稿データの別名を付けて、参加者毎に異なる取得先を設定する。原稿データに別名を付ける方法としては、例えば、ショートカット、エイリアス、シンボリックリンクといったようなリンクを設定したり、原稿データを複製して原稿データ名（例えば、ファイル名）を異ならせたりする方法が考えられる。なお、参加者毎に取得先を異ならせない場合は、取得先に記憶させた原稿データの場所を取得先として参加者全員に設定すればよい。

つづいて、制御部１００は、ステップＳ１０２で記憶した会議情報の会議ＩＤと会議の参加者の属性及びユーザＩＤとステップＳ１１０６で設定した取得先とを含んだ取得先情報を参加者毎に取得先情報記憶領域１７８に記憶する（ステップＳ１１０８）。なお、このとき、制御部１００は、取得先情報の印刷実施状況は未出力にする。

つづいて、制御部１００は、ステップＳ１１０６で記憶した取得先を含んだ開催通知を通知する（ステップＳ１１１０）。例えば、制御部１００は、開催通知を内容としたメールを、参加者のユーザ情報に記憶されたメールアドレスを送信先として送信する。このようにすることで、参加者は、会議が開催されることと、出力する原稿データの取得先とを知ることができる。

図８に戻り、つづいて制御部１００は、通知情報記憶処理を実行する（ステップＳ１０６）。通知情報記憶処理は、会議情報を１件ずつ読み出して、開始日時が近い会議情報に基づいて、ユーザに通知を行う処理である。開始日時が近い会議情報が会議情報記憶領域１７６に複数記憶されている場合は、制御部１００は、それぞれの会議情報毎に通知情報記憶処理を実行する。通知情報記憶処理は、制御部１００がログ情報記憶領域１８０を監視し、ジョブログが変更されたタイミングで実行したり、画像形成装置１０の管理者等の指示によって実行されたりしてもよい。また、通知情報記憶処理は、所定のタイミング（例えば、毎日朝９時）で実行されたり、所定の時間間隔で実行されたりしてもよい。通知情報記憶処理については、図１０を参照して説明する。

はじめに、制御部１００は、会議情報記憶領域１７６に記憶されている会議情報を読み出し、開始日時が近い会議情報を１件抽出する（ステップＳ１２０２）。開始日時が近いか否かの判定は、例えば、制御部１００は、現在の時刻から会議情報に記憶された開始日時までの間の時間が所定の時間（例えば、７日）未満であるか否かによって判定すればよい。判定に用いる所定の時間は、画像形成装置１０に予め設定されたり、画像形成装置１０の管理者等によって設定されたりすればよい。

つづいて、制御部１００は、抽出した会議情報の開催日前通知を参照し、通知の設定がされているか否かを判定する（ステップＳ１２０４）。通知の設定がされていない場合は、通知情報記憶処理を終了する（ステップＳ１２０４；Ｎｏ）。通知の設定がされている場合は、制御部１００は、開催者のみに通知を行うか否かを判定する（ステップＳ１２０４；Ｙｅｓ→ステップＳ１２０６）。開催者のみに通知を行う場合であって、開催通知の通知を行う期間内であるときは、制御部１００は開催者に開催通知をセットする（ステップＳ１２０６；Ｎｏ→ステップＳ１２０８；Ｙｅｓ→ステップＳ１２１０）。開催通知や印刷通知といった通知をセットするとは、通知を行う対象者に対して通知を行うことを示す情報を記憶することをいう。具体的には、制御部１００は、ステップＳ１２０２で抽出した会議情報の会議ＩＤと開催者ユーザＩＤとを含み、通知種別を「開催通知」とした通知情報を、通知情報記憶領域１８２に記憶する。

開催者のみに通知を行わない場合、すなわち、出席者にも通知を行う場合は、制御部１００は開催通知の通知を行うか否かを判定する（ステップＳ１２０６；Ｙｅｓ→ステップＳ１２１２）。開催通知の通知を行う場合であって、開催通知の通知を行う期間内であるときは、制御部１００は参加者全員に開催通知をセットする（ステップＳ１２１２；Ｙｅｓ→ステップＳ１２１４；Ｙｅｓ→ステップＳ１２１６）。具体的には、制御部１００は、ステップＳ１２０２で抽出した開催者ユーザＩＤ及び参加者ユーザＩＤ毎に、会議情報の会議ＩＤとユーザＩＤとを含み、通知種別を「開催通知」とした通知情報を、通知情報記憶領域１８２に記憶する。

つづいて、制御部１００は印刷通知の通知を行うか否かを判定する（ステップＳ１２１８）。印刷通知の通知を行う場合であって印刷通知の通知を行う期間内であるときは、制御部１００は、未出力ユーザ抽出処理を実行する（ステップＳ１２１８；Ｙｅｓ→ステップＳ１２２０；Ｙｅｓ→ステップＳ１２２２）。未出力ユーザ抽出処理とは、取得先情報の取得先として示された原稿データが未出力のユーザを抽出する処理である。未出力ユーザ抽出処理については、図１１を参照して説明する。

はじめに、制御部１００は、ステップＳ１２０２によって抽出された会議情報の会議ＩＤと同じ会議ＩＤが記憶された取得先情報を１件読み出す（ステップＳ１３０２）。つづいて、制御部１００は、読み出した取得先情報の印刷実施状況が未出力であるか否かを判定する（ステップＳ１３０４）。印刷実施状況が未出力でない場合、すなわち、印刷済であれば、ステップＳ１３０２へ戻る（ステップＳ１３０４；Ｎｏ→ステップＳ１３０２）。

印刷実施状況が未出力である場合は、制御部１００は、読み出した取得先情報の取得先から取得される原稿データが、印刷による出力が実施されていることを示すジョブログを検索する（ステップＳ１３０４；Ｙｅｓ→ステップＳ１３０６）。具体的には、制御部１００は、ジョブログのジョブ種別、ユーザＩＤ、出力データ名が、それぞれ、「プリント」、取得先情報のユーザＩＤ、取得先情報の取得先の原稿データ名となっているジョブログをログ情報記憶領域１８０から検索する。

ジョブログを検索した結果、ジョブログが見つかった場合は、ステップＳ１３０４で読み出した取得先情報に含まれるユーザＩＤによって識別されるユーザは、取得先の原稿データを出力済みである。制御部１００は、取得先の原稿データが出力済みである場合は、ステップＳ１３０２で読み出した取得先情報の印刷実施状況に出力済にして記憶する（ステップＳ１３０８；Ｙｅｓ→ステップＳ１３１０）。

つづいて、制御部１００は、会議情報の会議ＩＤと同じ会議ＩＤが記憶された取得先情報を全て読み出したか否かを判定する（ステップＳ１３１２）。取得先情報を全て読み出していない場合は、ステップＳ１３０４へ戻る（ステップＳ１３１２；Ｎｏ→ステップＳ１３０４）。取得先情報を全て読み出した場合は、ステップＳ１３０２からステップＳ１３１４のステップを実行しても、依然として印刷実施状況が未出力であるユーザを、出力が未実施のユーザとして出力する（ステップＳ１３１２；Ｙｅｓ→ステップＳ１３１４）。なお、制御部１００は、参加者が出力する原稿データが複数ある場合で、その一部が未出力である場合も、出力が未実施のユーザとして出力する。このようにして、原稿データの出力が未実施のユーザを抽出する。

図１０に戻り、制御部１００は、出力未実施ユーザ抽出処理によって抽出されたユーザ、すなわち、原稿データの出力が未実施のユーザに対して、印刷通知をセットする（ステップＳ１２２４）。具体的には、制御部１００は、ステップＳ１２０２で抽出した会議情報の会議ＩＤと出力未実施ユーザ抽出処理を実行することにより出力したユーザのユーザＩＤとを含み、通知種別を「印刷通知」とした通知情報を、通知情報記憶領域１８２に記憶する。なお、制御部１００は、通知種別が「印刷通知」であるユーザであって、当該ユーザが出力する原稿データが出力済みである場合は、当該ユーザの通知情報を削除する。このようにすることで、すでに原稿データが出力済みであるユーザに、印刷通知を通知しないようにする。

つづいて、制御部１００は、通知情報を読み出して、開催通知と印刷通知とをメールで送信する（ステップＳ１２２６）。例えば、読み出した通知情報の通知種別が「開催通知」である場合は、制御部１００は、通知情報の会議ＩＤによって識別される会議情報から会議名や開催日時を読み出して会議の開催を内容とするメールを生成する。読み出した通知情報の通知種別が「印刷通知」である場合は、制御部１００は、通知情報の会議ＩＤ及びユーザＩＤと同じ会議ＩＤ及びユーザＩＤが記憶された取得先情報を検索し、取得先情報に記憶された取得先を読み出す。また、通知情報の会議ＩＤによって識別される会議情報から会議名や開催日時を読み出す。そして、制御部１００は、原稿データの取得先と会議の情報とを内容とするメールを生成し、通知情報のユーザＩＤによって識別されるユーザ情報のメールアドレスを宛先として、生成したメールを送信する。

なお、図１０で示した処理において、ステップＳ１２１０の後に、開催者が原稿データを未出力である場合には、開催者に対して印刷通知をセットしてもよい。具体的には、制御部１００は、ステップＳ１２２２及びステップＳ１２２４と同様の処理を、開催者を対象にして実行すればよい。

図８に戻り、つづいて制御部１００は、ログイン処理を実行する（ステップＳ１０８）。ログイン処理については、図１２を参照して説明する。

はじめに、制御部１００は、表示部１４０にログイン画面を表示する（ステップＳ１４０２）。ログイン画面とは、ログイン名とパスワードとをユーザに入力させるための画面である。そして、ユーザによってログイン操作がされた場合は、制御部１００は、ユーザ認証処理を行う（ステップＳ１４０４→ステップＳ１４０６）。ログイン操作とは、ログインに必要な操作であり、例えば、ユーザによってログイン名及びパスワードとが入力され、更に「ログイン」ボタンが選択される操作である。また、ユーザ認証処理とは、入力されたログイン名及びパスワードがユーザ情報の何れかに記憶されたログイン名及びパスワードと一致するか否かを判定する処理である。入力されたログイン名及びパスワードがユーザ情報の何れかに記憶されたログイン名及びパスワードと一致する場合は、制御部１００は、入力されたログイン名及びパスワードを入力したユーザに対してログインを許可する。

ログインを許可した場合は、制御部１００は、通知情報を参照して、ログインしたユーザに対する通知がセットされているか否かを判定する（ステップＳ１４０８；Ｙｅｓ→ステップＳ１４１０）。通知がセットされている場合とは、ユーザＩＤがログインしたユーザのユーザＩＤに一致する通知情報が通知情報記憶領域１８２に記憶されている場合である。通知がセットされている場合は、制御部１００は、通知情報を読み出して、通知内容を示す通知画面を表示部１４０に表示する（ステップＳ１４１０；Ｙｅｓ→ステップＳ１４１２）。

例えば、制御部が読み出した通知情報の通知種別が開催通知である場合は、制御部１００は、通知情報の会議ＩＤに対応する会議情報を読み出して、会議名、場所、開始日時、連絡事項等を表示する。また、通知情報の通知種別が印刷通知である場合は、制御部１００は、会議情報を読み出して会議の情報を表示するとともに、通知情報の会議ＩＤとユーザＩＤとに対応する取得先情報を読み出して、取得先を表示する。

つづいて、制御部１００は、ユーザによって通知に対応する操作がされたか否かを判定する（ステップＳ１４１４）。通知に対応する操作とは、例えば、通知の内容を確認したことを示すボタン（例えば、「ＯＫ」ボタンや「確認」ボタン）がユーザによって選択されることである。通知に対応する操作がされた場合は、制御部１００は、制御部１００は、表示部１４０にホーム画面を表示する（ステップＳ１４１６）。

なお、制御部１００は、ステップＳ１４１４において通知に対応する操作がされた場合は、ログインしたユーザに対応する通知情報を削除してもよい。このようにすることで、通知の確認をしたユーザが再度ログインした場合には、通知が表示されなくなる。なお、画像形成装置１０が通知情報記憶処理を再度実行することで、取得先の原稿データが未出力のユーザに対して再度印刷通知がセットされる。したがって、取得先の原稿データが未出力のユーザは、一度通知を確認した場合であっても、取得先の原稿データを出力しない場合は、再度印刷通知が表示されることとなる。

また、ステップＳ１４１０において、通知がセットされていない場合は、制御部１００は表示部１４０に通知画面を表示することなく、表示部１４０にホーム画面を表示する（ステップＳ１４１０；Ｎｏ→ステップＳ１４１６）。

［１．３ 動作例］
図を参照して、本実施形態の動作例について説明する。図１３は、会議に関する情報をユーザに入力させるための入力画面Ｗ１００の画面例である。入力画面Ｗ１００は、例えば、端末装置がウェブブラウザを介して画像形成装置１０に接続することで、ウェブブラウザ等に表示される。

入力画面Ｗ１００には、開催者を入力するための領域Ｅ１００と、会議名と場所とを入力するための領域Ｅ１０２と、開始日時を入力するための領域Ｅ１０４と、終了日時を入力するための領域Ｅ１０６と、会議に用いる資料（会議資料）のデータを登録するための領域Ｅ１０８と、開催日前通知の設定を行うための領域Ｅ１１０と、連絡事項を入力するための領域Ｅ１１２と、出席者を入力するための領域Ｅ１１４とが含まれる。また、入力された内容を画像形成装置１０に送信するための送信ボタンＥ１１６が含まれる。

画像形成装置１０は、ユーザによって領域Ｅ１００内の「ユーザ選択」ボタンや領域Ｅ１１４内の「追加」ボタンが選択された場合は、ユーザ情報に記憶されたユーザ名を一覧表示して、開催者や出席者を選択可能にしてもよい。また、会議資料は複数のファイルを選択可能にしてもよいし、原稿データ記憶領域１７４に記憶された原稿データを選択可能にしてもよい。

また、入力画面Ｗ１００は表示部１４０に表示されてもよい。この場合は、会議資料を選択するための領域Ｅ１０８には、スキャンした原稿から原稿データ（会議資料のデータ）を生成するボタンを含めてもよい。スキャンした原稿から原稿データを生成するボタンが選択された場合は、画像形成装置１０は表示部１４０にスキャン画面を表示する。スキャン画面を介してユーザによってスキャン操作がされた場合は、画像入力部１１０によって生成された１又は複数の画像データを原稿データとして登録する。

また、開催日前通知の設定を行うための領域Ｅ１１０には、開催者及び出席者に行う通知の種別と、通知を行う期間（期日）を指定可能としている。期間は日単位で指定できてもよいし、通知を行う期間の開始となる日時を指定できてもよい。

図１４（ａ）は、ログイン画面Ｗ１１０の画面例であり、ログイン名とパスワードとをそれぞれ入力するための入力欄を設けている。図１４（ｂ）は、ログインを許可した場合において、通知がセットされているときに表示される通知画面Ｗ１２０の画面例である。通知画面Ｗ１２０には、通知内容の要約と、通知内容を詳細に確認する場合に選択する領域Ｅ１２０と、通知に対する対応を行うためのボタンＥ１２２とが含まれる。

図１５（ａ）は、領域Ｅ１２０が選択された場合に表示される通知詳細画面Ｗ１３０の画面例であり、開催通知を表示した画面である。開催通知の通知詳細画面Ｗ１３０には、会議情報に記憶された会議名、開始日時、終了日時、場所、連絡事項が表示される。また、開催通知への対応として確認操作を行うためのボタンＥ１３２が含まれる。

図１５（ｂ）は、印刷通知を表示した通知詳細画面Ｗ１４０の画面例である。印刷通知の通知詳細画面Ｗ１４０には、会議情報に記憶された会議名、開始日時、終了日時、場所、連絡事項に加えて、ログインしたユーザが出力する原稿データの取得先を表示する領域Ｅ１４０が含まれる。ユーザは領域Ｅ１４０を選択することで、印刷通知への対応として、取得先の原稿データを取得し、取得した原稿データを印刷することが可能となる。また、領域Ｅ１４０と同様に、印刷通知への対応として確認操作を行うためのボタンＥ１４２が含まれる。

図１６（ａ）は、ホーム画面Ｗ１５０の画面例である。ホーム画面は、ユーザによって通知に対する対応がされた場合に表示される。また、ログインしたユーザに対する通知がセットされていない場合は、ホーム画面は、画像形成装置１０がユーザのログインを許可した後に表示される。

図１６（ｂ）は、印刷通知をメールで受信した場合における、メール受信画面Ｗ１６０の画面例である。印刷通知のメールにも原稿データの取得先を示す領域Ｅ１６０が含まれる。ユーザは、領域Ｅ１６０に表示された取得先の原稿データを出力するジョブを画像形成装置１０に送信することで、取得先の原稿データを出力することができる。なお、メールにおいて印刷通知を通知する場合は、画像形成装置１０に対して、取得先の原稿データを出力するジョブを実行させることが可能なＵＲＬが含まれていてもよい。

なお、本実施形態は出力未実施ユーザ抽出処理においてログ情報としてジョブログを用いる処理について説明したが、ジョブログ以外のログ情報を用いても構わない。例えば、制御部１００が実行した処理の履歴を記憶したシステムログに基づいてもよい。

図１７（ａ）は、システムログの例を示した図である。システムログには、Ｄ１００に示すように、制御部１００が通信部１６０を介して取得した（アクセスした）データのファイル名が記憶される場合がある。ここで、取得先情報記憶処理において、ユーザ毎に原稿データの取得先が異ならせていれば、制御部１００はＤ１００に示されたファイル名と、取得先情報の取得先とを比較して、取得先によって示される原稿データにアクセスしたか否かを判定することができる。

また、図１７（ｂ）は、取得先情報のデータ構成のうち、印刷実施状況をアクセス状況に置き換えた図である。アクセス状況とは、取得先に示した原稿データにアクセスしたか否かを示す情報である。取得先に示した原稿データにアクセスした場合は「済」を、取得先に示した原稿データにアクセスしていない場合は「未」を記憶する。

ここで、制御部１００はシステムログを用いて未出力ユーザ抽出処理を実行することができる。具体的には、制御部１００は、ステップＳ１３０４でアクセス状況が「未」であるか否かを判定する。アクセス状況が「未」である場合は、制御部１００は、ステップＳ１３０６においてシステムログを検索し、ステップＳ１３０８において取得先のファイルがアクセス済みであるか否かを判定する。取得先のファイルがアクセス済みであれば、制御部１００は、ステップＳ１３１０において、記憶先情報のアクセス状況に「済」を記憶する。また、ステップＳ１３１４において、制御部１００は、アクセス状況が「未」である原稿データについては、出力が未実施とみなして、アクセス状況が「未」であるユーザを出力してもよい。

本実施形態では、イベントが会議である場合について説明したが、イベントは会議でなくてもよい。例えば、勉強会やセミナーといったような、複数のユーザが資料を持参して参加するイベントに対して、本実施形態の画像形成装置１０を用いることができる。

本実施形態では、通知として、会議の開催通知と印刷通知との通知を行うこととして説明したが、何れか一方の通知を行うものであってもよいし、開催通知及び印刷通知以外の通知を行ってもよい。例えば、出席者に対して事前にアンケートを記入して会議開催前に回収する場合には、出席者への通知として、印刷通知とアンケートの回収期日を伝える通知を行ってもよい。また、ユーザに通知を行う内容が複数ある場合は、画像形成装置１０は、その全ての内容に関して通知を行ってもよいし、通知の内容に対して優先度を設定し、優先度が最も高い内容や、優先度の高い所定の数の内容に限って通知を行ってもよい。

また、上述したアンケートの回収期日の通知を出席者に行う場合に、回収期日の数日前に、開催者に対してリマインドを行う通知を行うなど、開催通知や印刷通知以外の通知を行ってもよい。

また、本実施形態は、原稿データが印刷による出力がされるまで、印刷通知が表示画面に表示されることとして説明したが、印刷以外の方法によって出力がされたときに印刷通知を表示させないようにしてもよい。例えば、会議の参加者によって、モバイルデバイスに原稿データが転送された場合に、原稿データが出力されたとみなしてもよい。この場合は、参加者は、原稿データを印刷して持参するのではなく、転送された原稿データが記憶されたモバイルデバイスを持参して会議に臨むことができる。

本実施形態によれば、画像形成装置１０は、原稿データの出力が未実施であるユーザに対して、出力する資料のデータがあることの通知を行うことができる。したがって、会議の開催者等のユーザは、通知を行うスケジュールを管理したり、何度も通知を行ったりする必要がない。また、既に資料のデータを出力した出席者には通知がされないため、不必要な通知がされてことを回避することができる。

また、画像形成装置１０は、ログ情報を監視して、通知情報記憶処理を複数回実行することにより、印刷を実施していないユーザに対して印刷通知のメールを再度送信することが可能となる。

［２．第２実施形態］
つづいて、第２実施形態について説明する。第２実施形態は第１実施形態と異なり、同一のネットワークに画像形成装置が複数接続されている場合における実施形態である。なお、本実施形態は、第１実施形態の図８を図２２に置き換えたものであり、同一の機能部及び処理には同一の符号を付し、説明については省略する。

本実施形態における通知システム１の全体構成を図１８に示す。図１８に示すように、本実施形態では、ネットワークＮＷには複数の画像形成装置が接続される。本実施形態では、画像形成装置のうち、会議情報や通知情報の記憶を行わない画像形成装置を第１の画像形成装置といい、会議情報や通知情報の記憶を行う画像形成装置を第２の画像形成装置という。なお、本実施形態の説明においては、第１の画像形成装置は画像形成装置１２であり、第２の画像形成装置は画像形成装置１０であるとして説明する。また、図１８に示すように、第１の画像形成装置はネットワークＮＷに複数（例えば、画像形成装置１２ａと画像形成装置１２ｂとの２台）接続されてもよい。

画像形成装置１０及び画像形成装置１２は、何れもユーザの操作に基づきジョブを実行し、実行したジョブや制御部１００が実行した処理に関するログ情報を記憶する。また、画像形成装置１０は画像形成装置１２にログ情報要求を送信することで、画像形成装置１２に記憶されたログ情報を取得可能とする。例えば、画像形成装置１０はログ情報要求をネットワークＮＷに対してブロードキャストする。画像形成装置１２は、ログ情報要求を受信した場合、ログ情報要求の送信元にログ情報を送信する。このようにすることで、画像形成装置１０は画像形成装置１２からログ情報を取得することができる。なお、ログ情報要求には、画像形成装置１０が取得済みのログ情報を特定する情報が含まれていてもよい。また、画像形成装置１２は、ログ情報要求に取得済みのログ情報を特定する情報が含まれている場合には、画像形成装置１０が未取得のログ情報に限って送信してもよい。

なお、画像形成装置１０は、画像形成装置１２から取得したログ情報と画像形成装置１０自体のログ情報とを区別可能に記憶してもよいし、画像形成装置１０自体のログ情報と取得した画像形成装置１２のログ情報とを併せて記憶してもよい。

また、画像形成装置１２は、ユーザに対する通知を行うために、画像形成装置１０に対して通知情報を取得するための要求である通知情報取得要求を送信することで、画像形成装置１０に記憶された通知情報を取得可能とする。例えば、画像形成装置１２は通知情報取得要求をネットワークＮＷに対してブロードキャストする。画像形成装置１０は、通知情報取得要求を受信した場合は、通知情報取得要求の送信元に通知情報を送信する。

なお、ログ情報要求及び通知情報取得要求は、ブロードキャストして送信しなくてもよい。具体的には、画像形成装置１０及び画像形成装置１２は、ネットワークＮＷに接続された画像形成装置の情報を記憶し、ログ情報要求及び通知情報取得要求をユニキャストしてもよい。

本実施形態における画像形成装置１０の機能構成は第１実施形態と同様である。また、本実施形態の画像形成装置１２の機能構成は、図１９に示すように、記憶部１７０に、会議情報記憶領域１７６、取得先情報記憶領域１７８、通知情報記憶領域１８２、取得先設定情報１８４が確保されない。なお、画像形成装置１２に含まれる機能部のうち、画像形成装置１０と同一の機能部は、画像形成装置１０と同一の符号を付している。

なお、画像形成装置１０及び画像形成装置１２のそれぞれに記憶されるユーザ情報記憶領域１７２は、画像形成装置毎に異なってもよいし、同じユーザ情報が記憶されてもよい。複数の画像形成装置に同じユーザ情報が記憶されることにより、画像形成装置のユーザは、ネットワークに接続された画像形成装置であれば、どの画像形成装置に対してもログインが可能となる。

図２０を参照して、本実施形態における画像形成装置１２（第１の画像形成装置）のメイン処理を説明する。まず、画像形成装置１２の制御部１００は、画像形成装置１０からログ情報要求を受信した場合は、ログ情報記憶領域１８０に記憶されたログ情報を画像形成装置１０に送信する（ステップＳ２１２；Ｙｅｓ→ステップＳ２１４）。

つづいて、画像形成装置１２の制御部１００はログイン処理を実行する（ステップＳ２１６）。本実施形態における画像形成装置１２のログイン処理については、図２１を参照して説明する。

図２１は、画像形成装置１２のログイン処理の説明するフロー図である。画像形成装置１２の制御部１００は、ログインを許可した後、通知情報取得要求を画像形成装置１０に送信する（ステップＳ１４０８；Ｙｅｓ→ステップＳ２４０２）。画像形成装置１２の制御部１００は、画像形成装置１０から通知情報が取得できた場合は、取得した内容に基づき、表示部１４０に通知画面を表示する（ステップＳ２４０４；Ｙｅｓ→ステップＳ２４０６）。なお画像形成装置１２の制御部１００は、通知画面を表示するために必要な会議情報や取得先情報も画像形成装置１０から取得する。ステップＳ２４０４において、画像形成装置１０から、通知種別が「印刷通知」である通知情報と、会議情報と、出力先情報とを取得した場合は、画像形成装置１２の制御部１００は、会議に関する情報や原稿データの取得先を含む通知画面を表示する。

つづいて、ユーザによって通知に対応する操作がされた場合は、画像形成装置１２の制御部１００は、表示部１４０にホーム画面を表示する（ステップＳ１４１４；Ｙｅｓ→ステップＳ１４１６）。なお、ユーザによって通知に対応する操作がされた場合は、画像形成装置１２の制御部１００は、画像形成装置１０に対して、ログインしたユーザに対応する通知情報を削除することを要求してもよい。画像形成装置１０は、画像形成装置１２からの要求に対応して通知情報を削除することにより、通知の確認をしたユーザが画像形成装置１２に再度ログインした場合には、通知が表示されなくなる。

図２２を参照して、本実施形態における画像形成装置１０（第２の画像形成装置）のメイン処理を説明する。画像形成装置１０の制御部１００は、得意先情報記憶処理を実行した後、画像形成装置１２に対してログ情報要求を送信する（ステップＳ２０２）。また、画像形成装置１０の制御部１００は、画像形成装置１２から受信したログ情報を、ログ情報記憶領域１８０に記憶する（ステップＳ２０４）。そして、画像形成装置１０の制御部１００は、画像形成装置１０に記憶されたログ情報と画像形成装置１２から取得したログ情報とに基づき、通知設定処理を実行する（ステップＳ１０６）。

また、画像形成装置１０の制御部１００は、画像形成装置１２から通知情報取得要求を受信したら、通知情報送信処理を実行する（ステップＳ２０６；Ｙｅｓ→ステップＳ２０８）。通知情報取得要求とは、画像形成装置１２が画像形成装置１０から、通知情報を取得するために送信される要求である。通知情報取得要求にはユーザＩＤが含まれ、画像形成装置１０は通知情報取得要求に含まれるユーザＩＤによって識別されるユーザに対する通知を画像形成装置１２に送信する処理である通知情報送信処理を実行する。

通知情報送信処理は、通知情報記憶領域１８２に記憶されている通知情報のうち、ユーザＩＤが通知情報取得要求に含まれるユーザＩＤと一致する通知情報を送信する処理である。なお、画像形成装置１０の制御部１００は、通知情報とともに、通知情報の会議ＩＤによって識別される会議情報を併せて送信してもよい。また、通知情報の通知種別が印刷通知である場合は、制御部１００は、通知情報の会議ＩＤ及びユーザＩＤと同一の会議ＩＤ及びユーザＩＤが記憶されている出力先情報を通知情報と併せて送信してもよい。このようにすることで、画像形成装置１２は、画像形成装置１０から受信した会議情報に基づき会議の詳細な情報を表示したり、出力が未実施の原稿データを特定したりすることが可能となる。

本実施形態によれば、複数の画像形成装置がネットワークに接続されている場合であっても、第２の画像形成装置は、第１の画像形成装置からログ情報を収集することにより、参加者が印刷を実施したか否かに基づき、印刷通知を行うことができる。

［３．第３実施形態］
つづいて、第３実施形態について説明する。第３実施形態は第２実施形態と異なり、同一のネットワークに会議情報の記憶や通知を行うサーバ装置と、画像形成装置が接続されている場合における実施形態である。なお、ネットワークに接続される画像形成装置は複数であってもよい。

本実施形態における通知システム２の全体構成を図２３に示す。図２３に示すように、ネットワークＮＷに、第２実施形態における画像形成装置１２とサーバ装置２０とが接続される。画像形成装置１２は、第２実施形態と同様に、会議情報や通知情報の記憶を行わない。

本実施形態におけるサーバ装置２０の機能構成を図２４に示す。図２４に示すように、サーバ装置２０は、制御部２００と、通信部２１０と、記憶部２２０とを備えて構成される。

制御部２００は、サーバ装置２０の全体を制御するための機能部である。制御部２００は、各種プログラムを読み出して実行することにより各種機能を実現しており、例えば、１又は複数の演算装置（ＣＰＵ（Central Processing Unit））等により構成される。

通信部２１０は、サーバ装置２０が外部の装置と通信を行うための機能部である。例えば、無線ＬＡＮで利用されるＮＩＣや、ＬＴＥ／ＬＴＥ−Ａ／ＬＡＡ／５Ｇ回線に接続可能な通信モジュールにより構成される。

記憶部２２０は、サーバ装置２０の動作に必要な各種プログラムや、各種データを記憶する機能部である。記憶部２２０は、例えば、半導体メモリであるＳＳＤや、ＨＤＤ等により構成される。

記憶部１７０は、ユーザ情報記憶領域２２２と、会議情報記憶領域２２４と、取得先情報記憶領域２２６と、ログ情報記憶領域２２８と、通知情報記憶領域２３０とを確保し、取得先設定情報２３２を記憶する。また、ユーザ情報記憶領域２２２はユーザ情報記憶領域１７２に対応する。同じように、会議情報記憶領域２２４は会議情報記憶領域１７６と、取得先情報記憶領域２２６は取得先情報記憶領域１７８と、ログ情報記憶領域２２８はログ情報記憶領域１８０と、通知情報記憶領域２３０は通知情報記憶領域１８２と、取得先設定情報２３２は取得先設定情報１８４とそれぞれ対応する。

本実施形態におけるサーバ装置２０のメイン処理を図２５に示す。本実施形態では、図２０に示した第２実施形態の画像形成装置１０とは異なり、サーバ装置２０はログイン処理を実行しないが、それ以外の処理は、第２実施形態の画像形成装置１０と同様である。図２５に示した処理は、サーバ装置２０の制御部２００によって実行される。また、処理が実行されることにより記憶されたり読み出されたりする情報は、画像形成装置１０の記憶部１７０と対応する領域に又は対応する情報として記憶される。例えば、ステップＳ１０２における会議情報を記憶する処理は、ユーザによって入力された会議情報を、サーバ装置２０の制御部２００が、ユーザ情報記憶領域２２２に記憶する。

本実施形態における画像形成装置１２のメイン処理は、図２１に示した第２実施形態の画像形成装置１２のメイン処理と同様である。

本実施形態によれば、サーバ装置は、画像形成装置から取得したログ情報に基づいて、原稿データの出力が未実施のユーザに対して通知を行うことが可能となる。また、画像形成装置にユーザがログインしたときに、ログインしたユーザに対する通知の内容を、画像形成装置に送信することが可能となる。

［４．第４実施形態］
つづいて、第４実施形態について説明する。ユーザ情報を管理するユーザ情報管理装置がネットワークに接続される実施形態である。

本実施形態は、第１実施形態から第３実施形態の何れにも適用可能であるが、具体例として第３実施形態に適用する場合について説明する。本実施形態の通知システム３の全体構造を図２６に示す。図２６に示すように、ネットワークＮＷには、画像形成装置１２とサーバ装置２０とユーザ情報管理装置３０とが接続される。

本実施形態におけるユーザ情報管理装置３０の機能構成図を図２７に示す。図２７に示すように、ユーザ情報管理装置３０は、制御部３００と、通信部３１０と、記憶部３２０とを備えて構成される。制御部３００は、ユーザ情報管理装置３０の全体を制御するための機能部であり、１又は複数の演算装置（ＣＰＵ（Central Processing Unit））等により構成される。通信部３１０は、ユーザ情報管理装置３０が外部の装置と通信を行うための機能部であり、ＮＩＣ等の通信モジュールにより構成される。記憶部３２０は、ユーザ情報管理装置３０の動作に必要な各種プログラムや、各種データを記憶する機能部であり、半導体メモリであるＳＳＤや、ＨＤＤ等により構成される。記憶部３２０にはユーザ情報記憶領域３２２が確保される。ユーザ情報記憶領域３２２のデータ構成はユーザ情報記憶領域１７２と同様である。

ユーザ情報管理装置３０は、画像形成装置１０、画像形成装置１２、サーバ装置２０からユーザＩＤを含むユーザ情報の要求が送信された場合、ユーザＩＤに対応するユーザ情報を送信する。ユーザ情報の要求は、例えば、会議に関する情報の入力画面においてユーザ名を一覧表示場合や、通知情報を記憶する場合や、ログイン処理を実行する場合に画像形成装置１０等から送信される。また、ユーザ情報管理装置３０からユーザ情報を受信した画像形成装置１０等は、受信したユーザ情報に基づき処理を実行する。

本実施形態によれば、ユーザ情報が画像形成装置１０等の装置とは切り離されているため、セキュアな環境を実現することが可能となる。また、ユーザ情報が一元的に管理されるため、ユーザ情報を用いる装置が複数ある場合であっても、装置毎にユーザ情報を記憶させたり、同期させたりする必要がなくなり、ユーザ情報の管理の手間を抑えることが可能となる。

［５．変形例］
本発明は上述した各実施の形態に限定されるものではなく、種々の変更が可能である。すなわち、本発明の要旨を逸脱しない範囲内において適宜変更した技術的手段を組み合わせて得られる実施の形態についても本発明の技術的範囲に含まれる。

また、上述した実施形態は、説明の都合上、それぞれ別に説明している部分があるが、技術的に可能な範囲で組み合わせて実行してもよいことは勿論である。

また、実施形態において各装置で動作するプログラムは、上述した実施形態の機能を実現するように、ＣＰＵ等を制御するプログラム（コンピュータを機能させるプログラム）である。そして、これら装置で取り扱われる情報は、その処理時に一時的に一時記憶装置（例えば、ＲＡＭ）に蓄積され、その後、各種ＲＯＭ（Read Only Memory）やＨＤＤ等の記憶装置に格納され、必要に応じてＣＰＵによって読み出し、修正・書き込みが行なわれる。

ここで、プログラムを格納する記録媒体としては、半導体媒体（例えば、ＲＯＭや、不揮発性のメモリカード等）、光記録媒体・光磁気記録媒体（例えば、ＤＶＤ（Digital Versatile Disc）、ＭＯ（Magneto Optical Disc）、ＭＤ（Mini Disc）、ＣＤ（Compact Disc）、ＢＤ（Blu-ray Disc）（登録商標）等）、磁気記録媒体（例えば、磁気テープ、フレキシブルディスク等）等の何れであってもよい。また、ロードしたプログラムを実行することにより、上述した実施形態の機能が実現されるだけでなく、そのプログラムの指示に基づき、オペレーティングシステムあるいは他のアプリケーションプログラム等と共同して処理することにより、本発明の機能が実現される場合もある。

また、市場に流通させる場合には、可搬型の記録媒体にプログラムを格納して流通させたり、インターネット等のネットワークを介して接続されたサーバコンピュータに転送したりすることができる。この場合、サーバコンピュータの記憶装置も本発明に含まれるのは勿論である。

１、２、３ 通知システム
１０、１２ 画像形成装置
１００ 制御部
１１０ 画像入力部
１２０ 画像処理部
１３０ 画像形成部
１４０ 表示部
１５０ 操作入力部
１６０ 通信部
１７０ 記憶部
１７２ ユーザ情報記憶領域
１７４ 原稿データ記憶領域
１７６ 会議情報記憶領域
１７８ 取得先情報記憶領域
１８０ ログ情報記憶領域
１８２ 通知情報記憶領域
１８４ 取得先設定情報
２０ サーバ装置
２００ 制御部
２１０ 通信部
２２０ 記憶部
２２２ ユーザ情報記憶領域
２２４ 会議情報記憶領域
２２６ 取得先情報記憶領域
２２８ ログ情報記憶領域
２３０ 通知情報記憶領域
３０ ユーザ情報管理装置
３００ 制御部
３１０ 通信部
３２０ 記憶部
３２２ ユーザ情報記憶領域

Claims (11)

1. 原稿データに対応する画像を形成して出力する画像形成装置であって、
   原稿データを登録する登録部と、
   前記登録部から登録された原稿データを記憶する原稿データ記憶部と、
   前記画像形成装置における処理の履歴を示すログ情報を記憶するログ情報記憶部と、
   前記ログ情報を参照して、前記登録された原稿データが未出力であるユーザを通知対象に設定する通知設定部と、
   前記通知対象のユーザに通知を行う通知部と、
   を備えたことを特徴とする画像形成装置。
2. ユーザからの指示に基づき前記原稿データを記録紙に出力する印刷ジョブを実行するジョブ実行部を更に備え、
   前記ログ情報には、前記ユーザと印刷ジョブの内容とが含まれており、
   前記通知設定部は、前記ログ情報を参照して、前記原稿データの印刷が未実施のユーザを前記原稿データが未出力のユーザとして通知対象に設定することを特徴とする請求項１に記載の画像形成装置。
3. 前記ログ情報には、前記ユーザによって取得された前記登録された原稿データを示す情報が含まれており、
   前記通知設定部は、前記ログ情報を参照して、前記原稿データを未取得のユーザを前記原稿データが未出力のユーザとして通知対象に設定することを特徴とする請求項１に記載の画像形成装置。
4. 通知を行う期間を記憶する通知期間記憶部を更に含み、
   前記通知設定部は、前記期間において、前記登録された原稿データが未出力であるユーザを通知対象に設定をすることを特徴とする請求項１から３の何れか一項に記載の画像形成装置。
5. ユーザのログインを実行するログイン処理部と、
   を更に備え、
   前記通知部は、前記ログインしたユーザが通知対象のユーザである場合に通知を行うことを特徴とする請求項１から４の何れか一項に記載の画像形成装置。
6. 前記通知部は、前記通知対象のユーザにメールを送信することによって通知を行うことを特徴とする請求項１から４の何れか一項に記載の画像形成装置。
7. 前記登録部は、前記原稿データの名称をユーザ毎に異ならせることを特徴とする請求項１から６の何れか一項に記載の画像形成装置。
8. 原稿データに対応する画像を形成して出力する第１の画像形成装置と第２の画像形成装置とを含むシステムであって、
   前記第１の画像形成装置は、
   前記第１の画像形成装置における処理の履歴を示すログ情報を記憶する第１のログ情報記憶部を備え、
   前記第２の画像形成装置は、
   原稿データを登録する登録部と、
   前記登録部から登録された原稿データを記憶する原稿データ記憶部と、
   前記第２の画像形成装置における処理の履歴を示すログ情報を記憶する第２のログ情報記憶部と、
   前記第１の画像形成装置から前記ログ情報を取得するログ取得部と、
   前記ログ取得部により取得されたログ情報と第２のログ情報記憶部に記憶されたログ情報とを参照して、前記登録された原稿データが未出力であるユーザを通知対象に設定する通知設定部と、
   前記通知対象のユーザに通知を行う通知部と、
   を備えたことを特徴とする通知システム。
9. 原稿データに対応する画像を形成して出力する画像形成装置とサーバ装置とを含むシステムであって、
   前記画像形成装置は、前記画像形成装置における処理の履歴を示すログ情報を記憶するログ情報記憶部を備え、
   前記サーバ装置は、
   原稿データを登録する登録部と、
   前記登録部から登録された原稿データを記憶する原稿データ記憶部と、
   前記画像形成装置から前記ログ情報を取得するログ取得部と、
   前記ログ取得部により取得されたログ情報を参照して、前記登録された原稿データが未出力であるユーザを通知対象に設定する通知設定部と、
   前記通知対象のユーザに通知を行う通知部と、
   を備えたことを特徴とする通知システム。
10. 原稿データに対応する画像を形成して出力する画像形成装置の制御方法であって、
    原稿データを登録する登録ステップと、
    前記登録ステップにより登録された原稿データを記憶する原稿データ記憶ステップと、
    前記画像形成装置における処理の履歴を示すログ情報を記憶するログ情報記憶ステップと、
    前記ログ情報を参照して、前記登録された原稿データが未出力であるユーザを通知対象に設定する通知設定ステップと、
    前記通知対象のユーザに通知を行う通知ステップと、
    を含む特徴とする画像形成装置の制御方法。
11. 原稿データに対応する画像を形成して出力する画像形成装置のコンピュータに、
    原稿データを登録する登録機能と、
    前記登録機能により登録された原稿データを記憶する原稿データ記憶機能と、
    前記画像形成装置における処理の履歴を示すログ情報を記憶するログ情報記憶機能と、
    前記ログ情報を参照して、前記登録された原稿データが未出力であるユーザを通知対象に設定する通知設定機能と、
    前記通知対象のユーザに通知を行う通知機能と、
    を実現させることを特徴とするプログラム。

Images