(57)【要約】【課題】緊急時に通信回線が輻輳しても必要なデータ通信を行うことができる緊急通信方法及び通信装置を実現する。【解決手段】携帯端末とサーバを通信回線を介して接続し、ＴＣＰによるパケット通信とＵＤＰによるパケット通信とＩＣＭＰによるパケット通信を選択的に実行する緊急通信装置であって、パケット通信の成否を検知し、ＴＣＰによるパケット通信の失敗が所定回数連続したときにはＵＤＰによるパケット通信に切り替え、ＵＤＰによるパケット通信でのパケット通信の成功が所定回数連続したときにはＴＣＰによるパケット通信に切り替え、ＵＤＰによるパケット通信の失敗が所定回数連続したときにはＩＣＭＰによるパケット通信に切り替え、ＩＣＭＰによるパケット通信でのパケット通信の成功が所定回数連続したときにはＵＤＰによるパケット通信に切り替えてデータ通信を行うように構成する。【選択図】図２
2016157994.tif 000002
【特許請求の範囲】
【請求項１】
通信回線を介して接続される複数のサーバと複数の携帯通信端末を使用して構成され、ＴＣＰによるパケット通信とＵＤＰによるパケット通信とＩＣＭＰによるパケット通信を選択的に実行する緊急通信方法であって、
パケット通信の成否を検知し、ＴＣＰによるパケット通信の失敗が所定回数連続したときにはＵＤＰによるパケット通信に切り替え、ＵＤＰによるパケット通信でのパケット通信の成功が所定回数連続したときにはＴＣＰによるパケット通信に切り替え、ＵＤＰによるパケット通信の失敗が所定回数連続したときにはＩＣＭＰによるパケット通信に切り替え、ＩＣＭＰによるパケット通信でのパケット通信の成功が所定回数連続したときにはＵＤＰによるパケット通信に切り替えてデータ通信を行うことを特徴とする緊急通信方法。
【請求項２】
請求項１において、
第１の通信プロトコルは、ＴＣＰ（ｈｔｔｐあるいはｈｔｔｐｓ）による通信（ＪＳＯＮ形式による完全情報通信）方式とし、
第２の通信プロトコルは、ＵＤＰによる通信（ＪＳＯＮ形式による完全情報通信）方式とし、
第３の通信プロトコルは、ＵＤＰによる通信（独自に定義した非文字列形式による部分情報通信）方式とし、
第４の通信プロトコルは、ＩＣＭＰによる通信（独自に定義した非文字列形式による部分情報通信）方式とし、
通常時は、第１の通信プロトコルを使用してパケット通信を行い、通信失敗が連続したときには第２、第３、第４の通信プロトコルと順次に切り替えてデータ通信を行い、
通信成功が連続したときには第３、第２、第１の通信プロトコルと順次に切り替えてデータ通信を行うことを特徴とする緊急通信方法。
【請求項３】
通信回線を介して接続される複数のサーバと複数の携帯通信端末を使用して構成され、ＴＣＰによるパケット通信とＵＤＰによるパケット通信とＩＣＭＰによるパケット通信を選択的に実行する緊急通信装置であって、
パケット通信の成否を検知し、ＴＣＰによるパケット通信の失敗が所定回数連続したときにはＵＤＰによるパケット通信に切り替え、ＵＤＰによるパケット通信でのパケット通信の成功が所定回数連続したときにはＴＣＰによるパケット通信に切り替え、ＵＤＰによるパケット通信の失敗が所定回数連続したときにはＩＣＭＰによるパケット通信に切り替え、ＩＣＭＰによるパケット通信でのパケット通信の成功が所定回数連続したときにはＵＤＰによるパケット通信に切り替えてデータ通信を行うように構成したことを特徴とする緊急通信装置。
【請求項４】
請求項３において、
第１の通信プロトコルは、ＴＣＰ（ｈｔｔｐあるいはｈｔｔｐｓ）による通信（ＪＳＯＮ形式による完全情報通信）方式とし、
第２の通信プロトコルは、ＵＤＰによる通信（ＪＳＯＮ形式による完全情報通信）方式とし、
第３の通信プロトコルは、ＵＤＰによる通信（独自に定義した非文字列形式による部分情報通信）方式とし、
第４の通信プロトコルは、ＩＣＭＰによる通信（独自に定義した非文字列形式による部分情報通信）方式とし、
通常時は、第１の通信プロトコルを使用してパケット通信を行い、通信失敗が連続したときには第２、第３、第４の通信プロトコルと順次に切り替えてデータ通信を行い、
通信成功が連続したときには第３、第２、第１の通信プロトコルと順次に切り替えてデ
ータ通信を行うように構成したことを特徴とする緊急通信装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、緊急時の通信方法及び通信装置に関する。
【背景技術】
【０００２】
災害発生時のような緊急状態では、被災状態確認や対応要員確認等が必要となり、そのための情報通信が多発する。この情報通信は、携帯電話機や携帯情報端末等の無線通信システムやインターネット通信システムによって行うことができる。
【０００３】
しかしながら、これらの通信システムは、情報通信が多発すると、通信回線系に輻輳が発生して情報通信の信頼性が低下する。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００６−４８５７９号公報
【特許文献２】特開２００５−２９４９３７号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
最近の通信システムの多くは、パケット通信方式を採用しており、使用される通信プロトコルは、ＴＣＰ（Transmission Control Protocol）、ＵＤＰ（User-datagram Protocol）、ＩＣＭＰ（Internet Control Massage Protocol）等である。
【０００６】
ここで、ＴＣＰによる通信は、通信確立の確認を行う通信方式であることからデータ転送の信頼性は高い。しかし、パケットに通信確立確認のための情報を含めるためにパケットサイズが大きく、通信回線の輻輳時に通信を確立し難く、パケットロスも多くなる。
【０００７】
ＵＤＰによる通信は、通信確立の確認を行わない通信方式であることからデータ転送の信頼性は低い。その一部が抜け落ちても問題がないデータを大量に転送するデータ転送に適する。通信確立の確認は、ソフトウェア側で行うことが必要であるが、通信回線の輻輳時でもパケットを送信することができる。パケットサイズが小さく、輻輳時のパケットロスが少ない。
【０００８】
また、ＩＣＭＰは、インターネット  プロトコルのデータグラム処理における誤りの通知や通信に関する情報の通知などのために使用される。
【０００９】
このような通信プロトコルによるデータ通信において、データ転送の信頼性が高いＴＣＰによる通信では、緊急時に通信回線系が輻輳状態になるとデータ（パケット）通信ができなくなってしまう問題がある
本発明の１つの目的は、常時は信頼性が高いＴＣＰによるデータ通信を行い、緊急時に通信回線が輻輳しても必要なデータ通信を行うことができる緊急通信方法及び通信装置を実現することにある。
【００１０】
本発明の他の目的は、通信が高速であることから報道用の映像配信、防災情報の配信、救急車等の配車、単身者の安否確認システムとして利用することができる緊急通信方法及び通信装置を実現することにある。
【課題を解決するための手段】
【００１１】
本発明の緊急通信方法及び通信装置は、ＴＣＰによるパケット通信とＵＤＰによるパケット通信を選択的に実行する緊急通信方法及び通信装置であって、
パケット通信の成否を検知し、ＴＣＰによるパケット通信の失敗が所定回数連続したときにはＵＤＰによるパケット通信に切り替え、ＵＤＰによるパケット通信でのパケット通信の成功が所定回数連続したときにはＴＣＰによるパケット通信に切り替えてデータ通信を行うことを特徴とする。
【００１２】
または、ＴＣＰによるパケット通信とＵＤＰによるパケット通信とＩＣＭＰによるパケット通信を選択的に実行する緊急通信方法及び通信装置であって、
パケット通信の成否を検知し、ＴＣＰによるパケット通信の失敗が所定回数連続したときにはＵＤＰによるパケット通信に切り替え、ＵＤＰによるパケット通信でのパケット通信の成功が所定回数連続したときにはＴＣＰによるパケット通信に切り替え、ＵＤＰによるパケット通信の失敗が所定回数連続したときにはＩＣＭＰによるパケット通信に切り替え、ＩＣＭＰによるパケット通信でのパケット通信の成功が所定回数連続したときにはＵＤＰによるパケット通信に切り替えてデータ通信を行うことを特徴とする。
【００１３】
具体的には、例えば、第１の通信プロトコルＣＰ１は、ＴＣＰ（ｈｔｔｐあるいはｈｔｔｐｓ）による通信（ＪＳＯＮ形式による完全情報通信）方式とし、
第２の通信プロトコルＣＰ２は、ＵＤＰによる通信（ＪＳＯＮ形式による完全情報通信）方式とし、
第３の通信プロトコルＣＰ３は、ＵＤＰによる通信（独自に定義した非文字列形式による部分情報通信）方式とし、
第４の通信プロトコルＣＰ４は、ＩＣＭＰによる通信（独自に定義した非文字列形式による部分情報通信）方式とする。
【００１４】
ここで、独自に定義した非文字列形式による部分情報通信では、予め決められた独自ルールによるバイト列のやりとりで通信をする。クライアント端末からのリクエストは、命令タイプ(1バイト)に始まり、引き続き複数の引数が、型タイプ(1バイト)＋値(サイズは
型により異なる)の組み合わせで送信される。一方、サーバ側からのレスポンスは、行数
フラグ(0:単行 1:複数行)に始まり、引き続き複数の値が、型タイプ(1バイト)＋値(サイ
ズは型により異なる)の組み合わせで送信される。また、上記バイト列は、予めクライア
ントとサーバの間で交換した秘密鍵を用い、暗号化して通信する。
【００１５】
そして、通常時は、第１の通信プロトコルＣＰ１を使用してパケット通信を行い、通信失敗が所定回数連続したときには第２の通信プロトコルＣＰ２に切り替え、この第２の通信プロトコルＣＰ２を使用しての通信失敗が所定回数連続したときには第３の通信プロトコルＣＰ３に切り替えし、この第３の通信プロトコルＣＰ３を使用しての通信失敗が所定回数連続したときには第４の通信プロトコルＣＰ４に切り替えてデータ通信を行い、
通信成功が所定回数連続したときには第３、第２、第１の通信プロトコルＣＰ３、ＣＰ２、ＣＰ１と順次に戻すように切り替えてデータ通信を行うように構成するものである。
【００１６】
通信プロトコルは、ＣＰ１からＣＰ４に向けて順次に切り替えることにより、パケットサイズは順次小さくなって通信データの量は制限されるが通信回路における輻輳による通信障害の影響を受け難くなることから、通信回路の輻輳の激しさに適応したパケット通信を実現する通信プロトコルを使用してパケット通信を継続することができるようになる。
【発明の効果】
【００１７】
このようにパケット通信の成否に応じて通信プロトコルを切り替えてデータ通信を行うことにより、常時は信頼性が高いＴＣＰによるデータ通信を行い、緊急時に通信回線に輻輳が発生しても必要なデータ通信を行うことができる。
【図面の簡単な説明】
【００１８】
【図１】本発明の一実施例を示す緊急通信装置のブロック図である。
【図２】図１に示した緊急通信装置における携帯端末とサーバのデータ通信における携帯端末の通信プロトコル切り替えの制御フローチャートである。
【図３】図１に示した緊急通信装置における複数の携帯端末による緊急情報通信のタイムチャートである。
【図４】図１に示した緊急通信装置における携帯端末とサーバの通信機能ブロック図である。
【発明を実施するための形態】
【００１９】
本発明の緊急通信方法（通信装置）は、通信回線を介して接続される複数のサーバと複数の携帯通信端末を使用して構成し、ＴＣＰによるパケット通信とＵＤＰによるパケット通信とＩＣＭＰによるパケット通信を選択的に実行する緊急通信方法（通信装置）であって、
パケット通信の成否を検知し、ＴＣＰによるパケット通信の失敗が所定回数連続したときにはＵＤＰによるパケット通信に切り替え、ＵＤＰによるパケット通信でのパケット通信の成功が所定回数連続したときにはＴＣＰによるパケット通信に切り替え、ＵＤＰによるパケット通信の失敗が所定回数連続したときにはＩＣＭＰによるパケット通信に切り替え、ＩＣＭＰによるパケット通信でのパケット通信の成功が所定回数連続したときにはＵＤＰによるパケット通信に切り替えてデータ通信を行うことを特徴とする。
【００２０】
具体的には、例えば、第１の通信プロトコルＣＰ１は、ＴＣＰ（ｈｔｔｐあるいはｈｔｔｐｓ）による通信（ＪＳＯＮ形式による完全情報通信）方式とし、
第２の通信プロトコルＣＰ２は、ＵＤＰによる通信（ＪＳＯＮ形式による完全情報通信）方式とし、
第３の通信プロトコルＣＰ３は、ＵＤＰによる通信（独自に定義した非文字列形式による部分情報通信）方式とし、
第４の通信プロトコルＣＰ４は、ＩＣＭＰによる通信（独自に定義した非文字列形式による部分情報通信）方式とし、
通常時は、第１の通信プロトコルＣＰ１を使用してパケット通信を行い、通信失敗が所定回数連続したときには第２、第３、第４の通信プロトコルＣＰ２、ＣＰ３、ＣＰ４と順次に切り替えてデータ通信を行い、
通信成功が所定回数連続したときには第３、第２、第１の通信プロトコルＣＰ３、ＣＰ２、ＣＰ１と順次に切り替えてデータ通信を行うように構成するものである。
【実施例】
【００２１】
この実施例における緊急通信装置は、図１に示すように、通信回線１を介して接続される複数のサーバ２ａ，２ｂと、複数の携帯端末（クライアント）３ａ，３ｂ，３ｃ，３ｄによって構成する。この緊急通信装置は、具体的には、現用の携帯電話システムに装備される複数のサーバ２ａ，２ｂと複数の携帯端末３ａ〜３ｄとしてのスマートフォーンにインストールしたソフトウェアによって構成する。
【００２２】
ソフトウェアとして使用する通信プロトコルは、ＴＣＰとＵＤＰとＩＣＭＰであり、複数のサーバ２ａ，２ｂと複数の携帯端末３ａ〜３ｄは、通信回線１の輻輳状態に応じてこれらの通信プロトコルを選択的に使用して安否確認や緊急招集連絡等のための緊急情報に関するパケット通信（データ通信）を実行する。
【００２３】
実際に使用する複数の通信プロトコルは、次の通りである。
【００２４】
平常時に使用する第１のプロトコルＣＰ１は、ＴＣＰ（ｈｔｔｐあるいはｈｔｔｐｓ）による通信（ＪＳＯＮ形式による完全情報通信）方式であり、パケット構成は、２０ｂｙｔｅのＴＣＰヘッダ＋ＪＳＯＮ形式である。そして、クライアントである携帯端末３ａ〜３ｄはＵＲＬ( HYPERLINK "https://servername/appname" https://servername/appname
のフォーマット)とＰＯＳＴ引数でリクエストを送り、サーバ２ａ，２ｂはＪＳＯＮ形式
の文字列でレスポンスを返すようにして緊急情報に関するパケット通信を行う。通信失敗と成功の検出と計数は、サーバ２ａ，２ｂからＨＴＴＰステータスコード２００が返ってきた場合は成功とし、それ以外の場合を失敗とするようにして行う。
【００２５】
第２の通信プロトコルＣＰ２は、通信回線に発生する輻輳が進んで第１の通信プロトコルによるパケット通信で連続的に所定回数以上の通信失敗が発生するようになったときに使用する通信プロトコルであり、ＵＤＰによる通信（ＪＳＯＮ形式による完全情報通信）方式であり、パケット構成は、８ｂｙｔｅのＵＤＰヘッダ＋ＪＳＯＮ形式である。そして、クライアントである携帯端末３ａ〜３ｄは、ＵＤＰパケットを用いてＪＳＯＮ形式の文字列でリクエストを送り、サーバ２ａ，２ｂはＪＳＯＮ形式の文字列でレスポンスを返すようにして緊急情報に関するパケット通信を行う。通信失敗と成功の検出と計数は、サーバ２ａ，２ｂから正しくＵＤＰパケットを受信し、かつ正しく解釈できるＪＳＯＮ形式の文字列が返ってきた場合は成功とし、それ以外の場合を失敗とするようにして行う。
【００２６】
第３の通信プロトコルＣＰ３は、通信回線に発生する輻輳が更に進んで第２の通信プロトコルＣＰ２によるパケット通信でも連続的に所定回数以上の通信失敗が発生するようになったときに使用する通信プロトコルであり、ＵＤＰによる通信（独自に定義した非文字列形式による部分情報通信）方式であり、パケット構成は、８ｂｙｔｅのＵＤＰヘッダ＋独自定義ｂｙｔｅ列である。そして、クライアントである携帯端末３ａ〜３ｄは、ＵＤＰパケットを用いて独自定義ｂｙｔｅ列でリクエストを送り、サーバ２ａ，２ｂは独自定義ｂｙｔｅ列でレスポンスを返すようにして緊急情報に関するパケット通信を行う。通信失敗と成功の検出と計数は、サーバ２ａ，２ｂから正しくＵＤＰパケットを受信し、かつ正しく解釈できる独自定義ｂｙｔｅ列が返ってきた場合は成功とし、それ以外の場合を失敗とするようにして行う。
【００２７】
第４の通信プロトコルＣＰ４は、通信回線に発生する輻輳が更に進んで第３の通信プロトコルＣＰ３によるパケット通信でも連続的に所定回数以上の通信失敗が発生するようになったときに使用する通信プロトコルであり、ＩＣＭＰによる通信（独自に定義した非文字列形式による部分情報通信）方式であり、パケット構成は、４ｂｙｔｅのＩＣＭＰヘッダ＋独自定義ｂｙｔｅ列である。そして、クライアントである携帯端末３ａ〜３ｄはＩＣＭＰパケットを用いて独自定義ｂｙｔｅ列でリクエストを送り、サーバ２ａ，２ｂは独自定義ｂｙｔｅ列でレスポンスを返すようにして緊急情報に関するパケット通信を行う。通信失敗と成功の検出と計数は、サーバ２ａ，２ｂから正しくＩＣＭＰパケットを受信し、かつ正しく解釈できる独自定義ｂｙｔｅ列が返ってきた場合は成功とし、それ以外の場合を失敗とするようにして行う。
【００２８】
このようなパケット通信を実行するサーバ２ａ，２ｂと携帯端末３ａ〜３ｄは、結局、インストールされたソフトウェアによって図４に示すような機能手段によって構成されることになる。サーバ２ａと携帯端末３ａについて説明する。他のサーバ２ｂと携帯端末３ｂ〜３ｄも同様である。
【００２９】
サーバ２ａは、パケット信号送受信手段２ａ１とデータ蓄積手段２ａ２と通信プロトコル制御手段２ａ３と通信プロトコル記憶手段２ａ４とを備える。
【００３０】
パケット信号送受信手段２ａ１は、通信回線１を介して携帯端末３ａとパケット通信を
実行してデータの送受信し、携帯端末３ａから受信したデータはデータ蓄積手段２ａ２に蓄積し、データ蓄積手段２ａ２に蓄積しているデータを携帯端末３ａに送信する。
【００３１】
通信プロトコル制御手段２ａ３は、パケット信号送受信手段２ａ１によるパケット通信の失敗と成功を検出して計数し、連続する失敗回数や成功回数に応じてパケット信号送受信手段２ａ１がパケット通信に使用する通信プロトコルを切り替え制御する。
【００３２】
通信プロトコル記憶手段２ａ４は、パケット信号送受信手段２ａ１がパケット通信に選択的に使用する複数の通信プロトコルを記憶する。
【００３３】
携帯端末３ａは、パケット信号送受信手段３ａ１とデータ蓄積手段３ａ２と通信プロトコル制御手段３ａ３と通信プロトコル記憶手段３ａ４とを備える。なお、データ作成手段やデータ表示手段については、一般の通信装置と同様であるので、図示説明を省略する。
【００３４】
パケット信号送受信手段３ａ１は、通信回線１を介してサーバ２ａとパケット通信を実行してデータの送受信し、サーバ２ａから受信したデータはデータ蓄積手段３ａ２に蓄積し、データ蓄積手段３ａ２に蓄積しているデータをサーバ２ａに送信する。
【００３５】
通信プロトコル制御手段３ａ３は、パケット信号送受信手段３ａ１によるパケット通信の失敗と成功を検出して計数し、連続する失敗回数や成功回数に応じてパケット信号送受信手段３ａ１がパケット通信に使用する通信プロトコルを切り替え制御する。
【００３６】
通信プロトコル記憶手段３ａ４は、パケット信号送受信手段３ａ１がパケット通信に選択的に使用する複数の通信プロトコルを記憶する。
【００３７】
ここで、携帯端末３ａが通信回線１を介してサーバ２ａとパケット通信して該サーバ２ａに緊急情報のデータを蓄積・取得するときに携帯端末３ａが選択的に使用する複数の通信プロトコルの選択制御について、図２を参照して説明する。事前のマスタ情報同期のための通信についてはＴＣＰのみをサポートするために説明を省略する。他の携帯端末３ｂ〜３ｄとサーバ２ａ，２ｂ間のパケット通信も同様である。
【００３８】
ステップＳ１０１
第１の通信プロトコルＣＰ１を使用してパケット通信を要求する。
【００３９】
ステップＳ１０２
第１の通信プロトコルＣＰ１での通信の成否を確認する。
【００４０】
ステップＳ１０３
第１の通信プロトコルＣＰ１での通信が成功しているときには該第１の通信プロトコルＣＰ１でのパケット通信を維持する。
【００４１】
ステップＳ１０４
第１の通信プロトコルＣＰ１での通信が失敗しているときには該第１の通信プロトコルＣＰ１でのパケット通信の連続した失敗回数を計数して処理を分岐する。連続失敗回数が所定値以下のときにはステップＳ１０１に戻って第１の通信プロトコルＣＰ１での通信要求を繰り返し、連続失敗回数が所定値を超えているときにはステップＳ２０１に進む。
【００４２】
ステップＳ２０１
第２の通信プロトコルＣＰ２を使用してパケット通信を要求する。
【００４３】
ステップＳ２０２
第２の通信プロトコルＣＰ２での通信の成否を確認する。
【００４４】
ステップＳ２０３
第２の通信プロトコルＣＰ２での通信が成功しているときには該第２の通信プロトコルＣＰ２でのパケット通信の連続する成功回数を計数して処理を分岐する。
【００４５】
ステップＳ２０４
第２の通信プロトコルＣＰ２での連続成功回数が所定値を超えているときには、次のパケット通信に使用する通信プロトコルを第１の通信プロトコルＣＰ１に戻す。
【００４６】
ステップＳ２０５
第２の通信プロトコルＣＰ２での連続成功回数が所定値以下のときには該第２の通信プロトコルＣＰ２でのパケット通信を維持する。
【００４７】
ステップＳ２０６
第２の通信プロトコルＣＰ２での通信が失敗しているときには該第２の通信プロトコルＣＰ２でのパケット通信の連続した失敗回数を計数して処理を分岐する。連続失敗回数が所定値以下のときにはステップＳ２０１に戻って第２の通信プロトコルＣＰ２での通信要求を繰り返し、連続失敗回数が所定値を超えているときにはステップＳ３０１に進む。
【００４８】
ステップＳ３０１
第３の通信プロトコルＣＰ３を使用してパケット通信を要求する。
【００４９】
ステップＳ３０２
第３の通信プロトコルＣＰ３での通信の成否を確認する。
【００５０】
ステップＳ３０３
第３の通信プロトコルＣＰ３での通信が成功しているときには該第３の通信プロトコルＣＰ３でのパケット通信の連続する成功回数を計数して処理を分岐する。
【００５１】
ステップＳ３０４
第３の通信プロトコルＣＰ３での連続成功回数が所定値を超えているときには、次のパケット通信に使用する通信プロトコルを第２の通信プロトコルＣＰ２に戻す。
【００５２】
ステップＳ３０５
第３の通信プロトコルＣＰ３での連続成功回数が所定値以下のときには該第３の通信プロトコルＣＰ３でのパケット通信を維持する。
【００５３】
ステップＳ３０６
第３の通信プロトコルＣＰ３での通信が失敗しているときには該第３の通信プロトコルＣＰ３でのパケット通信の連続した失敗回数を計数して処理を分岐する。連続失敗回数が所定値以下のときにはステップＳ３０１に戻って第３の通信プロトコルＣＰ３での通信要求を繰り返し、連続失敗回数が所定値を超えているときにはステップＳ４０１に進む。
【００５４】
ステップＳ４０１
第４の通信プロトコルＣＰ４を使用してパケット通信を要求する。
【００５５】
ステップＳ４０２
第４の通信プロトコルＣＰ４での通信の成否を確認する。通信に失敗しているときには
ステップＳ４０１に戻って該第４の通信プロトコルＣＰ４での通信を再度要求する。
【００５６】
ステップＳ４０３
第４の通信プロトコルＣＰ４での通信が成功しているときには該第４の通信プロトコルＣＰ４でのパケット通信の連続する成功回数を計数して処理を分岐する。
【００５７】
ステップＳ４０４
第４の通信プロトコルＣＰ４での連続成功回数が所定値を超えているときには、次のパケット通信に使用する通信プロトコルを第３の通信プロトコルＣＰ３に戻す。
【００５８】
ステップＳ４０５
第４の通信プロトコルＣＰ４での連続成功回数が所定値以下のときには該第４の通信プロトコルＣＰ４でのパケット通信を維持する。
【００５９】
前述したようなパケット通信により行う実際の緊急通信の例を図３を参照して説明する。ここでは、携帯端末３ａと携帯端末３ｂの間での緊急連絡を例示する。
【００６０】
タイミングＴ１、Ｔ２
携帯端末３ａ、３ｂは、第１の通信プロトコルＣＰ１を使用してサーバ２ａと通信して緊急通信のマスタ情報を取得する。
【００６１】
タイミングＴ３
携帯端末３ａからサーバ２ａに対して緊急リクエスト情報を第１の通信プロトコルＣＰ１を使用して送信する。
【００６２】
タイミングＴ４
サーバ２ａは、緊急リクエスト情報を受信すると該緊急リクエスト情報を蓄積すると共にリクエスト受信確認情報を携帯端末３ａに送信する。携帯端末３ａは、リクエスト受信確認情報を受信すると通信の成功を認識（検出）する。
【００６３】
タイミングＴ５
携帯端末３ｂは、サーバ２ａに対して緊急リクエスト情報一覧取得要求を第１の通信プロトコルＣＰ１を使用して送信する。
【００６４】
タイミングＴ６
サーバ２ａは、緊急リクエスト情報一覧取得要求を受信すると蓄積している緊急リクエスト情報一覧を携帯端末３ｂに送信する。
【００６５】
タイミングＴ７
携帯端末３ｂは、緊急リクエスト情報一覧を受信すると、緊急リクエスト情報に対応する緊急レスポンス情報をサーバ２ａに送信する。
【００６６】
タイミングＴ８
サーバ２ａは、緊急レスポンス情報を受信すると該緊急レスポンス情報を蓄積すると共にレスポンス受信確認情報を携帯端末３ｂに送信する。携帯端末３ｂは、レスポンス受信確認情報を受信すると通信の成功を認識（検出）する。
【００６７】
タイミングＴ９
携帯端末３ａは、サーバ２ａに対して緊急レスポンス情報一覧取得要求を第１の通信プロトコルＣＰ１を使用して送信する。
【００６８】
タイミングＴ１０
サーバ２ａは、緊急レスポンス情報一覧取得要求を受信すると、蓄積している緊急レスポンス情報一覧を携帯端末３ａに送信する。携帯端末３ａは、緊急レスポンス情報一覧を受信すると、リクエストに対するレスポンス内容と通信の成功を認識（検出）する。
【００６９】
緊急通信はこのようにして行われるが、通信回線１が輻輳することにより、何れかの送受信（パケット通信）で不成功があると、再試行するが、不成功が所定回数連続すると、使用する通信プロトコルを第２の通信プロトコルＣＰ２に変更してパケット通信を継続する。第２の通信プロトコルＣＰ２によるパケット通信でも不成功が所定回数連続すると、第３の通信プロトコルＣＰ３に変更し、第３の通信プロトコルＣＰ３によるパケット通信でも不成功が所定回数連続すると、第４の通信プロトコルＣＰ４に変更する。
【００７０】
そして、第４の通信プロトコルＣＰ４を使用してのパケット通信において、通信の成功が所定回数連続すると、使用する通信プロトコルを第３の通信プロトコルＣＰ３に変更し、第３の通信プロトコルＣＰ３を使用してのパケット通信において、通信の成功が所定回数連続すると、使用する通信プロトコルを第２の通信プロトコルＣＰ２に変更し、第２の通信プロトコルＣＰ２を使用してのパケット通信において、通信の成功が所定回数連続すると、使用する通信プロトコルを第１の通信プロトコルＣＰ１に変更してパケット通信を継続する。
【符号の説明】
【００７１】
１…通信回線
２ａ、２ｂ…サーバ
２ａ１…パケット信号送受信手段
２ａ２…データ蓄積手段
２ａ３…通信プロトコル制御手段
２ａ４…通信プロトコル記憶手段
３ａ、３ｂ、３ｃ、３ｄ…携帯端末
３ａ１…パケット信号送受信手段
３ａ２…データ蓄積手段
３ａ３…通信プロトコル制御手段
３ａ４…通信プロトコル記憶手段
【図１】
2016157994.tif 000003
【図２】
2016157994.tif 000004
【図３】
2016157994.tif 000005
【図４】
2016157994.tif 000006