JP2013171420A - 管理システム、画像形成装置、画像形成装置の制御方法、及びプログラム - Google Patents

Abstract

【課題】画像形成装置におけるイベントの情報を、短文コミュニケーションサービスを利用して、イベント種別でグルーピングし、ユーザや管理者、サービスマンが画像形成装置の管理を容易に行うこと。
【解決手段】画像形成装置100が、画像形成装置におけるイベントを取得し(S702)、イベントの種別に応じてイベントに基づくデータを出力する１又は複数の出力対象を決定し、出力対象としてのサーバ300が提供する短文コミュニケーションサービスの複数のアカウントを用いて、前記イベントの種別に基づくデータに対応するメッセージを短文コミュニケーションサービスに投稿する(S703〜S707)。画像形成装置100の複数のアカウントのうち必要なアカウントをフォローしたアカウントで情報処理端末400から短文コミュニケーションサービスにログインすることで、情報処理端末400は、フォローしたアカウントで画像形成装置100から投稿されたメッセージを表示する。
【選択図】図７

Description

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

近年、スマートフォンに代表されるモバイル機器の進化により、新たな情報発信サービスが生まれている。例えば、１４０字以内の個人ユーザの投稿（つぶやき発言）を公開するｔｗｉｔｔｅｒ（登録商標）（ｔｗｉｔｔｅｒ社）と呼ばれる短文コミュニケーションサービス（簡易ブログサービスともいう）がある。

また、モバイル機器には、ＧＰＳ（Ｇｌｏｂａｌ Ｐｏｓｉｔｉｏｎｉｎｇ Ｓｙｓｔｅｍ）などの自らの位置情報を取得する機能が搭載されている。そういった位置情報取得機能と上記の短文コミュニケーションサービスなどで投稿された情報を組み合わせて表示するサービスがある。例えば、頓知ドット社のセカイカメラ（登録商標）では、スマートフォン等の情報処理端末のカメラで撮影した画像に、撮影した対象や位置の情報を重畳表示する。これにより、拡張現実（Ａｕｇｍｅｎｔｅｄ Ｒｅａｌｉｔｙ）を表現し、あたかも対象や位置にタグが付けられているような感覚が得られる。

また、特許文献１には、モバイル機器などの情報端末に撮影されている画像形成装置に対して、ヘルプサーバから取得したヘルプ情報を重ねて表示するといった技術が開示されている。

特開２０１０−２１９８７９号公報

今後、Ｔｗｉｔｔｅｒ（登録商標）などに代表される短文コミュニケーションサービスを画像形成装置で利用することが考えられる。
しかし、短文コミュニケーションサービスでは、情報がメンバー内でオープンである。そのため、画像形成装置の管理者同士やカスタマーエンジニア、サービスマン等が、画像形成装置の情報を共有し、効率的に画像形成装置を管理するためには、短文コミュニケーションサービスに投稿される情報を、内容によりグルーピングする必要がある等の課題があった。

本発明は、上記の問題点を解決するためになされたものである。本発明の目的は、画像形成装置から出力される情報を、種別によりグルーピングし、ユーザや管理者、サービスマンが画像形成装置の管理を容易に行うことを可能にする仕組みを提供することである。

本発明は、アカウント毎に投稿されたメッセージを管理し関連付けされた他のアカウントを用いて投稿されたメッセージを情報処理装置から閲覧可能なアカウント毎の閲覧ページに表示する情報サービスを提供するサーバ装置と、画像形成装置とが通信可能な管理システムであって、前記画像形成装置は、前記画像形成装置の情報、状態を示す装置情報を取得する取得手段と、前記取得手段により取得された前記装置情報の種別に応じて前記装置情報に基づくデータを出力する１又は複数の出力対象を決定する決定手段と、前記決定手段により決定された１又は複数の出力対象にそれぞれ対応する前記情報サービスの１又は複数のアカウントを用いて、前記装置情報に基づくメッセージを前記情報サービスに投稿する出力手段と、を有することを特徴とする。

本発明によれば、画像形成装置から出力される情報を、種別によりグルーピングし、ユーザや管理者、サービスマンが画像形成装置の管理を容易に行うことを可能にする。

本発明の実施例１における画像形成装置を適用可能な管理システム全体の構成の一例を示す図である。 図１に示した画像形成装置１００の内部構成の一例を示すブロック図である。 図１に示したサーバ３００の内部構成を示すブロック図である。 図１に示した情報処理端末４００の内部構成を示すブロック図である。 情報処理端末４００の外観を示す図である。 本実施例のシステムの処理の全体の流れを示すフローチャートである。 実施例１の情報配信処理の一例を示すフローチャートである。 実施例１において検出したイベント情報を配信するための設定（検出イベント配信設定）の一例を示す図である。 図７のＳ７０６（データ生成ステップ）で生成する配信データのフォーマットの一例を示す図である。 配信先１に対する画像形成装置１００の配信データの一例を示す図である。 配信先２に対する画像形成装置１００の配信データの一例を示す図である。 本発明の実施例２における画像形成装置を適用可能な管理システム全体の構成の一例を示す図である。 実施例２の情報配信処理の一例を示すフローチャートである。 実施例２において検出したイベント情報を配信するための設定の一例を示す図である。 図１３のＳ１３０４で配信先１に配信される画像形成装置１００の配信データの一例を示す図である。 本発明の情報受信処理の一例を示すフローチャートである。 予め設定されたコマンドのテーブルの一例を示す図である。

以下、本発明を実施するための形態について図面を用いて説明する。なお、本発明は、以下の実施例において示す構成に限定されるものではない。

＜印刷システム構成＞
以下、図１を用いて、本発明のシステム構成を説明する。
図１は、本発明の実施例１における画像形成装置を適用可能な管理システム全体の構成の一例を示す図である。
図１に示すように、本実施例のシステムは、インターネット２００に通信可能に接続された画像形成装置１００、サーバ３００、情報処理端末４００を有する。各構成要素（画像形成装置１００、サーバ３００、情報処理端末４００）には、ネットワークを介して機器を識別する為のＩＰアドレスが付与されているものとする。

図２は、図１に示した画像形成装置１００の内部構成の一例を示すブロック図である。
図２に示すように、画像形成装置１００内の各部は、システムバス１０１を介して電気的に接続される。
ＣＰＵ１０２は、画像形成装置全体を制御する中央演算ユニットである。ＲＯＭ１０３は、ＣＰＵ１０２が画像形成装置１００の起動時に実行するプログラムを格納する。ＲＡＭ１０４は、ＣＰＵ１０２が演算に用いるデータを一時的に格納する為のワークメモリである。

記憶装置１０５は、例えばＨＤＤ（ハードディスクドライバ）やＳＳＤ（Ｓｏｌｉｄ Ｓｔａｔｅ Ｄ Ｒｉｖｅ）等から構成され、画像形成装置１００の制御に関するソフトウェアや各種設定、文書や画像等のデータ等を記憶する。

ネットワーク部１０６は、インターネット２００に対するインタフェースであり、インターネット２００を介した他の情報機器との情報の入出力を担当する。操作部１０７は、ユーザからの操作の入力やユーザに対する表示を制御する。操作部１０７は、例えば液晶とタッチパネルからなる液晶操作パネルや、ハードキー等を有する。

スキャナ部１０８は、原稿の読み取りを行うためのものであり、図示しない照明ランプや走査ミラーなどを有する。プリンタ部１０９は、紙等の記録シートに印刷を行うためのものであり、画像形成や定着を行うための図示しない感光体ドラムや定着器を有する。

スキャナ部１０８は、内部にＣＰＵ１３１、ＲＯＭ１３２を備える。ＣＰＵ１３１は、ＲＯＭ１３２に格納されたプログラムに応じて処理を行う。ＣＰＵ１３１は、ＣＰＵ１０２と随時通信を行っており、ＣＰＵ１０２の指示に従い、スキャナ部１０８の制御を行う。スキャナ部１０８のＣＰＵ１３１では、通常の動作管理プログラム、電源状態管理プログラム、エラー管理プログラム、サービス情報管理プログラム等が動作している。これらのプログラムでは、原稿の読み取りを始めとして、より詳細な制御、管理を行っている。プログラムの実行により検出された各種のイベント情報は、スキャナ部１０８のＣＰＵ１３１からＣＰＵ１０２に通知される。また、ＣＰＵ１０２の要求に応じてＣＰＵ１３１からイベント情報をＣＰＵ１０２に通知する。ＣＰＵ１０２に通知されるイベントとしては、原稿の情報、電源制御情報、ジョブの実行情報、エラー情報（原稿詰まり情報、動作異常等）などがある。

同様に、プリンタ部１０９は、内部にＣＰＵ１５１、ＲＯＭ１５２を備える。ＣＰＵ１５１は、ＲＯＭ１５２に格納されたプログラムに応じて処理を行う。ＣＰＵ１５１は、ＣＰＵ１０２と随時通信を行っており、ＣＰＵ１０２の指示に従いプリンタ部１０９の制御を行う。プリンタ部１０９のＣＰＵ１５１では、通常の動作管理プログラム、電源状態管理プログラム、エラー管理プログラム、サービス情報管理プログラム等が動作している。これらのプログラムでは、用紙への印刷を始めとして、より詳細な制御、管理を行っている。プログラムの実行により検出された各種のイベント情報は、プリンタ部１０９のＣＰＵ１５１からＣＰＵ１０２に通知される。また、ＣＰＵ１０２の要求に応じて、ＣＰＵ１５１からイベント情報をＣＰＵ１０２に通知する。ＣＰＵ１０２に通知されるイベントとしては、用紙の情報、電源制御情報、ジョブの実行情報、エラー情報（紙詰まり情報、トナーなし、温度異常、動作異常等）などがある。

スキャナ画像処理部１１０は、スキャナ部１０８から入力された画像データに対し、補正、加工、変換などの画像処理を行う。プリント画像処理部１１１は、プリンタ部１０９に出力（印刷）する画像データに対し、補正、加工、変換などの画像処理を行う。編集画像処理部１１２は、画像データの回転やＪＰＥＧ、ＪＢＩＧ、ＭＭＲ、又はＭＨの画像圧縮伸長処理を行う。

位置情報取得部１１３は、緯度、経度、高度情報を検知するセンサを備え、画像形成装置１００の位置情報を取得する。なお、ＣＰＵ１０２は、位置情報取得部１１３で取得した位置情報からインターネットを介して地図情報サーバ（不図示）にアクセスし地名（住所）を入手することができる。

図３は、図１に示したサーバ３００の内部構成を示すブロック図である。
図３に示すように、サーバ３００内の各部は、システムバス３０１を介して電気的に接続される。
ＣＰＵ３０２は、サーバ全体を制御する中央演算ユニットである。ＲＯＭ３０３は、ＣＰＵ３０２がサーバ３００の起動時に実行するプログラムを格納する。ＲＡＭ３０４は、ＣＰＵ３０２が演算に用いるデータを一時的に格納する為のワークメモリである。

記憶装置３０５は、例えばＨＤＤ（ハードディスクドライバ）やＳＳＤ（Ｓｏｌｉｄ Ｓｔａｔｅ Ｄ Ｒｉｖｅ）等から構成され、サーバ３００が使用するプログラムや各種データを格納する。また、記憶装置３０５は、インターネット２００を介して画像形成装置１００から配信されたデータを格納する。

ネットワーク部３０６は、インターネット２００に対するインタフェースであり、ネットワーク２００を介した他の情報機器との情報の入出力を担当する。
ユーザ認証部３０７は、サーバ３００にログインしたユーザの認証を行う。例えば、画像形成装置１００が情報を配信する際は、サーバ３００にログインしてから配信を行うことになる。配信データ管理部３０８は、画像形成装置１００が配信（投稿）したデータを管理する。例えば、ユーザ名と配信データの紐付けを行ったり、ユーザ名ごとに閲覧権限を設定したりする。なお、ユーザ認証部３０７、配信データ管理部３０８はソフトウェアモジュールであり、ＣＰＵ３０２が記憶装置３０５にコンピュータ読み取り可能に記録されたプログラムを読み出して実行することにより実現される。

なお、ＣＰＵ３０２は、ユーザ認証部３０７や配信データ管理部３０８、及び記憶装置３０５に格納される他のプログラムを実行することで実現される各種機能を用いて、ｔｗｉｔｔｅｒ（登録商標）、Ｃｈａｔｔｅｒ（登録商標）等の短文コミュニケーションサービス（簡易ブログサービス）を提供する。即ち、サーバ３００は、短文コミュニケーションサービスサーバとして機能する。

図４は、図１に示した情報処理端末４００の内部構成を示すブロック図である。
図４に示すように、情報処理端末４００内の各部間は、システムバス４０１を介して電気的に接続されている。
ＣＰＵ４０２は、情報処理端末全体を制御する中央演算ユニットである。ＲＯＭ４０３は、ＣＰＵ４０２が情報処理端末４００の起動時に実行するプログラムを格納する。ＲＡＭ４０４は、ＣＰＵ４０２が演算に用いるデータを一時的に格納する為のワークメモリである。記憶装置４０５は、例えばフラッシュＲＯＭから成り、ＣＰＵ４０２が使用するプログラムや各種データを格納する。

無線ネットワーク部４０６は、無線ＬＡＮや携帯電話網などの無線通信を経由してインターネット２００と通信するためのインタフェースである。
操作部インタフェース（操作部Ｉ／Ｆ）４０７は、操作部４４０（後述する図５に示すタッチパネル５０１、ホームボタン５０２等）を用いてユーザと情報処理端末間での情報の入出力を行う。撮影部４０８は、カメラ４５０を用いて撮影を行う。

位置検出部４０９は、ＧＰＳ（Ｇｌｏｂａｌ Ｐｏｓｉｔｉｏｎｉｎｇ Ｓｙｓｔｅｍ）受信機等を用い、情報処理端末４００の現在地の特定を担当する。方角検出部４１０は、地磁気センサ等を用い、情報処理端末４００が現在向いている方角を検出する。持ち方検出部４１１は、加速度センサ等を用い、ユーザが情報処理端末４００を縦向きに持っているのか、横向きに持っているのかを検出する。

図５は、情報処理端末４００の外観を示す図である。
図５（ａ）は、情報処理端末４００の表面の外観である。タッチパネル５０１は、ユーザに対する情報の提示と、ユーザからの入力を受け付ける液晶タッチパネルである。タッチパネル５０１は、入力時にタッチされる時間によって、通常のタップ（押下）と長い時間のタップ（長押し）を区別して検知することができる。ホームボタン５０２は、実行中のアプリケーションを中断し、ホーム画面に戻る際に用いられる。

図５（ｂ）は、情報処理端末４００の裏面の外観を示す。カメラ４５０は、周囲を撮影する為のカメラである。フラッシュ５０３は、カメラ４５０での撮影を補助する為のフラッシュである。

なお、図４，図５では、情報処理端末４００の例としていわゆるスマートフォンを示したが、情報処理端末４００はパーソナルコンピュータ（ＰＣ）や、タブレット型コンピュータ等であってもよい。情報処理端末４００は、サーバ３００が提供するサービスを利用可能な情報処理装置であればよい。

＜システム全体フロー＞
図６は、本実施例のシステムにおいて、画像形成装置１００が装置状況に応じてデータをサーバ３００に配信し、情報処理端末４００がサーバ３００から画像形成装置１００のデータを取得する処理の全体の流れを示すフローチャートである。

Ｓ６０１では、画像形成装置１００がデータをサーバ３００に配信する。画像形成装置１００の状況に応じて配信データを作成し、ネットワークを介してサーバ３００にデータを配信する（サーバ３００が提供する短文コミュニケーションサービスに投稿する）。なお、Ｓ６０１の詳細は後述する図７に示す。

Ｓ６０２では、情報処理端末４００がサーバ３００より画像形成装置１００の配信データを取得して表示する。情報処理端末４００は、サーバ３００にアクセスすることにより、画像形成装置１００からサーバ３００に配信されたデータを受信し、情報処理端末４００内の表示ソフトウェアに応じて配信データを表示させることができる。情報処理端末４００とサーバ３００が逐次必要なデータを授受しながら配信データの表示を行うことができる。

情報処理端末４００で配信データを表示する方法としては、配信データを時間順に表示（タイムライン表示）する方法（第１表示方法）や、配信された情報の位置情報を利用して、地図データに配信データを重ねて表示する方法（第２表示方法）、情報処理端末４００のカメラ４５０で撮影した画像に配信データを重ねて表示する方法（第３表示方法）などがある。なお、第３表示方法は、より具体的には、情報処理端末４００のカメラ４５０で撮影した画像に配信データを重畳表示し、あたかも撮影した対象や位置にタグ（エアタグ）が付けられているような拡張現実（Ａｕｇｍｅｎｔｅｄ Ｒｅａｌｉｔｙ）を表現する表示方法である。なお、Ｓ６０２の詳細は後述する。

本発明は、画像形成装置１００の状態に応じてデータ配信するようにしたことで、データ配信を受け取るユーザが装置の状態をより容易に理解可能になる。さらに、配信データに画像形成装置１００の装置情報（詳細は後述するが名称、位置情報、アドレス等）を付加することによって、ユーザは配信データに対応する画像形成装置１００をより容易に識別し見つけることが可能になる。

＜データ配信フロー＞
本発明の特徴である配信データの作成、データ配信方法について、以下に説明する。
図７は、実施例１の情報配信処理の一例を示すフローチャートである。なお、図７のフローチャートにおける各ステップは、画像形成装置のＣＰＵ１０２が記憶装置１０５にコンピュータ読み取り可能に記録されたプログラムを実行することにより実現されるものである。

まず、Ｓ７０１（検出イベント設定ステップ）において、ＣＰＵ１０２は、画像形成装置１００で発生したイベントを検出し、検出したイベント情報を配信するための設定（一例を図８に示す）、登録を行う。

設定できるイベントの例としては、電源オン・オフ、省電力モードへの移行・復帰、ジャムの発生・解除、トナーなし発生・解除、用紙なし発生・解除、サービスエラーなどがある。設定したイベントが発生した場合に所定の宛先にデータが配信される。この配信データの送信先の設定、画像形成装置１００の位置情報の設定もこのステップで行う。データの設定は、操作部１０７に表示された設定項目を選択、指定することにより行う。また、インターネット２００からネットワーク部１０６を介して、設定項目を設定することもできる。

図８は、実施例１において検出したイベント情報を配信するための設定（検出イベント配信設定）の一例を示す図である。
本実施例の検出イベント配信設定では、各配信先に対してイベントに応じて配信するかどうかを設定する。さらに、設定時に配信データのレベルも設定可能であり、配信データのレベルに応じて配信内容を変更可能である。即ち、検出イベント配信設定では、検出するイベント内容を１以上設定し、設定されたイベント内容毎に（即ち、画像形成装置の装置情報の種別ごとに）、配信する配信先（出力対象）と、配信データのレベルを設定する。

図８の例では、配信するイベント内容と配信する配信先の組には配信データのレベルを示す情報として数字が記載されており、配信するイベント内容と配信しない配信先の組には配信しないことを示す情報として「×」が記載されている。

具体的に、図８には、配信先１に対しては、電源オン、ジャム、トナーなし、用紙なし、印刷ＯＫ、サービスエラー（定着器エラー、転写ベルトエラー等を含む）のイベント内容を検出した場合に、配信データをレベル「１」で配信し、配信先２に対しては、トナーなし、サービスエラーのイベント内容を検出した場合にのみ、配信データをレベル「２」で配信することが設定されている。

これらの設定は、記憶装置１０５内に記録されることで画像形成装置１００に登録される。そして、情報配信処理（図７）の実行時に、記憶装置１０５内からＲＡＭ１０４に送付され、処理の実行を早くしている。

なお、上記Ｓ７０１の検出イベント設定・登録処理は、検出イベントや配信先が未登録の場合、又は検出イベントや配信先を再登録する指示が入力された場合に、ＣＰＵ１０２が実行するステップである。検出イベント及び配信先が登録済みであり、且つ再登録指示がない場合には、ＣＰＵ１０２は、上記Ｓ７０１の処理をスキップして、Ｓ７０２に処理を進めるものとする。

なお、実施例１では配信として短文コミュニケーションサービスへの投稿を行うため、配信先として、短文コミュニケーションサービスのアカウント情報（ユーザ名、パスワード等）を設定するものとする。例えば、配信先１を一般ユーザ用のアカウント、配信先２をサービスマン用のアカウントとして設定する。配信先は２つに限定されるものではなく、１つでも３つ以上でもよい。また、配信先を複数設ける理由としては、発生したイベントに応じて配信先や配信内容を変更して、配信データをグルーピングするためである。このように、配信データをグルーピングすることで、一般ユーザ、画像形成装置の管理者やカスタマーエンジニア、サービスマン等が、画像形成装置の情報共有や差別化を行い、効率的に画像形成装置を管理することができるようになる。

Ｓ７０２では、ＣＰＵ１０２は、画像形成装置１００で発生したイベントの検出を待機し、イベントを検出すると（イベント取得すると）、Ｓ７０３に処理を進める。スキャナ部１０８、プリンタ部１０９で検出されたイベント情報はＣＰＵ１０２に伝えられ、ＣＰＵ１０２は、画像形成装置１００の全体の状態を常に監視できる状態となっている。

Ｓ７０３では、ＣＰＵ１０２は、上記Ｓ７０２で検出したイベントが上記Ｓ７０１で設定されたイベントであるかどうかを確認（判定）する。
そして、上記Ｓ７０２で検出したイベントが上記Ｓ７０１で設定されたイベントであると判定した場合、ＣＰＵ１０２は、Ｓ７０４に処理を進める。
一方、上記Ｓ７０２で検出したイベントが上記Ｓ７０１で設定されたイベントでないと判定した場合、図示しないが、ＣＰＵ１０２は、Ｓ７０２に処理を戻し、イベントの検出を待機する。

Ｓ７０４（設定確認ステップ）では、ＣＰＵ１０２は、上記Ｓ７０２で検出したイベントに対して登録情報（Ｓ７０１の設定）を確認し、データを配信する配信先と配信データのレベルを特定（決定）し、Ｓ７０５に処理を進める。例えば、イベントとして「ジャム」が検出された場合、ＣＰＵ１０２は、配信先として、配信先１にレベル１で配信することを特定する。また、イベントとして「トナーなし」が検出された場合、ＣＰＵ１０２は、配信先として、配信先１にレベル１、配信先２にレベル２で配信することを特定する。

Ｓ７０５〜Ｓ７０７では、ＣＰＵ１０２は、上記Ｓ７０４で特定した各配信先に対して、データ配信を行う。
Ｓ７０５において、ＣＰＵ１０２は、上記Ｓ７０４で特定した配信先のうち、未配信の配信先が有るか否かを判定し、未配信の配信先がある場合には、未配信の配信先の１つを現在の配信先とし、Ｓ７０６に処理を進める。

Ｓ７０６（データ生成ステップ）では、ＣＰＵ１０２は、上記現在の配信先に配信する配信データをＲＡＭ１０４上に生成する。具体的には、上記Ｓ７０２で検出したイベント及び上記Ｓ７０４で確認したレベルに応じた内容の配信データを生成する。なお、配信データには、画像形成装置１００のＵＲＬや現在位置情報等が付加される。現在位置情報は、ユーザが操作部Ｉ／Ｆ１０７から入力した情報でもよいし、ＧＰＳ等の位置検出手段から取得した情報でもよい。なお、配信データについては図９〜図１１を用いて後述する。

次に、Ｓ７０７（データ配信ステップ）において、ＣＰＵ１０２は、上記Ｓ７０４で生成したデータを、上記現在の配信先に対応するアカウントを用いて、ネットワーク部１０６及びインターネット２００を介してサーバ３００に配信する。本実施例では、上記現在の配信先のアカウントで、サーバ３００が提供する短文コミュニケーションサービスに対して投稿する。そして、ＣＰＵ１０２は、Ｓ７０５に処理を戻す。

なお、Ｓ７０５では、ＣＰＵ１０２は、上記Ｓ７０４で特定した配信先のうち、未配信の配信先が無いと判定した場合（全ての配信先への配信を完了した場合）、Ｓ７０５〜Ｓ７０７のループを抜ける。なお、図示しないが、ＣＰＵ１０２は、上記Ｓ７０５〜Ｓ７０７のループを抜けると、Ｓ７０２から処理を開始し、画像形成装置１００で発生するイベントの検出を待機するものとする。また、検出イベントや配信先を再登録する指示が入力された場合には、ＣＰＵ１０２は、Ｓ７０１から処理を開始するものとする。

以下、図７のＳ７０６（データ生成ステップ）で生成される配信データについて、図９、図１０、図１１を用いて詳細を説明する。
図９は、図７のＳ７０６（データ生成ステップ）で生成する配信データのフォーマットの一例を示す図である。
図９に示すように、配信データは、識別名９０１、位置情報９０２、ＵＲＬ／ＩＰアドレス９０３、配信データ９０４、付加データ９０５を含む。
識別名９０１は、画像形成装置１００を識別するための識別子である。位置情報９０２は、図２の位置情報取得部１１３で取得された情報であり、ユーザが操作部Ｉ／Ｆ１０７から入力した情報でもよいし、ＧＰＳ等の位置検出手段から取得した情報でもよい。

ＵＲＬ／ＩＰアドレス９０３は、図２のネットワーク部１０６で使用されるＵＲＬ／ＩＰアドレスである。
配信データ９０４は、図７のＳ７０２で検出されたイベントに対応して作成されるデータである。例えば、型番１００２のシアントナーが無くなった旨のイベントが検出された場合（図８のイベント内容では「トナーなし」）、レベル１の配信データとして「トナーなしです」、レベル２の配信データとして「型番１００２のシアントナーなしです」等のデータが作成される。また、型番３００２０の定着器に関するエラーが発生した旨のイベントが検出された場合（図８のイベント内容では「サービスエラー」）、レベル１の配信データとして「定着器エラーです」、レベル２の配信データとして「型番３００２０の定着器エラーです」等のデータが作成される。

付加データ９０５は、配信データとして上記以外に付加するデータである。本実施例では、配信データがどのようなユーザ向けのデータであるかを特定するデータを付与している。例えば、全てのユーザ向けのデータの場合には「ａｌｌ」、顧客向けのデータの場合には「ｃｕｓｔｏｍ」、サービスマン向けのデータの場合には「ｓｅｒｖｉｃｅ」を付与している。このような対象ユーザを特定するようなデータを付与することにより、受信側で配信データに応じて処理を変更できるようになる。

なお、図９に示したようなフォーマットのデータを、短文コミュニケーションサービスに投稿する場合、例えば、図９の９０１〜９０５のデータをテキストデータとして（カンマや空白等で区切って）投稿する。また、図９の９０１〜９０５のデータを所定のサーバの記憶装置（サーバ３００の記憶装置３０５や図示しないサーバの記憶装置、画像形成装置の記憶装置１０５等）に格納しておき、そのＵＲＬと配信データ９０４をテキストデータとして、短文コミュニケーションサービスに投稿するようにしてもよい。

図１０は、配信先１に対する画像形成装置１００の配信データの一例を示す図である。
図１０では、配信データ１００１、１００２、１００３、１００４が順に配信されたことを示す。各配信データは、識別名（名称）９０１、位置情報（地名／ＧＰＳ）９０２、ＵＲＬ／ＩＰアドレス９０３、配信データ９０４、付加データ９０５を含む。なお、図８に示したように、配信先１への配信データはレベル１であるため、配信データ９０４はレベル１に応じたデータ、例えば、「電源起動しました」、「ジャムが発生しました」、「トナーなしです」、「定着器エラーです」となっている。

図１１は、配信先２に対する画像形成装置１００の配信データの一例を示す図である。
図１１では、配信データ１１０１、１１０２が順に配信されたことを示す。各配信データは、識別名（名称）９０１、位置情報（地名／ＧＰＳ）９０２、ＵＲＬ／ＩＰアドレス９０３、配信データ９０４、付加データ９０５を含む。なお、図８に示したように、配信先２への配信データはレベル２であるため、図１０に示したレベル１のデータの内容と異なる内容が送信される。具体的には、配信データ９０４として、図１０の「トナーなしです」に対しては「型番１００２０のシアントナーなしです」、図１０の「定着器エラーです」に対しては「型番３００２０の定着器エラーです」のようなデータが送信される。

以下、図６のＳ６０２に示した情報処理端末４００による配信データ表示処理について説明する。
サーバ３００が提供する短文コミュニケーションサービスは、「フォロー」という機能を有している。ユーザは、「フォロー」という機能を用いることで、他のユーザの投稿を自分のページ（アカウント毎に設けられている）に表示させることができるようになる。例えば、情報処理端末４００上で動作するＷｅｂブラウザや専用のアプリケーションから短文コミュニケーションサービスにログインすると、情報処理端末４００上に、ログインしたアカウントに対応するページが表示される。このページ上で、ユーザは、フォローしている他のユーザの投稿を閲覧することができる。フォローを行う場合、例えば、フォローしたいユーザのページを開き（例えば「URL http://短文コミュニケーションサービス名.com/[ユーザ名]」)、そのページの「フォローする」というボタンをクリックすることで、そのユーザのフォローを行うことができる。フォローを行うと、以後、そのユーザが投稿したデータが、自分のページに表示されるようになる。即ち、サーバ３００は、アカウント毎に投稿されたメッセージを管理し、情報処理装置から閲覧可能なアカウント毎の閲覧ページに、上記「フォロー」の仕組みで関連付けされた他のアカウントを用いて投稿されたメッセージを表示する情報サービスを提供するサーバ装置である。

本実施例では、画像形成装置１００から配信されたデータは、短文コミュニケーションサービスに投稿されたデータである。よって、例えば、上記「フォロー」の仕組みを用いて、画像形成装置１００から配信されたデータを、情報処理端末４００に表示することができる。即ち、画像形成装置１００から配信されたデータを閲覧したい者は、閲覧したい情報レベルに応じて配信先１に対応するアカウント若しくは配信先２に対応するアカウントを「フォロー」する。これにより、ユーザ等が情報処理端末４００から短文コミュニケーションサービスにログインすると、画像形成装置１００から配信先１に配信されたデータや配信先２に配信されたデータがユーザのページに時間順に情報処理端末４００の表示部（タッチパネル５０１）に表示され、閲覧できるようになる。

なお、情報処理端末４００の専用のアプリケーションから短文コミュニケーションサービスにログインして、フォローしているユーザの配信データに含まれる位置情報９０２を含む配信データを取得し、該位置情報９０２を利用して、地図データに配信データを重ねて表示することにより、配信データを閲覧可能にしてもよい。このような表示方法により、どこに設置された画像形成装置にイベントが発生しているのか容易に判断し、対処することができる。

また、同様に、情報処理端末４００上の専用のアプリケーションから短文コミュニケーションサービスにログインして、フォローしているユーザの配信データに含まれる位置情報９０２を含む配信データを取得し、さらに情報処理端末４００のカメラ４５０で撮影した画像に、配信データを重ねて表示することにより、配信データを閲覧可能にしてもよい。この表示方法では、情報処理端末４００のカメラ４５０で画像形成装置１００を撮影すると、該撮影した画像形成装置１００の画像にあたかも配信データ９０４の内容を示すタグが、付けられているような拡張現実（Ａｕｇｍｅｎｔｅｄ Ｒｅａｌｉｔｙ）を表示可能である。このような表示方法により、あたかも画像形成装置１００自身が「トナーなしです」等とつぶやいている様子を表示でき、ユーザは撮影中の画像形成装置で発生したイベントを容易に判断し、対処することができる。特に複数の画像形成装置が設置されている場合、どの画像形成装置のイベントであるか一目で分かるようになる。

＜実施例１の効果＞
以上説明したように実施例１によれば、画像形成装置１００が配信したデータをイベントに応じて各配信先に分けることができ、配信データをグルーピングすることができる。このため、ユーザや管理者、サービスマンは、配信先に応じた状態を容易に把握できるため、画像形成装置の管理が容易になる。

実施例２では、配信データに関する情報を複数のサーバに対して送信する例について示す。以下、実施例２と実施例１との差分を説明する。
図１２は、本発明の実施例２における画像形成装置を適用可能な管理システム全体の構成の一例を示す図である。なお、図１と同一のものには同一の符号を付してある。
本実施例のシステムは、図１の構成要素に加え、短文コミュニケーションサービスを提供するサーバ３００（第１サーバ装置）とは異なる他のサーバ装置（サーバ２（５００）、サーバ３（６００））が追加されている。
サーバ２（５００）は、サーバ３００と異なるプロトコルでアクセスするサーバであってもよい。本実施例では、サーバ３００に対してはｈｔｔｐプロトコルに対してアクセスし、サーバ２（５００）に対してはｈｔｔｐｓプロトコルにてアクセスするものとする。サーバ２（５００）は、サーバ３００とは異なる配信データを受信するサーバであり、例えば管理情報などの監視サーバとして画像形成装置１００の状態を受信するようなサーバである。サーバ２（５００）は、例えば、画像形成装置１００の稼働状況（エラーコード等の各種エラー情報に加えて、消耗品（トナー、用紙）残量、印刷総数カウンタ値、ＣＯ２排出量や消費電力量等）を含むデータを受信する。また、サーバ２（５００）は、サーバ３００と同一のデータを含んでいてもよい。さらに、サーバ２（５００）は、SNMP（Simple Network Management Protocol）を用いた監視を行うサーバであってもよい。なお、サーバ３００とは異なり、短文コミュニケーションサービスを提供するものではないものとする。

サーバ３（６００）は、配信データとは異なるデータを受信するためのサーバであり、例えばログ情報などの詳細データを受信するサーバである。なお、サーバ３（６００）は、サーバ３００とは異なり、短文コミュニケーションサービスを提供するものではないものとする。

＜データ配信フロー＞
本発明の特徴である配信データの作成、データ配信方法について、以下に説明する。
図１３は、実施例２の情報配信処理の一例を示すフローチャートである。なお、図１３のフローチャートにおける各ステップは、画像形成装置のＣＰＵ１０２が記憶装置１０５にコンピュータ読み取り可能に記録されたプログラムを実行することにより実現されるものである。

図１３は、情報配信フローを示すフローチャートである。なお、図１３のフローチャートにおける各ステップは、画像形成装置のＣＰＵ１０２が記憶装置１０５に格納されたプログラムを実行する事で行われる。

まず、Ｓ１３０１（検出イベント設定ステップ）において、ＣＰＵ１０２は、画像形成装置１００で発生したイベントを検出し、検出したイベント情報を配信するための設定、登録を行う。設定できるイベントの例としては、第１の実施例と同様である。また、実施例２では図８に示した設定に加えて、図１４に示す設定も行うものとする。

図１４は、実施例２において検出したイベント情報を配信するための設定の一例を示す図である。
図１４に示す表のように、本実施例では、イベントに応じて外部のサーバへの通知を必要とするかどうか、詳細データを送信するかどうかを設定する。なお、外部のサーバへの通知はサーバ２（５００）への通知を示し、詳細データの送信はサーバ３（６００）への送信を示す。

図１４の例では、ジャム、トナーなし、用紙なし、サービスエラー（定着器エラー、転写ベルトエラー等を含む）となった場合に外部通知要と判断し、サービスエラーとなった場合に、詳細データを送付する設定となる。これらの設定は、記憶装置１０５内に記録される。情報配信フローの実行時に記憶装置１０５内からＲＡＭ１０４に送付され、処理の実行を早くしている。

Ｓ１３０２では、ＣＰＵ１０２は、画像形成装置１００で発生したイベントの検出を待機し、イベントを検出すると（イベント取得すると）、Ｓ１３０３に処理を進める。スキャナ部１０８、プリンタ部１０９で検出されたイベント情報はＣＰＵ１０２に伝えられ、ＣＰＵ１０２は、画像形成装置１００の全体の状態を常に監視できる状態となっている。

Ｓ１３０３では、ＣＰＵ１０２は、上記Ｓ１３０２で検出したイベントが上記Ｓ１３０１で設定されたイベント（少なくとも図８，図１４のいずれかで設定されたイベント）であるかどうかを確認（判定）する。

そして、上記Ｓ１３０２で検出したイベントが上記Ｓ１３０１で設定されたイベントであると判定した場合、ＣＰＵ１０２は、Ｓ１３０４に処理を進める。
一方、上記Ｓ１３０２で検出したイベントが上記Ｓ１３０１で設定されたイベントでないと判定した場合、図示しないが、ＣＰＵ１０２は、Ｓ１３０２に処理を戻し、イベントの検出を待機する。

Ｓ１３０４はサーバ３００に配信するステップであり、ＣＰＵ１０２は、図７のＳ７０４〜Ｓ７０７の処理を実行し、サーバ３００へ配信データを送信する。ただし、外部通知が必要であると設定されているイベントに対応して配信を行う場合、後述するＳ１３０６、Ｓ１３０８で送信するデータと整合がとれるように（対応付けが可能となるように）、付加データ９０５に識別可能なＩＤを付加する。

図１５は、図１３のＳ１３０４で配信先１に配信される画像形成装置１００の配信データの一例を示す図である。
図１５では、配信データ１５０１、１５０２、１５０３、１５０４が順に配信されたことを示す。各配信データは、識別名（名称）９０１、位置情報（地名／ＧＰＳ）９０２、ＵＲＬ／ＩＰアドレス９０３、配信データ９０４、付加データ９０５を含む。

なお、１５０３及び１５０４に関しては、外部サーバにも送信する配信データのため、「ｃｕｓｔｏｍ００００」、「ｓｅｒｖｉｃｅ０００１」、「ｓｅｒｖｉｃｅ０００２」のように、付加データに特別なＩＤが「００００」、「０００１」、「０００２」が付加されている。なお、全てのデータにＩＤを付加するように構成してもよい。

そして、上記Ｓ１３０４の処理を完了すると、ＣＰＵ１０２は、Ｓ１３０５に処理を進める。
Ｓ１３０５は外部通知が必要かどうか確認するステップであり、ＣＰＵ１０２は、上記Ｓ１３０２で検出したイベントに対して登録情報（Ｓ１３０１の設定（図１４））を確認し、外部サーバに通知する必要があるかどうかを確認（判定）する。

例えば、イベントとして「ジャム」が検出された場合、ＣＰＵ１０２は、外部サーバへ通知する必要があると判断する。また、イベントとして「印刷ＯＫ」が検出された場合、ＣＰＵ１０２は、外部サーバへ通知する必要がないと判断する。

そして、上記Ｓ１３０２で検出したイベントが外部サーバに通知する必要があると判定した場合、ＣＰＵ１０２は、Ｓ１３０６に処理を進める。
一方、上記Ｓ１３０２で検出したイベントが外部サーバに通知する必要がないと判定した場合、ＣＰＵ１０２は、そのままＳ１３０７に処理を進める。

次に、Ｓ１３０６では、ＣＰＵ１０２は、外部サーバ（サーバ２（５００））に対する送信データをＲＡＭ１０４上に作成し、該作成したデータを、記憶装置１０５に設定された外部サーバの送信先に対して、ネットワーク部１０６、インターネット２００を介して送信する。この際、サーバ２（５００）へは、ネットワーク部１０６にてｈｔｔｐｓプロトコルにてアクセスするものとする。また、送信データの内容に関しては、上記Ｓ１３０４で配信先（サーバ３００）に送信したデータに加え、所定の管理情報（エラーコード等の各種エラー情報に加えて、消耗品（トナー、用紙）残量、印刷総数カウンタ値、ＣＯ２排出量や消費電力量等）を含むものとする。さらに、このような送信データは、外部サーバ（サーバ２（５００））に対してアクセスするためのフォーマットで包含されて送信される。なお、この送信データは、上記Ｓ１３０４でサーバ３００に送信した配信データとは全く異なるデータでも構わないが、上記配信データと対応付けを可能とするため、少なくとも上記付加データ９０５に付加した特別なＩＤを含んでいる必要がある。

そして、上記Ｓ１３０６の処理を完了すると、ＣＰＵ１０２は、Ｓ１３０７に処理を進める。
Ｓ１３０７（詳細データ送付判断ステップ）では、ＣＰＵ１０２は、図１４で設定したイベントに応じて詳細データを送信する必要性があるイベントかを確認（判定）する。
そして、上記Ｓ１３０２で検出したイベントが詳細データを送信する必要があるイベントと判定した場合、ＣＰＵ１０２は、Ｓ１３０８に処理を進める。
一方、上記Ｓ１３０２で検出したイベントが外部サーバに通知する必要がないイベントと判定した場合、ＣＰＵ１０２は、そのまま処理を終了する。

Ｓ１３０９（詳細データ送信ステップ）では、ＣＰＵ１０２は、詳細データをＲＡＭ１０４上に作成し、該作成したデータを、記憶装置１０５に設定された詳細データの送信先（サーバ３（６００））に対して、ネットワーク部１０６、インターネット２００を介して送信する。なお、詳細データは、イベント毎に予め画像形成装置１００の記憶装置１０５に設定されているものであり、具体的には、画像形成装置１００の各種設定データや画像形成装置１００内で実行されるプログラムが作成するログ情報などである。また、詳細データにも、上記Ｓ１３０４やＳ１３０６で付加データ９０５に付加された特別なＩＤが付加されて送信されるものとする。これにより、上記Ｓ１３０４やＳ１３０６で送信されたデータと、上記Ｓ１３０８で送信されたデータとの対応付けが可能となる。

以上示したように、本実施例では、画像形成装置１００のＣＰＵ１０２は、サーバ３００が提供する短文コミュニケーションサービスへの投稿のみでなく、サーバ３００とは異なる他のサーバ装置（サーバ２（５００）、サーバ３（６００））に対して、短文コミュニケーションサービスへの投稿とは異なる転送方式を用いて前記取得されたイベントの種別に基づくデータに対応するメッセージを出力する。
なお、サーバ２（５００）やサーバ３（６００）へのデータ送信は、電子メール等の他の方法で行ってもよい。

＜実施例２の効果＞
以上説明したように実施例２によれば、画像形成装置１００が短文コミュニケーションサービスに配信（投稿）するデータや該データに関連する詳細データを、既存の画像形成装置のサービス（外部サーバとしてのサーバ２（５００）やサーバ３（６００））にも配信できるため、実施例１の効果に加えてさらに画像形成装置の管理が容易になる。

実施例３では、実施例１又は実施例２のシステムにおいて、画像形成装置１００から送信されるデータに基づいてサーバから画像形成装置１００にコマンドを含むデータを送信し、画像形成装置１００が受信したデータに含まれるコマンドに応じて処理を実行する構成について説明する。

＜データ受信処理＞
本実施例の特徴であるデータ受信処理について、以下に説明する。
図１６は、本発明の情報受信処理の一例を示すフローチャートである。なお、図１６のフローチャートにおける各ステップは、画像形成装置のＣＰＵ１０２が記憶装置１０５にコンピュータ読み取り可能に記録されたプログラムを実行することにより実現されるものである。

まず、Ｓ１６０１（受信イベント検出ステップ）において、ＣＰＵ１０２は、配信先１又は配信先２に対応するアカウントで短文コミュニケーションサービスにログインして、サーバ３００からインターネット２００を介してネットワーク部１０６に通知される受信イベントを検出し、検出したイベントをＲＡＭ１０４上に送付する。

サーバ３００が提供する短文コミュニケーションサービスは、情報処理端末４００で受信した配信データに対応して、その返信を行う機能「リプライ」や、その配信データを自分のフォロア（自分をフォローしているユーザ）に自分のデータを加えて紹介する機能「リツイート」などがある。なお、リツイートを行った場合、自分のフォロアだけでなく、元のデータを配信したユーザにもリツイートしたデータが送信される。このような機能を情報処理端末４００から使用して画像形成装置１００からの配信データに対して「リプライ」や「リツイート」、「ダイレクトメッセージ」を行うことにより、画像形成装置１００への受信イベントが発生する。また、短文コミュニケーションサービスでは、「リプライ」や「リツイート」といった機能に対する受信イベントの発生をメールで通知する機能もある。よって、画像形成装置１００はこの通知メールを受信した場合に、上記「リプライ」や「リツイート」により発生した受信イベントを検出するようにしてもよい。

以上の示したような、「リプライ」や「リツイート」を使用することにより、以下のような操作を画像形成装置１００に対して行うことが可能となる。
例えば、サービスマンが情報処理端末４００において、サービスエラーに対応する配信データを確認した場合、該サービスマンは前記配信データに対して「リプライ」や「リツイート」等を行って、前記サービスエラーを解消するためのコマンドを含むテキストデータを配信先１や配信先２のアカウント宛てに投稿することができる。この後、画像形成装置１００は配信先１や配信先２のアカウントで短文コミュニケーションサービスにログインすると、受信イベントを検出し、上記コマンドを含むデータをサーバ３００から受信することができる。

即ち、Ｓ１６０１では、画像形成装置１００は、画像形成装置１００が所定のアカウントを用いて投稿したメッセージに基づいて「リツイート」されたメッセージ（前記所定のアカウントにフォロー機能で関連付けされた他のアカウントを用いて投稿されたメッセージ）を検出して、サーバ３００から取得する（メッセージ取得処理）に対応する。

次に、Ｓ１６０２（検出イベント確認ステップ）において、ＣＰＵ１０２は、上記Ｓ１６０１で検出した受信イベントにおいて、サーバ３００から送信されるデータ内に包含されるコマンドが、予め設定されたコマンドがどうかを判定する。

図１７は、予め設定されたコマンドのテーブルの一例を示す図である。このテーブルは、予め設定されて画像形成装置１００の記憶装置１０５に記憶されているものとする。
図１７において、１７０１ではサーバ３００から送信されるデータ内に包含されてくるコマンドを示す。１７０２は、１７０１のコマンドに対して、画像形成装置１００内のＣＰＵ１０２が実行する内容を示す。

そして、上記Ｓ１６０２において、サーバ３００から送信されるデータ内に包含されるコマンドが予め設定されたコマンド（図１７）であると判定した場合、ＣＰＵ１０２は、Ｓ１６０３に処理を進める。

一方、上記Ｓ１６０２において、サーバ３００から送信されるデータ内に包含されるコマンドが予め設定されたコマンド（図１７の１７０１）でないと判定した場合、図示しないが、ＣＰＵ１０２は、そのままフローチャートの処理を終了する。

Ｓ１６０３では、ＣＰＵ１０２は、上記サーバ３００から送信されたデータ内に包含されるコマンド（図１７の１７０１）に対応した実行内容（図１７の１７０２）を実行する。なお、実行内容がスキャナ部１０８やプリンタ部１０９に関する場合、ＣＰＵ１０２が、この実行内容に基づいて、スキャナ部１０８のＣＰＵ１３１やプリンタ部１０９のＣＰＵ１５１に指示を行い、スキャナ部１０８のＣＰＵ１３１やプリンタ部１０９のＣＰＵ１５１がスキャナ部１０８やプリンタ部１０９に対して、上記指示に対して予め決められた動作を実行する。

例えば、コマンド内容が「ｒａｍｃｌｒ」の場合、ＣＰＵ１０２は、ＲＡＭ１０４をクリアする処理を実行する。また、コマンド内容が「ｐｒｎｓｔｒ」の場合、ＣＰＵ１０２は、プリンタ部１０９のＣＰＵ１５１にプリンタ部１０９を再起動する指示を行う。この指示に応じて、プリンタ部１０９のＣＰＵ１５１は、プリンタ部１０９を再起動する。また、コマンド内容が「ｓｃｎｓｔｒ」の場合、ＣＰＵ１０２は、スキャナ部１０８のＣＰＵ１３１にスキャナ部１０８を再起動する指示を行う。この指示に応じて、スキャナ部１０８のＣＰＵ１３１は、スキャナ部１０８を再起動する。

なお、実施例２のシステムを用いる場合、Ｓ１６０１で検出する受信イベントはサーバ３００から受信されるものに限定されるものではなく、サーバ２（５００）やサーバ３（６００）から受信されるものであってもよい。この構成の場合、管理者やサービスマン等がサーバ２（５００）やサーバ３（６００）から画像形成装置１００に対してコマンドを含むデータを送信するものとする。

なお、短文コミュニケーションサービスには、上記「リプライ」や「リツイート」の他に、特定のアカウントを指定してメッセージの送信を行う「ダイレクトメッセージ」機能もあり、この「ダイレクトメッセージ」機能を利用してコマンドを含むメッセージを、配信先１又は配信先２に対応するアカウントに対して送信することでも、画像形成装置１００にコマンドを送信するようにしてもよい。

＜実施例３の効果＞
実施例３によれば、画像形成装置１００から送信されるデータに基づいてサーバから画像形成装置１００にコマンドを含むデータを送信し、画像形成装置１００が受信したデータに含まれるコマンドに応じて処理を実行することができるため、実施例１及び実施例２の効果に加えてさらに画像形成装置の管理が容易になる。

以上示したように、本発明によれば、画像形成装置は、画像形成装置の情報に応じた配信先に対して情報を配信することが可能となり、画像形成装置から配信される情報を容易にグルーピング可能となる。これにより、管理者やサービスマン等の特定の者は詳しい情報を確認し、一般のユーザは簡易な情報を容易確認できるようになり、それぞれの者がそれぞれの立場で画像形成装置の状態を容易に把握することができるようになり、画像形成装置自体の管理を容易にする。

また、管理者やサービスマン、ユーザは、短文コミュニケーションサービス等の画像形成装置を取り巻く既存のサービスとの連携を取ることで、画像形成装置の管理をし易くなる。

さらに、既存のサービスに送信した情報と、画像形成装置を管理する他のサーバ装置（サーバ２やサーバ３等の監視サーバ）に送信した情報とを、ＩＤにより関連付けることにより、既存のサービスと画像形成装置の監視サーバとの連携も容易に行うことが可能となる。

なお、上述した各種データの構成及びその内容はこれに限定されるものではなく、用途や目的に応じて、様々な構成や内容で構成されることは言うまでもない。
以上、一実施形態について示したが、本発明は、例えば、システム、装置、方法、プログラムもしくは記憶媒体等としての実施態様をとることが可能である。具体的には、複数の機器から構成されるシステムに適用しても良いし、また、一つの機器からなる装置に適用しても良い。
また、上記各実施例を組み合わせた構成も全て本発明に含まれるものである。

（他の実施例）
また、本発明は、以下の処理を実行することによっても実現される。即ち、上述した実施形態の機能を実現するソフトウェア（プログラム）を、ネットワーク又は各種記憶媒体を介してシステム或いは装置に供給し、そのシステム或いは装置のコンピュータ（またはＣＰＵやＭＰＵ等）がプログラムを読み出して実行する処理である。

また、本発明は、複数の機器から構成されるシステムに適用しても、１つの機器からなる装置に適用してもよい。
本発明は上記実施例に限定されるものではなく、本発明の趣旨に基づき種々の変形（各実施例の有機的な組合せを含む）が可能であり、それらを本発明の範囲から除外するものではない。即ち、上述した各実施例及びその変形例を組み合わせた構成も全て本発明に含まれるものである。

１００ 画像形成装置
２００ インターネット
３００ サーバ
４００ 情報処理端末

Claims (13)

1. サーバ装置と画像形成装置を含む管理システムであって、
   前記サーバ装置は、
   投稿されたメッセージをアカウント毎に管理する管理手段と、
   当該管理されたメッセージを表示する情報サービスを提供する提供手段と、を有し、
   前記画像形成装置は、
   前記画像形成装置におけるイベントを取得するイベント取得手段と、
   前記取得されたイベントの種別に応じて、当該イベントに基づくデータを出力する１又は複数の出力対象を決定する決定手段と、
   前記決定手段により決定された出力対象としてのサーバ装置が提供する前記情報サービスに対して、複数のアカウントを用いて、前記取得されたイベントの種別に基づくデータに対応するメッセージを投稿する出力手段と、を有することを特徴とする管理システム。
2. 第１サーバ装置を含む複数のサーバ装置と画像形成装置を含む管理システムであって、
   前記第１サーバ装置は、
   投稿されたメッセージをアカウント毎に管理する管理手段と、
   当該管理されたメッセージを表示する情報サービスを提供する提供手段と、を有し、
   前記画像形成装置は、
   前記画像形成装置におけるイベントを取得するイベント取得手段と、
   前記取得されたイベントの種別に応じて、当該イベントに基づくデータを出力する複数の出力対象を決定する決定手段と、
   前記決定手段により決定された出力対象としての前記第１サーバ装置が提供する前記情報サービスに対して、１又は複数のアカウントを用いて、前記取得されたイベントの種別に基づくデータに対応するメッセージを投稿する出力手段と、を有し、
   前記出力手段は、前記決定手段により決定された出力対象としての前記第１サーバ装置とは異なる他のサーバ装置に対して、前記情報サービスへの投稿とは異なる転送方式を用いて前記取得されたイベントの種別に基づくデータに対応するメッセージを出力することを特徴とする管理システム。
3. アカウント毎に投稿されたメッセージを管理した上で閲覧ページに当該メッセージを表示する情報サービスを提供するサーバ装置と通信可能な画像形成装置であって、
   前記画像形成装置におけるイベントを取得するイベント取得手段と、
   前記取得されたイベントの種別に応じて、当該イベントに基づくデータを出力する１又は複数の出力対象を決定する決定手段と、
   前記決定手段により決定された出力対象としてのサーバ装置が提供する前記情報サービスに対して、複数のアカウントを用いて、前記取得されたイベントの種別に基づくデータに対応するメッセージを投稿する出力手段と、を有することを特徴とする画像形成装置。
4. さらに、イベントの種別ごとに、前記情報サービスに対してメッセージを投稿する際のアカウントを設定する設定手段を有することを特徴とする請求項３に記載の画像形成装置。
5. 前記設定手段は、イベントの種別ごとに、前記情報サービスに対してメッセージを投稿する際のレベルを設定し、
   前記出力手段は、前記設定されたレベルに応じた内容のメッセージを投稿することを特徴とする請求項４に記載の画像形成装置。
6. さらに、前記出力手段により投稿されたメッセージに関連する他のアカウントを用いて投稿されたメッセージを前記サーバ装置から取得するメッセージ取得手段と、
   前記取得されたメッセージに所定のコマンドが含まれている場合、該コマンドに対応した処理を実行する実行手段と、を有することを特徴とする請求項３乃至５のいずれか１項に記載の画像形成装置。
7. 前記出力手段により投稿されるメッセージは、前記画像形成装置の位置情報を含むことを特徴とする請求項３乃至６のいずれか１項に記載の画像形成装置。
8. アカウント毎に投稿されたメッセージを管理した上で閲覧ページに当該メッセージを表示する情報サービスを提供するサーバ装置および前記サーバ装置とは異なる少なくとも１つの他のサーバ装置と通信可能な画像形成装置であって、
   前記画像形成装置におけるイベントを取得するイベント取得手段と、
   前記取得されたイベントの種別に応じて、当該イベントに基づくデータを出力する複数の出力対象を決定する決定手段と、
   前記決定手段により決定された出力対象としてのサーバ装置が提供する前記情報サービスに対して、１又は複数のアカウントを用いて、前記取得されたイベントの種別に基づくデータに対応するメッセージを投稿する出力手段と、を有し、
   前記出力手段は、前記決定手段により決定された出力対象としての前記他のサーバ装置に対して、前記情報サービスへの投稿とは異なる転送方式を用いて前記取得されたイベントの種別に基づくデータに対応するメッセージを出力することを特徴とする画像形成装置。
9. 前記出力手段は、出力対象に応じてメッセージの内容を異ならしめることを特徴とする請求項８に記載の画像形成装置。
10. 前記出力手段は、前記他のサーバ装置に対しては、前記取得されたイベントについてのエラーコード又はログ情報を出力することを特徴とする請求項８又は９に記載の画像形成装置。
11. アカウント毎に投稿されたメッセージを管理した上で閲覧ページに当該メッセージを表示する情報サービスを提供するサーバ装置と通信可能な画像形成装置の制御方法であって、
    前記画像形成装置が実行する、
    前記画像形成装置におけるイベントを取得するイベント取得ステップと、
    前記取得されたイベントの種別に応じて、当該イベントに基づくデータを出力する１又は複数の出力対象を決定する決定ステップと、
    前記決定ステップで決定された出力対象としてのサーバ装置が提供する前記情報サービスに対して、複数のアカウントを用いて、前記取得されたイベントの種別に基づくデータに対応するメッセージを投稿する出力ステップと、
    を有することを特徴とする画像形成装置の制御方法。
12. アカウント毎に投稿されたメッセージを管理した上で閲覧ページに当該メッセージを表示する情報サービスを提供するサーバ装置および前記サーバ装置とは異なる少なくとも１つの他のサーバ装置と通信可能な画像形成装置の制御方法であって、
    前記画像形成装置が実行する、
    前記画像形成装置におけるイベントを取得するイベント取得ステップと、
    前記取得されたイベントの種別に応じて、当該イベントに基づくデータを出力する複数の出力対象を決定する決定ステップと、
    前記決定ステップで決定された出力対象としてのサーバ装置が提供する前記情報サービスに対して、１又は複数のアカウントを用いて、前記取得されたイベントの種別に基づくデータに対応するメッセージを投稿する出力ステップと、を有し、
    前記出力ステップは、前記決定ステップで決定された出力対象としての前記他のサーバ装置に対して、前記情報サービスへの投稿とは異なる転送方式を用いて前記取得されたイベントの種別に基づくデータに対応するメッセージを出力することを特徴とする画像形成装置の制御方法。
13. コンピュータを、請求項３乃至１０のいずれか１項に記載された手段として機能させるためのプログラム。

Images