"情報端末と、前記情報端末と通信可能な情報処理装置とを備えた会議支援システムであって、前記情報処理装置は、記憶手段を含み、前記記憶手段は、会議の出席者を特定するための情報である第1の情報と、前記会議が、開始前、会議中、または、終了のいずれの状態にあるかを特定するための情報である第2の情報と、前記会議が関連付けられているファイルを特定するための情報である第3の情報とを記憶し、前記情報端末は、表示手段と、前記会議に関連付けられて記憶されたファイルのアイコンを前記表示手段に表示させるための表示制御手段と、前記表示手段に表示されたアイコンに対する指示の入力を受け付けるための受付手段と、前記受付手段が受付けた指示を前記情報処理装置に送信するための送信手段とを含み、前記情報処理装置は、前記指示を受信した場合に、前記第3の情報に基づいて、前記指示の対象とされたファイルである対象ファイルを特定し、前記第2の情報に基づいて、前記対象ファイルが関連付けられている会議の状態を特定し、前記特定した会議の状態に基づいて、前記対象ファイルの送信先を決定し、当該決定された送信先に、前記対象ファイルを送信するためのファイル制御手段をさらに含む、会議支援システム。前記表示手段と前記受付手段は、タッチパネルによって構成され、前記表示制御手段は、前記タッチパネルに1以上の前記ファイルのアイコンを表示させ、前記受付手段は、前記タッチパネル上の第1の操作に基づいた、前記タッチパネルに表示されたアイコンで表されるファイルの中から処理対象のファイルを特定するための情報を取得し、前記第1の操作は、前記タッチパネル上で2点がタッチされた後に連続して当該2点のタッチ位置がその間隔が短くなる方向に移動し、その後、当該移動後の2点のタッチを解除する操作であり、前記受付手段は、前記第1の操作における2点のタッチ位置について、移動前と移動後の少なくとも一方のタッチ位置で定義される範囲に表示されたアイコンで表わされるファイルを、前記処理対象のファイルとして特定する、請求項1に記載の会議支援システム。前記会議はテレビ会議システムを利用した会議であり、前記第2の情報は、前記会議中である場合において、前記会議が消音状態か否かを特定するための情報を含む、請求項1または請求項2に記載の会議支援システム。前記第2の情報は、前記会議中である場合において、発表中か質疑応答中かを特定するための情報を含む、請求項1または請求項2に記載の会議支援システム。前記第1の情報は、前記会議の出席者のうち、発表者を特定するための情報を含み、前記ファイル制御手段は、前記第2の情報において質疑応答中とされる期間中に前記指示を受信した場合に、当該指示の対象となったファイルまたは当該ファイル内のページを特定する情報を前記記憶手段に記憶し、前記会議が終了した後、前記発表者を特定する送信先へ送信する、請求項4に記載の会議支援システム。前記第1の情報は、各参加者が前記会議の会場に入室したか否かを特定するための情報、および、前記会議の審議者を特定するための情報を含み、前記ファイル制御手段は、前記審議者が前記会議の会場に入室したことを条件として、前記対象ファイルを、前記決定された送信先へ送信する、請求項1に記載の会議支援システム。なお、特許文献3や特許文献4に記載されたような会議資料の配布に関し、会議に欠席した者等に対して資料の配布が不要となる場合や、会議には出席しない者に対して会議内容の報告等のために資料の配布が必要となる場合など、会議資料の配布は状況に応じて変化する場合が想定される。このような場合、会議資料を管理する者は、その都度送信先を選択する必要があり、煩雑であった。本発明は、係る実情に鑑み考えだ出されたものであり、その目的は、会議に関する配布資料の送信先の選択に煩雑な操作を要しない、会議支援システムを提供することである。本発明に従った会議支援システムは、情報端末と、情報端末と通信可能な情報処理装置とを備えた会議支援システムであって、情報処理装置は、記憶手段を含み、記憶手段は、会議の出席者を特定するための情報である第1の情報と、会議が、開始前、会議中、または、終了のいずれの状態にあるかを特定するための情報である第2の情報と、会議が関連付けられているファイルを特定するための情報である第3の情報とを記憶し、情報端末は、表示手段と、会議に関連付けられて記憶されたファイルのアイコンを表示手段に表示させるための表示制御手段と、表示手段に表示されたアイコンに対する指示の入力を受け付けるための受付手段と、受付手段が受付けた指示を情報処理装置に送信するための送信手段とを含み、情報処理装置は、指示を受信した場合に、第3の情報に基づいて、指示の対象とされたファイルである対象ファイルを特定し、第2の情報に基づいて、対象ファイルが関連付けられている会議の状態を特定し、特定した会議の状態に基づいて、対象ファイルの送信先を決定し、当該決定された送信先に、対象ファイルを送信するためのファイル制御手段をさらに含む。好ましくは、表示手段と受付手段は、タッチパネルによって構成され、表示制御手段は、タッチパネルに1以上のファイルのアイコンを表示させ、受付手段は、タッチパネル上の第1の操作に基づいた、タッチパネルに表示されたアイコンで表されるファイルの中から処理対象のファイルを特定するための情報を取得し、第1の操作は、タッチパネル上で2点がタッチされた後に連続して当該2点のタッチ位置がその間隔が短くなる方向に移動し、その後、当該移動後の2点のタッチを解除する操作であり、受付手段は、第1の操作における2点のタッチ位置について、移動前と移動後の少なくとも一方のタッチ位置で定義される範囲に表示されたアイコンで表わされるファイルを、処理対象のファイルとして特定する。好ましくは、会議はテレビ会議システムを利用した会議であり、第2の情報は、会議中である場合において、会議が消音状態か否かを特定するための情報を含む。好ましくは、第2の情報は、会議中である場合において、発表中か質疑応答中かを特定するための情報を含む。好ましくは、第1の情報は、会議の出席者のうち、発表者を特定するための情報を含み、ファイル制御手段は、第2の情報において質疑応答中とされる期間中に指示を受信した場合に、当該指示の対象となったファイルまたは当該ファイル内のページを特定する情報を記憶手段に記憶し、会議が終了した後、発表者を特定する送信先へ送信する。好ましくは、第1の情報は、各参加者が会議の会場に入室したか否かを特定するための情報、および、会議の審議者を特定するための情報を含み、ファイル制御手段は、審議者が会議の会場に入室したことを条件として、対象ファイルを、決定された送信先へ送信する。本発明によれば、会議に関連したファイルに対応するアイコンが操作されると、それに伴って決定された送信先へ、当該ファイルが送信される。これにより、システムの利用者が、会議資料のファイルの送信先の選択に係る煩雑な操作に煩わされることを回避できる。以下に、図面を参照しつつ、本発明の実施の形態について説明する。以下の説明では、同一の部品および構成要素には同一の符号を付してある。それらの名称および機能も同じである。[第1の実施の形態]<システム構成>図1は、本実施の形態にかかる会議支援システムの構成の具体例を示す図である。図1を参照して、本実施の形態にかかる会議支援システムは、MFP100と、入室管理サーバー200と、携帯端末300A,...300Nとを含み、これらがLANLocalAreaNetworkなどのネットワークで接続されている。本実施の形態のシステムでは、1以上の携帯端末を含む。なお、携帯端末の数は、図1に示されたものに限定されない。また、本明細書では、携帯端末自体の構成について説明する際には、適宜、携帯端末300A,...300Nをまとめて携帯端末300と呼ぶ。本実施の形態では、MFP100により情報処理装置が構成され、また、携帯端末300A,...300Nによって、情報端末が構成される。上記したネットワークは、有線であっても無線であってもよい。一例として、MFP100と入室管理サーバー200が有線LANに接続され、該有線LANにさらに無線LANアクセスポイント図示略が含まれ、携帯端末300A,...300Nが無線LANアクセスポイントと無線LANで接続されている例が挙げられる。本実施の形態の会議支援システムでは、MFP100は、ファイルサーバとして機能する。また、携帯端末300A,...300Nは、当該システムにおけるクライアントとして機能する。また、本実施の形態の会議支援システムでは、入室管理サーバー200は、1以上の会議室のそれぞれにおいて、どのユーザーが入室し、また、退室したかを管理する。このような管理は、たとえば、会議室の出入り口にセンサを設け、当該センサが出入りするユーザーを検出し、そして、入室管理サーバー200が当該センサから各会議室に出入りするユーザーを特定する情報を受信することにより、実現される。本実施の形態では、MFP100には、各会議室で行なわれる会議の少なくとも一部について、会議の出席者に配布される資料のファイルが格納されている。そして、MFP100は、各携帯端末300からの要求等に応じて、携帯端末300A,...300Nに、MFP100において格納されるファイルを特定する情報を送信する。そして、携帯端末300A,...300Nでは、各ファイルを特定する情報として、たとえば各ファイルに対応したアイコンが表示される。そして、本実施の形態では、携帯端末300A,...300Nのいずれかにおいて、アイコンを選択するための操作がなされると、当該操作がなされたことがMFP100へ送信される。これに応じて、MFP100は、操作対象となったアイコンに対応するファイルを特定し、また、予め定められた条件に応じて、当該ファイルの送信先を決定し、そして、決定した送信先へ、当該ファイルを送信する。なお、送信先を決定する条件には、操作をした端末のユーザーが誰であるか、当該ファイルが対応する会議がどのような状態にあるか、などの条件が含まれる。会議の状態の例としては、1会議開始前適宜会議前と標記する、2会議中、3終了後適宜会議後と標記する、が挙げられる。本実施の形態では、後述するように、各会議の開始時刻開始予定時刻と終了時刻終了予定時刻が登録される。そして、たとえば、現在時刻と、開始時刻および終了時刻とが比較されることにより、会議の状態が決定される。<MFPの構成>図2は、MFP100のハードウェア構成の具体例を示す図である。図2を参照して、MFP100は、MFP100全体を制御するための演算装置であるCPUCentralProcessingUnit10と、CPU10で実行されるプログラムなどを記憶するためのROMReadOnlyMemory11と、CPU10でプログラムを実行する際の作業領域として機能するためのRAMRandomAccessMemory12と、図示しない原稿台に載置された原稿を光学的に読取って画像データを得るためのスキャナー13と、画像データを印刷用紙上に固定するためのプリンター14と、情報を表示したり当該MFP100に対する操作入力を受付けたりするためのタッチパネルを含んだ操作パネル15と、画像データ等を保存するためのハードディスクHD16と、USBUniversalSerialBusメモリーなどの記憶媒体にアクセスしてそこからファイルを読み出したり書き込んだりするための記録媒体への通信を制御するためのメディアコントローラー17と、上記したLAN等のネットワークを介した通信の制御のためにモデム等により構成される通信装置18とを含む。操作パネル15は、図示しないタッチパネルと操作キー群とを含む。タッチパネルは、液晶表示装置などの表示装置と光学式タッチセンサや静電容量タッチセンサなどの位置指示装置とが重ねられて構成され、操作画面を表示して、その操作画面上の指示位置を特定する。タッチパネル上での指示位置タッチされた位置や、押下されたキーを示す操作信号は、CPU10に入力される。CPU10は、押下されたキー、または表示している操作画面および指示位置とから操作内容を特定し、それに基づいて処理を実行する。CPU10が実行するプログラムは、上記記憶媒体に記憶されていても良い。記憶媒体としては、CD-ROMCompactDiscReadOnlyMemory、DVD-ROMDigitalVersatileDiskReadOnlyMemory、USBUniversalSerialBusメモリ、メモリカード、FDFlexibleDisk、ハードディスク、磁気テープ、カセットテープ、MOMagneticOpticalDisc、MDMiniDisc、ICIntegratedCircuitカードメモリカードを除く、光カード、マスクROM、EPROM、EEPROMElectronicallyErasableProgrammableReadOnlyMemoryなどの、不揮発的にプログラムを格納する媒体が挙げられる。<入室管理サーバーの構成>図3は、入室管理サーバー200のハードウェア構成の具体例を示す図である。図3を参照して、入室管理サーバー200は、全体を制御するための演算装置であるCPU20と、CPU20で実行されるプログラムなどを記憶するためのROM21と、CPU20でプログラムを実行する際の作業領域として機能するためのRAM22と、液晶表示装置等によって構成される表示部23と、当該入室管理サーバー200に対する操作入力を受付けるための操作部25と、上記した各種センサから入力される入室管理用の情報等を記憶するためのHD26と、当該入室管理サーバー200に対して着脱可能な記憶媒体USBメモリー等との間で情報の読み書きをするためのメディアコントローラー27と、上記LANに接続するための通信装置モデム等28とを含む。<携帯端末の構成>図4は、携帯端末300のハードウェア構成の具体例を示す図である。図4を参照して、携帯端末300は、全体を制御するための演算装置であるCPU30と、CPU30で実行されるプログラムなどを記憶するためのROM31と、CPU30でプログラムを実行する際の作業領域として機能するためのRAM32と、情報を表示したり当該携帯端末300に対する操作入力を受付けたりするためのタッチパネルを含んだ操作パネル35と、画像データ等を記憶するためのHD36と、携帯端末300本体に対して着脱可能な記憶媒体USBメモリー等との間で情報の読み書きを行なうメディアコントローラー37と、上記LANに接続するための通信装置38とを含む。操作パネル35は、MFP100の操作パネル15と同様の構成であってよい。すなわち、一例として、液晶表示装置などの表示装置と光学式タッチセンサや静電容量タッチセンサなどの位置指示装置とが重なって構成されたタッチパネルを含む。当該タッチパネルでは、操作画面上の指示位置が特定され、その位置を示す操作信号がCPU30に入力される。CPU30は、表示している操作画面と指示位置とから操作内容を特定し、それに基づいて処理を実行する。CPU30が実行するプログラムは、上記記憶媒体に記憶されていても良い。記憶媒体としては、CD-ROM、DVD-ROM、USBメモリ、メモリカード、FD、ハードディスク、磁気テープ、カセットテープ、MO、MD、ICカードメモリカードを除く、光カード、マスクROM、EPROM、EEPROMなどの、不揮発的にプログラムを格納する媒体が挙げられる。<MFPにおいて管理される情報>図5は、MFP100において格納される情報の内容を模式的に示す図である。まず図5Aでは、会議管理情報として、各会議についての格納される情報の内容の一例が模式的に示されている。会議管理情報は、会議の開始時刻と、終了時刻と、会場と、当該会議の資料とされるファイルのファイル名資料ファイルと、出席者を含む。なお、資料ファイルとしては、ファイル名のみでなく、ファイルの格納場所が登録されていることが好ましい。ここで、格納場所は、MFP100内であっても良いし、MFP100が直接または他の装置を介して通信可能な装置内であっても良い。なお、会議管理情報では、出席者の中から、当該会議においてレポート等の発表を行なう発表者が特定されるように、出席者を登録することができる。図5Aに示された例では、ユーザーA,ユーザーB,ユーザーCを含む複数のユーザーが、出席者として登録されている。さらに、ユーザーAは、発表者としても登録されている。図5Bには、各会議室の入室管理情報として、ユーザーごとに、どの会議室に入室した状態であるかを示す情報が格納されている。MFP100のCPU10は、入室管理サーバー200から受信した情報に基づいて、入室管理情報を生成し、HD16に格納する。なお、入室管理サーバー200が、入室管理情報を生成してMFP100へ送信し、CPU10はそれをそのままHD16に格納しても良い。入室管理情報では、或る会議室に備えられたセンサが所定のユーザーの入室を検知した場合に、当該ユーザーの入室状況として当該会議室が登録される。そして、当該会議室における当該ユーザーの退出が検知された場合には、入室管理情報では、当該ユーザーの入室状況が-へと更新される。つまり、ユーザーがいずれの会議室にも入室していない場合、入室管理情報では、当該ユーザーの入室状況は、-とされる。このようなシステムは、たとえば、各ユーザーが、当該ユーザーを認識できるICカード等のアイテムを携帯し、そして、各会議室に備えられたセンサが、当該ユーザーが携帯するアイテムを検知することにより、各ユーザーの会議室への入室/退出を検知する。センサは、会議室の出入り口に備えられていても良いし、会議室の座席等に備えられていても良い。つまり、各ユーザーの入室/退室の管理には、各ユーザーの会議への出席を検知できる技術など、公知の技術を採用することができる。<タッチパネルに対してなされる操作>次に、携帯端末300において表示されるアイコンに対してなされる操作の態様について、説明する。なお、以下に説明される操作は、携帯端末300のタッチパネル操作パネル35に対して、ファイルを選択するためになされる操作ではあり、本実施の形態では、携帯端末300のタッチパネル上でアイコンが選択された操作がなされたことによって対応するファイルが送信されるが、本実施の形態の会議支援システムでは、MFP100のタッチパネル操作パネル15に表示されたアイコンに対する操作に応じても、対応するファイルを選択することができる。図6および図7は、携帯端末300のタッチパネルに対する、本実施の形態における特徴的な操作の内容を説明するための図である。図6では、操作パネル35に複数のファイルのアイコンが表示された例が示されている。そして、操作パネル35に対して、図6に表わされたようなつまむ操作を行なうことで、当該操作がなされた位置に対応したアイコンを選択することができる。なお、当該操作パネル35に対して、図7に表されたような離す操作が行なわれた場合にも、アイコンを選択することができる。図8は、つまむ操作を説明するための図である。図8を参照して、つまむ操作とは、たとえば2本の指などを用いて操作パネル35上の2点P1、P2を指定し、続いて、その位置から直線状または略直線状に指を近づけ、近づいた位置である2点P’1、P’2で2本の指を操作パネル35から離れさせる操作を指す。CPU10は、操作パネル35上の2点P1、P2が同時に指示され、さらに、それぞれの位置から連続して直線状または略直線状に位置が変化し、元の2点間の間隔よりも短い間隔である2点P’1、P’2で両指定がほぼ同時に解除されたことが検出されると、つまむ操作がなされたと検出する。図9は、離す操作を説明するための図である。図9を参照して、離す操作とは、たとえば2本の指などを用いて操作パネル35上の2点Q1、Q2を指定し、続いて、その位置から直線状または略直線状に互いの指を遠ざけ、ある程度離れた位置である2点Q’1、Q’2で2本の指を操作パネル35から離す操作を指す。CPU30は、操作パネル35上の2点Q1、Q2が同時に指示され、さらに、それぞれの位置から連続して直線状または略直線状に位置が変化し、元の2点間の間隔よりも長い間隔である2点Q’1、Q’2で両指定がほぼ同時に解除されたことが検出されると、離す操作がなされたと検出する。<つまむ操作によるアイコンの指定選択>携帯端末では、つまむ操作の最初に指定された2点図8の2点P1、P2と最後に指定された2点図8の2点P’1、P’2との少なくとも一方に基づいて定義される範囲に表示されるアイコンが、つまむ操作によって指定されたアイコンとして特定される。なお、つまむ操作によって指定されるアイコンを特定する方法は、特定の方法に限定されない。図10~図14は、つまむ操作によって指定されるアイコンを特定する方法の具体例を説明するための図である。まず、図10を参照して、携帯端末においてつまむ操作が検出されると、最初に指定タッチされた2点P1、P2を対角とする矩形をつまむ操作で定義される範囲が特定される。そして、特定された矩形の中に、少なくとも一部を含まれるアイコンが、指定されるアイコンとして特定される。または、図11に示されるように、最初に指定タッチされた2点P1、P2を対角とする矩形をつまむ操作で定義される範囲が特定される。そして、当該矩形内に完全に含まれるアイコンが、指定されるアイコンとして特定される。このように特定されることで、ユーザーは移動対象とするファイルを表わしたアイコンを挟むように2本の指を操作パネル35にタッチさせ、その状態からつまむ操作のための動作を行なうことで、意図するファイルを指定することができる。そのため、直感的に移動対象とするファイルを指定することができる。また、アイコン画像が小さい場合であっても、正確に指定することが可能となる。または、図12に示されるように、最後に指定タッチされた2点P’1、P’2を対角とする矩形が、つまむ操作で定義される範囲として特定される。当該矩形の中に少なくとも一部が含まれるアイコンが、指定されるアイコンとして特定される。または、図13に示されるように、上記2点P’1、P’2を対角とする矩形内に完全に含まれるアイコンが、指定されるアイコンとして特定される。このように特定されることで、ユーザーは移動対象とするファイルを表わしたアイコンが最後に2本の指の間に挟まれるように、それよりも広く離して2本の指を操作パネル35にタッチさせた後に近づけることで、意図するファイルを指定することができる。そのため、直感的に移動対象とするファイルを指定することができる。また、アイコン画像が小さい場合であっても、正確に指定することが可能となる。または、図14に示されるように、最初に指定された2点P1、P2から最後に指定された2点P’1、P’2までを結ぶ2本の線が、つまむ操作で定義される範囲と特定される。そして、いずれかの線と重なるアイコンが、指定されるアイコンとして特定される。このように特定されることで、ユーザーは移動対象とするファイルを表わしたアイコンをつまむように2本の指を移動させることで、意図するファイルを指定することができる。そのため、直感的に移動対象とするファイルを指定することができる。また、アイコン画像が小さい場合であっても、正確に指定することが可能となる。なお、本実施の形態では、つまむ操作によってアイコンが特定選択されるものとして説明するが、つまむ操作の代わりに、離す操作によって、アイコンが選択されても良い。この場合、たとえば、2本の指が操作パネル35を離れるときの位置図7の白抜きの○印で示された2箇所を対角とする矩形内に少なくとも一部が表示されているアイコンが選択対象となる。<資料送信処理>上記のように、本実施の形態の会議支援システムでは、携帯端末300において表示された会議資料のファイルに対応するアイコンが選択されると、当該ファイルについて、送信先が決定され、そして、当該決定された送信先へファイルが送信される。図15および図16は、このようなファイルの送信を実現するために、携帯端末300のCPU30、MFP100のCPU10、および、入室管理サーバー200のCPU20によって実行される資料送信処理のフローチャートである。以下、これらの図を参照して、当該処理の内容を説明する。なお、以下の説明では、携帯端末300を利用するユーザーは、すべて、各携帯端末300を介してシステムにログインしているものとする。つまり、携帯端末300のCPU30は、当該携帯端末300を操作しているユーザーを、当該ログインの際に入力された情報に基づいて特定できるものとする。また、以下の説明において、アイコンをつまむとは、アイコンをつまむ操作によって選択することを意味する。まず、図15を参照して、MFP100のCPU10は、まず、ステップSB10で、携帯端末300から、ファイルのアイコンをつまむ操作がなされた旨の情報を受信するまで、待機する。携帯端末300のCPU30は、操作パネル35に表示された会議資料のファイルのアイコンに対して、上記されたつまむ操作がなされたことを検知すると、ステップSA10で、MFP100に対して、その旨を送信する。このとき、CPU30は、少なくとも、操作対象となった選択されたアイコンを特定する情報と操作を行なったユーザーを特定する情報を、送信する。MFP100のCPU10は、携帯端末300から上記した情報を受信すると、処理をステップSB20へ進める。ステップSB20では、CPU10は、上記つまむ操作を行なったユーザーが、会議の発表者であるか否かを判断する。ここで、CPU10は、上記のように携帯端末300から送信された、操作対象のアイコンを特定する情報に基づき、当該アイコンに対応するファイルを特定する。そして、会議管理情報図5Aにおいて、当該特定したファイルが資料ファイルとされている会議を特定する。そして、上記つまむ操作を実行したユーザーが、当該会議の発表者であるか否かを、会議管理情報を参照することにより判断する。そして、発表者であると判断するとステップSB30へ処理を進め、発表者ではなく単なる出席者であると判断すると、ステップSB80図16参照へ処理を進める。ステップSB30では、CPU10は、携帯端末300において操作の対象となったアイコンのファイルを資料ファイルとする会議の状態をチェックし、当該チェックの結果に応じて、処理を進める。具体的には、当該会議が、会議中であればステップSB40へ処理を進め、会議開始前であればステップSB60へ処理を進め、そして、当該会議が終了している場合にはステップSB70へ処理を進める。ステップSB40では、CPU10は、入室管理サーバー200から、その時点での入室管理情報を取得して、ステップSB50へ処理を進める。入室管理サーバー200のCPU20は、MFP100から入室管理情報の要求を取得すると、これに応じて、その時点での各ユーザーの入室状況を決定するための情報を、MFP100へ送信する。これに応じて、MFP100では、図5Bを参照して説明したような入室管理情報が、HD16等に格納される。ステップSB50では、CPU10は、ステップSB30で、操作対象のアイコンに基づいて特定した会議の入室者出席者に、操作対象となったファイルを送信して、ステップSB10へ処理を戻す。なお、CPU10は、会議管理情報に基づいて会議の会場を特定し、そして、入室管理情報に基づいて、当該会場に入室しているユーザーを、当該会議の出席者として特定する。ステップSB60では、CPU10は、ステップSB30で特定した会議の出席予定者に、上記操作の対象となったファイルを送信して、ステップSB10へ処理を戻す。なお、各会議の会議管理情報図5Aは、それぞれの開始前から、生成される。そして、CPU10は、ステップSB30で特定した会議についての会議管理情報について、出席者として登録されているユーザーを、出席予定者として特定する。ステップSB70では、CPU10は、上記つまむ操作を実行したユーザーに対して、処理対象となったファイルを送信して、ステップSB10へ処理を戻す。図16を参照して、ステップSB20において、上記つまむ操作を実行したユーザーが、会議の単なる出席者である場合には、MFP100のCPU10は、ステップSB80で、ステップSB30と同様に、操作対象のファイルを資料ファイルとする会議の状態をチェックする。そして、CPU10は、当該会議が会議中であると判断するとステップSB90へ処理を進め、会議開始前または会議終了後である場合には、ステップSB130へ処理を進める。ステップSB130では、CPU10は、ステップSB70と同様に、上記つまむ操作を行なったユーザーに、処理対象のファイルを送信して、ステップSB10へ処理を戻す。一方、ステップSB90では、CPU10は、ステップSB40と同様に、入室管理サーバー200に対して、入室管理情報を要求する。これに応じて、入室管理サーバー200のCPU20は、ステップSC10と同様に、ステップSC20において、入室管理情報を、MFP100へ送信する。MFP100のCPU10は、入室管理サーバー200から入室管理情報を取得すると、ステップSB100へ処理を進める。ステップSB100では、CPUは、処理対象のファイルの送信のための宛先のリストを生成して、上記つまむ操作が実行された携帯端末300に送信する。なお、ステップSB100で生成される宛先リストは、種々のものが考えられる。たとえば、ステップSB90で入室管理サーバー200から受信した入室管理情報に基づいて、処理対象のファイルを資料ファイルとする会議の出席者を列挙したものであってもよいし、本実施の形態のシステムが職場において実施されている場合には所定の所属や役職のユーザーが選択されて生成されてもよいし、このような場合のために予め定められたリストであってもよい。ステップSB100において宛先リストが送信されると、これに応じて、携帯端末300のCPU30は、ステップSA20において、上記宛先リストを受信して、ステップSA30へ処理を進める。ステップSA30では、CPU30は、当該携帯端末300のユーザーに、ステップSA20で受信した宛先リストに基づいて、ファイルの送信先としての宛先を選択させて、そして、選択された宛先をMFP100へ送信する。これに応じて、ステップSB110では、MFP100のCPU10は、携帯端末300から送信される宛先情報を受信し、そして、ステップSB120へ処理を進める。ステップSB120では、CPU10は、ステップSB110で受信した宛先に、上記操作対象のファイルを送信して、ステップSB10へ処理を戻す。以上説明した本実施の形態のファイル送信処理によれば、携帯端末300において、ユーザーがファイルを選択する処理を実行すると、選択されたファイルが、MFP100において決定される宛先送信先へと送信される。ここで、当該ファイルの送信先は、ステップSB30またはステップSB80において説明されたように、当該ファイルを資料ファイルとする会議の状態に応じて、決定される。また、当該ファイルの送信先は、携帯端末300においてファイルを選択する操作を行なったユーザーが、当該会議の発表者であるか単なる出席者であるかステップSB20によっても、決定される。[第2の実施の形態]<システム構成>本実施の形態の会議支援システムの構成を、図17に示す。図17を参照して、本実施の形態の会議支援システムは、図1を参照して説明したシステムの構成に加え、テレビ会議システムを制御するコンピューター900をさらに含む。コンピューター900は、MFP100等が接続されるネットワークに、接続する。図18は、図17のコンピューター900のハードウェア構成を模式的に示す図である。図18を参照して、コンピューター900は、当該コンピューター900の全体な動作を制御するための演算装置であるCPU90と、CPU90で実行されるプログラムなどを記憶するためのROM91と、CPU90でプログラムを実行する際の作業領域として機能するためのRAM92と、液晶表示装置等によって構成される表示部93と、当該コンピューター900に対する操作入力を受付けるための操作部95と、上記した各種センサから入力される入室管理用の情報等を記憶するためのHD96と、上記LANに接続するための通信装置モデム等98とを含む。また、コンピューター900は、テレビ会議システムにおいて利用されるマイク94、カメラ99、および、スピーカー97を含む。なお、テレビ会議システムでは、さらに表示部93も利用される。<資料送信処理>次に、本実施の形態で実行される資料送信処理の内容を説明する。図19および図20は、本実施の形態において実行される資料送信処理のフローチャートである。以下、これらの図を参照して、本実施の形態において実行される資料送信処理の内容を説明する。資料送信処理において、まず、MFP100のCPU10は、第1の実施の形態と同様に、ステップSB10で、携帯端末300からつまむ操作がなされた旨の情報を受信するまで、待機している。一方、携帯端末300において、操作パネル35に表示されたアイコンに対して上記つまむ操作がなされたことを検出すると、その旨を、ステップSA10で、CPU30は、MFP100へ送信する。これに応じて、MFP100のCPU10は、ステップSB220図20参照へ処理を進める。ステップSB220では、CPU10は、テレビ会議システムを制御するコンピューター900に対して、消音情報を要求する。ここで、消音情報とは、コンピューター900において、操作部95に対して、マイク94の音声を相手方に送信しない状態にする操作がなされているか否かを示す情報である。なお、本明細書では、マイク94の音声を相手方に送信しない状態を消音状態と言い、相手方に送信する状態を非消音状態と言う。なお、本実施の形態のテレビ会議システムは、ネットワークを通じて、他のコンピューターとの間で、テレビ会議を運営するためのシステムである。つまり、本実施の形態の会議支援システムのユーザーは、コンピューター900を利用して、他のシステムのユーザーとテレビ会議を行なっている。そして、消音状態とは、本会議支援システムを利用するユーザーが、他のシステムのユーザーに対して、自らが発する音声がマイク94を介して相手方たる他のシステム側に送信されることを停止している状態であるとする。そして、MFP100のCPU10は、ステップSB220で、コンピューター900から消音情報を取得すると、ステップSB230へ処理を進める。ステップSB230では、CPU10は、入室管理サーバー200に対して、入室管理情報図5Bを要求する。これに応じて、入室管理サーバー200のCPU20は、入室管理情報を生成するための情報を、MFP100へ送信する。MFP100のCPU10は、ステップSB230で入室管理情報を取得すると、ステップSB240へ処理を進める。ステップSB240では、CPU10は、入室管理情報に基づいて、つまむ操作をしたユーザーが現在入室している会議室を特定し、ステップSB250へ処理を進める。ステップSB250では、CPU10は、ステップSB240で特定した会議室に入室しているメンバーユーザーに対して、処理対象となったファイルを送信して、ステップSB10へ処理を戻す。一方、ステップSB220で取得した消音情報が非消音状態であると判断すると、CPU10は、ステップSB20図19参照へ処理を進める。そして、CPU10は、第1の実施の形態と同様に、ステップSB20以降の処理を実行する。以上説明した本実施の形態では、会議支援システムは、テレビ会議システムを制御するコンピューター900を含む。そして、つまむ操作によってファイルが選択された際には、当該テレビ会議システムにおける消音状態/非消音状態を確認する。そして、テレビ会議システムが消音状態である場合には、選択されたファイルが、つまむ操作をしたユーザーと同じ会議室にいるユーザーにのみ、送信されるステップSB250。これにより、相手方に会議室内の音声を送信しないような状況では、選択されたファイルについても、当該会議室に入室しているユーザーにのみ送信される。[第3の実施の形態]<システム構成>本実施の形態の会議支援システムでは、図5Aを参照して説明したような会議管理情報において、当該会議が発表中であるか質疑応答中であるかを示す情報が、さらに、含まれる。なお、MFP100のCPU10は、たとえば、各会議室に備えられたこれらの状態を切換えるためのボタンの操作に基づいて、各会議が発表中であるか質疑応答中であるかを特定することができる。<資料送信処理>本実施の形態の資料送信処理では、第1の形態において図15と図16で処理の内容が説明されたところを、図16に示された部分が図21と図22に示された処理に置き換えられることにより、説明される。図21および図22は、第3の実施の形態において実行される資料送信処理のフローチャートである。図21を参照して、ステップSB20図15参照において、つまむ操作を行なったユーザーが、会議の単なる出席者であると判断すると、MFP100のCPU10は、ステップSB80で、当該会議の状態をチェックする。そして、会議開始前または会議終了後であると判断するとステップSB130へ処理を進め、会議中であると判断するとステップSB310図22へ処理を進める。ステップSB310では、CPU10は、当該会議が、会議中であるか質疑応答中であるかを判断する。そして、CPU10は、質疑応答中であると判断するとステップSB320へ処理を進め、発表中であると判断するとステップSB90図21へ処理を進める。ステップS320では、CPU10は、当該会議が行なわれている会議室に入室しているユーザーに、処理対象のファイルを送信して、ステップSB330へ処理を進める。ステップSB330では、CPU10は、つまむ操作の対象となったファイルまたは、当該ファイル内のページを、別途保存して、ステップSB10へ処理を戻す。一方、ステップSB310において発表中であると判断すると、CPU10は、第1の実施の形態と同様に、ステップSB90以降の処理を実行する。以上説明した本実施の形態では、会議の質疑応答中に、当該会議の出席者発表者を除くによってファイルまたはページを選択する操作がなされると、当該ファイルまたはページが、当該会議に出席しているユーザーへ送信される。会議の質疑応答中にファイルまたはページが選択された場合、当該ファイルまたはページに対して、出席者は発表者に質問をすることを望む状況にあると考えられる。そして、本実施の形態では、このような状況に応じて、質疑応答の対象となるファイルを、会議に出席しているユーザーの共通認識として保有される。なお、本実施の形態に限っては、ユーザーによってつまむ操作で選択されるファイルは、会議の配布資料以外の資料も含むものと考えられる。[第4の実施の形態]<システム構成>本実施の形態の会議支援システムは、第3の実施の形態の会議支援システムのさらなる変形例と考えられる。よって、本実施の形態の会議支援システムでは、MFP100のCPU10は、各会議が、発表中であるか質疑応答中であるかの状態を特定することができる。<資料送信処理>本実施の形態のMFP100のCPU10は、資料送信処理のバックグラウンドで、さらに、図23に示される処理を実行している。図23は、第4の実施の形態において、MFP100のCPU10が実行する処理のフローチャートである。図23を参照して、MFP100のCPU10は、ステップSB410で、いずれかの会議が終了したか否かを判断し、終了したと判断するとステップSB420へ処理を進める。ステップSB420では、ステップSB410で終了した会議について、当該会議に出席したユーザーのリスト入室者リストと、当該会議において質疑された情報がまとめられたもの議事録を生成して、ステップSB430へ処理を進める。なお、CPU10は、入室管理情報の履歴を参照し、当該会議が開始してから終了するまでの間に、少なくとも1度、当該会議が行なわれた会議室に入室したユーザーをピックアップすることにより、入室者リストを生成する。また、CPU10は、たとえば、ステップSB330図22において保存したファイルまたはページをすべて合成することにより、議事録を生成する。なお、議事録には、ステップSB330において保存されたファイルまたはページに対してつまむ操作を行なったユーザーを特定する情報たとえば、ユーザー名をさらに含むように、議事録を生成してもよい。ステップSB430では、CPU10は、ステップSB410で終了したと判断した会議の発表者として登録されたユーザーに、ステップSB420で生成した入室者リストおよび議事録を送信して、処理を終了する。以上説明した本実施の形態では、会議の発表者に対して、当該会議に出席したユーザーのリスト、および、質疑応答の内容を、提供することができる。[第5の実施の形態]<システム構成>本実施の形態の会議支援システムは、第1~第4の実施の形態で説明した会議支援システムのいずれにも、追加的に適用されることができる。<資料送信処理>本実施の形態の会議支援システムでは、図5Aを参照して説明したような会議管理情報の出席者において、発表者に加え、審議者が特定される。そして、本実施の形態では、当該審議者が不在のまま会議が開始されたり、会議資料が会議出席者に配布されることを回避するため、当該審議者の入室を待って、会議資料のファイルが出席者に送信される。<資料送信処理>図24は、第5の実施の形態において、MFP100のCPU10が、資料送信処理のバックグラウンドで実行している処理のフローチャートである。図24を参照して、CPU10は、ステップSB510で、入室管理サーバー200に対して、入室管理情報を特定するための情報を要求する。これに応じて、入室管理サーバー200のCPU20が、MFP100へ、入室管理情報を送信する。入室管理サーバー200から入室管理情報を取得すると、CPU10は、ステップSB520へ処理を進める。ステップSB520では、CPU10は、会議管理情報において当該会議の審議者が、当該会議の会場に既に入室しているか否かを判断し、まだ入室していないと判断するとステップSB510へ処理を戻し、入室していると判断するとステップSB530へ処理を進める。ステップSB530では、当該会議の資料ファイルの送信可フラグをオンにして、処理を終了する。以上説明した本実施の形態では、CPU10は、ステップSB50等において資料ファイルを送信する際に、ステップSB530でオンされるファイル送信可フラグがオンされていることを条件として、ファイルを送信する。これにより、審議が必要な会議において、審議者が会場に入室する前に、つまり、審議者が不在のまま、会議が開始されたり、会議資料が出席者に配布されることを、回避できる。[その他の変形例等]各実施の形態におけるファイルの送信の態様としては、電子メールに添付する、または、所定のサーバーの各ユーザーの領域にファイルを送信する、など、ファイルを個人に宛てて送信する際の公知の技術を利用することが考えられる。また、以上の説明では、ファイルの送信は、携帯端末300に対するアイコン選択操作に基づいたものとして説明されるが、MFP100のタッチパネルにファイルのアイコンが表示された場合に、当該アイコンを選択する操作がなされた場合にも、同様の処理がなされる。この場合、上記の説明において携帯端末300において実行された処理は、MFP100において実行される処理に置き換えられる。今回開示された各実施の形態はすべての点で例示であって制限的なものではないと考えられるべきである。本発明の範囲は上記した説明ではなくて特許請求の範囲によって示され、特許請求の範囲と均等の意味および範囲内でのすべての変更が含まれることが意図される。また、各実施の形態において説明された発明は、可能な限り、単独でも、組合わせても、実施することが意図される。"