(57)【要約】【課題】被呼側の電話端末からの応答が遅い場合、あるいは応答が無い場合に、発呼側の電話端末の操作者に現在どのような状況であるかを分かりやすく伝えることを可能にする。【解決手段】無線端末ＭＴ１１から、無線端末ＭＴ１２への接続を確立させることを要求された場合、無線端末ＭＴ１１と無線端末ＭＴ１２との間に接続を確立させることを試行すると共に、該試行に対する無線端末ＭＴ１２からの応答を受信する前に、該接続を確立させることを試行していることを示す言語音声を無線端末ＭＴ１１に出力させるようにしたものである。【選択図】図３
2018056904.tif 000002
【特許請求の範囲】
【請求項１】
呼制御プロトコルにより、音声通信機能を有する第１の端末と第２の端末との間に接続を確立させるＩＰ電話サーバ装置であって、
前記第１の端末から、前記第２の端末への接続を確立させることを要求された場合、前記第１の端末と前記第２の端末との間に接続を確立させることを試行すると共に、前記試行に対する前記第２の端末からの応答を受信する前に、該接続を確立させることを試行していることを示す言語音声を前記第１の端末に出力させる出力手段を備える、ＩＰ電話サーバ装置。
【請求項２】
呼制御プロトコルにより、前記第１の端末及び前記第２の端末を含む音声通信機能を有する複数の端末間に選択的に接続を確立させる前記ＩＰ電話サーバ装置であって、
予め定められた条件を満たした場合に、前記第１の端末から要求された接続を確立させることを中止し、前記第１の端末と前記複数の端末に含まれる前記第１の端末及び前記第２の端末を除く予め定められた第３の端末との間に接続を確立させることを試行する試行手段と、
前記試行手段により接続を確立させることを試行する場合、前記試行手段により接続を確立させることを試行することを示す言語音声を前記第１の端末に出力させる第２の出力手段と、をさらに具備する請求項１に記載のＩＰ電話サーバ装置。
【請求項３】
音声通信機能を有する第１の端末及び第２の端末と、呼制御プロトコルにより、前記第１の端末と前記第２の端末との間に接続を確立させるＩＰ電話サーバ装置と、を具備するＩＰ電話システムであって、
前記第１の端末は、
前記第２の端末への接続を確立させることを要求する要求手段を備え
前記ＩＰ電話サーバ装置は、
前記第１の端末から前記要求手段により要求された場合、前記第１の端末と前記第２の端末との間に接続を確立させることを試行すると共に、前記試行に対する前記第２の端末からの応答を受信する前に、該接続を確立させることを試行していることを示す言語音声を前記第１の端末に出力させる出力手段を備える、
ＩＰ電話システム。
【請求項４】
前記ＩＰ電話システムは、前記第１の端末及び前記第２の端末を含む音声通信機能を有する複数の端末と、呼制御プロトコルにより、前記複数の端末間に選択的に接続を確立させる前記ＩＰ電話サーバ装置を具備し、
前記ＩＰ電話サーバ装置は、
予め定められた条件を満たした場合に、前記第１の端末から要求された接続を確立させることを中止し、前記第１の端末と前記複数の端末に含まれる前記第１の端末及び前記第２の端末を除く予め定められた第３の端末との間に接続を確立させることを試行する試行手段と、
前記試行手段により接続を確立させることを試行する場合、前記試行手段により接続を確立させることを試行することを示す言語音声を前記第１の端末に出力させる第２の出力手段と、をさらに具備する請求項３に記載のＩＰ電話システム。
【請求項５】
請求項１又は請求項２に記載のＩＰ電話サーバ装置が具備する前記各手段による処理を、当該ＩＰ電話サーバ装置が備えるコンピュータに実行させるプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
この発明は、例えばVoIP（Voice over Internet Protocol）を採用した構内電話交換システムで使用されるＩＰ電話サーバ装置及びそのプログラムに関する。また、この発明は、当該ＩＰ電話サーバ装置を備えたＩＰ電話システムに関する。
【背景技術】
【０００２】
近年普及しているVoIP技術を用いた、ＩＰ電話サービスが広く利用されている。ＩＰ電話サービスでは、呼制御プロトコルとしてSIP（Session Initiation Protocol）、送受信プロトコルとしてRTP（Real-time Transport Protocol）及びRTCP（Real-time Transport Control Protocol）が一般に使用されており、これらのプロトコルによりパケット化された音声データを送受信する。このようなＩＰ電話サービスにおいて、電話端末から発呼した場合に、被呼側の電話端末からの応答が遅い、あるいは応答が無い場合がある。このような場合、発呼側の電話端末では、リングバックトーン（RBT: ringing back tone）は出力されない。したがってこのような場合、発呼側の電話端末は無音となってしまう。このため、発呼側の電話端末の操作者は、現在どのような状況であるかが分からない。特に、被呼側の電話端末が無線端末である場合、被呼側の電話端末が有線端末である場合に比べてこのようなことが発生する頻度が多い。
【０００３】
VoIP技術を用いない構内無線電話システムでは、被呼側携帯機を探索中であることを示す、予め設定した周波数のサーチリクエストトーン（SRT: search request tone）を発呼側携帯機に送出するようにしている（例えば特許文献１を参照）。しかしながら、このような構内無線電話システムは、VoIP技術を用いたＩＰ電話サービスとは異なる方法により呼制御及び音声の送受信を行っている。このため、VoIP技術を用いたＩＰ電話サービスでは、サーチリクエストトーンを発呼側の電話端末に出力させることはできない。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開平７−１６２９３８号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
このような事情もあり、VoIP技術を用いたＩＰ電話サービスでも、サーチリクエストトーンを発呼側の電話端末に出力させたいという需要がある。
また、たとえVoIP技術を用いたＩＰ電話サービスにおいて、特許文献１に記載されたようなサーチリクエストトーンを発呼側の電話端末に出力させるようにすることができたとしても、発呼側の電話端末の操作者には、現在どのような状況であるかが分かりづらい。
【０００６】
この発明は上記事情に着目してなされたもので、被呼側の電話端末からの応答が遅い場合、あるいは応答が無い場合に、発呼側の電話端末の操作者に現在どのような状況であるかを分かりやすく伝えることを可能にしたＩＰ電話サーバ装置、そのプログラム、及びＩＰ電話サーバ装置を提供することにある。
【課題を解決するための手段】
【０００７】
上記目的を達成するためにこの発明の第１の態様は、呼制御プロトコルにより、音声通信機能を有する第１の端末と第２の端末との間に接続を確立させるＩＰ電話サーバ装置にあって、前記第１の端末から、前記第２の端末への接続を確立させることを要求された場合、前記第１の端末と前記第２の端末との間に接続を確立させることを試行すると共に、前記試行に対する前記第２の端末からの応答を受信する前に、該接続を確立させることを試行していることを示す言語音声を前記第１の端末に出力させるようにしたものである。
【０００８】
第２の態様は、前記第１の端末から要求された接続を、呼制御プロトコルにより、前記第１の端末及び前記第２の端末を含む音声通信機能を有する複数の端末間に選択的に接続を確立させるＩＰ電話サーバ装置にあって、予め定められた条件を満たした場合に、前記第１の端末から要求された接続を確立させることを中止し、前記第１の端末と前記複数の端末に含まれる前記第１の端末及び前記第２の端末を除く予め定められた第３の端末との間に接続を確立させることを試行し、接続を確立させることを試行する場合、前記試行手段により接続を確立させることを試行することを示す言語音声を前記第１の端末に出力させるようにしたものである。
【発明の効果】
【０００９】
第１の態様によれば、第１の端末からの要求に応じて、第１の端末と第２の端末へ接続させることを試みる。この際、第２の端末からの応答が遅い場合、あるいは応答が無い場合がある。第２の端末から応答があるまで、ＩＰ電話サーバ装置は、接続を試みていることを示した言語音声を含むサーチリクエストトーンを第１の端末に送信する。したがって、第１の端末の操作者は、第１の端末から出力された当該言語音声を聞くことで、現在の状況が、第２の端末に接続を試みている状態であるか否かが分かりやすい。
【００１０】
第２の態様によれば、第２の端末への接続を第３の端末へ転送する場合がある。この場合、ＩＰ電話サーバ装置は、転送することを示す言語音声を含む転送通知音を第１の端末に送信する。したがって、第１の端末の操作者にとって、転送されるか否かが分かりやすい。
【図面の簡単な説明】
【００１１】
【図１】この発明の実施形態に係るＩＰ電話サーバ装置を備えた構内電話システムの全体構成を示す図。
【図２】この発明の第１の実施形態及び第２の実施形態に係るＩＰ電話サーバ装置の要部回路構成を示すブロック図。
【図３】図２に示したＩＰ電話サーバ装置の第１の実施形態に係る動作手順と動作内容を示すフローチャート。
【図４】図１に示した構内電話システムの第１の実施形態に係る情報の流れを示すシーケンス図。
【図５】図１に示した構内電話システムの第１の実施形態に係る情報の流れを示すシーケンス図。
【図６】図２に示したＩＰ電話サーバ装置の第２の実施形態に係る動作手順と動作内容を示すフローチャート。
【図７】図１に示した構内電話システムの第２の実施形態に係る情報の流れを示すシーケンス図。
【発明を実施するための形態】
【００１２】
以下、図面を参照してこの発明に係わる実施形態をいくつか説明する。  
［第１の実施形態］
（構成）
図１は、この発明の第１の実施形態に係るＩＰ電話サーバ装置を備えた構内電話システムの全体構成を示す図である。このシステムは、複数の基地局ＢＳ１，ＢＳ２，…と、制御装置ＣＳと、構内交換機（ＰＢＸ: private branch exchange）ＥＸと、上記制御装置ＣＳに対し構内ネットワークＮＷを介して接続されるＩＰ電話サーバ装置ＳＶとを備えている。基地局ＢＳ１，ＢＳ２，…は、無線エリアＥ１，Ｅ２，…を形成する。制御装置ＣＳは、これらの基地局ＢＳ１，ＢＳ２，…を収容する。構内交換機（ＰＢＸ）ＥＸは、この制御装置ＣＳに接続される。構内ネットワークＮＷはＬＡＮ（local area network）により構成される。
【００１３】
例えばDECT（Digital Enhanced Cordless Telecommunications）方式又はTETRA（Terrestrial Trunked Radio）方式を用いた端末からなる無線端末ＭＴ１，ＭＴ２，…は、上記無線エリアＥ１，Ｅ２，…内で無線回線を介して基地局ＢＳ１，ＢＳ２，…に接続される。そして無線端末ＭＴ１，ＭＴ２，…は、制御装置ＣＳの制御により相互間で内線通話が可能となると共に、構内交換機ＥＸを介して外線通話が可能となる。なお、音声通話機能を有するスマートフォンやパーソナルコンピュータ等の情報端末を制御装置ＣＳに接続し、内線通話および外線通話を行うことも可能である。
【００１４】
ＩＰ電話サーバ装置ＳＶは、典型的にはＩＰテレフォニサーバからなり、次のように構成される。図２はその要部回路構成を示すブロック図である。すなわち、ＩＰ電話サーバ装置ＳＶは、ＣＰＵ（central processing unit）１１、バッファメモリ１２及びプログラムメモリ１３を有する制御ユニット１と、記憶ユニット２と、通信インタフェースユニット３と、入出力インタフェースユニット４と、この入出力インタフェースユニット４に接続される入力部５および表示部６とを備えている。
【００１５】
通信インタフェースユニット３は、制御ユニット１の制御の下、構内ネットワークＮＷを介して、上記無線端末ＭＴ１，ＭＴ２，…および固定端末との間でRTPに従い音声データを送受信する。
【００１６】
入出力インタフェースユニット４は、例えばキーボードからなる入力部５において入力された入力データを制御ユニット１に供給すると共に、制御ユニット１から出力された表示データを例えば液晶表示器からなる表示部６へ出力する。
【００１７】
記憶ユニット２は、記憶媒体としてＨＤＤ（hard disk drive）やＳＳＤ（solid state drive）等の随時書き込み読み出しが可能なメモリを使用したもので、端末管理情報記憶部２１を備えている。端末管理情報記憶部２１には、無線端末ＭＴ１，ＭＴ２，…および固定端末の識別情報に対応付けて、電話番号やユーザ情報、端末の使用状態を表す情報が記憶される。使用状態を表す情報には、待機中、通話中、会議通話中等のステータスが含まれる。
【００１８】
ＣＰＵ１１は、ＩＰ電話サーバ装置ＳＶの動作に必要な処理及び制御を行うコンピュータの中枢部分に相当する。ＣＰＵ１１は、プログラムメモリ１３に記憶されたプログラムに基づいて、ＩＰ電話サーバ装置ＳＶの各種の機能を実現するべく各部を制御する。
【００１９】
バッファメモリ１２は、ＣＰＵ１１が各種の処理を行う上で参照するデータを記憶する。さらに、バッファメモリ１２は、ＣＰＵ１１が各種の処理を行う上で一時的に使用するデータを記憶しておく、いわゆるワークエリアとして利用される。
【００２０】
プログラムメモリ１３に記憶されるプログラムは、後述する制御処理に関して記述した制御プログラムを含む。一例としてＩＰ電話サーバ装置ＳＶは、制御プログラムがプログラムメモリ１３に記憶された状態で、管理者などへと譲渡される。しかしながら、ＩＰ電話サーバ装置ＳＶは、制御プログラムがプログラムメモリ１３に記憶されない状態で管理者などに譲渡されても良い。そして、別途に利用者へと譲渡された制御プログラムが、管理者又はサービスマンなどによる操作の下にプログラムメモリ１３へと書き込まれても良い。このときの制御プログラムの譲渡は、磁気ディスク、光磁気ディスク、光ディスク、半導体メモリなどのようなリムーバブルな記録媒体に記録して、あるいはネットワークを介したダウンロードにより実現できる。
【００２１】
プログラムメモリ１３は、図３に示す制御処理に関して記述した制御プログラムを記憶する。図３は、ＩＰ電話サーバ装置ＳＶのＣＰＵ１１による制御処理のフローチャートである。ＣＰＵ１１は、プログラムメモリ１３に記憶された制御プログラムに基づいてこの制御を実行する。
【００２２】
（動作）
次に、以上のように構成されたＩＰ電話サーバ装置ＳＶによる動作を説明する。図４は、当該動作における構内電話システムの情報の流れの一例を示すシーケンス図である。図４は、構内電話システムの情報の流れを網羅するものではなく、図示しない情報の流れが存在しても良い。なお、ＩＰ電話サーバ装置ＳＶと無線端末との間の通信経路上には、基地局ＢＳなどの装置が存在する。しかしながら、図４では、基地局ＢＳなどの装置は省略して描いている。
以下の説明では一例として、呼制御にSIPが用いられる。したがって、以下に示すINVITEはINVITEリクエスト、Tryingは100 Tryingレスポンス、Ringingは180 Ringingレスポンス、Session Progressは183 Session Progressレスポンス、OKは200 OKレスポンス、ACKはACKリクエスト、Request Timeoutは408 Request Timeoutレスポンスを示す。
なお、無線端末ＭＴ１１は、第１の端末に相当する。無線端末ＭＴ１２は、第２の端末に相当する。
【００２３】
いま仮に、無線端末ＭＴ１１の操作者が無線端末ＭＴ１２に対して電話をかけたいとする。この場合、当該操作者は、無線端末ＭＴ１２に対応付けられた電話番号（内線番号）に対して発呼するように無線端末ＭＴ１１を操作する。無線端末ＭＴ１１は、無線端末ＭＴ１２の電話番号及び無線端末ＭＴ１１のＩＰアドレスを含むINVITEを生成する。このINVITEは、無線端末ＭＴ１２への接続を要求するための接続要求の一例である。そして、図４のステップＳ１において無線端末ＭＴ１１は、生成した当該INVITEを、ＩＰ電話サーバ装置ＳＶに送信する。送信された当該INVITEは、ＩＰ電話サーバ装置ＳＶの通信インタフェースユニット３によって受信される。以上より、ステップＳ１の処理を行うことで、無線端末ＭＴ１１は、第２の端末への接続を確立させることを要求する要求手段として動作する。
一方、図３のステップＳＴ１においてＣＰＵ１１は、INVITEが通信インタフェースユニット３によって受信されるのを待ち受けている。ＣＰＵ１１は、INVITEが受信されたのを確認したならば、ステップＳＴ１においてＹｅｓと判定してステップＳＴ２へと進む。
【００２４】
ステップＳＴ２においてＣＰＵ１１は、INVITEを受信したことを示すTryingを生成する。そして、ＣＰＵ１１は、生成した当該Tryingを無線端末ＭＴ１１に送信するように通信インタフェースユニット３に対して指示する。この指示を受けて通信インタフェースユニット３は、当該Tryingを無線端末ＭＴ１１に送信する。送信された当該Tryingは、無線端末ＭＴ１１によって受信される。当該Tryingは、図４では、ステップＳ２で示す。
【００２５】
図３のステップＳＴ３においてＣＰＵ１１は、ステップＳＴ１で受信を確認したINVITEが、接続要求であるか否かを確認する。ＣＰＵ１１は、ステップＳＴ１で受信を確認したINVITEが接続要求であるならば、ステップＳＴ２においてＹｅｓと判定してステップＳＴ３へと進む。
【００２６】
ステップＳＴ４においてＣＰＵ１１は、ステップＳＴ１で受信を確認したINVITEを、当該INVITEに含まれた電話番号で示される宛先に送信する。すなわち、ＣＰＵ１１は、当該INVITEを無線端末ＭＴ１２に送信するように通信インタフェースユニット３に対して指示する。なお、ＣＰＵ１１は、端末管理情報記憶部２１を参照して、電話番号から無線端末ＭＴ１２を特定する。ＣＰＵ１１の指示を受けて通信インタフェースユニット３は、当該INVITEを無線端末ＭＴ１２に送信する。当該INVITEは、図４では、ステップＳ３で示す。なお、無線端末ＭＴ１２は、当該INVITEに含まれる無線端末ＭＴ１１のＩＰアドレスを記憶する。
通常、当該INVITEは、無線端末ＭＴ１２によって受信される。当該INVITEを受信した無線端末ＭＴ１２は、音を発するなどして、着呼があることを無線端末ＭＴ１２の操作者などに対して報知する。さらに、無線端末ＭＴ１２は、報知中であることを示すRingingを生成する。そして、ステップＳ６において無線端末ＭＴ１２は、生成した当該Ringingを、ＩＰ電話サーバ装置ＳＶに送信する。Ringing送信された当該Ringingは、ＩＰ電話サーバ装置ＳＶの通信インタフェースユニット３によって受信される。
【００２７】
図３のステップＳＴ５においてＣＰＵ１１は、無線端末ＭＴ１２への接続を試みていること、及び当該接続を試みている間はサーチリクエストトーンを出力するように無線端末ＭＴ１１に求めることを示すSession Progressを生成する。そして、ＣＰＵ１１は、生成した当該Session Progressを無線端末ＭＴ１１に送信するように通信インタフェースユニット３に対して指示する。この指示を受けて通信インタフェースユニット３は、当該Session Progressを無線端末ＭＴ１１に送信する。送信された当該Session Progressは、無線端末ＭＴ１１によって受信される。当該Session Progressは、図４では、ステップＳ４で示す。
【００２８】
図３のステップＳＴ６においてＣＰＵ１１は、無線端末ＭＴ１１に対するサーチリクエストトーンの送信を開始する。すなわち、ＣＰＵ１１は、サーチリクエストトーンを無線端末ＭＴ１１に送信することを開始するように通信インタフェースユニット３に対して指示する。この指示を受けて通信インタフェースユニット３は、サーチリクエストトーンを無線端末ＭＴ１１に送信することを開始する。送信されたサーチリクエストトーンは、無線端末ＭＴ１１によって受信される。当該サーチリクエストトーンは、図４では、ステップＳ５で示す。
【００２９】
サーチリクエストトーンは、例えば「接続を試みています。」のように単に接続を試みていることを示す言語音声を含む。あるいは例えば、サーチリクエストトーンは、「無線端末ＭＴ１２に対して接続を試みています。」又は「電話番号○○○○の端末に対して接続を試みています。」のように、接続先が分かるような言語音声を含んでも良い。
当該サーチリクエストトーンを受信した無線端末ＭＴ１１は、無線端末ＭＴ１１が備えるスピーカーなどによりサーチリクエストトーンを発する。
したがって、図３のステップＳＴ６の処理を行うことで、ＣＰＵ１１を中枢とするコンピュータは、接続を確立させることを試行していることを示す言語音声を第１の端末に出力させる出力手段として動作する。
【００３０】
図３のステップＳＴ７においてＣＰＵ１１は、無線端末ＭＴ１２から送信されるRingingが通信インタフェースユニット３によって受信されたか否かを確認している。前述したように、通常、図４のステップＳ３に示すINVITEは、無線端末ＭＴ１２によって受信される。しかしながら、無線端末ＭＴ１２が無線エリアＥ１，Ｅ２，…内に無いなどの理由で電波が届かない、あるいは電波が届きにくい場合がある。このような理由により、当該INVITEが無線端末ＭＴ１２によって受信されない場合、あるいは受信されるのに時間がかかる場合などにおいては、RingingがＩＰ電話サーバ装置ＳＶに送信されない。あるいは、当該RingingがＩＰ電話サーバ装置ＳＶに送信されるまで時間がかかる。ＣＰＵ１１は、無線端末ＭＴ１２から送信されたRingingが受信されたのを確認していないならば、図３のステップＳＴ７においてＮｏと判定してステップＳＴ８へと進む。
【００３１】
ステップＳＴ８においてＣＰＵ１１は、タイムアウトしたか否かを確認する。一例として、ＣＰＵ１１は、ステップＳＴ４を実行してから予め定められた時間が経過した場合にタイムアウトしたと判定する。当該時間の長さは、ＩＰ電話サーバ装置ＳＶの管理者などによって予め設定される。なお、管理者などによって当該時間の長さが設定されていない状態では、当該時間の長さは、デフォルトとして定められた長さとなる。このデフォルトの値は、例えばＩＰ電話サーバ装置ＳＶの設計者などによって定められる。ＣＰＵ１１は、タイムアウトしていないならば、ステップＳＴ８においてＮｏと判定してステップＳＴ９へと進む。
【００３２】
ステップＳＴ９においてＣＰＵ１１は、ステップＳＴ４で送信したINVITEを無線端末ＭＴ１２に再送信するように通信インタフェースユニット３に対して指示する。この指示を受けて通信インタフェースユニット３は、当該INVITEを無線端末ＭＴ１２に送信する。なお、当該INVITEは、図４には図示していない。ＣＰＵ１１は、ステップＳＴ９の処理の後、ステップＳＴ７へと戻る。かくして、ＣＰＵ１１は、無線端末ＭＴ１２から送信されたRingingが受信されたのを確認するか、タイムアウトするまでステップＳＴ７〜ステップＳＴ９を繰り返す。ＣＰＵ１１は、ステップＳＴ７〜ステップＳＴ９のループ中に、無線端末ＭＴ１２から送信されたRingingが受信されたのを確認したならば、ステップＳＴ７においてＹｅｓと判定してステップＳＴ１０へと進む。
【００３３】
ステップＳＴ１０においてＣＰＵ１１は、ステップＳＴ７で受信を確認したRingingを無線端末ＭＴ１１に送信する。すなわち、ＣＰＵ１１は、当該Ringingを無線端末ＭＴ１１に送信するように通信インタフェースユニット３に対して指示する。この指示を受けて通信インタフェースユニット３は、当該Ringingを無線端末ＭＴ１１に送信する。送信された当該Ringingは、無線端末ＭＴ１１によって受信される。当該Ringingは、図４では、ステップＳ７で示す。
【００３４】
図３のステップＳＴ１１においてＣＰＵ１１は、無線端末ＭＴ１１に対するサーチリクエストトーンの送信を停止して、リングバックトーンの送信を開始する。すなわち、ＣＰＵ１１は、サーチリクエストトーンを無線端末ＭＴ１１に送信することを停止して、リングバックトーンを無線端末ＭＴ１１に送信することを開始するように通信インタフェースユニット３に対して指示する。この指示を受けて通信インタフェースユニット３は、サーチリクエストトーンを無線端末ＭＴ１１に送信することを停止して、リングバックトーンを無線端末ＭＴ１１に送信することを開始する。送信されたリングバックトーンは、無線端末ＭＴ１１によって受信される。当該リングバックトーンは、図４では、ステップＳ８で示す。
リングバックトーンは、無線端末ＭＴ１２を呼び出していることを示す音声である。
当該リングバックトーンを受信した無線端末ＭＴ１１は、無線端末ＭＴ１１が備えるスピーカーなどからリングバックトーンを発する。
【００３５】
一方、無線端末ＭＴ１２の操作者は、着呼に応答する場合、無線端末ＭＴ１２をオフフックする。無線端末ＭＴ１２は、オフフックされたことに応じて、着呼が応答されたことを示すOKを、無線端末ＭＴ１２のＩＰアドレスを含むように生成する。そして、ステップＳ９において無線端末ＭＴ１２は、当該OKを、ＩＰ電話サーバ装置ＳＶに送信する。送信された当該OKは、ＩＰ電話サーバ装置ＳＶの通信インタフェースユニット３によって受信される。
【００３６】
一方、図３のステップＳＴ１２においてＣＰＵ１１は、無線端末ＭＴ１２から送信されるOKが通信インタフェースユニット３によって受信されるのを待ち受けている。ＣＰＵ１１は、OKが受信されたのを確認したならば、ステップＳＴ１２においてＹｅｓと判定してステップＳＴ１３へと進む。
【００３７】
ステップＳＴ１３においてＣＰＵ１１は、無線端末ＭＴ１１に対するリングバックトーンの送信を停止する。すなわち、ＣＰＵ１１は、リングバックトーンを無線端末ＭＴ１１に送信することを停止するように通信インタフェースユニット３に対して指示する。この指示を受けて通信インタフェースユニット３は、リングバックトーンを無線端末ＭＴ１１に送信することを停止する。
【００３８】
ステップＳＴ１４においてＣＰＵ１１は、ステップＳＴ１２で受信を確認したOKを無線端末ＭＴ１１に送信する。すなわち、ＣＰＵ１１は、当該OKを無線端末ＭＴ１１に送信するように通信インタフェースユニット３に対して指示する。この指示を受けて通信インタフェースユニット３は、当該OKを無線端末ＭＴ１１に送信する。送信された当該OKは、無線端末ＭＴ１１によって受信される。当該OKは、図４では、ステップＳ１０で示す。なお、無線端末ＭＴ１１は、当該OKに含まれる無線端末ＭＴ１２のＩＰアドレスを記憶する。
当該OKを受信した無線端末ＭＴ１１は、当該OKを受信したことを示すACKを生成する。そして、ステップＳ１１において無線端末ＭＴ１１は、生成した当該ACKを、ＩＰ電話サーバ装置ＳＶに送信する。送信された当該ACKは、ＩＰ電話サーバ装置ＳＶの通信インタフェースユニット３によって受信される。
【００３９】
図３のステップＳＴ１５においてＣＰＵ１１は、無線端末ＭＴ１１から送信されるACKが通信インタフェースユニット３によって受信されるのを待ち受けている。ＣＰＵ１１は、当該ACKが受信されたのを確認したならば、ステップＳＴ１５においてＹｅｓと判定してステップＳＴ１６へと進む。
【００４０】
ステップＳＴ１６においてＣＰＵ１１は、ステップＳＴ１５で受信を確認したACKを無線端末ＭＴ１２に送信する。すなわち、ＣＰＵ１１は、当該ACKを無線端末ＭＴ１２に送信するように通信インタフェースユニット３に対して指示する。この指示を受けて通信インタフェースユニット３は、当該ACKを無線端末ＭＴ１２に送信する。送信された当該ACKは、無線端末ＭＴ１１によって受信される。当該ACKは、図４では、ステップＳ１２で示す。これにより、無線端末ＭＴ１１と無線端末ＭＴ１２との間でセッションが確立される。なお、無線端末ＭＴ１２は、無線端末ＭＴ１１から送信されたINVITEに含まれる無線端末ＭＴ１１のＩＰアドレスにより、無線端末ＭＴ１１に対して音声データを送信することができる。無線端末ＭＴ１１は、無線端末ＭＴ１２から送信されたＯＫに含まれる無線端末ＭＴ１２のＩＰアドレスにより、無線端末ＭＴ１２に対して音声データを送信することができる。ＣＰＵ１１は、図３のステップＳＴ１６の処理の後、ステップＳＴ１へと戻る。
図３のステップＳ１３において無線端末ＭＴ１１と無線端末ＭＴ１２は、確立されたセッションを使用して音声データを送受信することにより通話を行う。
【００４１】
以上の説明では、ステップＳ６において無線端末ＭＴ１２からRingingが送信された。しかしながら、無線端末ＭＴ１２からRingingが送信されずタイムアウトする場合がある。以下、タイムアウトした場合の動作を説明する。図５は、当該動作における構内電話システムの情報の流れの一例を示すシーケンス図である。図５は、構内電話システムの情報の流れを網羅するものではなく、図示しない情報の流れが存在しても良い。なお、ＩＰ電話サーバ装置ＳＶと無線端末との間の通信経路上には、基地局ＢＳなどの装置が存在する。しかしながら、図５では、基地局ＢＳなどの装置は省略して描いている。
ＣＰＵ１１は、図３のステップＳＴ６〜ステップＳＴ９のループ中に、タイムアウトしたならば、ステップＳＴ８においてＹｅｓと判定してステップＳＴ１７へと進む。図５においては、ステップＳ３の一部、ステップＳ６及びステップＳ７を二点鎖線で示すことで、本来無線端末ＭＴ１２から送信されるRingingが送信されないことを示している。
【００４２】
図６のステップＳＴ１７においてＣＰＵ１１は、無線端末ＭＴ１１に対するサーチリクエストトーンの送信を停止する。すなわち、ＣＰＵ１１は、サーチリクエストトーンを無線端末ＭＴ１１に送信することを停止するように通信インタフェースユニット３に対して指示する。この指示を受けて通信インタフェースユニット３は、サーチリクエストトーンを無線端末ＭＴ１１に送信することを停止する。
【００４３】
ステップＳＴ１８においてＣＰＵ１１は、無線端末ＭＴ１１への接続がタイムアウトしたことを示すRequest Timeoutを生成する。そして、ＣＰＵ１１は、生成した当該Request Timeoutを無線端末ＭＴ１１に送信するように通信インタフェースユニット３に対して指示する。この指示を受けて通信インタフェースユニット３は、当該Request Timeoutを無線端末ＭＴ１１に送信する。送信された当該Request Timeoutは、無線端末ＭＴ１１によって受信される。当該Request Timeoutは、図５では、ステップＳ２１で示す。
当該Request Timeoutを受信した無線端末ＭＴ１１は、当該Request Timeoutを受信したことを示すACKを生成する。そして、ステップＳ２２において無線端末ＭＴ１１は、生成した当該ACKを、ＩＰ電話サーバ装置ＳＶに対して送信する。送信された当該ACKは、ＩＰ電話サーバ装置ＳＶの通信インタフェースユニット３によって受信される。
【００４４】
図３のステップＳＴ１９においてＣＰＵ１１は、無線端末ＭＴ１１から送信されるレスポンスが通信インタフェースユニット３によって受信されるのを待ち受けている。ＣＰＵ１１は、無線端末ＭＴ１１から送信されるレスポンスが通信インタフェースユニット３によって受信されたのを確認したならば、ステップＳＴ１９においてＹｅｓと判定してステップＳＴ１へと戻る。
【００４５】
（効果）
以上述べたように第１の実施形態では、ＩＰ電話サーバ装置ＳＶは、無線端末ＭＴ１１からの要求に応じて、無線端末ＭＴ１１を無線端末ＭＴ１２へ接続させることを試みる。この際、無線端末ＭＴ１２からの応答が遅い場合、あるいは応答が無い場合がある。そのような場合でも、無線端末ＭＴ１２から応答があるまで、ＩＰ電話サーバ装置ＳＶは、接続を試みていることを示した言語音声を含むサーチリクエストトーンを無線端末ＭＴ１１に送信する。したがって、無線端末ＭＴ１１の操作者は、無線端末ＭＴ１１から出力された当該言語音声を聞くことで、現在の状況が、無線端末ＭＴ１２に接続を試みている状態であるか否かが分かりやすい。
【００４６】
［第２の実施形態］
この発明の第２の実施形態は、端末への接続がタイムアウトした場合に他の端末へ転送するようにしたものである。さらに、他の端末へ転送する場合には、他の端末へ転送することを示す音声を発呼元の端末に出力させるようにしたものである。
（構成）
第２の実施形態に係るＩＰ電話サーバ装置ＳＶの構成、及び当該ＩＰ電話サーバ装置ＳＶを備えた構内電話システムの全体構成は第１の実施形態と同一で良い。
第２の実施形態では、端末管理情報記憶部２１は、端末への接続がタイムアウトした場合に、どの端末へ転送するかを記憶する。一例として、端末管理情報記憶部２１は、無線端末ＭＴ１２への接続がタイムアウトした場合の転送先を無線端末ＭＴ１３と定める。無線端末ＭＴ１３は、第３の端末の一例である。
第２の実施形態では、ＩＰ電話サーバ装置ＳＶのプログラムメモリ１３は、図６に示す制御処理に関して記述した制御プログラムを記憶する。図６は、ＩＰ電話サーバ装置ＳＶのＣＰＵ１１による制御処理のフローチャートである。ＣＰＵ１１は、プログラムメモリ１３に記憶された制御プログラムに基づいてこの制御を実行する。
【００４７】
（動作）
図７は、当該動作における構内電話システムの情報の流れの一例を示すシーケンス図である。図７は、構内電話システムの情報の流れを網羅するものではなく、図示しない情報の流れが存在しても良い。なお、ＩＰ電話サーバ装置ＳＶと無線端末との間の通信経路上には、基地局ＢＳなどの装置が存在する。しかしながら、図７では、基地局ＢＳなどの装置は省略して描いている。
以下の説明では第１の実施形態と同様に、一例として、呼制御にSIPが用いられる。
【００４８】
第２の実施形態では、ＣＰＵ１１は、ステップＳＴ１〜ステップＳＴ１７の処理を第１の実施形態と同様に行う。そして、第２の実施形態では、ＣＰＵ１１は、ステップＳＴ１７の後の処理が第１の実施形態と異なる。したがって、図６では、ステップＳＴ１７以降の処理のみを示す。
ＣＰＵ１１は、図６のステップＳＴ１７の処理の後、ステップＳＴ２１へと進む。
【００４９】
ステップＳＴ２１においてＣＰＵ１１は、呼を転送することを示す転送通知音を、無線端末ＭＴ１１に送信するように通信インタフェースユニット３に対して指示する。この指示を受けて通信インタフェースユニット３は、当該転送通知音を無線端末ＭＴ１１に送信する。送信された当該転送通知音は、無線端末ＭＴ１１によって受信される。当該転送通知音は、図４では、ステップＳ５で示す。以上より、図６のステップＳＴ２１の処理を行うことで、ＣＰＵ１１を中枢とするコンピュータは、試行手段により接続を確立させることを試行することを示す言語音声を第１の端末に出力させる第２の出力手段として動作する。また、タイムアウトすることは、予め定められた条件の一例である。
【００５０】
転送通知音は、例えば「転送しています。」のように転送することを示す言語音声を含む。あるいは例えば、転送通知音は、「無線端末ＭＴ１２へ接続できなかったため、他の端末に転送しています。」のように転送元及び転送する理由がわかるような言語音声を含んでも良い。あるいは例えば、転送通知音は、「無線端末ＭＴ１３に転送しています。」又は「電話番号○○○○の端末に転送しています。」のように、転送先が分かるような言語音声を含んでも良い。なお、ＣＰＵ１１は、端末管理情報記憶部２１を参照して転送先を特定する。
当該転送通知音を受信した無線端末ＭＴ１１は、無線端末ＭＴ１１が備えるスピーカーなどから転送通知音を発する。
【００５１】
図６のステップＳＴ２２においてＣＰＵ１１は、転送先である無線端末ＭＴ１３を呼び出すためのINVITEを、無線端末ＭＴ１１のＩＰアドレスを含むようにして生成する。なお、ＣＰＵ１１は、端末管理情報記憶部２１を参照して、無線端末ＭＴ１２への接続がタイムアウトした場合の転送先が無線端末ＭＴ１３であると特定する。そして、ＣＰＵ１１は、生成した当該INVITEを無線端末ＭＴ１３に送信するように通信インタフェースユニット３に対して指示する。この指示を受けて通信インタフェースユニット３は、当該INVITEを無線端末ＭＴ１１に送信する。送信された当該INVITEは、無線端末ＭＴ１１によって受信される。当該INVITEは、図７では、ステップＳ３２で示す。なお、無線端末ＭＴ１２は、当該INVITEに含まれる無線端末ＭＴ１１のＩＰアドレスを記憶する。図６のステップＳＴ２２の処理を行うことで、ＣＰＵ１１を中枢とするコンピュータは、第１の端末から要求された接続を確立させることを中止し、第１の端末と予め定められた第３の端末との間に接続を確立させることを試行する試行手段として動作する。
【００５２】
ＣＰＵ１１は、ステップＳＴ２３〜ステップＳＴ３６の処理を、第１の実施形態における図３のステップＳＴ６〜ステップＳＴ１９と同様に処理する。ただし、ＣＰＵ１１は、第１の実施形態ではステップＳＴ６〜ステップＳＴ１９の処理を無線端末ＭＴ１１及び無線端末ＭＴ１２に対して行った。これに対して第２の実施形態では、ＣＰＵ１１は、同様の処理を無線端末ＭＴ１１及び無線端末ＭＴ１３に対して行う。また、これに対応する図７のステップＳ３３〜ステップＳ４１についても、第１の実施形態における図４のステップＳ５〜ステップＳ１３と同様の情報の流れを示す。ただし、第１の実施形態における図４のステップＳ５〜ステップＳ１３では、ＩＰ電話サーバ装置ＳＶ、無線端末ＭＴ１１及び無線端末ＭＴ１２の間での情報の流れを示す。これに対して第２の実施形態における図７のステップＳ３３〜ステップＳ４１では、ＩＰ電話サーバ装置ＳＶ、無線端末ＭＴ１１及び無線端末ＭＴ１３の間での情報の流れを示す。
【００５３】
（効果）
以上述べたように第２の実施形態では、ＩＰ電話サーバ装置ＳＶは、無線端末ＭＴ１２への接続を無線端末ＭＴ１３へ転送する場合がある。この場合、ＩＰ電話サーバ装置ＳＶは、転送することを示す言語音声を含む転送通知音を無線端末ＭＴ１１に送信する。したがって、無線端末ＭＴ１１の操作者にとって、転送されるか否かが分かりやすい。さらに、第２の実施形態では、当該転送通知音は、転送先が分かるような言語音声を含む場合がある。したがって、この場合、無線端末ＭＴ１１の操作者にとって、誰に転送されるかが分かりやすい。
【００５４】
［その他の実施形態］
サーチリクエストトーンは、無線端末ＭＴ１１に予め録音された音声を用いても良い。この場合には例えば、無線端末ＭＴ１１は、ステップＳ２のTrying又はステップＳ４のSession Progressを受信したことに応じてサーチリクエストトーンの再生を開始する。そして、無線端末ＭＴ１１は、ステップＳ３５のRingingを受信したことに応じてサーチリクエストトーンを停止する。以上の場合、図３のステップＳＴ２又はステップＳＴ５の処理を行うことで、ＣＰＵ１１を中枢とするコンピュータは、接続を確立させることを試行していることを示す言語音声を第１の端末に出力させる出力手段として動作する。
【００５５】
リングバックトーンは、無線端末ＭＴ１１に予め録音された音声を用いても良い。この場合には例えば、無線端末ＭＴ１１は、ステップＳ３５のRingingを受信したことに応じてリングバックトーンの再生を開始する。そして、無線端末ＭＴ１１は、ステップＳ３８のOKを受信したことに応じてリングバックトーンを停止する。
【００５６】
第２の実施形態では、ＩＰ電話サーバ装置ＳＶは、タイムアウトした場合に無線端末ＭＴ１３に転送した。しかしながら、転送は、タイムアウトした場合に限らない。例えば、ＩＰ電話サーバ装置ＳＶは、特定の電話番号への着呼があった場合に直ちに他の特定の電話番号で示す端末へ転送しても良い。この場合、特定の電話番号への着呼があったことは予め定められた条件である。
【００５７】
実施形態では、呼制御を行うプロトコルとしてＳＩＰを用いたが、ＩＴＵ−Ｔ（International Telecommunication Union Telecommunication Standardization Sector）により勧告されたＨ．３２３で定義されるプロトコルなどのその他のプロトコルを用いる態様であっても良い。
【００５８】
要するにこの発明は、上記各実施形態そのままに限定されるものではなく、実施段階ではその要旨を逸脱しない範囲で構成要素を変形して具体化できる。また、上記各実施形態に開示されている複数の構成要素の適宜な組み合せにより種々の発明を形成できる。例えば、各実施形態に示される全構成要素から幾つかの構成要素を削除してもよい。さらに、異なる実施形態に亘る構成要素を適宜組み合せてもよい。
【符号の説明】
【００５９】
ＳＶ…ＩＰ電話サーバ装置、Ｅ１，Ｅ２，…無線エリア、ＭＴ１１〜ＭＴ２３…端末、ＢＳ１，ＢＳ２，…基地局、ＣＳ…制御装置、ＥＸ…構内交換機、ＮＷ…構内ネットワーク、１…制御ユニット、２…記憶ユニット、３…通信インタフェースユニット、４…入出力インタフェースユニット、５…入力部、６…表示部、１１…ＣＰＵ、１２…バッファメモリ、１３…プログラムメモリ、２１…端末管理情報記憶部。
【図１】
2018056904.tif 000003
【図２】
2018056904.tif 000004
【図３】
2018056904.tif 000005
【図４】
2018056904.tif 000006
【図５】
2018056904.tif 000007
【図６】
2018056904.tif 000008
【図７】
2018056904.tif 000009