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

Description

本発明は、ネットワークを介してサービスを提供するサーバに接続され、当該サーバにより提供されるマイクロブログ機能を利用して画像を形成する画像形成装置及びその制御方法とプログラムに関する。

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

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

一方、従来からプリント依頼者が、画像形成に際して、複数の画像形成装置の中から最適と思われる画像形成装置を検索し、最適と思われる画像形成装置を使用して画像を形成する技術が知られている（特許文献１等参照）。

特開平７−２６１９５３号公報

しかし上記従来技術では、プリント依頼者が、他のユーザのためのプリントを行う際、他のユーザにとって最適な画像形成装置を選択するのは困難だった。なぜなら、プリント依頼者が、他のユーザの最適な画像形成装置を知っておく必要があるからである。また、従来は、プリント依頼者にとって最適な画像形成装置を自動で探索することができるが、他のユーザにとって最適な画像形成装置を検索するための情報として、ユーザと画像形成装置とを対応付ける情報を予め登録しておかなければならない。しかし、このような情報を全てのユーザに対して備えることは大きな負担となる。

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

本発明は、他のユーザのためのプリントを行う際、他のユーザによって適切な画像形成装置を簡単に選択できる技術を提供することを目的とする。

上記目的を達成するために本発明の一態様に係る画像形成装置は以下のような構成を備える。即ち、
マイクロブログ機能を有するＷｅｂサービス装置と通信可能であり、前記Ｗｅｂサービス装置に対して登録されるアカウントを有する画像形成装置であって、
前記Ｗｅｂサービス装置に登録されたメッセージを受信する受信手段と、
前記受信手段で受信した前記メッセージが、前記画像形成装置をフォローするフォロアーのためのプリント指示であるか否かを判定する判定手段と、
前記判定手段により前記メッセージが前記画像形成装置をフォローするフォロアーのためのプリント指示であると判定すると前記Ｗｅｂサービス装置から該当するファイルを取得する取得手段と、
前記取得手段で取得したファイルをプリントするプリント手段と、を有することを特徴とする。

本発明によれば、他のユーザのためのプリントを行う際、他のユーザによって適切な画像形成装置を簡単に選択できるようになり、プリント依頼者の負荷を軽減することができる。

本実施形態に係るシステムの全体図。 実施形態に係る画像形成装置のハードウェア構成を示すブロック図。 実施形態に係るクラウドサービスサーバの構成を示すブロック図。 本発明の実施形態に係るクラウドサービスサーバで提供されるマイクロブログ機能を説明する図。 実施形態に係る画像形成装置のソフトウェア構成を説明する図。 実施形態に係るクラウドサービスサーバのソフトウェア構成を説明する図。 本発明の実施形態に係る画像形成装置Ｂ、クラウドサービスサーバが一連の処理を実行する動作を説明するシーケンス図。 実施形態に係る画像形成装置Ｂにおける一連の処理を説明するフローチャート。 プリントデータ管理部でプリントデータを管理するプリントデータ管理テーブルを説明する図。 本発明の実施形態に係る画像形成装置におけるメッセージ監視処理（Ｓ８０２）の詳細を説明するフローチャート。 本発明の実施形態に係る画像形成装置におけるコメント解析処理（Ｓ１００３）の詳細を説明するフローチャート。 画像形成装置が有しているコマンド文字列管理テーブル（Ａ）、プロトコル文字列管理テーブル（Ｂ）、パラメータ文字列管理テーブル（Ｃ）の具体例を示す図。 本発明の第２実施形態に係るクラウドサービスサーバで提供されるマイクロブログ機能を説明する図。 第２実施形態に係る画像形成装置Ａ、画像形成装置Ｂ、クラウドサービスサーバが一連の処理を実行する動作を説明するシーケンス図。 第２実施形態に係る画像形成装置Ａ及び画像形成装置Ｂの一連の動作を説明するフローチャート。 本発明の第３実施形態に係るクラウドサービスサーバで提供されるマイクロブログ機能を説明する図。 第３実施形態に係る画像形成装置Ａの一連の動作を説明するフローチャート。 本発明の第３実施形態に係る画像形成装置Ａ、クラウドサービスサーバが一連の処理を実行する動作を説明するシーケンス図。

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

第１実施形態では、ユーザＡがユーザＢのためのプリントを依頼するという場合について説明する。また、予めユーザＢは、ユーザＢにとって最適だと思う画像形成装置Ｂが投稿したメッセージをユーザＢのＷｅｂページで表示できるようにユーザ登録しているものとする。即ち、ユーザＢは画像形成装置Ｂのフォロアーである（ユーザＢは画像形成装置Ｂをフォローしている）という関係にあるものとする。

図１は、本実施形態に係るシステムの全体図である。ＬＡＮ１１０には、画像形成装置Ａ１０１，Ｂ１０３及び端末１０２が接続されている。また、ＬＡＮ１１０はインターネット１２０に接続されており、サービス提供しているクラウドサービスサーバ（Ｗｅｂサービス装置）１３１もインターネット１２０経由でＬＡＮ１１０に接続されている。画像形成装置Ａ１０１，Ｂ１０３は、ＬＡＮ１１０、インターネット１２０を介してクラウドサービスサーバ１３１と通信可能である。ここでは、端末１０２はＬＡＮ１１０に接続されているが、本発明はこれに限定されず、端末１０２がクラウドサービスサーバ１３１に接続可能であればよい。尚、画像形成装置Ａ１０１，Ｂ１０３は同じ構成を有している。また以下の第１実施形態では、画像形成装置Ｂ１０３の動作に着目して説明するが、画像形成装置のハードウェア構成及びそのソフトウェア構成の説明では、画像形成装置１０１として説明する。

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

ＣＰＵ２１１を含む制御部２１０は、画像形成装置全体の動作を制御する。ＣＰＵ２１１は、ＲＯＭ２１２に記憶された制御プログラムを読み出して読取制御や送信制御などの各種制御を行う。ＲＡＭ２１３は、ＣＰＵ２１１の主メモリ、ワークエリア等の一時記憶領域として用いられる。後述する実施形態では、２つの画像形成装置Ａ１０１，Ｂ１０３が登場するがいずれも画像形成装置１０１と同様な構成を備えるものと仮定する。

ＨＤＤ２１４は、画像データや各種プログラム、或いは各種情報テーブルを記憶する。操作部Ｉ／Ｆ２１５は、操作部２１９と制御部２１０とを接続する。操作部２１９には、タッチパネル機能を有する液晶表示部やキーボードなどが備えられている。プリンタＩ／Ｆ２１６は、プリンタ部２２０と制御部２１０とを接続する。プリンタ部２２０で印刷すべき画像データは、プリンタＩ／Ｆ２１６を介して制御部２１０から転送され、プリンタ部２２０において記録媒体上に印刷される。スキャナＩ／Ｆ２１７は、スキャナ２２１と制御部２１０とを接続する。スキャナ２２１は、原稿上の画像を読み取って画像データを生成し、スキャナＩ／Ｆ２１７を介して制御部２１０に入力する。ネットワークＩ／Ｆ２１８は、画像形成装置をＬＡＮ１１０に接続する。ネットワークＩ／Ｆ２１８は、ＬＡＮ１１０及びインターネット１２０を介して外部装置（例えば、クラウドサービスサーバ１３１）に画像データや情報を送信したり、ＬＡＮ１１０上の外部装置から各種情報を受信する。尚、ＣＰＵ２１１により実行されるプログラムは、ＨＤＤ２１４にインストールされていて、ＲＯＭ２１２に記憶されたブートプログラムによってＲＡＭ２１３に展開されて実行されてもよい。

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

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

尚、図１の端末１０２も、図３で説明したクラウドサービスサーバ１３１と同様の構成を有している。

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

４０１は、プロジェクトＹに関する情報である検討名、検討担当者、検討関係者連絡先等を表示するプロジェクト詳細エリアである。４０２はメッセージ表示エリアを示し、メッセージとそのメッセージに対するコメントで構成されるタイムラインがそれぞれ表示される。このメッセージ表示エリア４０２では、ユーザＡが「Ｂさんのために、プロジェクトＹリソース管理．ｌｓを２部プリントしてください」というメッセージ４１１を登録している。そして、このメッセージ４１１に対して、ＭＦＰ Ｂは「Ｂさんのためのプリントが完了しました」とコメント４１２を登録している様子を表示している。

ここで、ユーザＢは、ＭＦＰ Ｂをフォローしている関係になっている。また、ＭＦＰ Ｂとは、画像形成装置１０１と同様の構成を有し、ＬＡＮ１１０に接続されている画像形成装置Ｂ１０３を指す。フォローの仕方は、マイクロブログ機能で各ユーザが、最適だと思う画像形成装置のアカウントをフォローすることでフォローの関係が成り立つ。これにより各ユーザは、フォローした画像形成装置の投稿したメッセージを各ユーザのＷｅｂページで表示できることが出来るようになる。またフォローされる側は、マイクロブログの機能によりその関係が直接分かる仕組みになっている。ここで、マイクロブログの機能としてフォローされる側がフォローしているユーザを直接知る仕組みがない場合は、以下のようにしてもよい。例えば、ユーザＢが画像形成装置Ｂ１０３にフォロー設定すると同時にメールを送信し、画像形成装置Ｂ１０３にフォローしたことを知らせることで、その画像形成装置Ｂ１０３が、フォローしているユーザＢを容易に把握することができる。

また、プリントすべきファイルであるプロジェクトＹリソース管理．ｌｓは、その格納先又はリンク情報が備わっているものとする。そのファイルの格納先は、クラウドサービスサーバ１３１又は外部サーバ等である。そして、各画像形成装置（ＭＦＰ）は、返信とともに出力すべき各ファイルを取得する。またここではエクセルファイルを出力する例となっているが、エクセルだけではなくｐｄｆやワード等でもよい。

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

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

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

画像形成装置１０１は、画面表示部５００、通信部５０１、マイクロブログ通信管理部５０２、プリントデータ管理部５０３、ジョブ処理部５０４、プリントデータデータベース５０５、画像処理部５０６、認証情報管理部５０７、認証情報ＤＢ５０８を有する。尚、以下では、プリントデータデータベース５０５はプリントデータＤＢ５０５と略記する。また認証情報管理部５０７、認証情報ＤＢ５０８については第２実施形態で説明する。

通信部５０１は、マイクロブログ通信管理部５０２からの指示により、クラウドサービスサーバ１３１に対してリクエストを送信する。また通信部５０１は、クラウドサービスサーバ１３１からのレスポンス（リクエストに対する返信）を受信する。

マイクロブログ通信管理部５０２は、クラウドサーバ１３１からフォロアー情報を取得する。次に、マイクロブログ通信管理部５０２は、クラウドサーバ１３１上（Ｗｅｂサービス装置上）のメッセージを監視し、フォロアーのためのプリント依頼であるか判定する。フォロアーのためのプリント依頼であれば、マイクロブログ通信管理部５０２は、プリントファイルをクラウドサーバ１３１のメッセージが指定する格納場所からファイルを取得し、プリントデータＤＢ５０５に格納する。一方で、マイクロブログ通信管理部５０２は、プリントデータ管理部５０３に対し、プリントジョブを通知する。フォロアーのためのプリント依頼でなければ、再度クラウドサーバ１３１のメッセージを監視する。

そして、プリントデータ管理部５０３は、プリントデータＤＢ５０５に格納されているファイルをジョブ処理部５０４へ送信する。これによりジョブ処理部５０４は、送信されたファイルのプリントを行い、その旨をマイクロブログ通信管理部５０２へ通知する。ここで画面表示部５００は、操作部２１９に対してプリント操作を実行するための画面を表示し、必要であればユーザからの指示により画像処理部５０６に対して画像処理の変更を依頼しジョブ処理部５０４に対してプリントジョブの実行指示を行ってもよい。例えば、この画像処理部５０６は、色処理やエッジ強調の変更やスクリーンの変更等を受け付けて処理する。そして、マイクロブログ通信管理部５０２は、クラウドサービスサーバ１３１へ認証を行ったユーザに対してプリント出力したことを通知する。ここでいうプリントデータが出力された旨を知らせる文言とは、例えば、「Ｂさんのためのプリントが完了しました」という人が解釈可能な文言である。また、マイクロブログ通信管理部５０２は送信したメッセージの管理を行う。

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

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

通信部６１１は、画像形成装置１０１，１０３及びＰＣなどの端末１０２からのリクエストを受信して、制御部６１２に、そのリクエスト内容を送信する。更に、制御部６１２からリクエストに対する処理結果を受け取り、そのリクエストに対するレスポンスデータを作成し、画像形成装置１０１，１０３及び端末１０２にレスポンスを送信する。制御部６１２は、通信部６１１から送信されるリクエスト内容に従って、リクエストに含まれるメッセージもしくはコメントを抽出し、メッセージ管理部６１３にメッセージもしくはコメントの登録処理を依頼する。メッセージ管理部６１３は、制御部６１２から送信されるメッセージもしくはコメントを受信して、メッセージＤＢ６０２へ格納する。またメッセージ管理部６１３は、制御部６１２からの依頼により、メッセージＤＢ６０２から登録されたメッセージ及びコメントを取得して制御部６１２に送信する。

フォロー関係管理部６１４は、フォローする側とフォローされる側の関係を管理する。具体的には、ユーザＢがＰＣ等の端末１０２を利用し画像形成装置Ｂ１０３へのフォローを通信部６１１にリクエストした場合、通信部６１１はフォロー関係管理部６１４に画像形成装置Ｂ１０３のフォロアーリストにユーザＢを追加する。これによって、フォローの関係が更新される。以上、フォローの更新について説明したが、フォローの取り消しに関しても同様の手順でフォローの取り消しが実行される。

図７は、本発明の第１実施形態に係る画像形成装置Ｂ１０３、クラウドサービスサーバ１３１が一連の処理を実行する動作を説明するシーケンス図である。画像形成装置１０３における、詳細な処理フローチャートについては、フローチャートを参照して後述する。

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

画像形成装置Ｂ１０３は、クラウドサービスサーバ１３１に新しく登録されるメッセージが追加されているか否かを監視する。そのために、７０３では、画像形成装置Ｂ１０３がクラウドサービスサーバ１３１にリクエストを送信して、新規メッセージが有るかないかを確認する。画像形成装置Ｂ１０３は、この新規メッセージの有無の確認を定期的に実施する。７０４では、７０３のメッセージ監視によって、新規メッセージがあったことを画像形成装置Ｂ１０３が検知し、それを解析する。画像形成装置Ｂ１０３は、その検知したメッセージ「ＢさんのためにプロジェクトＹリソース管理．ｌｓを２部プリントしてください」を解析する。ここでプリント指示である「プリントして」、送信先の情報となる「Ｂさん」、送信するファイルである「プロジェクトＹリソース管理．ｌｓ」という情報と、ファイルの格納場所、更に出力部数情報である「２部」という情報を取得する。

そして７０５では、画像形成装置Ｂ１０３が、その解析結果に基づいてクラウドサービスサーバ１３１からファイルを取得する。ここで画像形成装置Ｂ１０３は、ユーザＢのためにプリントするプロジェクトＹリソース管理．ｌｓのファイルを取得する。次に７０６では、画像形成装置Ｂ１０３は、７０５で取得したファイルをプリントデータＤＢ５０５に保存する。そして７０７では、画像形成装置Ｂ１０３は、７０６でプリントデータＤＢ５０５に保存したファイルをプリントする。そして７０８では、画像形成装置Ｂ１０３は、クラウドサービスサーバ１３１に対して「Ｂさんのためのプリントを完了しました」という旨のコメントを送信する。これにより、プリント終了のコメントを見たＢさんは、画像形成装置Ｂ１０３の場所へ行き、印刷物を取得することができる。

図８は、本発明の第１実施形態に係る画像形成装置Ｂにおける一連の処理を説明するフローチャートである。この処理を実行するプログラムは、例えばＲＯＭ２１２に記憶されており、ＣＰＵ２１１の制御の下に実行される。

まずＳ８０１では、画像形成装置Ｂ１０３は、クラウドサービスサーバ１３１のフォロー関係管理部６１４に管理されているフォロアーリストを取得することでフォロアーが誰であるか検知する。ス次にＳ８０２に進み、画像形成装置Ｂ１０３は、クラウドサービスサーバ１３１に新規に登録されたメッセージを監視する。この監視方法については、図１０を参照して後述する。

次にＳ８０３に進み、画像形成装置Ｂ１０３は、その監視の結果に基づいてプリント依頼がフォロアーのためのプリント依頼か否かを判定し、その結果、フォロアーのためのプリント依頼であればＳ８０４へ進み、そうでないときはＳ８０２に進む。Ｓ８０４では、画像形成装置Ｂ１０３は、Ｓ８０３の解析結果に基づいて、クラウドサービスサーバ１３１からファイルを取得する。そして画像形成装置Ｂ１０３は、その取得したファイルをプリントデータＤＢ５０５に保存し、合わせてプリントデータ管理部５０３に登録する。

図９は、プリントデータ管理部５０３でプリントデータを管理するプリントデータ管理テーブルを説明する図である。

プリントＩＤ９０１は、プリントデータを一意に識別する識別情報である。Ｓ８０４で、得したファイルをプリントデータＤＢ５０５に保存するとき、プリントＩＤ９０１には、このプリントデータ管理テーブルで重複しないＩＤを生成して格納する。プリント名９０２には、Ｓ８０３で解析された文書名文字列を格納する。また、ユーザＩＤ９０３にもＳ８０３で解析されたユーザ名からＩＤを登録する。

次にＳ８０５に進み、画像形成装置Ｂ１０３はプリントデータ管理部５０３に登録されているユーザのジョブを実行する。ここでは、プリントデータ管理部５０３は、プリントデータＤＢ５０５に格納されているファイルをジョブ処理部５０４へ送信する。これによりジョブ処理部５０４は、その送信されたファイルに基づいてプリントを行う。次にＳ８０６に進み、ジョブ処理部５０４は、マイクロブログ通信管理部５０２へコメント送信を依頼する。ジョブ処理部５０４からの依頼を受信したマイクロブログ通信管理部５０２は、「Ｂさんためのプリントが完了しました」という旨の内容を含むコメントを作成し、コメント送信依頼とコメントを通信部５０１へ送信する。

図１０は、本発明の第１実施形態に係る画像形成装置Ｂにおけるメッセージ監視処理（Ｓ８０２）の詳細を説明するフローチャートである。

まずＳ１００１で、マイクロブログ通信管理部５０２は、メッセージ一覧情報を、通信部５０１を介し、クラウドサービスサーバ１３１から取得する。次にＳ１００２に進み、新規メッセージが追加されているか判断する。新規メッセージが存在する場合はＳ１００３に進むが、新規メッセージが存在しない場合はＳ１００１に戻り、定期的に新規メッセージが追加されているかどうか確認する。Ｓ１００３では、ステップＳ１００２で取得した新規メッセージを解析し、メッセージの送信者の指示を理解し、後段の処理を実行する。メッセージの解析処理については、図１１を参照して後述する。

次にＳ１００４に進み、Ｓ１００３でメッセージの解析処理が成功したかどうか判断する。解析処理が成功した場合は、そのまま終了し、解析処理に失敗した場合はＳ１００５に移る。Ｓ１００５では、マイクロブログ通信管理部５０２はエラーログを出力して終了する。

図１１は、本発明の第１実施形態に係る画像形成装置Ｂにおけるコメント解析処理（Ｓ１００３）の詳細を説明するフローチャートである。このフローチャートでは、マイクロブログ通信管理部５０２は、Ｓ１００２において検知した新規メッセージを解析する。このメッセージは、次のようなフォーマットで記載されるものとする。即ち、「ＢさんのためにプロジェクトＹリソース管理．ｌｓを２部プリントしてください」とする。

マイクロブログ通信管理部５０２は上記のメッセージから、フォロアーのためのプリント依頼であるか否かを判定し、更に、フォロアーのためのプリント依頼であれば、プリントしたいファイルやその格納場所、そしてその部数などの設定なども特定する。

まずＳ１１０１では、マイクロブログ通信管理部５０２は、図１２（Ａ）に示すコマンド文字列管理テーブルのコマンド文字列をメッセージ文字列から検索する。

図１２は、画像形成装置が有しているコマンド文字列管理テーブル（Ａ）、プロトコル文字列管理テーブル（Ｂ）、パラメータ文字列管理テーブル（Ｃ）の具体例を示す図である。

次にＳ１１０２に進み、Ｓ１１０１の検索結果により、この文字列が見つかって処理を継続するか判断する。Ｓ１１０１で文字列が見つかった場合はＳ１１０３へ進むが、そうでないときは、処理が継続できないため、エラーとして、この処理フローを終了する。上記例のコメントの場合、「プリント」が検索できるため、処理機能はプリント機能と判断可能である。Ｓ１１０３では、マイクロブログ通信管理部５０２は、図１２（Ｂ）のプロトコル文字列管理テーブルのプロトコル文字列をメッセージ文字列から検索する。ここで、プロトコル文字列管理テーブルには、フォロアーの名前が保存されているものとする。

次にＳ１１０４に進み、Ｓ１１０３の結果により、検索している文字列が見つかったか否かを判断する。Ｓ１１０３で文字列が見つかった場合はＳ１１０５へ進むが、そうでないときは、処理できないコメントのため、エラーとして、この処理を終了する。上記例のコメントの場合、「Ｂさん」が検索できるため、処理機能はユーザＢのためのプリント処理と判断可能である。Ｓ１１０５では、マイクロブログ通信管理部５０２は、図１２（Ｃ）のパラメータ文字列管理テーブルのパラメータ文字列をコメント文字列から検索する。そしてＳ１１０６では、Ｓ１１０５の結果で検索している文字列が見つかったか否かを判定するＳ１１０５で文字列が見つかった場合はＳ１１０７へ進むが、文字列が見つからなかった場合は、処理できないコメントのため、エラーとしてこの処理を終了する。上記例のコメントの場合、「プロジェクトＹリソース管理．ｌｓ」や「２部」が検索できるため、処理機能は「プロジェクトＹリソース管理．ｌｓ」を「２部」プリント処理すると判断できる。次にＳ１１０７に進み、上記処理の基づいてプリント対象のファイルを特定し、そのファイルが格納されている場所等の情報を取得する。これにより後続のＳ８０４（図８）で、そのファイルをクラウドサービスサーバ１３１から取得し、Ｓ８０５で印刷することができる。

以上説明したように第１実施形態によれば、画像形成装置Ｂに対してユーザＢがフォローの関係を結んでおくことにより、プリント依頼者であるユーザＡは、ユーザＢがプリントしてほしい画像形成装置Ｂを知る必要がない。また、ユーザＢもプリント指示を送らなくて済むため相互の負荷が減るという効果がある。

［第２の実施形態］
前述の第１実施形態では、１人のユーザがフォローする画像形成装置は１台のみであることを前提としており、仮に、１人のユーザが複数の画像形成装置をフォローしていた場合、複数の画像形成装置から重複して印刷されてしまうことになる。そこで第２の実施形態では、１人のユーザが複数の画像形成装置をフォローしている場合にも対処可能な例を説明する。ここでは第１実施形態と差分がある部分に対してのみ説明を行い、メッセージやコメントの監視方法や、解析方法は同様なのでここでは記さない。

以下、第２実施形態ではユーザＢが画像形成装置Ａ１０１，画像形成装置Ｂ１０３の２台をフォローし、プリント時に画像形成装置Ｂ１０３を選択する場合について説明する。

図１３は、本発明の第２実施形態に係るクラウドサービスサーバ１３１で提供されるマイクロブログ機能を説明する図で、前述の第１実施形態に係る図４と異なる部分のみを抽出し、図４と共通する部分は同じ記号で示している。

メッセージ表示エリア４０２には、ユーザＡの「ＢさんのためにプロジェクトＹリソース管理．ｌｓを２部プリントしてください」というメッセージ４１１が登録されて表示されている。そしてメッセージ表示エリア４０２では、そのメッセージ４１１に対し、ＭＦＰ Ｂの「Ｂさんのためのプリント準備が出来ました」というコメント１３０１と、ＭＦＰ Ａの「Ｂさんのためのプリント準備が出来ました」というコメント１３０２を登録する。ここで、ＭＦＰ Ａとは画像形成装置Ａ１０１を指している。そして、その表示を見たユーザＢが、画像形成装置Ａ１０１，Ｂ１０３の中から画像形成装置Ｂ１０３を選択すると、画像形成装置Ｂ１０３は印刷を実行するとともに、「Ｂさんのためのプリントが完了しました」というコメント４１２を表示する。

尚、ここで画像形成装置Ａ１０１は、画像形成装置Ｂ１０３の「Ｂさんのためのプリントが完了しました」というコメントに対して、「Ｂさんのためのプリントが完了したのでＭＦＰ Ａでのプリントジョブをキャンセルします」と表示させてもよい。

第２実施形態に係る画像形成装置Ａ１０１及びＢ１０３のソフトウェア構成を、前述の図５を参照して説明する。前にも述べたが画像形成装置Ａ１０１と画像形成装置Ｂ１０３は同じ構成であるものとする。

図５に示す各機能部は、画像形成装置Ａ１０１、画像形成装置Ｂ１０３それぞれが有しているＣＰＵ２１１が制御プログラムを実行することにより実現される。通信部５０１はマイクロブログ通信管理部５０２からの指示により、クラウドサービスサーバ１３１に対してリクエストを送信する。また通信部５０１は、クラウドサービスサーバ１３１からのレスポンス（リクエストに対する返信）を受信する。マイクロブログ通信管理部５０２は、クラウドサーバ１３１からフォロアー情報を取得する。次に、マイクロブログ通信管理部５０２は、クラウドサーバ１３１のコメントを監視し、フォロアーのためのプリント依頼であるか判定する。フォロアーのためのプリント依頼であれば、マイクロブログ通信管理部５０２は、プリントファイルをクラウドサーバ１３１のメッセージが指定する格納場所から取得してプリントデータＤＢ５０５に格納する。一方で、マイクロブログ通信管理部５０２は、クラウドサービスサーバ１３１へユーザにプリント準備完了したことを通知する。ここまでは画像形成装置Ａ１０１、画像形成装置Ｂ１０３ともに実行する。

次に、画像形成装置Ｂ１０３について述べる。

認証情報管理部５０７は、ユーザの認証情報を検知したら、認証情報管理ＤＢ５０８の情報と照らし合わせユーザの確認を行う。そして、ユーザ情報をプリントデータ管理部５０３に通知し、プリントデータ管理部５０３は、プリントデータＤＢ５０５に格納されているファイルをジョブ処理部５０４へ送信する。これによりジョブ処理部５０４は、その送信されたファイルに基づいてプリントを行い、その旨をマイクロブログ通信管理部５０２へ通知する。ここで画面表示部５００は、操作部２１９に対してプリント操作を実行するための画面を表示し、必要であればユーザからの指示により画像処理部５０６に対して画像処理の変更を依頼しジョブ処理部５０４に対してプリントジョブの実行指示を行ってもよい。例えば、画像処理部５０６は、色処理やエッジ強調の変更やスクリーンの変更などを受け付けて処理する。

そして、マイクロブログ通信管理部５０２は、認証を行ったユーザのためにプリントを行ったことをクラウドサービスサーバ１３１に通知する。ここでいうプリントデータが出力された旨を知らせる文言とは、例えば、「ユーザＢさんのためのプリントが完了しました」という人が解釈可能な文言である。また、マイクロブログ通信管理部５０２は送信したメッセージの管理を行う。

次に画像形成装置Ａ１０１での処理について説明する。

マイクロブログ通信管理部５０２は、クラウドサーバ１３１のコメントを監視し、フォロアーのためのプリントが他の画像形成装置で出力されたか否かを監視する。例えば、マイクロブログ通信管理部５０２は、「ユーザＢさんのためのプリントが完了しました」というコメントを解析し、ユーザＢのための印刷が完了したと解釈する。これによりマイクロブログ通信管理部５０２は、その結果をプリントデータ管理部５０３とプリントデータＤＢ５０５に通知する。そしてプリントデータ管理部５０３は、ユーザＢのためのプリントジョブをキャンセルし、プリントデータＤＢ５０５は、格納されているユーザＢのためのプリントデータを消去する。

図１４は、本発明の第２実施形態に係る画像形成装置Ａ１０１、画像形成装置Ｂ１０３、クラウドサービスサーバ１３１が一連の処理を実行する動作を説明するシーケンス図である。また画像形成装置は、ここでは画像形成装置Ａ１０１、画像形成装置Ｂ１０３の２台があり、共に同じ構成の装置であるものとする。

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

次に画像形成装置Ｂ１０３は、クラウドサービスサーバ１３１に新しいメッセージが追加されているか否かを監視する。そのために１４０４では、画像形成装置Ｂ１０３がリクエストを送信してクラウドサービスサーバ１３１に新規メッセージの有無を確認する。画像形成装置Ｂ１０３は、この新規メッセージの有無の確認を定期的に実施する。そして１４０５では、１４０４でのメッセージ監視によって、新規メッセージがあったことを画像形成装置Ｂ１０３が検知、解析する。そして画像形成装置Ｂ１０３は、その検知したコメント「ＢさんのためにプロジェクトＹリソース管理．ｌｓを２部プリントしてください」を取得して解析する。ここでは、プリント指示である「プリントして」、送信先の情報となる「Ｂさん」、送信するファイルである「プロジェクトＹリソース管理．ｌｓ」という情報と格納場所、さらに出力部数情報である「２部」という情報を取得する。

そして１４０６で、画像形成装置Ｂ１０３が、その解析結果に基づいてクラウドサービスサーバ１３１からファイルを取得する。ここで画像形成装置Ｂ１０３は、ユーザＢのためにプリントするプロジェクトＹリソース管理．ｌｓのファイルを取得する。そして１４０７では、画像形成装置Ｂ１０３は、その取得したファイルをプリントデータＤＢ５０５に保存し、併せてプリントデータ管理部５０３に登録する。そして１４０８で、画像形成装置Ｂ１０３が、クラウドサービスサーバ１３１に対して「Ｂさんのためのプリントの準備ができました」という旨のコメントを送信する。これにより１４０９で、画像形成装置Ｂ１０３から送信されたコメントを受信したクラウドサービスサーバ１３１は、そのメッセージＤＢ６０２へ登録する。

一方で画像形成装置Ａ１０１も同様な処理を行う。即ち、１４１０では、画像形成装置Ａ１０１がクラウドサービスサーバ１３１に新規メッセージが追加されているか否かを監視する。そのために、１４１０では、画像形成装置Ａ１０１がリクエストを送信してクラウドサービスサーバ１３１に追加コメントの有無を確認する。画像形成装置Ａ１０１は、この追加コメントの有無の確認を定期的に実施する。１４１１では、１４１０のメッセージ監視によって、新規メッセージがあったことを画像形成装置Ａ１０１が検知して解析する。画像形成装置Ａ１０１は、その検知したコメント「ＢさんのためにプロジェクトＹリソース管理．ｌｓを２部プリントしてください」を取得して解析する。プリント指示である「プリントして」、送信先の情報となる「Ｂさん」、送信するファイルである「プロジェクトＹリソース管理．ｌｓ」という情報と、その格納場所、さらに出力部数情報である「２部」という情報を取得する。

そして１４１２では、画像形成装置Ａ１０１が、その解析結果に基づいてクラウドサービスサーバ１３１から、そのファイルを取得する。ここで画像形成装置Ａ１０１は、ユーザＢのためにプリントするプロジェクトＹリソース管理．ｌｓのファイルを取得する。そして１４１３では、画像形成装置Ａ１０１は、その取得したファイルをプリントデータＤＢ５０５に保存し、併せてプリントデータ管理部５０３に登録する。そして１４１４では、画像形成装置Ａ１０１が、クラウドサービスサーバ１３１に対して「Ｂさんのためのプリントの準備ができました」という旨のコメントを送信する。１４１５では、画像形成装置Ａ１０１から送信されたコメントを受信したクラウドサービスサーバ１３１がメッセージＤＢ６０２へ登録する。

次に、ユーザＢが画像形成装置Ｂ１０３を選択した場合の例をさらに説明する。

１４１６では、「Ｂさんのためのプリントの準備ができました」をみたユーザＢが、画像形成装置Ｂ１０３のところへ来てユーザ認証を行い、その結果、画像形成装置Ｂ１０３のジョブ処理部５０４がプリントを行う。ここでは、認証情報管理部５０７が認証情報ＤＢ５０８とユーザＢの認証情報とを照らし合わせてユーザＢを確認し、その結果、プリントデータ管理部５０３に登録されているユーザＢのジョブを実行する。以上の処理によってユーザＢに対するプリント処理が行われる。

１４１７では、画像形成装置Ｂ１０３が、クラウドサービスサーバ１３１に対して「Ｂさんのためのプリントを完了しました」という旨のコメントを送信する。１４１８では、画像形成装置Ｂ１０３から送信されたメッセージを受信したクラウドサービスサーバ１３１は、そのメッセージをメッセージＤＢ６０２へ登録する。１４１９では、画像形成装置Ａ１０１がクラウドサービスサーバ１３１に新規のコメントが追加されているか否かを監視する。１４２０では、１４１９のメッセージ監視によって新規にコメントが追加されたことを画像形成装置Ａ１０１が検知、解析する。そして画像形成装置Ａ１０１は、その検知したコメント「Ｂさんのためのプリントを完了しました」を取得して解析する。ここではプリント指示である「プリント」、プリント相手情報である「Ｂさん」、プリント完了コメントである「完了しました」という情報から、ユーザＢのための印刷が完了したことを確認する。そして１４２１では、画像形成装置Ａ１０１は、ユーザＢのためのプリントジョブをキャンセルする。

図１５は、本発明の第２実施形態に係る画像形成装置Ａ１０１及び画像形成装置Ｂ１０３の一連の動作を説明するフローチャートである。以下、画像形成装置Ａ１０１，画像形成装置Ｂ１０３を画像形成装置１０１とまとめて記す。

まずＳ１５０１では、画像形成装置１０１は、クラウドサービスサーバ１３１のフォロー関係管理部６１４に管理されているフォロアーリストを取得することでフォロアーが誰であるか検知する。次にＳ１５０２に進み、画像形成装置１０１は、クラウドサービスサーバ１３１に新規に登録されたメッセージを監視する。Ｓ１５０３では、画像形成装置１０１は、その監視の結果を基に、プリント依頼がフォロアーに対する依頼か否かを判定し、その結果、そうであればＳ１５０４へ進み、そうでないときは再度Ｓ１５０２を行う。Ｓ１５０４では、画像形成装置１０１は、解析結果に基づいてクラウドサービスサーバ１３１からファイルを取得する。そして画像形成装置１０１は、その取得したファイルをプリントデータＤＢ５０５に保存し、併せてプリントデータ管理部５０３に登録する。更に、画像形成装置１０１のマイクロブログ通信管理部５０２は、認証を行ったユーザに対して印刷の準備が出来たことをクラウドサービスサーバ１３１に知らせる。

Ｓ１５０５では、画像形成装置１０１は、ユーザの認証が行われるか、新規コメントが追加されるか否かを監視する。ユーザ認証がされた場合はＳ１５０８へ進み、新規コメントが追加されたらＳ１５０６へ進む。Ｓ１５０６では、画像形成装置１０１は、フォロアーのためのプリント完了のコメントであるか否かを判定し、そうでなければＳ１５０５に進む。一方、フォロアーのためのプリント完了のコメントである場合はＳ１５０７へ進む。ここでフォロアーのプリント完了のコメントとは例えば「Ｂさんのためのプリントが完了しました」というコメントである。Ｓ１５０７では、画像形成装置１０１は、フォロアーは他の画像形成装置で出力したと判断し、Ｓ１５０４で保存していたファイルを消去し、そのジョブをキャンセルして処理を終了する。図１４の例では、Ｓ１５０６，Ｓ１５０７の処理は画像形成装置Ａ１０１で実行される。

一方、Ｓ１５０８では、画像形成装置１０１は、ユーザ認証した人がフォロアーであるか否かを判定し、フォロアーであればＳ１５０９へ進み、フォロアーでなければＳ１５０５に進む。Ｓ１５０９では、画像形成装置１０１は、フォロアーのための印刷であると判断し、Ｓ１５０４で保存していたファイルを印刷する。そしてＳ１５１０に進み、画像形成装置１０１は、認証を行ったユーザのための印刷が完了したことを示す「Ｂさんのためのプリントが完了しました」というコメントを、クラウドサービスサーバ１３１に通知する。図１４の例では、Ｓ１５０８〜Ｓ１５１０の処理は画像形成装置Ｂ１０３で実行される。

以上説明したように第２実施形態によれば、プリントを依頼してもらったユーザＢは、印刷物をほしい時に、その印刷を依頼した画像形成装置Ｂの場所に行けば、その印刷物を取得できる。またプリントを依頼してもらったユーザＢは、そのユーザＢの場所から一番近いフォローする画像形成装置Ｂで印刷させることもできる。

また他の効果として、プリントを依頼してもらったユーザＢは、自分の好きな時間に自分がフォローしている画像形成装置Ｂの場所に行けば印刷物を取得できる。これにより、印刷に気付かずに、自分の印刷物を誰かが持ち去ってしまったというような事態を防止できる。

尚、第２実施形態では、画像形成装置Ｂ１０３は、ファイルを取得してユーザＢを確認をすると直ぐに印刷を実行し、画像形成装置Ａ１０１は、画像形成装置Ｂ１０３のプリント完了を検知してファイルを消去しなくてはいけなかった。そこで、画像形成装置Ａ１０１と画像形成装置Ｂ１０３は、ユーザを確認をしてから、クラウドサービスサーバ１３１からファイルを取得して印刷するようにしても良い。

即ち、第２実施形態に沿う形で説明を加えると、画像形成装置Ｂ１０３は、ユーザＢを確認すると、クラウドサービスサーバ１３１からファイルを取得してプリントする。一方画像形成装置Ａ１０１は、一定時間以上たっても印刷の指示がなければ、そのジョブそのものを消去する。これにより画像形成装置Ａ１０１は、画像形成装置Ｂ１０３による印刷の完了を検知してからファイルを消去するという処理を行う必要がない。

［第３実施形態］
以上説明した第１及び第２実施形態では、ユーザＢは少なくても１台の画像形成装置１０１をフォローしている関係にあった。ここでは１台もフォローしていなかった場合やフォローしている画像形成装置１０１が動作できな状況であった場合について説明する。ここでは、ユーザＡは画像形成装置Ａ１０１をフォローしているものとする。そして、ユーザＡのためのプリント依頼メッセージに対するコメントを監視して、一定時間が過ぎてもコメントがない場合、ユーザＡがフォローする画像形成装置Ａ１０１により印刷することで解決する。第３実施形態においても、第２実施形態と同様に、前述の実施形態と異なる部分だけを説明する。

図１６は、本発明の第３実施形態に係るクラウドサービスサーバ１３１で提供されるマイクロブログ機能を説明する図で、前述の第１実施形態に係る図４と異なる部分のみを抽出し、図４と共通する部分は同じ記号で示している。

メッセージ表示エリア４０２は、ユーザＡの「ＢさんのためにプロジェクトＹリソース管理．ｌｓを２部プリントしてください」というメッセージ４１１を登録して表示する。そしてそのメッセージ４１１に対し、ユーザＡさんがフォローする画像形成装置Ａ１０１は、一定時間の間にコメントがあるかないかを監視する。例えば、「Ｂさんのためのプリントの準備が出来ました」とか、「Ｂさんのためのプリントが完了しました」というコメントを待つ。しかし、コメントがなかった場合は、ユーザＢに対してコメント１６０１を登録する。例えば、「ＢさんがフォローするＭＦＰが見つからないようです。一定時間を過ぎれば、ＭＦＰ Ａで印刷します」というコメントを登録する。以下、ユーザＢが画像形成装置をフォローしてくださいというコメントに対して何もしなかった場合、画像形成装置Ａ１０１で印刷する場合について説明する。

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

通信部５０１は、マイクロブログ通信管理部５０２からの指示により、クラウドサービスサーバ１３１に対してリクエストを送信する。また通信部５０１はクラウドサービスサーバ１３１からのレスポンス（リクエストに対する返信）を受信する。マイクロブログ通信管理部５０２は、クラウドサーバ１３１からフォロアーの情報を取得する。次に、マイクロブログ通信管理部５０２は、クラウドサーバ１３１のコメントを監視し、フォロアー（ユーザＡ）がプリント依頼しているか判定する。フォロアー（ユーザＡ）が他のユーザ（ユーザＢ）のためのプリントを依頼しているのであれば、そのユーザＢがフォローしているであろう別の画像形成装置１０１（Ｂ１０３）からのコメントを監視する。このコメントは例えば、「Ｂさんのためのプリントの準備が出来ました」などである。もし、このようなコメントを検知すれば、ユーザＡがフォローしている画像形成装置Ａ１０１は、何もせずに、この処理を終了する。

しかし、このコメントが一定時間内に検出されない場合は、他のユーザＢがフォローしているであろう別の画像形成装置ｂ１０３が何らかの理由で印刷できないと判断する。そして代わりに、プリントの依頼者であるユーザＡがフォローする画像形成装置Ａ１０１が代わりに印刷を行う。即ち、画像形成装置Ａ１０１のマイクロブログ通信管理部５０２は、プリントファイルをクラウドサーバ１３１のメッセージが指定する格納場所からファイルを取得し、プリントデータＤＢ５０５に格納する。一方で、マイクロブログ通信管理部５０２は、クラウドサービスサーバ１３１へユーザに対してプリント準備完了したことを通知する。例えば、「ＢさんがフォローするＭＦＰが見つからないようです。一定時間を過ぎれば、ＭＦＰ Ａから出力します。」１６０１などのコメントである。

そして画像形成装置Ａ１０１のマイクロブログ通信管理部５０２は、プリントデータ管理部５０３に対し、プリントジョブを通知する。そして、プリントデータ管理部５０３は、プリントデータＤＢ５０５に格納されているファイルをジョブ処理部５０４へ送信する。これによりジョブ処理部５０４は、その送信されたファイルに基づいてプリントを行い、その旨をマイクロブログ通信管理部５０２へ通知する。そして、マイクロブログ通信管理部５０２は、ユーザＢのための印刷が完了したことを通知する。ここでいう印刷が完了した旨を知らせる文言とは、例えば、「Ｂさんのためのプリントが完了しました」という人が解釈可能な文言である。また、マイクロブログ通信管理部５０２は送信したメッセージの管理を行う。

図１８は、本発明の第３実施形態に係る画像形成装置Ａ１０１、クラウドサービスサーバ１３１が一連の処理を実行する動作を説明するシーケンス図である。

１８００では、画像形成装置Ａ１０１は、フォロアー情報が記載されているフォロアーリストをクラウドサービスサーバ１３１から取得する。１８０１では、ユーザＡが、ＰＣ等の端末１０２のＷｅｂブラウザを利用してクラウドサービスサーバ１３１にアクセスし「ＢさんのためにプロジェクトＹリソース管理．ｌｓを２部プリントしてください」という旨のメッセージを送信する。１８０２では、ユーザＡから送信されたメッセージを受信したクラウドサービスサーバ１３１がメッセージＤＢ６０２へ登録する。

ここで、画像形成装置Ａ１０１はクラウドサービスサーバ１３１に新しく登録されるメッセージが追加されているか否かを監視する。そのために、１８０３では、画像形成装置Ａ１０１がリクエストを送信してクラウドサービスサーバ１３１に新規メッセージの有無を確認する。画像形成装置Ａ１０１は、この新規メッセージの有無の確認を定期的に実施する。

１８０４では、１８０３のメッセージ監視によって、新規メッセージがあったことを画像形成装置Ａ１０１が検知、解析する。画像形成装置Ａ１０１は、その検知したコメント「ＢさんのためにプロジェクトＹリソース管理．ｌｓを２部プリントしてください」を取得して解析する。プリント指示である「プリントして」、送信先の情報となる「Ｂさん」、送信するファイルである「プロジェクトＹリソース管理．ｌｓ」という情報とファイルの格納場所、更に出力部数情報である「２部」という情報を取得する。

次に１８０５では、画像形成装置Ａ１０１は、ユーザＢがフォローしているであろう画像形成装置Ｂ１０３からのコメントを監視する。１８０６では、画像形成装置Ａ１０１は、コメントがあるか否かを判断する。１８０７では、一定時間が経過しても１８０６でコメントがないと判断された時、ユーザＢがフォローする画像形成装置Ｂ１０３が存在しない、或いは、何らかの理由で動作しないと判断する。そして、クラウドサービスサーバ１３１に対して画像形成装置Ａ１０１で印刷する旨のメッセージを送信する。

１８０８では、クラウドサービスサーバ１３１は、画像形成装置Ａ１０１から送信されたメッセージを受信してメッセージＤＢ６０２へ登録する。つぎに１８０９で画像形成装置Ａ１０１は、クラウドサービスサーバ１３１に対してファイルを要求して取得する。ここで画像形成装置Ａ１０１は、ユーザＢのためにプリントする、プロジェクトＹリソース管理．ｘｌｓのファイルを取得する。そして１８１０で、画像形成装置Ａ１０１は、その取得したファイルをプリントデータＤＢ５０５に保存し、併せてプリントデータ管理部５０３に登録する。１８１１では、画像形成装置Ａ１０１が、プリントデータ管理部５０３に登録されているユーザＢのための印刷ジョブを実行する。こうしてユーザＢのためのプリント処理が行われる。１８１２では、画像形成装置Ａ１０１は、クラウドサービスサーバ１３１に対して「Ｂさんのためのプリントが完了しました」という旨のコメントを送信する。そして１８１３で、画像形成装置Ａ１０１から送信されたメッセージを受信したクラウドサービスサーバ１３１が、そのメッセージをメッセージＤＢ６０２へ登録する。

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

Ｓ１７０１では、画像形成装置Ａ１０１は、クラウドサービスサーバ１３１のフォロー関係管理部６１４に管理されているフォロアーリストを取得することでフォロアーが誰であるか検知する。次にＳ１７０２に進み、画像形成装置Ａ１０１は、新規に登録されたメッセージを監視する。Ｓ１７０３では、画像形成装置Ａ１０１は、その監視の結果を基に、プリント依頼に関する依頼か否かを判定し、プリント依頼に関する依頼であればＳ１７０４へ進み、そうでないときはＳ１７０２に進む。Ｓ１７０４では、画像形成装置Ａ１０１は、フォロアーが依頼したメッセージか判定する。フォロアーが依頼したメッセージであればＳ１７０５へ進み、フォロアーが依頼したメッセージでなければＳ１７０８へ進む。ここではさらに、前述の第１及び第２実施形態と同様に、メッセージの解析を行い、どのファイルをどのような形式でプリントしたいのかも解析する。

Ｓ１７０５では、画像形成装置Ａ１０１は、ユーザＢがフォローしているであろう画像形成装置Ｂ１０３からのコメントを監視する。そしてＳ１７０６に進み、画像形成装置Ａ１０１は、コメントを解析して、画像形成装置Ｂ１０３からのプリント準備完了のコメントであるか否かを判定する。例えば、「Ｂさんのためのプリント準備が出来ました」などのコメントである。ここでプリント準備完了のコメントであればＳ１７０２に進み、次のプリント依頼を監視する。

一方、プリント準備完了のコメントでないときはＳ１７０７へ進む。このようなコメントがあるか、ないかの判断は、例えば、予め決められた時間以内にコメントがあるかないかを判断することによって行うものとする。Ｓ１７０７では、画像形成装置Ａ１０１は、クラウドサービスサーバ１３１へコメントを通知してＳ１７０８に進む。例えば、「ＢさんがフォローするＭＦＰが見つからないようです。一定時間を過ぎれば、ＭＦＰ Ａで印刷します」というコメントである。

次に、ユーザＢさんがＭＦＰ Ｂをフォローしない場合の例について述べる。

Ｓ１７０８では、画像形成装置Ａ１０１は、Ｓ１７０４の解析結果に基づいてクラウドサービスサーバ１３１からファイルを取得する。そして画像形成装置Ａ１０１は、その取得したファイルをプリントデータＤＢ５０５に保存し、併せてプリントデータ管理部５０３に登録する。次にＳ１７０９では、画像形成装置Ａ１０１は、プリントデータＤＢ５０５に格納されているファイルをジョブ処理部５０４へ送信し、ジョブ処理部５０４は、送信されたファイルに基づいてプリントを行う。そしてＳ１７１０に進み、画像形成装置Ａ１０１は、クラウドサービスサーバ１３１へ「Ｂさんのためのプリントが完了しました」というメッセージを通知する。

以上説明したように第３実施形態によれば、ユーザＡにより、ユーザＢのための印刷が依頼された場合に、ユーザＢが画像形成装置Ｂ１０３をフォローしていないとユーザＡがフォローする画像形成装置Ａ１０１が代わりに印刷を行うことができる。これにより、依頼された印刷が実行されないという事態を回避できる。

また、他のユーザのためのプリントを依頼したユーザがフォローする画像形成装置が、その他のユーザがフォローする画像形成装置の状況を、マイクロブログ上のコメントにより監視することで様々なことが可能になる。例えば、第３実施形態では、画像形成装置Ａ１０１が代理で印刷したが、画像形成装置Ａ１０１が、ユーザＢにとって最適な画像形成装置をフォローするように促したり、ユーザＢによりユーザＢにとって最適な画像形成装置を指定してもらうことが可能になる。

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

Claims (9)

1. マイクロブログ機能を有するＷｅｂサービス装置と通信可能であり、前記Ｗｅｂサービス装置に対して登録されるアカウントを有する画像形成装置であって、
   前記Ｗｅｂサービス装置に登録されたメッセージを受信する受信手段と、
   前記受信手段で受信した前記メッセージが、前記画像形成装置をフォローするフォロアーのためのプリント指示であるか否かを判定する判定手段と、
   前記判定手段により前記メッセージが前記画像形成装置をフォローするフォロアーのためのプリント指示であると判定すると前記Ｗｅｂサービス装置から該当するファイルを取得する取得手段と、
   前記取得手段で取得したファイルをプリントするプリント手段と、
   を有することを特徴とする画像形成装置。
2. 前記プリント手段によるプリントが終了した後に、当該プリントに関するコメントを前記Ｗｅｂサービス装置に送信する通信手段を更に有することを特徴とする請求項１に記載の画像形成装置。
3. 前記取得手段は、前記フォロアーの認証に成功した場合に、前記Ｗｅｂサービス装置から該当するファイルを取得することを特徴とする請求項１又は２に記載の画像形成装置。
4. 前記プリント手段は、前記フォロアーの認証に成功した場合に、前記取得手段で取得したファイルをプリントすることを特徴とする請求項１乃至３のいずれか１項に記載の画像形成装置。
5. 前記取得手段がファイルを取得した後、前記Ｗｅｂサービス装置に登録されたコメントを検索する検索手段と、
   前記検索手段によって検索されたコメントが前記フォロアーのためのプリントの完了を示す場合に、前記取得手段が取得したファイルを消去する消去手段と、
   更に有することを特徴とする請求項１乃至４のいずれか１項に記載の画像形成装置。
6. マイクロブログ機能を有するＷｅｂサービス装置と通信可能な画像形成装置であって、
   前記Ｗｅｂサービス装置に登録されたメッセージを受信する受信手段と、
   前記受信手段で受信した前記メッセージが、前記Ｗｅｂサービス装置に対して登録されるアカウントを有する他の画像形成装置をフォローするフォロアーのためのプリント指示であるか否かを判定する判定手段と、
   前記判定手段により前記メッセージが前記他の画像形成装置をフォローするフォロアーのためのプリント指示であると判定した場合、当該プリント指示に基づくプリント処理を実行する前記他の画像形成装置からのコメントの有無を識別する識別手段と、
   予め決められた時間以内に、前記識別手段により前記コメントを識別できない場合、前記Ｗｅｂサービス装置から該当するファイルを取得する取得手段と、
   前記取得手段で取得したファイルをプリントするプリント手段と、
   を有することを特徴とする画像形成装置。
7. 前記メッセージは、少なくともプリント指示、送信先の情報、送信するファイルの情報と格納場所、出力部数情報を含むことを特徴とする請求項１乃至６のいずれか１項に記載の画像形成装置。
8. マイクロブログ機能を有するＷｅｂサービス装置と通信可能であり、前記Ｗｅｂサービス装置に対して登録されるアカウントを有する画像形成装置の制御方法であって、
   受信手段が、前記Ｗｅｂサービス装置に登録されたメッセージを受信する受信工程と、
   判定手段が、前記受信工程で受信した前記メッセージが、前記画像形成装置をフォローするフォロアーのためのプリント指示であるか否かを判定する判定工程と、
   取得手段が、前記判定工程が前記メッセージが前記画像形成装置をフォローするフォロアーのためのプリント指示であると判定すると前記Ｗｅｂサービス装置から該当するファイルを取得する取得工程と、
   プリント手段が、前記取得工程で取得したファイルをプリントするプリント工程と、
   を有することを特徴とする画像形成装置の制御方法。
9. コンピュータを、請求項１乃至７のいずれか１項に記載の画像形成装置の各手段として機能させるためのプログラム。

Images