JP2014041561A - 画像形成装置、画像形成装置の制御方法及びプログラム - Google Patents

Abstract

【課題】 装置を使用するユーザが、その装置に自分をフォローさせるようにするための簡単な仕組みがなく、手間がかかっていた。
【解決手段】 マイクロブログ機能を有するサーバと通信する機能を備えた画像形成装置及びその制御方法であって、画像形成装置で認証したユーザをフォローし、そのフォローしているユーザがサーバに登録したメッセージを取得し、その取得したユーザのメッセージを解析し、その解析に基づいて、そのメッセージで指定されたファイルをサーバから取得して印刷する。
【選択図】 図６

Description

本発明は、ネットワークを介してサービスを提供するサーバと通信し、当該サーバにより提供されるマイクロブログ機能を利用する技術に関する。

近年、コミュニケーションツールとして、マイクロブログ機能を提供するサービスがある。このマイクロブログ機能とは、サービスにアカウントを持つユーザが「つぶやき」と呼ばれる短い文章を「メッセージ」や「コメント」として投稿する一種のブログ機能である。ここでユーザとは、例えば画像形成装置そのものや、連携サービス等、クラウドサービス上のオブジェクトやアプリケーション等を含み、実在するユーザ（人）に限らない。ユーザが投稿或いは送信したそれぞれの「メッセージ」や「コメント」には固有の識別子が割り当てられる。マイクロブログ機能では、「タイムライン」と「フォロー」を介してコミュニケーションが行われる。ここで「タイムライン」とは、ユーザが「メッセージ」を登録すると、その登録された「メッセージ」に関連する「コメント」を一覧として登録、表示及び管理するユーザ専用のＷｅｂページのことである。ここで「メッセージ」を登録したユーザ及びその他のユーザは、この「タイムライン」上で、そのメッセージに関連する情報を「コメント」として登録することで情報をやり取りし、コミュニケーションを行う。

また、「フォロー」とは、他のユーザにより投稿されたメッセージを自分のＷｅｂページで表示できるように、他のユーザを登録することである（以下、他のユーザをフォローしている人をフォロアーという）。

クラウドサービスとして提供されているＣＲＭ（Ｃｕｓｔｏｍｅｒ Ｒｅｌａｔｉｏｎｓｈｉｐ Ｍａｎａｇｅｍｅｎｔ）サービスの中には、業務を行う際のコミュニケーションツールとしてマイクロブログ機能も提供しているものもある。これらのクラウドサービスでは、顧客情報や商談情報と「メッセージ」や「コメント」をリンクさせることにより、更にユーザの利便性を向上させている。また同時に、ＣＲＭサービスの中には、ファイルをユーザ同士で共有し、ファイルの保存、編集、更新、参照を行う、ファイル共有の機能も提供している。例えば、Ｓａｌｅｓｆｏｒｃｅ．ｃｏｍがあり、提供しているマイクロブログ機能としてはＣｈａｔｔｅｒが相当する。ファイル共有機能としてはＤｏｃｕｍｅｎｔやＦｉｌｅが相当する。そして、上記「タイムライン」と「フォロー」を介してコミュニケーションを行う技術が提案されている。（特許文献１等参照）。

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

従来では、ユーザが他人に対してフォローを行いたいとき、ユーザは、その他人をフォロー登録することでフォローを行うことができる。また、画像形成装置等の装置を使用するユーザが、その装置に自分をフォローさせることによって、自分が投稿するメッセージを装置に取得させることができる。このようにした場合、自分が投稿するメッセージに応じて装置を動作させることも可能となる。しかしながら従来では、装置を使用するユーザが、その装置に自分をフォローさせるようにするための簡単な仕組みがなく、手間がかかっていた。

本発明の目的は、上記従来技術の問題点を解決することにある。

本発明の特徴は、画像形成装置でユーザの認証を行うことにより、その画像形成装置が、そのユーザをフォローするように設定でき、またユーザは、その画像形成装置を使用して簡単に印刷を実行させることができる。

上記目的を達成するために本発明の一態様に係る画像形成装置は以下のような構成を備える。即ち、
マイクロブログ機能を有するサーバと通信する機能を備えた画像形成装置であって、
ユーザの認証を行う認証手段と、
前記認証手段により認証されたユーザをフォローするフォロー手段と、
前記フォロー手段がフォローしているユーザが前記サーバに登録したメッセージを取得する取得手段と、
前記取得手段により取得した前記ユーザのメッセージを解析する解析手段と、
前記解析手段による解析に基づいて前記メッセージで指定されたファイルを前記サーバから取得するファイル取得手段と、
前記ファイル取得手段により取得した前記ファイルを印刷する印刷手段と、
を有することを特徴とする。

発明によれば、ユーザが画像形成装置でユーザの認証を行うことにより、その画像形成装置が、そのユーザをフォローするように設定できる。またユーザは、簡単な操作で、その画像形成装置を使用して印刷を実行させることができる。

本実施形態１に係る印刷システムの全体構成を示す図。 実施形態１に係る画像形成装置のハードウェア構成を示すブロック図。 実施形態１に係るクラウドサービスサーバの構成を示すブロック図。 実施形態１に係る画像形成装置のソフトウェア構成を説明する機能ブロック図。 実施形態１に係るクラウドサービスサーバのソフトウェア構成を説明する機能ブロック図。 本発明の実施形態１に係る端末、画像形成装置、クラウドサービスサーバが実行する一連の処理を説明するシーケンス図。 本発明の実施形態１に係るクラウドサービスサーバで提供されるマイクロブログ機能を説明する図。 実施形態１に係る画像形成装置による処理を説明するフローチャート。 本発明の実施形態２に係る画像形成装置による処理を説明するフローチャート。 実施形態１に係る画像形成装置によるプリント依頼を含むメッセージの検索処理（Ｓ８０６）の詳細を説明するフローチャート。 本発明の実施形態１に係る画像形成装置によるＳ１００３のメッセージ解析処理の詳細を説明するフローチャート。 実施形態１に係るプリントデータＤＢに格納されたプリントデータを管理するためのプリントデータ管理テーブルを説明する図。 コマンド文字列管理テーブル（Ａ）とパラメータ文字列管理テーブル（Ｂ）を説明する図。 実施形態２において、ユーザをフォローする期限を設定するためのＵＩ例を示す図。 ユーザの認証後に、そのユーザをフォローするかどうかを確認するためのＵＩ例を示す図。 実施形態３に係るクラウドサービスサーバで提供されるマイクロブログ機能を説明する図。 実施形態３に係る画像形成装置による処理を説明するフローチャート。 実施形態３に係る端末、画像形成装置、クラウドサービスサーバが実行する一連の処理を説明するシーケンス図。 実施形態３に係る複数の画像形成装置がユーザをフォローする優先順位を説明する図。

以下、添付図面を参照して本発明の実施形態を詳しく説明する。尚、以下の実施形態は特許請求の範囲に係る本発明を限定するものでなく、また本実施形態で説明されている特徴の組み合わせの全てが本発明の解決手段に必須のものとは限らない。

［実施形態１］
実施形態１では、ユーザがプリントしたい画像形成装置の場所へ行ってユーザの認証を行うと、その画像形成装置は、そのユーザをフォローし、そのユーザのマイクロブログ機能を利用したメッセージやコメントを監視する。そして画像形成装置は、そのユーザのメッセージやコメントを解析し、プリント依頼を含むメッセージがあればプリントを行う、という場合で説明する。

図１は、本実施形態１に係る印刷システムの全体構成を示す図である。

このシステムでは、ＬＡＮ１１０に画像形成装置１０１及び端末１０２が接続されている。またＬＡＮ１１０は、インターネット１２０に接続されており、マイクロブログ機能を提供しているクラウドサービスサーバ１３１もインターネット１２０経由でＬＡＮ１１０に接続されている。ここでは、端末１０２はＬＡＮ１１０に接続されているが、その限りではなく、端末１０２はクラウドサービスサーバ１３１に接続可能であればよい。

図２は、実施形態１に係る画像形成装置１０１のハードウェア構成を示すブロック図である。

この画像形成装置１０１は、例えば印刷機能やスキャン機能などを有する複合機を例に示している。ＣＰＵ２１１を含む制御部２１０は、画像形成装置１０１全体の動作を制御する。ＣＰＵ２１１は、ＲＯＭ２１２のブートプログラムによってＲＡＭ２１３に展開された制御プログラムに従って、スキャナ２２１による原稿の読み取り制御やＬＡＮ１１０への画像データの送信制御、プリンタ２２０を使用した印刷制御等の各種制御を行う。ＲＯＭ２１２は、画像形成装置１０１の起動時に実行されるブートプログラムや各種設定値等を記憶している。ＲＡＭ２１３は、ＣＰＵ２１１の主メモリ、ワークエリア等の一時記憶領域として用いられる。

ＨＤＤ２１４は、ＯＳや、後述のフローチャートを参照して説明する処理を実行する各種プログラムをインストールしており、またスキャナ２２１により読み取られた画像データや各種情報テーブル等を記憶する。操作部Ｉ／Ｆ２１５は操作部２１９と制御部２１０との間のインターフェースを制御している。操作部２１９は、タッチパネル機能を有する液晶表示部やキーボードを有し、またカード等でユーザ認証を行う場合、ユーザ認証を受け付けるユーザ認証部等が備えられている。プリンタＩ／Ｆ２１６は、プリンタ２２０と制御部２１０とを接続する。プリンタ２２０で印刷すべき画像データは、プリンタＩ／Ｆ２１６を介して制御部２１０からプリンタ２２０に転送され、プリンタ２２０で記録媒体（シート）に印刷される。スキャナＩ／Ｆ２１７は、スキャナ２２１と制御部２１０とを接続する。スキャナ２２１は、原稿の画像を読み取って画像データを生成しスキャナＩ／Ｆ２１７を介して制御部２１０に入力する。ネットワークＩ／Ｆ２１８は、制御部２１０（画像形成装置１０１）をＬＡＮ１１０に接続する。ネットワークＩ／Ｆ２１８は、ＬＡＮ１１０の端末１０２や、インターネット１２０を介してクラウドサービスサーバ１３１との間で画像データや各種情報をやり取りする。

図３は、実施形態１に係るクラウドサービスサーバ１３１の構成を示すブロック図である。

ＣＰＵ３１１を含む制御部３１０は、クラウドサービスサーバ１３１全体の動作を制御する。ＣＰＵ３１１は、ＲＯＭ３１２のブートプログラムによってＲＡＭ３１３に展開された制御プログラムに従って各種制御処理を実行する。ＲＡＭ３１３は、ＣＰＵ３１１の主メモリ、ワークエリア等の一時記憶領域として用いられる。ＨＤＤ３１４は、ＯＳや各種プログラムをインストールしており、これらプログラムはＲＯＭ３１２のブートプログラムによりＲＡＭ３１３に展開される。またＨＤＤ３１４は、画像データや後述する各種情報テーブル等を記憶する。ネットワークＩ／Ｆ３１５は、制御部３１０（クラウドサービスサーバ１３１）をインターネット１２０に接続する。またネットワークＩ／Ｆ３１５は、インターネット１２０を介して、ＬＡＮ１１０上の他の装置との間で各種情報を送受信する。尚、端末１０２の構成は、図３で説明したクラウドサービスサーバ１３１の構成と基本的に同様である。

図４は、実施形態１に係る画像形成装置１０１のソフトウェア構成を説明する機能ブロック図である。図４に示す各機能部は、画像形成装置１０１が有しているＣＰＵ２１１が制御プログラムを実行することにより実現される。

画像形成装置１０１は、画面表示部４００、通信部４０１、マイクロブログ通信管理部４０２、プリントデータ管理部４０３、ジョブ処理部４０４、プリントデータデータベース４０５、画像処理部４０６、認証情報管理部４０７を有する。また認証情報データベース４０８、フォローリストデータベース４０９、ユーザ認証検知部４１０、プリント依頼検知部４１１を有する。尚、以下では、プリントデータデータベース４０５はプリントデータＤＢ４０５と、認証情報データベース４０８を認証情報ＤＢ４０８と、フォローリストデータベース４０９をフォローリストＤＢ４０９とそれぞれ略記する。

ユーザ認証検知部４１０は、ユーザの認証操作を検知し、認証情報管理部４０７に通知する。そして認証情報管理部４０７は、ユーザにより入力されたユーザ情報と認証情報ＤＢ４０８のユーザ情報と照らし合わせ、そのユーザのユーザ情報が認証情報ＤＢ４０８に登録されているか、即ち、画像形成装置１０１の使用許可があるか否かを判別する。認証情報管理部４０７は、ユーザに使用許可があると判定する（ユーザの認証に成功する）と、フォローリストＤＢ４０９にフォローするユーザとして追加する。

通信部４０１はマイクロブログ通信管理部４０２からの指示により、クラウドサービスサーバ１３１に対してフォローするユーザの追加や、画像形成装置１０１のＷｅｂページで入力されたメッセージやコメントなどを通知する。また、通信部４０１はマイクロブログ通信管理部４０２からの指示により、クラウドサービスサーバ１３１に対してリクエストを送信する。画像形成装置１０１のＷｅｂページには、フォローするユーザのメッセージが表示されており、通信部４０１は、それらメッセージをクラウドサービスサーバ１３１から受信する。

プリント依頼検知部４１１は、受信したメッセージの中から、プリント依頼を含むメッセージを検索してプリントデータの格納場所を特定し、プリントデータ管理部４０３へ通知する。プリントデータ管理部４０３は、通信部４０１に対してプリントデータの取得を指示する。これにより通信部４０１は、ユーザが格納した、クラウドサービスサーバ１３１の場所からプリントデータを取得してプリントデータＤＢ４０５に格納し、ジョブ処理部４０４へプリントデータを格納した旨を通知する。ジョブ処理部４０４は、プリントデータＤＢ４０５に格納されたプリントデータをプリントする。

ここで、画面表示部４００は、プリント操作を実行するための画面を操作部２１０に表示し、必要であればユーザからの指示により画像処理部４０６に画像処理の変更を依頼しジョブ処理部４０４にプリントジョブの実行を指示してもよい。例えば、この画像処理部４０６は、色処理やエッジ強調の変更やスクリーンの変更等を受け付けて処理する。そしてプリント終了後に画面表示部４００は、プリント完了を表示する。

図５は、実施形態１に係るクラウドサービスサーバ１３１のソフトウェア構成を説明する機能ブロック図である。図５に示す各機能部は、クラウドサービスサーバ１３１が有しているＣＰＵ３１１が制御プログラムを実行することにより実現される。

クラウドサービスサーバ１３１は、Ｗｅｂアプリケーション５０１、メッセージデータベース５０２（以下、メッセージＤＢ５０２）、フォローリストデータベース（以下、フォローリストＤＢ５０３）を有する。

Ｗｅｂアプリケーション５０１は、ＣＲＭサービス等を提供するためのＷｅｂアプリケーションである。本実施形態１では、Ｗｅｂアプリケーション５０１において、マイクロブログ機能が提供されているものとする。Ｗｅｂアプリケーション５０１は、通信部５１１、制御部５１２、メッセージ管理部５１３、フォロー関係管理部５１４を有する。

通信部５１１は、画像形成装置１０１及びＰＣなどの端末１０２からのリクエストを受信して、制御部５１２に、そのリクエスト内容を送信する。更に、制御部５１２からリクエストに対する処理結果を受け取り、そのリクエストに対するレスポンスデータを作成し、画像形成装置１０１及び端末１０２にレスポンスを送信する。

制御部５１２は、通信部５１１から入力されるリクエスト内容に従って、そのリクエストに含まれるメッセージもしくはコメントを抽出し、メッセージ管理部５１３にメッセージもしくはコメントの登録処理を依頼する。メッセージ管理部５１３は、制御部５１２から入力されるメッセージもしくはコメントを受信してメッセージＤＢ５０２へ格納する。またメッセージ管理部５１３は、制御部５１２からの依頼により、メッセージＤＢ５０２に登録されたメッセージ及びコメントを、メッセージＤＢ５０２から取得して制御部５１２に送信する。

フォロー関係管理部５１４は、フォローする側とフォローされる側の関係を管理する。具体的には、画像形成装置１０１がユーザの認証を受け付けると、画像形成装置１０１がそのユーザをフォローとして登録し、そのユーザ情報をインターネットを介して通信部５１１に通知する。これにより通信部５１１は、画像形成装置１０１がそのユーザをフォローすることをフォロー関係管理部５１４に通知し、フォロー関係管理部５１４は、画像形成装置１０１が、そのユーザをフォローする旨をフォローリストＤＢ５０３に追加する。これによってフォローの関係が更新される。

またユーザが画像形成装置１０１をフォローする場合は、ユーザがＰＣ等の端末１０２を利用して、画像形成装置１０１へのフォローを通信部５１１にリクエストする。これにより通信部５１１は、そのユーザが画像形成装置１０１をフォローすることをフォロー関係管理部５１４に通知する。こうしてフォロー関係管理部５１４は、そのユーザが画像形成装置１０１をフォローする旨をフォローリストＤＢ５０３に追加する。

図６は、本発明の実施形態１に係る端末１０２、画像形成装置１０１、クラウドサービスサーバ１３１が実行する一連の処理を説明するシーケンス図である。尚、画像形成装置１０１の処理の詳細は、図８のフローチャートを参照して後述する。

６０１で、画像形成装置１０１はユーザＡの認証を行い、そのユーザＡがフォローしていないユーザであればフォロー設定を行う。即ち、画像形成装置１０１の認証情報管理部４０７は、ユーザＡに使用許可がある場合、フォローリストＤＢ４０９に、画像形成装置１０１がフォローするユーザとして追加する。そして６０２で、画像形成装置１０１は、クラウドサービスサーバ１３１に対して、そのユーザＡをフォローしたことを通知する。これにより６０３でクラウドサービスサーバ１３１は、フォローリストＤＢのフォローリストを更新する。

６０４で、画像形成装置１０１は、そのフォローするユーザＡのメッセージの監視を開始する。そして６０５で、ユーザＡが、ＰＣ等の端末１０２のＷｅｂブラウザを利用してクラウドサービスサーバ１３１にアクセスして、「プロジェクトＹリソース管理．ｘｌｓを２部プリントしてください」という旨のメッセージを送信する。これにより６０６で、クラウドサービスサーバ１３１は、そのユーザＡが送信したメッセージを受信してメッセージＤＢ５０２へ登録する。

６０７で、画像形成装置１０１は、クラウドサービスサーバ１３１から、そのユーザＡのメッセージを取得する。そして６０８で、画像形成装置１０１は、６０７で取得したメッセージの内容から、プリント依頼の文面を含むメッセージか否かを判定し、プリント依頼を含むメッセージであれば、そのメッセージを解析してプリントデータの格納場所を求める。そして６０９で、画像形成装置１０１は、その解析結果に基づいて、クラウドサービスサーバ１３１のその格納場所からプリントデータを取得する（ファイル取得）。ここでは、ファイル「プロジェクトＹリソース管理．ｘｌｓ」を取得する。そして６１０で、画像形成装置１０１は、６０９で取得したプリントデータをプリントデータＤＢ４０５に保存する。次に６１１で、画像形成装置１０１は、そのメッセージに従って、６１０でプリントデータＤＢ４０５に保存したプリントデータを２部プリントする。そして６１２で、画像形成装置１０１は、クラウドサービスサーバ１３１に対して「プリントを完了しました」という旨のコメントを送信する。そして６１３で、クラウドサービスサーバ１３１は、その画像形成装置１０１が送信したメッセージを受信し、メッセージＤＢ５０２へ登録するとともにＷｅｂページに表示する。

以上説明したようにして、画像形成装置１０１がフォローしているユーザＡのメッセージを基に、そのメッセージで指示された文書の印刷を実行することができる。

尚、６１４〜６１６は、画像形成装置１０１が、そのユーザＡのフォローを解消する場合の処理を示している。

６１４では、画像形成装置１０１は、フォローする期限が過ぎると、或は画像形成装置１０１でフォローの取り消し操作が行われると、フォローの取り消しをクラウドサービスサーバ１３１に対して通知する。これにより６１５で、クラウドサービスサーバ１３１は、フォローリストＤＢ５０３のフォローリストを更新する。次に６１６で、画像形成装置１０１は、フォローの取り消しを行う。即ち、画像形成装置１０１の認証情報管理部４０７は、フォローリストＤＢ４０９にフォローするユーザとして登録しているユーザ（ここではユーザＡ）を削除する。

図７は、本発明の実施形態１に係るクラウドサービスサーバ１３１で提供されるマイクロブログ機能を説明する図である。この図７は、ＰＣや携帯端末などの端末１０２上で動作するＷｅｂブラウザからクラウドサービスサーバ１３１へアクセスして、端末１０２で表示されるＷｅｂページの表示例を示している。ここで、クラウドサービスサーバ１３１は、開発支援目的で現在進行中のプロジェクトを管理しているものとする。

７０１は、現在進行中のプロジェクトに関する情報を表示するプロジェクトＹ画面の表示例を示す。プロジェクト詳細エリア７０２は、このプロジェクトＹに関する情報である検討名、検討担当者、検討関係者連絡先等を表示している。メッセージ表示エリア７０３は、メッセージとそのメッセージに対するコメントから構成されるタイムラインをそれぞれ表示している。

メッセージ表示エリア７０３では、ユーザが「プロジェクトＹリソース管理．ｘｌｓを２部プリントしてください」というメッセージ７１１を登録している。そして、このメッセージ７１１に対して、画像形成装置１０１が「プリントを完了しました」とコメント７１２を登録している様子を表示している。ここで、画像形成装置１０１は、このユーザをフォローしている関係になっている。フォローの仕方は、ユーザが画像形成装置１０１の場所へ行きユーザの認証を行うと、画像形成装置１０１は、そのユーザをフォローするように設定する。そして画像形成装置１０１は、そのユーザをフォローする旨をクラウドサービスサーバに通知する。これにより画像形成装置１０１は、そのユーザが投稿したメッセージ７１１を、画像形成装置１０１のＷｅｂページで表示できるようになる。そして、そのユーザによって投稿されたメッセージ７１１を解析することにより、画像形成装置１０１は、ユーザのメッセージ７１１がプリント依頼であるか否かを判断することができる。

そして、このメッセージ７１１の「プロジェクトＹリソース管理．ｘｌｓ」という文章には、そのプリントデータの格納先又はリンク情報が備わっているものとする。この場合のプリントデータの格納先は、クラウドサービスサーバ１３１又は、外部サーバ等である。この結果、画像形成装置１０１は、その格納先から、印刷対象のプリントデータ（ファイル）を取得することができる。ここでは、印刷対象のファイルは、エクセルファイルとなっているが、エクセルだけではなくｐｄｆやワード等のファイルでもよい。

コメント入力エリア７０４でコメント入力欄７２１にユーザがコメントを入力して、追加ボタン７２２を押下すると、Ｗｅｂブラウザからクラウドサービスサーバ１３１にコメント追加リクエストが送信される。このコメント追加リクエストを受信したクラウドサービスサーバ１３１は、コメント入力欄７２１に入力されたコメントを受信してメッセージＤＢ５０２に登録する。これにより、ユーザがＷｅｂブラウザでクラウドサービスサーバ１３１にアクセスした際、前述のコメント７１２のように、Ｗｅｂブラウザ上に登録したコメントが表示される。

メッセージ入力エリア７０５で、メッセージ入力欄７３１にユーザがメッセージを入力して作成ボタン７３２を押下すると、Ｗｅｂブラウザからクラウドサービスサーバ１３１にメッセージ作成リクエストが送信される。メッセージ作成リクエストを受信したクラウドサービスサーバ１３１は、入力されたメッセージを受信してメッセージＤＢ５０２に登録する。これにより、ユーザがＷｅｂブラウザでクラウドサービスサーバ１３１にアクセスした際、前述のメッセージ７１１のように、Ｗｅｂブラウザ上に作成したメッセージが表示される。

図８は、本発明の実施形態１に係る画像形成装置１０１による処理を説明するフローチャートである。尚、この処理を実行するプログラムはＨＤＤ２１４にインストールされており、実行時にＲＡＭ２１３に展開され、ＣＰＵ２１１の制御の下に実行される。


図８は、本発明の実施形態における画像形成装置１０１の一連の動作を説明するフローチャートである。

Ｓ８０１では、ＣＰＵ２１１はユーザの認証を行う。即ち、画像形成装置１０１のユーザ認証検知部４１０は、ユーザの認証操作を検知すると認証情報管理部４０７に通知する。認証情報管理部４０７は、入力されたユーザ情報と認証情報ＤＢ４０８と照らし合わせ、そのユーザに画像形成装置１０１の使用許可があるか否か（ユーザの認証に成功したかどうか）を判別する。判別の結果、そのユーザが認証情報ＤＢ４０８に登録されていなければユーザの認証に失敗したと判断してＳ８１０へ進み、登録されているユーザであればＳ８０２へ進む。Ｓ８１０では、ＣＰＵ２１１はエラーを表示する。即ち、画像形成装置１０１の画面表示部４００は、ユーザの認証エラーであることを表示し「管理者へ通知してください」などの旨の表示を行って処理を終了する。

一方、Ｓ８０２では、ＣＰＵ２１１は、そのユーザが、画像形成装置１０１がフォローしているユーザであるか否かを判別する。即ち、画像形成装置１０１の認証情報管理部４０７は、フォローリストＤＢ４０９を参照し、その認証したユーザがフォローリストＤＢ４０９に登録されているか否かを判別する。判別の結果、フォローリストＤＢ４０９に登録されていなくてフォローしていないユーザであればＳ８０４へ進み、フォローしているユーザであればＳ８０３に進む。Ｓ８０３では、ユーザの認証の目的が、コピー又はスキャンデータの送信などを行うものと判断し、それらのＵＩを表示して、この処理を終了する。

Ｓ８０４では、ＣＰＵ２１１は、認証したユーザをフォローする。即ち、画像形成装置１０１の認証情報管理部４０７は、認証したユーザをフォローし、フォローリストＤＢ４０９に登録する。次にＳ８０５に進み、ＣＰＵ２１１は、フォローしたユーザのメッセージ又はコメントを監視する。即ち、画像形成装置１０１の通信部４０１は、マイクロブログ通信管理部４０２からの指示により、クラウドサービスサーバ１３１に対して、そのユーザのメッセージやコメントを要求するリクエストを送信する。ここでは画像形成装置１０１のＷｅｂページには、フォローするユーザのメッセージが表示されており通信部４０１は、それらのメッセージを受信する。そしてＳ８０６に進み、ＣＰＵ２１１は、Ｓ８０５で取得したユーザのメッセージの中からプリント依頼のメッセージを検索する。即ち、画像形成装置１０１のプリント依頼検知部４１１は、プリント依頼を含むメッセージを検索する。ここで、メッセージの中にプリント依頼を含むメッセージがなければＳ８０５へ進み、そのユーザのメッセージの監視を継続する。

プリント依頼を含むメッセージがあればＳ８０７へ進み、ＣＰＵ２１１は、クラウドサービスサーバ１３１の、ユーザがプリントデータを格納した場所からプリントデータを取得する。即ち、画像形成装置１０１のプリント依頼検知部４１１は、ユーザのプリントデータの格納場所を特定し、プリントデータ管理部４０３へ通知する。プリントデータ管理部４０３は、通信部４０１に対して、その格納場所を指定してプリントデータの取得を指示し、通信部４０１は、ユーザが格納した場所からプリントデータを取得しプリントデータＤＢ４０５に格納する。そしてプリントデータ管理部４０３は、ジョブ処理部４０４へ、プリントデータを格納した旨を通知する。

図１２は、実施形態１に係るプリントデータＤＢ４０５に格納されたプリントデータを管理するためのプリントデータ管理テーブルを説明する図である。このプリントデータ管理テーブルは、プリントデータ管理部４０３が作成して管理している。

プリントＩＤ１２０１は、このプリントデータ管理テーブルで重複しないプリントデータの識別子である。プリント名１２０２は、Ｓ８０２で解析されたプリント依頼を含むメッセージに含まれる、印刷対象の文書ファイルの名称を示す文字列を格納する。またユーザＩＤ１２０３は、Ｓ８０２で解析された、プリント依頼を含むメッセージを発行したユーザ名を基に登録される。

次にＳ８０８に進み、ＣＰＵ２１１は、プリンタＩ／Ｆ２１６を介してプリントデータをプリンタ２２０に出力して印刷する。即ち、ジョブ処理部４０４はプリントデータＤＢ４０５に格納されたプリントデータをプリントする。次にＳ８０９に進み、ＣＰＵ２１１は、プリント完了をクラウドサービスサーバ１３１へ通知し、更にＵＩに表示する。即ち、ジョブ処理部４０４は、マイクロブログ通信管理部４０２へプリント完了を通知する。そして通信部４０１は、マイクロブログ通信管理部４０２からの指示により、クラウドサービスサーバ１３１へプリント出力通知を指示するとともに、画面表示部４００は、プリント終了を表示する。

このようにして実施形態１に係る画像形成装置は、その画像形成装置がフォローしているユーザが、プリントを依頼するメッセージを発行すると、そのメッセージに従って、そのユーザがサーバに登録しているプリントデータを取得して印刷することができる。

図１０は、本発明の実施形態１に係る画像形成装置１０１によるプリント依頼を含むメッセージの検索処理（Ｓ８０６）の詳細を説明するフローチャートである。

まずＳ１００１で、マイクロブログ通信管理部４０２はメッセージを、通信部４０１を介し、クラウドサービスサーバ１３１から取得する。ここでは複数のメッセージの中から一つのメッセージを取得する。次にＳ１００２に進み、新規メッセージが追加されているか否かを判断する。新規メッセージが存在する場合はＳ１００３に進むが、新規メッセージが存在しない場合はＳ１００５へ進みエラー表示を行う。Ｓ１００５では、マイクロブログ通信管理部４０２はエラーログを出力して処理を終了する。Ｓ１００３では、Ｓ１００２で取得した新規メッセージの内容を解析し、そのメッセージがプリント依頼を含むか否かを判定して後段の処理を実行する。このメッセージの解析処理は図１１を参照して後述する。Ｓ１００４では、Ｓ１００３での解析処理の結果に基づいてプリント依頼を含むメッセージであるか否かを判定する。プリント依頼を含むメッセージであればそのまま終了し、プリント依頼を含まないメッセージ場合はＳ１００１に進む。

図１１は、本発明の実施形態１に係る画像形成装置１０１による図１０のＳ１００３のメッセージ解析処理の詳細を説明するフローチャートである。そして、図１３（Ａ）（Ｂ）は、コマンド文字列管理テーブルとパラメータ文字列管理テーブルを説明する図である。

図１１のフローチャートでは、マイクロブログ通信管理部４０２は、図１０のＳ１００２で読み出したメッセージを解析する。このメッセージは、例えば、以下のようなフォーマットで記載されるものとする。

「プロジェクトＹリソース管理．ｘｌｓを２部プリントしてください。」
マイクロブログ通信管理部４０２は上記のようなメッセージから、プリント依頼を含むか否か判定し、更に、そのプリント依頼の対象であるプリントデータやその格納場所、そして、プリントする部数などの設定なども特定する。

まずＳ１１０１で、マイクロブログ通信管理部４０２は、取得したメッセージから、図１３（Ａ）に示すコマンド文字列管理テーブルのコマンド文字列１３０１のコマンドを示す文字列を検索する。そしてＳ１１０２に進み、Ｓ１１０１の検索結果に基づいて、そのメッセージに、そのコマンドを示す文字列が含まれているかどうか判断する。Ｓ１１０２でコマンドを示す文字列が見つかった場合はＳ１１０３に進むが、文字列が見つからなかった場合は、処理できないコメントのため、エラーとして本フローを終了する。

上述のメッセージの場合、コマンド文字列「プリント」が含まれているため、図１３（Ａ）のコマンド文字列管理テーブルから、そのコマンド「プリント」の処理機能１３０２が「プリント機能」と判断できる。こうしてコマンドを示す文字列が見つかった場合はＳ１１０３で、マイクロブログ通信管理部４０２は、そのメッセージから、図１３（Ｂ）のパラメータ文字列管理テーブルのパラメータ文字列１３１１に含まれる文字列を検索する。Ｓ１１０４では、Ｓ１１０３の検索結果に基づいて、そのメッセージにパラメータを示す文字列が含まれているかどうかを判断する。Ｓ１１０４で、そのメッセージにパラメータを示す文字列が見つかった場合はＳ１１０５へ進み、Ｓ１１０３で、パラメータを示す文字列が見つからなかった場合は、処理できないコメントのため、エラーとして本フローを終了する。上述のメッセージの場合、「２部」が検索できるためパラメータを示す文字列が見つかったと判定され、図１３（Ｂ）の対応する処理機能１３１２より「部数処理」が２部であると判断できる。

こうしてＳ１１０２及びＳ１１０４の処理により、このメッセージは、文書ファイル「プロジェクトＹリソース管理．ｘｌｓ」を、２部プリント処理するように指示していると判断できる。そしてＳ１１０５に進み、プリントデータの格納情報を取得する。従って、上述のメッセージの場合は、図８のＳ８０６でプリント依頼のコマンドを含むメッセージと判定されてＳ８０７に進み、図１１のＳ１１０５で取得したプリントデータの格納情報を基に、クラウドサービスサーバ１３１からプリントデータを取得する。

以上説明したように本実施形態１によれば、ユーザは、使用したい画像形成装置１０１でユーザの認証を行うことにより、その画像形成装置１０１がそのユーザをフォローするように設定できる。その結果、画像形成装置１０１は、フォローするユーザのマイクロブログ機能のメッセージを監視し、そのメッセージに従って、そのユーザが登録しているプリントデータの印刷を行うことができる。

尚、図８のＳ８０５でＣＰＵ２１１からクラウドサービスサーバ１３１に対してメッセージを問い合わせる時間間隔は、この画像形成装置１０１がフォローする人数やフォローするユーザによる使用頻度に応じて調整する。これにより、画像形成装置１０１がメッセージを監視する負荷を調整してもよい。

また、Ｓ８０１のユーザの認証の後で、図１５に示すように、ＣＰＵ２１１が、「ユーザをフォローしますか？」という文言をＵＩに表示する。ここでユーザが「Ｙｅｓ」ボタン１５０１を押すことによりＳ８０４に進んで、そのユーザをフォローするように設定してもよい。尚、このＵＩは、画像形成装置１０１の画面表示部４００である。これにより、画像形成装置１０１が、そのユーザをフォローすることを、そのユーザに知らせて確認することができる。更に、クラウドサービスサーバ１３１のアドレスは、会社、部署で予め設定されていることが望ましいが、ユーザが、この時点で入力してもよい。

［実施形態２］
一方、オフィス内では、ユーザは、異なる画像形成装置を用いて印刷を実行する可能性がある。このために、画像形成装置がユーザをフォローする期間を制限することが有益となる。例えば、ある場所に設置された画像形成装置の近くでたまたま仕事を行うユーザが、その画像形成装置で認証を行うと、その画像形成装置は、その日だけ、そのユーザをフォローする。これにより画像形成装置は、その日に認証したユーザだけをフォローすればよく、画像形成装置のメッセージの監視の負荷低減につながる。また画像形成装置がフォローするユーザの数が増え続けるという事態を防ぐことができる。

そこで実施形態２では、画像形成装置がユーザをフォローする期間を設定し、その期間が過ぎればフォロー関係を解消する場合で説明する。尚、実施形態２では実施形態１と相違している部分に対してのみ説明し、メッセージやコメントの検索方法や、解析方法は実施形態１と同様なのでここでは記さない。また実施形態２に係るシステム構成及び画像形成装置１０１、端末１０２、クラウドサービスサーバ１３１等の構成も前述の実施形態１と同様であるため、それらの説明を省略する。

ここでは、前述の図６の６０１で、ＣＰＵ２１１は、認証したユーザのフォローの設定を行う。即ち、画面表示部４００は、図１４に示すようなＵＩ画面を表示する。ここでは、フォローする期限を「本日のみ」１４０１、「明日まで」１４０２又は「明後日まで」１４０３の中から、ユーザにより所望の期限を選択させる。もちろんユーザが所望する期限そのものを、ユーザが入力できるようにしてもよい。図６の６０２から６１３にかけては実施形態１と変わらないので説明を省略する。

図９は、本発明の実施形態２に係る画像形成装置１０１による処理を説明するフローチャートである。尚、この処理を実行するプログラムはＨＤＤ２１４にインストールされており、実行時にＲＡＭ２１３に展開され、ＣＰＵ２１１の制御の下に実行される。図９では、前述の図８と同じ処理を実行するステップを同じ記号で示し、それらの説明を省略する。

Ｓ９０１では、ＣＰＵ２１１は、認証したユーザをフォローするように設定する。ここで前述の図８のＳ８０４と異なる点は、画像形成装置１０１の画面表示部４００は、図１４に示すＵＩを表示して、ユーザにフォローする期限を設定させる。そしてＳ９０２に進み、ＣＰＵ２１１は、ユーザをフォローする期間内かどうかを判定する。フォローする期間内であればＳ８０５へ進み、期間を経過していればＳ９０３へ進む。Ｓ８０５〜Ｓ８０９の処理は、前述の実施形態１と同じなので説明を省略する。Ｓ９０３では、ＣＰＵ２１１は、フォローの解消を行う。即ち、フォローの解消をクラウドサービスサーバ１３１に通知する一方でフォローの解消を行う。これは図６の６１４，６１５のように行う。

尚、Ｓ９０３では、ユーザに対してフォローを解消するかどうかを問い合わせる画面を画面表示部４００により表示し、ユーザが承諾した場合にフォローを解消するようにしても良い。これにより、ユーザが意図しない状態でフォローが解消され、ユーザが気が付かないうちにプリント依頼のメッセージによる印刷ができなくなっているといった事態の発生を防止できる。

このように実施形態２によれば、画像形成装置がユーザをフォローする期限を設定できるようにすることで、画像形成装置の負荷を抑えることができる。画像形成装置を使用しなくなったユーザをフォローすることが少なくなり、またフォローするユーザの数が増え続けるということを防ぐことができる。

［実施形態３］
上述の実施形態１，２では、ユーザをフォローする画像形成装置が１台の場合で説明した。これに対して実施形態３では、ユーザをフォローする画像形成装置が複数台の場合で説明する。実施形態３では、ユーザが２つの画像形成装置（Ａ）１０１、画像形成装置（Ｂ）１０３を使用する場合で説明する。ここでは、あるユーザをフォローする複数の画像形成装置で優先順位を設定し、そのユーザからのプリント等の指示に対して、画像形成装置が優先順位に応じて処理を行う。これにより、ユーザのプリント依頼に対して複数の画像形成装置が同時に印刷を実行するのを防止できる。

本実施形態３では、複数の画像形成装置はお互いをフォローしている関係にあり、他の画像形成装置からのメッセージやコメント等も、各画像形成装置のＷｅｂページから見ることができる。また、これら複数の画像形成装置１０１，１０３は同じ構成を備えているものとする。また実施形態３に係るシステム構成及び画像形成装置１０１、端末１０２、クラウドサービスサーバ１３１等の構成も前述の実施形態１と同様であるため、それらの説明を省略する。

実施形態３では、ユーザは画像形成装置１０１の場所へ行ってユーザの認証を行うことで、画像形成装置１０１からフォローしてもらうように設定する。ここで画像形成装置１０１は、クラウドサービスサーバ１３１に、そのユーザをフォローする旨を通知する。このとき画像形成装置１０１は、複数の画像形成装置の中で優先順位が１番のフォロアーとなる。次に、ユーザは画像形成装置１０３の場所へ行ってユーザの認証を行うことにより、そのユーザが画像形成装置１０３からフォローしてもらうように設定する。ここで、画像形成装置１０３は、クラウドサービスサーバ１３１に、そのユーザをフォローする旨を通知する。ここで画像形成装置１０３が、そのユーザをフォローする優先順位は１番となる。次に画像形成装置１０１は、画像形成装置１０３によるフォロー通知を参照して、そのユーザをフォローする優先順位を２番に変更する。

図１８は、実施形態３に係る端末、画像形成装置、クラウドサービスサーバが実行する一連の処理を説明するシーケンス図である。図１８の１８０１から１８０４は、実施形態１の図６の６０１から６０４に相当するので説明を省略する。

１８０５では、画像形成装置１０１は、フォローの優先順位を１番と設定し、画像形成装置１０１のフォローリストＤＢ４０９に登録する。また１８０６から１８０９は、図６の６０１から６０４に相当するので説明を省略する。

１８１０では、画像形成装置１０３は、フォローの優先順位を１番に設定し、画像形成装置１０３のフォローリストＤＢ４０９に登録する。

そして１８１１では、画像形成装置１０１は、画像形成装置１０３がフォローした旨のメッセージを取得する。これにより１８１２で、画像形成装置１０１はフォローリストＤＢ４０９を更新して、そのユーザのフォローの優先順位を２番に変更するとともに、フォローの優先順位の１番が画像形成装置１０３であるという情報をフォローリストＤＢ４０９に保存する。

次に１８１３は、図６の６０５に、１８１４は図６の６０６に相当するので、それらの説明を省略する。そして１８１５で、画像形成装置１０１は、クラウドサービスサーバ１３１から、そのフォローしているユーザのメッセージを取得する。そして１８１６で、画像形成装置１０１は、１８１５で取得したメッセージがプリント依頼を含むか否かを判定し、プリント依頼を含むときはプリントデータの格納場所を解析する。次に１８１７で、画像形成装置１０１は、ユーザのメッセージがプリント依頼を含む場合、プリントの準備ができたことを、クラウドサービスサーバ１３１に通知する。これは例えば、図１６の１６０１に示すようなメッセージである。１８１８で、クラウドサービスサーバ１３１は、１８１７で画像形成装置１０１から送信されたメッセージを登録して表示する。

次に１８１９で、別の画像形成装置１０３は、クラウドサービスサーバ１３１から、そのユーザのメッセージを取得する。１８２０で、画像形成装置１０３は、１８１９で取得したメッセージの内容からプリント依頼を含むか否かを判定し、プリント依頼を含むメッセージであればプリントデータの格納場所を解析する。そして１８２１で、画像形成装置１０３は、ユーザのメッセージがプリント依頼を含む場合、プリントの準備ができたことをクラウドサービスサーバ１３１に通知する。これは例えば、図１６の１６０２に示すようなメッセージである。１８２２では、クラウドサービスサーバ１３１は、画像形成装置１０３から受信したメッセージを登録して表示する。

次に１８２３で、画像形成装置１０１は、クラウドサービスサーバ１３１から画像形成装置１０３が送信したメッセージを取得する。そして１８２４で、画像形成装置１０１は、そのメッセージを解析する。ここでは、画像形成装置１０１は、そのメッセージがプリントの準備ができたことを通知するものであると判定できる。画像形成装置１０１はフォローリストＤＢ４０９を参照し、自分より優先度が高い画像形成装置１０３からのメッセージか否かを判定する。自分より優先度の高い画像形成装置１０３からのメッセージであれば、１８２５で、画像形成装置１０１は、１８１７で準備したプリントジョブをキャンセルする。即ち、画像形成装置１０１は、１８２４の判定の結果、優先順位が１位である画像形成装置１０３がプリント準備を完了していることが分かるため、そのユーザが依頼したプリント処理を画像形成装置１０３に任せる。

１８２６から１８３０は画像形成装置１０３によるプリント処理であり、図６の６０９から６１３に対応するので説明を省略する。

図１６は、実施形態３に係るクラウドサービスサーバで提供されるマイクロブログ機能を説明する図である。ここでは図７のメッセージ表示エリア７０３に対応するエリアだけを示している。

ここでは、ユーザが「プロジェクトＹリソース管理．ｘｌｓを２部プリントしてください」というメッセージ７１１を登録している。これに対して画像形成装置１０１が、「プリントの準備ができました」というメッセージ１６０１を登録している。これは図１８の１８１７で、画像形成装置１０１から通知されたメッセージに基づいている。そして、その後で、画像形成装置１０３が、「プリントの準備ができました」というメッセージ１６０２を登録している。これは図１８の１８２１で、画像形成装置１０３から通知されたメッセージに基づいている。そして最終的に、画像形成装置１０３が印刷を実行して、１８２９で画像形成装置１０３から通知されたメッセージに基づいて、「プリントを完了しました」というメッセージ１６０３を登録している。

図１７は、本発明の実施形態３に係る画像形成装置１０１による処理を説明するフローチャートである。尚、この処理を実行するプログラムはＨＤＤ２１４にインストールされており、実行時にＲＡＭ２１３に展開され、ＣＰＵ２１１の制御の下に実行される。尚、図１７において、前述の実施形態１に係る図８と同じ処理は図８と同じ符号を付して、図８と異なる処理について説明する。

Ｓ８０４では、ＣＰＵ２１１は、認証したユーザをフォローする。即ち、画像形成装置１０１の認証情報管理部４０７は、認証したユーザをフォローし、その優先順位を１番としてフォローリストＤＢ４０９に登録する。Ｓ８０５、Ｓ８０６は実施形態１と同じである。但し、Ｓ８０６では、取得したメッセージがプリント依頼を含むかどうかを判定し、プリント依頼を含まないときはＳ１７０１へ進み、プリント依頼を含むときはＳ１７０３へ進む。Ｓ１７０１では、ＣＰＵ２１１は、他の画像形成装置１０１が、そのユーザをフォローする旨のメッセージがあるかどうか判定し、なければＳ８０５に進むが、メッセージがあればＳ１７０２へ進んで、フォローの優先順位を変更してＳ８０５に進む。即ち、画像形成装置１０１の認証情報管理部４０７は、優先順位を１つ下げてフォローリストＤＢ４０９を更新してＳ８０５へ進む。

Ｓ１７０３では、ＣＰＵ２１１は、他の画像形成装置１０３がプリントの準備ができた旨のコメントがあるか否かを判定する。即ち、画像形成装置１０１のプリント依頼検知部４１１は、他の画像形成装置のコメントを検索する。他の画像形成装置のコメントがあればＳ１７０４へ進み、他の画像形成装置のコメントがなければＳ８０７へ進む。Ｓ１７０４で、ＣＰＵ２１１は、フォローの優先順位を比較する。即ち、画像形成装置１０１の認証情報管理部４０７は、他のプリントの準備ができた画像形成装置１０３の優先順位が自分より高いか否かを判定する。優先順位が自分より高いときはプリントを行わずにＳ８０５へ進むが、そうでないときはＳ８０７へ進みプリント処理に移行する。Ｓ８０７からＳ８０９の処理は、前述の図８と同じであるため、その説明を省略する。

上記実施形態３では、あるユーザに対して最後にフォロー設定を行った画像形成装置１０３の、そのユーザに対する優先順位が一番に設定される。そして、それ以外の、既に、そのユーザをフォローしている画像形成装置は、別の画像形成装置が、そのユーザのフォロー設定を行ったというメッセージを解析することで、そのユーザに対する優先順位を１つ下げる。例えば、ユーザが画像形成装置１０３の後で、他の画像形成装置Ｃで、ユーザの認証を行った場合、画像形成装置１０３のフォローリストＤＢ４０９に格納されている優先順位は図１９（Ｂ）のように更新される。

図１９は、実施形態３に係る複数の画像形成装置がユーザをフォローする優先順位を説明する図である。

図１９（Ａ）は、画像形成装置ＡとＢとが存在しているとき、あるユーザが画像形成装置Ａで認証を行った後、画像形成装置Ｂで認証を行った場合を示している。この場合は、画像形成装置Ｂの優先順位が最も高くて「１」であり、次に画像形成装置Ａの優先順位が「２」に設定されている。

更に図１９（Ｂ）は、その後で、同じユーザが画像形成装置Ｃで認証を行った場合を示している。この場合は、画像形成装置Ｃの優先順位が最も高くて「１」であり、次に画像形成装置Ｂ、画像形成装置Ａの順になる。

尚、画像形成装置１０３のフォローリストＤＢ４０９に格納されている優先順位を示すリストには、画像形成装置１０１の優先順位を示す情報がなくても良い。あるユーザに関する優先順位に関する情報がない画像形成装置に関しては、そのユーザの優先順位は自機よりも低いと判断する。

このような優先順位を採用することにより、ユーザからのプリント依頼を含むメッセージに対して、どの画像形成装置がプリントを実行するかを決定できる。例えば、図１９（Ａ）の例では、画像形成装置Ａは、画像形成装置Ｂの優先順位が高いということが分かっているため画像形成装置Ｂに、その依頼されたプリント処理を任せることができる。

本実施形態３では詳細は記さないが、例えば、図１８の１８１７で、画像形成装置１０１がプリントの準備完了のメッセージを通知した後、予め定められた時間内に、より優先順位の高い画像形成装置からプリント準備完了が通知されないことが考えられる。この場合は、画像形成装置１０１よりも優先順位の高い画像形成装置の電源が入っていないと判断されるので、画像形成装置１０１が、その依頼されたプリント処理を実行することになる。

よって本実施形態３によれば、ユーザが複数の画像形成装置にフォロー設定を行った場合でも、複数の画像形成装置で印刷処理が実行されるという不具合を解消できる。また、ユーザが意識しないで優先順位が設定されるため、ユーザの設定の負荷が少なくなる。

本実施形態３では、複数の画像形成装置間で、優先順位に従ってプリント処理を行う画像形成装置を決めたが、もちろんユーザが指定してもよい。

即ち、図１６で、画像形成装置１０１からのメッセージ１６０１に対して、画像形成装置１０３がメッセージ１６０２を通知したときに、ユーザが「画像形成装置１０１でお願いします」とコメントする。これにより画像形成装置１０１が、そのコメントを解釈して、そのユーザに対する優先順位とは関係なく、画像形成装置１０１がプリントし、画像形成装置１０３は、そのプリントジョブをキャンセルするようにしてもよい。

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

Claims (8)

1. マイクロブログ機能を有するサーバと通信する機能を備えた画像形成装置であって、
   ユーザの認証を行う認証手段と、
   前記認証手段により認証されたユーザをフォローするフォロー手段と、
   前記フォロー手段がフォローしているユーザが前記サーバに登録したメッセージを取得する取得手段と、
   前記取得手段により取得した前記ユーザのメッセージを解析する解析手段と、
   前記解析手段による解析に基づいて前記メッセージで指定されたファイルを前記サーバから取得するファイル取得手段と、
   前記ファイル取得手段により取得した前記ファイルを印刷する印刷手段と、
   を有することを特徴とする画像形成装置。
2. 前記フォロー手段が前記ユーザをフォローする期間を設定する設定手段と、
   前記設定手段により設定された期間が経過すると、前記フォロー手段による前記ユーザのフォローを解消する解消手段とを更に有することを特徴とする請求項１に記載の画像形成装置。
3. 前記フォロー手段が前記ユーザをフォローする優先順位を設定する手段を更に有し、
   前記ファイル取得手段は、前記画像形成装置の前記ユーザをフォローする優先順位が最も高い場合に、前記ユーザのメッセージで指定されたファイルを前記サーバから取得することを特徴とする請求項１に記載の画像形成装置。
4. 前記ユーザをフォローする優先順位は、最後に前記ユーザを前記認証手段により認証した画像形成装置で最も高くなることを特徴とする請求項３に記載の画像形成装置。
5. 前記解析手段は、前記メッセージに含まれる文字列を基に、当該メッセージが印刷を指示するメッセージかどうかを判定し、
   前記ファイル取得手段は、前記メッセージが印刷を指示するメッセージである場合に、前記メッセージで指定されたファイルを前記サーバから取得することを特徴とする請求項１乃至４のいずれか１項に記載の画像形成装置。
6. 前記フォロー手段は、前記認証手段により認証されたユーザをフォローするかどうかをユーザに問い合わせる問い合わせ手段を有することを特徴とする請求項１に記載の画像形成装置。
7. マイクロブログ機能を有するサーバと通信する機能を備えた画像形成装置を制御する制御方法であって、
   認証手段が、ユーザの認証を行う認証工程と、
   フォロー手段が、前記認証工程で認証されたユーザをフォローするフォロー工程と、
   取得手段が、前記フォロー工程でフォローしているユーザが前記サーバに登録したメッセージを取得する取得工程と、
   解析手段が、前記取得工程で取得した前記ユーザのメッセージを解析する解析工程と、
   ファイル取得手段が、前記解析工程の解析に基づいて前記メッセージで指定されたファイルを前記サーバから取得するファイル取得工程と、
   印刷手段が、前記ファイル取得工程で取得した前記ファイルを印刷する印刷工程と、
   を有することを特徴とする画像形成装置の制御方法。
8. コンピュータを、請求項１乃至６のいずれか１項に記載の画像形成装置として機能させるためのプログラム。

Images