JP2014002619A - 情報処理装置及びその制御方法とプログラム - Google Patents

Abstract

【課題】 作成中の文書ファイルが完成した時点で、その文書を即座に入手したい場合であっても、ユーザは自らファイル共有機能にアクセスして、そのファイルが完成しているかどうかを確認する必要があった、またタグ付き文書に配布先情報を埋め込んでおく場合では、完成した文書を入手したいユーザが配布先情報に含まれていない場合や配布先が間違っている場合がある。
【解決手段】 ユーザによって登録されたメッセージやファイルを他のユーザに対して公開するマイクロブログ機能を提供するサーバと通信可能な情報処理装置とその制御方法であって、ユーザによってサーバに登録されたファイルに関連付けられた第１メッセージに対する、他のユーザからの第２メッセージをサーバに登録し、そのサーバに登録されたファイルの状態が予め定められた状態となった場合に、第２メッセージを登録した他のユーザの情報に基づいて、そのファイルを前記他のユーザに配布する。
【選択図】 図７

Description

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

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

また、コミュニケーションツールとしてマイクロブログ機能を提供するサービスもある。マイクロブログ機能とは、サービスにアカウントを持つユーザが「つぶやき」と呼ばれる１００文字〜２００文字程度の短いメッセージを公開する短いブログ機能である。ここで言うユーザとは、例えば画像処理装置（プリンタ、複合機等）や連携サービス等、クラウドサービス上のオブジェクトやアプリケーション等を含み、実在するユーザ（人間）に限らない。即ち、実在するユーザ（人間）ではなく、例えばプリンタがサービスにアカウントをもつユーザとして登録され、メッセージをプリンタ自体が登録して公開したり、或は他のユーザのメッセージを監視するということもある。ユーザが公開したそれぞれのメッセージには固有の識別子が割り当てられる。

マイクロブログ機能では、ユーザが登録したメッセージや、そのメッセージに対して他のユーザが登録したメッセージを一覧として登録・表示・管理できる「タイムライン」が作成される。各ユーザは、この「タイムライン」上で、情報をやり取りし、コミュニケーションを行う。各ユーザのアカウントには、ユーザのプロフィールを管理する機能もあり、コミュニケーションの相手がどういった人物であるかが分かるようになっている。例えば、ユーザの名前、連絡先（メールアドレス、電話番号、住所等）、所属グループ等の情報が管理されている。

クラウドサービスとして提供されているＣＲＭサービスの中には、業務を行う際のコミュニケーションツールとしてマイクロブログ機能も提供しているものもある。これらのクラウドサービスでは、顧客情報や商談情報とメッセージをリンクさせて更にユーザの利便性を向上させている。

また同時に、ＣＲＭサービスの中には、ファイルをユーザ同士で共有し、ファイルの保存、編集、更新、参照する等の、ファイル共有機能も提供している。このようなファイル共有機能によれば、ファイルを個別に配布先に配布することなく共有が可能となる。例えば、Ｓａｌｅｓｆｏｒｃｅ．ｃｏｍがあり、提供しているマイクロブログ機能としてはＣｈａｔｔｅｒが相当する。ファイル共有機能としてはＤｏｃｕｍｅｎｔやＦｉｌｅが相当する。Ｃｈａｔｔｅｒのファイル共有機能では、ユーザはファイルを任意のメッセージと共に登録して公開することができ、他のユーザは公開されたファイルとメッセージを参照したり、ファイル自体をダウンロードして取得することができる。また、公開したファイルを更新したい場合は、既に登録しているファイルを指定して、更新済みのファイルを再度登録する。例えば、ユーザがファイルを登録する際に「「ＡＡ説明会資料」を作成中です。何かコメントがあればお願いします」といったメッセージを付加することができる。また、作成中のファイルが完成した場合は「資料が完成しました」というメッセージを付加して再度登録することができる。他のユーザはこれらのメッセージを参照して、公開されたファイルに対する情報や状態を把握することができる。また、ファイルの登録の際に任意のキーワードをタグとして付加することもでき、このようなタグを付加してファイルを登録すると、ファイルを検索する場合等に便利である。

また画像処理装置は高機能化、多機能化が進んでいる。近年では、スキャン機能、プリント機能といった紙文書の電子化や印刷といった基本的な機能だけではなく、ネットワーク・インターフェース（以下、ネットワークＩ／Ｆ）を搭載した画像処理装置が開発されている。例えば、ネットワークＩ／Ｆを搭載した画像処理装置は、紙文書をスキャンして形成した画像データをクラウドサービスに送信して格納でき、また、そのクラウドサービスに格納した画像データを取得して印刷できる。従って、このような機能により、他のユーザへの画像データの配布が実現されている。

特許文献１には、タグ付き文書の編集が完了した時点で、予めタグに埋め込まれている情報に基づいて、その後の定型処理を自動化する技術が提案されている。この技術によれば、タグ付き文書のタグに配布先情報を埋め込んでおくことによって、文書の編集が完了した時点で、その配布先情報で指定された配布先に自動的に文書を配布する等の自動化を行うことができる。これにより、ユーザの作業量の低減を図るとともに、文書の配布忘れを防ぐことができる。

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

しかしながら、上述の従来技術には以下のような課題がある。Ｃｈａｔｔｅｒなどが持つファイル共有機能上で文書ファイルの公開、編集、更新、参照を行っている場合、その文書ファイルがどのような状況かを確認するためには、ユーザ自らがファイル共有機能を操作してメッセージを確認する等の作業が必要となる。例えば、作成中の文書ファイルが完成した時点で、その完成した文書を即座に入手したい場合であっても、ユーザは自らファイル共有機能にアクセスして、そのファイルが完成しているかどうかを確認する必要がある。また文書ファイルの提供者に念のために問い合わせる場合もある。この確認作業はユーザにとって非常に煩雑であり、また確認作業を忘れてしまうこともある。

更に、上記特許文献１のようにタグ付き文書のタグに予め配布先情報を埋め込んでおく場合では、完成した文書を入手したいユーザが配布先情報に含まれていない場合や配布先が間違っている場合がある。これらを防ぐためには、タグに埋め込む配布先情報に漏れがないか、誤った配布先を含めてはいないか等の確認作業を文書ファイルの提供者が入念に行う必要がある。

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

本発明の特徴は、マイクロブログ機能を利用して登録されているファイルが予め定められた状態になった場合に、自動的に、そのファイルを希望するユーザにそのファイルを配布することができる技術を提供することにある。

上記目的を達成するために本発明の一態様に係る情報処理装置は以下のような構成を備える。即ち、
ユーザによって登録されたメッセージやファイルを他のユーザに対して公開するマイクロブログ機能を提供するサーバと通信可能な情報処理装置であって、
ユーザによって前記サーバに登録されたファイルに関連付けられた第１メッセージに対する、他のユーザからの第２メッセージを前記サーバに登録する登録手段と、
前記サーバに登録された前記ファイルの状態が予め定められた状態となった場合に、前記第２メッセージを登録した前記他のユーザの情報に基づいて、前記ファイルを前記他のユーザに配布する配布手段と、を有することを特徴とする。

本発明によれば、マイクロブログ機能を利用して登録されているファイルが予め定められた状態になった場合に、そのファイルを希望する他のユーザに、自動的にそのファイルを配布できるという効果がある。

本発明の実施形態に係る情報処理システムの構成を説明する図。 実施形態に係る画像処理装置のハードウェア構成を説明するブロック図。 実施形態に係るクラウドサービスサーバの構成例を説明するブロック図。 本実施形態に係る画像処理装置のソフトウェア構成を説明するブロック図。 実施形態に係るクラウドサービスサーバのソフトウェア構成を説明するブロック図。 本実施形態に係るクラウドサービスサーバで提供されるマイクロブログ機能により端末に表示されるマイクロブログ画面例を示す図。 実施形態に係る画像処理装置によるタイムライン監視処理を説明するフローチャート。

以下、添付図面を参照して本発明の実施形態を詳しく説明する。尚、以下の実施形態は特許請求の範囲に係る本発明を限定するものでなく、また本実施形態で説明されている特徴の組み合わせの全てが本発明の解決手段に必須のものとは限らない。尚、本実施形態では、本発明に係る情報処理装置として複合機（以下、画像処理装置）１０１を例に説明するが、本発明はこのような画像処理装置に限定されるものでなく、クラウドサービスサーバと接続できる機能を備えているＰＣなどでも良い。

図１は、本発明の実施形態に係る情報処理システムの構成を説明する図である。

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

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

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

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

プリンタＩ／Ｆ２１６は、プリンタ２２０と制御部２１０とを接続する。プリンタ２２０で印刷すべき画像データはプリンタＩ／Ｆ２１６を介して制御部２１０から転送され、プリンタ２２０により記録媒体（シート）上に印刷される。スキャナＩ／Ｆ２１７は、スキャナ２２１と制御部２１０とを接続する。スキャナ２２１は、原稿上の画像を読み取って画像データを出力し、その画像データはスキャナＩ／Ｆ２１７を介して制御部２１０に入力される。ネットワークＩ／Ｆ２１８は、制御部２１０（画像処理装置１０１）をＬＡＮ１１０に接続する。ネットワークＩ／Ｆ２１８は、ＬＡＮ１１０を経由して外部装置に画像データや情報を送信したり、外部装置から画像データや各種情報を受信する。タイマ２２２は、ＣＰＵ２１１の指示に従って一定時間を計時し、その一定時間が経過すると割り込みなどによりＣＰＵ２１１に通知する。

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

ＣＰＵ３１１を含む制御部３１０は、このクラウドサービスサーバ１３１全体の動作を統括的に制御する。ＣＰＵ３１１は、ＲＯＭ３１２に記憶されたブートプログラムによりＨＤＤ３１４からＲＡＭ３１３に展開された制御プログラムに従って各種制御処理を実行する。ＲＡＭ３１３は、ＣＰＵ３１１の主メモリ、ワークエリア等として用いられる。ＨＤＤ３１４は、画像データや各種プログラム、或いは後述する各種情報テーブル等を記憶する。ネットワークＩ／Ｆ３１５は、制御部３１０（クラウドサービスサーバ１３１）をインターネット１２０に接続する。尚、端末１０２のネットワークＩ／Ｆは、当該端末１０２をＬＡＮ１１０に接続する。

図４は、本実施形態に係る画像処理装置１０１のソフトウェア構成を説明するブロック図である。図４に示す各機能部は、画像処理装置１０１のＣＰＵ２１１が、ＲＡＭ２１３に展開された制御プログラムを実行することにより実現される。この画像処理装置１０１は、ソフトウェア構成として、通信部４０１、マイクロブログ通信管理部４０２、文書ファイル管理部４０３、ジョブ処理部４０４、文書ファイルデータベース（以下、文書ファイルＤＢ）４０５及び画像処理部４０６を有する。

通信部４０１は、マイクロブログ通信管理部４０２からの指示により、クラウドサービスサーバ１３１に対してリクエストを送信する。また、クラウドサービスサーバ１３１からのレスポンス（リクエストに対する返信）を受信する。また、メールサーバ１３２に対して電子メールの送受信を行う場合もある。

マイクロブログ通信管理部４０２は、通信部４０１、文書ファイル管理部４０３、ジョブ処理部４０４及び画像処理部４０６に各種指示を出すことにより本実施形態の機能を実現する。

文書ファイル管理部４０３は、マイクロブログ通信管理部４０２によって取得した文書ファイルの格納指示を文書ファイルＤＢ４０５に対して行ったり、文書ファイルＤＢ４０５に格納されている文書ファイルを取得したりする。ジョブ処理部４０４は、マイクロブログ通信管理部４０２からの実行指示によって、制御部２１０に各種ジョブの実行を依頼する。文書ファイルＤＢ４０５は、マイクロブログ通信管理部４０２によって取得した文書ファイルを、文書ファイル管理部４０３からの指示によりＨＤＤ２１４等のメモリに格納する。またＨＤＤ２１４等のメモリに格納されている文書ファイルを取得して文書ファイル管理部４０３に送信する。画像処理部４０６は、文書ファイルのデータに対しＰＤＦ、ＸＰＳ、ＯＯＸＭＬなどの電子ファイルフォーマットへの変換処理を行う。

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

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

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

図６は、本実施形態に係るクラウドサービスサーバ１３１で提供されるマイクロブログ機能により端末１０２に表示されるマイクロブログ画面例を示す図である。

マイクロブログ機能は、クラウドサービスサーバ１３１に対して通信可能に接続された装置から登録されたメッセージやファイルを、複数の他の装置に対して公開する機能である。通常、メッセージとしては、１５０〜２００文字の短い文字数が対象となる。図６は、ＰＣなどの端末１０２上で動作するＷｅｂブラウザからクラウドサービスサーバ１３１へアクセスして表示されるＷｅｂページの表示例を示している。この例では、クラウドサービスサーバ１３１は、端末１０２を操作するユーザのファイルと、そのファイルに関連するメッセージ、及び、そのファイルに対するメッセージを管理しているものとする。

図６に示す画面例は、クラウドサービスサーバ１３１が端末１０２のユーザに対するメッセージを表示するマイクロブログ画面例を示す。端末１０２は、クラウドサービスサーバ１３１から受信した画面情報に従って、このマイクロブログ画面を表示部に表示する。メッセージ表示エリア６０３では、メッセージと、そのメッセージに対する他のユーザからのメッセージから構成されるタイムラインがそれぞれ表示される。メッセージ表示エリア６０３は、ユーザ「ＵＳＥＲ−Ａ」が文書ファイル「ＡＡ説明会資料」を、マイクロブログ機能を利用して管理している様子を示している。

メッセージ６１１は、ユーザ「ＵＳＥＲ−Ａ」が、作成中の文書ファイル「ＡＡ説明会資料」とそれに関連するメッセージを登録したことを示す第１メッセージである。このメッセージ６１１に対するメッセージ６１２，６１３は、ユーザ「ＵＳＥＲ−Ｂ」「ＵＳＥＲ−Ｃ」それぞれが、メッセージ６１１に含まれるリンクボタン６４１（「いいね！」）をクリックしたときに登録される定型メッセージ（第２メッセージ）である。なお、ここでは「いいね！」をクリックしたことを意味する自然言語が登録されている様子を示すが、「いいね！」をクリックしたユーザ名が登録されるだけの場合もメッセージが登録されたものとして扱う。

メッセージ６１４は、ユーザ「ＵＳＥＲ−Ａ」が、完成した文書ファイル「ＡＡ説明会資料」と、それに関連するメッセージを登録したことを示すメッセージ（第１メッセージ）である。前述のメッセージ６１１との違いは、完成した文書ファイルを登録するため、メッセージにタグ６４２（「＃完成版」）が付加されている点である。このメッセージ６１４に対する定型メッセージ６１５は、ユーザ「ＵＳＥＲ−Ｄ」がメッセージ６１４に含まれるリンクボタン６４３（「いいね！」）を押したとき（クリックしたとき）に登録される定型メッセージである。

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

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

次に、図７を参照して、本実施形態における画像処理装置１０１のタイムライン監視処理の詳細について説明する。以下で説明する処理は、画像処理装置１０１のＣＰＵ２１１がＲＯＭ２１２やＨＤＤ２１４から制御プログラムをＲＡＭ２１３に展開して実行することにより実現される。

図７は、実施形態に係る画像処理装置１０１によるタイムライン監視処理を説明するフローチャートである。

まずＳ７０１で、マイクロブログ通信管理部４０２は通信部４０１を介して、メッセージの一覧情報をクラウドサービスサーバ１３１から取得する。これは図６に示す画面例では、メッセージ６１１及びメッセージ６１４を取得することになる。次にＳ７０２に進み、マイクロブログ通信管理部４０２は、その取得したメッセージの内容に関連する文書ファイルの完成版を示す特定のタグ（例えば、「＃完成版」）が、そのメッセージに含まれているか否かを判定する。このように文書ファイルの状態を示す特定のタグが含まれていると判断した場合はＳ７０３へ進むが、特定のタグが含まれていないと判断した場合はＳ７０１へ戻り、定期的にメッセージの一覧情報を取得する。図６に示す画面例では、メッセージ６１４を取得した時点で、この特定のタグ６４２（「＃完成版」）が含まれていると判定することになる。従って、メッセージ６１４により、文書ファイル「ＡＡ説明会資料」の作成が完了したと判定して、Ｓ７０２からＳ７０３に処理が進むことになる。

Ｓ７０３において、マイクロブログ通信管理部４０２は通信部４０１を介して、その特定のタグを含むメッセージに関連付けられた、完成した文書ファイルをクラウドサービスサーバ１３１から取得する。更に、マイクロブログ通信管理部４０２は、その取得した文書ファイルをメッセージＩＤとともに文書ファイルＤＢ４０５へ格納するように文書ファイル管理部４０３に指示する。ここでメッセージＩＤとは、特定のタグが含まれているメッセージ（図６ではメッセージ６１４）を一意に識別するＩＤである。

次にＳ７０４に進み、マイクロブログ通信管理部４０２は、そのメッセージ（図６ではメッセージ６１４）に対する定型メッセージを一定時間監視するためにタイマ２２２を起動する。そしてＳ７０５で、マイクロブログ通信管理部４０２は、通信部４０１を介して、そのメッセージに対する定型メッセージの一覧情報をクラウドサービスサーバ１３１から取得する。例えば図６の画面例では、文書ファイル「ＡＡ説明会資料」が完成したことを示すメッセージ６１４が登録された時点（登録時刻：２０１１／０３／１９（１６：２０））で、既に登録されているメッセージは、定型メッセージ６１２，６１３である。従って、ここでは、定型メッセージ６１２（登録時刻：２０１１／０３／１８（１１：１０））と定型メッセージ６１３（登録時刻：２０１１／０３／１８（１２：１０））のメッセージの一覧情報を取得することになる。

次にＳ７０６に進み、マイクロブログ通信管理部４０２は、Ｓ７０５で取得した定型メッセージの一覧情報の中に、特定の用語（例えば、「いいね！」）を含む定型メッセージが登録されているか否かを判定する。Ｓ７０６で、特定の用語を含む定型メッセージが存在すると判定した場合はＳ７０７に進み、そうでない場合はＳ７０９に進む。図６の画面例では、定型メッセージ６１２，６１３が特定の用語を含む定型メッセージと判定される。

Ｓ７０７において、マイクロブログ通信管理部４０２は通信部４０１を介して、その定型メッセージ（図６では、６１２，６１３）を登録したユーザの情報をクラウドサービスサーバ１３１から取得する。このユーザの情報には、そのユーザの属性となる情報が含まれる。ユーザの属性は、例えば、顔写真、名前、連絡先（電話番号、メールアドレス、住所など）、所属組織、言語などを含む。図６の画面例では、定型メッセージ６１２，６１３を登録したユーザ「ＵＳＥＲ−Ｂ」、及びユーザ「ＵＳＥＲ−Ｃ」のユーザ情報を取得する。

次にＳ７０８に進み、マイクロブログ通信管理部４０２は、Ｓ７０７で取得した各ユーザ情報からメールアドレスを抽出する。更に、Ｓ７０３でクラウドサービスサーバ１３１から取得して文書ファイルＤＢ４０５に格納した文書ファイルを、メッセージＩＤを基に文書ファイル管理部４０３を介して取得する。そしてマイクロブログ通信管理部４０２は、その取得した文書ファイルを添付した電子メールデータを生成し、抽出したメールアドレスを宛先として、その電子メールデータをメールサーバ１３２に送信する。図６の画面例においては、「ＵＳＥＲ−Ｂ」及びユーザ「ＵＳＥＲ−Ｃ」のメールアドレス宛に、文書ファイル「ＡＡ説明会資料」の完成版が添付された電子メールが送信される。

そしてＳ７０９に進み、Ｓ７０４で起動したタイマ２２２がタイムアウトしたか否かを判断する。タイムアウトしていないと判断した場合はＳ７０５に戻り、Ｓ７０５〜Ｓ７０９の処理を繰り返す。そしてタイムアウトしたと判断した場合は、タイムライン監視処理を終了する。

２回目以降のＳ７０５〜Ｓ７０９の処理を繰り返して行うことにより、Ｓ７０６において、マイクロブログ通信管理部４０２は、タイマ２２２により計時される一定時間内に、新しく登録された定型メッセージを検知する場合がある。図６の画面例では、定型メッセージ６１５（登録時刻：２０１１／０３／２０（１３：１０））がこれに該当する。この場合、定型メッセージ６１５を登録したユーザ「ＵＳＥＲ−Ｄ」宛にも、Ｓ７０８で、文書ファイル「ＡＡ説明会資料」の完成版が添付された電子メールデータが送信される。

以上説明したように本実施形態によれば、編集や更新を行っている作成中の文書ファイルが完成した時点でその完成版を入手したい他のユーザは、マイクロブログに定型メッセージを登録しておくだけで、その完成版を自動的に入手することができる。

また本実施形態によれば、完成版の文書ファイルを、入手したいユーザにだけ確実に配布できるとともに、間違った宛先に配布されるのも防止できる。

また文書ファイルを入手したいユーザは、例えば、その文書ファイルに関連付けて登録されているメッセージに含まれる、その文書ファイルの完成版がほしい旨を示す用語（例えば「いいね！」）をクリックするだけで定型メッセージを登録できる。これによりユーザは、簡単な操作で完成版の文書ファイルを入手することができるという効果がある。
（他の実施形態）
本実施形態において、メッセージの例えば「いいね！」をクリックすることで登録されるメッセージを定型メッセージとしていたが、本発明はこれに限定されるものでなく、画像処理装置１０１が解析可能な他のメッセージであってもよい。例えば、解析可能なメッセージとして、例えば、「sｅｎｄ ｅ−ｍａｉｌ ｔｏ ｍｅ ａｓ ｐｄｆ」のようなメッセージとし、メッセージに送信方法（ｅ−ｍａｉｌ）、送信先（ｍｅ）及びファイルフォーマット（ｐｄｆ）等を含めてもよい。この場合、マイクロブログ通信管理部４０２は登録されたメッセージを解析し、画像処理部４０６を用いて、指定されたファイルフォーマットに従って文書ファイルを変換する。そして通信部４０１を介して、その文書ファイルを、指定された送信先に、指定された送信方法で送信することが可能となる。

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

Claims (8)

1. ユーザによって登録されたメッセージやファイルを他のユーザに対して公開するマイクロブログ機能を提供するサーバと通信可能な情報処理装置であって、
   ユーザによって前記サーバに登録されたファイルに関連付けられた第１メッセージに対する、他のユーザからの第２メッセージを前記サーバに登録する登録手段と、
   前記サーバに登録された前記ファイルの状態が予め定められた状態となった場合に、前記第２メッセージを登録した前記他のユーザの情報に基づいて、前記ファイルを前記他のユーザに配布する配布手段と、
   を有することを特徴とする情報処理装置。
2. 前記予め定められた状態は、前記ファイルの編集が完了した状態であることを特徴とする請求項１に記載の情報処理装置。
3. 前記予め定められた状態は、前記ユーザにより、前記ファイルに関連づけて前記サーバに登録されるメッセージの特定のタグに基づいて検知されることを特徴とする請求項１又は２に記載の情報処理装置。
4. 前記配布手段は、前記サーバに登録されたファイルの状態が予め定められた状態となった場合に、一定時間内に前記第２メッセージを登録した前記他のユーザに前記ファイルを配布することを特徴とする請求項１乃至３のいずれか１項に記載の情報処理装置。
5. 前記登録手段は、前記第１メッセージを表示し、前記他のユーザが、表示された前記第１メッセージの特定の用語を指示手段で指示することにより前記他のユーザからの第２メッセージを登録することを特徴とする請求項１乃至４のいずれか１項に記載の情報処理装置。
6. 前記配布手段は、前記他のユーザのメールアドレスに前記ファイルを添付した電子メールを送信することにより、前記ファイルを配布することを特徴とする請求項１に記載の情報処理装置。
7. ユーザによって登録されたメッセージやファイルを他のユーザに対して公開するマイクロブログ機能を提供するサーバと通信可能な情報処理装置を制御する制御方法であって、
   登録手段が、ユーザによって前記サーバに登録されたファイルに関連付けられた第１メッセージに対する、他のユーザからの第２メッセージを前記サーバに登録する登録工程と、
   配布手段が、前記サーバに登録された前記ファイルの状態が予め定められた状態となった場合に、前記第２メッセージを登録した前記他のユーザの情報に基づいて、前記ファイルを前記他のユーザに配布する配布工程と、
   を有することを特徴とする情報処理装置の制御方法。
8. 請求項７に記載の情報処理装置の制御方法における各ステップをコンピュータに実行させるプログラム。

Images