(57)【特許請求の範囲】
【請求項１】
携帯端末と無線で通信を行う中継装置と、携帯端末を含む複数の端末による通話を開始または終了させるための呼を制御する呼制御装置とを含む通信網において、通話中に中継装置との通信が不可能になった携帯端末による通話を再開させるための通話再開システムであって、
通話中の携帯端末である通話携帯端末と中継装置との通信状態の悪化により、通話携帯端末と中継装置との通信が不可能になったことを検知する判定部と、
通信が不可能になった前記通話携帯端末とその通話の相手の端末である相手方端末との間の通話を引き継ぐ処理部であって、当該通話携帯端末と当該相手方端末との通信を、当該処理部と当該相手方端末との間の通信として引き継ぐ呼の生成を前記呼制御装置に要求し、前記呼の生成後、前記通話携帯端末と前記相手方端末との間の通話における通信状態または前記相手方端末の通話者への動作指示を表す情報を含むメッセージを、前記相手方端末へ送信する処理部と、を備え、
前記中継装置は、無線ＬＡＮアクセスポイントであって、
前記判定部は、前記中継装置に設けられ、携帯端末から前記中継装置へ送信される信号の電波強度が閾値を下回るかもしくは、前記信号が到達しない時間が一定時間を超えた場合に、前記携帯端末が通話中か否かを確認し、通話中であれば、当該携帯端末の通話を引き継ぐ処理を前記処理部に要求する、通話再開システム。
【請求項２】
前記判定部は、前記通話携帯端末から前記中継装置へ送信される信号に基づいて、前記通話携帯端末と前記中継装置との通信状態が回復したことをさらに検知し、
前記判定部で、前記通話携帯端末と前記中継装置との間の通信状態の回復が検知された場合に、前記通話携帯端末と前記相手方端末との間で通話を再開するための呼の生成を前記呼制御装置へ要求する再開部をさらに備える、請求項１に記載の通話再開システム。
【請求項３】
携帯端末を含む複数の端末による通話を開始または終了させるための呼を制御する呼制御装置と、通話再開システムとを含む通信網に接続され、携帯端末と無線で通信を行うことによって、携帯端末と前記通信網との通信を中継する中継装置であって、
通話中の携帯端末である通話携帯端末と中継装置との通信状態の悪化により、通話携帯端末と中継装置と通信が不可能になったことを検知する判定部を備え、
前記中継装置が接続される通信網に含まれる前記通話再開システムは、
通信が不可能になった前記通話携帯端末とその通話の相手の端末である相手方端末との間の通話を引き継ぐ処理部であって、当該通話携帯端末と当該相手方端末との間の通信を、当該処理部と当該相手方端末との間の通信として引き継ぐ呼の生成要求を前記呼制御装置に送信し、前記呼の生成後、前記通話携帯端末と前記相手方端末との間の通話に関する情報を含むメッセージを、前記相手方端末へ送信する処理部を備え、
前記中継装置は、無線ＬＡＮアクセスポイントであって、
前記判定部は、携帯端末から前記中継装置へ送信される信号の電波強度が閾値を下回るかもしくは、前記信号が到達しない時間が一定時間を超えた場合に、前記携帯端末が通話中か否かを確認し、通話中であれば、当該携帯端末の通話を引き継ぐ処理を前記処理部に要求する、中継装置。
【請求項４】
前記判定部は、前記通話携帯端末から前記中継装置へ送信される信号に基づいて、前記通話携帯端末と中継装置との通信状態が回復したことを更に検知し、
前記通話再開システムは、前記判定部で、前記通話携帯端末と前記中継装置との間の通信状態の回復が検知された場合に、前記通話携帯端末と前記相手方端末との間で通話を再開するための呼の生成要求を前記呼制御装置へ送信する再開部をさらに備える、請求項３に記載の中継装置。
【請求項５】
携帯端末と無線で通信を行う中継装置と、携帯端末を含む複数の端末による通話を開始または終了させるための呼を制御する呼制御装置とを含む通信網において、通話中に中継装置との通信が不可能になった携帯端末による通話を再開させる処理を前記中継装置のコンピュータに実行させる通話再開プログラムであって、
通話中の携帯端末である通話携帯端末と中継装置との通信状態の悪化により、通話携帯端末と中継装置と通信が不可能になったことを検知する判定処理と、
通信が不可能になった前記通話携帯端末とその通話の相手の端末である相手方端末との間の通信を引き継ぐ処理であって、前記中継装置のコンピュータまたは他のコンピュータの処理部と当該相手方端末との間の通信として引き継ぐための呼の生成を前記呼制御装置に要求し、前記呼の生成後、前記通話携帯端末と前記相手方端末との間の通話における通信状態または前記相手方端末の通話者への動作指示を表す情報を含むメッセージを、前記相手方端末へ送信する処理、もしくは当該処理を前記他のコンピュータへ要求する処理とを前記中継装置のコンピュータに実行させ、
前記中継装置は、無線ＬＡＮアクセスポイントであって、
前記判定処理は、携帯端末から前記中継装置へ送信される信号の電波強度が閾値を下回るかもしくは、前記信号が到達しない時間が一定時間を超えた場合に、前記携帯端末が通話中か否かを確認し、通話中であれば、当該携帯端末の通話を引き継ぐ処理を要求する処理である、通話再開プログラム。
【請求項６】
前記判定処理において、前記通話携帯端末から前記中継装置へ送信される信号に基づいて、前記通話携帯端末と前記中継装置との通信状態が回復したことをさらに検知し、
前記判定処理で、前記通話携帯端末と前記中継装置との間の通信状態の回復が検知された場合に、前記通話携帯端末と前記相手方端末との間で通話を再開するための呼の生成を前記呼制御装置へ要求する再開処理とを、コンピュータに実行させる、請求項５に記載の通話再開プログラム。
【請求項７】
携帯端末と無線で通信を行う中継装置と、携帯端末を含む複数の端末による通話を開始または終了させるための呼を制御する呼制御装置とを含む通信網において、通話中に中継装置との通信が不可能になった携帯端末による通話を、コンピュータを用いて再開させる通話再開方法であって、
前記中継装置のコンピュータが備える判定部が、通話中の携帯端末である通話携帯端末と中継装置との通信状態の悪化により、通話携帯端末と中継装置と通信が不可能になったことを検知する判定工程と、
前記中継装置または外部のコンピュータが備える処理部が、通信が不可能になった前記通話携帯端末とその通話の相手の端末である相手方端末との間の通信を、当該処理部と当該相手方端末との間の通信として引き継ぐための呼の生成を前記呼制御装置に要求し、前記呼の生成後、前記通話携帯端末と前記相手方端末との間の通話における通信状態または前記相手方端末の通話者への動作指示を表す情報を含むメッセージを、前記相手方端末へ送信する継続工程と、を含み、
前記中継装置は、無線ＬＡＮアクセスポイントであって、
前記判定工程では、携帯端末から前記中継装置へ送信される信号の電波強度が閾値を下回るかもしくは、前記信号が到達しない時間が一定時間を超えた場合に、前記携帯端末が通話中か否かを確認し、通話中であれば、当該携帯端末の通話を引き継ぐ処理を要求する、通話再開方法。
【請求項８】
前記判定工程で、前記通話携帯端末から前記中継装置へ送信される信号に基づいて、前記通話携帯端末と前記中継装置との通信状態が回復したことをさらに検知し、
前記判定工程で、前記通話携帯端末と前記中継装置との間の通信状態の回復が検知された場合に、前記通話携帯端末と前記相手方端末との間で通話を再開するための呼の生成を前記呼制御装置へ要求する再開工程をさらに含む、請求項７に記載の通話再開方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、無線携帯端末間での通話が切断された場合に、通話を再開させる通話再開システム、通話再開プログラム、通話再開方法、ならびに通話の再開に用いられる携帯端末および中継装置に関する。
【背景技術】
【０００２】
近年、携帯電話や、無線ＬＡＮによるＩＰ電話等の無線で通話を行う携帯端末が普及している。そのため、携帯型の電話機を用いて、移動しながら通話を行うというシーンはよく目にされる。このような携帯型の電話機は、中継装置（例えば、携帯電話基地局や無線ＬＡＮのアクセスポイント等）と無線通信を行うことで、通話を可能にしている。そのため、通話中に携帯型の電話機が移動することにより、中継装置のカバーエリアから外れてしまい、通話が切断されてしまうという現象が発生している。
【０００３】
このように通話が切断されてしまった場合に、通話の再開を試みる方法が提案されている（例えば、特許文献１参照）。この方法では、通信状態の悪化により通話が切断された端末が、通信状態の回復を契機として自動的にリダイアルして通話の再開を試みる。
【特許文献１】特開平１０−３２７４６５号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
しかしながら、通話における双方の電話機のうち、一方の電話機が中継装置のカバーエリアから外れて通話が切断された場合、他方の電話機の通話者は、なぜ不意に通話が終了してしまったのか分からない。そのため、他方の電話機の通話者は、待っているべきなのか、かけなおすべきなのか判断できない。また、他方の電話機の通話者は、かけなおそうとしても、相手の電話機の状況が分からないため、かけなおすタイミングがつかめない。さらに、他方の電話機の通話者がかけなおしても相手の電話機が中継装置のカバーエリア外のままであると、再度かけなおす動作が必要となる。
【０００５】
また、中継装置のカバーエリアから外れた電話機の通話者が、再びカバーエリアに入り通話が可能になった段階でリダイアルしようとした場合、相手方の電話番号が不明な場合は、リダイアルできない。このように、双方の通話者が互いの状況を把握することができず、容易に通話を再開することができないという課題があった。
【０００６】
そこで、本発明の目的は、通話中の通話端末のうち一方の通信端末が通信不可能になった場合にも、他方の通信端末の通話者が状況を把握することができ、かつ容易に通話を再開することができる通話再開システム、通話再開プログラム、通話再開方法、ならびに通話の再開に用いられる携帯端末および中継装置を提供することを目的とする。
【課題を解決するための手段】
【０００７】
本発明に係る通話再開システムは、携帯端末と無線で通信を行う中継装置と、携帯端末を含む複数の端末による通話を開始または終了させるための呼を制御し、通話中の端末を特定する情報を記録する呼制御装置とを含む通信網において、通話中に中継装置との通信が不可能になった携帯端末による通話を再開させるための通話再開システムであって、通話中の携帯端末である通話携帯端末と中継装置との通信状態の悪化により、通話携帯端末と中継装置と通信が不可能になったこと、および、通話携帯端末と中継装置との通信状態が回復したことを検知する判定部と、前記判定部により通話携帯端末と中継装置と通信が
不可能になったことが検知された場合に、通信が不可能になった前記通話携帯端末とその通話の相手の端末である相手方端末とを特定する端末識別データを、前記呼制御装置、前記中継装置または前記通話携帯端末から取得して、通話再開システムが備える記録部へ記録する予約部と、前記端末識別データで示される前記相手方端末との間の呼の生成を前記呼制御装置に要求し、前記呼の生成後、前記通話携帯端末と前記相手方端末との間の通話における通信状態または前記相手方端末の通話者への動作指示を表す情報を含むメッセージを、前記相手方端末へ送信する継続処理部と、前記判定部で、前記通話携帯端末と前記中継装置との間の通信状態の回復が検知された場合に、前記端末識別データを用いて、前記通話携帯端末と前記相手方端末との間で通話を再開するための呼の生成を前記呼制御装置へ要求する再開部とを備える。
【０００８】
通話中の携帯端末のうちある１つの携帯端末（通話携帯端末）と中継装置との間の通信状態の悪化により、中継装置と通話携帯端末との通信が不可能になった場合、判定部により、通信不可能になったことが検知される。判定部が通信不可能を検知すると、予約部は、通信が不可能になった通話携帯端末とその相手方端末とを特定する端末識別データを記録部に記録する。継続処理部は、記録部に記録された端末識別データに基づいて、相手方端末と継続処理部との間の呼の生成要求を呼制御装置へ送信する。生成要求を受信した呼制御装置によって呼が生成されると、継続処理部は、相手方端末にメッセージを送信することができる。このメッセージには、通話携帯端末と相手方端末との間の通話における通信状態または相手方端末の通話者への動作指示を表す情報が含まれている。このメッセージにより、相手方端末の通話者に、通話携帯端末との通話における通信状態や動作指示等を伝えることができる。また、通話携帯端末と中継装置との通信状態が回復した場合、再開部は、その回復したことを示すデータを受け取って、端末識別データが示す通話携帯端末と相手方端末との呼を生成する要求を呼制御装置へ送信する。これにより、通話携帯端末と相手方端末との間の通話が再開される。このように、判定部、予約部、継続処理部、再開部の働きにより、通話携帯端末と中継装置間の通信状態の悪化により通話が不可能になった場合にも、相手方端末の通話者が状況を把握することができ、かつ容易に通話を再開することができる。
【０００９】
本発明に係る通話再開システムにおいて、前記判定部は、通話携帯端末から前記中継装置を介して送信される信号を受信して、前記信号に基づいて、前記通話携帯端末と中継装置との通信状態の悪化により通信が不可能になったこと、および前記通話携帯端末と前記中継装置との通信状態が回復したことを検知することが好ましい。
【００１０】
判定部は、通話携帯端末から前記中継装置を介して送信される信号を受信し、その信号に基づいて通信が不可能のなったことおよび通信状態が回復したことを検知する。そのため、携帯端末および中継装置に判定部を設けなくてもよい構成になる。すなわち、通話再開システムを構築するにあたって、携帯端末および中継装置に判定部を新たに追加する必要がない。そのため、既存の携帯端末および中継装置を用いて通話再開システムを構築することができる。その結果、通話再開システムを導入するためのコストが低くなる。
【００１１】
本発明に係る通話再開システムにおいて、前記判定部は、前記中継装置に設けられ、通話携帯端末から前記中継装置へ送信される信号に基づいて、前記通話携帯端末と前記中継装置との通信状態の悪化により通信が不可能になったこと、および前記通話携帯端末と前記中継装置との通信状態が回復したことを検知することが好ましい。
【００１２】
判定部を中継装置に設けることで、中継装置が、通話携帯端末から送信される信号に基づいて、通信状態を直接監視することができる。そのため、通話携帯端末と中継装置との通信の不可能および通信状態の回復をすばやく検知することが可能になる。
【００１３】
本発明に係る通話再開システムにおいて、前記判定部は、前記携帯端末に設けられ、前記携帯端末は前記中継装置を用いた無線通信を介した通信網とは通信方式の異なる別の通信網にアクセス可能であり、前記予約部、再開部は、前記別の通信網にアクセス可能であり、前記判定部は、前記携帯端末と前記中継装置との通信が不可能になったことを示すデータを前記別の通信網を介して前記予約部へ渡し、前記中継装置との通信状態が回復したことを示すデータを前記別の通信網を介して前記再開部へ渡すことが好ましい。
【００１４】
判定部を携帯端末に設けることで、携帯端末が、中継装置との通信状態を直接監視することができる。そのため、通話携帯端末と中継装置との通信の不可能および通信状態の回復をすばやく検知することが可能になる。
【００１５】
本発明に係る中継装置は，携帯端末を含む複数の端末による通話を開始または終了させるための呼を制御し、通話中の端末を特定する情報を記録する呼制御装置と、通話再開システムとを含む通信網に接続され、携帯端末と無線で通信を行うことによって、携帯端末と前記通信網との通信を中継する中継装置であって、通話中の携帯端末である通話携帯端末と中継装置との通信状態の悪化により、通話携帯端末と中継装置と通信が不可能になったこと、および、通話携帯端末と中継装置との通信状態が回復したことを検知する判定部を備え、前記中継装置が接続される通信網に含まれる前記通話再開システムは、前記判定部により通話携帯端末と中継装置と通信が不可能になったことが検知された場合に、通信が不可能になった前記通話携帯端末とその通話の相手の端末である相手方端末とを特定する端末識別データを、前記呼制御装置、前記中継装置または前記通話携帯端末から取得して、通話再開システムが備える記録部へ記録する予約部と、前記端末識別データで示される前記相手方端末との間の呼の生成要求を前記呼制御装置に送信し、前記呼の生成後、前記通話携帯端末と前記相手方端末との間の通話における通信状態または前記相手方端末の通話者への動作指示を表す情報を含むメッセージを、前記相手方端末へ送信する継続処理部と、前記判定部で、前記通話携帯端末と前記中継装置との間の通信状態の回復が検知された場合に、前記端末識別データを用いて、前記通話携帯端末と前記相手方端末との間で通話を再開するための呼の生成要求を前記呼制御装置へ送信する再開部とを備える。
【００１６】
本発明に係る通話再開システムは、携帯端末と無線で通信を行う中継装置と、携帯端末を含む複数の端末による通話を開始または終了させるための呼を制御し、通話中の端末を特定する情報を記録する呼制御装置とを含む第１の通信網において、通話中に中継装置との通信が不可能になった携帯端末による通話を再開させるための通話再開システムであって、前記携帯端末は、前記第１の通信網と、前記第１の通信網とは通信方式の異なる通信網であって、前記通話再開システムに接続されている第２の通信網とにアクセスすることができる携帯端末であって、前記第１の通信網を介した通話中に、中継装置との通信状態の悪化により、中継装置との通信が不可能になったことを検知し、前記通信が不可能になったことを示すデータを前記第２の通信網を介して前記通話再開システムへ渡す処理と、前記中継装置との通信状態が回復したことを検知して、前記通信状態が回復したことを示すデータを前記第１の通信網または前記第２の通信網を介して前記通話再開システムへ送信する処理とを行う判定部を備え、前記携帯端末と中継装置と通信が不可能になったこと示すデータを第２の通信網を介して前記携帯端末から受信した場合に、前記携帯端末とその通話の相手の端末である相手方端末とを特定する端末識別データを、前記第１の通信網の前記呼制御装置、前記中継装置または前記携帯端末から取得して、通話再開システムが備える記録部へ記録する予約部と、前記端末識別データで示される前記相手方端末との間の呼の生成を前記呼制御装置に要求し、前記呼の生成後、前記通話携帯端末と前記相手方端末との間の通話における通信状態または前記相手方端末の通話者への動作指示を表す情報を含むメッセージを、前記相手方端末へ送信する継続処理部と、前記携帯端末と前記中継装置との間の通信状態が回復したことを示すデータを第２の通信網を介して前記携帯端末から受信した場合に、前記端末識別データを用いて、前記携帯端末と前記相手方端末と
の間で通話を再開するための呼の生成を前記呼制御装置へ要求する再開部とを備える。
【００１７】
端末側で複数の異なる通信方式が利用可能な場合に、片側の通信方式での通信状態が悪化した場合に、通信可能な他方の通信方式にて通信状態の悪化や回復を通知することにより、通話再開を一層容易にする。
【００１８】
本発明に係る携帯端末は、携帯端末と無線で通信を行う中継装置と、携帯端末を含む複数の端末による通話を開始または終了させるための呼を制御し、通話中の端末を特定する情報を記録する呼制御装置と、通話再開システムとを含む第１の通信網と、前記通信網とは通信方式の異なる通信網であって、前記通話再開システムに接続されている第２の通信網とにアクセスすることができる携帯端末であって、前記第１の通信網を介した通話中に、中継装置との通信状態の悪化により、中継装置との通信が不可能になったことを検知し、前記通信が不可能になったことを示すデータを前記第２の通信網を介して前記通話再開システムへ渡す処理と、前記中継装置との通信状態が回復したことを検知して、前記通信状態が回復したことを示すデータを前記第１の通信網または前記第２の通信網を介して前記通話再開システムへ送信する処理とを行う判定部を備える構成である。
【００１９】
本発明に係る通話再開プログラムは、携帯端末と無線で通信を行う中継装置と、携帯端末を含む複数の端末による通話を開始または終了させるための呼を制御し、通話中の端末を特定する情報を記録する呼制御装置とを含む通信網において、通話中に中継装置との通信が不可能になった携帯端末による通話を再開させる処理をコンピュータに実行させる通話再開プログラムであって、通話中の携帯端末である通話携帯端末と中継装置との通信状態の悪化により、通話携帯端末と中継装置と通信が不可能になったこと、および、通話携帯端末と中継装置との通信状態が回復したことを検知する判定処理と、前記判定処理により通話携帯端末と中継装置と通信が不可能になったことが検知された場合に、通信が不可能になった前記通話携帯端末とその通話の相手の端末である相手方端末とを特定する端末識別データを、前記呼制御装置、前記中継装置または前記通話携帯端末から取得して、前記コンピュータが備える記録部へ記録する予約処理と、前記端末識別データで示される前記相手方端末との間の呼の生成を前記呼制御装置に要求し、前記呼の生成後、前記通話携帯端末と前記相手方端末との間の通話における通信状態または前記相手方端末の通話者への動作指示を表す情報を含むメッセージを、前記相手方端末へ送信する継続処理と、前記判定処理で、前記通話携帯端末と前記中継装置との間の通信状態の回復が検知された場合に、前記端末識別データを用いて、前記通話携帯端末と前記相手方端末との間で通話を再開するための呼の生成を前記呼制御装置へ要求する再開処理とコンピュータに実行させる。
【００２０】
本発明に係る通話再開プログラムは、前述の通話再開システム及び中継装置と同様の効果を得る。
【００２１】
本発明に係る通話再開方法は、携帯端末と無線で通信を行う中継装置と、携帯端末を含む複数の端末による通話を開始または終了させるための呼を制御し、通話中の端末を特定する情報を記録する呼制御装置とを含む通信網において、通話中に中継装置との通信が不可能になった携帯端末による通話を、コンピュータを用いて再開させる通話再開方法であって、前記コンピュータが備える判定部が、通話中の携帯端末である通話携帯端末と中継装置との通信状態の悪化により、通話携帯端末と中継装置と通信が不可能になったこと、および、通話携帯端末と中継装置との通信状態が回復したことを検知する判定工程と、前記判定工程で、通話携帯端末と中継装置と通信が不可能になったことが検知された場合に、前記コンピュータが備える予約部が、通信が不可能になった前記通話携帯端末とその通話の相手の端末である相手方端末とを特定する端末識別データを、前記呼制御装置、前記中継装置または前記通話携帯端末から取得して、前記コンピュータが備える記録部へ記録
する予約工程と、前記コンピュータが備える継続処理部が、前記端末識別データで示される前記相手方端末との間の呼の生成を前記呼制御装置に要求し、前記呼の生成後、前記端末識別データで示される前記通話携帯端末と前記相手方端末との間の通話に関する情報を含むメッセージを、前記相手方端末へ送信する継続工程と、前記判定工程で、前記通話携帯端末と前記中継装置との間の通信状態の回復が検知された場合に、前記端末識別データを用いて、前記通話携帯端末と前記相手方端末との間で通話を再開するための呼の生成を前記呼制御装置へ要求する再開工程とを含む。
【００２２】
本発明に係る通話再開方法は、前述の通話再開システム、中継装置及び通話再開プログラムと同様の効果を得る。
【発明の効果】
【００２３】
本発明によれば、通話中の通話端末のうち一方の通信端末が通信不可能になった場合にも、他方の通信端末の通話者が状況を把握することができ、かつ容易に通話を再開することができる通話再開システム、通話再開プログラム、通話再開方法、ならびに通話の再開に用いられる携帯端末および中継装置を提供することができる。
【発明を実施するための最良の形態】
【００２４】
以下、図面を参照して、本発明の実施の一形態を詳細に説明する。
【００２５】
［第１の実施形態］
（１）通信システム全体の構成
図１は、本実施形態における通話再開システムを含む通信システム全体の構成を示す機能ブロック図である。図１に示すように、通話再開システム１は、予約部６１、再開部６２、継続処理部７および判定部８を含む。予約部６１、再開部６２、継続処理部７および判定部８は、それぞれＳＩＰサーバ２および無線ＬＡＮアクセスポイント（以下、無線ＬＡＮＡＰと称する）３ａ、３ｂと接続されている。
【００２６】
ＳＩＰサーバ２は、ＩＰ電話における呼制御装置であり、ＩＰ電話用の通話端末間の呼の生成および終了を制御する。ＳＩＰサーバ２の制御対象となる通話端末には、無線ＬＡＮを介して通信を行う携帯端末５ａと、有線ネットワークを介して通信を行う固定端末５ｂとが含まれる。ＳＩＰサーバ２は、複数の無線ＬＡＮＡＰ ３ａ、３ｂおよび固定端末５ｂに接続されている。固定端末５ｂは例えば、固定型のＩＰ電話機である。無線ＬＡＮＡＰ ３ａ、３ｂは、その無線通信エリア内にある携帯端末５ａと通信を行うことにより、携帯端末５ａと、ＳＩＰサーバ２または他の通話端末との間の通信を中継する。これにより携帯端末５ａは、無線ＬＡＮＡＰ ３ａまたは３ｂを介して、ＳＩＰサーバ２および固定端末５ｂと通信する。
【００２７】
なお、図１には、通話端末の例として携帯端末５ａと固定端末５ｂを１台ずつ示しているが、実際の通信システムにおいては、複数の携帯端末と複数の固定端末がＳＩＰサーバ２による呼制御の対象となる。
【００２８】
ＳＩＰサーバ２および通話再開システム１は、サーバマシン、パーソナルコンピュータ、ワークステーションなどのコンピュータ上に構築される。ＳＩＰサーバ２、通話再開システム１の予約部６１、再開部６２、継続処理部７、判定部８のそれぞれは、１台のコンピュータ上に構成されてもよいし、複数のコンピュータに分散して構成されてもよい。
【００２９】
ＳＩＰサーバ２、通話再開システム１の予約部６１、再開部６２、継続処理部７、判定部８の各機能は、コンピュータのＣＰＵが所定のプログラムを実行することによって実現される。したがって、予約部６１、再開部６２、継続処理部７、判定部８の各機能を実行
するためのプログラムおよびプログラムを記録した記録媒体も本発明の実施形態である。予約部６１、再開部６２、継続処理部７、判定部８の各機能を実現するためのプログラムのうち少なくとも１つは、ＳＩＰサーバの機能を実行するためのプログラムに含まれるモジュールとしてもよい。
【００３０】
例えば、携帯端末５ａと固定端末５ｂとの間で通話を行う場合、携帯端末５ａまたは固定端末５ｂがＳＩＰサーバ２に対して通話を開始するための呼の生成を要求する。要求を受けたＳＩＰサーバ２は、携帯端末５ａと固定端末５ｂとの間の呼を生成する。
【００３１】
呼が生成された後の通話においては、携帯端末５ａと固定端末５ｂとの間で、ＳＩＰサーバ２を介さずに直接音声データが送受信される。通話の終了の際に、携帯端末５ａまたは固定端末５ｂは、呼の終了をＳＩＰサーバ２に要求する。要求を受けたＳＩＰサーバ２は、携帯端末５ａと固定端末５ｂとの間の呼を終了させる。これにより通話が正常に終了する。本実施形態においては、ＳＩＰサーバと通信端末で行われる、呼の生成および終了に関するデータのやりとりは、ＳＩＰプロトコルに従って行われる。
【００３２】
ＳＩＰサーバ２には、シグナリング処理部２１および通話状態記録部２２が含まれる。通話状態記録部２２には、通話中の通話端末およびその通話に関するデータが記録される。例えば、通話を識別する通話識別子、通話における双方の通話端末を識別する端末識別子、通話の状態を示すデータ等が通話ごとに対応付けられて通話状態記録部２２に記録される。
【００３３】
シグナリング処理部２１は、通話中の携帯端末から定期的に送信される死活監視メッセージを受信する。死活監視メッセージは、携帯端末の通信状態を定期的に確認するためのメッセージであり、携帯端末から無線ＬＡＮＡＰ ３ａを経由してシグナリング処理部２１に送信される。
【００３４】
また、無線ＬＡＮＡＰ ３ａと通信不可能な状態であった携帯端末５ａが、無線ＬＡＮＡＰ ３ａの通信エリア内で通信可能な状態になった場合、携帯端末５ａは、端末登録メッセージをシグナリング処理部２１に送信する。端末登録メッセージは、携帯端末５ａが、無線ＬＡＮＡＰ ３ａの通信エリア内で通信可能な状態にあることをＳＩＰサーバ２に伝えるためのメッセージである。
【００３５】
なお、ＳＩＰサーバ２は、シグナリング処理部２１および通話状態記録部２２で提供される機能以外の機能も有するが、本実施形態では説明を省略する。
【００３６】
（２）通話再開システムの構成
通話再開システム１において、判定部８は、要求部８１と監視部８２を備える。また、継続処理部７は、呼制御部７１とメッセージ送信部７２を備える。
【００３７】
判定部８において、監視部８２は、通話中の携帯端末からシグナリング処理部２１へ送信される死活監視メッセージを監視する。これにより、監視部８２は、通話中の携帯端末と無線ＬＡＮＡＰとの通信状態が悪化して、通信が不可能になったことを検知する。以下、一例として、携帯端末５ａと固定端末５ｂ間で通話が行われている最中に、携帯端末５ａと無線ＬＡＮＡＰ ３ａとの通信状態が悪化して通信が不可能になった場合について説明する。
【００３８】
監視部８２が、通話中の携帯端末５ａと無線ＬＡＮＡＰ ３ａとの通信が不可能になったことを検知すると、要求部８１は、携帯端末５ａによる通話再開の予約処理を予約部６１に要求する。その際、要求部８１は、携帯端末５ａの端末識別子、携帯端末５ａと固定
端末５ｂとの通話を示す通話識別子を通話状態記録部２２から読み出して予約部６１へ渡す。
【００３９】
携帯端末５ａによる通話再開の予約処理を要求された予約部６１は、固定端末５ｂの端末識別子を通話状態記録部２２から読み出す。予約部６１は、携帯端末５ａの端末識別子、固定端末５ｂの端末識別子、携帯端末５ａと固定端末５ｂとの通話を示す通話識別子を、再開を予約する通話を示すデータとして、予約済み通話記録部６３へ記録する。
【００４０】
予約部６１は、これと同時に、継続処理部７の呼制御部７１に通話の引継ぎを要求する。予約部６１は、通信が不可能になった携帯端末５ａと固定端末５ｂとの間の通話を引き継ぐことを呼制御７１に要求する。その際、予約部６１は、要求部８から受け取った携帯端末５ａの端末識別子、固定端末５ｂの端末識別子、携帯端末５ａと固定端末５ｂとの間の通話を示す通話識別子とを呼制御部７１へ渡す。
【００４１】
呼制御部７１は、予約部６１から通話の引継ぎ要求を受けると、継続処理部７と固定端末５ｂとの間の呼の生成をＳＩＰサーバ２へ要求する。ＳＩＰサーバ２は、継続処理部７と固定端末５ｂとの間の呼を生成する。これにより、携帯端末５ａと固定端末５ｂとの間の通話が、固定端末５ｂと継続処理部７との間の通話として引き継がれる。
【００４２】
継続処理部７と固定端末５ｂとの間の呼が生成されると、メッセージ送信部７２は、固定端末５ｂへ通信状態および動作指示を表す音声メッセージを送信する。これにより、固定端末５ｂの通話者は、通信状態および次にするべき動作を知ることができる。
【００４３】
携帯端末５ａと無線ＬＡＮＡＰ ３ａとの間の通信状態が回復すると、携帯端末５ａは、ＳＩＰサーバ２のシグナリング処理部２１へ端末登録メッセージを送信する。シグナリング処理部２１は端末登録メッセージを監視部８２に渡す。これにより、監視部８２は、無線ＬＡＮＡＰ ３ａと携帯端末５ａとの通信状態が回復したことを検知する。
【００４４】
監視部８２が携帯端末５ａと無線ＬＡＮＡＰ３ａとの通信状態の回復を検知すると、要求部８１は、その通信状態の回復を示すデータを再開部６２へ渡す。通信状態の回復を示すデータを受け取った再開部６２は、携帯端末５ａと固定端末５ｂとの間で通話を再開するための呼の生成をＳＩＰサーバ２に要求する。その際、再開部６２は、携帯端末５ａの端末識別子と固定端末５ｂの端末識別子をＳＩＰサーバ２へ送信する。ＳＩＰサーバ２は、携帯端末５ａと固定端末５ｂとの間の呼を生成する。これにより、携帯端末５ａと固定端末５ｂとの間で音声メッセージの送受信が可能になり、通話が再開される。
【００４５】
なお、通話再開システム１の構成は、図１に示す例に限られない。例えば、判定部８、予約部６１、再開部６２、継続処理部７の機能のうち少なくとも１つはＳＩＰサーバ２が備える機能ブロックとして構成されてもよい。図２は、一例として判定部８がＳＩＰサーバ２に設けられた場合の構成を示す機能ブロック図である。
【００４６】
（３）通話再開システムの動作例
（３−１）通話継続処理
図３は、通話再開システム１が、携帯端末が通信不可能になったことを検知してから、通話の再開を予約する処理の流れを示すシーケンス図である。図３は、一例として、携帯端末５ａと固定端末５ｂとの間の通話において、携帯端末５ａと無線ＬＡＮＡＰ ３ａとの間の通信が不可能になった場合の処理を示している。
【００４７】
携帯端末５ａと固定端末５ｂとの通話は、ＲＴＰ（Ｒｅａｌｔｉｍｅ  ｔｒａｎｓｐｏｒｔ  ｐｒｏｔｏｃｏｌ）に基づいて音声データを送受信することにより行われる（Ｒ１
）。例えば、無線ＬＡＮＡＰ ３ａの通信エリア内で通話していた携帯端末５ａが、その通信エリアの外に出た場合、無線ＬＡＮＡＰ ３ａと携帯端末５ａとの通信状態が悪化して、無線ＬＡＮＡＰ ３ａとの通信が不可能になる。このような場合、判定部８は、携帯端末５ａが通信不可能になったことを検知する（Ｏｐ０）。なお、通信不可能を検知する処理の詳細は後述する。
【００４８】
判定部８が携帯端末５ａの通信状態悪化による通信不可能を検知すると、判定部８は、携帯端末５ａと固定端末５ｂとの間における通話再開予約を、予約部６１に要求する（Ｏｐ１）。その際、判定部８は、携帯端末５ａの端末識別子、固定端末５ｂの端末識別子、携帯端末５ａと固定端末５ｂとの通話を示す通話識別子を、ＳＩＰサーバ２の通話状態記録部２２から取得して、予約部６１に送信する。以下、具体例として、携帯端末５ａの端末識別子が「Ａ」、固定端末５ｂの端末識別子が「Ｂ」、通話識別子が“ｆｏｏ＠ｅｘａｍｐｌｅ．ｃｏｍ”である場合について説明する。
【００４９】
なお、判定部８が予約部６１に渡すデータは、上記例に限られない。例えば、判定部８は、携帯端末５ａと固定端末５ｂとの通話を示す通話識別子のみを予約部６１に渡してもよい。
【００５０】
予約部６１は、通話再開予約の要求を判定部８から受け取ると、予約部６１は、携帯端末５ａの端末識別子「Ａ」、固定端末５ｂの端末識別子「Ｂ」、携帯端末５ａと固定端末５ｂとの間の通話の通信識別子“ｆｏｏ＠ｅｘａｍｐｌｅ．ｃｏｍ”を予約済み通話記録部６３へ記録する（Ｏｐ２ａ）。
【００５１】
図５（ａ）および（ｂ）は、予約済み通話記録部６３に記録されるデータの具体例を示す図である。図５（ａ）および（ｂ）に示す例では、予約テーブル６４に、再開を予約する通話を示すデータが記録される。予約テーブル６４には、再開を予約する通話の予約ＩＤ、予約端末、予約端末の相手の通話端末である相手端末、継続している通話を示す通話識別子が対応付けられて記録される。予約ＩＤは、各予約を識別するための情報であり、予約部６１が、再開を予約するデータを予約テーブルへ新規登録する際に生成して記録する。
【００５２】
図５（ａ）は、Ｏｐ２ｂａで予約部６１が記録したデータの例を示す。Ｏｐ２ａでは、例えば、予約ＩＤには「１」、予約端末には携帯端末５ａの端末識別子「Ａ」、相手端末には固定端末５ｂの端末識別子「Ｂ」が記録される。通話識別子には、「ｆｏｏ＠ｅｘａｍｐｌｅ．ｃｏｍ」が記録される。
【００５３】
また、予約部６１は、ＳＩＰサーバ２へ通話引継ぎを要求する（Ｏｐ２ｂ）。その際、予約部６１は、携帯端末５ａの端末識別子「Ａ」、固定端末５ｂの端末識別子「Ｂ」、携帯端末５ａと固定端末５ｂとの間の通話の通信識別子“ｆｏｏ＠ｅｘａｍｐｌｅ．ｃｏｍ”をＳＩＰサーバ２へ送信する。
【００５４】
予約部６１から通話引継ぎの要求を受け取ったＳＩＰサーバ２は、継続処理部７へ通話の引継ぎを要求する（Ｏｐ３ａ）。この要求は、ＳＩＰサーバ２が引継ぎ要求メッセージを継続処理部７へ送信することにより行われる。この引継ぎ要求メッセージは、ＳＩＰプロトコルに従うメッセージである。なお、以降のＯｐ３ｂ、Ｏｐ４ａ〜４ｄ、Ｏｐ６ａ、Ｏｐ６ｂ、Ｏｐ７ａおよびＯｐ７ｂで送信されるメッセージもＳＩＰプロトコルに従うメッセージである。
【００５５】
Ｏｐ３ａでＳＩＰサーバ２から継続処理部７へ送信される引継ぎ要求メッセージは、引き継がれる通話を示す通話識別子「ｆｏｏ＠ｅｘａｍｐｌｅ．ｃｏｍ」および、引き継ぎ
先の相手端末を示す端末識別子「Ｂ」を含む。
【００５６】
図３中のＯｐ３ａで“Ｒｅｑ：ＲＥＦＥＲ（Ｂ、ｆｏｏ＠ｅｘａｍｐｌｅ．ｃｏｍ）”の表記は送信されるメッセージを表す。“Ｒｅｑ”は要求メッセージであることを示し、“ＲＥＦＥＲ”はメッセージに含まれるメソッドがＲＥＦＥＲメソッドであることを示す。（）内の表記は、そのメッセージに含まれるデータが“Ｂ”、“ｆｏｏ＠ｅｘａｍｐｌｅ．ｃｏｍ”であることを示している。ＲＥＦＥＲメソッドは、端末識別子「Ｂ」で示される固定端末５ｂが行っている通信識別子「ｆｏｏ＠ｅｘａｍｐｌｅ．ｃｏｍ」で示される通話を、継続処理部７が引き継ぐことを指示するメソッドである。
【００５７】
ＳＩＰサーバ２から引継ぎのための呼の生成を要求された継続処理部７は、要求が受け入れられたことを示す応答メッセージ（“Ｒｅｓ：２０２  Ａｃｃｅｐｔｅｄ”で表記される）をＳＩＰサーバ２へ送信する（Ｏｐ３ｂ）。この応答メッセージの表記において、Ｒｅｓは応答メッセージであること、“２０２”は応答コード、“Ａｃｃｅｐｔｅｄ”は要求が受け入れられたことを示す。
【００５８】
さらに、継続処理部７は、ＳＩＰサーバ２からの引継ぎ要求メッセージに含まれる端末識別子「Ｂ」を参照する。継続処理部７は、端末識別子「Ｂ」が示す固定端末５ｂとの間で呼を生成するための呼生成要求メッセージを、ＳＩＰサーバ２を介して（Ｏｐ４ａ）、固定端末５ｂへ送信する（Ｏｐ４ｂ）。この呼生成要求メッセージには、引き継がれる通話の通話識別子“ｆｏｏ＠ｅｘａｍｐｌｅ．ｃｏｍ”および引継ぎ先の通話を示す通話識別子（以下、継続通話識別子と称する）“ｐａｒｋ＠ｅｘａｍｐｌｅ．ｃｏｍ”が含まれる。継続通話識別子は、呼生成要求メッセージを送信するときに、継続処理部７が生成する。この呼生成要求メッセージは、図３において“Ｒｅｑ：ＩＮＶＩＴＥ（Ｒｅｐｌａｃｅ  Ａ（ｆｏｏ＠ｅｘａｍｐｌｅ．ｃｏｍ）、ｐａｒｋ＠ｅｘａｍｐｌｅ．ｃｏｍ）”で表記される。このＩＮＶＩＴＥメッセージは、端末識別子「Ａ」が示す携帯端末５ａと行っている通話（通話識別子「ｆｏｏ＠ｅｘａｍｐｌｅ．ｃｏｍ」）を、メッセージの発信元（この場合は継続処理部７）との通話（通話識別子「ｐａｒｋ＠ｅｘａｍｐｌｅ．ｃｏｍ」）に置き換えることを、固定端末５ｂに要求する、という意味のメッセージである。
【００５９】
固定端末５ｂは、呼生成要求を受け入れる旨の応答メッセージ“Ｒｅｓ：２００  ＯＫ”を、ＳＩＰサーバ２を介して（Ｏｐ４ｃ）、継続処理部７へ送信する（Ｏｐ４ｄ）。
【００６０】
これにより、これにより、固定端末５ｂと継続処理部７との間の通話開始のための呼が生成される。その結果、携帯端末５ａと固定端末５ｂとの通話は、固定端末５ｂと継続処理部７で引き継がれる。
【００６１】
固定端末５ｂと継続処理部７との間の通話開始のための呼が生成されると、継続処理部７は固定端末５ｂへ音声メッセージを送信する（Ｏｐ５）。この音声メッセージは、継続処理部７に予め記録されていたものを用いることができる。音声メッセージ送信はＲＴＰに基づいて行われる。音声メッセージには、例えば、携帯端末５ａとの通信状態が悪化していることや、固定端末５ｂの通話者に対する動作指示等を示す情報が含まれる。これにより、固定端末５ｂの通話者に通信状態や動作指示を伝えることができる。
【００６２】
固定端末５ｂの通話者に対する動作指示の例として、例えば、通話を切らずに待機することの指示、または通話を切って待機することの指示が挙げられる。また、継続処理部７は、携帯端末５ａが通信不可能になったことが検知された直後においては、通話を切らずに待機することを指示する音声メッセージを固定端末５ｂに送信し、通信不可能が検知されてから一定時間経過後に、通話を切って待機することを指示する音声メッセージを送信してもよい。なお、固定端末５ｂへ送信されるメッセージは、音声メッセージに限られず
、例えば、文字、静止画像、動画などで表されるメッセージでもよい。
【００６３】
固定端末５ｂと継続処理部７との間の通話開始のための呼が正常に生成されると、ＳＩＰサーバ２は、携帯端末５ａと固定端末５ｂと間の通話を終了させるための呼終了メッセージを固定端末５ｂに送信する（Ｏｐ６ａ）。固定端末５ｂから通話の終了を受け入れる応答メッセージがＳＩＰサーバ２へ送信される（Ｏｐ６ｂ）。これにより、携帯端末５ａと固定端末５ｂとの通話は終了する。なお、この時点で、固定端末５ｂと継続処理部７との通話は継続している。
【００６４】
携帯端末５ａと固定端末５ｂとの通話が終了すると、ＳＩＰサーバ２は、通話状態記録部２２に記録されたデータを更新する（Ｏｐ６ｃ）。
【００６５】
図６（ａ）（ｂ）および（ｃ）は、通話状態記録部２２に記録されたデータの具体例を示す図である。図６（ａ）（ｂ）および（ｃ）に示す例では、通話状態テーブル６５に通信状態が記録されている。通話状態テーブル６５には、発信元、着信先および通話を識別する通話識別子が通話ごとに記録される。
【００６６】
なお、通話状態テーブル６５に記録されるデータは、図６（ａ）（ｂ）および（ｃ）に示す例に限られない。例えば、通話の状態を示すデータ、通話時間を示すデータ等がさらに記録されてもよい。
【００６７】
図６（ａ）は、Ｏｐ６ｃの更新前の通話状態テーブル６５に記録されたデータを示す。発信元として固定端末５ｂの端末識別子「Ｂ」、着信先として携帯端末５ａの端末識別子「Ａ」、通話識別子として“ｆｏｏ＠ｅｘａｍｐｌｅ．ｃｏｍ”が通話状態テーブル６５に記録されている。図６（ｂ）は、Ｏｐ６ｃでＳＩＰサーバ２によって更新された後の通話状態テーブル６５のデータを示す。Ｏｐ６ｃでは、固定端末５ｂと携帯端末５ａとの通話が終了しており、その代わりに固定端末５ｂと継続処理部７との通話が開始されている。そのため、通話状態テーブル６５には、発信元として固定端末５ｂの端末識別子「Ｂ」、着信先として継続処理部７の端末識別子「ＰＳ」、通話識別子として固定端末５ｂと継続処理部７との通話を示す継続通話識別子“ｐａｒｋ＠ｅｘａｍｐｌｅ．ｃｏｍ”が記録されている。
【００６８】
ＳＩＰサーバ２は、Ｏｐ４ａ〜４ｄに示す処理で開始された固定端末５ｂと継続処理部７との間の通話を示す継続通話識別子を継続処理部７へ通知する（Ｏｐ７ａ）。継続処理部７は、通知に対する応答メッセージをサーバ２へ送信する（Ｏｐ７ｂ）。
【００６９】
ＳＩＰサーバ２は、予約部６１へ、通話の引継ぎが完了した旨を通知する（Ｏｐ８）。この通知には、引き継がれる前の本来の通話における発信元である携帯端末５ａの端末識別子「Ａ」および着信先である固定端末５ｂの端末識別子「Ｂ」と引き継いだ通話を示す継続通話識別子 “ｐａｒｋ＠ｅｘａｍｐｌｅ．ｃｏｍ”とが含まれる。
【００７０】
Ｏｐ８で通知を受けた予約部６１は、通知内容に基づいて、予約済み通話記録部６３の予約テーブル６４を更新する（Ｏｐ９ａ）。図５（ｂ）は、Ｏｐ９ａで更新されたデータ予約テーブル６４の例を示す図である。図５（ｂ）の予約テーブル６４において、端末識別子「Ａ」の携帯端末５ａと端末識別子「Ｂ」の固定端末５ｂとの間の通話の通話識別子が、“ｆｏｏ＠ｅｘａｍｐｌｅ．ｃｏｍ”から、固定端末５ｂと継続処理部７との間の通話を示す継続通話識別子“ｐａｒｋ＠ｅｘａｍｐｌｅ．ｃｏｍ”へ更新される。これにより、端末識別子「Ａ」と「Ｂ」で特定される通話が、継続通話識別子“ｐａｒｋ＠ｅｘａｍｐｌｅ．ｃｏｍ”が示す通話によって継続されていることが記録される。
【００７１】
予約部６１は、通話再開予約が完了したことを示す応答メッセージを判定部８へ送信する（Ｏｐ９ｂ）。この応答メッセージは、判定部８からの通話再開予約を要求（Ｏｐ１）に対する応答メッセージである。この応答メッセージには、予約テーブル６４に記録した予約ＩＤ「１」が含まれる。判定部８は、受信した予約ＩＤ「１」を、判定部８がアクセス可能な記録媒体に記録する。
【００７２】
以上、図３に示したシーケンスにより、携帯端末５ａと無線ＬＡＮＡＰ ３ａとの間の通信が不可能になった場合であっても、携帯端末５ａと固定端末５ｂとの通話が継続処理部７と固定端末５ｂとの通話に引き継がれる。そして、継続処理部７から固定端末５ｂへ音声メッセージが送信される。さらに、携帯端末５ａと固定端末５ｂとの通話を再開するためのデータが予約済み通話記録部６３に記録される。
【００７３】
（３−１−Ａ）携帯端末が通信不可能になったことを検知する処理
図４は、携帯端末が通信不可能になったことを検知する処理（図３のＯｐ０）の例を示すシーケンス図である。図４は、一例として、携帯端末５ａと固定端末５ｂとの間の通話において、携帯端末５ａと無線ＬＡＮＡＰ ３ａとの間の通信が不可能になった場合の処理を示している。
【００７４】
携帯端末５ａと固定端末５ｂとの通話は、ＲＴＰに基づいて音声データを送受信することにより行われる（Ｒ１）。
【００７５】
音声データの送受信と並行して、携帯端末５ａは、一定の時間間隔で常に死活監視メッセージをＳＩＰサーバ２のシグナリング処理部２１へ送信している（Ｏｐ０−１）。死活監視メッセージは、無線ＬＡＮＡＰ ３ａ経由でシグナリング処理部２１へ送信される。シグナリング処理部２１は、死活監視メッセージを受信する度に受信した死活監視メッセージを監視部８２に送信する。
【００７６】
例えば、無線ＬＡＮＡＰ ３ａの通信エリア内で通話していた携帯端末５ａが、その通信エリアの外に出た場合、無線ＬＡＮＡＰ ３ａと携帯端末５ａとの通信状態が悪化して、無線ＬＡＮＡＰ ３ａとの通信が不可能になる。このような場合、死活監視メッセージは無線ＬＡＮＡＰ ３ａに到達しないので、シグナリング処理部２１は死活監視メッセージを受信しなくなる。
【００７７】
監視部８２は、死活監視メッセージを受信しない時間が所定の時間を超えることを検知した場合（Ｏｐ０−２）、ＳＩＰサーバ２の通話状態記録部２２のデータを参照する（Ｏｐ０−３）。監視部８２は、通話状態記録部２２に、携帯端末５ａが通話中であることを示すデータが記録されているか否かを判断する。通話状態記録部２２に携帯端末５ａが通話中であることを示すデータが記録されている場合、監視部８２は、携帯端末５ａと無線ＬＡＮＡＰ ３ａとの間の通信は不可能になったと判定する（Ｏｐ０−４）。すなわち、死活監視メッセージが携帯端末５ａから送られてこない時間が所定時間を超え、かつ携帯端末５ａが通話中である場合は、携帯端末５ａと無線ＬＡＮＡＰ ３ａとの間の通信状態の悪化により通信が不可能になったと判定される。
【００７８】
監視部８２は、携帯端末５ａが通信不可能になったことを示すデータを要求部８１に渡す（Ｏｐ０−５）。要求部８１は、通話継続を要求するメッセージを予約部６１に送信する（Ｏｐ１）。Ｏｐ１の処理は、図３に示すＯｐ１の処理と同様である。
【００７９】
（３−２）通話再開処理
図７は、通話再開システム１が、携帯端末の通信状態の回復を検知してから、通話を再開する処理の流れを示すシーケンス図である。図７は、一例として、図３に示した処理が
行われた後に、携帯端末５ａと無線ＬＡＮＡＰ ３ａとの間の通信状態が回復して、携帯端末５ａと固定端末５ｂとの間の通話が再開される場合の処理を示している。
【００８０】
携帯端末５ａと無線ＬＡＮＡＰ ３ａとの間の通信状態が回復すると、判定部８において監視部８２がそれを検知する（Ｏｐ１０）。通信状態の回復を検知する処理の詳細は後述する。携帯端末５ａの通信状態回復が検知されると、判定部８は、通話再開を再開部６２に要求する（Ｏｐ１１）。この通話再開の要求には、予約ＩＤ「１」が含まれる。予約ＩＤ「１」は、図３のＯｐ９ｂで予約部６１から判定部８へ送信されたメッセージに含まれていたデータである。
【００８１】
通話再開を要求するメッセージを受信した再開部６２は、ＳＩＰサーバ２へ携帯端末５ａと固定端末５ｂとの間の通話の再開を要求する（Ｏｐ１２）。その際、再開部６２は、携帯端末５ａの端末識別子「Ａ」、固定端末５ｂの端末識別子「Ｂ」、固定端末５ｂと継続処理部７との通話を示す継続通話識別子“ｐａｒｋ＠ｅｘａｍｐｌｅ．ｃｏｍ”をＳＩＰサーバ２へ送信する。
【００８２】
ＳＩＰサーバ２は、固定端末５ｂに対して、継続処理部７との間の通話を携帯端末５ａとの間の通話に切り替えることを要求する（Ｏｐ１３ａ）。この要求は、呼切替要求メッセージを送信することにより行われる。呼切替要求メッセージには、固定端末５ｂと継続処理部７との間の通話を示す継続通話識別子“ｐａｒｋ＠ｅｘａｍｐｌｅ．ｃｏｍ”および再開する通話を示す再開通話識別子“ｎｅｗ＠ｅｘａｍｐｌｅ．ｃｏｍ”が含まれる。この再開通話識別子は、ＳＩＰサーバ２が生成する。呼切替要求メッセージは、いわゆる３ｒｄ  Ｐａｒｔｙ  Ｃａｌｌにより携帯端末５ａと固定端末５ｂとの間で呼を生成するためのメッセージである。３ｒｄ  Ｐａｒｔｙ  Ｃａｌｌとは、通話を行う双方の通信端末以外の第３者が、双方の通信端末に対して発呼することで、通話を開始するための呼を生成する方式である。この要求メッセージは、図７において“Ｒｅｑ：ＩＮＶＩＴＥ（ＲｅｐｌａｃｅＡ（ｐａｒｋ＠ｅｘａｍｐｌｅ．ｃｏｍ）、ｎｅｗ＠ｅｘａｍｐｌｅ．ｃｏｍ）”で表記される。
【００８３】
なお、図７において、Ｏｐ１３ａ、Ｏｐ１３ｂ、Ｏｐ１６ａ、Ｏｐ１６ｂ、Ｏｐ１７ａ、Ｏｐ１７ｂ、Ｏｐ１８ａ〜Ｏｐ１８ｄで送信されるメッセージはＳＩＰプロトコルに従うメッセージである。
【００８４】
固定端末５ｂは、要求受け入れ可能であることを示す応答メッセージを送信する（Ｏｐ１３ｂ）。ＳＩＰサーバ２は、再開部６２からの要求（Ｏｐ１２）に対する応答メッセージを再開部６２へ送信する（Ｏｐ１４）。応答メッセージには、携帯端末５ａの端末識別子「Ａ」、固定端末５ｂの端末識別子「Ｂ」、携帯端末５ａと固定端末５ｂとの間の通話すなわち再開される通話の再開通話識別子“ｎｅｗ＠ｅｘａｍｐｌｅ．ｃｏｍ”が含まれる。
【００８５】
再開部６２は、判定部８からの通話再開要求（Ｏｐ１１）に対する応答メッセージを判定部８に送信する（Ｏｐ１５）。応答メッセージには、Ｏｐ１４の応答メッセージと同様に「Ａ」、「Ｂ」、“ｎｅｗ＠ｅｘａｍｐｌｅ．ｃｏｍ”が含まれる。
【００８６】
また、ＳＩＰサーバ２は、携帯端末５ａと固定端末５ｂとの間の通話を再開するための呼生成要求メッセージを携帯端末５ａへ送信する（Ｏｐ１６ａ）。この要求メッセージには、ＩＮＶＩＴＥメソッドと、再開される通話を示す再開通話識別子“ｎｅｗ＠ｅｘａｍｐｌｅ．ｃｏｍ”が含まれる。携帯端末５ａは、要求受け入れ可能であることを示す応答メッセージをＳＩＰサーバ２に送信する（Ｏｐ１６ｂ）。これにより、携帯端末５ａと固定端末５ｂとの間の通話を再開するための呼が生成される。
【００８７】
ＳＩＰサーバ２は、通信状態記録部２２のデータを更新する。図６（ｂ）は、通信状態テーブル６５の更新前のデータの例を示し、図６（ｃ）は、Ｏｐ１６ｂの後に更新されたデータの例を示す。図６（ｃ）に示すように、Ｏｐ１６ｂの後の更新後には、発信元として固定端末５ｂの端末識別子「Ｂ」、着信先として携帯端末５ａの端末識別子「Ａ」、通話識別子として再開通話識別子“ｎｅｗ＠ｅｘａｍｐｌｅ．ｃｏｍ”が通話状態テーブル６５に記録される。
【００８８】
ＳＩＰサーバ２が携帯端末５ａおよび固定端末５ｂへＡＣＫメッセージを送信すると（Ｏｐ１７ａ、１７ｂ）、携帯端末５ａおよび固定端末５ｂとの間で、ＲＴＰに基づいて音声データの送受信が行われる（Ｒ２）。すなわち、携帯端末５ａおよび固定端末５ｂとの間で通話が再開される。
【００８９】
固定端末５ｂは、継続処理部７との呼を終了させるための要求メッセージをＳＩＰサーバ２へ送信する（Ｏｐ１８ａ）。この終了要求メッセージには、ＢＹＥメソッドと、固定端末５ｂと継続処理部７との通話を示す継続通話識別子“ｐａｒｋ＠ｅｘａｍｐｌｅ．ｃｏｍ”とが含まれる。ＳＩＰサーバ２は、この終了要求メッセージを継続処理部７へ転送し（Ｏｐ１８ｂ）、継続処理部７から呼を終了させることを受け入れる応答メッセージを受け取り（Ｏｐ１８ｃ）、その応答メッセージを固定端末５ｂに転送する（Ｏｐ１８ｄ）。これにより、固定端末５ｂと継続処理部７との呼が終了する。
【００９０】
（３−２−Ａ）携帯端末の通信状態が回復したことを検知する処理
図８は、携帯端末と無線ＬＡＮＡＰとの通信状態が回復したことを検知する処理（図７のＯｐ１０）の例を示すシーケンス図である。図８は、図３に示す処理の後に行われる処理の例である。すなわち、図８は、一例として、携帯端末５ａと固定端末５ｂとの間の通話において、携帯端末５ａと無線ＬＡＮＡＰ ３ａとの間の通信が不可能になった後に、携帯端末５ａと無線ＬＡＮＡＰ ３ｂとの間で通信が可能になったことを検知する処理を示している。
【００９１】
例えば、携帯端末５ａが移動することにより、携帯端末５ａと無線ＬＡＮＡＰ ３ｂとの間で通信が可能になる。すると、携帯端末５ａは、端末登録メッセージを無線ＬＡＮＡＰ ３ｂ経由でＳＩＰサーバ２のシグナリング処理部２１へ送信する（Ｏｐ１０−１）。端末登録メッセージには、その端末登録メッセージを発信した携帯端末５ａの端末識別子が含まれている。シグナリング処理部２１は、端末登録メッセージを受信すると、その端末登録メッセージを監視部８２に送信する（Ｏｐ１０−２）。
【００９２】
監視部８２は、携帯端末５ａからの端末登録メッセージを受信すると、端末登録メッセージに含まれる携帯端末５ａの端末識別子を取得する。判定部８は、予約済み通話記録部６３を参照し、携帯端末５ａの端末識別子が再開予約済みの通話の通話端末として記録されているか否かを確認する。携帯端末５ａの端末識別子が再開予約済みの通話の通話端末である場合は、通信不可能になっていた携帯端末５ａの通信状態が回復したと判定される。すなわち、判定部８は、端末登録メッセージを携帯端末５ａから受信した場合であって、かつ携帯端末５ａが予約済み通話記録部６３に記録されている場合は、携帯端末５ａと無線ＬＡＮＡＰとの間の通信状態が回復し、通信可能になったと判定する。
【００９３】
監視部８２は、予約済み通話記録部６３から携帯端末５ａに対応する予約ＩＤを取得する。監視部８２は、取得した予約ＩＤとともに、携帯端末５ａが通信可能になったことを示すデータを要求部８１に渡す（Ｏｐ１０−３）。要求部８１は、再開部６２に通話再開を要求する（Ｏｐ１１）。Ｏｐ１１の処理は、図７に示すＯｐ１１の処理と同様である。
【００９４】
通話再開システムの動作例は以上である。上記図３、４、７、８に示した動作により、携帯端末が通話中に通信不能になった場合でも、相手方端末に状況を知らせることができる。また、携帯端末が通信状態の回復した場合に、相手方端末との通話を再開することができる。なお、本発明に係る通話再開システム１の動作は、上記の動作例に限られない。
【００９５】
また、本実施形態においては、ＳＩＰプロトコルに従って、ＩＰ電話における通話の呼制御が行われる例について説明したが、ＩＰ電話の呼制御に用いられるプロトコルはＳＩＰプロトコルに限られない。これは、以下の実施形態についても同様である。
【００９６】
［第２の実施形態］
図９は、本実施形態に係る通話再開システムを含む通信システム全体の構成を示す機能ブロック図である。図９において、図１と同じ機能ブロックには同じ番号を付し、説明を省略する。本実施形態では、判定部８ａが無線ＬＡＮＡＰ３０ａ、３０ｂに設けられる構成となっている。図９では、無線ＬＡＮＡＰ ３０ａにのみ判定部８ａの構成を示し、無線ＬＡＮＡＰ ３０ｂの詳細な構成は省略する。
【００９７】
判定部８ａは、携帯端末５ａから無線ＬＡＮＡＰ ３０ａへ送信される信号を受信する。判定部８ａは、この信号に基づいて、携帯端末５ａと無線ＬＡＮＡＰ ３０ａとの通信状態を監視する。判定部８ａは、通信状態の悪化により、携帯端末５ａと無線ＬＡＮＡＰ
３０ａとの通信が不可能になったことを検知した場合、その旨を示すメッセージを予約部６１へ送信する。また、判定部８ａは、携帯端末５ａと無線ＬＡＮＡＰ ３０ａとの通信状態が回復したことを検知し、その旨を示すメッセージを再開部６２へ送信する。
【００９８】
判定部８ａは、要求部８１ａ、監視部８２ａ、通話状態記録部８５を備える。監視部８２ａは、電波状態監視部８３および通話状態監視部８４を含む。電波状態監視部８３は、携帯端末５ａとの無線通信電波の状況を監視する。
【００９９】
通話状態監視部８４は、無線ＬＡＮＡＰ ３０ａを介して行われる通話の状態を監視する。通話状態監視部８４によって監視された通話の状態は、通話状態記録部８５に記録される。通話状態記録部８５には、例えば、無線ＬＡＮＡＰ ３０ａを介して通話中の携帯端末を示すデータ、その通話の相手端末を示すデータ、通話の通話識別子、予約ＩＤ等が記録される。
【０１００】
要求部８１ａは、電波状態監視部８３および通話状態監視部８４で監視された結果に基づいて、予約部６１に通話再開予約または通話再開を要求する。
【０１０１】
図１０は、判定部８ａが、携帯端末５ａが通信不可能になったことを検知する処理の例を示すシーケンス図である。図１０は、一例として、携帯端末５ａと固定端末５ｂとの間の通話において、携帯端末５ａと無線ＬＡＮＡＰ ３０ａとの間の通信が不可能になった場合の処理を示している。
【０１０２】
携帯端末５ａと固定端末５ｂとの通話は、ＲＴＰに基づいて音声データを送受信することにより行われる（Ｒ１ａ）。
【０１０３】
音声データの送受信と並行して、携帯端末５ａは、ビーコンを一定の時間間隔で常に無線ＬＡＮＡＰ ３０ａへ送信している（Ｏｐ２０１ａ、Ｏｐ２０１ｂ）。また、携帯端末５ａは、一定の時間間隔で常に死活監視メッセージをＳＩＰサーバ２へ送信している（Ｏｐ２０２ａ、Ｏｐ２０２ｂ）。ビーコンは無線ＬＡＮのレイヤで定義された信号であり、死活監視メッセージはＳＩＰのレイヤで定義された信号である。通常、ビーコンが送信される時間間隔の方が、死活監視メッセージの送信される時間間隔より短くなっている。い
ずれも携帯端末５ａと無線ＬＡＮＡＰ ３ａとの通信状態の監視に用いることができる。図１０に示す例では、電波状態監視部８３がビーコンを用いて電波の状態を監視する例について説明する。
【０１０４】
例えば、無線ＬＡＮＡＰ ３０ａの通信エリア内で通話していた携帯端末５ａが、その通信エリアの外に出た場合、無線ＬＡＮＡＰ ３０ａと携帯端末５ａとの通信状態が悪化する（Ｅｖ２）。このような場合、ビーコンおよび死活監視メッセージは無線ＬＡＮＡＰ
３０ａに到達しなくなるか、または到達時の電波強度が弱くなる。
【０１０５】
電波状態監視部８３は、携帯端末５ａから到達するビーコンの電波強度が閾値を下回るかもしくは、ビーコンが到達しない時間が一定時間を超えた場合、通話状態監視部８４にその携帯端末５ａの通話状態を確認するように指示する（Ｏｐ２０３）。通話状態監視部８４は、通話状態記録部８５を参照して、その携帯端末５ａの通話状態が通話中になっているか否か確認する。その携帯端末５ａが通話中であれば、携帯端末５ａは通話中に通信状態が悪化して通信不可能になったと判定される。通話状態監視部８４は、携帯端末５ａが通話中に通信不可能になったことを要求部８１ａに伝える（Ｏｐ２０４）。
【０１０６】
要求部８１ａは、通話の再開を予約部６１に要求する（Ｏｐ１）。Ｏｐ１の処理は、上記第１の実施形態において図３に示したＯｐ１の処理と同様である。また、通話継続する処理の流れも図３に示した処理と同様である。
【０１０７】
本実施形態においては、ビーコンの電波強度が閾値を下回った時点で、携帯端末５ａの通信状態悪化の可能性が検知されるので、ＳＩＰサーバ２で判定を行う場合に比べて早い段階で通信状態の悪化を検知することが可能になる。
【０１０８】
なお、本実施形態において通話状態監視部８４は、無線ＬＡＮＡＰ ３０ａが備える通話状態記録部８５を参照して携帯端末５ａの通話状態を取得しているが、通話状態記録部８５は、必ずしも無線ＬＡＮＡＰ ３０ａに設けられている必要はない。通話状態監視部８４は、例えば、ＳＩＰサーバ２、無線ＬＡＮスイッチ等のように無線ＬＡＮＡＰ ３０ａの外部に設けられた機器が備える通話状態記録部を参照してもよい。
【０１０９】
図１１は、判定部８ａが、携帯端末５ａの通信状態の回復を検知してから、通話を再開する要求を送信する処理の流れを示すシーケンス図である。図１１は、一例として、図１０に示す処理で携帯端末５ａの通信不可能を検知して、図３に示した通話再開の予約処理を行った後に、携帯端末５ａと無線ＬＡＮＡＰ ３０ａとの間の通信状態の回復を検知して、通話の再開を要求する処理を示している。
【０１１０】
携帯端末５ａと無線ＬＡＮＡＰ ３０ａとの間の通信状態が回復すると、携帯端末５ａから無線ＬＡＮＡＰ ３０ａへビーコンが送信される（Ｏｐ２０１ｃ）。また、携帯端末５ａからＳＩＰサーバ２へ端末登録メッセージが送信される（Ｏｐ２１１）。電波状態監視部８３は、ビーコンの電波強度が閾値を超えるようになると、携帯端末５ａが無線ＬＡＮＡＰ ３０ａと通信可能になったことを通話状態監視部８４に伝える（Ｏｐ２１２）。通話状態監視部８４は、予約済み通話記録部６３を参照して、携帯端末５ａを含む通話が予約されているか否かを確認する。携帯端末５ａの通話が予約されている場合、通話状態監視部８４は、要求部８１ａに携帯端末５ａの通話再開の要求を指示する（Ｏｐ２１３）。要求部８１ａは、通話再開を再開部６２に要求する（Ｏｐ１１）。Ｏｐ１１の処理は、上記第１の実施形態のおいて図７に示したＯｐ１１の処理と同様である。以上のようにして、無線ＬＡＮＡＰ ３０ａにおいて、携帯端末５ａの通信状態の回復が検知され、通話を再開する要求が再開部６２へ送信される。
【０１１１】
［第３の実施形態］
図１２は、第３の実施形態に係る通話再開システム１００を含む通信システム全体の構成を示す機能ブロック図である。図１２において、図１と同じ機能ブロックには同じ番号を付し、説明を省略する。本実施形態では、携帯端末５０ａに判定部８ｂが設けられる。
【０１１２】
本実施形態において、通話再開システム１００の予約部６１および再開部６は、パケット通信ゲートウェイ１５（以下、パケット通信ＧＷ１５と称する）を介してパケット網１３に接続されている。パケット通信ＧＷ１５は、例えば、リバースＰｒｏｘｙ、ＳＳＬ−ＶＰＮ等を利用することにより、パケット網１３と予約部６１および再開部６との間にファイアウォールなどのセキュリティ装置がある場合でもデータ通信が可能になる。
【０１１３】
パケット網１３は、無線基地局１１を備える。携帯端末５０ａは、無線基地局と通信を行うためのインタフェースとして無線通信部９２を備える。これにより、携帯端末５０ａは、パケット網１３を介して予約部６１および再開部６２へアクセスすることができる。
【０１１４】
携帯端末５０ａは、無線通信部９２に加えて、無線ＬＡＮ通信部９１、判定部８ｂを備える。無線ＬＡＮ通信部９１は、無線ＬＡＮＡＰ ３ａ、３ｂと通信を行うためのインタフェースである。
【０１１５】
判定部８ｂは、要求部８１ｂ、監視部８２ｂ、通話状態記録部８５ｂを備える。監視部８２ｂは、電波状態監視部８３ｂおよび通話状態監視部８４ｂを含む。電波状態監視部８３ｂは、携帯端末５０ａと無線ＬＡＮＡＰ ３ａまたは３ｂとの無線通信電波の状況を監視する。電波状態監視部８３ｂは、無線ＬＡＮＡＰ ３ａまたは３ｂとの通信状態の悪化により、無線ＬＡＮＡＰ ３ａまたは３ｂとの通信が不可能になったことを検知する。また、電波状態監視部８３ｂは、無線ＬＡＮＡＰ ３ａまたは３ｂとの通信状態が回復したことを検知する。
【０１１６】
通話状態監視部８４ｂは、携帯端末５０ａが行う通話の状態を監視し、通話状態記録部８５ｂに記録する。通話状態記録部８５ｂには、例えば、通話中であることを示すデータ、通話の相手端末を示すデータ、通話中の通話の通話識別子、予約ＩＤ等が記録される。これにより、通話状態監視部８４ｂは、通話状態記録部８５ｂのデータを参照して、携帯端末５０ａが通話中であるか否か、携帯端末５０ａの通話の再開が予約されているか否かを判断することができる。
【０１１７】
要求部８１ｂは、電波状態監視部８３および通話状態監視部８４で監視された結果に基づいて、予約部６１に対して通話の再開予約を要求する要求メッセージを送信する。また、要求部８１ｂは、前記結果に基づいて、再開部６２に対して通話の再開を要求する要求メッセージを送信する。
【０１１８】
要求部８１ｂが送信する要求メッセージは、無線通信部９２、無線基地局１１、パケット網１３およびパケット通信ＧＷ１５を経由して予約部６１または再開部６２へ到達する。また、予約部６１または再開部６２からの応答メッセージもこれらを経由して判定部８ｂへ到達する。
【０１１９】
図１３は、判定部８ｂが、携帯端末５０ａが通話中に通信不可能になったことを検知して、通話の再開を予約する要求メッセージを予約部６１へ送信する処理の例を示すシーケンス図である。図１３は、一例として、携帯端末５０ａと固定端末５ｂとの間の通話において、携帯端末５０ａと無線ＬＡＮＡＰ ３ａとの間の通信が不可能になった場合の処理を示している。
【０１２０】
携帯端末５０ａと固定端末５ｂとの通話は、ＲＴＰに基づいて音声データを送受信することにより行われる（Ｒ１ｂ）。
【０１２１】
電波状態監視部８３ｂは、携帯端末５０ａと無線ＬＡＮＡＰ ３ａとの間の電波状態を定期的に確認する（Ｏｐ３０２ａ、Ｏｐ３０２ｂ）。例えば、無線ＬＡＮＡＰ ３ａの通信エリア内で通話していた携帯端末５０ａが、その通信エリアの外に出た場合、無線ＬＡＮＡＰ ３ａと携帯端末５０ａとの通信状態が悪化する（Ｅｖ３）。このような場合、電波状態監視部８３ｂは、通信状態の悪化を検知する。
【０１２２】
電波状態監視部８３ｂは、通信状態の悪化を検知すると、通話状態監視部８４ｂにその携帯端末５０ａの通話状況を確認するように指示する（Ｏｐ３０３）。通信状態監視部８４ｂは、携帯端末５０ａが通話中か否かを通信状態記録部８５ｂを参照することにより確認する。通話中であった場合、通話状態監視部８４ｂは、携帯端末５０ａの通話中に通信状態が悪化して通信不可能になったと判定する。通話状態監視部８４ｂは、携帯端末５０ａが通話中に通信不可能になったことを要求部８１ｂに伝える（Ｏｐ３０４）。要求部８１ｂは、予約部６１に対して通話の再開予約を要求する要求メッセージを無線通信部９２へ渡す（Ｏｐ３０５）。無線通信部９２は、通話の再開予約を要求する要求メッセージを、パケット網１３を介して予約部６１へ送信する（Ｏｐ３０６）。
【０１２３】
図１３に示す処理においては、携帯端末５０ａに設けられた判定部８ｂが自身の携帯端末５０ａの通信状態を直接監視するので、ＳＩＰサーバ２で通信状態を監視して判定を行う場合に比べて早い段階で通信状態の悪化を検知することが可能になる。
【０１２４】
図１４は、携帯端末５０ａの判定部８ｂが通信不可能になったことを検知してから、通話再開システム１００が通話の再開を予約する処理の流れを示すシーケンス図である。図１４には、一例として、図１３に示した処理で、判定部８ｂが、携帯端末５０ａが通話中に通信不可能になったことを検知して、予約部６１へ通話の再開予約する要求メッセージを送信した後の処理を示す。図１４に示す処理において、図３と同様の処理については、同じ番号を付し説明を省略する。
【０１２５】
判定部８ｂにおいて携帯端末５０ａの通信状態悪化による通信不可能が検知されると（Ｏｐ０−１）、判定部８ｂは、携帯端末５０ａと固定端末５ｂとの間における通話再開予約を、予約部６１に要求する（Ｏｐ１−１）。その際、判定部８ｂは、携帯端末５０ａと固定端末５ｂとの通話を示す通話識別子を、携帯端末５０ａの通話状態記録部８５ｂから取得して、予約部６１に送信する。Ｏｐ１−１に予約部６１へ要求は、パケット通信網１３を介して行われる。以下、具体例として、通話識別子が“ｆｏｏ＠ｅｘａｍｐｌｅ．ｃｏｍ”であり、携帯端末５０ａの端末識別子が「Ａ」、固定端末５ｂの端末識別子が「Ｂ」、である場合について説明する。
【０１２６】
予約部６１は、通話再開予約の要求を判定部８ｂから受け取ると、ＳＩＰサーバ２の通話状態記録部２２を参照して、通話識別子“ｆｏｏ＠ｅｘａｍｐｌｅ．ｃｏｍ”で示される通話における通話端末の端末識別子、すなわち、携帯端末５０ａの端末識別子「Ａ」、固定端末５ｂの端末識別子「Ｂ」を取得する（Ｏｐ２０ａ、Ｏｐ２０ｂ）。
【０１２７】
予約部６１は、携帯端末５０ａの端末識別子「Ａ」、固定端末５ｂの端末識別子「Ｂ」、携帯端末５０ａと固定端末５ｂとの間の通話の通信識別子“ｆｏｏ＠ｅｘａｍｐｌｅ．ｃｏｍ”を予約済み通話記録部６３へ記録する（Ｏｐ２ａ）。以下、Ｏｐ２ｂ〜Ｏｐ９ａの処理は、図３と同様である。
【０１２８】
Ｏｐ９ｂ−１において、予約部６１は、通話再開予約が完了したことを示す応答メッセ
ージを判定部８ｂへ送信する。この応答メッセージは、パケット通信網１３を介して判定部８ｂへ送信される。この応答メッセージには、予約ＩＤ「１」が含まれる。判定部８ｂは、受信した予約ＩＤ「１」を、通話状態記録部８５ｂに記録する。
【０１２９】
図１４に示す処理では、判定部８ｂから予約部６１へ送信されるデータは、通信識別子だけでよい。予約部６１は、判定部８ｂから送信される通信識別子を基に、ＳＩＰサーバの通話状態記録部２２から、双方の通話端末の端末識別子を取得することができる。そのため、携帯端末５０ａで、相手方の通話端末（固定端末５ｂ）の端末識別子を記録していない場合であっても、通話再開の予約が可能である。
【０１３０】
図１５は、判定部８ｂが、携帯端末５０ａの通信状態の回復を検知してから、通話の再開を要求する処理の例を示すシーケンス図である。図１５は、一例として、図１３に示す処理で携帯端末５０ａの通信不可能が検知され、図１４に示した通話再開の予約処理が行われた後に、携帯端末５０ａと無線ＬＡＮＡＰ ３ａとの間の通信状態が回復したことを検知して、通話の再開を要求する場合の処理を示している。
【０１３１】
携帯端末５０ａの無線ＬＡＮ通信部９１と無線ＬＡＮＡＰ ３ａとの間の通信状態が回復すると、電波状態監視部８３ｂは、電波状態の回復を検知する（Ｏｐ３１１）。電波状態監視部８３ｂは、無線ＬＡＮ通信部９１に端末登録メッセージを送信するように指示する（Ｏｐ３１２）。
【０１３２】
無線ＬＡＮ通信部９１からＳＩＰサーバ２へ端末登録メッセージが送信されると（Ｏｐ３１３）、ＳＩＰサーバ２から端末登録が完了した旨の端末登録レスポンスが返信される（Ｏｐ３１４）。無線ＬＡＮ通信部９１は、受信した端末登録レスポンスを電波状態監視部８３ｂに通知する（Ｏｐ３１５）。
【０１３３】
電波状態監視部８３ｂは、端末登録が完了したことを通話状態監視部８４ｂに伝える（Ｏｐ３１６）。通話状態監視部８４ｂは、予約済みの通話があるか否かを確認する。通話の予約がなされた場合は、例えば、図１４のＯｐ９ｂ−１に示す処理で、判定部８ｂが予約部６１から予約ＩＤを受信する。受信した予約ＩＤは、通話状態記録部８５ｂに記録されているので、通話状態監視部８４ｂは、通話状態記録部８５ｂを参照することにより、予約済みの通話があるか否かを確認する。
【０１３４】
予約済みの通話がある場合、通話状態監視部８４ｂは、要求部８１ｂに予約ＩＤを渡して携帯端末５０ａの通話再開を指示する（Ｏｐ３１７）。要求部８１ａは、通話再開を要求するメッセージを予約ＩＤとともに再開部６２に送信する（Ｏｐ１１）。通話再開を要求するメッセージと予約ＩＤは、無線ＬＡＮ通信部９１を経由して送信される。Ｏｐ１１の処理は、上記第１の実施形態のおいて図７に示したＯｐ１１の処理と同様である。以上のようにして、携帯端末５０ａで通信状態の回復が検知され、通話を再開する要求が再開部６２へ送信される。
【０１３５】
なお、本実施形態において判定部８ｂと予約部６１との通信および判定部８ｂと再開部６２との通信は、パケット網１３を介して行われているが、これはパケット網１３を介した通信に限られない。無線ＬＡＮＡＰを介した通信以外の通信方法であれば、その他の通信方法で判定部８ｂと予約部６１との通信および判定部８ｂと再開部６２との通信が行われてもよい。例えば、移動体通信の回線交換網を用いて判定部８ｂと予約部６１との通信および判定部８ｂと再開部６２との通信を行ってもよい。
【０１３６】
［第４の実施形態］
図１６は、本実施形態における通話再開システムを含む通信システム全体の構成を示す
機能ブロック図である。図１６において、図１２と同じ機能ブロックには同じ番号を付し、説明を省略する。本実施形態では、通話再開システム１０１、ＳＩＰサーバ２、無線ＬＡＮＡＰ ３ａ、３ｂ、固定端末５ｂは、公衆交換電話網（ＰＳＴＮ：ｐｕｂｌｉｃ  ｓｗｉｔｃｈｅｄ  ｔｅｌｅｐｈｏｎｅ  ｎｅｔｗｏｒｋ）２３に、公衆交換電話網ゲートウェイ２５（以下、ＰＳＴＮＧＷ ２５と称する）を介して接続されている。公衆交換電話網２３は、無線基地局１１に接続されている。
【０１３７】
携帯端末５０ａは、無線基地局１１と通信を行うためのインタフェースである無線通信部９２と、無線ＬＡＮ通信部９１とを備える。そのため、携帯端末５０ａは、無線通信部９２を用いて、公衆交換通信網２３を介して他の通話端末（例えば、固定端末５ｂ）と通話することができるし、無線ＬＡＮ通信部９１を用いて、他の通信端末と通話することができる。
【０１３８】
携帯端末５０ａのように、無線ＬＡＮ通信部と無線通信部といった複数の通信部を備える通信端末はデュアルベアラ端末またはデュアル端末と呼ばれる。携帯端末５０ａは、自身の端末を識別するデータとして、無線ＬＡＮ通信用の識別子（例えば、ＩＰ電話の端末識別子）と、公衆交換通信網における識別子（例えば、回線交換番号）とを内部に記録する。
【０１３９】
判定部８ｂが、携帯端末５０ａが通話中に通信不可能になったことを検知して、通話の再開を予約する要求メッセージを予約部６１へ送信する処理は、例えば、図１３に示した処理と同様に行われる。また、携帯端末５０ａの判定部８ｂが通信不可能になったことを検知してから、通話再開システム１０１が通話の再開を予約する処理の例も図１４に示した処理と同様に行われる。
【０１４０】
本実施形態において、要求部８１ｂは、予約部６１へ、通話再開要求を送る際に、携帯端末５０ａの識別子として、ＩＰ電話の端末識別子「Ａ」に加えて、回線交換番号「０９０−ＸＸＸＸＸＸＸＸ」を要求に含めることができる。これにより、通話を再開する際に、回線交換番号「０９０−ＸＸＸＸＸＸＸＸ」を用いて、公衆交換通信網２３を介して通話を再開することが可能になる。以下、携帯端末５０ａが、公衆交換通信網２３を介して通話を再開する処理の例を説明する。
【０１４１】
図１７は、携帯端末５０ａが、公衆交換通信網２３を介した通話の再開を要求する処理の例を示すシーケンス図である。図１７は、一例として、図１３に示す処理と同様な処理で携帯端末５０ａの通信不可能が検知され、図１４に示した処理と同様な通話再開の予約処理が行われた後に、携帯端末５０ａが通話の再開を要求する処理を示している。
【０１４２】
図１７に示す例では、無線ＬＡＮＡＰ３ａと携帯端末５０ａとの電波状態が回復しない状態で一定時間が経過したことを、電波状態監視部８３ｂが検出する（Ｏｐ４１１）。電波状態監視部８３ｂは、電波状態が回復しない状態で一定時間が経過したことを通話状態監視部８４ｂに伝える（Ｏｐ４１２）。通話状態監視部８４ｂは、予約済みの通話があるか否かを確認する。通話の予約がなされた場合は、予約ＩＤが通話状態記録部８５ｂに記録されているので、通話状態監視部８４ｂは、通話状態記録部８５ｂを参照することにより、予約済みの通話があるか否かを確認することができる。
【０１４３】
予約済みの通話がある場合、通話状態監視部８４ｂは、要求部８１ｂに予約ＩＤを渡して携帯端末５０ａの公衆交換通信網２３を介した通話再開を指示する（Ｏｐ４１３）。要求部８１ａは、通話再開要求を再開部６２に送信することを無線通信部９２に指示する（Ｏｐ４１４）。要求部８１ｂは、通話再開要求に、予約ＩＤ、携帯端末５０ａの端末識別子「Ａ」、携帯端末５０ａの回線交換番号「０９０−ＸＸＸＸＸＸＸＸ」を含めて再開部
６２に送信することを無線通信部９２に指示する。これにより、無線通信部９２は、予約ＩＤ、携帯端末５０ａの端末識別子「Ａ」、および、携帯端末５０ａの回線交換番号「０９０−ＸＸＸＸＸＸＸＸ」を通信開始要求として再開部６２へ送信する（Ｏｐ４１５）。通話再開要求は、パケット網１３を介して再開部６２へ送信される。
【０１４４】
本実施形態において、判定部８ｂは、携帯端末５０ａと無線ＬＡＮＡＰ３ａとの通信が一定時間経っても復旧しないことと、携帯端末５０ａによる通話再開が予約済みであることの２つの条件が満たされた場合に、公衆交換通信網２３を介した通話再開を要求する例について説明した。公衆交換通信網２３を介した通話再開を要求する条件はこれに限られない。例えば、公衆交換通信網２３を介した通話再開の要求をユーザの携帯端末操作により受けたことと、通話再開の予約済みであることの２つの条件が満たされた場合に公衆交換通信網２３を介した通話再開を要求する形態であってもよい。
【０１４５】
図１８は、公衆交換通信網２３を介した通話再開要求が携帯端末５０ａから再開部６２へ送信された後の、通話再開処理の例を示すシーケンス図である。図１８には、一例として、図１７のＯｐ４１５で通話再開要求が再開部６２へ送信された後の処理が示される。なお、図１８に示す処理のうち、図７に示す処理と同様の処理には同じ番号を付し、説明を省略する。
【０１４６】
図１８において、携帯端末５０ａの判定部８ｂは、通話再開要求として、携帯端末５０ａの端末識別子「Ａ」、予約ＩＤ「１」、携帯端末５０ａの回線交換番号「０９０−ＸＸＸＸＸＸＸＸ」を再開部６２へ送信する（Ｏｐ４１５）。
【０１４７】
再開部６２は、予約済み通話記録部６３を参照して、受け取った通話再開要求の正当性を判断する（Ｏｐ１１０）。例えば、再開部６２は、通話再開要求に含まれる予約ＩＤ「１」および端末識別子「Ａ」の組み合わせが、例えば、図５（ｂ）に示すような予約テーブル６４に記録されているか否かにより正当性を判断する。図５（ｂ）に示すように予約ＩＤ「１」および端末識別子「Ａ」の組み合わせが予約テーブル６４に存在する場合は、通話開始要求は正当であると判断される。また、再開部６２は、予約テーブル６４より、携帯端末５０ａと固定端末５ｂとの通話を引き継いでいる通話を示す継続通話識別子“ｐａｒｋ＠ｅｘａｍｐｌｅ．ｃｏｍ”を取得する。
【０１４８】
再開部６２は、通話開始要求が正当であると判断すると、ＳＩＰサーバ２へ携帯端末５０ａと固定端末５ｂとの間の通話の再開を要求する（Ｏｐ１２０）。その際、再開部６２は、携帯端末５０ａの回線交換番号「０９０−ＸＸＸＸＸＸＸＸ」、固定端末５ｂの端末識別子「Ｂ」、固定端末５ｂと継続処理部７との通話を示す継続通話識別子“ｐａｒｋ＠ｅｘａｍｐｌｅ．ｃｏｍ”をＳＩＰサーバ２へ送信する。
【０１４９】
ＳＩＰサーバ２は、固定端末５ｂに対して、継続処理部７との間の通話を携帯端末５０ａとの間の通話に切り替えることを要求する（Ｏｐ１３ａ）。固定端末５ｂは、要求受け入れ可能であることを示す応答メッセージを送信する（Ｏｐ１３ｂ）。ＳＩＰサーバ２は、再開部６２からの要求（Ｏｐ１２０）に対する応答メッセージを再開部６２へ送信する（Ｏｐ１４０）。応答メッセージには、携帯端末５０ａの回線交換番号「０９０−ＸＸＸＸＸＸＸＸ」、固定端末５ｂの端末識別子「Ｂ」、携帯端末５０ａと固定端末５ｂとの間の通話すなわち再開される通話の再開通話識別子“ｎｅｗ＠ｅｘａｍｐｌｅ．ｃｏｍ”が含まれる。
【０１５０】
再開部６２は、応答メッセージを判定部８ｂに送信する（Ｏｐ１５０）。応答メッセージには、Ｏｐ１４の応答メッセージと同様に「０９０−ＸＸＸＸＸＸＸＸ」、「Ｂ」、“ｎｅｗ＠ｅｘａｍｐｌｅ．ｃｏｍ”が含まれる。
【０１５１】
また、ＳＩＰサーバ２は、携帯端末５０ａと固定端末５ｂとの間の通話を再開するための呼生成要求メッセージを、ＰＳＴＮＧＷ２５を介して、携帯端末５０ａへ送信する（Ｏｐ１６ａ、Ｏｐ１６０ａ）。この要求メッセージには、ＩＮＶＩＴＥメソッドと、再開される通話を示す再開通話識別子“ｎｅｗ＠ｅｘａｍｐｌｅ．ｃｏｍ”が含まれる。また、要求メッセージは、ＰＳＴＮＧＷ２５で公衆交換通信網２３のプロトコルに従うメッセージに変換され、公衆交換通信網２３を経て携帯端末５０ａへ届けられる。
【０１５２】
携帯端末５０ａは、要求受け入れ可能であることを示す応答メッセージを、ＰＳＴＮＧＷ２５を介して、ＳＩＰサーバ２に送信する（Ｏｐ１６０ｂ、Ｏｐ１６ｂ）。この応答メッセージは、ＰＳＴＮＧＷ２５でＳＩＰプロトコルに従うメッセージに変換され、ＳＩＰサーバ２へ届けられる。これにより、携帯端末５０ａと固定端末５ｂとの間の通話を再開するための呼が生成される。
【０１５３】
ＳＩＰサーバ２がＰＳＴＮＧＷ２５および固定端末５ｂへＡＣＫメッセージを送信する（Ｏｐ１７ａ、１７ｂ）。ＰＳＴＮＧＷ２５で、ＡＲＫメッセージは公衆交換通信網２３のプロトコルに従うメッセージに変換され、携帯端末５０ａへ届けられる。これにより、携帯端末５０ａおよび固定端末５ｂとの間で、音声データの送受信が行われる。すなわち、携帯端末５ａおよび固定端末５ｂとの間で通話が再開される。
【０１５４】
以上、図１８に示した処理により、公衆交換通信網２３を介して通話を再開することができる。本実施形態によれば、例えば、携帯端末５０ａと無線ＬＡＮＡＰ ３ａまたは３ｂとの通信状態が回復しない時間が一定の時間を超えた場合や、携帯端末５０ａのユーザが公衆交換通信網２５を介した通話再開を指示する操作を行った場合等に、公衆交換通信網２３を用いて通話を再開することができる。なお、本実施形態においては、公衆交換通信網２５を用いて通話を再開する例を説明した。しかし、本発明は、公衆交換通信網２５に限らず、その他の別の通信網を用いて通話を再開する場合にも適用できる。
【０１５５】
［第５の実施形態］
図１９は、本実施形態に係る通話再開システムを含む通信システム全体の構成を示す機能ブロック図である。図１９において、図９と同じ機能ブロックには同じ番号を付し、説明を省略する。本実施形態における通話再開システム１０２を含む通信システムは、ＩＰ電話の通信システムではなく、携帯電話の公衆交換通信網を用いた通信システムである。通話再開システム１０２は、呼制御装置としての交換局３１と、中継装置としての無線基地局１１ａ、１１ｂに接続されている。
【０１５６】
交換局３１は、公衆交換通信網における交換機であり、通話端末間の呼の生成および終了を制御する。交換局３１の制御対象となる通話端末には、無線基地局１１ａ、１１ｂを介して通信を行う携帯端末５１ａと、有線回線を介して通信を行う固定端末５１ｂとが含まれる。交換局３１は、複数の無線基地局３ａ、３ｂおよび固定端末５１ｂに接続されている。固定端末５１ｂは例えば、固定型の電話機である。無線基地局１１ａ、１１ｂは、その無線通信エリア内にある携帯端末５１ａと通信を行うことにより、携帯端末５１ａと、交換局３１または他の通話端末との間の通信を中継する。これにより携帯端末５１ａは、無線基地局１１ａまたは１１ｂを介して、交換局３１および固定端末５ｂと通信することができる。
【０１５７】
なお、図１９には、通話端末の例として携帯端末５１ａと固定端末５１ｂを１台ずつ示しているが、実際の通信システムにおいては、複数の携帯端末と複数の固定端末が交換局３１による呼制御の対象となる。
【０１５８】
判定部８ａは、無線基地局１１ａ、１１ｂに設けられている。なお、図１９では、無線基地局１１ａにのみ判定部８ａの構成を示し、無線基地局１１ｂの詳細な構成は省略する。判定部８ａ、予約部６１、再開部６２、継続処理部７の機能および動作は、上記第２の実施形態と同様である。
【０１５９】
判定部８ａ、予約部６１、再開部６２、継続処理部７の機能により、例えば、固定端末５１ｂと通話する携帯端末５１ａが、通信状態悪化により、無線基地局１１ａと通信不可能になった場合でも、固定端末５１ｂに、通信状況と動作指示を告げる音声メッセージが送信される。また、携帯端末５１ａと固定端末５１ｂの端末識別子は、予約部６１によって予約済み通話記録部６３に記録されるので、判定部８ａが通信状態の回復を検知した場合、通話を容易に再開することが可能となる。
【０１６０】
このように、本発明が適用されうる通信システムは、ＩＰ電話の通信システムに限られない。通信端末が無線通信を行うような通信システムであれば、様々な形態の通信システムに本発明を適用することができる。本実施形態のような公衆交換通信網による通信システムはその一例である。
【０１６１】
また、図１９に示した例では、判定部８ａが無線基地局１１ａに設けられる場合の例であるが、判定部８ａが交換局３１に設けられてもよいし、携帯端末５１ａに設けられてもよい。また、交換局３１、無線基地局１１ａ、１１ｂに接続されたコンピュータ上に設けられてもよい。
【産業上の利用可能性】
【０１６２】
本発明は、通話中に通信状態の悪化等により利用者の意図に反して切断された通話の再開を容易にする通話再開システム、携帯端末、中継装置、呼制御装置として利用可能である。
【図面の簡単な説明】
【０１６３】
【図１】第１の実施形態における通話再開システムを含む通信システム全体の構成を示す機能ブロック図
【図２】判定部がＳＩＰサーバに設けられた場合の構成を示す機能ブロック図
【図３】通話の再開予約をする処理の流れを示すシーケンス図
【図４】携帯端末が通信不可能になったことを検知する処理の例を示すシーケンス図
【図５】（ａ）は、予約テーブル６４にデータが記録されていない状態を示す図であり、図５（ｂ）は、予約テーブル６４にデータが記録されている状態を示す図である。
【図６】（ａ）（ｂ）および（ｃ）は、通話状態記録部２２の通話状態テーブル６５に記録されたデータの具体例を示す図である。
【図７】通話再開システム１が通話を再開する処理の流れを示すシーケンス図
【図８】携帯端末と無線ＬＡＮＡＰとの通信状態が回復したことを検知する処理の例を示すシーケンス図
【図９】第２の実施形態に係る通話再開システムを含む通信システム全体の構成を示す機能ブロック図
【図１０】判定部が、携帯端末が通信不可能になったことを検知する処理の例を示すシーケンス図
【図１１】判定部が、携帯端末の通信状態の回復を検知してから、通話を再開する要求を送信する処理の流れを示すシーケンス図
【図１２】第３の実施形態に係る通話再開システムを含む通信システム全体の構成を示す機能ブロック図
【図１３】判定部が、携帯端末の通信不可能を検知して、通話再開の予約の要求を送信する処理の例を示すシーケンス図
【図１４】通話の再開を予約する処理の流れを示すシーケンス図
【図１５】判定部が、携帯端末の通信状態の回復を検知してから、通話を再開する要求を送信する処理の例を示すシーケンス図
【図１６】第４の実施形態における通話再開システムを含む通信システム全体の構成を示す機能ブロック図
【図１７】公衆交換通信網を介した通話の再開を要求する処理を示すシーケンス図
【図１８】公衆交換通信網を介した通話再開要求が再開部へ送信された後の、通話再開処理の例を示すシーケンス図
【図１９】第５の実施形態に係る通話再開システムを含む通信システム全体の構成を示す機能ブロック図
【符号の説明】
【０１６４】
１、１０、１００、１０１      通話再開システム
２      ＩＰ電話サーバ（呼制御装置）
３ａ、３ｂ  無線ＬＡＮＡＰ（中継装置）
５ａ    携帯端末
５ｂ    固定端末
７      継続処理部
８      判定部
１１    無線基地局
１３    パケット網
１５    パケット網ＧＷ
２１    シグナリング処理部
２２    通話状態記録部
２３    公衆交換回線網
２５    ＰＳＴＮ ＧＷ
３１    交換局
６１    予約部
６２    再開部
８１    要求部
８２    監視部
８３    電波状態監視部
８４    通話状態監視部
９１    無線ＬＡＮ通信部
９２    無線通信部
【図１】
0005340525.tif 000002
【図２】
0005340525.tif 000003
【図３】
0005340525.tif 000004
【図４】
0005340525.tif 000005
【図５】
0005340525.tif 000006
【図６】
0005340525.tif 000007
【図７】
0005340525.tif 000008
【図８】
0005340525.tif 000009
【図９】
0005340525.tif 000010
【図１０】
0005340525.tif 000011
【図１１】
0005340525.tif 000012
【図１２】
0005340525.tif 000013
【図１３】
0005340525.tif 000014
【図１４】
0005340525.tif 000015
【図１５】
0005340525.tif 000016
【図１６】
0005340525.tif 000017
【図１７】
0005340525.tif 000018
【図１８】
0005340525.tif 000019
【図１９】
0005340525.tif 000020