(57)【要約】  【課題】  発信者側では着信転送先との通話が確立するまで着信転送発生の有無を認識することができない。  【解決手段】  内線端末２を収容接続すると共に、発信者側端末から、自動着信転送に関わる内線端末への着信を検出すると、同着信呼を着信転送先の通信端末に自動転送するＰＢＸ１０を備えた構内交換システム１であって、ＰＢＸは、着信転送を報知する音声ガイダンスを管理するＭＥＭ１８と、自動着信転送に関わる内線端末への着信を検出すると、通話確立前に、着信転送の音声ガイダンスを発信者側端末に報知すべく、ＶＲＥＣ１６を制御するＣＰＵ１９とを有している。【選択図】  図２
2005252714.tif 000002
【特許請求の範囲】
【請求項１】
複数の通信端末を収容接続する接続制御手段と、発信者側端末から、前記複数の通信端末の内、自動着信転送に関わる通信端末への着信を検出すると、この発信者側端末からの着信呼を他の通信端末に自動転送する着信転送手段とを有する構内交換システムであって、
前記通信端末毎に、着信転送を報知する着信転送ガイダンスを含む着信転送報知情報を記憶管理する記憶手段と、
前記発信者側端末から前記自動着信転送に関わる通信端末への着信を検出すると、この通信端末に対応した着信転送報知情報を前記記憶手段から読み出し、この着信転送報知情報に基づき、前記発信者側端末に対して着信転送ガイダンスを報知する着信転送報知手段とを有することを特徴とする構内交換システム。
【請求項２】
前記着信転送報知手段は、
前記着信転送報知情報に基づき、前記着信転送先の通信端末に対して着信転送ガイダンスを報知することを特徴とする請求項１記載の構内交換システム。
【請求項３】
前記着信転送報知手段は、
前記着信転送ガイダンスを音声で報知することを特徴とする請求項１又は２記載の構内交換システム。
【請求項４】
前記着信転送報知手段は、
前記発信者側端末から前記自動着信転送に関わる通信端末への着信を検出すると、前記着信転送ガイダンスを一回の音声ガイダンスで報知することを特徴とする請求項３記載の構内交換システム。
【請求項５】
前記接続制御手段は、
前記着信転送報知手段による前記発信者側端末に対する前記着信転送ガイダンス報知中に、同着信転送先の通信端末の通信動作を規制することを特徴とする請求項３又は４記載の構内交換システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、複数の通信端末を収容接続すると共に、発信者側端末から、前記複数の通信端末の内、自動着信転送に関わる通信端末への着信を検出すると、この発信者側端末からの着信呼を他の通信端末に自動転送する機能を備えた構内交換システムに関する。
【背景技術】
【０００２】
従来、このような構内交換システムにおいては、複数の内線端末を収容接続し、例えば内線端末のユーザが不在等で同内線端末に対する着信呼に応答することができない場合、同着信呼を他の通信端末に自動的に転送する技術が広く知られている。
【０００３】
また、このような構内交換システムによれば、内線端末毎に着信転送先の端末の電話番号を予め登録しておき、発信者側端末から不在中の内線端末に対する着信呼を検出すると、同着信呼を着信転送先に自動転送すると共に、簡単な操作で遠隔から同登録済みの着信転送先の所望の通信端末に関わる電話番号を登録することができる（例えば特許文献１参照）。
【特許文献１】特開２００３−２３４８２９号公報（要約書及び図１参照）
【発明の開示】
【発明が解決しようとする課題】
【０００４】
しかしながら、上記従来の構内交換システムによれば、不在中の内線端末への着信呼を検出すると、同着信呼を着信転送先の他の通信端末に対して自動的に転送するようにしたが、同着信呼の発信者側では、着信転送先の通信端末と通話するまで、すなわち通話が確立するまでは、着信転送されたことを認識することができない。
【０００５】
また、同様に、上記従来の構内交換システムによれば、着信転送先側でも、同着信呼に応答し、発信者側の通信端末と着信転送先の通信端末間の通話が確立するまでは、同着信呼が着信転送による着信呼であることを認識することができない。
【０００６】
本発明は上記点に鑑みてなされたものであり、その目的とするところは、通話確立前に発信者側で着信転送が行われたことを認識することができる構内交換システムを提供することにある。
【０００７】
さらに、本発明は上記点に鑑みてなされたものであり、その目的とするところは、通話確立前に着信転送先側で着信転送に関わる着信呼であることを認識することができる構内交換システムを提供することにある。
【課題を解決するための手段】
【０００８】
上記目的を達成するために本発明の構内交換システムは、複数の通信端末を収容接続する接続制御手段と、発信者側端末から、前記複数の通信端末の内、自動着信転送に関わる通信端末への着信を検出すると、この発信者側端末からの着信呼を他の通信端末に自動転送する着信転送手段とを有する構内交換システムであって、前記通信端末毎に、着信転送を報知する着信転送ガイダンスを含む着信転送報知情報を記憶管理する記憶手段と、前記発信者側端末から前記自動着信転送に関わる通信端末への着信を検出すると、この通信端末に対応した着信転送報知情報を前記記憶手段から読み出し、この着信転送報知情報に基づき、前記発信者側端末に対して着信転送ガイダンスを報知する着信転送報知手段とを有するようにした。
【０００９】
本発明の構内交換システムは、前記着信転送報知手段が、前記着信転送報知情報に基づき、前記着信転送先の通信端末に対して着信転送ガイダンスを報知するようにした。
【００１０】
本発明の構内交換システムは、前記着信転送報知手段が、前記着信転送ガイダンスを音声で報知するようにした。
【００１１】
本発明の構内交換システムは、前記着信転送報知手段が、前記発信者側端末から前記自動着信転送に関わる通信端末への着信を検出すると、前記着信転送ガイダンスを一回の音声ガイダンスで報知するようにした。
【００１２】
本発明の構内交換システムは、前記接続制御手段が、前記着信転送報知手段による前記発信者側端末に対する前記着信転送ガイダンス報知中に、同着信転送先の通信端末の通信動作を規制するようにした。
【発明の効果】
【００１３】
上記のように構成された本発明の構内交換システムによれば、通信端末毎に着信転送を報知する着信転送ガイダンスを含む着信転送報知情報を記憶管理し、発信者側端末から自動着信転送に関わる通信端末への着信を検出すると、この通信端末に対応した着信転送報知情報を記憶手段から読み出し、この着信転送報知情報に基づき、発信者側端末に対して着信転送ガイダンスを報知するようにしたので、発信者側端末のユーザは、その着信転送ガイダンスに基づき、通話確立前に着信転送が行われたことを認識することができる。
【００１４】
本発明の構内交換システムによれば、発信者側端末はもちろんのこと、着信転送先の通信端末に対しても着信転送ガイダンスを報知するようにしたので、着信転送先の通信端末のユーザも、その着信転送ガイダンスに基づき、通話確立前に、同着信呼が着信転送による着信呼であることを認識することができる。
【００１５】
本発明の構内交換システムによれば、着信転送ガイダンスを音声で報知するようにしたので、発信者側及び着信転送先側では、通話確立前に、聴覚的に着信転送を認識することができる。
【００１６】
本発明の構内交換システムによれば、着信転送を報知する着信転送ガイダンスを一回の音声ガイダンスとしたので、何度も音声ガイダンスが報知されてしまうような事態を確実に防止することができる。
【００１７】
本発明の構内交換システムによれば、発信者側端末に対する着信転送ガイダンス報知中に、同着信転送先の通信端末の通信動作、例えば発信操作や他の着信に対する応答操作等の通信動作を規制するようにしたので、着信転送ガイダンス報知中に、着信転送先の通信端末が閉塞状態（例えば話中状態）になってしまうような事態を確実に防止することができる。
【発明を実施するための最良の形態】
【００１８】
以下、図面に基づいて本発明の実施の形態を示す構内交換システムについて説明する。図１は本実施の形態を示す構内交換システム内部の概略構成を示すブロック図である。
【００１９】
図１に示す構内交換システム１は、複数の内線端末２、例えば内線用携帯電話機（以下、単にＰＨＳと称する）２Ａ、内線用多機能電話機（以下、単にＭＦＴと称する）２Ｂ及び内線用一般電話機（以下、単にＳＢＭと称する）２Ｃ等を収容接続する機能と、公衆用の加入者端末３Ａを収容接続する公衆網４や私設用の加入者端末３Ｂを収容接続する私設網５等の局線と有線接続する機能とを備えた構内交換装置（以下、単にＰＢＸと称する）１０を備えている。
【００２０】
ＰＢＸ１０は、公衆網４との通信インタフェースを司る公衆網接続制御ボード（以下、単にＣＯＴと称する）１１と、私設網５との通信インタフェースを司る私設網接続制御ボード（以下、単にＰＶＴと称する）１２と、ＰＨＳ２Ａと無線接続するＰＨＳ制御アンテナ２Ｄとの通信インタフェースを司るＰＨＳ制御ボード（以下、単にＤＲＩＦと称する）１３と、ＭＦＴ２Ｂとの通信インタフェースを司る多機能電話機制御ボード（以下、単にＭＴＬと称する）１４と、ＳＢＭ２Ｃとの通信インタフェースを司る一般電話機制御ボード（以下、単にＬＩＮと称する）１５と、後述する音声ガイダンス（着信転送ガイダンス）を報知出力する音声ガイダンス出力ボード（以下、単にＶＲＥＣと称する）１６と、これらＣＯＴ１１、ＰＶＴ１２、ＤＲＩＦ１３、ＭＴＬ１４、ＬＩＮ１５及びＶＲＥＣ１６間の通話路を形成する通話路スイッチ（以下、単にＴＳＷと称する）１７と、例えば局データ及び制御プログラム等の各種データを記憶管理する記憶装置（以下、単にＭＥＭと称する）１８と、このＰＢＸ１０全体を制御する中央制御装置（以下、単にＣＰＵと称する）１９とを有している。
【００２１】
ＣＯＴ１１は、公衆網４を通じて、公衆用の加入者端末３Ａから取得した発呼信号、着信信号、ダイヤル信号や切断信号等の様々な信号情報をＣＰＵ１９に通知すると共に、ＣＰＵ１９から取得した着信情報やリンギング情報等の制御情報に基づき、公衆網４との通信制御を実行するものである。
【００２２】
ＰＶＴ１２は、私設網５を通じて、私設用の加入者端末３Ｂから取得した発呼信号、着信信号、ダイヤル信号や切断信号等の様々な信号情報をＣＰＵ１９に通知すると共に、ＣＰＵ１９から取得した着信情報やリンギング情報等の制御情報に基づき、私設網５との通信制御を実行するものである。
【００２３】
ＤＲＩＦ１３は、ＰＨＳ制御アンテナ２Ｄを通じてＰＨＳ２Ａから取得した発呼情報、着信情報、ダイヤル情報、切断情報等の各種情報をＣＰＵ１９に通知すると共に、ＣＰＵ１９から取得したランプ情報、表示情報、リンギング情報、着信情報等の様々な情報に基づき、ＰＨＳ制御アンテナ２Ｄを通じて、ＰＨＳ２Ａを制御するものである。
【００２４】
ＭＴＬ１４は、ＭＦＴ２Ｂから取得した発呼情報、着信情報、ダイヤル情報及び切断情報等の各種情報をＣＰＵ１９に通知すると共に、ＣＰＵ１９から取得したランプ情報、表示情報、リンギング情報や着信情報等の様々な情報に基づき、ＭＦＴ２Ｂを制御するものである。
【００２５】
ＬＩＮ１５は、ＳＢＭ２Ｃから取得した発呼情報、着信情報、ダイヤル情報、切断情報等の各種情報をＣＰＵ１９に通知すると共に、ＣＰＵ１９から取得したランプ情報、リンギング情報や着信情報等の様々な情報に基づき、ＳＢＭ２Ｃを制御するものである。
【００２６】
ＶＲＥＣ１６は、ＣＰＵ１９からの送出開始情報に基づき、後述する着信転送ガイダンス（音声ガイダンス）を報知出力するものである。
【００２７】
ＭＥＭ１８は、後述するように、様々な情報データを記憶管理しているが、内線端末２の内線番号毎に、例えば不在中の着信呼を自動転送する着信転送先の電話番号を記憶管理する端末管理テーブル（図３参照）も備えている。
【００２８】
図２はＰＢＸ１０の要部であるＣＰＵ１９内部の概略構成を示すブロック図である。
【００２９】
図２に示すＣＰＵ１９は、ＴＳＷ１７を切替制御する接続制御部２１と、複数の内線端末２の内、自動着信転送に関わる内線端末２、例えば不在中の内線端末２への着信を検出すると、同着信呼を着信転送先の通信端末に自動転送する着信転送制御部２２と、ＭＥＭ１８をメモリ制御するメモリ制御部２３と、このＣＰＵ１９全体を制御する制御部２４とを有している。
【００３０】
制御部２４は、着信転送制御部２２を通じて不在中の内線端末２への着信を検出すると、同内線端末２に対応した着信転送先の電話番号をＭＥＭ１８の端末管理テーブル（図３参照）から検索し、この着信転送先の電話番号に基づき、同着信転送先の通信端末に着信呼を自動転送するものである。
【００３１】
制御部２４は、例えば不在中の内線端末２への着信を検出すると、ＴＳＷ１７及びＶＲＥＣ１６を制御するものである。
【００３２】
つまり、制御部２４は、同着信呼の発信者側端末、例えば公衆用の加入者端末３Ａに対して、内線端末２が不在中で他の通信端末に着信呼を転送することを案内する音声ガイダンス（着信転送ガイダンス）を報知出力すべく、ＴＳＷ１７を切替制御することで、ＣＯＴ１１及びＶＲＥＣ１６を接続し、このＶＲＥＣ１６からの音声ガイダンスをＴＳＷ１７、ＣＯＴ１１及び公衆網４を経由して公衆用の加入者端末３Ａに報知出力するものである。
【００３３】
次にＭＥＭ１８で記憶管理するテーブル内容について説明する。図３は端末管理テーブルのテーブル内容を端的に示す説明図である。
【００３４】
図３に示す端末管理テーブル３０は、内線端末２毎に、被呼者情報３１、着信者情報３２、ガイダンス送出済フラグ３３、着信種別情報３４及び転送先情報３５を記憶管理している。
【００３５】
被呼者情報３１は、管理対象の内線端末２の実際の電話番号、すなわち内線番号に相当するものである。
【００３６】
着信者情報３２は、同内線端末２への着信呼を実際に着信している通信端末の電話番号に相当するものであり、例えば内線端末２が通常着信する場合は同内線端末２の内線番号に、内線端末２が他の通信端末に着信転送する場合は同着信転送先の通信端末の電話番号に相当するものである。
【００３７】
ガイダンス送出済フラグ３３は、発信者側端末に対して着信転送を報知する音声ガイダンスを報知出力したか否かを示すフラグに相当するものである。
【００３８】
着信種別情報３４は、例えば通常着信、不在転送、圏外転送、話中転送、不応答転送等の現在の状態種別に相当するものである。尚、通常着信は、内線端末２が着信した場合、不在転送は、内線端末２のユーザが不在のため着信転送する場合、圏外転送は、内線端末２が圏外にいるために着信転送する場合、話中転送は、内線端末２が話中のため着信転送する場合、不応答転送は、内線端末２が不応答のため着信転送する場合の状態種別に相当するものである。
【００３９】
転送先情報３５は、同内線端末２に関わる着信転送先の通信端末の電話番号に相当するものである。尚、転送先情報３５は、複数の着信転送先の通信端末の電話番号を登録することができるものである。
【００４０】
図４は内線番号対応テーブルのテーブル内容を端的に示す説明図である。
【００４１】
図４に示す内線番号対応テーブル４０は、被呼者情報３１に相当する内線番号毎に音声ガイダンスの送出条件を登録するテーブルであり、内線番号毎に、発信者側端末が内線端末２の場合の内線端末２からの着信時に関わる音声ガイダンス内容を示す内線着信時ガイダンス送出条件４１と、発信者側端末が公衆用の加入者端末３Ａの場合の公衆網４からの着信時に関わる音声ガイダンス内容を示す公衆網着信時ガイダンス送出条件４２と、発信者側端末が私設用の加入者端末３Ｂの場合の私設網５からの着信時に関わる音声ガイダンス内容を示す私設網着信時ガイダンス送出条件４３とを記憶管理するものである。尚、音声ガイダンスの内容は、「この電話を所属部署に転送します」等の音声案内である。また、音声ガイダンスの内容は無音の場合もある。つまり、音声ガイダンスを報知しない場合は音声ガイダンスを無音とするものである。
【００４２】
図５は着信種別対応ガイダンス管理テーブルのテーブル内容を端的に示す説明図である。
【００４３】
図５に示す着信種別対応ガイダンス管理テーブル５０は、例えば圏外転送や話中転送等といった図３に示す着信種別情報３４毎に、発信者側に報知する音声ガイダンスの送出条件、送出回数及び送出種別等の発信者側ガイダンス情報を記憶管理するものである。尚、送出回数は１回の音声ガイダンス報知出力中にアナウンスを繰り返す回数、送出種別はガイダンスの送出種別である。
【００４４】
図６はガイダンス送出種別対応ボード実装テーブルのテーブル内容を端的に示す説明図である。
【００４５】
図６に示すガイダンス送出種別対応ボード実装テーブル６０は、音声ガイダンスを報知出力するＶＲＥＣ１６のボード実装位置情報６１を記憶管理するものである。
【００４６】
尚、請求項記載の通信端末は内線端末２、接続制御手段は接続制御部２１及び制御部２４、着信転送手段は着信転送制御部２２及び制御部２４、記憶手段はＭＥＭ１８、着信転送報知手段は制御部２４及びＶＲＥＣ１６に相当するものである。
【００４７】
次に本実施の形態を示す構内交換システム１の動作について説明する。図７は本実施の形態に関わる通常着信応答処理に関わるシステム全体の処理動作を端的に示すタイミングチャートである。
【００４８】
図７に示す通常着信応答処理は、発信者側端末、例えば顧客である公衆用の加入者端末３ＡからＰＨＳ２Ａ（内線端末２）への着信を検出し、ＰＨＳ２Ａが同着信に応答すると、加入者端末３Ａ及びＰＨＳ２Ａ間の通話を確立する処理である。
【００４９】
図７において公衆網４は、顧客である公衆用の加入者端末３Ａからの発信操作に応じてＰＨＳ２Ａへの呼出信号を検出すると（ステップＳ１１）、着信信号をＰＢＸ１０のＣＯＴ１１に通知する（ステップＳ１２）。
【００５０】
ＣＯＴ１１は、着信信号を検出すると、着信検出情報をＣＰＵ１９に通知する（ステップＳ１３）。ＣＰＵ１９の制御部２４は、着信検出情報を検出すると、呼出音（以下、単にＲＢＴと称する）送出情報をＣＯＴ１１に通知する（ステップＳ１３Ａ）。
【００５１】
さらに、ＣＯＴ１１は、ＲＢＴ送出情報を検出すると、公衆網４を経由してＲＢＴを公衆用の加入者端末３Ａに出力する（ステップＳ１３Ｂ）。
【００５２】
また、ＣＰＵ１９の制御部２４は、ステップＳ１３にて着信検出情報を検出すると、同着信先のＰＨＳ２Ａに呼出情報を通知する（ステップＳ１４）。
【００５３】
ＣＰＵ１９の制御部２４は、ステップＳ１３にて着信先のＰＨＳ２Ａに呼出情報を通知すると、メモリ制御部２３を通じて、図３に示す端末管理テーブル３０の被呼者情報３１及び着信者情報３２にＰＨＳ２Ａの内線番号、着信種別情報３４に“通常着信”を設定登録することになる。
【００５４】
ＰＨＳ２Ａは、呼出情報を受信すると、レスポンス情報をＣＰＵ１９に通知する（ステップＳ１５）。ＣＰＵ１９の制御部２４は、ＰＨＳ２Ａからのレスポンス情報を検出すると、ＰＨＳ２Ａに着呼中であることを認識することができる。
【００５５】
さらに、ＣＰＵ１９の制御部２４は、同ＰＨＳ２Ａの着信応答を示す応答情報を検出すると（ステップＳ１６）、応答制御情報をＣＯＴ１１に通知する（ステップＳ１７）。
【００５６】
ＣＯＴ１１は、応答制御情報を検出すると、応答信号を公衆網４に通知することで（ステップＳ１８）、公衆用の加入者端末３Ａ及びＰＨＳ２Ａ間の通話を確立する（ステップＳ１９）。
【００５７】
図７に示す通常着信応答処理によれば、公衆用の加入者端末３ＡからＰＨＳ２Ａへの着信を検出すると、同ＰＨＳ２Ａに呼出情報を通知し、同ＰＨＳ２Ａが同着信に応答すると、加入者端末３Ａ及びＰＨＳ２Ａ間の通話を確立することができる。
【００５８】
次に構内交換システム１の着信転送応答処理について説明する。図８は着信転送応答処理に関わるシステム全体の処理動作を端的に示すタイミングチャートである。
【００５９】
図８に示す着信転送応答処理は、発信者側端末、例えば顧客である公衆用の加入者端末３Ａから、自動着信転送に関わる、例えば圏外中のＰＨＳ２Ａ（内線端末２）への着信呼を検出すると、着信転送先のＭＦＴ２Ｂに着信呼を転送すると共に、同着信転送先のＭＦＴ２Ｂが着信呼に応答すると、ＭＦＴ２Ｂ及び公衆用の加入者端末３Ａ間で通話を確立する処理である。
【００６０】
図８において公衆網４は、顧客である公衆用の加入者端末３Ａからの発信操作に応じてＰＨＳ２Ａへの呼出信号を検出すると（ステップＳ２１）、着信信号をＣＯＴ１１に通知する（ステップＳ２２）。
【００６１】
ＣＯＴ１１は、着信信号を検出すると、着信検出情報をＣＰＵ１９に通知する（ステップＳ２３）。
【００６２】
ＣＰＵ１９の制御部２４は、着信検出情報を検出すると、ＲＢＴ送出情報をＣＯＴ１１に通知する（ステップＳ２４Ａ）。ＣＯＴ１１は、ＲＢＴ送出情報を検出すると、ＲＢＴを公衆用の加入者端末３Ａに出力する（ステップＳ２４Ｂ）。
【００６３】
ＣＰＵ１９の制御部２４は、ステップＳ２３にて着信検出情報を検出すると、同着信先のＰＨＳ２Ａに呼出情報を通知する（ステップＳ２４）。
【００６４】
ＣＰＵ１９の制御部２４は、着信先のＰＨＳ２Ａに呼出情報を通知すると、メモリ制御部２３を通じて、図３に示す端末管理テーブル３０の被呼者情報３１及び着信者情報３２にＰＨＳ２Ａの内線番号、ガイダンス送出済フラグ３３に“未送出”、着信種別情報３４に“通常着信”を設定登録することになる（ステップＳ２５）。
【００６５】
また、ＣＰＵ１９の制御部２４では、ＰＨＳ２Ａからのレスポンス情報を監視するが、所定時間経過してもレスポンス情報が取得できない場合、同ＰＨＳ２Ａが圏外であると判断する。
【００６６】
ＣＰＵ１９の制御部２４は、着信先のＰＨＳ２Ａが圏外であると判断されると、同ＰＨＳ２Ａへの呼出情報の通知動作を中止し、メモリ制御部２３を通じて、図３に示す端末管理テーブル３０に記憶中の被呼者情報（同ＰＨＳ２Ａの内線番号）３１に対応した転送先情報３５を取得する。尚、転送先情報３５は、自動着信転送の同内線端末２（ＰＨＳ２Ａ）に関わる着信転送先の通信端末の電話番号に相当するものである。
【００６７】
ＣＰＵ１９の着信転送制御部２２は、この取得した転送先情報３５に基づき、着信転送先の通信端末、例えばＭＦＴ２Ｂに呼出情報を通知する（ステップＳ２６）。
【００６８】
ＣＰＵ１９の制御部２４は、ＭＦＴ２Ｂへの呼出情報の通知動作を開始すると、メモリ制御部２３を通じて、図３に示す端末管理テーブル３０の被呼者情報３１にＰＨＳ２Ａの内線番号、着信者情報３２に着信転送先のＭＦＴ２Ｂの内線番号、着信種別情報３４に“圏外転送”を設定登録することになる（ステップＳ２７）。
【００６９】
ＣＰＵ１９の制御部２４は、応答制御情報をＣＯＴ１１に通知すると共に（ステップＳ２８）、後述する発信者側ガイダンス送出制御処理の処理動作を開始する（ステップＳ２９）。尚、発信者側ガイダンス送出制御処理とは、発信者側に着信転送の音声ガイダンスを報知すべく、ＶＲＥＣ１６の音声ガイダンス報知動作を制御する送出開始情報を生成する処理動作である。
【００７０】
さらに、ＣＯＴ１１は、応答制御情報を検出すると、応答信号を公衆網４に通知することで（ステップＳ３０）、ＶＲＥＣ１６及びＣＯＴ１１間の通話路を形成することになる。
【００７１】
ＣＰＵ１９の制御部２４は、発信者側ガイダンス送出制御処理で取得した、“圏外転送”を発信者側に報知する音声ガイダンスの送出開始情報をＶＲＥＣ１６に通知する（ステップＳ３１）。尚、ＣＰＵ１９の制御部２４は、送出開始情報をＶＲＥＣ１６に通知すると、ＣＯＴ１１の公衆網４へのＲＢＴ出力を中断する。
【００７２】
ＶＲＥＣ１６は、送出開始情報を検出すると、ＣＯＴ１１を経由して、“圏外転送”を示す音声ガイダンスを発信者側端末である公衆用の加入者端末３Ａに報知出力する（ステップＳ３２）。尚、発信者側である公衆用の加入者端末３Ａのユーザは、音声ガイダンスを受聴することで、着信先のＰＨＳ２Ａが圏外にいるため、着信転送先の通信端末に着信転送することを認識することができる。
【００７３】
また、ＣＰＵ１９の制御部２４は、図１１に示すように、公衆用の加入者端末３Ａへの音声ガイダンスの報知出力中において、着信転送先の通信端末の通信動作の規制、例えば着信規制や発信規制を行うことで内線閉塞状態にする。
【００７４】
ＶＲＥＣ１６は、音声ガイダンスの報知出力が終了すると、送出終了情報をＣＰＵ１９に通知する（ステップＳ３３）。ＣＰＵ１９の制御部２４は、送出終了情報を検出すると、ＲＢＴ送出情報をＣＯＴ１１に通知する（ステップＳ３４）。尚、ＣＰＵ１９の制御部２４は、送出終了情報を検出すると、着信転送先のＭＦＴ２Ｂの通信規制、すなわち内線閉塞状態を解除することになる。従って、ＭＦＴ２Ｂは、着信ベルを鳴動出力するものである。
【００７５】
ＣＯＴ１１は、ＲＢＴ送出情報を検出すると、ＲＢＴを公衆用の加入者端末３Ａに音声出力する（ステップＳ３４Ａ）。
【００７６】
ＣＰＵ１９の制御部２４は、着信転送先のＭＦＴ２Ｂからの応答情報を検出すると（ステップＳ３５）、ＣＯＴ１１及びＭＴＬ１４間の通話路を形成することで、加入者端末３Ａ及びＭＦＴ２Ｂ間の通話を確立することになる（ステップＳ３６）。
【００７７】
図８に示す着信転送応答処理によれば、発信者側端末、例えば公衆用の加入者端末３Ａから圏外中のＰＨＳ２Ａへの着信を検出すると、図３に示す端末管理テーブル３０の被呼者情報３１（ＰＨＳ２Ａの内線番号）に対応する転送先情報３５に基づき、着信転送先の通信端末に同着信呼を転送すると共に、同着信転送を行う旨の音声ガイダンスを発信者側である公衆用の加入者端末３Ａに報知出力するようにしたので、発信者側では、音声ガイダンスを受聴することで、着信転送が行われる旨を、着信転送先との通話確立前に認識することができる。
【００７８】
この着信転送応答処理によれば、図１１に示すように、発信者側端末への音声ガイダンス報知出力中においては着信転送先の通信端末の通信動作の規制、例えば着信規制や発信規制を行うことで内線閉塞状態にすると共に、音声ガイダンス報知出力後のＲＢＴ出力中においては、着信転送先の通信端末の内線閉塞状態を解除して着信ベル鳴動状態とするようにしたので、発信者側端末のユーザが音声ガイダンスを受聴中に着信転送先の通信端末が話中となるような事態を確実に防止することができる。
【００７９】
次に図８のステップＳ２９に示す発信者側ガイダンス送出制御処理について説明する。図９及び図１０は発信者側ガイダンス送出制御処理に関わるＣＰＵ１９の処理動作を示すフローチャートである。
【００８０】
この発信者側ガイダンス送出制御処理とは、発信者側に着信転送の音声ガイダンスを報知すべく、ＶＲＥＣ１６の音声ガイダンス報知動作を制御する送出開始情報を生成し、この送出開始情報をＶＲＥＣ１６に通知する処理である。
【００８１】
図９においてＣＰＵ１９のメモリ制御部２３は、ＭＥＭ１８から図３の端末管理テーブル３０を抽出する（ステップＳ１０１）。
【００８２】
ＣＰＵ１９のメモリ制御部２３は、同端末管理テーブル３０から、現在着信中の内線端末２（ＰＨＳ２Ａ）の内線番号に対応する被呼者情報３１を抽出し、同被呼者情報３１に対応したガイダンス送出済フラグ３３を抽出する（ステップＳ１０２）。
【００８３】
ＣＰＵ１９の制御部２４は、同ガイダンス送出済フラグ３３が“送出済み”であるか否かを判定する（ステップＳ１０３）。ＣＰＵ１９の制御部２４は、ガイダンス送出済フラグ３３が“送出済み”であると判定されると、既に音声ガイダンスが発信者側端末に報知出力されたものと判断し、この処理動作を終了する。
【００８４】
また、ＣＰＵ１９の制御部２４は、ステップＳ１０３にてガイダンス送出済フラグ３３が“送出済み”でないと判定されると、“未送出”であると判断し、メモリ制御部２３を通じて、同端末管理テーブル３０から同内線端末２に対応した被呼者情報３１を抽出すると共に（ステップＳ１０４）、着信者情報３２を抽出する（ステップＳ１０５）。
【００８５】
ＣＰＵ１９の制御部２４は、これら抽出した被呼者情報３１及び着信者情報３２が同一であるか否かを判定する（ステップＳ１０６）。ＣＰＵ１９の制御部２４は、被呼者情報３１及び着信者情報３２が同一、すなわち内線番号が同一であると判断されると、“通常着信”であると判断し、この処理動作を終了する。
【００８６】
また、ＣＰＵ１９の制御部２４は、ステップＳ１０６にて被呼者情報３１及び着信者情報３２が同一でないと判定されると、“着信転送”であると判断し、発信者側端末の発信者種別情報を抽出する（ステップＳ１０７）。尚、発信者種別情報とは、発信者側端末が内線端末２、私設用の加入者端末３Ｂ、公衆用の加入者端末３Ａの何れかであるかを識別する情報である。
【００８７】
ＣＰＵ１９のメモリ制御部２３は、ＭＥＭ１８から図４の内線番号対応テーブル４０を抽出する（ステップＳ１０８）。
【００８８】
ＣＰＵ１９の制御部２４は、ＭＥＭ１８から内線番号対応テーブル４０を抽出すると、同内線番号対応テーブル４０から被呼者情報３１（同内線端末２の内線番号）及び発信者種別情報に対応したガイダンス送出条件を抽出すると共に、抽出した同ガイダンス送出条件が内線着信時ガイダンス送出条件４１、私設網着信時ガイダンス送出条件４２若しくは公衆網着信時ガイダンス送出条件４３の何れかであるかを識別判定する（ステップＳ１０９）。
【００８９】
例えば被呼者情報３１がＰＨＳ２Ａの内線番号、発信者種別情報が公衆用の加入者端末３Ａである場合、ＣＰＵ１９の制御部２４は、ＰＨＳ２Ａの内線番号に対応した公衆網着信時ガイダンス送出条件４３を内線番号対応テーブル４０から抽出することになる。
【００９０】
ＣＰＵ１９の制御部２４は、ガイダンス送出条件の判定結果に基づいて、同ガイダンス送出条件内にあるガイダンス送出有無を判定する（ステップＳ１１０）。尚、ガイダンス送出条件内には、音声ガイダンスの内容が登録されており、音声ガイダンスの内容がない場合は無音、すなわちガイダンス送出なしと判断するものである。
【００９１】
ＣＰＵ１９のメモリ制御部２３は、ステップＳ１１０にてガイダンス送出ありと判断されると、図３に示す端末管理テーブル３０から同被呼者情報３１に対応する着信種別情報３４を抽出する（ステップＳ１１１）。
【００９２】
さらに、ＣＰＵ１９のメモリ制御部２３は、ＭＥＭ１８から図５の着信種別対応ガイダンス管理テーブル５０を抽出する（ステップＳ１１２）。ＣＰＵ１９のメモリ制御部２３は、着信種別対応ガイダンス管理テーブル５０から同着信種別情報３４（例えば圏外転送）に対応した発信者側ガイダンス情報を抽出し、この発信者側ガイダンス情報内の発信者側ガイダンス送出条件５１を抽出する（ステップＳ１１３）。
【００９３】
ＣＰＵ１９の制御部２４は、発信者側ガイダンス送出条件５１を抽出すると、音声ガイダンスの有無を判定する（ステップＳ１１４）。ＣＰＵ１９の制御部２４は、音声ガイダンスがあると判定されると、図１０に示すＭ１に移行する。
【００９４】
図１０に示すＭ１においてＣＰＵ１９のメモリ制御部２３は、ＭＥＭ１８から図６のガイダンス送出種別対応ボード実装テーブル６０を抽出する（ステップＳ１２１）。
【００９５】
ＣＰＵ１９のメモリ制御部２３は、ステップＳ１１３にて抽出した発信者側ガイダンス情報内の発信者側ガイダンス送出種別５３に対応するボード実装位置情報６１を図６のガイダンス送出種別対応ボード実装テーブル６０から抽出する抽出動作を実行する（ステップＳ１２２）。
【００９６】
ＣＰＵ１９の制御部２４は、ガイダンス送出種別対応ボード実装テーブル６０内にボード実装位置情報６１があるか否かを判定する（ステップＳ１２３）。ＣＰＵ１９の制御部２４は、ボード実装位置情報６１がないと判定されると、この処理動作を終了する。
【００９７】
ＣＰＵ１９の制御部２４は、ステップＳ１２３にてボード実装位置情報６１があると判定されると、同ボード実装位置情報６１に基づいて同ボード状態を抽出する（ステップＳ１２４）。
【００９８】
ＣＰＵ１９の制御部２４は、同ボード状態が制御可能な状態であるか否かを判定する（ステップＳ１２５）。ＣＰＵ１９の制御部２４は、同ボード状態が制御可能な状態でないと判定されると、この処理動作を終了する。
【００９９】
ＣＰＵ１９のメモリ制御部２３は、同ボード状態が制御可能な状態であると判定されると、ステップＳ１１３にて抽出した発信者側ガイダンス情報の内、発信者側ガイダンス送出回数５２を抽出し（ステップＳ１２６）、さらに発信者側ガイダンス送出種別５３を抽出する（ステップＳ１２７）。
【０１００】
ＣＰＵ１９の制御部２４は、これら抽出した発信者側ガイダンス送出回数５２、発信者側ガイダンス送出種別５３及び音声ガイダンス内容に基づいて発信者側端末に音声ガイダンスをＶＲＥＣ１６で報知出力すべく、ＶＲＥＣ１６の制御動作を開始する送出開始情報を生成し、この送出開始情報をＶＲＥＣ１６に通知する（ステップＳ１２８：図８のステップＳ３１）。
【０１０１】
ＣＰＵ１９のメモリ制御部２３は、送出開始情報をＶＲＥＣ１６に通知すると、図３の端末管理テーブル３０の同被呼者情報３１に対応したガイダンス送出済フラグ３３を“送出済み”に設定登録し（ステップＳ１２９）、この処理動作を終了する。
【０１０２】
尚、端末管理テーブル３０内の同被呼者情報３１に対応したガイダンス送出済フラグ３３を“送出済み”に設定登録することで、再度、この発信者側ガイダンス送出制御処理の処理動作を繰り返さないようにしている。
【０１０３】
図９及び図１０に示す発信者側ガイダンス送出制御処理によれば、発信者側端末の発信者種別情報及び着信種別情報３４に応じて着信転送の音声ガイダンスを提供すべく送出開始情報を生成し、この送出開始情報をＶＲＥＣ１６に通知するようにしたので、発信者側では、発信者種別情報及び着信種別情報３４に対応した音声ガイダンスを提供することができる。
【０１０４】
尚、図８に示す着信転送応答処理においては、圏外中のＰＨＳ２Ａへの着信呼を着信転送先としてＭＦＴ２Ｂに転送する圏外転送時を例に挙げて説明したが、便宜的に同圏外転送時における着信転送応答処理の動作状態の動作遷移について説明する。図１２は圏外転送時における着信転送応答処理の動作状態を端的に示す動作遷移図である。
【０１０５】
図１２（Ａ）に示すＰＢＸ１０は、公衆網４を経由して公衆用の加入者端末３ＡからＰＨＳ２Ａへの着信呼を検出すると、同ＰＨＳ２Ａが圏外であることが認識されることから、同着信転送先のＭＦＴ２Ｂに同着信呼を転送する準備に取り掛かることになる。尚、図３の端末管理テーブル３０は、被呼者情報３１にＰＨＳ２Ａの内線番号、着信者情報３２にＭＦＴ２Ｂの内線番号、着信種別情報３４に“圏外転送”を設定登録することになる。
【０１０６】
図１２（Ｂ）に示すＰＢＸ１０は、ＶＲＥＣ１６及びＣＯＴ１１間の通話路を形成することで、“圏外転送”を行う旨の音声ガイダンスを公衆用の加入者端末３Ａに報知出力することになる。尚、この際、着信転送先のＭＦＴ２Ｂは内線閉塞状態にある。
【０１０７】
図１２（Ｃ）に示すＰＢＸ１０は、ＶＲＥＣ１６から公衆用の加入者端末３Ａへの音声ガイダンスの報知出力を完了すると、着信転送先のＭＦＴ２Ｂの内線閉塞状態を解除し、着信転送先のＭＦＴ２Ｂに加入者端末３Ａからの着信呼を転送することで、着信転送先のＭＦＴ２Ｂに着信ベルが鳴動することになる。
【０１０８】
図１２に示す圏外転送時の着信転送応答処理によれば、例えば加入者端末３Ａから圏外中のＰＨＳ２Ａへの着信呼を検出し、着信転送先のＭＦＴ２Ｂに同着信呼を転送する際に、同公衆用の加入者端末３Ａに対して“圏外転送”の音声ガイダンスを報知するようにしたので、発信者側では、音声ガイダンスを受聴することで、ＰＨＳ２Ａが圏外中で着信転送が行われることを、着信転送先との通話確立前に認識することができる。
【０１０９】
次に不在転送時における着信転送応答処理の動作状態の動作遷移について説明する。図１３は不在転送時における着信転送応答処理の動作状態を端的に示す動作遷移図である。
【０１１０】
この不在転送とは、内線端末２のユーザが自らの設定操作で不在転送を予め設定し、同設定した内線端末２への着信呼を検出すると、同着信呼を着信転送先の通信端末に転送する着信転送である。
【０１１１】
図１３（Ａ）に示すＰＢＸ１０は、公衆網４を経由して公衆用の加入者端末３ＡからＰＨＳ２Ａへの着信呼を検出すると、同ＰＨＳ２Ａが不在転送設定中であることが認識されることから、同着信転送先のＭＦＴ２Ｂに同着信呼を転送する準備に取り掛かることになる。尚、図３の端末管理テーブル３０は、被呼者情報３１にＰＨＳ２Ａの内線番号、着信者情報３２にＭＦＴ２Ｂの内線番号、着信種別情報３４に“不在転送”を設定登録することになる。
【０１１２】
図１３（Ｂ）に示すＰＢＸ１０は、ＶＲＥＣ１６及びＣＯＴ１１間の通話路を形成することで、“不在転送”を行う旨の音声ガイダンスを公衆用の加入者端末３Ａに報知出力することになる。尚、この際、着信転送先のＭＦＴ２Ｂは内線閉塞状態にある。
【０１１３】
図１３（Ｃ）に示すＰＢＸ１０は、ＶＲＥＣ１６から公衆用の加入者端末３Ａへの音声ガイダンスの報知出力を完了すると、着信転送先のＭＦＴ２Ｂの内線閉塞状態を解除し、着信転送先のＭＦＴ２Ｂに公衆用の加入者端末３Ａからの着信呼を転送することで、着信転送先のＭＦＴ２Ｂに着信ベルが鳴動することになる。
【０１１４】
図１３に示す不在転送時の着信転送応答処理によれば、例えば公衆用の加入者端末３Ａから不在設定中のＰＨＳ２Ａへの着信呼を検出し、着信転送先のＭＦＴ２Ｂに同着信呼を転送する際に、同公衆用の加入者端末３Ａに対して“不在転送”の音声ガイダンスを報知するようにしたので、発信者側では、音声ガイダンスを受聴することで、ＰＨＳ２Ａが不在設定中で着信転送が行われることを、着信転送先との通話確立前に認識することができる。
【０１１５】
次に不応答転送時における着信転送応答処理の動作状態の動作遷移について説明する。図１４は不応答転送時における着信転送応答処理の動作状態を端的に示す動作遷移図である。
【０１１６】
この不応答転送とは、内線端末２が所定時間以上の着信に対して応答しない場合、同着信呼を着信転送先の通信端末に転送する着信転送である。
【０１１７】
図１４（Ａ）に示すＰＢＸ１０は、公衆網４を経由して公衆用の加入者端末３ＡからＰＨＳ２Ａへの着信呼を検出し、同ＰＨＳ２Ａが不応答と判断されると、同着信転送先のＭＦＴ２Ｂに同着信呼を転送する準備に取り掛かることになる。尚、図３の端末管理テーブル３０は、被呼者情報３１にＰＨＳ２Ａの内線番号、着信者情報３２にＭＦＴ２Ｂの内線番号、着信種別情報３４に“不応答転送”を設定登録することになる。
【０１１８】
図１４（Ｂ）に示すＰＢＸ１０は、ＶＲＥＣ１６及びＣＯＴ１１間の通話路を形成することで、“不応答転送”を行う旨の音声ガイダンスを公衆用の加入者端末３Ａに報知出力することになる。尚、この際、着信転送先のＭＦＴ２Ｂは内線閉塞状態にある。
【０１１９】
図１４（Ｃ）に示すＰＢＸ１０は、ＶＲＥＣ１６から公衆用の加入者端末３Ａへの音声ガイダンスの報知出力を完了すると、着信転送先のＭＦＴ２Ｂの内線閉塞状態を解除し、着信転送先のＭＦＴ２Ｂに公衆用の加入者端末３Ａからの着信呼を転送することで、着信転送先のＭＦＴ２Ｂに着信ベルが鳴動することになる。
【０１２０】
図１４に示す不応答転送時の着信転送応答処理によれば、例えば公衆用の加入者端末３Ａから不応答のＰＨＳ２Ａへの着信呼を検出し、着信転送先のＭＦＴ２Ｂに同着信呼を転送する際に、同公衆用の加入者端末３Ａに対して“不応答転送”の音声ガイダンスを報知するようにしたので、発信者側では、音声ガイダンスを受聴することで、ＰＨＳ２Ａが不応答であるため、着信転送が行われることを、着信転送先との通話確立前に認識することができる。
【０１２１】
次に話中転送時における着信転送応答処理の動作状態の動作遷移について説明する。図１５は話中転送時における着信転送応答処理の動作状態を端的に示す動作遷移図である。
【０１２２】
この話中転送とは、通話中の内線端末２への着信呼を検出すると、同着信呼を着信転送先の通信端末に転送する着信転送である。
【０１２３】
図１５（Ａ）に示すＰＢＸ１０は、通話中のＰＨＳ２Ａに対して公衆用の加入者端末３Ａからの着信呼を検出すると、同ＰＨＳ２Ａが通話中であることが認識されることから、同着信転送先のＭＦＴ２Ｂに同着信呼を転送する準備に取り掛かることになる。尚、図３の端末管理テーブル３０は、被呼者情報３１にＰＨＳ２Ａの内線番号、着信者情報３２にＭＦＴ２Ｂの内線番号、着信種別情報３４に“話中転送”を設定登録することになる。
【０１２４】
図１５（Ｂ）に示すＰＢＸ１０は、ＶＲＥＣ１６及びＣＯＴ１１間の通話路を形成することで、話中転送を行う旨の音声ガイダンスを公衆用の加入者端末３Ａに出力することになる。尚、この際、着信転送先のＭＦＴ２Ｂは内線閉塞状態にある。
【０１２５】
図１５（Ｃ）に示すＰＢＸ１０は、ＶＲＥＣ１６から公衆用の加入者端末３Ａへの音声ガイダンスの報知出力を完了すると、着信転送先のＭＦＴ２Ｂの内線閉塞状態を解除し、着信転送先のＭＦＴ２Ｂに公衆用の加入者端末３Ａからの着信呼を転送することで、着信転送先のＭＦＴ２Ｂに着信ベルが鳴動することになる。
【０１２６】
図１５に示す話中転送時の着信転送応答処理によれば、例えば公衆用の加入者端末３Ａから通話中のＰＨＳ２Ａに着信呼を検出し、着信転送先のＭＦＴ２Ｂに同着信呼を転送する際に、同公衆用の加入者端末３Ａに対して“話中転送”の音声ガイダンスを報知するようにしたので、発信者側では、音声ガイダンスを受聴することで、ＰＨＳ２Ａが通話中で着信転送が行われることを、着信転送先との通話確立前に認識することができる。
【０１２７】
本実施の形態によれば、内線端末２毎に着信転送を報知する音声ガイダンスを記憶管理し、発信者側端末から自動着信転送に関わる内線端末への着信を検出すると、この内線端末２に関わる発信者種別情報及び着信種別情報３４に対応した音声ガイダンスをＭＥＭ１８から読み出し、発信者側端末に対して着信転送の音声ガイダンスを報知するようにしたので、発信者側端末のユーザは、その音声ガイダンスを受聴することで、着信転送先のユーザと通話する前に着信転送の内容（着信転送発生有無等）を認識することができ、さらに通話確立後の円滑な会話対応に役立てることができる。
【０１２８】
本実施の形態によれば、発信者側端末に対する着信転送の音声ガイダンス報知中に、同着信転送先の通信端末の通信動作、例えば発信操作や他の着信に対する応答操作等の通信動作を規制するようにしたので、音声ガイダンス報知中に、着信転送先の通信端末が閉塞状態（例えば話中状態）になってしまうような事態を確実に防止することができる。
【０１２９】
本実施の形態によれば、着信転送を一回の音声ガイダンスで報知するようにしたので、何度も音声ガイダンスが報知されたことによる音声ガイダンスの煩わしさを防止することができる。
【０１３０】
また、本実施の形態によれば、例えば圏外転送、不在転送、不応答転送や話中転送等の着信転送種別（着信種別情報３４）及び発信者種別情報に応じて音声ガイダンスを管理し、同音声ガイダンスの内容を変更可能にしたので、発信者側では、音声ガイダンスを受聴することで、同着信転送の内容までも認識することが可能になる。
【０１３１】
また、本実施の形態によれば、発信者種別情報毎に音声ガイダンス内容があるか否か、すなわち、音声ガイダンスを報知出力するか否かを判定する構成としたので、発信者に対応した様々な用途運用を図ることができる。
【０１３２】
尚、上記実施の形態においては、着信転送を実行する際に、同着信転送の音声ガイダンスを発信者側に報知するようにしたが、発信者側だけでなく、着信転送先にも、同着信転送実行の音声ガイダンスを報知するようにしても良く、この場合の実施の形態について説明する。
【０１３３】
図１６は他の実施の形態に関わる着信転送応答処理の処理動作を端的に示すタイミングチャートである。尚、図８に示す着信転送応答処理の処理動作と同一のものには、同一符号を付すことで、その重複する構成及び動作の説明については省略する。
【０１３４】
図１６に示す着信転送応答処理は、図８のステップＳ２１〜ステップＳ３４，３４Ａの処理動作、すなわち発信者側に着信転送の音声ガイダンスを報知する処理動作はもちろんのこと、着信転送先にも着信転送の音声ガイダンスを報知する処理である。
【０１３５】
図１６に示すＣＰＵ１９の制御部２４は、ステップＳ３２にてＶＲＥＣからの送出終了情報を検出すると、着信転送先の通信端末（ＭＦＴ２Ｂ）の通信規制、すなわち内線閉塞状態を解除すると共に、ステップＳ３４にてＲＢＴ送出情報をＣＯＴ１１に通知する。
【０１３６】
ＣＰＵ１９の制御部２４は、ＲＢＴ送出情報をＣＯＴ１１に通知すると、後述する着信者側ガイダンス送出制御処理に関わる処理動作を開始する（ステップＳ５１）。尚、着信者側ガイダンス送出制御処理とは、着信転送先に着信転送の音声ガイダンスを報知すべく、ＶＲＥＣ１６の音声ガイダンス報知動作を制御する送出開始情報を生成する処理動作である。
【０１３７】
さらにＣＰＵ１９の制御部２４は、着信転送先のＭＦＴ２Ｂからの応答情報を検出すると（ステップＳ５２）、ＭＴＬ１４及びＶＲＥＣ１６間の通話路を形成することになる。
【０１３８】
ＣＰＵ１９の制御部２４は、ステップＳ５１の着信者側ガイダンス送出制御処理で取得した、“圏外転送”を着信転送先に報知する音声ガイダンスの送出開始情報をＶＲＥＣ１６に通知する（ステップＳ５３）。
【０１３９】
ＶＲＥＣ１６は、ＣＰＵ１９からの送出開始情報を検出すると、ＭＴＬ１４を経由して、例えば「圏外転送で着信が入りました」の音声ガイダンスを着信転送先のＭＦＴ２Ｂに報知出力する（ステップＳ５４）。尚、着信転送先のＭＦＴ２Ｂのユーザは、音声ガイダンスを受聴することで、着信相手先のＰＨＳ２Ａが圏外にいるため、同着信転送先である自分のＭＦＴ２Ｂに着信転送したことを認識することができる。
【０１４０】
ＶＲＥＣ１６は、音声ガイダンスの音声出力が終了すると、送出終了情報をＣＰＵ１９に通知する（ステップＳ５５）。ＣＰＵ１９の制御部２４は、送出終了情報を検出すると、ＭＴＬ１４及びＣＯＴ１１間の通話路を形成することで、加入者端末３Ａ及びＭＦＴ２Ｂ間の通話が確立することになる（ステップＳ５６）。
【０１４１】
図１６に示す着信転送応答処理によれば、着信転送先のＭＦＴ２Ｂに同着信呼を転送する際に、発信者側端末である公衆用の加入者端末３Ａに対して音声ガイダンスを報知するばかりでなく、着信転送先のＭＦＴ２Ｂにも同着信転送の音声ガイダンスを報知するようにしたので、発信者側はもちろんのこと、着信転送先のユーザにおいても音声ガイダンスを受聴することで、同着信呼が着信転送の着信呼であることを、発信者側端末との通話確立前に認識することができる。
【０１４２】
尚、図１６に示す着信転送応答処理においては、ステップＳ２９にて発信者側ガイダンス送出制御処理を実行した後、ステップＳ５１にて着信者側ガイダンス送出制御処理を実行するものである。
【０１４３】
また、ＭＥＭ１８には、図１７に示す着信者用の着信種別対応ガイダンス管理テーブル７０を有し、例えば圏外転送や不応答転送等といった着信種別情報３４毎に、着信転送先に報知する音声ガイダンスの送出条件７１、送出回数７２及び送出種別７３等の着信者側ガイダンス情報を記憶管理するものである。尚、送出回数は１回の音声ガイダンス報知出力中にアナウンスを繰り返す回数、送出種別はガイダンスの送出種別である。
【０１４４】
では、同着信者側ガイダンス送出制御処理の動作について説明する。図１８及び図１９は着信者側ガイダンス送出制御処理に関わるＣＰＵ１９の処理動作を示すフローチャートである。
【０１４５】
この着信者側ガイダンス送出制御処理とは、着信転送先に着信転送の音声ガイダンスを報知すべく、ＶＲＥＣ１６の音声ガイダンス報知動作を制御する送出開始情報を生成し、この送出開始情報をＶＲＥＣ１６に通知する処理である。
【０１４６】
図１８においてＣＰＵ１９のメモリ制御部２３は、ＭＥＭ１８から図３の端末管理テーブル３０を抽出する（ステップＳ１５１）。
【０１４７】
ＣＰＵ１９のメモリ制御部２３は、同端末管理テーブル３０から、現在着信中の内線端末２（ＰＨＳ２Ａ）の内線番号に対応する被呼者情報３１を抽出すると共に（ステップＳ１５２）、着信者情報３２を抽出する（ステップＳ１５３）。
【０１４８】
ＣＰＵ１９の制御部２４は、これら抽出した被呼者情報３１及び着信者情報３２が同一であるか否かを判定する（ステップＳ１５４）。ＣＰＵ１９は、被呼者情報３１及び着信者情報３２が同一、すなわち内線番号が同一であると判断されると、“通常着信”であると判断し、この処理動作を終了する。
【０１４９】
また、ＣＰＵ１９の制御部２４は、ステップＳ１５４にて被呼者情報３１及び着信者情報３２が同一でないと判定されると、“着信転送”であると判断し、発信者側端末の発信者種別情報を抽出する（ステップＳ１５５）。尚、発信者種別情報とは、発信者側端末が内線端末２、私設用の加入者端末３Ｂ、公衆用の加入者端末３Ａの何れかであるかを識別する情報である。
【０１５０】
ＣＰＵ１９のメモリ制御部２３は、ＭＥＭ１８から図４の内線番号対応テーブル４０を抽出する（ステップＳ１５６）。
【０１５１】
ＣＰＵ１９は、ＭＥＭ１８から内線番号対応テーブル４０を抽出すると、同内線番号対応テーブル４０から被呼者情報３１（同内線端末２の内線番号）及び発信者種別情報に対応したガイダンス送出条件を抽出すると共に、抽出した同ガイダンス送出条件が内線着信時ガイダンス送出条件４１、私設網着信時ガイダンス送出条件４２若しくは公衆網着信時ガイダンス送出条件４３の何れかであるかを識別判定する（ステップＳ１５７）。
【０１５２】
例えば被呼者情報３１がＰＨＳ２Ａの内線番号、発信者種別情報が公衆用の加入者端末３Ａである場合、ＰＨＳ２Ａの内線番号に対応した公衆網着信時ガイダンス送出条件４３を内線番号対応テーブル４０から抽出することになる。
【０１５３】
ＣＰＵ１９の制御部２４は、ガイダンス送出条件の判定結果に基づいて、同ガイダンス送出条件内にあるガイダンス送出有無を判定する（ステップＳ１５８）。尚、ガイダンス送出条件内には、音声ガイダンスの内容が登録されており、音声ガイダンスの内容がない場合は無音、すなわちガイダンス送出なしと判断するものである。
【０１５４】
ＣＰＵ１９のメモリ制御部２３は、ステップＳ１５８にてガイダンス送出ありと判断されると、図３に示す端末管理テーブル３０から同被呼者情報３１に対応する着信種別情報３４を抽出する（ステップＳ１５９）。
【０１５５】
さらに、ＣＰＵ１９のメモリ制御部２３は、ＭＥＭ１８から図１７の着信種別対応ガイダンス管理テーブル７０を抽出する（ステップＳ１６０）。ＣＰＵ１９のメモリ制御部２３は、着信種別対応ガイダンス管理テーブル７０から同着信種別情報３４（例えば圏外転送）に対応した着信者側ガイダンス情報を抽出し、この着信者側ガイダンス情報内の着信者側ガイダンス送出条件７３を抽出する（ステップＳ１６１）。
【０１５６】
ＣＰＵ１９の制御部２４は、着信者側ガイダンス送出条件７３を抽出すると、音声ガイダンスの有無を判定する（ステップＳ１６２）。ＣＰＵ１９の制御部２４は、音声ガイダンスがあると判定されると、図１９に示すＭ２に移行する。
【０１５７】
図１９に示すＭ２においてＣＰＵ１９のメモリ制御部２３は、ＭＥＭ１８から図６のガイダンス送出種別対応ボード実装テーブル６０を抽出する（ステップＳ１７１）。
【０１５８】
ＣＰＵ１９のメモリ制御部２３は、ステップＳ１６１にて抽出した着信者側ガイダンス情報内の着信者側ガイダンス送出種別７３に対応するボード実装位置情報６１を図６のガイダンス送出種別対応ボード実装テーブル６０から抽出する抽出動作を実行する（ステップＳ１７２）。
【０１５９】
ＣＰＵ１９の制御部２４は、ガイダンス送出種別対応ボード実装テーブル６０内にボード実装位置情報６１があるか否かを判定する（ステップＳ１７３）。ＣＰＵ１９の制御部２４は、ボード実装位置情報６１がないと判定されると、この処理動作を終了する。
【０１６０】
ＣＰＵ１９の制御部２４は、ステップＳ１７３にてボード実装位置情報６１があると判定されると、同ボード実装位置情報６１に基づいて同ボード状態を抽出する（ステップＳ１７４）。
【０１６１】
ＣＰＵ１９の制御部２４は、同ボード状態が制御可能な状態であるか否かを判定する（ステップＳ１７５）。ＣＰＵ１９の制御部２４は、同ボード状態が制御可能な状態でないと判定されると、この処理動作を終了する。
【０１６２】
ＣＰＵ１９のメモリ制御部２３は、同ボード状態が制御可能な状態であると判定されると、ステップＳ１６１にて抽出した着信者側ガイダンス情報の内、着信者側ガイダンス送出回数７２を抽出し（ステップＳ１７６）、さらに着信者側ガイダンス送出種別７３を抽出する（ステップＳ１７７）。
【０１６３】
ＣＰＵ１９の制御部２４は、これら抽出した着信者側ガイダンス送出回数７２、着信者側ガイダンス送出種別７３及び音声ガイダンス内容に基づいて着信転送先の通信端末（ＭＦＴ２Ｂ）に音声ガイダンスをＶＲＥＣ１６で報知出力すべく、ＶＲＥＣ１６の制御動作を開始する送出開始情報を生成し、この送出開始情報をＶＲＥＣ１６に通知することで（ステップＳ１７８：図１６のステップＳ５３）、この処理動作を終了する。
【０１６４】
図１８及び図１９に示す着信者側ガイダンス送出制御処理によれば、発信者側端末の発信者種別情報及び着信種別情報３４に応じて着信転送の音声ガイダンスを提供すべく送出開始情報を生成し、この送出開始情報をＶＲＥＣ１６に通知するようにしたので、着信転送先では、発信者種別情報及び着信種別情報３４に対応した音声ガイダンスを提供することができる。
【０１６５】
本実施の形態によれば、発信者側端末はもちろんのこと、着信転送先の通信端末に対しても着信転送の音声ガイダンスを報知するようにしたので、着信転送先の通信端末のユーザも、その着信転送ガイダンスに基づき、発信者側端末との通話確立前に、同着信呼が着信転送による着信呼であることを認識することができ、さらに通話確立後の円滑な会話対応に役立てることができる。
【産業上の利用可能性】
【０１６６】
本発明の構内交換システムによれば、発信者側端末から自動着信転送に関わる通信端末への着信を検出し、同着信呼を着信転送先の通信端末に転送する際に、発信者側端末に対して、着信転送の音声ガイダンスを報知するようにしたので、発信者側端末のユーザは、その着信転送ガイダンスに基づき、着信転送先との通話確立前に着信転送が行われることを認識することができるため、例えば緊急連絡等で着信転送を実行する、例えば宿泊施設の電話交換システムに有用である。
【図面の簡単な説明】
【０１６７】
【図１】本発明の実施の形態を示す構内交換システム内部の概略構成を示すブロック図である。
【図２】本実施の形態を示す構内交換システムのＰＢＸに関わるＣＰＵ内部の概略構成を示すブロック図である。
【図３】本実施の形態に関わるＰＢＸのＭＥＭに記憶中の端末管理テーブルのテーブル内容を示す説明図である。
【図４】本実施の形態に関わるＰＢＸのＭＥＭに記憶中の内線番号対応テーブルのテーブル内容を示す説明図である。
【図５】本実施の形態に関わるＰＢＸのＭＥＭに記憶中の着信種別対応ガイダンス管理テーブルのテーブル内容を示す説明図である。
【図６】本実施の形態に関わるＰＢＸのＭＥＭに記憶中のガイダンス送出種別対応ボード実装テーブルのテーブル内容を示す説明図である。
【図７】本実施の形態を示す構内交換システムの通常着信応答処理に関わる処理動作を端的に示すタイミングチャートである。
【図８】本実施の形態を示す構内交換システムの着信転送応答処理に関わる処理動作を端的に示すタイミングチャートである。
【図９】本実施の形態を示す構内交換システムの着信転送応答処理の要部である発信者側ガイダンス送出制御処理に関わるＣＰＵの処理動作を示すフローチャートである。
【図１０】本実施の形態を示す構内交換システムの着信転送応答処理の要部である発信者側ガイダンス送出制御処理に関わるＣＰＵの処理動作を示すフローチャートである。
【図１１】本実施の形態を示す構内交換システムの着信転送応答処理に関わる発信者側通信端末及び着信転送先の着信者側通信端末の動作状態を端的に示す説明図である。
【図１２】本実施の形態を示す構内交換システムの圏外転送時にける着信転送応答処理の動作状態を端的に示す動作遷移図である。
【図１３】本実施の形態を示す構内交換システムの不在転送時における着信転送応答処理の動作状態を端的に示す動作遷移図である。
【図１４】本実施の形態を示す構内交換システムの不応答転送時における着信転送応答処理の動作状態を端的に示す動作遷移図である。
【図１５】本実施の形態を示す構内交換システムの話中転送時における着信転送応答処理の動作状態を端的に示す動作遷移図である。
【図１６】他の実施の形態を示す構内交換システムの着信転送応答処理に関わる処理動作を端的に示すタイミングチャートである。
【図１７】他の実施の形態に関わるＰＢＸのＭＥＭに記憶中の着信者用着信種別対応ガイダンス管理テーブルのテーブル内容を示す説明図である。
【図１８】他の実施の形態に関わる着信者側ガイダンス送出制御処理に関わるＣＰＵの処理動作を示すフローチャートである。
【図１９】他の実施の形態に関わる着信者側ガイダンス送出制御処理に関わるＣＰＵの処理動作を示すフローチャートである。
【符号の説明】
【０１６８】
１  構内交換システム
２  内線端末（通信端末）
１６  ＶＲＥＣ（着信転送報知手段）
１８  ＭＥＭ（記憶手段）
２１  接続制御部（接続制御手段）
２２  着信転送制御部（着信転送手段）
２４  制御部（接続制御手段、着信転送手段、着信転送報知手段）
【図１】
2005252714.tif 000003
【図２】
2005252714.tif 000004
【図３】
2005252714.tif 000005
【図４】
2005252714.tif 000006
【図５】
2005252714.tif 000007
【図６】
2005252714.tif 000008
【図７】
2005252714.tif 000009
【図８】
2005252714.tif 000010
【図９】
2005252714.tif 000011
【図１０】
2005252714.tif 000012
【図１１】
2005252714.tif 000013
【図１２】
2005252714.tif 000014
【図１３】
2005252714.tif 000015
【図１４】
2005252714.tif 000016
【図１５】
2005252714.tif 000017
【図１６】
2005252714.tif 000018
【図１７】
2005252714.tif 000019
【図１８】
2005252714.tif 000020
【図１９】
2005252714.tif 000021