(57)【特許請求の範囲】
【請求項１】
コミュニケーション交換機において、
公衆電話網に接続されたＰＳＴＮインタフェースと、
内線電話端末に接続された内線端末インタフェースと、
ＰＣ端末、ＩＭサーバー及びメールサーバーが接続されたＬＡＮに接続されたＬＡＮインタフェースと、
該ＬＡＮインタフェースを介して前記ＩＭサーバーにログインして、前記ユーザーが当該ＩＭサーバーにログインにしているか否かを監視し、監視結果に基づいて前記プレゼンスの変更を判断する監視手段と、
前記ＩＭサーバーからインスタントメッセージを取得する交換機内ＩＭクライアントと、
前記メールサーバーから電子メールを取得する交換機内メールクライアントと、
プレゼンスの種別毎にユーザー宛の着信の転送先を設定するテーブルを記憶する記憶手段と、
これらを制御する制御手段と、を備え、
前記制御手段は、
前記ＰＣ端末が当該ＰＣ端末の状態に基づいてユーザーのプレゼンスの変更を判断して当該コミュニケーション交換機に通知するプレゼンスの変更の通知、または前記監視手段が監視した結果に基づいて前記ユーザーのプレゼンスを取得するプレゼンス取得手段、及び
前記プレゼンス取得手段が取得した前記プレゼンスを用いて前記記憶手段に記憶された前記テーブルを検索して転送先を決定し、前記着信を決定された転送先に転送する転送手段を実現し、
前記転送手段は、着信が電子メール又はインスタントメールであって転送先が電話番号の場合にテキスト−音声変換を行うテキスト−音声変換手段と、着信が電話であって転送先が電子メールアドレス又はインスタントメールアドレスの場合に音声−テキスト変換を行う音声−テキスト変換手段と、電子メール作成手段と、インスタントメッセージ作成手段とを含み、これによって、電話、電子メール及びインスタントメールいずれをも取り扱い可能であることを特徴とするコミュニケーション交換機。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、コミュニケーション交換システムに関し、特に、ユーザーのプレゼンスに基づいて転送先を自動的に変更することができるコミュニケーション交換システムに関する。
【０００２】
【従来の技術】
従来の構内交換機として、予め内線電話機毎に転送先を登録しておくことにより、その内線電話機宛の着信呼を別の内線電話機へ転送するようにしたものがある（例えば、特許文献１参照。）。
【０００３】
また、パソコン等の端末装置を利用する利用者の在否を在否管理装置によって監視し、その監視結果に基づいて、その利用者が使用する電話機への着信呼を他の電話機等へ転送する技術がある（例えば、特許文献２参照）。
【０００４】
さらに、電話機の利用者が不在の時に着信があった場合、発信者及び着信者の電話番号をメモリに格納（接続予約）し、両者が在席するときに双方の電話機を呼出す電話交換機がある（例えば、特許文献３又は４参照。）。
【０００５】
さらにまた、インスタントメッセージ通信システムとして、オフライン状態の相手端末へメッセージが送信された場合に、相手端末に関連付けされた電話機を用いてメッセージの到着を知らせるシステムがある（例えば、特許文献５参照。）。
【０００６】
【特許文献１】
特開平５−３１６２３４号公報（要約）
【０００７】
【特許文献２】
特開２００２−１４９２３号公報（段落０００４、段落００３５）
【０００８】
【特許文献３】
特開昭６３−３０１６５８号公報（特許請求の範囲）
【０００９】
【特許文献４】
特開平６−１２１０４６号公報（要約）
【００１０】
【特許文献５】
特開２００２−１４９２３号公報（要約）
【００１１】
【発明が解決しようとする課題】
特許文献１に記載された構内交換機では、転送解除操作が行われると登録内容が全てクリアされてしまう。そのため、この構内交換機には、利用者が離席の度に転送登録を行う必要があり、使い勝手が悪く、また入力ミスを招き易いという問題点がある。
【００１２】
また、特許文献２に記載された技術は、利用者の存否の監視結果を通信網側に通知することにより転送のオン／オフを制御することを可能にするものであるが、通信網側において具体的にどのようにして転送を実現するのかが明らかでなく、実現性に問題がある。
【００１３】
さらに、特許文献３或いは４に記載された電話交換機は、着信者不在の際に、転送を行うことなく直ちに接続予約を行うものであるため、緊急に連絡が取りたい場合でもそれができず、利便性が悪いという問題点がある。
【００１４】
さらにまた、上記いずれの技術も、電話の転送に関するものであって、電子メールやインスタントメールには対応しておらず、利用者の状況に応じた通信手段を選択することができないという問題点もある。
【００１５】
特許文献５に記載されたインスタントメッセージ通信システムは、主として家庭での利用を想定（即ち、電話と端末とが同一場所にあることを前提）としており、単にインスタントメッセージの受信を促すものであって、インスタントメッセージを受信できない状況下ではそのメッセージの内容を知ることができないという問題点がある。
【００１６】
そこで、本発明は、着信転送の設定／変更／解除が容易に行える、あるいは少なくとも設定／解除を自動で行うことができるコミュニケーション交換システムを提供することを目的とする。
【００１７】
また、本発明は、電話、電子メール及びインスタントメッセージのいずれの着信に対しても転送が可能なコミュニケーション交換システムを提供することを目的とする。
【００１８】
さらに、本発明は、電話、電子メールおよびインスタントメッセージ相互間の変換を可能にするコミュニケーション交換システムを提供することを目的とする。
【００２４】
【課題を解決するための手段】
本発明によれば、コミュニケーション交換機において、公衆電話網に接続されたＰＳＴＮインタフェースと、内線電話端末に接続された内線端末インタフェースと、ＰＣ端末、ＩＭサーバー及びメールサーバーが接続されたＬＡＮに接続されたＬＡＮインタフェースと、該ＬＡＮインタフェースを介して前記ＩＭサーバーにログインして、前記ユーザーが当該ＩＭサーバーにログインにしているか否かを監視し、監視結果に基づいて前記プレゼンスの変更を判断する監視手段と、前記ＩＭサーバーからインスタントメッセージを取得する交換機内ＩＭクライアントと、前記メールサーバーから電子メールを取得する交換機内メールクライアントと、プレゼンスの種別毎にユーザー宛の着信の転送先を設定するテーブルを記憶する記憶手段と、これらを制御する制御手段と、を備え、前記制御手段は、前記ＰＣ端末が当該ＰＣ端末の状態に基づいてユーザーのプレゼンスの変更を判断して当該コミュニケーション交換機に通知するプレゼンスの変更の通知、または前記監視手段が監視した結果に基づいて前記ユーザーのプレゼンスを取得するプレゼンス取得手段、及び前記プレゼンス取得手段が取得した前記プレゼンスを用いて前記記憶手段に記憶された前記テーブルを検索して転送先を決定し、前記着信を決定された転送先に転送する転送手段を実現し、前記転送手段は、着信が電子メール又はインスタントメールであって転送先が電話番号の場合にテキスト−音声変換を行うテキスト−音声変換手段と、着信が電話であって転送先が電子メールアドレス又はインスタントメールアドレスの場合に音声−テキスト変換を行う音声−テキスト変換手段と、電子メール作成手段と、インスタントメッセージ作成手段とを含み、これによって、電話、電子メール及びインスタントメールいずれをも取り扱い可能であることを特徴とするコミュニケーション交換機が得られる。
【００２６】
【発明の実施の形態】
以下、図面を参照して本発明の実施の形態について説明する。
【００２７】
図１は、本発明の一実施の形態に係るコミュニケーション交換システムの全体構成を示す図である。図１からも理解されるように、本システムは、オフィスに設置されるコミュニケーション交換機を中心に構成されるものである。このシステムは、オフィスで仕事をするユーザー宛の電話や電子メール、或いはインスタントメッセージ等の自分宛の通信（以下、まとめて着信と呼ぶ）があった際に、そのユーザーのプレゼンス情報（外出中や在席中等の所在を表わす情報）を参照して、外出中は携帯電話、離席中は構内ＰＨＳといったように、自動で最適な通信手段で転送できることを特徴としている。
【００２８】
図示のコミュニケーション交換システムは、インターネット１００にゲートウェイ１０を介して接続されるとともに、公衆交換電話網（ＰＳＴＮ：Public Switched Telephone Network）１１０に接続されたコミュニケーション交換機２０を有している。このコミュニケーション交換機２０には、複数のユーザーに個々に割り当てられた自席ＰＣ端末（ここでは１台のみ示す。）３０、自席電話端末（ここでは１台のみ示す。）３１、会議室端末３２、構内無線端末３３と無線通信する構内無線基地局３４、留守録装置３５、オフィスＩＭサーバー３６、オフィスＷＥＢサーバー３７、及びオフィスメールサーバー３８が接続されている。
【００２９】
コミュニケーション交換機（以下、単に交換機という。）２０は、電話、電子メール、インスタントメッセージ等の通信交換を行う。交換機２０は、オフィス内の通信交換のみならず、オフィス内の端末と外部の端末、例えば、発信側ＰＣ端末４１や発信側電話端末４２との間の通信交換を行う。さらに交換機２０は、オフィス内外の端末とサーバー、オフィス外の自宅端末４３（ユーザーの一人の自宅、ここでは図示された自席に対応するユーザー）あるいは携帯端末（携帯電話機、ＰＨＳ端末等）４４との間の通信交換をも担う。例えば、交換機２０は、自席ＰＣ端末３０からインターネット１００に接続されたＩＳＰ（インターネットサービスプロバイダー）等によって管理される外部ＩＭサーバー４５や外部ＷＥＢサーバー４６、あるいは外部メールサーバー４７へのアクセスを可能にする。また、外出先ノートＰＣ／ＰＤＡ４８からのオフィスＩＭサーバー３６等へのアクセスを可能にする。
【００３０】
交換機２０は、例えば図２のように構成される。即ち、交換機２０は、ＰＳＴＮインタフェース部２０１、ＬＡＮインタフェース部２０２、留守録インタフェース部２０３、無線基地局インタフェース部２０４、内線端末インタフェース部２０５、メモリ２０６、ＣＰＵ２０７、クロック制御部２０８、交換機内ＩＭクライアント２０９、交換機内メールクライアント兼送信サーバー２１０、及び送信・監視用交換機内ＩＭクライアント２１１を有している。
【００３１】
交換機２０内の各部はそれぞれ概略つぎのように動作する。ＰＳＴＮインタフェース部２０１はＰＳＴＮ網１１０との間で通信信号／音声の送受信を行う。ＬＡＮインタフェース部２０２はオフィスＬＡＮ回線上のデータの送受信を行う。留守録インタフェース部２０３は留守録装置２５との間でデータ送受信を行う。無線基地局インタフェース部２０４は無線基地局３４との間でデータ送受信を行う。内線端末インタフェース部２０５は内線固定端末（自席ＰＣ端末３０、自席電話端末３１、会議室端末３２など）各々との間で通信信号／音声の送受信を行う。メモリ２０６は交換機２０全体の制御に必要なデータを格納する。ＣＰＵ２０７は交換機２０全体の制御を行う。クロック制御部２０８は交換機２０の内部時刻や同期信号の制御を行う。交換機内ＩＭクライアント２０９は外部ＩＭサーバー４５との間でデータの送受信を行う。交換機内メールクライアント兼送信サーバー２１０は外部メールサーバー４７との間でデータの送受信を行う。送信・監視用交換機内ＩＭクライアント２１１は外部ＩＭサーバー４５や、オフィスＩＭサーバー３６にログインして他の利用者のログイン状態を監視したり、ＩＭサーバー４５又は３６経由でメッセージの転送を行う。
【００３２】
自席ＰＣ端末３０は、例えば図３に示すように構成される。なお、本実施の形態では、自席電話端末３１として多機能電話機を想定しており、その場合、自席電話端末３１は、自席ＰＣ端末とほぼ同様に構成される。
【００３３】
図３を参照すると、自席ＰＣ３０は、キーボードインタフェース部３０１、マウスインタフェース部３０２、ディスプレイインタフェース部３０３、ＬＡＮインタフェース部３０４、ＣＰＵ３０５、メモリ３０６、及びクロック制御部３０７を有している。
【００３４】
自席ＰＣ３０の各部はそれぞれ概略つぎのように動作する。キーボードインタフェース部３０１はキーボード（図示せず）からの入力信号を受信する。マウスインタフェース部３０２はマウス（図示せず）からの入力信号を受信する。ディスプレイインタフェース部３０３はディスプレイ（図示せず）への信号を出力する。ＬＡＮインタフェース部３０４はオフィスＬＡＮ回線との間で信号の送受信を行う。ＣＰＵ３０５は自席ＰＣ３０全体を制御する。メモリ３０６は自席ＰＣ３０の制御に必要なデータを格納する。クロック制御部３０７は自席ＰＣの内部時刻や同期信号の制御を行う。
【００３５】
次に、図１のコミュニケーション交換システムの動作について具体的に説明する。
【００３６】
予め、利用者は、所定の手順に従って、自席ＰＣ端末３０又は自席電話端末３１から交換機２０にアクセスし、ユーザー登録を行う。また、利用者は、必要に応じてコールバックフラグの設定を行う。ユーザー登録及びコールバックフラグの設定を自席ＰＣ端末３０から行う場合は、例えば、ユーザー登録プログラムを実行し、その指示に従うことにより行える。また、自席電話端末３１から行う場合は、所定の手順でボタン操作を行うことにより行える。なお、ユーザー登録の内容は、その後、いつでも変更することが可能である。
【００３７】
交換機２０は、利用者からのユーザー登録を受付、登録に用いられた自席ＰＣ端末３０又は自席電話端末３１のアドレス又は電話番号とユーザーＩＤとを互いに関連づけしてメモリ２０６に記憶する。なお、自席ＰＣ端末のアドレスと自席電話番号３１の電話番号とは予め互いに関連付けてメモリ２０６に記憶されており、いずれか一方にユーザーＩＤが関連づけされることにより、これら三者は互いに関連付けられる。交換機２０はまた、ユーザー毎に、プレゼンスと着信の転送先（接続先）との関係を規定するユーザー毎転送先テーブルを作成し、メモリ２０６に格納する。またコールバックフラグの設定に従い、メモリ２０６に格納されているコールバック管理テーブルを変更する。さらに、同じくメモリ２０６に格納されている、全ユーザーのプレゼンスを管理するためのプレゼンス状態テーブルにユーザー登録を受け付けたユーザーＩＤを追加する。
【００３８】
図４にユーザー毎転送先テーブルの一例を示す。図示のように、ユーザー毎転送先テーブルには、プレゼンス情報４０１、転送先種別４０２、転送先番号／アドレス４０３、及びサーバーアドレス４０４等のエントリが含まれる。プレゼンス情報４０１の欄には、転送先を決定する際に参照される利用者のプレゼンスが登録される。プレゼンス情報としては、在席中、外出中、会議中、及び帰宅等がある。また、転送先種別４０２、転送先番号／アドレス４０３、及びサーバーアドレス４０４の各欄には、それぞれ、各プレゼンスに対応する転送先の回線種別、電話番号又は電子メールアドレス等の転送先のアドレス情報、及び転送先がインターネット網１００である場合に転送を仲介する外部ＩＭサーバー４５又は外部メールサーバー４７のアドレスをそれぞれ格納する。
【００３９】
図５にコールバック管理テーブルの一例を示す。図示のように、コールバック管理テーブルには、ユーザーＩＤ５０１、コールバックフラグ５０２及びコールバック実行状態フラグ５０３のエントリが含まれる。ユーザーＩＤ５０１の欄にはユーザーを識別するユーザー固有のＩＤが、コールバックフラグ５０２の欄には、転送先が不応答の場合にコールバックを行うか否かを示すフラグが、コールバック実行状態フラグ５０３の欄には、コールバックを実行中か否かを示すフラグが、それぞれ格納される。
【００４０】
図６にプレゼンス状態テーブルの一例を示す。図示のように、プレゼンス状態テーブルには、ユーザーＩＤ６０１、プレゼンス状態６０２、ＩＭアカウント６０３及び電子メールアカウント６０４のエントリが含まれる。プレゼンス状態６０２の欄には、対応するユーザーの現在のプレゼンス状態が格納される。ＩＭアカウント６０３の欄にはそのユーザーに付与されているＩＭアカウントが、また、電子メールアカウント６０４にはそのユーザーに付与されている電子メールアカウントが、それぞれ格納される。なお、ＩＭアカウントとしては、外部ＩＭサーバー４５用及びオフィスＩＭサーバー３６用のいずれか一方又は両方が格納され、電子メールアカウントとしては、外部メールサーバー４７用及びオフィスメールサーバー３８用のいずれか一方又は両方が格納される。
【００４１】
ユーザー登録を行った利用者は、以後、自己の所在をプレゼンス状態として交換機２０へ通知する。この通知は、自席ＰＣ端末３０に常駐する管理ソフトを利用して自動で行われる。自席ＰＣ端末３０のＣＰＵ３０５は後述するようにプレゼンス変更を検出し、ＬＡＮインタフェース部３０４を通じて交換機２０に通知する。
【００４２】
ＬＡＮインタフェース部２０２を介してプレゼンス変更の通知を受けた交換機２０は、プレゼンス状態テーブル（図６）の内容（該当するユーザーに対応するエントリ６０２）を書き換える。そして、後述するように、その内容に応じた動作を実行する。
【００４３】
発信側電話端末４２からＰＳＴＮ網１１０経由で交換機２０に自席電話端末３１宛の着信が来ると、交換機２０はメモリ２０６を検索して、自席電話端末３１の電話番号に関連付けされたユーザーＩＤを得、プレゼンス状態テーブルを参照してプレゼンス情報を得る。さらに交換機２０は、転送先テーブルを参照し、プレゼンス情報に基づいて通信手段（構内無線端末３３、電子メール、インスタントメッセージ（以下、ＩＭという。）等）を選択して着信を転送する。
【００４４】
また、発信側ＰＣ端末４１からインターネット網１００を経由して自席ＰＣ端末３０宛のＩＭや電子メールがオフィスＩＭサーバー３６或いはオフィスメールサーバー３８に到着すると、交換機２０内部のＩＭクライアント２０９或いはメールクライアント兼送信サーバー２１０がそれを検知し、宛先に対応するプレゼンス情報に基づいて通信手段（携帯端末４４宛E-mail、構内無線端末３３、自席ＰＣ端末３０宛ＩＭ等）を選択してＩＭや電子メールを適宜変換して転送する。
【００４５】
このようにして、交換機２０に対してプレゼンスの変更が自動で通知されると、自席ＰＣ端末３０あるいは自席電話端末３１宛の着信を他の端末（又は電話機）へ転送することができる。従って、利用者のプレゼンスが変わるたびに面倒な転送設定を行う必要が無く、転送設定を忘れてしまうといったことが防げ、常に最適な通信手段で相手の通信が転送されるようになる。
【００４６】
以下、より具体的な例を挙げて、本実施の形態に係るコミュニケーション交換システムの動作について説明する。
【００４７】
（実施例１）
まず、自席電話端末３１宛にかかってきた電話を、プレゼンス情報に基づいて他の電話端末へ転送する場合について図７の流れ図をも参照して説明する。
【００４８】
発信側電話端末４２からＰＳＴＮ網１１０経由で交換機２０に自席電話端末３１宛の着信があると、交換機２０のＰＳＴＮインタフェース部２０１がそれを検出する（ステップＣ１）。交換機２０のＣＰＵ２０７は自席電話端末３１に関連付けされたユーザー（着信先ユーザー）のプレゼンス状態をメモリ２０６内のプレゼンス状態テーブル（図６）のエントリ６０２から読み出す。さらにＣＰＵ２０７は、読み出したプレゼンス状態に対応する着信先ユーザーの転送先を、ユーザー毎転送先テーブル（図４）のエントリ４０２，４０３及び４０４から読み出す（ステップＣ２）。そして、ＣＰＵ２０７は、エントリ４０２に転送先がセットしてあるか確認し（ステップＣ３）、セットしてあればエントリ４０３に格納されているアドレス宛に転送する。例えば、エントリ４０３に携帯端末（携帯電話機）４４の電話番号がセットされていたとすると、ＣＰＵ２０７はＰＳＴＮインタフェース部２０１を通じて転送先の電話番号をダイヤルして転送先となる携帯端末４４に着信を入れる。転送先携帯端末４４が応答すると、発信側電話端末４２と転送先携帯端末４４とをＰＳＴＮインタフェース部２０１を介して接続することで転送が完了する（ステップＣ４）。
【００４９】
以上のように本実施例によれば、プレゼンスの変更通知がなされると最適な転送設定が自動で行われるようになり、プレゼンスが変わるたびに面倒な転送設定をすることが不要になるとともに、転送設定を忘れてしまうといったことが防げ、常に最適な通信手段で相手の通信が転送されるようになる。
【００５０】
（実施例２）
実施例１では、転送元及び転送先の通信手段がいずれも電話端末（音声）であるとしたが、これらは電子メールやＩＭ等の別の通信手段であってもよい。プレゼンス状態が会議中等の場合に転送先として電子メールアドレスやＩＭアドレスを指定しておくことにより、会議等の電話による中断を回避することができる。また、転送先として携帯端末４４のメールアドレスとしておくことにより、自席ＰＣ端末３０宛の電子メールやＩＭメールの着信とその内容を直ちに知ることができる。
【００５１】
上記のような転送を実現するために、交換機２０のＣＰＵ２０７は、メモリ２０６に格納しているプレゼンス状態テーブル（図６）の内容が変更される毎に、その変更により転送先がどのように変化するのか、ユーザー毎転送先テーブル（図４）のエントリ４０２を参照して確認する。
【００５２】
転送先が、ＩＭアドレス以外（ここでは、電話番号又は電子メールアドレス）の場合、交換機２０のＣＰＵ２０７は、交換機内ＩＭクライアント２０９を起動する。なお、交換機ＩＭクライアント２０９は、ユーザー単位で起動され、転送先としてＩＭアドレス以外を指定するユーザーが複数存在する場合は、そのユーザーの数だけ起動される。
【００５３】
起動された交換機内ＩＭクライアント２０９は、該当ユーザーのＩＭアカウントをプレゼンス状態テーブル（図６）のエントリ６０３から読みだし、そこに記述されているＩＭサーバーアドレス（外部ＩＭサーバー４５又はオフィスＩＭサーバー３６）に対して、同様に記述されているＩＤ、パスワードを使用してログインする。以下では、交換機内ＩＭクライアント２０９が、オフィスＩＭサーバー３６にログインしたとする。
【００５４】
また、転送先が電子メールアドレス以外（ここでは、電話番号またはＩＭアドレス）の場合、交換機２０のＣＰＵ２０７は、交換機内メールクライアント兼送信サーバー２１０を起動する。なお、交換機内メールクライアント兼送信サーバー２１０は、ユーザー単位で起動され、転送先として電子メールアドレス以外を指定するユーザーが複数存在する場合は、そのユーザーの数だけ起動される。起動された交換機内メールクライアント兼送信サーバー２１０は、該当ユーザーのメールアカウントをプレゼンス状態テーブルのエントリ６０４から読みだし、そこに記述されているメールサーバーアドレス（外部メールサーバー４７又はオフィスメールサーバー３８）に対して、同様に記述されているＩＤ、パスワードを持って定期的にメール取得を行う。以下では、交換機内メールクライアント兼送信サーバー２１０がオフィスメールサーバー３８からメール取得するものとする。
【００５５】
以上のように交換機２０が動作している状況下で、発信側ＰＣ端末４１から自席ＰＣ端末３０宛のＩＭが送信され、その転送先として電子メールアドレスが設定されているものとする。この場合、発信側ＰＣ端末４１からインターネット１００を経由してオフィスＩＭサーバー３６に送られたＩＭは、オフィスＩＭサーバー３６から交換機内ＩＭクライアント２０９へと届けられる（ステップＣ１）。交換機２０のＣＰＵ２０７は交換機内ＩＭクライアント２０９からの受信通知を受けて、着信先のユーザーのプレゼンス状態をメモリ２０６内のプレゼンス状態テーブル（図６）のエントリ６０２から読み出す。さらにＣＰＵ２０７は、読み出したプレゼンス状態における着信先ユーザーの転送先を、ユーザー毎転送先テーブル（図４）のエントリ４０２，４０３及び４０４から読み出す（ステップＣ２）。そして、ＣＰＵ２０７は、エントリ４０２に転送先がセットしてあるか確認し（ステップＣ３）、セットしてあればエントリ４０３に格納されている電子メールアドレス宛に転送する。
【００５６】
ここでは、転送先の電子メールアドレスとして携帯端末４４の電子メールアドレスがエントリ４０３にセットされていたとすると、交換機のＣＰＵ２０７はインスタントメッセージの内容をメール本文とし、転送先電子メールアドレスを送信先とする電子メールを作成し、交換機内メールクライアント兼送信サーバー２１０に渡す。交換機内メールクライアント兼送信サーバー２１０はその電子メールをＬＡＮインタフェース部２０１を通じて転送先の電子メールアドレスを管轄する外部メールサーバー４７に送信し、そこからＰＳＴＮ網１１０に含まれる携帯電話会社等のゲートウェイ等により転送先の携帯端末４４に対して送信される（ステップＣ４）。
【００５７】
また、上記状況下で、発信側ＰＣ端末４１から自席ＰＣ端末３０宛の電子メールが送信され、その転送先としてＩＭアドレスが設定されている場合は、以下のように動作する。
【００５８】
この場合、発信側ＰＣ端末４１からインターネット１００経由で自席ＰＣ端末３０宛の電子メールがオフィスメールサーバー３８に送られてくると、その電子メールは交換機内メールクライアント兼送信サーバー２１０によって読み出される（ステップＣ１）。交換機内メールクライアント兼送信サーバー２１０から電子メールの受信通知を受けた交換機２０のＣＰＵ２０７は、着信先のユーザーのプレゼンス状態をメモリ２０６内のプレゼンス状態テーブルのエントリ６０２から読み出す。そしてＣＰＵ２０７は読み出したプレゼンス状態に対応する着信先ユーザーの転送先を、ユーザー毎転送先テーブルのエントリ４０２，４０３及び４０４から読み出す（ステップＣ２）。ＣＰＵ２０７は、エントリ４０２に転送先がセットしてあるか確認し（ステップＣ３）、セットしてあればエントリ４０３に格納されているＩＭアドレス宛に転送する。
【００５９】
ここでは、オフィスＩＭサーバーのＩＭアドレスがエントリ４０３にセットされているので、交換機２０のＣＰＵ２０７は電子メールの本文をインスタントメッセージ用に変換し、送信先を転送先ＩＭアドレスとしてＩＭを作成し、送信・監視用交換機内ＩＭクライアント２１１に渡す。送信・監視用交換機内ＩＭクライアント２１１はＬＡＮインタフェース部２０１を通じてオフィスＩＭサーバー３６に対し、エントリ４０３に格納されていたＩＭアドレスを送信先として指定して送信する（ステップＣ４）。
【００６０】
以上のように、本実施例によれば、着信が電子メールやＩＭであり、転送先として異なる種類の通信手段が設定されていても、転送することが可能である。また、着信が電子メールやＩＭの場合に、転送先が電話番号である場合には、交換機２０が、電子メールやＩＭの本文を音声合成によりテキスト−音声変換をおこない、転送する。逆に、着信が電話であって、転送先として電子メールアドレス又はＩＭアドレスが設定されている場合には、交換機２０が、音声―テキスト変換を行い、それにより作成されたテキストを本文とする電子メール又はＩＭを転送する。
【００６１】
（実施例３）
実施例１で述べたように電話を転送したとしても、利用者が応答できない場合がある。本実施例では、そのような場合に、利用者がプレゼンス情報を変化させたことを検出して、コールバックをかける。
【００６２】
コールバックを行うために、交換機２０は、図８のように動作する。図８において、ステップＧ１〜Ｇ４は、図７のステップＣ１〜Ｃ４と同じである。
【００６３】
本実施例では、ステップＧ４で転送先に着信を入れると同時に、時間計測を開始する。所定時間内に転送先が応答すると、交換機２０は、実施例１で説明したように、発信側電話端末４２と転送先（例えば携帯端末４４）との間を接続する。そして、転送先が応答したと判断して（ステップＧ５でＹｅｓ）、動作を終了する。
【００６４】
一方、所定時間内に転送先が応答しなかった場合（ステップＧ５でＮｏ）、交換機２０のＣＰＵ２０７は、メモリ２０６に格納されているユーザー毎不応答着信テーブルに発信側電話端末４２の電話番号を書き込む（ステップＧ６）。その際、書き込もうとする電話番号と既に不応答着信テーブルに登録されている電話番号とを比較し、同一番号が存在する場合には、書き込みは行わない。
【００６５】
図９に、ユーザー毎不応答着信テーブルの一例を示す。図示のように、ユーザー毎不応答着信テーブルには、着信シーケンス番号９０１と発信側電話番号９０２の欄が設けられている。交換機２０は、転送先不応答を検出すると空いているエントリ９０２に発信側電話端末４２の電話番号を書き込む。
【００６６】
以上のようにして不応答着信テーブルに発信側電話端末４２の電話番号が登録されると、交換機２０は、コールバックを行う。交換機２０のコールバック動作を図１０の流れ図を用いて説明する。
【００６７】
まず、プレゼンスの変更があると（ステップＦ１）、ＣＰＵ３０５はプレゼンス変更をＬＡＮインタフェース部３０４を通じて交換機２０に通知する。交換機２０はＬＡＮインタフェース部２０２経由でその通知を受信し、該当ユーザーのプレゼンス状態テーブルのエントリ６０２を書き換える（ステップＦ２）。
【００６８】
交換機２０は、書き換えられプレゼンス状態が在席中か否か判断する（ステップＦ３）。
【００６９】
プレゼンス状態が在席中であれば、コールバック管理テーブル（図５）を参照して、該当ユーザーに対しコールバックを行うか否か判定する。コールバックフラグが立っていれば、交換機２０は該当ユーザーの不応答着信テーブルのエントリ９０２をチェックする（ステップＦ４）。コールバックフラグが立っていなければ、交換機２０は処理を終了する。
【００７０】
コールバックフラグが立っており、かつユーザー毎不応答着信テーブルに発信側電話番号が書き込まれている場合（ステップＦ５でＹｅｓ）は、交換機２０のＣＰＵ２０７はコールバック管理テーブルのエントリ５０３をオン（コールバック実行状態ＯＮ）にした後、コールバック処理を実行する（ステップＦ６）。
【００７１】
具体的には、交換機２０のＣＰＵ２０７は、ＰＳＴＮインタフェース部２０１を通じて、不応答着信テーブルに書き込まれた発信側電話番号をダイヤル発信する。発信側電話端末４２が応答した場合、ＣＰＵ２０７は自席電話端末３１に着信を入れる。自席電話端末３１が応答すると発信側電話端末４２と接続する。なお、発信側電話端末４２が応答したにもかかわらず、自席電話端末３１が応答しないという事態を避けるため、自席電話端末３１が応答した後に、発信側電話端末４２にダイヤルするようにしてもよい。
【００７２】
以上のようにして、通話が成立した場合（ステップＦ７でＹｅｓ）には、交換機２０のＣＰＵ２０７は、メモリ２０６内の不応答着信テーブルの該当するエントリ９０２を削除する（ステップＦ８）。そして、ステップＦ５に戻り、他の発信側電話番号が登録されていないか不応答着信テーブルを検索する。他の発信側電話番号が登録されていれば、再びコールバック処理を行い、無ければ動作を終了する。動作終了の際、ＣＰＵ２０７はコールバック管理テーブルのエントリ５０３をオフ（コールバック実行状態ＯＦＦ）にする。
【００７３】
一方、所定時間が経過しても通話が成立しない場合（ステップＦ７でＮｏ）、即ち、所定時間内に相手が応答しない場合や自席電話端末４２が応答しない場合は、相手先や自席への着信、通信を切断してコールバック処理を中止する。そして、ステップＦ５に戻って他の電話番号が登録されていないか不応答着信テーブルを検索する。
【００７４】
不応答着信テーブルに他の発信側電話番号が登録されていれば、ＣＰＵ２７は上述のようにコールバック処理を行い、無ければ動作を終了する。
【００７５】
通話が成立しなかった発信側電話端末４２に対しては、短時間のうちに何度もコールバックをかけないように、所定時間経過後に再度、コールバックを行うようにしてもよい。
【００７６】
ステップＦ３において、変更されたプレゼンス状態が在席中以外の場合は、コールバック管理テーブルを参照してコールバック処理中か否か判断する（ステップＦ９）。コールバック処理が行われている場合には、その処理を中止し、コールバック管理テーブルのエントリ９０３をオフにする（ステップＦ１０）。これは、コールバック処理を行っている最中にユーザーのプレゼンスが変更され、そのプレゼンス変更に伴う処理とコールバック処理とが並列処理されるのを防ぐためである。
【００７７】
以上のようにして、本実施例ではユーザーが自席に戻ってくると自動的にコールバックを行うことができる。
【００７８】
プレゼンス管理テーブルのプレゼンス状態の変更は、自席ＰＣ端末３０の起動や終了、さらには自席ＰＣ端末３０に一定時間キー／マウス入力がないこと検出したり、ＩＭサービスにおけるプレゼンス状態と連動して変更することで行うことができる。これにより転送設定のみならずプレゼンス変更操作も手動で行わなくても最適な転送先に着信が転送されるようになる。
【００７９】
プレゼンス変更を自動で行うために、自席ＰＣ端末３０には、予め専用アプリケーションがインストールされており、自席ＰＣ端末３０が起動されるとその専用アプリケーションもＯＳの機能により自動的に起動するように設定されている。
【００８０】
専用アプリケーションが起動している自席ＰＣ端末３０では、出社時、退社時及び離席時などユーザーのプレゼンスに変更が生じた場合に交換機２０へ通知すべきプレゼンス及び離席判定基準時間などのその他の必要な情報を、メモリ３０６に格納されている自席管理テーブルにいつでも登録することができる。この自席管理テーブルにプレゼンスが登録されているとき、自席ＰＣ端末３０は、ユーザーの状態を検出してプレゼンスを交換機２０に対して検出したプレゼンスを通知する。
【００８１】
図１１に自席管理テーブルの一例を示す。図示の自席管理テーブルには、出社時プレゼンス１１０１、退社時プレゼンス１１０２、離席時プレゼンス１１０３、離席判定基準時間１１０４及び離席カウンタ１１０５のエントリが含まれる。
【００８２】
次に、出社時、離席時及び退社時の順に、それぞれ図１２、図１３及び図１４を参照してその動作を説明する。
【００８３】
図１２に示すように、出社時には、ユーザーが自席ＰＣ端末３０を起動させる。自席ＰＣ端末３０が起動すると専用アプリケーションが自動起動し自席ＰＣ端末３０のメモリ３０６に常駐する（ステップＬ１）。専用アプリケーションは自身が起動されると、自席管理テーブルのエントリ１１０１に書き込まれているプレゼンスを取り出し、ＬＡＮインタフェース部３０４を通じて交換機２０に通知する（ステップＬ２）。
【００８４】
交換機２０はＬＡＮインタフェース部２０２経由で自席ＰＣ端末３０からのプレゼンス変更通知を受信すると、該当ユーザーのプレゼンス状態テーブルのエントリ６０２を通知内容に応じて書き換える（ステップＬ３）。
【００８５】
以上のようにして、プレゼンス状態テーブルの内容がユーザーの出社に応じて自動的に変更される。
【００８６】
次に、図１３を参照して、離席時のプレゼンス自動変更動作について説明する。
【００８７】
専用アプリケーションは、一旦起動されるとクロック制御部３０７を制御し、時間が１秒経過するたびに自席管理テーブルのエントリ１１０５に格納された離席カウンタの数を１秒増加させる（ステップＪ１、Ｊ２）。専用アプリケーションは、離席カウンタの数を増加させる度に、エントリ１１０４の秒数とエントリ１１０５の秒数とを比較する（ステップＪ３）。専用アプリケーションは、自席管理テーブルのエントリ１１０４と１１０５の秒数が一致するまで、上記動作を繰り返す。但し、上記動作実行中に、キーボードやマウスがユーザーによって操作されると、自席ＰＣ端末３０のＣＰＵ３０５はキーボードインターフェース部３０１やマウスインタフェース部３０２を通じてそれを検出し、自席管理テーブルのエントリ１１０５の値を０に戻す。
【００８８】
自席管理テーブルのエントリ１１０４と１１０５の秒数が同じになった時、専用アプリケーションは、エントリ１１０３に格納されたプレゼンス状態への変更通知をＬＡＮインタフェース部３０４を通じて交換機２０に通知する（ステップＪ４）。それから専用アプリケーションは、カウンタ増加を停止し、自席管理テーブルのエントリ１１０５カウント値を０に戻す（ステップＪ５）。
【００８９】
交換機２０は、ＬＡＮインタフェース部２０２を経由して自席ＰＣ端末３０からのプレゼンス変更通知を受信すると、該当ユーザーのプレゼンス状態テーブルのエントリ６０２を書き換える（ステップＪ６）。
【００９０】
以上のようにして、自席ＰＣ端末３０がユーザーの離席を自動検出して交換機２０に通知することにより、交換機２０のプレゼンス状態テーブルの内容が自動的に変更される。
【００９１】
次に図１４の流れ図を参照して、退社時の動作について説明する。なお、専用アプリケーションは、所定の周期で、交換機２０と存在確認（キープアライブ処理）を行っているものとする。
【００９２】
ユーザーが退社する際に、自席ＰＣ端末３０をシャットダウンさせる操作をすると（ステップＫ１）、専用アプリケーションの終了処理が開始され、その際自席管理テーブルのエントリ１１０２にセットされたプレゼンスへの変更がＬＡＮインタフェース部３０４を通じて交換機２０に通知される。（ステップＫ２）。
【００９３】
交換機２０はＬＡＮインタフェース部２０２経由で自席ＰＣ端末３０からのプレゼンスの変更通知を受信すると、該当ユーザーのプレゼンス状態テーブルのエントリ６０２を書き換える（ステップＫ３、Ｋ５）。
【００９４】
自席ＰＣ端末３０からのプレゼンス変更通知が何らかの原因により交換機２０に到着しなかった場合や、急にＰＣの電源を落とした場合等で専用アプリケーションがプレゼンス変更通知を出すことができなかった場合でも、交換機２０は、自席ＰＣ端末３０の存在確認ができなくなることにより、自席ＰＣ端末３０がシャットダウンされたことを検知し（ステップＫ３、Ｋ４）、該当ユーザーのプレゼンス状態テーブルのエントリ６０２を書き換える（ステップＫ５）。
【００９５】
以上のようにして、退社時においても自動的にプレゼンス状態テーブルの変更が行われる。
【００９６】
（実施例５）
転送先としてＩＭアドレスを設定していた場合、ユーザーがＩＭサーバー３６又は４５にログインしていないとメッセージを転送することができない。そこで、送信・監視用交換機内ＩＭクライアント２１１のバディリスト（同僚リスト）にユーザーのＩＭアカウントを登録しておき、交換機２０が、ユーザーがＩＭサーバー３６又は４５にログインしているか否かを監視することにより、自動でユーザーのプレゼンスを変更するようにする。これにより、ユーザーがＩＭサーバー３６又は４５にログインしていない場合は、転送先をＩＭ以外にすることが可能になる。以下、外部ＩＭサーバー４５にユーザーがログインしているか否かによって、プレゼンス状態テーブルを自動変更する場合について説明する。
【００９７】
上記動作を可能にするため、ユーザーは、予めプレゼンス状態テーブル（図６）に外部ＩＭサーバーのアカウントを登録する。この登録は、エントリ６０３に対して行うようにしてもよいし、これとは別に新たなエントリを設けるようにしてもよい。また、ユーザーは、ユーザー毎転送先テーブル（図４）に、エントリ４０１をＩＭログイン中とする転送情報を登録する。具体的には、ユーザー毎転送先テーブルのエントリ４０１にＩＭログイン中、エントリ４０２にＩＭ、エントリ４０３にＩＭクライアントのアドレス、エントリ４０４に外部ＩＭサーバーのアドレスをセットする。
【００９８】
交換機２０内の送信・監視用交換機内ＩＭクライアント２１１は、転送先テーブルに転送先として登録されている外部ＩＭサーバー４５にあらかじめ自身に付与されたアカウントでログインし、プレゼンス状態テーブルに登録されたアカウント情報に基づき、バディリストにそのユーザーを登録しておく。
【００９９】
プレゼンス情報の自動変更は、図１５に示すようにして行われる。
【０１００】
まず、外部ＩＭサーバー４５への転送を設定しているユーザーが、外出先ノートＰＣ／ＰＤＡ４８（ＩＭクライアント）により外部ＩＭサーバー４５にログインする（ステップＮ１）。外部ＩＭサーバー４５に既にログインしている交換機２０内の送信・監視用交換機内ＩＭクライアント２１１は、ユーザーのＩＭアカウントをパディリストに登録してあるため、ユーザーのログイン通知を外部ＩＭサーバーから受信する（ステップＮ２）。送信・監視用交換機内ＩＭクライアント２１から、ユーザーが外部ＩＭサーバー４５にログインしたとの通知を受けたＣＰＵ２０７は、ユーザーのプレゼンス状態テーブルのエントリ６０２をＩＭログイン中に書き換える（ステップＮ３）。これにより、ユーザー宛の着信が外部ＩＭサーバー４５にログインしている外出先ノートＰＣ／ＰＤＡにＩＭとして転送されるようになる。
【０１０１】
ユーザーが外部ＩＭサーバーに対しログオフした場合は、同様にして、ユーザーのプレゼンス状態テーブルのエントリ６０２が元の状態、例えば、外出中に書き換えられる。
【０１０２】
（実施例６）
前述の実施例１〜５では、各プレゼンス状態毎に転送先を１つしか設定していないため、設定された端末への転送が何らかの理由によりできない場合には、他に転送できる端末が存在する場合であっても、転送できないという事態が生じる。例えば、ユーザーが会議中の着信に関してＩＭによる転送を設定していた場合にＩＭサーバー３６又は４５へログインしていなかった場合は、たとえ電子メールには応答できる状態であっても転送することができない。そこで、本実施例では転送先として複数の端末を指定して同時に複数の端末に着信する方法を説明する。
【０１０３】
予め、各ユーザーは、交換機内メモリ２０６のユーザー毎転送先テーブルのエントリ４０２，４０３及び４０４に、各プレゼンス状態に対応させて、応答できる可能性のある複数の転送先を指定するための情報を、端末操作や交換機の設定ソフトにより書き込んでおく。ユーザ毎転送先テーブルは、例えば図１６に示すようになる。
【０１０４】
次に、本実施例の動作を図１７を参照して説明する。図１７に示すステップＮ１〜Ｎ４は、実施例３で説明したステップＧ２〜Ｇ４に代わるもの（ただし、ステップＧ３については省略）である。
【０１０５】
発信側ＰＣ端末４１からＰＳＴＮ網１１０経由で交換機２０に自席電話端末３１宛の着信がかかってくると、交換機２０のＣＰＵ２０７は着信先のユーザーのプレゼンス状態をメモリ２０６内のプレゼンス状態テーブルのエントリ６０２から読み出し、そのプレゼンス状態における着信先ユーザーの１又は複数の転送先を、ユーザー毎転送先テーブルのエントリ４０２，４０３及び４０４から読み出す（ステップＮ１）。そして、ＣＰＵ２０７読み出したエントリ４０３の複数の電話番号／アドレス宛に同時に転送する（ステップＮ２）。ＣＰＵ２０７は、転送先が１つでも応答したことを検出するとそれ以外の着信は停止する（ステップＮ３）。いずれの着信に対しても応答が無く、予め定められた一定の時間が経過すると（ステップＮ４）、ＣＰＵ２０７は全ての着信を停止する。
【０１０６】
以上のようにして、本実施例では、複数の端末に対して同時に転送を行うことができる。
【０１０７】
（実施例７）
前述の実施例１〜６ではプレゼンスの変更により転送設定が自動で設定されるが、オフィス等でよく利用されているＷｅｂサーバー３７又は４６上の行き先掲示板等のグループウェアのプレゼンス状態は手動で変更する必要がある。そこで本実施例では交換機２０がプレゼンス状態を変更する際に、同時にグループウェアのプレゼンス状態も変更するようにして、ユーザーが手動でグループウェアのプレゼンスを変更する必要がなくなるようにする。
【０１０８】
上記動作を実現するため、交換機２０は、メモリ２０６内にユーザ毎通知先グループウェアテーブルを用意する。ユーザ通知先グループウェアテーブルは、例えば図１８のように構成される。
【０１０９】
次に、具体的な動作について図１９の流れ図を参照して説明する。
【０１１０】
まず、実施例１〜６で説明したようにして交換機２０のプレゼンス状態テーブルの内容が変更される（ステップＭ１）。次に、交換機２０のＣＰＵ２０７は、メモリ２０６に格納されているユーザー毎通知先グループウェアを参照し、グループウェアのＷｅｂページ操作のスクリプト（ヘッダ及びメッセージ）を作成する（ステップＭ２）。そして、交換機２０のＣＰＵ２０７はＬＡＮインタフェース部２０２を通じてオフィスＷｅｂサーバー３７で動作しているグループウェアに対して、作成したスクリプトを送出する（ステップＭ３）。オフィスＷｅｂサーバー３７からは、ＣＰＵ２０７から送出されたスクリプトが、通常のブラウザからの操作と同様に見えるため、ブラウザから操作した場合と同様にプレゼンスが変更される。  以上のようにして、本実施例によれば、転送設定に利用されるプレゼンス情報を変更するだけで、同時に別のサービスを受けるためのプレゼンス情報も変更することができる。
【０１１１】
以上本発明について幾つかの実施例に即して説明したが、本発明は上記実施例に限定されるものではない。例えば、転送先として会議室端末３２や構内無線端末３３を設定したり、あるいは留守録装置３５を設定したりすることができる。
【０１１２】
【発明の効果】
本発明によれば、ユーザのプレゼンス情報に基づいて転送先を自動的に変更するようにしたことで、着信転送の設定／変更／解除が容易に行える。これによりプレゼンスが変わるたびに面倒な転送設定をすることが不要になり、転送設定を忘れるといったことが防げる。
【０１１３】
また、本発明によれば、電話のみならず、電子メールやインスタントメッセージにも対応し、これらの間の変換も行えるので、常に最適な通信手段で着信を転送することができる。
【図面の簡単な説明】
【図１】本発明の一実施の形態に係るコミュニケーション交換システムの概略構成を示すブロック図である。
【図２】図１のコミュニケーション交換システムに用いられるコミュニケーション交換機の構成を示すブロック図である。
【図３】図１のコミュニケーション交換システムに用いられる自席ＰＣ端末の構成を示すブロック図である。
【図４】図２の交換機に含まれるメモリに格納されるユーザー毎転送先テーブルの一例を示す図である。
【図５】図２の交換機に含まれるメモリに格納されるコールバック管理テーブルの一例を示す図である。
【図６】図２の交換機に含まれるメモリに格納されるプレゼンス状態テーブルの一例を示す図である。
【図７】自席電話端末に係ってきた電話を他の電話端末へ転送する場合の交換機の動作を説明するためのフローチャートである。
【図８】コールバック設定されている場合の交換機の転送動作を説明するためのフローチャートである。
【図９】交換機に含まれるメモリに格納されるユーザー毎不応答着信テーブルの一例を示す図である。
【図１０】交換機のコールバック動作を説明するためのフローチャートである。
【図１１】図３の自席ＰＣ端末のメモリに格納される自席管理テーブルの一例を示す図である。
【図１２】自席ＰＣ端末が起動されたときのプレゼンスの自動変更動作を説明するためのフローチャートである。
【図１３】自席ＰＣ端末が離席を検出してプレゼンスを自動変更する動作を説明するためのフローチャートである。
【図１４】自席ＰＣ端末が終了処理を行う際のプレゼンスの自動変更動作を説明するためのフローチャートである。
【図１５】ＩＭサーバーを監視してプレゼンスを自動変更する交換機の動作を説明するためのフローチャートである。
【図１６】複数の転送先を指定する場合のユーザー毎転送先テーブルの一例を示す図である。
【図１７】転送先が複数指定されている場合の交換機の転送動作を説明するためのフローチャートである。
【図１８】交換機に含まれるメモリに格納されるユーザ通知先グループウェアテーブルの一例を示す図である。
【図１９】グループウェアのプレゼンス変更を行う交換機の動作を説明するためのフローチャートである。
【符号の説明】
１０      ゲートウェイ
２０      コミュニケーション交換機
３０      自席ＰＣ端末
３１      自席電話端末
３２      会議室端末
３３      構内無線端末
３４      無線基地局
３５      留守録装置
３６      オフィスＩＭサーバー
３７      オフィスＷＥＢサーバー
３８      オフィスメールサーバー
４１      発信側ＰＣ端末
４２      発信側電話端末
４３      自宅端末
４４      携帯端末
４５      外部ＩＭサーバー
４６      外部ＷＥＢサーバー
４７      外部メールサーバー
４８      外出先ノートＰＣ／ＰＤＡ
２０１    ＰＳＴＮ  Ｉ／Ｆ部
２０２    ＬＡＮ  Ｉ／Ｆ部
２０３    留守録Ｉ／Ｆ部
２０４    無線基地局Ｉ／Ｆ部
２０５    内線端末Ｉ／Ｆ部
２０６    メモリ
２０７    ＣＰＵ
２０８    クロック制御部
２０９    交換機内ＩＭクライアント
２１０    交換機内メールクライアント兼送信サーバー
２１１    送信・監視用交換機内ＩＭクライアント
３０１    キーボードＩ／Ｆ部
３０２    マウスＩ／Ｆ部
３０３    ディスプレイＩ／Ｆ部
３０４    ＬＡＮ  Ｉ／Ｆ部
３０５    ＣＰＵ
３０６    メモリ
３０７    クロック制御部
【図１】
0004718767.tif 000002
【図２】
0004718767.tif 000003
【図３】
0004718767.tif 000004
【図４】
0004718767.tif 000005
【図５】
0004718767.tif 000006
【図６】
0004718767.tif 000007
【図７】
0004718767.tif 000008
【図８】
0004718767.tif 000009
【図９】
0004718767.tif 000010
【図１０】
0004718767.tif 000011
【図１１】
0004718767.tif 000012
【図１２】
0004718767.tif 000013
【図１３】
0004718767.tif 000014
【図１４】
0004718767.tif 000015
【図１５】
0004718767.tif 000016
【図１６】
0004718767.tif 000017
【図１７】
0004718767.tif 000018
【図１８】
0004718767.tif 000019
【図１９】
0004718767.tif 000020