JP2013042480A - 画像処理装置、その制御方法及びプログラムと記憶媒体 - Google Patents

Abstract

【課題】 画像処理装置からクラウドサービスに画像データを送信することにより、画像データを特定のユーザに適切に配布する。
【解決手段】 サーバとネットワークを介して通信可能な画像処理装置とその制御方法であって、特定のユーザに対する画像データの送信を要求するコメントを監視し、コメントが登録されたことを検知した場合に、画像データをサーバに送信するために必要な画像処理装置の認証情報を取得し、取得した認証情報を用いて画像データをサーバに送信するとともに、画像データに対して、特定のユーザによる共有を設定する。
【選択図】 図８

Description

本発明は、サーバとネットワークを介して通信可能であり、当該サーバに画像データを送信する画像処理装置、その制御方法及びプログラムと記憶媒体に関する。

近年、インターネットを利用したサービスを提供するシステムとして、クラウドコンピューティングシステムが実用化されている。このようなシステムでは、ユーザは、最低限の接続環境を用意するだけで、クラウドサービスと呼ばれるクラウドコンピューティングシステムが提供するサービスを利用することができる。既に実現されているクラウドサービスには、例えば顧客管理や営業支援を行うためのＣＲＭ（Ｃｕｓｔｏｍｅｒ Ｒｅｌａｔｉｏｎｓｈｉｐ Ｍａｎａｇｅｍｅｎｔ）機能を提供するＣＲＭサービスがある。また、その他のクラウドサービスとして、電子ファイルを保管・管理するためのストレージや、その管理機能を提供する文書管理サービスがある。

また、コミュニケーションツールとしてマイクロブログ機能を提供するサービスもある。マイクロブログ機能とは、いわゆる「つぶやき」と呼ばれる１００文字〜２００文字程度の短い文章を「メッセージ」或いは「コメント」として公開する短いブログ機能である。この機能では、ユーザが公開したそれぞれの「メッセージ」や「コメント」に固有の識別子が割り当てられる。マイクロブログ機能では、ユーザが「メッセージ」を登録することで、その登録した「メッセージ」に関連する「コメント」を一覧として登録して表示できる「タイムライン」が作成される。「メッセージ」を登録したユーザ及び他のユーザは、この「タイムライン」上で、関連する情報を「コメント」として登録することで情報をやり取りする。

クラウドサービスとして提供されているＣＲＭサービスの中には、コミュニケーションツールとしてマイクロブログ機能も提供しているものもある。これらのクラウドサービスでは、顧客情報や商談情報と「メッセージ」や「コメント」とをリンクさせて更にユーザの利便性を向上させている。これには例えば、Ｓａｌｅｓｆｏｒｃｅ．ｃｏｍがあり、提供しているマイクロブログ機能としてはＣｈａｔｔｅｒが相当する。

また、画像処理装置では高機能化、多機能化が進んでいる。近年では、スキャン機能、プリント機能といった紙文書の電子化や印刷といった基本的な機能だけではなく、ネットワークインターフェース（以下、ネットワークＩ／Ｆ）を搭載した画像処理装置が開発されている。このようなネットワークＩ／Ｆを搭載した画像処理装置は、ネットワークで接続された外部サービスと連携し、様々なソリューションを提供している。例えば、このような画像処理装置は、紙文書をスキャンして得られた画像データを、文書管理サービスを提供するクラウドサービスに送信して保管することもできる。

画像処理装置から画像データをクラウドサービスに送信する際、クラウドサービスを利用するためのユーザ認証を行う必要があるが、このユーザ認証に必要な情報（ＩＤやパスワードなどの認証情報）はそれぞれのクラウドサービスによって異なる。そのため、画像処理装置は、クラウドサービスに画像データを送信する毎に、送信先のクラウドサービスの認証情報を得る必要がある。この課題の解決策として、例えば、特許文献１には、画像形成装置とクラウドサービスとの間に仲介役となる中継サーバが存在する構成が記載されている。この中継サーバは、クラウドサービスの認証情報を管理しており、画像形成装置から中継サーバに電子ファイルを一旦送信し、画像形成装置の代わりに中継サーバがクラウドサービスに電子ファイルを送信する。

特開２００８−２９３５１２号公報

画像データを画像処理装置からクラウドサービスに送信して、特定のユーザに対して画像データを配布しようとするとき、ユーザの認証が必要なために適切な配布ができない場合がある。例えば、ユーザＡに対して画像データを配布したい場合、画像処理装置は、ユーザＡの認証情報を用いてクラウドサービスにログインして画像データを送信する必要がある。しかしながら、画像処理装置がユーザＡの認証情報を予め把握しておくことは困難である。また、画像処理装置自体がユーザアカウントを有している場合、画像処理装置自体の認証情報を用いてクラウドサービスにログインして画像データを送信することは可能であるが、この場合、送信された画像データにユーザＡがアクセスできない場合がある。

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

本発明の目的は、画像処理装置からクラウドサービスに画像データを送信して保管させ、そのクラウドサービスから画像データを特定のユーザに適切に配布する技術を提供することにある。

上記目的を達成するために本発明の一態様に係る画像処理装置は以下のような構成を備える。即ち、
サーバとネットワークを介して通信可能な画像処理装置であって、
特定のユーザに対する画像データの送信要求を検知する検知手段と、
前記検知手段が前記送信要求を検知した場合に、前記画像データを前記サーバに送信するために必要な前記画像処理装置の認証情報を取得する取得手段と、
前記取得手段が取得した認証情報を用いて前記画像データを前記サーバに送信する送信手段と、
前記画像データに対して、前記特定のユーザによる共有を設定する設定手段と、
を有することを特徴とする。

本発明によれば、画像処理装置からクラウドサービスに画像データを送信することにより、画像データを特定のユーザに適切に配布することができる。

本発明の実施形態に係るおけるシステムの全体構成を示す図。 実施形態に係る画像形成装置の構成を示すブロック図。 実施形態に係るクラウドサーバの構成を示すブロック図。 画像形成装置のソフトウェア構成を説明する機能ブロック図。 ＣＲＭサービスを提供するクラウドサーバのソフトウェア構成を説明する機能ブロック図。 文書管理サービスを提供するクラウドサーバのソフトウェア構成を説明する機能ブロック図。 ＣＲＭサービスを提供するクラウドサーバから提供されるマイクロブログ機能を説明する図。 第１実施形態に係る画像形成装置、クラウドサーバが一連の処理を実行する動作を説明するシーケンス図。 本発明の第１実施形態に係る画像形成装置の動作を説明するフローチャート。 第２実施形態に係る画像形成装置、クラウドサーバが一連の処理を実行する動作を説明するシーケンス図。 第２実施形態に係る画像形成装置の動作を説明するフローチャート。 第３実施形態に係る画像形成装置、クラウドサーバが一連の処理を実行する動作を説明するシーケンス図。 第３実施形態に係る画像形成装置の動作を説明するフローチャート。

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

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

ＬＡＮ１１０には、画像形成装置１０１及び端末１０２が互いに通信可能に接続されている。また、ＬＡＮ１１０はインターネット１２０に接続されており、インターネット１２０にはＣＲＭサービスを提供しているクラウドサーバ１３１や文書管理サービスを提供するクラウドサーバ１３２が接続されている。これにより、画像形成装置１０１及び端末１０２はクラウドサーバ１３１、クラウドサーバ１３２とも互いに通信可能となっている。

図２は、実施形態に係る画像形成装置１０１の構成を示すブロック図である。この画像形成装置１０１は、スキャン機能、印刷機能、ファクシミリ機能、コピー機能などを備えた多機能処理装置（ＭＦＰ）として説明するが、本発明の画像処理装置はこれに限定されない。

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

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

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

尚、クラウドサーバ１３２、端末１０２の構成も、図３で説明したクラウドサーバ１３１の構成と同様であるため、それらの説明を省略する。

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

画像形成装置１０１は、画面表示部４００、通信部４０１、マイクロブログ通信管理部４０２、スキャンデータ管理部４０３、ジョブ処理部４０４、スキャンデータデータベース４０５、認証情報管理部４０６、認証情報データベース４０７を有する。尚、以下では、スキャンデータデータベース４０５と認証情報データベース４０７はそれぞれスキャンＤＢ４０５、認証ＤＢ４０７と略記する。

画面表示部４００は、操作部２１０の表示部に、スキャン操作の実行を指示するための操作画面を表示し、その操作画面を使用したユーザの指示によりジョブ処理部４０４に対してスキャンジョブの実行指示を行う。通信部４０１は、マイクロブログ通信管理部４０２からの指示により、クラウドサーバ１３１及びクラウドサーバ１３２に対してリクエストを送信する。また通信部４０１は、クラウドサーバ１３１及びクラウドサーバ１３２からのレスポンス（リクエストに対する返信）を受信する。

マイクロブログ通信管理部４０２は、ジョブ処理部４０４からの通知により、スキャンデータがスキャンＤＢ４０５に格納されたことを検知すると、クラウドサーバ１３１へスキャンデータが格納された旨を知らせるメッセージを送信する。ここでは例えば、「スキャンデータの準備ができました」という文言を含むメッセージを送信する。また、マイクロブログ通信管理部４０２は、送信したメッセージに対するコメントの管理を行う。スキャンデータ管理部４０３は、スキャンＤＢ４０５に対してジョブ処理部４０４で生成されたスキャンデータの格納指示を行う。またスキャンＤＢ４０５に格納されているスキャンデータを取得する。ジョブ処理部４０４は、画面表示部４００からのスキャンジョブの実行指示に応じて、制御部２１０にスキャン処理の実行を依頼し、その結果、スキャナ２２１が原稿上の画像を読み取って生成した画像データを受け取る。そしてジョブ処理部４０４は、その画像データをスキャンデータとしてスキャンＤＢ４０５に格納する準備が出来た旨をスキャンデータ管理部４０３に通知する。スキャンＤＢ４０５は、スキャンデータ管理部４０３からの指示により、ジョブ処理部４０４で生成されたスキャンデータを格納する。また格納されているスキャンデータを取得してスキャンデータ管理部４０３に送信するといった処理を行う。認証情報管理部４０６は、クラウドサーバ１３２にアクセスするための認証情報を認証ＤＢ４０７に格納し、また認証ＤＢ４０７から取得するといった処理を行う。認証ＤＢ４０７は、認証情報管理部４０６からの指示により、画像形成装置１０１の認証情報を格納し、また格納済みの認証情報を取り出して認証情報管理部４０６に送信するといった処理を行う。なお、認証ＤＢ４０７に格納される画像形成装置１０１の認証情報とは、画像形成装置１０１に対して割り当てられているものである。つまり、画像形成装置１０１自体がユーザアカウントを有しており、画像形成装置１０１は自身の認証情報を有している。

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

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

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

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

クラウドサーバ１３２は、Ｗｅｂアプリケーション６０１、ファイル管理データベース６０２（以下、ファイル管理ＤＢ６０２）を有する。

Ｗｅｂアプリケーション６０１は、文書管理サービスなどを提供するためのＷｅｂアプリケーションである。Ｗｅｂアプリケーション６０１は、通信部６１１、制御部６１２、ファイル管理部６１３を有する。通信部６１１は、画像形成装置１０１及びＰＣなどの端末１０２からのリクエストを受信して、制御部６１２に、そのリクエストの内容を送信する。更に、制御部６１２から、そのリクエストに対する処理結果を受け取り、そのリクエストに対するレスポンスデータを作成して画像形成装置１０１及び端末１０２にレスポンスを送信する。制御部６１２は、通信部６１２から送信されるリクエストの内容に従って、ファイル管理部６１３に、送信されたファイルの格納、削除、移動及び管理されているファイルのリスト取得等の処理を依頼する。ファイル管理部６１３は、制御部６１２から送信される処理依頼に応じて、ファイル管理ＤＢ６０２へアクセスし、送信されたファイルの格納、削除、移動及び管理されているファイルのリスト取得を実行して制御部６１２に処理結果を送信する。

図７は、本実施形態に係るＣＲＭサービスを提供するクラウドサーバ１３１から提供されるマイクロブログ機能を説明する図である。

図７は、ＰＣなどの端末１０２上で動作するＷｅｂブラウザからクラウドサーバ１３１へアクセスして表示されるＷｅｂページの表示例を示す図である。ここで、クラウドサーバ１３１は、営業支援目的で現在進行中の商談情報を管理しているものとする。７０１は、Ａ社との商談に関する情報を表示するＡ社商談画面を示す。この商談画面７０１は、商談に関する情報である商談名、取引先担当者、取引先連絡先等を表示する商談詳細エリア７０２、メッセージ表示エリア７０３、コメント入力エリア７０４、メッセージ入力エリア７０５を有している。メッセージ表示エリア７０３は、メッセージとそのメッセージに対するコメントから構成されるタイムラインをそれぞれ表示する。メッセージ表示エリア７０３では、ＭＦＰ Ａが「スキャン文書の準備ができました。」というメッセージ７１１を登録している。そして、そのメッセージ７１１に対してユーザＢが「Ｓｅｎｄ ＰＤＦ ｆｉｌｅ ｂｙ Ｅ−Ｍａｉｌ」とコメント７１２を返信している。同様に、コメント７１３は、ユーザＣがコメントを登録した様子を表示している。ここでは「ＰＤＦファイルをクラウドストレージＡに格納し、更にそのＰＤＦファイルをユーザＤと共有する」ことが記述されている。

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

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

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

８０１では、ユーザ指示により画像形成装置１０１においてスキャン処理が実行される。このスキャン処理では、原稿上の画像をスキャナ２２１がスキャンして、その結果得られる画像データを取得する。８０２では、画像形成装置１０１が、８０１で取得した画像データを画像形成装置１０１のスキャンＤＢ４０５にスキャンデータとして保管する。そして８０３で、画像形成装置１０１が、クラウドサーバ１３１に対して「スキャン文書の準備ができました」という旨のメッセージを送信する。

これにより、８０４で、画像形成装置１０１から送信されたメッセージを受信したクラウドサーバ１３１がメッセージＤＢ５０２へ登録する。そして、これ以降、画像形成装置１０１がクラウドサーバ１３１に登録したメッセージに対してコメントが追加されているか否かを、画像形成装置１０１自身が監視する。そのために、８０５では、画像形成装置１０１が、コメント監視のリクエストを送信して、クラウドサーバ１３１に追加コメントの有無を確認する。画像形成装置１０１は、このような追加コメントの有無の確認を定期的に実施する。

８０６では、ＰＣ、Ｍｏｂｉｌｅ端末といった端末１０２のＷｅｂブラウザを利用してユーザＣが、クラウドサーバ１３１にアクセスして画像形成装置１０１が登録したメッセージを確認する場合を想定する。ここでユーザＣが、画像形成装置１０１がスキャンしたデータを取得したいと考えた場合、ユーザＣは、コメント入力エリア７０４に、取得したいデータのデータ形式とデータの送信先のクラウドストレージサービスを入力する。例えば、Ｃｌｏｕｄ ＳｔｒａｇｅＡにＰＤＦファイルを格納し、更にそれをユーザＤと共有する（ユーザＤがそのＰＤＦファイルにアクセスできるようにする）ことを望む場合は、ユーザＣは「Ｓｈａｒｅ ＰＤＦ ｆｉｌｅ ｗｉｔｈ Ｕｓｅｒ Ｄ ｂｙ Ｃｌｏｕｄ ＳｔｒａｇｅＡ」を入力する。このコメントの入力後、追加ボタン７２２をユーザＣが押下することで、コメント追加依頼が、端末１０２のＷｅｂブラウザからクラウドサーバ１３１へ送信される。こうして、ユーザＢの端末内のＷｅｂブラウザから送信されたコメント追加依頼を受信したクラウドサーバ１３１が、８０７で、そのコメントをメッセージＤＢ５０２へ登録する。

一方、画像形成装置１０１は、８０８で、コメント監視によって、追加コメントがあったことを検知する。そして、画像形成装置１０１はユーザＣが入力したコメント「Ｓｈａｒｅ ＰＤＦ ｆｉｌｅ ｗｉｔｈ Ｕｓｅｒ Ｄ ｂｙ Ｃｌｏｕｄ ＳｔｒａｇｅＡ」を取得し、それを解析する。そして送信先のクラウドサーバ１３２のＩＤである「Ｃｌｏｕｄ ＳｔｏｒａｇｅＡ」と、クラウドサーバ１３２上でのユーザＩＤである「ＵｓｅｒＤ」という情報を取得する。以上の処理により、画像形成装置１０１は「ＵｓｅｒＤ」への画像データの送信要求を受けたことを検知することができる。

次に８０９で、画像形成装置１０１は、クラウドサーバ１３１へアクセスした際に使用した画像形成装置１０１の認証情報を用いて、送信先のクラウドサーバ１３２へアクセス可能か否かを判断する。ここでアクセス可能と判断すると、画像形成装置１０１は「Ｃｌｏｕｄ ＳｔｏｒａｇｅＡ」へのファイル送信が可能と判断して、８１１でファイル送信を実行する。一方、アクセス可能でないと判断すると、８１０を実行する。ここでアクセス可能と判断する場合は、例えば、クラウドサーバ１３１とクラウドサーバ１３２が同じサービス事業者によって提供されており、同じユーザＩＤ、パスワードを用いてアクセス可能な場合である。

８１０では、画像形成装置１０１は、画像形成装置１０１が保持する「Ｃｌｏｕｄ ＳｔｏｒａｇｅＡ」へ画像形成装置１０１がアクセスするための認証情報を、認証ＤＢ４０７から取得する。そして８１１で、画像形成装置１０１は、その取得した認証情報を用いて、ＰＤＦファイルに変換したスキャンデータをクラウドサーバ１３２（Ｃｌｏｕｄ ＳｔｏｒａｇｅＡ）へ送信する。８１２では、画像形成装置１０１は、クラウドサーバ１３２へリクエストを送信して、送信した画像データがユーザＤと共有されるように設定する。この設定により、ユーザＤはクラウドサーバ１３２にアップロードされたスキャンデータにアクセスことが可能となるため、ユーザＤに対するスキャンデータの配布が完了する。

図９（Ａ）（Ｂ）は、本発明の第１実施形態に係る画像形成装置１０１の動作を説明するフローチャートである。尚、この処理を実行するプログラムはＲＯＭ２１２に記憶されており、このプログラムがＣＰＵ２１１の制御の基に実行されることにより、この処理が実現される。

まず図９（Ａ）のＳ９０１では、画面表示部４００が、操作画面を介してユーザがスキャンの実行指示を入力したことを検知する。次にＳ９０２に進み、画面表示部４００がジョブ処理部４０４へ、スキャンジョブの実行指示を通知する。これによりジョブ処理部４０４はスキャンジョブの実行指示により、制御部２１０にスキャン処理の実行を依頼する。そして制御部２１０は、このスキャン処理の実行依頼により、スキャナＩ／Ｆ２１７を介してスキャナ２２１にスキャンを実行させる。スキャナ２２１は制御部２１０からの依頼によって、原稿上の画像を読み取って画像データを生成し、スキャナＩ／Ｆ２１７を介して制御部２１０に画像データを送信する。こうして画像データを受信した制御部２１０は、ジョブ処理部４０４に対してスキャン処理の実行結果として受信した画像データを送信する。以上がＳ９０２の処理である。

そしてＳ９０３に進み、ジョブ処理部４０４は、その受信した画像データをスキャンデータとして格納するようスキャンデータ管理部４０３に依頼する。これによりスキャンデータ管理部４０３は、その画像データをスキャンデータとしてスキャンＤＢ４０５に格納し、ジョブ処理部４０４へスキャンデータの格納を完了した旨を通知する。

次にＳ９０４に進み、この完了通知を受信したジョブ処理部４０４は、マイクロブログ通信管理部４０２へメッセージの送信を依頼する。これによりマイクロブログ通信管理部４０２は、「スキャン文書１の準備ができました。」という旨の内容を含むメッセージを作成し、メッセージの送信依頼とメッセージとを通信部４０１へ送信する。マイクロブログ通信管理部４０２からのメッセージの送信依頼を受信した通信部４０１は、その受信したメッセージをクラウドサーバ１３１へ送信する。クラウドサーバ１３１へのメッセージ送信によって、クラウドサーバ１３１が提供するマイクロブログ機能へメッセージが登録される。これにより、クラウドサーバ１３１が提供するマイクロブログ機能において、メッセージに対する「タイムライン」が作成される。ユーザがＷｅｂブラウザなどを利用してクラウドサーバ１３１へアクセスした際は、前述の図７のようなメッセージが表示され、メッセージやコメントをやり取りすることによって他のユーザとコミュニケーションすることが可能となる。

次にＳ９０５に進み、ＣＰＵ２１１は、その登録したメッセージの「タイムライン」を監視する。この監視方法については、図９（Ｂ）のＳ９１３及びＳ９１４で説明する。Ｓ９０６では、マイクロブログ通信管理部４０２は、その登録したメッセージに対するコメントを受信して解析する。コメントは、例えば次のようなフォーマットで記載されるものとする。「Ｓｈａｒｅ ＰＤＦ ｆｉｌｅ ｗｉｔｈ Ｕｓｅｒ Ｄ ｂｙ Ｃｌｏｕｄ ＳｔｏｒａｇｅＡ」。マイクロブログ通信管理部４０２は、このようなコメントから、画像データの送信先であるクラウドサーバ１３２と、画像データを共有するユーザ（画像データの配布先となるユーザＤ）と、送信する画像データのデータ形式を特定する。

Ｓ９０７では、マイクロブログ通信管理部４０２は、クラウドサーバ１３１へのアクセス時の認証情報を利用して、前述のＳ９０６で特定したクラウドサーバ１３２へアクセスが可能か否かを判断する。アクセス可能であればマイクロブログ通信管理部４０２は、処理をＳ９１０へ進める。一方、アクセスが不可能と判定するとマイクロブログ通信管理部４０２は、処理をＳ９０８へ進め、マイクロブログ通信管理部４０２は、認証情報管理部４０６に、前述のＳ９０６で特定したクラウドサーバ１３２の情報を通知する。認証情報管理部４０６は、その情報に基づいて認証ＤＢ４０７を検索し、その通知されたクラウドサーバ１３２へ画像形成装置１０１がアクセスするための認証情報を取得する。認証ＤＢ４０７は、クラウドサーバ名、データ送信時の認証情報（ユーザＩＤ、パスワード）を管理しており、クラウドサーバ名をキーに、必要な認証情報を検索することが可能である。認証情報管理部４０６は、こうして取得した認証情報、もしくは認証情報が存在しなければその旨をマイクロブログ通信管理部４０２に通知する。マイクロブログ通信管理部４０２は、認証情報管理部４０６から認証情報が通知された場合は、送信先のクラウドサーバ１３２の認証情報を画像形成装置１０１が保持していると判断してＳ９１０へ進む。認証情報管理部４０６から認証情報が通知されなかった場合は、クラウドサーバ１３２の認証情報を画像形成装置１０１が保持していないと判断してＳ９０９へ進む。

Ｓ９０９では、マイクロブログ通信管理部４０２は、クラウドサーバ１３２にファイルを送信できないと判断し、エラー処理を実行する。このエラー処理としては、マイクロブログ通信管理部４０２は「送信失敗しました」という旨のメッセージを作成し、通信部４０１へメッセージの送信依頼を行ってもよい。これにより、通信部４０１から「送信失敗しました」という旨のメッセージがクラウドサーバ１３１へ送信され、ユーザからのコメントに対して送信失敗の旨を通知するコメントが登録される。

Ｓ９１０では、マイクロブログ通信管理部４０２はスキャンデータ管理部４０３へ、前述のＳ９０６で取得した送信する画像データのデータ形式を含む画像データの取得依頼を通知する。この通知を受信したスキャンデータ管理部４０３は、スキャンＤＢ４０５から該当コメントのタイムラインに対応する画像データを取得し、画像データの取得依頼に含まれるデータ形式に画像データを変換する。そしてスキャンデータ管理部４０３は、その変換後の画像データをマイクロブログ通信管理部４０２へ送信する。

次にＳ９１１に進み、マイクロブログ通信管理部４０２は、ファイルの送信依頼を通信部４０１へ送信する。このファイルの送信依頼は、スキャンデータ管理部４０３で変換された画像データ、Ｓ９０８で取得した認証情報及びＳ９０６で取得した送信先クラウドサーバ１３２の情報を含む。このファイル送信依頼を受信した通信部４１１は、そのファイルの送信依頼に含まれる認証情報を利用して、送信先クラウドサーバ１３２に対して画像データを送信する。

そしてＳ９１２に進み、マイクロブログ通信管理部４０２は、前述のＳ９０６で特定したクラウドサーバ１３２の情報と、共有するユーザのユーザＩＤとを含むファイル共有依頼を通信部４０１へ送信する。このファイル共有依頼を受信した通信部４０１は、Ｓ９１１で送信したクラウドサーバ１３２上の画像データを、ファイル共有依頼に含まれるユーザＩＤのユーザと共有するように設定を変更する依頼をクラウドサーバ１３２へ送信する。尚、このとき通信部４０１がクラウドサーバ１３２へ送信する際に利用する認証情報は、Ｓ９０８で取得したクラウドサーバ１３２へ画像形成装置１０１がアクセスするための認証情報である。

図９（Ｂ）は、Ｓ９０５の処理を説明するフローチャートである。

Ｓ９１３では、マイクロブログ通信管理部４０２は、通信部４０１に対して、前述のＳ９０４で登録したメッセージのタイムラインに対するコメントのリスト取得依頼を送信する。このリスト取得依頼を受信した通信部４０１は、クラウドサーバ１３１に対してリスト取得依頼を送信して、クラウドサーバ１３１からコメントのリストを取得する。通信部４０１は、その取得したコメントのリストをマイクロブログ管理部４０２へ送信する。次にＳ９１４に進み、コメントのリストを受信したマイクロブログ通信管理部４０２は、前回取得したコメントのリストとの差分を抽出する。マイクロブログ通信管理部４０２は、前回取得したコメントのリストと、今回取得したコメントのリストとの差分があれば、新規なコメントがあると判断し、コメントの監視処理を終了する（Ｓ９０６へ進む）。マイクロブログ通信管理部４０２は、前回取得したコメントのリストと今回取得したコメントのリストとの差分がなければ、新規コメントはないと判断してＳ９１３へ進む。

第１実施形態によれば、画像形成装置自身が保持するクラウドサーバへアクセスするための認証情報を用いて、画像データをクラウドサーバに送信して登録できる。そして、その登録した画像データが配布先のユーザと共有されるように設定することにより、画像形成装置が配布先のユーザの認証情報を把握していなくとも、画像データを適切に、そのユーザに配布することが可能となる。

尚、第１実施形態では、マイクロブログ機能のコメントをトリガとして、指定された送信先への送信が可能か否かを画像形成装置１０１が判断し、その送信先の認証情報を取得して画像データを送信する場合で説明した。しかしながら、送信のトリガはマイクロブログ機能のコメントでなくてもかまわない。また、送信する画像データは、スキャンによって得られるものでなくても良く、例えば、ネットワーク上のＰＣのプリンタドライバから画像形成装置１０１に送信された画像データであってもよい。

［第２実施形態］
次に本発明の第２実施形態について説明する。第２実施形態では、前述の第１実施形態で説明した構成において、更に認証ＤＢ４０７に画像形成装置１０１がクラウドサーバ１３２にアクセスするための認証情報を持たない場合に、ユーザに認証情報を問い合わせる構成を追加している。尚、上述した第１実施形態と同様の構成については同じ符号を付し、詳細な説明は省略する。

図１０は、第２実施形態に係る画像形成装置１０１、クラウドサーバ１３１及びクラウドサーバ１３２が一連の処理を実行する動作を説明するシーケンス図である。尚、８０１〜８０９は、前述の第１実施形態の図８と同様であるため、その説明を省略する。

１００１では、画像形成装置１０１が、クラウドサーバ１３１に対して、８０３で登録したメッセージのタイムライン上に認証用ＵＲＬリンクを含むコメントを送信する。このとき送信するコメントは、例えば（「スキャン文書の準備ができました。次のＵＲＬへアクセスしてください。http://aaa.com/」）といったものである。次に１００２では、ユーザがＰＣ、Ｍｏｂｉｌｅ端末といった端末１０２のＷｅｂブラウザを利用してクラウドサーバ１３１にアクセスして、画像形成装置１０１が登録したコメントを確認する。１００３では、１００２でユーザが確認したコメントに含まれるＵＲＬリンクを、端末１０２のＷｅｂブラウザ上でクリックすることで、画像形成装置１０１に対してリクエストを送信する。

これにより画像形成装置１０１は、１００４で、そのリクエストを受信し、認証情報を入力するための画面を表示するためのレスポンスを生成する。ここで、認証情報を入力するための画面は、認証情報となるユーザＩＤとパスワードを入力するためのテキスト入力エリアと、サブミットボタンを含む画面である。こうして、端末１０２のＷｅｂブラウザが、その画面を表示して、ユーザが認証情報を入力する。これにより画像形成装置１０１がクラウドサーバ１３２にアクセスする際に必要となるユーザＩＤとパスワードを、端末１０２から画像形成装置１０１へ送信することが可能となる。

１００５では、画像形成装置１０１は、１００４で生成したレスポンス（認証用画面の情報）をユーザが使用する端末１０２のＷｅｂブラウザに送信する。これにより、ユーザが使用する端末１０２のＷｅｂブラウザに認証情報を入力するための認証用画面が表示される。

そして１００６で、ユーザが、その認証情報を入力するための画面で、クラウドサーバ１３２にアクセスするための認証情報を端末１０２で入力し、サブミットボタンを押下する。Ｗｅｂブラウザは、そのサブミットボタン押下のタイミングで、入力された認証情報を画像形成装置１０１に送信する。このとき画像形成装置１０１が受信する認証情報は、クラウドサーバ１３２にアクセスするための認証情報である。そして１００７で、画像形成装置１０１は、その受信した認証情報を用いて、クラウドサーバ１３２（Ｃｌｏｕｄ ＳｔｏｒａｇｅＡ）へ、スキャンデータをＰＤＦファイルに変換して送信する。

図１１は、第２実施形態に係る画像形成装置１０１の動作を説明するフローチャートである。尚、Ｓ９０１〜９０７は、上述した第１実施形態の図９（Ａ）と同様であるため、その説明を省略する。

Ｓ１１０１で、マイクロブログ通信管理部４０２は「送信準備ができました。ｈｔｔｐｓ：／／ｘｘｘ．ｃｏｍ／ａｕｔｈ」という旨の認証情報の入力画面へのＵＲＬリンク情報を含むコメントを作成し、コメントの送信依頼とそのコメントを通信部４０１へ送信する。マイクロブログ通信管理部４０２からコメントの送信依頼を受信した通信部４０１は、その受信したコメントをクラウドサーバ１３１へ送信する。これにより、ユーザがクラウドサーバ１３１に、端末１０２のＷｅｂブラウザ等からアクセスした際に、認証情報の入力画面を表示するためのＵＲＬリンク情報を含むコメントが表示される。次にＳ１１０２に進み、マイクロブログ通信管理部４０２は、通信部４０１に対して、認証情報の入力画面を表示するためのＵＲＬのリクエストを受信しているか否かを確認する。このリクエストを受信している場合はＳ１１０３へ進むが、受信していない場合は、再度、マイクロブログ通信管理部４０２は通信部４０１に対して認証情報の入力画面へのＵＲＬのリクエストを受信しているか否かを確認する。

Ｓ１１０３では、マイクロブログ通信管理部４０２は、通信部４０１から認証情報の入力画面を表示するためのＵＲＬのリクエストを受け取り、認証情報の入力画面用のＨＴＭＬファイルを作成する。ここで、認証情報の入力画面用のＨＴＭＬファイルとは、認証情報となるユーザＩＤとパスワードを入力するためのテキスト入力エリアと、サブミットボタンを含むＨＴＭＬファイルであればよい。こうして、端末１０２のＷｅｂブラウザで、クラウドサーバ１３２にアクセスする際に必要となるユーザＩＤとパスワードを入力するための認証情報の入力画面が表示できるようになる。マイクロブログ通信管理部４０２は、そのＵＲＬのリクエストに対するレスポンスの中に、作成したＨＴＭＬファイルを含め、通信部４０１に対してレスポンスを送信する。このレスポンスを受信した通信部４０１は、そのリクエストを送信してきた端末１０２のＷｅｂブラウザ（クライアント）にレスポンスを返信する。こうして、ユーザの端末１０２のＷｅｂブラウザ上に、記認証情報の入力画面が表示される。

次にＳ１１０４に進み、ユーザの端末１０２のＷｅｂブラウザ上に表示される認証情報の入力画面に対してユーザが認証情報（ＩＤ、パスワード等）を入力する。その後、サブミットボタンを押下することで、その端末１０２のＷｅｂブラウザから認証情報が画像形成装置１０１へ送信される。通信部４０１は、この認証情報を受信すると、マイクロブログ通信管理部４０２へ認証情報を送信する。ここで、画像形成装置１０１が受信する認証情報は、クラウドサーバ１３２にユーザがアクセスするための認証情報である。次にＳ１１０５に進み、マイクロブログ通信管理部４０２は、スキャンデータ管理部４０３へ、Ｓ９０６で取得した送信する画像データのデータ形式を含む画像データの取得依頼を通知する。この通知を受信したスキャンデータ管理部４０３は、スキャンＤＢ４０５から該当コメントのタイムラインに対応する画像データを取得し、その画像データを画像データの取得依頼に含まれるデータ形式に変換する。スキャンデータ管理部４０３は、こうして変換した後の画像データをマイクロブログ通信管理部４０２へ送信する。次にＳ１１０６に進み、マイクロブログ通信管理部４０２は、ファイル送信依頼を通信部４０１へ送信する。このファイル送信依頼は、スキャンデータ管理部４０３で変換された画像データ、Ｓ１１０４で取得した認証情報及びＳ９０６で取得した送信先であるクラウドサーバ１３２の情報を含む。このファイル送信依頼を受信した通信部４１１は、このファイル送信依頼に含まれる認証情報を利用して、送信先クラウドサーバ１３２に画像データを送信する。

以上説明したように第２実施形態によれば、画像形成装置が、クラウドサービスにアクセスする際に必要な認証情報を保持していない場合でも、ユーザからクラウドサービスへのアクセス用の認証情報を取得できる。これにより、画像形成装置でスキャンして形成した画像データを、認証が必要なクラウドサービスに送信し、適切にユーザに配布することができる。

［第３実施形態］
次に本発明の第３実施形態について説明する。第３実施形態では、前述の第２実施形態で説明した構成に加えて、更にユーザが一度入力したクラウドサーバ１３２にアクセスするための認証情報を画像形成装置１０１の認証ＤＢ４０７に保持する構成を追加している。尚、上述した第１及び第２実施形態と同様の構成については同じ符号を付し、詳細な説明は省略する。

図１２は、第３実施形態に係る画像形成装置１０１、クラウドサーバ１３１及びクラウドサーバ１３２が一連の処理を実行する動作を説明するシーケンス図である。図１２において、８０１〜８０９までは、上述した第１実施形態の図８と同様であるため、その説明を省略する。

１２０１では、画像形成装置１０１は、画像形成装置１０１が保持する「Ｃｌｏｕｄ ＳｔｏｒａｇｅＡ」へのユーザＣの認証情報を取得する。次に１２０２で、画像形成装置１０１は、その取得した認証情報を用いて「Ｃｌｏｕｄ ＳｔｏｒａｇｅＡ」へスキャンデータをＰＤＦファイルに変換して送信する。

図１３は、第３実施形態に係る画像形成装置１０１の動作を説明するフローチャートである。尚、Ｓ９０１〜９０７は、上述した第１実施形態の図９（Ａ）と同様であるため、その説明を省略する。またＳ１１０１〜Ｓ１１０５は、上述した第２実施形態と同様であるため、その説明も省略する。

Ｓ１３０１では、マイクロブログ通信管理部４０２は、Ｓ９０５で検知した新規コメントに含まれる情報から、そのコメントを登録したクラウドサーバ１３１のユーザ情報を取得する。次にＳ１３０２に進み、マイクロブログ通信管理部４０２は、認証情報管理部４０６に、Ｓ１３０１で特定したクラウドサーバ１３２のユーザ情報を通知する。認証情報管理部４０６は、認証ＤＢ４０７を検索し、その通知されたユーザ情報を基に、そのユーザの認証情報を取得する。認証ＤＢ４０７では、クラウドサーバ名、ユーザＩＤ、データ送信時の認証情報（ＩＤ、パスワード）が管理されており、クラウドサーバ名とユーザＩＤをキーに、必要な認証情報を検索できる。認証情報管理部４０６は、こうして取得した認証情報、もしくは認証情報が存在しなければその旨をマイクロブログ通信管理部４０２に通知する。マイクロブログ通信管理部４０２は、認証情報管理部４０６から認証情報が通知された場合は、送信先のユーザＩＤを保持していると判断してＳ１３０３へ進む。一方、認証情報管理部４０６から認証情報を通知されなかった場合は、送信先のユーザＩＤを保持していないと判断し、Ｓ１１０１へ進む。

Ｓ１３０３では、マイクロブログ通信管理部４０２は、スキャンデータ管理部４０３へ、Ｓ９０６で取得した送信する画像データのデータ形式を含む画像データの取得依頼を通知する。この通知を受信したスキャンデータ管理部４０３は、スキャンＤＢ４０５から、そのコメントのタイムラインに対応する画像データを取得し、その画像データの取得依頼に含まれるデータ形式に画像データを変換する。そして、スキャンデータ管理部４０３は、変換後の画像データをマイクロブログ通信管理部４０２へ送信する。

こうしてＳ１３０４に進み、マイクロブログ通信管理部４０２は、ファイル送信依頼を通信部４０１へ送信する。このファイル送信依頼には、スキャンデータ管理部４０３で変換された画像データ、Ｓ１１０４或いはＳ１３０２で取得した認証情報、及びＳ９０６で取得した送信先クラウドサーバ１３２の情報が含まれる。このファイル送信依頼を受信した通信部４１１は、そのファイル送信依頼に含まれる認証情報を利用して、送信先クラウドサーバ１３２に画像データを送信する。次にＳ１３０５に進み、マイクロブログ通信管理部４０２は、Ｓ１３０１で特定したユーザ情報、ファイル送信に使用した認証情報を認証情報管理部４０６へ送信する。認証情報管理部４０６は、その受信したファイル送信先のクラウドサーバ１３２の、Ｓ１３０１で特定したユーザ情報、ファイル送信に使用した認証情報を認証ＤＢ４０７へ格納する。尚、このファイル送信依頼には、スキャンデータ管理部４０３で変換された画像データ、Ｓ１１０４もしくはＳ１３０２で取得した認証情報、及びＳ９０６で取得した送信先クラウドサーバ１３２の情報が含まれる。このファイル送信依頼を受信した通信部４１１は、このファイル送信依頼に含まれる認証情報を利用して、送信先クラウドサーバ１３２に画像データを送信する。

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

Claims (13)

1. サーバとネットワークを介して通信可能な画像処理装置であって、
   特定のユーザに対する画像データの送信要求を検知する検知手段と、
   前記検知手段が前記送信要求を検知した場合に、前記画像データを前記サーバに送信するために必要な前記画像処理装置の認証情報を取得する取得手段と、
   前記取得手段が取得した認証情報を用いて前記画像データを前記サーバに送信する送信手段と、
   前記画像データに対して、前記特定のユーザによる共有を設定する設定手段と、
   を有することを特徴とする画像処理装置。
2. 前記画像処理装置の認証情報を格納する格納手段を更に備え、
   前記取得手段は、前記格納手段に格納されている前記画像処理装置の認証情報を取得することを特徴とする請求項１に記載の画像処理装置。
3. 前記検知手段は、前記ネットワーク上の端末から登録されるコメントを監視することにより、前記送信要求を検知することを特徴とする請求項１又は２に記載の画像処理装置。
4. 前記ネットワーク上の端末から入力されるコメントは、前記画像処理装置が送信したメッセージに対する返信であることを特徴とする請求項３に記載の画像処理装置。
5. サーバとネットワークを介して通信可能な画像処理装置であって、
   特定のユーザに対する画像データの送信要求を検知する検知手段と、
   前記検知手段が前記送信要求を検知した場合に、前記画像データを前記サーバに送信するために必要な認証情報を入力する画面を表示するための情報を提供する提供手段と、
   前記画面を介して入力された認証情報を用いて前記画像データを前記サーバに送信する送信手段と、
   を有することを特徴とする画像処理装置。
6. 前記検知手段は、前記ネットワーク上の端末から登録されるコメントを監視することにより、前記送信要求を検知することを特徴とする請求項５に記載の画像処理装置。
7. 前記ネットワーク上の端末から入力されるコメントは、前記画像処理装置が送信したメッセージに対する返信であることを特徴とする請求項６に記載の画像処理装置。
8. 前記提供手段は、前記ネットワーク上の端末から登録されたコメントに対する追加コメントとして、前記画面を表示するためのＵＲＬを登録することを特徴とする請求項６又は７に記載の画像処理装置。
9. 前記画面を介して入力された認証情報を保持する保持手段を更に備えることを特徴とする請求項５乃至８のいずれか１項に記載の画像処理装置。
10. サーバとネットワークを介して通信可能な画像処理装置の制御方法であって、
    検知手段が、特定のユーザに対する画像データの送信要求を検知する検知工程と、
    取得手段が、前記検知工程で前記送信要求を検知した場合に、前記画像データを前記サーバに送信するために必要な前記画像処理装置の認証情報を取得する取得工程と、
    送信手段が、前記取得工程で取得した認証情報を用いて前記画像データを前記サーバに送信する送信工程と、
    設定手段が、前記画像データに対して、前記特定のユーザによる共有を設定する設定工程と、
    を有することを特徴とする画像処理装置の制御方法。
11. サーバとネットワークを介して通信可能な画像処理装置の制御方法であって、
    検知手段が、特定のユーザに対する画像データの送信要求を検知する検知工程と、
    提供手段が、前記検知工程で前記送信要求を検知した場合に、前記画像データを前記サーバに送信するために必要な認証情報を入力する画面を表示するための情報を提供する提供工程と、
    送信手段が、前記画面を介して入力された認証情報を用いて前記画像データを前記サーバに送信する送信工程と、
    を有することを特徴とする画像処理装置の制御方法。
12. 請求項１０又は１１に記載の制御方法をコンピュータに実行させるためのプログラム。
13. 請求項１２に記載のプログラムを格納した、コンピュータにより読み取り可能な記憶媒体。

Images