(57)【要約】【課題】ユーザがサービスを快適に利用することが可能な通信変換装置および通信変換方法を提供する。【解決手段】電話システム１００を構成する、電話機１０２とネットワーク１０６との間の通信を変換する電話アダプタ１１０において、ネットワーク１０６に接続されたＳＩＰサーバ１０８からＩＮＶＩＴＥを受けたとき、電話機１０２に対して呼出処理を行う制御部１１２を備え、制御部１１２は、呼出処理の後に、ＳＩＰサーバ１０８に対して発信の無線端末１５０に指示する鳴動開始信号（１８０  Ｒｉｎｇｉｎｇ）を送信する構成を有する。【選択図】図３
2018085683.tif 000002
【特許請求の範囲】
【請求項１】
端末とネットワークとの間の通信を変換する通信変換装置において、
前記ネットワークに接続された呼制御サーバから着信を受けたとき、前記端末に対して呼出処理を行う制御部を備え、
前記制御部は、前記呼出処理の後に、前記呼制御サーバに対して発信端末の鳴動を指示する指示信号を送信する通信変換装置。
【請求項２】
前記制御部は、前記指示信号を送信した後に、前記指示信号の応答を待ち合わせている間、呼の準備信号を前記端末から受信すると、前記準備信号を保留し、前記指示信号の応答を受けたとき、前記着信の処理を続ける請求項１に記載の通信変換装置。
【請求項３】
信号を受信したときの履歴である受信履歴を備え、
前記制御部は、前記指示信号の受信を前記受信履歴に記憶させ、前記準備信号の受信を前記受信履歴に記憶させ、前記受信履歴を参照して、前記準備信号および前記指示信号が受信されていたとき、前記着信の処理を続ける請求項２に記載の通信変換装置。
【請求項４】
端末とネットワークとの間の通信を変換する通信変換装置の通信変換方法において、
前記通信変換装置が、前記ネットワークに接続された呼制御サーバから着信を受けたとき、前記端末に対して呼出処理を行うステップと、
前記通信変換装置が、前記呼出処理の後に、前記呼制御サーバに対して発信端末の鳴動を指示する指示信号を送信するステップとを有する通信変換方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、端末の通信を変換する通信変換装置および通信変換方法に関する。
【背景技術】
【０００２】
近年、電話機に接続されたケーブルまたは光ファイバーといった回線を有するネットワークの代わりに、無線ネットワークを利用したＶｏＩＰ（Voice over Internet Protocol）のサービス（以下、ＶｏＩＰサービスという）が提供されている。このようなサービスでは、専用アダプタ（例えば、電話アダプタと称する）を電話機に接続することにより、電話アダプタは、電話機との通信を変換して無線ネットワークを利用したＶｏＩＰに必要な処理を行う。
【０００３】
また、このような電話機などの端末との通信を変換する通信変換装置としては、監視データを監視センターの監視装置へ送信し、必要に応じて音声通話することができるものが知られている（例えば、特許文献１参照）。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２０１１−２４９８６０号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
本発明は、通信変換装置を利用するユーザが快適に感じられるような通信変換装置および通信変換方法を提供することを目的とする。
【課題を解決するための手段】
【０００６】
上記課題を解決するために、本発明の通信変換装置は、端末とネットワークとの間の通信を変換する通信変換装置において、前記ネットワークに接続された呼制御サーバから着信を受けたとき、前記端末に対して呼出処理を行う制御部を備え、前記制御部は、前記呼出処理の後に、前記呼制御サーバに対して発信端末の鳴動を指示する指示信号を送信する構成を有する。
【０００７】
また、本発明の通信変換装置の制御部は、前記指示信号を送信した後に、前記指示信号の応答を待ち合わせている間、呼の準備信号を前記端末から受信すると、前記準備信号を保留し、前記指示信号の応答を受けたとき、前記着信の処理を続ける構成を有する。
【０００８】
また、本発明の通信変換装置は、信号を受信したときの履歴である受信履歴を備え、前記制御部は、前記指示信号の受信を前記受信履歴に記憶させ、前記準備信号の受信を前記受信履歴に記憶させ、前記受信履歴を参照して、前記準備信号および前記指示信号が受信されていたとき、前記着信の処理を続ける構成を有する。
【発明の効果】
【０００９】
本発明によれば、ユーザがサービスを快適に利用することが可能な通信変換装置および通信変換方法を提供することができる。
【図面の簡単な説明】
【００１０】
【図１】本実施形態の電話システムを説明する図である。
【図２】本実施形態の電話アダプタの機能ブロック図である。
【図３】本実施形態の電話システムにおける通話開始時までの処理の第１実施例を説明するシーケンス図である。
【図４】本実施形態の電話システムにおける通話開始時までの処理の第２実施例を説明するシーケンス図である。
【図５】第２実施例での電話システムの動作を説明するフローチャートである。
【図６】電話システムの動作を説明するフローチャートである。
【発明を実施するための形態】
【００１１】
図１は、本実施形態の通信変換装置の一例である電話アダプタ１１０を含む電話システム１００を説明する図である。通信変換装置は、電話アダプタに限定されず、監視を行うデータ端末またはＩｏＴ端末でもよい。
【００１２】
図１に示すように、使用者の住宅１００ａには、電話機１０２があって、電話機１０２には電話アダプタ１１０が接続されている。
【００１３】
電話機１０２は、旧式の通信方式でユーザに電話を提供するものである。旧式の通信方式とは、例えば、アナログの通信方式またはＩＳＤＮ（Integrated Services Digital Network）方式などである。本実施形態では、電話機１０２は、無線通信はしない。
【００１４】
電話アダプタ１１０は、電話機１０２との間でやりとりされる旧式の通信方式の信号を、例えば、呼を制御するための呼制御サーバに該当するＳＩＰ（Session Initiation Protocol）に準拠した通信方式の信号に変換し、相手の端末との通信を変換するものである。もちろん、電話アダプタ１１０は、ＳＩＰの信号を旧式の通信方式の信号に変換することもできる。また、電話アダプタ１１０は、無線通信方式で住宅１００ａの外にある基地局１０４と通信することができる。
【００１５】
ネットワーク１０６は、基地局１０４およびＳＩＰに準拠したＳＩＰサーバ１０８が接続されている。ネットワーク１０６では、ＩＰ（Internet Protocol）をベースにした通信が行われ、ＶｏＩＰが利用される。
【００１６】
ＳＩＰサーバ１０８は、ＳＩＰに準拠した通信方式に従って発信端末と着信端末との間の呼処理を提供するようになっている。
【００１７】
基地局１０４は、電話アダプタ１１０と無線通信を行い、他の基地局１０４は、無線端末１５０と無線通信を行っている。もちろん、同じ基地局１０４が電話アダプタ１１０と無線端末１５０とも無線通信を行っていてもよい。
【００１８】
図２は、本実施形態の電話アダプタの機能ブロック図である。図２に示すように、電話アダプタ１１０は、制御部１１２、無線通信部１１４および電話機接続部１１６を含んで構成される。制御部１１２（コントローラ）は、中央処理装置（ＣＰＵ）を含む半導体集積回路（不図示）により構成され、電話アダプタ１１０全体を管理および制御する。
【００１９】
無線通信部１１４は、アンテナ１１４ａを介して基地局１０４との無線通信を行う。例えば、無線通信部１１４では、ＧＳＭ（登録商標）（Global System for Mobile Communications）、ＣＤＭＡ（Code Division Multiple Access）、ＬＴＥ（Long Term Evolution）、またはその他の無線通信規格に準拠した無線通信が行われる。
【００２０】
電話機接続部１１６は、電話機１０２に有線接続されていて、電話機１０２との間で旧式の通信方式で通信を行う。なお、本実施形態では、有線接続としているが、無線接続でもよい。
【００２１】
制御部１１２は、電話機１０２との間でやりとりされる旧式の通信方式の信号を、ＳＩＰに準拠した通信方式の信号に変換し、相手の端末との通信を変換するものである。もちろん、制御部１１２は、ＳＩＰの信号を旧式の通信方式の信号に変換することもできる。本実施形態では、ＳＩＰを用いて説明しているが、その他の呼を制御するための通信規格であってもよい。
【００２２】
（第１実施例）
図３は、本実施形態の電話システム１００における通話開始時までの処理の第１実施例を説明するシーケンス図である。図３では、発信側の無線端末１５０がＳＩＰサーバ１０８を介して電話機１０２と通話を行う場合を例示する。ここでは、発信側は、無線端末１５０として説明しているが、無線端末でなくてもよく、発信できるものであれば如何なるものでもよい。なお、無線端末１５０とＳＩＰサーバ１０８との間のシーケンスについては省略している。
【００２３】
発信側の無線端末１５０が、電話アダプタ１１０を介して電話機１０２に着呼するとき、図３に示すように、まずＳＩＰサーバ１０８と電話アダプタ１１０において通信開始処理が行われる（ステップＳ２０２）。具体的には、通信開始処理Ｓ２０２では、ＳＩＰサーバ１０８から電話アダプタ１１０に対してＳＩＰのＩＮＶＩＴＥが送信される。電話アダプタ１１０は、ＳＩＰサーバ１０８からの着信開始であるＩＮＶＩＴＥを受信したら、暫定応答（１００  Ｔｒｙｉｎｇ）をＳＩＰサーバ１０８に対して送信する。これにより、ＳＩＰサーバ１０８を介した無線端末１５０と電話アダプタ１１０との呼が開始される。
【００２４】
次に、電話アダプタ１１０は、電話機１０２に対して呼出処理を行う（ステップＳ２０４）。具体的には、呼出処理Ｓ２０４では、電話アダプタ１１０は、電話機１０２に対して極性反転信号および起動信号を送信する。極性反転信号および起動信号を受信したら、電話機１０２は、電話アダプタ１１０に対して一次応答信号（オンフック状態であることを通知する信号）を送信する。一次応答信号を受信したら、電話アダプタ１１０は、発信者の端末の電話番号等の情報等を電話機１０２に対して送信する。
【００２５】
電話アダプタ１１０からの情報の受信が完了したら、電話機１０２は電話アダプタ１１０に対して受信完了信号を送信する。電話アダプタ１１０は、受信完了信号を受信したら、通知音の鳴動を開始させる通知信号を電話機１０２に対して送信する。ここまでが呼出処理Ｓ２０４である。そして、電話機１０２の鳴動が開始する。
【００２６】
電話アダプタ１１０は、呼出処理Ｓ２０４を開始する時点ではなく、呼出処理Ｓ２０４が完了した時点で、鳴動を発信端末に指示する指示信号となる鳴動開始信号（１８０  Ｒｉｎｇｉｎｇ）をＳＩＰサーバ１０８に対して送信する（ステップＳ２０６）。
【００２７】
ＳＩＰサーバ１０８は、鳴動開始信号を受信したら、着信側の電話機１０２の呼出が開始された旨の信号であるリングバックトーン（ＲＢＴ： Ringing Back Tone）を発信側の無線端末１５０に対して送信する。発信側の無線端末１５０では、リングバックトーンを受信したら呼出音が鳴り始める。
【００２８】
着信側の電話機１０２の利用者の操作で、電話機１０２は、呼の準備信号を電話アダプタ１１０に送信する。例えば、ユーザが電話機１０２の受話器を取ると、トリガ信号となる二次応答信号（オフフック状態になったことを通知する信号）が電話機１０２から電話アダプタ１１０に送信される（ステップＳ２０８）。
【００２９】
電話アダプタ１１０は、二次応答信号を受信したら、通信が確立した旨の通信確立信号（２００  ＯＫ（ＩＮＶＩＴＥ））をＳＩＰサーバ１０８に送信する（ステップＳ２１０）。それから、ＳＩＰサーバ１０８から確認応答（ＡＣＫ）が送信される（ステップＳ２１２）。ここで、電話機１０２と無線端末１５０との通話が開始される（ステップＳ２１４）。
【００３０】
図６に示すように、電話アダプタ１１０が、呼出処理Ｓ２０４の前に鳴動開始信号（１８０  Ｒｉｎｇｉｎｇ）を送信したと仮定すると、呼出処理Ｓ２０４が遅い場合があり、電話機１０２の鳴動が遅くなる。すると、発信側の無線端末１５０においては呼出音が鳴っているが、着信側の電話機においては着信の通知音が鳴っていない状態となる。このため、電話アダプタ１１０に着信する発信側のユーザが長く待たされていることを不快に感じてしまうことがある。
【００３１】
図３では、電話アダプタ１１０は、呼出処理Ｓ２０４の直後に、鳴動開始信号（Ｓ２０６）をＳＩＰサーバ１０８に送信しているため、電話機１０２の鳴動と、発信側の無線端末１５０における呼出の開始とのタイミングとをほぼ一致させることができる。これにより、発信側の無線端末１５０での呼出の開始と、着信側での電話機１０２鳴動の開始とのタイムラグが解消され、発信側および着信側のユーザが電話システム１００のサービスを快適に感じることが可能となる。
【００３２】
（第２実施例）
図４は、本実施形態の電話システム１００における通話開始時までの処理の第２実施例を説明するシーケンス図である。なお、第２実施例では、第１実施例において既に説明した処理や動作については、同一の符号を付すことにより、説明を省略する。
【００３３】
ＳＩＰにおいて、信頼性のある呼制御を行う必要がある場合には、「１００  Ｔｒｙｉｎｇ」および「１８０  Ｒｉｎｇｉｎｇ」 などのプロビジョナルな応答を行うためのＰＲＡＣＫ（Provisional response acknowledgement）が使用されることがある。第２実施例では、ＰＲＡＣＫが使用される場合を例にとって説明する。
【００３４】
電話アダプタ１１０は、鳴動開始信号を送信した後（ステップＳ２０６）、ＰＲＡＣＫの受信を待ち合わせている。この待ち合せの間に、着信側のユーザが電話機１０２の鳴動とほぼ同時に電話機１０２の受話器を取ってオフフックした場合、電話アダプタ１１０に、ＳＩＰサーバ１０８からのＰＲＡＣＫを受信する前に二次応答信号が送信される（ステップＳ２０８）ことが想定される。
【００３５】
ＰＲＡＣＫの受信の前に、電話機１０２からの二次応答信号が受信され、通信確立信号（２００  ＯＫ（ＩＮＶＩＴＥ））がＳＩＰサーバ１０８に送信されると、呼損になるおそれがある。そこで、第２実施例では、ＰＲＡＣＫを受信する前に、二次応答信号を受信したときにおいて、発信側の無線端末１５０と通話できることを説明している。
【００３６】
図４に示すように、電話アダプタ１１０がＰＲＡＣＫを受信する前に、電話機１０２からの二次応答信号を受信したとき、ＰＲＡＣＫを待ち合せるため、二次応答信号の受信を保留する。
【００３７】
引き続き、電話アダプタ１１０は、ＰＲＡＣＫを受信したとき（Ｓ２６２）、ＰＲＡＣＫの受信に応答する信号（２００  ＯＫ（ＰＲＡＣＫ））を送信する（ステップＳ２６４）と共に、着信の処理を続け、通信確立信号（２００  ＯＫ（ＩＮＶＩＴＥ））をＳＩＰサーバ１０８に送信する（ステップＳ２１０）。
【００３８】
図５は、第２実施例での電話アダプタ１１０の動作を説明するフローチャートである。なお、第２実施例では、第１実施例において既に説明した処理や動作については、同一の符号を付すことにより、説明を省略する。
【００３９】
電話アダプタ１１０は、鳴動開始信号をＳＩＰサーバ１０８に対して送信した後、ＰＲＡＣＫ信号の受信を確認する（ステップＳ２５２）。電話アダプタ１１０は、ＰＲＡＣＫを受信した場合（ステップＳ２５２のＹＥＳ）、ＰＲＡＣＫの受信を、信号を受信したときの履歴である受信履歴に記憶させると共に、ＰＲＡＣＫを受信した旨の信号（２００  ＯＫ（ＰＲＡＣＫ）をＳＩＰサーバ１０８に送信する（ステップＳ２５４）。
【００４０】
電話アダプタ１１０は、ＰＲＡＣＫを受信していない場合、または、ＰＲＡＣＫの受信が既に受信履歴に記憶されている場合（ステップＳ２５２のＮＯ）は、次に進む。
【００４１】
電話アダプタ１１０は、電話機１０２からの二次応答信号の受信を確認する（ステップＳ２５６）。電話アダプタ１１０は、二次応答信号を受信した場合（ステップＳ２５６のＹＥＳ）、二次応答信号の受信を受信履歴を記憶させる（ステップＳ２５８）。電話アダプタ１１０は、二次応答信号を受信していない場合、または、二次応答信号の受信が既に受信履歴に記憶されている場合（ステップＳ２５６のＮＯ）は、次に進む。
【００４２】
電話アダプタ１１０は、受信履歴を参照し、ＰＲＡＣＫおよび二次応答信号の両方を受信済みであるかを判断する（ステップＳ２６０）。ＰＲＡＣＫおよび二次応答信号の両方を受信済みでなかった場合（ステップＳ２６０のＮＯ）、電話アダプタ１１０は、両方を受信済みとなるまでステップＳ２５２〜ステップＳ２６０の処理を繰り返す。
【００４３】
ＰＲＡＣＫおよび二次応答信号の両方を受信済みであった場合、電話アダプタ１１０は、通信が確立した旨の通信確立信号（２００  ＯＫ（ＩＮＶＩＴＥ））をＳＩＰサーバ１０８に送信し（ステップＳ２１０）、ＳＩＰサーバ１０８から送信された確認応答（ＡＣＫ）を受信する（ステップＳ２１２）。
【符号の説明】
【００４４】
１００…電話システム、１００ａ…住宅、１０２…電話機、１０４…基地局、１０６…ネットワーク、１０８…ＳＩＰサーバ、１１０…電話アダプタ、１１２…制御部、１１４…無線通信部、１１４ａ…アンテナ、１１６…電話機接続部、１５０…無線端末
【図１】
2018085683.tif 000003
【図２】
2018085683.tif 000004
【図３】
2018085683.tif 000005
【図４】
2018085683.tif 000006
【図５】
2018085683.tif 000007
【図６】
2018085683.tif 000008