"データファイルが記憶されたか否かについて監視されている公開フォルダーにデータファイルを記憶する情報処理装置であって、複数の情報処理装置が参照できる共有フォルダーに作成された複数の前記公開フォルダーの一括選択を受け付けるための選択画面を表示する表示制御手段と、前記表示制御手段により表示された前記選択画面を介して受け付けられた前記複数の公開フォルダーを選択する選択手段と、前記選択手段により選択された前記複数の公開フォルダーを送信先として登録する登録手段を備えることを特徴とする情報処理装置。前記表示制御手段は、送信先を登録する情報処理装置が自ら登録した公開フォルダーが選択候補から除かれた前記選択画面を表示することを特徴とする請求項1に記載の情報処理装置。前記表示制御手段は、前記共有フォルダーにおいて前記公開フォルダーとして使用されることを示す受信情報ファイルが記憶されたフォルダーを選択候補として前記選択画面を表示することを特徴とする請求項1または2に記載の情報処理装置。前記公開フォルダーは、設定画面を介して入力された前記共有フォルダーのパスと公開フォルダーの名称とに基づいて生成されることを特徴とする請求項1乃至3のいずれか1項に記載の情報処理装置。データファイルが記憶されたか否かについて監視されている公開フォルダーにデータファイルを記憶する制御方法であって、複数の制御方法が参照できる共有フォルダーに作成された複数の前記公開フォルダーの一括選択を受け付けるための選択画面を表示装置に表示する表示制御工程と、前記表示制御工程により前記表示装置に表示された前記選択画面を介して受け付けられた前記複数の公開フォルダーの選択を受け付ける選択工程と、前記選択工程により選択を受け付けた前記複数の公開フォルダーを送信先として登録する登録工程を備えることを特徴とする制御方法。前記表示制御工程は、送信先を登録する情報処理装置が自ら登録した公開フォルダーが選択候補から除かれた前記選択画面を表示することを特徴とする請求項5に記載の制御方法。前記表示制御工程は、前記共有フォルダーにおいて前記公開フォルダーとして使用されることを示す受信情報ファイルが記憶されたフォルダーを選択候補として前記選択画面を表示することを特徴とする請求項5または6に記載の制御方法。前記公開フォルダーは、設定画面を介して入力された前記共有フォルダーのパスと公開フォルダーの名称とに基づいて生成されることを特徴とする請求項5乃至7のいずれか1項に記載の制御方法。データファイルが記憶されたか否かについて監視されている公開フォルダーにデータファイルを記憶するコンピュータを、複数の情報処理装置が参照できる共有フォルダーに作成された複数の前記公開フォルダーの一括選択を受け付けるための選択画面を表示する表示制御手段と、前記表示制御手段により表示された前記選択画面を介して受け付けられた前記複数の公開フォルダーを選択する選択手段と、前記選択手段により選択された前記複数の公開フォルダーを送信先として登録する登録手段として機能させることを特徴とするプログラム。前記表示制御手段は、送信先を登録する情報処理装置が自ら登録した公開フォルダーが選択候補から除かれた前記選択画面を表示することを特徴とする請求項9に記載のプログラム。前記表示制御手段は、前記共有フォルダーにおいて前記公開フォルダーとして使用されることを示す受信情報ファイルが記憶されたフォルダーを選択候補として前記選択画面を表示することを特徴とする請求項9または10に記載のプログラム。前記公開フォルダーは、設定画面を介して入力された前記共有フォルダーのパスと公開フォルダーの名称とに基づいて生成されることを特徴とする請求項9乃至11のいずれか1項に記載のプログラム。しかしながら、従来技術では、フォルダーを介したデータファイルの受け渡しを実現するために、送信側/受け取り側の双方が同一のフォルダーを指定しておく必要があるが、送信側/受け取り側プログラムを使用するのは通常は別の人物である。そのため、設定には相応の注意が必要となる。また、受け渡しを行いたい複数の宛先が存在する場合には、送信側/受け取り側の組み合わせ毎に同様の設定を繰り返す必要があり、設定の負荷が増大するおそれがあった。データファイルが記憶されたか否かについて監視されている公開フォルダーにデータファイルを記憶する情報処理装置であって、複数の情報処理装置が参照できる共有フォルダーに作成された複数の前記公開フォルダーの一括選択を受け付けるための選択画面を表示する表示制御手段と、前記表示制御手段により表示された前記選択画面を介して受け付けられた前記複数の公開フォルダーを選択する選択手段と、前記選択手段により選択された前記複数の公開フォルダーを送信先として登録する登録手段を備えることを特徴とする。本発明によれば、登録先の登録に関する操作性の向上を図ることができる。以下、本発明を実施するための最良の形態について図面を用いて説明する。[システム構成]図4に、本発明の実施形態に係るシステムのシステム構成図を示す。本実施例では、本実施形態に係る文書処理システムの全ての機能を一般的な情報処理装置PCによって実現する。本実施形態に係るシステムは、ネットワーク401に接続された共有ファイルサーバー405と、共有ファイルサーバー405の所定のフォルダーを監視してデータファイルの受信を待つ文書処理システム402-404とから成る。また文書処理システム402-404は、共有ファイルサーバー405の所定のフォルダーに対してデータファイルを送信する機能も持つ。なお本実施形態では、共有ファイルサーバー405を独立したサーバーとして説明するが、各文書処理システムが動作するPC上の共有フォルダーを使用する構成であっても、本発明は適用可能である。また本実施形態では、説明を簡便にするために文書処理システムが3台の場合を説明するが、さらに多数や少数の場合であっても、本発明は適用可能である。[ハードウェア構成]図1に、本発明の実施形態に係る文書処理システムを構成する情報処理装置PCのハードウェア構成図を示す。図1に示されるハードウェア構成は一般的な情報処理装置のハードウェア構成図に相当し、本実施形態のPC110には一般的な情報処理装置のハードウェア構成を適用できる。図1において、CPU100は、ROM102のプログラム用ROM、或いはハードディスク109からRAM101にロードされたオペレーティングシステムOSやアプリケーション等のプログラムを実行する。後述する各フローチャートの処理は、CPU100がフローチャートに関連するプログラムをメモリから読み出して実行することにより実現する。RAM101は、CPU100の主メモリ、ワークエリア等として機能する。キーボードコントローラ103は、キーボード108やマウスなど、図示しないポインティングデバイスからの入力を制御する。ディスプレイコントローラ104は、各種ディスプレイ107の表示を制御する。ディスクコントローラ105は、各種データを記憶するハードディスクHDD109やフロッピー登録商標ディスクFDD等におけるデータアクセスを制御する。ネットワークコントローラ106はネットワークに接続されて、ネットワークに接続された他の機器との通信制御処理を実行する。[ソフトウェア構成]図2および図3に、本発明の実施形態に係る文書処理システムを構成するPCのソフトウェア構成図を示す。本実施形態に係る文書処理システムは、ハードウェア構成で説明したように、全ての機能をPC110上で実行されるプログラムによって実現される。PC110は、データファイルを送信する文書処理システム204と、データファイルを受信する文書処理システム205、ハードディスク109にデータファイルとして情報を保存取得するファイルシステム203を備える。PC110は、ユーザーによるキーボード/マウス108の操作に応じて文書処理システム204、205に指示するユーザー入力管理モジュール202、文書処理システム204、205の動作結果を表示する画面表示管理モジュール201とから構成される。文書処理システム204のファイル管理UIモジュール301は、ファイル管理モジュール302により管理されるデータファイルの状態と、送信先管理モジュール304で管理する送信先とを表示する。さらにファイル管理UIモジュール301は、ユーザー入力管理モジュール202の操作に応じて文書のデータファイルへの操作をファイル管理モジュール302に指示する。ファイル管理モジュール302は、文書をデータファイルとして管理し、ファイル管理UIモジュール301のファイル操作実行指示に従い文書のデータファイルへの操作を実行する。送信先管理モジュール304は、データファイルの送信先を登録し記憶する。送信先登録UIモジュール303は、送信先を登録するUIを表示し、ユーザー入力管理モジュール202の操作に応じて送信先の登録を送信先管理モジュール304に指示する。文書処理システム205のファイル管理UIモジュール301は、データファイル送信側と共通のファイル管理モジュール302で管理するデータファイルの状態と、受信管理モジュール306で管理するファイル受信情報とを表示する。さらに、ファイル管理UIモジュール301は、ユーザー入力管理モジュール202の操作に応じて文書のデータファイル操作をファイル管理モジュール302に指示する。なお、文書処理システム204のファイル管理UIモジュール301は、文書処理システム205のファイル管理UIモジュール301と共通である。また、文書処理システム205のファイル管理モジュール302も、文書処理システム204のファイル管理モジュール302と共通である。受信管理モジュール306は、データファイルが受信されたか否かを監視し、データファイルの受信時にファイル管理UIモジュール301に新着通知画面の表示を指示する。受信設定UIモジュール305は、受信の設定を行うUIを表示し、ユーザー入力管理モジュール202の操作に応じて受信の設定の登録を受信管理モジュール306に指示する。なお本実施例では、説明の簡単のために文書処理システム204,205を送信側と受信側の機能に分けて説明するが、実際の構成ではそれぞれの文書処理システムが送信と受信の機能を持ち、相互にデータファイルを交換できる。その場合においても、本発明は適用可能である。[処理の流れ]図2から図3のソフトウェア構成図および図4のシステム構成図と、図5から図9のフローチャート、および図10から図16を用いて、本発明の実施形態に係る処理について説明する。図4のシステムにおいて文書処理システムA402-C404のそれぞれがデータファイルを受信する場合、それぞれの文書処理システムに対してデータファイルの受信設定情報を設定する必要がある。そしてその設定に先立ち、文書処理システムA402-C404を使用する各ユーザーがアクセス可能な共有フォルダーを、送受信に使用するフォルダーとして使用することをあらかじめ取り決めておく。本実施例では仮に、これを共有ファイルサーバー405の中のフォルダーFileServer共有フォルダーとして説明する。文書処理システムA402を構成するPC110上の文書処理システム205で、ユーザーがキーボード/マウス108を用いてファイル管理UI上で受信設定情報の設定を開始する。この開始により、ユーザー入力管理モジュール202はキーボード/マウス108に対する操作を検知して、文書処理システム205に対して操作内容を指示する。指示を受けた文書処理システム205は、受信設定UIモジュール305を用いて図10に例示される受信設定ダイアログ1001設定画面を表示し、受信設定情報を設定する。なお、受信設定情報とは、共有フォルダーのパスとフォルダーの公開名で構成されている。文書処理システム205は、設定された受信設定情報に基づいて、指定された共有フォルダーのパスに指定された公開名の公開フォルダーを生成する。まず受信設定UIモジュール305は、S501において、ユーザーによる受信設定ダイアログ1001に対する共有フォルダーパス1002と公開名1003の入力を受け付ける。続いて、受信設定UIモジュール305は、S502において、指定された共有フォルダーのパスに同じ公開名の公開フォルダーが存在しないかの重複チェックを行う。公開名の重複チェックは図6を用いて詳細に説明する。まず、受信設定UIモジュール305は、S601において共有フォルダーパス1002のフォルダー内に公開名1003と同じ名称のフォルダーが存在するか確認する。S601において指定された共有フォルダーパスに図10を介して指定された公開名と同じ公開名のフォルダーが存在すると判定された場合、受信設定UIモジュール305は、S602において図16に例示される受信情報ファイル1601が公開名1003と同じ名称のフォルダー既に存在しているフォルダー内に存在するか確認する。存在する場合は、公開名が重複しているため、受信設定UIモジュール305は、S603において図15に例示される公開名重複のエラーを表示する。この例では、存在した受信情報ファイル1601内に記録されたコンピュータ名情報1604およびユーザー名情報1603をもとに、同じ名前で既に公開されているフォルダーが、どのユーザーにより設定されているかを表示している。なお、S601においてYesと判定された場合であっても、公開名1003と同じ名称のフォルダー既に存在しているフォルダーに受信情報ファイル1601がない場合、そのフォルダーは公開フォルダーではない。このようなフォルダーは重複しても問題ないのでS603の処理は実行されない。ここで図5の説明に戻る。S502のチェック結果によりS503において公開名が重複していると判定された場合、再度ユーザーから共有フォルダーパス1002と公開名1003を受け付ける。S502のチェック結果によりS503において公開名が重複していないと判定された場合、受信設定UIモジュール305は、S504において共有フォルダーパス1002内に公開名1003のフォルダーを公開フォルダーとして作成する。そして、受信設定UIモジュール305は、S505において文書処理システムA402を構成するPC110のコンピュータ名情報1604およびユーザー名情報1603をもとに受信情報ファイル1601を作成する。そして、作成された受信情報ファイル1601が、S504において作成された公開フォルダー内に保存される。その後、受信設定UIモジュール305は、S506において受信管理モジュール306に受信の開始を指示し、受信管理モジュール306は公開フォルダーに対するファイル受信の監視を開始する。図12aおよびbは、文書処理システムA402が図5および図6の処理を実行して公開フォルダーを生成する前後のファイル管理UIの一例を示した図である。図5および図6の処理により公開フォルダーが生成されると、ファイルツリー表示UI1202に、マイトレイと表示された公開フォルダー1205が表示される。以後、公開フォルダー内にデータファイルが保存されると、公開フォルダーを監視する受信管理モジュール306がデータファイル生成を検知し、ファイル管理UIモジュール301が新着通知画面を表示する。図11aは、文書処理システムA402のみが共有ファイルサーバー405の共有フォルダーに公開フォルダーを作成した状態での共有ファイルサーバー405のフォルダー構造を模式的に示した図である。送受信に使用する共有フォルダーFileServer共有フォルダー1102の直下には、公開名1003と同じフォルダー名の公開フォルダー1103が作成される。同じく、文書処理システムB403および、文書処理C404も共有ファイルサーバー405に公開フォルダーを生成した状態での、共有ファイルサーバー405のフォルダー構造を模式的に示した図が図11bである。送受信に使用する共有フォルダー1102の直下には、文書処理システムA402-C404のそれぞれにより作成された3つの公開フォルダー1103-1105が存在する。公開フォルダーを作成した文書処理システム205が、公開フォルダーにおける受信を解除する際の処理の手順を示したのが図7のフローチャートである。ユーザーがファイル管理UI上で公開フォルダーに対する受信の解除操作を行うと、受信管理モジュール306は、S701において公開フォルダーに対するファイル受信監視を停止し、S702において公開フォルダー内の受信情報ファイル1601を削除する。さらに、受信管理モジュール306は、S703において公開フォルダー内にデータファイルまたはフォルダーが残っているか確認し、無い場合には、S704において公開フォルダーを削除する。一方、公開フォルダー内にデータファイルまたはフォルダーが残っている場合、まだ受け渡しが完了していないので公開フォルダーの削除を待機する。次に、図4のシステムにおいて文書処理システムA402が、文書処理システムB403および文書処理C404に、データファイルを送信する場合の送信先の登録について説明する。文書処理システムA402を構成するPC110上の文書処理システム204で、ユーザーがキーボード/マウス108に対してファイル管理UI上で送信先の登録を開始する。このユーザーの操作により、ユーザー入力管理モジュール202はキーボード/マウス108に対する操作を検知して、文書処理システム204に対して操作内容を指示する。指示を受けた文書処理システム204は、送信先登録UIモジュール303を用いて図13に例示される送信先登録ダイアログ1301を表示し、図8、図9に示すフローチャートに従って複数の送信先を一括選択および登録する。送信先登録UIモジュール303は、S501において送信先登録ダイアログ1301を介してユーザーから共有フォルダーパス1302の入力を受け付ける。その際、参照ボタン1303から共有フォルダーを選択しても良いし、共有フォルダーパス1302を直接入力して、確認ボタン1304を押下する手順でも良い。次に送信先登録UIモジュール303は、S802において公開フォルダーの公開名の一覧を取得する。S802の処理について図9を用いて詳細に説明する。送信先登録UIモジュール303は、S901において共有フォルダーパス1302の共有フォルダー内に存在するフォルダーを順にチェックし、S902においてチェック対象のフォルダー内に受信情報ファイルが存在するか否かを判定する。送信先登録UIモジュール303は、S903において受信情報ファイルが存在するフォルダーのフォルダー名を公開名一覧に追加する。続いて、送信先登録UIモジュール303は、S801において指定された共有フォルダーに自らが公開している公開フォルダーが存在するか否かをS803において判定する。存在していると判定された場合、S903において生成された公開名一覧から自らが公開している公開フォルダーの公開名をS804において削除する。なお、自ら公開している公開フォルダーは、送信先として選択されなければ良いので、選択候補から削除されていても、選択候補として選択できないようにグレーアウト表示されても良い。なお、S803において送信先登録UIモジュール303は、文書処理システムが動作しているPCの情報と一致している受信情報ファイルが存在する公開フォルダーを、自らが公開している公開フォルダーとして判定する。ここで説明を図8に戻す。送信先登録UIモジュール303は、S805において公開名一覧公開名1305-1306を図13の送信先登録ダイアログ1301選択画面に選択可能な状態で表示されるように表示制御処理を実行する。そして、送信先登録UIモジュール303は、S806においてユーザーから送信先として登録するフォルダーの選択を受け付ける。このとき送信先登録UIモジュール303は、ユーザーから複数の送信先の一括選択を受け付けることができる。もちろん、送信先登録UIモジュールは、ユーザから1つの送信先の選択を受け付けても構わない。その後、送信先登録UIモジュール303は、送信先管理モジュール304を用いてS807において送信先の共有フォルダーを登録する。なお、この登録により、送信先管理モジュール304は送信先領域1204に送信先を表示するようにファイル管理UIモジュール301に対して指示する。図14は、ファイル管理UIモジュール301が表示するファイル管理UIの一例である。ユーザーが公開名一覧から複数の公開フォルダー1305-1306を送信先として選択すると、複数の送信先1401-1402が表示される。以上の手順に従うことで、送信側プログラムの送信先の登録に関するユーザーインターフェースを、受け取り側プログラムの公開フォルダーの設定の状態に応じて、受け取り可能な受け取り側プログラムを列挙するように制御できる。そのため、複数の送信先の登録を一度に、間違えなく完了できる。実施例1において、データ送信側の文書処理システム204とデータ受信側の文書処理システム205とが送受信に使用するフォルダーは、共有フォルダー1102の直下に作成する公開名1003の公開フォルダー1103である。しかし、送信するデータファイルの付帯情報として宛先情報が含まれる場合には、共有フォルダーFileServer共有フォルダー1102自身を使用する構成を取ることも可能である。本実施例では、この場合の文書処理システムにおいてのUI制御の流れについて、実施例1と差異のある点のみを説明する。その場合、図5、図6に示す公開フォルダーの登録処理のうち、公開フォルダー作成の手順を行わない。すなわち、共有フォルダーパス1002のフォルダー内に公開名1003と同じ名称のフォルダーが存在するか確認するS601の処理、共有フォルダーパス1002内に公開名1003の名称のフォルダーを公開フォルダーとして作成するS504の処理を行わない。そして、文書処理システムA402を構成するPC110のコンピュータ名情報1604およびユーザー名情報1603をもとに作成した受信情報ファイル1601は、S505において、公開フォルダーではなく共有フォルダーパス1002のフォルダー内に、公開名1003と同じ名称で保存される。また、図7に示す受信の設定を解除する際の処理では、公開フォルダー内の受信情報ファイル1601を削除するS702の処理ではなく、共有フォルダーパス1002のフォルダー内の、公開名1003と同じ名称の受信情報ファイル1601を削除する。公開フォルダー内にデータファイルまたはフォルダーが残っているかのS703の確認処理、S704の削除処理は行われない。送信先の登録の処理では、図9に示す公開名の一覧の取得処理において共有フォルダーパス1302に存在するフォルダーに対してS901-S902のチェックを実行するのではなく、共有フォルダーパス1302に存在する受信情報ファイルを順にチェックする。そして、受信情報ファイルの存在するフォルダーのフォルダー名をS903において公開名一覧に追加するのではなく、受信情報ファイルのファイル名を公開名一覧に追加していく。それ以外の処理手順は実施例1と同様にすることで、共有フォルダーFileServer共有フォルダー1102自身を公開フォルダーとして使用することができる。以上、本実施形態においても複数の送信先を一括で登録できるので、ユーザーの操作性の向上を図ることができる。その他の実施例また、本発明は、以下の処理を実行することによっても実現される。即ち、上述した実施形態の機能を実現するソフトウェアプログラムを、ネットワーク又は各種記憶媒体を介してシステム或いは装置に供給し、そのシステム或いは装置のコンピュータまたはCPUやMPU等がプログラムを読み出して実行する処理である。"