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

Description

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

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

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

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

また、画像処理装置は高機能化、多機能化が進んでいる。近年では、スキャン機能、プリント機能といった紙文書の電子化や印刷といった基本的な機能だけではなく、ネットワーク・インターフェース（以下、ネットワークＩ／Ｆと略記する。）を搭載した画像処理装置が開発されている。例えば、ネットワークＩ／Ｆを搭載した画像処理装置は、紙文書をスキャンして形成した電子ファイルを上記クラウド文書管理サービスに送信して格納することも可能となっている。また、電子ファイルをメール添付などにより送信したい相手に送信することが可能となっている。

特許文献１には、クライアント側の指示に基づいてサーバが処理を実行する技術が提案されている。具体的には、クライアント端末から実行コマンドを記載したファイルをＦＴＰフォルダに送信し、サーバはクライアント端末からファイルが送信されたのを検知し、ファイルに記載された命令を実行することにより、ジョブを実行する。

特開２０００−１０９２２号公報

しかしながら、従来技術には以下に記載する問題がある。上記従来技術では、クラウドサービスで提供されるマクロブログ機能を利用し、業務を行っている環境において、例えば原稿をスキャンして得られる画像データをマイクロブログ機能によって、ユーザに配布することはできなかった。更に上記従来技術では、画像データを画像処理装置から送信する場合、操作者が送信先を意識し、選択する必要がある。例えば、会議資料や議事録などをスキャンし配布する場合、メンバ全員のメールアドレスを画像処理装置で操作者が選択しなければならない。それにより、操作者の操作が煩雑になってしまったり、送信先が漏れてしまったり、不要な送信先に送信してしまったりなどのミスも発生してしまう。また、操作者は配布先のメンバの組み合わせに応じて、適切な配布方法を判断しなければならない。例えば、文書管理サービスのフォルダに送信し、配布する場合、メンバ全員がアクセス権を付与されているフォルダを選択しなければ、メンバ全員に対し配布する作業は完了できない。

本発明は、上述の問題に鑑みて成されたものであり、画像データの配布に関する操作者の手間を削減する仕組みを提供することを目的とする。

本発明は、ユーザによって登録されたメッセージを他のユーザに対して公開するマイクロブログ機能を提供するサーバと通信可能な画像処理装置であって、画像データを記憶するデータ記憶手段と、前記データ記憶手段に画像データが記憶された場合に、第１メッセージを前記サーバに登録する登録手段と、前記登録手段によって登録された前記第１メッセージに対して新たに登録される第２メッセージを監視する監視手段と、前記監視手段が前記第２メッセージを検知した場合に、該第２メッセージを登録したユーザに関するユーザ情報を取得する取得手段と、前記取得手段によって取得されたユーザ情報に基づいて、前記データ記憶手段に記憶された画像データを送信する送信手段とを備えることを特徴とする。

本発明は、画像データの配布に関する操作者の手間を削減する仕組みを提供できる。

画像処理システムの全体構成を示す図である。 画像処理装置のハードウェア構成を示すブロック図である。 クラウドサービスサーバのハードウェア構成を示すブロック図である。 画像処理装置のソフトウェア構成を示す図である。 クラウドサービスサーバのソフトウェア構成を示す図である。 メールサーバのソフトウェア構成を示す図である。 マイクロブログ機能を説明する図である。 一連の処理を実行する動作を説明するシーケンス図である。 画像処理装置の画像読取動作からメッセージ送信、コメント監視までの処理手順を示すフローチャートである。 画像処理装置のコメント監視処理の処理手順を示すフローチャートである。 画像処理装置のコメント解析処理の処理手順を示すフローチャートである。 のスキャン文書管理テーブルを示す図である。 のコマンド文字列管理テーブル、プロトコル文字列管理テーブル、パラメータ文字列管理テーブルを視示す図である。

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

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

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

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

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

＜クラウドサービスサーバ、メールサーバ、端末のハードウェア構成＞
次に、図３を参照して、クラウドサービスサーバ１３１の構成例について説明する。なお、メールサーバ１３２及び端末１０２のハードウェア構成は、クラウドサービスサーバ１３１と同様の構成であるため説明を省略する。ＣＰＵ３１１を含む制御部３１０は、クラウドサービスサーバ１３１全体の動作を統括的に制御する。ＣＰＵ３１１は、ＲＯＭ３１２に記憶された制御プログラムを読み出して各種制御処理を実行する。ＲＡＭ３１３は、ＣＰＵ３１１の主メモリ、ワークエリア等の一時記憶領域として用いられる。ＨＤＤ３１４は、画像データや各種プログラム、或いは後述する各種情報テーブルを記憶する。ネットワークＩ／Ｆ３１５は、制御部３１０（クラウドサービスサーバ１３１）をインターネット１２０に接続する。ネットワークＩ／Ｆ３１５は、ＬＡＮ１１０上の他の装置との間で各種情報を送受信する。なお、端末１０２のネットワークＩ／Ｆは、当該端末１０２をＬＡＮ１１０に接続する。

＜画像処理装置のソフトウェア構成＞
次に、図４を参照して、画像処理装置１０１のソフトウェア構成について説明する。図４に示す各機能部は、画像処理装置１０１のＣＰＵ２１１がＲＯＭ２１２やＨＤＤ２１４から制御プログラムをＲＡＭ２１３に読み出して実行することにより実現される。画像処理装置１０１は、ソフトウェア構成として、画面表示部４００、通信部４０１、マイクロブログ通信管理部４０２、スキャンデータ管理部４０３、ジョブ処理部４０４、スキャンデータデータベース４０５、及び画像処理部４０６を有する。なお、以下では、スキャンデータデータベース４０５はスキャンデータＤＢ４０５と略記する。

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

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

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

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

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

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

＜メールサーバのソフトウェア構成＞
次に、図６を参照して、メールサーバ１３２のソフトウェア構成について説明する。図６に示す各機能部は、メールサーバ１３２のＣＰＵ３１１がＲＯＭ３１２やＨＤＤ３１４から制御プログラムをＲＡＭ３１３に読み出して実行することにより実現される。

メールサーバ１３２は、メールサービス６０１、及びメールデータデータベース６０２（以下、メールデータＤＢ６０２と略記する。）を有する。メールサービス６０１は、ＳＭＴＰ（Ｓｉｍｐｌｅ Ｍａｉｌ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ）、ＰＯＰ（Ｐｏｓｔ Ｏｆｆｉｃｅ Ｐｒｏｔｏｃｏｌ）、ＩＭＡＰ（Ｉｎｔｅｒｎｅｔ Ｍｅｓｓａｇｅ Ａｃｃｅｓｓ Ｐｒｏｔｏｃｏｌ）などのプロトコルによるメールサービスを提供する。メールサービス６０１は、通信部６１１、制御部６１２、及びメール管理部６１３を有する。

通信部６１１は、画像処理装置１０１及びＰＣなどの端末１０２からのリクエストを受信して、制御部６１２にリクエスト内容を送信する。更に、制御部６１２からリクエストに対する処理結果を受け取り、上記リクエストに対するレスポンスデータを作成し、画像処理装置１０１及び端末１０２にレスポンスを送信する。制御部６１２は、通信部６１１から送信されるリクエスト内容に従ってメール管理部６１３に、送信されたメールの格納、削除、移動及び管理されているメールのリスト取得等の処理を依頼する。メール管理部６１３は、制御部６１２から送信される処理依頼に応じて、メールデータＤＢ６０２へアクセスし、送信されたメールの格納、削除、移動及び管理されているメールのリスト取得を実行して制御部６１２に処理結果を送信する。

＜マイクロブログ機能＞
次に、図７を参照して、本発明の実施形態におけるクラウドサービスサーバ１３１で提供されるマイクロブログ機能について説明する。マイクロブログ機能は、クラウドサービスサーバ１３１に対して通信可能に接続された装置から登録されたメッセージを、複数の他の装置に対して公開する機能を示し、通常、メッセージとしては、１５０〜２００文字の短い文字数が対象となる。図７は、ＰＣなどの端末１０２上で動作するＷｅｂブラウザからクラウドサービスサーバ１３１へアクセスして表示されるＷｅｂページの表示例である。ここで、クラウドサービスサーバ１３１は、営業支援目的で現在進行中の商談情報を管理しているものとする。

７０１は、クラウドサービスサーバ１３１が端末１０２へ提供する、Ａ社との商談に関する情報を表示するＡ社商談画面７０１を示す。端末１０２は、クラウドサービスサーバ１３１から受信した画面情報に従ってＡ社商談画面７０１を表示部に表示する。７０２は、商談に関する情報である商談名、取引先担当社、取引先連絡先等を表示する商談詳細エリア７０２である。７０３はメッセージ表示エリアであって、メッセージとそのメッセージに対するコメントから構成されるタイムラインがそれぞれ表示される。７０３では、ＭＦＰ Ａが「ＡＡ会議議事録の準備ができました。」というメッセージ７１１を登録し、メッセージ７１１に対してユーザＢが「Ｓｅｎｄ ｔｏ ｍｅ ａｓ ＰＤＦ」とコメント７１２を返信している様子を表示している。また、本実施例により、ＭＦＰ Ａが処理結果コメント７１４を返信している様子を表示している。同様に、コメント７１３はユーザＣがコメントを返信した様子を表示している。

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

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

＜コメント監視、送信指示機能の処理シーケンス＞
次に、図８を参照して、本実施形態における画像処理装置１０１、クラウドサービスサーバ１３１及びメールサーバ１３２が一連の処理を実行する動作を説明する。画像処理装置１０１における、詳細な処理フローチャートについては、図９乃至図１１を参照して後述する。

Ｓ８０１において、画像処理装置１０１は、ユーザ指示によりスキャナ２２１によってスキャン処理を実行する。スキャン処理では、紙原稿上の画像をスキャナ２２１がスキャンして出力する画像データを取得する。Ｓ８０２において、画像処理装置１０１が、上記取得した画像データを画像処理装置１０１内のスキャンデータＤＢ４０５にスキャンデータとして格納する。続いて、Ｓ８０３において、画像処理装置１０１は、クラウドサービスサーバ１３１に対して「スキャン文書の準備ができました」という旨のメッセージ（第１メッセージ）を送信する。

Ｓ８０４において、クラウドサービスサーバ１３１は、画像処理装置１０１から送信されたメッセージを受信し、当該メッセージをメッセージＤＢ５０２へ登録するとともに、表示画面に表示するように制御する。即ち、画像処理装置１０１や端末１０２等からアクセスされた場合に、各装置の表示部に表示する画面に対応した画面情報に当該メッセージを追加する。なお、登録されたメッセージに対して他の装置から新たなコメント（第２メッセージ）が登録されると、上記画面情報に当該コメントの内容が追加される。したがって、画像処理装置１０１は、クラウドサービスサーバ１３１に登録したメッセージに対してコメントが追加されているか否かを監視することができる。そのために、Ｓ８０５において、画像処理装置１０１は、リクエストを送信してクラウドサービスサーバ１３１に追加コメントの有無を確認する。図８に示すように、画像処理装置１０１は追加コメントの有無の確認を定期的に実施することが望ましい。

ここで、ＰＣ、Ｍｏｂｉｌｅ端末といった端末１０２を操作するユーザＢが、自身のＷｅｂブラウザを利用してクラウドサービスサーバ１３１にアクセスして画像処理装置１０１がＳ８０３で登録したメッセージを確認することを想定する。ユーザＢが、当該メッセージを確認後、スキャンデータを取得したいと考えた場合、ユーザＢは図７のコメント入力エリア７０４に取得したいデータ形式とデータの送信先のクラウドストレージサービスを入力する。例えば、ユーザＢは「Ｓｅｎｄ ｔｏ ｍｅ ａｓ ＰＤＦ」というコメント（第２メッセージ）を入力する。

コメント入力後、上記追加ボタン７２２をユーザＢが押下すると、Ｓ８０６において、端末１０２は、Ｗｅｂブラウザによって、コメント追加依頼をクラウドサービスサーバ１３１へ送信する。Ｓ８０７において、クラウドサービスサーバ１３１は、ユーザＢの端末１０２内のＷｅｂブラウザから送信されたコメント追加依頼を受信し、コメントの内容をメッセージＤＢ５０２へ登録する。Ｓ８０８において、画像処理装置１０１は、上記Ｓ８０５のメッセージ監視によって、追加コメント（第２メッセージ）があったことを検知し、当該追加コメントを解析する。画像処理装置１０１は検知したコメント「Ｓｅｎｄ ｔｏ ｍｅ ａｓ ＰＤＦ」、即ち、端末１０２が追加したコメントを解析する。具体的には、解析処理として、コメントの要求内容から、送信指示である“Ｓｅｎｄ”、送信プロトコルの情報となる“ｍｅ”、送信するファイル形式である“ＰＤＦ”という情報が取得される。

Ｓ８０９において、画像処理装置１０１は、上記コメントを追加したユーザ情報、例えば、端末１０２の宛先をクラウドサービスサーバ１３１から取得する。続いて、Ｓ８１０において、画像処理装置１０１は、スキャンデータを上記コメント解析結果に応じて、ＰＤＦファイルに変換する。Ｓ８１１において、画像処理装置１０１は、メールサーバ１３２へ生成したＰＤＦを添付ファイルしたメールを送信する。このように、本画像処理装置１０１は、スキャンデータを保管するとともに、クラウドサービスサーバ１３１を利用して、スキャン文書の準備ができた旨を複数のユーザに知らせる。その後、画像処理装置１０１は、他のユーザからクラウドサービスサーバ１３１に登録されるコメントを監視することにより、他のユーザからの当該スキャン文書に対するリクエストを検知して、応答する。例えば、他のユーザからの、保管しているスキャン文書をＰＤＦで送信して欲しいというリクエストに応じる。

＜画像読み取り、メッセージ送信処理＞
次に、図９を参照して、本実施形態における画像処理装置１０１の画像読取動作からメッセージ送信、コメント監視までの処理手順について説明する。以下で説明する処理は、画像処理装置１０１のＣＰＵ２１１がＲＯＭ２１２やＨＤＤ２１４から制御プログラムをＲＡＭ２１３に読み出して実行することにより実現される。

Ｓ９０１において、画面表示部４００は、ユーザ操作によるスキャン実行指示を検知する。ここでは、原稿を読み取るための設定と読み取った電子データの文書名を設定することができる。原稿を読み取るための設定として、解像度、カラーモード、両面読み取りなどの設定を行うことができる。

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

Ｓ９０３において、ジョブ処理部４０４は、画像データを受信し、当該画像データをスキャンデータとして格納する旨をスキャンデータ管理部４０３に通知する。ジョブ処理部４０４からの通知を受信したスキャンデータ管理部４０３は、画像データをスキャンデータとしてスキャンデータＤＢ４０５に格納し、ジョブ処理部４０４へスキャンデータの格納が完了した旨を通知する。また、スキャンデータの格納と同時に、図１２に示すスキャンデータ管理テーブルにスキャンデータ情報を格納する。

ここで、図１２を参照して、スキャンデータ管理テーブルについて説明する。スキャンデータ管理テーブルには、スキャン文書ＩＤ１２０１、スキャン文書名１２０２、及びメッセージＩＤ１２０３が格納される。スキャン文書ＩＤ１２０１には、スキャンデータ管理テーブルで重複しないＩＤが生成されて格納される。スキャン文書名１２０２には上記Ｓ９０１で設定された文書名文字列が格納される。ここでは、スキャンデータは画像処理装置１０１の内部フォーマットであり、印刷を前提とした圧縮方法により形成されるデーターフォーマットで保持される。１２０３には、クラウドサービスサーバ１３１から割り当てられる、スキャンデータ情報に含まれるメッセージを識別するためのメッセージＩＤが格納される。例えば、１２０４のデータは、スキャン文書ＩＤ１２０１が”０００１”を示し、スキャン文書名１２０２が”ＡＡ会議議事録”を示し、メッセージＩＤ１２０３が”１４７０５１”を示している。

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

これにより、クラウドサービスサーバ１３１が提供するマイクロブログ機能において、メッセージに対する「タイムライン」が作成される。ユーザがＷｅｂブラウザなどを利用してクラウドサービスサーバ１３１へアクセスした際に図７に示すようなメッセージが表示され、メッセージやコメントをやり取りすることによって他のユーザとコミュニケーションすることが可能となる。

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

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

＜コメント監視処理＞
次に、図１０を参照して、本実施形態における画像処理装置１０１のコメント監視処理（Ｓ８０５、Ｓ９０５）の詳細について説明する。以下で説明する処理は、画像処理装置１０１のＣＰＵ２１１がＲＯＭ２１２やＨＤＤ２１４から制御プログラムをＲＡＭ２１３に読み出して実行することにより実現される。

Ｓ１００１において、マイクロブログ通信管理部４０２は、上記Ｓ９０４で登録したメッセージのコメント一覧情報を、通信部４０１を介し、クラウドサービスサーバ１３１から取得する。続いて、Ｓ１００２において、ＣＰＵ２１１は、メッセージに対する新規コメントが追加されているか否かを判定する。新規コメントが存在する場合はＳ１００３に進み、新規コメントが存在しない場合はＳ１００１に戻り、定期的に新規コメントが追加されているかどうかを確認する。

新規コメントが存在するかどうかの判断は、各コメントのサブコメントのユーザが画像処理装置１０１に設定されたユーザであるかどうかで判断する。例えば、図７の場合、メッセージ７１１に対するコメント一覧では、コメント７１２、コメント７１３が一覧として取得できる。さらにコメント７１２のコメントを取得すると、コメント７１４を取得できる。このコメント７１４のユーザ情報は画像処理装置１０１のユーザである。従ってＳ１００２の判断において、コメント７１４は新規コメントではないと判断できる。一方コメント７１３には、コメントがないため、新規コメントであると判断できる。コメント７１４のように画像処理装置１０１がコメントを送信する処理については後述する。

Ｓ１００３において、ＣＰＵ２１１は、上記Ｓ１００２で取得した新規コメントの解析を行い、コメントの送信者の指示を理解し、後段の処理を実行する。コメントの解析処理については、図１１を用いて後述する。続いて、Ｓ１００４において、ＣＰＵ２１１は、上記Ｓ１００３で解析処理が成功したか否かを判定する。解析処理が成功した場合はＳ１００５に進み、解析処理に失敗した場合はＳ１００８に進む。

Ｓ１００５において、ＣＰＵ２１１は、画像処理部４０６にファイルフォーマットの変換指示を行う。変換するファイルフォーマットは上記Ｓ１００３でコメントの解析処理結果により決定する。画像処理部４０６はスキャンデータ管理部４０３を介し、上記Ｓ９０３で格納したスキャンデータを取得し、ファイルフォーマットの変換を行う。ここでは、Ｓ９０３で格納したメッセージＩＤに対応するスキャンデータをスキャンデータ情報管理テーブルから検索することにより、スキャンデータを特定する。

Ｓ１００６において、ＣＰＵ２１１は、通信部４０１に上記Ｓ１００５で生成した電子ファイルの送信を指示する。送信先は上記Ｓ１００３によるコメントの解析処理結果より決定する。通信部４０１は、画像処理部４０６から電子ファイルを取得し、電子ファイルを添付したメールをメールサーバ１３２に送信する。これにより、コメントを送信したユーザに対し、画像処理を行った電子ファイルを送信することが可能となる。或いは、メール送信だけでなく、上記Ｓ１００３でコメントの解析処理結果により、クラウドサービスサーバ１３１が提供するファイル共有機能にファイルを送信することも可能である。

ファイルを送信すると、Ｓ１００７において、マイクロブログ通信管理部４０２は、通信部４０１を介し「送信しました。」という旨のメッセージを作成し、コメントを送信して、処理を終了する。これにより、コメントを送信したユーザに処理を完了したことを、クラウドサービスサーバ１３１を介して、通知することが可能となる。例えば、図７の場合、コメント７１４が本ステップで送信したコメントである。また、同時に、Ｓ１００２において、コメントが追加されているかどうかを判断する際、本ステップで追加したコメントの有無を取得することで判断することが可能となる。

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

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

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

次に、Ｓ１１０３において、マイクロブログ通信管理部４０２は、プロトコル文字列管理テーブル１３１０のプロトコル文字列をコメント文字列から検索する。プロトコル文字列管理テーブル１３１０には、プロトコル文字列１３１１と、処理機能１３１２とが関連付けて定義されている。例えば、「ｍｅ」がメール送信機能を示し、「ｄｏｃｕｍｅｎｔ」がクラウドサービスサーバ１３１へのストレージ格納機能を示すことが定義されている。続いて、Ｓ１１０４において、ＣＰＵ２１１は、上記Ｓ１１０３の結果により、本フローチャートを継続するか否かを判定する。上記Ｓ１１０３でプロトコル文字列が見つかった場合はＳ１１０５へ進む。一方、上記Ｓ１１０３でプロトコル文字列が見つからなかった場合は、処理できないコメントのため、エラーとして処理を終了する。上記例のコメントの場合、プロトコル文字列として「ｍｅ」が検索できるため、処理機能はメール送信機能と判断可能である。なお、ここでは、「ｍｅ」という文字列が含まれている場合に画像データを送信するためのプロトコルとして電子メールを用いることが定義されている例を説明した。しかし、「ｍｅ」は本来、新規コメントを登録したユーザ自身を送信先として指定することを意味する文字列であり、送信に使用するプロトコルは電子メールに限定されない。また、「ｍｅ」の代わりに特定のユーザ（例えば、新規コメントを登録したユーザの友人）の名前を指定することにより、そのユーザを送信先として画像データを送信させることも可能である。

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

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

以上説明したように、本実施形態における画像処理システムでは、ユーザがマイクロブログ機能にコメントを送信することにより、画像処理装置を制御することが可能となる。即ち、紙文書を配布したいユーザは、画像処理装置においてスキャン操作のみを行い、配布方法や配布先の選択といった操作は不要にすることが可能となる。また、電子ファイルを必要とするユーザが能動的に取得することが可能となり、電子ファイルを不要なユーザが取得することを抑制することができる。

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

Claims (13)

1. ユーザによって登録されたメッセージを他のユーザに対して公開するマイクロブログ機能を提供するサーバと通信可能な画像処理装置であって、
   画像データを記憶するデータ記憶手段と、
   前記データ記憶手段に画像データが記憶された場合に、第１メッセージを前記サーバに登録する登録手段と、
   前記登録手段によって登録された前記第１メッセージに対して新たに登録される第２メッセージを監視する監視手段と、
   前記監視手段が前記第２メッセージを検知した場合に、該第２メッセージを登録したユーザに関するユーザ情報を取得する取得手段と、
   前記取得手段によって取得されたユーザ情報に基づいて、前記データ記憶手段に記憶された画像データを送信する送信手段と
   を備えることを特徴とする画像処理装置。
2. 原稿から画像を読み取って画像データを出力する読取手段を更に備え、
   前記データ記憶手段は、前記読取手段によって出力された画像データを記憶することを特徴とする請求項１に記載の画像処理装置。
3. 前記取得手段によって取得されたユーザ情報に基づいて、前記画像データの送信先を決定する決定手段をさらに備え、
   前記送信手段は、前記決定手段によって決定された送信先に、前記画像データを送信することを特徴とする請求項１または２に記載の画像処理装置。
4. 前記取得手段は、前記サーバから前記ユーザ情報を取得することを特徴とする請求項１に記載の画像処理装置。
5. ユーザによって登録されたメッセージを他のユーザに対して公開するマイクロブログ機能を提供するサーバと通信可能な画像処理装置であって、
   画像データを記憶するデータ記憶手段と、
   前記データ記憶手段に画像データが記憶された場合に、第１メッセージを前記サーバに登録する登録手段と、
   前記登録手段によって登録された前記第１メッセージに対して新たに登録される第２メッセージを監視する監視手段と、
   前記監視手段が前記第２メッセージを検知した場合に、該第２メッセージを解析する解析手段と、
   前記解析手段による解析の結果に基づいて、前記データ記憶手段に記憶された画像データを送信する送信手段と、を備え、
   前記登録手段は更に、前記送信手段による画像データの送信が完了した場合に、前記画像データの送信が完了したことを示すメッセージを前記サーバに登録することを特徴とする画像処理装置。
6. ユーザによって登録されたメッセージを他のユーザに対して公開するマイクロブログ機能を提供するサーバと通信可能な画像処理装置であって、
   画像データを記憶するデータ記憶手段と、
   前記データ記憶手段に画像データが記憶された場合に、第１メッセージを前記サーバに登録する登録手段と、
   前記登録手段によって登録された前記第１メッセージに対して新たに登録される第２メッセージを監視する監視手段と、
   前記監視手段が前記第２メッセージを検知した場合に、該第２メッセージを解析する解析手段と、
   前記解析手段による解析の結果に基づいて、前記データ記憶手段に記憶された画像データを送信する送信手段と、
   前記データ記憶手段に記憶された画像データが削除されたか否かを判定する判定手段とを備え、
   前記登録手段は更に、前記判定手段によって前記画像データが前記データ記憶手段から削除されたと判定された場合に、前記画像データが削除されたことを示すメッセージを前記サーバに登録することを特徴とする画像処理装置。
7. 前記解析手段は、前記第２メッセージに含まれる文字列を解析することによって、該第２メッセージを登録したユーザが要求する内容を判断することを特徴とする請求項５または６に記載の画像処理装置。
8. 前記第２メッセージを解析するための、予め定義された文字列を定義する文字列テーブルを記憶する文字列テーブル記憶手段を更に備え、
   前記解析手段は、前記文字列テーブル記憶手段に記憶された文字列が前記第２メッセージに含まれるかを検索することで、該第２メッセージを解析することを特徴とする請求項７に記載の画像処理装置。
9. 前記文字列テーブルには、
   前記画像データを印刷するか、又は、送信するかを示すコマンド文字列と、
   前記コマンド文字列が前記画像データの送信を示す場合に、当該画像データの送信方法を示すプロトコル文字列と、
   前記画像データのフォーマットを示すパラメータ文字列と
   が少なくとも定義されていることを特徴とする請求項８に記載の画像処理装置。
10. 前記送信手段は、前記画像データを電子メールに添付して送信することを特徴とする請求項１から９のいずれか１項に記載の画像処理装置。
11. 前記送信手段は、前記画像データを前記サーバに対して送信することを特徴とする請求項１に記載の画像処理装置。
12. ユーザによって登録されたメッセージを他のユーザに対して公開するマイクロブログ機能を提供するサーバと通信可能であって、画像データを記憶するデータ記憶手段を備える画像処理装置の制御方法であって、
    登録手段が、前記データ記憶手段に画像データが記憶された場合に、第１メッセージを前記サーバに登録する登録ステップと、
    監視手段が、前記登録ステップにおいて登録された前記第１メッセージに対して新たに登録される第２メッセージを監視する監視ステップと、
    解析手段が、前記監視ステップにおいて前記第２メッセージが検知された場合に、該第２メッセージを登録したユーザに関するユーザ情報を取得する取得ステップと、
    送信手段が、前記取得ステップにおいて取得されたユーザ情報に基づいて、前記データ記憶手段に記憶された画像データを送信する送信ステップと
    を実行することを特徴とする画像処理装置の制御方法。
13. 請求項１２に記載の画像処理装置の制御方法における各ステップをコンピュータに実行させるためのプログラム。

Images