(57)【要約】【課題】  電子機器の状態に応じて、電子機器のユーザが持つ携帯端末装置に効果的な情報発信を行わせることができるようにする。【解決手段】  管理サーバ１０において、ユーザ情報管理部１２１が、画像処理装置２０のユーザの属性、およびそのユーザが持つ携帯端末装置３０の情報発信能力の情報を管理し、発信情報決定部１２５が、画像処理装置２０から、イベント及びその画像処理装置２０を使用中のユーザを通知されたことに応じて、その通知されたイベントの属性と、その通知されたユーザの属性と、その通知されたユーザが持つ携帯端末装置３０の情報発信能力とに基づき、その携帯端末装置３０にどのような情報発信を行わせるかを決定する。発信情報送信部１２６が、発信情報決定部１２５の決定に従い、上記通知の通知元の画像処理装置２０に対して、携帯端末装置３０に上記決定した情報発信を行わせるための情報を送信する。【選択図】    図４
2016178502.tif 000002
【特許請求の範囲】
【請求項１】
電子装置のユーザの属性、および該ユーザが持つ携帯端末装置の情報発信能力の情報を管理する情報管理手段と、
いずれかの電子装置から、イベント及び該電子装置を使用中のユーザを通知されたことに応じて、該通知されたイベントの属性と、該通知されたユーザの属性と、前記通知されたユーザが持つ携帯端末装置の情報発信能力とに基づき、前記通知されたユーザが持つ携帯端末装置にどのような情報発信を行わせるかを決定する決定手段と、
前記決定手段の決定に従い、前記通知の通知元の電子装置に対して、前記通知されたユーザが持つ携帯端末装置に前記決定手段が決定した情報発信を行わせるための情報を送信する送信手段とを備えることを特徴とする情報処理装置。
【請求項２】
請求項１に記載の情報処理装置であって、
イベントの属性とユーザの第１属性の組み合わせ毎に、発信すべき情報の候補を複数通り、優先順位を付けて管理する発信情報管理手段を備え、
前記決定手段は、前記通知されたイベントの属性と前記通知されたユーザの属性の組み合わせについて前記発信情報管理手段が管理している情報であって、かつ前記通知されたユーザが持つ携帯端末装置が発信可能な情報のうち、最も優先順位が高い情報を、前記通知されたユーザが持つ携帯端末装置に発信させることを決定することを特徴とする情報処理装置。
【請求項３】
請求項２に記載の情報処理装置であって、
前記情報管理手段が、前記電子装置の情報発信能力の情報も管理し、
前記決定手段は、前記イベントの通知元の電子装置の情報発信能力の情報にも基づき、
前記通知されたユーザが持つ携帯端末装置及び前記イベント通知元の電子装置にどのような情報発信を行わせるかを決定し、
前記送信手段は、前記通知の通知元の電子装置に対して、前記通知されたユーザが持つ携帯端末装置及び前記通知元の電子装置にそれぞれ前記決定手段が決定した情報発信を行わせるための情報を送信することを特徴とする情報処理装置。
【請求項４】
請求項１乃至３のいずれか一項に記載の情報処理装置であって、
現在時刻を計時する計時手段を備え、
前記決定手段は、現在時刻にも基づいて、前記通知されたユーザが持つ携帯端末装置にどのような情報発信を行わせるかを決定することを特徴とする情報処理装置。
【請求項５】
請求項２又は３に記載の情報処理装置であって、
現在時刻を計時する計時手段を備え、
前記発信情報管理手段が管理する発信すべき情報の少なくとも一部には、使用可能時間帯が設定されており、
前記決定手段は、前記発信情報管理手段が管理している情報のうち、現在時刻が使用時間帯外である情報を除いた候補の中から、前記通知されたユーザが持つ携帯端末装置に発信させる情報を決定することを特徴とする情報処理装置。
【請求項６】
請求項２、３又は５に記載の情報処理装置であって、
ユーザの第２属性に対応付けて、前記通知されたユーザが該第２属性を持つ場合に適用すべき、前記発信情報管理手段が管理している発信すべき情報の候補に対する変更内容を管理する変更内容管理手段を備え、
前記決定手段は、前記通知されたユーザが持つ携帯端末装置に発信させる情報を決定する際に、前記通知されたユーザの第２属性と対応する変更内容を、発信すべき情報の候補に適用した上で、前記発信させる情報を決定することを特徴とする情報処理装置。
【請求項７】
請求項１乃至６のいずれか一項に記載の情報処理装置であって、
前記送信手段が送信する情報は、所定のプログラムに対し、前記決定手段が決定した情報発信を行わせるための要求のデータであることを特徴とする情報処理装置。
【請求項８】
１又は複数の画像処理装置と、情報処理装置とを備える情報処理システムであって、
前記情報処理装置は、
前記１又は複数の画像処理装置の少なくとも１つの使用権限を有するユーザの属性、および該ユーザが持つ携帯端末装置の情報発信能力の情報を管理する情報管理手段と、
前記画像処理装置のいずれかから、イベント及び該電子装置を使用中のユーザを通知されたことに応じて、該通知されたイベントの属性と、該通知されたユーザの属性と、前記通知されたユーザが持つ携帯端末装置の情報発信能力とに基づき、前記通知されたユーザが持つ携帯端末装置にどのような情報発信を行わせるかを決定する決定手段と、
前記決定手段の決定に従い、前記通知の通知元の画像処理装置に対して、前記通知されたユーザが持つ携帯端末装置に前記決定手段が決定した情報発信を行わせるための情報を送信する送信手段とを備え、
前記各画像処理装置は、
ユーザを認証してから該画像処理装置の使用を許可する認証手段と、
ユーザに使用を許可している間に所定のイベントを検出した場合に、該イベントと該使用中のユーザを前記情報処理装置に通知する手段と、
前記使用中のユーザが持つ携帯端末装置に対し、前記情報処理装置から送信された情報に従った情報発信の実行を要求する要求手段を備えることを特徴とする情報処理システム。
【請求項９】
請求項８に記載の情報処理システムであって、
前記各画像処理装置において、
前記認証手段は、ユーザが持つ携帯端末装置から認証情報を取得してユーザの認証を行う手段であり、
前記各画像処理装置は、
前記認証が成功した場合に、認証情報の取得先である携帯端末装置から、該携帯端末装置の情報発信能力の情報を取得して、認証したユーザの識別情報と対応付けて前記情報処理装置へ送信する手段を備え、
前記情報処理装置は、
前記画像処理装置から送信された携帯端末装置の情報発信能力を、前記情報管理手段に登録する手段を備えることを特徴とする情報処理システム。
【請求項１０】
請求項８に記載の情報処理システムであって、
前記各画像処理装置は、
前記認証手段による認証が成功した場合に、当該画像処理装置の近傍にある携帯端末装置を探索し、発見した携帯端末装置から、該携帯端末装置のユーザの確認を受けた上で、該携帯端末装置の情報発信能力の情報を取得して、前記認証手段が認証したユーザの識別情報と対応付けて前記情報処理装置へ送信する手段を備え、
前記情報処理装置は、
前記画像処理装置から送信された携帯端末装置の情報発信能力を、前記情報管理手段に登録する手段を備えることを特徴とする情報処理システム。
【請求項１１】
情報処理システムであって、
ユーザの属性、および該ユーザが持つ携帯端末装置の情報発信能力の情報を管理する情報管理手段と、
イベント及びユーザを通知されたことに応じて、該通知されたイベントの属性と、該通知されたユーザの属性と、前記通知されたユーザが持つ携帯端末装置の情報発信能力とに基づき、前記通知されたユーザが持つ携帯端末装置にどのような情報発信を行わせるかを決定する決定手段と、
前記決定手段の決定に従い、前記通知の通知元に対して、前記通知されたユーザが持つ携帯端末装置に前記決定手段が決定した情報発信を行わせるための情報を送信する送信手段と、
ユーザを認証してから当該情報処理システムの使用を許可する認証手段と、
ユーザに使用を許可している間に所定のイベントを検出した場合に、該イベントと該使用中のユーザを前記決定手段に通知する手段と、
前記使用中のユーザが持つ携帯端末装置に対し、前記送信手段から送信された情報に従った情報発信の実行を要求する要求手段とを備えることを特徴とする情報処理システム。
【請求項１２】
画像処理装置であって、
当該画像処理装置を含む１又は複数の電子装置のユーザの属性、および該ユーザが持つ携帯端末装置の情報発信能力の情報を管理する情報管理手段と、
いずれかの電子装置から、イベント及び該電子装置を使用中のユーザを通知されたことに応じて、該通知されたイベントの属性と、該通知されたユーザの属性と、前記通知されたユーザが持つ携帯端末装置の情報発信能力とに基づき、前記通知されたユーザが持つ携帯端末装置にどのような情報発信を行わせるかを決定する決定手段と、
前記決定手段の決定に従い、前記通知の通知元の電子装置に対して、前記通知されたユーザが持つ携帯端末装置に前記決定手段が決定した情報発信を行わせるための情報を送信する送信手段と、
ユーザを認証してから当該画像処理装置の使用を許可する認証手段と、
ユーザに使用を許可している間に所定のイベントを検出した場合に、該イベントと該使用中のユーザを前記決定手段に通知する手段と、
前記使用中のユーザが持つ携帯端末装置に対し、前記送信手段から送信された情報に従った情報発信の実行を要求する要求手段とを備えることを特徴とする画像処理装置。
【請求項１３】
コンピュータを、
電子装置のユーザの属性、および該ユーザが持つ携帯端末装置の情報発信能力の情報を管理する情報管理手段と、
いずれかの電子装置から、イベント及び該電子装置を使用中のユーザを通知されたことに応じて、該通知されたイベントの属性と、該通知されたユーザの属性と、前記通知されたユーザが持つ携帯端末装置の情報発信能力とに基づき、前記通知されたユーザが持つ携帯端末装置にどのような情報発信を行わせるかを決定する決定手段と、
前記決定手段の決定に従い、前記通知の通知元の電子装置に対して、前記通知されたユーザが持つ携帯端末装置に前記決定手段が決定した情報発信を行わせるための情報を送信する送信手段として機能させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
この発明は、情報処理装置、情報処理システム、画像処理装置及びプログラムに関する。
【背景技術】
【０００２】
従来から、ユーザがＭＦＰ（デジタル複合機）等の画像処理装置をはじめとする電子機器を使用する場合において、電子機器の状態を表示したり操作を受け付けたりする画面の一部を、ユーザが携帯する携帯端末装置に表示させることが行われている。
例えば、特許文献１には、操作パネルを参照しながらでは実行が困難な操作の指示を、ユーザが持つ携帯端末装置に表示させ、操作パネルを参照しながら実行可能な操作の指示を、操作パネルに表示させることが記載されている。
また、これとは別に、操作パネルに表示させる画面を、機器の利用状況によって異なるものとする技術も知られている。
【発明の概要】
【発明が解決しようとする課題】
【０００３】
ところで、近年の携帯端末装置には、スマートフォンのように、電話、電子メール、ウェブブラウザなど、多彩な情報発信機能を持つものもある。しかしながら、上記の従来技術では、操作パネルの表示を必要に応じて携帯端末装置に代行させているのみであり、携帯端末装置の機能を十分に活動できていなかった。
【０００４】
この発明は、このような事情に鑑みてなされたものであり、電子機器の状態に応じて、電子機器のユーザが持つ携帯端末装置に効果的な情報発信を行わせることができるようにすることを目的とする。
【課題を解決するための手段】
【０００５】
この発明は、上記の目的を達成するため、情報処理装置において、電子装置のユーザの属性、およびそのユーザが持つ携帯端末装置の情報発信能力の情報を管理する情報管理手段と、いずれかの電子装置から、イベント及びその電子装置を使用中のユーザを通知されたことに応じて、その通知されたイベントの属性と、その通知されたユーザの属性と、上記通知されたユーザが持つ携帯端末装置の情報発信能力とに基づき、上記通知されたユーザが持つ携帯端末装置にどのような情報発信を行わせるかを決定する決定手段と、上記決定手段の決定に従い、上記通知の通知元の電子装置に対して、上記通知されたユーザが持つ携帯端末装置に上記決定手段が決定した情報発信を行わせるための情報を送信する送信手段とを設けたものである。
【発明の効果】
【０００６】
上記構成によれば、電子機器の状態に応じて、電子機器のユーザが持つ携帯端末装置に効果的な情報発信を行わせることができる。
【図面の簡単な説明】
【０００７】
【図１】この発明の第１実施形態である情報処理システムの構成を示す図である。
【図２】図１に示した管理サーバのハードウェア構成を示す図である。
【図３】図１に示した画像処理装置のハードウェア構成を示す図である。
【図４】図１に示した各装置の機能構成を示す図である。
【図５】ユーザ情報テーブルの例を示す図である。
【図６】画像処理装置が携帯端末装置から図５のテーブルに登録すべき情報を取得する際の各装置の動作例を示すシーケンス図である。
【図７】その別の例を示す図である。
【図８】携帯端末装置が表示する画面の例を示す図である。
【図９】発信情報テーブルの例を示す図である。
【図１０】発信先テーブルの例を示す図である。
【図１１】画像処理装置が管理サーバに通知すべきイベントを検出した場合の各装置の動作を示すシーケンス図である。
【図１２】図１１のステップＳ１４３で実行される処理をより詳細に示すフローチャートである。
【図１３】携帯端末装置が電話発信を実行した場合の画面例を示す図である。
【図１４】携帯端末装置がメール送信を実行した場合の画面例を示す図である。
【図１５】第２実施形態における図４と対応する機能構成図である。
【図１６】第２実施形態における発信先テーブルの例を示す図である。
【図１７】第２実施形態における図１２と対応する処理のフローチャートである。
【図１８】第３実施形態で用いる変更情報テーブルの例を示す図である。
【図１９】第２実施形態における図１２及び図１７と対応する処理のフローチャートである。
【図２０】第４実施形態で用いる機器能力テーブルの例を示す図である。
【図２１】第４実施形態における図１２と対応する処理のフローチャートである。
【図２２】第５実施形態における発信情報テーブルの例を示す図である。
【発明を実施するための形態】
【０００８】
以下、この発明の実施形態について、図面を参照しつつ説明する。
〔第１実施形態：図１乃至図１４〕
図１に、この発明の第１実施形態である情報処理システムの構成を示す。
図１に示す情報処理システム１は、管理サーバ１０と、複数の画像処理装置２０ａ〜２０ｃ（個体を区別する必要がない場合には符号「２０」を用いる）とを、通信路５０を介して接続して構成したものである。また、携帯端末装置３０は、画像処理装置２０を使用するユーザが持つ端末装置であり、画像処理装置２０との間で、無線通信路６０による通信が可能である。
【０００９】
このうち管理サーバ１０は、詳細は後述するが、画像処理装置２０に対し、イベントに応じてどのような情報発信を行えばよいかを教示する機能を提供する装置であり、この発明の情報処理装置の実施形態である。
なお、ここでいう情報発信には、ウェブページや動画、音声、文書等のコンテンツを表示等の形で出力すること、電話や電子メール等による連絡を発信すること（発信指示を受け付ける画面をユーザに提示することを含む）など、ユーザが認識できる形で装置の外部に何らかの情報を出力することを全て含むものとする。
【００１０】
また、イベントとは、画像処理装置２０において発生する任意の状態変化である。管理サーバ１０がその全てを取り扱う必要はない。しかし、不具合発生（紙詰まりなどの一時的な不具合と、部品の交換等の修理が必要な不具合とがあり得る）や、消耗品切れなど、画像処理装置２０の動作に支障が生じたことを示し、発生した場合にユーザに何らかの対処を指示する必要があるイベントは、取り扱えることが望ましい。また、ジョブの実行完了など、画像処理装置２０の動作に支障が生じたことを示すもの以外のイベントを取り扱うことも、もちろん妨げられない。
【００１１】
画像処理装置２０は、電子装置の一例であり、例えば、コピー、プリント、スキャン、ファクシミリ通信、文書蓄積等の機能を備えたＭＦＰ（デジタル複合機）として構成することができる。そして、画像処理装置２０は、イベントの発生を検出した場合に、そのイベントを管理サーバ１０に通知し、そのイベントに応じてどのような情報発信をすべきかの情報を取得して、その取得した情報に従った情報発信を行う。ただし、この情報発信には、画像処理装置２０を使用しているユーザが持つ携帯端末装置３０に実行させるべきものもある。この携帯端末装置３０を活用した情報発信が、この実施形態の特徴の一つである。
【００１２】
携帯端末装置３０は、ユーザが持つ携帯可能な端末装置であり、例えば、スマートフォンやタブレット型コンピュータとして構成することができる。また、その他の任意の持ち運び可能なコンピュータを携帯端末装置３０として用いることができる。この携帯端末装置３０は、少なくとも、画像処理装置２０からの要求に従って情報発信を行う機能を備える。
【００１３】
通信路５０は、例えばＬＡＮ（ローカルエリアネットワーク）やインターネットであるが、有線無線を問わず、任意の規格のものを採用可能である。また、ネットワーク通信でもピアツーピア通信でもよい。
無線通信路６０も、任意の規格のものを採用可能である。通信路５０と同じでも異なっていてもよい。
【００１４】
次に、図２に、管理サーバ１０のハードウェア構成を示す。
図２に示すように、管理サーバ１０は、ＣＰＵ１０１、ＲＯＭ１０２、ＲＡＭ１０３、ＨＤＤ（ハードディスクドライブ）１０４、通信Ｉ／Ｆ（インタフェース）１０５、操作部１０６、表示部１０７を備え、これらをシステムバス１０８により接続した構成としている。
【００１５】
そして、ＣＰＵ１０１が、ＲＡＭ１０３をワークエリアとしてＲＯＭ１０２あるいはＨＤＤ１０４に記憶されたプログラムを実行することにより、管理サーバ１０全体を制御し、図４を用いて後述するものをはじめとする種々の機能を実現する。
ＲＯＭ１０２及びＨＤＤ１０４は、不揮発性記憶媒体（記憶手段）であり、ＣＰＵ１０１が実行する各種プログラムや後述する各種データを格納している。
【００１６】
通信Ｉ／Ｆ１０５は、通信路５０を介して画像処理装置２０等の外部装置と通信するためのインタフェースである。使用する通信経路の規格に応じた物を設ければよい。
操作部１０６は、ユーザからの操作を受け付けるための操作手段であり、タッチパネルやボタン等により構成することができる。
表示部１０７は、管理サーバ１０の動作状態や設定内容を表示するための表示手段であり、液晶ディスプレイ等により構成することができる。
【００１７】
なお、操作部１０６及び表示部１０７は外付けであってもよい。また、管理サーバ１０がユーザからの操作を直接受ける必要がない（通信Ｉ／Ｆ１０５を介して接続された外部装置により操作を受け付けたり情報の提示を行ったりすればよい）場合には、操作部１０６や表示部１０７を設けなくてよい。
【００１８】
次に、図３に、画像処理装置２０のハードウェア構成を示す。
図３に示すように、画像処理装置２０は、ＣＰＵ２０１、ＲＯＭ２０２、ＲＡＭ２０３、ＨＤＤ（ハードディスクドライブ）２０４、通信Ｉ／Ｆ（インタフェース）２０５、ＮＦＣＩ／Ｆ２０６、操作部２０７、表示部２０８、エンジンＩ／Ｆ２０９を備え、これらをシステムバス２１１により接続した構成としている。また、エンジンＩ／Ｆ２０９に接続してエンジン部２１０を設けている。
【００１９】
これらのうち、図２に示したものと同名の構成要素は、個々の性能や形状等は全く同じでなくてよいが、図２に示したものと同趣旨の機能を備える。
ＮＦＣＩ／Ｆ２０６は、ＮＦＣ（Near  Field  Communication）により、携帯端末装置３０等の、ＮＦＣＩ／Ｆを備える他の装置と通信するためのインタフェースである。
エンジンＩ／Ｆ２０９は、エンジン部２１０をシステムバス２１１に接続してＣＰＵ２０１から制御可能とするためのインタフェースである。エンジン部２１０は、画像形成、画像読取等の機能を実現するための、画像形成手段、画像読取手段等のハードウェアである。
【００２０】
また、携帯端末装置３０は、図２又は図３に示したものと同趣旨の、ＣＰＵ、ＲＯＭ、ＲＡＭ、通信Ｉ／Ｆ、ＮＦＣＩ／Ｆ、操作部、表示部を備えるコンピュータとして構成することができる。また、機種によっては、移動体通信網に接続するための網制御部も備える。
【００２１】
次に、図４に、管理サーバ１０、画像処理装置２０及び携帯端末装置３０が備える機能の構成を示す。図４には、上述した、画像処理装置２０に対しイベントに応じてどのような情報発信を行えばよいかを教示する機能を実現するための機能を中心に示している。図４に示した各部の機能は、各装置のＣＰＵが所要のプログラムを実行して所要のハードウェアの動作を制御することにより実現されるものである。
【００２２】
図４に示すように、管理サーバ１０は、ユーザ情報管理部１２１、発信情報管理部１２２、機器能力管理部１２３、イベント通知受信部１２４、発信情報決定部１２５、および発信情報送信部１２６を備える。
このうちユーザ情報管理部１２１は、画像処理装置２０の使用権限を有するユーザについて、ユーザの属性と、そのユーザが持つ携帯端末装置３０の能力に関する情報を管理する情報管理手段の機能を備える。ユーザ情報管理部１２１が管理する情報は、例えば図５に示すようなものであるが、その内容については後に詳述する。なお、この情報を記憶する記憶手段は、管理サーバ１０の内部であっても、外部であってもよい。以下に説明する他の情報についても同様である。
【００２３】
発信情報管理部１２２は、画像処理装置２０から受信するイベントに応じて発信すべき情報を、ユーザの属性毎に、優先順位を付して複数通り管理する、発信情報管理手段の機能を備える。発信情報管理部１２２が管理する情報は、例えば図９に示すようなものであるが、その内容については後に詳述する。
機器能力管理部１２３は、各画像処理装置２０が備える情報発信能力に関する情報を管理する機能を備える。機器能力管理部１２３が管理する情報は、例えば図２０に示すものであるが、その内容については後述する。なお、図２０に示す情報は、第１実施形態では使用する必要がないため、この意味で機器能力管理部１２３は破線で示している。
【００２４】
イベント通知受信部１２４は、画像処理装置２０からイベントの通知を受ける機能を備える。この通知は、イベントの内容と、そのイベントが発生した際に画像処理装置２０を使用していたユーザの識別情報を含むものである。
発信情報決定部１２５は、イベント通知受信部１２４が受け取ったイベントの発生に応じて実行すべき情報発信を、通知された情報と、ユーザ情報管理部１２１及び発信情報管理部１２２が管理する情報に基づき決定する決定手段の機能を備える。その決定手法の詳細については、図１２等を用いて後述する。
【００２５】
発信情報送信部１２６は、発信情報決定部１２５が決定した情報発信を、イベント通知元の画像処理装置２０あるいはその画像処理装置２０を使用しているユーザが持つ携帯端末装置３０に行わせるための情報を、イベント通知元の画像処理装置２０に送信する送信手段の機能を備える。
【００２６】
次に、画像処理装置２０は、ユーザ認証部２２１、端末情報取得部２２２、イベント検出部２２３、イベント通知送信部２２４、発信要求部２２５及び発信実行部２２６を備える。
これらのうちユーザ認証部２２１は、入力されたユーザＩＤ及びパスワード等の認証情報を、予め用意された権限情報と照らし合わせることにより、画像処理装置２０の使用権限を持つユーザを認証する機能を備える。また、その認証したユーザをログインさせ、画像処理装置２０の使用を許可する機能も備える。なお、認証情報の入力は、ユーザが画像処理装置２０の操作部２０７を操作して行うこともできるし、ユーザが持つ携帯端末装置３０からＮＦＣを用いて送信して行うこともできる。ＩＣカードや生体情報を用いる等、他の方法で入力することもできる。
【００２７】
端末情報取得部２２２は、ログインさせたユーザが持つ携帯端末装置３０から、その携帯端末装置３０の能力に関する情報、特に情報発信能力に関する情報を取得する機能を備える。また、その取得した情報を、持ち主のユーザの識別情報と共に管理サーバ１０へ送信し、ユーザ情報管理部１２１に登録させる機能も備える。
イベント検出部２２３は、画像処理装置２０の動作中に発生した種々のイベントを検出する機能を備える。
【００２８】
イベント通知送信部２２４は、イベント検出部２２３が検出したイベントのうち、管理サーバ１０にイベントに伴って行うべき情報発信を決定させる必要があるものを、管理サーバ１０のイベント通知受信部１２４へ通知する機能を備える。この通知の際には、画像処理装置２０を使用中（ログイン中）のユーザの識別情報も合わせて通知する。
発信要求部２２５は、管理サーバ１０の発信情報送信部１２６から送信された情報に基づき、情報発信を行わせるべき装置に、その送信された情報に従った情報発信の実行を要求する要求手段の機能を備える。その要求先は、画像処理装置２０自身の場合と、画像処理装置２０にログイン中のユーザが持つ携帯端末装置３０の場合とがある。
【００２９】
発信実行部２２６は、発信要求部２２５からの要求に従って、ユーザ等の外部に対して情報発信を行う機能を備える。画像処理装置２０は、具体的な発信手段としては、指定された動画を再生してディスプレイに表示させる動画再生部２２６ａを備える。動画再生部２２６ａの機能は、ＣＰＵ２０１に動画再生用のアプリケーションを実行させて表示部２０８のディスプレイを制御させることにより実現できる。動画に音声データが含まれており、画像処理装置２０がスピーカ等の発音手段を備える場合には、音声出力を合わせて行ってもよい。
なお、発信実行部２２６が備える具体的発信手段は、画像処理装置２０の機種や、インストールされているアプリケーションによって異なり、図３に示したものは一例に過ぎない。
【００３０】
また、携帯端末装置３０は、認証要求部３２１、機器能力提供部３２２、要求受付部３２３、発信実行部３２４を備える。
これらのうち認証要求部３２１は、持ち主であるユーザの、予め登録された認証情報を画像処理装置２０に送信し、当該ユーザを認証するよう要求する機能を備える。
機器能力提供部３２２は、画像処理装置２０の端末情報取得部２２２からの要求に応じて、携帯端末装置３０の能力に関する情報を提供する機能を備える。
要求受付部３２３は、画像処理装置２０の発信要求部２２５からの情報発信の実行要求を受け付け、その要求に従った情報発信を発信実行部３２４に実行させる機能を備える。
【００３１】
発信実行部３２４は、要求受付部３２３からの要求に従って、ユーザ等の外部に対して情報発信を行う機能を備える。携帯端末装置３０は、具体的な発信手段としては、動画再生部３２４ａ、ブラウザ３２４ｂ、メール送信部３２４ｃ、電話発呼部３２４ｄを備える。
動画再生部３２４ａは、画像処理装置２０が備える動画再生部２２６ａと同趣旨の機能である。
ブラウザ３２４ｂは、指定されたウェブサーバ又はローカルストレージからウェブページのデータを取得してディスプレイに表示させる機能を備える。
【００３２】
メール送信部３２４ｃは、電子メールアプリケーションを起動して、指定された宛先に指定された文面の電子メールを送信する機能を備える。ユーザが送信ボタンを押せば送信できるようにした状態の画面をディスプレイに表示させる形での「情報発信」を行うようにしてもよい。
電話発呼部３２４ｄは、電話機能を起動して指定された電話番号に対して発信を行う機能を備える。ユーザが発信ボタンを押せば発信できるようにした状態の画面をディスプレイに表示させる形での「情報発信」を行うようにしてもよい。
【００３３】
なお、これらの各部に対する、発信すべき情報やその取得先の「指定」は、管理サーバ１０の発信情報決定部１２５が決定し、その後各部を通じて発信実行部３２４に伝達される。
また、発信実行部３２４が備える具体的発信手段は、携帯端末装置３０の機種や、インストールされているアプリケーションによって異なり、図３に示したものは一例に過ぎない。携帯端末装置３０においてどの具体的発信手段が使用可能であるかの情報は、機器能力提供部３２２に提供しておき、必要に応じて画像処理装置２０に提供させる。
【００３４】
以上の携帯端末装置３０の機能のうち、要求受付部３２３の機能は、画像処理装置２０の機能を利用するためのアプリケーションプログラムの一部により実現することが望ましい。要求受付部３２３は、外部からの要求を受け入れて、その要求に従った電子メールや電話発信を行う機能を備えるため、常時有効にしておくことは望ましくなく、画像処理装置２０を使用する間だけ有効にできるようにすることが望ましいためである。また、要求受付部３２３の機能を常時有効にする場合には、特定の画像処理装置２０からの要求のみ受け付けるような設定にしておくことが望ましい。
【００３５】
次に、以上の各部が取り扱うデータ及び実行する処理の具体的内容について説明する。
まず図５に、ユーザ情報管理部１２１が管理するユーザ情報テーブルの例を示す。
このユーザ情報テーブルは、画像処理装置２０のユーザについて、ユーザの属性と、そのユーザが持つ携帯端末装置の情報発信能力の情報とを管理するためのテーブルである。このテーブルは、画像処理装置２０ａ〜２０ｃのそれぞれについて個別に設けてもよいが、３台全てに共通のテーブルとするとよい。この場合、登録されたユーザは、必ずしも３台全てについて使用権限を有している必要はない。画像処理装置２０ａ〜２０ｃのいずれかにログインしたユーザの情報を随時登録していけばよい。
また、機器又は機器のグループごとに個別にユーザ情報テーブルを設ける場合、発信情報決定部１２５は、イベントの発生に応じて実行すべき情報発信を決定する際に、イベントの送信元と対応するユーザ情報テーブルを使用する。
【００３６】
このユーザ情報テーブルには、ユーザ毎に、ユーザＩＤ、ユーザ名、属性、端末識別情報、端末能力、および機種の情報を登録している。
このうち「ユーザＩＤ」は、ユーザを一意に特定するための識別情報である。
「ユーザ名」は、ユーザの名前である。必ずしも登録しなくてもよい。
「属性」は、ユーザの属性である。ここでは、管理者、一般ユーザ、トレーニング済みユーザなど、ユーザが画像処理装置２０の取り扱いにどの程度習熟しているかを基準とした属性分けをしている。しかし、属性の設定基準はこれに限られない。この属性には、画像処理装置２０あるいは画像処理装置２０が使用する認証サーバ等が記憶しているユーザの情報を反映させればよい。また、１人のユーザがそれぞれ異なる基準で定めた複数の属性を持つ場合もあり得る。
【００３７】
「端末識別情報」は、該当のユーザが持つ携帯端末装置３０を特定するための識別情報である。ここでは、装置のＩＤと、ＩＰ（Internet  Protocol）アドレスを端末識別情報として用いている。
「端末能力」は、該当のユーザが持つ携帯端末装置３０が備える情報発信能力である。図５の例では、使用が想定される４種の機能「メール送信」「電話発信」「ウェブ閲覧」「動画再生」について、それぞれＯＫ（能力あり）またはＮＧ（能力なし）を登録している。しかし、この形式には限られず、例えば、携帯端末装置３０が備える情報発信能力を列挙する形でも構わない。
【００３８】
なお、一番下の「アプリインストール」は、要求受付部３２３の機能を実現するアプリケーションプログラムがインストールされているか否かを示す。これが「済み」であれば、「ＯＫ」と表示されている情報発信機能を使用することができるが、「未」の場合、画像処理装置２０からの情報発信要求を受け付けないため、「ＯＫ」と表示されている情報発信機能でも使用できないことになる。
「機種」は、該当のユーザが持つ携帯端末装置３０の機種である。携帯端末装置３０のハードウェアに関する情報を知りたい場合には、この機種の情報をキーに、予め蓄積された図５のテーブル外の情報から取得することができる。
【００３９】
次に、図６に、画像処理装置２０が携帯端末装置３０から図５のテーブルに登録すべき情報を取得する際の各装置の動作例を示す。図６に示すのは、携帯端末装置３０から画像処理装置２０へ認証情報を送信してログインを要求する場合の例である。
図６の動作においては、まずユーザが、自身の持つ携帯端末装置３０を画像処理装置２０のＮＦＣＩ／Ｆ２０６に近づけ、ＮＦＣによる認証情報を画像処理装置２０に送信してログインを要求する（Ｓ１０１）。画像処理装置はこれに応じて認証処理を行い、ここでは認証が成功してログインを許可するとする（Ｓ１０２）。これらの動作は、認証要求部３２１及びユーザ認証部２２１の機能と対応する。
【００４０】
次に、画像処理装置２０は、今回認証したユーザについて、ユーザ情報テーブルに端末装置の登録があるか否か判断する（Ｓ１０３）。この判断は、必ずしもテーブル自体を参照しなくても、過去一定期間内に端末装置の情報を登録したユーザを記憶しておき、今回認証したユーザがその中に含まれるか否かにより行うことができる。
ステップＳ１０３でＮｏの場合、画像処理装置２０は、携帯端末装置３０に対して、ユーザ情報テーブルに登録すべき項目の情報である機器情報を要求する（Ｓ１０４）。これに応じて、携帯端末装置３０は機器情報を画像処理装置２０へ送信する（Ｓ１０５）。なお、携帯端末装置３０は、画像処理装置２０を利用するための特定のアプリケーションが起動されている場合のみ、ステップＳ１０５の送信を行うようにしてもよい。
【００４１】
いずれにせよ、機器情報を受信した画像処理装置２０は、それを、今回認証したユーザのユーザＩＤと共に、管理サーバ１０へ送信する（Ｓ１０６）。ここまでのステップＳ１０３乃至Ｓ１０６の動作は、端末情報取得部２２２及び機器能力提供部３２２の機能と対応する。
【００４２】
ステップＳ１０６で送信された情報を受け取った管理サーバ１０は、その情報をユーザ情報テーブルに登録する（Ｓ１０７）。この動作は、ユーザ情報管理部１２１の機能と対応する。
また、ステップＳ１０６の後、あるいはステップＳ１０３でＹｅｓの場合、画像処理装置２０は、ユーザ認証後の通常の動作を行う（Ｓ１０８）。
以上により、画像処理装置２０にログインしたユーザが持つ携帯端末装置３０の情報を、ユーザ情報テーブルに登録することができる。
【００４３】
次に、図７に、ユーザが画像処理装置２０へ認証情報を手入力してログインを要求する場合の、図６と対応する動作の例を示す。
図７の動作においては、まずユーザが、画像処理装置２０の操作部２０７を操作して認証情報を入力し、ログインを要求する（Ｓ１２１）。画像処理装置はこれに応じて認証処理を行い、ここでは認証が成功してログインを許可するとする（Ｓ１２２）。この動作はユーザ認証部２２１の機能と対応する。
【００４４】
次に、画像処理装置２０は、今回認証したユーザについて、ユーザ情報テーブルに端末装置の登録があるか否か判断する（Ｓ１２３）。この判断は、図６のステップＳ１０３と同じものである。
ステップＳ１２３でＮｏの場合、画像処理装置２０は、近くにある携帯端末装置３０を検索する（Ｓ１２４）。この検索は、例えばＢｌｕｅｔｏｏｔｈ（登録商標）などの近距離無線通信により応答要求を送信し、それに対して応答を返してきた機器を発見する、というように行うことができる。ここでは、携帯端末装置３０が応答を返すものとする（Ｓ１２５）。ログインしたユーザは画像処理装置２０の近くにいるので、そのユーザが持つ携帯端末装置３０も近くにあると想定される。
【００４５】
次に、画像処理装置２０は、応答を返してきた携帯端末装置３０に対し、ユーザ情報テーブルに登録すべき項目の情報である機器情報を要求する（Ｓ１２６）。この要求を受けた携帯端末装置３０は、図８に示すような確認画面４００をディスプレイに表示して、ユーザに送信可否の確認を求める（Ｓ１２７）。
【００４６】
ここでユーザがＯＫボタン４０１を操作すると、携帯端末装置３０は、送信ＯＫの指示を検出したとして（Ｓ１２８）、機器情報を画像処理装置２０へ送信する（Ｓ１２９）。以後のステップＳ１３０〜Ｓ１３２は、図６のステップＳ１０６〜１０８と同じである。確認画面４００でＮＧボタン４０２が操作された場合には、携帯端末装置３０は機器情報を送信せず、その情報が管理サーバ１０に登録されることもない。
【００４７】
ステップＳ１２４乃至Ｓ１２９の動作は、端末情報取得部２２２及び機器能力提供部３２２の機能と対応する。また、携帯端末装置３０は、画像処理装置２０を利用するための特定のアプリケーションが起動されている場合のみ、ステップＳ１２７〜Ｓ１２９の動作を行うようにしてもよい。
以上により、画像処理装置２０に手動でログインしたユーザが持つ携帯端末装置３０の情報を、ユーザの確認を受けた上でユーザ情報テーブルに登録することができる。
【００４８】
次に、図９に、発信情報管理部１２２が管理する発信情報テーブルの例を示す。
この発信情報テーブルは、イベントの属性とユーザの属性（第１属性）の組み合わせ毎に、発信すべき情報の候補を複数通り、優先順位を付けて管理するためのテーブルである。
【００４９】
このテーブルも、ユーザ情報テーブルの場合と同様、３台全てに共通のテーブルとするとよい。ただし、機種が異なると、表示すべき操作説明が異なることも考えられるので、機器又は機器のグループごとに設けてもよい。この場合、発信情報決定部１２５は、イベントの発生に応じて実行すべき情報発信を決定する際に、イベントの送信元と対応する発信情報テーブルを使用する。
【００５０】
この発信情報テーブルには、イベントの種類とユーザの属性の組み合わせ毎に、複数の発信内容の候補及びその優先度を登録している。
「イベント」の列がイベントの種類を示す。この例ではイベントの種類そのものがイベントの属性であると考える。
【００５１】
「一般ユーザ用情報発信」の列が、「一般ユーザ」の属性を持つユーザに対する発信内容を示す。「管理者、トレーニング済みユーザ用情報発信」の列が、「管理者」または「トレーニング済みユーザ」の属性を持つユーザに対する発信内容を示す。
各列において、「発信内容」が、実行すべき情報発信の複数の候補を、「優先度」がその各候補の優先度を示す。
【００５２】
なお、候補のうち、「ウェブページの表示」及び「動画の表示」については、表示する情報の取得先アドレスであるＵＲＬ（Uniform  Resource  Locator）あるいはファイル名が、「ＡＡＡ」「ＸＸＸ」のように特定されている。一方、機器管理者やサポート窓口への連絡を示す候補については、図９中には具体的な発信先は示されていない。
この具体的な発信先は、図１０に示す発信先テーブルを参照して取得することができる。この発信先テーブルは、画像処理装置２０の保守に関係する連絡先として、担当者毎に、電話、メール、ウェブページを登録したものである。この内容は、管理サーバ１０の管理者が入力するとよい。
【００５３】
次に、図１１に、画像処理装置２０が管理サーバ１０に通知すべきイベントを検出した場合の各装置の動作を示す。
画像処理装置２０は、管理サーバ１０に通知すべきイベント（図１の説明で述べた、管理サーバ１０が取り扱うイベントであり、どのイベントがこれに該当するかは、画像処理装置２０に予め設定しておく）を検出すると（Ｓ１４１）、ログイン中のユーザのＩＤと共に、管理サーバ１０に通知する（Ｓ１４２）。この動作は、イベント検出部２２３及びイベント通知送信部２２４の機能と対応する。
【００５４】
ステップＳ１４２の通知を受けた管理サーバ１０は、後述の図１２の処理によりイベントに応じて実行すべき情報発信を決定する（Ｓ１４３）。そして、通知されたユーザＩＤのユーザが持つ携帯端末装置３０に決定された情報発信を行わせるためのコマンドを生成して（Ｓ１４４）、画像処理装置２０に送信する（Ｓ１４５）。これらの動作は、発信情報決定部１２５及び発信情報送信部１２６の機能と対応する。
【００５５】
なお、図１２には、情報発信を必ず携帯端末装置３０に行わせる判断基準を示している。したがって、以降の処理も、携帯端末装置３０にコマンドを送るためのものとなっている。画像処理装置２０にも情報発信を行わせることを考慮した判断基準については、他の実施形態として別途説明する。
【００５６】
ステップＳ１４５でコマンドを受け取った画像処理装置２０は、これを携帯端末装置３０に送信する（Ｓ１４６）。この動作は、発信要求部２２５の機能と対応する。
このコマンドを受け取った携帯端末装置３０は、コマンドに従った情報発信を実行する（Ｓ１４７）。この動作は、要求受付部３２３及び発信実行部３２４の機能と対応する。
【００５７】
図１３に、携帯端末装置３０が電話発信を実行した例を示す。この場合、携帯端末装置３０は、電話機能を有効にし、コマンドで指定された番号を、符号３０１で示すように発信先番号として入力する。この後、自動的に発信してもよいし、ユーザが発信ボタン３０２を操作するだけで発信できる状態で待機してもよい。
【００５８】
図１４に、携帯端末装置３０が電子メール送信を実行した例を示す。この場合、携帯端末装置３０は、電子メールアプリケーションを起動し、コマンドで指定された宛先に、コマンドで指定された文面のメールを送信するためのデータを生成し、画面に表示する。図１４は、発注担当者宛の電子メールを作成した例である。この後、自動的に送信してもよいし、ユーザが送信ボタン３１１を操作するだけで送信できる状態で待機してもよい。
なお、管理サーバ１０は、ステップＳ１４４において、ユーザ情報テーブルに登録されたＩＤやアドレスも考慮して、画像処理装置２０がそのまま転送して携帯端末装置３０に届けられる形でコマンドを生成するようにするとよい。
【００５９】
次に、図１２に、管理サーバ１０（のＣＰＵ１０１）が実行する、イベントに応じた情報発信を決定する処理のフローチャートを示す。
管理サーバ１０は、図１１のステップＳ１４２のように、いずれかの画像処理装置２０からイベント及びユーザＩＤが通知されたことを検出すると、図１２のフローチャートに示す処理を開始する。
【００６０】
そしてまず、通知されたユーザＩＤと対応する属性及び端末能力を、図５に示したユーザ情報テーブルから取得する（Ｓ１１）。次に、管理サーバ１０は、通知されたイベント及びステップＳ１１で取得した属性と対応する発信内容の候補を、図９に示した発信情報テーブルから取得する（Ｓ１２）。そして、その取得した候補につき、優先度の高いものから順に、ステップＳ１１で取得した端末能力で実行可能か否か判定する（Ｓ１３）。
例えば、候補が「ウェブページの表示」であれば、ウェブ閲覧機能を備えていれば実行可能、等である。
そして、管理サーバ１０は、ステップＳ１３で最初に実行可能と判定した情報発信を行うことを決定し（Ｓ１４）、処理を終了する（図１１のステップＳ１４４に進む）。
【００６１】
以上の処理により、管理サーバ１０は、イベント及び画像処理装置２０を使用中のユーザを通知されたことに応じて、その通知されたイベントの属性と、その通知されたユーザの属性と、その通知されたユーザが持つ携帯端末装置の情報発信能力とに基づき、その通知されたユーザが持つ携帯端末装置にどのような情報発信を行わせるかを決定することができる。
【００６２】
従って、ユーザによって所持する携帯端末装置の能力が異なる場合でも、適切な情報発信を行うことができる。また、ユーザの属性によって発信すべき情報が異なる場合でも、効果的な情報発信を行うことができる。
例えば、故障の際に、一般ユーザには、まず機器管理者に連絡してもらい、機器管理者が対処する、という運用ポリシーで画像処理装置２０を運用している場合に、次のような対応が可能である。すなわち、一般ユーザが使用中に故障した場合には管理者に連絡する手段を、管理者が使用中に故障した場合には対処法あるいはサポート窓口に連絡する手段を、それぞれ自動的に提供することができる。また、これらの手段を、携帯端末装置３０が備える多彩な機能を活用して提供することができる。
【００６３】
〔第２実施形態：図１５乃至図１７〕
次に、この発明の第２実施形態である情報処理システムについて説明する。
この第２実施形態は、管理サーバ１０が、現在時刻も考慮してイベントに応じた情報発信を決定する点が第１実施形態と異なる。これ以外の点では上述した第１実施形態と共通であるので、この相違点に関連する事項についてのみ説明する。また、第１実施形態と共通の又は対応する構成については、第１実施形態で用いたものと同じ符号を用いる。この点は、以下の実施形態についても同様である。
【００６４】
図１５に、第２実施形態における図４と対応する各装置の機能構成を示す。
第２実施形態においては、図１５に示すように管理サーバ１０に計時部１２７を設けている。この計時部１２７は、現在時刻を計時する計時手段として機能する。
そして、発信情報決定部１２５は、図１１のステップＳ１４３の処理において、計時部１２７が計時する現在時刻にも基づいて、イベントに応じて実行すべき情報発信を決定する。
【００６５】
図１６に、第２実施形態における発信先テーブルの例を示す。
図１６の発信先テーブルは、図１０に示したものと対応するが、電話番号に、使用可能時間帯を設定している。例えば、機器管理者の電話番号は、月曜から金曜の９時から１２時までと、１３時から１７時まで使用可能、それ以外は使用不能、といった具合である。サポート窓口のように、時間帯によって異なる電話番号を設定することも可能である。
図９に示した電話発信の発信内容は、発信先テーブルを用いて規定されるため、図１６の発信先テーブルにて使用可能時間帯を設定することにより、実質的に、図９の発信内容に使用可能時間帯を設定することになる。
【００６６】
次に、図１７に、第２実施形態における図１２と対応する処理のフローチャートを示す。
図１７の処理は、ステップＳ１２とステップＳ１３の間にステップＳＡを加え、現在時刻に基づき、現在対応不可（使用可能時間帯外）の連絡先への発信を、ステップＳ１２で取得した発信内容の候補から除外した点が、図１２の処理と異なる。
ステップＳ１３′は、ステップＳＡの除外後に残った候補について判定を行う点が、図１２のステップＳ１３と異なるのみである。
これら以外の点は、図１２の処理と共通である。
【００６７】
以上の第２実施形態の構成によれば、管理サーバ１０は、時間帯によって使用できない連絡先がある場合に、それ以外の候補から、実行すべき情報発信を決定することができる。このため、対応時間外でつながらない電話への発信を行ってしまったりすることがなく、時間帯に応じた適切な情報発信が可能となる。
【００６８】
〔第３実施形態：図１８及び図１９〕
次に、この発明の第３実施形態である情報処理システムについて説明する。
この第３実施形態は、図９の発信情報テーブルで考慮したもの以外のユーザの属性（第２属性）に応じて、実行すべき情報発信の候補を変更できるようにした点が第２実施形態と異なる。これ以外の点では上述した第２実施形態と共通であるので、この相違点に関連する事項についてのみ説明する。
【００６９】
図１８に、この第３実施形態で用いる変更情報テーブルの例を示す。
この変更情報テーブルは、ユーザの属性毎に、図９の発信情報テーブルに対して適用すべき変更を規定したものである。変更は、項目の指定と、変更内容の指定を含む。なお、図１８に示した属性と、図９に示した属性とは、一人のユーザに同時に設定可能である。
【００７０】
図１８の例では、まず、サポート時間延長のオプションサポート契約を結んでいるユーザについて、サポート窓口の電話番号に、延長サポート用の電話番号及びその使用可能時間帯を追加することが規定されている。このことにより、オプションサポート契約を結んでいるユーザが画像処理装置２０を使用中である場合には、通常のサポート時間外であっても、携帯端末装置３０に、延長サポート用の電話番号への発信を実行させることができる。
【００７１】
また、聴覚障がいのあるユーザについては、電話発信を候補から除外することが規定されている。聴覚障がいのあるユーザは、電話での対応は困難であるため、このような情報発信を行わないようにしたものである。
また、視覚障がいのあるユーザについては、電話発信以外を候補から除外することが規定されている。視覚障がいのあるユーザは、画面表示での対応は困難であるため、このような情報発信を行わないようにしたものである。なお、音声ガイダンスや、メール読み上げ機能等がある場合には、それらを活用することとして、電話発信以外の選択肢を候補に残してもよい。
【００７２】
次に、図１９に、第３実施形態における図１２及び図１７と対応する処理のフローチャートを示す。
図１９の処理は、ステップＳ１２とステップＳ１３の間にステップＳＢを加え、ユーザの属性に基づき、ステップＳ１２で取得した候補に、変更情報テーブルに従った変更を適用する点が、図１２及び図１７の処理と異なる。
【００７３】
ステップＳ１３″は、ステップＳＢの変更を適用した後の候補について判定を行う点が、図１２のステップＳ１３及び図１７のステップＳ１３′と異なるのみである。
これら以外の点は、図１２及び図１７の処理と共通である。
以上の第３実施形態の構成によれば、ユーザの属性に合わせて柔軟に実行すべき情報発信を決定することができる。このため、様々なユーザに対して適切な情報発信を行うことができる。
【００７４】
〔第４実施形態：図２０及び図２１〕
次に、この発明の第４実施形態である情報処理システムについて説明する。
この第４実施形態は、イベントの通知元である画像処理装置２０の情報発信能力も考慮して、画像処理装置２０に情報発信を行わせる選択肢を含めて、イベントに応じた情報発信を決定するようにした点が第１実施形態と異なる。これ以外の点では上述した第１実施形態と共通であるので、この相違点に関連する事項についてのみ説明する。
【００７５】
図２０に、この第４実施形態で用いる機器能力テーブルの例を示す。
この機器能力テーブルは、機器能力管理部１２３が管理するテーブルであり、管理サーバ１０の機能を利用する各画像処理装置２０について、情報発信能力を管理するためのテーブルである。
この機器能力テーブルには、機器毎に、機器ＩＤおよび情報発信能力の情報を登録している。
【００７６】
このうち「機器ＩＤ」は、画像処理装置を一意に特定するための識別情報である。
「情報発信能力」は、該当の画像処理装置２０が備える情報発信能力である。基本的には、図５のユーザ情報テーブルにおける端末能力と同じフォーマットであるが、「アプリインストール」の情報は不要である。また、ハードウェアによって能力が変わる項目を「ＯＫ」とする場合には、そのハードウェアに応じた能力の情報も含む。
【００７７】
図２０の例では、「動画再生」と「ウェブ閲覧」はディスプレイのサイズによって能力が異なり、サイズが大きい方が見やすい表示が可能であり、能力が高いと言える。そこで、ディスプレイのサイズを大まかに「パネルサイズ大」と「パネルサイズ小」により示している。同様に解像度やカラー表示可否の情報を含めてもよいが、一般的な携帯端末装置３０の能力と比べて高いか低いか程度を表現できればよい。図２０の例では、「パネルサイズ大」は携帯端末装置３０の能力と比べて高く、「パネルサイズ小」は逆に低いものとする。
【００７８】
次に、図２１に、第４実施形態における図１２と対応する処理のフローチャートを示す。
管理サーバ１０は、図１２の場合と同様、いずれかの画像処理装置２０からイベント及びユーザＩＤが通知されたことを検出すると、図２１のフローチャートに示す処理を開始する。
【００７９】
そしてまず、通知されたユーザＩＤと対応する属性及び端末能力を、図５に示したユーザ情報テーブルから取得する（Ｓ２１）。次に、管理サーバ１０は、イベントの通知元である画像処理装置２０の情報発信能力を、図２０の機器能力テーブルから取得する（Ｓ２２）。さらに、通知されたイベント及びステップＳ２１で取得した属性と対応する発信内容の候補を、図９に示した発信情報テーブルから取得する（Ｓ２３）。そして、その取得した候補につき、優先度の高いものから順に、ステップＳ２１で取得した端末能力又はステップＳ２２で取得した通知元機器の情報発信能力で実行可能か否か判定する（Ｓ２４）。その基準は、図１２のステップＳ１３の場合と同様である。
【００８０】
そして、管理サーバ１０は、ステップＳ２４で最初に実行可能と判定した情報発信を行うことを決定する（Ｓ２５）と共に、通知元の画像処理装置２０の方が、通知されたユーザが持つ携帯端末装置３０よりも、その決定した情報発信の能力が高いか否か判断する（Ｓ２６）。そして、いずれか能力が高い方に情報発信を実行させることを決定して（Ｓ２７，Ｓ２８）、処理を終了する。
【００８１】
なお、ステップＳ２６の判断において、いずれか一方の装置しか情報発信を実行できない場合には、その装置の方が能力が高いと判断する。両方の装置が実行できる場合には、画像処理装置２０の情報発信能力中のハードウェアの情報を参照して、どちらの能力が高いか判断することができる。
以上の処理により、管理サーバ１０は、イベントの通知元である画像処理装置２０も考慮に入れて、どの装置にどのような情報発信を行わせるかを決定することができる。このようにすることにより、画像処理装置２０のハードウェアも活用した、より効果的な情報発信を行うことができる。
【００８２】
〔第５実施形態：図２２〕
次に、この発明の第５実施形態である情報処理システムについて説明する。
この第５実施形態は、イベントの属性を、種類ごとでなくより大まかな特性毎に定めた点が第１実施形態と異なる。これ以外の点では上述した第１実施形態と共通であるので、この相違点に関連する事項についてのみ説明する。
【００８３】
図２２に、第５実施形態における、図９と対応する発信情報テーブルの例を示す。
図２２に示す発信情報テーブルでは、イベントを、「復旧難易度低」「復旧難易度高」「消耗品切れ」「緊急」といった、イベントの特性に応じた属性に分類し、その属性毎に、発信すべき情報の候補を管理している。どのイベントがどの属性を持つかは、別途規定する。
そして、図１２のステップＳ１２では、通知されたイベントの属性及びステップＳ１１で取得したユーザの属性と対応する発信内容の候補を、図２２に示した発信情報テーブルから取得する。
【００８４】
図２２のテーブルでは、例えば、復旧難易度の低い障害については、一般ユーザにも高い優先度でマニュアルを表示して復旧を試みさせる一方、復旧難易度の高い障害については、機器管理者への電話や電子メールの発信を行うようにしている。一方、管理者やトレーニング済みユーザに対しては、復旧難易度の高い障害でも自身で対処できると感がられるため、高い優先度でマニュアルを表示するようにしている。
【００８５】
また、緊急対応が必要な障害については、すぐに相手とコミュニケーションが取れる電話発信の優先度を高くし、それ以外の障害については、容易に記録が残せるメール送信の優先度を高くしている。
このように、第５実施形態の構成によれば、イベントの性質に応じた効果的な情報発信を行うことができる。
【００８６】
以上で実施形態の説明を終了するが、この発明において、システムを構成する装置の数、装置の具体的な構成、具体的な処理の手順、データの構成、実行する情報発信の種類等は、各実施形態で説明したものに限るものではない。
例えば、上述した実施形態では、画像処理装置２０と携帯端末装置３０の一方が情報発信を実行するようになっていたが、双方が実行するような態様を設けてもよい。例えば、携帯端末装置３０が電話発信を行う一方、画像処理装置２０がその発信先を表示する等である。
【００８７】
また、上述した実施形態では、管理サーバ１０にイベントを通知するのは画像処理装置２０であったが、他の任意の電子機器であっても構わない。機種はもちろん、機能や用途の大きく異なる複数の装置が、管理サーバ１０にイベントを通知して、イベントに応じて実行すべき情報発信の決定を依頼する構成でも構わない。
【００８８】
また、管理サーバ１０あるいは画像処理装置２０の機能を、複数の装置に分散して設け、それらの装置を協働させて管理サーバ１０あるいは画像処理装置２０と同様な機能を持つシステムを構成することもできる。特に、各装置が使用するデータの記憶先を装置内に設ける必要はなく、クラウド環境のファイルサーバ等に設けることも妨げられない。
また、管理サーバ１０の機能と画像処理装置２０の機能を兼ね備えた画像処理装置を構成してもよい。すなわち、イベントを通知してイベントに応じて実行すべき情報発信の決定を依頼する側の機能と、その決定を行う側の機能とを兼ね備えた装置も実現可能である。
【００８９】
また、この発明のプログラムの実施形態は、コンピュータに所要のハードウェアを制御させて上述した実施形態における管理サーバ１０あるいは画像処理装置２０の機能を実現させるためのプログラムである。
このようなプログラムは、はじめからコンピュータに備えるＲＯＭや他の不揮発性記憶媒体（フラッシュメモリ，ＥＥＰＲＯＭ等）などに格納しておいてもよい。しかし、メモリカード、ＣＤ、ＤＶＤ、ブルーレイディスク等の任意の不揮発性記録媒体に記録して提供することもできる。それらの記録媒体に記録されたプログラムをコンピュータにインストールして実行させることにより、上述した各手順を実行させることができる。
【００９０】
さらに、ネットワークに接続され、プログラムを記録した記録媒体を備える外部装置あるいはプログラムを記憶手段に記憶した外部装置からダウンロードし、コンピュータにインストールして実行させることも可能である。
また、以上説明してきた各実施形態及び変形例の構成は、相互に矛盾しない限り任意に組み合わせて実施可能であることは勿論である。
【符号の説明】
【００９１】
１：情報処理システム、１０：管理サーバ、２０、２０ａ〜２０ｃ：画像処理装置、３０：携帯端末装置、５０：通信路、６０：無線通信路、１０１，２０１：ＣＰＵ、１０２，２０２：ＲＯＭ、１０３，２０３：ＲＡＭ、１０４，２０４：ＨＤＤ、１０５，２０５：通信Ｉ／Ｆ、１０６，２０７：操作部、１０７，２０８：表示部、１０８，２１１：システムバス、１２１：ユーザ情報管理部、１２２：発信情報管理部、１２３：機器能力管理部、１２４：イベント通知受信部、１２５：発信情報決定部、１２６：発信情報送信部、１２７：計時部、２０６：ＮＦＣＩ／Ｆ、２０９：エンジンＩ／Ｆ、２１０：エンジン部、２２１：ユーザ認証部、２２２：端末情報取得部、２２３：イベント検出部、２２４：イベント通知送信部、２２５：発信要求部、２２６：発信実行部、２２６ａ：動画再生部、３０２：発信ボタン、３１１：送信ボタン、３２１：認証要求部、３２２：機器能力提供部、３２３：要求受付部、３２４：発信実行部、３２４ａ：動画再生部、３２４ｂ：ブラウザ、３２４ｃ：メール送信部、３２４ｄ：電話発呼部、４００：確認画面
【先行技術文献】
【特許文献】
【００９２】
【特許文献１】特開２０１０−２８８０６８号公報
【図１】
2016178502.tif 000003
【図２】
2016178502.tif 000004
【図３】
2016178502.tif 000005
【図４】
2016178502.tif 000006
【図５】
2016178502.tif 000007
【図６】
2016178502.tif 000008
【図７】
2016178502.tif 000009
【図８】
2016178502.tif 000010
【図９】
2016178502.tif 000011
【図１０】
2016178502.tif 000012
【図１１】
2016178502.tif 000013
【図１２】
2016178502.tif 000014
【図１４】
2016178502.tif 000015
【図１５】
2016178502.tif 000016
【図１６】
2016178502.tif 000017
【図１７】
2016178502.tif 000018
【図１８】
2016178502.tif 000019
【図１９】
2016178502.tif 000020
【図２０】
2016178502.tif 000021
【図２１】
2016178502.tif 000022
【図２２】
2016178502.tif 000023
【図１３】
2016178502.tif 000024