格納領域を監視して前記格納領域にデータが格納されたことを契機に処理を行う処理部と前記処理部が監視する格納領域を示す領域情報が設けられる設定情報を記憶する記憶部とを有する情報処理装置であって、前記設定情報を前記記憶部から読み出す読出手段と、前記処理部で監視される格納領域が存在するか否かを前記設定情報より判断し、存在すると判断した格納領域にデータを格納するユーザ操作を受け付けるユーザインターフェースを利用可能に制御する制御手段と、を有することを特徴とする情報処理装置。前記記憶部には、複数の格納領域を示す領域情報が予め記憶され、前記制御手段は、前記複数の格納領域の各々に対応するユーザインターフェースのうち前記処理部で監視される格納領域に対応するユーザインターフェースを利用可能に制御することを特徴とする請求項1記載の情報処理装置。前記制御手段は、前記処理部が作動しているか否かを判断し、作動していると更に判断した場合、前記ユーザインターフェースを利用可能に制御することを特徴とする請求項1記載の情報処理装置。前記制御手段は、作動していないと更に判断した場合、前記処理部を起動する制御を行うことを特徴とする請求項3記載の情報処理装置。格納領域を監視して前記格納領域にデータが格納されたことを契機に処理を行う処理部を有する装置と通信可能に接続された情報処理装置であって、前記処理部の作動の状態を示す状態情報を前記装置から取得する取得手段と、前記処理部が作動していると前記状態情報より判断した場合、前記格納領域にデータを格納するユーザ操作を受け付けるユーザインターフェースを利用可能に制御する制御手段と、を有することを特徴とする情報処理装置。複数の格納領域を示す領域情報が予め記憶された記憶部から前記領域情報を読み出す読出手段と、前記処理部が監視する格納領域を示す領域情報を前記装置から受信する受信手段と、を更に有し、前記制御手段は、前記複数の格納領域の各々に対応するユーザインターフェースのうち前記受信手段で受信された領域情報の格納領域に対応するユーザインターフェースを利用可能に制御することを特徴とする請求項5記載の情報処理装置。前記処理部が監視する格納領域を示す領域情報と共に、前記格納領域で待ち受けるデータを前記装置から受信する受信手段を更に有し、前記制御手段は、前記データを選択するユーザ操作が行われたと更に判断した場合、前記ユーザインターフェースを利用可能に制御することを特徴とする請求項5記載の情報処理装置。前記制御手段は、前記ユーザインターフェースを介して前記格納領域にデータを格納するユーザ操作が受け付けられてから一定の時間が経過するまでに前記処理部で前記データがアクセスされていないと判断した場合、前記処理部で前記データの処理が行われていないことを報知する制御を行うことを特徴とする請求項5記載の情報処理装置。格納領域を監視して前記格納領域にデータが格納されたことを契機に処理を行う処理部と前記処理部が監視する格納領域を示す領域情報が設けられる設定情報を記憶する記憶部とを有する情報処理装置における情報処理方法であって、読出手段が、前記設定情報を前記記憶部から読み出す読出工程と、制御手段が、前記処理部で監視される格納領域が存在するか否かを前記設定情報より判断し、存在すると判断した格納領域にデータを格納するユーザ操作を受け付けるユーザインターフェースを利用可能に制御する制御工程と、を有することを特徴とする情報処理方法。格納領域を監視して前記格納領域にデータが格納されたことを契機に処理を行う処理部を有する装置と通信可能に接続された情報処理装置における情報処理方法であって、取得手段が、前記処理部の作動の状態を示す状態情報を前記装置から取得する取得工程と、制御手段が、前記処理部が作動していると前記状態情報より判断した場合、前記格納領域にデータを格納するユーザ操作を受け付けるユーザインターフェースを利用可能に制御する制御工程と、を有することを特徴とする情報処理方法。格納領域を監視して前記格納領域にデータが格納されたことを契機に処理を行う処理部と前記処理部が監視する格納領域を示す領域情報が設けられる設定情報を記憶する記憶部とを有するコンピュータを、前記設定情報を前記記憶部から読み出す読出手段と、前記処理部で監視される格納領域が存在するか否かを前記設定情報より判断し、存在すると判断した格納領域にデータを格納するユーザ操作を受け付けるユーザインターフェースを利用可能に制御する制御手段として機能させるプログラム。格納領域を監視して前記格納領域にデータが格納されたことを契機に処理を行う処理部を有する装置と通信可能に接続されたコンピュータを、前記処理部の作動の状態を示す状態情報を前記装置から取得する取得手段と、前記処理部が作動していると前記状態情報より判断した場合、前記格納領域にデータを格納するユーザ操作を受け付けるユーザインターフェースを利用可能に制御する制御手段として機能させるプログラム。しかしながら、ホットフォルダを介したファイルの受け渡しの処理では、送り側のモジュールと受け取り側のモジュールとは独立して動作するため、送り側のモジュールからは、実際に受け取り側のモジュールが処理を開始したかについて関知しない。そのため、受け取り側のモジュールがデータ処理の準備が整っていない状態で、送り側のモジュールがホットフォルダにファイルを生成しても、次の処理が開始されない。即ち、送り側のモジュールでは処理が正常に終了したと表示されるため、処理が滞っているにもかかわらず滞っていることにユーザが気づかないという問題がある。本発明はこのような問題点に鑑みなされたもので、データをより適切に連携することを目的とする。そこで、本発明に係る情報処理装置は、格納領域を監視して前記格納領域にデータが格納されたことを契機に処理を行う処理部と前記処理部が監視する格納領域を示す領域情報が設けられる設定情報を記憶する記憶部とを有する情報処理装置であって、前記設定情報を前記記憶部から読み出す読出手段と、前記処理部で監視される格納領域が存在するか否かを前記設定情報より判断し、存在すると判断した格納領域にデータを格納するユーザ操作を受け付けるユーザインターフェースを利用可能に制御する制御手段と、を有することを特徴とする。また、本発明は、情報処理方法、プログラムなどとしてもよい。本発明によれば、データをより適切に連携することができる。以下、本発明の実施形態について図面に基づいて説明する。なお、実施形態は、本発明を限定するものではなく、また、実施形態で説明されている全ての構成が本発明の課題を解決するための手段に必須であるとは限らない。<第1の実施形態>[システム構成]本実施形態では、文書処理システムの全ての機能を一般的な情報処理装置コンピュータによって実現する構成について説明する。本実施形態では、ホットフォルダ格納領域の一例を介してデータの受け渡しを行う文書処理システムにおいて、送り側のアプリケーションのユーザインターフェースを制御する方法について説明する。[ハードウェア構成]図1は、本文書処理システムを構成するパーソナルコンピュータPC110のハードウェアの構成の一例を図である。なお、PC110には一般的な情報処理装置のハードウェアの構成を適用できる。CPU100は、ROM102のプログラム用ROM、或いは外部メモリ109に記憶されたオペレーティングシステムOS、アプリケーション等のプログラムをRAM101にロードして実行する。なお、後述するモジュールの機能、及び各フローチャートの処理は、CPU100がプログラムを実行することにより実現される。ただし、後述するモジュールの機能、及び各フローチャートの処理の全部又は一部を、専用のハードウェアを用いて実現してもよい。RAM101は、CPU100の主メモリ、ワークエリア等として機能する。入力デバイスコントローラ103は、キーボード/マウス108、図示しないポインティングデバイスなどの入力デバイスからの入力を制御する。ディスプレイコントローラ104は、各種のディスプレイ107の表示を制御する。ディスクコントローラ105は、各種のデータを記憶するハードディスクHDD、フレキシブルディスクFDD等の外部メモリ109におけるデータアクセスを制御する。ネットワークコントローラ106は、ネットワークに接続され、ネットワークに接続された他の機器との通信制御処理を実行する。[モジュール構成]図2および図3は、PC110におけるモジュールの構成の一例を示す図である。本文書処理システムでは、全ての機能がPC110上で動作するモジュールによって実現される。PC110は、画面表示管理部201、ユーザ入力管理部202、ファイルシステム部203、データ送信側の文書処理システム部204、及びデータ受信側の文書処理システム部205を含んで構成される。画面表示管理部201は、文書処理システム部204、205における処理の結果をディスプレイ107に表示する。ユーザ入力管理部202は、ユーザによるキーボード/マウス108の操作ユーザ操作を検知し、ユーザ操作に応じて文書処理システム部204、205に指示を行う。ファイルシステム部203は、外部メモリ109にファイルとして文書文書データを保存取得する。文書処理システム部204は、文書ファイルを文書処理システム部205に送信する処理を行う。文書処理システム部205は、文書を受信する処理を行う。次に、文書処理システム部204、205の詳細について図3を用いて説明する。図3Aは、文書処理システム部204の構成の一例を示す図である。文書処理システム部204は、文書編集部301、文書管理部302、ワークフローUI管理部303、及びワークフロー管理部304を含んで構成される。文書編集部301は、ユーザ入力管理部202の編集実行指示に従い文書の編集を実行する。文書管理部302は、文書をファイルとして管理し、ユーザ入力管理部202の文書操作実行指示に従い文書のファイル操作を実行する。ワークフローUI管理部303は、文書を送信するユーザ操作を受け付けるユーザインターフェース送信操作UIの表示を画面表示管理部201に指示し、文書の送信先の状態によって送信操作UIの表示の切り替えを行う。ワークフロー管理部304は、文書の送信先の状態を判定し、送信操作UIを利用可能または利用不可能にする表示の切り替えをワークフローUI管理部303に指示する。図3Bは、文書処理システム部205の構成の一例を示す図である。文書処理システム部205は、文書編集部305、文書管理部306、及びホットフォルダ管理部307を含んで構成される。文書編集部305は、ユーザ入力管理部202の編集実行指示に従い文書の編集を実行する。文書管理部306は、文書をファイルとして管理し、ユーザ入力管理部202の文書操作実行指示に従い文書のファイル操作を実行する。ホットフォルダ管理部307は、受信用のホットフォルダを監視して入力生成される文書を待ち受け、ホットフォルダ内に文書が生成されると、文書管理部306に文書の入力処理実行を指示する。ここで、本実施形態では、説明の便宜上、文書処理システム部204、205を送信側の機能と受信側の機能とに分けて説明する。しかしながら、それぞれの文書処理システムが送信および受信の機能を有し、相互に文書を交換する構成であってもよい。なお、文書処理システム部204、205は、格納領域にデータが格納されたことを契機に処理を行う処理部の一例である。[処理の流れ]文書処理システムにおけるUIの制御について図4を用いて説明する。図4は、起動時チェック処理に係るフローチャートの一例を示す図である。ここで、データ送信側の文書処理システム部204を起動するユーザ操作が行われると、ユーザ入力管理部202は、キーボード/マウス108に対する当該操作を検知し、文書処理システム部204に対して起動を指示する。例えば、CPU100が文書処理システム部204に係るプログラムを外部メモリ109からRAM101に読み出して実行することにより、文書処理システム部204が起動する。そして、文書処理システム部204は、起動時に、図4に示すフローチャートに従って起動時チェック処理を行う。S401では、ワークフロー管理部304は、まず、データ受信側の文書処理システム部205のホットフォルダ管理部307の設定レジストリなお、設定ファイルを使用する構成も可能である。を読み出す読出処理。続いて、ワークフロー管理部304は、読み出した設定情報をもとにホットフォルダが設定されているかを判定する。なお、設定レジストリ、設定ファイル等の設定情報には、文書処理システム部205が監視するホットフォルダを示す情報領域情報の一例が設けられる。設定レジストリは、例えば、ユーザ入力管理部202を介して文書処理システム部205により設定され、PC110に設けられる記憶部の予め定められた記憶領域に記憶されているものとする。このとき、ワークフロー管理部304は、ホットフォルダが設定されていないと判断した場合、図5Aに示す文書処理UI501がディスプレイ107に表示されるようにワークフローUI管理部303に指示し、処理を終了する。他方、ワークフロー管理部304は、ホットフォルダが設定されていると判断した場合、S402に処理を進める。図5は、文書に対する各種の操作を受け付けるUIの一例文書処理UI501を示す図である。文書処理UI501は、文書位置選択部502、文書選択部503、及び文書出力先選択部504を含んで構成される。例えば、図5Aに示す文書処理UI501は、文書に対する各種の操作を受け付け、この操作に対する文書編集部301、文書管理部302による処理の結果をユーザに提供する。S402では、ワークフロー管理部304は、設定レジストリに含まれるホットフォルダの位置を出力先宛先とするアイコンを利用可能に表示するようにワークフローUI管理部303に指示する。指示を受けたワークフローUI管理部303は、出力先を示すアイコン例えば、図5Bに示すアイコン505が利用可能に文書出力先選択部504に表示されるように画面表示管理部201に指示する。ここで、本実施形態は、上述した構成に限られるものではない。例えば、データ送信側の文書処理システム部204が文書出力先選択部504に表示する出力先を示す一又は複数のアイコンの出力先情報領域情報の一例であり、フォルダの位置などを外部メモリ等の記憶部に予め登録しておく構成としてもよい。図6に、この場合の起動時チェック処理に係るフローチャートの一例を示す。S601では、ワークフロー管理部304は、記憶部から出力先情報を読み出し、出力先として登録済みのフォルダが存在するかを出力先情報より確認する。このとき、ワークフロー管理部304は、存在すると判断した場合、S602に処理を進め、他方、存在しないと判断した場合、処理を終了する。S602では、ワークフロー管理部304は、データ受信側の文書処理システム部205のホットフォルダ管理部307の設定レジストリと出力先情報とを比較して同じフォルダが設定されているかを判定する。このとき、ワークフロー管理部304は、同じフォルダが登録されていると判断した場合、設定レジストリに含まれるホットフォルダの位置を出力先とするアイコンを利用可能に表示するようにワークフローUI管理部303に指示し、処理を終了する。指示を受けたワークフローUI管理部303は、設定レジストリのホットフォルダに対応するアイコンが利用可能に例えば図5Bに示すアイコン505のように文書出力先選択部504に表示されるように画面表示管理部201に指示する。他方、ワークフロー管理部304は、設定レジストリのホットフォルダとは異なるフォルダが登録されている、又はフォルダが登録されていないと判断した場合、S603に処理を進める。S603では、ワークフロー管理部304は、設定レジストリのホットフォルダ以外のフォルダに対応するアイコンを使用できない出力先のアイコンとして表示するようにワークフローUI管理部303に指示する。指示を受けたワークフローUI管理部303は、ユーザ操作できないアイコン、即ちDisable状態にしたアイコン例えば、図5Cに示すアイコン506が文書出力先選択部504に表示されるように画面表示管理部201に指示する。なお、Disable状態では、例えば、アイコンに対するユーザ操作が無効化される等、アイコンが利用不可能にされ、アイコンの色も通常状態とは異なる色に変更されている。また、本実施形態は、上述した構成に限られるものではない。例えば、データ送信側の文書処理システム部204が出力先情報を記憶部に予め登録しておく構成において、データ受信側の文書処理システム部205が起動していない場合に起動させる構成を更に採用することが可能である。図7に、この場合の起動時チェック処理に係るフローチャートの一例を示す。S701では、ワークフロー管理部304は、出力先として登録済みのフォルダが存在するかを出力先情報より確認する。このとき、ワークフロー管理部304は、登録済みのフォルダが存在すると判断した場合、S702に処理を進め、他方、登録済みのフォルダが存在しないと判断した場合、処理を終了する。S702では、ワークフロー管理部304は、ホットフォルダ管理部307の設定レジストリと出力先情報とを比較して同じフォルダが設定されているかを判定する。このとき、ワークフロー管理部304は、同じフォルダが登録されていると判断した場合、S703に処理を進め、他方、同じフォルダが登録されていないと判断した場合、S706に処理を進める。S703では、ワークフロー管理部304は、データ受信側の文書処理システム部205が起動しているかを確認する。起動しているか否かは、適宜の方法により判断できる。例えば、PC110における文書処理システム部205に対応するプロセスタスクの有無で判断してもよいし、第2の実施形態で説明する特定のファイルの有無で判断してもよい。このとき、ワークフロー管理部304は、起動していると判断した場合、設定レジストリに含まれるホットフォルダの位置を出力先とするアイコンとして表示するようにワークフローUI管理部303に指示し、処理を終了する。指示を受けたワークフローUI管理部303は、出力先を示すアイコンが利用可能に文書出力先選択部504に表示されるように画面表示管理部201に指示する。他方、ワークフロー管理部304は、起動していないと判断した場合、S704に処理を進める。S704では、ワークフロー管理部304は、データ受信側の文書処理システム部205を起動する。例えば、CPU100が文書処理システム部205に係るプログラムを外部メモリ109からRAM101に読み出して実行することにより、文書処理システム部205が起動する。続いて、ワークフロー管理部304は、文書処理システム部205が起動したか否かを判断するS705。このとき、ワークフロー管理部304は、起動したと判断した場合、設定レジストリに含まれるホットフォルダの位置を出力先とするアイコンとして表示するようにワークフローUI管理部303に指示し、処理を終了する。指示を受けたワークフローUI管理部303は、出力先を示すアイコンが利用可能に文書出力先選択部504に表示されるように画面表示管理部201に指示する。他方、ワークフロー管理部304は、起動しなかったと判断した場合、S706に処理を進める。S706では、ワークフロー管理部304は、上述の判定の結果に応じて、使用できない出力先のアイコンとして表示するようにワークフローUI管理部303に指示する。より具体的には、設定レジストリのホットフォルダとは異なるフォルダが登録されていると判断された場合、当該フォルダを使用できない出力先のアイコンとして表示するようにワークフローUI管理部303に指示が行われる。また、起動に失敗したと判断された場合、全てのフォルダを使用できない出力先のアイコンとして表示するようにワークフローUI管理部303に指示が行われる。例えば、図5Cに示すように、指示を受けたワークフローUI管理部303は、出力先を示すアイコンをDisable状態にしたアイコン506が文書出力先選択部504に表示されるように画面表示管理部201に指示する。上述した構成によれば、データ送信側の文書処理システム部の送信操作UIを、データ受信側の文書処理システム部で処理が継続可能な状態のときにのみ使用可能に制御することが可能となる。即ち、上述した構成によれば、データ受信側の文書処理システム部で処理が滞り、かつ、その状態にユーザが気づかない、という事態を回避することができる。<第2の実施形態>第1の実施形態では、データ送信側の文書処理システム部204とデータ受信側の文書処理システム部205とが同一のPC110で動作する構成を例に挙げて説明した。しかしながら、データ送信側の文書処理システム部204とデータ受信側の文書処理システム部205とが、ネットワーク801を介して別々のPCで動作する構成としてもよい。そこで、本実施形態では、この場合の文書処理システムにおけるUIの制御について、第1の実施形態との相違を中心に説明する。[システム構成]図8は、本実施形態に係る文書処理システムの構成の一例を示す図である。なお、本実施形態では、第1の実施形態と同様に、文書処理システムの全ての機能を一般的な情報処理装置コンピュータによって実現する。文書処理システムは、複数の文書処理ホスト802、803、804、及び文書処理クライアント805を含んで構成される。複数の文書処理ホスト及び文書処理クライアント805は、ネットワーク801を介して通信可能に接続されている。文書処理ホストは、文書処理クライアント805のホットフォルダに文書を転送し、文書処理クライアント805からの処理済み文書をホットフォルダで待ち受ける。文書処理クライアント805は、文書処理ホストからの文書をホットフォルダで待ち受ける。より具体的には、文書処理クライアント805は、ホットフォルダを介して文書を受信し、文書処理を実行し、文書処理後の文書を文書処理ホストのホットフォルダに戻す処理を実行する。なお、本実施形態は、文書処理クライアント805及び文書処理ホストの各々のホットフォルダとして、後述する各文書処理システム部が動作するPC上のフォルダを使用する構成を例に挙げて説明する。しかしながら、この構成に限られるものではなく、ホットフォルダとして、ネットワーク801に接続された文書を保存可能なファイルサーバ上のフォルダを使用する構成であってもよい。[ハードウェア構成]文書処理ホスト802、803、804及び文書処理クライアント805の各々は、情報処理装置コンピュータの一例であり、情報処理装置のハードウェアの構成は、第1の実施形態と同様であるので、その説明を省略する。[モジュール構成]図9および図10は、文書処理システムを構成するモジュールの構成の一例を示す図である。図9Aは、文書処理クライアント805におけるモジュールの構成の一例を示す図であり、図9Bは、文書処理ホスト802、803、804におけるモジュールの構成の一例を示す図である。文書処理クライアント805では、文書処理システム部クライアントシステム部901が作動し、文書処理ホスト802、803、804では、文書処理システム部ホストシステム部902が作動する。これら以外の構成は、第1の実施形態と同様であるので、その説明を省略する。次に、クライアントシステム部901及びホストシステム部902の詳細について図10を用いて説明する。図10Aは、クライアントシステム部901の構成の一例を示す図である。クライアントシステム部901は、文書編集部1001、文書管理部1002、ホットフォルダ管理部1003、ワークフローUI管理部1004、及びワークフロー返却管理部1005を含んで構成される。文書編集部1001は、ユーザ入力管理部202の編集実行指示に従い文書の編集を実行する。文書管理部1002は、文書をファイルとして管理し、ユーザ入力管理部202の文書操作実行指示に従い文書のファイル操作を実行する。ホットフォルダ管理部1003は、受信用のホットフォルダを監視してホストシステム部902からの文書を待ち受け、ホットフォルダ内に文書が生成されると、文書管理部1002に文書の入力処理実行を指示する。ワークフローUI管理部1004は、送信操作UIの表示を画面表示管理部201に指示し、送信操作UIの表示制御を行う。ワークフロー返却管理部1005は、ホストシステム部902からのデータ返却情報ファイルを解釈し、ホストシステム部902の状態を判定して送信操作UIの表示の切り替えをワークフローUI管理部1004に指示する。図10Bは、ホストシステム部902の構成の一例を示す図である。ホストシステム部902は、文書編集部1006、文書管理部1007、ホットフォルダ管理部1008、ワークフローUI管理部1009、及びワークフロー送信管理部1010を含んで構成される。文書編集部1006は、ユーザ入力管理部202の編集実行指示に従い文書の編集を実行する。文書管理部1007は、文書をファイルとして管理し、ユーザ入力管理部202の文書操作実行指示に従い文書のファイル操作を実行する。ホットフォルダ管理部1008は、受信用のホットフォルダを監視してクライアントシステム部901からの文書を待ち受け、ホットフォルダ内に文書が生成されると、文書管理部1007に文書の入力処理実行を指示する。ワークフローUI管理部1009は、送信操作UIの表示を画面表示管理部201に指示し、送信操作UIの表示制御を行う。ワークフロー送信管理部1010は、文書送信操作時にクライアントシステム部901へのデータ返却情報ファイルを生成し、生成したデータ返却情報ファイルを文書とともに送信するように文書管理部1007に指示を行う。ここで、本実施形態では、説明の便宜上、文書処理システム部901、902をクライアントとホストとの機能に分けて説明する。しかしながら、それぞれの文書処理システム部がクライアント機能およびホスト機能を有し、相互に文書を交換する構成であってもよい。なお、文書処理システム部901、902は、格納領域にデータが格納されたことを契機に処理を行う処理部の一例である。[処理の流れ]図11のフローチャートを用いて文書処理システムにおけるUIの制御について説明する。図11Aは、文書送信処理に係るフローチャートの一例を示す図である。以下では、何れかの文書処理ホスト、例えば文書処理ホストB803で、文書処理クライアント805に文書を送信するユーザ操作が行われ、ユーザ入力管理部202が、キーボード/マウス108に対する当該操作を検知した場合を例に挙げて説明する。この際、ユーザ入力管理部202は、ホストシステム部902に対して文書送信指示を通知する。通知を受けたホストシステム部902は、図11Aのフローチャートに従って文書送信処理を実行する。S1101では、ワークフロー送信管理部1010は、図12に示すデータ返却情報ファイルを作成する。続いて、文書管理部1007は、指定された文書とデータ返却情報ファイルとを送信先に生成エクスポートするS1102。図12Aは、データ返却情報ファイルの一例を示す図である。データ返却情報ファイルは、項目1201と値1202とが列挙されるデータ構造を有する。また、データ返却情報ファイルには、実行情報取得方法1203、文書返却先1204、文書名1205の情報が含まれる。実行情報取得方法1203は、ホストシステム部902が実行中であるか否か等の状態を識別する情報状態情報の一例を取得する方法を示す。文書返却先1204は、ホストシステム部902が監視するホットフォルダを示す情報領域情報の一例であり、ホストシステム部902への文書の返却先を示す。文書名1205は、当該ホットフォルダで待ち受ける対象とする文書の名称を示す。なお、通信に際しては、図12Bに示すXMLと呼ばれるデータ形式で表現したデータ返却情報ファイルを用いてもよい。そして、文書処理クライアント805上のホットフォルダ管理部1003は、ホットフォルダに対する文書の生成を検知すると、文書管理部1002に文書の入力処理実行を指示する。次に、文書処理クライアント805に入力された文書に対する各種の操作を受け付けるUIについて説明する。図13Aは、クライアントシステム部901が提供するUIの一例文書処理UI1301を示す図である。文書処理UI1301は、文書位置選択部1302、文書選択部1303、文書出力先選択部1304を含んで構成される。文書処理UI1301は、文書に対するユーザの操作を受け付け、この操作に対する文書編集部1001、文書管理部1002による処理の結果をユーザに提供する。文書出力先選択部1304には、ユーザが予め登録した出力先を示すアイコンが表示される。ユーザが予め登録した出力先を示す情報領域情報の一例は、外部メモリ109等の記憶部に記憶されている。この例では、文書処理ホストA802を示すアイコン1305、文書処理ホストB803を示すアイコン1306、文書処理ホストC804を示すアイコン1307が登録された状態が示されている。ユーザによる文書の編集が完了した際、文書処理ホストB803へ返却する編集後の文書例えば文書1308を選択するユーザ操作が行われると、ユーザ入力管理部202は、キーボード/マウス108に対する当該操作を検知する。そして、ユーザ入力管理部202は、クライアントシステム部901に対して文書選択時指示を通知する。通知を受けたクライアントシステム部901は、図11Bのフローチャートに従って文書選択時チェック処理を実行する。S1103では、文書管理部1002は、選択された文書と対になるデータ返却情報ファイルが存在するか否かを確認し、選択された文書がワークフロー処理中の文書であるかを判定する。このとき、文書管理部1002は、対になるデータ返却情報ファイルが存在するときは、選択された文書がワークフロー処理中の文書であると判断し、S1104に処理を進める。他方、文書管理部1002は、対になるデータ返却情報ファイルが存在しないときは、選択された文書がワークフロー処理中の文書でないと判断し、処理を終了する。この際、文書管理部1002は、例えば、全てのアイコンが利用可能又は利用不可能に表示されるように制御を行う。S1104では、まず、文書管理部1002は、ワークフロー返却管理部1005にワークフロー処理中の文書の選択を通知する。通知を受けたワークフロー返却管理部1005は、データ返却情報ファイルから、文書の返却先となる文書処理ホストB803上のホストシステム部902の実行情報取得方法1203と文書返却先1204とを取得する。続いて、ワークフロー返却管理部1005は、取得した情報をもとに文書処理ホストB803上のホストシステム部902が作動しているか実行中であるかを判定するS1105。本実施形態では、ホストシステム部902が起動時に作成して終了時に削除するファイルAlivedatが、文書返却先1204のパスServerBHotfolderに存在するか否かで判定する。このとき、ワークフロー返却管理部1005は、ホストシステム部902が作動していると判断した場合、S1107に処理を進め、他方、ホストシステム部902が作動していないと判断した場合、S1106に処理を進める。S1106では、ワークフロー返却管理部1005は、文書返却先1204に該当するアイコン1306がDisable状態で表示されるようにワークフローUI管理部1004に指示する。指示を受けたワークフローUI管理部1004は、文書処理ホストB803への出力先を示すアイコン1306がDisable状態で文書出力先選択部1304に表示されるように画面表示管理部201に指示する。S1107では、ワークフロー返却管理部1005は、文書出力先選択部1304に表示されるアイコンの中で文書返却先1204に該当するアイコン以外のアイコンがDisable状態で表示されるようにワークフローUI管理部1004に指示する。この例では、ワークフロー返却管理部1005は、アイコン1306以外のアイコン1305、1307をDisable状態で表示するようにワークフローUI管理部1004に指示する。指示を受けたワークフローUI管理部1004は、例えば図13Bに示されるように、文書処理ホストB803への出力先を示すアイコン1306以外のアイコン1305、1307がDisable状態で表示されるように画面表示管理部201に指示する。なお、S1106の処理が行われた場合、アイコン1305、1306、1307全てがDisable状態で文書出力先選択部1304に表示される。その後、文書1308を文書処理ホストB803へ返却するユーザ操作が行われると、ユーザ入力管理部202は、キーボード/マウス108に対する当該操作を検知する。そして、ユーザ入力管理部202は、クライアントシステム部901に対して文書送信指示を通知する。通知を受けたクライアントシステム部901は、図14のフローチャートに従って文書返却処理を実行する。図14は、文書返却処理に係るフローチャートの一例を示す図である。S1401では、まず、ワークフローUI管理部1004が文書送信指示の通知を受信すると、ワークフローUI管理部1004は、文書を返却するユーザ操作が行われたことをワークフロー返却管理部1005に通知する。通知を受けたワークフロー返却管理部1005は、文書管理部1002に対して文書を予め指定されているフォルダ指定フォルダに移動エクスポートするよう指示し、文書管理部1002は、選択された文書を指定フォルダに移動する。続いて、ワークフロー返却管理部1005は、エクスポートした文書のオープン状態の監視を開始するS1402。続いて、ワークフロー返却管理部1005は、エクスポートした文書が一定時間内ホットフォルダに文書が格納されてから一定の時間が経過するまでにオープンされたかを判定するS1403。このとき、ワークフロー返却管理部1005は、一定時間内にオープンされたと判断した場合、S1405に処理を進め、他方、一定時間内にオープンされていないと判断した場合、S1404に処理を進める。S1404では、まず、ワークフロー返却管理部1005は、エクスポートした文書に対してワークフロー処理が開始されなかったことを示す警告を表示ワークフロー処理が行われていないことを報知するようにワークフローUI管理部1004に指示する。指示を受けたワークフローUI管理部1004は、例えば警告ダイアログが表示されるように画面表示管理部201に指示する。警告ダイアログを見たユーザは、ワークフロー処理が滞っていることを認識できる。S1405では、ワークフロー返却管理部1005は、エクスポートした文書のオープン状態の監視を終了し、処理を終了する。このように、本実施形態では、データ送信側の文書処理システム部とデータ受信側の文書処理システム部とが、ネットワーク801を介して別々のPCで動作する場合を例に挙げて説明した。この場合においても、上述した構成によれば、データ送信側の文書処理システム部の出力先のUIを、データ受信側の文書処理システム部で処理が継続可能な状態のときのみに使用可能に制御することが可能となる。即ち、上述した構成によれば、データ受信側の文書処理システム部で処理が滞り、かつ、その状態にユーザが気づかないという事態を回避できる。<その他の実施形態>第1の実施形態の構成および第2の実施形態の構成については、適宜組み合わせて採用してもよい。また、本発明は、以下の処理を実行することによっても実現される。即ち、上述した実施形態の機能を実現するソフトウェアプログラムを、ネットワーク又は各種記憶媒体を介してシステム或いは装置に供給し、そのシステム或いは装置のコンピュータ又はCPUやMPU等がプログラムを読み出して実行する処理である。上述した実施形態の構成によれば、データをより適切に連携することができる。以上、本発明の好ましい実施形態について詳述したが、本発明は係る特定の実施形態に限定されるものではなく、特許請求の範囲に記載された本発明の要旨の範囲内において、種々の変形変更が可能である。