(57)【要約】【課題】データをより適切に連携することを目的とする。【解決手段】格納領域を監視して格納領域にデータが格納されたことを契機に処理を行う処理部と処理部が監視する格納領域を示す領域情報が設けられる設定情報を記憶する記憶部とを有する情報処理装置が、設定情報を記憶部から読み出し、処理部で監視される格納領域が存在するか否かを設定情報より判断し、存在すると判断した格納領域にデータを格納するユーザ操作を受け付けるユーザインターフェースを利用可能に制御することによって課題を解決する。【選択図】図５
2013003678.tif 000002
【特許請求の範囲】
【請求項１】
格納領域を監視して前記格納領域にデータが格納されたことを契機に処理を行う処理部と前記処理部が監視する格納領域を示す領域情報が設けられる設定情報を記憶する記憶部とを有する情報処理装置であって、
前記設定情報を前記記憶部から読み出す読出手段と、
前記処理部で監視される格納領域が存在するか否かを前記設定情報より判断し、存在すると判断した格納領域にデータを格納するユーザ操作を受け付けるユーザインターフェースを利用可能に制御する制御手段と、を有することを特徴とする情報処理装置。
【請求項２】
前記記憶部には、複数の格納領域を示す領域情報が予め記憶され、
前記制御手段は、前記複数の格納領域の各々に対応するユーザインターフェースのうち前記処理部で監視される格納領域に対応するユーザインターフェースを利用可能に制御することを特徴とする請求項１記載の情報処理装置。
【請求項３】
前記制御手段は、前記処理部が作動しているか否かを判断し、作動していると更に判断した場合、前記ユーザインターフェースを利用可能に制御することを特徴とする請求項１記載の情報処理装置。
【請求項４】
前記制御手段は、作動していないと更に判断した場合、前記処理部を起動する制御を行うことを特徴とする請求項３記載の情報処理装置。
【請求項５】
格納領域を監視して前記格納領域にデータが格納されたことを契機に処理を行う処理部を有する装置と通信可能に接続された情報処理装置であって、
前記処理部の作動の状態を示す状態情報を前記装置から取得する取得手段と、
前記処理部が作動していると前記状態情報より判断した場合、前記格納領域にデータを格納するユーザ操作を受け付けるユーザインターフェースを利用可能に制御する制御手段と、を有することを特徴とする情報処理装置。
【請求項６】
複数の格納領域を示す領域情報が予め記憶された記憶部から前記領域情報を読み出す読出手段と、
前記処理部が監視する格納領域を示す領域情報を前記装置から受信する受信手段と、を更に有し、
前記制御手段は、前記複数の格納領域の各々に対応するユーザインターフェースのうち前記受信手段で受信された領域情報の格納領域に対応するユーザインターフェースを利用可能に制御することを特徴とする請求項５記載の情報処理装置。
【請求項７】
前記処理部が監視する格納領域を示す領域情報と共に、前記格納領域で待ち受けるデータを前記装置から受信する受信手段を更に有し、
前記制御手段は、前記データを選択するユーザ操作が行われたと更に判断した場合、前記ユーザインターフェースを利用可能に制御することを特徴とする請求項５記載の情報処理装置。
【請求項８】
前記制御手段は、前記ユーザインターフェースを介して前記格納領域にデータを格納するユーザ操作が受け付けられてから一定の時間が経過するまでに前記処理部で前記データがアクセスされていないと判断した場合、前記処理部で前記データの処理が行われていないことを報知する制御を行うことを特徴とする請求項５記載の情報処理装置。
【請求項９】
格納領域を監視して前記格納領域にデータが格納されたことを契機に処理を行う処理部と前記処理部が監視する格納領域を示す領域情報が設けられる設定情報を記憶する記憶部とを有する情報処理装置における情報処理方法であって、
読出手段が、前記設定情報を前記記憶部から読み出す読出工程と、
制御手段が、前記処理部で監視される格納領域が存在するか否かを前記設定情報より判断し、存在すると判断した格納領域にデータを格納するユーザ操作を受け付けるユーザインターフェースを利用可能に制御する制御工程と、を有することを特徴とする情報処理方法。
【請求項１０】
格納領域を監視して前記格納領域にデータが格納されたことを契機に処理を行う処理部を有する装置と通信可能に接続された情報処理装置における情報処理方法であって、
取得手段が、前記処理部の作動の状態を示す状態情報を前記装置から取得する取得工程と、
制御手段が、前記処理部が作動していると前記状態情報より判断した場合、前記格納領域にデータを格納するユーザ操作を受け付けるユーザインターフェースを利用可能に制御する制御工程と、を有することを特徴とする情報処理方法。
【請求項１１】
格納領域を監視して前記格納領域にデータが格納されたことを契機に処理を行う処理部と前記処理部が監視する格納領域を示す領域情報が設けられる設定情報を記憶する記憶部とを有するコンピュータを、
前記設定情報を前記記憶部から読み出す読出手段と、
前記処理部で監視される格納領域が存在するか否かを前記設定情報より判断し、存在すると判断した格納領域にデータを格納するユーザ操作を受け付けるユーザインターフェースを利用可能に制御する制御手段として機能させるプログラム。
【請求項１２】
格納領域を監視して前記格納領域にデータが格納されたことを契機に処理を行う処理部を有する装置と通信可能に接続されたコンピュータを、
前記処理部の作動の状態を示す状態情報を前記装置から取得する取得手段と、
前記処理部が作動していると前記状態情報より判断した場合、前記格納領域にデータを格納するユーザ操作を受け付けるユーザインターフェースを利用可能に制御する制御手段として機能させるプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、情報処理装置、情報処理方法、及びプログラムに関する。
【背景技術】
【０００２】
一般に、異なる２つのモジュール間で連続したデータ処理を行う際、ホットフォルダと呼ばれる２つのモジュールがともに参照可能なフォルダを介してデータを受け渡すことが行われている（例えば、特許文献１参照）。
例えば、受け取り側のモジュールが特定のフォルダについてファイルの生成を監視し、送り側のモジュールは、監視されたフォルダにデータ処理が完了したファイルを置くことで、受け取り側のモジュールの実行契機となり、ファイルの受け渡しが実現される。
また、送り側のモジュールと受け取り側のモジュールとの間に、データの受け渡しの処理を予めプログラミングしておく必要が無いため、モジュール間（システム間）通信を定義するなどの実装が不要であり、おのおの独立のモジュールとして作成できる利点がある。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２０００−１１８０９５号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
しかしながら、ホットフォルダを介したファイルの受け渡しの処理では、送り側のモジュールと受け取り側のモジュールとは独立して動作するため、送り側のモジュールからは、実際に受け取り側のモジュールが処理を開始したかについて関知しない。そのため、受け取り側のモジュールがデータ処理の準備が整っていない状態で、送り側のモジュールがホットフォルダにファイルを生成しても、次の処理が開始されない。
即ち、送り側のモジュールでは処理が正常に終了したと表示されるため、処理が滞っているにもかかわらず滞っていることにユーザが気づかないという問題がある。
【０００５】
本発明はこのような問題点に鑑みなされたもので、データをより適切に連携することを目的とする。
【課題を解決するための手段】
【０００６】
そこで、本発明に係る情報処理装置は、格納領域を監視して前記格納領域にデータが格納されたことを契機に処理を行う処理部と前記処理部が監視する格納領域を示す領域情報が設けられる設定情報を記憶する記憶部とを有する情報処理装置であって、前記設定情報を前記記憶部から読み出す読出手段と、前記処理部で監視される格納領域が存在するか否かを前記設定情報より判断し、存在すると判断した格納領域にデータを格納するユーザ操作を受け付けるユーザインターフェースを利用可能に制御する制御手段と、を有することを特徴とする。
【０００７】
また、本発明は、情報処理方法、プログラムなどとしてもよい。
【発明の効果】
【０００８】
本発明によれば、データをより適切に連携することができる。
【図面の簡単な説明】
【０００９】
【図１】ＰＣのハードウェアの構成の一例を図である。
【図２】モジュールの構成の一例を示す図である。
【図３】モジュールの構成の一例を示す図である。
【図４】起動時チェック処理に係るフローチャートの一例を示す図である。
【図５】ＵＩの一例を示す図である。
【図６】起動時チェック処理に係るフローチャートの一例を示す図である。
【図７】起動時チェック処理に係るフローチャートの一例を示す図である。
【図８】文書処理システムの構成の一例を示す図である。
【図９】モジュールの構成の一例を示す図である。
【図１０】モジュールの構成の一例を示す図である。
【図１１Ａ】文書送信処理に係るフローチャートの一例を示す図である。
【図１１Ｂ】文書選択時チェック処理に係るフローチャートの一例を示す図である。
【図１２】データ返却情報ファイルの一例を示す図である。
【図１３】ＵＩの一例を示す図である。
【図１４】文書返却処理に係るフローチャートの一例を示す図である。
【発明を実施するための形態】
【００１０】
以下、本発明の実施形態について図面に基づいて説明する。なお、実施形態は、本発明を限定するものではなく、また、実施形態で説明されている全ての構成が本発明の課題を解決するための手段に必須であるとは限らない。
【００１１】
＜第１の実施形態＞
［システム構成］
本実施形態では、文書処理システムの全ての機能を一般的な情報処理装置（コンピュータ）によって実現する構成について説明する。本実施形態では、ホットフォルダ（格納領域の一例）を介してデータの受け渡しを行う文書処理システムにおいて、送り側のアプリケーションのユーザインターフェースを制御する方法について説明する。
【００１２】
［ハードウェア構成］
図１は、本文書処理システムを構成するパーソナルコンピュータ（ＰＣ）１１０のハードウェアの構成の一例を図である。なお、ＰＣ１１０には一般的な情報処理装置のハードウェアの構成を適用できる。
ＣＰＵ１００は、ＲＯＭ１０２のプログラム用ＲＯＭ、或いは外部メモリ１０９に記憶されたオペレーティングシステム（ＯＳ）、アプリケーション等のプログラムをＲＡＭ１０１にロードして実行する。なお、後述するモジュールの機能、及び各フローチャートの処理は、ＣＰＵ１００がプログラムを実行することにより実現される。ただし、後述するモジュールの機能、及び各フローチャートの処理の全部又は一部を、専用のハードウェアを用いて実現してもよい。
【００１３】
ＲＡＭ１０１は、ＣＰＵ１００の主メモリ、ワークエリア等として機能する。入力デバイスコントローラ１０３は、キーボード／マウス１０８、図示しないポインティングデバイスなどの入力デバイスからの入力を制御する。ディスプレイコントローラ１０４は、各種のディスプレイ１０７の表示を制御する。
ディスクコントローラ１０５は、各種のデータを記憶するハードディスク（ＨＤＤ）、フレキシブルディスク（ＦＤＤ）等の外部メモリ１０９におけるデータアクセスを制御する。ネットワークコントローラ１０６は、ネットワークに接続され、ネットワークに接続された他の機器との通信制御処理を実行する。
【００１４】
［モジュール構成］
図２および図３は、ＰＣ１１０におけるモジュールの構成の一例を示す図である。本文書処理システムでは、全ての機能がＰＣ１１０上で動作するモジュールによって実現される。
ＰＣ１１０は、画面表示管理部２０１、ユーザ入力管理部２０２、ファイルシステム部２０３、データ送信側の文書処理システム部２０４、及びデータ受信側の文書処理システム部２０５を含んで構成される。
画面表示管理部２０１は、文書処理システム部（２０４、２０５）における処理の結果をディスプレイ１０７に表示する。ユーザ入力管理部２０２は、ユーザによるキーボード／マウス１０８の操作（ユーザ操作）を検知し、ユーザ操作に応じて文書処理システム部（２０４、２０５）に指示を行う。
ファイルシステム部２０３は、外部メモリ１０９にファイルとして文書（文書データ）を保存・取得する。文書処理システム部２０４は、文書（ファイル）を文書処理システム部２０５に送信する処理を行う。文書処理システム部２０５は、文書を受信する処理を行う。
【００１５】
次に、文書処理システム部（２０４、２０５）の詳細について図３を用いて説明する。図３（Ａ）は、文書処理システム部２０４の構成の一例を示す図である。文書処理システム部２０４は、文書編集部３０１、文書管理部３０２、ワークフローＵＩ管理部３０３、及びワークフロー管理部３０４を含んで構成される。
文書編集部３０１は、ユーザ入力管理部２０２の編集実行指示に従い文書の編集を実行する。文書管理部３０２は、文書をファイルとして管理し、ユーザ入力管理部２０２の文書操作実行指示に従い文書のファイル操作を実行する。
ワークフローＵＩ管理部３０３は、文書を送信するユーザ操作を受け付けるユーザインターフェース（送信操作ＵＩ）の表示を画面表示管理部２０１に指示し、文書の送信先の状態によって送信操作ＵＩの表示の切り替えを行う。ワークフロー管理部３０４は、文書の送信先の状態を判定し、送信操作ＵＩを利用可能または利用不可能にする表示の切り替えをワークフローＵＩ管理部３０３に指示する。
【００１６】
図３（Ｂ）は、文書処理システム部２０５の構成の一例を示す図である。文書処理システム部２０５は、文書編集部３０５、文書管理部３０６、及びホットフォルダ管理部３０７を含んで構成される。
文書編集部３０５は、ユーザ入力管理部２０２の編集実行指示に従い文書の編集を実行する。文書管理部３０６は、文書をファイルとして管理し、ユーザ入力管理部２０２の文書操作実行指示に従い文書のファイル操作を実行する。
【００１７】
ホットフォルダ管理部３０７は、受信用のホットフォルダを監視して入力（生成）される文書を待ち受け、ホットフォルダ内に文書が生成されると、文書管理部３０６に文書の入力処理実行を指示する。
ここで、本実施形態では、説明の便宜上、文書処理システム部（２０４、２０５）を送信側の機能と受信側の機能とに分けて説明する。しかしながら、それぞれの文書処理システムが送信および受信の機能を有し、相互に文書を交換する構成であってもよい。なお、文書処理システム部（２０４、２０５）は、格納領域にデータが格納されたことを契機に処理を行う処理部の一例である。
【００１８】
［処理の流れ］
文書処理システムにおけるＵＩの制御について図４を用いて説明する。図４は、起動時チェック処理に係るフローチャートの一例を示す図である。
ここで、データ送信側の文書処理システム部２０４を起動するユーザ操作が行われると、ユーザ入力管理部２０２は、キーボード／マウス１０８に対する当該操作を検知し、文書処理システム部２０４に対して起動を指示する。例えば、ＣＰＵ１００が文書処理システム部２０４に係るプログラムを外部メモリ１０９からＲＡＭ１０１に読み出して実行することにより、文書処理システム部２０４が起動する。そして、文書処理システム部２０４は、起動時に、図４に示すフローチャートに従って起動時チェック処理を行う。
【００１９】
Ｓ４０１では、ワークフロー管理部３０４は、まず、データ受信側の文書処理システム部２０５のホットフォルダ管理部３０７の設定レジストリ（なお、設定ファイルを使用する構成も可能である。）を読み出す（読出処理）。続いて、ワークフロー管理部３０４は、読み出した設定情報をもとにホットフォルダが設定されているかを判定する。
なお、設定レジストリ、設定ファイル等の設定情報には、文書処理システム部２０５が監視するホットフォルダを示す情報（領域情報の一例）が設けられる。設定レジストリは、例えば、ユーザ入力管理部２０２を介して文書処理システム部２０５により設定され、ＰＣ１１０に設けられる記憶部の予め定められた記憶領域に記憶されているものとする。
【００２０】
このとき、ワークフロー管理部３０４は、ホットフォルダが設定されていないと判断した場合、図５（Ａ）に示す文書処理ＵＩ５０１がディスプレイ１０７に表示されるようにワークフローＵＩ管理部３０３に指示し、処理を終了する。他方、ワークフロー管理部３０４は、ホットフォルダが設定されていると判断した場合、Ｓ４０２に処理を進める。
図５は、文書に対する各種の操作を受け付けるＵＩの一例（文書処理ＵＩ５０１）を示す図である。文書処理ＵＩ５０１は、文書位置選択部５０２、文書選択部５０３、及び文書出力先選択部５０４を含んで構成される。例えば、図５（Ａ）に示す文書処理ＵＩ５０１は、文書に対する各種の操作を受け付け、この操作に対する文書編集部３０１、文書管理部３０２による処理の結果をユーザに提供する。
【００２１】
Ｓ４０２では、ワークフロー管理部３０４は、設定レジストリに含まれるホットフォルダの位置を出力先（宛先）とするアイコンを利用可能に表示するようにワークフローＵＩ管理部３０３に指示する。
指示を受けたワークフローＵＩ管理部３０３は、出力先を示すアイコン（例えば、図５（Ｂ）に示すアイコン５０５）が利用可能に文書出力先選択部５０４に表示されるように画面表示管理部２０１に指示する。
【００２２】
ここで、本実施形態は、上述した構成に限られるものではない。例えば、データ送信側の文書処理システム部２０４が文書出力先選択部５０４に表示する出力先を示す一又は複数のアイコンの出力先情報（領域情報の一例であり、フォルダの位置など）を外部メモリ等の記憶部に予め登録しておく構成としてもよい。図６に、この場合の起動時チェック処理に係るフローチャートの一例を示す。
Ｓ６０１では、ワークフロー管理部３０４は、記憶部から出力先情報を読み出し、出力先として登録済みのフォルダが存在するかを出力先情報より確認する。このとき、ワークフロー管理部３０４は、存在すると判断した場合、Ｓ６０２に処理を進め、他方、存在しないと判断した場合、処理を終了する。
【００２３】
Ｓ６０２では、ワークフロー管理部３０４は、データ受信側の文書処理システム部２０５のホットフォルダ管理部３０７の設定レジストリと出力先情報とを比較して同じフォルダが設定されているかを判定する。
このとき、ワークフロー管理部３０４は、同じフォルダが登録されていると判断した場合、設定レジストリに含まれるホットフォルダの位置を出力先とするアイコンを利用可能に表示するようにワークフローＵＩ管理部３０３に指示し、処理を終了する。指示を受けたワークフローＵＩ管理部３０３は、設定レジストリのホットフォルダに対応するアイコンが利用可能に（例えば図５（Ｂ）に示すアイコン５０５のように）文書出力先選択部５０４に表示されるように画面表示管理部２０１に指示する。
【００２４】
他方、ワークフロー管理部３０４は、設定レジストリのホットフォルダとは異なるフォルダが登録されている、又はフォルダが登録されていないと判断した場合、Ｓ６０３に処理を進める。
Ｓ６０３では、ワークフロー管理部３０４は、設定レジストリのホットフォルダ以外のフォルダに対応するアイコンを使用できない出力先のアイコンとして表示するようにワークフローＵＩ管理部３０３に指示する。指示を受けたワークフローＵＩ管理部３０３は、ユーザ操作できないアイコン、即ちDisable状態にしたアイコン（例えば、図５（Ｃ）に示すアイコン５０６）が文書出力先選択部５０４に表示されるように画面表示管理部２０１に指示する。なお、Disable状態では、例えば、アイコンに対するユーザ操作が無効化される等、アイコンが利用不可能にされ、アイコンの色も通常状態とは異なる色に変更されている。
【００２５】
また、本実施形態は、上述した構成に限られるものではない。例えば、データ送信側の文書処理システム部２０４が出力先情報を記憶部に予め登録しておく構成において、データ受信側の文書処理システム部２０５が起動していない場合に起動させる構成を更に採用することが可能である。図７に、この場合の起動時チェック処理に係るフローチャートの一例を示す。
Ｓ７０１では、ワークフロー管理部３０４は、出力先として登録済みのフォルダが存在するかを出力先情報より確認する。このとき、ワークフロー管理部３０４は、登録済みのフォルダが存在すると判断した場合、Ｓ７０２に処理を進め、他方、登録済みのフォルダが存在しないと判断した場合、処理を終了する。
【００２６】
Ｓ７０２では、ワークフロー管理部３０４は、ホットフォルダ管理部３０７の設定レジストリと出力先情報とを比較して同じフォルダが設定されているかを判定する。このとき、ワークフロー管理部３０４は、同じフォルダが登録されていると判断した場合、Ｓ７０３に処理を進め、他方、同じフォルダが登録されていないと判断した場合、Ｓ７０６に処理を進める。
Ｓ７０３では、ワークフロー管理部３０４は、データ受信側の文書処理システム部２０５が起動しているかを確認する。起動しているか否かは、適宜の方法により判断できる。例えば、ＰＣ１１０における文書処理システム部２０５に対応するプロセス（タスク）の有無で判断してもよいし、第２の実施形態で説明する特定のファイルの有無で判断してもよい。
このとき、ワークフロー管理部３０４は、起動していると判断した場合、設定レジストリに含まれるホットフォルダの位置を出力先とするアイコンとして表示するようにワークフローＵＩ管理部３０３に指示し、処理を終了する。指示を受けたワークフローＵＩ管理部３０３は、出力先を示すアイコンが利用可能に文書出力先選択部５０４に表示されるように画面表示管理部２０１に指示する。他方、ワークフロー管理部３０４は、起動していないと判断した場合、Ｓ７０４に処理を進める。
【００２７】
Ｓ７０４では、ワークフロー管理部３０４は、データ受信側の文書処理システム部２０５を起動する。例えば、ＣＰＵ１００が文書処理システム部２０５に係るプログラムを外部メモリ１０９からＲＡＭ１０１に読み出して実行することにより、文書処理システム部２０５が起動する。続いて、ワークフロー管理部３０４は、文書処理システム部２０５が起動したか否かを判断する（Ｓ７０５）。
このとき、ワークフロー管理部３０４は、起動したと判断した場合、設定レジストリに含まれるホットフォルダの位置を出力先とするアイコンとして表示するようにワークフローＵＩ管理部３０３に指示し、処理を終了する。指示を受けたワークフローＵＩ管理部３０３は、出力先を示すアイコンが利用可能に文書出力先選択部５０４に表示されるように画面表示管理部２０１に指示する。他方、ワークフロー管理部３０４は、起動しなかったと判断した場合、Ｓ７０６に処理を進める。
【００２８】
Ｓ７０６では、ワークフロー管理部３０４は、上述の判定の結果に応じて、使用できない出力先のアイコンとして表示するようにワークフローＵＩ管理部３０３に指示する。より具体的には、設定レジストリのホットフォルダとは異なるフォルダが登録されていると判断された場合、当該フォルダを使用できない出力先のアイコンとして表示するようにワークフローＵＩ管理部３０３に指示が行われる。また、起動に失敗したと判断された場合、全てのフォルダを使用できない出力先のアイコンとして表示するようにワークフローＵＩ管理部３０３に指示が行われる。
例えば、図５（Ｃ）に示すように、指示を受けたワークフローＵＩ管理部３０３は、出力先を示すアイコンをDisable状態にしたアイコン５０６が文書出力先選択部５０４に表示されるように画面表示管理部２０１に指示する。
【００２９】
上述した構成によれば、データ送信側の文書処理システム部の送信操作ＵＩを、データ受信側の文書処理システム部で処理が継続可能な状態のときにのみ使用可能に制御することが可能となる。
即ち、上述した構成によれば、データ受信側の文書処理システム部で処理が滞り、かつ、その状態にユーザが気づかない、という事態を回避することができる。
【００３０】
＜第２の実施形態＞
第１の実施形態では、データ送信側の文書処理システム部２０４とデータ受信側の文書処理システム部２０５とが同一のＰＣ１１０で動作する構成を例に挙げて説明した。しかしながら、データ送信側の文書処理システム部２０４とデータ受信側の文書処理システム部２０５とが、ネットワーク８０１を介して別々のＰＣで動作する構成としてもよい。
そこで、本実施形態では、この場合の文書処理システムにおけるＵＩの制御について、第１の実施形態との相違を中心に説明する。
【００３１】
［システム構成］
図８は、本実施形態に係る文書処理システムの構成の一例を示す図である。なお、本実施形態では、第１の実施形態と同様に、文書処理システムの全ての機能を一般的な情報処理装置（コンピュータ）によって実現する。文書処理システムは、複数の文書処理ホスト（８０２、８０３、８０４）、及び文書処理クライアント８０５を含んで構成される。複数の文書処理ホスト及び文書処理クライアント８０５は、ネットワーク８０１を介して通信可能に接続されている。
文書処理ホストは、文書処理クライアント８０５のホットフォルダに文書を転送し、文書処理クライアント８０５からの処理済み文書をホットフォルダで待ち受ける。
【００３２】
文書処理クライアント８０５は、文書処理ホストからの文書をホットフォルダで待ち受ける。より具体的には、文書処理クライアント８０５は、ホットフォルダを介して文書を受信し、文書処理を実行し、文書処理後の文書を文書処理ホストのホットフォルダに戻す処理を実行する。
なお、本実施形態は、文書処理クライアント８０５及び文書処理ホストの各々のホットフォルダとして、後述する各文書処理システム部が動作するＰＣ上のフォルダを使用する構成を例に挙げて説明する。しかしながら、この構成に限られるものではなく、ホットフォルダとして、ネットワーク８０１に接続された文書を保存可能なファイルサーバ上のフォルダを使用する構成であってもよい。
【００３３】
［ハードウェア構成］
文書処理ホスト（８０２、８０３、８０４）及び文書処理クライアント８０５の各々は、情報処理装置（コンピュータ）の一例であり、情報処理装置のハードウェアの構成は、第１の実施形態と同様であるので、その説明を省略する。
［モジュール構成］
図９および図１０は、文書処理システムを構成するモジュールの構成の一例を示す図である。図９（Ａ）は、文書処理クライアント８０５におけるモジュールの構成の一例を示す図であり、図９（Ｂ）は、文書処理ホスト（８０２、８０３、８０４）におけるモジュールの構成の一例を示す図である。
文書処理クライアント８０５では、文書処理システム部（クライアントシステム部）９０１が作動し、文書処理ホスト（８０２、８０３、８０４）では、文書処理システム部（ホストシステム部）９０２が作動する。これら以外の構成は、第１の実施形態と同様であるので、その説明を省略する。
【００３４】
次に、クライアントシステム部９０１及びホストシステム部９０２の詳細について図１０を用いて説明する。図１０（Ａ）は、クライアントシステム部９０１の構成の一例を示す図である。クライアントシステム部９０１は、文書編集部１００１、文書管理部１００２、ホットフォルダ管理部１００３、ワークフローＵＩ管理部１００４、及びワークフロー返却管理部１００５を含んで構成される。
文書編集部１００１は、ユーザ入力管理部２０２の編集実行指示に従い文書の編集を実行する。文書管理部１００２は、文書をファイルとして管理し、ユーザ入力管理部２０２の文書操作実行指示に従い文書のファイル操作を実行する。ホットフォルダ管理部１００３は、受信用のホットフォルダを監視してホストシステム部９０２からの文書を待ち受け、ホットフォルダ内に文書が生成されると、文書管理部１００２に文書の入力処理実行を指示する。
【００３５】
ワークフローＵＩ管理部１００４は、送信操作ＵＩの表示を画面表示管理部２０１に指示し、送信操作ＵＩの表示制御を行う。ワークフロー返却管理部１００５は、ホストシステム部９０２からのデータ返却情報ファイルを解釈し、ホストシステム部９０２の状態を判定して送信操作ＵＩの表示の切り替えをワークフローＵＩ管理部１００４に指示する。
図１０（Ｂ）は、ホストシステム部９０２の構成の一例を示す図である。ホストシステム部９０２は、文書編集部１００６、文書管理部１００７、ホットフォルダ管理部１００８、ワークフローＵＩ管理部１００９、及びワークフロー送信管理部１０１０を含んで構成される。
【００３６】
文書編集部１００６は、ユーザ入力管理部２０２の編集実行指示に従い文書の編集を実行する。文書管理部１００７は、文書をファイルとして管理し、ユーザ入力管理部２０２の文書操作実行指示に従い文書のファイル操作を実行する。ホットフォルダ管理部１００８は、受信用のホットフォルダを監視してクライアントシステム部９０１からの文書を待ち受け、ホットフォルダ内に文書が生成されると、文書管理部１００７に文書の入力処理実行を指示する。
ワークフローＵＩ管理部１００９は、送信操作ＵＩの表示を画面表示管理部２０１に指示し、送信操作ＵＩの表示制御を行う。ワークフロー送信管理部１０１０は、文書送信操作時にクライアントシステム部９０１へのデータ返却情報ファイルを生成し、生成したデータ返却情報ファイルを文書とともに送信するように文書管理部１００７に指示を行う。
ここで、本実施形態では、説明の便宜上、文書処理システム部（９０１、９０２）をクライアントとホストとの機能に分けて説明する。しかしながら、それぞれの文書処理システム部がクライアント機能およびホスト機能を有し、相互に文書を交換する構成であってもよい。なお、文書処理システム部（９０１、９０２）は、格納領域にデータが格納されたことを契機に処理を行う処理部の一例である。
【００３７】
［処理の流れ］
図１１のフローチャートを用いて文書処理システムにおけるＵＩの制御について説明する。図１１Ａは、文書送信処理に係るフローチャートの一例を示す図である。
以下では、何れかの文書処理ホスト、例えば文書処理ホストＢ８０３で、文書処理クライアント８０５に文書を送信するユーザ操作が行われ、ユーザ入力管理部２０２が、キーボード／マウス１０８に対する当該操作を検知した場合を例に挙げて説明する。この際、ユーザ入力管理部２０２は、ホストシステム部９０２に対して文書送信指示を通知する。通知を受けたホストシステム部９０２は、図１１Ａのフローチャートに従って文書送信処理を実行する。
Ｓ１１０１では、ワークフロー送信管理部１０１０は、図１２に示すデータ返却情報ファイルを作成する。続いて、文書管理部１００７は、指定された文書とデータ返却情報ファイルとを送信先に生成（エクスポート）する（Ｓ１１０２）。
【００３８】
図１２（Ａ）は、データ返却情報ファイルの一例を示す図である。データ返却情報ファイルは、項目１２０１と値１２０２とが列挙されるデータ構造を有する。また、データ返却情報ファイルには、実行情報取得方法１２０３、文書返却先１２０４、文書名１２０５の情報が含まれる。
実行情報取得方法１２０３は、ホストシステム部９０２が実行中であるか否か等の状態を識別する情報（状態情報の一例）を取得する方法を示す。文書返却先１２０４は、ホストシステム部９０２が監視するホットフォルダを示す情報（領域情報の一例）であり、ホストシステム部９０２への文書の返却先を示す。文書名１２０５は、当該ホットフォルダで待ち受ける対象とする文書の名称を示す。
なお、通信に際しては、図１２（Ｂ）に示すＸＭＬと呼ばれるデータ形式で表現したデータ返却情報ファイルを用いてもよい。
そして、文書処理クライアント８０５上のホットフォルダ管理部１００３は、ホットフォルダに対する文書の生成を検知すると、文書管理部１００２に文書の入力処理実行を指示する。
【００３９】
次に、文書処理クライアント８０５に入力された文書に対する各種の操作を受け付けるＵＩについて説明する。図１３（Ａ）は、クライアントシステム部９０１が提供するＵＩの一例（文書処理ＵＩ１３０１）を示す図である。文書処理ＵＩ１３０１は、文書位置選択部１３０２、文書選択部１３０３、文書出力先選択部１３０４を含んで構成される。文書処理ＵＩ１３０１は、文書に対するユーザの操作を受け付け、この操作に対する文書編集部１００１、文書管理部１００２による処理の結果をユーザに提供する。
文書出力先選択部１３０４には、ユーザが予め登録した出力先を示すアイコンが表示される。ユーザが予め登録した出力先を示す情報（領域情報の一例）は、外部メモリ１０９等の記憶部に記憶されている。この例では、文書処理ホストＡ８０２を示すアイコン１３０５、文書処理ホストＢ８０３を示すアイコン１３０６、文書処理ホストＣ８０４を示すアイコン１３０７が登録された状態が示されている。
【００４０】
ユーザによる文書の編集が完了した際、文書処理ホストＢ８０３へ返却する編集後の文書（例えば文書１３０８）を選択するユーザ操作が行われると、ユーザ入力管理部２０２は、キーボード／マウス１０８に対する当該操作を検知する。そして、ユーザ入力管理部２０２は、クライアントシステム部９０１に対して文書選択時指示を通知する。通知を受けたクライアントシステム部９０１は、図１１Ｂのフローチャートに従って文書選択時チェック処理を実行する。
Ｓ１１０３では、文書管理部１００２は、選択された文書と対になるデータ返却情報ファイルが存在するか否かを確認し、選択された文書がワークフロー処理中の文書であるかを判定する。このとき、文書管理部１００２は、対になるデータ返却情報ファイルが存在するときは、選択された文書がワークフロー処理中の文書であると判断し、Ｓ１１０４に処理を進める。他方、文書管理部１００２は、対になるデータ返却情報ファイルが存在しないときは、選択された文書がワークフロー処理中の文書でないと判断し、処理を終了する。この際、文書管理部１００２は、例えば、全てのアイコンが利用可能又は利用不可能に表示されるように制御を行う。
【００４１】
Ｓ１１０４では、まず、文書管理部１００２は、ワークフロー返却管理部１００５にワークフロー処理中の文書の選択を通知する。通知を受けたワークフロー返却管理部１００５は、データ返却情報ファイルから、文書の返却先となる文書処理ホストＢ８０３上のホストシステム部９０２の実行情報取得方法１２０３と文書返却先１２０４とを取得する。
続いて、ワークフロー返却管理部１００５は、取得した情報をもとに文書処理ホストＢ８０３上のホストシステム部９０２が作動しているか（実行中であるか）を判定する（Ｓ１１０５）。本実施形態では、ホストシステム部９０２が起動時に作成して終了時に削除するファイル「Alive.dat」が、文書返却先１２０４のパス「\\ServerB\Hotfolder」に存在するか否かで判定する。
【００４２】
このとき、ワークフロー返却管理部１００５は、ホストシステム部９０２が作動していると判断した場合、Ｓ１１０７に処理を進め、他方、ホストシステム部９０２が作動していないと判断した場合、Ｓ１１０６に処理を進める。
Ｓ１１０６では、ワークフロー返却管理部１００５は、文書返却先１２０４に該当するアイコン１３０６がDisable状態で表示されるようにワークフローＵＩ管理部１００４に指示する。指示を受けたワークフローＵＩ管理部１００４は、文書処理ホストＢ８０３への出力先を示すアイコン１３０６がDisable状態で文書出力先選択部１３０４に表示されるように画面表示管理部２０１に指示する。
【００４３】
Ｓ１１０７では、ワークフロー返却管理部１００５は、文書出力先選択部１３０４に表示されるアイコンの中で文書返却先１２０４に該当するアイコン以外のアイコンがDisable状態で表示されるようにワークフローＵＩ管理部１００４に指示する。この例では、ワークフロー返却管理部１００５は、アイコン１３０６以外のアイコン１３０５、１３０７をDisable状態で表示するようにワークフローＵＩ管理部１００４に指示する。
指示を受けたワークフローＵＩ管理部１００４は、例えば図１３（Ｂ）に示されるように、文書処理ホストＢ８０３への出力先を示すアイコン１３０６以外のアイコン１３０５、１３０７がDisable状態で表示されるように画面表示管理部２０１に指示する。なお、Ｓ１１０６の処理が行われた場合、アイコン１３０５、１３０６、１３０７全てがDisable状態で文書出力先選択部１３０４に表示される。
【００４４】
その後、文書１３０８を文書処理ホストＢ８０３へ返却するユーザ操作が行われると、ユーザ入力管理部２０２は、キーボード／マウス１０８に対する当該操作を検知する。そして、ユーザ入力管理部２０２は、クライアントシステム部９０１に対して文書送信指示を通知する。通知を受けたクライアントシステム部９０１は、図１４のフローチャートに従って文書返却処理を実行する。図１４は、文書返却処理に係るフローチャートの一例を示す図である。
Ｓ１４０１では、まず、ワークフローＵＩ管理部１００４が文書送信指示の通知を受信すると、ワークフローＵＩ管理部１００４は、文書を返却するユーザ操作が行われたことをワークフロー返却管理部１００５に通知する。通知を受けたワークフロー返却管理部１００５は、文書管理部１００２に対して文書を予め指定されているフォルダ（指定フォルダ）に移動（エクスポート）するよう指示し、文書管理部１００２は、選択された文書を指定フォルダに移動する。
【００４５】
続いて、ワークフロー返却管理部１００５は、エクスポートした文書のオープン状態の監視を開始する（Ｓ１４０２）。続いて、ワークフロー返却管理部１００５は、エクスポートした文書が一定時間内（ホットフォルダに文書が格納されてから一定の時間が経過するまで）にオープンされたかを判定する（Ｓ１４０３)。このとき、ワークフロー返却管理部１００５は、一定時間内にオープンされたと判断した場合、Ｓ１４０５に処理を進め、他方、一定時間内にオープンされていないと判断した場合、Ｓ１４０４に処理を進める。
Ｓ１４０４では、まず、ワークフロー返却管理部１００５は、エクスポートした文書に対してワークフロー処理が開始されなかったことを示す警告を表示（ワークフロー処理が行われていないことを報知）するようにワークフローＵＩ管理部１００４に指示する。指示を受けたワークフローＵＩ管理部１００４は、例えば警告ダイアログが表示されるように画面表示管理部２０１に指示する。警告ダイアログを見たユーザは、ワークフロー処理が滞っていることを認識できる。
Ｓ１４０５では、ワークフロー返却管理部１００５は、エクスポートした文書のオープン状態の監視を終了し、処理を終了する。
【００４６】
このように、本実施形態では、データ送信側の文書処理システム部とデータ受信側の文書処理システム部とが、ネットワーク８０１を介して別々のＰＣで動作する場合を例に挙げて説明した。この場合においても、上述した構成によれば、データ送信側の文書処理システム部の出力先のＵＩを、データ受信側の文書処理システム部で処理が継続可能な状態のときのみに使用可能に制御することが可能となる。
即ち、上述した構成によれば、データ受信側の文書処理システム部で処理が滞り、かつ、その状態にユーザが気づかないという事態を回避できる。
【００４７】
＜その他の実施形態＞
第１の実施形態の構成および第２の実施形態の構成については、適宜組み合わせて採用してもよい。
また、本発明は、以下の処理を実行することによっても実現される。即ち、上述した実施形態の機能を実現するソフトウェア（プログラム）を、ネットワーク又は各種記憶媒体を介してシステム或いは装置に供給し、そのシステム或いは装置のコンピュータ（又はＣＰＵやＭＰＵ等）がプログラムを読み出して実行する処理である。
【００４８】
上述した実施形態の構成によれば、データをより適切に連携することができる。
【００４９】
以上、本発明の好ましい実施形態について詳述したが、本発明は係る特定の実施形態に限定されるものではなく、特許請求の範囲に記載された本発明の要旨の範囲内において、種々の変形・変更が可能である。
【図１】
2013003678.tif 000003
【図２】
2013003678.tif 000004
【図３】
2013003678.tif 000005
【図４】
2013003678.tif 000006
【図５】
2013003678.tif 000007
【図６】
2013003678.tif 000008
【図７】
2013003678.tif 000009
【図８】
2013003678.tif 000010
【図９】
2013003678.tif 000011
【図１０】
2013003678.tif 000012
【図１１Ａ】
2013003678.tif 000013
【図１１Ｂ】
2013003678.tif 000014
【図１２】
2013003678.tif 000015
【図１３】
2013003678.tif 000016
【図１４】
2013003678.tif 000017