(57)【要約】【課題】お互いに同時に発呼したときに、互いに話中となってつながらない状態を回避する。【解決手段】発呼衝突回避装置１が、呼接続要求信号を送信したときに、呼接続要求信号を受信した場合は、発信着信衝突判定部１０９が送信した呼接続要求信号の発信先電話番号と、受信した呼接続要求信号の発信元電話番号を比較し、発信先と発信元の電話番号が一致した場合、優先度判定部１１０がどちらの呼接続要求信号を優先するのか判定し、優先度が高い呼接続要求信号に基づいて呼接続処理を行う。これにより、お互いに同時に発呼したときに、互いに話中となってつながらない状態を回避することができる。【選択図】図１
2011254222.tif 000002
【特許請求の範囲】
【請求項１】
電話番号を保持する電話番号保持手段と、
第１の呼を発信するとともに、当該第１の呼の発信先を示す第１の電話番号を前記電話番号保持手段に格納する発信手段と、
前記第１の呼を発信したときに第２の呼を着信した場合、当該第２の呼の発信元を示す第２の電話番号を前記電話番号保持手段に格納する着信手段と、
前記電話番号保持手段から前記第１、第２の電話番号を読み出し、第１、第２の電話番号が互いに一致するか否か判定する番号判定手段と、
前記番号判定手段が前記第１、第２の電話番号が互いに一致すると判定した場合、前記第１の呼と前記第２の呼のどちらを優先するのか判定する優先判定手段と、
前記優先判定手段が優先すると判定した前記第１、第２の呼のいずれかの呼接続処理を行う接続処理手段と、
を有することを特徴とする発呼衝突回避装置。
【請求項２】
前記優先判定手段は、前記第１、第２の電話番号、あるいは、前記第１、第２の呼の呼制御信号を利用して優先する呼を判定することを特徴とする請求項１記載の発呼衝突回避装置。
【請求項３】
第１の呼を発信するとともに、当該第１の呼の発信先を示す第１の電話番号を電話番号保持手段に格納するステップと、
前記第１の呼を発信したときに第２の呼を着信した場合、当該第２の呼の発信元を示す第２の電話番号を前記電話番号保持手段に格納するステップと、
前記電話番号保持手段から前記第１、第２の電話番号を読み出し、第１、第２の電話番号が互いに一致するか否か判定するステップと、
前記第１、第２の電話番号が互いに一致すると判定された場合、前記第１の呼と前記第２の呼のどちらを優先するのか判定するステップと、
優先すると判定した前記第１、第２の呼のいずれかの呼接続処理を行うステップと、
を有することを特徴とする発呼衝突回避方法。
【請求項４】
前記優先する呼を判定するステップは、前記第１、第２の電話番号、あるいは、前記第１、第２の呼の呼制御信号を利用して優先する呼を判定することを特徴とする請求項３記載の発呼衝突回避方法。
【請求項５】
請求項３又は４に記載の発呼衝突回避方法をコンピュータに実行させることを特徴とする発呼衝突回避プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、同時に発呼した場合の話中を回避する技術に関する。
【背景技術】
【０００２】
昨今では、交換機を用いず、Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ（ＩＰ）技術を利用したＩＰ電話が主流になりつつある。例えば、ＮＴＴコミュニケーションズが提供しているＯＣＮドットフォンやＮＴＴ東日本、ＮＴＴ西日本が提供しているひかり電話などのサービスがある。これらＩＰ技術を用いたＩＰ電話では、Ｐｕｂｌｉｃ  Ｓｗｉｔｃｈｅｄ  Ｔｅｌｅｐｈｏｎｅ  Ｎｅｔｗｏｒｋｓ（ＰＳＴＮ）網で実現していた機能の一部を電話機側で実現している。例えば、ＡさんからＢさんへ、ＢさんからＡさんへ同時に発呼され、つながらない場合、交換式の電話サービスでは、ネットワーク側で接続を拒否していた。一方、ＩＰ電話では、ネットワーク側では信号を遮断しないため、電話機まで信号が到達し、接続の拒否は電話機側で行われる。
【０００３】
このように、交換式からＩＰ技術を用いた方式へと電話も変わりつつある。特許文献１には、ＩＰ電話端末に対して話中に電話がかかってきた場合、発信電話端末に対して通話が可能になったことを知らせる発明が記載されている。これにより、発信電話端末がＩＰ電話端末に対して何度も電話をかけずに、通話が可能になったことを知ることができる。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００９−２７８４３８号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
従来は、ＡさんからＢさん、ＢさんからＡさんへお互いに同時に発呼した場合は、お互いに相手と通話したいにもかかわらず、話中と判断されてつながらないという問題があった。両者が通話をするためには、タイミングをずらして再発呼する必要がある。また、特許文献１は、お互いに同時に発呼したときにつながらない場合については考慮されていない。
【０００６】
本発明は、上記に鑑みてなされたものであり、お互いに同時に発呼したときに、互いに話中となってつながらない状態を回避することを目的とする。
【課題を解決するための手段】
【０００７】
第１の本発明に係る発呼衝突回避装置は、電話番号を保持する電話番号保持手段と、第１の呼を発信するとともに、当該第１の呼の発信先を示す第１の電話番号を前記電話番号保持手段に格納する発信手段と、前記第１の呼を発信したときに第２の呼を着信した場合、当該第２の呼の発信元を示す第２の電話番号を前記電話番号保持手段に格納する着信手段と、前記電話番号保持手段から前記第１、第２の電話番号を読み出し、第１、第２の電話番号が互いに一致するか否か判定する番号判定手段と、前記番号判定手段が前記第１、第２の電話番号が互いに一致すると判定した場合、前記第１の呼と前記第２の呼のどちらを優先するのか判定する優先判定手段と、前記優先判定手段が優先すると判定した前記第１、第２の呼のいずれかの呼接続処理を行う接続処理手段と、を有することを特徴とする。
【０００８】
第２の本発明に係る発呼衝突回避方法は、第１の呼を発信するとともに、当該第１の呼の発信先を示す第１の電話番号を電話番号保持手段に格納するステップと、前記第１の呼を発信したときに第２の呼を着信した場合、当該第２の呼の発信元を示す第２の電話番号を前記電話番号保持手段に格納するステップと、前記電話番号保持手段から前記第１、第２の電話番号を読み出し、第１、第２の電話番号が互いに一致するか否か判定するステップと、前記第１、第２の電話番号が互いに一致すると判定された場合、前記第１の呼と前記第２の呼のどちらを優先するのか判定するステップと、優先すると判定した前記第１、第２の呼のいずれかの呼接続処理を行うステップと、を有することを特徴とする。
【０００９】
第３の本発明に係る発呼衝突回避プログラムは、上記発呼衝突回避方法をコンピュータに実行させることを特徴とする。
【発明の効果】
【００１０】
本発明によれば、お互いに同時に発呼したときに、互いに話中となってつながらない状態を回避することができる。
【図面の簡単な説明】
【００１１】
【図１】本実施の形態における発呼衝突回避装置の構成を示す機能ブロック図である。
【図２】上記発呼衝突回避装置の処理の流れを示すフローチャートである。
【図３】衝突回避処理の処理の流れを示すフローチャートである。
【図４】ＳＩＰを利用して電話を掛けるときのシーケンス図である。
【図５】ＳＩＰを利用して電話を掛けるときに、互いに同じ時期に発信した場合のシーケンス図である。
【図６】ＩＮＶＩＴＥリクエストの例を示す図である。
【発明を実施するための形態】
【００１２】
以下、本発明の実施の形態について図面を用いて説明する。
【００１３】
図１は、本実施の形態における発呼衝突回避装置の構成を示す機能ブロック図である。発呼衝突回避装置１は、いわゆる電話機であり、通話相手とお互いに同時に発呼した場合に呼が確立しない状況を回避するものである。図１に示す発呼衝突回避装置１は、操作部１０１、音声入出力部１０２、ネットワークインターフェース１０３、呼接続統制部１０４、着信電話番号保持部１０５、着信呼接続信号保存部１０６、発信電話番号保持部１０７、発信呼接続信号保存部１０８、発信着信衝突判定部１０９、および優先度判定部１１０を備える。発呼衝突回避装置１が備える各部は、演算処理装置、記憶装置等を備えたコンピュータにより構成して、各部の処理がプログラムによって実行されるものとしてもよい。このプログラムは発呼衝突回避装置１が備える記憶装置に記憶されており、磁気ディスク、光ディスク、半導体メモリ等の記録媒体に記録することも、ネットワークを通して提供することも可能である。
【００１４】
操作部１０１は、利用者から電話番号の入力、オンフックなどの操作の入力を受け付ける。
【００１５】
音声入出力部１０２は、マイク、スピーカーを備え、利用者の音声を拾って通信相手に送信するとともに、通信相手から受信した音声を出力する。また、後述する呼接続統制部１０４の指示によりリングトーン、リングバックトーン、ビジートーンなどを出力する。
【００１６】
ネットワークインターフェース１０３は、ネットワークに接続され、音声信号や呼制御信号などを送受信する。
【００１７】
呼接続統制部１０４は、ネットワークインターフェース１０３を介して呼制御信号を送受信し、呼の発信処理、呼の着信処理などの呼接続処理を行う。また、発呼の衝突を回避するために、送受信した呼制御信号に基づいて各部を制御して優先する呼を選択し、接続処理を行う。
【００１８】
着信電話番号保持部１０５は、着信した呼の発信元電話番号を保持し、着信呼接続信号保存部１０６は、着信した呼の呼接続要求信号を保存する。
【００１９】
発信電話番号保持部１０７は、発信した呼の発信先電話番号を保持し、発信呼接続信号保存部１０８発信した呼の呼接続要求信号を保存する。
【００２０】
発信着信衝突判定部１０９は、発信と着信が同時に発生したときに、着信電話番号保持部１０５、発信電話番号保持部１０７それぞれから着信した呼の発信元電話番号と発信した呼の発信先電話番号を読み出して比較し、電話番号の一致不一致を判定する。
【００２１】
優先度判定部１１０は、発信着信衝突判定部１０９が発信元と発信先の電話番号が一致したと判定したときに、着信した呼と発信した呼のどちらを優先するのか判定する。優先度の判定には、着信した呼と発信した呼の呼接続要求信号や電話番号を用いる。例えば、電話番号を１０桁の数字とみなし、その大小で優先度を判定する。
【００２２】
次に、本実施の形態における発呼衝突回避装置の処理の流れについて説明する。
【００２３】
図２，３は、発呼衝突回避装置１の処理の流れを示すフローチャートである。
【００２４】
まず、利用者が操作部１０１を操作して発信先電話番号を入力すると、呼接続統制部１０４は、操作部１０１から発信先への発呼要求を受信する（ステップＳ１０１）。
【００２５】
そして、呼接続統制部１０４は、発信先電話番号を発信電話番号保持部１０７に保存し（ステップＳ１０２）、ネットワークインターフェース１０３を介して呼接続要求信号を発信先に送出して呼接続シーケンスを開始するとともに（ステップＳ１０３）、呼接続要求信号を発信呼接続信号保存部１０８に保存する（ステップＳ１０４）。
【００２６】
そして、呼接続統制部１０４は、音声入出力部１０２にリングバックトーンの鳴動を指示する（ステップＳ１０５）。
【００２７】
ここで、呼接続統制部１０４は、別の電話機から呼接続要求信号を受信したか否か判定する（ステップＳ１０６）。呼接続要求信号を受信している場合は、発信と着信が同時に発生している状態であるので、ステップＳ２００の衝突回避処理へ進む。衝突回避処理は、図３を用いて後述する。
【００２８】
呼接続要求信号を受信していない場合、発信先の電話機に呼が着信して発信先の電話機の受話器が上げられると、発呼衝突回避装置１と発信先の電話機との間の呼が確立し、音声通信が開始される（ステップＳ１０７）。
【００２９】
操作部１０１がオンフックされる、あるいは発信先から呼接続終了信号を受信すると、呼接続統制部１０４は、音声通信を切断し（ステップＳ１０８）、音声入出力部１０２にビジートーンの鳴動を指示する（ステップＳ１０８）。
【００３０】
続いて、衝突回避処理の処理の流れについて説明する。
【００３１】
図２のステップＳ１０６において、発信と着信が同時に発生していると判定されると、呼接続統制部１０４は、呼接続シーケンスを中断して衝突回避処理を開始する（図３のステップＳ２０１）。
【００３２】
呼接続統制部１０４は、受信した呼接続要求信号を着信呼接続信号保存部１０６へ保存するとともに（ステップＳ２０２）、発信元電話番号を着信電話番号保持部１０５へ保存する（ステップＳ２０３）。
【００３３】
そして、発信着信衝突判定部１０９が発信電話番号保持部１０７と着信電話番号保持部１０５に保存された電話番号を比較して一致するか否か判定する（ステップＳ２０４）。
【００３４】
電話番号が一致しなかった場合は、発信元に話中であることを送信し、発信先への呼接続シーケンスを再開する（ステップＳ２０９）。発信先との呼が確立すると音声通信が開始される（ステップＳ２１０）。オンフック、あるいは呼接続終了信号の受信で音声通信を切断し（ステップＳ２１１）、ビジートーンを鳴動させる（ステップＳ２１２）。
【００３５】
一方、発信先と発信元の電話番号が一致した場合は、優先度判定部１１０がどちらの呼接続処理を優先するか判定する（ステップＳ２０５）。
【００３６】
受信した呼接続要求信号を優先する場合、呼接続統制部１０４は、発信した呼接続要求信号に対するキャンセル要求信号を送信し（ステップＳ２０６）、受信した呼接続要求信号を有効として、その呼接続要求信号に基づく呼接続シーケンスを開始する（ステップＳ２０７）。
【００３７】
発信した呼接続要求信号を優先する場合は、受信した呼接続要求信号を無視し、中断した呼接続シーケンスを再開する（ステップＳ２０８）。
【００３８】
呼接続が確立した後は、音声通信の開始、切断等の処理を行う（ステップＳ２１０〜Ｓ２１２）。
【００３９】
次に、Ｓｅｓｓｉｏｎ  Ｉｎｉｔｉａｔｉｏｎ  Ｐｒｏｔｏｃｏｌ（ＳＩＰ）を利用したＩＰ電話網に本発明を適用する実施例について説明する。
【００４０】
図４は、電話機１Ａから電話機１ＢへＳＩＰを利用して電話を掛けるときのシーケンス図である。図４では、発呼の衝突は発生していない。電話機１Ａ，１Ｂともに本実施の形態における発呼衝突回避装置を組み込んだ電話機である。
【００４１】
電話機１Ａに電話機１Ｂの電話番号が入力されると、電話機１Ａは呼接続要求信号としてＩＮＶＩＴＥリクエストを電話機１Ｂに送信する（ステップＳ３０１）。電話機１Ａでは、発信先である電話機１Ｂの電話番号を発信電話番号保持部１０７に保存し、送信したＩＮＶＩＴＥリクエストを発信呼接続信号保存部１０８に保存する。
【００４２】
ＩＮＶＩＴＥリクエストを受信した電話機１Ｂは、１８０  Ｒｉｎｇｉｎｇメッセージを電話機１Ａに返信するとともに、リングトーンを鳴動させて着信を知らせる（ステップＳ３０２）。一方、１８０  Ｒｉｎｇｉｎｇメッセージを受信した電話機１Ａは、音声入出力部１０２によりリングバックトーンを鳴動させる。
【００４３】
電話機１Ｂがオフフックされると、２００  ＯＫメッセージを電話機１Ａに送信する（ステップＳ３０３）。
【００４４】
電話機１ＡがＡＣＫ（確認応答）を返し（ステップＳ３０４）、音声通信が開始される（ステップＳ３０５）。
【００４５】
音声通信を終了する場合は、電話機１ＡがＢＹＥ（呼接続終了信号）を送信し（ステップＳ３０６）、それを受信した電話機１Ｂが２００  ＯＫメッセージを電話機１Ａに返す（ステップＳ３０７）。
【００４６】
以上が、ＳＩＰを利用した通常時の通話のシーケンスである。
【００４７】
次に、発呼の衝突が発生する場合について説明する。図５は、電話機１Ａと電話機１Ｂが互いに同じ時期に発信したときのシーケンス図である。
【００４８】
電話機１Ａから電話機１ＢへＩＮＶＩＴＥリクエストを送信した同時期に（ステップＳ４０１）、電話機１Ｂから電話機１ＡへＩＮＶＩＴＥリクエストが送信された場合は（ステップＳ４０２）、電話機１Ａ，１Ｂそれぞれに発信と着信が同時に発生し、電話機１Ａ，１Ｂそれぞれには、自身が送信したＩＮＶＩＴＥリクエストと別の電話機から受信したＩＮＶＩＴＥリクエストの２つが存在する。
【００４９】
呼接続統制部１０４は、２つの別々のＩＮＶＩＴＥリクエストの存在を検出し、発信と着信が衝突していると判定する。
【００５０】
発信と着信が衝突した場合、呼接続統制部１０４は、自身の発信に関する呼接続シーケンスを中断し、図３に示す衝突回避処理を実施する。以下、電話機１Ａの処理を具体的に説明する。なお、電話機１Ｂについても同様の処理が行われる。
【００５１】
電話機１Ａは、ステップＳ４０１においてＩＮＶＩＴＥリクエストを送信するときに、発信先の電話機１Ｂの電話番号を発信電話番号保持部１０７に保存し、送信したＩＮＶＩＴＥリクエストを発信呼接続信号保存部１０８に保存する。
【００５２】
また、電話機１Ａは、ステップＳ４０２においてＩＮＶＩＴＥリクエストを受信したときに、発信元の電話機１Ｂの電話番号を着信電話番号保持部１０５に保存し、受信したＩＮＶＩＴＥリクエストを着信呼接続信号保存部１０６に保存する。
【００５３】
発信と着信が同時に発生しているので、発信着信衝突判定部１０９は、着信電話番号保持部１０５、発信電話番号保持部１０７それぞれから電話番号を読み出し、一致するか否か判定する。図５に示す例では、着信電話番号保持部１０５、発信電話番号保持部１０７のいずれも電話機１Ｂの電話番号を保持しており、電話番号は一致すると判定される。
【００５４】
発信先と発信元の電話番号が一致する場合、優先度判定部１１０は、着信呼接続信号保存部１０６、発信呼接続信号保存部１０８それぞれからＩＮＶＩＴＥリクエストを読み出し、ＩＮＶＩＴＥリクエスト中の文字列、例えばＣａｌｌ−ＩＤフィールドの文字列を用いて優先度を判定する。図６にＩＮＶＩＴＥリクエストの例を示す。優先度判定部１１０は、Ｃａｌｌ−ＩＤフィールドの文字列を用いて優先度を判定する場合、「＠」より前のアルファベットを１〜２６の数字に置き換え、できた数字の文字列を１０進の数字とみなしてその大小を比較し優先度を判定する。あるいは、電話番号を１０進の数字とみなしてその大小を比較してもよい。
【００５５】
そして、優先度が低いと判定された呼の呼接続シーケンスはキャンセルされ、優先度が高いと判定された呼の呼接続シーケンスは再開される。例えば、電話機１Ａが発信したＩＮＶＩＴＥリクエストが優先度が低いと判定された場合、電話機１Ａは電話機１ＢにＣａｎｃｅｌリクエストを送信し、電話機１Ｂから受信したＩＮＶＩＴＥリクエストについての呼接続シーケンスを開始する。一方、電話機１Ｂは、自身が発信したＩＮＶＩＴＥリクエストが優先度が高いと判定するので、電話機１Ｂは電話機１Ａから受信したＩＮＶＩＴＥリクエストを無視し、電話機１Ｂ自身が送信したＩＮＶＩＴＥリクエストについての呼接続シーケンスを再開する。この場合、電話機１Ｂから電話機１Ａへ発呼した場合と同じ状態となる。
【００５６】
なお、優先度の判定ルールを電話機１Ａ，１Ｂともに同じとすることで、どちらか一方の呼が有効となり発呼の衝突を回避できるが、通信相手の電話機１Ｂが発呼衝突回避装置を組み込んでいない場合は、電話機１Ａが電話機１Ｂの発信した呼を優先すると判断することで発呼の衝突を回避できる。
【００５７】
以上説明したように、本実施の形態によれば、発呼衝突回避装置１が、呼接続要求信号を送信したときに、呼接続要求信号を受信した場合は、発信着信衝突判定部１０９が送信した呼接続要求信号の発信先電話番号と、受信した呼接続要求信号の発信元電話番号を比較し、発信先と発信元の電話番号が一致した場合、優先度判定部１１０がどちらの呼接続要求信号を優先するのか判定し、優先度が高い呼接続要求信号に基づいて呼接続処理を行うことにより、お互いに同時に発呼したときに、互いに話中となってつながらない状態を回避することができる。この結果、再度発呼する手間を課すことなく両者をつなぐことができ、再発呼の負荷を軽減することができる。
【符号の説明】
【００５８】
１…発呼衝突回避装置
１０１…操作部
１０２…音声入出力部
１０３…ネットワークインターフェース
１０４…呼接続統制部
１０５…着信電話番号保持部
１０６…着信呼接続信号保存部
１０７…発信電話番号保持部
１０８…発信呼接続信号保存部
１０９…発信着信衝突判定部
１１０…優先度判定部
【図１】
2011254222.tif 000003
【図２】
2011254222.tif 000004
【図３】
2011254222.tif 000005
【図４】
2011254222.tif 000006
【図５】
2011254222.tif 000007
【図６】
2011254222.tif 000008