JP2012213905A - 画像形成装置、処理方法、プログラム - Google Patents

Abstract

【課題】 複合機の掲示板機能において、ユーザに通知すべき必要なメッセージをユーザが見落とすことを防止するための仕組みを提供することを目的とする
【解決手段】 認証に関する処理を実行する認証アプリケーションをインストール可能に構成され、当該画像処理装置に記憶されたメッセージを認証アプリケーションの画面上に表示する画像処理装置であって、当該メッセージを認証処理の実行後にも表示すると判断される場合には、当該メッセージを認証処理の実行後にも表示する画像処理装置。
【選択図】 図１

Description

本発明は、メッセージを表示する画像処理装置と、画像処理装置における処理方法、プログラムに関する。

近年、複合機を使用する際に、利用者に情報を通知する目的から、例えば管理者がオペレータ／ユーザに印刷装置の故障やメンテナンス告知等のメッセージを伝えるための掲示板機能が既に存在する。

掲示板機能について、例えば特許文献１には、掲示板機能に表示されるメッセージを設定する仕組みが記載されている。

特開２００２−０６７４５２号公報

近年、複合機では、ＩＣカードを用いた認証技術が広く普及しており、そのような認証システムは、ＩＣカードから読み取った製造番号等のカード情報を、例えば予め登録された認証用サーバに問い合わせて、認証用サーバに当該カード情報が登録されている場合には複合機を利用可能とする仕組みである。

また、このような認証システムには、掲示板機能が設定されているケースも存在する。

掲示板機能は、複合機のメッセージ表示画面を用いて利用者に情報を通知することができる機能である。

しかし、ユーザが認証システムの操作を習熟することで認証システムを素早く利用するようになると、掲示板機能により提供されているメッセージを確認せずに、認証システムを利用してしまう。

これにより、ユーザに通知すべき必要なメッセージを表示させている掲示板機能の役割を果たさない結果を生じてしまう。

そこで、本発明は、ユーザに通知すべき必要なメッセージについて、ユーザが見落とすことを防止するための仕組みを提供することを目的とする。

本発明は、認証に関する処理を実行する認証アプリケーションをインストール可能に構成された画像処理装置であって、当該画像処理装置で表示するメッセージを記憶するメッセージ記憶手段と、前記メッセージ記憶手段に記憶されたメッセージを前記認証アプリケーションの画面に表示するメッセージ表示手段と、前記メッセージ記憶手段に記憶されたメッセージを認証処理の実行後にも表示するか否かを判断する再通知判断手段と、前記再通知判断手段により認証処理の実行後にも表示すると判断された場合、当該メッセージを認証処理の実行後にも表示するメッセージ再表示手段と、を備えることを特徴とする。

また、本発明は、認証に関する処理を実行する認証アプリケーションをインストール可能に構成され、当該画像処理装置で表示するメッセージを記憶する画像処理装置における処理方法であって、前記画像処理装置のメッセージ表示手段が、前記記憶されたメッセージを前記認証アプリケーションの画面に表示するメッセージ表示工程と、前記画像処理装置の再通知判断手段が、前記記憶されたメッセージを認証処理の実行後にも表示するか否かを判断する再通知判断工程と、前記画像処理装置のメッセージ再表示手段が、前記再通知判断工程により認証処理の実行後にも表示すると判断された場合、当該メッセージを認証処理の実行後にも表示するメッセージ再表示工程と、を備えることを特徴とする。

また、本発明は、認証に関する処理を実行する認証アプリケーションをインストール可能に構成された画像処理装置において実行可能なプログラムであって、前記画像処理装置を、当該画像処理装置で表示するメッセージを記憶するメッセージ記憶手段と、前記メッセージ記憶手段に記憶されたメッセージを前記認証アプリケーションの画面に表示するメッセージ表示手段と、前記メッセージ記憶手段に記憶されたメッセージを認証処理の実行後にも表示するか否かを判断する再通知判断手段と、前記再通知判断手段により認証処理の実行後にも表示すると判断された場合、当該メッセージを認証処理の実行後にも表示するメッセージ再表示手段として機能させることを特徴とする。

本発明によれば、ユーザに通知すべき必要なメッセージについて、ユーザが見落とすことを防止するための仕組みを提供することが可能となる。

本発明のシステムの構成の一例を示すシステム構成図である。 図１に示したクライアントＰＣ１００、メッセージ送信クライアント２００、認証サーバ５００に適用可能な情報処理装置のハードウェア構成を示すブロック図である。 図１に示した複合機３００のコントローラユニットのハードウェア構成の一例を示すブロック図である。 図１に示した複合機３００上で動作するアプリケーション構成の一例を示すブロック図である。また、認証システムは認証アプリケーション２００８として示している。 本発明におけるメッセージ送信クライアント２００とメッセージ受信モジュール２００７におけるアラートフラグを用いた掲示板メッセージ再通知の情報制御の一例を示すフローチャートである。 本発明における認証アプリケーション２００８における複合機３００の起動後にアラートフラグが存在する場合の制御手順の一例を示すフローチャートである。 本発明におけるメッセージ送信クライアント２００とメッセージ受信モジュール２００７におけるアラート時刻を用いた掲示板メッセージ再通知の情報制御の一例を示すフローチャートである。 本発明における認証アプリケーション２００８における複合機３００の起動後にアラート時刻が存在する場合の制御手順の一例を示すフローチャートである。 本発明におけるメッセージ送信クライアント２００とメッセージ受信モジュール２００７におけるカード検知までの閾値を用いた掲示板メッセージ再通知の情報制御の一例を示すフローチャートである。 本発明における認証アプリケーション２００８における複合機３００の起動後にカード検知までの閾値が存在する場合の制御手順の一例を示すフローチャートである。 図１に示した複合機３００上で動作する認証アプリケーション２００８が参照するデータイメージの一例を示すデータ構成図である。 本発明における認証アプリケーション２００８において、掲示板メッセージが表示されている認証画面の一例を示す図である 本発明における認証アプリケーション２００８において、掲示板メッセージが表示されていない認証画面の一例を示す図である。 本発明における認証アプリケーション２００８において、掲示板メッセージの再通知が実施された場合の画面の一例を示す図である。 本発明における認証アプリケーション２００８において、掲示板メッセージの再通知が実施されなかった場合の画面の一例を示す図である。 本発明におけるメッセージ送信クライアント２００による設定画面の一例を示す図である。

以下、図面を参照して本発明の実施形態を詳細に説明する。

図１は、本発明に係るクライアントＰＣ１００、メッセージ送信クライアント２００、複合機３００、認証サーバ５００により構成される掲示板機能および認証システムの構成の一例を示す図である。

図１は、１つ又は複数の複合機３００、クライアントＰＣ１００、メッセージ送信クライアント２００および１つ又は複数の認証サーバ５００が、ローカルエリアネットワーク（ＬＡＮ）４００を介して接続される構成となっている。

ここで、複合機３００は、１つ又は複数台で構成されていても良い。その場合に複合機３００は、例えば階毎に設置され、クライアントＰＣ１００は、例えば管理者に１台設置され、メッセージ送信クライアント２００、認証サーバは例えば拠点ごとに設置される。

以下、本発明の情報処理システムを構成する各装置について説明する。

クライアントＰＣ１００は、複合機３００の設定を行う情報処理装置であり、ネットワークを介してＨＴＴＰ（Ｈｙｐｅｒ Ｔｅｘｔ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ）で複合機３００と通信することができる。

また、クライアントＰＣ１００は、例えばマイクロソフト社のＩｎｔｅｒｎｅｔＥｘｐｌｏｒｅｒ（登録商標）などのＷｅｂブラウザ機能を搭載した情報処理装置である。

メッセージ送信クライアント２００は、複合機３００で動作するアプリケーションに対してメッセージの送信を行う情報処理装置である。

認証サーバ５００は、ユーザ情報（複合機を利用するユーザを識別する情報）を保持している情報処理装置である。複合機３００により送信されたユーザ情報にしたがってユーザを検索し、ユーザ情報を複合機３００に返信する。

以下、図２を用いて、図１に示したクライアントＰＣ１００、メッセージ送信クライアント２００、認証サーバ５００に適用可能な情報処理装置のハードウエア構成の一例について説明する。

図２において、２０１はＣＰＵで、システムバス２０４に接続される各デバイスやコントローラを統括的に制御する。また、ＲＯＭ２０３あるいは外部メモリ２１１には、ＣＰＵ２０１の制御プログラムであるＢＩＯＳ（Ｂａｓｉｃ Ｉｎｐｕｔ ／ Ｏｕｔｐｕｔ Ｓｙｓｔｅｍ）やオペレーティングシステムプログラム（以下、ＯＳ）や、各サーバ或いは各ＰＣの実行する機能を実現するために必要な各種プログラム等が記憶されている。

２０２はＲＡＭで、ＣＰＵ２０１の主メモリ、ワークエリア等として機能する。ＣＰＵ２０１は、処理の実行に際して必要なプログラム等をＲＯＭ２０３あるいは外部メモリ２１１からＲＡＭ２０２にロードして、該ロードしたプログラムを実行することで各種動作を実現するものである。

また、２０５は入力コントローラで、入力装置２０９等からの入力を制御する。２０６はビデオコントローラで、液晶ディスプレイ等のディスプレイ装置２１０への表示を制御する。なお、ディスプレイ装置は、液晶ディスプレイに限られず、ＣＲＴディスプレイなどであっても良い。これらは必要に応じてクライアントが使用するものである。

２０７はメモリコントローラで、ブートプログラム，各種のアプリケーション，フォントデータ，ユーザファイル，編集ファイル，各種データ等を記憶するハードディスク（ＨＤ）や、フレキシブルディスク（ＦＤ）、或いはＰＣＭＣＩＡカードスロットにアダプタを介して接続されるコンパクトフラッシュ（登録商標）メモリ等の外部メモリ２１１へのアクセスを制御する。

ハードディスクには、ブートプログラム、各種のアプリケーション、フォントデータ、ユーザファイル、編集ファイル、各種データ等が記憶される。

認証システムと連携して動作する認証サーバ５００は、不図示のＩＣカード認証用テーブル（カード番号、ユーザ名、パスワードなどを保持した情報）を記憶し、複合機３００からのＩＣカードによる認証依頼、またはユーザ名とパスワードによる認証依頼に応じて、ＩＣカード認証用テーブルを用いて認証処理をおこなう。

２０８は通信Ｉ／Ｆコントローラで、ネットワーク（例えば、図１に示したＬＡＮ４００）を介して外部機器と接続・通信するものであり、ネットワークでの通信制御処理を実行する。例えば、ＴＣＰ／ＩＰを用いた通信等が可能である。

なお、ＣＰＵ２０１は、例えばＲＡＭ２０２内の表示情報用領域へアウトラインフォントの展開（ラスタライズ）処理を実行することにより、ディスプレイ装置２１０上での表示を可能としている。また、ＣＰＵ２０１は、ディスプレイ装置２１０上の不図示のマウスカーソル等でのユーザ指示を可能とする。

ハードウエア上で動作する各種プログラムは、外部メモリ２１１に記録されており、必要に応じてＲＡＭ２０２にロードされることによりＣＰＵ２０１によって実行されるものである。

なお、全ての装置がこれらの構成を備えているわけではなく、必要なものを夫々備えていればよい。

次に、図３を用いて、本発明の複合機３００を制御するコントローラユニットのハードウエア構成について説明する。

図３は、複合機３００のコントローラユニット３１６のハードウエア構成例を示すブロック図である。

図３において、コントローラユニット３１６は、画像入力デバイスとして機能するスキャナ３１４や、画像出力デバイスとして機能するプリンタ３１２と接続されるとともに、図１に示したＬＡＮ４００のようなローカルエリアネットワークや、例えばＰＳＴＮまたはＩＳＤＮ等の公衆回線（ＷＡＮ）と接続することで、画像データやデバイス情報の入出力を行なう。

図３に示すように、コントローラユニット３１６は、ＣＰＵ３０１、ＲＡＭ３０２、ＲＯＭ３０３、外部記憶装置（ハードディスクドライブ（ＨＤＤ））３０４、ネットワークインタフェース（Ｎｅｔｗｏｒｋ Ｉ／Ｆ）３０５、モデム（Ｍｏｄｅｍ）３０６、操作部インタフェース（操作部Ｉ／Ｆ）３０７、外部インタフェース（外部Ｉ／Ｆ）３１８、イメージバスインタフェース（ＩＭＡＧＥ ＢＵＳ Ｉ／Ｆ）３２０、ラスタイメージプロセッサ（ＲＩＰ）３１０、プリンタインタフェース（プリンタＩ／Ｆ）３１１、スキャナインタフェース（スキャナＩ／Ｆ）３１３、画像処理部３１７等で構成される。

ＣＰＵ３０１は、システム全体を制御するプロセッサである。

ＲＡＭ３０２は、ＣＰＵ３０１が動作するためのシステムワークメモリであり、プログラムを記録するためのプログラムメモリや、画像データを一時記憶するための画像メモリである。

ＲＯＭ３０３は、システムのブートプログラムや各種制御プログラムが格納されている。

外部記憶装置（ハードディスクドライブＨＤＤ）３０４は、システムを制御するための各種プログラム、画像データ等を格納する。

操作部インタフェース（操作部Ｉ／Ｆ）３０７は、操作部（ＵＩ）３０８とのインタフェース部であり、操作部３０８に表示する画像データを操作部３０８に対して出力する。

また、操作部Ｉ／Ｆ３０７は、操作部３０８から本システム使用者が入力した情報（例えば、ユーザ情報等）をＣＰＵ３０１に伝える役割をする。なお、操作部３０８はタッチパネルを有する表示部を備え、該表示部に表示されたボタンを、ユーザが押下（指等でタッチ）することにより、各種指示を行うことができる。

ネットワークインタフェース（Ｎｅｔｗｏｒｋ Ｉ／Ｆ）３０５は、ネットワーク（ＬＡＮ）に接続し、データの入出力を行なう。

モデム（ＭＯＤＥＭ）３０６は公衆回線に接続し、ＦＡＸの送受信等のデータの入出力を行う。

外部インタフェース（外部Ｉ／Ｆ）３１８は、ＵＳＢ、ＩＥＥＥ１３９４、プリンタポート、ＲＳ−２３２Ｃ等の外部入力を受け付けるインタフェース部であり、本実施形態においては、認証で必要となるＩＣカード読み取り用のカードリーダ３１９が接続されている。

そして、ＣＰＵ３０１は、この外部Ｉ／Ｆ３１８を介してカードリーダ３１９によるＩＣカードからの情報の読み取りを制御し、該ＩＣカードから読み取られた情報を取得可能である。尚、ＩＣカードに限らず、ユーザを特定することが可能な記憶媒体であればよい。この場合、記憶媒体には、ユーザを識別するための識別情報が記憶される。この識別情報は、記憶媒体の製造番号でも、ユーザが企業内で与えられるユーザコードであってもよい。
以上のデバイスがシステムバス上に配置される。

一方、イメージバスインタフェース（ＩＭＡＧＥ ＢＵＳ Ｉ／Ｆ）３２０は、システムバス３０９と画像データを高速で転送する画像バス３１５とを接続し、データ構造を変換するバスブリッジである。

画像バス３１５は、ＰＣＩバスまたはＩＥＥＥ１３９４で構成される。画像バス３１５上には以下のデバイスが配置される。

ラスタイメージプロセッサ（ＲＩＰ）３１０は、例えば、ＰＤＬコード等のベクトルデータをビットマップイメージに展開する。

プリンタインタフェース（プリンタＩ／Ｆ）３１１は、プリンタ３１２とコントローラユニット３１６を接続し、画像データの同期系／非同期系の変換を行う。

また、スキャナインタフェース（スキャナＩ／Ｆ）３１３は、スキャナ３１４とコントローラユニット３１６を接続し、画像データの同期系／非同期系の変換を行う。

画像処理部３１７は、入力画像データに対し、補正、加工、編集を行ったり、プリント出力画像データに対して、プリンタの補正、解像度変換等を行う。また、これに加えて、画像処理部３１７は、画像データの回転や、多値画像データに対してはＪＰＥＧ、２値画像データはＪＢＩＧ、ＭＭＲ、ＭＨ等の圧縮伸張処理を行う。

スキャナＩ／Ｆ３１３に接続されるスキャナ３１４は、原稿となる紙上の画像を照明し、ＣＣＤラインセンサで走査することで、ラスタイメージデータとして電気信号に変換する。原稿用紙は原稿フィーダのトレイにセットし、装置使用者が操作部３０８から読み取り起動指示することにより、ＣＰＵ３０１がスキャナに指示を与え、フィーダは原稿用紙を１枚ずつフィードし、原稿画像の読み取り動作を行う。

プリンタＩ／Ｆ３１１に接続されるプリンタ３１２は、ラスタイメージデータを用紙上の画像に変換する部分であり、その方式は感光体ドラムや感光体ベルトを用いた電子写真方式、微小ノズルアレイからインクを吐出して用紙上に直接画像を印字するインクジェット方式等があるが、どの方式でも構わない。プリント動作の起動は、ＣＰＵ３０１からの指示によって開始する。尚、プリンタ部３１２には、異なる用紙サイズまたは異なる用紙向きを選択できるように複数の給紙段を持ち、それに対応した用紙カセットがある。

操作部Ｉ／Ｆ３０７に接続される操作部３０８は、液晶ディスプレイ（ＬＣＤ）表示部を有する。ＬＣＤ上にはタッチパネルシートが貼られており、システムの操作画面を表示するとともに、表示してあるキーが押されると、その位置情報を操作部Ｉ／Ｆ３０７を介してＣＰＵ３０１に伝える。また、操作部３０８は、各種操作キーとして、例えば、スタートキー、ストップキー、ＩＤキー、リセットキー、ログアウトボタン等を備える。

ここで、操作部３０８のスタートキーは、原稿画像の読み取り動作を開始する時などに用いる。スタートキーの中央部には、緑と赤の２色のＬＥＤがあり、その色によってスタートキーが使える状態であるか否かを示す。また、操作部３０８のストップキーは、稼動中の動作を止める働きをする。また、操作部３０８のＩＤキーは、使用者のユーザＩＤを入力する時に用いる。リセットキーは、操作部３０８からの設定を初期化する時に用いる。ログアウトボタンは、ユーザが複合機からログアウトする際に押下されるボタンであり、当該ボタンが押下されることで、複合機からのログアウト処理が実行される。

外部Ｉ／Ｆ３１８に接続されるカードリーダ３１９は、ＣＰＵ３０１からの制御により、ＩＣカード（例えば、ソニー社のＦｅｌｉＣａ（登録商標））内に記憶されている情報を読み取り、読み取った情報を外部Ｉ／Ｆ３１８を介してＣＰＵ３０１へ通知する。

センサー３２１は、ＣＰＵ３０１からの制御により、人が複合機３００の前にいることを感知し、感知したことを外部Ｉ／Ｆ３１８を介してＣＰＵ３０１に通知する。

以上のような構成により、複合機３００は、スキャナ３１４から読み込んだ画像データをＬＡＮに送信し、ＬＡＮから受信した印刷データをプリンタ３１２により印刷出力することができる。

また、複合機３００は、スキャナ３１４から読み込んだ画像データをモデム３０６により、公衆回線上にＦＡＸ送信し、公衆回線からＦＡＸ受信した画像データをプリンタ３１２により出力することができる。

上述したように、複合機３００では、複合機３００を制御するためのプラットフォームが存在し、このプラットフォーム上で、認証サーバ５００と通信するための認証アプリケーションが動作している。認証アプリケーションはＨＤＤ３０４に記憶されている。プラットフォームが管理するログイン時にユーザ情報を格納するログインコンテキストや、掲示板機能や認証アプリケーションが利用する掲示板メッセージはＨＤＤ上に領域が確保されている。

次に図４を用いて、複合機３００内の環境の前提を説明する。追加で設けられたソフトウェア動作環境はアプリケーションプラットフォーム２００９（以下、プラットフォームということがある。）と呼ばれる。このプラットフォーム２００９は、インタプリタとひとそろいのアプリケーションプログラムインタフェース（以下、ＡＰＩ）群やフレームワーク群から構成される。そして、このプラットフォーム２００９は、その上で動作するソフトウェアのために一種の疑似ＯＳあるいはコンピューティングプラットフォームというべきものを提供する。インタプリタは、所定の命令セットに含まれる命令からなる一連の命令列を逐次的に読み出し解釈し実行する。この命令セットをハードウェアのＣＰＵのための命令セットと同等の位置づけに捉える場合、インタプリタは特に仮想マシンと呼ばれることもある。ＡＰＩ群およびフレームワーク群は、このソフトウェア動作環境の下層に内在する実際にリアルタイムＯＳが提供する資源やハードウェア資源を抽象化した各種の資源群に対するアクセスを、ソフトウェア動作環境上で動作するソフトウェアのために提供する。資源にはプロセッサによる命令実行コンテクストやメモリ、ファイルシステム、ネットワークインターフェイスを含む各種入出力（Ｉ／Ｏ）などがある。特に、命令実行コンテクストは実際のＣＰＵとリアルタイムＯＳが提供するマルチタスク機構とは独立に、ソフトウェア動作環境が独自にインタプリタ上の命令実行コンテクストを管理できる。また、メモリも同様にソフトウェア動作環境が独自のメモリ管理を提供できる。

プラットフォームで動作するソフトウェアはインタプリタによって逐次的に読み込み解釈実行されるため、これらの処理の過程で命令列を監視しシステムに悪影響を与える動作を除外できる可能性がある。また、ソフトウェア実行環境上のソフトウェアから各種資源に対するアクセスは、プラットフォームが提供するＡＰＩ群やフレームワーク群を経由して間接的に資源を操作するため、この過程でシステムに悪影響を与える動作を除外できる。したがって、ファームウェア内部にインタプリタおよびＡＰＩ群とフレームワーク群からなるソフトウェア実行環境の階層を設けるアプローチは、基本的には静的かつ固定的に構成されるべき低コスト組み込みシステムのファームウェアにおいて、ソフトウェアの動的な特性を部分的に導入するために非常に有効である。また、プラットフォーム２００９上には、アプリケーション１（２００５）およびアプリケーション２（２００６）などが配置される。これらアプリケーション１などは、プラットフォームのＡＰＩを用いて実行される。

２００７は、メッセージ受信モジュールで、メッセージ送信クライアント２００より、掲示板メッセージを受け取り、掲示板メッセージをＲＴＯＳ上に格納するアプリケーションプラットフォーム上で動作するアプリケーションである。

２００８は、アプリケーションプラットフォーム上で動作する認証アプリケーションであり、ＲＴＯＳ上に格納された掲示板メッセージを定期的に確認し、掲示板メッセージ情報が存在する場合には、そのメッセージを表示する認証アプリケーションシステムである。なお、定期的にメッセージを確認する際、掲示板メッセージが変更されている場合は、操作部Ｉ／Ｆ３０７上に表示するメッセージも更新する。また、この認証アプリケーションシステムでのログインとは、複合機認証システムでのログインを示すものである。

以下、掲示板メッセージをユーザに再通知するための処理の流れについて説明する。図５、図６、図７、図８、図９および図１０は掲示板メッセージをユーザに再通知するための制御を示すフローチャートであり、動作詳細については後述する。

図１１は、図１に示した複合機３００上で動作する認証アプリケーション２００８が参照するデータの一例を示すデータ構成図であり、データは、複合機３００上で動作するメッセージ受信モジュール２００７によって、データファイル２０１１に書き込まれる。

図１２は、掲示板メッセージを持つ、複合機３００上で動作する認証アプリケーション２００８が図３の操作部３０８に表示されている一例を示す図である。

図１３は、掲示板メッセージを持たない、複合機３００上で動作する認証アプリケーション２００８が図３の操作部３０８に表示されている一例を示す図である。

図１４は、複合機３００上で動作する認証アプリケーション２００８の掲示板メッセージが、複合機認証システムにログインした後に、図３の操作部３０８に、再通知され表示されている一例を示す図である。ユーザは、再通知されたメッセージを閉じる（画面を閉じる）ことによって、複合機３００の操作が実施可能となる。内容については、本発明でその仕組みを提供しており、動作詳細については、図５、図６、図７、図８、図９および図１０のフローチャートの説明において後述する。

図１５は、複合機３００上で動作する認証アプリケーション２００８の掲示板メッセージが、複合機認証システムにログインした後に、図３の操作部３０８に、再通知されない一例を示す図である。ユーザは、即座に複合機３００の操作が実施可能となる。内容については、図５、図６、図７、図８、図９および図１０のフローチャートの説明において後述する。

図１６は、メッセージ送信クライアント２００の一例を示す図である。ここで示す情報をメッセージ受信モジュール２００７へ送信する。内容については、図５、図７および図９のフローチャートの説明において後述する。

次に、図５を用いて、本発明の実施形態におけるメッセージ送信クライアント２００とメッセージ受信モジュール２００７におけるメッセージ再通知のためのアラートフラグに関する処理の流れについて説明する。

ステップＳ１００では、メッセージ送信クライアント２００は、予め設定されたメッセージ送信時刻が到来したか否かを判断する。

メッセージ送信時刻が到来したと判断した場合（ステップＳ１００：ＹＥＳ）は、処理をステップＳ１０１に移行する。

メッセージ送信時刻が到来していないと判断した場合（ステップＳ１００：ＮＯ）は、メッセージ送信時刻が到来するまで待機する。

ステップＳ１０１では、メッセージ送信クライアント２００は、複合機３００のメッセージ受信モジュール２００７と通信が可能であるか否かを確認する。

通信が可能であると判断すると（ステップＳ１０１：ＹＥＳ）、処理をステップＳ１０２に移行する。

通信が不可能であると判断すると（ステップＳ１０１：ＮＯ）、本フローチャートの処理を終了し、再度、設定されたメッセージ送信時刻が到来するまで待機する。

ステップＳ１０２では、メッセージ送信クライアント２００は、メッセージ受信モジュール２００７に送信する掲示板メッセージが再通知する必要があるメッセージであるか否かの情報（アラートフラグがＯＮであるかＯＦＦであるか）を取得する。

ステップＳ１０３では、メッセージ送信クライアント２００は、ステップＳ１０２で取得した情報（アラートフラグ）を複合機３００のメッセージ受信モジュール２００７に送信する。

ステップＳ１０４では、メッセージ受信モジュール２００７は、ステップＳ１０３でメッセージ送信クライアント２００から送信されたアラートフラグを受信する。

ステップＳ１０５では、メッセージ受信モジュール２００７は、ステップＳ１０４で受信したアラートフラグが「ＯＮ」であるか「ＯＦＦ」であるかを判断する。

ステップＳ１０５にてアラートフラグが「ＯＮ」であると判断された場合（ステップＳ１０５：ＯＮ）は、処理をステップＳ１０７に移行する

ステップＳ１０５にてアラートフラグが「ＯＦＦ」であると判断された場合（ステップＳ１０５：ＮＯ）は、処理をステップＳ１０６に移行する。

ステップＳ１０６では、メッセージ受信モジュール２００７は、図１１におけるデータファイル２０１１にアラートフラグを「ＯＦＦ」で情報を書き込み、処理をステップＳ１０８に移行する。

ステップＳ１０７では、メッセージ受信モジュール２００７は、図１１におけるデータファイル２０１１にアラートフラグを「ＯＮ」で情報を書き込み、処理をステップＳ１０８に移行する。

ステップＳ１０８では、メッセージ受信モジュール２００７は、メッセージ送信クライアントに対して、処理結果を返信する。

ステップＳ１０９では、メッセージ送信クライアント２００は、ステップＳ１０８でメッセージ受信モジュールから送信された処理結果を受信する。

ステップ１１０では、メッセージ送信クライアント２００は、ステップＳ１０９で受信した処理結果がエラーであるか否かを判断する。例えば、メッセージ受信モジュール２００７がデータファイル２０１１に情報書き込みを失敗した場合などがエラーに該当する。

ステップＳ１１０でエラーであると判断した場合（ステップＳ１１０：ＹＥＳ）は、処理をステップＳ１１１へ移行する。

エラーではないと判断した場合（ステップＳ１１０：ＮＯ）は、処理をステップＳ１１２へ移行する。

ステップＳ１１１では、メッセージ送信クライアント２００は、エラーメッセージを表示し、本フローチャートに示す処理を終了する。なお、次のメッセージ送信時刻が到来すると、再度本フローチャートに示す処理が開始される。

ステップＳ１１２では、メッセージ送信クライアント２００は、掲示板メッセージをメッセージ受信モジュール２００７へ送信する。

ステップＳ１１３では、メッセージ受信モジュール２００７は、ステップＳ１１２でメッセージ送信クライアントから送信された掲示板メッセージを受信する。なお、メッセージが存在しない場合は、空メッセージを受信する。

ステップＳ１１４では、メッセージ受信モジュール２００７は、ステップＳ１１３で受信した掲示板メッセージを、図１１におけるデータファイル２０１１の「掲示板メッセージ行１」、「掲示板メッセージ行２」、「掲示板メッセージ行３」、「掲示板メッセージ行４」へ書き込む。なお、ステップＳ１１３で受信した掲示板メッセージが空メッセージの場合は、「「掲示板メッセージ行１」、「掲示板メッセージ行２」、「掲示板メッセージ行３」、「掲示板メッセージ行４」に空文字を書き込む。

ステップＳ１１５では、メッセージ受信モジュール２００７は、メッセージ送信クライアント２００に対して、処理結果を送信する。

ステップＳ１１６では、メッセージ送信クライアント２００は、ステップＳ１１５でメッセージ受信モジュール２００７から送信された処理結果を受信する。

ステップＳ１１７では、メッセージ送信クライアント２００は、ステップＳ１１６で受信した処理結果がエラー（例えばメッセージ受信モジュール２００７がデータファイル２０１１に情報書き込みを失敗した等）であるか否かを判断する。

エラーであると判断した場合（ステップＳ１１７：ＹＥＳ）は、処理をステップＳ１１８に移行し、エラーメッセージを表示して（ステップＳ１１８）、本フローチャートに示す処理を終了する。

エラーではないと判断した場合（ステップＳ１１７：ＮＯ）は、本フローチャートの処理を終了する。

なお、次のメッセージ送信時刻が到来すると、再度本フローチャートに示す処理が開始される。

次に、図６を用いて、複合機３００における認証アプリケーション２００８において実行される、アラートフラグを用いた処理および掲示板メッセージの再通知について説明する。

ステップＳ２００では、ユーザの電源ＯＮ操作などにより、複合機３００が起動される。そして、複合機３００が起動すると処理がステップＳ２０１に移行する。

ステップＳ２０１では、複合機３００の起動時に、図１１におけるデータファイル２０１１の「掲示板メッセージ行１」、「掲示板メッセージ行２」、「掲示板メッセージ行３」、「掲示板メッセージ行４」および「アラートフラグ」の情報を取得する。

ステップＳ２０２では、ステップＳ２０１で取得した情報のうち「掲示板メッセージ行１」、「掲示板メッセージ行２」、「掲示板メッセージ行３」、「掲示板メッセージ行４」のいずれかにメッセージが存在するか否かを判断する。

いずれかにメッセージが存在すると判断した場合（ステップＳ２０２：ＹＥＳ）は、処理をステップＳ２０３に移行する。

いずれにもメッセージが存在しない（空メッセージである）と判断した場合（ステップＳ２０２：ＮＯ）は、処理をステップＳ２０４に移行する。
まず、メッセージが存在する場合の処理について説明する。

ステップＳ２０３では、複合機３００の操作部３０８に表示される認証アプリケーション２００８のトップ画面に掲示板メッセージを表示する。なお表示される掲示板メッセージの一例を図１２に示す。

ステップＳ２０５では、複合機３００の認証アプリケーション２００８は認証が行われるまで待機する。ユーザによりＩＣカードがカードリーダにかざされる等の処理があった場合には、処理をステップＳ２０７に移行する。

ステップＳ２０７では、複合機３００における認証アプリケーション２００８は、認証処理を実行する。

なお、認証処理とは、複合機３００のカードリーダ３１９にかざされたＩＣカードから、カード情報等の識別情報を取得し、取得した識別情報を認証サーバ５００に送信し、認証サーバによる認証処理（認証サーバが記憶する認証用テーブルと識別情報とを照合する処理）の結果を受信する処理をいう。

なお、本実施例においては、認証に成功した旨の結果を受信することを前提としている。認証に失敗した場合（認証サーバ５００の認証用テーブルに送信した識別情報が登録されていない場合や、認証サーバ５００との通信が不可能である場合等）には、ステップＳ２０９以降の処理は実行されず、エラーとして本フローチャートの処理を終了する。

ステップＳ２０９では、複合機３００は、ステップＳ２０１で取得したメッセージに含まれる「アラートフラグ」の状態を確認する。

「アラートフラグ」が「ＯＮ」である場合（ステップＳ２０９：ＹＥＳ）には、処理をステップＳ２１０に移行する。「アラートフラグ」が「ＯＦＦ」である場合（ステップＳ２０９：ＮＯ） には、処理をステップＳ２１１に移行する。

ステップＳ２１０では、複合機３００における認証アプリケーション２００８による認証処理が成功した後、操作部に図１４に一例を示す画面（掲示板メッセージ）を表示し、掲示板メッセージの再通知を行う。

なお、掲示板メッセージの再通知内容を閉じると、操作部は、図１５に一例を示す画面に移行し、本フローチャートに示す処理を終了する。

次に、メッセージが存在しない場合の処理について説明する。

ステップＳ２０４では、複合機３００の表示部に認証アプリケーション２００８のトップ画面に図１３に一例を示す画面（掲示板メッセージが表示されていない画面）を表示する。

ステップＳ２０６では、複合機３００の認証アプリケーション２００８は認証が行われるまで待機する。ユーザによりＩＣカードがカードリーダにかざされる等の処理があった場合には、処理をステップＳ２０８に移行する。

ステップＳ２０８では、複合機３００における認証アプリケーション２００８は、認証処理を実行する（ステップＳ２０７で説明した処理と同じ処理である）。

ステップＳ２１１では、ステップＳ２０８で複合機３００における認証アプリケーション２００８による認証処理が実行されると、複合機３００の表示部に図１５に一例を示す画面（掲示板メッセージを再通知しない画面）を表示する。
そして、本フローチャートの処理を終了する。

図５および図６に示す処理を実行することにより、アラートフラグが設定された掲示板メッセージについては、認証画面（図１２）だけでなく認証処理が行われ複合機３００にログインした後にも再度掲示板メッセージが表示されることになる（図１４）。これにより、ユーザに対して確実に伝えたいメッセージを伝えることが可能となる。

次に、図７のフローチャートを用いて、本発明におけるメッセージ送信クライアント２００とメッセージ受信モジュール２００７におけるメッセージ再通知のためのアラート時刻設定に関する処理について説明する。

なお、図７のフローチャートでは、本来、メッセージ送信クライアント２００により掲示板メッセージの送信も行われるが、掲示板メッセージの送信処理については図５に示す処理と同様（ステップＳ１１２〜Ｓ１１８に相当）であるため、ここでは説明を省略する。

ステップＳ３００では、メッセージ送信クライアント２００は、予め設定されたメッセージ送信時刻が到来したか否かを判断する。

メッセージ送信時刻が到来したと判断した場合（ステップＳ３００：ＹＥＳ）は、処理をステップＳ３０１に移行する。

メッセージ送信時刻が到来していないと判断した場合（ステップＳ３００：ＮＯ）は、メッセージ送信時刻が到来するまで待機する。

ステップＳ３０１では、メッセージ送信クライアント２００は、複合機３００のメッセージ受信モジュール２００７と通信が可能であるか否かを確認する。

通信が可能であると判断すると（ステップＳ３０１：ＹＥＳ）、処理をステップＳ３０２に移行する。

通信が不可能であると判断すると（ステップＳ３０１：ＮＯ）、本フローチャートの処理を終了し、再度、設定されたメッセージ送信時刻が到来するまで待機する。

ステップＳ３０２では、メッセージ送信クライアント２００は、「アラート時刻」をメッセージ受信モジュールに送信する。

なお、「アラート時刻」とは、図１６に示す「アラート開始時刻」および「アラート終了時刻」の双方を示すものである。

ステップＳ３０３では、メッセージ受信モジュール２００７は、ステップＳ３０２でメッセージ送信クライアント２００から送信されたアラート時刻を受信する。

ステップＳ３０４では、メッセージ受信モジュール２００７は、図１１に示すデータファイル２０１１に、ステップＳ３０３で受信した「アラート開始時刻」「アラート終了時刻」の情報を書き込む。

ステップＳ３０５では、メッセージ受信モジュール２００７は、メッセージ送信クライアント２００に対して、処理結果を返信する。

ステップＳ３０６では、メッセージ送信クライアント２００は、ステップＳ３０５でメッセージ送信クライアント２００から送信された処理結果を受信する。

ステップＳ３０７では、メッセージ送信クライアント２００は、ステップＳ３０６で受信した処理結果がエラーであるか否かを判断する。なお、エラーである場合とは、例えばステップＳ３０４においてメッセージ受信モジュール２００７がデータファイル２０１１に情報の書き込みを失敗した場合などがある。

処理結果がエラーであると判断した場合（ステップＳ３０７：ＹＥＳ）は、処理をステップＳ３０８に移行し、処理結果がエラーである旨のメッセージを表示する。そして、本フローチャートの処理を終了し、次回のメッセージ送信時刻が到来するまで待機する。

処理結果がエラーではないと判断した場合（ステップＳ３０７：ＮＯ）は、本フローチャートの処理を終了し、次回のメッセージ送信時刻が到来するまで待機する。

次に、図８に示すフローチャートを用いて、複合機３００における認証アプリケーション２００８による、アラート時刻（アラート開始時刻およびアラート終了時刻）を用いた処理および掲示板メッセージの再通知処理について説明する。

なお、図８に示すフローチャートでは本来、掲示板メッセージが存在するか否かによって、掲示板メッセージの再通知が実施されるか否かが決定するが、掲示板メッセージの存在を判断する動作については、図６に示すフローチャートと同様（掲示板メッセージが存在しない場合には、アラート時刻にかかわらず掲示板メッセージは再通知されない）であるため、ここではその処理の説明については省略する。

ステップＳ４００では、ユーザの電源ＯＮ操作などにより、複合機３００が起動される。そして、複合機３００が起動すると処理がステップＳ４０１に移行する。

ステップＳ４０１では、複合機における認証アプリケーション２００８は、認証が行われるまで待機する。ユーザによりＩＣカードがカードリーダにかざされる等の処理があった場合には、処理をステップＳ４０２に移行する。

ステップＳ４０２では、複合機３００における認証アプリケーション２００８は、認証処理を実行する。

ステップＳ４０３では、複合機３００の起動時に、図１１に示すデータファイル２０１１の「アラート開始時刻」および「アラート終了時刻」を取得する。

ステップＳ４０４では、複合機３００は、現在時刻が「アラート開始時刻」と「アラート終了時刻」との間であるか否かを判断する。

現在時刻が「アラート開始時刻」と「アラート終了時刻」との間にあると判断した場合（ステップＳ４０４：ＹＥＳ）は、処理をステップＳ４０５に移行する。

現在時刻が「アラート開始時刻」と「アラート終了時刻」との間ではないと判断した場合（ステップＳ４０４：ＮＯ）は、処理をステップＳ４０６に移行する。

ステップＳ４０５では、複合機３００は、認証アプリケーション２００８による認証処理が成功すると、操作部に掲示板メッセージを再通知する（図１４に示す画面を表示する）。そして、表示された掲示板メッセージの再通知内容が閉じられると、表示部に図１５に示す画面を表示し、ステップＳ４０７に処理を移行し、本フローチャートに示す処理終了する。

ステップＳ４０６では、複合機３００は、認証アプリケーション２００８による認証処理が成功すると、表示部に図１５に示す画面を表示し、ステップＳ４０７に処理を移行し、本フローチャートに示す処理終了する。

図７および図８に示す処理を実行することにより、アラート時刻内にログインされた場合には、認証画面（図１２）だけでなく認証処理が行われ複合機３００にログインした後にも再度掲示板メッセージが表示されることになる（図１４）。これにより、ユーザに対して確実に伝えたいメッセージを伝えることが可能となる。

次に、図９に示すフローチャートを用いて、本発明におけるメッセージ送信クライアント２００とメッセージ受信モジュール２００７におけるカード検知までの時間とメッセージ再通知に関する処理について説明する。

なお、図９に示すフローチャートでは、本来、メッセージ送信クライアント２００により、掲示板メッセージの送信も行われるが、図５で示すフローチャートと同様（ステップＳ１１２〜Ｓ１１８に相当）であるため、ここではその処理についての説明は省略する。

ステップＳ５００では、メッセージ送信クライアント２００は、予め設定されたメッセージ送信時刻が到来したか否かを判断する。

メッセージ送信時刻が到来したと判断した場合（ステップＳ５００：ＹＥＳ）は、処理をステップＳ５０１に移行する。

メッセージ送信時刻が到来していないと判断した場合（ステップＳ５００：ＮＯ）は、メッセージ送信時刻が到来するまで待機する。

ステップＳ５０１では、メッセージ送信クライアント２００は、複合機３００のメッセージ受信モジュール２００７と通信が可能であるか否かを確認する。

通信が可能であると判断すると（ステップＳ５０１：ＹＥＳ）、処理をステップＳ５０２に移行する。

通信が不可能であると判断すると（ステップＳ５０１：ＮＯ）、本フローチャートの処理を終了し、再度、設定されたメッセージ送信時刻が到来するまで待機する。

ステップＳ５０２では、メッセージ送信クライアント２００は、「カード検知までの閾値」をメッセージ受信モジュールに送信する。

なお、「カード検知までの閾値」とは、図１６に示す値であり、人検知時刻（複合機３００の周辺に人がいることを検知した時刻）からカード検知時刻（ユーザにより認証処理のためにＩＣカードがカードリーダ３１９にかざされた（認証処理が開始された）時刻）までの時間により掲示板メッセージを再通知するか否かを決定するための閾値である。

ステップＳ５０３では、メッセージ受信モジュール２００７は、ステップＳ５０２でメッセージ送信クライアント２００から送信された「カード検知までの閾値」を受信する。

ステップＳ５０４では、メッセージ受信モジュール２００７は、図１１におけるデータファイル２０１１に「カード検知までの閾値」の情報を書き込み、ステップＳ５０５に処理を移行する。

ステップＳ５０５では、メッセージ受信モジュール２００７は、処理結果をメッセージ送信クライアント２００に対して送信する。

ステップＳ５０６では、メッセージ送信クライアント２００は、ステップＳ５０５でメッセージ送信クライアント２００から送信された処理結果を受信する。

ステップＳ５０７では、メッセージ送信クライアント２００は、ステップＳ５０６で受信した処理結果がエラーであるか否かを判断する。なお、エラーである場合とは、例えばステップＳ５０４においてメッセージ受信モジュール２００７がデータファイル２０１１に情報の書き込みを失敗した場合などがある。

処理結果がエラーであると判断した場合（ステップＳ５０７：ＹＥＳ）は、処理をステップＳ５０８に移行し、処理結果がエラーである旨のメッセージを表示する。そして、本フローチャートの処理を終了し、次回のメッセージ送信時刻が到来するまで待機する。

処理結果がエラーではないと判断した場合（ステップＳ５０７：ＮＯ）は、本フローチャートの処理を終了し、次回のメッセージ送信時刻が到来するまで待機する。

次に、図１０に示すフローチャートを用いて、複合機３００における認証アプリケーション２００８により実行されるカード検知までの閾値を用いた処理および掲示板メッセージの再通知について説明する。

なお、図１０のフローチャートでは、本来、掲示板メッセージが存在するか否かで、掲示板メッセージの再通知が実施されるか否かが決定するが、掲示板メッセージの存在による動作については、図６に示すフローチャートと同様（掲示板メッセージが存在しない場合は、カード検知までの閾値に関わらず、掲示板メッセージは再通知されない）であるため、ここではその処理の説明については省略する。

ステップＳ６００において、複合機３００は、図３におけるセンサー３２１が人を検知するまで待機する。センサー３２１が人を検知した場合は、検知した旨の情報が図３における外部Ｉ／Ｆ３１８に伝わり、認証アプリケーション２００８が人を検知したことを判別する。そして、処理をステップＳ６０１に移行する。なお、センサー３２１が人を検知したことを判別し、センサー３２１が検知できる範囲で人が操作し続ける限りは、新たな検知を実施しない。検知したことを判別し、ステップＳ６０１に進むのは、センサー３２１が人を検知していない状態から、センサー３２１が人を検知した状態に遷移した場合である。

ステップＳ６０１では、複合機３００における認証アプリケーション２００８は「人検知時刻」（ステップＳ６００でセンサー３２１が人を検知した時刻）をＲＡＭ３０２に記録し、処理をステップＳ６０２に移行する。なお、センサー３２１が新たに人を検知した際は、新しい「人検知時刻」がＲＡＭ３０２に記録されるものとし、「人検知時刻」は複数保持することができない。つまり、前回の「人検知時刻」は新たに上書きされる。

ステップＳ６０２において、複合機３００は、認証アプリケーション２００８のログイン状態を確認し、認証アプリケーション２００８がログオフ状態にある場合（ステップＳ６０２：ＮＯ）は、ステップＳ６１２に処理を移行する。他方、ログオフ状態にない場合（ログインしている状態）（ステップＳ６０２：ＹＥＳ）は、処理をステップＳ６０３に移行する。

ステップＳ６０３では、認証アプリケーション２００８は、ユーザによりＩＣカードがかざされる操作（認証操作）を待機し、ユーザによる認証操作を検知すると、ステップＳ６０４に処理を移行する。

なお、ユーザの認証操作を待機している間に、センサー３２１が新たな人を検知し、ステップＳ６０１、Ｓ６０２の処理を経て、ステップＳ６０３に到達した場合、ステップＳ６０３は当該新たなユーザの認証操作を待機する。

ステップＳ６０４において、複合機３００は、ユーザによりＩＣカードがかざされた時刻（「カード検知時刻」）をＲＡＭ３０２に記録し、ステップＳ６０５に処理を移行する。

なお、本実施例において、ＲＡＭ３０２で記録される「カード検知時刻」は複数保持しない。すなわち、前回の「カード検知時刻」は新たに上書きされる。

ステップＳ６０５では、複合機３００における認証アプリケーション２００８の認証処理が実施される。

ステップＳ６０６では、複合機３００は、図１１におけるデータファイル２０１１の「カード検知までの閾値」の情報を取得する。

ステップＳ６０７では、複合機３００の認証アプリケーション２００８は、ＲＡＭ３０２に記録された「カード検知時刻」と「人検知時刻」の差（人を検知してからカードを検知するまでの時間）を算出し、その値がステップＳ６０６で取得した「カード検知までの閾値」未満であるかを判断する。

閾値未満であると判断した場合（ステップＳ６０７：ＮＯ）は、処理をステップＳ６０８に移行する。

閾値以上であると判断した場合（ステップＳ６０７：ＹＥＳ）は、処理をステップＳ６０９に移行する。

ステップＳ６０８では、複合機３００は、認証アプリケーション２００８による認証処理が成功すると、操作部に掲示板メッセージを再通知する（図１４に示す画面を表示する）。そして、表示された掲示板メッセージの再通知内容が閉じられると、表示部に図１５に示す画面を表示し、ステップＳ６１０に処理を移行する。

ステップＳ６０９では、複合機３００は、認証アプリケーション２００８による認証処理が成功すると、表示部に図１５に示す画面を表示し、ステップＳ６１０に処理を移行する。

ステップＳ６１１では、複合機３００は、ＲＡＭ３０２に記録された「カード検知時刻」をリセットする。

ステップＳ６１２では、複合機３００は、ＲＡＭ３０２に記録された「人検知時刻」をリセットし、本フローチャートに示す処理を終了する。そして、次の利用者を検知するまで待機する。

図９および図１０に示す処理を実行することにより、複合機３００が人を検知してからカードを検知するまでの時間差が閾値以下である場合（すなわち、複合機にログインしたユーザが認証画面に表示された掲示板メッセージを確認せずに認証処理を行った可能性が高い場合）には、認証画面（図１２）だけでなく認証処理が行われ複合機３００にログインした後にも再度掲示板メッセージが表示されることになる（図１４）。これにより、ユーザに対して確実に伝えたいメッセージを伝えることが可能となる。

上述したように、複合機３００における認証アプリケーション２００８において、掲示板メッセージを再通知する仕組みとして、図５および図６では、アラートフラグを用いる仕組みについて示した。また、図７および図８では、アラート時刻、つまりはアラート開始時刻およびアラート終了時刻を用いる仕組みについて示した。また、図９および図１０では、カード検知までの閾値を用いる仕組みについて示した。これらは、それぞれを独立して動作させることで、メッセージ再通知を実現することが可能である。

また、各仕組みを組み合わせて動作させることでも、メッセージ再通知を実現することが可能である。例えば、アラートフラグとアラート時刻の仕組みを組み合わせて、メッセージ再通知の仕組みを実現する場合は、アラートフラグとアラート時刻の双方がメッセージ再通知の条件を満たす場合に、再通知が実施されるという動作となる。

同様に、アラートフラグとカード検知までの閾値との組み合わせや、アラート時刻とカード検知までの閾値との組み合わせや、全て仕組みの組み合わせによって、メッセージ再通知の仕組みを実現することも可能である。

なお、上述した各種データの構成及びその内容はこれに限定されるものではなく、用途や目的に応じて、様々な構成や内容で構成されることは言うまでもない。

また、本発明におけるプログラムは、図５〜図１０の処理方法をコンピュータが実行可能なプログラムである。なお、本発明におけるプログラムは図５〜図１０の各装置の処理方法ごとのプログラムであってもよい。

以上のように、前述した実施形態の機能を実現するプログラムを記録した記録媒体を、システムあるいは装置に供給し、そのシステムあるいは装置のコンピュータ（またはＣＰＵやＭＰＵ）が記録媒体に格納されたプログラムを読み出し、実行することによっても本発明の目的が達成されることは言うまでもない。

この場合、記録媒体から読み出されたプログラム自体が本発明の新規な機能を実現することになり、そのプログラムを記録した記録媒体は本発明を構成することになる。

プログラムを供給するための記録媒体としては、例えば、フレキシブルディスク、ハードディスク、光ディスク、光磁気ディスク、ＣＤ−ＲＯＭ、ＣＤ−Ｒ、ＤＶＤ−ＲＯＭ、磁気テープ、不揮発性のメモリカード、ＲＯＭ、ＥＥＰＲＯＭ、シリコンディスク等を用いることが出来る。

また、コンピュータが読み出したプログラムを実行することにより、前述した実施形態の機能が実現されるだけでなく、そのプログラムの指示に基づき、コンピュータ上で稼働しているＯＳ（オペレーティングシステム）等が実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。

さらに、記録媒体から読み出されたプログラムが、コンピュータに挿入された機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに書き込まれた後、そのプログラムコードの指示に基づき、その機能拡張ボードや機能拡張ユニットに備わるＣＰＵ等が実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。

また、本発明は、複数の機器から構成されるシステムに適用しても、ひとつの機器から成る装置に適用しても良い。また、本発明は、システムあるいは装置にプログラムを供給することによって達成される場合にも適応できることは言うまでもない。この場合、本発明を達成するためのプログラムを格納した記録媒体を該システムあるいは装置に読み出すことによって、そのシステムあるいは装置が、本発明の効果を享受することが可能となる。

さらに、本発明を達成するためのプログラムをネットワーク上のサーバ、データベース等から通信プログラムによりダウンロードして読み出すことによって、そのシステムあるいは装置が、本発明の効果を享受することが可能となる。なお、上述した各実施形態およびその変形例を組み合わせた構成も全て本発明に含まれるものである。

１００ クライアントＰＣ
２００ メッセージ送信クライアント
３００ 複合機
４００ ＬＡＮ
５００ 認証サーバ

Claims (6)

1. 認証に関する処理を実行する認証アプリケーションをインストール可能に構成された画像処理装置であって、
   当該画像処理装置で表示するメッセージを記憶するメッセージ記憶手段と、
   前記メッセージ記憶手段に記憶されたメッセージを前記認証アプリケーションの画面に表示するメッセージ表示手段と、
   前記メッセージ記憶手段に記憶されたメッセージを認証処理の実行後にも表示するか否かを判断する再通知判断手段と、
   前記再通知判断手段により認証処理の実行後にも表示すると判断された場合、当該メッセージを認証処理の実行後にも表示するメッセージ再表示手段と、
   を備えることを特徴とする画像処理装置。
2. 前記再通知判断手段は、メッセージ毎に設定された再通知するか否かを示す情報に従い判断することを特徴とする請求項１に記載の画像処理装置。
3. 前記再通知判断手段は、メッセージ毎に設定されたアラート開始時刻とアラート終了時刻とから判断することを特徴とし、
   前記メッセージ再表示手段は、現在時刻が前記アラート開始時刻と前記アラート終了時刻の間である場合に、当該メッセージを再表示することを特徴とする請求項１または２に記載の画像処理装置。
4. 画像処理装置周辺の人の存在を検知する人検知手段と、
   前記人検知手段により人の存在を検知した時刻を取得する人検知時刻取得手段と、
   前記認証処理が開始された時刻を取得する認証時刻取得手段と、
   をさらに備え、
   前記再通知判断手段は、前記人検知時刻取得手段で取得した時刻と、前記認証時刻取得手段で取得した時刻との時間差に従い判断することを特徴とし、
   前記メッセージ再表示手段は、前記再通知判断手段により前記時間差が予め設定された時間差よりも大きい場合に、メッセージを再表示することを特徴とする請求項１乃至３のいずれか１項に記載の画像処理装置。
5. 認証に関する処理を実行する認証アプリケーションをインストール可能に構成され、当該画像処理装置で表示するメッセージを記憶する画像処理装置における処理方法であって、
   前記画像処理装置のメッセージ表示手段が、前記記憶されたメッセージを前記認証アプリケーションの画面に表示するメッセージ表示工程と、
   前記画像処理装置の再通知判断手段が、前記記憶されたメッセージを認証処理の実行後にも表示するか否かを判断する再通知判断工程と、
   前記画像処理装置のメッセージ再表示手段が、前記再通知判断工程により認証処理の実行後にも表示すると判断された場合、当該メッセージを認証処理の実行後にも表示するメッセージ再表示工程と、
   を備えることを特徴とする処理方法。
6. 認証に関する処理を実行する認証アプリケーションをインストール可能に構成された画像処理装置において実行可能なプログラムであって、
   前記画像処理装置を、
   当該画像処理装置で表示するメッセージを記憶するメッセージ記憶手段と、
   前記メッセージ記憶手段に記憶されたメッセージを前記認証アプリケーションの画面に表示するメッセージ表示手段と、
   前記メッセージ記憶手段に記憶されたメッセージを認証処理の実行後にも表示するか否かを判断する再通知判断手段と、
   前記再通知判断手段により認証処理の実行後にも表示すると判断された場合、当該メッセージを認証処理の実行後にも表示するメッセージ再表示手段として機能させることを特徴とするプログラム。

Images