(57)【特許請求の範囲】
【請求項１】
構内交換機であって、
当該構内交換機に接続される一つ以上の周辺機器の制御をすると共に、該周辺機器における呼イベント情報と第一の呼状態情報を取得し、前記周辺機器を仮想化するローカル制御部と、
前記ローカル制御部から、仮想化された前記周辺機器の前記呼イベント情報と前記第一の呼状態情報とを受信し、受信した前記呼イベント情報と前記第一の呼状態情報とに基づき、前記周辺機器に対する呼状態遷移指示と、遷移先の呼状態を示す第二の呼状態情報とを前記ローカル制御部に送信するユーザー制御部とを備え、
前記ローカル制御部は、前記ユーザー制御部から受信した前記呼状態遷移指示と前記第二の呼状態情報に基づき前記周辺機器を制御することを特徴とする構内交換機。
【請求項２】
請求項１に記載の構内交換機であって、
前記ユーザー制御部が、他構内交換機のローカル制御部に対して、前記他構内交換機に接続される一つ以上の周辺機器に対する呼状態遷移指示と、遷移先の呼状態における前記第二の呼状態情報を送信することを特徴とする構内交換機。
【請求項３】
請求項１又は２に記載の構内交換機であって、
前記ユーザー制御部が、仮想化された前記周辺機器の前記呼イベント情報と前記第一の呼状態情報に基づき、前記周辺機器に対する呼状態遷移指示と前記第二の呼状態情報とを決定する際、呼状態遷移のシナリオを反映して予め定義された呼状態遷移関数に対して、少なくとも仮想電話機情報、仮想電話機グループ情報、番号計画情報、トランクサービス情報のうち１つを入力して出力された結果を用いることを特徴とする構内交換機。
【請求項４】
請求項３に記載の構内交換機であって、
前記呼状態遷移関数、前記仮想電話機情報、前記仮想電話機グループ情報、前記番号計画情報、前記トランクサービス情報は、当該構内交換機のユーザーによって、当該構内交換機の外部から設定及び変更されることを特徴とする構内交換機。
【請求項５】
請求項１乃至４のいずれか１項に記載の構内交換機と、
前記構内交換機に接続される一つ以上の周辺機器とを備えることを特徴とする構内交換システム。
【請求項６】
請求項１乃至４のいずれか１項に記載の構内交換機を用いた第一の構内交換機と、
前記第一の構内交換機に接続される一つ以上の周辺機器と、
前記第一の構内交換機に接続される第二の構内交換機と、
前記第二の構内交換機に接続される一つ以上の周辺機器とを備え、
前記第二の構内交換機は、前記第二の構内交換機に接続される前記一つ以上の周辺機器の制御をする第二のローカル制御部を備え、
前記第一の構内交換機の前記ユーザー制御部が、前記第二の構内交換機の前記第二のローカル制御部に対して、前記第二の構内交換機に接続される前記一つ以上の周辺機器に対する呼状態遷移指示と、遷移先の呼状態における呼状態情報を送信し、
前記第二の構内交換機の前記第二のローカル制御部が、受信した前記呼状態遷移指示と前記呼状態情報に基づき、前記第二の構内交換機に接続される前記一つ以上の周辺機器を制御する構内交換システム。
【請求項７】
請求項５又は６に記載の構内交換システムであって、
全ての構内交換機が同一ＩＰネットワーク上にあることを特徴とする構内交換システム。
【請求項８】
構内交換機で用いられる制御方法であって、
ローカル制御部が、当該構内交換機に接続される一つ以上の周辺機器の制御をすると共に、該周辺機器における呼イベント情報と第一の呼状態情報を取得し、前記周辺機器を仮想化するステップと、
ユーザー制御部が、前記ローカル制御部から、仮想化された前記周辺機器の前記呼イベント情報と前記第一の呼状態情報とを受信し、受信した前記呼イベント情報と前記第一の呼状態情報に基づき、前記周辺機器に対する呼状態遷移指示と、遷移先の呼状態における第二の呼状態情報を前記ローカル制御部に送信するステップと、
前記ローカル制御部は、前記ユーザー制御部から受信した前記呼状態遷移指示と前記第二の呼状態情報に基づき前記周辺機器を制御するステップとを有することを特徴とする制御方法。
【請求項９】
構内交換機で用いられる制御プログラムであって、
コンピュータを、
当該構内交換機に接続される一つ以上の周辺機器の制御をすると共に、該周辺機器における呼イベント情報と第一の呼状態情報を取得し、前記周辺機器を仮想化するローカル制御部と、
前記ローカル制御部から、仮想化された前記周辺機器の前記呼イベント情報と前記第一の呼状態情報とを受信し、受信した前記呼イベント情報と前記第一の呼状態情報に基づき、前記周辺機器に対する呼状態遷移指示と、遷移先の呼状態における第二の呼状態情報を前記ローカル制御部に送信するユーザー制御部として機能させ、
前記ローカル制御部は、前記ユーザー制御部から受信した前記呼状態遷移指示と前記第二の呼状態情報に基づき前記周辺機器を制御することを特徴とする制御プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、構内交換機、その制御方法、制御プログラム、並びに構内交換システムに関し、特に、機能やサービスを保守する際の簡便性が高い構内交換機、その制御方法、制御プログラム、並びに構内交換システムに関する。
【背景技術】
【０００２】
構内交換機とは、電話網に複数の構内電話機を接続する電話交換機のことであり、外線からの発着信や内線同士の通話を制御するために、企業等の施設内において設置・運用される機器である。当該施設が大規模な場合や、当該企業が複数の拠点を有する場合には、複数の構内交換機を専用回線で接続することにより、広域の電話網が構築される。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開平１０−２１０１５６号公報
【特許文献２】特開平４−２８１６５８号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
しかし、構内交換機のサービスには、内線代表やコールピックアップ等、多様なサービスが存在するが、複数の構内交換機を併用してサービスを行う場合、サービスが提供できない場合が発生したり、動作上の制約が発生したりする点が、第一の問題点として挙げられる。例えば、複数の異なる構内交換機に収容されている内線同士を同じ内線代表の中に入れることはできなかった。また、他の構内交換機に収容される電話機への着信を、コールピックアップすることができなかった。なぜなら、構内交換機同士は専用線で接続されるが、専用線のインターフェースで送受信できる情報量が少なく、この少ない情報量の範囲内でしか電話機サービスが提供できなかったためである。
【０００５】
第二の問題点として、従来の構内交換機では互いにメーカーや機種が異なると、同じサービス名でも、操作方法や表示の様式などが異なる点が挙げられる。メーカーや機種により仕様の差が大きいため、古くなった構内交換機を新しい構内交換機に入れ替えようとした場合に、仕様の違いが問題になることが多い。なぜなら、各メーカーや機種によって、内線やトランク、三者会議やアナウンス等の特定のサービスを提供するための周辺装置、及びこれらを構内交換機に収容するためのハードウェアや制御するためのプログラムを、各メーカーや機種毎に独自に開発し、メーカーや機種による共通化を図ってこなかったためである。
【０００６】
第三の問題点として、ＩＰネットワークで動作するＩＰ電話機同士の回線交換を実現するＩＰ構内交換機がＩＰネットワーク上に複数存在している場合、たとえＩＰ構内交換機間でＩＰ電話機同士の通話を行う場合であっても、専用線インターフェースを用いて呼制御を行っている点が挙げられる。これは、ＩＰ構内交換機のメーカーや機種、構成、実施しているサービス等の違いを考慮することなく呼制御をするために、専用線を用いて構内交換機の制御する範囲を区切っているためである。
【０００７】
第四の問題点として、異なるメーカーの構内交換機の局データを、他メーカーの構内交換機へ適用、もしくは移植する事は困難である点が挙げられる。これは、メーカー毎に独自の論理によってデータを設定する単位やデータの構成を定めており、共通化されてこなかったためである。
【０００８】
例えば第一の問題点の解決を試みる発明として、ネットワーク内の全ての加入者に一つの交換機に収容されているのと同等なサービスを提供する事を可能とする、特許文献１に係る発明が挙げられる。しかし、特許文献１に係る発明は、当該発明を実装する同一機種での構内交換機同士の接続によらなければ実現できず、例えば第二の問題点を解決するものではなかった。なぜなら、特許文献１に係る発明においては、制御すべき処理ノードが他ノードの場合、通信制御部を介して他ノードの通話路スイッチ、加入者回路、トランク回路を制御するが、他機種の構内交換機を含めて実現しようとしても、他機種の話路スイッチ、加入者回路、トランク回路の機能やインターフェースに対応していなかったためである。
【０００９】
そこで、本発明は、メーカーや機種の異なる複数の構内交換機がＩＰネットワーク上に存在する場合、各構内交換機に収容されている内線電話機に対し、統一された電話機サービスを提供する事を目的とする。
【課題を解決するための手段】
【００１０】
本発明の第１の観点によれば、構内交換機であって、当該構内交換機に接続される一つ以上の周辺機器の制御をすると共に、該周辺機器における呼イベント情報と第一の呼状態情報を取得し、前記周辺機器を仮想化するローカル制御部と、前記ローカル制御部から、仮想化された前記周辺機器の前記呼イベント情報と前記第一の呼状態情報とを受信し、受信した前記呼イベント情報と前記第一の呼状態情報とに基づき、前記周辺機器に対する呼状態遷移指示と、遷移先の呼状態を示す第二の呼状態情報とを前記ローカル制御部に送信するユーザー制御部とを備え、前記ローカル制御部は、前記ユーザー制御部から受信した前記呼状態遷移指示と前記第二の呼状態情報に基づき前記周辺機器を制御することを特徴とする構内交換機が提供される。
【００１１】
本発明の第２の観点によれば、構内交換機で用いられる制御方法であって、ローカル制御部が、当該構内交換機に接続される一つ以上の周辺機器の制御をすると共に、該周辺機器における呼イベント情報と第一の呼状態情報を取得し、前記周辺機器を仮想化するステップと、ユーザー制御部が、前記ローカル制御部から、仮想化された前記周辺機器の前記呼イベント情報と前記第一の呼状態情報とを受信し、受信した前記呼イベント情報と前記第一の呼状態情報に基づき、前記周辺機器に対する呼状態遷移指示と、遷移先の呼状態における第二の呼状態情報を前記ローカル制御部に送信するステップと、前記ローカル制御部は、前記ユーザー制御部から受信した前記呼状態遷移指示と前記第二の呼状態情報に基づき前記周辺機器を制御するステップとを有することを特徴とする制御方法が提供される。
【００１２】
本発明の第３の観点によれば、構内交換機で用いられる制御プログラムであって、コンピュータを、当該構内交換機に接続される一つ以上の周辺機器の制御をすると共に、該周辺機器における呼イベント情報と第一の呼状態情報を取得し、前記周辺機器を仮想化するローカル制御部と、前記ローカル制御部から、仮想化された前記周辺機器の前記呼イベント情報と前記第一の呼状態情報とを受信し、受信した前記呼イベント情報と前記第一の呼状態情報に基づき、前記周辺機器に対する呼状態遷移指示と、遷移先の呼状態における第二の呼状態情報を前記ローカル制御部に送信するユーザー制御部として機能させ、前記ローカル制御部は、前記ユーザー制御部から受信した前記呼状態遷移指示と前記第二の呼状態情報に基づき前記周辺機器を制御することを特徴とする制御プログラムが提供される。
【発明の効果】
【００１３】
本発明によれば、構内交換機のメーカーや機種を問わず、統一した電話機サービスが提供される。
【図面の簡単な説明】
【００１４】
【図１】本発明の実施形態による構内交換機の構成例を示す図である。
【図２】本発明の実施形態による呼状態遷移シナリオの概念図である。
【図３−１】本発明の実施形態による呼状態遷移シナリオのうち「内線空き」の状態における呼状態情報と呼状態遷移判定関数の例を示す表である。
【図３−２】本発明の実施形態による呼状態遷移シナリオのうち「１ｓｔＤＴ（Ｄｉａｌ  Ｔｏｎｅ）」の状態における呼状態情報と呼状態遷移判定関数の例を示す表である。
【図３−３】本発明の実施形態による呼状態遷移シナリオのうち「ダイヤル中」の状態における呼状態情報と呼状態遷移判定関数の例を示す表である。
【図３−４】本発明の実施形態による呼状態遷移シナリオのうち「内線呼出」の状態における呼状態情報と呼状態遷移判定関数の例を示す表である。
【図３−５】本発明の実施形態による呼状態遷移シナリオのうち「二者通話」の状態における呼状態情報と呼状態遷移判定関数の例を示す表である。
【図３−６】本発明の実施形態による呼状態遷移シナリオのうち「ＲＯＴ（Ｒｅｏｒｄｅｒ  Ｔｏｎｅ）」の状態における呼状態情報と呼状態遷移判定関数の例を示す表である。
【図３−７】本発明の実施形態による呼状態遷移シナリオのうち「ＢＴ（Ｂｕｓｙ  Ｔｏｎｅ）」の状態における呼状態情報と呼状態遷移判定関数の例を示す表である。
【図４−１】本発明の実施形態による仮想電話機情報の例を示す表である。
【図４−２】本発明の実施形態による仮想電話機グループ情報の例を示す表である。
【図４−３】本発明の実施形態による番号計画情報の例を示す表である。
【図４−４】本発明の実施形態によるトランクサービス情報の例を示す表である。
【図５】本発明の実施形態による構内交換機を用いた構内交換システムの構成例を示す図である。
【図６】本発明の実施形態において内線のオフフックが検出された際の動作フローの例を示す図である。
【図７】本発明の実施形態による構内交換機が複数存在する場合の構内交換機の構成例を示す図である。
【図８】本発明の実施形態において内線呼出を実施する際の動作フローの例を示す図である。
【発明を実施するための形態】
【００１５】
（発明の概要）
構内交換機が提供する電話機サービスは多岐にわたるが、実際のユーザーが、メーカーの用意した全ての電話機サービスを使用する事はなく、一部のサービスの利用にとどまる事が多い。また、音声接続パターンのみに着目すれば、「接続中」か、「空き」であるかの二種類、又は、更に「予約」を含めた三種類しかない場合がほとんどである。従って、呼の状態と状態遷移を簡素化して提供できれば、ユーザーでも構内交換機の動作についてプログラミング可能である。更に、その処理結果である呼状態遷移の指示を、各メーカーの構内交換機に収容されている内線やトランク、三者会議や多者会議やアナウンスなどの特殊なサービスを提供する周辺装置、ハードウェアに対応させることができれば、メーカーや機種の枠を超えた電話機サービスが提供できるようになる。
【００１６】
本発明では、構内交換機のハードウェア、収容される内線やトランク、インターフェース等の仕様の違いを問わず機能させるために、内線やトランク、三者会議や多者会議やアナウンスなどの特殊なサービスを提供する周辺装置を仮想化する。
【００１７】
具体的には、構内交換機の処理を、ハードウェア、内線、トランク、周辺装置を直接制御するローカル制御部による処理と、内線、トランク、周辺装置を仮想化された状態で制御するユーザー制御部による処理とに分ける。
【００１８】
ユーザー制御部は、「呼状態遷移シナリオ」に従って呼状態を遷移させる。「呼状態遷移シナリオ」には、「２者通話」中や「保留」中などの、各呼状態における音声の送信／受信、画面の表示等を定義する「呼状態情報」が含まれ、オンフックやオフフック、フッキングやダイヤル等の「呼イベント」毎に、呼状態Ａから呼状態Ｂに状態遷移するための条件を「呼状態遷移判定関数」によって判定する。
【００１９】
「呼イベント」毎に定義される「呼状態遷移判定関数」には、「呼状態情報」が入力され、次の「呼状態」の指定が出力される。入力から出力までの論理は、ユーザーが作成する。
【００２０】
周辺装置を動かすためのデータベースを、ここでは「呼サービス情報」と呼ぶが、「呼サービス情報」もユーザーが作成し、「呼状態遷移判定関数」の中で利用される。
【００２１】
ローカル制御部は、周辺装置の呼イベントを監視し、呼イベントが発生したら、当該周辺装置の「呼状態情報」と「呼イベント情報」とをユーザー制御部に通知する。また、ユーザー制御部から指示される呼状態遷移指示に従って、当該周辺装置の状態を変更する。
【００２２】
構内交換機のローカル制御部がユーザー制御部とのインターフェースを認識できれば、メーカーや機種が異なる複数の構内交換機を共存させることにより、サービスを提供する事が可能である。
【００２３】
（第１の実施形態）
本発明の第１の実施形態について図面を参照して詳細に説明する。
【００２４】
図１は、本発明における構内交換機１００の構成図である。構内交換機１００は、ユーザーが構内交換機１００の外部から設定・プログラミング可能なユーザー制御部１１０と、構内交換機１００に収容される内線、トランク、三者会議や他者会議やアナウンスなどの特殊なサービスを提供する周辺装置を直接制御するローカル制御部１２０とを含む。なお、通常の構内交換機が通常の動作をする上で必要不可欠な構成要素については特に図示しないが、構内交換機１００はこのような構成要素も当然含む。
【００２５】
ユーザー制御部１１０は、少なくとも、周辺機器の呼状態を定義する呼状態情報と当該呼状態の遷移シナリオとを含む呼状態遷移シナリオ１１１と、呼状態遷移シナリオ１１１を反映する呼状態遷移判定関数で利用される呼サービス情報１１２とを保持する。
【００２６】
ローカル制御部１２０は、構内交換機１００に収容されるハードウェアを制御するハードウェア制御部１２１、構内交換機１００に収容される内線を制御する内線制御部１２２、構内交換機１００に収容されるトランクを制御するトランク制御部１２３に加え、一つ以上の周辺装置ＸＸＸを管理制御する制御部１２Ｘを含む。例えば、内線につながる電話機において、オフフックしたり、オンフックしたり、ダイヤルしたりした場合、ローカル制御部１２０内の内線制御部１２２が内線の呼イベントを検出し、ローカル制御部１２０は、呼イベントと内線の状態を、仮想化された呼イベント情報と呼状態情報とに置き換えて、ユーザー制御部１１０に通知する。
【００２７】
ユーザー制御部１１０は、ローカル制御部１２０から通知された呼イベント情報と呼状態情報、及び、ユーザー制御部１１０内に保有する呼状態遷移シナリオ１１１と呼サービス情報１１２を用いて、呼の新しい状態を決定し、呼状態遷移指示と新しい呼状態情報とをローカル制御部１２０に通知する。ローカル制御部１２０では、ユーザー制御部１１０から通知された仮想化された内線の呼状態遷移指示と新しい呼状態情報とに従って、実際の内線を制御する。
【００２８】
ここで、図２及び図３−１乃至３−７を用いて呼状態遷移シナリオについて説明する。
【００２９】
図２は、呼状態遷移シナリオの概念図である。具体的には「Ｊ０００  内線空き」の状態にある内線Ａが、オフフックすることにより「Ｊ００１  １ｓｔＤＴ」の状態になり、更に、内線Ｂへのダイヤルを開始することにより「Ｊ００２  ダイヤル中」の状態となる。その後、内線Ｂへの全桁をダイヤルすることにより、内線Ｂが空きであれば、内線Ａ及び内線Ｂの双方が「Ｊ００３  内線呼出」の状態となり、内線Ｂが話中であれば、内線Ａが「Ｊ００６  ＢＴ」の状態となる。「Ｊ００３  内線呼出」の状態の後、Ｂが応答すれば、内線Ａ及び内線Ｂの双方が「Ｊ００４  二者通話」の状態となる。その後、内線Ａと内線Ｂの一方がオンフックすると、その一方は「Ｊ０００  内線空き」の状態に戻り、他方は、「Ｊ００５  ＲＯＴ」の状態を経て、オンフック後「Ｊ０００  内線空き」の状態に戻る。なお、図中の「Ａ」「Ｂ」は、関係する内線やトランクを表し、Ｊ０００乃至Ｊ００６までの各呼状態を示すボックス内に記載の「Ａ」は同一の内線である事を示している。ユーザーはＪ０００乃至Ｊ００６までの各呼状態を定義すると共に、必要であれば、新しい呼状態を追加する。更にユーザーは、上記の呼状態遷移シナリオを反映すると共に、呼状態間で遷移が可能かどうかを、ローカル制御部１２０から通知される呼状態情報、利用者自身が作成した呼サービス情報等を用いて判定する関数である呼状態遷移判定関数を作成する。
【００３０】
図３−１乃至３−７は、上記の呼状態遷移シナリオを構成する各呼状態における呼状態情報、及び、各呼状態における各呼イベント発生時に用いられる呼状態遷移判定関数を示す表である。
【００３１】
図３−１を例として説明すると、図３−１は図２の概念図の「Ｊ０００  内線空き」の呼状態における呼状態情報と呼状態遷移判定関数とを示す。ここで、「Ｊ０００」は呼の種類を区別できるように振られた記号であり、当該記号はユーザーが独自に定義してよい。また、図３−１中に記載されている「Ｊ０００−Ａ−Ｓ１」は呼状態を識別する記号であり、「Ａ」は当該呼状態となっている機器を示し、「Ｓ１」は内線の種別を示す。図３−１においては、内線の種別により、「Ｓ１」の呼状態情報と呼状態遷移判定関数、及び「Ｓ２」の呼状態情報と呼状態遷移判定関数が存在する。これは、アナログ電話機、多機能電話機や、ＰＨＳ、ソフトフォン等、電話機の特性により、利用できるサービス、操作が異なっている場合や、同じ電話機でもオフフックすると特定内線に直接呼出しを行うような内線が存在し、状態遷移を共通にできない場合があるためである。これに伴い、「Ｓ１」及び「Ｓ２」の内線毎に、呼状態と呼状態遷移判定関数を別個に定義している。
【００３２】
図３−１中の「音声送信１」の行から「有効な呼イベント」の行までの情報は、ユーザー制御部１１０とローカル制御部１２０との双方が認識可能な情報であるとともに、ユーザー制御部１１０からローカル制御部１２０に対し、呼状態遷移指示とともに通知される情報でもある。
【００３３】
図３−１中の「音声送信」には「音声送信１」と「音声送信２」の２つが存在するが、これは複数の相手に音声を送信することが想定されているためであり、任意の個数の「音声送信」を定義することが可能である。また、「音声受信１」に関しても、任意の個数の「音声受信」を定義することが可能である。
【００３４】
図３−１中の「タイマー」は、図３−１の呼状態である「Ｊ０００  内線空き」に留まれる時間を示す情報である。図３−１においては「タイマー」が「なし」となっているが、図３−２の「Ｊ００１  １ｓｔＤＴ」では「タイマー」が「１２秒」となっており、これは、１ｓｔＤＴの呼状態でいられる最長時間を示す。１２秒が過ぎた場合は、次の呼状態に遷移する。
【００３５】
図３−１中の「有効な呼イベント」の行の情報は、「Ｊ０００  内線空き」の状態において有効となる呼イベントを定義しており、当該呼イベントが発生すると、「呼イベント発生時の呼状態遷移判定関数」を用いた制御がされ、呼の新しい状態が決定される。有効であることが定義されていない呼イベントが発生した場合は、当該呼イベントはユーザー制御部１１０にも通知されず、現状の呼状態が維持される。
【００３６】
次に、呼サービス情報について説明する。図４−１乃至図４−４は、呼サービス情報の一例である。図４−１は仮想化された各電話機の収容先、内線の種別、自らが属するサービスグループを示す表である。図４−２は仮想化された電話機がグルーピングされた各サービスグループを示す表である。図４−３は構内交換システムで用いる各番号にどのような機能があるか、及びどのような場合に有効になるかを示す表である。図４−４は各トランクグループの収容先と種別を示す表である。呼サービス情報は、構内交換機に収容される内線、トランク、周辺機器を機能させるためのデータベースや、どの内線かに応じてサービスを有効とするか無効とするかを判断するためのデータベースを含み、それらの各々は、ユーザーが新規に定義、作成、変更することが可能である。
【００３７】
次に、詳しくは後述するが、図３−１に示される「Ｊ０００  内線空き」の状態において、内線Ａ（Ｓ１）に接続される電話機が「オフフック」した場合の動作について、簡単に説明する。
【００３８】
ユーザー制御部１１０に対し、ローカル制御部１２０から、内線Ａ（Ｓ１）に接続される電話機における「オフフック」なる呼イベント情報が通知されると、図３−１に記載の「呼イベント発生時の呼状態遷移判定関数」中、「オフフック」に対応した呼状態遷移判定関数ＰＪ０００Ａ＿Ｓ１＿１が起動する。このＰＪ０００Ａ＿Ｓ１＿１は、ユーザーによって予め設計された関数である。この関数に対して、内線Ａの「呼状態情報」を入力し、更に必要であれば、この関数から図４−１乃至４−４に記載の「呼サービス情報」のデータベースを参照することにより、内線Ａ（Ｓ１）の呼状態を「Ｊ００１  １ｓｔＤＴ」にすることを決定する。ユーザー制御部１１０は、図３−２の「Ｊ００１  １ｓｔＤＴ」における、Ｊ００１−Ａ−Ｓ１の内線Ａ（Ｓ１）の呼状態情報を読み出し、当該呼状態情報をローカル制御部１２０に通知する。ローカル制御部１２０は内線Ａ（Ｓ１）を、当該呼状態情報が示す呼状態に変更し、次の呼イベントを待つ。ここで、上記のＰＪ０００Ａ＿Ｓ１＿１は、ユーザーによって予め設計された関数であるため、ユーザーの設計により、Ｊ００１以外の呼状態への遷移指示を決定することも可能である。
【００３９】
このように、呼イベント情報と呼状態情報とを、ローカル制御部１２０からユーザー制御部１１０に通知し、呼状態遷移判定関数を用いて、ある呼状態と他の呼状態とを結んでいくが、論理的な矛盾、ハードウェアの故障、プログラム異常等によって、これ以上呼サービスが継続できない場合が生じる可能性がある。このような可能性を鑑み、「Ｊ０００  内線空き」は、内線の初期化用の呼状態としての役割も兼ねている。上記の論理的な矛盾、ハードウェアの故障、プログラム異常等によって、これ以上呼サービスが継続できない場合は、強制的に「Ｊ０００  内線空き」の状態に戻す事によって、異常な状態からの復旧、および復旧後の再スタートを可能としている。
【００４０】
次に図５に示される構内交換システムを例として、本発明の動作について説明する。
【００４１】
図５に示される構内交換システムにおいて、構内交換機１００Ａ、１００Ｂ、及び１００Ｃは同一のＩＰネットワーク上に接続されている。
【００４２】
また、構内交換機１００Ａは、内線１１Ａ、内線１２Ａ、局線２１Ａを収容する。構内交換機１００Ｂは、内線１１Ｂ、内線１２Ｂ、局線２１Ｂを収容する。構内交換機１００Ｃは、内線１１Ｃ、内線１２Ｃ、局線２１Ｃ、専用線４１Ｃを収容する。
【００４３】
構内交換機１００Ａが収容する内線１１Ａ、内線１２Ａ、局線２１Ａの全てはＩＰネットワークに直接接続している。
【００４４】
構内交換機１００Ｂが収容する内線１１Ｂ、内線１２Ｂ、局線２１Ｂの全ては、構内交換機１００Ｂ内の専用ハードウェアの中に収容され、ＶｏＩＰゲートウェイ装置であるゲートウェイ３１Ｂを介して、ＩＰネットワークとの音声接続を可能としている。
【００４５】
構内交換機１００Ｃが収容する内線１２Ｃ及び専用線４１Ｃは、ＩＰネットワークに直接接続しているが、内線１１Ｃ及び局線２１Ｃは、構内交換機１００Ｃ内の専用ハードウェアの中に収容され、ＶｏＩＰゲートウェイ装置であるゲートウェイ３１Ｃを介して、ＩＰネットワークとの音声接続を可能としている。
【００４６】
構内交換機１００Ａに収容されている内線１１Ａに接続される電話機が「オフフック」し、「１ｓｔＤＴ」を送出するまでの動作について、図６のフローチャートを用いて説明する。
【００４７】
内線１１Ａは、図２における「Ｊ０００  内線空き」の状態にある。内線１１Ａに接続される電話機がオフフックすると、ローカル制御部１２０が内線１１Ａの呼イベント「オフフック」を検出し（ＳＴＥＰ１００１）、ユーザー制御部１１０に対して、内線１１Ａの呼イベント「オフフック」と内線１１Ａの現在の「呼状態情報」とを通知する（ＳＴＥＰ１００２）。
【００４８】
ユーザー制御部１１０は、内線１１Ａの「呼状態情報」から「Ｊ０００  内線空き」の状態であることを認識し、呼状態遷移シナリオ中、図３−１の「Ｊ０００  内線空き」の表を読み出す。また、図４−１の「仮想電話機情報」から、内線１１Ａに接続される電話機（ここでは電話機番号３００００の電話機とする）の内線種別がＳ１であることを認識し、図３−１の「Ｊ０００  内線空き」の表から、Ｊ０００−Ａ−Ｓ１の呼状態遷移判定関数ＰＪ０００Ａ＿Ｓ１＿１を起動する。呼状態遷移関数ＰＪ０００Ａ＿Ｓ１＿１は、呼状態情報等を基に次の呼状態を「Ｊ００１  １ｓｔＤＴ」に決定する（ＳＴＥＰ１００３）。
【００４９】
その後、ユーザー制御部１１０はローカル制御部１２０に対して、新しい呼状態「Ｊ００１  １ｓｔＤＴ」への呼状態遷移は可能かを問い合わせる（ＳＴＥＰ１００４）。
【００５０】
ユーザー制御部１１０に対してローカル制御部１２０から「移行ＯＫ」の返信があれば（ＳＴＥＰ１００５）、ローカル制御部１２０に対し内線１１Ａの呼状態遷移指示「Ｊ００１  １ｓｔＤＴ」を送信する（ＳＴＥＰ１００６）。
【００５１】
呼状態遷移指示を受け取ったローカル制御部１２０は、指示通りの呼状態になるように内線１１Ａに対する制御を実施する（ＳＴＥＰ１００７）。
【００５２】
次に、構内交換機１００Ａに収容されている内線１１Ａに接続された電話機において、構内交換機１００Ｂに収容されている内線１１Ｂの番号をダイヤルする際の動作、すなわち、「呼状態遷移シナリオ」の「Ｊ００２  ダイヤル中」から「Ｊ００３  内線呼出」に至るまでの動作について説明する。上記のように、この場合、メーカーや機種の異なる交換機同士であっても、一方の構内交換機からの「呼状態遷移指示」及び「呼状態情報」を、他方の構内交換機のローカル制御部が認識できれば、図７に記載のように、構内交換機１００Ａのユーザー制御部１１０Ａから構内交換機１００Ｂのローカル制御部１２０Ｂに直接指示をすることが可能である。
【００５３】
最初に、内線１１Ａに接続される電話機において内線１１Ｂの最後の桁をダイヤルすると、ローカル制御部１２０Ａは、当該呼イベントを検出する（ＳＴＥＰ２００１）。
【００５４】
続いてローカル制御部１２０Ａは、ユーザー制御部１１０Ａに対して、上記の呼イベントである「ダイヤル」及び「ダイヤルした番号」と、「呼状態情報」とを通知する（ＳＴＥＰ２００２）。
【００５５】
ユーザー制御部１１０Ａは、通知されてきた内線１１Ａの「呼状態情報」から図３−３の「Ｊ００２  ダイヤル中」の表を参照し、「呼イベント発生時の呼状態遷移関数」の中で「ダイヤル」に対応する関数ＰＪ００２Ａ＿Ｓ１＿１を起動する。関数ＰＪ００２Ａ＿Ｓ１＿１は、呼サービス情報１１２Ａを参照し、ダイヤル先が構内交換機１００Ｂに収容される内線１１Ｂであることを割り出し、内線１１Ｂを呼び出すことを決定する（ＳＴＥＰ２００３）。例えば、「ダイヤルした番号」が「２０１３０」である場合、図４−３の表から「２０１３０」が５ケタ内線であることが分かる。また、図４−１から２０１３０の電話機番号の電話機が、構内交換機１００Ｂに収容される電話機であり、内線種別がＳ１であることが分かる。
【００５６】
ユーザー制御部１１０Ａは、内線１１Ｂを収容するローカル制御部１２０Ｂと、内線１１Ａを収容するローカル制御部１２０Ａとに対して、「Ｊ００３  内線呼出」への移行が可能かを問い合わせる（ＳＴＥＰ２００４及びＳＴＥＰ２００５）。
【００５７】
両者から「移行ＯＫ」の返信を受けると（ＳＴＥＰ２００６及びＳＴＥＰ２００７）、ユーザー制御部１１０Ａは、内線１１Ｂを収容するローカル制御部１２０Ｂと、内線１１Ａを収容するローカル制御部１２０Ａとに対し、呼状態遷移指示を送信する（ＳＴＥＰ２００８及びＳＴＥＰ２００９）。
【００５８】
呼状態遷移指示を受信したローカル制御部１２０Ｂとローカル制御部１２０Ａは、指示通りの呼状態になるように、各々、内線１１Ｂと内線１１Ａを制御する（ＳＴＥＰ２０１０及びＳＴＥＰ２０１１）。
【００５９】
その後、図８のフローチャートに記載の動作以降の動作となるが、内線１１Ｂに接続された電話機で内線１１Ａからの呼び出しに応答した場合、ローカル制御部１２０Ｂは、ユーザー制御部１１０Ａに対し、内線１１Ｂに接続された電話機がオフフックしたことと、内線１１Ｂの呼状態情報とを通知する。ユーザー制御部１１０Ａは、内線１１Ａと内線１１Ｂの双方に対し、呼状態遷移シナリオ中、図３−５に示される「Ｊ００４  二者通話」の呼状態への遷移を指示する。
【００６０】
構内交換機１００Ａのローカル制御部１２０Ａは内線１１Ａに対して、内線１１Ｂとの接続を指示するが、構内交換機１００Ｂのローカル制御部１２０Ｂは直接ＩＰネットワークに接続されていないため、ゲートウェイ３１Ｂを経由して内線１１Ｂとの接続を行う。
【００６１】
これらの接続時に必要なＩＰアドレス等の情報は、呼状態遷移確認後のローカル制御部１２０Ａ及び１２０Ｂからの「移行ＯＫ」返信時に、同時に通知される。
【００６２】
なお、上記の説明では、内線１１Ｂに接続される電話機が内線１１Ａからの呼び出しに応答した場合、ローカル制御部１２０Ｂは、ユーザー制御部１１０Ａに当該電話機においてオフフックしたことを通知するとしたが、ユーザー制御部１１０Ｂに通知してもよい。この場合、ユーザー制御部１１０Ｂはユーザー制御部１１０Ａと同一の仕様の制御部であり、ユーザー制御部１１０Ａと同一のデータベースを保有している必要がある。
【００６３】
（他の実施形態）
第１の実施形態においては、各構内交換機がユーザー制御部を保有しているとしたが、複数の構内交換機のうち１つの構内交換機のみに対して、ユーザー制御部が実装されていてもよい。また、構内交換機ではなく、同一ＩＰネットワーク上のＰＣやサーバ上にユーザー制御部が実装されていてもよい。上記とは逆に、複数のユーザー制御部がＩＰネットワーク上に配置されていてもよい。
【００６４】
また、ユーザーの利便性を考慮し、利用頻度が高い電話機サービスについて、呼状態遷移判定関数とデータベースのサンプルとを予め用意しておいてもよい。ユーザーはそれら関数及びデータベースのサンプルをそのまま使用してもよいし、カスタマイズして使用しても良い。
【００６５】
上記の第１の実施形態及び他の実施形態により、構内交換機のメーカーや機種を選ばず、統一した電話機サービスが提供できる。
【００６６】
また、複数の構内交換機を跨いで内線代表を組んだり、他の構内交換機に収容される電話機への着信を、コールピックアップで取る事ができる。複数の構内交換機を跨ぐサービスでも、専用線インターフェースを用いずに、１つの構内交換機に収容される感覚で電話機サービスが提供できる。
【００６７】
更に、古い構内交換機を新しい構内交換機に入れ替える場合、他メーカーの構内交換機と入れ替わったとしても、それまでのデータベースを利用し、同じようにサービスが利用できる。
【００６８】
更に、ユーザー自らがデータベースを構築し、プログラミングする事で新しい呼状態や新しいサービスを作り出す事ができる。
【００６９】
なお、上記構内交換機及び構内交換システムの各部分は、ハードウェア、ソフトウェアのいずれか又はこれらの組み合わせにより実現することができる。また、上記のネットワークスイッチにより行われるスイッチング方法も、ハードウェア、ソフトウェアのいずれか又はこれらの組み合わせにより実現することができる。ここで、ソフトウェアによって実現されるとは、コンピュータがプログラムを読み込んで実行すること、又は、ハードウェアがプログラムに相当するマイクロコードに従って動作することにより実現されることを意味する。
【００７０】
プログラムは、様々なタイプの非一時的なコンピュータ可読媒体（non-transitory computer readable medium）を用いて格納され、コンピュータに供給することができる。非一時的なコンピュータ可読媒体は、様々なタイプの実体のある記録媒体（tangible storage medium）を含む。非一時的なコンピュータ可読媒体の例は、磁気記録媒体（例えば、フレキシブルディスク、磁気テープ、ハードディスクドライブ）、光磁気記録媒体（例えば、光磁気ディスク）、ＣＤ−ＲＯＭ（Read Only Memory）、ＣＤ−Ｒ、ＣＤ−Ｒ／Ｗ、半導体メモリ（例えば、マスクＲＯＭ、ＰＲＯＭ（Programmable ROM）、ＥＰＲＯＭ（Erasable PROM）、フラッシュＲＯＭ、ＲＡＭ（random access memory））を含む。また、プログラムは、様々なタイプの一時的なコンピュータ可読媒体（transitory computer readable medium）によってコンピュータに供給されてもよい。一時的なコンピュータ可読媒体の例は、電気信号、光信号、及び電磁波を含む。一時的なコンピュータ可読媒体は、電線及び光ファイバ等の有線通信路、又は無線通信路を介して、プログラムをコンピュータに供給できる。
【００７１】
上記の実施形態の一部または全部は、以下の付記のようにも記載されるが、以下には限られない。
【００７２】
（付記１）
構内交換機であって、
当該構内交換機に接続される一つ以上の周辺機器の制御をすると共に、該周辺機器における呼イベント情報と第一の呼状態情報を取得し、前記周辺機器を仮想化するローカル制御部と、
前記ローカル制御部から、仮想化された前記周辺機器の前記呼イベント情報と前記第一の呼状態情報とを受信し、受信した前記呼イベント情報と前記第一の呼状態情報とに基づき、前記周辺機器に対する呼状態遷移指示と、遷移先の呼状態を示す第二の呼状態情報とを前記ローカル制御部に送信するユーザー制御部とを備え、
前記ローカル制御部は、前記ユーザー制御部から受信した前記呼状態遷移指示と前記第二の呼状態情報に基づき前記周辺機器を制御することを特徴とする構内交換機。
【００７３】
（付記２）
付記１に記載の構内交換機であって、
前記ユーザー制御部が、他構内交換機のローカル制御部に対して、前記他構内交換機に接続される一つ以上の周辺機器に対する呼状態遷移指示と、遷移先の呼状態における前記第二の呼状態情報を送信することを特徴とする構内交換機。
【００７４】
（付記３）
付記１又は２に記載の構内交換機であって、
前記ユーザー制御部が、仮想化された前記周辺機器の前記呼イベント情報と前記第一の呼状態情報に基づき、前記周辺機器に対する呼状態遷移指示と前記第二の呼状態情報とを決定する際、呼状態遷移のシナリオを反映して予め定義された呼状態遷移関数に対して、少なくとも仮想電話機情報、仮想電話機グループ情報、番号計画情報、トランクサービス情報のうち１つを入力して出力された結果を用いることを特徴とする構内交換機。
【００７５】
（付記４）
付記１乃至３のいずれか１に記載の構内交換機であって、
前記呼状態遷移関数、前記仮想電話機情報、前記仮想電話機グループ情報、前記番号計画情報、前記トランクサービス情報は、当該構内交換機のユーザーによって、当該構内交換機の外部から設定及び変更されることを特徴とする構内交換機。
【００７６】
（付記５）
付記１乃至４のいずれか１に記載の構内交換機と、
前記構内交換機に接続される一つ以上の周辺機器とを備えることを特徴とする構内交換システム。
【００７７】
（付記６）
付記１乃至４のいずれか１に記載の第一の構内交換機と、
前記第一の構内交換機に接続される一つ以上の周辺機器と、
前記第一の構内交換機に接続される第二の構内交換機と、
前記第二の構内交換機に接続される一つ以上の周辺機器とを備え、
前記第二の構内交換機は、前記第二の構内交換機に接続される前記一つ以上の周辺機器の制御をする第二のローカル制御部を備え、
前記第一の構内交換機の前記ユーザー制御部が、前記第二の構内交換機の前記第二のローカル制御部に対して、前記第二の構内交換機に接続される前記一つ以上の周辺機器に対する呼状態遷移指示と、遷移先の呼状態における呼状態情報を送信し、
前記第二の構内交換機の前記第二のローカル制御部が、受信した前記呼状態遷移指示と前記呼状態情報に基づき、前記第二の構内交換機に接続される前記一つ以上の周辺機器を制御する構内交換システム。
【００７８】
（付記７）
付記５又は６に記載の構内交換システムであって、
全ての構内交換機が同一ＩＰネットワーク上にあることを特徴とする構内交換システム。
【００７９】
（付記８）
構内交換機で用いられる制御方法であって、
ローカル制御部が、当該構内交換機に接続される一つ以上の周辺機器の制御をすると共に、該周辺機器における呼イベント情報と第一の呼状態情報を取得し、前記周辺機器を仮想化するステップと、
ユーザー制御部が、前記ローカル制御部から、仮想化された前記周辺機器の前記呼イベント情報と前記第一の呼状態情報とを受信し、受信した前記呼イベント情報と前記第一の呼状態情報に基づき、前記周辺機器に対する呼状態遷移指示と、遷移先の呼状態における第二の呼状態情報を前記ローカル制御部に送信するステップと、
前記ローカル制御部は、前記ユーザー制御部から受信した前記呼状態遷移指示と前記第二の呼状態情報に基づき前記周辺機器を制御するステップとを有することを特徴とする制御方法。
【００８０】
（付記９）
構内交換機で用いられる制御プログラムであって、
コンピュータを、
当該構内交換機に接続される一つ以上の周辺機器の制御をすると共に、該周辺機器における呼イベント情報と第一の呼状態情報を取得し、前記周辺機器を仮想化するローカル制御部と、
前記ローカル制御部から、仮想化された前記周辺機器の前記呼イベント情報と前記第一の呼状態情報とを受信し、受信した前記呼イベント情報と前記第一の呼状態情報に基づき、前記周辺機器に対する呼状態遷移指示と、遷移先の呼状態における第二の呼状態情報を前記ローカル制御部に送信するユーザー制御部として機能させ、
前記ローカル制御部は、前記ユーザー制御部から受信した前記呼状態遷移指示と前記第二の呼状態情報に基づき前記周辺機器を制御することを特徴とする制御プログラム。
【産業上の利用可能性】
【００８１】
本発明は構内交換機の分野で用いることが可能である。更に局間サービスの分野で用いることが可能である。
【符号の説明】
【００８２】
１１Ａ  １２Ａ  １１Ｂ  １２Ｂ  １１Ｃ  １２Ｃ  内線
２１Ａ  ２１Ｂ  ２１Ｃ  局線
３１Ｂ  ３１Ｃ  ゲートウェイ
４１Ｃ  専用線
１００  １００Ａ  １００Ｂ  １００Ｃ  構内交換機
１１０  １１０Ａ  １１０Ｂ  ユーザー制御部
１１１  呼状態遷移シナリオ
１１２  呼サービス情報
１２０  １２０Ａ  １２０Ｂ  ローカル制御部
１２１  ハードウェア制御部
１２２  内線制御部
１２３  トランク制御部
１２Ｘ  ＸＸＸ制御部
【図１】
0006690967.tif 000002
【図２】
0006690967.tif 000003
【図３−１】
0006690967.tif 000004
【図３−２】
0006690967.tif 000005
【図３−３】
0006690967.tif 000006
【図３−４】
0006690967.tif 000007
【図３−５】
0006690967.tif 000008
【図３−６】
0006690967.tif 000009
【図３−７】
0006690967.tif 000010
【図４−１】
0006690967.tif 000011
【図４−２】
0006690967.tif 000012
【図４−３】
0006690967.tif 000013
【図４−４】
0006690967.tif 000014
【図５】
0006690967.tif 000015
【図６】
0006690967.tif 000016
【図７】
0006690967.tif 000017
【図８】
0006690967.tif 000018