JP7708304B2 - 通信システム、通信装置、及び通信方法 - Google Patents

Description

本開示は、通信システム、通信装置、通信方法、及びプログラムに関する。

特許文献１には、クライアントとサーバの通信において、ＨＴＴＰ（Ｈｙｐｅｒｔｅｘｔ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ）を経由してＲＥＳＴ（Ｒｅｐｒｅｓｅｎｔａｔｉｏｎａｌ Ｓｔａｔｅ Ｔｒａｎｓｆｅｒ）形式の通信（以下、「ＲＥＳＴ通信」と称する）を行う構成が開示されている。

特表２０１６－５３４６０７号公報

ＲＥＳＴとは、ＸＭＬ（Ｅｘｔｅｎｓｉｂｌｅ Ｍａｒｋｕｐ Ｌａｎｇｕａｇｅ）やＨＴＴＰを使った軽量で単純なＷｅｂインターフェイスとして使用される設計思想を指す。ＲＥＳＴ通信の特徴として、サーバ、及びクライアントとサーバを中継する通信装置は、クライアントのセッション情報や処理結果を保持せず、入力の内容によって一意に出力が定まる方式であることが挙げられる。これにより、サーバは以前のセッション情報を保持及び反映する必要がなくなるため、サーバ及び通信装置のシステムを単純化することができる。

また、クライアントからのリクエストは、処理に必要な情報を全て含むため、それまで通信に使用していたサーバと異なるサーバにおいてもリクエストを同様に処理することが可能である。したがって、クライアントの情報をサーバ間で同期する必要がないことから、サーバの増設も容易となる。

クライアントとサーバとの間の通信を中継する通信装置は、クライアントからのリクエストをサーバに送信するタイミングで、通信装置とサーバとの間にＨＴＴＰセッションを確立する。その後、サーバからのレスポンスをクライアントに送信し、サーバとのＨＴＴＰセッションを切断し、これらの動作を繰り返し行う。

通信装置は、クライアントからのリクエスト毎にＨＴＴＰセッションを確立及び切断を行っている。このことから、ＨＴＴＰセッションの確立及び切断のためのパケットを多く使用することになり、通信装置とサーバとの間のネットワーク帯域を圧迫している。

上記を鑑み、本開示は、ネットワーク帯域の使用量を低減できる通信システムを提供することを目的とする。

本開示に係る通信システムは、サーバと、前記サーバとの間に確立したＨＴＴＰセッションを利用したＲＥＳＴ通信を行う通信装置とを備え、前記通信装置は、クライアント装置から受信した起呼信号に基づいて開始した前記ＲＥＳＴ通信が終了した後に、前記サーバへキープアライブ信号を送信し、前記ＨＴＴＰセッションを維持した状態において前記クライアント装置へ前記起呼信号に対する応答信号を送信するものである。

本開示に係る通信装置は、サーバとの間に確立したＨＴＴＰセッションを利用したＲＥＳＴ通信を行う通信部と、クライアント装置から受信した起呼信号に基づいて開始した前記ＲＥＳＴ通信が終了した後に、前記通信部を介して前記サーバへキープアライブ信号を送信し、前記ＨＴＴＰセッションを維持するセッション制御部とを備え、前記通信部は、前記ＨＴＴＰセッションが維持された状態において前記クライアント装置へ前記起呼信号に対する応答信号を送信するものである。

本開示に係る通信方法は、クライアント装置から受信した起呼信号に基づいて、サーバとの間に確立したＨＴＴＰセッションを利用したＲＥＳＴ通信を開始し、前記ＲＥＳＴ通信が終了した後に、前記ＨＴＴＰセッションを維持するために、前記サーバへキープアライブ信号を送信し、前記ＨＴＴＰセッションが維持された状態において前記クライアント装置へ前記起呼信号に対する応答信号を送信するものである。

本開示に係るプログラムは、クライアント装置から受信した起呼信号に基づいて、サーバとの間に確立したＨＴＴＰセッションを利用したＲＥＳＴ通信を開始し、前記ＲＥＳＴ通信が終了した後に、前記ＨＴＴＰセッションを維持するために、前記サーバへキープアライブ信号を送信し、前記ＨＴＴＰセッションが維持された状態において前記クライアント装置へ前記起呼信号に対する応答信号を送信することをコンピュータに実行させるものである。

本開示により、ネットワーク帯域の使用量を低減できる通信システムを提供することができる。

実施の形態１に係る通信システムにおいて、本開示の通信方法を適用しない時の一様態について説明する図である。 実施の形態１に係る通信システムにおいて、本開示の通信方法を適用する時の一様態について説明する図である。 実施の形態１に係る通信システムの処理を説明するシーケンス図である。 実施の形態１に係る通信システムの通信方法を説明するフローチャートである。 実施の形態２に係る通信システムにおいて、サーバの障害発生及び復旧後におけるサーバ間の負荷について説明する図である。 実施の形態２に係る通信システムにおいて、サーバの障害発生及び復旧後におけるサーバ間の負荷の平滑化について説明する図である。 実施の形態１及び２に係る通信装置の構成図である。

＜実施の形態１＞
以下、図面を参照して本開示の実施の形態について説明する。図１は、本開示の通信方法を適用しない時の通信システムの一様態を示している。

本実施の形態に係る通信システムは、通信装置１０１と３つのサーバ１０２、１０３、１０４を備え、通信装置１０１は、各サーバとの間に２つずつ計６つのＨＴＴＰセッションを確立するように構成されている。ただし、サーバ及びＨＴＴＰセッションの数はこれに限定されない。

図１の一段目に示される通信装置１０１は、クライアントから送信されたＲＥＳＴ通信の起呼信号を受信して起動する。起動した通信装置１０１は、サーバ１０２、１０３、１０４それぞれとの間にＨＴＴＰセッションを確立する（図１の二段目参照）。

ＨＴＴＰセッション確立後、通信装置１０１は、起呼信号に基づくリクエスト（以下、「ＲＥＳＴリクエスト」と称する）をサーバ１０２、１０３、１０４に送信する。ＲＥＳＴリクエストを受信したサーバ１０２、１０３、１０４は、ＲＥＳＴリクエストに基づくレスポンス（以下、「ＲＥＳＴレスポンス」と称する）を通信装置１０１に送信する（図１の三段目参照）。

ＲＥＳＴレスポンスを受信した通信装置１０１は、サーバ１０２、１０３、１０４とのＨＴＴＰセッションを切断し（図１の四段目参照）、クライアントにＲＥＳＴ通信の起呼信号に対する応答信号を送信する（図１の五段目参照）。

通信装置とサーバとの間でＨＴＴＰセッションを確立するには、ＳＹＮ／ＳＹＮＡＣＫ／ＡＣＫの３つの信号のやり取りを要し、ＨＴＴＰセッションを切断するには、ＦＩＮＡＣＫ／ＡＣＫ／ＦＩＮＡＣＫ／ＡＣＫの４つの信号のやり取りを要する。即ち、通信装置及びサーバ間でＨＴＴＰセッションの確立及び切断は、１回あたり７パケットを要する。

クライアントからの要求が増えるにつれて、通信装置が受信する起呼信号の数も増えるため、ＨＴＴＰセッションの確立及び切断に要する処理時間やパケット数も起呼信号の数だけ増加する。したがって、情報のやり取り以外の動作によって、通信装置とサーバ間のネットワーク帯域が圧迫されることになる。

次に、本開示に係る通信システム及び通信方法を適用する時の通信システムの一様態を、図２、図３、及び図４を用いて説明する。

図２の一段目に示される通信装置１０１は、クライアントからＲＥＳＴ通信の起呼信号を受信する前に起動しており、サーバ１０２、１０３、１０４それぞれとの間にＨＴＴＰセッションを予め確立する。その後、通信装置１０１は、クライアントから送信された起呼信号を受信する。

通信装置１０１は、ＲＥＳＴ通信を開始するために、ＲＥＳＴリクエストをサーバ１０２、１０３、１０４に送信する。サーバ１０２、１０３、１０４は、ＲＥＳＴレスポンスを通信装置１０１に送信する（図２の二段目参照）。通信装置１０１と、サーバ１０２、１０３、１０４との間のＲＥＳＴ通信は、通信装置１０１がＲＥＳＴレスポンスを受信することによって終了する。

その後、ＲＥＳＴレスポンスを受信した通信装置１０１は、サーバ１０２、１０３、１０４との間のＨＴＴＰセッションを維持したまま、クライアントにＲＥＳＴ通信の起呼信号に対する応答信号を送信する（図２の三段目参照）。

ＨＴＴＰセッションの維持は、通信装置１０１からサーバ１０２、１０３、１０４にキープアライブ信号を送信することで行われる。

本開示に係る通信システムの処理について、図３のシーケンス図を用いて説明する。なお、簡素化のために、図３では３つのサーバ１０２、１０３、１０４のうちサーバ１０２のみを記載している。サーバ１０３及びサーバ１０４の動作は、サーバ１０２と同様である。

通信装置１０１は、起動後（Ｓ１０１）、ＨＴＴＰセッションの確立を要求するＳＹＮ信号をサーバ１０２に送信する（Ｓ１０２）。ＳＹＮ信号を受信したサーバ１０２は、ＨＴＴＰセッションの確立を許可するＳＹＮＡＣＫ信号を通信装置１０１に送信する（Ｓ１０３）。ＳＹＮＡＣＫ信号を受信した通信装置１０１は、ＨＴＴＰセッションの確立を開始するＡＣＫ信号をサーバ１０２に送信し、サーバ１０２との間にＨＴＴＰセッションを確立する（Ｓ１０４）。通信装置１０１は、ＨＴＴＰセッションの数だけこれらのステップを繰り返し行う。

ＨＴＴＰセッションを確立した通信装置１０１は、クライアント装置１０５からの起呼信号を受信し（Ｓ１０５）、ＲＥＳＴリクエストをサーバ１０２に送信する（Ｓ１０６）。ＲＥＳＴリクエストを受信したサーバ１０２は、ＲＥＳＴレスポンスを通信装置１０１に送信する（Ｓ１０７）。

ＲＥＳＴレスポンスを受信した通信装置１０１は、サーバ１０２にキープアライブ信号を送信し、キープアライブ信号を受信したサーバ１０２は、通信装置１０１にキープアライブ信号に対する応答信号を送信して、ＨＴＴＰセッションを維持する（Ｓ１０８）。その後、通信装置１０１は、クライアント装置１０５に起呼信号に対する応答信号を送信する（Ｓ１０９）。

通信装置１０１は、サーバ１０２との間のＨＴＴＰセッションを維持したまま、クライアント装置１０５から次の起呼信号を受信し（Ｓ１１０）、サーバ１０２と次のＲＥＳＴリクエスト及びＲＥＳＴレスポンスの送受信を行う（Ｓ１１１及びＳ１１２）。

その後、所定の分だけＲＥＳＴ通信を行った通信装置１０１は、サーバ１０２へのキープアライブ信号の送信を行わず、クライアント装置１０５に起呼信号に対する応答信号を送信する（Ｓ１１３）。

次に、本開示に係る通信システムの通信方法について、図４のフローチャートを用いて説明する。

通信装置１０１は、クライアント装置１０５から受信した起呼信号に基づいて、サーバ１０２との間に確立したＨＴＴＰセッションを利用したＲＥＳＴ通信を開始する（Ｓ２０１）。ＲＥＳＴ通信が終了した後、通信装置１０１とサーバ１０２との間のＨＴＴＰセッションを維持するため、通信装置１０１は、サーバ１０２にキープアライブ信号を送信する（Ｓ２０２）。当該ＨＴＴＰセッションが維持された状態において、通信装置１０１は、クライアント装置１０５に起呼信号に対する応答信号を送信する（Ｓ２０３）。

このようにして、通信装置１０１とサーバ１０２との間にＨＴＴＰセッションを維持することで、起呼信号の受信毎にＨＴＴＰセッションを確立及び切断をするステップを省くことができる。

したがって、クライアントからの要求が増え、通信装置が受信する起呼信号の数も増えても、ＨＴＴＰセッションの確立及び切断に要する処理時間やパケット数を省くことができる。これにより、通信装置とサーバ間のネットワーク帯域の圧迫を解消することが可能となる。

ここで、本開示に係る通信システム及び通信方法によって得られる効果として、ＲＥＳＴ通信においてＨＴＴＰセッションの確立及び切断に要する処理時間及びパケット数を計算する。

通信装置が１秒間に起呼信号の処理できる数（ｔｐｓ：Ｔｒａｎｓａｃｔｉｏｎ Ｐｅｒ Ｓｅｃｏｎｄ）を９４０、通信装置が起動時に確立するＨＴＴＰセッションの数を１００として、ＨＴＴＰセッションを１時間（３６００秒）維持する場合を想定する。また、ＨＴＴＰセッションの確立及び切断は１回あたり７パケットを使用するため、ここでは７パケットを処理する時間を２ｍｓとする。

本開示の通信方法を適用しない時、１時間あたりの処理時間は９４０（ｔｐｓ）×２（ｍｓ）×３６００（ｓ）＝６，７６８，０００（ｍｓ）であり、１時間あたりのパケット数は９４０（ｔｐｓ）×７（パケット）×３６００（ｓ）＝２３，６８８，０００（パケット）である。

一方、本開示の通信方法を適用すると、起動時に１００個のＨＴＴＰセッションを確立した後は、ＨＴＴＰセッションを維持するため、以降のＨＴＴＰセッションの確立及び切断の処理は不要となる。したがって、１時間あたりの処理時間は１００（セッション）×２（ｍｓ）＝２００（ｍｓ）であり、１時間あたりのパケットは１００（セッション）×７（パケット）＝７００（パケット）である。

このように、本開示に係る通信方法を適用することで、ＨＴＴＰセッションの確立及び切断に要する処理時間及びパケット数を削減することが可能となる。したがって、ネットワーク帯域の使用量を低減できる通信システムを提供することができる。

＜実施の形態２＞
本実施の形態では、実施の形態１に係る通信システムにおいて、サーバに障害が発生した場合の処理について説明する。

通信システムにおいて処理性能を保障するためには、ＨＴＴＰセッションの数を維持することが重要である。したがって、サーバに障害が発生した場合、通信装置は、障害が発生したサーバとの間に確立していたＨＴＴＰセッションを、それ以外のサーバに振り分けることが望ましい。

図５は、実施の形態１に係る通信システムにおいて、サーバに障害が発生した時の一様態を示している。本実施の形態に係る通信システムは、実施の形態１と同様に、通信装置１０１と３つのサーバ１０２、１０３、１０４を備え、通信装置１０１は、各サーバと２つずつ計６つのＨＴＴＰセッションを確立するように構成されている。ただし、サーバ及びＨＴＴＰセッションの数はこれに限定されない。

図５の一段目に示されるサーバ１０２に障害が発生した場合、通信装置１０１は、ＨＴＴＰセッションの数を維持するために、サーバ１０２との間に確立していた２つのＨＴＴＰセッションを、サーバ１０３及びサーバ１０４との間に確立する。したがって、通信装置１０１は、サーバ１０３及びサーバ１０４との間に３つずつＨＴＴＰセッションを確立している。

実施の形態１に係る通信方法は、ＨＴＴＰセッションを維持することでＨＴＴＰセッションの確立及び切断に要する処理時間やパケット数を削減している。しかし、サーバ１０２の復旧後も通信装置１０１がサーバ１０２とＨＴＴＰセッションを確立することがないため、サーバ１０３及びサーバ１０４へ負荷が偏ったままとなる（図５の二段目参照）。したがって、サーバ１０２が復旧するに伴い、通信装置１０１が、サーバ１０２との間に再びＨＴＴＰセッションを確立する契機を新たに設ける必要がある。

本実施の形態に係る通信システム及び通信方法は、サーバの復旧後におけるＨＴＴＰセッションの負荷の平滑化を速やかに行うことを可能にするものである。

本実施の形態に係る通信システム及び通信方法について、図６を用いて説明する。図６の一段目に示されるサーバ１０２に障害が発生した場合、通信装置１０１は、サーバ１０２との間に確立していた２つのＨＴＴＰセッションを、サーバ１０３及びサーバ１０４との間に確立する。したがって、通信装置１０１は、サーバ１０３及びサーバ１０４との間に３つずつＨＴＴＰセッションを確立している。

ここで、通信装置１０１は、サーバ１０３及びサーバ１０４との間に確立された６つのＨＴＴＰセッションから１つを選択し、キープアライブ信号の送信対象から除外し、選択したＨＴＴＰセッションを切断する（図６の二段目参照）。その後、通信装置１０１は、切断したＨＴＴＰセッションを再び確立する。これらの一連のステップは、サーバ１０２が復旧していない場合において周期的に繰り返し行われる。

通信装置１０１が、再びＨＴＴＰセッションを確立する際にサーバ１０２が復旧していない場合、サーバ１０３もしくはサーバ１０４との間にＨＴＴＰセッションを確立する。通信装置１０１が、再びＨＴＴＰセッションを確立する際にサーバ１０２が復旧している場合、サーバ１０２との間にＨＴＴＰセッションを確立する。

このようにして、復旧したサーバ１０２との間にＨＴＴＰセッションを確立する契機を設けることで、サーバ１０２の復旧後におけるＨＴＴＰセッションの負荷の平滑化を速やかに行うことができる（図６の三段目参照）。

次に、実施の形態１及び２に係る通信システムにおける、通信装置の内部について説明する。図７は、本実施の形態に係る通信装置の構成図である。通信装置１０１は、通信部１０６と、セッション制御部１０７とを備える。通信部１０６は、サーバ１０２との間にＨＴＴＰセッションを確立し、クライアント装置１０５とＲＥＳＴ通信を行う。セッション制御部１０７は、クライアント装置１０５から受信した起呼信号に基づいて開始したＲＥＳＴ通信が終了した後に、通信部１０６を介してサーバ１０２にキープアライブ信号を送信し、ＨＴＴＰセッションを維持する。

通信装置１０１をこのような構成にすることにより、本開示に係る通信方法を効率よく実行することが可能となる。

上述の例において、プログラムは、コンピュータに読み込まれた場合に、実施形態で説明された１又はそれ以上の機能をコンピュータに行わせるための命令群（又はソフトウェアコード）を含む。プログラムは、非一時的なコンピュータ可読媒体又は実体のある記憶媒体に格納されてもよい。限定ではなく例として、コンピュータ可読媒体又は実体のある記憶媒体は、ｒａｎｄｏｍ－ａｃｃｅｓｓ ｍｅｍｏｒｙ（ＲＡＭ）、ｒｅａｄ－ｏｎｌｙ ｍｅｍｏｒｙ（ＲＯＭ）、フラッシュメモリ、ｓｏｌｉｄ－ｓｔａｔｅ ｄｒｉｖｅ（ＳＳＤ）又はその他のメモリ技術、ＣＤ－ＲＯＭ、ｄｉｇｉｔａｌ ｖｅｒｓａｔｉｌｅ ｄｉｓｃ（ＤＶＤ）、Ｂｌｕ－ｒａｙ（登録商標）ディスク又はその他の光ディスクストレージ、磁気カセット、磁気テープ、磁気ディスクストレージ又はその他の磁気ストレージデバイスを含む。プログラムは、一時的なコンピュータ可読媒体又は通信媒体上で送信されてもよい。限定ではなく例として、一時的なコンピュータ可読媒体又は通信媒体は、電気的、光学的、音響的、またはその他の形式の伝搬信号を含む。

なお、本開示は上記実施の形態に限られたものではなく、趣旨を逸脱しない範囲で適宜変更することが可能である。また、本開示はそれぞれの実施形態を適宜組み合わせて実施されてもよい。

上記の実施形態の一部又は全部は、以下の付記のようにも記載されうるが、以下には限られない。
（付記１）
サーバと、
前記サーバとの間に確立したＨＴＴＰ（Ｈｙｐｅｒｔｅｘｔ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ）セッションを利用したＲＥＳＴ（Ｒｅｐｒｅｓｅｎｔａｔｉｏｎａｌ Ｓｔａｔｅ Ｔｒａｎｓｆｅｒ）通信を行う通信装置と、を備え、
前記通信装置は、
クライアント装置から受信した起呼信号に基づいて開始した前記ＲＥＳＴ通信が終了した後に、前記サーバへキープアライブ信号を送信し、前記ＨＴＴＰセッションを維持した状態において前記クライアント装置へ前記起呼信号に対する応答信号を送信する、通信システム。
（付記２）
前記サーバは、
前記通信装置から受信したＲＥＳＴリクエスト信号に対してＲＥＳＴレスポンス信号を前記通信装置へ送信し、
前記通信装置は、
前記ＲＥＳＴレスポンス信号を受信した際に前記サーバへ前記キープアライブ信号を送信する、付記１に記載の通信システム。
（付記３）
前記通信装置は、
起動時に前記サーバとの間に前記ＨＴＴＰセッションを確立する、付記１又は２に記載の通信システム。
（付記４）
前記通信装置は、
複数の前記サーバとの間に前記ＨＴＴＰセッションを確立し、複数の前記サーバに含まれる第１のサーバに障害が発生した場合、複数の前記サーバに含まれる前記第１のサーバ以外のサーバと、前記第１のサーバとの間に確立していた前記ＨＴＴＰセッションを確立する、付記１から３のいずれか１項に記載の通信システム。
（付記５）
前記通信装置は、
複数の前記サーバに含まれる前記第１のサーバ以外のサーバの負荷が均等に近づくように前記第１のサーバとの間に確立していた前記ＨＴＴＰセッションを振り分ける、付記４に記載の通信システム。
（付記６）
前記通信装置は、
前記第１のサーバに障害が発生した場合、複数の前記サーバに含まれる第２のサーバを選択し、前記第２のサーバとのＲＥＳＴ通信が終了した後に、キープアライブ信号を送信する対象から前記第２のサーバを除外し、前記第２のサーバとの間に確立しているＨＴＴＰセッションを切断する、付記４に記載の通信システム。
（付記７）
前記通信装置は、
前記第１のサーバが障害から復旧していない場合、複数の前記サーバのうち前記第１のサーバ以外のサーバとの間に、切断された前記第２のサーバとの間のＨＴＴＰセッションを確立し、前記第１のサーバが障害から復旧した場合、前記第１のサーバとの間に、切断された前記第２のサーバとの間のＨＴＴＰセッションを確立する、付記６に記載の通信システム。
（付記８）
サーバとの間に確立したＨＴＴＰ（Ｈｙｐｅｒｔｅｘｔ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ）セッションを利用したＲＥＳＴ（Ｒｅｐｒｅｓｅｎｔａｔｉｏｎａｌ Ｓｔａｔｅ Ｔｒａｎｓｆｅｒ）通信を行う通信部と、
クライアント装置から受信した起呼信号に基づいて開始した前記ＲＥＳＴ通信が終了した後に、前記通信部を介して前記サーバにキープアライブ信号を送信し、前記ＨＴＴＰセッションを維持するセッション制御部と、を備え、
前記通信部は、
前記ＨＴＴＰセッションが維持された状態において前記クライアント装置へ前記起呼信号に対する応答信号を送信する、通信装置。
（付記９）
前記通信部は、
前記クライアント装置から受信した起呼信号に基づいてＲＥＳＴリクエスト信号を前記サーバへ送信し、前記ＲＥＳＴリクエスト信号に対する応答としてＲＥＳＴレスポンス信号を前記サーバから受信した際に前記サーバへ前記キープアライブ信号を送信する、付記８に記載の通信装置。
（付記１０）
クライアント装置から受信した起呼信号に基づいて、サーバとの間に確立したＨＴＴＰ（Ｈｙｐｅｒｔｅｘｔ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ）セッションを利用したＲＥＳＴ（Ｒｅｐｒｅｓｅｎｔａｔｉｏｎａｌ Ｓｔａｔｅ Ｔｒａｎｓｆｅｒ）通信を開始し、
前記ＲＥＳＴ通信が終了した後に、前記ＨＴＴＰセッションを維持するために、前記サーバへキープアライブ信号を送信し、
前記ＨＴＴＰセッションが維持された状態において前記クライアント装置へ前記起呼信号に対する応答信号を送信する、通信方法。
（付記１１）
クライアント装置から受信した起呼信号に基づいて、サーバとの間に確立したＨＴＴＰ（Ｈｙｐｅｒｔｅｘｔ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ）セッションを利用したＲＥＳＴ（Ｒｅｐｒｅｓｅｎｔａｔｉｏｎａｌ Ｓｔａｔｅ Ｔｒａｎｓｆｅｒ）通信を開始し、
前記ＲＥＳＴ通信が終了した後に、前記ＨＴＴＰセッションを維持するために、前記サーバへキープアライブ信号を送信し、
前記ＨＴＴＰセッションが維持された状態において前記クライアント装置へ前記起呼信号に対する応答信号を送信する、ことをコンピュータに実行させるプログラムが格納された非一時的なコンピュータ可読媒体。

１０１ 通信装置
１０２ サーバ
１０３ サーバ
１０４ サーバ
１０５ クライアント装置
１０６ 通信部
１０７ セッション制御部

Claims (9)

1. サーバと、
   前記サーバとの間に確立したＨＴＴＰ（Ｈｙｐｅｒｔｅｘｔ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ）セッションを利用したＲＥＳＴ（Ｒｅｐｒｅｓｅｎｔａｔｉｏｎａｌ Ｓｔａｔｅ Ｔｒａｎｓｆｅｒ）通信を行う通信装置と、を備え、
   前記通信装置は、
   クライアント装置から受信した起呼信号に基づいて開始した前記ＲＥＳＴ通信が終了した後に、前記サーバへキープアライブ信号を送信し、前記ＨＴＴＰセッションを維持した状態において前記クライアント装置へ前記起呼信号に対する応答信号を送信し、
   複数の前記サーバとの間に前記ＨＴＴＰセッションを確立し、複数の前記サーバに含まれる第１のサーバに障害が発生した場合、複数の前記サーバに含まれる前記第１のサーバ以外のサーバと、前記第１のサーバとの間に確立していた前記ＨＴＴＰセッションを確立する、
   通信システム。
2. 前記サーバは、
   前記通信装置から受信したＲＥＳＴリクエスト信号に対してＲＥＳＴレスポンス信号を前記通信装置へ送信し、
   前記通信装置は、
   前記ＲＥＳＴレスポンス信号を受信した際に前記サーバへ前記キープアライブ信号を送信する、
   請求項１に記載の通信システム。
3. 前記通信装置は、
   起動時に前記サーバとの間に前記ＨＴＴＰセッションを確立する、
   請求項１又は２に記載の通信システム。
4. 前記通信装置は、
   複数の前記サーバに含まれる前記第１のサーバ以外のサーバの負荷が均等に近づくように前記第１のサーバとの間に確立していた前記ＨＴＴＰセッションを振り分ける、
   請求項１に記載の通信システム。
5. 前記通信装置は、
   前記第１のサーバに障害が発生した場合、複数の前記サーバに含まれる第２のサーバを選択し、前記第２のサーバとのＲＥＳＴ通信が終了した後に、前記キープアライブ信号を送信する対象から前記第２のサーバを除外し、前記第２のサーバとの間に確立しているＨＴＴＰセッションを切断する、
   請求項１に記載の通信システム。
6. 前記通信装置は、
   前記第１のサーバが障害から復旧していない場合、複数の前記サーバのうち前記第１のサーバ以外のサーバとの間に、切断された前記第２のサーバとの間のＨＴＴＰセッションを確立し、前記第１のサーバが障害から復旧した場合、前記第１のサーバとの間に、切断された前記第２のサーバとの間のＨＴＴＰセッションを確立する、
   請求項５に記載の通信システム。
7. サーバとの間に確立したＨＴＴＰ（Ｈｙｐｅｒｔｅｘｔ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ）セッションを利用したＲＥＳＴ（Ｒｅｐｒｅｓｅｎｔａｔｉｏｎａｌ Ｓｔａｔｅ Ｔｒａｎｓｆｅｒ）通信を行う通信部と、
   クライアント装置から受信した起呼信号に基づいて開始した前記ＲＥＳＴ通信が終了した後に、前記通信部を介して前記サーバにキープアライブ信号を送信し、前記ＨＴＴＰセッションを維持するセッション制御部と、を備え、
   前記通信部は、
   前記ＨＴＴＰセッションが維持された状態において前記クライアント装置へ前記起呼信号に対する応答信号を送信し、
   複数の前記サーバとの間に前記ＨＴＴＰセッションを確立し、複数の前記サーバに含まれる第１のサーバに障害が発生した場合、複数の前記サーバに含まれる前記第１のサーバ以外のサーバと、前記第１のサーバとの間に確立していた前記ＨＴＴＰセッションを確立する、
   通信装置。
8. 前記通信部は、
   前記起呼信号に基づいてＲＥＳＴリクエスト信号を前記サーバへ送信し、前記ＲＥＳＴリクエスト信号に対する応答としてＲＥＳＴレスポンス信号を前記サーバから受信した際に前記サーバへ前記キープアライブ信号を送信する、
   請求項７に記載の通信装置。
9. クライアント装置から受信した起呼信号に基づいて、サーバとの間に確立したＨＴＴＰ（Ｈｙｐｅｒｔｅｘｔ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ）セッションを利用したＲＥＳＴ（Ｒｅｐｒｅｓｅｎｔａｔｉｏｎａｌ Ｓｔａｔｅ Ｔｒａｎｓｆｅｒ）通信を開始し、
   前記ＲＥＳＴ通信が終了した後に、前記ＨＴＴＰセッションを維持するために、前記サーバへキープアライブ信号を送信し、
   前記ＨＴＴＰセッションが維持された状態において前記クライアント装置へ前記起呼信号に対する応答信号を送信し、
   複数の前記サーバとの間に前記ＨＴＴＰセッションを確立し、複数の前記サーバに含まれる第１のサーバに障害が発生した場合、複数の前記サーバに含まれる前記第１のサーバ以外のサーバと、前記第１のサーバとの間に確立していた前記ＨＴＴＰセッションを確立する、
   通信方法。