JP5977618B2 - 印刷装置、印刷装置の制御方法及びプログラム - Google Patents

Description

本発明は、マイクロブログ機能を有するサーバと通信可能な印刷装置、印刷装置の制御方法、及びプログラムに関する。

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

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

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

一方、ユーザがプリントを行う際に、プリント依頼を行った後で、その印刷物を得たい時に、ユーザが所望する印刷装置の場所に行きプリントを行う、という技術が知られている。例えば、ユーザが、複数の印刷装置に対してプリントの依頼を行い印刷ジョブを特定のサーバに発行する。一方で、そのサーバは、そのユーザにパスワードを発行する。そしてユーザは、複数の印刷装置の内、所望の印刷装置の場所へ行き、その印刷装置でパスワードを入力することで、その印刷装置により印刷ジョブを実行して所望の印刷物を入手するという技術である（特許文献１等参照）。

特開２００３−３４５５８３号公報

しかしながら上記従来技術では、プリントの依頼者（ユーザ）は、印刷ジョブを発行する度にサーバからパスワードを入手して、所望の印刷装置に入力しなければならないため操作が煩雑だった。また、プリントするデータ（以下、プリントデータ）を含む印刷ジョブを特定のサーバに送信する手間も必要であった。

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

本発明の目的は、マイクロブログ機能によりサーバに登録された、認証されたユーザのメッセージに含まれるプリント依頼に基づいてサーバから印刷対象のプリントデータを受信し、受信されたプリントデータに従って印刷を行うことにある。

上記目的を達成するために本発明の一態様に係る印刷装置は以下のような構成を備える。即ち、
マイクロブログ機能を有するサーバと通信可能な印刷装置であって、
ユーザの認証を行うユーザ認証手段と、
前記マイクロブログ機能により前記サーバに登録された、前記ユーザ認証手段により認証されたユーザのメッセージを取得する取得手段と、
前記取得手段により取得されたメッセージに含まれるプリント依頼に基づいて、プリントデータを記憶するサーバから印刷対象のプリントデータを受信する受信手段と、
前記受信手段によって受信されたプリントデータに従って印刷を行う印刷手段と、を有することを特徴とする。

本発明によれば、マイクロブログ機能によりサーバに登録された、認証されたユーザのメッセージに含まれるプリント依頼に基づいてサーバから印刷対象のプリントデータを受信し、受信されたプリントデータに従って印刷を行うことができるという効果がある。

本実施形態１に係る印刷システムの全体構成を示す図。 実施形態１に係る画像形成装置のハードウェア構成を示すブロック図。 実施形態１に係るクラウドサービスサーバの構成を示すブロック図。 実施形態１に係る画像形成装置のソフトウェア構成を説明する機能ブロック図。 実施形態１に係るクラウドサービスサーバのソフトウェア構成を説明する機能ブロック図。 実施形態１に係る画像形成装置、端末、クラウドサービスサーバが実行する一連の処理を説明するシーケンス図。 実施形態１に係るクラウドサービスサーバで提供されるマイクロブログ機能を説明する図。 本発明の実施形態１に係る画像形成装置による処理を説明するフローチャート。 本発明の実施形態２に係る画像形成装置による処理を説明するフローチャート。 本発明の実施形態１に係る画像形成装置によるプリント依頼を含むメッセージの検索処理（Ｓ８０４）の詳細を説明するフローチャート。 発明の実施形態１に係る画像形成装置による図１０のＳ１００３の詳細を説明するフローチャート。 実施形態１に係るプリントデータＤＢに格納されたプリントデータを管理するためのプリントデータ管理テーブルを説明する図。 コマンド文字列管理テーブル（Ａ）とパラメータ文字列管理テーブル（Ｂ）を説明する図。 本発明の実施形態３に係る画像形成装置による処理を説明するフローチャート。 実施形態２で表示されるＵＩ画面例を示す図。

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

［実施形態１］
実施形態１では、ユーザがマイクロブログ機能のメッセージでプリントの依頼を行い、その後、実際に印刷を実行させたい画像形成装置１０１の場所に行って、その画像形成装置１０１を使用してユーザの認証を行う。画像形成装置１０１は、このユーザの認証を受け付けると、そのユーザの今までのメッセージやコメントからプリント依頼を検索して、マイクロブログ機能を提供しているサーバからプリントデータを取得し、そのプリントデータを印刷する場合で説明する。また、実施形態１では、メッセージに含まれるプリント依頼は１つだけであるものとする。また予め、画像形成装置１０１は、そのユーザをフォローしている関係になっているものとする。

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

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

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

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

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

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

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

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

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

通信部４０１は、マイクロブログ通信管理部４０２からの指示により、クラウドサービスサーバ１３１に対してリクエストを送信する。また通信部４０１は、クラウドサービスサーバ１３１からのレスポンス（リクエストに対する返信）を受信する。通信部４０１は、クラウドサービスサーバ１３１からフォロー関係が書かれているリストを取得し、そのリストをフォローリストＤＢ４０９に格納する。

ユーザが、例えば端末１０２からマイクロブログ上のメッセージでプリント依頼を行った後、ユーザが、実際に印刷を行いたい画像形成装置１０１でユーザの認証を行う。ユーザ認証検知部４１０は、ユーザの認証操作を検知して認証情報管理部４０７に通知する。そして認証情報管理部４０７は、認証情報ＤＢ４０８と照らし合わせ、ユーザに画像形成装置１０１の使用許可があるか否かを判別する。そのユーザに使用許可がある場合（ユーザが認証されたとき）、認証情報管理部４０７は、フォローリストＤＢ４０９を参照し、そのユーザがフォローしているユーザであるか否かを判別する。そして画像形成装置１０１が、そのユーザがフォローしているユーザであると判定すると、通信部４０１はマイクロブログ通信管理部４０２からの指示により、クラウドサービスサーバ１３１に対して、そのユーザのメッセージを要求するリクエストを送信する。

これによりクラウドサービスサーバ１３１は、登録しているそのユーザのメッセージを送信すると、通信部４０１はそのメッセージを受信し、画像形成装置１０１のＷｅｂページに、フォローするユーザのメッセージを表示する。そしてプリント依頼検知部４１１は、受信したメッセージがプリント依頼のコマンドを含んでいるかを判定する。プリント依頼のコマンドを含むメッセージが見つかると、そのプリントを依頼したプリントデータの格納場所を特定してプリントデータ管理部４０３へ通知する。これによりプリントデータ管理部４０３は、通信部４０１に対して、クラウドサービスサーバ１３１からのプリントデータの取得を指示する。これにより通信部４０１は、クラウドサービスサーバ１３１から、ユーザが格納したプリントデータを取得してプリントデータＤＢ４０５に格納し、ジョブ処理部４０４へプリントデータを格納した旨を通知する。

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

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

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

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

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

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

フォロー関係管理部５１４は、フォローする側とフォローされる側の関係を管理する。具体的には、画像形成装置１０１が、あるユーザをフォローする場合、そのユーザが画像形成装置１０１からフォローしてもらう設定を行うと画像形成装置１０１は、そのユーザをフォローする旨を通信部５１１にリクエストする。そして通信部５１１は、その旨をフォロー関係管理部５１４に通知する。これによりフォロー関係管理部５１４は、画像形成装置１０１が、そのユーザをフォローする旨をフォローリストＤＢ５０３に追加する。これによってフォローの関係が登録される。以上、フォローの登録について説明したが、フォローの取り消しについても同様の手順でフォローの取り消しが実行される。

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

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

まず６０１では、ユーザが、ＰＣ等の端末１０２のＷｅｂブラウザを利用して、クラウドサービスサーバ１３１にアクセスし、例えば「プロジェクトＹリソース管理．ｘｌｓを２部プリントしてください」というメッセージを送信する。これによりクラウドサービスサーバ１３１は、６０２で、そのユーザが送信したメッセージを受信し、そのメッセージをメッセージＤＢ５０２へ登録するとともに、Ｗｅｂページに表示する。

次に６０３で、ユーザは、実際に印刷を実行させたい画像形成装置１０１の場所へ行き、その画像形成装置１０１を使用してユーザの認証を行う。６０４では、画像形成装置１０１は、ユーザの認証及び、そのユーザがフォローしているユーザであるか否かを判別する。ユーザの認証に成功すると、６０５で、画像形成装置１０１は、クラウドサービスサーバ１３１に対して、そのユーザが登録しているメッセージを要求して、そのメッセージを取得する。そして６０６で、画像形成装置１０１は、６０５で取得したメッセージを解析し、そのメッセージの内容からプリント依頼を含むメッセージかどうかを判定する。プリント依頼を含むメッセージであれば、プリント依頼されているプリントデータの格納場所を解析する。ここでは、ユーザの複数のメッセージを、時間の新しいものから順に解析する。そして６０７で、画像形成装置１０１は、そのメッセージの解析結果に基づいて、クラウドサービスサーバ１３１に対してプリントデータを要求して、プリントデータを取得する。ここでは、「プロジェクトＹリソース管理．ｘｌｓ」のファイルを取得する。

そして６０８に進み、画像形成装置１０１は、６０７で取得したプリントデータをプリントデータＤＢ４０５に保存する。そして６０９で、画像形成装置１０１は、６０８でプリントデータＤＢ４０５に保存したプリントデータを２部プリントする。こうしてプリントが完了すると６１０で、画像形成装置１０１は、クラウドサービスサーバ１３１に対して「プリントを完了しました」という旨のコメント（プリント完了通知）を送信する。６１１で、クラウドサービスサーバ１３１は、そのコメントをメッセージＤＢ５０２に登録するとともに、Ｗｅｂページに表示する。

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

７０１は、現在進行中のプロジェクトに関する情報を表示するプロジェクトＹ画面の表示例を示す。プロジェクト詳細エリア７０２は、このプロジェクトＹに関する情報である検討名、検討担当者、検討関係者連絡先等を表示している。メッセージ表示エリア７０３は、メッセージとそのメッセージに対するコメントから構成されるタイムラインをそれぞれ表示している。メッセージ表示エリア７０３では、ユーザが「プロジェクトＹリソース管理．ｘｌｓを２部プリントしてください」というメッセージ７１１を登録している。そして、そのメッセージ７１１に対して、画像形成装置１０１は「プリントを完了しました」というコメント７１２を登録している様子を表示している。ここで、画像形成装置１０１は、このユーザをフォローしている関係になっている。フォローの仕方は、ユーザが画像形成装置１０１へ行き、ユーザをフォローするように設定すると、画像形成装置１０１はそのユーザをフォローする。これにより画像形成装置１０１は、そのユーザが投稿したメッセージ７１１を、画像形成装置１０１専用のＷｅｂページで表示できることができるようになる。そして、そのユーザによって投稿されたメッセージ７１１を解析することにより、画像形成装置１０１は、そのユーザのメッセージ７１１がプリント依頼であるか判断することができる。そして、そのメッセージ７１１に含まれている「プロジェクトＹリソース管理．ｘｌｓ」に、そのプリントデータの格納先又はリンク情報が備わっているものとする。プリントデータの格納先は、クラウドサービスサーバ１３１又は外部サーバ（不図示）等である。

こうして画像形成装置１０１は、クラウドサービスサーバ１３１から、印刷対象のファイル（プリントデータ）を取得することができる。また、ここではエクセルファイルを印刷する例で示しているが、エクセルだけではなく、ｐｄｆやワード等の文書ファイルでもよい。

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

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

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

まずＳ８０１で、ＣＰＵ２１１は、ユーザの認証を行う。即ち、ユーザ認証検知部４１０がユーザによる認証操作を検知すると認証情報管理部４０７にユーザの認証が指示されたことを通知する。認証情報管理部４０７は、ユーザが入力したユーザ情報と認証情報ＤＢ４０８の情報とを照らし合わせ、そのユーザの認証に成功したか、即ち、そのユーザに画像形成装置１０１の使用許可が付与されているか否かを判別する。この判別の結果、そのユーザが認証情報ＤＢ４０８に登録されていて、認証に成功するとＳ８０２へ進み、認証に失敗するとＳ８０５へ進んでエラーを表示する。

Ｓ８０２でＣＰＵ２１１は、そのユーザが画像形成装置１０１がフォローしているユーザであるか否かを判別する。即ち、画像形成装置１０１の認証情報管理部４０７は、フォローリストＤＢ４０９を参照し、フォローしているユーザであるか否かを判別する。この判別の結果、フォローしていないユーザであればＳ８０５へ進んでエラーを表示し、フォローしているユーザであればＳ８０３へ進む。

Ｓ８０３では、ＣＰＵ２１１は、フォローしているユーザの複数のメッセージ又はコメントを、クラウドサービスサーバ１３１から取得する。即ち、画像形成装置１０１の通信部４０１は、マイクロブログ通信管理部４０２からの指示により、クラウドサービスサーバ１３１に対して、そのユーザが登録しているメッセージを要求するリクエストを送信する。これにより、画像形成装置１０１専用のＷｅｂページに、画像形成装置１０１がフォローするユーザのメッセージが表示される。

次にＳ８０４に進み、ＣＰＵ２１１は、その取得したユーザのメッセージの中からプリント依頼のメッセージを検索する。即ち、画像形成装置１０１のプリント依頼検知部４１１がプリント依頼を含むメッセージを検索する。ここで、受信したメッセージの中にプリント依頼が含まれていない場合はＳ８０５へ進み、ＣＰＵ２１１は、エラー表示及びエラー通知を行う。即ち、画像形成装置１０１の画像表示部４００がエラーを表示する。Ｓ８０５でのエラー表示の内容は、Ｓ８０１の結果でエラー表示を行うのであれば、画像表示部４００は、例えば「ユーザを認証できませんでした。管理者に問い合わせてください」という内容の表示を行う。またＳ８０２の結果でエラー表示を行うのであれば、画像表示部４００は、例えば「○○さんをフォロー登録していません。フォロー登録してください」として、フォロー登録の画面を表示する。またＳ８０４の結果でエラー表示を行うのであれば、画像表示部４００は、例えば「○○さんのプリント依頼を検索できませんでした。アクセス先が正しいか確認してください」というメッセージを表示する。そして、アクセス先を入力するためのＵＩを用意して、この処理を終了する。

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

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

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

こうしてプリントデータＤＢ４０５にプリントデータを格納すると、プリントデータ管理部４０３は、ジョブ処理部４０４へ、プリントデータを格納した旨を通知する。次にＳ８０７に進み、ＣＰＵ２１１は、プリントデータＤＢ４０５からプリントデータを読み出し、プリンタＩ／Ｆ２１６を介してプリンタ２２０に出力して印刷する。即ち、ジョブ処理部４０４は、プリントデータＤＢ４０５に格納されたプリントデータに基づいて印刷処理を実行する。

こうしてプリントデータの印刷の終了後、Ｓ８０８に進み、ＣＰＵ２１１は、プリント完了（プリント完了通知）をクラウドサービスサーバ１３１へ通知し、さらにＵＩに表示する。即ち、ジョブ処理部４０４は、マイクロブログ通信管理部４０２へプリントが完了したことを通知する。そして通信部４０１は、マイクロブログ通信管理部４０２からの指示により、クラウドサービスサーバ１３１に対してプリント完了通知を通知する。一方、画面表示部４００は、プリント終了を表示する。

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

まずＳ１００１で、通信部４０１を介して、クラウドサービスサーバ１３１から取得したメッセージを取り出す。ここでは複数のメッセージの中から一つのメッセージを取り出す。次にＳ１００２に進み、メッセージが存在するかどうかを判断する。メッセージが存在する場合はＳ１００３に進むが、メッセージが存在しない場合は、そのユーザのメッセージを全て調べてもプリント依頼が含まれていなかったことを示すためＳ１００５へ進み、判定結果を「ＮＯ」としてメインルーチンに戻る。

Ｓ１００３では、Ｓ１００２で取得したメッセージの中身を解析し、プリント依頼のコマンドを含むかどうかを判定する。このメッセージの解析処理については、図１１を参照して後述する。そしてＳ１００４に進み、Ｓ１００３での解析処理の結果、プリント依頼のコマンドを含むメッセージかどうかを判定する。プリント依頼のコマンドを含むメッセージの場合は、判定結果を「ＹＥＳ」として処理を終了し、プリント依頼のコマンドを含まない場合はＳ１００１に進む。

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

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

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

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

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

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

以上説明したように本実施形態１によれば、ユーザが、マイクロブログ機能のメッセージに、印刷対象のファイルやプリント依頼を含めて登録するだけで、所望の画像形成装置でユーザの認証を行って、その画像形成装置で印刷対象のファイルを印刷できる。このため、ユーザは煩雑な作業をしなくても、所望の画像形成装置で所望のファイルを印刷して、その印刷物を取得できるという効果がある。

これに対してユーザが、マイクロブログ機能のメッセージでプリントを依頼し、その依頼を画像形成装置１０１が監視してプリントを行うという、プリント環境の場合、複数の画像形成装置は、常にフォローするユーザのコメントを監視しなければいけなかった。

しかし本実施形態１によれば、ユーザが画像形成装置１０１でユーザの認証を行うだけで、その画像形成装置がクラウドサービスサーバ１３１からメッセージを取得してユーザのプリント依頼を検索する。そして、そのメッセージがプリント依頼を含む場合、画像形成装置１０１がその依頼された文書ファイル（プリントデータ）をクラウドサービスサーバ１３１から取得して印刷できる。従って、複数の画像形成装置が、常に、クラウドサービスサーバ１３１のメッセージを監視する必要がない。これにより、複数の画像形成装置がクラウドサービスサーバ１３１にアクセスすることによる負荷の増大や、メッセージやコメントを解析することによる負荷の増大を抑えることができる。更に、クラウドサービスサーバ１３１に対する過度なアクセスを制限できるため、クラウドサービスサーバ１３１へのアクセス制限を順守する上でも効果的である。

［実施形態２］
前述の実施形態１では、ユーザは、一つのメッセージに１つのプリント依頼を含むようにしていた。これに対して実施形態２では、一つのメッセージに複数のプリント依頼を含ませる場合を説明する。ここでは実施形態１と相違している部分に対してのみ説明し、メッセージやコメントの検索方法や、解析方法は実施形態１と同様なのでここでは記さない。また図１のシステム構成及び画像形成装置１０１、クラウドサービスサーバ１３１等の構成も前述の実施形態１と同様であるため、それらの説明を省略する。

実施形態２では、実施形態１と比べて、メッセージのプリント依頼を見つけて印刷した後の処理が異なるので図９のみを用いて説明を行う。

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

Ｓ９０１では、ＣＰＵ２１１はユーザの認証を行う。即ち、画像形成装置１０１のユーザ認証検知部４１０は、ユーザの認証操作を検知すると認証情報管理部４０７に通知し、認証情報管理部４０７は認証情報ＤＢ４０８と照らし合わせ、そのユーザが画像形成装置１０１の認証に成功したかどうかを判定する。この判定の結果、ユーザの認証に失敗するとＳ９０６へ進み、認証に成功するとＳ９０２へ進む。Ｓ９０２では、ＣＰＵ２１１は、画像形成装置１０１がフォローしているユーザであるか否かを判定する。即ち、画像形成装置１０１の認証情報管理部４０７は、フォローリストＤＢ４０９を参照し、フォローしているユーザであるか否かを判定する。この判定の結果、フォローしていないユーザであればＳ９０６へ進み、フォローしているユーザであればＳ９０３へ進む。

Ｓ９０３では、ＣＰＵ２１１は、フォローするユーザのメッセージ又はコメントを、クラウドサービスサーバ１３１から取得する。即ち、画像形成装置１０１の通信部４０１は、マイクロブログ通信管理部４０２からの指示により、クラウドサービスサーバ１３１に対して、そのユーザのメッセージの取得を要求するリクエストを送信する。これにより画像形成装置１０１のＷｅｂページには、フォローするユーザのメッセージが表示される。

次にＳ９０４に進み、ＣＰＵ２１１は、Ｓ９０３で取得したユーザのメッセージから、プリント依頼のコマンドを含むメッセージを検索する。即ち、画像形成装置１０１のプリント依頼検知部４１１は、メッセージからプリント依頼のコマンドを検索する。ここで受信したメッセージの中にプリント依頼のコマンドがなければＳ９０５へ進み、あればＳ９０７へ進む。Ｓ９０５では、ＣＰＵ２１１は、メッセージに１以上のプリント依頼があったかをチェックする。即ち、画像形成装置１０１のプリント依頼検知部４１１は、ユーザのメッセージの中からプリント依頼のコマンドを検索すると同時に、そのプリント依頼のコマンドの出現回数をカウントしている。プリント依頼のコマンドが１つも見つからない場合は、その旨をエラー表示する。それ以外は、検知したプリント依頼を実行する旨を表示する。従って、１つのプリント依頼もなければＳ９０６へ進み、１つ以上のプリント依頼があったらＳ９１０へ進む。Ｓ９０６では、ＣＰＵ２１１は、エラー表示を行う。即ち、画像形成装置１０１の画像表示部４００がエラーを表示する。この場合の表示内容は、Ｓ９０１の結果に基づいてエラー表示を行うのであれば、例えば「ユーザ認証できませんでした」という旨の内容を表示する。またＳ９０２の結果に基づいてエラー表示を行うのであれば、例えば「○○さんをフォロー登録していません。フォロー登録してください」という旨の内容を表示し、フォロー登録の画面に移る。またＳ９０５の結果に基づいてエラー表示を行うのであれば、例えば「○○さんのプリント依頼を検索できませんでした。アクセス先が正しいか確認してください」という旨の内容を表示し、間違えがあれば、アクセス先を入力してもらうＵＩを用意し、本フローは終了する。

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

次にＳ９０８に進み、ＣＰＵ２１１は、プリントデータＤＢ４０５からプリントデータを読み出してプリンタ２２０に出力する。即ち、ジョブ処理部４０４は、プリントデータＤＢ４０５に格納されたプリントデータに基づいてプリントを行う。次にＳ９０９に進み、ＣＰＵ２１１は、プリント処理が完了するとプリント完了をＵＩに表示する。即ち、ジョブ処理部４０４は、マイクロブログ通信管理部４０２へプリントの完了を通知する。そしてマイクロブログ通信管理部４０２は、通信部４０１に、クラウドサービスサーバ１３１へプリント完了通知を指示し、画面表示部４００は、プリント終了を表示する。そしてＳ９０４に進み、別のプリント依頼のコマンドがあるかどうかを検索する。

一方、Ｓ９０５で、受信したメッセージに１つ以上のプリント依頼のコマンドがあった場合はＳ９１０に進み、ＣＰＵ２１１は、そのメッセージで指示された全てのプリント依頼を終了した旨を表示する。即ち、画像形成装置１０１の画像表示部４００は、そのメッセージの全てのプリント依頼を完了した旨を表示する。併せて、マイクロブログ通信管理部４０２は、クラウドサービスサーバ１３１へ、そのメッセージの全てのプリント依頼を完了した旨を通知するように通信部４０１に指示する。

以上説明したように本実施形態２によれば、メッセージに含まれる複数のプリント依頼をまとめて処理することが可能になる。

また実施形態２では、メッセージ中のプリント依頼のコマンドを検索したら、引き続き別のメッセージからプリント依頼のコマンドを検索し、それらプリント依頼のコマンドにより依頼されたプリントデータに基づいて印刷を行うようにしても良い。そして、全てのプリント依頼のコマンドに対する印刷が終了したら、全ての印刷が完了した旨を、そのメッセージに対するコメントとしてクラウドサービスサーバ１３１へ通知する。尚ここでは、プリントデータに基づく印刷完了ごとに終了メッセージを通知する例を示したが、全てのプリント依頼に対する印刷処理の完了後に、まとめて印刷完了を通知するようにしても良い。

また、実施形態２のように、複数のプリント依頼に基づく印刷を行う場合、ユーザが印刷したくないファイルが存在する場合が考えられる。その場合は、図９のＳ９０４において、以下の処理を行う。即ち、
Ｓ９０４では、画像形成装置１０１は、取得したユーザのメッセージの中からプリント依頼のコマンドを含むメッセージを検索する。即ち、画像形成装置１０１のプリント依頼検知部４１１は、メッセージにプリント依頼のコマンドがあるかどうかを判定する。受信したメッセージにプリント依頼のコマンドがなかった場合はＳ９０５へ進む。一方、プリント依頼のコマンドがあった場合はＳ９０４で、画像形成装置１０１の画面表示部４００は、図１５に示すようなＵＩを表示する。

図１５は、実施形態２で表示されるＵＩ画面例を示す図である。

ここではメッセージに含まれるプリント依頼のコマンド名に対応するプリントデータ名をＵＩに表示する。そして、印刷の実行を指示するボタン「はい」１５０１及び印刷の実行をキャンセルするボタン「いいえ」１５０２を表示する。これらボタンのいずれがユーザにより選択されたかに応じて、そのプリントデータを印刷するかしないかを決定する。具体的には、図９で、ユーザが「はい」１５０１を選択した場合はＳ９０４からＳ９０７へ進み、「いいえ」１５０２を選択した場合はＳ９０４からＳ９０５へ進む。

［実施形態３］
メッセージを１つずつ解析すると、あるメッセージに含まれるプリント依頼に印刷完了のコメントがあるにも拘らずプリント依頼ととらえ、再度、そのプリント依頼による印刷処理を実行してしまうことが考えられる。そこで実施形態３では、そのメッセージにプリント依頼のコマンドがあった場合、そのメッセージに対するコメントも解析して、そのプリント依頼が完了しているかどうかを解析することで上記課題を解決する。

ここでは、複数の画像形成装置はお互いをフォローしている関係にあり、他の画像形成装置が通知する印刷完了のコメントも、画像形成装置のＷｅｂページから見ることができるようになっているものとする。ここでは実施形態１と相違している部分に対してのみ説明し、メッセージやコメントの検索方法や、解析方法は実施形態１と同様なのでここでは記さない。また図１のシステム構成及び画像形成装置１０１、クラウドサービスサーバ１３１等の構成も前述の実施形態１と同様であるため、それらの説明を省略する。

図１４は、本発明の実施形態３に係る画像形成装置１０１による処理を説明するフローチャートである。

まずＳ１４０１で、ＣＰＵ２１１は、ユーザの認証を行う。即ち、ユーザ認証検知部４１０がユーザによる認証操作を検知すると認証情報管理部４０７にユーザの認証が指示されたことを通知する。認証情報管理部４０７は、ユーザが入力したユーザ情報と認証情報ＤＢ４０８の情報とを照らし合わせ、そのユーザの認証に成功したか、即ち、そのユーザに画像形成装置１０１の使用許可が付与されているか否かを判別する。この判別の結果、そのユーザが認証情報ＤＢ４０８に登録されていて、認証に成功するとＳ１４０２へ進み、認証に失敗するとＳ１４０５へ進んでエラーを表示する。

Ｓ１４０２でＣＰＵ２１１は、そのユーザが画像形成装置１０１がフォローしているユーザであるか否かを判別する。即ち、画像形成装置１０１の認証情報管理部４０７は、フォローリストＤＢ４０９を参照し、フォローしているユーザであるか否かを判別する。この判別の結果、フォローしていないユーザであればＳ１４０６へ進んでエラーを表示し、フォローしているユーザであればＳ１４０３へ進む。

Ｓ１４０３では、ＣＰＵ２１１は、フォローしているユーザの複数のメッセージ又はコメントを取得する。即ち、画像形成装置１０１の通信部４０１は、マイクロブログ通信管理部４０２からの指示により、クラウドサービスサーバ１３１に対して、そのユーザが登録しているメッセージを要求するリクエストを送信する。これにより、画像形成装置１０１専用のＷｅｂページに、画像形成装置１０１がフォローするユーザのメッセージが表示される。

次にＳ１４０４に進み、ＣＰＵ２１１は、取得したユーザのメッセージの中からプリント依頼のコマンドを検索する。即ち、画像形成装置１０１のプリント依頼検知部４１１は、プリント依頼のコマンドを含むメッセージを検索する。受信したメッセージの中にプリント依頼のコマンドがなければＳ１４０５へ進み、あればＳ１４０７へ進む。

Ｓ１４０５では、ＣＰＵ２１１は、１以上のプリント依頼があったかをチェックする。即ち、画像形成装置１０１のプリント依頼検知部４１１は、ユーザのメッセージの中からプリント依頼のコマンドを検索すると同時に、プリント依頼のコマンドの出現回数をカウントしている。そしてプリント依頼のコマンドが１つも見つからない場合は、その旨をエラー表示し、それ以外は、検知したプリント依頼を実行する旨を表示する。従って、１つのプリント依頼もなければＳ１４０６へ進み、１つ以上のプリント依頼があったらＳ１４１１へ進む。

Ｓ１４０６では、ＣＰＵ２１１はエラー表示を行う。即ち、画像形成装置１０１の画像表示部４００にエラーを表示する。表示内容は、Ｓ１４０１の結果、エラー表示を行うのであれば、例えば「ユーザ認証できませんでした」という旨の内容を表示する。そして、Ｓ１４０２の結果、エラー表示を行うのであれば、例えば「○○さんをフォロー登録していません。フォロー登録してください。」という旨の内容を表示し、フォロー登録の画面に移る。またＳ１４０５の結果、エラー表示を行うのであれば、例えば「○○さんのプリント依頼を検索できませんでした。アクセス先が正しいか確認してください」という旨の内容を表示する。そして正しいアクセス先を入力してもらうＵＩを用意し、本フローは終了する。

Ｓ１４０７で、ＣＰＵ２１１は、プリント依頼のコマンドを含むメッセージ又はコメントに対するコメントを取得する。即ち、画像形成装置１０１のプリント依頼検知部４１１は、ユーザ又は、画像形成装置１０１を含む他の画像形成装置からのコメントを取得する。そして、プリント依頼検知部４１１は、ユーザからのコメントの場合、プリントキャンセルなどの文言を検索し、画像形成装置からのコメントの場合、プリント完了などの文言を検索する。その結果、ユーザによるプリントのキャンセルや、画像形成装置によるプリント完了の文言があった場合は、Ｓ１４０４で検索した、プリント依頼のコマンドを無視し、再度Ｓ１４０３へ進む。

一方Ｓ１４０７で、ユーザによるプリントのキャンセルや、画像形成装置によるプリント完了の文言がなかった場合はＳ１４０８へ進む。Ｓ１４０８では、ＣＰＵ２１１は、クラウドサービスサーバ１３１のユーザが格納した場所からプリントデータを取得する。即ち、画像形成装置１０１のプリント依頼検知部４１１は、ユーザのプリントデータの格納場所を特定し、プリントデータ管理部４０３へ通知する。プリントデータ管理部４０３は、通信部４０１に対してプリントデータの取得を指示し、通信部４０１は、クラウドサービスサーバ１３１のユーザが格納した場所からプリントデータを取得する。そしてそのプリントデータをプリントデータＤＢ４０５に格納し、ジョブ処理部４０４へ格納した旨を通知する。そしてＳ１４０９に進み、ＣＰＵ２１１は、プリントデータを出力する。即ち、ジョブ処理部４０４はプリントデータＤＢ４０５に格納されたプリントデータに基づいてプリントを行う。こうして印刷が完了するとＳ１４１０に進み、ＣＰＵ２１１は、プリント完了をＵＩに表示する。即ち、ジョブ処理部４０４はマイクロブログ通信管理部４０２へプリント出力完了を通知する。そして、マイクロブログ通信管理部４０２は、通信部４０１を介して、クラウドサービスサーバ１３１に対してプリント完了通知を行う。また画面表示部４００は、プリント終了を表示する。そして、再度Ｓ１４０３に進み、別のメッセージがプリント依頼のコマンドを含むか否かを検索する。

またＳ１４１１では、ＣＰＵ２１１は、全てのプリント依頼（プリントの完了が通知されていないプリント依頼）に対する処理を終了した旨を表示する。即ち、画像形成装置１０１の画像表示部４００は、全てのプリント依頼を完了した旨を表示する。併せて、マイクロブログ通信管理部４０２は、通信部４０１を介して、クラウドサービスサーバ１３１へ、全てのプリント依頼を完了した旨を通知する。

以上説明したように実施形態３によれば、メッセージの前後のコメントなどを解釈することにより、既に印刷が完了したプリント依頼のコマンドを、再度、実行しないようにできる。

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

Claims (8)

1. マイクロブログ機能を有するサーバと通信可能な印刷装置であって、
   ユーザの認証を行うユーザ認証手段と、
   前記マイクロブログ機能により前記サーバに登録された、前記ユーザ認証手段により認証されたユーザのメッセージを取得する取得手段と、
   前記取得手段により取得されたメッセージに含まれるプリント依頼に基づいて、プリントデータを記憶するサーバから印刷対象のプリントデータを受信する受信手段と、
   前記受信手段によって受信されたプリントデータに従って印刷を行う印刷手段と、
   を有することを特徴とする印刷装置。
2. 前記プリントデータの格納情報を受け付ける受付手段を、更に有し、
   前記受信手段は、前記受付手段によって受け付けた格納情報に基づいて、前記印刷対象のプリントデータを受信することを特徴とする請求項１に記載の印刷装置。
3. 前記取得手段により取得されたメッセージがプリント依頼を含むか否かを判定する判定手段と、
   前記判定手段によって前記取得手段により取得されたメッセージがプリント依頼を含まないと判定された場合に、エラーを表示する表示手段と、を更に有することを特徴とする請求項１又は２に記載の印刷装置。
4. 前記取得手段は、複数のプリント依頼を含むメッセージを取得し、前記受信手段は、前記複数のプリント依頼に基づいて、前記プリントデータを記憶するサーバから印刷対象のプリントデータを受信することを特徴とする請求項１乃至３のいずれか１項に記載の印刷装置。
5. 前記印刷手段による印刷が終了した後に、印刷が完了した旨を前記マイクロブログ機能により前記サーバに登録する登録手段を更に有することを特徴とする請求項１乃至４のいずれか１項に記載の印刷装置。
6. 前記プリント依頼は、前記プリントデータを印刷するための印刷設定を含み、
   前記印刷手段は、前記受信手段によって受信されたプリントデータと前記印刷設定に従って印刷を行うことを特徴とする請求項１乃至５のいずれか１項に記載の印刷装置。
7. マイクロブログ機能を有するサーバと通信可能な印刷装置を制御する制御方法であって、
   ユーザの認証を行うユーザ認証工程と、
   前記マイクロブログ機能により前記サーバに登録された、前記ユーザ認証工程で認証されたユーザのメッセージを取得する取得工程と、
   前記取得工程で取得されたメッセージに含まれるプリント依頼に基づいて、プリントデータを記憶するサーバから印刷対象のプリントデータを受信する受信工程と、
   前記受信工程で受信されたプリントデータに従って印刷を行う印刷工程と、
   を有することを特徴とする印刷装置の制御方法。
8. 請求項７に記載された印刷装置の制御方法を、コンピュータに実行させるためのプログラム。

Images