JP5932388B2 - 画像処理装置及びその制御方法とプログラム - Google Patents

Description

本発明は、マイクロブログ機能を提供するサーバと通信可能な画像処理装置及びその制御方法とプログラムに関する。

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

また、コミュニケーションツールとしてマイクロブログ機能を提供するサービスもある。マイクロブログ機能とは、サービスにアカウントを持つユーザが「つぶやき」と呼ばれる１００文字〜２００文字程度の短い文章を「メッセージ」や「コメント」として公開する短いブログ機能である。ここで言うユーザとは、例えばプリンタや連携サービスなど、クラウドサービス上のオブジェクトやアプリケーション等を含み、実在するユーザ（人間）に限らない。ユーザが公開したそれぞれの「メッセージ」や「コメント」には固有の識別子が割り当てられる。マイクロブログ機能では、ユーザが「メッセージ」を登録することにより、登録された「メッセージ」に関連する「コメント」を一覧として登録・表示・管理できる「タイムライン」が作成される。「メッセージ」を登録したユーザ及びその他のユーザは、この「タイムライン」上で関連する情報を「コメント」として登録することで情報をやり取りする。各ユーザアカウントには、ユーザのプロフィールを管理する機能もあり、コミュニケーションの相手がどういった人物であるかがわかるようになっている。例えば、ユーザの名前、連絡先（メールアドレス、電話番号、住所など）、所属グループ等の情報が管理されている。

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

また複合機等の画像処理装置においても高機能化、多機能化が進んでいる。近年では、スキャン機能、プリント機能といった紙文書の電子化や印刷といった基本的な機能だけではなく、ネットワーク・インターフェース（以下、ネットワークＩ／Ｆ）を搭載した画像処理装置が開発されている。例えば、ネットワークＩ／Ｆを搭載した画像処理装置は、紙文書をスキャンして形成した画像データをクラウド文書管理サービスに送信して格納することができる。また、クラウド文書管理サービスに格納した画像データや画像処理装置自体に格納している画像データに関する情報を、そのクラウドサービスのマイクロブログ機能に「メッセージ」として登録することにより、他のクラウドサービスのユーザに通知できる。従って、このような機能を利用して、他のユーザへの画像データの配布が実現されている。

特許文献１には、配布したい情報の格納場所を特定するＵＲＬを電子メールに添付して送信する技術が提案されている。この技術によれば、電子メールによる情報の配布通知を受信した配布先が、その電子メールに添付されたＵＲＬに直接アクセスすることによって情報を取得し、その配布先が、その情報にアクセスしたか否かを配布元が確認することが可能となっている。

特開２０００−２０７３００号公報

しかしながら、この従来技術には以下のような問題がある。

例えば、既に配布済みの情報（画像データ等）に訂正や追記のための差し替を行ないたい場合、或いは、既に配布済みの情報に関連する情報を追加して配布したい場合がある。このような場合は、再度マイクロブログ機能へのメッセージ登録による通知や、電子メール等による通知を行う必要がある。この場合、再び通知を受け取ったユーザは、以前に配布された情報との関連性が分かりにくいという課題がある。即ち、情報の差し換えが発生した場合、ユーザにとっては、それが新しい情報なのか、以前に取得した情報の差し替えなのか等の区別が難しかった。また、情報の追加が発生した場合も同様に、どの情報に関連した情報であるのか等の区別が難しかった。

また、再びマイクロブログ機能へメッセージを登録する場合、以前に登録したメッセージ、及びそのタイムラインに関連する情報であっても、そのタイムラインとは独立した別の新規メッセージとして登録されてしまう。このため、それを閲覧するユーザが情報の差し替えや追加の通知を見落としてしまう可能性があった。

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

本発明は、画像処理装置が管理する画像データに対する差し換えや追加が生じた場合にも、その情報を必要なユーザにわかりやすく通知する仕組みを提供することを目的とする。

上記目的を達成するために本発明の一態様に係る画像処理装置は以下のような構成を備える。即ち、
ユーザによって登録されたメッセージを他のユーザに対して公開するマイクロブログ機能を備えたサーバと通信可能な画像処理装置であって、
画像データを入力する入力手段と、
画像データを記憶する記憶手段と、
前記入力手段から入力された画像データが前記記憶手段に記憶された場合に、当該画像データに関連する第１メッセージを作成して前記サーバに登録する登録手段と、
画像データの編集が指示されると、当該指示に関連する前記記憶手段に記憶された画像データを抽出する抽出手段と、
前記抽出手段により抽出された前記画像データから編集対象の画像データが選択されると、当該編集対象の画像データを前記入力手段から入力された画像データで編集する編集手段と、
前記編集手段により前記編集対象の画像データが編集された場合に、当該編集対象の画像データに関する前記第１メッセージに関連付けて、当該画像データが編集されたことを示す第２メッセージを作成して前記サーバに登録するように制御する制御手段と、を有することを特徴とする。

本発明によれば、画像処理装置が管理する画像データ画像データに差し換えや追加が生じた場合であっても、ユーザにわかりやすく通知する仕組みを提供できる。

本実施形態に係る画像処理システムの全体図。 実施形態に係る画像処理装置のハードウェア構成を示すブロック図。 実施形態に係るクラウドサービスサーバの構成を示すブロック図。 実施形態に係る画像処理装置のソフトウェア構成を説明する図。 実施形態に係るクラウドサービスサーバのソフトウェア構成を説明する図。 ＰＣ等の端末上で動作するＷｅｂブラウザからクラウドサービスサーバにアクセスして表示されるＷｅｂページの表示例を示す図。 本実施形態に係るスキャンデータ管理テーブルを説明する図。 本実施形態に係る画像処理装置１０１による画像の読取動作からスキャンデータの保存、メッセージ送信までの処理手順を説明するフローチャート。 本発明の第１実施形態に係るマイクロブログ画面を説明する図。 第１実施形態に係る画像処理装置がスキャンデータの更新の際に行う処理手順を説明するフローチャート。 本発明の第２実施形態に係る画像処理装置がスキャンデータの更新の際に行う処理手順を説明するフローチャート。 本発明の第３実施形態に係るマイクロブログ画面を説明する図。 第３実施形態に係るスキャンデータ管理テーブルを説明する図。 第３実施形態に係る画像処理装置がスキャンデータを追加する際に行う処理手順を説明するフローチャート。 本発明の第４実施形態に係る画像処理システムの構成例を説明する図。 本発明の第４実施形態に係るマイクロブログ画面を説明する図。 第４実施形態に係る画像処理装置の画像の読取動作からスキャンデータの保存、メッセージ送信、タイムライン監視までの処理手順を説明するフローチャート。 第４実施形態に係る画像処理装置によるタイムライン監視処理（Ｓ１７０５）の詳細を説明するフローチャート。 第４実施形態に係る画像処理装置のコメント解析処理（Ｓ１８０３）の詳細を説明するフローチャート。 第４の実施形態に係るコマンド文字列管理テーブル、プロトコル文字列管理テーブル、パラメータ文字列管理テーブルの一例を示す図。 第４実施形態に係るマイクロブログ画面を説明する図。 第４実施形態に係るスキャンデータの更新の際に、画像処理装置１０１が行う処理手順を示すフローチャート。 本発明に係る第５実施形態に係るマイクロブログ画面を説明する図。 第５実施形態に係るマイクロブログ画面を説明する図。 第５実施形態に係る画像処理装置のコメント監視処理（Ｓ１７０５）の詳細を説明するフローチャート。

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

図１は、本実施形態に係る画像処理システムの全体図である。

本実施形態に係る画像処理システムは、画像処理装置１０１、端末（パーソナルコンピュータ：ＰＣ）１０２、クラウドサービスサーバ１３１を備える。ＬＡＮ１１０には、画像処理装置１０１及び端末１０２が通信可能に接続されている。また、ＬＡＮ１１０はインターネット１２０に通信可能に接続されており、画像処理装置１０１や端末１０２は、サービス提供しているクラウドサービスサーバ１３１とインターネット１２０経由で接続されている。ここでは、端末１０２はＬＡＮ１１０に接続されているが、その限りではない。例えば、端末１０２は、クラウドサービスサーバ１３１に接続可能であればよい。

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

画像処理装置１０１は、ハードウェア構成として、制御部２１０、操作部２１９、プリンタ部２２０、及びスキャナ２２１を備える。制御部２１０は、ＣＰＵ２１１、ＲＯＭ２１２、ＲＡＭ２１３、ＨＤＤ２１４、操作部Ｉ／Ｆ２１５、プリンタＩ／Ｆ２１６、スキャナＩ／Ｆ２１７、及びネットワークＩ／Ｆ２１８を備える。

ＣＰＵ２１１を含む制御部２１０は、画像処理装置１０１全体の動作を統括的に制御する。ＣＰＵ２１１は、ＲＯＭ２１２に記憶された制御プログラムを読み出して読取制御や送信制御等の各種制御を行う。ＲＡＭ２１３は、ＣＰＵ２１１の主メモリ、ワークエリア等の一時記憶領域として用いられる。ＨＤＤ（ハードディスクドライブ）２１４は、画像データや各種プログラム、或いは各種情報テーブルを記憶する。操作部Ｉ／Ｆ２１５は、操作部２１９と制御部２１０とを接続する。操作部２１９には、例えば、タッチパネル機能を有する液晶表示部やキーボードなどが備えられている。尚、ＣＰＵ２１１により実行されるプログラムは、ＨＤＤ２１４にインストールされていて、ＲＯＭ２１２に記憶されたブートプログラムによってＲＡＭ２１３に展開されて実行されてもよい。

プリンタＩ／Ｆ２１６は、プリンタ部２２０と制御部２１０とを接続する。プリンタ部２２０で印刷すべき画像データはプリンタＩ／Ｆ２１６を介して制御部２１０から転送され、プリンタ部２２０により記録媒体上に印刷される。スキャナＩ／Ｆ２１７は、スキャナ２２１と制御部２１０とを接続する。スキャナ２２１は、原稿上の画像を読み取って画像データを出力し、その画像データはスキャナＩ／Ｆ２１７を介して制御部２１０に入力される。ネットワークＩ／Ｆ２１８は、制御部２１０（画像処理装置１０１）をＬＡＮ１１０に接続する。ネットワークＩ／Ｆ２１８は、ＬＡＮ１１０及びインターネット１２０を介して外部装置（例えば、クラウドサービスサーバ１３１）に画像データや情報を送信したり、その外部装置から各種情報を受信したりする。

図３は、実施形態に係るクラウドサービスサーバ１３１の構成を示すブロック図である。尚、端末１０２のハードウェア構成は、クラウドサービスサーバ１３１と同様の構成であるため説明を省略する。

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

図４は、実施形態に係る画像処理装置１０１のソフトウェア構成を説明する図である。図４に示す各機能部は、画像処理装置１０１のＣＰＵ２１１がＲＯＭ２１２やＨＤＤ２１４から制御プログラムをＲＡＭ２１３に読み出して実行することにより実現される。

画像処理装置１０１は、ソフトウェア構成として、画面表示部４００、通信部４０１、マイクロブログ通信管理部４０２、スキャンデータ管理部４０３、ジョブ処理部４０４、及び画像処理部４０６を有する。更に、スキャンデータを格納するスキャンデータデータベース（以下、スキャンデータＤＢ）４０５を有している。

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

マイクロブログ通信管理部４０２は、ジョブ処理部４０４からの通知によりスキャンデータがスキャンデータＤＢ４０５に格納されたと検知すると、クラウドサービスサーバ１３１へスキャンデータが格納された旨を知らせる文言を含むメッセージを送信する。ここでいうスキャンデータが格納された旨を知らせる文言とは、例えば、「スキャンデータの準備ができました」という、人が解釈可能な文言である。また、マイクロブログ通信管理部４０２は送信したメッセージの管理を行う。

スキャンデータ管理部４０３は、スキャンデータＤＢ４０５に対してジョブ処理部４０４で生成されたスキャンデータの格納指示を行ったり、スキャンデータＤＢ４０５に格納されているスキャンデータを取得したりする。ジョブ処理部４０４は、操作者からの画面表示部４００介したスキャンジョブの実行指示によって、制御部２１０にスキャン処理の実行を依頼し、その結果としてスキャナ２２１が原稿上の画像を読み取って生成した画像データを受け取る。そして、ジョブ処理部４０４は、その画像データをスキャンデータとしてスキャンデータＤＢ４０５に格納する準備ができた旨をスキャンデータ管理部４０３に通知する。スキャンデータＤＢ４０５は、スキャンデータ管理部４０３からの指示により、ジョブ処理部４０４で生成されたスキャンデータをＨＤＤ２１４等のメモリに格納したり、格納されているスキャンデータを取得してスキャンデータ管理部４０３に送信したりする。画像処理部４０６は、画像データに対して補正、加工、編集、解像度変換等を行う。また、これに加えて、画像データの回転や、ＪＰＥＧ、ＭＭＲ等の圧縮伸張処理を行う。また、ＰＤＦ、ＸＰＳ、ＯＯＸＭＬ等の電子ファイルフォーマットへの変換処理を行う。

図５は、実施形態に係るクラウドサービスサーバ１３１のソフトウェア構成を説明する図である。図５に示す各機能部は、クラウドサービスサーバ１３１のＣＰＵ３１１がＲＯＭ３１２やＨＤＤ３１４から制御プログラムをＲＡＭ３１３に読み出して実行することにより実現される。

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

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

次に、図６を参照して、本発明の実施形態に係るクラウドサービスサーバ１３１で提供されるマイクロブログ機能について説明する。このマイクロブログ機能は、クラウドサービスサーバ１３１に対して通信可能に接続された装置から登録されたメッセージを、複数の他の装置に対して公開する機能を示し、通常、メッセージとしては、１５０〜２００文字の短い文字数が対象となる。

図６は、ＰＣ等の端末１０２上で動作するＷｅｂブラウザからクラウドサービスサーバ１３１にアクセスして表示されるＷｅｂページの表示例を示す図である。この例では、クラウドサービスサーバ１３１は、端末１０２を操作するユーザに対するメッセージを管理しているものとする。

マイクロブログ画面６０１は、クラウドサービスサーバ１３１が端末１０２のユーザに対するメッセージを表示する。端末１０２は、クラウドサービスサーバ１３１から受信した画面情報に従ってマイクロブログ画面６０１を表示部に表示する。メッセージ表示エリア６０３は、メッセージとそのメッセージに対するコメントから構成されるタイムラインをそれぞれ表示する。メッセージ表示エリア６０３では、本実施形態に係る画像処理装置１０１である「ＭＦＰ Ａ」が、スキャンデータＤＢ４０５にスキャンデータの格納が完了し、他のユーザが取得可能になったことを示すメッセージを登録している様子を表示している。メッセージ６１１〜６１４は、ＭＦＰ Ａがそれぞれの４つのスキャンデータの準備が完了したことを示すメッセージの例を示している。

コメント入力エリア６０４において、端末１０２の操作者がコメント入力欄６２１にコメントを入力して、追加ボタン６２２を押下すると、Ｗｅｂブラウザからクラウドサービスサーバ１３１にコメント追加リクエストが送信される。この追加リクエストを受信したクラウドサービスサーバ１３１は、コメント入力欄６２１に入力されたコメントを登録する。これにより、ユーザがＷｅｂブラウザでクラウドサービスサーバ１３１にアクセスした際にＷｅｂブラウザ上に登録したコメントが表示される。尚、コメントの表示例に関しては、後述の実施形態で説明する。

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

図７は、本実施形態に係るスキャンデータ管理テーブルを説明する図である。

このテーブルは、画像処理装置１０１のスキャンデータ管理部４０３がスキャンデータＤＢ４０５に格納されるスキャンデータを管理するためにＨＤＤ２１４に保持されている。このスキャンデータ管理テーブルには、スキャン文書ＩＤ７０１、スキャン文書名７０２、メッセージＩＤ７０３及びユーザＩＤ７０４が格納される。スキャン文書ＩＤ７０１には、スキャンデータ管理テーブルで重複しないＩＤ（識別情報）が生成されて格納される。スキャン文書名７０２には、スキャンデータの文書名を示す文字列が格納される。本実施形態では、スキャンデータは画像処理装置１０１の内部フォーマットであり、印刷を前提とした圧縮方法により形成されるデーターフォーマットで保持される。メッセージＩＤ７０３には、クラウドサービスサーバ１３１から割り当てられる、各々のスキャンデータに対応するメッセージを識別するためのメッセージＩＤが格納される。ユーザＩＤ７０４には、スキャンデータをスキャンデータＤＢ４０５に格納したユーザを識別するためのユーザＩＤが格納される。

例えば、レコード７０５は、スキャンデータのスキャン文書ＩＤ７０１が「０００１」を示し、スキャン文書名７０２が「ＡＡ会議議事録」を示し、メッセージＩＤ７０３が「１４７０５１」で、ユーザＩＤ７０４が「ＵＳＥＲ−Ａ」となっている。

図８は、本実施形態に係る画像処理装置１０１による画像の読取動作からスキャンデータの保存、メッセージ送信までの処理手順を説明するフローチャートである。以下で説明する処理は、画像処理装置１０１のＣＰＵ２１１がＲＯＭ２１２やＨＤＤ２１４から制御プログラムをＲＡＭ２１３に読み出して実行することにより実現される。また、図８の処理手順が実行される前に、画像処理装置１０１は、操作者を認証する等の処理を行い、操作者を一意に特定するユーザＩＤを認識しているものとする。

まずＳ８０１で、画面表示部４００は、操作部２１９を使用したユーザの操作によるスキャン実行指示を検知する。ここでは、原稿を読み取るための設定と読み取った電子データの文書名を設定することができる。原稿を読み取るための設定としては、解像度、カラーモード、両面読み取り等の設定を行うことができる。次にＳ８０２に進み、スキャン実行指示を検知した画面表示部４００は、ジョブ処理部４０４へスキャンジョブの実行指示を通知する。このスキャンジョブの実行指示を受けると、ジョブ処理部４０４は、制御部２１０にスキャン処理の実行を依頼する。これにより制御部２１０は、その実行依頼により、スキャナＩ／Ｆ２１７を介してスキャナ２２１に原稿のスキャンを実行させる。こうしてスキャナ２２１は、制御部２１０からの依頼によって、原稿上の画像を読み取って画像データを生成し、その画像データをスキャナＩ／Ｆ２１７を介して制御部２１０に送信する。この画像データを受信した制御部２１０は、ジョブ処理部４０４に対してスキャン処理実行結果として、その受信した画像データを送信する。

こうしてＳ８０３に進み、ジョブ処理部４０４は、その画像データを受信して、その画像データをスキャンデータとして格納する旨をスキャンデータ管理部４０３に通知する。ジョブ処理部４０４からの通知を受信したスキャンデータ管理部４０３は、その受け取った画像データをスキャンデータとしてスキャンデータＤＢ４０５に格納し、ジョブ処理部４０４へスキャンデータの格納が完了した旨を通知する。また、スキャンデータの格納と同時に、図７に示すスキャンデータ管理テーブルに、各種情報を格納する。例えば、画像処理装置１０１を操作する操作者のユーザＩＤが「ＵＳＥＲ−Ａ」であり、格納するスキャンデータの文書名が「ＡＡ会議議事録」である場合、図７のレコード７０５のようなレコードがスキャンデータ管理テーブルに追加される。

次にＳ８０４に進み、ジョブ処理部４０４は、スキャンデータの格納が完了した通知を受信すると、マイクロブログ通信管理部４０２へメッセージの送信を依頼する。ジョブ処理部４０４からの依頼を受信したマイクロブログ通信管理部４０２は、「「ＡＡ会議議事録」の準備ができました」という旨の内容を含むメッセージを作成し、そのメッセージと、メッセージ送信依頼とを通信部４０１へ送信する。ここで、ユーザがどういった文書がスキャンされたか判別できる情報、例えば、文書名等の情報をメッセージに付加して送信する。マイクロブログ通信管理部４０２からのメッセージ送信依頼を受信した通信部４０１は、その受信したメッセージをクラウドサービスサーバ１３１へ送信する。これにより、クラウドサービスサーバ１３１が提供するマイクロブログ機能へメッセージが登録される。通信部４０１は、クラウドサービスサーバ１３１から受信したメッセージの登録完了結果情報をマイクロブログ通信管理部４０２へ返信する。マイクロブログ通信管理部４０２は、このメッセージの登録完了結果情報から取得したメッセージＩＤをスキャンデータ管理部４０３に通知する。スキャンデータ管理部４０３は、Ｓ８０３でスキャンデータ管理テーブルに登録したメッセージＩＤ７０３に、その取得したメッセージＩＤを格納する。

これにより、クラウドサービスサーバ１３１が提供するマイクロブログ機能において、メッセージに対する「タイムライン」が作成される。そしてユーザがＷｅｂブラウザなどを利用してクラウドサービスサーバ１３１へアクセスすると、図６に示すようなマイクロブログ画面６０１にメッセージが表示される。こうしてメッセージやコメントをやり取りすることによって他のユーザと情報の交換を行うことが可能となる。

次に、図９及び図１０を参照して、本実施形態に係る画像処理装置１０１における画像の読取動作からスキャンデータの更新、メッセージ送信までの処理手順を説明する。図１０の処理手順が実行される前に、画像処理装置１０１は、操作者を認証する等の処理を行い、操作者を一意に特定するユーザＩＤを認識しているものとする。

図９は、本発明の第１実施形態に係るマイクロブログ画面を説明する図である。尚、図９において、前述の図６と共通する部分は同じ記号で示し、それらの説明を省略する。

図１０は、第１実施形態に係る画像処理装置がスキャンデータの更新の際に行う処理手順を説明するフローチャートである。この処理は、画像処理装置１０１のＣＰＵ２１１がＲＯＭ２１２やＨＤＤ２１４から制御プログラムをＲＡＭ２１３に読み出して実行することにより実現される。

まずＳ１００１において、画面表示部４００は、操作部２１９を使用したユーザの操作によるスキャンデータを更新するためのスキャン実行指示を検知する。次にＳ１００２に進み、このスキャン実行指示を検知した画面表示部４００は、スキャンデータ管理部４０３へ、操作者のユーザＩＤと一致するスキャンデータの一覧を問い合わせる。スキャンデータ管理部４０３は、図７に示すスキャンデータ管理テーブルを参照して、操作者のユーザＩＤに一致するスキャンデータを抽出し、その抽出したスキャンデータのリストを画面表示部４００に提供する。例えば、図７の場合、画像処理装置１０１の操作者のユーザＩＤが「ＵＳＥＲ−Ａ」であれば、スキャン文書ＩＤが「０００１」と「０００２」のスキャンデータが抽出されることになる。

次にＳ１００３に進み、スキャンデータ管理部４０３からスキャンデータのリストを受け取った画面表示部４００は、操作部Ｉ／Ｆ２１５を介して操作部２１９にスキャンデータのリストを表示する。これにより、画像処理装置１０１の操作者は、更新対象（編集対象）のスキャンデータを選択することができる。図７の例では、例えば、操作者のユーザＩＤが「ＵＳＥＲ−Ａ」の場合、「ＡＡ会議議事録」と「ＡＡ会議配付資料」がリスト表示されることになる。次にＳ１００４に進み、画面表示部４００は、操作部２１９でのユーザの選択操作により、選択されたスキャンデータを検知する。例えば、ユーザ操作によって「ＡＡ会議議事録」が選択された場合、画面制御部４００は、その選択された更新対象のスキャンデータのスキャン文書ＩＤが「０００１」であると認識する。

次にＳ１００５に進み、スキャンデータが選択されると画面表示部４００は、ジョブ処理部４０４へ、その選択されたスキャンデータのスキャン文書ＩＤを渡すと共に、スキャンジョブの実行指示を通知する。スキャンジョブの実行指示を受けたジョブ処理部４０４は、制御部２１０にスキャン処理の実行を依頼する。制御部２１０は、このスキャン処理実行依頼により、スキャナＩ／Ｆ２１７を介してスキャナ２２１に原稿のスキャンを実行させる。これによりスキャナ２２１は、制御部２１０からの依頼によって、原稿上の画像を読み取って画像データを生成し、スキャナＩ／Ｆ２１７を介して制御部２１０に画像データを送信する。この画像データを受信した制御部２１０は、ジョブ処理部４０４に対してスキャン処理実行結果として、その受信した画像データを送信する。

次にＳ１００６に進み、その画像データを受信したジョブ処理部４０４は、その画像データを画面表示部４００から受け取ったスキャン文書ＩＤに該当するスキャンデータの更新（置き換え）として格納する旨をスキャンデータ管理部４０３に通知する。ジョブ処理部４０４からの通知を受信したスキャンデータ管理部４０３は、そのスキャン文書ＩＤに該当するスキャンデータを、新たに読み取った画像データに更新して（置き換えて）スキャンデータＤＢ４０５に格納する。そしてジョブ処理部４０４へスキャンデータの格納が完了した旨を通知する。そしてＳ１００７に進み、スキャンデータの格納完了通知を受信したジョブ処理部４０４は、マイクロブログ通信管理部４０２に、そのスキャン文書ＩＤを渡し、クラウドサービスサーバ１３１へのコメント送信を依頼する。この依頼を受け取ったマイクロブログ通信管理部４０２は、スキャンデータ管理部４０３に、その渡されたスキャン文書ＩＤに該当するメッセージＩＤを問い合わせる。スキャンデータ管理部４０３は、スキャンデータ管理テーブルを参照してメッセージＩＤを特定し、マイクロブログ通信管理部４０２に返信する。マイクロブログ通信管理部４０２は、スキャンデータ管理部４０３から得られたメッセージＩＤを用いて、通信部４０１を介してクラウドサービスサーバ１３１から得られるタイムラインの一覧から、当該スキャンデータに該当するタイムラインを特定する。そして「○○○を更新しました」という旨のメッセージを作成し、通信部４０１を介して当該タイムラインへのコメントを送信する。

図９の９１１は、図１０のＳ１００７で送信されるコメントの例を示している。

図９では、スキャンデータの更新によって新たに「「ＡＡ会議議事録」を更新しました」という旨のコメント９１１（第２メッセージ）をメッセージ６１１（第１メッセージ）へのコメントとして登録する。こうしてユーザに「ＡＡ会議議事録」のスキャンデータが更新された旨を通知することが可能となる。

以上説明したように第１実施形態によれば、配布目的で保存される電子データが更新されたことを分かりやすくユーザに通知することができる。即ち、スキャンデータＤＢに格納されている電子データの内、どの電子データがいつ更新されたかをユーザに分かりやすく提示できることにより、最新の電子データの取得漏れや配布漏れなどを抑制することができる。
［第２実施形態］
本発明の第２実施形態では、前記第１実施形態における、更新するスキャンデータの抽出方法が異なる場合について説明する。尚、第１実施形態で説明した図４の画像処理部４０６は、第２実施形態では、前述の画像処理に加えて、画像データの類似度を検出する処理も行うこととする。又第２実施形態の説明において記述しない制御については、前述の第１実施形態と同様である。

図１１は、本発明の第２実施形態に係る画像処理装置がスキャンデータの更新の際に行う処理手順を説明するフローチャートである。この処理は、画像処理装置１０１のＣＰＵ２１１がＲＯＭ２１２やＨＤＤ２１４から制御プログラムをＲＡＭ２１３に読み出して実行することにより実現される。

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

次にＳ１１０３に進み、この画像データを受信したジョブ処理部４０４は、画像処理部４０６に画像データを送信し、スキャンデータ管理部４０３で管理されているスキャンデータとの類似度の検出を依頼する。画像処理部４０６は、スキャンデータＤＢ４０５に格納されているスキャンデータをスキャンデータ管理部４０３から取得し、それぞれのスキャンデータとジョブ処理部４０４から受信した画像データとの類似度を求める。そして、その類似度が予め定められた値よりも高い（より類似している）スキャンデータのリストをジョブ処理部４０４に返信する。ここで、類似度を求める手法については特に言及しないが、類似度の確度が高く、処理速度が早い手法が望ましい。

次にＳ１１０４に進み、類似度が高いスキャンデータのリストを受け取ったジョブ処理部４０４は、画面表示部４００にスキャンデータのリストを渡す。これにより画面表示部４００は、画像処理装置１０１の操作者が、更新対象のスキャンデータを選択できるように、操作部Ｉ／Ｆ２１５を介して操作部２１９にスキャンデータのリストを表示する。そしてＳ１１０５に進み、画面表示部４００は、操作部２１９を介したユーザの操作によるスキャンデータの選択指示を検知する。次にＳ１１０６に進み、このスキャンデータの選択指示を検知した画面表示部４００は、ジョブ処理部４０４へ、その選択されたスキャンデータのスキャン文書ＩＤを通知する。このスキャン文書ＩＤの通知を受けたジョブ処理部４０４は、Ｓ１１０２で取得した画像データで、スキャンデータＤＢ４０５の、そのスキャン文書ＩＤに該当するスキャンデータを更新する（置き換える）旨をスキャンデータ管理部４０３に通知する。ジョブ処理部４０４からの通知を受信したスキャンデータ管理部４０３は、そのスキャン文書ＩＤに該当するスキャンデータＤＢ４０５のスキャンデータを、新たに読み取った画像データで更新する（置き換える）。そしてジョブ処理部４０４へスキャンデータの格納が完了した旨を通知する。Ｓ１１０７の処理は、図１０のＳ１００７の処理と同様である。

以上説明したように第２実施形態によれば、スキャンデータＤＢ４０５に記憶されている更新対象の画像データを、読み取った画像データとの類似度によって自動的に検出できる。これにより、スキャンデータ（画像データ）が多数存在していても、更新対象の画像データを検索する手間が省け、利便性を向上させることができる。
［第３実施形態］
第３実施形態では、既に画像処理装置１０１のスキャンデータＤＢ４０５に保存され、スキャンデータ管理部４０３により管理されているスキャンデータに関連付けて新たにスキャンデータを追加する場合について説明する。尚、第３実施形態の説明におけるシステム及び装置構成は、前述の第１及び第２実施形態と同様であるため、その説明を省略する。

図１２は、本発明の第３実施形態に係るマイクロブログ画面を説明する図である。尚、図１２において、前述の図６と共通する部分は同じ記号で示し、それらの説明を省略する。

また図１３は、第３実施形態に係るスキャンデータ管理テーブルを説明する図で、前述の図７と共通する部分は同じ符号で示している。そして図１４は、第３実施形態に係る画像処理装置がスキャンデータを追加する際に行う処理手順を説明するフローチャートである。この処理は、画像処理装置１０１のＣＰＵ２１１がＲＯＭ２１２やＨＤＤ２１４から制御プログラムをＲＡＭ２１３に読み出して実行することにより実現される。また、図１４の処理手順が実行される前に、画像処理装置１０１は、操作者を認証する等の処理を行い、操作者を一意に特定するユーザＩＤを認識しているものとする。

まずＳ１４０１において、画面表示部４００は、操作部２１９によるユーザ操作によるスキャンデータの追加のためのスキャン実行指示を検知する。ここでは、原稿を読み取るための設定と、読み取った電子データの文書名を設定することができる。原稿を読み取るための設定として、解像度、カラーモード、両面読み取り等の設定を行うことができる。次にＳ１４０２に進み、スキャン実行指示を検知した画面表示部４００は、スキャンデータ管理部４０３へ、操作者のユーザＩＤと一致するスキャンデータのリストを問い合わせる。スキャンデータ管理部４０３は、図７に示すスキャンデータ管理テーブルを参照して、操作者のユーザＩＤに一致するスキャンデータをスキャンＤＢ４０５から抽出し、画面表示部４００に、その抽出したスキャンデータのリストを提供する。例えば、図７の場合では、操作者のユーザＩＤが「ＵＳＥＲ−Ａ」の場合、スキャン文書ＩＤが「０００１」と「０００２」のスキャンデータが抽出されることになる。

次にＳ１４０３に進み、スキャンデータ管理部４０３からスキャンデータのリストを受け取った画面表示部４００は、操作部Ｉ／Ｆ２１５を介して操作部２１９にスキャンデータのリストを表示する。これにより画像処理装置１０１の操作者が追加するスキャン文書と関連付けたいスキャンデータを選択できる。例えば、操作者のユーザＩＤが「ＵＳＥＲ−Ａ」の場合、「ＡＡ会議議事録」と「ＡＡ会議配付資料」がリストに表示されることになる。そしてＳ１４０４に進み、画面表示部４００は、ユーザが操作部２１９を操作して行ったスキャンデータの選択指示を検知する。例えば、ユーザ操作によって「ＡＡ会議議事録」が追加対象のデータとして選択された場合、画面制御部４００は、その選択されたスキャンデータのスキャン文書ＩＤが「０００１」であると認識する。

次にＳ１４０５に進み、スキャンデータの選択指示を検知した画面表示部４００は、ジョブ処理部４０４へ、その選択されたスキャンデータのスキャン文書ＩＤを渡すと共に、スキャンジョブの実行指示を通知する。このスキャンジョブの実行指示を受けたジョブ処理部４０４は、制御部２１０にスキャン処理の実行を依頼する。制御部２１０は、スキャン処理実行依頼により、スキャナＩ／Ｆ２１７を介してスキャナ２２１にスキャンを実行させる。スキャナ２２１は、制御部２１０からの依頼によって、原稿上の画像を読み取って画像データを生成し、スキャナＩ／Ｆ２１７を介して制御部２１０に画像データを送信する。この画像データを受信した制御部２１０は、ジョブ処理部４０４に対してスキャン処理実行結果として受信した画像データを送信する。

次にＳ１４０６に進み、その画像データを受信したジョブ処理部４０４は、その画像データを画面表示部４００から渡されたスキャン文書ＩＤに該当するスキャンデータに関連付けて格納する旨をスキャンデータ管理部４０３に通知する。ジョブ処理部４０４からの通知を受信したスキャンデータ管理部４０３は、当該画像データをスキャンデータＤＢ４０５に格納し、スキャンデータ管理テーブルに新たにスキャンデータとして追加する。そしてジョブ処理部４０４へスキャンデータの格納が完了した旨を通知する。このとき、スキャンデータ管理テーブルに新たに追加されるスキャンデータのメッセージＩＤは、画像処理部４００から渡されたスキャン文書ＩＤに対応するメッセージＩＤである。

図１３は、この場合のスキャンデータ管理テーブルの一例を示す図である。この図１３では、レコード１３１１が新たに追加されたスキャンデータを示す。Ｓ１４０４において、ユーザ操作により「ＡＡ会議議事録」が選択された場合、その選択されたスキャンデータのメッセージＩＤは「１４７０５１」である。よって、「ＡＡ会議議事録」に関連付けて新たにスキャンデータが追加される場合、レコード１３１１のメッセージＩＤは、「ＡＡ会議議事録」のメッセージＩＤと同様に「１４７０５１」となる。即ち、このメッセージＩＤによって、スキャンデータ同士が互いに関連付けられる。

次にＳ１４０７に進み、スキャンデータの格納完了通知を受信したジョブ処理部４０４は、マイクロブログ通信管理部４０２に、そのスキャン文書ＩＤを渡し、クラウドサービスサーバ１３１へのコメント送信を依頼する。この依頼を受け取ったマイクロブログ通信管理部４０２は、スキャンデータ管理部４０３に、その渡されたスキャン文書ＩＤに該当するメッセージＩＤを問い合わせる。スキャンデータ管理部４０３は、スキャンデータ管理テーブルを参照してメッセージＩＤを特定し、マイクロブログ通信管理部４０２に返信する。マイクロブログ通信管理部４０２は、スキャンデータ管理部４０３から得られたメッセージＩＤを用いることにより、通信部４０１を介してクラウドサービスサーバ１３１から得られるタイムライン一覧から当該スキャンデータに対するタイムラインを特定する。そして「○○○を追加しました。」という旨のメッセージを作成し、通信部４０１を介してコメントを送信して、処理を終了する。

図１２は、Ｓ１４０７において、送信されるコメントの例を、コメント１２１１として示している。図１２のその他の各部は図６で説明したものと同様である。図１２のコメント１２１１は、新たにスキャンデータを追加した時点で、メッセージ６１１に対するコメントとして登録されるコメントである。

以上説明したように第３実施形態によれば、保存されたスキャンデータ（画像データ）に関連する画像データが追加されたことを分かりやすくユーザに通知できる。即ち、どのスキャンデータがいつ、どのデータに関連付けられて追加されたかをユーザにわかりやすく提示することにより、最新の画像データの取得漏れや配布漏れなどを抑制することができる。
［第４実施形態］
第４実施形態では、画像処理装置１０１が、他のクラウドサービスサーバ１３１のユーザからの送信指示によりスキャンデータを送信する場合においても、スキャンデータの更新通知を行う場合について説明する。尚、第４実施形態に係る装置及びシステム構成は、前述の実施形態と同様であるため、その説明を省略する。

図１５は、本発明の第４実施形態に係る画像処理システムの構成例を説明する図である。図１５に示すように、第４実施形態に係る画像処理システムには、図１で示した画像処理装置１０１、端末１０２、クラウドサービスサーバ１３１に加えて、メールサーバ１５０１を備える。メールサーバ１５０１は、クラウドサービスサーバ１３１と同様にインターネット１２０、ＬＡＮ１１０経由で画像処理装置１０１に接続されている。ここでは、端末１０２はＬＡＮ１１０に接続されているが、その限りではない。例えば、端末１０２は、クラウドサービスサーバ１３１とメールサーバ１５０１に接続可能であればよい。

図１６は、本発明の第４実施形態に係るマイクロブログ画面を説明する図である。尚、図１６において、前述の図６と共通する部分は同じ記号で示し、それらの説明を省略する。

メッセージ表示エリア６０３では、ＭＦＰ Ａが「「ＡＡ会議議事録」の準備ができました」というメッセージ６１１を登録し、メッセージ６１１に対してＵＳＥＲ−Ｂがコメント１６１１「Ｓｅｎｄ ｔｏ ｍｅ ａｓ ＰＤＦ」を返信している。また、第４実施形態では、ＭＦＰ Ａが「「ＡＡ会議議事録」を送信しました」という処理結果コメント１６１３を、コメント１６１１に対して返信している様子を表示している。同様に、コメント１６１２は、ＵＳＥＲ−ＣがＵＳＥＲ−Ｂと同様に「Ｓｅｎｄ ｔｏ ｍｅ ａｓ ＰＤＦ」コメントを返信した様子を表示している。

図１７は、第４実施形態に係る画像処理装置１０１の画像の読取動作からスキャンデータの保存、メッセージ送信、タイムライン監視までの処理手順を説明するフローチャートである。尚、以下で説明する処理は、画像処理装置１０１のＣＰＵ２１１がＲＯＭ２１２やＨＤＤ２１４から制御プログラムをＲＡＭ２１３に読み出して実行することにより実現される。尚、Ｓ１７０１からＳ１７０４までの処理は、図８に示したＳ８０１からＳ８０４までの処理と同様であるため説明を省略する。

Ｓ１７０５で、ＣＰＵ２１１は、Ｓ１７０４で登録したメッセージの「タイムライン」を監視する。この監視方法は、図１８を参照して後述する。続いてＳ１７０６に進み、スキャンデータ管理部４０３は、ユーザからの指示により、スキャンデータが削除されているか否かを判定する。スキャンデータが削除されている場合は、マイクロブログ通信管理部４０２へ削除されている旨を通知してＳ１７０７へ進む。一方、スキャンデータが削除されていない場合はＳ１７０５へ戻り、タイムラインの監視処理を継続する。

Ｓ１７０７では、マイクロブログ通信管理部４０２は、スキャンデータ管理部４０３からの依頼を受信し、「ＡＡ会議議事録が削除されました」という旨の内容を含むメッセージを作成し、そのメッセージとメッセージ送信依頼とを通信部４０１へ送信する。マイクロブログ通信管理部４０２からのメッセージ送信依頼を受信した通信部４０１は、その受信したメッセージをクラウドサービスサーバ１３１へ送信する。クラウドサービスサーバ１３１へのメッセージ送信によって、クラウドサービスサーバ１３１が提供するマイクロブログ機能へメッセージ登録が行われる。これにより、ユーザがＷｅｂブラウザなどを利用してクラウドサービスサーバ１３１へアクセスした際に、既にその文書が削除されており、取得できない状態になっていることを認識することが可能となる。

図１８は、第４実施形態に係る画像処理装置１０１によるタイムライン監視処理（Ｓ１７０５）の詳細を説明するフローチャートである。以下で説明する処理は、画像処理装置１０１のＣＰＵ２１１がＲＯＭ２１２やＨＤＤ２１４から制御プログラムをＲＡＭ２１３に読み出して実行することにより実現される。

まずＳ１８０１で、マイクロブログ通信管理部４０２は、図１７のＳ１７０４で登録したメッセージのコメント一覧情報を、通信部４０１を介してクラウドサービスサーバ１３１から取得する。次にＳ１８０２に進み、ＣＰＵ２１１は、そのメッセージに対する新規コメントが追加されているか否かを判定する。新規コメントが存在する場合はＳ１８０３に進み、新規コメントが存在しない場合はＳ１８０１に戻り、定期的に新規コメントが追加されているかどうかを確認する。ここで新規コメントが存在するかどうかの判断は、各コメントのサブコメントのユーザが画像処理装置１０１に設定されたユーザであるかどうかで判断する。例えば、図１６の場合、メッセージ６１１に対するコメント一覧では、コメント１６１１、コメント１６１２が一覧として取得できる。更に、コメント１６１１のコメントとしてコメント１６１３が取得できる。このコメント１６１３のユーザ情報は、画像処理装置１０１のユーザ情報である。従ってＳ１８０２の判断で、コメント１６１３は、新規コメントとして追加されていないと判断できる。一方コメント１６１２には、コメントがないため、新規コメントであると判断できる。尚、コメント１６１３のように画像処理装置１０１がコメントを送信する処理については後述する。

Ｓ１８０３でＣＰＵ２１１は、Ｓ１８０２で取得した新規コメントを解析して、そのコメントの送信者の指示を理解し、後段の処理を実行する。コメントの解析処理については、図１９を用いて後述する。次にＳ１８０４に進み、ＣＰＵ２１１は、Ｓ１８０３でコメントの解析処理が成功したか否かを判定する。解析処理が成功した場合はＳ１８０５に進み、解析処理に失敗した場合はＳ１８０８に進む。Ｓ１８０５でＣＰＵ２１１は、画像処理部４０６にファイルフォーマットの変換指示を行う。ここで変換するファイルフォーマットは、Ｓ１８０３でコメントの解析処理結果により決定する。これにより画像処理部４０６は、スキャンデータ管理部４０３を介してＳ１７０３で格納したスキャンデータを取得し、ファイルフォーマットの変換を行う。ここでは、Ｓ１７０３で格納したメッセージＩＤに対応するスキャンデータをスキャンデータ情報管理テーブルから検索することにより、スキャンデータを特定する。

次にＳ１８０６に進み、ＣＰＵ２１１は、通信部４０１に、Ｓ１８０５で生成した電子ファイルの送信を指示する。送信先はＳ１８０３によるコメントの解析処理の結果により決定される。通信部４０１は、画像処理部４０６から電子ファイルを取得し、その電子ファイルを添付した電子メールをメールサーバ１５０１に送信する。これにより、コメントを送信したユーザに対し、画像処理を行った電子ファイルを送信することが可能となる。或いは、電子メールの送信だけでなく、Ｓ１８０３でコメントの解析処理結果により、クラウドサービスサーバ１３１が提供するファイル共有機能にファイルを送信することも可能である。こうしてＳ１８０６でファイルを送信するとＳ１８０７に進み、マイクロブログ通信管理部４０２は、「送信しました」という旨のメッセージを作成し、通信部４０１を介してコメントを送信して処理を終了する。これにより、コメントを送信したユーザに、処理が完了したことを、クラウドサービスサーバ１３１を介して、通知することが可能となる。例えば、図１６の場合、コメント１６１３が、このＳ１８０７で送信したコメントである。また同時に、Ｓ１８０２において、コメントが追加されているかどうかを判断する際、このＳ１８０７で追加したコメントの有無を取得することで、コメントの追加を判断することが可能となる。

一方、Ｓ１８０４で解析処理に失敗した場合はＳ１８０８に進み、マイクロブログ通信管理部４０２は、通信部４０１を介し「送信に失敗しました」という旨のメッセージを作成し、コメントを送信する。これにより、コメントを送信したユーザに、処理が失敗したことを通知できる。また同時に、Ｓ１８０２において、コメントが追加されているかどうかを判断する際、このＳ１８０８で追加したコメントの有無を取得することで、コメントの追加を判断することが可能となる。またユーザは、このタイムラインに画像処理装置１０１を制御する目的以外でコメントすることも可能である。またＳ１８０３のコメント解析処理において、コマンド文字列が検索できなかった場合のみエラーコメントを送信しないようにしてもよい。

図１９は、第４実施形態に係る画像処理装置１０１のコメント解析処理（Ｓ１８０３）の詳細を説明するフローチャートである。以下で説明する処理は、画像処理装置１０１のＣＰＵ２１１がＲＯＭ２１２やＨＤＤ２１４から制御プログラムをＲＡＭ２１３に読み出して実行することにより実現される。尚、このフローチャートでは、マイクロブログ通信管理部４０２は、Ｓ１８０２において、検知した新規コメントを解析する。コメントは、次のようなフォーマット（「Ｓｅｎｄ ｔｏ ｍｅ ａｓ ＰＤＦ」）で記載されるものとする。。マイクロブログ通信管理部４０２は上記のようなコメントから、画像データの送信先であるメールサーバ１５０１と送信した画像データを共有するメールサーバ１５０１のユーザと、送信する画像データのデータ形式を特定する。

まずＳ１９０１において、マイクロブログ通信管理部４０２は、図２０（Ａ）に示すコマンド文字列管理テーブル２０００のコマンド文字列をコメント文字列から検索する。コマンド文字列管理テーブル２０００には、コマンド文字列２００１と、処理機能２００２とが関連付けて定義されている。例えば、「ｓｅｎｄ」が送信機能を示し、「ｐｒｉｎｔ」が印刷機能を示すことが定義されている。続いて、Ｓ１９０２において、ＣＰＵ２１１は、Ｓ１９０１の結果により、このフローチャートを継続するか否かを判定する。Ｓ１９０１でコマンド文字列が見つかった場合はＳ１９０３へ進み、Ｓ１９０１でコマンド文字列が見つからなかった場合は処理できないコメントのためエラー終了する。上記例のコメントの場合、コマンド文字列として、「Ｓｅｎｄ」が検索できるため、処理機能は送信機能と判断される。

次にＳ１９０３で、マイクロブログ通信管理部４０２は、図２０（Ｂ）のプロトコル文字列管理テーブル２０１０のプロトコル文字列をコメント文字列から検索する。プロトコル文字列管理テーブル２０１０には、プロトコル文字列２０１１と、処理機能２０１２とが関連付けて定義されている。例えば、「ｍｅ」がメール送信機能と送信先を示し、「ｄｏｃｕｍｅｎｔ」がクラウドサービスサーバ１３１へのストレージ格納機能を示すことが定義されている。続いてＳ１９０４に進み、ＣＰＵ２１１は、Ｓ１９０３の結果により、このフローチャートを継続するか否かを判定する。Ｓ１９０３でプロトコル文字列が見つかった場合はＳ１９０５へ進むが、プロトコル文字列が見つからなかった場合は、処理できないコメントのためエラーとして処理を終了する。上記例のコメントの場合、プロトコル文字列として「ｍｅ」が検索できるため、処理機能はメール送信機能と判断可能である。

次にＳ１９０５に進み、マイクロブログ通信管理部４０２は、図２０（Ｃ）のパラメータ文字列管理テーブル２０２０のパラメータ文字列をコメント文字列から検索する。パラメータ文字列管理テーブル２０２０には、パラメータ文字列２０２１と、処理機能２０２２とが関連付けて定義されている。例えば、「ｐｄｆ」がｐｄｆ変換処理を示し、「ｊｐｅｇ」がｊｐｅｇ変換処理を示すことが定義されている。そしてＳ１９０６で、ＣＰＵ２１１は、Ｓ１９０５の結果により、このフローチャートを継続するか否かを判定する。Ｓ１９０５でパラメータ文字列が見つかった場合はＳ１９０７へ進むが、パラメータ文字列が見つからなかった場合は、処理できないコメントのためエラー終了する。上記例のコメントの場合、パラメータ文字列として、「ＰＤＦ」が検索できるため、処理機能はＰＤＦ変換処理と判断できる。尚、コマンド文字列管理テーブル２０００、プロトコル文字列管理テーブル２０１０、及びパラメータ文字列管理テーブル２０２０は、文字列テーブルの一例であり、それぞれＨＤＤ２１４等のメモリに予め格納されている。

次にＳ１９０７において、ＣＰＵ２１１は、Ｓ１９０３で見つかった処理機能のための送信先情報を取得する。マイクロブログ通信管理部４０２は、コメントＩＤをクラウドサービスサーバ１３１へ送信し、コメントの送信者のユーザ情報を取得する。マイクロブログ機能におけるユーザ情報は、そのユーザの属性となる情報が含まれる。例えば、顔写真、名前、連絡先（電話番号、メールアドレス、住所など）、所属組織、言語等である。これらの情報を使用して、マイクロブログ機能でコミュニケーションを行う相手を判断することができる。また、マイクロブログ機能では、共通の属性を有する複数のユーザをグルーピングしたり、提供する機能や情報の種類を変化させたりする機能もある。このユーザ情報に含まれるメールアドレスを送信先として取得し、本処理を終了する。ユーザ情報から送信先情報を特定することで、メールアドレスの入力操作を簡素化することが可能となる。

図２２は、第４実施形態に係るスキャンデータの更新の際に画像処理装置１０１が行う処理手順を示すフローチャートである。なお、以下で説明する処理は、画像処理装置１０１のＣＰＵ２１１がＲＯＭ２１２やＨＤＤ２１４から制御プログラムをＲＡＭ２１３に読み出して実行することにより実現される。また、図２２の処理手順が実行される前に、画像処理装置１０１は、操作者を認証する等の処理を行い、操作者を一意に特定するユーザＩＤ（ユーザ識別情報）を認識しているものとする。Ｓ２２０１からＳ２２０６までの処理は、第１実施形態における図１０のＳ１００１からＳ１００６までの処理と同様であるため、説明を省略する。

Ｓ２２０７において、スキャンデータの格納完了通知を受信したジョブ処理部４０４は、マイクロブログ通信管理部４０２に、そのスキャン文書ＩＤを渡し、クラウドサービスサーバ１３１へのコメント送信を依頼する。依頼を受け取ったマイクロブログ通信管理部４０２は、スキャンデータ管理部４０３に、渡されたスキャン文書ＩＤに該当するメッセージＩＤを問い合わせる。スキャンデータ管理部４０３は、スキャンデータ管理テーブルを参照してメッセージＩＤを特定し、マイクロブログ通信管理部４０２に返信する。マイクロブログ通信管理部４０２は、スキャンデータ管理部４０３から得られたメッセージＩＤを用いることにより、通信部４０１を介してクラウドサービスサーバ１３１から、そのスキャンデータに対するコメント一覧を取得する。そして更新前のスキャンデータが既に１つ以上の宛先に送信済みであるか否かを判定する。ここで、既に１つ以上の宛先にスキャンデータを送信済みと判断した場合にはＳ２２０８に進み、未送信と判断した場合はコメントを送信することなく処理を終了する。未送信の場合は、まだ誰もスキャンデータを取得していないため特にコメントを送信する必要はなく、冗長なコメントの登録を避けるためである。

スキャンデータが送信済みであるか否かの判断は、例えば、図１６の場合、ユーザがスキャンデータの送信を指示したコメント１６１１と、それに対して画像処理装置１０１がスキャンデータを送信した旨のコメント１６１３が存在するか否かで判断する。

Ｓ２２０８において、マイクロブログ通信管理部４０２は、「○○○を更新しました。」という旨のメッセージを作成し、通信部４０１を介してコメントを送信して、処理を終了する。

Ｓ２２０８において送信されるコメントの例を図２１のコメント２１１１に示す。

図２１は、第４実施形態に係るマイクロブログ画面を説明する図である。

図２１において、その他の各部は図６、及び、図１６で説明したものと同様である。図２１では、コメント１６１１及びコメント１６１３が存在するため、既にスキャンデータをＵＳＥＲ−Ｂに送信済みであることが判断できる。スキャンデータの更新によって新たに「「ＡＡ会議議事録」を更新しました」という旨のコメント２１１１をコメント１６１３のサブコメントとして登録することにより、ＵＳＥＲ−Ｂに対してスキャンデータが更新されたことを通知することが可能となる。

以上説明したように第４実施形態によれば、更新前の電子データが既に１つ以上の配布先に送信済みの場合でも、電子データが更新されたことを送信済みのユーザに通知することができ、最新の電子データの取得漏れを抑制することができる。

［第５実施形態］
第５実施形態では、前述の第４実施形態において、既に画像処理装置１０１のスキャンデータＤＢ４０５に保存され、スキャンデータ管理部４０３において管理されているスキャンデータに関連付けて新たにスキャンデータを追加する場合の処理を説明する。尚、第５実施形態の説明において記述しない制御については、前述の第１〜第４実施形態と同様である。第５実施形態における画像読み取り、スキャンデータ追加、メッセージ送信処理は、基本的に第３実施形態の図１４で説明した処理と同様である。但し、第５実施形態では、Ｓ１４０７においてクラウドサービスサーバ１３１に送信されるコメントの登録位置が異なる場合がある。

第５実施形態のＳ１４０７において、送信されるコメントの例を図２３のコメント２３０１、および、図２４のコメント２４０１に示す。

図２３及び図２４は、第５実施形態に係るマイクロブログ画面を説明する図である。尚、図２３及び図２４において、その他の各部は図６で説明したものと同様である。

図２３のコメント２３０１は、新たにスキャンデータを追加した時点で、コメント６１１に対してユーザからのコメントが存在しなかった場合に送信されるコメントの例を示し、コメント６１１のサブコメントとして登録される。尚、コメント２３０２、コメント２３０３については後述する。図２４のコメント２４０１は、新たにスキャンデータを追加した時点で、コメント６１１のサブコメントとして既にコメント１６１１及びコメント１６１３が存在している場合を示す。即ち、ここでは、既にＵＳＥＲ−Ｂに既存のスキャンデータを送信済みである場合に送信されるコメントの例を示し、コメント１６１３のサブコメントとして登録される。尚、コメント２４０２、コメント２４０３については後述する。

図２５は、第５実施形態に係る画像処理装置１０１のコメント監視処理（Ｓ１７０５）の詳細を説明するフローチャートである。以下で説明する処理は、画像処理装置１０１のＣＰＵ２１１がＲＯＭ２１２やＨＤＤ２１４から制御プログラムをＲＡＭ２１３に読み出して実行することにより実現される。

Ｓ２５０１において、マイクロブログ通信管理部４０２は、第４実施形態におけるＳ１７０４で登録したメッセージのコメント一覧情報を、通信部４０１を介し、クラウドサービスサーバ１３１から取得する。次にＳ２５０２に進み、マイクロブログ通信管理部４０２は、メッセージに対する新規コメントが追加されているか否かを判定する。新規コメントが存在する場合はＳ２５０３に進み、新規コメントが存在しない場合はＳ２５０１に戻り、定期的に新規コメントが追加されているかどうかを確認する。新規コメントが存在するかどうかの判断は、第４実施形態におけるＳ１８０２の判断処理と同様である。

次にＳ２５０３で、マイクロブログ通信管理部４０２は、Ｓ２５０２で取得した新規コメントの解析を行い、コメントの送信者の指示を理解し、後段の処理を実行する。コメントの解析処理については、第４実施形態のＳ１８０３と同様である。そしてＳ２５０４において、マイクロブログ通信管理部４０２は、Ｓ２５０３で解析処理が成功したか否かを判定する。解析処理が成功した場合はＳ２５０５に進み、解析処理に失敗した場合はＳ２５０９に進む。Ｓ２５０５では、マイクロブログ通信管理部４０２は、Ｓ２５０１で取得したコメント一覧情報を参照し、新規コメントの送信者が指示した送信先に対して未送信のスキャンデータを抽出し、その抽出したスキャンデータのリストをジョブ処理部４０４に渡す。

例えば、図２３の場合では、マイクロブログ通信管理部４０２が、図２３のコメント一覧を取得し、コメント２３０２を新規コメントであると判断した場合、「ＡＡ会議議事録」と「ＡＡ会議議事録補足」が未送信のスキャンデータであると判断できる。この場合、マイクロブログ通信管理部４０２は、「ＡＡ会議議事録」と「ＡＡ会議議事録補足」の両方のスキャンデータを未送信のスキャンデータとして抽出する。

一方、図２４の場合では、マイクロブログ通信管理部４０２が、図２４のコメント一覧を取得する。そしてコメント２４０２を新規コメントであると判断した場合、「ＡＡ会議議事録」は既に送信済みであり、「ＡＡ会議議事録補足」が未送信のスキャンデータであると判断する。この場合、マイクロブログ通信管理部４０２は、「ＡＡ会議議事録補足」のスキャンデータのみを未送信のスキャンデータとして抽出する。

Ｓ２５０６において、未送信として抽出されたスキャンデータのリストを受け取ったジョブ処理部４０４は、画像処理部４０６にスキャンデータのリストを渡し、ファイルフォーマットの変換を指示する。変換するファイルフォーマットはＳ２５０３でのコメントの解析処理結果により決定する。画像処理部４０６はスキャンデータ管理部４０３を介し、リストとして渡された全てのスキャンデータを取得し、ファイルフォーマットの変換を行う。次にＳ２５０７に進み、ジョブ処理部４０４は、通信部４０１にＳ２５０６で生成した全ての電子ファイルの送信を指示する。送信先はＳ２５０３によるコメントの解析処理結果より決定する。通信部４０１は、画像処理部４０６から全ての電子ファイルを取得し、電子ファイルを添付したメールをメールサーバ１５０１に送信する。これにより、コメントを送信したユーザに対し、未送信の全ての電子ファイルを送信することが可能となる。或いは、メール送信だけでなく、Ｓ２５０３でコメントの解析処理結果により、クラウドサービスサーバ１３１が提供するファイル共有機能にファイルを送信することも可能である。ファイルを送信するとＳ２５０８に進み、マイクロブログ通信管理部４０２は、「○○を送信しました」という旨のメッセージを作成し、通信部４０１を介しコメントを送信して、処理を終了する。これにより、コメントを送信したユーザに処理を完了したことを、クラウドサービスサーバ１３１を介して、通知することが可能となる。

例えば、図２３の場合、コメント２３０３が電子ファイルを送信した旨を示すコメントである。図２３の場合は、Ｓ２５０５において、「ＡＡ会議議事録」と「ＡＡ会議議事録補足」の両方のスキャンデータが未送信データとして抽出され、Ｓ２５０７において両データを電子ファイルとして送信する。このためＳ２５０８では、「「ＡＡ会議議事録」「ＡＡ会議議事録補足」を送信しました」というコメント２３０３が送信される。

一方、図２４の場合、コメント２４０３が電子ファイルを送信した旨を示すコメントである。図２４の場合は、Ｓ２５０５において、「ＡＡ会議議事録補足」のスキャンデータのみが未送信データとして抽出され、Ｓ２５０７において「ＡＡ会議議事録補足」のスキャンデータのみを電子ファイルとして送信する。このためＳ２５０８では、「「ＡＡ会議議事録補足」を送信しました」というコメント２４０３が送信される。

以上説明したように第５実施形態によれば、主に配布目的で保存された電子データに関連する電子データが追加されたことをわかりやすくユーザに通知することができる。また、追加された電子データの重複送信を防ぐことにより、効率よく送信することが可能となる。

本発明に係る第３及び第５実施形態において、スキャンデータ間の関連付けを行うのにメッセージＩＤを用いていたが本発明はこれに限定されない。例えば、画像処理装置１０１が備えるユーザＢＯＸ機能を用いて、１つのユーザＢＯＸ内に格納されている複数のスキャンデータを関連付けるように構成してもよい。

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

Claims (12)

1. ユーザによって登録されたメッセージを他のユーザに対して公開するマイクロブログ機能を備えたサーバと通信可能な画像処理装置であって、
   画像データを入力する入力手段と、
   画像データを記憶する記憶手段と、
   前記入力手段から入力された画像データが前記記憶手段に記憶された場合に、当該画像データに関連する第１メッセージを作成して前記サーバに登録する登録手段と、
   画像データの編集が指示されると、当該指示に関連する前記記憶手段に記憶された画像データを抽出する抽出手段と、
   前記抽出手段により抽出された前記画像データから編集対象の画像データが選択されると、当該編集対象の画像データを前記入力手段から入力された画像データで編集する編集手段と、
   前記編集手段により前記編集対象の画像データが編集された場合に、当該編集対象の画像データに関する前記第１メッセージに関連付けて、当該画像データが編集されたことを示す第２メッセージを作成して前記サーバに登録するように制御する制御手段と、
   を有することを特徴とする画像処理装置。
2. 前記抽出手段は、前記編集の指示を行ったユーザと同じユーザの画像データを前記記憶手段から抽出することを特徴とする請求項１に記載の画像処理装置。
3. 前記抽出手段は、前記入力手段から入力された画像データと、前記記憶手段に記憶されている画像データとの類似度を求め、前記類似度が予め定められた値よりも高い画像データを抽出することを特徴とする請求項１に記載の画像処理装置。
4. 前記編集手段は、前記記憶手段に記憶されている画像データを前記入力手段で入力された画像データで更新するか、或いは前記記憶手段に記憶されている画像データに前記入力手段で入力された画像データを追加することを特徴とする請求項１乃至３のいずれか１項に記載の画像処理装置。
5. 前記抽出手段が抽出した画像データが複数ある場合に画像データのリストを表示するリスト表示手段を更に有し、
   前記編集手段は、前記リスト表示手段によって表示された前記リストの中からユーザが選択した画像データを編集対象の画像データとすることを特徴とする請求項１乃至４のいずれか１項に記載の画像処理装置。
6. 前記記憶手段に記憶された画像データの、少なくとも識別情報、文書名、ユーザ識別情報を管理するためのテーブルを更に有し、
   前記リスト表示手段は、前記テーブルを参照して、前記編集の指示を行ったユーザのユーザ識別情報に一致する画像データのリストを表示することを特徴とする請求項５に記載の画像処理装置。
7. 前記入力手段は、原稿を読み取ることにより得られた画像データを入力することを特徴とする請求項１乃至６のいずれか１項に記載の画像処理装置。
8. 前記マイクロブログ機能のタイムラインを監視する監視手段と、
   前記監視手段により新規コメントが見つかると、当該新規コメントに応じて前記記憶手段に記憶されている対応する画像データのファイルを作成して前記新規コメントで指示された送信先に前記画像データのファイルを送信する送信手段とを更に有することを特徴とする請求項１に記載の画像処理装置。
9. 前記送信手段による画像データのファイルの送信が完了した場合に、前記画像データのファイルの送信が完了したことを示すメッセージを前記サーバに登録する手段を更に有することを特徴とする請求項８に記載の画像処理装置。
10. 前記送信手段は更に、前記監視手段によって新規コメントを検知した場合に、同じ宛先に対して既に送信済みの画像データを除いた未送信の画像データのファイルのみを送信することを特徴とする請求項８又は９に記載の画像処理装置。
11. ユーザによって登録されたメッセージを他のユーザに対して公開するマイクロブログ機能を備えたサーバと通信可能な画像処理装置を制御する制御方法であって、
    入力手段が、画像データを入力する入力工程と、
    記憶手段が、画像データを記憶する記憶工程と、
    登録手段が、前記入力工程で入力された画像データが前記記憶工程で記憶された場合に、当該画像データに関連する第１メッセージを作成して前記サーバに登録する登録工程と、
    抽出手段が、画像データの編集が指示されると、当該指示に関連する前記記憶工程で記憶された画像データを抽出する抽出工程と、
    編集手段が、前記抽出工程で抽出された前記画像データから編集対象の画像データが選択されると、当該編集対象の画像データを前記入力工程で入力された画像データで編集する編集工程と、
    制御手段が、前記編集工程で前記編集対象の画像データが編集された場合に、当該編集対象の画像データに関する前記第１メッセージに関連付けて、当該画像データが編集されたことを示す第２メッセージを作成して前記サーバに登録するように制御する制御工程と、
    を有することを特徴とする画像処理装置の制御方法。
12. 請求項１１に記載の画像処理装置の制御方法における各ステップをコンピュータに実行させるためのプログラム。

Images