"所定の通信端末における一定期間の通信状態に関する履歴を管理する管理システムであって、前記複数の通信端末における各通信端末から、当該各通信端末での通信状態に関する履歴を示した生履歴情報を受信する受信手段と、前記受信された生履歴情報に対して所定の加工を行うことにより、加工後の履歴を示す加工履歴情報を作成する加工手段と、を有し、更に、前記受信手段は、外部から前記加工履歴情報の取得要求を受け付け、前記加工手段は、前記加工履歴情報の取得要求を受け付ける前から、前記所定の加工を開始することを特徴とする管理システム。請求項1に記載の管理システムであって、更に、所定の通信端末の通信状態を示す通信状態情報及び加工の処理内容示す加工処理情報を関連付けて管理する加工規則管理手段を有し、前記加工手段は、前記受信手段によって受信された生履歴情報に含まれている通信状態を示す通信状態情報に基づいて、前記加工規則管理手段を検索することにより、対応する加工処理情報を抽出し、当該抽出された加工処理情報に示されている加工の処理内容に従って、前記受信された生履歴情報を加工することを特徴とする管理システム。請求項1又は2に記載の管理システムであって、前記取得要求が受け付けられた際に、当該取得要求された加工履歴情報に、予め定められた項目の情報が存在しないことによる不備が生じているかを検査し、不備がある場合には、当該不備がある加工履歴情報を除外する不備履歴除外手段を有することを特徴とする管理システム。請求項1又は2に記載の管理システムであって、前記加工手段は、当該加工して作成した加工履歴情報に、予め定められた項目の情報が存在しないことによる不備が生じているかを検査し、前記加工履歴記憶手段は、前記検査の結果を示す検査結果情報を前記加工履歴情報に関連付けて記憶する、ことを特徴とする管理システム。請求項1乃至4のいずれか一項に記載の管理システムであって、更に、前記受信手段によって受信された前記生履歴情報を一時的に記憶する一時記憶手段を有し、前記加工手段は、前記一時記憶手段によって記憶された前記生履歴情報を加工して、前記加工履歴情報を作成することを特徴とする管理システム。請求項5に記載の管理システムであって、前記加工手段によって作成された加工履歴情報を記憶する加工履歴記憶手段を有し、通信不備の発生によって、前記加工手段で作成された前記加工履歴情報が前記加工履歴記憶手段に記憶されることができない場合に、前記加工手段は、加工前の前記生履歴情報を前記一時記憶手段に戻すことを特徴とする請求項5に記載の管理システム。前記一時記憶手段によって記憶された前記生履歴情報を記憶する生履歴記憶手段を有し、前記加工手段は、当該加工手段によって前記生履歴情報を加工するか否かに拘わらず、前記生履歴情報を前記生履歴記憶手段に記憶することを特徴とする請求項6に記載の管理システム。通信不備の発生に基づいて、前記一時記憶手段によって記憶されている前記生履歴情報が前記生履歴記憶手段に記憶されることができない場合に、前記加工手段は、加工前の前記生履歴情報を前記一時記憶手段に戻すことを特徴とする請求項7に記載の管理システム。請求項1乃至8のいずれか一項に記載の管理システムであって、更に、前記生履歴情報が予め定められた項目の情報を示さないことによる不備が生じているため、前記加工手段が前記生履歴情報を加工できなかった場合に、前記不備が生じている生履歴情報を記憶する不備生履歴記憶手段を有することを特徴とする管理システム。前記管理システムを、請求項1乃至9の何れか一項に記載の各手段として機能させることを特徴とするプログラム。前記管理システムに、通信ネットワークを介して、請求項10に記載のプログラムを提供することを特徴とするプログラム提供システム。請求項1乃至9の何れか一項に記載の管理システムのメンテナンスを行うことを特徴とするメンテナンスシステム。しかしながら、生履歴情報が、他の通信処理と関連しない単独の通信処理のような履歴情報ではなく、通信開始日時と通信終了日時との間の一定期間での通信処理に関する履歴情報の場合には、加工履歴情報の作成にかなりの時間が掛かってしまう。そのため、利用者側から積極的に運営者側に対して加工履歴情報を取得要求した場合には、運営者は迅速に利用者へ加工履歴情報を提供することができないという課題が生じる。請求項1に係る発明は、所定の通信端末における一定期間の通信状態に関する履歴を管理する管理システムであって、前記複数の通信端末における各通信端末から、当該各通信端末での通信状態に関する履歴を示した生履歴情報を受信する受信手段と、前記受信された生履歴情報に対して所定の加工を行うことにより、加工後の履歴を示す加工履歴情報を作成する加工手段と、を有し、更に、前記受信手段は、外部から前記加工履歴情報の取得要求を受け付け、前記加工手段は、前記加工履歴情報の取得要求を受け付ける前から、前記所定の加工を開始することを特徴とする管理システムである。以上説明したように本発明によれば、たとえ、一定期間の通信に関する生履歴情報に基づいて加工履歴情報を作成する場合であっても、事前に生履歴情報を加工して記憶しておくため、加工履歴情報の取得要求に迅速に対応することができるという効果を奏する。以下、図1乃至図14を用いて、本発明の実施形態について説明する。なお、図1は、本発明の一実施形態に係る通信システムの概略図である。この通信システム1には、通信管理システム50を介して一方の通信端末から他方の通信端末に一方向でコンテンツデータを伝送するデータ提供システムや、通信管理システムを介して複数の通信端末間で情報や感情等を相互に伝達するコミュニケーションシステムが含まれる。このコミュニケーションシステムは、コミュニケーション管理システム通信管理システムに相当を介して複数のコミュニケーション端末通信端末に相当間で情報や感情等を相互に伝達するためのシステムであり、テレビ会議システムやテレビ電話システム等が例として挙げられる。本実施形態では、コミュニケーションシステムの一例としてのテレビ会議システム、コミュニケーション管理システムの一例としてのテレビ会議管理システム、及びコミュニケーション端末の一例としてのテレビ会議端末を想定した上で、通信システム、通信管理システム、及び通信端末について説明する。即ち、本発明の通信端末及び通信管理システムは、テレビ会議システムに適用されるだけでなく、コミュニケーションシステム、又は通信システムにも適用される。なお、本実施形態では、テレビ会議と説明しているが、ビデオ会議と言われることもあり、両者は同じ内容である。<<実施形態の全体構成>>まず、図1に示されている通信システム1は、複数の通信端末10aa,10ab,...、各通信端末10aa,10ab,...用のディスプレイ120aa,120ab,...、クライアントPCとしての外部入力装置40aa,40ab,...、複数の中継装置30a,30b,30c,30d、通信管理システム50、プログラム提供システム90、及びメンテナンスシステム100によって構築されている。複数の通信端末10は、コンテンツデータの一例としての画像データ及び音声データの受信による伝送を行う。なお、以下では、通信端末を単に端末として表し、通信管理システムを単に管理システムとして表す。また、複数の端末10aa,10ab,...のうち任意の端末を端末10と表し、複数のディスプレイ120aa,120ab,...のうち任意のディスプレイをディスプレイ120と表し、複数の外部入力装置40aa,40ab,...のうち任意の外部入力装置を外部入力装置40と表し、複数の中継装置30a,30b,30c,30dのうち任意の中継装置を中継装置30と表す。更に、テレビ会議の開始を要求する要求元としての端末は要求元端末と表し、要求先である宛先中継先としての端末は宛先端末と表す。図2は、通信システムにおける画像データ、音声データ、及び各種管理情報の送受信の状態を示した概念図である。図2に示されているように、通信システム1において、要求元端末と宛先端末との間では、管理システム50を介して、各種の管理情報を送受信するための管理情報用セッションseiが確立される。また、要求元端末と宛先端末との間では、中継装置30を介して、高解像度の画像データ、中解像度の画像データ、低解像度の画像データ、及び音声データの4つの各データを送受信するための4つのセッションが確立される。ここでは、これら4つのセッションをまとめて、画像音声データ用セッションsedとして示している。ここで、図3を用いて、本実施形態で扱われる画像データの画像の解像度について説明する。図3は、画像データの画質を説明する概念図である。図3aに示されているように、横が160画素、縦が120画素から成り、ベース画像となる低解像度の画像と、図3bに示されているように、横が320画素、縦が240画素から成る中解像度の画像と、図3cに示されているように、横が640画素、縦が480画素から成る高解像度の画像とがある。このうち、狭帯域経路を経由する場合には、ベース画像となる低解像度の画像データのみから成る低画質の画像データが中継される。帯域が比較的広い場合には、ベース画像となる低解像度の画像データ、及び中解像度の画像データから成る中画質の画像データが中継される。また、帯域が非常に広い場合には、ベース画質となる低解像度の画像データ、中画解像度の画像データ、及び高解像度の画像データから成る高画質の画像データが中継される。図1に示されている中継装置30は、複数の端末10の間で、コンテンツデータの中継を行う。管理システム50は、端末10からのログイン認証、端末10の通話状況の管理、宛先リストの管理、通信履歴の管理等、及び中継装置30の通信状況等を一元的に管理する。なお、画像データの画像は、動画であっても静止画であってもよく、動画と静止画の両方であってもよい。複数のルータ70a,70b,70c,70d,70ab,70cdは、画像データ及び音声データの最適な経路の選択を行う。なお、以下では、ルータ70a,70b,70c,70d,70ab,70cdのうち任意のルータはルータ70と表されている。プログラム提供システム90は、後述のHD204を備えており、端末10に各種機能を実現させる又は、端末10を各種手段として機能させるための端末用プログラムが記憶され、端末10に端末用プログラムを送信することができる。また、プログラム提供システム90のHD204には、中継装置30に各種機能を実現させる又は、中継装置30を各種手段として機能させるための中継装置用プログラムも記憶されており、中継装置30に、中継装置用プログラムを送信することができる。更に、プログラム提供システム90のHD204には、管理システム50に各種機能を実現させる又は、管理システム50を各種手段として機能させるための伝送管理用プログラムも記憶されており、管理システム50に、伝送管理用プログラムを送信することができる。メンテナンスシステム100は、端末10、中継装置30、管理システム50、及びプログラム提供システム90のうちの少なくとも1つの維持、管理、又は保守を行うためのコンピュータである。例えば、メンテナンスシステム100が国内に設置され、端末10、中継装置30、管理システム50、又はプログラム提供システム90が国外に設置されている場合、メンテナンスシステム100は、通信ネットワーク2を介して遠隔的に、端末10、中継装置30、管理システム50、及びプログラム提供システム90のうちの少なくとも1つの維持、管理、保守等のメンテナンスを行う。また、メンテナンスシステム100は、通信ネットワーク2を介さずに、端末10、中継装置30、管理システム50、及びプログラム提供システム90のうちの少なくとも1つにおける機種番号、製造番号、販売先、保守点検、又は故障履歴の管理等のメンテナンスを行う。ところで、端末10aa,10ab,、中継装置30a、及びルータ70aは、LAN2aによって通信可能に接続されている。端末10aa,10ab,には、それぞれ外部入力装置40aa,40ab,が通信可能に接続されている。端末10ba,10bb,、中継装置30b、及びルータ70bは、LAN2bによって通信可能に接続されている。端末10ba,10bb,には、それぞれ外部入力装置40ba,40bb,が通信可能に接続されている。また、LAN2a及びLAN2bは、ルータ70abが含まれた専用線2abによって通信可能に接続されており、所定の地域A内で構築されている。例えば、地域Aは日本であり、LAN2aは東京の事業所内で構築されており、LAN2bは大阪の事業所内で構築されている。一方、端末10ca,10cb,、中継装置30c、及びルータ70cは、LAN2cによって通信可能に接続されている。端末10ca,10cb,には、それぞれ外部入力装置40ca,40cb,が通信可能に接続されている。端末10d10da,10db、中継装置30d、及びルータ70dは、LAN2dによって通信可能に接続されている。端末10da,10db,には、それぞれ外部入力装置40da,40db,が通信可能に接続されている。また、LAN2c及びLAN2dは、ルータ70cdが含まれた専用線2cdによって通信可能に接続されており、所定の地域B内で構築されている。例えば、地域Bはアメリカ合衆国であり、LAN2cはニューヨークの事業所内で構築されており、LAN2dはワシントンD.C.の事業所内で構築されている。地域A及び地域Bは、それぞれルータ70ab,70cdからインターネット2iを介して通信可能に接続されている。また、管理システム50、プログラム提供システム90、及びメンテナンスシステム100は、インターネット2iを介して、端末10、及び中継装置30と通信可能に接続されている。管理システム50、プログラム提供システム90、及びメンテナンスシステム100は、地域A又は地域Bに設置されていてもよいし、これら以外の地域に設置されていてもよい。なお、本実施形態では、LAN2a、LAN2b、専用線2ab、インターネット2i、専用線2cd、LAN2c、及びLAN2dによって、本実施形態の通信ネットワーク2が構築されている。この通信ネットワーク2には、有線だけでなく、WiFiWirelessFidelityや、Bluetooth登録商標等の無線による通信が行われる箇所があってもよい。また、図1において、端末10、中継装置30、管理システム50、ルータ70、プログラム提供システム90、及びメンテナンスシステム100の下に示されている4組の数字は、一般的なIPv4におけるIPアドレスを簡易的に示している。例えば、端末10aaのIPアドレスは1.2.1.3である。また、IPv4ではなく、IPv6を用いてもよいが、説明を簡略化するため、IPv4を用いて説明している。なお、各端末10は、複数の事業所間での通話や、同じ事業所内の異なる部屋間での通話だけでなく、同じ部屋内での通話や、屋外と屋内又は屋外と屋外での通話で使われてもよい。各端末10が屋外で使われる場合には、携帯電話通信網等の無線による通信が行われる。<<実施形態のハードウェア構成>>次に、本実施形態のハードウェア構成を説明する。図4は、本実施形態に係る端末10の外観図である。以下、端末10の長手方向をX軸方向、水平面内でX軸方向に直交する方向をY軸方向、X軸方向及びY軸方向に直交する方向鉛直方向をZ軸方向として説明する。図4に示されているように、端末10は、筐体1100、アーム1200、及びカメラハウジング1300を備えている。このうち、筐体1100の前側壁面1110には、複数の吸気孔によって形成された不図示の吸気面が設けられており、筐体1100の後側壁面1120には、複数の排気孔が形成された排気面1121が設けられている。これにより、筐体1100に内蔵された冷却ファンの駆動によって、不図示の吸気面を介して端末10の後方の外気を取り込み、排気面1121を介して端末10の後方へ排気することができる。筐体1100の右側壁面1130には、収音用孔1131が形成され、後述する内蔵型のマイク114によって音声、物音、雑音等の音が収音可能となっている。筐体1100の右側壁面1130側には、操作パネル1150が形成されている。この操作パネル1150には、後述の複数の操作ボタン108a~108e、後述の電源スイッチ109、及び後述のアラームランプ119が設けられていると共に、後述の内蔵型のスピーカ115からの出力音を通すための複数の音声出力孔によって形成された音出面1151が形成されている。また、筐体1100の左側壁面1140側には、アーム1200及びカメラハウジング1300を収容するための凹部としての収容部1160が形成されている。筐体1100の右側壁面1130には、後述の外部機器接続I/F118に対して電気的にケーブルを接続するための複数の接続口1132a~1132cが設けられている。一方、筐体1100の左側壁面1140には、後述の外部機器接続I/F118に対して電気的にディスプレイ120用のケーブル120cを接続するための不図示の接続口が設けられている。なお、以下では、操作ボタン108a~108eのうち任意の操作ボタンを示す場合には操作ボタン108を用い、接続口1132a~1132cのうち任意の接続口を示す場合には接続口1132を用いて説明する。次に、アーム1200は、トルクヒンジ1210を介して筐体1100に取り付けられており、アーム1200が筐体1100に対して、135度のチルト角θ1の範囲で、上下方向に回転可能に構成されている。図4は、チルト角θ1が90度の状態を示している。カメラハウジング1300には、後述の内蔵型のカメラ112が設けられており、利用者、書類、及び部屋等を撮像することができる。また、カメラハウジング1300には、トルクヒンジ1310が形成されている。カメラハウジング1300は、トルクヒンジ1310を介して、アーム1200に取り付けられている。そして、カメラハウジング1300は、トルクヒンジ1310を介してアーム1200に取り付けられており、カメラハウジング1300がアーム1200に対して、図4で示されている状態を0度として±180度のパン角θ2の範囲で、且つ、±45度のチルト角θ3の範囲で、上下左右方向に回転可能に構成されている。なお、中継装置30、通信管理システム50、プログラム提供システム90、及びメンテナンスシステム100は、それぞれ一般のサーバコンピュータの外観と同じであるため、外観の説明を省略する。図5は、本実施形態に係る端末10のハードウェア構成図である。図5に示されているように、本実施形態の端末10は、端末10全体の動作を制御するCPU101、IPL等のCPU101の駆動に用いられるプログラムを記憶したROM102、CPU101のワークエリアとして使用されるRAM103、端末用プログラム、画像データ、及び音声データ等の各種データを記憶するフラッシュメモリ104、CPU101の制御にしたがってフラッシュメモリ104に対する各種データの読み出し又は書き込みを制御するSSDSolidStateDrive105、フラッシュメモリ等の記録メディア106に対するデータの読み出し又は書き込み記憶を制御するメディアドライブ107、端末10の宛先を選択する場合などに操作される操作ボタン108、端末10の電源のオン/オフを切り換えるための電源スイッチ109、通信ネットワーク2を利用してデータ伝送をするためのネットワークI/F111を備えている。また、端末10は、CPU101の制御に従って被写体を撮像して画像データを得る内蔵型のカメラ112、このカメラ112の駆動を制御する撮像素子I/F113、音声を入力する内蔵型のマイク114、音声を出力する内蔵型のスピーカ115、CPU101の制御に従ってマイク114及びスピーカ115との間で音声信号の入出力を処理する音声入出力I/F116、CPU101の制御に従って外付けのディスプレイ120に画像データを伝送するディスプレイI/F117、各種の外部機器を接続するための外部機器接続I/F118、端末10の各種機能の異常を知らせるアラームランプ119、及び上記各構成要素を図5に示されているように電気的に接続するためのアドレスバスやデータバス等のバスライン110を備えている。ディスプレイ120は、被写体の画像や操作用アイコン等を表示する液晶や有機ELによって構成された表示部である。また、ディスプレイ120は、ケーブル120cによってディスプレイI/F117に接続される。このケーブル120cは、アナログRGBVGA信号用のケーブルであってもよいし、コンポーネントビデオ用のケーブルであってもよいし、HDMIやDVI信号用のケーブルであってもよい。カメラ112は、レンズや、光を電荷に変換して被写体の画像映像を電子化する固体撮像素子を含み、固体撮像素子として、CMOSや、CCDChargeCoupledDevice等が用いられる。外部機器接続I/F118には、図4に示されている筐体1100の接続口1132に差し込まれたUSBケーブル等によって、外付けカメラ、外付けマイク、及び外付けスピーカ等の外部機器がそれぞれ電気的に接続可能である。外付けカメラが接続された場合には、CPU101の制御に従って、内蔵型のカメラ112に優先して、外付けカメラが駆動する。同じく、外付けマイクが接続された場合や、外付けスピーカが接続された場合には、CPU101の制御に従って、それぞれが内蔵型のマイク114や内蔵型のスピーカ115に優先して、外付けマイクや外付けスピーカが駆動する。なお、記録メディア106は、端末10に対して着脱自在な構成となっている。また、CPU101の制御にしたがってデータの読み出し又は書き込みを行う不揮発性メモリであれば、フラッシュメモリ104に限らず、EEPROMElectricallyErasableandProgrammableROM等を用いてもよい。更に、上記端末用プログラムは、インストール可能な形式又は実行可能な形式のファイルによって、コンピュータで読み取り可能な記録媒体記録メディア106等に記録されて流通されるようにしてもよい。また、上記端末用プログラムは、フラッシュメモリ104ではなくROM102に記憶させるようにしてもよい。図6は、本発明の本実施形態に係る管理システムのハードウェア構成図である。管理システム50は、管理システム50全体の動作を制御するCPU201、IPL等のCPU201の駆動に用いられるプログラムを記憶したROM202、CPU201のワークエリアとして使用されるRAM203、伝送管理用プログラム等の各種データを記憶するHD204、CPU201の制御にしたがってHD204に対する各種データの読み出し又は書き込みを制御するHDD205、フラッシュメモリ等の記録メディア206に対するデータの読み出し又は書き込み記憶を制御するメディアドライブ207、カーソル、メニュー、ウィンドウ、文字、又は画像などの各種情報を表示するディスプレイ208、通信ネットワーク2を利用してデータ伝送をするためのネットワークI/F209、文字、数値、各種指示などの入力のための複数のキーを備えたキーボード211、各種指示の選択や実行、処理対象の選択、カーソルの移動などを行うマウス212、着脱可能な記録媒体の一例としてのCD-ROM213に対する各種データの読み出し又は書き込みを制御するCD-ROMドライブ214、及び、上記各構成要素を図6に示されているように電気的に接続するためのアドレスバスやデータバス等のバスライン210を備えている。なお、上記伝送管理用プログラムは、インストール可能な形式又は実行可能な形式のファイルで、上記記録メディア206やCD-ROM213等のコンピュータで読み取り可能な記録媒体に記録して流通させるようにしてもよい。また、上記伝送管理用プログラムは、HD204ではなくROM202に記憶されるようにしてもよい。また、中継装置30は、上記管理システム50と同様のハードウェア構成を有しているため、その説明を省略する。但し、HD204には、中継装置30を制御するための中継装置用プログラムが記録されている。この場合も、中継装置用プログラムは、インストール可能な形式又は実行可能な形式のファイルで、上記記録メディア206やCD-ROM213等のコンピュータで読み取り可能な記録媒体に記録して流通させるようにしてもよい。また、上記中継装置用プログラムは、HD204ではなくROM202に記憶されるようにしてもよい。また、外部入力装置40は、上記管理システム50と同様のハードウェア構成を有しているため、その説明を省略する。但し、HD204には、外部入力装置40を制御するための外部入力装置用プログラムが記録されている。この場合も、外部入力装置用プログラムは、インストール可能な形式又は実行可能な形式のファイルで、上記記録メディア206やCD-ROM213等のコンピュータで読み取り可能な記録媒体に記録して流通させるようにしてもよい。また、上記外部入力装置用プログラムは、HD204ではなくROM202に記憶されるようにしてもよい。また、プログラム提供システム90は、上記管理システム50と同様のハードウェア構成を有しているため、その説明を省略する。但し、HD204には、プログラム提供システム90を制御するためのプログラム提供用プログラムが記録されている。この場合も、プログラム提供用プログラムは、インストール可能な形式又は実行可能な形式のファイルで、上記記録メディア206やCD-ROM213等のコンピュータで読み取り可能な記録媒体に記録して流通させるようにしてもよい。また、上記プログラム提供システム用プログラムは、HD204ではなくROM202に記憶されるようにしてもよい。また、メンテナンスシステム100は、上記管理システム50と同様のハードウェア構成を有しているため、その説明を省略する。但し、HD204には、メンテナンスシステム100を制御するためのメンテナンス用プログラムが記録されている。この場合も、メンテナンス用プログラムは、インストール可能な形式又は実行可能な形式のファイルで、上記記録メディア206やCD-ROM213等のコンピュータで読み取り可能な記録媒体に記録して流通させるようにしてもよい。また、このメンテナンス用プログラムは、HD204ではなくROM202に記憶されるようにしてもよい。なお、上記着脱可能な記録媒体の他の例として、CD-R、DVD、ブルーレイディスク等のコンピュータで読み取り可能な記録媒体に記録して提供するように構成してもよい。<<実施形態の機能構成>>次に、本実施形態の機能構成について説明する。図7は、本実施形態の特徴部分である管理システム50の機能ブロック図である。なお、端末10、中継装置30、外部入力装置40、ルータ70、プログラム提供システム90、及びメンテナンスシステム100の機能の説明は省略する。図7に示されているように、管理システム50は、通信管理サーバ510、一時記憶サーバ520、複数の加工サーバ5301,5302,...,530NNは正数、履歴管理サーバ540、及び端末設定ユーティリティーサーバ550によって構築されており、これら各サーバは、LAN590によって通信可能に接続されていると共に、LAN590を介してインターネット2iと接続されている。なお、複数の加工サーバ5301,5302,...,530Nのうち任意の加工サーバを加工サーバ530と表す。<通信管理サーバ>続いて、通信管理サーバ510の特徴的な機能について説明する。通信管理サーバ510は、送受信部511、及び通信制御部512を有している。このうち、送受信部511は、図6に示されているCPU201からの命令、及び図6に示されているネットワークI/F209によって実行される機能又は手段である。この送受信部511は、LAN590及びインターネット2iを含めた通信ネットワーク2を介して他の端末、装置、サーバ、又はシステムと各種データまたは情報の送受信を行う。例えば、送受信部511は、インターネット2i及びLAN590を介して、各端末10から各端末10での通信に関する履歴を示した生履歴情報を受信する。なお、この生履歴情報は、各端末10での通信状態に関する履歴ログを示す情報であり、後述の加工が行われる前の生情報である。図9には、生履歴情報群の一例が示されており、各生履歴情報は、図9に示されているスキーマのレコード毎に表わされている。そして、生履歴情報は、通信状態、要求元端末ID、宛先端末ID、セッションID、会議ID、会議セッションID、及び通信日時の各属性によって構成されている。これらの属性のうち、属性通信状態は、端末10の通信内容の種類を表す。更に、この通信状態のうち、通信状態onlineは、端末10の電源オンを示す。通信状態offlineは、端末の電源オフ会議中にオフラインとなった場合は会議ID、会議セッションIDにも値が格納される。。通信状態inviteは、会議への招待要求を示す。通信状態callは、開催中の会議への参加要求を示す。通信状態acceptは、招待要求又は参加要求の許可を示す。通信状態startは、会議の開始を示す。通信状態endは、会議の終了を示す。通信状態joinは、端末10が会議へ参加することを示す。通信状態leaveは、端末10が会議から退出することを示す。また、属性要求元端末IDは、要求元端末を特定するためのIDを示す。属性宛先端末IDは、宛先端末を特定するためのIDを示す。属性セッションIDは、オンラインからオフラインまでのセッションを特定するためのIDである。属性会議IDは、会議を特定するためのIDである。また、属性会議セッションIDは、端末10が会議に参加してから退出するまでの会議セッションを特定するためのIDである。例えば、時間を置いて同じ会議に複数回参加したりや退出するとき、会議セッションIDは、それぞれ異なる値となる。更に、属性通信日時は、端末10により上記通信状態の通信が行われた日時である。なお、上記属性及び通信状態は、あくまで一例であり、これ以外のデータ項目や値を含んでいてもよい。また、この例では、DBのテーブルのように各属性が明確に定義された形になっているが、生履歴情報には様々な項目が存在しえるため、例えば、JSONXMLなどのテキストデータ項目のみを含むように構成しても良い。また、通信制御部512は、図6に示されているCPU201からの命令によって実行される機能又は手段であり、図2に示されている管理情報用セッションseiにより、各端末10との通信を制御する。例えば、通信制御部512は、各端末10との通信の制御及び管理、各端末10から生履歴情報を受信するための制御及び管理、並びに、後述の加工履歴情報を取得要求された端末10に送信するための制御及び管理等を行う。なお、このように、加工履歴情報の取得要求を行う端末10を取得要求元端末と示す。<一時記憶サーバ>次に、一時記憶サーバ520の特徴的な機能について説明する。一時記憶サーバ520は、送受信部521、及び一時記憶部529を有している。送受信部521は、図6に示されているCPU201からの命令、及び図6に示されているネットワークI/F209によって実行される機能又は手段である。この送受信部521は、LAN590を介して他のサーバと各種データまたは情報の送受信を行う。例えば、送受信部521は、LAN590を介して、通信管理サーバ510の送受信部511から各端末10での通信に関する履歴を示した生履歴情報を受信する。また、送受信部521は、一時記憶部529に記憶されている生履歴情報を、LAN590を介して、加工サーバ530へ送信する。また、送受信部521は、加工サーバ530から戻って来た生履歴情報を受信する。また、一時記憶部529は、図9に示されているHD204及びHDD205により構築されている。この一時記憶部529は、送受信部511によって受信された生履歴情報を一時的に記憶したり、既に記憶されている生履歴情報を送受信部へ読み出す。<加工サーバ>次に、加工サーバ530の特徴的な機能について説明する。なお、図8は、加工規則管理テーブルを示す概念図である。図9は、生履歴情報を示した概念図である。図10-1は、参加者履歴管理テーブルを示す概念図である。図10-2は、会議履歴管理テーブルを示す概念図である。本実施形態では、一時記憶サーバ520と加工サーバ530を別々にすることによって、加工サーバ530の加工が終了するまで、管理システム50で生履歴情報を受信できないという状態を回避している。更に、加工サーバ530を複数台用いることによって、複数の加工サーバ530が、複数の生履歴情報をそれぞれ分散して加工することで、加工の負荷分散を実現している。加工サーバ530は、送受信部531、加工部532、及び加工規則管理部539を有している。送受信部531は、図6に示されているCPU201からの命令、及び図6に示されているネットワークI/F209によって実行される機能又は手段である。このうち送受信部531は、LAN590を介して他サーバと各種データまたは情報の送受信を行う。加工規則管理部539は、図6に示されているHD204及びHDD205により構築されている。この加工規則管理部539は、所定の端末10の通信状態を示す通信状態情報及び加工の処理内容示す加工処理情報を関連付けた加工規則管理テーブルによって構成されている。この加工規則管理テーブルは、図8に示されているように、通信状態を示す加工開始条件、加工後対象テーブル、加工後対象レコード、及び加工処理内容の各属性フィールドによって構成されている。このうち、属性加工開始条件は、加工内容に従って加工部が加工を開始するための条件を示す。加工開始条件としては、後述の図9に示されている通信状態、会議ID、及び会議セッションIDに応じて異なる。また、属性加工後対象テーブルは、図10-1,2に示されている加工後の各テーブルを特定している。属性加工後対象テーブルは、図10-1,2に示されている加工後の各テーブルの所定のレコードを特定している。更に、属性加工処理内容は、生履歴情報内の特定の項目と、加工履歴情報の特定の項目との対応を示すことにより、加工部532が生履歴情報から加工履歴情報に加工する際の加工処理の内容を示している。なお、加工規則管理テーブルにおいて、加工後対象レコードが存在しない場合、加工部532は、テーブルの対応するレコードを新規作成する。また、加工時に、加工すべき項目にすでに値が格納されている場合は、加工部532は何ら加工処理を行わない。どの加工開始条件通信状態にも当てはまらない場合、加工部532は、何ら加工処理を行わない。会議時間の更新時に、生履歴情報において、任意の端末10の開始日時又は終了日時の値が格納されていない場合、加工部532は、何ら加工処理を行わない。参加時間の更新時に、生履歴情報において、任意の端末10の参加日時又は退出日時の値が格納されていない場合、加工部532は何ら加工処理を行わない。なお、上記加工規則は、あくまで一例であり、これと異なる加工規則を定義しても良い。また、加工規則管理テーブルを用いずに、規則を示したプログラムによって加工されるようにしてもよい。加工部532は、図6に示されているCPU201からの命令によって実行される機能又は手段であり、生履歴情報に対して所定の加工を行うことにより、加工後の履歴を示す加工履歴情報を作成する等の各種加工処理を行う。各種加工処理としては、例えば、加工部532は、送受信部531、LAN590、及び送受信部521を介して、一時記憶部529に、生履歴情報が記憶されているかを判断する。また、加工部532は、送受信部531によって受信された生履歴情報に含まれている通信状態を示す通信状態情報を検索キーとして、加工規則管理テーブルを検索することにより、対応する加工処理情報を抽出する。また、加工部532は、この抽出した加工処理情報に示されている加工の処理内容に従って、上記受信された生履歴情報を加工することで、加工後の履歴を示す加工履歴情報を作成する。加工部532は、この加工部532で作成した加工履歴情報を、送受信部531及びLAN590を介して、後述の履歴管理サーバ540における加工履歴記憶部547に記憶させる。また、加工部532は、この加工部532によって生履歴情報を加工するか否かに拘わらず、送受信部531及びLAN590を介して、生履歴情報を履歴管理サーバ540における生履歴記憶部548に記憶させる。但し、加工履歴記憶部547及び生履歴記憶部548に加工履歴情報を記憶できない場合には、加工部532は、送受信部531、LAN590、及び送受信部521を介して、一時記憶サーバ520の一時記憶部529に、加工の前の生履歴情報を戻す。加工部532は、生履歴情報に予め定められた項目の情報が存在しないことによる不備が生じているため、加工部532が生履歴情報を加工できなかった場合に、この不備が生じている生履歴情報を、送受信部531及びLAN590を介して、履歴管理サーバ540における不備生履歴記憶部549に記憶させる。<履歴管理サーバ>次に、履歴管理サーバ540の特徴的な機能について説明する。履歴管理サーバ540は、送受信部541、検索部542、不備履歴除外部543、加工履歴記憶部547、生履歴記憶部548、及び不備生履歴記憶部549を有している。送受信部541は、図6に示されているCPU201からの命令、及び図6に示されているネットワークI/F209によって実行される機能又は手段である。この送受信部541は、LAN590を介して他サーバと各種データまたは情報の送受信を行う。検索部542は、加工履歴記憶部547に対して、上記取得要求された加工履歴情報を検索し、対応する加工履歴情報を抽出する。不備履歴除外部543は、図6に示されているCPU201からの命令によって実行される機能又は手段であり、取得要求元端末に接続されている外部入力装置40から加工履歴情報の取得要求があった場合に、加工履歴記憶部547に記憶されている、取得要求された各加工履歴情報に予め定められた項目の情報が存在しないことによる不備が生じているかを検査し、不備がある加工履歴情報を除外する。なお、生履歴情報が、各端末10から送信された順に一時記憶部529に記憶されていれば、加工履歴情報に不備は生じない。しかし、一時記憶部529による非同期処理においては、必ずしも生履歴情報が各端末10から送信された順に記憶されるとは限らない。更に、本実施形態のように、加工サーバ530が複数存在する場合、たとえ生履歴情報が一時記憶部529に各端末10から送信された順に記憶されたとしても、加工処理が、各端末10から送信された順に行なわれるとは限らない。よって、取得要求元端末からの取得要求のタイミングによっては、不備がある加工履歴情報を提供することになってしまう恐れがある。そこで、本実施形態の不備履歴除外部543は、取得要求元端末へ加工履歴情報を提供する前に、加工履歴情報に不備があるかを検査している。次に、加工履歴記憶部547は、各加工サーバ530の加工部532によって作成された加工履歴情報を記憶する。この加工履歴情報は、図10-1に示されているように参加者履歴管理テーブルとして管理され、図10-2に示されているように会議履歴管理テーブルとして管理される。このうち、参加者履歴管理テーブルは、図10-1に示されているように、履歴ID、端末ID、会議、会議セッションID、参加日時、退出日時、参加時間、及び退出状態の各属性によって構成されている。これら属性のうち、属性履歴IDは、会議への参加者を特定するためのIDを示す。属性端末IDは、会議に参加した端末を特定するためのIDを示す。属性会議IDは、参加した会議を特定するためのIDを示す。また、属性会議セッションIDは、セッションseiの一例である、会議への参加から退出までの会議セッションseimを特定するためのIDを示す。例えば、ある端末10が、時間を置いて同じ会議に複数回参加及び退出を繰り返した場合、会議セッションIDはそれぞれ異なる値となる。更に、属性参加日時は、端末10が会議に参加した日時を示す。属性退出日時は、端末10が会議から退出した日時を示す。属性参加時間は、端末10が会議に参加してから退出するまでの時間を示す。また、属性退出状態は、端末10の会議の退出状態を示す。この退出状態のうち状態退出は、端末10が会議から正常に退出したことを示す。状態強制終了は、端末10が電源断などで強制終了された場合を示す。状態会議中は、端末10が会議に参加中であることを示す。なお、参加者履歴管理テーブルの属性及び退出状態は、あくまで一例であり、これ以外のデータ項目や値を含んでいてもよい。続いて、会議履歴管理テーブルは、図10-2に示されているように、会議ID、主催者端末ID、開始日時、終了日時、及び会議時間の各属性によって構成されている。これら属性のうち、属性会議IDは、会議を特定するためのIDである。属性主催者端末IDは、会議主催者となる端末を特定するためのIDである。例えば、会議主催者は、3人で会議を行う場合の会議の主催者を示し、このうちの1人が会議開始後から参加したり退出することができる。この1人の会議への参加や退出は、上記参加者履歴管理テーブルで示される。また、属性開始日時は、会議全体の開始日時を示す。属性終了日時は、会議全体の終了日時を示す。属性会議時間は、会議全体の実施時間を示す。なお、会議履歴管理テーブルの属性は、あくまで一例であり、これ以外のデータ項目や値を含んでいてもよい。また、本実施形態では1つの加工履歴記憶部に、2つのテーブルを記憶させているが、これに限らず、テーブル毎にDBを構築するようにしてもよい。次に、図7に戻って、生履歴記憶部548は、一時記憶部529によって記憶された生履歴情報を、そのままマスターデータとして長期保存するために記憶する。これにより、管理システム50で何らかの障害が生じた場合に、障害解析に利用できる。不備生履歴記憶部549は、生履歴情報が予め定められた項目の情報を示さないことによる不備が生じているため、加工部532が生履歴情報を加工できなかった場合に、この不備が生じている生履歴情報を記憶する。<端末設定ユーティリティーサーバ>次に、端末設定ユーティリティーサーバ550の特徴的な機能について説明する。端末設定ユーティリティーサーバ550は、取得要求元端末から加工履歴情報の取得要求を受け付けて、端末10へ加工履歴情報を提供するためのサーバである。この端末設定ユーティリティーサーバ550は、送受信部551、及び補助機能部552を有している。このうち、送受信部541は、図6に示されているCPU201からの命令、及び図6に示されているネットワークI/F209によって実行される機能又は手段である。この送受信部551は、取得要求元端末から加工履歴情報の取得要求を受け付け、取得要求元端末へ加工履歴情報を提供するための窓口の役割を果たす。補助機能部552は、生履歴情報の取得や通信制御等以外の各種補助的な機能を実行する。<<実施形態の処理または動作>>次に、図1、図7、及び図11を用いて、本実施形態に係る通信システム1における処理方法を説明する。図11は、管理システムが生履歴情報を加工して加工履歴情報を作成する処理を示したフロー図である。図1において、各端末10は、通信状態が変化すると、この通信状態に関する履歴を示した生履歴情報を管理システム50に送信している。また、図7において、管理システム50の通信管理サーバ510は、各端末10から送られてきた生履歴情報を受信し、一時記憶サーバ520に送信する。一時記憶サーバ520の送受信部521は、通信管理サーバ510から送られてきた生履歴情報を受信する。そして、一時記憶部529は、送受信部521で受信された生履歴情報を記憶する。これにより、一時記憶部529は、順次、生履歴情報を記憶することになる。このような状態で、図11を用いて、管理システムが生履歴情報を加工して加工履歴情報を作成する処理を説明する。なお、一時記憶サーバ520は、各端末10から直接、生履歴情報を受信するようにしてもよい。図11は、管理システムが生履歴情報を加工して加工履歴情報を作成する処理を示したフロー図である。まず、加工サーバ530の加工部532は、LAN590を介して、一時記憶部529に、生履歴情報が記憶されているかを判断するステップS1。そして、加工部532が、生履歴情報が記憶されていないと判断した場合にはNO、ステップS1の処理を常時繰り返す。次に、加工部532は、LAN590を介して、一時記憶部529から生履歴情報を読み出すステップS2。次に、加工部532は、生履歴記憶部548に対して通信可能かを判断するステップS3。このステップS3によって、通信不可と判断された場合にはNO、加工部532は、LAN590を介して一時記憶部529に生履歴情報を戻すステップS4。一方、上記ステップS3によって、通信可能と判断された場合にはYES、加工部532は、LAN590を介して、履歴管理サーバ540の生履歴記憶部548に生履歴情報をマスターデータとして記憶させるステップS5。次に、加工部532は、上記ステップS2によって読み出された生履歴情報を検索キーとして加工規則管理テーブルを検索することにより、対応する加工処理情報を抽出し、更に、この抽出された加工処理情報に示されている処理内容に従って、生履歴情報に対して所定の加工を行うことにより、加工後の履歴を示す加工履歴情報を作成するステップS6。なお、このステップS6では、図9に示されている通信状態がonline又はacceptの生履歴情報に関しては、図8に示されている加工規則管理テーブルでは加工開始条件として取り扱われていないため、加工処理が行われない。また、生履歴情報に不備があり、加工部532が、生履歴情報を正常に加工できない場合がある。次に、加工部532は、上記ステップS6によって、処理内容に従った加工を行うことができたかを判断するステップS7。そして、加工部532は、ステップS7によって、加工することができないと判断した場合にはNO、更に、加工することができなかった理由が、加工規則管理部539に対して通信不可であったかを判断するステップS8。そして、このステップS8において、加工部532が通信不可と判断した場合にはYES、加工部532は、LAN590を介して一時記憶部529に生履歴情報を戻すステップS4と同様。一方、上記ステップS8において、加工部532が通信不可ではないと判断した場合にはNO、加工部532はLAN590を介して履歴管理サーバ540の不備生履歴記憶部549に、不備のある生履歴情報を記憶させるステップS9。これにより、通信システム1の運営者は、不備のある生履歴情報を解析して、問題の対応を検討することができる。なお、加工部532が一時記憶部529に生履歴情報を一旦戻すのは、加工サーバ530が、加工記録管理部DBと通信不可になっても、LAN等の通信ネットワークの障害と異なり一時的なDB障害であると考えられるため、DBが復旧した際に再びDBへ記憶できるからである。これにより、生履歴情報は再び加工対象となるため、不備がない生履歴情報を加工できないという状態を回避することができる。また、加工部532が不備生履歴記憶部549に生履歴情報を記憶させるのは、生履歴情報に必要な項目の情報がない場合など、何度、加工規則管理部539へアクセスしても必ずエラーになるようなケースである。このような場合には、一時記憶部529に生履歴情報を戻しても意味がないため、不備のある生履歴情報エラーログとして、不備生履歴記憶部549に記憶することとした。また、一時記憶部529へ生履歴情報を戻す、若しくは不備生履歴記憶部549へ生履歴情報を記憶させる代わりに、又は併用して、不備が発生した旨を、通信システム1の運営者に電子メール当で通知するようにしてもよい。これにより、運営者は不備が発生していることを即座に把握することができる。次に、上記ステップS7に戻って、加工部532は、加工することができたと判断した場合にはYES、更に、加工履歴記憶部547に対して通信可能かを判断するステップS10。そして、このステップS10において、通信不可と判断された場合にはNO、加工部532は、LAN590を介して、一時記憶部529に生履歴情報を戻すステップS4と同様。一方、上記ステップS10において、通信可能と判断された場合にはYES、加工部532は、LAN590を介して、履歴管理サーバ540の加工履歴記憶部547に、上記ステップS6において加工した加工履歴情報を記憶させるステップS11。次に、上記ステップS9,S11の処理の後、加工部532は、LAN590を介して、一時記憶サーバ520の一時記憶部529から、上記ステップS2において読み出した生履歴情報を完全に削除させるステップS12。次に、上記ステップS12,S4の処理の後、加工部532は、上記ステップS1に戻り、一時記憶部529に順次記憶されている次の生履歴情報について、ステップS1以降の処理を進める。続いて、図7、図12乃至図14を用いて、端末10が管理システム50に対して、加工履歴情報を取得要求した場合に、管理システム50が取得要求元端末へ、取得要求された加工履歴情報を提供する処理について説明する。図12は、端末の利用者から加工履歴情報の取得要求を受け付け、利用者に加工履歴情報を提供するまでの処理を示したフロー図である。図13-1は、加工履歴情報の取得対象期間を示す説明図である。図13-2は、生履歴情報を検索するための検索条件を示した説明図である。図14は、外部入力装置のディスプレイに表示される画面例を示した図である。まず、図7に示されている端末設定ユーティリティーサーバ550の送受信部551は、図12に示されているように、通信ネットワーク2を介して、取得要求元端末から、この取得要求元端末での通信に関する加工履歴情報の取得要求を示す取得要求を受け付けて、履歴管理サーバ540に取得要求を伝えるステップS21。この取得要求には、加工歴情報を検索する際に用いられる検索キー検索パラメータとして、取得要求元端末の端末IDと、加工履歴情報の取得対象期間例えば、日、週、月、年が含まれている。これに応じて、履歴管理サーバ540の検索部542は、加工履歴記憶部547に対して、上記取得要求された加工履歴情報を検索し、対応する加工履歴情報を抽出するステップS22。具体的には、まず、検索部542は、取得対象期間から取得対象範囲fromdatetodateを算出する。例えば、取得対象期間が201009の場合、2010年9月1日午前0時から2010年9月30日午後12時10月1日日午前0時までが取得対象範囲となるため、取得対象範囲は、fromdate20100901000000、todate20101001000000となる。次に、検索部542は、取得要求元端末の端末ID、fromdate、及びtodateから、図13-2に示されている検索条件A,B,C,Dに従い、参加者履歴管理テーブルから、対応する加工履歴情報を検索して抽出する。次に、検索部542は、この抽出された加工履歴情報の中の会議IDを検索キーとし、会議履歴管理テーブルから、対応する加工履歴情報を検索して抽出する。次に、検索部542は、抽出した加工履歴情報及び加工履歴情報をマージして、要求元端末へ提供するための加工履歴情報を作成する。また、加工履歴情報が複数存在する場合には、検索部542は、複数の加工履歴情報をマージすることで加工履歴情報群を作成する。ここで、上記検索条件A,B,C,Dを用いた検索方法について、更に詳細に説明する。本実施形態では、参加日時から退出日時が複数月にまたがって場合でも、管理システム50が加工履歴情報を提供できる処理を行う。例えば、端末10が201008302010年8月30日に会議に参加し、201010012010年10月1日に会議から退出した生履歴情報が存在する場合、管理システム50は、8月、9月、及び10月のいずれの加工履歴情報を提供できるように処理する。即ち、端末IDのうち、参加日時から退出日時の期間がfromdate~todateの期間と重なっているものが抽出対象となる。図13-2では、生履歴情報L1~L6の全てが抽出対象となる。より具体的には、抽出対象を、図13-2で示されているような検索条件A,B,C,Dに対応する4つのケースに分解する。このように分解することで、各検索条件で検索範囲を限定することができる。そして、この検索条件をORで統合することにより、少ない検索時間で所望の生履歴情報を抽出することができる。なお、図13-2の各検索条件は、以下のようなケースを示したものである。検索条件A:参加日時が取得対象月に収まっているケース参加日時の検索範囲を取得要求対象月のみに限定することができる。検索条件B:退出日時が取得対象月に収まっているケース退出日時の検索範囲を取得要求対象月のみに限定することができる。検索条件C:取得要求対象月以前に参加し、未だに会議に参加中のケース退出状況の検索範囲を会議中のみに限定することができる。また、異なる会議に同時に参加するようなことがない限り、特定の端末10において会議中の生履歴情報は一つしか存在しない。検索条件D:参加日時から退出日時までが複数月をまたいでいるケース参加時間が以上この例では1ヶ月以上という条件により、検索する生履歴情報を限定することができる。なお、ここでは、取得要求対象期間が月次201009の場合について説明したが、日次例えば、20100901若しくは年次例えば、2010、又は任意期間の指定例えば、20100901000000~20100920120000によっても同様の検索方法で、生履歴情報を抽出することができる。また、図13-2に示されている例では、ある1つの取得要求元端末の端末IDを用いて検索する場合を示しているが、複数の取得要求元端末の各端末IDを用いて検索してもよい。また、取得要求元端末の端末ID又は取得対象期間以外のパラメータを用いるようにしてもよい。続いて、管理システム50が、取得要求元端末に加工履歴情報群を提供する場合について、以下に説明する。続いて、不備履歴除外部543は、提供すべき加工履歴情報群の中に、不備がある加工履歴情報があるかを判断するステップS23。このステップS23において、不備履歴除外部543は不備があると判断した場合にはYES、更に、加工履歴情報群の中から、不備がある加工履歴情報のみを除外するステップS24。これにより、管理システム50は、取得要求元端末に対して、不備のある加工履歴情報を提供することを防止することができる。なお、本実施形態では、生履歴情報は、各端末10から、通信状態がinvite、start、join、leave、endの順番で送信される。よって、不備履歴除外部543は、これらの通信状態に相当する主催者端末ID開始日時参加日時退出日時終了日時の項目をこの送信順の逆に参照し、通信状態の情報が存在する項目よりも前に通信状態の情報が存在しない項目がある場合、加工履歴情報には不備があると判断する。このような判断を示した規則は、不備履歴除外部543の外部で管理されている電子ファイル等に表わしてもよい。次に、ステップS24の後、又は上記ステップS23において不備がないと判断された後、履歴管理サーバ540の送受信部541から、加工履歴情報群が端末設定ユーティリティーサーバ550に送信され、送受信部551が、取得要求元端末へ加工履歴情報群を送信するステップS25。一方、上記ステップS25に対して、取得要求元端末に接続されている外部入力装置40のディスプレイ208には、外部入力装置40のブラウザ機能によって、図14に示されているような通信端末設定ユーティリティー画面1000が表示される。この画面1000には、端末10の端末ID1001、加工履歴情報に示される通信に関する履歴の期間1002、取得要求された加工履歴情報の取得対象期間切換えメニュー1003、及び加工履歴情報群1004等が表示されている。具体的には、図14に示されている画面例では、外部入力装置40は、取得要求元端末の端末ID110001で、端末設定ユーティリティーサーバ550にログインしている。そして、利用者が加工履歴情報の取得要求を行う場合、利用者は、取得対象期間切換えメニュー1003から2010年9月を選択する。これにより、外部入力装置40は、取得要求元端末から、管理システム50に対して、端末ID110001、取得対象期間201009の条件で、加工履歴情報の取得要求を行なう。これにより、外部入力装置40は、管理システム50から要求元端末を介して送られてきた加工履歴情報群に基づき、図14に示されている画面1000を外部入力装置40のディスプレイ208上に表示することになる。また、取得対象期間切換えメニュー1003での選択切り換えや、このメニュー1003の両側の三角形の切換えボタン左側が前月、右側が翌月が押される度に、この変更された取得対象期間に応じた加工履歴情報の取得要求が行われる。ところで、加工履歴情報に係る会議の履歴が複数月をまたいでいる場合は、以下のように表示される。ここでは、参加日時201008302200002010年8月30日22時、退出日時201010011000002010年10月1日10時の場合において、以下の3ケースを説明する。通信履歴がそのまま表示されるケース8月分の通信履歴は、参加日時20100830220000、退出日時20101001100000と表示される。9月分の通信履歴は、参加日時20100830220000、退出日時20101001100000と表示される。10月分の通信履歴は、参加日時20100830220000、退出日時20101001100000と表示される。ひと月をまたいでいる部分を月の境界でトリミング削除するが参加日時及び退出日時を全て表示するケースなお、このトリミングの処理は、端末設定ユーティリティーサーバ550の補助機能部552が行ってもよいし、履歴管理サーバ540の検索部542が行なってもよい。8月分の通信履歴は、参加日時20100830220000、退出日時20100831235959として表示される。9月分の通信履歴は、参加日時20100901000000、退出日時20100930235959として表示される。10月分の通信履歴は、参加日時20101001000000、退出日時20101001100000として表示される。ひと月をまたいでいる部分を月の境界でトリミングし、参加日時又は退出日時を表示しないケースひと月をまたいでいる部分を<--,-->などと表示するケースなお、このトリミングの処理は、端末設定ユーティリティーサーバ550の補助機能部552が行ってもよいし、履歴管理サーバ540の検索部542が行なってもよい。8月分の通信履歴は、参加日時20100830220000、退出日時-->として表示される。9月分の通信履歴は、参加日時<--、退出日時-->として表示される。10月分の通信履歴は、参加日時20100830220000、退出日時20101001100000として表示される。通信ログの送信をメッセージキュー非同期型通信のメッセージングシステムで受けることで、通信ログ送信側はログ整形処理の終了を待つ必要がないので、通信制御など本来の処理に支障をきたさずに済む。<<実施形態の主な効果>>以上説明したように本実施形態によれば、管理システム50は、各端末10から各端末10での通信に関する加工履歴情報の取得要求を受け付ける前から、加工履歴情報を作成して記憶しておくため、各端末10から加工履歴譲歩の取得要求を受け付けた際には、迅速に要求元の端末10へ加工履歴情報を提供することができる。また、会話セッションseimが、例えば、8月、9月、及び10月のように、ある月ここでは9月をまたいで継続される場合がある。このような場合において、利用者から9月分の加工履歴情報の取得要求があったとしても、管理システム50は、9月の中だけで通信状態がjoinやleaveの生履歴情報を検索して、対応する生履歴情報を取り出すことができない。よって、管理システム50は、まず、9月よりも前から通信が開始されている通信状態joinの生履歴情報を検索し、更に、所定の会議IDから1つの生履歴情報を特定しなければならない。続いて、管理システム50は、9月よりも後に通信が終了されている通信状態leaveの生履歴情報を検索し、更に、上記会議IDと同じ会議IDに基づいて1つの生履歴情報を特定しなければならない。そのため、管理システム50は、生履歴情報の検索に長い時間を要し、加工履歴情報の作成に時間が掛かるという課題が生じる。しかし、本実施形態では、図13-1,2に示されているような検索方法によって、検索時間を短縮することができるため、加工履歴情報の作成を迅速に行うことができる。その他の実施形態加工部532は、図10-1に示されている参加者履歴管理テーブルの属性に不備フラグを追加して、図15-1に示されている参加者履歴管理テーブルを作成してもよい。同じく、加工部532は、図10-2に示されている会議履歴管理テーブルの属性に不備フラグを追加して、図15-2に示されている会議履歴管理テーブルを作成してもよい。この場合、図7に示されている不備履歴除外部543は、端末10から加工履歴情報の取得要求を受け付ける前に、加工履歴記憶部547に記憶されている加工履歴情報に不備があるかを判断し、不備がない場合には、図15-1,2に示されている各レコードの不備フラグ属性部分に、検査結果情報として0を入力し、不備がある場合には、検査結果情報として1を入力しておく。これにより、通信管理サーバ510は、不備フラグが1である加工履歴情報を除外して、履歴管理サーバ540から加工履歴情報を受信することができる。また、不備履歴除外部543は、取得要求元端末から加工履歴情報の取得要求を受け付けた後に、加工履歴情報に不備があるかを判断する必要がないため、より迅速に、取得要求元端末に加工履歴情報を提供することができる。なお、この例では0を正常、1を不備異常としたが、これに限るものではなく、truefalse、正常不備など、不備か否かを判断できる情報であれば何でもよい。また、例えば、管理サーバ50内で、図7に示されている一時記憶部529、加工部532、及び加工履歴記憶部547を1つにまとめた組を複数設け、生履歴情報や加工履歴情報等をメッセージリレーなどで、様々な組みの一時記憶部529に順次転送することで、1つの生履歴情報から複数種類の加工履歴情報が作成されるようにしてもよい。更に、通信管理サーバ510、一時記憶サーバ520、複数の加工サーバ530、履歴管理サーバ540、及び端末設定ユーティリティーサーバ550は、別々のサーバとして説明したが、これに限るものではなく、これらのサーバの機能のいずれかがまとめられた1つの又は複数の機能を有する管理システム50としてもよい。また、中継装置30、外部入力装置40、管理システム50、プログラム提供システム90、及びメンテナンスシステム100は、単一のコンピュータによって構築されてもよいし、各部機能又は手段を分割して任意に割り当てられた複数のコンピュータによって構築されていてもよい。また、プログラム提供システム90が単一のコンピュータによって構築されている場合には、プログラム提供システム90によって送信されるプログラムは、複数のモジュールに分けて送信されるようにしてもよいし、分けないで送信されるようにしてもよい。更に、プログラム提供システム90が複数のコンピュータによって構築されている場合には、複数のモジュールが分けられた状態で、各コンピュータから送信されるようにしてもよい。また、上記中継装置30、外部入力装置40、管理システム50、プログラム提供システム90、及びメンテナンスシステム100の各プログラムがまとめて又は別々に記録された記録媒体、並びに、これらプログラムがまとめて又は別々に記憶されたHD204、及びこのHD204を備えたプログラム提供システム90は、いずれもプログラム製品として、国内又は国外へ、各プログラムが利用者等に提供される場合に用いられる。また、上記実施形態では、通信システム1の一例として、テレビ会議システムの場合について説明したが、これに限るものではなく、IP電話や、インターネット電話等の電話システムであってもよい。また、通信システム1は、カーナビゲーションシステムであってもよい。この場合、例えば、端末10の一方が自動車に搭載されたカーナビゲーション装置に相当し、端末10の他方が、カーナビゲーションを管理する管理センターの管理端末若しくは管理サーバ、又は他の自動車に搭載されているカーナビゲーション装置に相当する。更に、通信システム1は、一定期間の通話に関する履歴として、携帯電話機の通信履歴又は通話履歴であってもよい。"