(57)【要約】【課題】異常な状態になったことでクライアントから送信されるデータを受信しなくなったサーバーが正常な状態に戻った場合、サーバーに対するデータ送信をクライアント主導で再開させる。【解決手段】クライアント１０は、サーバー２０に異常が検知されることでデータ送信部１２がデータを送信できないときに、サーバー２０が正常な状態に復旧するまでの間、自己のクライアントＩＤを含む再開要求を送信するとともに、正常な状態に復旧し再開要求を受信したサーバー２０から再開要求に応じて生成された再開リクエストを取得する再開要求送信部１３を有する。サーバー２０は、正常な状態に復旧することで受信した再開要求に含まれるクライアントＩＤを再開要求元保持部２４に保持させると共に再開リクエスト生成部２５により再開リクエストが生成された旨を再開要求に応じてクライアント１０に通知する再開要求制御部２３を有する。【選択図】図１
2020004323.tif 000002
【特許請求の範囲】
【請求項１】
クライアントと、
前記クライアントから送信されるデータを受信するサーバーと、
を有し、
前記クライアントは、
データを前記サーバーへ送信するデータ送信手段と、
前記サーバーが前記データ送信手段により送信されたデータを受信しない異常な状態になると、受信する正常な状態になるまで送信再開要求を繰り返し前記サーバーへ送信する要求送信手段と、
を有し、
前記データ送信手段は、データ送信を、前記サーバーが異常な状態になると停止し、前記要求送信手段により前記サーバーが正常な状態になったことが確認されると再開することを特徴とするクライアントサーバーシステム。
【請求項２】
前記サーバーは、前記クライアントの識別情報を含む前記送信再開要求を受信すると、当該クライアントの識別情報を保持する保持手段を有することを特徴とする請求項１に記載のクライアントサーバーシステム。
【請求項３】
前記サーバーは、正常な状態になると再開可能情報を生成する生成手段を有することを特徴とする請求項２に記載のクライアントサーバーシステム。
【請求項４】
前記生成手段は、前記クライアントが複数存在する場合、前記再開可能情報をクライアント毎に生成することを特徴とする請求項３に記載のクライアントサーバーシステム。
【請求項５】
前記要求送信手段は、自クライアントの識別情報を含む前記再開可能情報が前記サーバーで生成されることによって前記サーバーが正常な状態になったことを認識することを特徴とする請求項１又は３に記載のクライアントサーバーシステム。
【請求項６】
前記データ送信手段は、前記要求送信手段により前記サーバーが正常な状態になったことが認識されるとデータ送信を再開することを特徴とする請求項４に記載のクライアントサーバーシステム。
【請求項７】
前記生成手段は、前記再開可能情報にリトライ間隔を含め、
前記要求送信手段は、前記サーバーが再度異常な状態になると、正常な状態になるまで前記リトライ間隔で前記送信再開要求を繰り返し送信することを特徴とする請求項４に記載のクライアントサーバーシステム。
【請求項８】
前記クライアントは、前記データ送信手段におけるデータ送信の可不可状態を状態情報にて管理する管理手段を有し、
前記データ送信手段は、状態情報がデータ送信の不可状態に設定されているときにはデータの送信を停止することを特徴とする請求項１に記載のクライアントサーバーシステム。
【請求項９】
前記管理手段は、前記サーバーが異常な状態の場合、前記状態情報をデータ送信の不可状態に設定することを特徴とする請求項８に記載のクライアントサーバーシステム。
【請求項１０】
前記要求送信手段は、前記状態情報がユーザによりデータ送信の不可状態に設定された場合、前記送信再開要求を送信しないことを特徴とする請求項８に記載のクライアントサーバーシステム。
【請求項１１】
データをサーバーへ送信するデータ送信手段と、
前記サーバーが前記データ送信手段により送信されたデータを受信しない異常な状態になると、受信する正常な状態になるまで送信再開要求を繰り返し前記サーバーへ送信する要求送信手段と、
を有し、
前記データ送信手段は、データ送信を、前記サーバーが異常な状態になると停止し、前記要求送信手段により前記サーバーが正常な状態になったことが確認されると再開することを特徴とするクライアント。
【請求項１２】
クライアントからのデータを受信しない異常な状態から受信する正常な状態になった後に前記クライアントから送信されてきた送信再開要求を受信すると再開可能情報を生成する生成手段を有することを特徴とするサーバー。
【請求項１３】
コンピュータを、
データをサーバーへ送信するデータ送信手段、
前記サーバーが前記データ送信手段により送信されたデータを受信しない異常な状態になると、受信する正常な状態になるまで送信再開要求を繰り返し前記サーバーへ送信する要求送信手段、
として機能させ、
前記データ送信手段は、データ送信を、前記サーバーが異常な状態になると停止し、前記要求送信手段により前記サーバーが正常な状態になったことが確認されると再開することを特徴とするプログラム。
【請求項１４】
コンピュータを、クライアントからのデータを受信しない異常な状態から受信する正常な状態になった後に前記クライアントから送信されてきた送信再開要求を受信すると再開可能情報を生成する生成手段として機能させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、クライアントサーバーシステム、クライアント、サーバー及びプログラム、特にサーバーが正常な状態に戻った後のデータ送信の再開に関する。
【背景技術】
【０００２】
例えば、クライアントがサーバーにデータを送信しているときにサーバーに異常が発生してデータ送信ができなくなった場合、サーバーの復旧に合わせてデータ送信を再開させたい場合がある。
【０００３】
例えば、特許文献1では、過負荷状態であるためにクライアントからのデータを受信しない状態であったサーバーが正常な状態に回復した場合、サーバーは、クライアントに対しデータ送信可能の状態を通知し、クライアントは、そのサーバーからの通知を受けるとデータ送信を再開する技術が提案されている。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００１−１７７５５２号公報
【特許文献２】特表２００７−５２９０８０号公報
【特許文献３】特開平０６−０２１９６１号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
本発明は、異常な状態になったことでクライアントから送信されるデータを受信しなくなったサーバーが正常な状態に戻った場合、サーバーに対するデータ送信をクライアント主導で再開させることを目的とする。
【課題を解決するための手段】
【０００６】
本発明に係るクライアントサーバーシステムは、クライアントと、前記クライアントから送信されるデータを受信するサーバーと、を有し、前記クライアントは、データを前記サーバーへ送信するデータ送信手段と、前記サーバーが前記データ送信手段により送信されたデータを受信しない異常な状態になると、受信する正常な状態になるまで送信再開要求を繰り返し前記サーバーへ送信する要求送信手段と、を有し、前記データ送信手段は、データ送信を、前記サーバーが異常な状態になると停止し、前記要求送信手段により前記サーバーが正常な状態になったことが確認されると再開することを特徴とする。
【０００７】
また、前記サーバーは、前記クライアントの識別情報を含む前記送信再開要求を受信すると、当該クライアントの識別情報を保持する保持手段を有することを特徴とする。
【０００８】
また、前記サーバーは、正常な状態になると再開可能情報を生成する生成手段を有することを特徴とする。
【０００９】
また、前記生成手段は、前記クライアントが複数存在する場合、前記再開可能情報をクライアント毎に生成することを特徴とする。
【００１０】
また、前記要求送信手段は、自クライアントの識別情報を含む前記再開可能情報が前記サーバーで生成されることによって前記サーバーが正常な状態になったことを認識することを特徴とする。
【００１１】
また、前記データ送信手段は、前記要求送信手段により前記サーバーが正常な状態になったことが認識されるとデータ送信を再開することを特徴とする。
【００１２】
また、前記生成手段は、前記再開可能情報にリトライ間隔を含め、前記要求送信手段は、前記サーバーが再度異常な状態になると、正常な状態になるまで前記リトライ間隔で前記送信再開要求を繰り返し送信することを特徴とする。
【００１３】
また、前記クライアントは、前記データ送信手段におけるデータ送信の可不可状態を状態情報にて管理する管理手段を有し、前記データ送信手段は、状態情報がデータ送信の不可状態に設定されているときにはデータの送信を停止することを特徴とする。
【００１４】
また、前記管理手段は、前記サーバーが異常な状態の場合、前記状態情報をデータ送信の不可状態に設定することを特徴とする。
【００１５】
また、前記要求送信手段は、前記状態情報がユーザによりデータ送信の不可状態に設定された場合、前記送信再開要求を送信しないことを特徴とする。
【００１６】
本発明に係るクライアントは、データをサーバーへ送信するデータ送信手段と、前記サーバーが前記データ送信手段により送信されたデータを受信しない異常な状態になると、受信する正常な状態になるまで送信再開要求を繰り返し前記サーバーへ送信する要求送信手段と、を有し、前記データ送信手段は、データ送信を、前記サーバーが異常な状態になると停止し、前記要求送信手段により前記サーバーが正常な状態になったことが確認されると再開することを特徴とする。
【００１７】
本発明に係るサーバーは、クライアントからのデータを受信しない異常な状態から受信する正常な状態になった後に前記クライアントから送信されてきた送信再開要求を受信すると再開可能情報を生成する生成手段を有することを特徴とする。
【００１８】
本発明に係るプログラムは、コンピュータを、データをサーバーへ送信するデータ送信手段、前記サーバーが前記データ送信手段により送信されたデータを受信しない異常な状態になると、受信する正常な状態になるまで送信再開要求を繰り返し前記サーバーへ送信する要求送信手段、として機能させ、前記データ送信手段は、データ送信を、前記サーバーが異常な状態になると停止し、前記要求送信手段により前記サーバーが正常な状態になったことが確認されると再開することを特徴とする。
【００１９】
本発明に係るプログラムは、コンピュータを、クライアントからのデータを受信しない異常な状態から受信する正常な状態になった後に前記クライアントから送信されてきた送信再開要求を受信すると再開可能情報を生成する生成手段として機能させる。
【発明の効果】
【００２０】
請求項１に記載の発明によれば、異常な状態になったことでクライアントから送信されるデータを受信しなくなったサーバーが正常な状態に戻った場合、サーバーに対するデータ送信をクライアント主導で再開させることができる。
【００２１】
請求項２に記載の発明によれば、送信の再開を要求するクライアントを特定することができる。
【００２２】
請求項３に記載の発明によれば、データ送信が再開できることをクライアントに認識させることができる。
【００２３】
請求項４に記載の発明によれば、クライアント毎にデータ送信の再開を制御することができる。
【００２４】
請求項５に記載の発明によれば、クライアントは、サーバーからの通知を受けることなくサーバーが正常な状態になったことを知ることができる。
【００２５】
請求項６に記載の発明によれば、クライアントがデータ送信主導的に再開することができる。
【００２６】
請求項７に記載の発明によれば、複数のクライアントが存在する場合、各クライアントに対するリトライ間隔を調整することで複数のクライアントが送信再開要求を同時に送信することによる輻輳の発生を回避することができる。
【００２７】
請求項８に記載の発明によれば、状態情報によってデータ送信の実行を制御することができる。
【００２８】
請求項９に記載の発明によれば、状態情報にてデータ送信が可能な状態かどうかを管理することができる。
【００２９】
請求項１０に記載の発明によれば、ユーザの意思でデータ送信を停止した場合、ユーザの意思に反してデータ送信が再開されることを防止することができる。
【００３０】
請求項１１に記載の発明によれば、異常な状態になったことでクライアントから送信されるデータを受信しなくなったサーバーが正常な状態に戻った場合、サーバーに対するデータ送信をクライアント主導で再開することができる。
【００３１】
請求項１２に記載の発明によれば、異常な状態になったことでクライアントから送信されるデータを受信しなくなったサーバーが正常な状態に戻った場合、サーバーに対するデータ送信をクライアント主導で再開させることができる。
【００３２】
請求項１３に記載の発明によれば、異常な状態になったことで送信したデータを受信しなくなったサーバーが正常な状態に戻った場合、サーバーに対するデータ送信をコンピュータ主導で再開することができる。
【００３３】
請求項１４に記載の発明によれば、異常な状態になったことでクライアントから送信されるデータを受信しなくなった後に正常な状態に戻った場合、データ送信をクライアント主導で再開させることができる。
【図面の簡単な説明】
【００３４】
【図１】本発明に係るクライアントサーバーシステムの一実施の形態を示すブロック構成図である。
【図２】本実施の形態におけるクライアントのハードウェア構成図である。
【図３】本実施の形態におけるクライアントサーバー間のデータ通信のシーケンス図である。
【発明を実施するための形態】
【００３５】
以下、図面に基づいて、本発明の好適な実施の形態について説明する。
【００３６】
図１は、本発明に係るクライアントサーバーシステムの一実施の形態を示すブロック構成図である。図１には、クライアント１０とサーバー２０とがインターネット１に接続された構成が示されている。クライアント１０は、外部からの不正アクセスをブロックするためにファイアウォール（ＦＷ）２を介してインターネット１に接続される。
【００３７】
図２は、本実施の形態におけるクライアント１０を形成するコンピュータのハードウェア構成図である。本実施の形態におけるクライアント１０は、パーソナルコンピュータ（ＰＣ）等の従前から存在する汎用的なハードウェア構成で実現できる。すなわち、クライアント１０は、図２に示すＣＰＵ３１、ＲＯＭ３２、ＲＡＭ３３、ハードディスクドライブ（ＨＤＤ）３４、入力手段として設けられたマウス３５とキーボード３６及び表示手段として設けられたディスプレイ３７をそれぞれ接続する入出力コントローラ３８、通信手段として設けられたネットワークインタフェース（ＩＦ）３９を内部バス４０に接続して構成される。
【００３８】
図１に戻り、クライアント１０は、通信処理部１１、データ送信部１２、再開要求送信部１３、送信状態管理部１４及びデータ記憶部１５を有している。なお、本実施の形態の説明に用いない構成要素は図１から省略している。通信処理部１１は、サーバー２０とインターネット１を介したデータ通信を処理する。データ送信部１２は、データ記憶部１５に記憶されているデータを取り出してサーバー２０へ送信する。再開要求送信部１３は、サーバー２０がデータ送信部１２により送信されたデータを受信しない異常な状態になると、受信する正常な状態になるまで送信再開要求を繰り返しサーバー２０へ送信する。送信状態管理部１４は、データ送信部１２におけるデータ送信の可不可状態を状態情報にて管理する。本実施の形態では、データ送信が可能な状態を「有効」と、データ送信ができない状態を「無効」と、状態情報に設定する。
【００３９】
クライアント１０における各構成要素１１〜１４は、クライアント１０を形成するコンピュータと、コンピュータに搭載されたＣＰＵ３１で動作するプログラムとの協調動作により実現される。また、データ記憶部１５は、クライアント１０に搭載されたＨＤＤ３４にて実現される。あるいは、ＲＡＭ３３又は外部にある記憶手段をネットワーク経由で利用してもよい。
【００４０】
なお、インターネット１には、複数のクライアント１０が接続されるが、いずれも前述した構成要素を有していればよいので、図１では、１台のクライアント１０のみのブロック構成を図示した。
【００４１】
サーバー２０は、各クライアント１０から送信されてくるデータを受信、保存するサーバコンピュータである。本実施の形態におけるサーバー２０は、汎用的なハードウェア構成で実現できる。従って、サーバー２０のハードウェア構成は、図２と同様に構成してよい。本実施の形態におけるサーバー２０は、通信処理部２１、データ受信部２２、再開要求制御部２３、再開要求元保持部２４、再開リクエスト生成部２５、再開リクエスト保持部２６及びデータ記憶部２７を有している。なお、本実施の形態の説明に用いない構成要素は図１から省略している。
【００４２】
通信処理部２１は、クライアント１０とインターネット１を介したデータ通信を処理する。データ受信部２２は、クライアント１０のデータ送信部１２が送信するデータを受信し、データ記憶部２７に保存する。再開要求制御部２３は、クライアント１０の再開要求送信部１３が送信する送信再開要求を受信することに伴いデータ送信の再開の制御を行う。再開要求元保持部２４は、再開要求制御部２３が受信した送信再開要求に含まれているクライアントＩＤを保持する。再開リクエスト生成部２５は、サーバー２０が正常な状態に復旧すると再開リクエストを生成する。再開リクエストは、再開要求元保持部２４が保持するクライアントＩＤに対応するクライアント１０毎に生成される再開可能情報に相当する。再開リクエスト保持部２６は、再開リクエスト生成部２５より生成された再開リクエストを保持する。
【００４３】
サーバー２０における各構成要素２１〜２３，２５は、サーバー２０を形成するコンピュータと、コンピュータに搭載されたＣＰＵで動作するプログラムとの協調動作により実現される。また、各保持部２４，２６とデータ記憶部２７は、サーバー２０に搭載されたＨＤＤにて実現される。あるいは、ＲＡＭ又は外部にある記憶手段をネットワーク経由で利用してもよい。
【００４４】
また、本実施の形態で用いるプログラムは、通信手段により提供することはもちろん、ＣＤ−ＲＯＭやＵＳＢメモリ等のコンピュータ読み取り可能な記録媒体に格納して提供することも可能である。通信手段や記録媒体から提供されたプログラムはコンピュータにインストールされ、コンピュータのＣＰＵがプログラムを順次実行することで各種処理が実現される。
【００４５】
本実施の形態におけるクライアントサーバーシステムにおいては、クライアント１０に保存されているデータをサーバー２０へ送信して保存させる。クライアント１０からサーバー２０へのデータ送信を行っているときにサーバー２０に何らかの異常が発生した場合、サーバー２０は、クライアント１０から送信されたデータを受信できなくなるが、その後、サーバー２０が正常な状態に復旧したときにクライアント１０からのデータ送信を自動的に再開させる。本実施の形態において特徴的なことは、データ送信の自動再開をクライアント主導の下で実行できるようにしたことである。以下、本実施の形態におけるデータ送信の再開処理について図３に示すシーケンス図を用いて説明する。
【００４６】
クライアント１０において、データ送信部１２は、送信対象のデータをデータ記憶部１５から取り出してサーバー２０へ送信する（ステップ１０１）。
【００４７】
サーバー２０におけるデータ受信部２２は、サーバー２０が正常な状態のときにはクライアント１０から送信されてくるデータを受信し、データ記憶部２７に保存する（ステップ２０１）。ここで、サーバー２０における「正常な状態」というのは、クライアント１０から送信されてくるデータを正常に受信できる状態であり、異常な状態でない状態のことをいう。これに対し、「異常な状態」というのは、サーバー２０がクライアント１０を含む外部からのデータを受信できない状態のことをいう。異常な状態には、サーバー２０が停止している場合はもちろんのこと、例えば、サーバー２０における処理負荷やデータ通信負荷が過大であって外部から送信されてくるデータを正常に受信できない状態も含まれる。
【００４８】
クライアント１０におけるデータ送信部１２は、ステップ１０１と同様にデータをサーバー２０へ送信するが（ステップ１０２）、それ以前にサーバー２０が異常な状態になって異常が検知された場合（ステップ２０２）、そのデータ送信は正常に終了できない。
【００４９】
このように、データ送信部１２は、データ送信に失敗すると、その旨を送信状態管理部１４に通知する。なお、送信状態管理部１４がデータ送信部１２におけるデータ送信を常時監視し、データ送信の失敗を検知するようにしてもよい。送信状態管理部１４は、このようにデータ送信の失敗を検知すると、状態情報を有効から無効に変更することにより、現在、データ送信は無効な状態と設定する（ステップ１０３）。
【００５０】
データ送信が無効な状態になると、再開要求送信部１３は、自己のクライアントＩＤを含む再開要求をサーバー２０へ送信する（ステップ１０４）。なお、再開要求送信部１３は、データ送信が無効な状態に変更されたことを、送信状態管理部１４からの通知を受けて知るようにしてもよいし、送信状態管理部１４が管理する状態情報を常時監視するようにしてもよい。
【００５１】
サーバー２０が異常な状態のときには、図３に示すように、サーバー２０は、クライアント１０から送信されてくる再開要求を受信することはできない。再開要求送信部１３は、再開要求の送信に失敗したことを検知すると、サーバー２０が正常な状態になるまで所定のリトライ間隔にて再開要求の送信を繰り返し行う（ステップ１０５）。
【００５２】
なお、サーバー２０が正常な状態になるまでデータ送信部１２におけるデータ送信を所定のリトライ間隔にて繰り返し行うように処理させることも考えられる。ただ、サーバー２０へ送信するデータは相対的に容量の大きい場合もあるので、サーバー２０が正常な状態になるまで容量の大きいデータの送信を繰り返し行うことは、ネットワーク負荷を考慮すると、好ましいものではない。そこで、本実施の形態においては、送信対象のデータに対して相対的に容量の小さい再開要求を送信対象とすることで、ネットワーク負荷の増大を抑止するようにした。再開要求は、クライアントＩＤ、再開要求の識別情報、送信日時等の小さいサイズの情報を含めるだけで形成できる。
【００５３】
再開要求の送信を繰り返している間にサーバー２０が正常な状態に復旧すると（ステップ２０３）、再開要求制御部２３は、クライアント１０から送信されてくる再開要求を受信することができる（ステップ１０６，２０４）。再開要求を受信すると、再開要求制御部２３は、再開要求に含まれているクライアントＩＤを再開要求元保持部２４に保持させる（ステップ２０５）。再開要求が保持されると、再開リクエスト生成部２５は、再開要求元保持部２４に保持されているクライアントＩＤを含む再開リクエストを生成し、再開リクエスト保持部２６に保持させる（ステップ２０７）。再開要求元保持部２４には、複数のクライアントＩＤが保持されている場合でも、再開リクエストは、クライアント１０毎に生成される。なお、再開要求制御部２３は、クライアントＩＤを再開要求元保持部２４に保持させた後、当該クライアントＩＤのクライアント１０から再開要求を受信した場合、重複したクライアントＩＤの保持を回避するために受信した再開要求を破棄する（ステップ１０７，２０６、ステップ１０８，２０８）。なお、破棄せずに、同じクライアントＩＤで既に保持されているクライアントＩＤを上書保存するように処理してもよい。
【００５４】
但し、再開要求制御部２３は、クライアント１０に対応する再開リクエストが再開リクエスト保持部２６に保持されている場合において当該クライアント１０から再開要求を正常に受信した場合（ステップ１０８，２０８）、当該当該クライアント１０の再開リクエストが生成されている旨を当該クライアント１０へ通知する（ステップ２０９）。再開要求送信部１３は、この通知に応じてサーバー２０が正常な状態に戻ったことを認識し、再開リクエストをサーバー２０から取得する（ステップ１０９）。
【００５５】
このようにして、再開要求送信部１３は、再開リクエストを受信すると、その旨を送信状態管理部１４に通知する。なお、送信状態管理部１４が再開要求送信部１３における受信状況を常時監視し、再開リクエストの受信を検知するようにしてもよい。送信状態管理部１４は、再開リクエストの受信を検知すると、状態情報を無効から有効に変更することにより、現在、データ送信は有効な状態と設定する（ステップ１１０）。
【００５６】
データ送信が有効な状態になると、データ送信部１２は、サーバー２０が異常な状態になったことにより停止させていたデータ送信を再開する。すなわち、上記と同様に送信対象のデータをデータ記憶部１５から取り出してサーバー２０へ送信する（ステップ１０１）。一方、正常な状態のサーバー２０におけるデータ受信部２２は、クライアント１０から送信されてくるデータを正常に受信し、データ記憶部２７に保存する（ステップ２０１）。このようにして、クライアント１０からサーバー２０へのデータ送信が再開される。
【００５７】
本実施の形態によれば、クライアント１０からサーバー２０へのデータ送信を再開させる際、サーバー２０からクライアント１０に対してデータを送信することはしない。ステップ２０９における再開リクエストの通知は、サーバー２０が主導的な動作による通知ではなく、クライアント１０からの再開要求に対する返答である。すなわち、本実施の形態においては、クライアント１０の主導の下にデータ送信を再開させることが可能となるため、サーバー２０からの復旧した旨の通知を受けるためにファイアウォール２に穴を空けておく必要がない。
【００５８】
ところで、複数のクライアント１０がサーバー２０にデータを送信しているときにサーバー２０が異常な状態になったとする。この場合、複数のクライアント１０は、上記説明したように再開要求をサーバー２０へ送信することになる。サーバー２０は、正常な状態に戻ったことによって複数のクライアント１０から同時に再開要求を受信すると、その受信処理及び再開リクエストの生成処理が集中してしまい、多大な処理負荷がかかる可能性が生じてくる。そこで、再開リクエスト生成部２５は、リトライ間隔を含めるようにして再開リクエストを生成する（ステップ２０７）。この場合、再開リクエストには、各クライアント１０における再開要求の送信タイミングが散らばるように、各再開リクエストに対して異なる値のリトライ間隔を設定するのが好適である。
【００５９】
再開リクエストは、それぞれ対応するクライアント１０によって取得されることになる（ステップ１０９）。再開リクエストに含まれるリトライ間隔は、再開要求送信部１３が参照可能にクライアント１０に保存される。そして、サーバー２０が再び異常な状態になった場合、再開要求送信部１３は、保存しているリトライ間隔を参照し、そのリトライ間隔にて再開要求を送信する。このように、複数のクライアント１０は、それぞれサーバー２０によって指定されたリトライ間隔に従い再開要求を繰り返し送信することになるので、再開要求は、サーバー２０における送信制御にもとで実行されることになる。これにより、サーバー２０は、今回の正常な状態の復旧時には対応できないものの、次回の異常な状態からの復旧時には、複数のクライアント１０から送信されてくる再開要求の受信処理及び再開リクエストの生成処理を分散して実行できるようになり、処理の集中化を回避することができる。
【００６０】
また、上記説明したように、再開要求送信部１３は、送信状態管理部１４が管理する状態情報が無効に設定されることにより、再開要求のサーバー２０へ送信を自動的に行うようにした。ただ、クライアントユーザがデータ送信部１２により提供されるデータ送信機能を停止することにより状態情報が無効に設定された場合、再開要求送信部１３は、クライアントユーザの意思に反してデータ送信機能が有効とならないように再開要求のサーバー２０へ送信しないようにしてもよい。
【符号の説明】
【００６１】
１  インターネット、２  ファイアウォール（ＦＷ）、１０  クライアント、１１  通信処理部、１２  データ送信部、１３  再開要求送信部、１４  送信状態管理部、１５  データ記憶部、２０  サーバー、２１  通信処理部、２２  データ受信部、２３  再開要求制御部、２４  再開要求元保持部、２５  再開リクエスト生成部、２６  再開リクエスト保持部、２７  データ記憶部、３１  ＣＰＵ、３２  ＲＯＭ、３３  ＲＡＭ、３４  ハードディスクドライブ（ＨＤＤ）、３５  マウス、３６  キーボード、３７  ディスプレイ、３８  入出力コントローラ、３９  ネットワークインタフェース（ＩＦ）、４０  内部バス。
【図１】
2020004323.tif 000003
【図２】
2020004323.tif 000004
【図３】
2020004323.tif 000005