JP2010176472A - サービス提供システム、サービス提供方法およびプログラム - Google Patents

Abstract

【課題】端末が要求するサービスを安定して受ける。
【解決手段】利用者から要求されたソフトウェア処理をサービスとして提供するサーバが、サーバと接続可能な複数の端末のうち１つの端末を代表端末として選択し、当該サーバの代行処理を行うプログラムである第１のプログラムを代表端末へダウンロードし、当該サーバが管理している複数の端末のサービスの提供に必要な利用者情報を代表端末へ定期的に送信し、代表端末が、第１のプログラムを実行し、第１のプログラムに従って、サーバからサービスの提供が困難であると判断した場合、代表端末以外の端末へ、接続先をサーバから代表端末へ切り替える指示を行い、代表端末以外の端末が、接続先をサーバから代表端末へ切り替え、代表端末が、サーバに代わって、利用者情報に基づいて代表端末と代表端末以外の端末とへサービスを提供する。
【選択図】図１

Description

本発明は、利用者にサービスを提供するサービス提供システム、サービス提供方法およびプログラムに関する。

一般的に、端末上で所定の処理を行うソフトウェアを利用する場合、利用者は端末のデスクトップ用のソフトウェアを購入して利用することが多い。しかし最近では、利用者はデスクトップ用のソフトウェアを購入するのではなく、当該端末と接続されたネットワーク内のサーバに置かれたソフトウェアをサービスとして利用する技術（ＳａａＳ：Ｓｏｆｔｗａｒｅ ａｓ ａ Ｓｅｒｖｉｃｅ）が急速に普及してきている。

図９は、一般的なＳａａＳシステムの一形態を示す図である。

図９に示したＳａａＳシステムは、端末１０００−１〜１０００−３と、ＳａａＳサーバ２０００とから構成されている。

端末１０００−１〜１０００−３は、例えば、社内において社内会議を行うための通信端末である。また、端末１０００−１〜１０００−３は、社内ネットワーク４０００と接続されている。

ＳａａＳサーバ２０００は、ネットワーク３０００と接続された利用者端末（ここでは、社内ネットワーク４０００と接続された端末１０００−１〜１０００−３）から要求されたソフトウェアをサービスとして提供するサーバである。通常は、ＳａａＳサーバ２０００が、ネットワーク３０００と社内ネットワーク４０００とを介して端末１０００−１〜１０００−３へサービスを提供している。

ここで、ＳａａＳサーバ２０００に障害が発生したり、処理負荷の集中が発生したりすると、ＳａａＳサーバ２０００がサービスの提供を行うことができなくなってしまう。

図１０は、図９に示したＳａａＳシステムにおいてＳａａＳサーバ２０００に障害または処理負荷の集中が発生した場合の様子を示す図である。

図１０に示すように、ＳａａＳサーバ２０００に障害または処理負荷の集中が発生すると、今までＳａａＳサーバ２０００からサービスの提供を受けていた端末１０００−１〜１０００−３が要求するサービスの提供を受けることができなくなってしまう。

このことは、上述したＳａａＳに限らず言えることであり、サービスを提供するサーバに障害が発生したり、処理負荷の集中が発生したりすると、当該サーバがサービスの提供を行うことができなくなってしまう。

そこで、サービスを提供する第１のサーバの状態を監視し、第１のサーバの状態がサービスを適切に提供できる状態ではないと判定された場合、第１のサーバへのサービス要求を第１のサーバとは別の第２のサーバへ転送し、第２のサーバがそのサービス要求を記憶しておき、第１のサーバの状態がサービスを適切に提供できる状態になったと判定された場合、第２のサーバが、当該サービス要求を第１のサーバへ通知する技術が考えられている（例えば、特許文献１参照。）。

特開２００３−２８８２８５号公報

しかしながら、特許文献１に記載されたような技術においては、サービスを受ける利用者とサービスを提供するサーバとが接続できない間は、利用者が要求する処理を行うことができないという問題点がある。

本発明は、上述した課題を解決するサービス提供システム、サービス提供方法およびプログラムを提供することを目的とする。

本発明のサービス提供システムは、
利用者から要求されたソフトウェア処理をサービスとして提供するサーバと、該サーバと接続可能に構成され、前記サービスを提供される複数の端末とから構成されるサービス提供システムにおいて、
前記サーバは、前記複数の端末のうち１つの端末を代表端末として選択し、当該サーバの代行処理を行うプログラムである第１のプログラムを前記代表端末へダウンロードし、当該サーバが管理している前記複数の端末の前記サービスの提供に必要な利用者情報を前記代表端末へ定期的に送信し、
前記代表端末は、前記第１のプログラムを実行し、該第１のプログラムに従って、前記サーバから前記サービスの提供が困難であると判断した場合、前記複数の端末のうちの前記代表端末以外の端末へ、接続先を前記サーバから当該代表端末へ切り替える指示を行い、前記サーバに代わって、前記利用者情報に基づいて当該代表端末と前記代表端末以外の端末とへ前記サービスを提供し、
前記代表端末以外の端末は、前記代表端末から接続先を前記サーバから前記代表端末への切り替えを指示された場合、接続先を前記サーバから前記代表端末へ切り替えることを特徴とする。

また、本発明のサービス提供方法は、
利用者から要求されたソフトウェア処理をサービスとして提供するサーバから、該サーバと接続可能に構成された複数の端末へ前記サービスを提供するサービス提供方法であって、
前記サーバが、前記複数の端末のうち１つの端末を代表端末として選択する処理と、
前記サーバが、当該サーバの代行処理を行うプログラムである第１のプログラムを前記代表端末へダウンロードする処理と、
前記サーバが、当該サーバが管理している前記複数の端末の前記サービスの提供に必要な利用者情報を前記代表端末へ定期的に送信する処理と、
前記代表端末が、前記第１のプログラムを実行する処理と、
前記代表端末が、前記第１のプログラムに従って、前記サーバから前記サービスの提供が困難であるかどうかを判断する処理と、
前記代表端末が、前記サーバから前記サービスの提供が困難であると判断した場合、前記複数の端末のうちの前記代表端末以外の端末へ、接続先を前記サーバから当該代表端末へ切り替える指示を行う処理と、
前記代表端末以外の端末が、前記代表端末から接続先を前記サーバから前記代表端末への切り替えを指示された場合、接続先を前記サーバから前記代表端末へ切り替える処理と、
前記代表端末が、前記サーバに障害が発生したと判断した場合、該サーバに代わって、前記利用者情報に基づいて当該代表端末と前記代表端末以外の端末とへ前記サービスを提供する処理とを有する。

また、本発明のプログラムは、
利用者から要求されたソフトウェア処理をサービスとして提供するサーバから、該サーバと接続可能に構成された複数の端末のうちの１つの端末である代表端末に実行させるためのプログラムであって、
前記サーバに障害が発生したかどうかを判断する手順と、
前記サーバに障害が発生したと判断した場合、前記複数の端末のうちの前記代表端末以外の端末へ、接続先を前記サーバから当該代表端末へ切り替える指示を行う手順と、
前記サーバに障害が発生したと判断した場合、該サーバに代わって、前記サーバから周期的に送信されてきた前記複数の端末の前記サービスの提供に必要な利用者情報に基づいて当該代表端末と前記代表端末以外の端末とへ前記サービスを提供する手順とを実行させる。

以上説明したように本発明においては、利用者から要求されたソフトウェア処理をサービスとして提供するサーバが、サーバと接続可能な複数の端末のうち１つの端末を代表端末として選択し、当該サーバの代行処理を行うプログラムである第１のプログラムを代表端末へダウンロードし、当該サーバが管理している複数の端末のサービスの提供に必要な利用者情報を代表端末へ定期的に送信し、代表端末が、第１のプログラムを実行し、第１のプログラムに従って、サーバからサービスの提供が困難であると判断した場合、代表端末以外の端末へ、接続先をサーバから代表端末へ切り替える指示を行い、代表端末以外の端末が、接続先をサーバから代表端末へ切り替え、代表端末が、サーバに代わって、利用者情報に基づいて代表端末と代表端末以外の端末とへサービスを提供する構成としたため、端末が要求するサービスを安定して受けることができる。

図１は、本発明のサービス提供システムの実施の一形態を示す図である。 図１に示したサービス提供システムにおけるサービス提供方法の初期設定を説明するためのシーケンス図である。 図２に示したシーケンス図のステップＳ２〜Ｓ４にて説明した処理を模式化した図である。 図１に示したＳａａＳサーバから端末へのサービス提供を模式化した図である。 サーバ用プログラムが実行された端末におけるサービス提供方法を説明するためのフローチャートである。 図５に示したフローチャートのステップＳ１１〜Ｓ１２にて説明した処理を模式化した図である。 サーバ用プログラムがダウンロードされた端末からクライアント用プログラムがダウンロードされた端末へサービスが提供されている様子を模式化した図である。 図５に示したフローチャートのステップＳ１４〜Ｓ１６にて説明した処理を模式化した図である。 一般的なＳａａＳシステムの一形態を示す図である。 図９に示したＳａａＳシステムにおいてＳａａＳサーバに障害または処理負荷の集中が発生した場合の様子を示す図である。

以下に、本発明の実施の形態について図面を参照して説明する。

図１は、本発明のサービス提供システムの実施の一形態を示す図である。

本形態は図１に示すように、端末１００−１〜１００−３と、ＳａａＳサーバ２００とから構成されている。

端末１００−１〜１００−３は、例えば、社内において社内会議を行うための通信端末である。また、端末１００−１〜１００−３は、社内ネットワーク４００と接続されている。

ＳａａＳサーバ２００は、ネットワーク３００と接続された利用者端末（ここでは、社内ネットワーク４００と接続された端末１００−１〜１００−３）から要求されたソフトウェアをサービスとして提供するサーバである。通常は、ＳａａＳサーバ２００が、ネットワーク３００と社内ネットワーク４００とを介して端末１００−１〜１００−３へサービスを提供している。また、ＳａａＳサーバ２００は、呼制御機能、音声合成機能、情報同期機能を少なくとも有する。

以下に、図１に示した形態におけるサービス提供方法について説明する。

図２は、図１に示したサービス提供システムにおけるサービス提供方法の初期設定を説明するためのシーケンス図である。

まず、ＳａａＳサーバ２００によって、端末１００−１〜１００−３のうちから１つの端末が代表である代表端末として選択される（ステップＳ１）。ここでは、端末１００−１が代表端末として選択された場合を例に挙げて説明する。

なお、ここでの選択アルゴリズムは特に限定しない。例えば、ある規則に基づいて選択するものであっても良いし、端末１００−１〜１００−３の処理状態（処理負荷状態）に基づいて選択するものであっても良い。

続いて、ＳａａＳサーバ２００から代表端末に選択された端末１００−１へ、サーバ用プログラム（第１のプログラム）とクライアント用プログラム（第２のプログラム）とがダウンロードされる（ステップＳ２）。このサーバ用プログラムは、ＳａａＳサーバ２００の代行処理を行うプログラムである。つまり、ＳａａＳサーバ２００に代わって、サービスを提供するためのプログラムである。ここで、サーバ用プログラムは、ＳａａＳサーバ２００がサービスを提供するためのプログラムと同一である必要はなく、ＳａａＳサーバ２００の代行処理を行うことができれば良いものである。また、クライアント用プログラムは、サービスの提供を受けるためのプログラムである。

また、ＳａａＳサーバ２００から端末１００−２へクライアント用プログラムがダウンロードされる（ステップＳ３）。

また、ＳａａＳサーバ２００から端末１００−３へクライアント用プログラムがダウンロードされる（ステップＳ４）。

図３は、図２に示したシーケンス図のステップＳ２〜Ｓ４にて説明した処理を模式化した図である。

図３に示すように、ＳａａＳサーバ２００からネットワーク３００および社内ネットワーク４００を介して端末１００−１へサーバ用プログラムとクライアント用プログラムとがダウンロードされる。また、ＳａａＳサーバ２００からネットワーク３００および社内ネットワーク４００を介して端末１００−２，１００−３へクライアント用プログラムがダウンロードされる。

その後、端末１００−１にてサーバ用プログラムとクライアント用プログラムとが実行され、また端末１００−２，１００−３にてクライアント用プログラムが実行される。そして、ＳａａＳサーバ２００からネットワーク３００および社内ネットワーク４００を介して端末１００−１〜３へサービスが提供される。

また、ＳａａＳサーバ２００から端末１００−１へ、利用者情報が周期的に送信される（ステップＳ５〜Ｓ７）。この利用者情報の周期的な送信は、ＳａａＳサーバ２００と端末１００−１とが保持する利用者情報の同期をとるためのものである。また、利用者情報は、通話状況、端末１００−１〜１００−３の接続情報であるセッション情報や課金情報、ミキシングを行うための情報等、サービスの提供に必要な情報である。

図４は、図１に示したＳａａＳサーバ２００から端末１００−１〜３へのサービス提供を模式化した図である。

図４に示すように、ＳａａＳサーバ２００からネットワーク３００および社内ネットワーク４００を介して端末１００−１〜３へサービスが提供される。また、ＳａａＳサーバ２００からネットワーク３００および社内ネットワーク４００を介して端末１００−１へ利用者情報が周期的に送信される。さらに、端末１００−１によって、ＳａａＳサーバ２００の状態が監視される。この端末１００−１によるＳａａＳサーバ２００の状態監視については、後述する。

以下に、サーバ用プログラムが実行された端末１００−１におけるサービス提供方法について説明する。

図５は、サーバ用プログラムが実行された端末１００−１におけるサービス提供方法を説明するためのフローチャートである。

ＳａａＳサーバ２００からダウンロードされたサーバ用プログラムが端末１００−１にて実行されると、端末１００−１によってＳａａＳサーバ２００の状態が監視される（ステップＳ１１）。この端末１００−１によるＳａａＳサーバ２００の状態監視は、ＳａａＳサーバ２００に障害が発生した（例えば、障害発生を示す障害発生信号がＳａａＳサーバ２００から送信されてきた場合や、ＳａａＳサーバ２００へ送信した所定の信号に対する応答信号がＳａａＳサーバ２００から送信されてこない場合）かどうかや、ＳａａＳサーバ２００の処理負荷（使用リソース）が所定の閾値を超えたかどうかや、ＳａａＳサーバ２００と端末１００−１との間の通信状態が輻輳状態（通信品質の劣化）であるかどうか等、ＳａａＳサーバ２００からのサービスの提供が困難になったかどうかを監視するものであれば良い。以下では、監視方法として、ＳａａＳサーバ２００に障害が発生したかどうかを監視する場合を例に挙げて説明する。

ステップＳ１１にて、ＳａａＳサーバ２００に障害が発生（障害検出）したと判断した場合、端末１００−１から端末１００−２，１００−３へ、接続先をＳａａＳサーバ２００から端末１００−１へ切り替える指示が行われる（ステップＳ１２）。

すると、切り替え指示が行われた端末１００−２，１００−３にて、接続先がＳａａＳサーバ２００から端末１００−１へ切り替えられる。

図６は、図５に示したフローチャートのステップＳ１１〜Ｓ１２にて説明した処理を模式化した図である。

図６に示すように、端末１００−１にてＳａａＳサーバ２００の障害が検出されると、端末１００−１から端末１００−２，１００−３へ、接続先をＳａａＳサーバ２００から端末１００−１へ切り替える指示が行われる。

その後、ＳａａＳサーバ２００に代わって、端末１００−１から端末１００−２，１００−３へサービスが提供される（ステップＳ１３）。なお、端末１００−１にてクライアント用プログラムが実行されているため、端末１００−１自身にも端末１００−１からサービスが提供される。

図７は、端末１００−１から端末１００−２，１００−３へサービスが提供されている様子を模式化した図である。

図７に示すように、端末１００−２，１００−３にて、接続先がＳａａＳサーバ２００から端末１００−１へ切り替えられると、端末１００−１から端末１００−２，１００−３へサービスが提供される。

ここで、端末１００−１から端末１００−２，１００−３へサービスの提供が開始されるタイミングは、端末１００−１から端末１００−２，１００−３へ接続先の切り替えの指示が行われた後、端末１００−２，１００−３から当該指示に対する応答信号が端末１００−１へ送信されてきた後である。

端末１００−１から端末１００−２，１００−３へサービスが提供されると、端末１００−１によってＳａａＳサーバ２００の状態が監視される（ステップＳ１４）。この状態監視は、ステップＳ１１と同じものである。

ステップＳ１４にて、ＳａａＳサーバ２００の状態が復旧したと判断された場合、端末１００−１から端末１００−１が保持している利用者情報がＳａａＳサーバ２００へ送信される（ステップＳ１５）。これは、端末１００−１と復旧したＳａａＳサーバ２００とにおいて、利用者情報の同期をとるためのものである。この復旧の判断は、ＳａａＳサーバ２００が障害から復旧した（例えば、障害発生を示す障害発生信号がＳａａＳサーバ２００から送信されてこなくなった場合や、ＳａａＳサーバ２００へ送信した所定の信号に対する応答信号がＳａａＳサーバ２００から送信されてきた場合）場合や、ＳａａＳサーバ２００の処理負荷（使用リソース）が所定の閾値以下になった場合や、ＳａａＳサーバ２００と端末１００−１との間の通信状態が輻輳状態ではなくなった（通信品質が良くなった）場合等、ＳａａＳサーバ２００からのサービスの提供ができるようになったと判断することによるものであれば良い。

そして、端末１００−１から端末１００−２，１００−３へ、接続先を端末１００−１からＳａａＳサーバ２００へ切り替える指示が行われる（ステップＳ１６）。

すると、切り替え指示が行われた端末１００−２，１００−３にて、接続先が端末１００−１からＳａａＳサーバ２００へ切り替えられる。

図８は、図５に示したフローチャートのステップＳ１４〜Ｓ１６にて説明した処理を模式化した図である。

図８に示すように、端末１００−１にてＳａａＳサーバ２００が障害から復旧したと判断されると、端末１００−１からＳａａＳサーバ２００へ利用者情報が送信され、端末１００−１から端末１００−２，１００−３へ、接続先を端末１００−１からＳａａＳサーバ２００へ切り替える指示が行われる。

続いて、端末１００−１から端末１００−２，１００−３へのサービスの提供が停止される（ステップＳ１７）。

ここで、端末１００−１から端末１００−２，１００−３へサービスの提供が停止されるタイミングは、端末１００−１から端末１００−２，１００−３へ接続先の切り替えの指示が行われた後、端末１００−２，１００−３から当該指示に対する応答信号が端末１００−１へ送信されてきた後である。

すると、図４に示したように、ＳａａＳサーバ２００からネットワーク３００および社内ネットワーク４００を介して端末１００−１〜３へサービスが提供される。また、ＳａａＳサーバ２００からネットワーク３００および社内ネットワーク４００を介して端末１００−１へ利用者情報が周期的に送信される。さらに、端末１００−１によって、ＳａａＳサーバ２００の状態が監視される。

このように、ＳａａＳサーバ２００からサービスの提供を受けている状態で、ＳａａＳサーバ２００からサービスの提供が困難な状態になった場合であっても、端末１００−１〜１００−３にて当該サービスの提供を引き続き受けることが可能となる。例えば、端末１００−１〜１００−３が、ＳａａＳサーバ２００から提供されるサービス（ソフトウェア）を用いて電話会議やテレビ会議といったネットワークを使用した会議を行っている際に、ＳａａＳサーバ２００に障害が発生した場合であっても、会議を中断することなく続行することができる。さらに、サービスを受けている端末のうち、任意の１つの端末がＳａａＳサーバ２００が行うサービス提供を代行するため、プロキシサーバといった特別な端末を準備する必要はない。

なお、上述したサーバ用プログラムおよびクライアント用プログラムは、ＳａａＳサーバ２００にて読取可能な記録媒体に記録しておき、この記録媒体に記録されたプログラムが、ＳａａＳサーバ２００によって、この記録媒体から読み出され、端末１００−１〜１００−３へダウンロードされるものであっても良い。この記録媒体とは、フロッピーディスク（登録商標）、光磁気ディスク、ＤＶＤ、ＣＤなどの移設可能な記録媒体の他、ＳａａＳサーバ２００に内蔵されたＲＯＭ、ＲＡＭ等のメモリやＨＤＤ等を指す。

１００−１〜１００−３ 端末
２００ ＳａａＳサーバ
３００ ネットワーク
４００ 社内ネットワーク

Claims (22)

1. 利用者から要求されたソフトウェア処理をサービスとして提供するサーバと、該サーバと接続可能に構成され、前記サービスを提供される複数の端末とから構成されるサービス提供システムにおいて、
   前記サーバは、前記複数の端末のうち１つの端末を代表端末として選択し、当該サーバの代行処理を行うプログラムである第１のプログラムを前記代表端末へダウンロードし、当該サーバが管理している前記複数の端末の前記サービスの提供に必要な利用者情報を前記代表端末へ定期的に送信し、
   前記代表端末は、前記第１のプログラムを実行し、該第１のプログラムに従って、前記サーバから前記サービスの提供が困難であると判断した場合、前記複数の端末のうちの前記代表端末以外の端末へ、接続先を前記サーバから当該代表端末へ切り替える指示を行い、前記サーバに代わって、前記利用者情報に基づいて当該代表端末と前記代表端末以外の端末とへ前記サービスを提供し、
   前記代表端末以外の端末は、前記代表端末から接続先を前記サーバから前記代表端末への切り替えを指示された場合、接続先を前記サーバから前記代表端末へ切り替えることを特徴とするサービス提供システム。
2. 請求項１に記載のサービス提供システムにおいて、
   前記サーバは、前記第１のプログラムとともにクライアント用プログラムである第２のプログラムを前記代表端末へダウンロードし、前記第２のプログラムを前記代表端末以外の端末へダウンロードし、
   前記代表端末以外の端末は、前記第２のプログラムを実行することを特徴とするサービス提供システム。
3. 請求項１に記載のサービス提供システムにおいて、
   前記代表端末は、前記サーバの使用リソースがあらかじめ設定された閾値を超えた場合、前記サーバから前記サービスの提供が困難であると判断することを特徴とするサービス提供システム。
4. 請求項１に記載のサービス提供システムにおいて、
   前記代表端末は、前記サーバへ送信した所定の信号に対する応答信号が該サーバから送信されてこない場合、前記サーバから前記サービスの提供が困難であると判断することを特徴とするサービス提供システム。
5. 請求項１に記載のサービス提供システムにおいて、
   前記代表端末は、前記代表端末以外の端末へ、接続先を前記サーバから当該代表端末へ切り替える指示を行った後、前記サーバが復旧したと判断した場合、前記サーバへ前記利用者情報を送信し、前記代表端末以外の端末へ、接続先を当該代表端末から前記サーバへ切り替える指示を行い、
   前記代表端末以外の端末は、前記代表端末から接続先を前記代表端末から前記サーバへの切り替えを指示された場合、接続先を前記代表端末から前記サーバへ切り替えることを特徴とするサービス提供システム。
6. 請求項５に記載のサービス提供システムにおいて、
   前記代表端末は、前記サーバの使用リソースがあらかじめ設定された閾値以下になった場合、該サーバが復旧したと判断することを特徴とするサービス提供システム。
7. 請求項５に記載のサービス提供システムにおいて、
   前記代表端末は、前記サーバへ送信した所定の信号に対する応答信号が該サーバから送信されてきた場合、該サーバが復旧したと判断することを特徴とするサービス提供システム。
8. 請求項１に記載のサービス提供システムにおいて、
   前記サーバは、前記複数の端末のそれぞれの処理状態に基づいて、前記代表端末を選択することを特徴とするサービス提供システム。
9. 利用者から要求されたソフトウェア処理をサービスとして提供するサーバから、該サーバと接続可能に構成された複数の端末へ前記サービスを提供するサービス提供方法であって、
   前記サーバが、前記複数の端末のうち１つの端末を代表端末として選択する処理と、
   前記サーバが、当該サーバの代行処理を行うプログラムである第１のプログラムを前記代表端末へダウンロードする処理と、
   前記サーバが、当該サーバが管理している前記複数の端末の前記サービスの提供に必要な利用者情報を前記代表端末へ定期的に送信する処理と、
   前記代表端末が、前記第１のプログラムを実行する処理と、
   前記代表端末が、前記第１のプログラムに従って、前記サーバから前記サービスの提供が困難であるかどうかを判断する処理と、
   前記代表端末が、前記サーバから前記サービスの提供が困難であると判断した場合、前記複数の端末のうちの前記代表端末以外の端末へ、接続先を前記サーバから当該代表端末へ切り替える指示を行う処理と、
   前記代表端末以外の端末が、前記代表端末から接続先を前記サーバから前記代表端末への切り替えを指示された場合、接続先を前記サーバから前記代表端末へ切り替える処理と、
   前記代表端末が、前記サーバに障害が発生したと判断した場合、該サーバに代わって、前記利用者情報に基づいて当該代表端末と前記代表端末以外の端末とへ前記サービスを提供する処理とを有するサービス提供方法。
10. 請求項９に記載のサービス提供方法において、
    前記サーバが、前記第１のプログラムとともにクライアント用プログラムである第２のプログラムを前記代表端末へダウンロードする処理と、
    前記サーバが、前記第２のプログラムを前記代表端末以外の端末へダウンロードする処理と、
    前記代表端末以外の端末が、前記第２のプログラムを実行する処理とを有することを特徴とするサービス提供方法。
11. 請求項９に記載のサービス提供方法において、
    前記代表端末が、前記サーバの使用リソースがあらかじめ設定された閾値を超えた場合、前記サーバから前記サービスの提供が困難であると判断する処理を有することを特徴とするサービス提供方法。
12. 請求項９に記載のサービス提供方法において、
    前記代表端末が、前記サーバへ送信した所定の信号に対する応答信号が該サーバから送信されてこない場合、前記サーバから前記サービスの提供が困難であると判断する処理を有することを特徴とするサービス提供方法。
13. 請求項９に記載のサービス提供方法において、
    前記代表端末が、前記代表端末以外の端末へ、接続先を前記サーバから当該代表端末へ切り替える指示を行った後、前記サーバが復旧したかどうかを判断する処理と、
    前記代表端末が、前記サーバが復旧したと判断した場合、前記サーバへ前記利用者情報を送信する処理と、
    前記代表端末が、前記サーバが復旧したと判断した場合、前記代表端末以外の端末へ、接続先を当該代表端末から前記サーバへ切り替える指示を行う処理と、
    前記代表端末以外の端末が、前記代表端末から接続先を前記代表端末から前記サーバへの切り替えを指示された場合、接続先を前記代表端末から前記サーバへ切り替える処理とを有することを特徴とするサービス提供方法。
14. 請求項１３に記載のサービス提供方法において、
    前記代表端末が、前記サーバの使用リソースがあらかじめ設定された閾値以下になった場合、該サーバが復旧したと判断する処理を有することを特徴とするサービス提供方法。
15. 請求項１３に記載のサービス提供方法において、
    前記代表端末が、前記サーバへ送信した所定の信号に対する応答信号が該サーバから送信されてきた場合、該サーバが復旧したと判断する処理を有することを特徴とするサービス提供方法。
16. 請求項９に記載のサービス提供方法において、
    前記サーバが、前記複数の端末のそれぞれの処理状態に基づいて、前記代表端末を選択する処理を有することを特徴とするサービス提供方法。
17. 利用者から要求されたソフトウェア処理をサービスとして提供するサーバから、該サーバと接続可能に構成された複数の端末のうちの１つの端末である代表端末に、
    前記サーバに障害が発生したかどうかを判断する手順と、
    前記サーバに障害が発生したと判断した場合、前記複数の端末のうちの前記代表端末以外の端末へ、接続先を前記サーバから当該代表端末へ切り替える指示を行う手順と、
    前記サーバに障害が発生したと判断した場合、該サーバに代わって、前記サーバから周期的に送信されてきた前記複数の端末の前記サービスの提供に必要な利用者情報に基づいて当該代表端末と前記代表端末以外の端末とへ前記サービスを提供する手順とを実行させるためのプログラム。
18. 請求項１７に記載のプログラムにおいて、
    前記サーバの使用リソースがあらかじめ設定された閾値を超えた場合、前記障害が発生したと判断する手順を実行させるためのプログラム。
19. 請求項１７に記載のプログラムにおいて、
    前記サーバへ送信した所定の信号に対する応答信号が該サーバから送信されてこない場合、前記障害が発生したと判断する手順を実行させるためのプログラム。
20. 請求項１７に記載のプログラムにおいて、
    前記代表端末以外の端末へ、接続先を前記サーバから当該代表端末へ切り替える指示を行った後、前記サーバが復旧したかどうかを判断する手順と、
    前記サーバが復旧したと判断した場合、前記サーバへ前記利用者情報を送信する手順と、
    前記サーバが復旧したと判断した場合、前記代表端末以外の端末へ、接続先を当該代表端末から前記サーバへ切り替える指示を行う手順とを実行させるためのプログラム。
21. 請求項２０に記載のプログラムにおいて、
    前記サーバの使用リソースがあらかじめ設定された閾値以下になった場合、該サーバが復旧したと判断する手順を実行させるためのプログラム。
22. 請求項２０に記載のプログラムにおいて、
    前記サーバへ送信した所定の信号に対する応答信号が該サーバから送信されてきた場合、該サーバが復旧したと判断する手順を実行させるためのプログラム。

Images