(57)【特許請求の範囲】
【請求項１】
音声及びデータ通信装置（50）であって、以下の、
１つ又はそれより多い通信装置（12,24）への通信インターフェース（406）であって、少なくとも部分的に音声通信が提供され、データ通信が、パケット・バス（80Ａ）を介して、少なくとも部分的に提供されるものと、
ワイド・エリア・ネットワーク・インターフェース（54）であって、装置（50）への、又は、そこからの、音声及びデータ通信が、当該ワイド・エリア・ネットワーク・インターフェース（54）を介して、１つ又はそれより多い電気通信ネットワーク（58）から、又は、そこに提供されるものと、
プロセッサ（70）であって、当該プロセッサ（70）が装置（50）を制御し、当該制御が、前記装置（50）内の複数の通信パスを介した音声及びデータ通信の制御を含むものと、
所定の数のチャンネルを規定し、前記１つ又はそれより多い電気通信ネットワーク（58）へ、及び／又は、そこから、音声及びデータ通信データ・ストリームを選択的にカップリングする、少なくとも１つのＴＤＭバス（78）であって、当該データ・ストリームが、プロトコル処理され、少なくとも１つのＴＤＭバス（78）を介して１つ又はそれより多い電気通信ネットワーク（58）に提供される、パケット・バス（80A）からのデータ通信データ・ストリームを含むものと、
前記少なくとも１つのＴＤＭバス（78）の特定のチャンネルへ、及び／又は、そこから、データ・ストリームを選択的に提供するマルチプレキシング回路（74）と、
デジタル信号処理リソース（ＤＳＰ）（76）であって、当該ＤＳＰ（76）が、１つ又はそれより多いデジタル信号処理要素を備え、当該ＤＳＰ（76）が、前記マルチプレキシング回路（74）を介して、１つ又はそれより多いデータ・ストリームを受け取り、当該データ・ストリームが、前記少なくとも１つのＴＤＭバス（78）へ、及び／又は、そこから提供され、前記プロセッサ（70）の制御の下で、ＤＳＰ（76）が、選択的に、前記マルチプレキシング回路（74）によって提供された前記１つ又はそれより多いデータ・ストリームの最初の１つを、前記少なくとも１つのＴＤＭバス（78）に、及び／又は、そこからタップするものであり、前記１つ又はそれより多いデータ・ストリームの当該最初の１つは、前記装置（50）内の前記通信パスの最初の１つを介して導かれ、ＤＳＰ（76）による信号処理を伴わない音声通信を提供する一方、前記１つ又はそれより多いデータ・ストリームの当該最初の１つは、ＤＳＰ（76）によって同時に処理されるものであるものと、
を備える音声及びデータ通信装置（50）。
【請求項２】
音声及びデータ通信装置（50）であって、以下の、
複数のプロトコルのフレームのフレーミング又はデ・フレーミングを実行可能なマルチプロトコル・フレーマ／デ・フレーマ回路（72,73A,73B）と、
１つ又はそれより多い通信装置（12,24）への通信インターフェース（406）であって、少なくとも部分的に音声通信が提供され、データ通信が、パケット・バス（80Ａ）を介して、少なくとも部分的に提供されるものと、
ワイド・エリア・ネットワーク（54）であって、装置（50）への、又は、そこからの、音声及びデータ通信が、当該ワイド・エリア・ネットワーク（54）を介して、１つ又はそれより多い電気通信ネットワーク（58）から、又は、そこに提供されるものと、
プロセッサ（70）であって、当該プロセッサ（70）が装置（50）を制御し、当該制御が、前記装置（50）内の複数の通信パスを介した音声及びデータ通信の制御を含むものと、
所定の数のチャンネルを規定し、前記１つ又はそれより多い電気通信ネットワーク（58）へ、及び／又は、そこから、音声及びデータ通信データ・ストリームを選択的にカップリングする、少なくとも１つのＴＤＭバス（78）であって、当該データ・ストリームが、プロトコル処理され、少なくとも１つのＴＤＭバス（78）を介して１つ又はそれより多い電気通信ネットワーク（58）に提供される、パケット・バス（80A）からのデータ通信データ・ストリームを含むものと、
前記少なくとも１つのＴＤＭバス（78）の特定のチャンネルへ、及び／又は、そこから、データ・ストリームを選択的に提供するマルチプレキシング回路（74）と、
デジタル信号処理リソース（ＤＳＰ）（76）であって、当該ＤＳＰ（76）が、１つ又はそれより多いデジタル信号処理要素を備え、当該ＤＳＰ（76）が、前記マルチプレキシング回路（74）を介して、又は、前記マルチプロトコル・フレーマ／デ・フレーマ回路（72,73A,73B）を介して、１つ又はそれより多いデータ・ストリームを受け取り、当該データ・ストリームが、前記少なくとも１つのＴＤＭバス（78）へ、及び／又は、そこから提供され、前記プロセッサ（70）の制御の下で、ＤＳＰ（76）が、選択的に、前記マルチプレキシング回路（74）によって提供された前記１つ又はそれより多いデータ・ストリームの最初の１つを、前記少なくとも１つのＴＤＭバス（78）に、及び／又は、そこからタップするものであり、前記１つ又はそれより多いデータ・ストリームの当該最初の１つは、前記装置（50）内の前記通信パスの最初の１つを介して導かれ、ＤＳＰ（76）による信号処理を伴わない音声通信を提供する一方、前記１つ又はそれより多いデータ・ストリームの当該最初の１つは、ＤＳＰ（76）によって同時に処理されるものであるものと、
を備える音声及びデータ通信装置（50）。
【請求項３】
１つ又はそれより多くのパケット・バス（80A,80B）が、前記装置（50）の外部の、１つ又はそれより多いコンピューティング装置（24）にカップルされ、
前記１つ又はそれより多いパケット・バス（80A,80B）からのデータ・ストリームが、前記マルチプレキシング回路（74）によって、前記少なくとも１つのＴＤＭ（78）バスにカップルされる、
請求項１又は２に記載の装置（50）。
【請求項４】
前記１つ又はそれより多いパケット・バス（80A,80B）からのデータ・ストリームが、ＤＳＰ（76）によって処理される、請求項３に記載の装置。
【請求項５】
前記ＤＳＰ（76）が、ユーザへの呼に対して、前記データ・ストリームの前記最初の１つを処理し、前記ＤＳＰ（76）が、前記最初のデータ・ストリーム内の話言葉（speech）を、圧縮処理で変換する、請求項１又は２に記載の装置（50）。
【請求項６】
前記話言葉が、圧縮され、電子メッセージとして、ユーザに向けられる（directed）、請求項５に記載の装置（50）。
【請求項７】
前記話言葉が、圧縮され、データ・ファイルとして、ユーザに向けられる、請求項５に記載の装置（50）。
【請求項８】
前記データ・ファイルが、ＷＡＶファイルである、請求項７に記載の装置（50）。
【請求項９】
前記装置（50）が、電子メール・サーバを含み、
前記話言葉が圧縮され、前記電子メール・サーバによって提供される電子メール・メッセージとしてユーザに向けられる、
請求項５に記載の装置。
【請求項１０】
前記話言葉が圧縮され、前記パケット・バス（80A）を介してユーザに送信される、
請求項５に記載の装置（50）。
【請求項１１】
前記話言葉が圧縮され、ワイド・エリア・ネットワークを介してユーザに送信される、
請求項５に記載の装置（50）。
【請求項１２】
前記ＤＳＰ（76）が、音声又は話言葉認識処理（rocess）を実行する、請求項１又は２に記載の装置（50）。
【請求項１３】
前記ＤＳＰ（76）が、ファクシミリ又はモデム呼検知処理を実行する、請求項１又は２に記載の装置（50）。
【請求項１４】
前記ＤＳＰ（76）が、データ圧縮処理を実行する、請求項１又は２に記載の装置（50）。
【請求項１５】
前記ＤＳＰ（76）が、パケット化処理を実行し、
前記データ・ストリームが、１つ又はそれより多いパケットの形式で送信されるように処理される、
請求項１又は２に記載の装置（50）。
【請求項１６】
所定のユーザの組が定義されることによって、当該所定のユーザの組に対するデータ・ストリームが、前記ＤＳＰ（76）によって自動的に処理される、
請求項１又は２に記載の装置（50）。
【請求項１７】
前記所定のユーザの組が、ワイド・エリア・ネットワーク又はローカル・エリア・ネットワークによって電子的に送信され得る形式に変換されたデータ・ストリームを有する、
請求項１６に記載の装置（50）。
【請求項１８】
前記ＤＳＰ（76）が、前記少なくとも１つのＴＤＭバス（78）のチャンネルに、前記マルチプレキシング回路（74）によってカップルされ、
前記マルチプレキシング回路（74）が、前記ＤＳＰ（76）を制御することによって、前記ＤＳＰ（76）が、前記データ・ストリームを同時に処理し得るようにする、
請求項１又は２に記載の装置（50）。
【請求項１９】
１つ又はそれより多い他のデータ・ストリームが、マルチプレキシング回路（74）によって、パケット・バス（80A）から、少なくとも１つのＴＤＭバス（78）にカップルされる、請求項１８に記載の装置（50）。
【請求項２０】
前記１つ又はそれより多い他のデータ・ストリームが、前記少なくとも１つのＴＤＭバス（78）から、前記電気電気通信ネットワーク（58）にカップルされる、請求項１９に記載の装置（50）。
【請求項２１】
前記ＤＳＰ（76）が、前記１つ又はそれより多い他のデータ・ストリームを処理する、請求項１９に記載の装置（50）。
【発明の詳細な説明】
【０００１】
発明の分野
本発明は、複数のモードにおける音声およびデータを送受信するシステムおよび方法に関し、特に、例えば時分割多重（ＴＤＭ）バス、パケット・バスおよび制御バスを含む多重バス構造と、望ましくはＰＢＸ、ボイスメール、ファイル・サーバ、通信サーバ、電話サーバ、ＬＡＮハブおよびデータ・ルータなどのサブシステム機能を含む多重プロトコルのフレームミング・エンジンとを有する通信システムとの複数の本来のモードの音声およびデータの送受信のためのシステムおよび方法、および電話機能および電話を用いるデータ機能を実施する方法に関する。
発明の背景
本発明は、全て本願の発明者によるものであり、参考のため本文に援用される下記の係属中の出願の一部継続出願である。すなわち、１９９８年４月３日出願の米国特許出願第０９／０５５，０７２号「インテリジェント的にブリッジされたＴＤＭおよびパケット・バスを用いる複数モードの音声およびデータ通信のためのシステムおよび方法（Ｓｙｓｔｅｍｓ  ａｎｄ  Ｍｅｔｈｏｄｓ  ｆｏｒ  Ｍｕｌｔｉｐｌｅ  Ｍｏｄｅ  Ｖｏｉｃｅ  ａｎｄ  Ｄａｔａ  Ｃｏｍｍｕｎｉｃａｔｉｏｎｓ  Ｕｓｉｎｇ  Ｉｔｅｌｉｇｅｎｔｌｙ  Ｂｒｉｄｇｅｄ  ＴＤＭ  ａｎｄ  Ｐａｃｋｅｔ  Ｂｕｓｅｓ）」、１９９８年４月３日出願の同第０９／０５５，０３６号「電話局カードにおいて電圧を生成するためのシステムおよび方法（Ｓｙｓｔｅｍ  ａｎｄ  Ｍｅｔｈｏｄ  ｆｏｒ  Ｇｅｎｅｒａｔｉｎｇ  Ｖｏｌｔａｇｅｓ  ｉｎ  Ｔｅｌｅｐｈｏｎｙ  Ｓｔａｔｉｏｎ  Ｃａｒｄｓ）」、１９９８年９月２５日出願の同第０９／１６１，５５０号「インテリジェント的にブリッジされたＴＤＭおよびパケット・バスを用いる複数のモードの音声およびデータ通信のためのシステムおよび方法、およびこれを用いて電話およびデータ機能を実施するための方法（Ｓｙｓｔｅｍｓ  ａｎｄ  Ｍｅｔｈｏｄｓ  ｆｏｒ  Ｍｕｌｔｉｐｌｅ  Ｍｏｄｅ  Ｖｏｉｃｅ  ａｎｄ  Ｄａｔａ  Ｃｏｍｍｕｎｉｃａｔｉｏｎｓ  Ｕｓｉｎｇ  Ｉｎｔｅｌｌｉｇｅｎｔｌｙ  Ｂｒｉｄｇｅｄ  ＴＤＭ  ａｎｄ  Ｐａｃｋｅｔ  Ｂｕｓｅｓ  ａｎｄ  Ｍｅｔｈｏｄｓ  ｆｏｒ  Ｐｅｒｆｏｒｍｉｎｇ  Ｔｅｌｅｐｈｏｎｙ  ａｎｄ  Ｄａｔａ  Ｆｕｎｃｔｉｏｎｓ  Ｕｓｉｎｇ  ｔｈｅ  Ｓａｍｅ）」、１９９８年９月２９日出願の同第０９／１６３，５９６号「インテリジェント的にブリッジされたＴＤＭおよびパケット・バスを用いる複数モードの音声およびデータ通信のためのシステムおよび方法、およびこれを用いる電話およびデータ機能を実施するための方法（Ｓｙｓｔｅｍｓ  ａｎｄ  Ｍｅｔｈｏｄｓ  ｆｏｒ  Ｍｕｌｔｉｐｌｅ  Ｍｏｄｅ  Ｖｏｉｃｅ  ａｎｄ  Ｄａｔａ  Ｃｏｍｍｕｎｉｃａｔｉｏｎｓ  Ｕｓｉｎｇ  Ｉｎｔｅｌｌｉｇｅｎｔｌｙ  Ｂｒｉｄｇｅｄ  ＴＤＭ  ａｎｄ  Ｐａｃｋｅｔ  Ｂｕｓｅｓ  ａｎｄ  Ｍｅｔｈｏｄｓ  ｆｏｒ  Ｐｅｒｆｏｒｍｉｎｇ  Ｔｅｌｅｐｈｏｎｙ  ａｎｄ  Ｄａｔａ  Ｆｕｎｃｔｉｏｎｓ  Ｕｓｉｎｇ  ｔｈｅ  Ｓａｍｅ）」、１９９８年１０月６日出願の同第０９／１６７，４０８号「インテリジェント的にブリッジされたＴＤＭおよびパケット・バスを用いる複数モードの音声およびデータ通信のためのシステムおよび方法、およびこれを用いる電話およびデータ機能を実施するための方法（Ｓｙｓｔｅｍｓ  ａｎｄ  Ｍｅｔｈｏｄｓ  ｆｏｒ  Ｍｕｌｔｉｐｌｅ  Ｍｏｄｅ  Ｖｏｉｃｅ  ａｎｄ  Ｄａｔａ  Ｃｏｍｍｕｎｉｃａｔｉｏｎｓ  Ｕｓｉｎｇ  Ｉｎｔｅｌｌｉｇｅｎｔｌｙ  Ｂｒｉｄｇｅｄ  ＴＤＭ  ａｎｄ  Ｐａｃｋｅｔ  Ｂｕｓｅｓ  ａｎｄ  Ｍｅｔｈｏｄｓ  ｆｏｒ  Ｐｅｒｆｏｒｍｉｎｇ  Ｔｅｌｅｐｈｏｎｙ  ａｎｄ  Ｄａｔａ  Ｆｕｎｃｔｉｏｎｓ  Ｕｓｉｎｇ  ｔｈｅ  Ｓａｍｅ）」、および１９９９年３月３１日出願の同第０９／          号「インテリジェント的にブリッジされたＴＤＭおよびパケット・バスを用いる複数モードの音声およびデータ通信のためのシステムおよび方法、およびこれを用いて電話およびデータ機能を実施するための方法（Ｓｙｓｔｅｍｓ  ａｎｄ  Ｍｅｔｈｏｄｓ  ｆｏｒ  Ｍｕｌｔｉｐｌｅ  Ｍｏｄｅ  Ｖｏｉｃｅ  ａｎｄ  Ｄａｔａ  Ｃｏｍｍｕｎｉｃａｔｉｏｎｓ  Ｕｓｉｎｇ  Ｉｎｔｅｌｌｉｇｅｎｔｌｙ  Ｂｒｉｄｇｅｄ  ＴＤＭ  ａｎｄ  Ｐａｃｋｅｔ  Ｂｕｓｅｓ  ａｎｄ  Ｍｅｔｈｏｄｓ  ｆｏｒ  Ｐｅｒｆｏｒｍｉｎｇ  Ｔｅｌｅｐｈｏｎｙ  ａｎｄ  Ｄａｔａ  Ｆｕｎｃｔｉｏｎｓ  Ｕｓｉｎｇ  ｔｈｅ  Ｓａｍｅ）」である。企業活動、特に中小規模のオフィスは、典型的に種々の音声およびデータ通信に対する需要を有する。例えば、典型的なオフィスは、おそらくは中央のあるいは分散されたボイスメール・システムに結合される１つの専用のあるいは共用の電話線、および音声通信のための１つ以上の電話線を用いる専用のファクシミリ装置と、しばしば１つ以上のモデムを介して電話線に接続された１つ以上のコンピュータまたはコンピュータネットワークとを備える。現在、多くのオフィスはしばしば、個々のコンピュータに接続されるモデムまたはモデム・プールにより、業務通信またはリサーチなどのためインターネットを何らかの形態で用いる。
【０００２】
典型的には、このような業務通信の需要は、典型的には個々の装備およびサービスのベンダから些細な技術的解決法により、かつ個々のハードウエア、ソフトウエアおよび設計上の配慮によって満たされてきた。
【０００３】
図１は、従来の小さいオフィス通信形態を示している。音声通信システム１は、典型的に、広域ネットワーク（ＷＡＮ）１８からの多数のアナログ中継線１６によって実現される。ＷＡＮ１８は、しばしば、地域電話会社その他の遠距離通信サービス・プロバイダによる遠距離ネットワークからなっている。アナログ中継線１６は、従来のＰＢＸまたは類似の電話スイッチでよいスイッチング・システム１０を介して指向される。電話１２およびボイスメール・システム１４は、スイッチング・システム１０へ結合される。専用アナログ線１６Ａはしばしば、ファクシミリ通信のためファクシミリ４４へ結合される。
【０００４】
データ・システム２は、典型的に、標準イサーネット・コンプライアント・ネットワークその他のオフィス・ネットワークでよいパケット・ネットワーク２６によって相互接続される複数のコンピュータ（またはワークステーションなど）２４により実現される。ネットワーク２６はしばしば、１つ以上のアナログ中継線４０に接続されかつモデム・プールにおける１つ以上のモデムを含む遠隔アクセス・サーバ３２に結合される。コンピュータ２４は、アナログ線４０およびＷＡＮ４２上で遠隔アクセス・サーバ３２のモデム・プールを介して遠隔システムと通信する。ネットワーク２６は典型的に、プリンタ２２とファイル・サーバ２０に対する接続を含む。更に複雑なシステムにおいては、ネットワーク２６は、ディジタル中継線３８によりＷＡＮ４２に結合されるスイッチング・ハブ２８とルータ３０とに結合される。データ・システム２はまた、モデム３６に対する１つ以上のコンピュータ２４間の接続を含み、モデムは更に専用のアナログ中継線４０ＡによりＷＡＮ４２へ結合される。
【０００５】
このような従来のシステムはしばしば、音声通信システム１とデータ・システム２間の制限されあるいは存在しない共働および管理、最適化されないか集積されない装備、および多数の装備／サービス・プロバイダからしばしば提供される二重のあるいはしばしば遊休電話およびデータネットワーク線のような高価なネットワークサービス（電話線、データ線など）の不充分な使用という些細な装備およびネットワークの解決法によって特徴付けられる。一般に、このような従来のシステムは、効率的かつ集積された音声／データ通信を提供する方法では構成されあるいは運用されることがない。
発明の概要
本発明は、このような従来の通信システムの様々な短所に対処するものである。本発明は、様々なシステムおよび方法、簡単に言えば音声／データ通信が複数のモードおよび色々なプロトコルで生じるプラトフォームと、特に、例えば、ＴＤＭバス、パケット・バスおよび制御バスと、多重プロトコル・フレーミング・エンジンを含み、望ましくはＰＢＸ、ボイスメールその他の電話機能、ｅメールおよび（または）ファイル・サーバ、インターネット・サーバ、ＬＡＮのハブおよびデータ・ルータのようなサブシステム機能を含む多重バス構造を有する通信／演算システムによる本来のモードの音声／データの送受信のためのシステムおよび方法とを提供する。本発明によれば、ＴＤＭバスおよびパケット・バスがインテリジェントにブリッジされ管理されることによりこのような多数のモード／プロトコルの音声／データの送信を１つの集積システムを用いてインテリジェントに管理し制御することを可能にするプラトフォームおよび種々のプロセスが提供される。
【０００６】
望ましい実施の形態において、コンピュータその他のプロセッサは、ローカル・エリア・ネットワーク・コントローラを含み、このコントローラは１つ以上のパケット・ネットワークに対する経路指定およびハブおよび（または）スイッチを提供する。コンピュータは、ＴＤＭバスからコンピュータに出入りするデータのフレーミング／デフレーミングを供する多数のバッファ／フレーマにも結合される。バッファ／フレーマは、例えばＡＴＭおよびＨＤＬＣのフレーミング／デフレーミングと、音声データなどの生バッファリングとをサポートする複数のフレーマ／デフレーマ・エンジンを含んでいる。バッファ／フレーマは、複数ポートまたは多重ポートのスイッチ／マルチプレクサによりＴＤＭに接続され、これがＴＤＭフレームの種々のスロットに対するバッファ／フレーマとＴＤＭバス間のデータ・トラヒックをインテリジェントにマップする能力を含む。望ましくは、ＤＳＰプールが、ダイアル・トーンの生成、ＤＴＭＦ検出などのような種々の信号処理および遠距離通信のサポートを提供するように１つ以上のスイッチ／マルチプレクサのポートおよび（または）バッファ／フレーマに接続される。ＴＤＭバスは種々の線／局のカードに接続されて、ＴＤＭバスを電話、ファクシミリその他の遠距離通信装置に、かつ更に種々のディジタル／アナログＷＡＮネットワークサービスにインターフェースするように働く。本発明は、処理機能が広範囲のネットワーク、ベンダおよび用途サービスに対するサポートを行うように切換えることができるプラトフォームを提供する。
【０００７】
本発明によれば、コンピュータ／プロセッサおよび関連電話ハードウエアおよびソフトウエアにより完全ＰＢＸタイプの遠距離通信システムが提供される。ボイスメール、自動アテンダント、呼出し転送、ホールド、転送、呼出者ＩＤ、会議その他の電話機能のような機能を同様に提供することができる。このような電話機能を主としてＴＤＭバスによってその本来のモードでサポートしながら、コンピュータ／プロセッサは、ＬＡＮサブシステムおよびパケット・バス上での同時パケット・データ伝送もサポートする。特定のオフィス／作業環境における種々の音声／データ通信を有効にサポートする必要に応じて、バッファ／フレーマおよびスイッチ／マルチプレクサが多重プロトコル／ルータ機能を提供して、ＴＤＭバスのトラヒックおよびパケット・バスのトラヒックを相互に劣化することなくかつ変換あるいはコード変換を必要とすることなくインテリジェントにブリッジして管理することを可能にする。本発明によれば、同時の音声、ビデオおよびデータのトラヒックのため同じＷＡＮサービスをインテリジェントに管理し制御することがことができる。
【０００８】
コンピュータ／プロセッサは、遠隔の構成、管理およびバックアップ、帯域幅の割当ておよび制御、最小コスト経路指定、インターネット・プロトコルにおける音声（すなわち、「ＩＰ上の音声」）のような様々な用途を、様々な電話関連用途と共にサポートする。ある望ましい実施の形態においては、Ｈ．３２０およびＨ．３２３データ・ストリームなどを含むオーディオ／ビデオ・データ・ストリームもまた、インテリジェントに管理され制御される。ある望ましい実施の形態においては、（ＳＮＭＰプロトコルのような）経営用途が、ブラウザ・タイプのアクセスによりシステムを遠隔的に監視し構成することを可能にする。
【０００９】
本発明によれば、オフィスその他の設定において有効な種々の電話およびデータ機能を更に便利かつ効率的に行うことができ、本発明の種々の望ましい実施の形態に従って実施される電話およびデータ機能に対する種々の方法が提供される。
【００１０】
従って、本発明の目的は、単一の集積システムを用いて音声、ビデオおよびデータ通信を提供することである。
本発明の別の目的は、１つ以上のＴＤＭバスと１つ以上のパケット・バス間にインテリジェントに制御され管理されたプロセッサ・ブリッジを提供することである。
【００１１】
本発明の更に別の目的は、このような同時の音声、ビデオおよびデータ通信をサポートする集積ＰＢＸ、ルータおよびハブを提供することである。
本発明の更に他の目的は、多重プロトコルの経路指定およびインテリジェントな時間スロット・マッピングを望ましくはバッファ／フレーマに接続されたＤＳＰ資源を含むＴＤＭバスへ提供するために、多重プロトコル・バッファ／フレーマおよびスイッチ／マルチプレクサを提供することである。
【００１２】
本発明の目的は、サービスおよび機能の広範なセットが同じシステムに共存することを可能にし、高レベルのインターフェースおよび共有資源の動的な割当ておよび再割当てを可能にするインテリジェンスを提供しながら共有した資源を利用するシステムおよび方法を提供することである。
【００１３】
本発明の目的は、特に本発明によるシステムの種々の望ましい実施の形態と組合わせて新規かつ更に効率的な方法で電話およびデータ機能を実施する種々の方法を提供することである。
【００１４】
本文に述べる本発明の種々の実施の形態の他の目的、特徴および利点は、当業者には明らかであろう。
本発明の上記目的および他の利点については、添付図面に関して本発明の望ましい実施の形態を詳細に記述することによって更に明らかになるであろう。
望ましい実施の形態の詳細な記述
本発明の種々の望ましい実施の形態について例示の目的で開示されるが、当業者には、本発明の範囲および趣旨から逸脱することなく種々の修正、追加および（または）置換が可能であることが明らかであろう。ともに参考のため本文に援用される係属中の米国特許出願第０９／０５５，０７２号「インテリジェントにブリッジされたＴＤＭおよびパケット・バスを用いる多重モードの音声／データ通信のためのシステムおよび方法（ＳＹＳＴＥＭ  ＭＥＴＨＯＤＳ  ＦＯＲ  ＭＵＬＴＩＰＬＥ  ＭＯＤＥ  ＶＯＩＣＥ  ＡＮＤ  ＤＡＴＡ  ＣＯＭＭＵＮＩＣＡＴＩＯＮＳ  ＵＳＩＮＧ  ＩＮＴＥＬＬＩＧＥＮＴＬＹ  ＢＲＩＤＧＥＤ  ＴＤＭ  ＡＮＤ  ＰＡＣＫＥＴ  ＢＵＳＳＥＳ）」、および同第０９／０５５，０３６号「電話局カードに電圧を生成するためのシステムおよび方法（ＳＹＳＴＥＭ  ＡＮＤ  ＭＥＴＨＯＤ  ＦＯＲ  ＧＥＮＥＲＡＴＩＮＧ  ＶＯＬＴＡＧＥＳ  ＩＮ  ＴＥＬＥＰＨＯＮＹ  ＳＴＡＴＩＯＮ  ＣＡＲＤＳ）」について特に照合が行われる。
【００１５】
本発明の望ましい実施の形態によれば、音声、データ、ビデオその他の通信を効率的な集積された方法で生じることを可能にして、利用可能な通信資源をインテリジェントに割当てて利用するシステムおよび方法が提供される。図２は、本発明の望ましい実施の一形態によるこのようなシステムの概要を提示している。
【００１６】
通信システム５０は、オフィスにおけるような通信を制御し管理するための集積システムを提供する。通信システム５０は、ファイル・サーバ２０、プリンタ２２および１つ以上のコンピュータ２４に対してポート２６で通信する。ポート２６は、典型的に、イサーネット、「高速」イサーネット、ＡＴＭその他のＬＡＮ技術（他の実施の形態では、トークン・リングのようなＬＡＮ技術が適切に構成されたポートに接続される）のようなパケット・バスを含んでいる。通信システム５０は、ポート２６の制御かつこのポートへのインターフェースのためのメディア・アクセス・コントローラ（ＭＡＣ）を集積するネットワーク・インターフェース・コントローラ（ＮＩＣ）として知られるようなコントローラを含むポート２６を制御するための装置を含む。ポート２６に接続されているのは、１つ以上のファイル・サーバ２０、コンピュータ２４、プリンタ２２およびポート２６と相互接続するため適する他の演算装置、周辺装置などの装置のような種々の装置である。ルータ、スイッチ、ブリッジなどのような他のネットワーク装置もまたポート２６に接続される。望ましい実施の一形態では、ポート２６は、特定のオフィス／作業環境の必要により決定される様な種々の装置に接続されるイサーネット・タイプのＬＡＮである。パケット・データＬＡＮおよびルータ・タイプの本発明が有効である機能の電話機能およびサーバ機能との統合は、従来の専用の装置、周辺機器および通信サービスへアクセスすることなく、独自の動作と、呼出しまたはトランザクションの開始または完了とを可能にする。
【００１７】
通信システム５０はまた、代替的な実施の形態に含まれる付加的なネットワーク機能に対するハードウエアおよびソフトウエアを実現することが理解されよう。このようなネットワーク機能は、これに限定されないが、ＤＮＳ（ホスト・コンピュータのネームをアドレスへ翻訳するためインターネットにおいて用いられる領域ネーミング・システム）またはＷＩＮＳ（特に経路指定される環境においてウインドウズのネットワーキング・コンピュータ・ネームをＩＰアドレスへマップあるいは分解するネーム分解サービスであるウインドウズ・インターネット・ネーム・サービス）のようなネーム・サーバ、ファイアウォール（当技術で周知のように、ファイアウォールは、通信システム５０またはシステムに対し外部のコンピュータからアクセスするためこのシステムに接続されたコンピュータのような演算システムの露呈を制限するハードウエア／ソフトウエア構成であり、ネットワークプロトコルのパケット・レベルにおけるデータ・トラヒックを調べるネットワークレベルのファイア・ウォールまたはパケット・フィルタ、あるいはＦＴＰすなわちファイル転送プロトコルまたはファイル転送プロトコル、ｅメールなどのようなアプリケーション・レベルにおけるデータ・トラヒックを調べるアプリケーション・レベルのファイアウォールを含む）、近似サーバ（当技術において周知のように、近似サーバは付加的なセキュリティを提供するため近似サーバ・ファイアウォールと関連するＩＰアドレスへ内部ユーザＩＰアドレスをマップするためアドレス変換として知られるプロセスを用いる１種のファイアウォールである）、ＤＨＣＰ（サーバがＩＰアドレスをリアルタイムに特定のコンピュータへ動的に割当てることなどを許容し、手動、自動および（または）ダイナミックなアドレス割当てをサポートして特定のコンピュータの識別を検証しこれを特定の期間だけＩＰアドレスに一時的に割当てて、特定の期間の満了時に再割当てのためＩＰアドレスを後で再要求するなどのダイナミック・ホスト構成プロトコル）、および（または）ｅメール・サーバすなわちゲートウエイ（当技術において周知のように、ｅメールを送受し、かつ単数または複数のＬＡＮに接続されたコンピュータに対するファクシミリを送受するためなどに用いられる）を含んでいる。
【００１８】
通信システム５０は、（後で述べる）ＰＢＸとして知られる機能を含む。望ましい実施の形態においては、通信システム５０は、電話１２、ファクシミリ４４その他の適当な遠距離通信装置、およびアクセスおよびサーバ機能（専用ボイスメール、録音装置、ＷＡＮサービス・インターフェース・カードなど）のような複数の遠距離通信装置に接続される。重要なことは、通信システム５０が特定および複合オフィス／作業環境およびインフラストラクチャに対する複数の通信装置に対するインターフェースを含むことである。
【００１９】
通信システム５０は、中継線５４を介してＷＡＮ音声／データ・サービスネットワーク５８に接続されている。音声／データ・サービスネットワークは、専用線、ローカルまたは長距離キャリア・ネットワーク、インターネット、インフラネットおよび（または）他の今日または将来のＷＡＮタイプのネットワークサービスを含む。中継線５４は、公衆用または専用を問わず高速、中速および低速のディジタル中継線および（または）アナログ中継線からなり、ある望ましい実施の形態においては、Ｔ−１、ＰＲ１（第一種速度ＩＳＤＮ）、ＡＴＭ、ＶＤＳＬ、ＨＤＳＬ、ＡＤＳＬ、ＤＤＳ（ディジタル・データ・システムとも呼ばれるデータフォン・ディジタル・サービス）、無線、カスケード、地域の電話会社からの所有権が設定されあるいはツイストペアのアナログ中継線として知られるような高速専用資源からなっている。重要なことは、通信システム５０がユーザ、サービス・プロバイダ、管轄者および（または）アルゴリズムが決定する方法でＷＡＮサービス、線などに接続され、特定のオフィス／作業環境および使用条件に対してコスト効率よく充分あるいは要求される資源を提供することである。
【００２０】
図１とは対照的に、図２の通信システムは、ＷＡＮネットワークサービスおよび特定のオフィス／作業環境により決定されるような遠距離通信、計算その他の装置が接続できる音声／データ通信サービスに対する統合された解決法を提供する。
【００２１】
図３において、通信システム５０の望ましい実施の形態の種々のサブシステム、構成要素、バスなどについて、更に詳細に記述することにする。
通信システム５０は、望ましい実施の形態では例えば市販その他のマイクロプロセッサにより励起されるコンピュータ、および（または）市販のオペレーティング・システムを含むホスト・プロセッサ／システム資源７０により制御される。重要なことは、以下に述べるように、種々のサブシステムおよび構成要素を制御するために、プロセッサ／システム資源７０が充分な処理能力、メモリおよび記憶資源（ＲＡＭ、ＲＯＭ、ハード・ディスク、磁気その他の記憶装置、など）、バスおよび他の資源を提供することである。特に、コンピュータ／システム資源７０は、自動的な内部ネゴシエーション、制御を可能にし、サービスおよびアプリケーションの可動状態化を可能にする。明示的には示さないが、プロセッサ／システム資源７０はまた、比較的ハイエンドなパーソナル・コンピュータ、ワークステーションあるいはサーバの、表示装置、キーボード、直列ポート、並列ポート、電源などの他の構成要素をも含んでいる。通信システム５０の種々のサブシステムおよび構成要素は、プロセッサ／システム資源７０によってインテリジェントに制御され、管理され、監視される。プロセッサ／システム資源７０は、システムおよびサーバの管理ソフトウエアなどと、先に述べたような種々のサーバ・アプリケーションに対するプラトフォームとを提供する。
【００２２】
ホスト・プロセッサ／システム資源７０は、バス８４を介してバッファ／フレーマ７２に接続され、このバスは望ましい実施の形態ではＰＣＩバスまたはＩＳＡバスとして知られる様なコンピュータ・バスからなっている（他の実施の形態においては、他の適切なコンピュータ・タイプ・バスが用いられ、所有権のあるローカル・バスを含む）。バッファ／フレーマ７２は、バッファ７１を含み、望ましくは、同期あるいは非同期である、非同期伝送モード（ＡＴＭ）または高レベル・データ・リンク制御（ＨＤＬＣ）プロトコルのような複数の多重プロトコル・フレーミング／デフレーミング・エンジンを含む。他の実施の形態では、特定のオフィス／作業環境により要求されるような他の通信プロトコル・フレーマ／デフレーマが設けられる。ある望ましい実施の形態におけるバッファ／フレーマ７２は、例えば、１つ以上のＡＴＭフレーマ／デフレーマ７３Ａと、１つ以上の望ましくは複数のＨＤＬＣフレーマ／デフレーマ７３Ｂとを含んでいる。明示的には示さないが、バッファ／フレーマ７２は、例えば、参考のため本文に援用されるＤｅｌａｇｅｒ等の米国特許第５，５３３，０１８号「等時性ネットワークにおける多重プロトコル・パケット・フレーミング（ＭＵＬＴＩ−ＰＲＯＴＯＣＯＬ  ＰＡＣＫＥＴ  ＦＲＡＭＩＮＧ  ＯＶＥＲ  ＡＮ  ＩＳＯＣＨＲＯＮＯＵＳ  ＮＥＴＷＯＲＫ）」のような他の制御回路（スロット・マッピング・メモリ、マルチプレクサ／デマルチプレクサ、調停回路、制御回路その他の回路）を含んでいる。以下に更に詳細に述べるように、バッファ／フレーマ７２は、ＴＤＭバス７８の特定のスロットにマップされ異なるポートで利用可能となる生データまたはプロトコル処理データを転送する能力を含む。バッファ／フレーマ７２は、制御線９２（制御線９２はバス８４のようなバス構造の一部として構成される）により略図的に示されるようにプロセッサ／システム資源７０により制御される。望ましい実施の形態では、プロセッサ／システム資源７０は、システムの故障耐性を強化するため、冗長なディスクその他の記憶装置、冗長な電源、および磁気媒体その他の媒体に対するデータ・バックアップを含んでいる。
【００２３】
プロセッサ／システム資源７０はまた、ＤＳＰ７６にも接続される。ＤＳＰ７６は、通信システム５０内に種々の機能を提供するように働く１つのディジタル信号プロセッサまたは多重ディジタル信号プロセッサ資源プールからなることが望ましい。望ましい実施の形態においては、ＤＳＰ７６は、ダイアル・トーン（電話１２に対するような）、ＤＴＭＦ桁数検出およびデコーディング、エコー打ち消し、コーディング／デコーディング機能、音声会議、音声圧縮、音声認識などを生成する。他の実施の形態においては、ＤＳＰ７６は、データ圧縮、コーディング変換、インターネット・プロトコル（ＩＰ）を用いる音声通信あるいは他のネットワーク・プロトコルなどの他の音声に対する処理を行う。一般に、ＤＳＰ７６は、プロセッサ／システム資源７０により制御され管理される種々の音声／データ・サービスをサポートするため１組の処理およびメモリ資源を提供する。バス接続８４Ａにより示されるように、ＤＳＰ７６は代替的にＴＤＭバス７８へ直接的に接続することもできる。
【００２４】
スイッチ／マルチプレクサ７４は、バッファ／フレーマ７２と、および望ましくはバス８６上で図示のようにＤＳＰ７６から２方向に通信する。スイッチ／マルチプレクサ７４は、図示のようにバス９０上でＴＤＭバス７８とも通信する。ＴＤＭバス７８は望ましくは、当技術で周知のように（例えば、ＭＶＩＰすなわち多重ベンダ統合プロトコル・タイプのバスとして知られるもの、あるいはＳＣＳＡタイプのバス（ＳＣＳＡは、信号計算システム・アーキテクチャに対する頭文字である）として知られるもののように）時分割多重化バスであり、ある望ましい実施の形態においては、ＴＤＭフレーム当たり２５６シャシ／スロットを提供する（本発明は、単一ＴＤＭバスに限定されるものでなく、代替的な実施の形態では、１つ以上のＴＤＭバスまたは他のタイプのＴＤＭバスが用いられる）。ＴＤＭバス７８は、回路切換え技術によってバス上の装置間での通信を可能にする。このタイプの切換えは、例えば、パルス・コード変調（ＰＣＭ）技術として知られるものによる音声の簡単かつ安価な通信を可能にする。スイッチ／マルチプレクサ７４は、例えば、参考のため本文に援用されるＳｗｅｎｓｏｎ等の米国特許第５，５４１，９２１号「等時性シリアル時分割マルチプレクサ（ＩＳＯＣＨＲＯＮＯＵＳ  ＳＥＲＩＡＬ  ＴＩＭＥ  ＤＩＶＩＳＩＯＮ  ＭＵＬＴＩＰＬＥＸＥＲ）」に記載されるような１つ以上のスイッチング／シリアル時分割マルチプレックス化回路により実現されることが望ましい。スイッチ／マルチプレクサ７４は、プロセッサ／システム資源７０の制御下で、種々の音声／データ信号がＴＤＭバス７８の所望のスロットへ制御可能に切換えられる可能性を提供する。
【００２５】
ＴＤＭバス７８に接続されているのは、線、局、中継線その他のインターフェース・カード８２である。カード８２は、ＴＤＭバス７８を介して通信システム５０と通信する種々の遠距離通信装置（電話１２およびファクシミリ４４のような）およびＷＡＮタイプのネットワークサービス（音声／データ・サービスネットワーク５８のような）をサポートするため、当技術において周知であるようなＣＯＤＥＣ、線インターフェース、オフフック検出、その他の機能を提供する。望ましい実施の形態において、カード８２は、複数の電話１２、１つ以上のファクシミリ４４、および特定のオフィス／作業環境により決定されるような種々のＴ−１、ＰＲＩ、ＡＴＭ、アナログおよび（または）他のＷＡＮタイプのネットワークサービスに対する終端点を提供する。カード９２は、プロセッサ／システム資源７０の制御下で、停電の事態のような緊急時またはバックアップ電話サービスなどに対する終端点を含み、あるいはＴ−１のような専用資源がある理由から使用できない事態においてアナログ・サービスを提供する。
【００２６】
通信システム５０はまた、プロセッサ／システム資源７０の制御下で出入りするファクシミリ伝送を処理するファクシミリ・モデム７５も含む。他の実施の形態ではファクシミリ・モデム７５がスイッチ／マルチプレクサ７４および（または）ＤＳＰ７６に対するように別の配置で接続されるが、望ましい実施の形態においては、ファクシミリ・モデム７５は図示のようにＴＤＭバス７８へ接続される。
【００２７】
通信システム５０は、１つ以上の上位モジュール７７に対してＴＤＭバス７８において利用可能なカード・スロットを含む。必要に応じて、モジュールまたは上位線カード７７により、あるいは例えばＡＴＭコントローラ７９ＢおよびＤＳＰ７９Ｃのような１つ以上のカードの付加によって、通信システム５０に対して付加的な資源および（または）機能を追加することもできる。このような上位のモジュールあるいは付加的なカードなどの使用により、ＴＤＭバス７８に対して更に多くのカードを挿入することにより付加的な資源および（または）機能を付加すれば、１つ以上の通信システム５０の最小限の構成を提供することもできる。このような線カードの上位の再構成タイプの機能に関する更なる特質については、図２１に関して以下に述べる。本発明の望ましい実施の形態似寄れば、プロセッサ／システム資源７０に対し、あるいはシステムと通信する他の資源に対してソフトウエアの向上も適用可能である。
【００２８】
プロセッサ／システム資源７０はまた、ＬＡＮバス８１のようなバスを介するパケット・バス８０Ａ、８０Ｂのような１つ以上のパケット・バスに接続される。パケット・バス８０Ａ、８０Ｂは、多数のバスまたはスイッチを望ましい実施の形態ではイサーネット・ネットワークである１つ以上のパケット・ネットワーク間の相互通信に対して効率的に提供する。図３のバス形態が「論理的」である見なされ、かつ望ましい実施の形態においては、物理的なバス形態がＴＤＭバス７８の様なものであり、パケット・バス８０Ａおよび（または）８０Ｂが同じ物理的バスの一部であることに注意すべきである。このような実施の形態においては、パケット・バス８０Ａおよび（または）８０Ｂが直接中央の資源（プロセッサ／システム資源７０のような）、ならびにＴＤＭバス（これは、ＴＤＭバス７８とパケット・バス８０Ａの両方に同時に挿入され接続されるカードであり、かつ例えば組合わされたＬＡＮのインターフェース／機能および中央オフィス（または他のＷＡＮインターフェース）のカードを含むカード７９Ｄにより図３に示される）へ接続された局のカードおよびＷＡＮカード（あるいは、他のカード）とも通信できる。ＬＡＮおよびＷＡＮの両機能（本文の他の場所で述べたような機能）をサポートするこのような組合わせインターフェース・カードが、従来のシステムに勝る実質的な利点を可能にする。
【００２９】
パケット・バス８０Ａおよび（または）８０Ｂに接続されるのは、コンピュータ２４、プリンタ２２、他のコンピュータ、ファイル・サーバ、バックアップまたは記憶資源、他のネットワークなどの種々の計算タイプの装置である。プロセッサ／システム資源７０は、ソフトウエアおよび（または）ハードウエアにより、ＬＡＮ／ネットワークサブシステムを提供し、これらはパケット・バス８０Ａおよび（または）８０Ｂ、およびＴＤＭバス７８などに幾つかの経路または方法により出入りするデータ通信をサポートする経路指定その他の関連機能を含む。
【００３０】
望ましい実施の形態においては、パケット・バス８０Ａおよび（または）８０Ｂ間の更なる直接的な接続が埋設ルータ／ブリッジ８３によって確保される。ルータ／ブリッジ８３は、ＣＰＵ、ＴＣＰ／ＩＰコントローラ、ルータ、スタック、イサーネット・インターフェース、または例えば１つ以上のＨＤＬＣコントローラ７９Ａに対してＬＡＮバス８１を接続するため要求されるような他の機能を含む。ルータ／ブリッジ８３の使用により、パケット・バス８０Ａ、８０Ｂ間の通信は、プロセッサ／システム資源７０の最小限の資源を要するだけで達成することができる。
【００３１】
次に図２１において、本発明の望ましい実施の形態の更なる特質について述べることにする。
１つのこのような特質は、ＴＤＭバス７８のスイッチ回路または「ファブリック」のソフトウエア（例えば、ＲＡＭベースのファームウエア）によるアップグレード、またハードウエアのアップグレード（例えば、新たな線カードに、現在の古い線カードを含むＴＤＭバスに対するアップグレードされたスイッチ構造による追加）によるアップグレードの可能性に関する。ＴＤＭバス７８は、第１の線カード４５３におけるクロック同期装置４５５により駆動される。この線カードは、付加的な回路、例えば、より高い性能の第２の線カード４６３に第２のクロック同期装置４６４を組込むときにクロック同期装置４５５のＴＤＭバス７８からの分離を可能にするフリップフロップ４５４およびトライステート・ドライバ４６１、４６２を装備している。当事例は、古い第１の線カード４５３の使用を可能にしながら、ＴＤＭバス７８のスイッチ構造の異なるクロック同期装置４６４により駆動されるより高性能のバスへのアップグレードが可能であることを示している。このため、第１の線カード４５３は、いぜんとしてＴＤＭバス７８を使用するが、ＴＤＭバス７８が改善されたクロック同期装置４６４により駆動されながらクロック同期装置４５５が分離され、これにより第２の線カード４６３に対するより高性能のバスを可能にする。望ましい実施の形態のこのような特質により、更なる特徴および機能が可能である。クロック・ソースおよびＴＤＭバス７８間の関係を生じるためトライステートの使用により可能になるこのようなスイッチ構造に対するファームウエア（例えば、このようなトライステート装置などを制御するためデータの構成すなわち制御のレジスタまたは他の場所に対する書込みなどにより、ドライバ４６１、４６２のようなトライステート・ドライバ／バッファの状態のファームウエア制御）に基いて、ＴＤＭバス７８におけるスイッチ構造の再構成可能な性質を、例えば性能のアップグレードまたは故障耐性を増すためのソフトウエアによって制御することができる。多数のクロック・ソースがＴＤＭバス７８に接続されたカードに配置され、バスを駆動している特定のクロック・ソースを、フレーミング・エラーなどの故障に対して調整するソフトウエアの制御下で選択することができる。当該実施の形態によるこのようなＴＤＭバス構造に対する冗長な特質が、より大きな故障耐性を保証し、より優れた全体性能を保証する。更に、スイッチ構造がソフトウエアにより制御可能であるゆえに、これらの特徴の遠隔制御が、例えば先に本文に述べたようなクライアント／サーバのコンテキストにおいて可能である。当該実施の形態は第２の線カード内に置かれた改善クロック・ソースに関して示されるが、当業者には、第２の線カードにおける他の改善された特徴をＴＤＭバス７８の特性を再構成するように組込むことができる（例えば、第１の組の特徴を持つ第１の線カードと第２の組の特徴または機能を持つ第２の線カードとがシステムへ組込まれ、先に述べたようなソフトウエアまたはファームウエアの制御下でＴＤＭバス７８に接続され、ソフトウエアはＴＤＭバス７８からのトライステート分離などにより、第１または第２の線カードの特徴／機能の一部または全てを選択的に使用可能あるいは使用不可能状態にするなどによって遠隔的に構成できる）ことが明らかであろう。
【００３２】
次に図３Ａにおいて、本発明の望ましい実施の形態の更なる特質について記述する。
図３に関して述べたように、通信システム５０は、少なくとも３つの別タイプのバス、例えばＴＤＭバス７８、パケット・バス８０Ａ（または８０Ｂ）など、および制御バス９２などを含んでいる。このような異なるバスの構成においては、本発明の望ましい実施の形態はこれらバスを種々の印刷回路板、カードなどにプラグインするため用いられる受動的な背面へ望ましく構成する構成を用いる。
【００３３】
図３Ａに示されるように、バス９２、８０Ａおよび８０Ｂは、システム・バス４０６の一部として物理的に配置される。バス４０８は、例えば、プロセッサ／システム資源７０に含まれるパーソナル・コンピュータその他のコンピュータの背面に対するバス（例えば、ＰＣＩまたはＩＳＡバスなどとして知られるようなコンピュータのシステム・バス）として働くように設けられる。種々のボードまたはカード、４００Ａ、４００Ｂおよび４００Ｃは、ソケット４０２、４０４へ物理的にプラグインされる。ソケット４０２は、バス４０８に対する電気的接続を生じるように設けられ、ソケット４０４はバス４０６に対する電気的接続を生じるように設けられる。望ましくは、ソケット４０２の少なくとも一方がソケット４０４に隣接して整合される位置に置かれるように、２行のソケット４０２、４０４が設けられることに注意すべきである。このように、４００Ａのようなボードは、ソケット４０４の１つを介してバス４０６に結合され、ボード４００Ｂはバス４０６と４０８の両方にソケット４０４、４０２の各々を介して結合され、ボード４００Ｃはソケット４０２の１つを介してバス４０８に結合される。当該実施の形態によれば、制御バス９２、パケット・バス８０Ａ、ＴＤＭバス７８を含むバス４０６は、バス４０６のみに結合するボードに結合され、またボード４０６とバス４０８の両方に結合するボードに結合される。明らかなように、複数のソケットおよびボードが設けられ、１つまたは複数のボードはボード４００Ａに類似し、１つまたは複数のボードはボード４００Ｂに類似し、そして（または）ボード４００Ｃに類似する１つおよび（または）複数のボードが通信システム５０に設けられることが望ましい。
【００３４】
また、望ましい実施の形態においては、バス９２が形態において標準的なＩＳＡまたはＰＣＩバスに類似し（通信システム５０の特定の構成に対して改変され最適化されることが望ましいが）、（本文に述べたように）通信システム５０の種々の構成要素およびサブシステムに対して要求される制御を提供することに注意すべきである。更に、ＴＤＭバス５０は、例えば、６４Ｋビット／秒における２５６チャネルからなる。パケット・バス８０Ａは、（ただ１つのバスしか図３Ａに示されないが）１００Ｍビットの全二重イサーネット容量または類似機能のような１つまたは複数（例えば、３、４、５以上）のイサーネットその他のパケット・バスをサポートする。
【００３５】
当該実施の形態によれば、ボードは好都合にもバス４０６および（または）４０８に結合され、このため通信システム５０の製造、アップグレードなどを容易にする。また、バス４０８が例えば、ＩＳＡまたはＰＣＩあるいは類似のバスのような産業規格バスであり、これにより特定用途に対して要求されるならば、利用可能なＰＣタイプのボードの容易な接続を可能にすることに注意すべきである。このような多重背面構造は、本発明による著しい利点を提供する。
【００３６】
図４は、本発明に望ましい実施の形態によるオフィスの通信システムのソフトウエア／ハードウエアの概要を提示している。適切なソフトウエアをプロセッサ／システム資源７０に備える図３の望ましい実施の形態が、当業者には理解されるように図４に関して述べるソフトウエア／ハードウエアを提供することに注目されたい。
【００３７】
サーバ用途のレベルでは、例えば図３に示されたハードウエアに関連して動作するように種々のソフトウエア・アプリケーションが提供される。このようなソフトウエア・アプリケーションは、少なくともコスト分析（ＬＣＲ）、最良品質のサービス（ＢＱＯＳ）および帯域幅（Ｂ／Ｗ）規則２１として知られるものを含む。ＬＣＲ、ＢＱＯＳおよびＢ／Ｗの規則２１は、データおよび音声の通信が例えば、通信システム５０に対して利用可能な種々のタイプの音声／データネットワークサービスに関して割当てられそして（または）制御される表、情報、規則および（または）アルゴリズムを提供する。このような情報は、（日付、使用量、ある期間にわたる累積使用量、などに基いて）種々の資源を利用する現在コストを含み、かつ通信システム５０により提供される種々のタイプの通信に対する優先規則も含んでいる。例えば、電話の通話は優先順位１を割当てられ、ファクシミリ通話は優先順位５を、ＶｏＩＰ通話は優先順位３を、ＩＰ通話におけるファクシミリは優先順位４を、カテゴリ１のデータ通信は優先順位５を、他のデータ通信は優先順位６を割当てられる。望ましい実施の形態においては、この優先順位の割当ては、日付または月によって変化し、そして（または）優先順位割当ては異なるネットワーク資源などに従って異なり得る。
【００３８】
通信システム５０により処理される音声／データ通信の暗号化または類似のコード化または処理を提供するために、サーバ暗号化アプリケーション２３が提供される。インターネット・プロトコル（ＶｏＩＰ）通信における音声をサービスし制御するために、ＶｏＩＰゲートキーパ２５が提供される。以下において更に詳細に述べるように、色々なタイプのＶｏＩＰ通信が、例えばこのような通信に対するインターネットに受入れ得る条件が存在するという判定のような本発明の望ましい実施の形態に従って有効に管理され制御される。色々なタイプのディレクトリ情報を通信システム５０のユーザに利用可能にするために、ディレクトリ２７が設けられる。ディレクトリ２７により提供されるディレクトリ情報は、通信システム５０によりサービスされるネーム、電話の内線番号、個人または部署などに関するアドレスその他の個人的情報あるいは作業情報を含む。ディレクトリ２７はまた、音声／データ・サービス５８を介してアクセスされるような遠隔場所または他の場所における個人または部署などに対する同様なディレクトリのタイプ情報をも含んでいる。
【００３９】
一般に、本発明によれば、本発明の望ましい実施の形態に従って色々なタイプの通信をサポートするため他のアプリケーション２９が提供される。
ＬＣＲ，ＢＱＯＣ，Ｂ／Ｗ規則２１（例えば、ネットワークまたは他の資源などの最低コスト、最高品質その他望ましい管理および制御を可能にする規則）、あるいは他のアプリケーション２９などによりサービスおよび通信資源を有効かつ効率的に制御し、割当て、割当て解除するために、インテリジェント／ダイナミックＢ／Ｗ、サービスおよび資源の管理３１が提供される。Ｂ／Ｗ管理３１はまた、通信システム５０から利用可能である通信システム５０の（例えば、音声／データ・サービスネットワーク５８の）ネットワーク資源の総数および形式と、所与の時点におけるその状態および可用性を示す入力情報として受信する。Ｂ／Ｗ管理３１は、どれだけ多くの測定された使用資源が所与の時点において利用可能であるかを示す情報を入力として受信し、あるいは内部に生成する（例えば、固定された価格に対して固定された期間あたりの所定のデータ量であって、所定の量を越える使用に対して料率が追加される所定のデータ量に基いて、「フレーム・リレー」、「専用仮想チャネル」、あるいは他のネットワークサービスが提供される）。以下において更に詳細に述べるように、その時利用可能でありその時利用されたサービスおよび資源に基いて、Ｂ／Ｗ管理３１が、所望の方法および（または）コスト効率のよい方法においてこのようなサービスおよび資源を割当てかつ割当て解除する。
【００４０】
更に、サービスおよび資源の管理に関するこのような実施の形態の他の特質について、次に記述される。特に、サービスおよび資源の管理を助けるためリアルタイムの帯域幅およびプロトコルの統計値を使用することについてまず述べる。Ｔ１接続の事例により、実施の形態のこのような特質が、確保される仕様、例えば、ＲＦＣ１４０６、ＡＴ＆ＴのＴＲ５４０１６、およびＩＴＵ  Ｇ．８２１による性能データの統計値の収集および通報を含み、これによりその文書化および仕様書が本文に参考のため本文に援用される。当事例においては、統計値は次に対する情報を記憶するためのレジスタから得ることができる。すなわち、ＣＥＣ（ＣＲＣエラー・カウント）、ＦＥＣ（フレーミング・エラー・カウント）、ＣＳＳ（制御されたスリップ秒）、ＣＶＣ（コード侵害カウンタ）およびＬＯＦＣ（フレーム損失カウント）である。例えばプロセッサ／システム資源７０の制御下で、このようなレジスタが所定の（または、局所的に生成されあるいは遠隔の要求などにより生成される）間隔で読出され、下記の性能データの統計値例または他の統計値が利用可能となる。
【００４１】
エラー発生秒（ＥＳ）：望ましくはＣＲＣエラーまたはフレーミング・エラーまたは制御されたスリップからなる秒。望ましくは、利用できない秒間はカウントされない。
【００４２】
バースト・エラー発生秒（ＢＥＳ）：望ましくは、フレーミング＝ＥＳＦ（１＜ＣＥＣ＜３２０）。望ましくは、フレーミング＝Ｄ４（１＜ＣＶＣ＜１５４４）。望ましくは、利用できない秒あるいは厳密にエラー発生秒の間はカウントされない。
【００４３】
厳密にエラー発生した秒（ＳＥＳ）：望ましくは、フレーミング＝ＥＳＦ（ＣＥＣ＞＝３２０）、すなわちフレーム・エラーがない。望ましくは、フレーミング＝Ｄ４（ＣＶＣ＞＝１５４４）、すなわちフレーム・エラーがない。望ましくは、利用できない秒間はカウントされない。
【００４４】
厳密にエラー発生したフレーミング秒（ＳＥＦＳ）：望ましくは、１つ以上のフレーミング・エラーを含む秒。
利用できない秒（ＵＡＳ）：望ましくは、１秒おきに増分され、ドライバが利用できない信号状態にある。望ましくは、１０の連続するＳＥＳが検出されるとき利用できない信号状態が宣言され、１０の連続する非ＳＥＳが検出されるときクリヤされ、ＥＳ、ＢＥＳおよびＳＥＳエラーを宣言したとき、１０秒間に生じたＳＥＳエラーがカウンタから差引かれ、ＵＡＳカウンタが１０だけ増分され、クリヤされると、１０秒間に生じたＥＳおよびＢＥＳ秒がカウンタに加えられ、ＵＡＳカウンタが１０だけ減分される。望ましくは、１０秒の遷移が間隔の境界で生じるならば、両方の間隔が然るべく調整される。
【００４５】
このような統計値およびこれら統計値に類似する他の値は、Ｂ／Ｗの割当ておよび管理、ならびに本文に記述された全体管理を助けるため、各プロトコルを分析するため用いることができる。このような情報は、システム内に記憶でき、そして（または）ＨＴＭＬの使用により広く利用可能なウエブ・ブラウジング・ソフトウエアを含む本文に述べた様な直結ＬＡＮ／ＷＡＮ接続を介して、ユーザのスクリーン上に表示できる。当業者は、他の種類のリアルタイム・プロトコルおよび他の環境における帯域幅の統計値を監視することが望ましいことを認識しよう。
【００４６】
（プロセッサ／システム資源７０の一部として設けられる）データベース記憶装置３５によりサポートされるサービス３７は、データ・スイッチング・サービス、ルータ・サービスおよびＰＢＸ局サービスを含む。一般に、本発明の望ましい実施の形態により、図３に関して記載されたような資源を用いて、種々の通信に関するサービスは通信システム５０により有利に供給される。
【００４７】
例えば、データ・スイッチング・サービスは、スイッチド・イサーネット４５およびハブ４７のようなハードウエア・モジュールを介してＬＡＮ／ＮＤＩＳ／ＤＤＩドライバ３９（ＬＡＮ、ＮＤＩＳおよびＤＤＩが事例である）などにより提供される。経路指定サービスが、ＷＡＮドライバ（ＰＲＩおよびＴ−１のような特定のネットワークサービスが事例である）などにより、Ｔ−１モジュール４９、ＩＳＤＮモジュール５１、中央オフィスの普通の古い電話サービス（ＣＯ−ＰＯＴＳ）モジュール５３、Ｖ．３５モジュールなどのハードウエア・モジュールを介して提供される（必要に応じて、特定のオフィス／作業環境の必要により決定されるような種々のデータ・スイッチング、経路指定および他の通信接続を実現するため、種々のハードウエア・モジュールが本発明の望ましい実施の形態に従って利用されることを理解すべきである）。自動アテンダント、接客、ボイスメールなどのようなＰＢＸ局サービスが、局マネージャ４３を介して提供される。局マネージャ４３は、電話１２、ファクシミリ４４などの種々の遠距離通信装置に対する接続のためのハードウエアを提供する。一般に、局マネージャ４３は、特定のオフィス／作業環境の必要により決定される種々の装置に接続するために充分なインターフェース・ハードウエアを提供する。
【００４８】
望ましい実施の形態に含まれるようなＤＳＰ資源を盛込みあるいは利用する検出操作を含む特にこの実施の形態のハードウエア構成要素の更なる特徴について、次に記述する（この実施の形態に含まれるＤＳＰ資源が例えば図３に関して記述される。アナログ線の特性を決定するための技術は、線へ既知の信号（望ましくは、帰途のトーンまたはトーンの組合わせ、あるいは既知のエネルギの周波数など）を送出し、アナログ線からの戻り信号の所定の周波数（または、複数の周波数）を電圧に変換し、あるいは他の方法で戻り信号を提供することであり、アナログの特性が電圧に基いて、あるいは戻り信号から抽出された情報から他の方法で決定される。望ましい実施の形態においては、戻り信号が、例えば高速フーリエ変換（ＦＦＴ）を実施するためにＤＳＰ資源により処理され、あるいは他の信号が戻り信号について処理される。一例として、電話が物理的に線に接続されるかどうかを決定するため戻り信号における特定の周波数帯域を評価することができる。（例えば、アナログ電話が典型的にオンフック条件にある線に対して１０Ｋオームのインピーダンスを表わし、その存在は戻り信号の評価により決定することができる。望ましい実施の形態においては、ＤＳＰ資源は、戻り信号のエネルギを再び望ましくはＦＦＴにより評価することができ、線に物理的に取付けられる電話装置の存在および（または）タイプを評価／決定でき、更に望ましくは、特定の線の品質の評価は戻り信号の分析などに基いて行うことができる。
【００４９】
このような信号処理は、周期的に行うことができ、あるいはエラーの検出時に、あるいは診断または保守ルーチンの開始時に始動あるいはリブートできる。本文に述べたような遠隔管理および構成の能力では、このような電話の存在検出、線品質の評価などを、遠隔場所から行うことができる（中央システムの管理が特定線に対する電話の存在を遠隔場所のシステムにおいて「マップ」することを可能にするなど）。このような実施の形態によれば、前記能力が、ネットワークポートにおいて利用可能である線状態表示器に対する類似の機能を可能にする。アナログ電話に対するこのようなリンク状態の情報は、例えばインターネット上のＨＴＴＰリンクを介して遠隔的に容易に視認可能なシステムの視覚的表示（システムの物理的状態のこのような遠隔的な視認、すなわち「シャシ表示」については他の場所に記述される）へ盛込むことができる。線状態および情報を取得するこのような試みを電話線の他の特質に容易に用いることができることを理解すべきである。例えば、線の条件、すなわち高速データ転送に対する適合性、あるいはおそらくは、特定の線における最高速度（例えば、個々の線の「速度の段階」または「速度特性」）を測定することができる。
【００５０】
更に他の実施の形態においては、このような手法（すなわち、既知の信号の線への送出、および戻り信号の分析、など）を用いて、中央オフィスに関する情報を取得することができ、中央オフィスのバッテリ（２０−５０ボルトの電圧）についての中央オフィスまでの距離ならびにその存在などを示す情報を測定することができる。このようなアナログ線その他の検出の他の特質を当該方法により容易に実施でき、他の用途で有利に用いることができる。例えば、先に述べたように、図形的に示される全てが遠隔的な方法において開始されるオンフックおよびオフフック状態の間に線の特定の装置および（または）（中央オフィスなどを含む）線の他端部における装置を検出することができる。
【００５１】
次に図５において、本発明の望ましい実施の形態によるサービス／帯域幅の割当て規則の適用を示す全体フローチャートについて記述される。
ＬＣＲ、ＢＱＯＳ、Ｂ／Ｗ規則２１のようなサーバの適用について、音声規則９３、データ規則９５およびダイアルアップ規則９７のような種々の規則の組を用いて考察される（他の規則の組は提示される）。通信システム５０は、入力（図５のモニタ入力ブロックとして示される）を監視し、この入力バッファと利用可能なサービス／ネットワーク資源全体とに基いて、かつ音声規則９３、データ規則９５およびダイアルアップ規則９７に従って、（図５の割当て／再割当て資源ブロック９９として示される）資源を割当てたり割当て解除する。
【００５２】
次に、当該望ましい実施の形態の動作例について記述する。
ユーザが電話１２の１つをピックアップする場合、適切なカード８２によりオフ・フック条件が検出され、このカードがオフ・フック条件をプロセッサ／システム資源７０に信号する。プロセッサ／システム資源７０は、適切なカード８２をＤＳＰ７６へ接続するようにスイッチ／マルチプレクサ７４を制御し、このＤＳＰが適切な電話１２に接続されるダイアル・トーンを生じる。ユーザは、このダイアル・トーンを聞いて、次に所望の呼出しへ進む。ＤＳＰ７６は、所望の呼出しの電話番号の数字を検出し、検出された数字をプロセッサ／システム資源７０へ与える。内線の呼出しの場合は、プロセッサ／システム資源７０が、呼出された内線電話が適切なカード８２からリング信号を受取ることを指令する。呼出された内線電話の取上げると、内線電話間の電話接続がＴＤＭバス７８と適切なカード８２とによって確立される。ユーザは、このダイアル・トーンを聞いてから、所望の呼出しへ進む。ＤＳＰ７６は、所望の呼出しの電話番号の数字を検出し、検出された数字をプロセッサ／システム資源７０へ与える。内線呼出しの場合は、プロセッサ／システム資源７０が、呼出された内線電話が適切なカード８２からリング信号を受取ることを指令する。呼出された内線電話を取上げると、内線電話間の電話接続がＴＤＭバス７８と適切なカード８２とによって確立される。
【００５３】
外部呼出しの場合は、プロセッサ／システム資源７０が、適切なカード８２と利用可能な音声／データ・サービスネットワーク５８とを介して所望の接続を確立しようと試みる。このような音声通信接続の確立の試みにおいて、プロセッサ／システム資源が図５に示された全体的な流れに従う。すなわち、利用可能な資源（音声／データ・サービスネットワーク５８の様な）と音声規則９３、データ規則９５、ダイアルアップ規則９７などの様な規則とに従って、外部通信が、例えばＰＯＴＳ線接続、ＩＳＤＮ  Ｂチャネル、ＶｏＩＰ接続、などによって確立される。本発明によれば、資源は特定の時点で利用可能な資源と適用し得る規則（時刻、呼出しの優先順位、などを含む）とに基いて、このような外部呼出しの処理のため割当てられる。
【００５４】
到来する呼出しは、適切なカード８２によって検出され、プロセッサ／システム資源７０へ信号される。電話１２に対する音声の入電の接続は、プロセッサ／システム資源７０の制御下でＴＤＭバス７８に確立される。
【００５５】
本発明の更なる望ましい実施の形態による更に多くの動作上の利点および特徴について、次に記述することにする。
ＰＢＸおよび電話に関する機能
図３に示されるような望ましい実施の形態のハードウエアにより、種々の新規かつ（または）改善され、あるいは更に効率的な通信機能が獲得される。図２において示されたように、本発明により、複数のワークステーションまたはコンピュータ２４が通信システム５０に接続される。１つのＬＡＮのみが図２に示されるが、図３に示されるように、２つ以上のＬＡＮが通信システム５０に接続され、複数のコンピュータが２つ以上のＬＡＮなどの各々に接続されている。
【００５６】
本発明の望ましい実施の形態によれば、１つ以上のコンピュータ２４がＰＢＸ／電話の制御アプリケーション・ソフトウエア・プログラムを実行する。以下本文で「オフィスのアテンダント・タイプ」のプログラムと呼ばれるＰＢＸ／電話制御アプリケーションによれば、電話の制御および通信システム５０の関連機能がインテリジェントに管理され制御される。このような構成により、ＬＡＮにおける１つ以上のコンピュータが、自然かつ直感的な方法でコンピュータを用いてオフィスの被呼および呼出しを制御するため使用される。電話ヘッドセットまたは電話は、到来する呼出者などとの従来の音声通信を可能にするためオフィスのアテンダント・タイプのプログラムを実行する特定のコンピュータと関連付けられることが望ましい。
【００５７】
図６に示されるように、被呼および呼出し、および（または）オフィス（の「アテンダント１」の）局間の呼出しを制御することを欲する当事者は、通信システム５０に接続されたＬＡＮに接続されたコンピュータの１つからオフィスのアテンダント・タイプ・プログラムをログオンし実行する。ステップ１００において、アテンダント１をオフィスの電話機能の制御を行う適切なユーザとして認識するため、アテンダント１は適切なユーザ・ネーム／ＩＤとパスワードを入力するように要求される。ネットワークまたはシステムの管理者は、オフィスのアテンダント・タイプ・プログラムを実行することを許された当事者に対するパスワード制御をセットアップする。ステップ１０２において、望ましい実施の形態では、オフィスのアテンダント・タイプ・プログラムを実行するコンピュータがこれに通信システム５０からのその時の電話加入者ディレクトリ（例えば、電話加入者の完全なリスト：内線、妨害でないなどの状態情報、順方向および制御情報、ボイスメールへの転送、ハント・グループ情報、など）を図３のパケット・バス８０Ａまたは８０Ｂ上などにダウンロードする。このように、オフィスのアテンダント・タイプ・プログラムを実行するコンピュータ（単数または複数）が、オフィスの被呼および呼出しの制御のためのその時の加入者情報を局部的に保有する。望ましい実施の形態においては、通信システム５０が、更新が時間的に利用可能であるために、加入者情報が変化するとき、例えば、加入者が電話ディレクトリへ追加しあるいはこれから削除し、あるいは内線が変更し、あるいは加入者の状態情報が変化し、あるいは通信システム５０と関連する状態が変化したときなどを自動的に決定する。このような実施の形態では、オフィスのアテンダント・タイプ・プログラムを実行するコンピュータが、オフィスの電話運用を更に効率的に制御するため呼出しベースでその時の加入者情報を保持するように、通信システム５０によりプロンプトによりかつ自動的に更新される。望ましい実施の形態では、加入者情報もまたｅメール・アドレスおよび特定の加入者の個人情報マネージャ（ＰＩＭ）情報、および特定の加入者と関連するコンピュータに対するネットワーク情報などの拡張ディレクトリ情報などの他の情報を含むことに注意すべきである。このような情報により、特定の加入者とのネット・メッセージまたは他の通信が、本文に更に詳細に述べたように容易になる。
【００５８】
このような加入者ダウンロード概念が通信システム５０に接続された全てのコンピュータに対して色々な形態で適用し得ることにも注意すべきである。例えば、通信システム５０は、ＰＢＸに登録された全てのユーザ（すなわち、ＬＡＮまたはＷＡＮなどに電話の内線および（または）通信システム５０に接続されたコンピュータを持つ全てのユーザ）に関する情報を含む。このため、加入者ディレクトリの変更の場合に、通信システム５０は、更新された加入者ディレクトリ情報を通信システム５０に接続された全てのコンピュータへ「同報」するか、あるいは代替的な実施の形態では、通信システム５０は、このようなコンピュータのユーザに加入者ディレクトリの更新の可用性へ促す通信システム５０に接続されたコンピュータへ、ネット・メッセージ、ｅメールその他のメッセージを送出する（例えば、「受入れ」アイコンおよび「拒絶」アイコンを含むことが望ましい加入者ディレクトリの更新の可用性を示すメッセージを受取り、これによりユーザが欲するときにこの更新をユーザ受取るか受取らないことを可能にする）。
【００５９】
このような概念は、（本文に述べるように）システム速度ダイアル・ボタンに拡張することができ、かつ他の情報を特定のオフィス設定における中央ロケーション（例えば、通信システム５０）において（から）制御し配布できことが望ましい。例えば、会社の組織図、経理報告、情報レポート、などを中央で記憶することができ、これは通信システム５０に対するシステム管理者タイプの人員により保持されることを含む。このような実施の形態によれば、中央で管理される情報が全てのユーザあるいはこのようなユーザの選択されたサブセットへ同報することができる（通信システム５０はまた、肩書、部署、会社内の地位、例えば副社長、技術部、営業および市場調査部などの登録ユーザに関する情報をアクセス／記憶することが望ましい）。このように、会社の組織図、経理レポートなどの中央で保持される文書／ファイルは、通信システム５０に接続されるコンピュータへ分散されることが便利である。通信システム５０は、どのコンピュータがこのような情報（例えば、このようなコンピュータのログオンおよび最初に配布された時の情報の受取りの記録）を受取り、その後（例えば、このコンピュータのユーザが通信システム５０にログオンした後の時点）この情報を後で他のコンピュータへ分配したかを記録することが望ましい。先に述べたように、このような実施の形態はまた、個々のユーザに情報を受取ることを欲するかどうかをプロンプトし、その後この情報をそのユーザが情報を受取りたいことを確実に表明するこれらコンピュータへ提供することもできる。
【００６０】
ステップ１０４において、オフィスのアテンダント・タイプ・プログラムを実行するコンピュータは、任意にコンフィギュレーション・ルーチンを実行して電話動作の制御のための特定のコンピュータ上にオフィスのアテンダント・タイプ・プログラムを更に任意に構成する。ステップ１０６において、オフィスのアテンダント・タイプ・プログラムを実行するコンピュータは、被呼または呼出しなどを処理するための用意のある状態にある。
【００６１】
図７において、オフィスのアテンダント・タイプ・プログラムに対する構成アルゴリズム例について記述する。ステップ１０８において、ユーザは、構成アイコンを選択するか、あるいはオフィスのアテンダント・タイプ・プログラムを実行するコンピュータに対して構成コマンドを開始する。ステップ１１０において、オフィスのアテンダント・タイプ・プログラムは、構成オプションの選択を表示する。図７は、パスワード変更オプション１１２、コンタクトまたは個人情報マネージャ（ＰＩＭ）・インポート・オプション１１４、ユーザ・インターフェース構成オプション１１６、および他のオプション１１８（特定のユーザまたは動作環境などに対してオフィスのアテンダント・タイプ・プログラムを更に任意に構成するためユーザに与えられる他の構成オプションを示す）。ステップ１２０において、オフィスのアテンダント・タイプ・プログラムを実行するコンピュータが、構成プロセスを完了し、被呼または呼出しなどを処理する用意のある状態にある。
【００６２】
このような構成アルゴリズムに対する構成オプションの構成例が図７Ａに示される。図示のように、構成ウインドウ１１１により、ユーザはユーザ・インターフェース構成ウインドウ１１３、コンタクトまたはＰＩＭインポート・ウインドウ１１７あるいはパスワード制御ウインドウ１２１のような構成ウインドウが提供される。事例として、ユーザ・インターフェース・ウインドウ１１３は、メニューを表示するアイコン１１５、または特定のユーザに対するユーザ・インターフェース、および動作パラメータに適合させるウインドウを含み、ユーザ・インターフェース・オプションの例は、ユーザが選択可能なトーン、音量あるいは被呼を示すボリューム、線の状態条件、オフィスのアテンダント・タイプ・プログラムを実行する別のコンピュータに対して呼出しを通信システム５０の自動呼出し応答アルゴリズムに対する経路付ける前のプログラム可能な呼出し容量、特定のオフィスのアテンダント・タイプ・プログラムのスクリーンの（アイコンまたは背景のサイズ、色のような）コンピュータ表示などを変更する視覚表示オプションを含んでいる。重要なことは、ユーザがオフィスの被呼および呼出しなどを制御するため用いるコンピュータを更に任意に構成するため、オフィスのアテンダント・タイプ・プログラムを特定のコンピュータにおいて実行する特定のユーザがユーザ・インターフェース・タイプ属性を構成することである。通信システム５０に接続された他のコンピュータがオフィスのアテンダント・タイプ・プログラムを同時に実行するが、望ましい実施の形態におけるこのような各コンピュータが特定のコンピュータ・ユーザに対して更に最適化されるように独立的に構成されることに注意すべきである。
【００６３】
図７Ａに示される他の構成ウインドウは、コンタクトまたはＰＩＭインポート・ウインドウ１１７とパスワード制御ウインドウ１２１とを含んでいる。ＰＩＭインポート・ウインドウ１１７は、メニュー表示アイコン１１９、あるいはＰＩＭタイプのソフトウエア・プログラムまたはデータベースからコンタクト情報をインポートするウインドウを含む。このような実施の形態によれば、オフィスのアテンダント・タイプ・プログラムを実行するユーザにより使用されるコンタクト情報は、ＰＩＭタイプ情報データベースまたはコンタクト・リスト（通信システム５０における特定のコンピュータに常駐するか、あるいはＬＡＮに接続された別のコンピュータにおける）から容易にインポートすることができ、これによりマニュアルまたは電子リストからコンタクトを入力しないように時間を節減する。パスワード制御ウインドウ１２１は、ユーザが自分のパスワードを変更することを可能にするメニューまたはウインドウを表示するアイコン１２３を含む。望ましい実施の形態においては、通信システム５０の電話機能を制御するため用いられるオフィスのアテンダント・タイプ・プログラムは、パスワード保護を用いてデータベースの変更などを阻止すると共に、オフィスのアテンダント・タイプ・プログラムの不当な使用も阻止する。
【００６４】
次に図２２および図２３において、オフィスのアテンダント・タイプ・プログラム（プロセッサ／システム資源７０などについてあるいはこれに関連して実行する）に関するこれら実施の形態の更なる特質を次に記述する。これらのタイプのプログラムは、本文に述べたオフィスのアテンダント・タイプ・プログラムと関連して用いることができる。オフィスのコミュニケータ・タイプ・プログラムは、典型的に、実行が最適化される機能のタイプにおいてオフィスのアテンダント・タイプ・プログラムとは異なる。例えば、オフィスのアテンダント・タイプ・プログラムのユーザもまた典型的に通話を指向させるが、オフィスのコミュニケータ・タイプ・プログラムのユーザは典型的に通話を開始し終了する。図２２は、オフィスのコミュニケータ・タイプ・プログラムの主ウインドウ例を示し、図２３は、このようなプログラムに対するスクリーン・ポップアップ・ウインドウ例を示している。
【００６５】
図２２において、主ウインドウは、３つの低いプロフィールの線状態インジケータを含む小さな外観のＧＵＩフットプリントを含むことが望ましい。オフィスのコミュニケータ・タイプ・プログラムは、「待ち行列中の呼出し（Ｃａｌｌｓ  ｉｎ  Ｑｕｅｕｅ）」あるいは「ホールド状態の呼出し（Ｃａｌｌｓ  ｏｎ  Ｈｏｌｄ）」のインジケータを含まないことが望ましい。このウインドウの代替的な表示は、ユーザに対するスクリーン上のより少ない物理的空間を占めるようなサイズとして表示することができる。このような特徴のボタンは、更に多くの機能をプログラムに加えることを可能にし、例えば多数の呼出し保留特徴を加えることができる。当例においては、２つのタイプの保留、すなわち「自己保留」および「システム保留」がある。自己保留は、呼出しを保留する人の内線に呼出しを保留することが望ましい。従って、外部の呼出者は内線×１２５を呼出し、×１２５におけるユーザが応答して自己保留するならば、×１２５におけるユーザは「ピックアップ×１２５」をページして報知することができる。システム保留は、システムがこのような呼出し保留のため割当てる所定の数の保留空間の保留アドレスすなわちスロット番号を返す。従って、外部の呼出者は内線１２５を呼出し、×１２５におけるユーザが呼出しを保留するならば、内線×１２５のオフィスのコミュニケータ・タイプ・プログラムにおける表示が、「＜スロット番号＞に保留された呼出し」、例えば「２に保留された呼出し」と表わす。次に、×１２５におけるユーザは、ページして「ピックアップ２」を表示する。
【００６６】
次に、図２３において、通常の電話およびコンピュータ使用のため最適化されるこのようなオフィスのコミュニケータ・タイプ・プログラムは、図示のように、スクリーン・ポップ・ウインドウを含み得る。図２２に一部が示された主要ユーザ・インターフェースは、３線ディスプレイからなることが望ましい。しかし、この主要ユーザ・インターフェースは、つねに最大化されるようには意図されない。被呼が到来すると、図２３に一部が示されたスクリーン・ポップが摺動してユーザに被呼があり呼出者情報をユーザを提供することを知らせるスクリーンの小さな部分を占める。更に、このようなスクリーンのポップが視覚信号、例えば回転する電話アイコンを含み、呼出しが達成を試みていることの表示を助ける。内線に新たなメッセージが存在すると、スクリーンのポップも現われて、（視覚的な注意をひくために望ましくは回転その他の運動をする適切なアイコンその他の指標を介して）メッセージの待ちが存在することを表わす。送出呼出しおよび他の簡単な／より頻繁な呼出し制御操作を行うため、基本呼出し制御機能を持つツールバーがユーザに対して提供されることが望ましい。他の作業環境に適する他の視覚的および操作上のバリエーションについては、以上の論議から明らかになるであろう。
【００６７】
図２２および図２３において、このような実施の形態の更なる望ましい特徴例について次に述べる。
ユーザは、キーボードを用いるかあるいは電話を用いることによって、マウスでポイントしてクリックすることで到来する呼出しに応答することができる。ユーザは、視覚的および（または）音響的な両方の効果により、到来する呼出しについて知らされる。ユーザは、マウスを用いるか、キーボードを用いるか、あるいは電話を用いることにより外部呼出しを行うことができる。
【００６８】
到来する呼出しが着信すると、電話がＴＡＰＩモードにあり電話がダイアル・トーンもなくオフ・フック状態にあるならば、ユーザは、ソフトウエア・アプリケーション（例えば、適切なアイコンをマウスでクリックするなど）により呼出しに応答することができる。到来する呼出しが着信しユーザがすでに別の呼出し状態にあるときは、ユーザはアプリケーションとハンドセットのボタンで入電について信号される（例えば、ビープ音）。ユーザは、アプリケーションによりスクリーン上に呼出者のＩＤを知らされることが望ましい、またユーザはアプリケーションによるかあるいは電話により（例えば、フラッシュライトをたたくことで）呼出しに応答することができる。
【００６９】
ユーザは、アプリケーションから呼出しを開始できることが望ましい。電話がオン・フック状態であるならば、電話は、ユーザがハンドセットを取上げてダイアル・アウトすることを示すためベルを鳴らすことが望ましい。ハンドセットがいったん取上げられると、呼出しが実行される。ユーザは、ハンドセットで折返しベルを聴くことが望ましい。あるいはまた、電話がすでにＴＡＰＩモードにあるならば、呼出しが直ちに行われ、ユーザはハンドセットで折返しベルを聴くことになる。
【００７０】
ユーザは、電話から呼出しを開始することもできる。ユーザは、電話を取上げてダイアル・トーンを聴く。次に、ユーザは電話セットから番号をダイアルすることができる。ユーザがすでに別の呼出しにでており、別の呼出しをアプリケーションにより行うこと欲するときは、その時の呼出者をホールド状態におくように選択することができ、あるいはユーザが番号をダイアルするとき、アプリケーションが自動的にその時の呼出者をホールド状態におくことになる。ユーザがすでに別の呼出しにでており、かつ電話により別の呼出し行おうと欲するとき、ユーザは、電話上の「フラッシュ」をたたいて番号をダイアルすることができ、その時の呼出者をホールド状態におくことができる。
【００７１】
ユーザは、マウスを用い、あるいはキーボードを用い、あるいは電話を用いることによりその時の呼出しホールド状態におくことができる。外部呼出しを行い、あるいはアプリケーションからの別の呼出しに応答することができ、その時の呼出しはアプリケーションによって自動的にホールド状態におくことができる。ユーザは、例えば、電話セットにおける「フラッシュ」をたたくことによって、その時の呼出しを電話からホールド状態におくことができる。
【００７２】
ユーザは、その時の呼出しをマウス、キーボードまたは電話を用いることによって、別の内線あるいはオフサイト番号へ送ることができる。アプリケーションは、２つのタイプの転送、すなわちブラインド（受信停止）とコンサルテーションをサポートしている。ブラインド転送は、宛先における者に話すことなく、呼出者を宛先番号へ送ることである。コンサルテーション転送は、宛先にいる者に話した後に、呼出者を宛先番号へ転送することである。アプリケーションは、使用の簡単さを維持するため単一のユーザ・インターフェースにより両方のタイプの転送をサポートする。
【００７３】
ユーザは、その時の呼出しを別の内線か、あるいは電話から「フラッシュ」をたたくことによりオフサイトへ転送することができる。ユーザは、次にダイアル・トーンを聴くことになる。次に、ユーザは転送の宛先電話番号を入力する。ブラインド転送のためには、ユーザは、宛先の応答前に電話をハングアップする。コンサルテーション電話の場合は、ユーザは転送の宛先に話して、電話をハングアップしてから転送を終了する。
【００７４】
ユーザは、マウス、キーボードまたは電話を用いて、内線の２つの呼出しに参加することができる。２つの呼出しが内線上に存在するとき、ハンドセットをハングアップすることにより、２つの呼出しに一緒に参加することになる。
【００７５】
ユーザは、マウス、キーボードあるいは電話を用いることによって、ユーザを含む多数の出席者との会議通話を生成することができる。ユーザは、マウスまたはキーボードを用いることによって、アプリケーションから会議出席者を会議に加えることができる。会議出席者は、すでに内線上でホールド状態にあり得、あるいはユーザは会議の出席者を会議へ招待するため出席者に対してダイアルすることができる。ユーザはまた、電話セットに特徴コードを入力することにより会議出席者を追加することもできる。会議がどのように開始されるかに拘わらず（電話によるか、あるいはアプリケーションによるか）、ユーザは、電話またはアプリケーションのいずれかの使用によって、更に多くの出席者を加えられることが望ましい。
【００７６】
会議出席者を外すために、出席者がその電話を任意にハングアップすることができる。ある出席者が会議から抜けたいと欲するならば、会議の議長はアプリケーションを用いてこの出席者を選択的に外すことができる。ユーザはまた、会議呼出しを外すこともでき、他の出席者が会議の議長であるならば、この出席者に会議呼出しを継続させる。
【００７７】
新たなボイスメール・メッセージが内線上に存在するとき、電話セット（例えば、ＬＥＤ点滅）とアプリケーション（例えば、回転するメールボックス・アイコン）の両方にメッセージ待機表示が生じる。アプリケーションにおいては、メッセージ待機表示が主ユーザ・インターフェースならびにスクリーン・ポップに生じる。
【００７８】
ネットメッセージは、アプリケーションに提供されることが望ましい特徴である。ネットメッセージは、オフィスのコミュニケータ・タイプ・プログラムまたはオフィスのアテンダント・タイプ・プログラムを実行するいずれかのコンピュータにより開始および受信が可能である。アプリケーションは、２つのタイプのネットメッセージ、すなわち、呼出しの転送とテキスト・メッセージを残すことを提供する。
呼出しの転送
呼出しの転送中、宛先の内線が電話かＤＮＤ（妨害しないこと）にあるならば、アプリケーションはユーザに対して３つのオプションを提示することが望ましい。ユーザは、呼出者をホールド状態にし、呼出者を宛先のボイスメールへ送り、あるいはネットメッセージを宛先のコンピュータへ送ることができる。ネットメッセージの受信終了時に、ユーザは自分のマシンにおいてダイアログ・ボックスがテキスト・メッセージと２つのオプション、すなわち呼出しの受入れあるいは呼出しの無視を見ることになる。ユーザが呼出しの受入れを選択するならば、この呼出しは自動的に元の内線から宛先へ転送する。ユーザが呼出しを断るよう選択するならば、アプリケーションは元のユーザに呼出しが拒否されたことを通知することになる。
テキスト・メッセージの留置
オフィスのアテンダント・タイプ・プログラムまたはオフィスのコミュニケータ・タイプ・プログラムのいずれかを実行中である者は、ネットメッセージをいつでも開始することができる。このようなシナリオにおけるネットメッセージは、宛先のマシン上に投函されたテキスト・メッセージである。受信者は、このメッセージに対する応答のオプションを有する。
ＰＩＭの統合化
ユーザは、サポートされたＰＩＭソフトウエアのどれかに記憶されたコンタクトをインポートすることができる。次いでユーザは、これらコンタクトを所望のフォルダに入れるように選択することができる。インポート後に、ユーザはコンタクトを異なるフォルダへ構成することができる。ユーザは、個人用フォルダに記憶したコンタクトをサポートするＰＩＭソフトウエア・フォーマットのどれかへエクスポートすることができる。
【００７９】
オフィスのコミュニケータ・タイプ・プログラムは、到来する呼出しが着信するとスクリーン上に現われるスクリーン・ポップをユーザに提示する。このスクリーン・ポップは、呼出しの呼出者ＩＤ情報と一致するレコードのためのＰＩＭデータベースへの索引となり、呼出しが鳴り続けているときでさえ、この情報を表示することができる。このような特徴は、色々な有効方法において用いることができる。例えば、最終ユーザは、呼出者に接続されたカスタマイズ可能なデータベース情報を見ることができ、これは最終ユーザが呼出しにどのように応答するか（あるいは更に、応答するかどうか）を判定する際に助けとなり得る。
オフサイト呼出しの送出、中継線間の転送および会議
オフサイト呼出しの送出（ＯＳＣＦ）：このシナリオでは、目標局において直接かあるいはＡＡ（音響アテンダント）を介して、内部または外部の呼出し（呼出し１）が終了する。目標局は、ユーザ送出数を外部の数（すなわち、９−５５５−１２３４）へ構成した。システムは、送出呼出しを外部数におき、呼出し１を当該線に接続する。この結果、呼出し―１のソースに従って中継線間あるいは局と中継線間の呼出しとなる。
【００８０】
中継線間転送（ＴＴＴ）：このシナリオにおいては、到来する外部呼出し―１がＤＩＤ、ＤＩＬ、ＡＡのいずれかを介して局で終了する。ユーザは、呼出し−１に応答して接続を到来中継線から接続された状態の内部局へ接続を切換える。ユーザは、呼出し−１をフラッシュしてオフサイト番号（９−５５５−１２３４）へ転送し、あるいは呼出し―１をオフサイト転送（ｏｆｆ−ｐｒｅｍ  ｆｏｒｗａｒｄｉｎｇ）される内線へ転送する。
【００８１】
中継線間会議（ＴＴＣ）：このシナリオにおいては、到来する外部呼出し−１がＤＩＤ、ＤＩＬ，ＡＡのいずれかを介して局で終了する。ユーザは、呼出し−１に応答して接続を到来中継線から接続状態にある内部局へ切換える。ユーザは、フラッシュして呼出し−１をホールド状態にして、オフサイト番号（９−５５５−１２３４）または送出されたオフサイト（ｏｆｆ−ｐｒｅｍ  ｆｏｒｗａｒｄｉｎｇ）である内線をダイアルする（呼出し−２）。呼出し−２がいったん接続されると、ユーザはフラッシュして会議を終了する。ユーザ（会議の議長）はハングアップして、これが呼出し−１と呼出し−２を中継線間に接続された状態のままにさせる。
【００８２】
上記は、無論、単なる例示であり、他の多くの有効なバリエーションが呼出し応答、ＰＩＭ統合化、呼出しの転送、などに対する本文の教示から当業者には明らかであろう。
【００８３】
次に図８Ａないし図８Ｄにおいて、本発明によるオフィスのアテンダント・タイプ・プログラムの望ましい実施の形態からのウインドウ例について述べる。図８Ａに示されるように、ウインドウ１３０は、通信システム５０の特定のアプリケーションにおいて利用可能な種々の電話線を示すため１つ以上の線ディスプレイ１３２（例示の目的のため、５つが図８Ａに示される）を含む。電話線数は、無論、特定のアプリケーションに対して調整される。望ましくは線ディスプレイ１３２に隣接して配置され、遊休、電話リンギング、進行中のアクティブな呼出し、ホールド状態の呼出し、ホールド状態の再呼出し警報、などのような線の状態を表わす各線に隣接してシンボルを示すための呼出し／線の状態ディスプレイ１４８である。状態ディスプレイ１４８は、監視中である種々の電話線の状態のオフィスのアテンダント・タイプ・プログラムのユーザに対する使用可能な視覚的標識を提供する。また、この線ディスプレイに隣接して（図では状態ディスプレイ１４８に隣接して）いるのは、ユーザ識別ディスプレイ１５０であり、これは呼出しに対して一方または両方の当事者のネームおよび（または）内線あるいは電話番号を表示するよう働く。ある実施の形態においては、呼出者ＩＤタイプ情報は、通信システム５０により適切なインターフェース・カード（図３のインターフェース・カード８２参照）から取得され、またディスプレイ１５０上に表示される。ディスプレイ１５０は、特定の線上の呼出しの持続時間を示すクロックの表示も行う。
【００８４】
望ましい実施の形態においては、ウインドウ１３０は、ダイアルパッド１３４、特徴アイコン１３６、システム・アイコン１３８および（または）コンタクト・アイコン１４０のような呼出し特徴ボタンまたはアイコンをも含んでいる。他のアイコンは、呼出しログ・アイコン１４２および（または）構成アイコン１４４を含む。ダイアルパッド１３４は、ウインドウ１３０の左下隅のダイアルパッド・ウインドウ１６５のようなダイアルパッドの表示を結果として生じることが望ましい。特徴アイコン１３６は、図８Ｂに関して述べるような１組の特徴ボタンの表示を結果として生じることが望ましい。システム・アイコン１３８は、図８Ｃに関して述べるような１組のシステム・ボタンの表示を結果として生じることが望ましい。コンタクト・アイコン１４０は、図８Ｄに関して述べるようなコンタクト／コンタクト・フォルダのリストの表示を結果として生じることが望ましい。呼出しログ・アイコン１４２は、オフィスのアテンダント・タイプ・プログラムにより制御される到来または送出する呼出しに対するログ・タイプ情報を表示する１つ以上のウインドウの表示を結果として生じることが望ましい。呼出しログ情報は、オフィスのアテンダント・タイプ・プログラムを実行する特定のコンピュータに保持され、そして（または）通信システム５０により中央に記憶される。構成アイコン１４４は、事例について本文に述べられた１つ以上の構成ウインドウをプロンプトする。ヘルプ情報をオフィスのアテンダント・タイプ・プログラムのユーザに対して表示するため、ヘルプ・アイコン１４６もまた提供される。
【００８５】
本発明の望ましい実施の形態によれば、オフィスのアテンダント・タイプ・プログラムのユーザにより呼出者をホールド状態に容易におくことを可能にするホールド・アイコン１８０が提供される。転送アイコン１７８は、オフィスのアテンダント・タイプ・プログラムのユーザにより呼出者を容易に転送することを可能にするために提供される（転送については、図９Ａないし図９Ｃに関して更に詳細に述べる）。オフィスのアテンダント・タイプ・プログラムのユーザにより呼出者を容易に遮断することを可能にするため、ハングアップ・アイコン１７６が提供される。ネット・メッセージ・アイコン１７４は、オフィスのアテンダント・タイプ・プログラムのユーザによりネット・メッセージを送ることを可能にするために提供される（ネット・メッセージについては、図１０Ａおよび図１０Ｂに関して更に詳細に論述される）。会議アイコン１７２は、オフィスのアテンダント・タイプ・プログラムのユーザにより会議を確立することを可能にするために提供される（会議については、図１１Ａないし図１１Ｅに関して更に詳細に論述される）。次に応答アイコン１７０は、例えば、短い期間に生じかつユーザがこのような呼出しに逐次アクセスすることを欲する多くの呼出しにおける状況におけるように、オフィスのアテンダント・タイプ・プログラムのユーザが逐次呼出しに応答することを可能にするために提供される。望ましい実施の形態においてホールド呼出し対新たな呼出しの優先順位は通信システム５０へプログラムされるが、次に応答アイコンは、ホールド状態の呼出しを新たな呼出しより高い優先順位にすることが望ましい。
【００８６】
ダイアルパッド・アイコン１３４の付勢に応答してアクセスされるダイアルパッド・ウインドウ１６５は、ちょうどボタン１６４を持つ従来の電話キーパッドのような、視覚的なキーパッドを表示し、（呼出しを開始するための）呼出しボタン１６８、（ディスプレイ１６２（このディスプレイもまた加入者に対する様な数または文字情報の入力のため用いられ、また例えば加入者情報のメニューを表示するため図示のようなメニュー・プルダウン・アイコンをも備える）上に表示される加入者情報などの数または情報をクリヤするための）クリヤ・ボタン１６６、（例えば、人員のコンタクトまたはＰＩＭ情報をディスプレイ１６２で利用可能にするため用いられる）人員ボタン１５６、（例えば、システム・コンタクト情報をディスプレイ１６２上に利用可能にするため用いられる）システム・ボタン１６０、あるいは（人員コンタクトあるいはＰＩＭ情報およびシステム・コンタクト情報をディスプレイ１６２で利用可能にするため用いられる）両方のボタン１５８のような他のボタンを含むことが望ましい。
【００８７】
次に図８Ｂにおいて、ウインドウ１８２は、特徴アイコン１３６の使用により表示される図示の特徴ボックス１８４を持つように示される。特徴ボックス１８４は、１つ以上の構成可能な特徴ボタン１８６を含む。このような特徴ボタンは、特定のタスクを特定の特徴ボタンに対して構成することを可能にすることにより、オフィスのアテンダント・タイプ・プログラムのユーザに対する構成可能な環境を可能にする。図示された事例として、このようなタスク／特徴が、特定の呼出しをダイアルし、別の内線に対して呼出しを前送し、呼出しを別の内線へ転送し、呼出しを前送解除し、特定の内線に対して妨害しないを設定し、国際的あるいは特殊トール呼出しなど、あるいは特定ユーザがコンピュータのマウスまたはポインタの１回または小数回のクリックでアクセス可能にすることが望ましいと発見する他のタスクをダイアルすることを含む。特定の特徴ボタンは、特定の特徴または表示されたボタンと関連するタスクを記述する質感情報を含むことが望ましい。望ましい実施の形態においては、特定ユーザによる要求とおり特徴ボタンを付設あるいは削除することもできる。
【００８８】
次に図８Ｃにおいて、ウインドウ１８８は、システム・アイコン１３８の使用により表示される図示のシステム・ボックス１９０を持つように示される。望ましい実施形態において、システム・ボックス１９０が、緊急番号（例えば、警察または消防署、あるいは建物の安全警護）、特定の会社における部署または役員に特定する番号、支店番号、などのような必須のコンタクトを行う複数のシステム・ボタン１９２を含む。システム・ボックス１９０の使用により、ユーザは必須あるいは重要であり、コンピュータのマウスまたはポインタの１回のクリックにより接続することができるコンタクト番号を容易に表示することができる。特定のシステム・ボタンと関連する番号またはコンタクトはユーザによりプログラムすることができるが、先に述べたように加入者情報に類似する方法で、通信システム５０の管理者によりプログラムされダウンロードされることが更に望ましい。
【００８９】
次に図８Ｄにおいて、ウインドウ１９４は、コンタクト・アイコン１４０の使用により表示される、図示のコンタクト・ボックス１９６を持つように示される。コンタクト・ボックス１９６は、（フォルダおよびコンタクト・ツリー１９８として全体的に示される）ユーザの会社に対するコンタクトのディレクトリを含み、かつ通信システム５０に常駐し通信システム５０に接続された１つ以上のコンピュータにあるＰＩＭタイプ・プログラムまたはデータベースからインポートすることにより取得されるコンタクトまたはＰＩＭタイプの情報も含むむことが望ましい。コンタクト・アイコン１４０とコンタクト・ボックス１９６の使用により、コンピュータのマウスまたはポインタの１回または非常に少ない回数のクリックによりコンタクト情報が迅速にオフィスのアテンダント・タイプ・プログラムのユーザへ提供される。代替的な実施の形態において、オフィスのアテンダント・タイプ・プログラムに対して利用可能にされる呼出者ＩＤ情報が通信システム５０に対して利用可能である。当該実施の形態において、オフィスのアテンダント・タイプ・プログラムまたは組をなすプログラムが、コンタクトを呼出者ＩＤ情報に関連付けることができ、その後コンタクト情報をユーザに表示することができる。
【００９０】
望ましい実施の形態において、主要番号がオフィスのアテンダント・タイプ・プログラムを実行するコンピュータ（およびその関連する電話またはヘッドセット）へ送られたため、あるいは呼出しがオフィスのアテンダント・タイプ・プログラムへ前送されたため、あるいは呼出された側が電話側にあり、呼出された内線が「妨害しない」などであることを表示したため、当該コンピュータへ呼出しを送ることができる。このような状況では、オフィスのアテンダント・タイプ・プログラムのユーザが、オフィス内部かオフィス外のいずれかの他の内線へ呼出しを転送する必要がある。
【００９１】
オフィスにおける人員がオフィスのアテンダント・タイプ・プログラムと組をなすプログラムを実行するコンピュータを有することが望ましい。このようなウインドウは、例えば、アニメートするアイコン、呼出者ＩＤ情報などを含み、クリックが呼出しを応答させる１つ以上のアイコンを含む。当該望ましい実施の形態において、オフィスのアテンダント・タイプ・プログラムが、呼出しが送られる人員のようなオフィスにおける特定の人員のコンピュータに１つ以上のウインドウを表示させる。事例として、呼出しがＷＡＮ音声／データ・サービスネットワーク５８（例えば、図３参照）を通過して、特定のコンピュータ２４におけるオフィスのアテンダント・タイプ・プログラムを実行する人員と関連する電話へ送られるように指示される主要な電話番号へ送られ、プロセッサ／システム資源７０の制御下でＴＤＭバス７８およびスイッチ／マルチプレクサ７４により送られる。転送アイコン１７８（図８Ａ参照）により容易に遂行されるオフィスのアテンダント・タイプ・プログラムを実行するコンピュータ２４が、到来する呼出しを特定の内線へ転送するために使用される。
【００９２】
図９Ａは、加入者リストを提供するウインドウ２００と内線２０２を示している。マウスまたはポインタを持つ特定の加入者を選択することにより、転送は、マウスまたはポインタの転送アイコン２０４における１回のクリックにより容易に完了することができる。あるいはまた、転送動作は、マウスまたはポインタの取消しアイコン２０６におけるクリックにより打消される。その時の加入者情報が（本文に述べたように）通信システム５０によりダウンロードされたゆえに、呼出しの更に信頼し得る転送が本発明により達成されることに注意すべきである。
【００９３】
本発明の望ましい実施の形態によれば、例えば呼出しが転送されている内線が使用中である場合に転送が失敗すると、オフィスのアテンダント・タイプ・プログラムを実行するコンピュータにウインドウが自動的に表示されることが望ましい。ウインドウ２０８の例が図９Ｂに示される。図示のように、ディスプレイ２１０が、「線使用中」、「妨害しない」、などのような記述メッセージを表示する。当該呼出しを処理中であるオフィスのアテンダント・タイプ・プログラムのユーザを助けるため、多数のアイコンもまた同時に表示される。ホールド・アイコン２１２は、呼出者をホールド状態におくために用いられる。メッセージ・アイコン２１４は、呼出しが転送されるべき当事者に対するネット・メッセージを開始するために用いられる。ボイスメール・アイコン２１６は、呼出しが転送されるべき当事者のボイスメールへ呼出しを送るために用いられる。打消しアイコン２１８は、転送動作を打消すために用いられる。このような自動的に生成されるウインドウ２０８により、オフィスのアテンダント・タイプ・プログラムのユーザが、再びマウスまたはポインタの１回または小数回のクリックで当該呼出しを更に迅速に処理するオプションが与えられる。
【００９４】
ある実施の形態において、ホールド・アイコン２１２の付勢が、呼出しが転送されるべき当事者の内線に呼出しを自動的に「保留」する。ある望ましい実施の形態において、特定の加入者は、いったん被呼者がその時の呼出しを完了するとその内線に保留された呼出しが自動的に接続されあるいは接続されないように、その内線をプログラムするオプションを有する。かかる実施の形態においては、被呼者に呼出しがホールドされていることを通知させることが望ましい。このような実施の形態において、オフィスのアテンダント・タイプ・プログラムがメッセージを（先に述べたように、パケット・バス上で）呼出しが図９Ｃにおいては、ウインドウ２２０により示されるように転送されるべき当事者のコンピュータへ自動的に送るように構成される。このような実施の形態において、ウインドウ２２０は、「呼出しホールディング」、あるいは「内線２２６におけるマイクからの呼出しホールディング」、あるいは「呼出者の番号ｘｘｘ、外の呼出者、ホールディング」、などのメッセージを保持するメッセージ・ボックス２２２を保持する。重要なことは、メッセージ・ボックス２２２が呼出しがホールドされていることのメッセージを表示し、適切な情報が可能あるいは所望の内線へ表示された呼出者を識別することである。ある実施の形態において呼出者のＩＤ情報が表示され、またある実施の形態においてネームのディレクトリまたはライブラリ、または他の識別情報が通信システム５０に保持され、および（または）１つ以上のコンピュータがＬＡＮに接続されてその結果ネームその他の識別情報が呼出者ＩＤ情報と関連付けられてメッセージ・ボックス２２２に表示されることに注意すべきである。被呼者のコンピュータが可聴トーンすなわち音響を鳴らすことが望ましい。
【００９５】
このような実施の形態において、被呼者が自分の現在の呼出しを終了し、受入れアイコン２２４をクリックするなどにより転送されている当事者からの呼出しを受入れることを決定する。あるいはまた、待機アイコン２２６をクリックするなどにより、被呼者は転送されている当事者からの呼出しを待機させるよう決定する。呼出される特定ユーザが、保留された呼出しを受入れあるいは保留された呼出しを受入れないように自分の内線を構成するオプションを有することが望ましい。特定ユーザはまた、呼出しがオフィスのアテンダント・タイプ・プログラムを実行するユーザへ返される前に許容される保留時間を選択するオプションを持つことが望ましい。このため、転送された呼出しが一時的に保留され、適切なメッセージが被呼者のコンピュータに表示され、保留された被呼者が受入れアイコン２２４をクリックする被呼者により受入れられるか、オフィスのアテンダント・タイプ・プログラムを実行するユーザへ返されるか、あるいは保留時間切れ時間が経過した後にボイスメールへ前送され、あるいは待機アイコン２２６を被呼者がクリックすることにより許容された保留時間より長く呼出しがホールドされる。ある実施の形態において、他の実施の形態において第２の長くおそらくはユーザが構成可能な保留時間が可能になる（これにより、被呼者が無限の期間ホールドされることを阻止する）が、待機アイコン２２６をクリックすると呼出しを無期限に保留することを可能にする。時間切れ時間を越えると、呼出しがオフィスのアテンダント・タイプ・プログラムを実行するユーザへ返され、あるいはボイスメールへ送られることが望ましく、呼出しが保留される間可聴トーンすなわち音響が周期的被呼者のコンピュータから周期的に発されることにより、保留された呼出しの存在の微妙な警告を生じることが更に望ましい。ある実施の形態においては、ウインドウ２２０における付加的なアイコンなどによりユーザが警告音の音量をなくすか減じる能力を有する。全ての望ましい実施の形態において、ユーザは、特定ユーザが欲することが記述された特定のオプションを構成し選択する能力を有する。
【００９６】
ウインドウ２０８がオフィスのアテンダント・タイプ・プログラムを実行するユーザへ返される呼出しの転送に応答して表示され、あるいは類似のウインドウが、呼出しが転送されるべき内線の状態に「先読みする」オフィスのアテンダント・タイプ・プログラムをユーザが実行することに応答して表示されることに注目されたい。重要なことは、オフィスのアテンダント・タイプ・プログラムを実行するユーザが転送が行われないと判定し、次いで本文に述べたように明らかな方法で呼出しを処理するオプションを最適に与えられることである。
【００９７】
また、オフィスのアテンダント・タイプ・プログラムに進むことなく特定ユーザの内線が直接ダイアルされる場合、図９Ｃのウインドウ２２０のようなウインドウが、全ての呼出しに対して自動的に、あるいは構成された自分の内線が呼出しのメッセージ通知を受取るよう構成されるも、被呼者が自分の電話を妨害しない状態に置く場合にのみ、あるいは被呼者が線上にある場合に、被呼者のコンピュータに表示されることにも注意すべきである。このような実施の形態においては、パケット・バスによりユーザのコンピュータへ送られる適切なメッセージにより通信システム５０がこのようなウインドウを生成する。かかる実施の形態では、通信システム５０がユーザの内線を鳴らすと同時にネット・メッセージで呼出しのユーザに通知し、被呼者が受入れられ、保留され、先に述べたようなボイスメールへ送られる。無論、ユーザが自分の内線を別の内線すなわち場所へ自動的に前送されるかあるいはボイスメールなどへ前送されように前以て構成される場合、通信システムがプログラムされた動作を直接行うことが望ましい。一例として、ユーザは自分の内線を全ての呼出しが別の内線、あるいは市外すなわち長距離の電話番号へ指向するように構成する。このようなユーザは、ＩＰ上の音声（ＶｏＩＰ）呼出しとして全ての呼出しを指向するように自分の内線を構成することもできる。後者の場合、プロセッサ／システム資源７０および（または）ＤＳＰ７６は、到来する音声情報（適切な局カード８２を介してかつＴＤＭバス７８などを介して受取られる）を適切なＩＰパケットに処理し、次いでこれが例えばＨＤＬＣフレーマ／デフレーマ７３Ｂ、スイッチ／マルチプレクサ７４を介して、ＴＤＭバス７８上に、更にＷＡＮサービスネットワーク５８などを介して指示されたＩＰ接続へ送られる。
【００９８】
図８Ａおよび図９Ｂに関して先に述べたように、オフィスのアテンダント・タイプ・プログラムを実行するユーザは、ネット・メッセージを呼出しが転送されるべきユーザへ送るように、あるいはネット・メッセージを特定ユーザなどへ送るように、ネット・メッセージを生成するためのアイコン１７４（図８Ａ）およびアイコン２１４（図９Ｂ）が提供される。図１０Ａは、アイコン１７４または２１４のクリックに応答して生成される事例のネット・メッセージ・ウインドウとしてのウインドウ２３０を示している。図示のように、ウインドウ２３０は、故障した呼出し転送の状況の場合にオフィスのアテンダント・タイプ・プログラムにより自動的に選択される意図されたネット・メッセージの受信を識別するボックス２３２を含むことが望ましい。さもなければ、受信は図示のようにプルダウン・メニューにより、あるいはネームまたは内線番号の直接入力によって選択される。望ましい実施の形態においては、ネームの文字がタイプされると、所望のネット・メッセージの受取りに更に達するようにオフィスのアテンダント・タイプ・プログラムが加入者ディレクトリにより自動的にスクロールする。
【００９９】
ボックス２３４は、オフィスのアテンダント・タイプ・プログラムのユーザが所望のネット・メッセージをタイプするために提供される。代替的な実施の形態においては、予め生成されたネット・メッセージのリストがプルダウン・メニューあるいはアイコンなどで開かれるウインドウを介して利用可能になる（このような予め生成されたメッセージは、しばしば利用される全体的あるいは部分的なメッセージ、あいさつなどを含み、これによりユーザが各メッセージなどをタイプしなくてもよくする）。ネット・メッセージは、送出アイコン２３６をクリックするか、あるいは打消しアイコン２３８をクリックすることにより送られる。ネット・メッセージの受信側が同じオフィスに物理的に位置されるユーザでありパケット・バス８０Ａまたは８０Ｂ（図３参照）により受取り、あるいは更にネット・メッセージが、モデム７５あるいはＷＡＮサービスネットワーク５８（例えば、Ｔ１接続）を介して図３に関して先に述べたようにＨＤＬＣフレーマ７３Ｂを経由することにより、ＴＣＰ／ＩＰによってインターネットその他のメッセージとして送られることに注目されたい。このように、特定ユーザが「構外」である状態では、呼出しが（本文に述べたように特定ユーザの内線の適切なプログラミングにより）構外へ送られ、ネット・メッセージも同様に構外へ送られる。
【０１００】
図１０Ｂは、受信側のコンピュータに現われるネット・メッセージ・ウインドウ２４０を示している。受信側は、ウインドウ２４２にネット・メッセージが提示され、アイコン２４４のクリックによりネット・メッセージを閉じることができる。あるいはまた、ネット・メッセージは記録目的あるいは後で見るために記憶され、代替的な実施の形態では、ネット・メッセージは返事メッセージをタイプするウインドウを呼出すためにクリックされる返事アイコンをも含む。この実施の形態においては、オフィスのアテンダント・タイプ・プログラムのユーザが受信側に例えば特定の呼出者について通知し、受信側はオフィスのアテンダント・タイプ・プログラム・ユーザに例えば呼出者が特定の個人または部署へ送られるかあるいは特定の方法（ボイスメールに対して直接、呼出し終了、など）で処理されるべきことを通知する。この実施の形態によれば、パケット・バスまたは他のメッセージは電話管理を更に容易にする方法で容易に交換することができる。
【０１０１】
代替的な実施の形態においては、ネット・メッセージがオフィスのアテンダント・タイプ・プログラムまたは組のプログラムを実行するコンピュータから通信システム５０にＬＡＮまたはＷＡＮにより接続された他の任意のコンピュータへ送出される。この実施の形態では、例えば、メッセージが送られるユーザが通信システム５０へログされるならば、ネット・メッセージは（望ましくは、通信システム５０を介して）先に述べたようなネット・メッセージとして送られ、あるいは望ましくはユーザ／メッセージ受信側のスクリーンにおける小さなウインドウに現われる視覚的な「ピンク・スリップ」、「黄色の貼つけノート」などの形態で送られる。更に望ましくは、このような「ピンク・スリップ」、「黄色の貼つけノート」のメッセージは、返事、削除、ファイル／記憶、最小化などのオプションのためのアイコンを含み、返事、削除および（または）ファイル／記憶コマンドの後、メッセージ・ウインドウが自動的に消えることが望ましい。ある実施の形態においては、複数のこのようなメッセージが受取られ消えるように処理されなかったならば、このメッセージは自動的に重なり、重なったメッセージの視覚的表示がユーザへ示される（例えば、３次元のメッセージの重なり、など）。この実施の形態では、ユーザは、望ましくは先頭の最後に受取ったメッセージを見て、適切なアイコンを選択するなどによりメッセージの重なりの更新をフリーズ／ホールドして、メッセージの重なりをスクロールするなどのオプションをも有する（例えば、ユーザが特定のメッセージを読んでいるならば、ユーザは読まれているメッセージがその後受取るメッセージにより置換されないことを指令することができる）。更に望ましくは、ユーザは、特定のメッセージが自分自身へのｅメールとして、あるいは別の人への類似するメッセージまたはｅメールなどとして送られること（再び、適当なマイ・アイコン）を選択することができる。望ましい実施の形態においては、通信システム５０は、ユーザにより一定の方法で処理されない全てのこのようなメッセージをｅメールとして自動的に記憶し送出する（ユーザが返事、削除、記憶などをせずにログオフするならば、通信システム５０がこのような閉じられなかったメッセージを特定ユーザなどに対するｅメールとして処理する）。
【０１０２】
また、ネット・メッセージの送信側がネット・メッセージが送られている特定ユーザがログオンされないことをプロンプトされることを知るべきである。当該実施の形態では、送信側は（適切な情報の表示およびアイコンなどを）ネット・メッセージをｅメール・メッセージなどへ変換するようにプロンプトされる。
【０１０３】
図８Ａに示されるように、会議アイコン１７２は、本発明のある望ましい実施の形態による会議呼出しを開始するために用いられる。本発明の会議の望ましい実施の形態について、図１１Ａないし図１１Ｅに関して記述する。
【０１０４】
先に示したように、会議アイコン１７２は、本発明による会議呼出しを開始するために用いられる。あるいはまた、他の望ましい実施の形態においては、開始呼出しは、クリックおよびドラッグ操作によって開始される。例えば、受取った呼出しまたは受取った呼出しの状態を表わすアイコン（先に述べたような）は、クリックされ、開かれたダイアルパッド（例えば、図８Ａ参照）上へドラッグされる。オフィスのアテンダント・タイプ・プログラムは、このようなクリックおよびドラッグ操作を適切な会議ウインドウを開く要求として認識し、その後オフィスのアテンダント・タイプ・プログラムは会議ウインドウを自動的に開く。
【０１０５】
図１１Ａは、このような会議ウインドウ２５０の実施の一形態を示している。図示のように、会議ウインドウは、なんらかの呼出しがオフィスのアテンダント・タイプ・プログラムの「コンソール」（例えば、図８Ａのウインドウ１５０）にその時表示されていることを表示するように働くボックス２５２を含む。呼出しがコンソールに存在する場合は、この呼出しは追加アイコン２５４の使用により会議へ追加される。この会議に参加するように招かれた出席者は、ウインドウ２６０に表示される。アイコン２５６の使用により、１つ以上の特定の出席者がポインタまたはマウスで選択され、会議呼出し出席者リストから除去され、アイコン２５８の使用により、全ての出席者が会議呼出し出席者リストから除去される。ウインドウ２６２は、会議呼出しが進行中にウインドウ２５０が開かれる場合に会議呼出しにその時参加している出席者を表示するように働く。アイコン２６４は、他者を会議呼出しに参加するように招待するためにこの他者を呼出すように用いられ、アイコン２６６は、会議呼出し出席者の追加操作を取消す（例えば、ウインドウ２５０を閉じる）ために用いられる。アイコン２６８は、会議呼出し出席者の追加操作を終了し、かつ望ましくは会議呼出しを開始あるいは継続するために用いられ、図１１Ａにおいては、多数の招待された出席者が出席しておらず開始呼出しが継続中（このため、会議は開始あるいは継続できない）ならば、アイコン２６８が非アクティブ状態で示される。
【０１０６】
アイコン２６４が選択される場合は、他の呼出し操作が開始される。図１１Ｂは、更に他の出席者を呼出すためのウインドウ２７０の実施の一形態を示している。図示のように、ウインドウ２７０がダイアルパッド２７２を含むことが望ましく、このダイアルパッドは、構内または構外のいずれかの当事者である会議に追加される者の内線番号または電話番号をダイアルするために用いられる。ウインドウ２７４は、先に述べたような人員またはシステムのいずれかのコンタクト情報あるいは人員とシステムの両コンタクト情報をアクセスするために用いられる。特定の加入者のネームがウインドウ２７３に入力あるいは表示され、会議に追加されるべき特定の者の内線すなわち番号がウインドウ２７６に入力されあるいは表示される。更に多くの出席者がアイコン２７８により追加されあるいはアイコン２８０により除去されて、追加の出席者はウインドウ２８２において識別され、会議の出席者はウインドウ２８４において識別される。次のアイコン２８６は、これから追加の出席者が会議に出席するように呼出されるダイアログ・ボックスへ進むために用いられることが望ましい。終了アイコン２８８の選択は、呼出ダイアログ・ボックスへ進むことなく会議の開始または継続を生じる結果となることが望ましい。
【０１０７】
次のアイコン２８６が選択される場合は、出席者呼出しダイアログ・ボックスが現われることが望ましく、ダイアログ・ボックス例が図１１Ｃに示される。図示のように、ウインドウ２９０は、特定の選択された追加の出席者（マウスまたはポインタにより周知の方法で選択される）に対する呼出しを開始するために用いられる呼出しアイコン２９４を含む。除去アイコン２９２は、追加出席者をウインドウ２９６から除去するために用いられる。追加の各出席者は呼出されて、会議呼出しに追加されつつあることを通知されることが望ましく、追加出席者が会議呼出しへ追加されることに同意するならば呼出しはホールド状態におかれ、さもなければ、呼出者はハングアップするか、あるいはある他の所要の方法で処理される。いったん全ての追加出席者がコンタクトされ所要のホールド状態におかれると、終了アイコン３００が追加出席者との会議を開始するか継続するために選択される。戻りアイコン２９９は、追加出席者を追加するなどのため、図１１Ｂに示されたウインドウへ戻るために用いられる。
【０１０８】
追加出席者が呼出されると、ウインドウ３０２が図１１Ｄに示されるように現われることが望ましい。図示のように、ウインドウ２３０２は、望ましくは呼出されている追加出席者のネームおよび（または）番号ならびに呼出し状況を表示する情報ディスプレイ３０４を含んでいる。アイコン３０６は呼出しのハングアップまたは終了のために用いられ、アイコン３０８は追加出席者を会議呼出しへ追加するために用いられる。更に望ましくは、例えばもし１つの呼出しが会議へ追加され他の呼出しがコンソールにおいてアクティブでなければ、追加の会議出席者ウインドウが含まれる。
【０１０９】
更に望ましくは、会議呼出しモニタ・ウインドウ３１０が、図１１Ｅに示されるように、オフィスのアテンダント・タイプ・プログラムにより表示される。図示のように、ウインドウ３１０は、会議呼出しに参加している全ての出席者の識別を表示するためのウインドウ３１２を含む。ウインドウ３１０から、追加者が現在の会議呼出しへ追加されあるいはこれから除去される。アイコン３１４は、会議出席者の現在のリストが受入れられることを確認するために用いられる。アイコン３１６は、オフィスの出席者をなす当事者が会議呼出しに当事者として参加することを許容するために用いられる。アイコン３１８は、追加者を図８Ａに示されるようなコンソール上に存在する様な会議の呼出しへ追加するために用いられ（一例として、会議が進行中である間は、呼出しがオフィスのアテンダント・プログラムにより受取られる）、あるいは追加出席者を追加することによって呼出しが追加される。追加の出席者を追加するこのような操作は、図１１Ａないし図１１Ｄに関して先に述べたように達成される。アイコン３２０は、会議呼出しからの出席者を除去するために用いられる。
【０１１０】
注目すべきことは、本発明によれば、使用が容易で教育的なグラフィカル・インターフェースが、本発明の望ましい実施の形態による会議呼出しを開始し、維持しかつ監視するために提供されることである。この実施の形態は、例えば、ユーザが更に最適に管理しおよび（または）この会議呼出しに参加することを許容しながら音声／データ通信を管理するための特に望ましいプラトフォームを提供する、図３に示されたような通信システム５０を用いて構成されることが望ましい。
【０１１１】
本発明の望ましい実施の形態による更に他の特徴について、図１２に関して記述する。図１２に示されるように、通信システム５０（図３に関して述べたように構成されることが望ましい）は、複数のコンピュータ２４に接続される１つ、２つあるいはそれ以上のパケット・バス（パケット・バス８０Ａ、８０Ｂのような）に接続される。１つ以上のコンピュータ２４は、オフィスのアテンダント・タイプ・プログラムを走らせ、あるいはまた、本文に述べたようなオフィスのアテンダント・タイプ・プログラムに対する組のプログラムを実行する。先に述べたように、オフィスのアテンダント・タイプ・プログラムを実行するこのようなコンピュータは、オフィスにおける着信送出する呼出しを管理し制御するために用いられることが望ましい。本発明によれば、例えば、オフィスの第１の物理的位置における第１のコンピュータ２４（例えば、パケット・バスで通信システム５０に接続される）は、着信送出する呼出しを管理するための電話制御ステーションとして示される。オフィスの第２の物理的位置における第２のコンピュータ２４（例えば、同じか異なるパケット・バスで通信システム５０に接続される）は、第２の電話制御ステーションとして示される。第１の電話制御ステーションが（先に述べたような）規定の呼出し容量を越え、あるいは第１の電話制御ステーションが局部の故障によるか第１の電話制御ステーションのユーザのログオフなど（昼食に出る、労働時間内に帰宅する、など）により線から外れるならば、第２の電話制御ステーションがオフィスの着信送出呼出しの管理を即時に制御する用意がある。この実施の形態によれば、オフィスの電話機能の制御は、同じパケット・バスに沿ってコンピュータ間に、あるいは第１のパケット・バスに接続された第１のコンピュータから第２のパケット・バスに接続された第２のコンピュータへ有効に送られる。このため、電話制御は、柔軟かつ望ましい方法でコンピュータ間に有効に移転され、オフィスの異なる場所におけるコンピュータも含む。
【０１１２】
オフィスのアテンダント・タイプ・プログラムは、図３のＷＡＮサービスネットワーク５８に接続された遠隔コンピュータのような通信システム５０から離れた場所から実行することもできることにも注目されたい。この実施の形態では、ＷＡＮネットワーク接続により通信システム５０に接続された遠隔コンピュータが、先に述べた方法においてオフィスのアテンダント・タイプ・プログラムを実行し、かつオフィスの電話機能を遠隔的に制御する。このため、電話機能の制御は、オフィス内で、あるいはオフィスから遠く離れて有効に行われ、制御は有効かつ望ましい方法でコンピュータ間に送られる。更に、遠隔コンピュータのユーザは、本文で述べたように、オフィスのアテンダント・タイプ・プログラムあるいは組になったプログラムを実行することができ、このような遠隔場所から通信システム５０へ接続され、かつ特定のユーザに対する電話および（または）ボイスメール設定を遠隔的に再構成することができる。一例として、遠隔ユーザは、自分の内線への電話呼出しをボイスメールへ送るために、あるいはこのような呼出しを別の内線あるいは遠隔電話番号へ送るために、遠隔コンピュータを用いることができる。この実施の形態によれば、特定ユーザが通信システム５０を遠隔的にアクセスし、例えば、内部の場所あるいは遠隔場所に対する呼出しの前送を制御する。特定の一例として、ノートブック・コンピュータまたはＰＤＡを用いるユーザが遠隔場所からインターネットまたはＷＡＮなどに接続し、ユーザのオフィスの内線に対する電話呼出しが所望の方法（例えば、構外呼出しの前送など）で送られることを指令する。ユーザが通信システム５０にアクセスすることができＰＢＸタイプの設定を遠隔的に設定してこれを遠隔的に記憶すると、種々の所望の再構成オプションがユーザへ提供される。
【０１１３】
本発明の他の実施の形態による別の拡張したＰＢＸ／電話タイプの機能について、次に記述する。
望ましい実施の形態において、通信システム５０は、物理的電話１２を特定ユーザの内線番号に動的に関連させる。ある点において、これは物理的電話に対する（本文に記述される）ＤＨＣＰのように見なされる。例えば、システム管理が（本文に述べたように）構成／管理プログラムを走らせ、電話およびボイスメールのオプションのような特定ユーザに対する関連パラメータを含む、前記特定ユーザに対して内線番号（例えば、２００）を構成する（例えば、構外呼出しの転送、使用中の転送設定、リング非応答転送設定、時刻転送設定、呼出者ネームを表示する電話に対するネーム表示などを含むユーザの転送設定、電話がオフィスのアテンダント・タイプ・プログラムなどを実行するユーザに対する電話となるように構成されるかどうかなど）。この時、システムの管理者が当該内線に物理的電話を割当てるかあるいは割当てない。その後、システム管理者は、ユーザにその内線番号が２００であることを通知する。システム管理者はまた、物理的電話を動作可能状態にし、そして（または）割当てる能力も有する。システム管理者が物理的電話をそのユーザに割当てなかった場合、ユーザは物理的電話を自分の動作可能状態にするに割当てる能力を持つことが望ましい。例えば、ユーザは、動作可能状態になった電話を取上げ、望ましくは内線をこの電話へ割当てず、ユーザは特殊なコード、例えば通信システム５０が物理的電話の割当て要求と認識する番号を入力する。ある実施の形態においては、通信システム５０がユーザに対して音響により（ＤＳＰ７６を用いるなどにより）この物理的電話の状態を通知する（例えば、現在内線に割当てられた物理的電話を動作可能状態あるいは動作不能状態にするなど）。その後、ユーザは自分の内線番号を入力するよう音響により促される。任意に、確認プロンプト後に、通信システム５０がこの物理的電話を特定ユーザへ割当てる。更に任意に、特定ユーザの内線が別の物理的電話へすでに割当てられているならば、通信システム５０は、新たな物理的電話が特定ユーザ／ユーザ内線に割当てられるときに、他の物理的電話を割当て解除する。
【０１１４】
明らかなように、当該実施の形態によれば、特殊コードもまた物理的電話を特定ユーザの内線から割当て解除するために提供され、このコードは、ユーザの内線がユーザの許諾あるいは制御なしに物理的電話に割当てられあるいは割当てられないことを保証するため、特定ユーザに対するパスワード保護により実現されることが望ましい（例えば、内線番号の入力後に、通信システム５０がユーザの内線と関連するパスワードについてユーザを促し、正しいパスワードが入力される場合にのみ当該内線に対する物理的電話の割当てを許容する。）。このため、ユーザは、前記電話を取上げて電話のキーパッドにより適切なコマンドを入力することにより自分の内線を物理的電話に割当てることができ、物理的電話を同様に取上げて適切なコマンドを電話パッドを介して入力するだけで、（あるいは、内線を異なる物理的電話へ割当てることによって）物理的電話から自分の内線を割当て解除することができる。この実施の形態によれば、複数の閉鎖配電箱、オフィスのまたは他の物理的空間が物理的電話を設けられるが特定ユーザには割当てられないオフィスの装置のような種々のオフィスの電話装置が実現される。この実施の形態によれば、特定ユーザが１つの内線を割当てられ、利用可能な物理的空間を占有し、前記の物理的空間内の物理的電話にユーザの内線を割当てる。前記物理的空間を占有する期間の終りに、ユーザは自分の内線を当該物理的電話から割当て解除し、次いでユーザが後で別の物理的空間などを占有するときに内線を別の物理的電話に再び割当てる。
【０１１５】
更に、先に述べたように、通信システム５０は、ｅメール・サーバとして働き、あるいはｅメールを通信システム５０に接続された特定のコンピュータ（コンピュータ２４の様な）へ配布するように働く。このため、通信システム５０は、特定ユーザ（単数または複数）がｅメールを受取ったことを示す情報を記憶することができる。この実施の形態では、通信システム５０は、ユーザがｅメールを送るユーザに対して視覚的または音響的な表示を供することが望ましい。事例として、ユーザが自分の電話を取上げるとき特殊なダイアル・トーンまたはメッセージがユーザにｅメールが届いていることを警報するように、特殊なトーンまたはメッセージが（ＤＳＰ７６などにより）生成され、ユーザの電話へ与えられる（ユーザにボイスメールが届いていることを示す特殊なトーンまたはメッセージをも含む）。一例として、届いてまたはメッセージは特定の音でよいが、「ｅメールが届いています」あるいは「ボイスメールとｅメールが届いています」、あるいは「ボイスメールが届いています」などの耳に聞こえるメッセージであることが望ましい。通信システム５０がメッセージ表示ランプを持つ電話１２で構成される場合、ユーザにｅメール、ボイスメールあるいはその両方、などが届いていることを示すために、特定のランプまたは点滅するシーケンスを用いることもできる。全てのこのような実施の形態において、ユーザは、自分の電話装置（例えば、電話器）によりｅメールおよび（または）ボイスメールが届いていることを通知されることが望ましい。
【０１１６】
本文に述べたように、通信システム５０は、通信システム５０などと関連する電話の内線によりｅメール・サービスを特定ユーザに提供するように働く。更に、通信システム５０はまた、種々の管理、統制その他のタイプのアプリケーション（アプリケーションの事例については、本文に述べている）が実行されるプラトフォーム（プロセッサ／システム資源７０のような）をも提供する。実施の一形態においては、ＳＮＭＰタイプのプロトコル（当技術において周知のように、ＳＮＭＰは、信号発信ネットワーク管理プロトコル（Ｓｉｇｎａｌｉｎｇ  Ｎｅｔｗｏｒｋ  Ｍａｎａｇｅｍｅｎｔ  Ｐｒｏｔｏｃｏｌ）を意味し、ネットワーク管理アプリケーションが管理エージェント（本発明においてプロセッサ／システム資源７０および適切なソフトウエアなどで構成される様な）から情報を照会しあるいは要求するプロトコル／方法である）として知られるものを用いて種々のＷＡＮその他の情報が提供される。本発明の当該実施の形態の新規な特質は、通信システム５０のボイスメール・システムもまたボイスメール関連情報をＳＮＭＰタイプの形態で提供する方法において構成されることである。このため、本発明の当該実施の形態によれば、通信システム５０は、ボイスメール・システムの状態に関する情報、故障あるいは警報タイプ情報、使用の統計、などのボイスメールに関する種々の情報を記憶する。当該実施の形態では、ＳＮＭＰコンプライアントである任意のツールまたはアプリケーションが、かかるボイスメール関連情報をアクセスして見ることができる。ＳＮＭＰによりＳＮＭＰコンプライアントなツールまたはアプリケーションへ利用可能にされるボイスメール関連情報の事例は、表１に記載されている。当該実施の形態によれば、ネットワーク（ＷＡＮおよびＬＡＮなど）とＰＢＸ情報が、ボイスメール関連情報と共にＳＮＭＰを用いて種々のＳＮＭＰツールおよびアプリケーションへ提供されることが望ましい。
【０１１７】
【表１】
0004243019.tif 000002
【０１１８】
ビデオ会議タイプのアプリケーション
本発明の望ましい実施の形態によれば、拡張したビデオ会議能力が種々のオフィス環境において容易に提供される。ある望ましい実施の形態について、図１３Ａないし図１３Ｃに関して記述することにする。この実施の形態は、図３などの先に記述した図面を参照することによっても更に容易に理解されよう。
【０１１９】
図１３Ａにおいて、第１の実施の形態によるビデオ会議を記述する。図１３Ａに示されるように、通信システム５０は、ビデオ会議装置すなわちＶＣＵ３３０に接続されている。ＶＣＵ３３０は、カメラ３３４を含むことが望ましいビデオ会議システムまたはハイエンドのコンピュータなどでよく、例えば、Ｖ．３５、Ｖ．３６あるいはＶ．３７インターフェース線として知られるような高速シリアル・インターフェースその他の線であることが望ましいバス３３２により通信システム５０に接続される。この実施の形態では、通信システム５０のカード８２が、特定のインターフェース線に対して適切な、望ましくはＶＣＵ３３０と直結の互換インターフェースを可能にするインターフェース・カードを含む。この実施の形態では、カメラ３３４からのビデオ情報およびＶＣＵ３３０からの適切なオーディオ情報とがバス３３２を介して通信システム５０に接続される。ＶＣＵ３３０からのデータ・ストリームは、例えばＴ−１線上の送信と互換の形態であることが更に望ましい。この実施の形態においては、ＶＣＵ３３０からのデータ・ストリームが局のカード８２を介してＴＤＭバス７８に接続され、次いでスイッチ／マルチプレクサ７４に接続され、例えば、ＷＡＮサービスネットワーク５８に接続されるＴ−１線５１にスイッチ／マルチプレクサ７４を介して更に指向される（望ましくは、無論、ビデオ会議を完成するためには、１つ以上の更なる互換ＶＣＵがＷＡＮサービスネットワーク５８に接続される）。この実施の形態においては、ビデオ会議は、ＶＣＵ３３０から通信システム５０に接続される、例えば、ＴＤＭバス７８およびスイッチ／マルチプレクサ７４を介するＴ−１線へのデータ・ストリームによって効率的に達成される。
【０１２０】
図１３Ｂは、当該実施の形態では例えばＨ．３２３ビデオ会議規格をサポートするＩＳＤＮまたはＴ−１タイプのインターフェースであるバス３３８により（先に述べた）カメラ３４０が通信システム５０に接続されたＶＣＵ３３６を示している。当該実施の形態では、ＶＣＵ３３６からのデータ・ストリーム（例えば、ビデオおよびオーディオ）が、適切なＩＳＤＮ／Ｔ−１コンプライアントな局のカード８２を介してＴＤＭバス７８およびスイッチ／マルチプレクサ７４に接続された通信システム５０へ接続される。その後、スイッチ／マルチプレクサ７４から、データ・ストリームは適切な局カード８２を介して送出するＴ−１線５１ないしＷＡＮサービスネットワーク５８に接続される。
【０１２１】
本発明によるビデオ会議の更に別の実施の形態は、図１３Ｃに関して記述される。図示のように、コンピュータ２４はパケット・バス８０Ａ（例えば、図３参照）により通信システム５０に接続される。コンピュータ２４は、カメラ２４Ａと、望ましくはマイクロフォンおよびスピーカとを含む。ビデオ情報とオーディオ情報とは、適切なパケット規格、例えばＨ．３２３として知られる規格により通信システム５０とコンピュータ２４との間に接続されることが望ましい。再び図３を参照して、当該実施の形態では、パケット化されたビデオ情報がコンピュータ２４からパケット・バス８０Ａにより通信システム５０へ与えられる。プロセッサ／システム資源７０が、パケット化されたデータ・ストリーム（例えば、パケット解除されたデータ・ストリーム）を処理し、このデータ・ストリームはこの時互換ビデオ会議プログラムを実行する遠隔コンピュータへの伝送に適した（ＴＣＰ／ＩＰのような）形態／プロトコルにあることが望ましい。一例として、このビデオ・データ・ストリームは、プロセッサ／システム資源７０によりファクシミリ・モデム７５へ送られて遠隔コンピュータに接続され、あるいはビデオ・データ・ストリームはプロセッサ／システム資源７０によってＨＤＬＣフレーマ／デフレーマ７３Ｂ、スイッチ／マルチプレクサ７４、ＴＤＭバス７８、適切な局カード８２およびＷＡＮサービスネットワーク５８へ線５１を介して送られ、この線はビデオ会議を完成するため１つ以上の遠隔コンピュータに接続される。ビデオ会議を確立することを要求する１つ以上のこのようなコンピュータがＩＬＳ（すなわちインターネット・ロケータ・サービス）として知られるものの助けにより確立されるインターネット接続のダイナミック・ディレクトリ、ビデオ会議のための所望の地点間結合を確立するため「ユーザ対ＩＰマッピング」を助けるように働くリアルタイム・ディレクトリ・サービス構成要素を使用できることも理解すべきである。
【０１２２】
また、コンピュータ２４からのこのようなビデオ信号ストリームが、先に述べたように、（通信システム５０のハブ特徴を用いて）同じパケット・バス８０Ａ上の１つ以上の他のコンピュータへ、あるいは（通信システム５０のルータ特徴を用いて）異なるパケット・バス上の１つ以上の他のコンピュータへ送ることができることも知るべきである。
【０１２３】
特定のビデオ規格、電話規格およびＴ−１、ＩＳＤＮ、Ｖ．３５、Ｈ．３２０、Ｈ．３２３などのような他の規格に対する文献は一般に入手可能であることに注意すべきであり、これら規格の文献は参考のため本文に援用される。
【０１２４】
本文に述べたように、望ましい実施の形態においては、ＶｏＩＰ通信が容易に可能になる。再び図３を参照して、電話１２からのビデオは局カード８２およびＴＤＭバス７８を介してスイッチ／マルチプレクサ７４へ接続される。スイッチ／マルチプレクサ７４から、ビデオ・データ・ストリームはＤＳＰ７６へ送られ、これは直接あるいはプロセッサ／システム資源７０と関連して、適切なＩＰパケット・データを生じる（実際には、ＤＳＰ７６および（または）プロセッサ／システム資源７０が例えばＴＣＰ／ＩＰプロセッサとして働く）。ＩＰパケット処理の後、音声データが（本文に述べたような）ＨＤＬＣフレーマ／デフレーマ７３Ｂを介してＷＡＮサービスネットワーク５８へ送られ、あるいはこれも先に述べた１つ以上のパケット・バス／ＬＡＮへ送られる。実質的な処理資源を提供するように構成されるＤＳＰ７６により、音声データがプロセッサ／システム資源７０の資源の最小限の費消あるいは費消ゼロで効率的にＩＰ処理され、これによりプロセッサ／システム資源７０の望ましくない負担を防止する上で役立つことに注意すべきである。
【０１２５】
また、当該実施の形態についてはＶｏＩＰ用途に関して記述したことにも注目されたい。当該実施の形態はまた音声タイプ情報を搬送する他のネットワークプロトコルでも使用できることを知るべきである。このため、本発明によれば、（ＩＰのような）ネットワークプロトコルは、音声タイプの情報を有効に搬送するために用いられることが望ましく、これにより更に効率的な通信サービスを通信システム５０を用いるオフィスへ提供する。
【０１２６】
図３に示されるように構成された通信システム５０によれば、データ、音声およびビデオのストリームが共通のＴ−１線上に集約されることも知るべきである。このように、ユーザは、音声、データおよびビデオのデータ・ストリームおよびプロセスをインテリジェントに管理しブリッジする統合システムを用いてＴ−１タイプのＷＡＮ資源を更に容易に効率的に使用することができる。
【０１２７】
本文に示された種々のウインドウ、ボタンおよびアイコンは本発明の特定の特質を限定するものでないが、かかる特徴および特徴の組合わせは、図３および他の図面および関連する記述において示される様な本発明の実施の形態において使用されるときに、前述のようなオフィスのアテンダント・タイプ・プログラムのユーザに利点を提供するように決定されたものである。
【０１２８】
本文の記述および実施の形態によれば、種々の通信システムと、データ、音声およびビデオのプロセスがどのようにも実現される。当該通信システムとかかる通信システムの特徴について、次に記述しよう。
【０１２９】
通信システム５０は、設計規模の可変性、信頼性および使用の容易さを求めて統合されたプラトフォームにおけるＰＢＸ音声能力、完全なＬＡＮ／ＷＡＮデータの接続性、および１式の通信アプリケーションもたらす。通信システム５０は、異なる大きさのオフィスの必要を満たすため規格に基く通信ハードウエアおよびソフトウエアをスイッチング技術を用いて１つのシステムに統合化する。管理が難しく高価に着く他の複雑な中央サイト製品とは異なり、本発明の通信システム５０は、５ないし１００人のユーザのオフィスにより使用されるように最適化される。
【０１３０】
通信システム５０は、オフィス通信の効率を向上させ、下記の音声、データおよび通信機能を１つの遠隔的に管理可能なプラトフォーム、ＰＢＸ、ボイスメール、自動アテンダント、コンピュータ電話用途サーバ、チャネル・バンク、ルータ、ｃｓｕ／ｄｓｕ、ｌａｎハブ、遠隔アクセス・サーバ、およびモデムへ統合化することにより業務に競争力を提供する。
【０１３１】
通信システム５０のアーキテクチャは、ユーザが１つ以上の先に述べた構成要素を１つの使用が容易かつ管理が容易なシステムへ組合わせることを可能にする。通信システム５０が旧式の音声／データ装置とシームレスにインターフェースするので、ユーザはユーザの業務に適する総合的な通信の解決をもたらすのに必要な能力のみを購入することができる。先に述べたように、オフィスのアテンダント・タイプ・プログラムは、上記の全ての仕事を遂行するために補助通信システム５０を利用することができる。
【０１３２】
通信システム５０は、音声／データの集約により可能となる新たな用途のための自然な移行経路を提供しながら、今日の責務に厳しい通信用途を支援する。プラトフォームの中枢には、を含む時分割マルチプレックス装置７８（ＴＤＭ）およびスイッチング、高速パケット・スイッチング７４、多重プロトコル・フレーミング・エンジン７２、ＬＡＮ／ＷＡＮインターフェース８２、およびディジタル信号プロセッサ７６を含む音声／データの統合を意図したシステム資源がある。これら資源は、呼出し制御、メッセージング・サービス、データベース管理システム、および経路指定サービスのような図７Ａないし図１１Ｅにおいて示された様なソフトウエア・サービスによって補完される。
【０１３３】
埋設されたウインドウズＮＴオペレーティング・システムに基いて、通信システム５０のアプリケーションは、ＮＤＩＳ、ＴＡＰＩ、ＣＯＭ、およびＷｉｎＳｏｃｋのような標準的なアプリケーション・プログラミング・インターフェース（ＡＰＩ）を使用する。これらのＡＰＩおよび通信システム５０のＴＡＰＩサービス・プロバイダ（ＴＳＰ）により、拡張したＣＴＩアプリケーションを含む独立的なソフトウエア・ベンダにより開発されたアプリケーションは、システム上で容易に展開することができる。
【０１３４】
通信システム５０はまた、今日のマルチベンダ単位の代替システムに固有の複雑さを取除くものでもある。一緒に動作するようには設計されていなかった多数のベンダからの多数のボックスの組込みおよび経常的な管理を必要とするのではなく、当該統合システムは、組込み、管理および使用が容易である音声／データの複合解決法をもたらす。
【０１３５】
通信システム５０は、高い利用可能性を保証するための構造を持つ目的に即した専用プラトフォームである。特徴には、サブシステムの分離、ＳＮＭＰに基く管理、故障の監視、ライフ・ライン通信、および遠隔診断と固定能力を備えた「常時稼働」ソフトウエア・アーキテクチャが含まれる。また、耐故障性オプションとしては、冗長な電源および冗長なハード・ディスク・ドライブを含んでいる。
【０１３６】
通信システム５０により、ユーザは、業務通信を取得し運用し管理するコストを劇的に低減することができる。通信システム５０は、統合されたＷＡＮサービスのコスト低減をもたらし、かつ今日の多ベンダ通信策により要求される更なる資源および人員の必要を排除する。統合化された管理コンソールおよびツールは、顧客の構内全体を遠隔管理するコスト効率のよい方法を提供する。
【０１３７】
通信システム５０は、組みつけ、管理および使用が容易であるシステムでありながら、完全に統合化され適応し信頼できかつ高性能のシステムとしての多くの特徴および利点を含む。完全に統合化されたシステムを用いることにより、通信システム５０は、他の特徴に加えて、統合化されたアプリケーションの組合わせ、ディジタル線５４および統合化された管理コンソールを含んでいる。通信システム５０における統合化されたアプリケーションの組合わせは、統合化された音声／データ・アプリケーションをコスト効率よく展開することによる生産性の向上および顧客の満足と同時に、業務のインターネット／音声アプリケーションの将来の変換を展開するための理想的なプラトフォームを提供する。
【０１３８】
再び図２を参照して、ディジタル線５４は、同じアクセス線上の音声／データのトラヒックを統合することにより通信コストを低下する。ディジタル線５４はまた、ユーザがコスト効率的に高帯域幅線を最スモール・オフィスに展開することを可能にする。最後に、通信システム５０は、旧式の技術と関連する展開コストと出線管理を著しく低減し、かつ１つのグラフィカル・ユーザ・インターフェースを使用することにより訓練時間を低減する。
【０１３９】
本発明の通信システム５０の更なる利点は、ユーザの通信需要に対するその適応性である。通信システム５０は、オフィスが通信インターフェースおよびオフィスがその時必要とするオプションに対してのみ支払うことを許容し、かつオフィスが変更を必要とするときハードウエア・インターフェースを付加しあるいはソフトウエア・アプリケーションを遠隔的にロードする柔軟性をも提供するモジュラー・アーキテクチャを含んでいる。
【０１４０】
望ましい実施の形態における通信システム５０は、標準的なベースのシステムである。このことは、シームレスな展開のため現在ある通信インフラストラクチャとの互換動作性を保証し、最近の第三者の適用および技術へのアクセスを提供する。通信システム５０はまた、新たな技術に対して適応可能であり、このため、このことは将来の技術を取り入れるよう設計されたアーキテクチャによりオフィスの投資を保護する。
【０１４１】
本発明の通信システム５０の別の特徴は、信頼性である。信頼性を許容する通信システム５０の一部の特徴は、下記のとおりである。すなわち、
ハードウエアとソフトウエアに対する完全な統合および広範なテスト、埋設されるウインドウズＮＴオペレーティング・システム、冗長な負荷を共有する電源、独立的な故障監視、ライフラインの電話サポート、およびＲＡＩＤ−１のディスク・ミラーリングである。これらの特徴の利点は下記のとうりである。すなわち、互換性のないハードウエアおよびアプリケーションの結果生じる高価な休止時間を仮想的に除去、故障の切離しのための単一のコンタクト点の提供、アプリケーション・サブシステムの切離しによる最大のアプリケーション利用可能性の保証、許可されない接近の防止による安全性の向上、電源故障によるサービス停止の防止、独立的なウォッチドッグ・サービスの提供による最大のシステム利用可能性の保証、ユーザの位置を問わないシステムの諸問題の通知によるシステム状態のユーザへの通知の保持、停電時における電話サービスの保証、ハード・ディスク・ドライブの故障による休止時間の防止である。
【０１４２】
多重バス・アーキテクチャ、アプリケーションの優先化および切離し、および自動的な経路の選択は、通信システム５０の性能を追加するものである。これらの特徴は、音声およびデータをその本来の環境に保持することにより高度の音声品質を保証し、ＩＰ上の音声（ＶｏＩＰ）のようなサービスをサポートするため音声とデータ環境間の変換を可能にし、ＤＳＰおよびＷＡＮ／ＬＡＮインターフェースのようなコミュニティ資源を音声とデータの両用途に利用可能にすることにより投資を最大化し、要求されるシステム資源を受取ることを保証することにより責務の厳しい通信システムを重負荷のもとで機能させ続け、経路指定通話に柔軟性を与え、選択された基準に基き線を動的に選択することにより最低コストの経路指定で経費を節減する。
【０１４３】
通信システム５０は、組みつけ、管理および使用が容易である。通信システム５０の組みつけ、管理および使用を容易にする特徴の一部は、遠隔的構成のウエブに基く管理、診断、および状態の監視、遠隔ソフトウエアのアップグレード、迅速な組みつけ、カスタマイズ可能な管理レベル、および音声／データに対する完全なＳＮＭＰ計装である。これらの特徴は、音声／データのインフラストラクチャに対する単一の一貫した管理インターフェースを用いることにより管理作業を簡単にし、遠隔オフィスの管理のため中央集中化した技術的資源をテコ入れすることにより人件費を低減し、遠隔の故障対策および診断のための広範なツールによる休止時間と現地立入りを最小化し、システム管理者に対する異なるアクセス要求に柔軟に対応することによりシステムの安全性を保証し、オフィス人員に対する移動、増強および変更のような単純な反復作業を分散することによりユーザがサポート経費を低減することを可能にし、通信システム５０における音声／データの両能力を管理するため現在のＳＮＭＰインフラストラクチャをテコ入れし、中央からのソフトウエアのアップグレードを行うことによりユーザが経費を節減することを可能にし、システムを迅速に組みつけ構成することができるため貴重な時間および経費を節減する。
【０１４４】
次に、望ましい実施の形態における通信システム５０に対する仕様について記述する。当業者には明らかなように、本発明の範囲および趣旨を変えることなく異なる構成および（または）構成要素の数の増減を通信システム５０において適用できることに注目することが重要である。本発明の通信システム５０の望ましい実施の形態においては、資源切換えカード（各シャシごとに標準的）は、下記を含む。すなわち、１２個の１０ベース―Ｔイサーネット・ハブ・ポート、１２個のアナログ電話ポート、６個のアナログ中継線ポート（２つのライフライン・ポートを含む）、通信切換えエンジンその他のシステム資源、２個の５６Ｋｂｐｓの内部ファクシミリ／モデム（Ｖ．９０およびＫ５６）、故障モニタ、コネクタ、ＲＪ−４５（イサーネット）、５０ピンＲＪ−２１×（電話）、３．５ｍｍ電話線（ラインイン、ラインアウト）、１５ピンＶＧＡ、およびインジケータ：システム状態、各イサーネット・ポートに対するリンクおよび活動状態。
【０１４５】
通信システム５０の任意の拡張インターフェースは、下記の構成要素を含む。すなわち、（１）４および８ポート・バージョンが入手可能であるアナログ線モジュール、ループ開始および接地開始、ＲＥＮ：０．６５Ｂ、インピーダンス：６００オーム、コンプライアンス：ＦＣＣ第１５種別Ａ、ＦＣＣ第６８、ＵＬ１９５０、ＤＯＣ、ＣＳＡ、コネクタ：５０ピンＲＪ−２１×、およびインジケータ：システム状態（２）１−ポート・バージョンが入手可能なＴ１中継線モジュール、線レート：ＦＴ１およびＴ１（６４Ｋｂｐｓ−１．５４４Ｍｂｐｓ、フレーミング：ＥＳＦ、ＳＦ／Ｄ４、線コード：ＡＭＩ、Ｂ８ＺＳ、統合ＣＳＵ／ＤＳＵ、コンプライアンス：ＦＣＣ第１５種別Ａ、ＦＣＣ第６８、ＵＬ、ＣＳＡ、ＡＮＳＩＴ１．１０１（ＭＴＩＥ）、ＡＮＳＩ  Ｔ１．４０３−１９９５、ＡＴ＆Ｔ  ＴＲ６２４１１、コネクタ：ＲＪ−４８Ｃ、デュアル・バンタム（モニタ・ジャック）、およびインジケータ：システム状態、各Ｔ１ポートに対して赤と黄色の警報、（３）１２および２４ポート・バージョンが入手可能な１０ベース−Ｔイサーネット・ハブ・カード、レイヤ３セグメント・オプション：トラヒックはカード間に指向され、完全ＳＮＭＰ計装、コンプライアンス：ＦＣＣ第１５種別Ａ、ＦＣＣ第６８、ＵＬ、ＣＳＡ、ＩＥＥＥ８０２．３、ＩＳＯ／ＩＥＣ８８０２−３、コネクタ：ＲＪ−４５、およびインジケータ：システム状態、各イサーネット・ポートに対するリンクおよび活動状態、（４）１２および２４ポート・バージョンが入手可能なアナログ局カード、エンハンスド呼出者ＩＤディスプレイおよびメッセージ待機ランプのような特徴を備える標準およびエンハンスド・アナログ電話をサポート、動作電圧：オン・フック−４８Ｖ、オフ・フック−２４Ｖ、ＲＥＮ：３Ｂ、オンボード・リンギング電源、可聴周波数応答：３００ないし３５００Ｈz、コンプライアンス：ＦＣＣ第１５種別Ａ、ＦＣＣ第６８、ＵＬ、ＣＳＡ、コネクタ：５０ピンＲＪ−２１×、およびインジケータ：システム状態、（５）故障関連オプション−ディスク・ミラーリング（ＲＡＩＤ−１）のための冗長ハード・ディスク・ドライブ、および冗長電源。
【０１４６】
下表は、本発明によるインターフェースの概要を示す。
【０１４７】
【表２】
0004243019.tif 000003
【０１４８】
次に、本発明の望ましい実施の形態に対するシャシ仕様について記述する。下記は、本発明の通信システム５０の物理的仕様である。（１）高さ：５８．７４ｃｍ（２３．１２５インチ）、（２）幅：４４．４５ｃｍ（１７．５インチ）、（３）深さ：４５．７２ｃｍ（１８インチ）、および（４）重量：４０ｋｇ（８８ポンド）、最大形態。次に、取付けオプションについて記述する。すなわち、（１）ラック支持（規格Ｅ１Ａ  １９インチのラック）および（２）スタンド・アロン。電力要求量は下記のとおり。９５−１３２ＶＡＣ、４７−６３Ｈz、５．０Ａ、１９０−２６４ＶＡＣ、４７−６３Ｈz、２．５Ａ、突入電流（１電源）：４０Ａ最大  （１１５ＶＡＣ）、８０Ａ最大（２３０ＶＡＣ）、および任意の２次ホット揺動可能および負荷共有電源。環境範囲は下記のとうり。動作温度： ０°ないし４０°Ｃ（３２°ないし１０４°Ｆ）、動作湿度：最大８５％相対湿度、露結せず、および動作高度：最大３，０５０ｍ（１０，０００フィート）
通信システム５０のＰＢＸおよびオフィスのアテンダント・タイプ・プログラムＣＴ１アプリケーションは、複雑な呼出し制御および処理を行う。
【０１４９】
ＰＢＸの容量について次に述べる。通信システム５０のＰＢＸは、全特徴的な非閉塞ディジタルＰＢＸに複雑な呼出し制御能力をＴＲＰする。これらの能力は、現在ある電話配線に接続された標準的なアナログ電話を用いてもたらされる。更に、通信システム５０は、マイクロソフトの電話用途プログラミング・インターフェース（ＴＡＰＩ）規格に基く用途に対して、ＩＰベースのネットワークより拡張した呼出し制御能力をサポートする。ＴＡＰＩは、通信システム５０が仮想ディジタル電話を任意に提供することを許容し、安価で標準的なアナログ電話より拡張した呼出し制御特徴をもたらす。
【０１５０】
図２４において、更なる望ましい実施の形態による更に他のＴＡＰＩ関連機能について次に述べる。
ＴＡＰＩサポートを与える主要目的の１つは、ＣＴＩ用途がネットワーク上の電話ポートを制御することを許容することである。マイクロソフト社はこの機能をＴＡＰＩ２．１およびｒｅｍｏｔｅ．ｔｓｐを介して与えるが、この解決法は下記の制限を有する。すなわち、ＴＡＰＩサービス（ＴＡＰＩＳＲＶ）がユーザＩＤおよび領域に対するパスワードを有することを要求され、これはネットワークにおける侵食と見なすことができ、不要な安全上の問題を生じる。また、マイクロソフト社の試みによれば、電話ポートをワークステーションへマップする構成用途はＡＰＩを露出することはない。このことは、遠隔管理システムを用いるＴＡＰＩクライアントを構成することが簡単に可能ではないことを意味する。
【０１５１】
改善された試みは、クライアントとサーバ間に通信するウインドウズ・ソケットを用いること、およびクライアントのマシンに対するＴＡＰＩ線の関連付けを行うためデータベースを用いることである。ウインドウズ・ソケットを用いることにより、ＴＡＰＩサービスが領域アカウントを持つ必要を取除き、ＴＡＰＩ構成に対するデータベースを用いることにより、サーバ自体に対して唯一アクセス可能であるマイクロソフトのＴＣＭＡＰＰツールによる構成を行う必要を取除く。このように、クライアント／サーバネットワークのどこからでも構成を行うことができる。
【０１５２】
このようなＴＡＰＩの解は２つの新たな要素からなる。ＶＮＲＥＭＯＴＥ．ＴＳＰは、クライアントに常駐する新たなＴＳＰであり、必要に応じてＴＡＰＩ要求を受入れてこれらをサーバへ送りサーバからのメッセージを処理する。ＶＮＲＥＭＳＲＶ  ＥＸＥは、サーバ内方のＶＮＲＥＭＯＴＥ．ＴＳＰに対する「手、目および耳」であるサーバにおけるサービスである。これは、ＶＮＲＥＭＯＴＥ．ＴＳＰにより送られる要求を処理し、イベントをＶＮＲＥＭＯＴＥ．ＴＳＰへ戻す。ウインドウズ・ソケットの構成は、当技術において周知であり、従って本文の教示と一致するような機能を達成する適切なバリエーションを用いることができる。次に、オフィスのアテンダント・タイプ・プログラムのコンピュータ／電話用途について記述する。通信システム５０のオフィスのアテンダント・タイプ・プログラムは、強力な通信能力を直接デスクトップに与える使用の容易な用途である。これは、オペレータと管理者に対する総合的な呼出し取扱い機能を提供し、これらを直感的なグラフィカル・ユーザ・インターフェース（ＧＵＩ）により更に有効にする。
【０１５３】
通信システム５０の用途は、応答および転送呼出しのようなルーチン・タスクを促進する。これはまた、会議呼出しをセットアップして管理するような更に複雑なタスクを簡単にする。オフィスのアテンダント・タイプ・プログラムは、拡張したマイクロソフトＴＡＰＩを、通信システム５０が従来の高価で可搬性がなく使用が難しいアテンダント・コンソールを置換することを許容するＴＣＰ／ＩＰ技術よりも高める。
【０１５４】
通信システム５０のＰＢＸおよびオフィスのアテンダント・タイプ・プログラムの仕様について以下に示す。呼出し特徴に対するＰＢＸの特徴は、下記を含む。すなわち、呼出しの転送、構外呼出しの転送、使用中および無応答時の転送、時刻呼出し転送、呼出しのホールド、呼出しのトグル、呼出しの待機、コンサルテーション呼出し、コンサルテーション転送、ブラインド転送、会議呼出し、呼出しの取上げ、拡声器のサポート、および妨害しないこと。呼出者および被呼者の識別のための特徴は、下記のとうり。すなわち、エンハンスド呼出者ＩＤ電話に対するサポート、および内線間の識別。
【０１５５】
システムの特徴および管理の柔軟性は下記のとうり。すなわち、サービス・プロフィールの種別、均一なダイアル・プラン、時刻ダイアル・ポリシー、数字の挿入、自動経路指定（ＡＲＳ）、最低コスト経路決定、線グループ、リニア、円形および全リンギングを含むインテリジェント呼出し分配のためのハント・グループ、ダイアル・イン（ＤＩＤ）、メッセージの表示：ランプおよび途切れダイアル・トーン、各ユーザのプロフィール、呼出しの詳細記録、電話設定のリロケーション、ホールド時の音楽、である。
【０１５６】
下記は、オフィスのアテンダント・タイプ・プログラムの特徴である。すなわち、（１）システム−標準ウインドウズ用途、ＩＰに対する呼出し制御、ソフトウエアに基くコンソール、リロケーションが容易である、ドラッグ・ドロップ・ダイアリングおよび会議、仮想的線表示、インターフェース・インジケータ信号呼出しの状態、呼出者ＩＤの表示、待ち行列中の呼出し表示、会社の電話簿、タイプ入力ダイアリング索引、個人呼出しログ、アカウント番号入力、個人情報マネージャ、会議マネージャ、システム速度ダイアル・ボタン、プログラム可能な特徴ボタン、最近使用された番号リスト、ログイン・セキュリティ、ＣＴＩリング・テスト・ボタン、コンテキスト応動ヘルプ、およびコンタクト・データベースのインポート、（２）呼出しの取扱い−ダイアル・パッド、ハングアップ、先読み転送、ホールド、次に応答、呼出しの転送、妨害しない、（３）組込み要件−６６ＭＨzの４８６ＰＣ、１６ＭＢのＲＡＭ（ペンティアム推奨）を備える、およびウインドウズ９５またはウインドウズＮＴ４．０。
【０１５７】
ＰＢＸおよびオフィスのアテンダント・タイプ・プログラムの適用は、通信システム５０の一体部分である。他の通信システム５０のソフトウエア要素は、下記を含む。すなわち、データ通信サービス、ボイスメールおよび自動アテンダント用途、遠隔管理システム。
【０１５８】
通信システム５０によれば、ボイスメールと自動化アテンダントサービスによる高い生産性が達成可能である。通信システム５０のボイスメールおよび自動アテンダントサービスが、ＪＩＫＡＮまたは距離の制約なしに情報を共有することを許容することによりオフィスが生産性を高めることを助ける。顧客は、メッセージが届けられる保証をもって日中または夜間のどんな時間でもメッセージを残すことができる。オフィスの人員がオフィスにいるか外にいるかに拘わらず、どの社員でも世界中のどの電話からで直ちにメッセージにアクセスすることができる。
【０１５９】
更に、通信システム５０のボイスメール・サービスは、ユーザがそのボイスメールのメッセージにユーザの好きなｅメール・アプリケーションを介してアクセスすることを可能にする。通信システム５０のボイスメール・アプリケーションは、遠隔ボイスメール検索のためのＩＭＡＰ４−ｅメール・アプリケーションと、および最も一般的なオペレーティング・システムを用いて偏在するメッセージ再生のためのＷＡＶ音響ファイル・フォーマットとの互換性を含む公開された産業規格に対する完全なサポートにより構築される。
【０１６０】
通信システム５０の自動アテンダントアプリケーションは、毎日２４時間構内呼出しを経済的に処理する─各呼出しに応答し、時刻または週日に基いてカスタマイズされた命令を与え、呼出者を最もよく助ける人員へ送る。呼出者は、オペレータまたはダイアル・イン（ＤＩＤ）サービスを要求することなく特定の人または部署にたどり着くようにインテリジェント呼出し分配特性を用いることができる。ＤＩＤを使用する会社の場合は、指示および郵便アドレスのような情報に対する一般的要求を取扱うことによって、自動アテンダントが人間のオペレータを助けるのに理想的に適している。
【０１６１】
下記は、通信システム５０のボイスメールおよび自動アテンダントの仕様である。ボイスメールの特徴は、下記を含む。すなわち、６までの同時のボイスメール・セッション、約６７時間の記憶、これ以上のハードウエア不要、割込み可能なプロンプト、およびパスワード保護。ボイスメール取扱いの特徴は、新たなメッセージの検索、メッセージ保管、ハングアップ前に削除メッセージの聴とり、メッセージの時間スタンプおよび長さの聴とり、メッセージの送出、メッセージに返事、メッセージのスキップ、メッセージの終りへ、５秒間バックアップおよび送出、聴とり休止／再開、および記録休止／再開を含む。
【０１６２】
多目的メッセージ通知の特徴は、断続ダイアル・トーン、ランプ・インジケータ、およびＩＭＡＰ４ｅメールの検索を含む。次に、自動アテンダントの特徴は、カスタマイズ可能なあいさつ、時間、曜日および祭日のスケジューリング、自動呼出し経路指定（部署別経路指定のための個々の内線およびハント・グループ）、オーディオ／テキスト・メールボックス、ネームによるダイアル、多レベル・メニュー、および信号／数字メニューを含む。
【０１６３】
ボイスメールおよび自動アテンダントアプリケーションは、通信システム５０の一体部分である。他の通信システム５０のソフトウエア構成要素は次のものを含む。すなわち、ＰＢＸサービス、オフィスアテンダント・タイプのプログラム・コンピュータ／電話アプリケーション、データ通信サービス、および遠隔管理システム。
【０１６４】
通信システム５０は、スケール変更可能性、信頼性および使用の容易性のため設計された統合プラトフォームにおける総合的な通信サポート─多重プロトコル・ルータ、完全ＬＡＮ／ＷＡＮ接続性、ＰＢＸ音声能力、および通信アプリケーション一式。
【０１６５】
通信システム５０のデータ通信サービスが、ローカル・エリア・ネットワークに対する組込みサービスを提供し、支店オフィスを本店に接続し、遠隔アクセスおよびインターネットの接続性を従業員へ提供する。更に、データ通信サービスは、オフィスが仮想専用ネットワーク（ＶＰＮ）を創設することを許容し、遠隔アクセスおよびオフィス間の接続における経費を節減する。更に、オフィスは、同じＴ１アクセス回路上の音声およびデータの両トラヒックを統合することによって大きな経費を節減することができる。組込みマルチプレクサは、データ・トラヒックを処理のためデータ通信サービスへ送り、残りの音声トラヒックがＰＢＸへ直接送られる。
【０１６６】
通信システム５０の多重プロトコル・ルータは、マイクロソフト社のＮＴ経路指定／遠隔アクセス・サーバ（ＲＲＡＳ）に基いている。通信システム５０を用いるオフィスは、アナログ・ダイアル・アップおよび統合ディジタルＴ１および（または）ＤＤＳ回路を含む、フレーム・リレーおよび多目的ＷＡＮインターフェースのような付加価値サービスを用いてベースＲＲＡＳ要素を拡張することができる。多重プロトコル経路指定（ＭＰＲ）能力は、スモール・オフィスおよび支店オフィスに最適化された全特徴を備えた規格に基くＬＡＮおよびＷＡＮ経路指定を提供する。規格に基く特徴とは、ＩＰ経路指定（ＲＩＰ、ＲＩＰｖ２、ＯＳＰＦｖ２）、ＩＰＸ経路指定（ＲＩＰ、ＳＡＰ、ＩＰＸＷＡＮ）、パケット・フィルタ処理、フレーム・リレー（ＲＦＣ１４９０、Ｃｉｓｃｏ）、地点間プロトコル（ＰＰＰ）、多重リンクＰＰＰ、ダイアル・オンデマンド経路指定、無種別領域間経路指定（ＣＩＤＲ）、ＰＰＰ認証プロトコル（ＣＨＡＰ、ＰＡＰ）、ＤＨＣＰリレー・エージェント、低速シリアル・リンクに対するＴＣＰ／ＩＰヘッダの圧縮、経路ＭＴＵの発見、ＰＰＰインターネット・プロトコル制御プロトコル（ＩＰＣＰ）、圧縮制御プロトコル、およびＩＣＭＰルータ発見メッセージを含む。
【０１６７】
通信システム５０のデータ通信サービスは遠隔アクセス・サービスを含み、業務においてそのネットワークを電話線を介して拡張して─逓増するモバイル作業環境に追いつくことを許容する。ネットワークマネージャは、帯域外管理アクセスのため遠隔アクセス・サーバ能力を用いることができ、これは遠隔場所からの最初の組込みおよび故障対策に対して特に有効である。更に、モバイルおよび在宅作業ユーザは、ユーザの会社のネットワークにシームレスかつ安全にアクセスすることができる。これらのユーザは、下記のような特徴を用いて遠隔的に作業し、印刷しアプリケーションを実行することができる。すなわち、全ての主要遠隔クライアントに対する総合的ダイアルアップ・ネットワーキング・サポート、認証、ＲＡＤＩＵＳクライアントのサポート、トークン・カード・サポート、ＰＰＰおよび多重リンクＰＰＰ、マイクロソフト社の地点間圧縮、再始動可能ファイル・コピー、および遊休時の遮断。
【０１６８】
仮想専用ネットワークは、専用の私設ネットワークの経費なしに、インターネットのようなＩＰパケットネットワークをユーザに使用させ、遠隔ユーザとその会社のネットワークとの間の確実な接続を提供する。通信システム５０は、ＶＰＮを生成するために地点間トンネル・プロトコル（ＰＰＩＰ）に基く柔軟でありかつ総合的な解決法を提供する
ＰＰＴＰにより、ユーザは地域のインターネット・サービス・プロバイダへダイアルして、あたかも自分のデスクにあるかのように容易かつ安全にネットワークにアクセスすることができる。ＰＰＴＰ手法は、下記のような著しい利点を提供する。すなわち、ウインドウズ９５、ウインドウズ９８、ウインドウズＮＴワークステーション、および他の多くのＶＰＮ製品であるＰＰＴＰクライアント／ネットワーク、オフィス間の接続性をもたらすＰＰＴＰネットワーク間、データの暗号化（ＲＳＡ  ＲＣ４）、およびＩＰ、ＩＰＸおよびＮｅｔＢＥＵＬとの互換性。
【０１６９】
データ通信サービスは、管理者が出線ネットワークの保守、診断および故障対策を集中することを可能にし、かつ新設オフィスのセットアップあるいは現在のオフィスの変更のような遠隔的な変更を容易に達成する強力な管理ソフトウエアを含む。特徴としては下記を含んでいる。すなわち、完全ＳＮＭＰ計装化、データおよび音声サービスのために構成されたＭＩＢ、性能および能力の監視、インターフェースの状態のリアルタイム表示、ピング音、トレース経路、ＮｅｔＳｔａｔ、およびＷＡＮプロトコル・トレース能力。
【０１７０】
データ通信サービスは、通信システム５０の一体部分である。他の通信システム５０のソフトウエア構成要素は、ＰＢＸサービス、通信システム５０のコンピュータ／電話アプリケーション・ボイスメールおよび自動アテンダントアプリケーション、および遠隔管理システムを含む。
【０１７１】
出線管理コストは、通信インフラストラクチャの運用経費の主要部を構成する。このことは、技術的経費が少なく訓練された人員が移動、付設および取換えのような日常的作業のため現地出張をしばしば行う遠隔オフィスに対して特に妥当する。問題を付加するのは、大半の通信インフラストラクチャが多くのベンダからの多数のボックスからなり、多くの構成要素を運転し保守を行うため色々な専門人員を必要とするという事実である。
【０１７２】
通信システム５０の遠隔管理システムは、音声およびデータの両サービスに対する統合化された遠隔管理能力を提供することによってこれらの所有コスト問題に対処する。遠隔管理および故障の監視を目的として、遠隔監視システムは、顧客構内全体を遠隔的に管理するためのコスト効率のよい方法を提供する。多数のオフィスまたは拡張計画を持つ会社は、設置場所がどこにあってもその高価な技術的資源をテコ入れすることにより著しいコスト節減を体現することができる。更に、通信システム５０の集中化された管理能力は、音声およびデータ・サービスの両方のプロバイダに対して独特な管理されたネットワークサービスの機会を提供する。
【０１７３】
遠隔管理システムは、下記の構成要素からなる。すなわち、
（１）遠隔管理コンソール：この構成要素は、通信システム５０の全特質を管理するための統合化されたウエブ・インターフェースを提供する。ＨＴＭＬ、Ｊａｖａおよびボタン技術に基いて、遠隔管理コンソールは、習得および使用が容易である一貫したインターフェースを提供する。
（２）ＳＮＭＰ：通信システム５０の音声およびデータの両特質は、ボイスメールおよびＰＢＸのような主要アプリケーション・サービスを含むＳＮＭＰが計装されてきた。
（３）呼出しの詳細記録：通信システム５０により送受された全ての音声およびデータの呼出しの完全な記録、この情報は呼出しのパターンおよび線の使用を分析し、呼出しレポートを生成するために用いることができる。
（４）独立的な故障モニタ：大型の中央サイト・システムにおいてのみ典型的に見出される特徴で、独立的な故障モニタが、システムの運転を管理し、システム管理者に対して故障を検出して報告する。
（５）トレース・マネージャ：全てのシステム活動の完全なログであり、このトレース・マネージャは、故障対策を容易にするため、リアルタイムの呼出し進行、ＷＡＮプロトコル・トレース、フレーム・リレー管理情報、およびボイスメール活動のような有用な情報を提供する。
【０１７４】
以下は、通信システム５０の遠隔管理システムに対する仕様であり、３０分以下の迅速な据付け、遠隔的なソフトウエアのアップグレード、必要とされる最小限の技術的な専門知識、堅固で保守の少ないプラトフォーム、高い利用性を生むアーキテクチャ、管理負担を軽減する自己診断、ディジタル線を介し埋設された５６Ｋｂｐｓモデムによる遠隔管理、および集中化されたパスワードの容易性である。本発明の遠隔管理コンソールは、下記の特徴および利点を含む。すなわち、全ての音声およびデータ・サービスを管理するウエブに基くコンソール、ＴＣＰ／ＩＰ接続におけるネットワークにおけるインスタント・オフィス・システムの管理、多重管理レベル（カスタマイズ可能）、パスワード保護、遠隔的な移動、付設および交換のサポート、監視および診断ユーティリティ、ＬＥＤの状態を含むインスタント・オフィス・システムの状態の一覧視認を提供するシャシ展望、学習および使用が容易であるグラフィカル・ユーザ・インターフェース、広範なオンライン・ヘルプ、およびインターネット・エクスプローラ４．０またはネットスケープ４．０を用いるウインドウズ９５およびウインドウズＮＴでの実行。
【０１７５】
ＳＮＭＰの特徴は下記を含む。すなわち、音声およびデータに対する完全なＳＮＭＰ計装、ＨＰオープン・ビューおよびサン・ネットマネージャ、ＳＮＭＰ規格、ＳＮＭＰ（ＲＦＣ１１５７）、管理情報の構造および識別（ＲＦＣ１１５５）、コンサイスＭＩＢ定義（ＲＦＣ１２１２）、ＭＩＢ−ＩＩ  ＭＩＢ（ＲＦＣ１２１３）、トラップス（ＲＦＣ１２１５）、標準ＭＩＢ、フレーム・リレーＤＴＥ（ＲＦＣ１３１５）、Ｔ１／Ｅ１インターフェース（ＲＦＣ１４０６）、中継器（ＲＦＣ２１０８）、マイクロソフトＨＴＴＰ、マイクロソフトＬＡＮマネージャ、マイクロソフトＲＩＰｖ２、マイクロソフトＯＳＰＦｖ２、私設ＭＩＢ、Ｔ１内線、ステーション・モジュール、ボイスメール、呼出し詳細記録（ＣＤＲ）、送受された全ての音声およびデータ呼出しの完全記録、ＣＤＲアプリケーションへのインポートのための標準ファイル・フォーマット、および専用ワークステーションによらないＣＤＲ情報の遠隔分析のような標準的な企業ネットワーク管理ステーションのサポート。
【０１７６】
独立的な故障モニタは、下記の特徴および利点を含む。すなわち、システム全体に対する独立的なウォッチドッグ・サービスを提供する埋設プロセッサ、システム・イベント・ログ、遠隔アクセスのための専用モデム、システム故障のページャ通知、システム状態、ファン、電源、オペレーティング・システムおよびシステムのリセット。
【０１７７】
トレース・マネージャは、下記の特徴および利点を含む。すなわち、全てのシステム活動の表示、図形ベースであること、１件サービス・ベースでの動作可能化、多重トレース・レベル、および読みやすいようにカラー・コード化されたイベント。
【０１７８】
通信システム５０の遠隔管理システムは、通信システム５０の一体部分である。他の通信システム５０のソフトウエア構成要素は下記を含む。すなわち、ＰＢＸサービス、通信システム５０のコンピュータ／電話アプリケーション、データ通信サービス、およびボイスメールおよび自動アテンダントアプリケーション。
【０１７９】
これらソフトウエア構成要素は一つに組合わせて、遠隔オフィスまたはスモール・オフィスに最適化された強力かつ使用の容易な通信の解決法を提供する。
次に図４を参照して、拡張した呼出しロギング特性を用いる更に望ましい実施の形態について次に記述する。図１４に示されるように、呼出しロギング・ウインドウ３５０は、本発明によりコンピュータで走るオフィス・アテンダント・タイプ・プログラム（例えば、図８Ａの呼出しログ・アイコン１４２参照）のユーザによって開かれる。代替的な実施の形態においては、呼出しロギング・ウインドウ３５０は、入電の受信時、あるいは出電の開始時に自動的に開かれる。ウインドウ３５０は、望ましくは呼出しログ識別番号、呼出し時間開始、呼出しの持続時間、呼出しのタイプ（国内または外国）、勘定情報、などのログにおける呼出しに対する情報を表示する表示ウインドウ３５２、３５４を含むことが望ましい。他の実施の形態においては、呼出しログ記録に含まれることが要求される他の情報が、このようなウインドウに含まれる。ウインドウ３５４は、複数の呼出しをウインドウ３５４に表示できることを理解すべきであるが、唯一つの呼出しが表示された状態で示され、実際には、呼出しログはウインドウ３５４に同時に表示できない多くの呼出しを含み得る。ログされた呼出しを上下にスクロールさせるために、単数または複数のスクロール・ボタン（スクロール・アイコン３５３のような）が設けられることが望ましい。
【０１８０】
マウスまたはポインタのクリックによりウインドウ３５４における複数のログ呼出しから選択される特定の呼出しの詳細を表示するためにウインドウ３５６が設けられることが望ましい。ウインドウ３５６は、特定のログされたＣＬしの詳細を含み、更に勘定フィールドすなわちウインドウ３５８と注記ウインドウ３６０をも含むことが望ましい。望ましい実施の形態における勘定フィールド・ウインドウ３５８が勘定により呼出しを追跡する目的のために、かつ望ましくはこのようなログされた呼出し情報を複数のコンピュータから集めてかかる情報に基いてレポートを生成するために使用されることが望ましいことに注意すべきである。ウインドウ３６０は、呼出しの前、呼出し中あるいは呼出し後にユーザにより入力された注記を表示するために用いられ、および（または）先に入力された情報を表示することができる。ある実施の形態においては、ウインドウ３６０は、通信システム５０から、あるいはパケット・バスにおける別のコンピュータからパケット・バスにより受取った勘定状態情報、支払い情報、注文情報などのような情報を表示する。この実施の形態においては、勘定情報などに基いて、この勘定に対応する特定の情報が検索され、特定の勘定などを呼出すユーザに利用可能にされることが望ましい。
【０１８１】
ある実施の形態においては、入電の受信時あるいは出電の開始時に、ウインドウ３５０のようなウインドウが自動的に現われる（これは、オフィスの入電および出電を管理しているユーザに対するオフィスのアテンダント・タイプ・プログラムにより、あるいはオフィスの入電および出電を管理していないユーザに対する組プログラムによる）。望ましい実施の形態においては、ユーザはスクリーン上に表示される簡単なメッセージ、および（または）ユーザのコンピュータに表示されるメッセージにより、アカウント／フィールド３５８に勘定の数字を入力するよう促される。更に他の実施の形態においては、入電または出電を終了するためにユーザが勘定／フィールド３５８に勘定数値を挿入しなければならない．この実施の形態においては、プロセッサ／システム資源７０および（または）ユーザのコンピュータが、ユーザにより与えられた勘定数値情報を正確に読出し、勘定数値を受入れあるいは妥当性検査を行う（例えば、入力された勘定数値を妥当な勘定数値の記憶リストに比較し、一致が存在するか判定する）。妥当しない勘定数値が検出される場合、入力された勘定数値が妥当しない、認識されない、などを示す適切なメッセージ・ウインドウおよび（または）警告音がユーザへ与えられることが望ましい。妥当な勘定数値が検出される場合は、呼出しが完了する。
【０１８２】
代替的な実施の形態においては、ユーザはスクリーン（適切なウインドウなど）に表示される簡単なメッセージによりあるいは音響で促され、呼出しが所定の時間だけ完了する。これが、勘定の認証および（または）妥当性検査もなく呼出しを完了させるが、勘定情報を所定の期間内に正確に入力することを要求する。
【０１８３】
更に別の実施の形態においては、通信システム５０（および（または）パケット・バスなどを介して通信システム５０に接続された別のコンピュータ）が、先に述べたような呼出しログによりコンピュータをプログラムを用いて周期的にポーリングし、呼出しログ情報を検索する。自動化された呼出しログのポーリングにより、通信システム５０のような中央の資源（および（または）他のコンピュータ）がパケット・バス（再び、例えば図３を参照）上で呼出しログ情報を周期的かつ望ましくは自動的に集め、次にこの情報が通信システム５０および（または）別のコンピュータにおいて走る適切なアプリケーションに利用可能にされ、コンパイル、処理、分析、印刷などが行われる。この実施の形態によれば、入電および出電がログされて勘定情報と関連付けられることが望ましく、このログされた情報が複数のコンピュータから集められて更なる処理および（または）使用のため中央資源に対して利用可能にされることが望ましい。
【０１８４】
望ましい実施の形態においては、通信システム５０がどのコンピュータが「ログオン」されオフィスのアテンダント・タイプ・プログラムまたは組プログラムその他のプログラムを走らせているかを連続的に監視しあるいはこれを知ることに注意すべきである。このように、通信システム５０は、どのコンピュータ／ユーザがログオンされ、これによりｅメール、コマンド、ネット・メッセージを送りこの情報に基いて他の動作を行うかを連続的に認識している。
【０１８５】
次に図１５ないし図１７Ｈを参照して、本発明のある望ましい実施の形態による通信システム５０のようなシステムの遠隔管理／構成および遠隔診断の色々な特質について次に記述する。
【０１８６】
図１５は、望ましいブラウザ・タイプのアプリケーション・インターフェースを用いることが望ましい遠隔管理／構成アプリケーション／アプレット（望ましくは、Ｊａｖａアプレットとして知られるもの）からのウインドウを示している。ブラウザな・タイプのインターフェースを用いて、通信システム５０を遠隔的に構成しあるいは管理することを欲する者は、ブラウザを用いることが望ましく、かつ通信システム５０とのＩＰその他類似の接続を確立することが望ましい。望ましい実施の形態においては、このＩＰタイプ接続は、ＬＡＮ接続、シリアル・ポート接続を介して（例えば、プロセッサ／システム資源７０に対するシリアル・ポートを介して）、ＷＡＮ接続（ＷＡＮサービスネットワーク５８を介して、例えば、図３参照）を経て確立される。
【０１８７】
重要なことは、通信システム５０の管理／構成は、望ましくはブラウザ・タイプのアプリケーションを用い、かつ望ましくはハイパーテキスト変換プロトコル（ＨＴＴＰ）あるいは類似のプロトコルを用い、ＩＰ接続その他の類似の接続を介して遠隔的に行われることである。この望ましい実施の形態においては、望ましくかつ柔軟な方法で通信システム５０を管理し、構成し、診断するためにＨＴＴＰコマンドが用いられる。また、管理し、構成するなどの方法でＨＴＴＰコマンドを使用すると、ＷＡＮ資源（例えば、Ｔ−１カードまたは資源）、ＰＢＸおよび電話資源（例えば、局のカード、ボイスメール）、およびＬＡＮ資源（例えば、イサーネットその他のネットワークカード／資源）が、柔軟かつ望ましい方法における通信システム５０の遠隔制御および監視を可能にすることにも注意すべきである。特に、「ファイアウォール」として知られる暗線保護装置が通信システム５０と関連して構成されるならば、（例えば）ＷＡＮサービスを構成するためこのようなＨＴＴＰコマンドの使用は、ＨＴＴＰ通信／トラヒックを許容することによりファイアウォール保全システムとの衝突を低減するポートを大半のファイアウォール・システムが使用する場合に更に容易に達成される。実際に、遠隔処理は、ＩＰタイプ接続などにより通信システム５０へ「トンネル」するＨＴＴＰによって達成される。
【０１８８】
通信システム５０の構成および動作についての安全保護を維持するために、パスワード／ユーザ識別の安全保護装置が当該実施の形態における用いられることが望ましいことにも注目されたい。特定のアプリケーションに対して必要であればこのような安全保護を改善するために、暗号化手法もまた用いられる。
【０１８９】
また、当該望ましい実施の形態が「トランザクション」に基いて働くことが望ましいことにも注目されたい。ＨＴＴＰの「トンネリング」により実現されるセッションを用いて通信システム５０に接続された様な遠隔コンピュータまたはクライアントがトランザクションに基く相互作用を確立することが望ましい。当該実施の形態によれば、クライアントが、望ましくは仮想的な私設ネットワークまたは仮想的な私設チャネル接続として知られるものを用いて、例えばＪａｖａプログラミングをインターネットを介するように遠隔的に用いてトランザクションを開始する。特定のトランザクションまたは操作（本文に述べたような）がクライアントにより開始されて完了まで進行し、この時トランザクションの結果がクライアントに知らされ、さもなければ、クライアントが「ローリング・バック」のトランザクションの完了前にオプションを持ち、あるいはなにかがトランザクションなどで間違いすなわち正しくないことをクライアントのユーザが判定した場合に、トランザクションを取消す。通信システムの「サーバ」におけるソフトウエアが、トランザクションを受入れ、修正しあるいはロールバックするオプションでクライアントに促すことが望ましい。望ましい実施の形態では、クライアント・サーバのセッションが１つまたは一連のこのようなトランザクションを処理する。このようなトランザクション・ベースのシステムにおいては、遠隔的なコマンドおよび操作が望ましくはＪａｖａクライアントとサーバ間で更に安全な方法で行われ、その全てが先に述べたＨＴＴＰトンネリングを用いて達成されることが望ましい。
【０１９０】
再び図１５を参照して、通信システム５０を遠隔的に管理／構成することを欲するユーザによる遠隔アクセスのための色々なアイコンが示される。適切なアイコンをクリックすることにより、種々のシステム管理／構成機能が実現される。図示のように、一般的な管理機能が含み関連するのは、ログオフ、診断、ヘルプ、シャシ・ビュー（後で更に詳細に述べる）、全般的設定、ソフトウエア・バージョン（特定の通信システム５０に組込まれるソフトウエア・モジュールおよびリリースのレジストリの提示を可能にする）、呼出しの詳細レポート、再始動／リブート、パスワード管理、ＳＮＭＰの構成、システムのバックアップ／リストア、ディスク・アレイの構成、アクセスの許可、ＳＮＭＰ警報、ソフトウエアのアップグレード、日付および時刻、などである。図示のように、ＰＢＸおよびボイスメールの管理機能が含み関連するのは、内線の構成、自動アテンダントおよびボイスメール、第１の数字表、ハント・グループ、局のレポート、ローカルＴＡＰＩの構成、ＣＴＩ高速ダイアル番号、などである。図示のように、データ管理機能が含み関連するのは、ＩＰネットワークの設定、ＩＰＸの構成、ＲＲＡＳの経路指定（経路指定および遠隔アクセス・サービス）、ネットワークサービスおよびアダプタ、などである。図示のように、線の管理機能が含み関連するのは、中継線グループ、Ｔ−１中継線、中継線アクセスのプロフィール、アナログ中継線、フレーム・リレー、などである。
【０１９１】
知ることが重要であることは、当該望ましい実施の形態において、適切な直感的アイコンにより所望の機能または動作を達成するアプレットを遠隔地の人員が便利に選択できるように、また通信システムの構成および管理およびＰＢＸ、ボイスメール、ＬＡＮおよびＩＰネットワーク接続、中継線グループ、Ｔ−１中継線、フレーム・リレーなどの構成のため便利に使用できる種々のアイコンが提示されていることである。この実施の形態においては、音声、データ、ＬＡＮ、ＷＡＮの諸サービスおよびアプリケーションなどのアクセスおよび管理などのために、遠隔的に視認が可能な１つのユーザ・インターフェースを使用できる。
【０１９２】
図１６Ａないし図１６Ｆは、本発明の望ましい実施の形態による遠隔管理／構成の色々な特質について更に記述するために用いられる。
図１６Ａは、例えば、図１５のシャシー・ビュー・アイコンの選択に応答して表示される「シャシー・ビュー」ウインドウ３６４の望ましい実施の形態を示している。ウインドウ３６４は、通信システム５０のシャシー３６６の視覚的表示を含むことが望ましく、かつ種々の局カード、資源カード、電源、ドライバなどの視覚的表示を含むことが望ましい。このような視覚的表示は、局／資源カード３７４、ポインタの矢印により表わされる内蔵の特定カード３７２、電源３７０、ドライバ３６８などを含む。重要なことは、システム全体の直感的な視覚表示が、遠隔的に監視、管理、構成などが行われる特定の通信システム５０の構成の理解を容易にする方法で表示されることが望ましい。
【０１９３】
望ましい実施の形態においては、特定のカードまたは資源にポイントすると、カード３７２に指向されるポインタにより示されるように、このカードまたは資源の拡大された視覚表示が生じ、その結果カード３７２の拡大された表示がシャシー・ビューに隣接して現われる。図示された事例では、カード３７２は円３７８内にネットワーク接続ポートを含み、事例として空のポート３７８Ａと占有されたポート３７８Ｂとを示している。このように、当該実施の形態によれば、カードまたは資源の拡大表示が視覚的に表示され遠隔地で視認され、特定のポートまたは資源が用いられるかどうかの視覚的表示もまた便利に提示される。
【０１９４】
望ましい実施の形態によれば、種々の機能および（または）動作が先に述べたような遠隔管理／構成のために提供される。このような機能および動作を提示するウインドウは、遠隔の人員を直感的に所望の動作などへ導くような方法で表示されることが望ましい。このようなウインドウは、図１５に示されるような適切なアイコン（図１５のアイコンは、Ｖｅｒｔｉｃａｌ  Ｎｅｔｗｏｒｋｓ社（本願の譲受人）の１９９８年の版権）を選択することによりアクセスされ、あるいは図１６Ａのシャシー・ビューにおける特定の局または資源カード上をクリックすることによりアクセスされる。次に、種々の遠隔管理／構成ウインドウについて更に記述する。
【０１９５】
図１６Ｂにおいて、特定の通信システム５０のＴ−１チャネルの構成のためにウインドウ３８０が提供される。先に述べたように、ウインドウ３８０は、図１５のＴ−１線アイコンのクリックに応答して提示され、あるいは、ウインドウ３８０は図１６Ａのシャシー・ビューのＴ−１資源／局カードのクリックに応答して提示される。図示のように、ウインドウ３８０におけるポイントおよびクリック操作により、遠隔人員がＴ−１チャネルを使用可能／使用不能状態にし、信号発信をセットあるいはリセットし（例えば、ウィンク開始、グラウンド開始、など）、線グループ（例えば、（空のチャネル・データ線トラヒックをＲＲＡＳインターフェースへ指向させるために用いられ、これによりＷＡＮに関してＬＡＮがデータを送受することを可能にする）ＷＡＮデータ）、アナログ音声（例えば、到来するアナログ音声の中継線トラヒックを既定の宛先へ指向する）、ディジタル音声（例えば、到来するディジタル音声トラヒックを既定の宛先へ指向する）、アナログＤＩＤ（例えば、到来するダイヤル・インのアナログ音声線のトラヒックを既定の宛先へ指向する）、ディジタルＤＩＤ（例えば、ＤＩＤディジタル中継線のトラヒックを既定の宛先へ指向する）、およびモデム（例えば、Ｔ−１線またはアナログ中継線のいずれかを通信システム５０の一部として含まれる１つ以上のモデムへ指向する）を構成する。
【０１９６】
この実施の形態によれば、Ｔ−１中継線は、直感的なポイントおよびクリックの方法で構成され、これによりこの資源の遠隔的な管理および構成を容易にする。特定の事例として、多数のＴ−１チャネルが、マウスまたはポインタにより図１６Ｂにおいてブロックとして選択され、このブロック─選択されたＴ−１チャネルが同時に構成される（例えば、使用可能／使用不能状態になる構成、信号生成する構成、中継線グループの構成、など）。このようなクリックおよびブロック選択操作により、多数のＴ−１チャネルが１つのグループに構成される。
【０１９７】
図１６Ｃに示されるように、（再び、アイコンの選択またはシャシー・ビューなどにおける局カードの選択のいずれかにより）局カードの局ポートを構成するためにウインドウ３８２が提供される。同様に図示されるように、特定の局の状態（例えば、使用可能状態かあるいは不能状態か）、電話のタイプ（例えば、呼出者のＩＤ、基本、など）、メール待機インジケータ（ＭＷＩ）（例えば、ダイアル・トーンを断続し、電話のランプを点灯するなど）、動作モード（例えば、局としての動作、ボイスメールへの指向、など）。図１６Ｂに関して先に述べたように、直感的なポイントおよびクリック・タイプの操作により、種々の局カードが選択され（ブロックなどとして選択される多数の局を含む）、直感的な方法で遠隔的に構成される。
【０１９８】
図１６Ｄは、本発明の望ましい実施の形態によるアナログ中継線を構成するために用いられるウインドウ３８４を示している。図１６Ｅは、本発明の望ましい実施の形態によるフレーム・リレー・タイプのＷＡＮ資源の構成に用いられるウインドウ３８６を示す。図１６Ｆは、本発明の望ましい実施の形態によるネットワーク（例えば、ＩＰネットワーク）の設定を構成するために用いられるウインドウ３８８を示す。
【０１９９】
図示されたこれら事例から判るように、種々の管理／構成操作を、望ましくは直感的なブラウザ・タイプのインターフェースを用い、かつ望ましくは所望の非常に改善された方法でＪａｖａによるなどのアプレット環境においてＨＴＴＰタイプのコマンドを用いて遠隔的に行うことができる。
【０２００】
図１７Ａないし図１７Ｈに示されるように、このような遠隔処理概念が本発明の更に他の望ましい実施の形態により遠隔的な診断操作に拡張される。
図１７Ａに示されるように、遠隔ユーザが通信システム５０について遠隔的な診断を行うための種々のアイコンが提示される。このようなアイコンは、例えば、種々の「ＤＯＳプロンプト」タイプのコマンド（例えば、ピング音、ＡＲＰ、遠隔印刷、ネット開始、ホスト・ネーム、トレース経路、およびＩＰ構成）を生じるために用いられる。アイコンはまた、線モニタ、リンクモニタ、ボイスメール・モニタ、局モニタおよびトレース・モニタのような更に拡張された診断タイプ操作のためにも提供される。種々のこのような診断操作について、次に更に詳細に述べる。
【０２０１】
図１７Ｂに示されるように、線監視機能を提供するために、ウインドウ３９０が提供される。図示のように、ウインドウ３９０は、スロット、ボード、ポート、状態、および種々の線の被呼者および呼出者の情報を容易に提供するために用いられる。図１７Ｃに示されるように、ウインドウ３９２は、リンク監視機能を提供するために提供される。図示のように、ウインドウ３９２は、どのカードがどおポートに接続されるか、などのように通信システム５０内部に確立されるリンクに関する情報を容易に提供するために用いられる。図１７Ｄに示されるように、ウインドウ３９４は、局の監視機能を提供するために提供される。図示のように、ウインドウ３９４は、通信システム５０における種々の局／内線の状態に関する情報を容易に提供するために用いられる。明らかなように、このようなウインドウは、所望の状態および他の診断タイプの情報を遠隔人員へ容易に提供するために用いられる。
【０２０２】
望ましい実施の形態によれば、拡張された遠隔トレース監視もまた提供される。図１７Ｅは、通信システム５０における種々のソフトウエア構成要素、ドライバなどからのトレース情報を表示するために用いられるウインドウ３９６を示す。遠隔的に提供されるトレース情報のレベルおよびタイプは、本発明の望ましい実施の形態により制御されることが望ましい。図１７Ｆは、提供できる第１のレベルのトレース情報（例えば、標準）が選択されるウインドウ３９７を示す。図示のように、遠隔ユーザは、トレース・モニタ・ウインドウにトレース情報を提示させるため種々の構成要素を選択することができる。図１７Ｇは、提供できる第２のより高いレベルのトレース情報（例えば、拡張された）が選択されるウインドウ３９８を示す。図示のように、遠隔ユーザは、自動アテンダント、ボイスメール、接続マネージャ、ＤＳＰマネージャ、Ｔ−１ドライバ、ＬＡＮドライバ、フレーム・リレー・ドライバなどと関連するような種々のソフトウエア構成要素を選択し、また提供されるトレース情報を更に正確に制御するため種々のトレース・フィルタを選択する。図１７Ｈは、あるタイミングおよびモードの情報が選択されるウインドウ３９９を示す。図示のように、ウインドウ３９９は、望ましくは表示されるエントリ数、ポーリング間隔などに対して提供される、制御により、トレース情報がリアルタイムに提供されるかファイルに記憶されることを提示するために用いられる。ファイルに記憶されたトレース・エントリに対しては、開始および終了時のサーチ・パラメータもまた選択することができる。
【０２０３】
次に図１８を参照して、本発明の望ましい実施の形態の更なる特質について記述する。
本文に述べた記述に基いて、通信システム５０が他のこのような通信システムに特定のアプリケーションに対して望ましい方法で接続されることが明らかであろう。図１８は、３つのこのような通信システム５０Ａ、５０ｂ、５０Ｃを示している（他の実施の形態においては、他の数の通信システム５０を設けてもよい）。種々の通信システムが種々の所望のＷＡＮサービス（ＷＡＮサービス５８Ａ、５８Ｂ、５８Ｃが示される）に接続され、また接続４１０Ａ、４１０Ｂなどを介して相互に接続される。接続４１０Ａ、４１０Ｂは、例えば、イサーネットその他のＬＡＮタイプ接続（例えば、同じ一般的場所または物理的な近傍における多数の通信システム５０に対して）でよく、あるいはまた、相互に地理的に離れた（例えば、本店オフィスと１つ以上の遠隔の衛星タイプのオフィス、など）通信システム５０におけるようにインターネット上で確立される接続のようにインターネット上で確立された接続（例えば、ＩＰ接続）のような遠隔接続でもよい。図３は、このような接続を確立するために用いられる種々の経路を示している。重要なことは、情報が種々の通信システム間に特定の物理的形態に適する方法で接続されることである。
【０２０４】
望ましくは、通信システム５０Ａは、ＰＲＩすなわち主要速度のインターフェース、または、Ｂ（すなわち、ベアラ）なる複数のチャネルと、例えば制御信号とパケット切換えモードにおけるような顧客の呼出しデータとを送るため使用される少なくとも１つのＤ（データ用）チャネルとを含むＩＳＤＮ回路を含んでいる。当技術において周知のように、Ｄまたは類似の制御信号チャネルは、典型的に音声すなわちＢチャネルに対して適切な信号情報を提供するために使用される。Ｄチャネルは、典型的にかつ望ましくは、シリアルなデータ・ストリームの形態でこのような制御信号情報を運ぶ。このようなＤタイプ・チャネルにおけるこの制御信号は、ときにＮＦＡＳすなわちネットワーク設備関連信号（Ｎｅｔｗｏｒｋ  Ｆａｃｉｌｉｔｙ  Ａｓｓｏｃｉａｔｅｄ  Ｓｉｇｎａｌｉｎｇ）と呼ばれる。
【０２０５】
図示のように、通信システム５０Ａはまた、これに１つ以上のＴ−１または類似のディジタル送信リンクその他のリンクが接続されることが望ましく、通信システム５０Ｂおよび５０Ｃもまた１つ以上のＴ−１または類似のディジタル送信リンクその他のリンクが接続されていることが望ましい。先に述べたように、種々の通信システムが一緒に接続されると（例えば、イサーネット／ＬＡＮ接続、ＩＰ接続、など）、通信システム５０Ａに接続されたＤチャネルは、通信システム５０Ａ、５０Ｂおよび（または）５０Ｃに接続された１つ以上のＴ−１リンクに対する信号発信タイプの情報を提供するために用いられる。多くの用途におけるように、Ｄタイプの信号発信チャネルは、通信システムが本文に述べたように一つに実現されおよび（または）一緒に接続された、複数の通信リンクに対して発信情報を提供するのに充分な帯域幅を持つので、共通のＤタイプ発信チャネルは、複数のこのような通信システムなどに接続された複数のＴ−１リンクまたは類似のリンクに対して発信情報を有効に提供するために用いられる。このように、当該実施の形態によれば、複数の通信システムに対する分散タイプのＮＦＡＳ発信装置が実現される。
【０２０６】
図１９は、複数の通信システム５０の別の形態を示している（このタイプの形態は、図１８に示された形態に代替することができ、あるいはその逆も真であり、あるいはこれらの形態の組合わせも真である）。３つの通信システム（５０Ａ、５０Ｂ、５０Ｃ）が示されるが、他の数の通信システムも他の実施の形態において用いられる。
【０２０７】
図示のように、通信システム５０Ａは接続４１２によりＷＡＮサービスネットワーク５８Ａに接続され（他の通信システムがＷＡＮサービスネットワークなどに同様に接続することができ）、このネットワークは本文に述べたような適切な任意の接続／リンクでもよい。本文に述べたように、ＶｏＩＰ（または他のパケット化された音声／データ通信）は、ＷＡＮサービスネットワーク５８Ａおよび通信システム５０Ａに対し、あるいはこれから接続することができる。先に述べたように、本発明による通信システムは、適切なＨＤＬＣその他のデータ・フレーミング／デフレーミング・エンジン、ＤＳＰ（圧縮解除または他の処理のためのような）、ＰＢＸおよびＬＡＮルータ・タイプの機能を含む。図１９に示されたような構成により、ＶｏＩＰまたは類似あるいは他のパケット化されたデータが、例えば通信システム５０Ａにより受取られる。このデータ・ストリームは、好都合なことに、受信システムによる受信時にパケット解除されて処理される。しかし、本発明の実施の形態による通信システムは、データ・ストリームを適切な接続４１０Ｃにより他の通信システム（例えば、５０Ｂまたは５０Ｃ）へ指向する能力を有する。先に述べたように、このようなシステムは、パケット化送信をサポートすることが望ましいイサーネットまたはＬＡＮ接続、ＩＰその他の接続を介して接続される。このため、パケット化された通信／データのストリームは、この通信／データ・ストリームをパケット解除して処理することができる第１の通信システムにより受取られ、あるいはパケット解除せずに通信／データ・ストリームをパケット解除し処理する第２の通信システムへ送り、あるいはパケット解除せずに第３の通信システムへ送る、などとなる。このように、ＶｏＩＰその他の通信は、複数の通信システムにより達成され、別のコンピュータまたはシステムへ与えられる前にデータ・ストリームを例えばパケット解除、圧縮解除などをしなければならないシステムにおける少ない待ち時間で複数の通信システムによって達成される。このため、データ・ストリームは、１つの通信システムから別の通信システムへこのような余計な処理なしに送ることができる。
【０２０８】
例えば図１８および図１９に示された通信システム５０もまた、先に述べたように種々のデータ・ストリームなどを生成し受取る目的のために、複数のコンピュータ、電話などが接続されることに注意すべきであるが、説明をやさしくするためにこのような細部は示さなかった。
【０２０９】
本文に述べたように、種々のボイスメール・タイプのオプションが、本発明によるこのような通信システムのユーザに提供される。本発明の望ましい実施の形態により提供される１つのこのような有利なボイスメール・オプションは、所望のメッセージの拡張されたｅメールまたはボイスメール・タイプの同報を含む。ユーザは、ボイスメールまたはｅメールを通信システムの一部あるいは全てのユーザへ送ることを決定する。例えば、適切なオフィスのアテンダント・タイプ・プログラムまたは組タイプのプログラムにより、ユーザがグループ・リストなどから通信を受取る所望の人員グループを選択する。例えば、同報されるボイスメールは、ユーザの電話を介して従来の方法で入力し、例えば、ボイスメール・メッセージをＷＡＶファイルなどとして知られるような適切なデータ・フォーマットへ変換するＤＳＰ７８を経て（ＴＤＭバス７８、スイッチ／マルチプレクサ７４などを介して）送り（図３参照）、次いで（例えば）パケット・バス８０Ａおよび（または）８０Ｂを介して複数のコンピュータへ送ることができる。通信システム５０はまた、ユーザが（後でログオンするときのように）後で通信を受信できるように、例えば、どのユーザが通信を受信したかあるいは受信しなかったかを記録することができる。更に、通信システム５０はまた、例えばインターネットを介して人員へ送られるべきメッセージとして通信を並列に処理する能力をも有する。ユーザは、本発明により提供されるのようなＨＤＬＣフレーマ／デフレーマを用いて、インターネットまたは他のＩＰ接続などのようにＷＡＮ上で到達可能である受信側に対して適切なＨＤＬＣ、ＡＴＭフレーム化通信を生成しながら、通信システムがパケット化されたデータとしてＬＡＮを介してＬＡＮにおけるコンピュータを有するユーザとして認識された受信側へ送るボイスメールまたはｅメール通信を生成することができる。
【０２１０】
本文において述べたのは、ピンクのスリップまたは黄色の貼付け片の視覚的表示がネット・メッセージなどを表わすため生成される実施の形態である。他の実施の形態におけるこのような概念もまたボイスメールおよびｅメール・メッセージに拡張される。明示はしないが、ＷＡＮまたはＬＡＮ上で通信システム５０に接続された種々のコンピュータへ送られるように、本発明が（ボイスメール・タイプのメッセージを含む）音声情報を適切なデータ・フォーマットへ変換する能力を含むことを理解すべきである。同様に、通信システム５０は、（本文で述べたように他の機能に加えて）ｅメール・サーバとしても働く能力を備える。このため、通信システム５０に接続された特定のコンピュータ上で走る適切なプログラムに関して、ボイスメールを種々の特定のコンピュータに対してデータ・ファイルとして提示することができ、また（本文で述べたように）ｅメールおよびネット・メッセージも種々の特定のコンピュータに対して同様に提示することができる。ある代替的な実施の形態において、１つ、２つまたは３つの視覚的な「スタック」を提示することができ、例えば、１つのスタックはボイスメールのスタックの視覚的表示を構成し（適切なアイコンが演奏、休止、巻き戻し、前送、削除、ファイル、フリーズ／ホールドなどのため、ならびに他のアイコンはネット・メッセージに対して述べたものに類似する）、第２のスタックは（本文で述べたような）スタックまたはネット・メッセージの視覚的表示を構成し、そして（または）第３のスタックはｅメール・メッセージのスタックの視覚的表示を構成する（アイコンはネット・メッセージなどに対して述べたものと類似する）。このようなスタックは望ましくは最小化あるいは拡張することができ、望ましくは種々の通信などのための統合化された視覚的インターフェースを提供することができる。
【０２１１】
ＤＳＰ７６が望ましくは本発明の種々の実施の形態に従って用いられることにも注意すべきである。データ・ストリームは、例えば、談話／音声の認識、テキストの談話への変換、談話のテキストへの変換、圧縮、翻訳などを処理するためＤＳＰ７６などの資源に接続されることが望ましい。このため、ＬＡＮ、ＷＡＮ、モデムなどからのデータ・ストリームは、前述のプロセスを行うためＤＳＰ７６などの資源に接続できることが望ましい。
【０２１２】
望ましい実施の形態において、ＤＳＰ７６が、種々のＴＤＭのデータ・ストリームへ「タップ」するようにスイッチ／マルチプレクサ７４に接続されることにも注意すべきである。これにより、データ・ストリームをＤＳＰ７６などの資源へ送り次いでＤＳＰ７６から個々のチャネルなどに送出しなければならない（これにより、２つのチャネルを用いるなどの）システムに勝る著しい改善が提供される。この実施の形態では、ＤＳＰ７６はデータ・ストリームを特定のＴＤＭチャネルへタップするか監視することができ、例えば、（音声または談話などの）認識、（ファクシミリまたはモデムの呼出しなどの）検出、（圧縮、コード変換、ストリーミングおよび記憶などを含む）圧縮、（ｅメールなどに対するデータ・フォーマットを用意するなどの）パケット化を行うための処理を行うことができる。当該実施の形態の１つの事例では、特定のユーザ（例えば、社長、技術サポート、保証クレーム線など）が自動的にボイスメールをボイスメールとして記憶しかつｅメールその他のデータ・フォームとしても記憶するように、通信システム５０をプログラムすることができる。このため、ＤＳＰ７６が同時に音声データ・ストリームを、記憶されＷＡＮまたはＬＡＮなどに送出する別のフォーム（例えば、ｅメール、データ・ファイルなど）へ処理している間に、音声呼出しはボイスメールへ送られる。ＤＳＰ７６があり、かつ特に種々のチャネルへタップするように（スイッチ／マルチプレクサ７４などにより）構成されると、種々の用途において著しい利点をもたらす。
【０２１３】
次に図２０を参照して、バックアップ通信能力を含む本発明の実施の一形態について記述する。
図２０に示されるように、バックアップ通信モジュール４１６が通信システム５０に設けられることが望ましい。ずしされた実施の形態では、バックアップ通信モジュール４１６が、プロセッサ／システム資源７０の一部であり、ＩＳＡまたはＰＣＩタイプのバスなどでよいバス４１４（例えば、図３Ａなどのバス４０８のような）に接続接続される。バス４１４に接続されているのは、バス８４、バッファ／フレーマ７２、スイッチ／マルチプレクサ７４、バス８６、９０、７８、カード８２、ＷＡＮサービスネットワーク５８などの通信システム５０の他の構成要素である。一般に、図３に関して述べた種々の構成要素は、図２０には示されないが、バックアップ通信モジュール４１６を組込む実施の形態において適用し得る。
【０２１４】
バックアップ通信モジュール４１６は、バス４１４に出入りするよう情報を接続するためのバス・インターフェース４２０、以下に述べるような種々の情報を記憶するためのメモリ４２４、ＣＰＵ４１８、フラッシュその他のプログラム可能メモリ４２６、およびモデムその他の通信装置４２８を含むことが望ましい。モジュール４１６は、代替的な実施の形態では通信装置４２８が、例えば、専用の電話線、ＰＯＴＳ線などでよく、電源４３４が必要とされないようにモジュール４１６へ充分な電力を提供するＷＡＮサービスネットワーク５８Ｅのリンク４３０に接続されるが、予備電源またはバックアップ電源４３４を含むことが望ましい。このような代替的実施の形態では、モジュール４１６の種々の構成要素が低電力ＣＯＭＳ技術などにおいて実現され、例えば、通信システム５０または通信システム５０が配置されるオフィスにおける電源故障などの場合に、リンク４３０により供給される電力のみを用いてバックアップ通信を行うために＃モジュール４３４が適当な速度で動作し得るように、充分に低い電力量を費消する。
【０２１５】
メモリ４２４は、バス・インターフェース４２０を介して通信システム５０の状態および動作に関する種々の情報を受取り記憶する。例えば、メモリ４２４は、パワーオン自己テスト・データ（すなわち、パワーオン、ブートアップなどにおいて生じた状態、トレースその他の情報）、（ＰＢＸ、ＷＡＮ資源、ボイスメール、ＬＡＮ資源などに対する）ＳＮＭＰデータ、モニタまたはトレース・データ（本文に述べたような）を記憶する。モニタ４１６は、通信システム５０からの、通信システム５０のデバッグ、リブートなどを行うのに充分な情報を含む周期的な更新を受取る。種々のトレース情報、モニタリング情報、診断情報その他の情報は、メモリ４２４に記憶するためにモジュール４１６に利用可能にされる。
【０２１６】
メモリ４２４におけるデータは、例えば色々な情報レベルを持つ階層状に構成されることが望ましい。ある情報は、これが削除されるまでメモリ４２４に保持されるほど重要である（例えば、レベル１は、重大な欠陥データなどの情報のカテゴリ）。他の情報は、所定の期間だけ保持され、次いで例えばレベル１イベントが生じなかったならば抹消される（例えば、レベル２の情報カテゴリ）。更に他の情報は、（レベル２の期間と同じかあるいは異なる）所定の期間だけ保持され、次いで抹消されるなどである。重要なことは、種々の情報がメモリ４２４へ与えられて階層的に保持され、それほど重要でない情報はメモリ４２４における更なる情報に対する余地をつくるために周期的抹消されることである。
【０２１７】
更に望ましくは、ＣＰＵ４１８は、ウォッチドッグ・タイマ（ＷＤＴ）機能として知られることを実行する。望ましい実施の形態においては、通信システム５０の欠陥監視サブシステムが通信システム５０の状態（例えば、正常、活動状態、ＯＫ、など）を表わす信号／更新を周期的に提供する。このような信号すなわち情報が所定の間隔で与えられない場合には、ＣＰＵ４１８がこのイベントを異常と認識して通信システム５０との通信に対するあるプロセスを開始し、そして（または）遠隔のユーザまたはシステムに異常などを警報するために、通信装置４２８などにおける遠隔通信を開始する。
【０２１８】
フラッシュ・メモリまたは他のプログラム可能メモリ４２６がモジュール４１６に設けられることが望ましい。メモリ４２６は、例えば、通信システム５０の診断、デバッグ、デバッグを容易にするモニタその他のルーチン、などを含む、モジュール４１６に対する動作プログラムを記憶することが望ましい。メモリ４２６におけるアルゴリズムおよび（または）プログラムは、バス４２２上で、あるいは望ましくはリンク４３０と通信装置４２８を介して、周期的更新されることが望ましい。通信装置４２８などを介してメモリ４２６のプログラミングは、遠隔の技術者が、例えば通信システム５０のモニタリング、デバッグ、リブートなどを更に柔軟に遠隔的に行うことを可能にする。
【０２１９】
先に述べたように、モジュール４１６は、このようなバックアップ通信のための専用線（例えば、ＰＯＴＳ線）を持つことが望ましく、緊急時の音声呼出しなどのため電話１２がこのような線に任意に接続される。しかし、代替的な実施の形態においては、通信装置もまた（あるいは、代替的に）ＴＤＭバス７８のチャネルに接続される。ある実施の形態では、所定のチャネル（単数または複数）がこのようなバックアップ通信のため専用化される。他の実施の形態では、通信装置４２８がスイッチ４３２を介してＴＤＭバス７８へ接続され、更にこの実施の形態では専用化されたＴＤＭチャネルは必要でない。
【０２２０】
明らかなように、メモリ４２４に含まれる情報は、通信装置４２８またはバス４２２、４１４などを介して確立される接続を介して遠隔的に視認することができる。バス・インターフェース４２０は、通信システム５０が正常な状態で動作しているときは、通信システム５０における重大な異常の場合にモジュール４１６をバス４１４から切離す能力も持ちながら、バス４１４に対する／からのデータ伝送を可能にする。通信装置４２８がモデムであることが望ましいが、この通信装置４２８はページャまたは他の無線通信装置に対する信号装置からなってもよく、あるいはＩＰその他のパケット通信などを確保するための装置であってもよいことも知るべきである。重要なことは、望ましいバックアップ通信を提供し本発明により通信システム５０の監視を提供するために、通信装置４２８が所望の情報をリンク４３０に対する選択媒体に送る能力を持つことである。
【０２２１】
これらの実施の形態においては、遠隔ユーザが望ましくかつ柔軟な方法でトレーシングを構成することができる。トレース・フィルタの使用により、種々のソフトウエア構成要素およびドライバが実際にどのトレース情報を与えるか、どの情報が望ましくは通信システム５０における中央の記憶場所へ与えられ、リアルタイムにあるいはファイル・アクセスによりこのような遠隔ユーザに利用可能にされるかが知らされる。
【０２２２】
本発明の種々の望ましい実施の形態については例示目的のため開示されたが、当業者には、請求の範囲に開示される本発明の範囲および趣旨から逸脱することなく種々の修正、追加および（または）置換が可能であることを理解されよう。
【図面の簡単な説明】
【図１】  典型的な従来のオフィスの通信形態を示す図である。
【図２】  本発明の望ましい実施の形態によるオフィスの通信システムを示す概要図である。
【図３】  本発明の望ましい実施の形態を示すブロック図である。
Ａは、本発明の望ましい実施の形態による通信バスを示す図である。
【図４】  本発明の望ましい実施の形態によるオフィスの通信システムを示すソフトウエア／ハードウエアの概要図である。
【図５】  本発明の望ましい実施の形態によるサービス／帯域幅割当てルール表の使用方法を示す図である。
【図６】  本発明の望ましい実施の形態による被呼および呼出しを制御する全体フローチャートである。
【図７】  本発明の望ましい実施の形態によるオフィスのアテンダント・タイプ・プログラムに対する構成アルゴリズム例を示す図である。
Ａは、本発明の構成オプションの構成例を示す図である。
【図８】  ＡないしＤは、本発明によるオフィスのアテンダント・タイプ・プログラムの望ましい実施の形態によるウインドウ例を示す図である。
【図９】  ＡないしＣは、本発明の望ましい実施の形態による付加的な特徴／機能を示すウインドウの図である。
【図１０】  ＡおよびＢは、本発明の望ましい実施の形態によるネットのメッセージ・ウインドウの望ましい実施の形態を示す図である。
【図１１】  ＡないしＥは、本発明の望ましい実施の形態による会議ウインドウの種々の実施の形態を示す図である。
【図１２】  本発明の別の望ましい実施の形態を示す図である。
【図１３】  ＡないしＣは、本発明によるビデオ会議の望ましい実施の形態を示す図である。
【図１４】  拡張された呼出しログ特性を用いる本発明の更に望ましい実施の形態を示す図である。
【図１５】  本発明の望ましい実施の形態による遠隔管理／構成のアプリケーション／アプレットからのウインドウを示す図である。
【図１６】  Ａは、本発明の望ましい実施の形態によるシャシ・ビュー・ウインドウの望ましい実施の形態を示す図である。
Ｂは、本発明の望ましい実施の形態による特定の通信システムのＴ−１チャネルの構成に対するウインドウを示す図である。
Ｃは、本発明の望ましい実施の形態による局カードの局側のポートの構成に対するウインドウを示す図である。
Ｄは、本発明の望ましい実施の形態によるアナログ線の構成に対するウインドウを示す図である。
Ｅは、本発明の望ましい実施の形態によるフレーム・リレー・タイプＷＡＮ資源の構成に対するウインドウを示す図である。
Ｆは、本発明の望ましい実施の形態によるネットワーク設定の構成に対するウインドウを示す図である。
【図１７】  Ａは、本発明の望ましい実施の形態による通信システムにおける遠隔診断を行うため遠隔ユーザに提示される種々のアイコンを示す図である。
Ｂは、本発明の望ましい実施の形態による線監視機能を提供するウインドウを示す図である。
Ｃは、本発明の望ましい実施の形態によるリンク監視機能を提供するウインドウを示す図である。
Ｄは、本発明の望ましい実施の形態による局の監視機能を提供するウインドウを示す図である。
Ｅは、本発明の望ましい実施の形態による通信システムにおける種々のソフトウエア構成要素からのトレース情報を表示するウインドウを示す図である。
Ｆは、本発明の望ましい実施の形態による第１のレベルのトレース情報を提供するウインドウを示す図である。
Ｇは、本発明の望ましい実施の形態による第２の、すなわちより高いレベルのトレース情報を提供するウインドウを示す図である。
Ｈは、本発明の望ましい実施の形態によるあるタイミングおよびモードの情報を選択するためのウインドウを示す図である。
【図１８】  本発明の他の望ましい実施の形態による通信システムを示す図である。
【図１９】  本発明の他の望ましい実施の形態による通信システムを示す図である。
【図２０】  本発明の望ましい実施の形態によるバックアップ通信モジュールを示す図である。
【図２１】本発明の望ましい実施の形態による再構成可能なＴＤＭクロック・ソースを示す図である。
【図２２】  本発明によるオフィスのコミュニケータ・タイプのプログラムの望ましい実施の形態による主ウインドウ例を示す図である。
【図２３】  本発明によるオフィスのコミュニケータ・タイプのプログラムの望ましい実施の形態によるスクリーンのポップ・ウインドウ例を示す図である。
【図２４】  本発明の望ましい実施の形態による更なるＴＡＰＩ機能を示す図である。
【図１】
0004243019.tif 000004
【図２】
0004243019.tif 000005
【図３】
0004243019.tif 000006
0004243019.tif 000007
【図４】
0004243019.tif 000008
【図５】
0004243019.tif 000009
【図６】
0004243019.tif 000010
【図７】
0004243019.tif 000011
0004243019.tif 000012
【図８】
0004243019.tif 000013
0004243019.tif 000014
0004243019.tif 000015
0004243019.tif 000016
【図９】
0004243019.tif 000017
0004243019.tif 000018
0004243019.tif 000019
【図１０】
0004243019.tif 000020
0004243019.tif 000021
【図１１】
0004243019.tif 000022
0004243019.tif 000023
【図１２】
0004243019.tif 000024
【図１３】
0004243019.tif 000025
【図１４】
0004243019.tif 000026
【図１５】
0004243019.tif 000027
【図１６】
0004243019.tif 000028
0004243019.tif 000029
0004243019.tif 000030
0004243019.tif 000031
0004243019.tif 000032
0004243019.tif 000033
【図１７】
0004243019.tif 000034
0004243019.tif 000035
0004243019.tif 000036
0004243019.tif 000037
0004243019.tif 000038
0004243019.tif 000039
0004243019.tif 000040
0004243019.tif 000041
【図１８】
0004243019.tif 000042
【図１９】
0004243019.tif 000043
【図２０】
0004243019.tif 000044
【図２１】
0004243019.tif 000045
【図２２】
0004243019.tif 000046
【図２３】
0004243019.tif 000047
【図２４】
0004243019.tif 000048