(57)【要約】【課題】記録媒体と記録媒体の元の電子情報とをより容易に関係付けることを目的とする。【解決手段】記録媒体の画像を読み取って画像情報とする読取部を備え、外部から送信された情報を公開するサービスを提供する提供装置と通信する画像形成装置が、読取部で画像情報が読み取られると、画像情報の画像の元となる電子情報が必要である旨を示す用件情報を記憶部に記憶されている定型情報を用いて生成し、用件情報を提供装置に送信することによって課題を解決する。【選択図】図４
2014042165.tif 000002
【特許請求の範囲】
【請求項１】
記録媒体の画像を読み取って画像情報とする読取部を備え、外部から送信された情報を公開するサービスを提供する提供装置と通信する画像形成装置であって、
前記読取部で画像情報が読み取られると、前記画像情報の画像の元となる電子情報が必要である旨を示す用件情報を記憶部に記憶されている定型情報を用いて生成し、前記用件情報を前記提供装置に送信する送信手段を有する画像形成装置。
【請求項２】
情報処理装置から前記電子情報を受信する受信手段を更に有し、
前記送信手段は、前記電子情報を記憶装置に送信し、
前記受信手段は、前記記憶装置から前記電子情報の所在を示す所在情報を受信し、
前記送信手段は、前記用件情報に対する返答情報を前記定型情報を用いて生成し、前記返答情報と前記所在情報とを前記提供装置に更に送信する請求項１記載の画像形成装置。
【請求項３】
情報処理装置から前記電子情報の所在を示す所在情報を受信する受信手段と、
前記所在情報を用いて前記電子情報を取得する取得手段と、を更に有し、
前記送信手段は、前記電子情報を記憶装置に送信し、
前記受信手段は、前記記憶装置から前記電子情報の所在を示す所在情報を受信し、
前記送信手段は、前記用件情報に対する返答情報を前記定型情報を用いて生成し、前記返答情報と前記所在情報とを前記提供装置に更に送信する請求項１記載の画像形成装置。
【請求項４】
前記送信手段は、前記電子情報の送信を指示するユーザ操作を受け付ける画面にアクセスする際に用いられるアクセス情報を前記提供装置に更に送信する請求項１記載の画像形成装置。
【請求項５】
前記画像情報を電子情報に変換する変換手段と、
受信手段と、を更に有し、
前記送信手段は、前記電子情報を記憶装置に送信し、
前記受信手段は、前記記憶装置から前記電子情報の所在を示す所在情報を受信し、
前記送信手段は、前記所在情報を前記提供装置に更に送信する請求項１記載の画像形成装置。
【請求項６】
記録媒体の画像を読み取って画像情報とする読取部を備えた画像形成装置と、外部から送信された情報を公開するサービスを提供する提供装置と通信する情報処理装置であって、
前記読取部で読み取られた画像情報を受信する受信手段と、
前記画像情報の画像の元となる電子情報が必要である旨を示す用件情報を記憶部に記憶されている定型情報を用いて生成し、前記用件情報を前記提供装置に送信する送信手段と、を有する情報処理装置。
【請求項７】
記録媒体の画像を読み取って画像情報とする読取部を備え、外部から送信された情報を公開するサービスを提供する提供装置と通信する画像形成装置の制御方法であって、
前記読取部で画像情報が読み取られると、前記画像情報の画像の元となる電子情報が必要である旨を示す用件情報を記憶部に記憶されている定型情報を用いて生成する工程と、
前記用件情報を前記提供装置に送信する工程と、を有する画像形成装置の制御方法。
【請求項８】
記録媒体の画像を読み取って画像情報とする読取部を備えた画像形成装置と、外部から送信された情報を公開するサービスを提供する提供装置と通信する情報処理装置の制御方法であって、
前記読取部で読み取られた画像情報を受信する工程と、
前記画像情報の画像の元となる電子情報が必要である旨を示す用件情報を記憶部に記憶されている定型情報を用いて生成し、前記用件情報を前記提供装置に送信する工程と、を有する情報処理装置の制御方法。
【請求項９】
記録媒体の画像を読み取って画像情報とする読取部を備え、外部から送信された情報を公開するサービスを提供する提供装置と通信する画像形成装置のコンピュータを、
前記読取部で画像情報が読み取られると、前記画像情報の画像の元となる電子情報が必要である旨を示す用件情報を記憶部に記憶されている定型情報を用いて生成し、前記用件情報を前記提供装置に送信する送信手段として機能させるプログラム。
【請求項１０】
記録媒体の画像を読み取って画像情報とする読取部を備えた画像形成装置と、外部から送信された情報を公開するサービスを提供する提供装置と通信するコンピュータを、
前記読取部で読み取られた画像情報を受信する受信手段と、
前記画像情報の画像の元となる電子情報が必要である旨を示す用件情報を記憶部に記憶されている定型情報を用いて生成し、前記用件情報を前記提供装置に送信する送信手段と、して機能させるプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、画像形成装置、画像形成装置の制御方法、及びプログラムに関する。
【背景技術】
【０００２】
近年、インターネットを利用したサービスを提供するシステムの形態として、クラウドコンピューティングシステムが実用化されている。ユーザは、サーバなどのハードウェア資源を用意する必要がなく、最低限の接続環境を用意すると、クラウドサービスと呼ばれるクラウドコンピューティングシステムが提供するサービスを利用することができる。
既に実現されているクラウドサービスとしては、顧客管理、及び営業支援を行うためのＣＲＭ（Customer Relationship Management）システムの機能を有するＣＲＭサービスがある。また、電子ファイルを保管して管理する機能等を有する文書管理サービス、電子ファイルを記憶するオンラインストレージサービスもクラウドサービスとして実現されている。
【０００３】
ここで、コミュニケーションツールとしてマイクロブログ機能を有するサービスもある。マイクロブログ機能とは、サービスのアカウントを持つユーザが「つぶやき」と呼ばれる１００文字〜２００文字程度の短い文章を「メッセージ」、「コメント」等として公開する短いブログ機能である。ここでのユーザとは、プリンタ、連携サービス等、即ちクラウドサービス上のオブジェクト、アプリケーション等を含み、実在する人間に限らない。
マイクロブログ機能では、ユーザが公開した「メッセージ」及び「コメント」には固有の識別子が割り当てられる。また、マイクロブログ機能では、ユーザが「メッセージ」を登録することで登録された「メッセージ」に関連する「コメント」を一覧として登録・表示・管理できる「タイムライン」が作成される。「メッセージ」を登録したユーザ及びその他のユーザは、「タイムライン」上で関連する情報を「コメント」として登録することで情報をやり取りし、コミュニケーションを行う。
各ユーザのアカウントには、ユーザのプロフィールの情報が関連付けられ、コミュニケーションの相手がどういった人物であるかがわかるようになっている。例えば、プロフィールの情報には、ユーザの名前、連絡先（メールアドレス、電話番号、住所など）、所属グループなどの情報が含まれている。
【０００４】
クラウドサービスとして提供されているＣＲＭサービスの中には、業務を行う際のコミュニケーションツールとしてマイクロブログ機能を提供しているものもある。このようなクラウドサービスでは、顧客情報、商談情報等と「メッセージ」及び「コメント」とをリンクさせて、ユーザの利便性を更に向上させている。
また、ＣＲＭサービスの中には、ファイルをユーザ同士で共有し、ファイルを保存、編集、更新、参照できるファイル共有の機能も提供されている。例えば、Ｓａｌｅｓｆｏｒｃｅ．ｃｏｍがあり、提供しているマイクロブログ機能としてはＣｈａｔｔｅｒ（登録商標）が相当する。ファイル共有機能としては、Ｄｏｃｕｍｅｎｔ、Ｆｉｌｅが相当する。
【０００５】
また、画像形成装置については、高機能化、多機能化が進んでいる。近年では、スキャン機能、プリント機能といった紙文書の電子化や印刷といった基本的な機能だけではなく、ネットワーク・インターフェース（以下、ネットワークＩ／Ｆと表記する。）を搭載した画像形成装置が開発されている。ネットワークＩ／Ｆを搭載した画像形成装置は、ネットワークで接続された外部のシステム、外部のサービスと連携し、様々なソリューションを提供している。
例えば、ネットワークＩ／Ｆを搭載した画像形成装置は、紙文書をスキャンして形成した電子文書を上述したような文書管理サービス、オンラインストレージサービス等に送信して保管することも可能となっている。
【０００６】
上述のようにクラウドサービスが実用化され、画像形成装置との連携が進むと、紙文書をスキャンして形成した電子ファイルを用いて、マイクロブログ機能などを有するコミュニケーションツールを利用する機会も増える。
例えば、印刷された紙文書を入手後、元の電子ファイルを入手したい場合には、何らかの方法で作成者を特定し、電子ファイルの共有の依頼を行う必要があり、入手するまでに手間がかかるという問題がある。
ここで、紙文書と電子ファイルとを関連付けて外部装置に送信することによって、両方の文書の回覧を行えるようにする技術が開示されている（特許文献１参照）。
【先行技術文献】
【特許文献】
【０００７】
【特許文献１】特開平８−３３９３３３号公報
【発明の概要】
【発明が解決しようとする課題】
【０００８】
しかしながら、特許文献１に記載の技術では、マーキングした紙文書を用いて、電子ファイルと関連付ける必要があるので、登録者および煩雑な処理が必要になってしまう。仮に、上述したようなコミュニケーションツールを利用するとしても、紙文書の所有者が電子ファイルの共有を意識して画像形成装置とコミュニケーションツールとを操作することは利便性に欠ける。
【０００９】
本発明はこのような問題点に鑑みなされたもので、記録媒体と記録媒体の元の電子情報とをより容易に関係付けることを目的とする。
【課題を解決するための手段】
【００１０】
そこで、本発明に係る画像形成装置は、記録媒体の画像を読み取って画像情報とする読取部を備え、外部から送信された情報を公開するサービスを提供する提供装置と通信する画像形成装置であって、前記読取部で画像情報が読み取られると、前記画像情報の画像の元となる電子情報が必要である旨を示す用件情報を記憶部に記憶されている定型情報を用いて生成し、前記用件情報を前記提供装置に送信する送信手段を有する。
【００１１】
また、本発明は、方法、プログラム、システム、記憶媒体などとしてもよい。
【発明の効果】
【００１２】
本発明によれば、記録媒体と記録媒体の元の電子情報とをより容易に関係付けることができる。
【図面の簡単な説明】
【００１３】
【図１】システムの構成の一例を示す図である。
【図２】画像形成装置のハードウェアの構成の一例を示す図である。
【図３】クラウドサービスサーバのハードウェアの構成の一例を示す図である。
【図４】画像形成装置のモジュールの一例を示す図である。
【図５】クラウドサービスサーバのモジュールの構成の一例を示す図である。
【図６】クラウドストレージサーバのモジュールの構成の一例を示す図である。
【図７】ユーザインタフェースの一例を示す図である。
【図８】シーケンスの一例を示す図である。
【図９】画像形成装置におけるフローチャートの一例を示す図である。
【図１０】画像形成装置におけるフローチャートの一例を示す図である。
【図１１】スキャンデータＤＢのデータ構造の一例を示す図である。
【図１２】ＵＲＩの一例を示す図である。
【図１３】ユーザインタフェースの一例を示す図である。
【図１４】システムの構成の一例を示す図である。
【図１５】画像形成装置のモジュールの構成の一例を示す図である。
【図１６】クラウドサービスサーバＢのモジュールの構成の一例を示す図である。
【図１７】シーケンスの一例を示す図である。
【図１８】画像形成装置におけるフローチャートの一例を示す図である。
【図１９】クラウドサービスサーバＢにおけるフローチャートの一例を示す図である。
【発明を実施するための形態】
【００１４】
以下、本発明の実施形態について図面に基づいて説明する。なお、実施形態は、本発明を限定するものではなく、また、実施形態で説明されている全ての構成が本発明の課題を解決するための手段に必須であるとは限らない。
【００１５】
＜第１の実施形態＞
図１は、本実施形態に係るシステムの構成の一例を示す図である。ＬＡＮ１１０には、画像形成装置１０１及び端末１０２が接続されている。また、ＬＡＮ１１０は、インターネット１２０に接続されている。インターネット１２０には、クラウドサービスサーバ１３１及びクラウドストレージサーバ１３２が接続されている。
画像形成装置１０１は、スキャン機能を有する複合機（ＭＦＰ）などである。端末１０２は、情報処理装置（コンピュータ）の一例であり、モバイル端末、ＰＣ（パーソナルコンピュータ）などである。クラウドサービスサーバ１３１及びクラウドストレージサーバ１３２の各々は、情報処理装置（コンピュータ）の一例であり、各種のクラウドサービスを提供するサーバなどである。
【００１６】
画像形成装置１０１及び端末１０２は、ＬＡＮ１１０及びインターネット１２０（ネットワークの一例）を介してクラウドサービスサーバ１３１及びクラウドストレージサーバ１３２と通信可能に接続されている。
本実施形態は、上述の構成に限られるものではない。例えば、画像形成装置１０１については、ＬＡＮ１１０に接続される構成を示しているが、クラウドサービスサーバ１３１及びクラウドストレージサーバ１３２と通信可能に接続できる構成を適宜採用できる。
【００１７】
図２は、画像形成装置１０１のハードウェアの構成の一例を示す図である。制御部２１０は、情報処理装置（コンピュータ）の一例である。制御部２１０は、ＣＰＵ２１１を有し、画像形成装置１０１全体の動作を制御する。ＣＰＵ２１１は、ＲＯＭ２１２に記憶されたプログラムを読み出して読取制御、送受信制御などの各種の制御を行う。ＲＡＭ２１３は、ＣＰＵ２１１の主メモリ、ワークエリア等の一時記憶領域として用いられる。ＨＤＤ２１４は、画像データ（画像情報の一例）、各種のプログラム、各種のテーブルなどを記憶する。ＲＯＭ２１２、ＲＡＭ２１３、及びＨＤＤ２１４は、記憶部の一例である。
操作部Ｉ／Ｆ２１５は、操作部２１９と制御部２１０とを接続する。操作部２１９には、タッチパネル機能を有する液晶表示部（表示部の一例）、キーボード（入力部の一例）などが設けられる。プリンタＩ／Ｆ２１６は、プリンタ２２０と制御部２１０とを接続する。プリンタ２２０で印刷すべき画像データは、プリンタＩ／Ｆ２１６を介して制御部２１０から転送され、プリンタ２２０において用紙、フィルム等の記録媒体（いわゆる原稿）上に画像として記録される。
【００１８】
スキャナＩ／Ｆ２１７は、スキャナ２２１と制御部２１０とを接続する。スキャナ２２１は、読取部の一例であり、原稿上の画像を読み取って画像データを生成し、スキャナＩ／Ｆ２１７を介して制御部２１０に当該画像データを入力する。
ネットワークＩ／Ｆ２１８は、制御部２１０（画像形成装置１０１）をＬＡＮ１１０に接続する。ネットワークＩ／Ｆ２１８は、外部装置（クラウドサービスサーバ１３１等）に画像データ、電子ファイル（電子情報の一例）など、各種の情報を送信し、外部装置から各種の情報を受信する。
【００１９】
図３は、クラウドサービスサーバ１３１のハードウェアの構成の一例を示す図である。制御部３１０は、ＣＰＵ３１１を有し、クラウドサービスサーバ１３１全体の動作を制御する。ＣＰＵ３１１は、ＲＯＭ３１２に記憶されたプログラムを読み出して各種の制御処理を実行する。ＲＡＭ３１３は、ＣＰＵ３１１の主メモリ、ワークエリア等の一時記憶領域として用いられる。ＨＤＤ３１４は、画像データ、各種のプログラム、各種のテーブルなどを記憶する。ＲＯＭ３１２、ＲＡＭ３１３、及びＨＤＤ３１４は、記憶部の一例である。
ネットワークＩ／Ｆ３１５は、制御部３１０（クラウドサービスサーバ１３１）をインターネット１２０に接続する。ネットワークＩ／Ｆ３１５は、外部装置（画像形成装置１０１等）との間で各種の情報を送受信する。
【００２０】
ここで、端末１０２及びクラウドストレージサーバ１３２は、図３で説明したクラウドサービスサーバ１３１のハードウェアと同様のハードウェアを有する。
なお、端末１０２、クラウドサービスサーバ１３１、及びクラウドストレージサーバ１３２の各々は、上述した構成に限られるものではない。例えば、各々の装置は、入出力Ｉ／Ｆを有し、入出力Ｉ／Ｆには、各種の情報を表示するディスプレイ（表示部の一例）、各種の情報を入力するキーボード（入力部の一例）が接続されていてもよい。
【００２１】
図４は、画像形成装置１０１のソフトウェアにおけるモジュールの一例を示す図である。図４に示す各モジュールは、画像形成装置１０１が有しているＣＰＵ２１１がプログラムを実行することにより実現される。
画像形成装置１０１は、画面表示部４００、通信部４０１、マイクロブログ通信管理部４０２、スキャンデータ管理部４０３、ジョブ処理部４０４、画像処理部４０５、電子ファイル管理部４０６、及び登録要求処理部４０７を有する。また、画像形成装置１０１は、スキャンデータデータベース（以下ではスキャンデータＤＢ４１０と表記する。）、定型メッセージデータベース（以下では定型メッセージＤＢ４１１と表記する。）を有する。
【００２２】
画面表示部４００は、操作部２１９に対して、原稿（紙文書）上の画像の読み取り（スキャン）の指示を受け付ける画面を表示し、操作部２１９を介したユーザによるスキャンの指示を受け付けると、ジョブ処理部４０４に対してスキャンジョブの実行を依頼する。
通信部４０１は、マイクロブログ通信管理部４０２からの依頼により、クラウドサービスサーバ１３１及びクラウドストレージサーバ１３２に対してリクエスト（要求）を送信する。また、通信部４０１は、クラウドサービスサーバ１３１及びクラウドストレージサーバ１３２からのレスポンス（リクエストに対する返信）を受信する。また、通信部４０１は、端末１０２からのリクエストを受信し、端末１０２にレスポンスを送信する。
【００２３】
マイクロブログ通信管理部４０２は、例えばジョブ処理部４０４から通知される情報によりスキャンデータがスキャンデータＤＢ４１０に格納されたことを検知すると、紙文書の元の電子ファイルを探すための文言を含むメッセージを生成する。ここでいう紙文書の元の電子ファイルを探すための文言とは、例えば「ＸＸＸ会議の資料を紙で入手しました。この文書の電子データをお持ちの方はいらっしゃいますか？共有していただける場合には、こちらをクリックして登録してください。」という文言である。以下では、当該文言を含むメッセージをメッセージＡと表記する。
そして、マイクロブログ通信管理部４０２は、生成したメッセージをクラウドサービスサーバ１３１に送信し、送信したメッセージに対するコメントを管理する。ここで、メッセージは、記録媒体から読み取られた画像情報の画像の元となる電子情報が必要である旨を示す用件情報の一例である。コメントは、用件情報に対する返答情報の一例である。
【００２４】
また、マイクロブログ通信管理部４０２は、端末１０２からのリクエストを受信した通信部４０１からの依頼により、リクエストの内容に応じて、電子ファイルを操作する処理、コメントをクラウドサービスサーバ１３１に送信する処理などを行う。また、マイクロブログ通信管理部４０２は、端末１０２からのリクエストに指定された電子ファイルの取得を電子ファイル管理部４０６に依頼する。また、マイクロブログ通信管理部４０２は、電子ファイル管理部４０６が取得した電子ファイルを受け取る。
スキャンデータ管理部４０３は、ジョブ処理部４０４により生成されたスキャンデータの格納をスキャンデータＤＢ４１０に依頼する。また、スキャンデータ管理部４０３は、スキャンデータＤＢ４１０に格納されているスキャンデータを取得し、クラウドストレージサーバ１３２に電子ファイルとして送信するための処理を行う。
【００２５】
ジョブ処理部４０４は、画面表示部４００からのスキャンジョブの実行の依頼により制御部２１０にスキャン処理の実行を依頼し、その結果としてスキャナ２２１が紙文書上の画像を読み取って生成した画像データを受け取る。そして、ジョブ処理部４０４は、画像データをスキャンデータとしてスキャンデータＤＢ４１０に格納する準備ができた旨をスキャンデータ管理部４０３に通知する。
画像処理部４０５は、画像データに対して、補正、加工、編集、解像度変換等を行う。また、画像処理部４０５は、画像データの回転、ＪＰＥＧ、ＭＭＲ等の圧縮伸張処理を行う。また、画像処理部４０５は、画像データに対して、ＰＤＦ、ＸＰＳなどの電子ファイルフォーマットへの変換処理を行う。
【００２６】
電子ファイル管理部４０６は、マイクロブログ通信管理部４０２からの依頼により、端末１０２からのリクエストで指定された電子ファイルを取得する処理を行う。例えば、電子ファイル管理部４０６は、端末１０２に格納されている電子ファイルがリクエストと共に送信されることで、電子ファイルを取得してもよい。また、例えば、電子ファイル管理部４０６は、端末１０２からは格納されている場所を示すＵＲＩ（Uniform Resource Identifier）がリクエストと共に送信され、ＵＲＩをもとに電子ファイルを取得してもよい。ＵＲＩは、電子情報の所在を示す所在情報の一例である。
登録要求処理部４０７は、端末１０２からの電子ファイルの登録のリクエストに対する処理を行う。
【００２７】
スキャンデータＤＢ４１０は、スキャンデータ管理部４０３からの依頼により、ジョブ処理部４０４により生成されたスキャンデータ、紙文書の元の電子ファイル等を格納する。
定型メッセージＤＢ４１１は、クラウドサービスサーバ１３１に送信するメッセージの雛型及びコメントの雛型を格納する。なお、メッセージの雛型及びコメントの雛型は、用件情報および返答情報の生成に用いられる定型情報の一例であり、定型メッセージＤＢ４１１に予め格納されているものとする。
【００２８】
図５は、クラウドサービスサーバ１３１のソフトウェアにおけるモジュールの構成の一例を示す図である。図５に示す各モジュールは、クラウドサービスサーバ１３１が有しているＣＰＵ３１１がプログラムを実行することにより実現される。
クラウドサービスサーバ１３１は、Ｗｅｂアプリケーション５０１、メッセージデータベース（以下ではメッセージＤＢ５０２と表記する。）を有する。
Ｗｅｂアプリケーション５０１は、ＣＲＭサービスなどを提供するためのＷｅｂアプリケーションである。本実施形態では、Ｗｅｂアプリケーション５０１において、マイクロブログ機能のサービスが提供されているものとする。なお、クラウドサービスサーバ１３１は、情報を公開するサービスを提供する提供装置の一例である。Ｗｅｂアプリケーション５０１は、通信部５１１、制御部５１２、及びメッセージ管理部５１３を有する。
【００２９】
通信部５１１は、画像形成装置１０１及び端末１０２からのリクエストを受信し、制御部５１２にリクエストの内容を通知する。通信部５１１は、制御部５１２からリクエストに対する処理の結果を受け取り、当該リクエストに対するレスポンスデータを作成し、当該リクエストを送信した画像形成装置１０１或いは端末１０２にレスポンスを送信する。通信部５１１は、例えば、後述のメッセージ識別子を含むレスポンスデータを作成する。
制御部５１２は、通信部５１１から通知されるリクエストの内容に従って、リクエストに含まれるメッセージ若しくはコメントを抽出し、メッセージ管理部５１３にメッセージ若しくはコメントを通知（登録を依頼）する。
メッセージ管理部５１３は、制御部５１２から通知されるメッセージ若しくはコメントを受け取り、メッセージＤＢ５０２に格納（登録）する。また、メッセージ管理部５１３は、制御部５１２からの依頼により、登録されたメッセージ及びコメントをメッセージＤＢ５０２から取得して制御部５１２に通知する。
【００３０】
図６は、クラウドストレージサーバ１３２のソフトウェアにおけるモジュールの構成の一例を示す図である。図６に示す各モジュールは、クラウドストレージサーバ１３２が有しているＣＰＵ３１１がプログラムを実行することにより実現される。
クラウドストレージサーバ１３２は、Ｗｅｂアプリケーション６０１、ファイル管理データベース（以下ではファイル管理ＤＢ６０２と表記する。）を有する。
Ｗｅｂアプリケーション６０１は、文書管理機能などのサービスを提供するためのＷｅｂアプリケーションである。Ｗｅｂアプリケーション６０１は、通信部６１１、制御部６１２、及びファイル管理部６１３を有する。
【００３１】
通信部６１１は、画像形成装置１０１及び端末１０２からのリクエストを受信し、制御部６１２にリクエストの内容を通知する。通信部６１１は、制御部６１２からリクエストに対する処理の結果を受け取り、当該リクエストに対するレスポンスデータを作成し、当該リクエストを送信した画像形成装置１０１或いは端末１０２にレスポンスを送信する。
制御部６１２は、通信部６１１からのリクエストの内容に従って、例えば、画像形成装置１０１から送信された電子ファイルの格納、削除、移動、管理されている電子ファイルのリストの取得などの処理（ファイル管理処理）をファイル管理部６１３に依頼する。
ファイル管理部６１３は、制御部６１２からの依頼に応じて、ファイル管理ＤＢ６０２にアクセスし、ファイル管理処理を行い、処理の結果を通知する。
【００３２】
図７は、クラウドサービスサーバ１３１が有するマイクロブログ機能で用いられるユーザインタフェースの一例（投稿表示画面７０１）を示す図である。投稿表示画面７０１は、端末１０２などで動作するＷｅｂブラウザがクラウドサービスサーバ１３１にアクセスすることで表示部に表示されるＷｅｂページの一例である。ここで、クラウドサービスサーバ１３１は、ユーザ間のメッセージ及びコメントのやりとりを管理しているものとする。
投稿表示画面７０１は、ユーザ（画像形成装置１０１等を含む。）により入力（投稿）されたメッセージ及びメッセージに対するコメントを表示する。
表示エリア７０２は、メッセージ、コメント等を表示するエリアである。表示エリア７０２では、メッセージと当該メッセージに対するコメントを含んで構成されるタイムラインが表示される。表示エリア７０２では、ユーザＡが画像形成装置１０１を利用して生成した紙文書の電子ファイルとともに自動的に投稿されたメッセージ７１１が示されている。また、表示エリア７０２では、メッセージ７１１に対して、ユーザＢが提供した紙文書の元となる電子ファイルとともに自動的に返信されたコメント７１２が示されている。
【００３３】
コメント入力エリア７０３は、コメントの入力（追加）を受け付けるエリアである。コメント入力欄７２１にユーザによりコメントが入力され、追加ボタン７２２が押下されると、Ｗｅｂブラウザは、クラウドサービスサーバ１３１にコメント追加のリクエストを送信する。クラウドサービスサーバ１３１は、コメント追加のリクエストを受信すると、入力されたコメントを登録する。例えば、ユーザがＷｅｂブラウザでクラウドサービスサーバ１３１にアクセスした際、Ｗｅｂブラウザにより、コメント７１２、７１３のように登録されているコメントが表示される。
メッセージ入力エリア７０４は、メッセージの入力（作成）を受け付けるエリアである。メッセージ入力欄７３１にユーザによりメッセージが入力され、作成ボタン７３２が押下されると、Ｗｅｂブラウザは、クラウドサービスサーバ１３１にメッセージ作成のリクエストを送信する。クラウドサービスサーバ１３１は、メッセージ作成のリクエストを受信すると、入力されたメッセージを登録する。例えば、ユーザがＷｅｂブラウザでクラウドサービスサーバ１３１にアクセスした際、Ｗｅｂブラウザにより、メッセージ７１１のように作成されているメッセージが表示される。
なお、クラウドサービスサーバ１３１は、メッセージ或いはコメントとともに、電子ファイルを登録するための機能を有しているが、Ｗｅｂブラウザからの登録に関しては、適宜の構成を利用できるので、その説明を省略する。
【００３４】
図８は、画像形成装置１０１、クラウドサービスサーバ１３１、及びクラウドストレージサーバ１３２が実行する一連の処理に係るシーケンスの一例を示す図である。
クラウドストレージサーバ１３２は、電子ファイルを管理し、端末１０２などからの電子ファイルの登録のリクエストおよび取得のリクエストに応じて、電子ファイルの登録処理、及び電子ファイルの取得処理（電子ファイルの実体を返却する処理）を行う。クラウドストレージサーバ１３２における上述の登録処理および取得処理に関しては、適宜の構成を利用できるので、その説明を省略する。
【００３５】
ＳＱ８０１では、ユーザＡによるスキャンの指示により、画像形成装置１０１は、スキャン処理を実行する。スキャン処理では、画像形成装置１０１は、紙文書の画像をスキャナ２２１により読み取り、その結果として画像データを取得する。
ＳＱ８０２では、画像形成装置１０１は、取得した画像データをスキャンデータＤＢ４１０に格納（保管）する。ＳＱ８０３では、画像形成装置１０１は、画像データをＰＤＦファイルなどの電子ファイルに変換し、クラウドストレージサーバ１３２に送信する。
【００３６】
ＳＱ８０４では、画像形成装置１０１は、クラウドサービスサーバ１３１に対してメッセージ、例えばメッセージＡを生成する（メッセージ生成処理）。また、画像形成装置１０１は、メッセージ生成処理を識別するためのメッセージ処理識別子を発行し、スキャンデータＤＢ４１０に格納する。
そして、画像形成装置１０１は、当該メッセージと合わせて、ＳＱ８０３でクラウドストレージサーバ１３２に送信して格納された電子ファイルのＵＲＩ及びファイル名などをクラウドサービスサーバ１３１に送信する。この際、画像形成装置１０１は、他のユーザが当該紙文書の元となる電子ファイルを登録するためのリンク（リンク情報）をリクエストに含める。リンクには、図１２のＵＲＩ１２０１に示すように当該メッセージ処理識別子（当該メッセージに関わる処理を継続するための情報）がパラメータとして付される。
ＳＱ８０５では、クラウドサービスサーバ１３１は、画像形成装置１０１から送信されたメッセージを受信し、メッセージＤＢ５０２に登録する。クラウドサービスサーバ１３１は、当該メッセージを識別可能なメッセージ識別子を画像形成装置１０１に送信する。
【００３７】
ここでは、端末１０２のＷｅｂブラウザを利用してクラウドサービスサーバ１３１にアクセスしていたユーザＢが当該メッセージを確認したとする。ユーザＢが、ユーザＡが持っていた紙文書の元の電子ファイルを保有し、元の電子ファイルを共有してもよいと考えた場合、ユーザＢは、Ｗｅｂブラウザに表示された当該メッセージ内のリンクをクリックする（ＳＱ８０６）。
ユーザＢのクリックにより、ＵＲＩ１２０１へのアクセスが実行されることによって、画像形成装置１０１は、図１３の電子ファイル登録画面１３０１を表示するための画面データ（レスポンス）を端末１０２に送信する。なお、画像形成装置１０１は、電子ファイル登録画面１３０１を表示するための画面データに、当該メッセージ処理識別子を埋め込んでいる。
【００３８】
ＳＱ８０７では、電子ファイル登録画面１３０１の実行ボタン１３０６がクリックされると、端末１０２は、紙文書の元の電子ファイルを登録するためのリクエストを、例えば電子ファイルとともに画像形成装置１０１に送信する。なお、端末１０２とは異なる装置に電子ファイルが格納され、ＵＲＩを使用して電子ファイルを取得可能である場合、電子ファイル登録画面１３０１では、例えば、電子ファイルの実体は指定されず、当該ＵＲＩを使って電子ファイルを取得するように指定される。
また、端末１０２は、電子ファイル登録画面１３０１の実行ボタン１３０６がクリックされると、電子ファイルの実体あるいはＵＲＩとともに、当該メッセージ処理識別子を画像形成装置１０１に送信する。
【００３９】
ＳＱ８０８では、画像形成装置１０１は、端末１０２から電子ファイルを登録するためのリクエストを受信する。画像形成装置１０１は、受信したリクエスト内のパラメータを解析し、当該メッセージ処理識別子、及び電子ファイルの実体あるいはＵＲＩを取得する。指定された電子ファイルが実体ではなくＵＲＩであった場合、画像形成装置１０１は、当該ＵＲＩにアクセスし、端末１０２とは異なる他の装置から電子ファイルを取得（受信）する。
ＳＱ８０９では、画像形成装置１０１は、端末１０２或いは他の装置から受信した電子ファイルをクラウドストレージサーバ１３２に送信する。
【００４０】
ＳＱ８１０では、画像形成装置１０１は、当該メッセージ処理識別子をキーにして、スキャンデータＤＢ４１０からメッセージ識別子を取得する。そして、画像形成装置１０１は、当該メッセージ識別子を使用して、クラウドサービスサーバ１３１に、コメント追加のリクエストを送信する。ここでは、コメントに合わせて、ＳＱ８０９でクラウドストレージサーバ１３２に送信して格納された電子ファイルのＵＲＩ及びファイル名なども送信する。
ＳＱ８１１では、クラウドサービスサーバ１３１は、画像形成装置１０１から送信されたコメント追加のリクエストを受信し、コメントの内容をメッセージＤＢ５０２に登録する。
以降、ユーザＡは、端末１０２等のＷｅｂブラウザを利用して、ユーザＢが登録した電子ファイルを取得することが可能になる。
【００４１】
図９は、画像形成装置１０１において、スキャナ２２１で読み取られた画像の画像データを変換した電子ファイルを送信し、生成したメッセージを送信する処理に係るフローチャートの一例を示す図である。なお、画像形成装置１０１においては、クラウドサービスサーバ１３１に送信するメッセージの雛型（テンプレートデータ）、スキャン処理および送信処理の実行に必要な情報が登録されているものとする。これらの情報をもとにして、ユーザによる操作部２１９の操作（ユーザ操作）に応じたメッセージがクラウドサービスサーバ１３１に送信されるものとする。
また、本フローチャートの処理を実現するプログラム、プログラムの実行時に必要なデータは、ＨＤＤ２１４に記憶されており、ＣＰＵ２１１によって、ＲＡＭ２１３に読み出されて実行される。各ステップ間でのデータの引き渡しは、ＲＡＭ２１３或いはＨＤＤ２１４の一時領域が用いられる。
【００４２】
Ｓ９０１では、画面表示部４００は、ユーザによるスキャンの指示を受け付ける。
Ｓ９０２では、画面表示部４００は、スキャンの指示を受け付けると、ジョブ処理部４０４にスキャンジョブの実行を依頼する。ジョブ処理部４０４は、スキャンジョブの実行の依頼により、スキャナ２２１にスキャン処理の実行を依頼する。スキャナ２２１は、スキャン処理の実行の依頼により、スキャン処理を行い、スキャナＩ／Ｆ２１７を介して制御部２１０に画像データを通知する。制御部２１０は、画像データを受け取り、ジョブ処理部４０４に対してスキャン処理を実行した結果として受け取った画像データを通知する。
Ｓ９０３では、ジョブ処理部４０４は、受け取った画像データをスキャンデータとして格納するようスキャンデータ管理部４０３に依頼する。スキャンデータ管理部４０３は、ジョブ処理部４０４からの依頼を受け取り、画像データをスキャンデータとしてスキャンデータＤＢ４１０に格納し、ジョブ処理部４０４にスキャンデータの格納が完了した旨を通知する。
【００４３】
Ｓ９０４では、ジョブ処理部４０４は、スキャンデータの格納が完了した旨の通知を受け取り、画像処理部４０５にスキャンデータの変換処理を依頼する。画像処理部４０５は、ジョブ処理部４０４からの依頼を受け取り、スキャンデータ（画像データ）をスキャンデータＤＢ４１０から取得し、事前に指定された変換方法に従ってスキャンデータの変換処理を行い、電子ファイルを生成する。
次に、画像処理部４０５は、生成した電子ファイルをスキャンデータＤＢ４１０に格納し、ジョブ処理部４０４に変換処理が完了した旨を通知する。続いて、ジョブ処理部４０４は、通信部４０１に、生成された電子ファイルをクラウドストレージサーバ１３２に送信（ファイル送信）するよう依頼する。通信部４０１は、ジョブ処理部４０４からの依頼を受け取り、生成された電子ファイルをスキャンデータＤＢ４１０から取得し、クラウドストレージサーバ１３２に送信する。続いて、通信部４０１は、クラウドストレージサーバ１３２からの応答を受信し、格納先のＵＲＩの情報をスキャンデータＤＢ４１０に格納し、ジョブ処理部４０４に送信処理が完了した旨を通知する。
【００４４】
Ｓ９０５では、ジョブ処理部４０４は、電子ファイルの送信処理が完了した旨の通知を受け取り、マイクロブログ通信管理部４０２にメッセージの送信（メッセージ送信）を依頼する。マイクロブログ通信管理部４０２は、ジョブ処理部４０４からの依頼を受け取り、メッセージ、例えばメッセージＡを生成する。また、マイクロブログ通信管理部４０２は、当該処理（メッセージ生成処理）を識別するためのメッセージ処理識別子を発行する。
また、マイクロブログ通信管理部４０２は、当該メッセージ、当該電子ファイルのＵＲＩ及びファイル名、並びに当該電子ファイルの元の電子ファイルを登録するためのＵＲＩを含むリンクをクラウドサービスサーバ１３１に送信するように通信部４０１に依頼する。なお、当該電子ファイルの元の電子ファイルを登録するためのＵＲＩには、当該メッセージ処理識別子がパラメータとして付される。
【００４５】
通信部４０１は、マイクロブログ通信管理部４０２から送信の依頼を受け取り、メッセージ等をクラウドサービスサーバ１３１に送信する。次に、通信部４０１は、クラウドサービスサーバ１３１からの応答を受信し、応答データに含まれるメッセージ識別子を、マイクロブログ通信管理部４０２に返却する。マイクロブログ通信管理部４０２は、ジョブ処理部４０４にメッセージ識別子を返却し、メッセージ等の送信処理が完了した旨を通知する。
クラウドサービスサーバ１３１へのメッセージ等の送信によって、クラウドサービスサーバ１３１が有するマイクロブログ機能へメッセージの登録が行われる。この構成によって、クラウドサービスサーバ１３１が提供するサービスのマイクロブログ機能において、メッセージに対する「タイムライン」が作成される。ユーザがＷｅｂブラウザなどを利用してクラウドサービスサーバ１３１にアクセスした際、図７のメッセージ７１１のようなメッセージが表示され、他のユーザとコミュニケーションすることが可能となる。
Ｓ９０６では、ジョブ処理部４０４は、スキャンデータＤＢ４１０にメッセージ情報（メッセージ識別子など）を格納する。
【００４６】
図１０は、画像形成装置１０１において、紙文書の元の電子ファイルを登録する処理に係るフローチャートの一例を示す図である。
例えば図７の投稿表示画面７０１に表示されるメッセージ７１１に含まれるリンクをユーザがクリックすると、端末１０２は、画像形成装置１０１に対して、電子ファイルの登録を行うためのリクエストを送信する。
また、端末１０２のＷｅｂブラウザは、端末１０２のＨＤＤ３１４に記憶されている電子ファイル、或いはクラウドストレージサーバ１３２等の他の装置に記憶されている電子ファイルの何れかを選択するための画面を表示する。なお、当該画面に関しては、図１３に一例を示すが、適宜の態様を採用できる。
【００４７】
図１０のフローチャートの処理は、端末１０２或いはクラウドストレージサーバ１３２に格納されている電子ファイルを指定した登録のリクエストを端末１０２が送信し、画像形成装置１０１が当該リクエストを受信すると、開始される。
また、本フローチャートの処理を実現するプログラム、及びプログラムの実行時に必要なデータは、ＨＤＤ２１４に記憶されており、ＣＰＵ２１１によってＲＡＭ２１３に読み出されて実行される。各ステップ間でのデータの引き渡しは、ＲＡＭ２１３或いはＨＤＤ２１４の一時領域が用いられる。
【００４８】
Ｓ１００１では、画像形成装置１０１の通信部４０１は、端末１０２から送信された電子ファイルの登録のリクエスト（要求）を受信する。通信部４０１は、受信したリクエストに含まれるパラメータデータをＲＡＭ２１３に展開し、電子ファイルの実体を受信していた場合、ＨＤＤ２１４の一時領域に格納し、登録要求処理部４０７に処理を依頼する。
Ｓ１００２では、登録要求処理部４０７は、パラメータデータを解析し、メッセージ処理識別子のデータを取り出し、ＲＡＭ２１３に展開する。Ｓ１００３では、登録要求処理部４０７は、ＲＡＭ２１３のメッセージ処理識別子を用いて、メッセージ処理識別子に関連するメッセージ情報（メッセージ識別子など）がスキャンデータＤＢ４１０に存在しているかを検索する。登録要求処理部４０７は、当該メッセージ処理識別子のメッセージ情報が存在していないと判断した場合、処理を終了する。他方、登録要求処理部４０７は、当該メッセージ処理識別子のメッセージ情報が存在していると判断した場合、Ｓ１００４に処理を進める。
【００４９】
Ｓ１００４では、登録要求処理部４０７は、リクエストとともに電子ファイルの実体を受信したか否かを判断し、受信していたと判断した場合、Ｓ１００５に処理を進め、他方、受信していなかったと判断した場合、Ｓ１００６に処理を進める。
Ｓ１００５では、登録要求処理部４０７は、電子ファイルをＨＤＤ２１４の一時領域から取得し、メッセージ処理識別子をキーにしてスキャンデータＤＢ４１０に格納し、Ｓ１００８に処理を進める。
Ｓ１００６では、登録要求処理部４０７は、パラメータデータに電子ファイルの所在を示すＵＲＩが含まれるか否か等を判断する。登録要求処理部４０７は、ＵＲＩが含まれていないと判断した場合、或いは電子ファイルを取得できないと判断した場合、処理を終了する。他方、登録要求処理部４０７は、ＵＲＩが含まれ、電子ファイルを取得できると判断した場合、Ｓ１００７に処理を進める。
【００５０】
Ｓ１００７では、登録要求処理部４０７は、電子ファイルの所在を示すＵＲＩを使用して電子ファイルを取得し、メッセージ処理識別子をキーにしてスキャンデータＤＢ４１０に格納し、Ｓ１００８に処理を進める。
Ｓ１００８では、登録要求処理部４０７は、通信部４０１に対して、Ｓ１００５又はＳ１００７で格納した電子ファイルをクラウドストレージサーバ１３２に送信するように依頼する。通信部４０１は、登録要求処理部４０７から依頼を受け取り、当該電子ファイルをスキャンデータＤＢ４１０から取得し、クラウドストレージサーバ１３２に送信する。続いて、通信部４０１は、クラウドストレージサーバ１３２からの応答を受信し、格納先のＵＲＩの情報をスキャンデータＤＢ４１０に格納し、登録要求処理部４０７に送信処理を完了した旨を通知する。
【００５１】
続いて、登録要求処理部４０７は、マイクロブログ通信管理部４０２にコメントの送信を依頼する。マイクロブログ通信管理部４０２は、登録要求処理部４０７から依頼を受け取り、コメントを生成し、例えばコメントＡ「このデータで良いでしょうか？以下にアップロードしました。」を生成し、当該コメントに電子ファイルのＵＲＩ及びファイル名を付す。
続いて、マイクロブログ通信管理部４０２は、クラウドサービスサーバ１３１へのコメントの送信を通信部４０１に依頼する。通信部４０１は、マイクロブログ通信管理部４０２からコメントを送信する依頼を受け取り、スキャンデータＤＢ４１０から読み出したメッセージ識別子をキーにして、コメントをクラウドサービスサーバ１３１に送信する。続いて、通信部４０１は、クラウドサービスサーバ１３１からの応答を受信し、マイクロブログ通信管理部４０２にコメントの送信処理を完了した旨を通知する。マイクロブログ通信管理部４０２は、登録要求処理部４０７に登録の完了を通知する。
【００５２】
図１１は、スキャンデータＤＢ４１０のデータ構造の一例を示す図である。「スキャンデータ識別子」は、Ｓ９０２でジョブ処理部４０４が発行した一意の識別子である。「スキャンデータパス」は、Ｓ９０３でジョブ処理部４０４がスキャンデータを格納した際の格納先を示す。
「変換後の電子ファイルパス」は、Ｓ９０４で画像処理部４０５が画像データを変換して生成した電子ファイルの格納先を示す。「変換後の電子ファイルＵＲＩ」は、Ｓ９０４で通信部４０１がクラウドストレージサーバ１３２に送信した電子ファイルの格納先を示す（電子ファイルを取得するためのＵＲＩを示す）。
【００５３】
「元文書の電子ファイルパス」は、Ｓ１００５及びＳ１００７で登録要求処理部４０７が格納した電子ファイルの格納先を示す。「元文書の電子ファイル格納先ＵＲＩ」は、Ｓ１００８で通信部４０１がクラウドストレージサーバ１３２に送信した紙文書の元の電子ファイルの格納先を示す（元の電子ファイルを取得するためのＵＲＩを示す）。
「メッセージ処理識別子」は、Ｓ９０５でマイクロブログ通信管理部４０２が生成したメッセージ内に含めたリンク内に埋め込む識別子であり、図７のＳＱ７１１でのユーザのクリックによりアクセスすることになるＵＲＩに含まれる識別子である。
「メッセージ識別子」は、Ｓ９０５でマイクロブログ通信管理部４０２がクラウドサービスサーバ１３１に送信したメッセージを識別するための識別子である。「メッセージ識別子」は、当該メッセージに対するコメントを登録する際に用いられる。
【００５４】
図１２は、メッセージ７１１に含めたリンク「こちら」のＵＲＩの一例（ＵＲＩ１２０１）を示す図である。
ＵＲＩ１２０１は、電子ファイルを登録する画面（電子ファイル登録画面）を表示するためのＵＲＩである。本実施形態では、ＵＲＩ１２０１は、画像形成装置１０１のＷｅｂアプリケーションを示す。また、ＵＲＩ１２０１は、パラメータに、メッセージ処理識別子が含められている例である。
【００５５】
図１３は、ユーザインタフェースの一例（電子ファイル登録画面１３０１）を示す図である。電子ファイル登録画面１３０１は、端末１０２上で動作するＷｅｂブラウザから画像形成装置１０１にアクセスして表示されるＷｅｂページの一例である。
電子ファイル登録画面１３０１は、紙文書の元の電子ファイルをユーザが登録するための画面であり、メッセージ７１１のリンクがクリックされると表示される画面である。即ち、リンクは、電子情報の送信を指示するユーザ操作を受け付ける画面にアクセスする際に用いられるアクセス情報の一例である。
メッセージ処理識別子情報１３０２は、ＵＲＩ１２０１のパラメータを含み、次の処理に引き渡すために電子ファイル登録画面１３０１に含められる。メッセージ処理識別子情報１３０２は、画面に表示しないように隠しパラメータとして隠しておいてもよい。
【００５６】
表示エリア１３０３は、参照ボタン１３０４がクリックされて表示されるファイル選択画面でユーザが選択した電子ファイルのパスを表示するための領域である。参照ボタン１３０４は、ファイル選択画面を表示するためのボタンである。ファイル選択画面については、適宜の構成を採用できるので図示およびその説明を省略する。入力エリア１３０５は、電子ファイルが他の装置（外部のストレージサービス等）に存在する場合、ＵＲＩを入力するための領域である。
実行ボタン１３０６は、電子ファイルを送信するユーザによる指示を受け付けるボタンである。ユーザが実行ボタン１３０６をクリックすると、端末１０２は、電子ファイルの実体あるいはＵＲＩとメッセージ処理識別子とを、電子ファイルの登録のリクエストとともに画像形成装置１０１に送信する。
【００５７】
このように、クラウドサービスサーバ１３１のメッセージ内のリンクが操作され、当該メッセージ内に記載された電子ファイルの元の電子ファイルが登録されると、当該メッセージに対するコメントとして、元の電子ファイルが共有される。これにより、紙文書の所有者は、紙文書の元の電子ファイルの所有者にできる限り負担をかけずに、例えばコメントの入力の負担をかけずに、紙文書の元の電子ファイルを取得できるようになる。
上述した構成によれば、マイクロブログ機能を有したクラウドサービスサーバ１３１と画像形成装置１０１とを活用し、紙文書の元の電子ファイルをより容易に共有可能になる。
【００５８】
なお、本実施形態は、紙文書の元の電子ファイルがクラウドストレージサーバ１３２に既に存在しているような場合にも適用できる。
また、本実施形態では、クラウドサービスサーバ１３１とクラウドストレージサーバ１３２とを分離した構成を例に挙げて説明した。しかしながら、両サーバを一体としたサーバ、例えばクラウドサービスサーバ１３１がクラウドストレージサーバ１３２の機能（例えばファイル共有機能）を有するように構成してもよい。
【００５９】
＜第２の実施形態＞
本実施形態では、第１の実施形態の画像形成装置１０１が有する構成の一部を、クラウドサービスサーバＢ１３３が有する構成について説明する。なお、第１の実施形態の構成と同様の構成については同じ符号を付し、その説明は適宜省略する。
図１４は、本実施形態に係るシステムの構成の一例を示す図である。端末１０２、ＬＡＮ１１０、インターネット１２０、クラウドサービスサーバ１３１、及びクラウドストレージサーバ１３２に関しては、第１の実施形態と同じである。
画像形成装置１０３は、端末１０２と同様、ＬＡＮ１１０等のネットワークに接続され、他の装置（クラウドサービスサーバＢ１３３等）と通信可能である。画像形成装置１０３のハードウェアの構成は、図２に示す画像形成装置１０１と同じである。クラウドサービスサーバＢ１３３は、クラウドサービスサーバ１３１と同様、インターネット１２０等のネットワークに接続され、他の装置（画像形成装置１０３等）と通信可能である。クラウドサービスサーバＢ１３３のハードウェアの構成は、図３に示すクラウドサービスサーバ１３１と同じである。
【００６０】
図１５は、画像形成装置１０３のソフトウェアにおけるモジュールの構成の一例を示す図である。図１５に示す各モジュールは、画像形成装置１０３が有しているＣＰＵ２１１がプログラムを実行することにより実現される。
画像形成装置１０３は、画面表示部４００、通信部４０１、スキャンデータ管理部４０３、ジョブ処理部４０４、画像処理部４０５、及びスキャンデータＤＢ４１０を有する。各モジュールは、第１の実施形態と同じであるので、それらの説明は省略する。
【００６１】
図１６は、クラウドサービスサーバＢ１３３のソフトウェアにおけるモジュールの構成の一例を示す図である。図１６に示す各モジュールは、クラウドサービスサーバＢ１３３が有しているＣＰＵ３１１がプログラムを実行することにより実現される。
クラウドサービスサーバＢ１３３は、Ｗｅｂアプリケーション５１０、ジョブデータベース（以下ではジョブＤＢ４１２と表記する。）、定型メッセージＤＢ４１１を有する。
Ｗｅｂアプリケーション５１０は、画像形成装置１０３からのリクエストを受信したり、スキャン処理を実行するための設定情報、クラウドサービスサーバ１３１にメッセージを登録するための設定情報などの管理をしたりするためのアプリケーションである。Ｗｅｂアプリケーション５１０は、通信部５１１、制御部５１２、ジョブ処理部５１４、マイクロブログ通信管理部４０２、電子ファイル管理部４０６、及び登録要求処理部４０７を有する。なお、ジョブ処理部５１４及びジョブＤＢ４１２の詳細については後述する。
【００６２】
図１７は、画像形成装置１０３、クラウドサービスサーバ１３１、クラウドストレージサーバ１３２、及びクラウドサービスサーバＢ１３３が行う一連の処理に係るシーケンスの一例を示す図である。
クラウドサービスサーバＢ１３３に対して、ユーザが、スキャン処理を実行するための設定情報、クラウドサービスサーバ１３１に送信するメッセージ及びコメントを生成するための雛型（定型メッセージ）を、予め登録しているものとする。また、画像形成装置１０３は、クラウドサービスサーバＢ１３３から、スキャン処理を実行するための設定情報を取得しているものとする。これらの処理に関しては、適宜の構成を採用できるので、その説明は省略する。なお、クラウドストレージサーバ１３２の内部の処理に関しては、第１の実施形態と同様、詳細な説明を省略する。
ＳＱ１７０１及びＳＱ１７０２は、第１の実施形態のＳＱ８０１及びＳＱ８０２と同じ処理であるので、それらの説明は省略する。
【００６３】
ＳＱ１７０３では、画像形成装置１０３は、画像データをＰＤＦファイルなどの電子ファイルに変換し、クラウドサービスサーバＢ１３３に送信する。ＳＱ１７０４では、クラウドサービスサーバＢ１３３は、画像形成装置１０３から受信した電子ファイルをクラウドストレージサーバ１３２に送信する。
ＳＱ１７０５では、クラウドサービスサーバＢ１３３は、クラウドサービスサーバ１３１に対してメッセージ、例えばメッセージＡを生成する。また、クラウドサービスサーバＢ１３３は、メッセージ作成処理を識別するためのメッセージ処理識別子を発行し、ジョブＤＢ４１２に格納する。
そして、クラウドサービスサーバＢ１３３は、当該メッセージと合わせて、ＳＱ１７０４でクラウドストレージサーバ１３２に送信して格納された電子ファイルのＵＲＩ及びファイル名なども送信する。また、クラウドサービスサーバＢ１３３は、他のユーザが電子ファイルを登録するためのリンクも当該メッセージに含める。リンクには、図１２のＵＲＩ１２０１に示すようにメッセージ処理識別子（当該メッセージに関わる処理を継続するための情報）がパラメータとして付される。
【００６４】
ＳＱ１７０６では、クラウドサービスサーバ１３１は、クラウドサービスサーバＢ１３３から送信されたメッセージを受信し、メッセージＤＢ５０２に登録する。
ここでは、端末１０２のＷｅｂブラウザを利用してクラウドサービスサーバ１３１にアクセスしていたユーザＢが当該メッセージを確認したとする。ユーザＢが、ユーザＡが持っていた紙文書の元の電子ファイルを保有し、元の電子ファイルを登録してもよいと考えた場合、ユーザＢは、Ｗｅｂブラウザに表示された当該メッセージ内のリンクをクリックする（ＳＱ１７０７）。
ユーザＢのクリックにより、ＵＲＩ１２０１へのアクセスが実行されることによって、クラウドサービスサーバＢ１３３は、図１３の電子ファイル登録画面１３０１を表示するための画面データ（レスポンス）を端末１０２に送信する。なお、クラウドサービスサーバＢ１３３は、電子ファイル登録画面１３０１を表示するための画面データに、当該メッセージ処理識別子を埋め込んでいる。
【００６５】
ＳＱ１７０８では、電子ファイル登録画面１３０１の実行ボタン１３０６がクリックされると、端末１０２は、紙文書の元の電子ファイルを登録するためのリクエストを、例えば電子ファイルとともにクラウドサービスサーバＢ１３３に送信する。なお、端末１０２とは異なる装置に電子ファイルが格納され、ＵＲＩを使用して電子ファイルを取得可能である場合、電子ファイル登録画面１３０１では、例えば、電子ファイルの実体は指定されず、当該ＵＲＩを使って電子ファイルを取得するように指定される。
また、端末１０２は、電子ファイル登録画面１３０１の実行ボタン１３０６がクリックされると、電子ファイルの実体あるいはＵＲＩとともに、当該メッセージ処理識別子をクラウドサービスサーバＢ１３３に送信する。
【００６６】
ＳＱ１７０９では、クラウドサービスサーバＢ１３３は、端末１０２から電子ファイルを登録するためのリクエストを受信する。クラウドサービスサーバＢ１３３は、受信したリクエスト内のパラメータを解析し、当該メッセージ処理識別子、及び電子ファイルの実体あるいはＵＲＩを取得する。指定された電子ファイルが実体ではなくＵＲＩであった場合、クラウドサービスサーバＢ１３３は、当該ＵＲＩにアクセスし、端末１０２とは異なる他の端末から電子ファイルを取得（受信）する。
ＳＱ１７１０では、クラウドサービスサーバＢ１３３は、端末１０２或いは他の装置から受信した電子ファイルをクラウドストレージサーバ１３２に送信する。
【００６７】
ＳＱ１７１１では、クラウドサービスサーバＢ１３３は、当該メッセージ処理識別子をキーにして、ジョブＤＢ４１２からメッセージ識別子を取得する。そして、クラウドサービスサーバＢ１３３は、当該メッセージ識別子を使用して、クラウドサービスサーバ１３１に、コメント追加のリクエストを送信する。ここでは、クラウドサービスサーバＢ１３３は、コメントに合わせて、ＳＱ１７１０でクラウドストレージサーバ１３２に送信して格納された電子ファイルのＵＲＩ及びファイル名なども送信する。
ＳＱ１７１２では、クラウドサービスサーバ１３１は、クラウドサービスサーバＢ１３３から送信されたコメント追加のリクエストを受信し、コメントの内容をメッセージＤＢ５０２に登録する。
以降、ユーザＡは、端末１０２等のＷｅｂブラウザを利用して、ユーザＢが登録した電子ファイルを取得することが可能になる。
【００６８】
図１８は、画像形成装置１０３において、スキャナ２２１で読み取られた画像データを変換した電子ファイルを送信する処理に係るフローチャートの一例を示す図である。
なお、画像形成装置１０３においては、スキャン処理の実行に必要な情報が記憶されているものとする。本フローチャートのＳ１８０１からＳ１８０４までは、第１の実施形態のＳ９０１からＳ９０４までと同じ処理であるので、それらの説明を省略する。
【００６９】
図１９は、クラウドサービスサーバＢ１３３において、画像形成装置１０３から受信した電子ファイルをクラウドストレージサーバ１３２に送信し、生成したメッセージをクラウドサービスサーバ１３１に送信する処理に係るフローチャートの一例を示す図である。
クラウドサービスサーバＢ１３３においては、クラウドサービスサーバ１３１に送信するメッセージのテンプレートデータ、送信の実行に必要な情報が登録されているものとする。これらの情報をもとに、メッセージが生成され、生成されたメッセージがクラウドサービスサーバＢ１３３からクラウドサービスサーバ１３１に送信されるものとする。
【００７０】
Ｓ１９０１では、通信部５１１は、画像形成装置１０３から送信された電子ファイルを受信し、受信した電子ファイルをＨＤＤ３１４の一時領域に格納し、ジョブ処理部５１４に処理を引き継ぐ。
Ｓ１９０２では、ジョブ処理部５１４は、ＨＤＤ３１４から電子ファイルを読み出してジョブＤＢ４１２に格納するように電子ファイル管理部４０６に依頼する。電子ファイル管理部４０６は、ジョブ処理部５１４から依頼を受け取り、電子ファイルをＨＤＤ３１４から読み出してジョブＤＢ４１２に格納し、ジョブ処理部５１４に電子ファイルの格納が完了した旨を通知する。
【００７１】
Ｓ１９０３では、ジョブ処理部５１４は、通信部５１１に電子ファイルをクラウドストレージサーバ１３２に送信するように依頼する。通信部５１１は、ジョブ処理部５１４から依頼を受け取り、電子ファイルをジョブＤＢ４１２から取得し、クラウドストレージサーバ１３２に送信する。
続いて、通信部５１１は、クラウドストレージサーバ１３２からの応答を受信し、格納先のＵＲＩの情報をジョブＤＢ４１２に格納し、ジョブ処理部５１４に送信処理が完了した旨を通知する。
Ｓ１９０４では、ジョブ処理部５１４は、電子ファイルの送信処理が完了した旨の通知を受け取り、マイクロブログ通信管理部４０２にメッセージの送信を依頼する。以降の処理およびＳ１９０５の処理に関しては、Ｓ９０５およびＳ９０６の処理と同じであるので、それらの説明を省略する。
【００７２】
クラウドサービスサーバ１３１へのメッセージ等の送信によって、クラウドサービスサーバ１３１が有するマイクロブログ機能にメッセージの登録が行われる。この構成によって、クラウドサービスサーバ１３１が提供するサービスのマイクロブログ機能において、メッセージに対する「タイムライン」が作成される。ユーザがＷｅｂブラウザなどを利用してクラウドサービスサーバ１３１へアクセスした際、図７のメッセージ７１１のようなメッセージが表示され、他のユーザとコミュニケーションすることが可能となる。
例えば図７の投稿表示画面７０１に表示されるメッセージ７１１に含まれるリンクをユーザがクリックすると、端末１０２は、クラウドサービスサーバＢ１３３に対して、電子ファイルの登録を行うためのリクエストを送信する。なお、以降の処理は、図１０の画像形成装置１０３における処理と同じであるので、詳細な説明を省略する。
【００７３】
また、本実施形態のクラウドサービスサーバＢ１３３のジョブＤＢ４１２は、第１の実施形態における画像形成装置１０３のスキャンデータＤＢ４１０と同様の構成でデータを管理しているものとする。
また、図１２のＵＲＩ、図１３の電子ファイル登録画面は、本実施形態においても適用する内容であるが、処理の対象が画像形成装置１０３ではなく、クラウドサービスサーバＢ１３３であるものとする。それ以外は第１の実施形態と同様であるので、その説明を省略する。
【００７４】
そして、クラウドサービスサーバ１３１のメッセージ内のリンクが操作され、該当のメッセージ内に記載された電子ファイルの元の電子ファイルが登録されると、当該メッセージに対するコメントとして、元の電子ファイルが共有される。これにより、紙文書の所有者は、紙文書の元の電子ファイルの所有者にできる限り負担をかけずに、例えばコメントの入力の負担をかけずに、紙文書の元の電子ファイルを取得できるようになる。
上述した構成によれば、マイクロブログ機能を有したクラウドサービスサーバ１３１とクラウドサービスサーバＢ１３３および画像形成装置１０３を含んで構成されるシステムを活用し、紙文書の元の電子ファイルをより容易に共有可能になる。
【００７５】
なお、本実施形態は、紙文書の元の電子ファイルがクラウドストレージサーバ１３２に既に存在しているような場合にも適用できる。
また、本実施形態では、クラウドサービスサーバ１３１、クラウドサービスサーバＢ１３３、及びクラウドストレージサーバ１３２を分離した構成を例に挙げて説明した。しかしながら、各サーバが他のサーバの全部の機能あるいは一部の機能を有するように構成してもよい。
【００７６】
＜その他の実施形態＞
また、本発明は、以下の処理を実行することによっても実現される。即ち、上述した実施形態の機能を実現するソフトウェア（プログラム）を、ネットワーク又は各種記憶媒体を介してシステム或いは装置に供給し、そのシステム或いは装置のコンピュータ（又はＣＰＵやＭＰＵ等）がプログラムを読み出して実行する処理である。
【００７７】
上述した実施形態の構成によれば、記録媒体と記録媒体の元の電子情報とをより容易に関係付けることができる。
【００７８】
以上、本発明の好ましい実施形態について詳述したが、本発明は係る特定の実施形態に限定されるものではなく、特許請求の範囲に記載された本発明の要旨の範囲内において、種々の変形・変更が可能である。
【符号の説明】
【００７９】
４０２  マイクロブログ通信管理部、４０６  電子ファイル管理部、４０７  登録要求処理部
【図１】
2014042165.tif 000003
【図２】
2014042165.tif 000004
【図３】
2014042165.tif 000005
【図４】
2014042165.tif 000006
【図５】
2014042165.tif 000007
【図６】
2014042165.tif 000008
【図７】
2014042165.tif 000009
【図８】
2014042165.tif 000010
【図９】
2014042165.tif 000011
【図１０】
2014042165.tif 000012
【図１１】
2014042165.tif 000013
【図１２】
2014042165.tif 000014
【図１３】
2014042165.tif 000015
【図１４】
2014042165.tif 000016
【図１５】
2014042165.tif 000017
【図１６】
2014042165.tif 000018
【図１７】
2014042165.tif 000019
【図１８】
2014042165.tif 000020
【図１９】
2014042165.tif 000021