JP7368713B2 - サービス提供システム、サーバ、サービス提供方法、及びサービス提供プログラム - Google Patents

Description

本発明は、サービス提供システム、サーバ、サービス提供方法、及びサービス提供プログラムに関する。

従来、ユーザのパーソナルコンピュータに接続された外付けハードディスク等に搭載されたＳ．Ｍ．Ａ．Ｒ．Ｔ．（Ｓｅｌｆ－Ｍｏｎｉｔｏｒｉｎｇ，Ａｎａｌｙｓｉｓ ａｎｄ Ｒｅｐｏｒｔｉｎｇ Ｔｅｃｈｎｏｌｏｇｙ）により得られた情報がネットワーク上のサーバに蓄積される。この情報により、故障等の判定が行われ、その結果がユーザ端末に通知されるサービスが知られている。

また、特許文献１には、利用者コンピュータがＳ．Ｍ．Ａ．Ｒ．Ｔ．情報を監視サーバへ送信し、監視サーバが故障に対する必要な処置指示を運用管理者端末へ送信し、運用管理者端末が処置結果を格納することが記載されている。

特開２００４－２５３０３５号公報

例えば、ユーザから受信したストレージのＳ．Ｍ．Ａ．Ｒ．Ｔ．情報に基づいて故障判定等の分析を行い、分析のこの結果をユーザに通知する分析サービスと、その通知に応じてユーザからの要求があった場合に、修理等の処置をユーザに提案する提案サービスと、を提供するシステムが考えられる。

このようなシステムにおいて、分析サービス及び提案サービスのそれぞれは、より適切な分析や提案を行うために、ソフトウェアのバージョンアップやハードウェアの増強等の更新を容易に行えることが望ましい。

しかしながら、例えばシステム管理者が分析サービスを更新するためには、分析サービス及び提案サービスを提供するサーバを停止させる必要があり、その間は提案サービスも提供できなくなる。同様に、例えばシステム管理者が提案サービスを更新するためには、分析サービス及び提案サービスを提供するサーバを停止させる必要があり、その間は分析サービスも提供できなくなる。

このように、分析サービス及び提案サービスの個別の更新を、他方のサービスに影響を与えずに行うことができないため、このシステムは分析サービス及び提案サービスのそれぞれの更新を容易に行うことができない。

本発明は、分析サービス及び提案サービスのそれぞれの更新が困難であるという事情に鑑みてなされたものであり、分析サービス及び提案サービスのそれぞれの更新を容易に行うことを目的とする。

本発明のサービス提供システムは、ユーザ端末に接続されたユーザ装置の状態を示す第１状態情報を前記ユーザ端末から受信し、受信した前記第１状態情報に基づく分析の結果を示す分析情報を前記ユーザ端末へ送信し、受信した前記第１状態情報に基づく第２状態情報を算出する第１サーバと、前記分析情報に応じた前記ユーザ端末からの要求があると、前記第２状態情報を前記第１サーバから受信し、受信した前記第２状態情報に基づく提案内容を示す提案情報を前記ユーザ端末へ送信する第２サーバと、を含むものである。

本発明のサーバは、ユーザ端末に接続されたユーザ装置の状態を示す第１状態情報を前記ユーザ端末から受信する受信部と、前記受信部によって受信された前記第１状態情報に基づく分析を行う分析部と、前記分析部による前記分析の結果を示す分析情報を前記ユーザ端末へ送信する第１送信部と、前記受信部によって受信された前記第１状態情報に基づく第２状態情報を算出する算出部と、前記分析情報に応じた前記ユーザ端末からの要求があると前記第２状態情報に基づく提案内容を示す提案情報を前記ユーザ端末へ送信する他のサーバへ、前記算出部によって算出された前記第２状態情報を送信する第２送信部と、を備えるものである。

本発明の別のサーバは、ユーザ端末に接続されたユーザ装置の状態を示す第１状態情報を前記ユーザ端末から受信し、受信した前記第１状態情報に基づく分析の結果を示す分析情報を前記ユーザ端末へ送信し、受信した前記第１状態情報に基づく第２状態情報を算出する他のサーバと連携可能なサーバであって、前記分析情報に応じた前記ユーザ端末からの要求があると、前記第２状態情報を前記他のサーバから受信する受信部と、前記受信部によって受信された前記第２状態情報に基づく提案内容を示す提案情報を導出する導出部と、前記導出部によって導出された前記提案情報を前記ユーザ端末へ送信する送信部と、を備えるものである。

本発明のサービス提供方法は、ユーザ端末に接続されたユーザ装置の状態を示す第１状態情報を前記ユーザ端末から受信する受信ステップと、前記受信ステップによって受信された前記第１状態情報に基づく分析を行う分析ステップと、前記分析ステップによる前記分析の結果を示す分析情報を前記ユーザ端末へ送信する第１送信ステップと、前記受信ステップによって受信された前記第１状態情報に基づく第２状態情報を算出する算出ステップと、前記分析情報に応じた前記ユーザ端末からの要求があると前記第２状態情報に基づく提案内容を示す提案情報を前記ユーザ端末へ送信する他のサーバへ、前記算出ステップによって算出された前記第２状態情報を送信する第２送信ステップと、を含むものである。

本発明の別のサービス提供方法は、ユーザ端末に接続されたユーザ装置の状態を示す第１状態情報を前記ユーザ端末から受信し、受信した前記第１状態情報に基づく分析の結果を示す分析情報を前記ユーザ端末へ送信し、受信した前記第１状態情報に基づく第２状態情報を算出する他のサーバと連携可能なサーバによるサービス提供方法であって、前記分析情報に応じた前記ユーザ端末からの要求があると、前記第２状態情報を前記他のサーバから受信する受信ステップと、前記受信ステップによって受信された前記第２状態情報に基づく提案内容を示す提案情報を導出する導出ステップと、前記導出ステップによって導出された前記提案情報を前記ユーザ端末へ送信する送信ステップと、を含むものである。

本発明のサービス提供プログラムは、ユーザ端末に接続されたユーザ装置の状態を示す第１状態情報を前記ユーザ端末から受信する受信ステップと、前記受信ステップによって受信された前記第１状態情報に基づく分析を行う分析ステップと、前記分析ステップによる前記分析の結果を示す分析情報を前記ユーザ端末へ送信する第１送信ステップと、前記受信ステップによって受信された前記第１状態情報に基づく第２状態情報を算出する算出ステップと、前記分析情報に応じた前記ユーザ端末からの要求があると前記第２状態情報に基づく提案内容を示す提案情報を前記ユーザ端末へ送信する他のサーバへ、前記算出ステップによって算出された前記第２状態情報を送信する第２送信ステップと、をコンピュータに実行させるためのものである。

本発明の別のサービス提供プログラムは、ユーザ端末に接続されたユーザ装置の状態を示す第１状態情報を前記ユーザ端末から受信し、受信した前記第１状態情報に基づく分析の結果を示す分析情報を前記ユーザ端末へ送信し、受信した前記第１状態情報に基づく第２状態情報を算出する他のサーバと連携可能なサーバによるサービス提供方法であって、前記分析情報に応じた前記ユーザ端末からの要求があると、前記第２状態情報を前記他のサーバから受信する受信ステップと、前記受信ステップによって受信された前記第２状態情報に基づく提案内容を示す提案情報を導出する導出ステップと、前記導出ステップによって導出された前記提案情報を前記ユーザ端末へ送信する送信ステップと、をコンピュータに実行させるためのものである。

本発明によれば、分析サービス及び提案サービスのそれぞれの更新を容易に行うことのできるサービス提供システム、サーバ、サービス提供方法、及びサービス提供プログラムを提供することができる。

本発明の一実施形態であるサービス提供システム１０の概略構成を示す図である。 サービス提供システム１０の動作の一例を示すシーケンス図である。 ユーザ端末１３及び修理担当者端末１５の構成例を示す図である。 故障判定サーバ１１及び修理提案サーバ１２の構成例を示す図である。 故障判定サーバ１１の機能的構成の一例を示す図である。 修理提案サーバ１２の機能的構成の一例を示す図である。 故障判定サーバ１１が実行する品質情報の受信時の処理の一例を示すフローチャートである。 故障判定サーバ１１が実行する情報共有の要求の受信時の処理の一例を示すフローチャートである。 故障判定サーバ１１が実行する顧客情報の更新指示の受信時の処理の一例を示すフローチャートである。 修理提案サーバ１２が実行する修理提案の要求の受信時の処理の一例を示すフローチャートである。 修理提案サーバ１２が実行する顧客情報更新指示の受信時の処理の一例を示すフローチャートである。 ユーザ端末１３が警告情報の受信時に表示する画面の一例を示す図である。

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

（本発明の一実施形態であるサービス提供システム１０の概略構成）
図１は、本発明の一実施形態であるサービス提供システム１０の概略構成を示す図である。サービス提供システム１０は、故障判定サーバ１１と、修理提案サーバ１２と、を含む。故障判定サーバ１１は、分析サービスを行う第１サーバを構成する。修理提案サーバ１２は、提案サービスを行う第２サーバを構成する。故障判定サーバ１１及び修理提案サーバ１２は、ネットワーク１９を介して互いに接続されており、互いに連携する。

故障判定サーバ１１は、分析サービスの一つとして、例えばストレージ１４の故障判定を行い、その結果をユーザ端末１３へ通知する故障判定サービスを行う。修理提案サーバ１２は、提案サービスの一つとして、故障判定サーバ１１からの通知に応じてユーザからの要求を受信した場合に、修理等をユーザに提案する修理提案サービスを行う。

ネットワーク１９は、例えばインターネット等のＷＡＮ（Ｗｉｄｅ Ａｒｅａ Ｎｅｔｗｏｒｋ：広域通信網）である。ネットワーク１９には、故障判定サーバ１１及び修理提案サーバ１２と、ユーザ端末１３及び修理担当者端末１５が接続されている。

ユーザ端末１３は、ネットワーク１９を介して通信するためのネットワーク通信機能と、表示部と、キーボード、マウス、又はタッチパネル等の操作インタフェース（Ｉ／Ｆ）と、を有する電子機器である。ユーザ端末１３には、例えばパーソナルコンピュータ、タブレット端末、又はスマートフォン等が用いられる。

ストレージ１４は、ユーザ端末１３に接続され、ユーザ端末１３と通信可能である。また、ストレージ１４は、ユーザ端末１３のユーザが使用するユーザ装置である。例えば、ストレージ１４は、ＵＳＢ（Ｕｎｉｖｅｒｓａｌ Ｓｅｒｉａｌ Ｂｕｓ）等の有線通信によりユーザ端末１３に接続されてもよいし、無線ＬＡＮやＷｉ－Ｆｉダイレクト等により直接、ユーザ端末１３と無線通信により接続されてもよい。なおＷｉ－Ｆｉは登録商標である。

また、ストレージ１４は、有線ＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ：構内通信網）や無線ＬＡＮを介してユーザ端末１３に接続されていてもよいし、ネットワーク１９等のＷＡＮを介してユーザ端末１３に接続されていてもよい。

例えば、ストレージ１４は、ＵＳＢ等によりユーザ端末１３に接続され、ユーザ端末１３の外部記憶領域として利用される、外付けＨＤＤ（Ｈａｒｄ Ｄｉｓｋ Ｄｒｉｖｅ：ハードディスクドライブ）や外付けＳＳＤ（Ｓｏｌｉｄ Ｓｔａｔｅ Ｄｒｉｖｅ：ソリッドステートドライブ）等のストレージである。

修理担当者端末１５は、修理提案サーバ１２によって提案される修理の担当者が所持する端末である。修理担当者端末１５には、例えばパーソナルコンピュータ、タブレット端末、又はスマートフォン等が用いられる。修理担当者端末１５は、ネットワーク１９を介してユーザ端末１３及び修理提案サーバ１２と通信可能である。

（サービス提供システム１０の動作）
図２は、サービス提供システム１０の動作の一例を示すシーケンス図である。まず、ユーザ端末１３は、修理提案サーバ１２に対して、ストレージ１４についての情報を登録するために、ユーザ登録を行う（ステップＳ２１）。

例えば、ユーザ端末１３のユーザは、ストレージ１４の使用開始時に、ユーザ端末１３に対してユーザ情報及びストレージ情報を入力する。ユーザ情報は、例えば、ユーザの名前、住所、電話番号、メールアドレス等の個人情報である。ストレージ情報は、例えば、ストレージ１４のシリアル番号や製品型番等のストレージ１４の個体の識別情報である。

ユーザ端末１３は、ステップＳ２１において、ユーザから入力されたユーザ情報及びストレージ情報を修理提案サーバ１２へ送信することにより、ストレージ１４についての情報（ストレージ情報）や利用者についての情報（ユーザ情報）を登録する。修理提案サーバ１２は、ユーザ端末１３から受信したユーザ情報及びストレージ情報を対応付けて保存する。

ステップＳ２１において、個人情報を保護する目的や、の情報分離や個人情報を一元管理する等の目的のために、ユーザ情報は、修理提案サーバ１２に保存されるが、故障判定サーバ１１には保存されない。すなわち、ユーザ端末１３のユーザの個人情報であるユーザ情報を、故障判定サーバ１１及び修理提案サーバ１２のうち修理提案サーバ１２のみが保存する。そして、修理提案サーバ１２は、このユーザ情報を用いた修理提案サービスを提供する。

ストレージ１４は、ユーザ端末１３と通信可能な状態になると、ストレージ１４の状態を示す品質情報をユーザ端末１３へ送信する（ステップＳ２２）。ステップＳ２２による品質情報の送信は、例えば周期的に行われてもよいし、ストレージ１４の状態を示す品質情報が特定の条件を満たしたときに行われてもよい。品質情報は、ストレージ１４の状態を示す第１状態情報を構成する。

ステップＳ２２において、ストレージ１４が送信する品質情報は、例えばストレージ１４に搭載されたＳ．Ｍ．Ａ．Ｒ．Ｔ．の機能によって生成されたＳ．Ｍ．Ａ．Ｒ．Ｔ．情報である。Ｓ．Ｍ．Ａ．Ｒ．Ｔ．情報には、例えばデータ読み込みのエラーの発生回数や読み書きの速度などの計測結果など、ストレージ１４の故障判定に利用可能な各種の情報が含まれる。

また、この品質情報は、ある時点でストレージ１４において得られた情報に限らず、複数の時点でストレージ１４において時系列に得られた情報でも良い。また、この品質情報は、複数の時点でストレージ１４において得られた品質情報が集約された情報であってもよい。集約の一例は、平均化である。

次に、ユーザ端末１３が、ステップＳ２２において、ユーザ端末１３が受信した品質情報を故障判定サーバ１１へ送信する（ステップＳ２３）。ステップＳ２３において、ユーザ端末１３が送信する品質情報には、ストレージ１４のストレージ情報（例えばシリアル番号や製品型番）が含まれる。このストレージ情報は、ストレージ１４がユーザ端末１３へ送信する品質情報に既に含まれているものであってもよいし、ストレージ１４から受信した品質情報に対してユーザ端末１３が追加で格納したものでもよい。

また、この品質情報は、ある時点でユーザ端末１３が受信した情報に限らず、複数の時点でユーザ端末１３が時系列に受信した情報でも良い。また、この品質情報は、複数の時点でユーザ端末１３が受信した品質情報が集約された情報であってもよい。集約の一例は、平均化である。

次に、故障判定サーバ１１が、ステップＳ２３において、故障判定サーバ１１が受信した品質情報に基づいてストレージ１４の故障判定を行う。ストレージ１４の故障判定は、ストレージ１４における故障の有無を判定する処理である。故障は、ストレージ１４において既に発生している故障であってもよいし、ストレージ１４において近い将来に発生する可能性が高い故障であってもよい。

例えば、故障判定サーバ１１は、ストレージ１４を含む各ストレージの製品型番毎に、品質情報からストレージの故障を判定するための故障判定情報を記憶している。そして、故障判定サーバ１１は、ストレージ１４のストレージ情報に含まれる製品型番に対応する故障判定情報と、ステップＳ２３によって受信した品質情報と、に基づいてストレージ１４の故障判定を行う。この故障判定情報は、例えば、品質情報が入力されると故障の判定結果を出力する学習済みモデルでもよい。

図２に示す例では、この故障判定においてストレージ１４に警告対象の故障が発生したと判定された場合に、故障判定サーバ１１は、ストレージ１４の故障を警告する警告情報をユーザ端末１３へ送信する（ステップＳ２４）。警告対象の故障は、予め定められた、ストレージ１４の故障のうち、ユーザへ通知するべき故障である。このように、故障判定サーバ１１が、故障判定の結果、警告対象の故障が発生したと判定したときのみ警告情報を送信することにより、無駄な警告情報の送信が回避され、通信の効率化も図られる。

また、ステップＳ２４において、故障判定サーバ１１は、例えば、受信した品質情報の送信元のＩＰ（Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）アドレス等を宛先として警告情報を送信することで、ユーザ端末１３のメールアドレス等のユーザ情報がなくても、警告情報を送信することができる

ステップＳ２４において、故障判定サーバ１１が送信する警告情報は、例えば、ユーザ端末１３のユーザに対して、「ストレージの故障を検知しました 必要であれば修理提案を受けてください」等のメッセージを通知するための情報である。また、警告情報には、ステップＳ２３において、故障判定サーバ１１が受信する品質情報に含まれるストレージ１４のストレージ情報が含まれる。警告情報は、第１状態情報に基づく分析の結果を示す、ユーザ端末１３へ送信される分析情報を構成する。

また、故障判定サーバ１１は、故障判定の結果を示す故障情報を、ストレージ１４のストレージ情報と対応付けて保存する。この故障情報は、故障判定サーバ１１によって第１状態情報に基づいて算出され、故障判定サーバ１１から修理提案サーバ１２へ送信される第２状態情報を構成する。

次に、ユーザ端末１３が、修理提案サーバ１２に対して修理提案を要求する（ステップＳ２５）。例えば、ユーザ端末１３は、ステップＳ２４において受信した警告情報の内容をユーザへ通知し、ユーザから修理提案の要求を指示する操作を受け付けた場合に修理提案の要求を行う。この警告情報の通知及び修理提案の要求の指示については後述する（例えば図１２参照）。

また、ステップＳ２５の修理提案の要求において、ユーザ端末１３は、ステップＳ２４において故障判断サーバ１１から受信した警告情報に含まれるストレージ１４のストレージ情報を修理提案の要求に含めて自動的に修理提案サーバ１２へ送信する。したがって、ユーザは、ステップＳ２５の修理提案の要求において、ストレージ１４のストレージ情報を入力しなくてもよい。このため、修理提案サービス（提案サービス）が、故障判定サービス（分析サービス）を提供する故障判定サーバ１１とは別の修理提案サーバ１２によって提供されても、ユーザにおける入力作業の低減を図ることができる。

次に、修理提案サーバ１２が、故障判定サーバ１１に対して、ストレージ１４に関する情報共有を要求する（ステップＳ２６）。ステップＳ２６において、修理提案サーバ１２は、ステップＳ２５において、ユーザ端末１３から受信したストレージ１４のストレージ情報を故障判定サーバ１１へ送信する。

次に、故障判定サーバ１１が、自身が保存している故障情報のうち、ステップＳ２６において修理提案サーバ１２から受信したストレージ情報に対応する故障情報を修理提案サーバ１２へ送信する（ステップＳ２７）。

また、故障判定サーバ１１は、自身が保存している故障情報のうち、ステップＳ２６において、修理提案サーバ１２から受信したストレージ情報に対応する故障情報が複数ある場合、この複数の故障情報を修理提案サーバ１２へ送信してもよいし、この複数の故障情報を集約して修理提案サーバ１２へ送信してもよい。集約の一例は、平均化である。

このように、ステップＳ２６，Ｓ２７において、修理提案サーバ１２は、ユーザ端末１３から受信したストレージ１４のストレージ情報を用いて、故障判定サーバ１１からストレージ１４の故障情報を自動的に取得する。したがって、ユーザ端末１３のユーザは、ステップＳ２５において、ストレージ１４の故障状況等を修理提案サーバ１２へ登録する操作を行わなくても、修理提案サーバ１２は故障判定サーバ１１から受信した故障情報によりストレージ１４の故障状況等を特定し、修理提案サービスを提供することができる。このサービスを利用すれば、ユーザにおけるユーザ情報の入力作業の低減を図ることができる。

次に、修理提案サーバ１２が、ステップＳ２７において、故障判定サーバ１１から受信した故障情報に基づいて導出した修理提案情報をユーザ端末１３へ送信する（ステップＳ２８）。ステップＳ２８において、ユーザ端末１３へ送信される修理提案情報は、ストレージ１４のユーザに対して提案する修理内容を示す。

また、修理提案情報には、例えば、修理担当者端末１５のメールアドレスや電話番号（修理担当者端末１５が携帯電話等の場合）等、修理担当者への連絡先が含まれる。修理提案情報は、ストレージ１４の故障に対する処置を示す提案情報を構成する。

例えば、修理提案サーバ１２は、故障情報から修理提案情報を導出するための修理案導出情報を記憶している。そして、修理提案サーバ１２は、この修理案導出情報と、ステップＳ２７において、故障判定サーバ１１から受信した故障情報と、に基づいて修理提案情報を導出する。この修理案導出情報は、例えば、故障情報が入力されると修理提案情報を出力する学習済みモデルであってもよい。

また、修理提案サーバ１２は、ステップＳ２８において、故障判定サーバ１１から受信した故障情報と、自身が保存しているユーザ情報と、に基づく修理提案情報を送信してもよい。例えば、修理提案サーバ１２は、ユーザ情報に基づいてユーザ端末１３のユーザの契約内容を特定し、導出した修理提案情報のうち、特定した契約内容によってユーザ端末１３のユーザが受けられる修理を提案する修理提案情報を送信してもよい。

次に、ユーザ端末１３が、修理担当者端末１５を介して修理担当者に修理依頼を行う（ステップＳ２９）。例えば、ユーザ端末１３は、ステップＳ２８において、修理提案サーバ１２から受信した修理提案情報の内容をユーザへ通知する。これに対して、ユーザは、通知された内容に基づいて、修理を希望する場合は、修理担当者端末１５に電子メールを送信したり、修理担当者端末１５に電話をかけたりして、修理担当者端末１５を所持する修理担当者に修理依頼を行う。また、ユーザと修理担当者との間の連絡はチャット等が用いられてもよい。

次に、ユーザ端末１３のユーザと、修理担当者端末１５を所持する修理担当者により、ストレージ１４の修理が行われる（ステップＳ３０）。例えば、修理担当者は、ストレージ１４の交換や、ストレージ１４のドライバのアップデート等を指示し、ユーザ端末１３がこの指示に従って対応を行う。又は、ユーザがストレージ１４を修理担当者へ発送し、修理担当者が、修理したストレージ１４をユーザに返送してもよい。

ステップＳ３０において、修理が完了すると、ユーザ端末１３は、ストレージ１４の修理が完了したことを示す修理完了通知を修理担当者端末１５へ送信する（ステップＳ３１）。ステップＳ３１において、修理完了通知の送信は、例えばユーザがユーザ端末１３を操作することによって実行される。

この修理完了通知は、例えば、ユーザ端末１３から修理提案サーバ１２を介して修理担当者端末１５へ送信される。又は、この修理完了通知は、ユーザ端末１３から修理提案サーバ１２を介さずに修理担当者端末１５へ送信されてもよい。

次に、修理担当者端末１５が、ステップＳ３１において修理完了通知を受信したことに応じて、故障判定サーバ１１が保存するストレージ１４に関する情報（例えば故障情報）の更新を指示するため、顧客情報更新指示を修理提案サーバ１２へ送信する（ステップＳ３２）。

例えば、修理担当者端末１５は、ステップＳ３１において、ユーザ端末１３から受信した修理完了通知の内容を修理担当者に通知し、これに対して修理担当者が顧客情報更新指示の送信を指示する操作を修理担当者端末１５に対して行うと、ステップＳ３２が実行される。ステップＳ３２において、修理提案サーバ１２へ送信される顧客情報更新指示には、ストレージ１４のストレージ情報が含まれる。

顧客情報更新指示の指示内容は、修理担当者が指定してもよいし、修理の内容や修理完了通知の内容等に基づいて自動的に指定されてもよい。例えば、ストレージ１４に対する修理依頼が、ストレージ１４の交換であった場合、顧客情報更新指示は、ストレージ１４の故障情報を、故障が発生していないことを示す情報に更新したり、ストレージ１４の故障情報に含まれるストレージ情報のシリアル番号を、新たなストレージ１４のシリアル番号等に変更したりする等の更新を指示するものである。

次に、修理提案サーバ１２が、ステップＳ３２において、修理担当者端末１５から受信した顧客情報更新指示を故障判定サーバ１１へ送信する（ステップＳ３３）。また、このとき、例えば顧客情報更新指示がシリアル番号の変更の指示を含む場合に、修理提案サーバ１２は、顧客情報更新指示に基づいて、修理提案サーバ１２が保存しているストレージ１４のシリアル番号の変更を行ってもよい。

故障判定サーバ１１は、ステップＳ３３において、修理提案サーバ１２から受信した顧客情報更新指示に基づいて、故障判定サーバ１１が保存するストレージ１４の故障情報を更新する。例えば、故障判定サーバ１１は、故障判定サーバ１１が保存する故障情報のうち、修理提案サーバ１２から受信した顧客情報更新指示に含まれるストレージ情報に対応する故障情報を、修理提案サーバ１２から受信した顧客情報更新指示に基づいて更新する。そして、故障判定サーバ１１は、ステップＳ３４において、情報の更新が完了したことを示す更新完了通知を修理提案サーバ１２へ送信する（ステップＳ３４）。

これにより、ユーザが故障判定サーバ１１に対して修理結果の登録を行わなくても、修理提案サービスの結果を故障判定サービスに反映させることができる。このため、ユーザによる入力作業を低減できる。また、修理提案サービスと故障判定サービスとの間の情報の不整合を回避することができる。

なお、ステップＳ３０において、ストレージ１４の修理が完了しなかった場合、ユーザは、ユーザ端末１３を用いて、修理が完了しなかったことやその理由等を示す修理未完通知を修理担当者端末１５へ送信する。この修理未完通知は、ユーザ端末１３から修理提案サーバ１２を介して修理担当者端末１５へ送信されるか、又はユーザ端末１３から修理提案サーバ１２を介さずに修理担当者端末１５へ送信される。

修理担当者端末１５は、ユーザ端末１３から受信した修理未完通知の内容を修理担当者に通知する。これに対して、修理担当者は、電子メール、電話、チャット等によりユーザと連絡をとり、対応方法を検討する。その後、修理が完了すれば、ユーザ端末１３に対するユーザの操作によってステップＳ３１が実行される。

（サービス提供システム１０による効果）
図２に示したように、サービス提供システム１０においては、故障判定サービス及び修理提案サービスを、それぞれ別の故障判定サーバ１１及び修理提案サーバ１２によって提供することができる。

これにより、例えば、故障判定サーバ１１が停止すれば、修理提案サーバ１２は停止しなくても、故障判定サーバ１１のソフトウェアのバージョンアップ（例えば故障判定情報の更新）やハードウェアの増強等の更新を行うことができる。また、修理提案サーバ１２が停止すれば、故障判定サーバ１１は停止しなくても、修理提案サーバ１２のソフトウェアのバージョンアップ（例えば修理案導出情報の更新）やハードウェアの増強等の更新を行うことができる。

このため、分析サービス及び提案サービスの個別の更新を、他方のサービスに影響を与えずに行うことができるので、分析サービス及び提案サービスのそれぞれの更新を容易に行うことができる。

また、ステップＳ２７において、故障判定サーバ１１が保存した故障情報を修理提案サーバ１２が故障判定サーバ１１から直接受信することにより、例えば、ユーザ端末１３が、ステップＳ２４において故障判定サーバ１１から故障情報を受信し、ステップＳ２５においてその故障情報を修理提案サーバ１２へ送信するという処理が不要になる。

このため、例えば故障情報のデータ量が多くても、ユーザ端末１３と故障判定サーバ１１との間の通信や、ユーザ端末１３と修理提案サーバ１２との間の通信等への影響を抑制することができる。また、故障情報の内容をユーザ端末１３のユーザに対して秘匿することが可能になる。

（ユーザ端末１３及び修理担当者端末１５の構成例）
図３は、ユーザ端末１３及び修理担当者端末１５の構成例を示す図である。

端末装置３０は、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）３１と、ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）３２と、ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）３３と、液晶ドライバ３４ａと、液晶パネル３４ｂと、通信モジュール３５と、操作インタフェース（Ｉ／Ｆ）３６と、内部ストレージ部３７と、ＵＳＢコントローラ３８ａと、ＵＳＢコネクタ３８ｂと、を備える。

ＣＰＵ３１、ＲＯＭ３２、ＲＡＭ３３、液晶ドライバ３４ａ、通信モジュール３５、操作インタフェース３６、内部ストレージ部３７、及びＵＳＢコントローラ３８ａは、それぞれ共通のバスにより接続されている。

ＣＰＵ３１は、ＲＯＭ３２からＲＡＭ３３に読み出されたファームウェア等のプログラムを実行することで、端末装置３０の全体の動作制御を行う。

ＲＯＭ３２には、ファームウェア等のプログラムと各種設定データが記憶されている。ＲＡＭ３３は、端末装置３０のワークメモリとして動作し、各種プログラム及びデータを一時的に記憶する。

液晶パネル３４ｂは、画像を表示するための表示部である。液晶ドライバ３４ａは、表示画面を構成するデータを受け取ると、液晶パネル３４ｂの表示領域にその表示画面を表示するように、この液晶パネル３４ｂを駆動する。液晶パネル３４ｂは、端末装置３０の本体に設けられた内蔵ディスプレイであってもよいし、端末装置３０の本体に外付けされた外部ディスプレイであってもよい。

通信モジュール３５は、ネットワーク１９に接続された他の通信装置との間で無線通信又は有線通信を行うためのモジュールである。例えば、通信モジュール３５は、ネットワーク１９に接続されたＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）にアクセスするＬＡＮモジュールである。

このＬＡＮモジュールは、例えばＩＥＥＥ（Ｔｈｅ Ｉｎｓｔｉｔｕｔｅ ｏｆ Ｅｌｅｃｔｒｉｃａｌ ａｎｄ Ｅｌｅｃｔｒｏｎｉｃｓ Ｅｎｇｉｎｅｅｒｓ）８０２．１１規格に準拠して無線通信を行ってもよいし、ＩＥＥＥ８０２．３規格に準拠して有線通信を行ってもよい。

また、通信モジュール３５は、３Ｇ、ＬＴＥ（Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ）、４Ｇ、５Ｇなどのセルラ方式の無線通信により移動体通信網を経由してネットワーク１９に接続可能なセルラモジュールなどであってもよい。また、通信モジュール３５は、ＬＡＮモジュールと、セルラモジュールと、の両方を備えていてもよい。

操作インタフェース３６は、キーボードやマウスなどの、ユーザが操作を行うためのユーザインタフェースである。また、操作インタフェース３６は、液晶パネル３４ｂと一体化されたタッチパネル等であってもよい。

内部ストレージ部３７は、内部ストレージ３７ａと内部ストレージインタフェース（Ｉ／Ｆ）３７ｂとを備える。内部ストレージ３７ａは、例えばフラッシュメモリのような不揮発性半導体メモリ又はハードディスクドライブである。内部ストレージ３７ａには、端末装置３０において用いられるアプリケーションプログラム、文書ファイル、音ファイル、画像ファイル、又は動画ファイル等の各種ファイルが記憶される。

内部ストレージインタフェース３７ｂは、内部ストレージ３７ａに対するデータの読み出し又は書き込みの指令を受けた場合に、データの読み出し又は書き込みの制御を行う。

なお、内部ストレージ３７ａは挿脱可能な不揮発性メモリカードであってもよい。この場合、内部ストレージインタフェース３７ｂは、このメモリカードが装着されるメモリカードスロットをさらに備える。

ＵＳＢコントローラ３８ａは、例えばＵＳＢ２．Ｘ又はＵＳＢ３．Ｘ、ＵＳＢ４．Ｘ、ＵＳＢ－ＰＤ、又はＴｈｕｎｄｅｒｂｏｌｔなどの規格に沿って、ＵＳＢコネクタ３８ｂを介して接続されたＵＳＢデバイスとの間でデータを送受信する。ＵＳＢコネクタ３８ｂは、いわゆるメス型ＵＳＢコネクタ（ＵＳＢレセプタクル）であって、不図示のＵＳＢケーブルのオス型ＵＳＢコネクタ（ＵＳＢプラグ）が挿入される。

図１に示したストレージ１４は、例えば、端末装置３０のＵＳＢコネクタ３８ｂにＵＳＢケーブルを介してユーザ端末１３と通信可能な、外付けＨＤＤや外付けＳＳＤなどのストレージである。

（故障判定サーバ１１及び修理提案サーバ１２の構成例）
図４は、故障判定サーバ１１及び修理提案サーバ１２の構成例を示す図である。図１に示した故障判定サーバ１１及び修理提案サーバ１２のそれぞれは、例えば図４に示すサーバ装置４０により構成される。

サーバ装置４０は、ＣＰＵ４１と、ＲＯＭ４２と、ＲＡＭ４３と、通信モジュール４５と、内部ストレージ部４７と、を備える。ＣＰＵ４１、ＲＯＭ４２、ＲＡＭ４３、通信モジュール４５及び内部ストレージ部４７は、それぞれ共通バス４６により接続されている。

ＣＰＵ４１は、ＲＯＭ４２からＲＡＭ４３に読みだされたファームウェア等のプログラムを実行することで、ユーザ端末１３の全体の動作制御を行う。

ＲＯＭ４２には、ファームウェア等のプログラムと各種設定データが記憶されている。ＲＡＭ４３は、ユーザ端末１３のワークメモリとして動作し、各種プログラム及び各種データを一時的に記憶する。

通信モジュール４５は、ネットワーク１９に接続された他の通信装置と無線通信又は有線通信を行うためのモジュールである。例えば、通信モジュール４５は、ネットワーク１９に接続されたＬＡＮにアクセスするＬＡＮモジュールである。例えば、通信モジュール４５は、ＩＥＥＥ８０２．３規格に準拠して有線通信を行うＬＡＮモジュールである。

内部ストレージ部４７は、内部ストレージ４７ａと内部ストレージインタフェース（Ｉ／Ｆ）４７ｂとを備える。内部ストレージ４７ａは、例えばフラッシュメモリのような不揮発性半導体メモリ又はハードディスクドライブである。内部ストレージ４７ａには、サーバ装置４０において用いられるアプリケーションプログラムや各種データファイルが記憶される。

内部ストレージインタフェース４７ｂは、内部ストレージ４７ａに対するデータの読み出し又は記憶の指令を受けた場合に、データの読み出し又は書き込みの制御を行う。

（故障判定サーバ１１の機能的構成）
図５は、故障判定サーバ１１の機能的構成の一例を示す図である。図５に示すように、故障判定サーバ１１は、受信部５１と、分析部５２と、第１送信部５３と、保存部５４と、第２送信部５５と、を備える。

受信部５１は、ユーザ端末１３に接続されたストレージ１４（ユーザ装置）の状態を示す品質情報（第１状態情報）をユーザ端末１３から受信する。例えば、受信部５１は、ユーザ端末１３から予め定められたタイミングで繰り返し送信される、ストレージ１４の品質情報をユーザ端末１３から受信する。受信部５１は、例えば図４に示したＣＰＵ４１及び通信モジュール４５により構成される。

分析部５２は、受信部５１によって受信された品質情報に基づいて、ストレージ１４の故障判定（分析）を行う。また、分析部５２は、受信部５１によって品質情報が受信される毎に故障判定を行ってもよい。分析部５２は、例えば図４に示したＣＰＵ４１により構成される。

第１送信部５３は、分析部５２による故障判定の結果を示す警告情報（分析情報）をユーザ端末１３へ送信する。例えば、第１送信部５３は、故障判定によって検出された故障を示す警告情報をユーザ端末１３へ送信する。また、第１送信部５３は、分析部５２による故障判定が予め定められた結果（例えば警告対象の故障があること）である場合に警告情報をユーザ端末１３へ送信してもよい。第１送信部５３は、例えば図４に示したＣＰＵ４１及び通信モジュール４５により構成される。

また、第１送信部５３が、ストレージ１４のストレージ情報（識別情報）を含む警告情報をユーザ端末１３へ送信すると、ユーザ端末１３は、そのストレージ情報を含む修理提案の要求を修理提案サーバ１２へ送信する。

保存部５４は、受信部５１によって受信された品質情報に基づく故障情報（第２状態情報）を保存する。故障情報は、ストレージ１４のストレージ情報（識別情報）を含む。保存部５４は、例えば図４に示した内部ストレージ部４７により構成される。

第２送信部５５は、故障判定サーバ１１が修理提案サーバ１２からの情報共有の要求を受け付けると、保存部５４が保存している故障情報を修理提案サーバ１２へ送信する。例えば、第２送信部５５は、保存部５４が保存している故障情報のうち、修理提案サーバ１２からの情報共有の要求において修理提案サーバ１２から受信したストレージ情報に対応する故障情報を故障判定サーバ１１へ送信する。第２送信部５５は、例えば図４に示したＣＰＵ４１及び通信モジュール４５により構成される。

（修理提案サーバ１２の機能的構成）
図６は、修理提案サーバ１２の機能的構成の一例を示す図である。図６に示すように、修理提案サーバ１２は、受信部６１と、導出部６２と、送信部６３と、を備える。

受信部６１は、警告情報に応じたユーザ端末１３からの修理提案の要求を受信すると、故障判定サーバ１１に対して情報共有を要求し、故障判定サーバ１１が保存している故障情報を故障判定サーバ１１から受信する。

例えば、受信部６１は、修理提案の要求に含まれたストレージ情報を情報共有の要求に含めて故障判定サーバ１１へ送信すると、そのストレージ情報に対応する故障情報を故障判定サーバ１１から受信する。受信部６１は、例えば図４に示したＣＰＵ４１及び通信モジュール４５により構成される。

導出部６２は、受信部６１によって受信された故障情報に基づいて、ストレージ１４の故障に対する処置を提案するため修理提案情報（提案情報）を導出する。導出部６２は、例えば図４に示したＣＰＵ４１により構成される。

送信部６３は、導出部６２によって導出された修理提案情報をユーザ端末１３へ送信する。また、送信部６３は、この修理提案情報に、受信部６１がユーザ端末１３から受信した修理提案の要求に含まれたストレージ情報を含める。送信部６３は、例えば図４に示したＣＰＵ４１及び通信モジュール４５により構成される。

また、修理提案サーバ１２は、保存部６４を備えてもよい。保存部６４は、ユーザ端末１３のユーザ情報（個人情報）を保存する。このユーザ情報は、故障判定サーバ１１及び修理提案サーバ１２のうち修理提案サーバ１２（自サーバ）にのみ保存される。

修理提案サーバ１２が保存部６４を備える場合に、送信部６３は、受信部６１によって受信された故障情報と、保存部６４によって保存された個人情報と、に基づく修理提案情報を送信してもよい。保存部６４は、例えば図４に示した内部ストレージ部４７により構成される。

また、修理提案サーバ１２は、制御部６５を備えてもよい。制御部６５は、送信部６３によって送信された修理提案情報に応じてユーザ端末１３のユーザが処置を行ったことを示す修理完了通知を自サーバが受信すると、受信した修理完了通知を修理担当者端末１５へ送信する。これに対して、修理担当者端末１５は、顧客情報更新指示を修理提案サーバ１２へ送信する。制御部６５は、修理担当者端末１５から顧客情報更新指示を受信すると、故障判定サーバ１１に対して、故障判定サーバ１１が保存している故障情報を更新させる制御を行う。この制御は、例えば、顧客情報更新指示を故障判定サーバ１１へ送信することによって行われる。制御部６５は、例えば図４に示したＣＰＵ４１及び通信モジュール４５により構成される。

（故障判定サーバ１１による、品質情報の受信時の処理）
図７は、故障判定サーバ１１が実行する品質情報の受信時の処理の一例を示すフローチャートである。

まず、故障判定サーバ１１は、ステップＳ７１において、ユーザ端末（例えばユーザ端末１３）からユーザ装置の品質情報を受信したか否かを判断し、品質情報を受信するまでステップＳ７１で待機する（ステップＳ７１：Ｎｏ）。ここで、故障判定サーバ１１が受信した品質情報が得られたユーザ装置（例えばストレージ１４）を対象ユーザ装置と称する。

ステップＳ７１において、故障判定サーバ１１は、品質情報を受信すると（ステップＳ７１：Ｙｅｓ）、ステップＳ７２へ自らの処理を移行させる。

故障判定サーバ１１が受信する品質情報には、対象ユーザ装置のストレージ情報（例えばストレージ１４のシリアル番号）が含まれる。故障判定サーバ１１は、受信した品質情報に基づいて、対象ユーザ装置の故障判定を行う（ステップＳ７２）。

次に、故障判定サーバ１１は、ステップＳ７２において、故障判定の結果を故障情報として自装置のメモリ（例えば内部ストレージ４７ａ）に保存する（ステップＳ７３）。

次に、故障判定サーバ１１は、ステップＳ７２において、故障判定の結果に基づいて、警告対象の故障が対象ユーザ装置にあるか否かを判断する（ステップＳ７４）。警告対象の故障がない場合（ステップＳ７４：Ｎｏ）は、故障判定サーバ１１は、ステップＳ７１へ自らの処理を戻す。

ステップＳ７４において、警告対象の故障が発生した場合（ステップＳ７４：Ｙｅｓ）は、故障判定サーバ１１は、その警告対象の故障の内容を示す警告情報を、品質情報の送信元のユーザ端末（例えばユーザ端末１３）へ送信し（ステップＳ７５）、ステップＳ７１へ自らの処理を戻す。

ステップＳ７５において、故障判定サーバ１１は、受信した品質情報に含まれていた対象ユーザ装置のストレージ情報を、送信する警告情報に含める。

（故障判定サーバ１１による、情報共有の要求の受信時の処理）
図８は、故障判定サーバ１１が実行する情報共有の要求の受信時の処理の一例を示すフローチャートである。故障判定サーバ１１は、例えば、図７に示した処理と並行して、図８に示す処理を実行する。

まず、故障判定サーバ１１は、ステップＳ８１において、修理提案サーバ１２からの情報共有の要求を受信したか否かを判断し、修理提案サーバ１２からの情報共有の要求を受信するまでステップＳ８１で待機する（ステップＳ８１：Ｎｏ）。

ステップＳ８１において、修理提案サーバ１２からの情報共有の要求を受信すると（ステップＳ８１：Ｙｅｓ）、故障判定サーバ１１は、修理提案サーバ１２からの情報共有の要求に対応する故障情報を取得する（ステップＳ８２）。具体的には、故障判定サーバ１１は、故障判定サーバ１１が保存している故障情報のうち、修理提案サーバ１２から受信した情報共有の要求に含まれるストレージ情報を含む故障情報を取得する。

次に、故障判定サーバ１１は、ステップＳ８２により取得した故障情報を修理提案サーバ１２へ送信し（ステップＳ８３）、ステップＳ８１へ自らの処理を戻す。

（故障判定サーバ１１による、顧客情報の更新指示の受信時の処理）
図９は、故障判定サーバ１１が実行する顧客情報の更新指示の受信時の処理の一例を示すフローチャートである。故障判定サーバ１１は、例えば、図７，図８に示した処理と並行して、図９に示す処理を実行する。

まず、故障判定サーバ１１は、ステップＳ９１において、修理提案サーバ１２から顧客情報の更新指示を受信したか否かを判断し、修理提案サーバ１２からの顧客情報の更新指示を受信するまでステップＳ９１で待機する（ステップＳ９１：Ｎｏ）。

ステップＳ９１において、故障判定サーバ１１は、修理提案サーバ１２から顧客情報の更新指示を受信すると（ステップＳ９１：Ｙｅｓ）、修理提案サーバ１２からの顧客情報更新指示に対応する故障情報を更新する（ステップＳ９２）。具体的には、故障判定サーバ１１は、故障判定サーバ１１が保存している故障情報のうち、修理提案サーバ１２から受信した顧客情報の更新指示に含まれるストレージ情報を含む故障情報を更新する。

次に、故障判定サーバ１１は、ステップＳ９２において、故障情報の更新が完了したことを示す更新完了通知を修理提案サーバ１２へ送信し（ステップＳ９３）、ステップＳ９１へ自らの処理を戻す。

（修理提案サーバ１２による、修理提案の要求の受信時の処理）
図１０は、修理提案サーバ１２が実行する修理提案の要求の受信時の処理の一例を示すフローチャートである。

まず、修理提案サーバ１２は、ステップＳ１０１において、ユーザ端末（例えばユーザ端末１３）から修理提案の要求を受信したか否かを判断し、ユーザ端末からの修理提案の要求を受信するまで待機する（ステップＳ１０１：Ｎｏ）。

ステップＳ１０１において、ユーザ端末から修理提案の要求を受信すると（ステップＳ１０１：Ｙｅｓ）、修理提案サーバ１２は、故障判定サーバ１１へ情報共有を要求する（ステップＳ１０２）。ステップＳ１０２において、修理提案サーバ１２は、ユーザ端末からの修理提案の要求に含まれるストレージ情報を故障判定サーバ１１へ送信する。

次に、修理提案サーバ１２は、ステップＳ１０３において、情報共有の要求に対して故障判定サーバ１１から故障情報を受信したか否かを判断し、故障情報を受信するまでステップＳ１０３で待機する（ステップＳ１０３：Ｎｏ）。

ステップＳ１０３において、修理提案サーバ１２は、故障情報を受信すると（ステップＳ１０３：Ｙｅｓ）、故障情報に基づいて修理提案情報を導出する（ステップＳ１０４）。

次に、修理提案サーバ１２は、ステップＳ１０４において、導出した修理提案情報を、修理提案を要求したユーザ端末（例えばユーザ端末１３）へ送信し（ステップＳ１０５）、ステップＳ１０１へ自らの処理を戻す。修理提案サーバ１２は、ユーザ端末からの修理提案の要求に含まれるストレージ情報を、ステップＳ１０５において送信する修理提案情報に含める。

（修理提案サーバ１２による、顧客情報更新指示の受信時の処理）
図１１は、修理提案サーバ１２が実行する顧客情報更新指示の受信時の処理の一例を示すフローチャートである。

まず、修理提案サーバ１２は、ステップＳ１１１において、修理担当者端末（例えば修理担当者端末１５）から顧客情報の更新指示を受信したか否かを判断し、顧客情報の更新指示があるまで待つ（ステップＳ１１１：Ｎｏ）。

ステップＳ１１１において、顧客情報の更新指示を受信すると（ステップＳ１１１：Ｙｅｓ）、修理提案サーバ１２は、故障判定サーバ１１へ顧客情報更新指示を行う（ステップＳ１１２）。この指示により、故障判定サーバ１１の故障情報が更新される。

次に、修理提案サーバ１２は、ステップＳ１１３において、顧客情報の更新指示に対して故障判定サーバ１１から顧客情報の更新が完了したことを示す更新完了通知を受信したか否かを判断し、更新完了通知を受信するまでステップＳ１１３で待機する（ステップＳ１１３：Ｎｏ）。修理提案サーバ１２は、更新完了通知を受信すると（ステップＳ１１３：Ｙｅｓ）、ステップＳ１１１へ自らの処理を戻す。

（ユーザ端末１３が警告情報の受信時に表示する画面）
図１２は、ユーザ端末１３が警告情報の受信時に表示する画面の一例を示す図である。ユーザ端末１３は、例えば図２に示したステップＳ２４において、警告情報を受信すると、液晶パネル３４ｂに警告ウィンドウ１２０を表示する。図１２は、ストレージ１４が外付けＨＤＤであり、警告情報はストレージ１４が故障していることを示す。

警告ウィンドウ１２０は、「外付けＨＤＤが故障しています 必要であれば修理提案を受けてください」の文字列１２１と、「修理提案を受ける」と表記されたボタン１２２と、を含んでいる。文字列１２１により、ユーザ端末１３のユーザは、ストレージ１４（外付けＨＤＤ）が故障しており、必要に応じて修理提案のサービスを受けることができることを知ることができる。

ユーザがボタン１２２を指示する操作を行うと、ユーザ端末１３は、例えば図２に示したステップＳ２５において、修理提案を要求する。これにより、ユーザは、例えばストレージ１４のストレージ情報や、ストレージ１４の故障の状況をユーザ端末１３に入力しなくても、修理提案を要求する操作（例えばボタン１２２の指示操作）のみで、ストレージ１４についての修理提案のサービスを受けることができる。

以上説明したように、サービス提供システム１０においては、故障判定サーバ１１が、ユーザ端末１３から受信したストレージ１４の品質情報に基づく分析の結果を示す警告情報をユーザ端末１３へ送信するとともに、受信したストレージ１４の品質情報に基づく故障情報を保存しておく。警告情報は、ユーザ端末１３が修理提案サーバ１２に修理提案を要求するための情報（ストレージ１４のストレージ情報）が付加された情報である。

また、修理提案サーバ１２が、故障判定サーバ１１からの警告情報に応じたユーザ端末１３からの修理提案の要求を受信すると、故障判定サーバ１１が保存している故障情報を故障判定サーバ１１から受信し、故障情報に基づく提案内容を示す修理提案情報をユーザ端末１３へ送信する。

このような構成により、分析サービス及び提案サービスのそれぞれの更新を容易に行うことができ、また、ユーザにおけるユーザ情報の入力作業の低減を図ることができる。

（サービス提供システム１０の変形例）
＜ユーザ装置の他の例＞
ユーザ端末１３のユーザが使用するユーザ装置が、外付けＨＤＤや外付けＳＳＤ等であるストレージ１４について説明したが、ユーザ装置は、外付けＨＤＤや外付けＳＳＤに限らず、ユーザ端末１３に接続される各種の記憶装置でも良い。例えば、ユーザ装置は、ユーザ端末１３に内蔵されるＨＤＤやＳＳＤ等（例えば図３に示した内部ストレージ３７ａ）であってもよい。

又は、ユーザ装置は、ユーザ端末１３がＬＡＮやＷＡＮ等のネットワークを介してアクセス可能なＮＡＳ（Ｎｅｔｗｏｒｋ Ａｔｔａｃｈｅｄ Ｓｔｏｒａｇｅ）等であってもよい。又は、ユーザ装置は、ＵＳＢ等を用いてユーザ端末１３に接続されるＵＳＢメモリや、ＳＤ（Ｓｅｃｕｒｅ Ｄｉｇｉｔａｌ）カード、ＣＦ（Ｃｏｍｐａｃｔ Ｆｌａｓｈ）カード等であってもよい。

これらの各ストレージのＳ．Ｍ．Ａ．Ｒ．Ｔ．情報を品質情報として用いることができる。ただし、品質情報は、Ｓ．Ｍ．Ａ．Ｒ．Ｔ．情報に限らず、ユーザ装置を構成するストレージの状態を示す各種の情報であっても良い。

又は、ユーザ装置は、ストレージ以外の、無線ＬＡＮルータ、有線ＬＡＮルータ、無線アクセスポイント等の通信機器であってもよい。又は、ユーザ装置は、外付け又は内蔵の、ＤＶＤ（Ｄｉｇｉｔａｌ Ｖｅｒｓａｔｉｌｅ Ｄｉｓｃ）ドライブ等の光学ドライブであってもよい。又は、ユーザ装置は、有線通信又は無線通信によりユーザ端末１３に接続される、キーボード、マウス、Ｗｅｂカメラ、ヘッドセット、プリンター等の各種の周辺機器であってもよい。

これらのストレージ以外のユーザ装置についても、ユーザ装置の状態を示す各種の情報が上記の品質情報として用いられる。

＜第２状態情報の他の例＞
受信された品質情報（第１状態情報）に基づく第２状態情報として、受信された品質情報に基づく故障判定の結果を示す故障情報を用いる構成について説明したが、第１状態情報に基づく第２状態情報は、これに限らず、例えば、受信されて通信モジュール４５のバッファやＲＡＭ４３に一時記憶された品質情報を、内部ストレージ部４７に複製して得られた、受信された品質情報と同一の品質情報であってもよい。この場合に、修理提案サーバ１２は、この同一の品質情報に基づいて上記の修理提案情報を導出する。

＜第２状態情報の保存先の他の例＞
故障判定サーバ１１が第２状態情報を自装置の保存部５４に保存する構成について説明したが、故障判定サーバ１１は、算出した第２状態情報を外部の保存装置に保存させてもよい。外部の保存装置は、外付けストレージ、クラウドストレージ、ＮＡＳ等の各種の保存装置により実現される。

＜２つのサーバの構成の他の例＞
また、故障判定サーバ１１及び修理提案サーバ１２のそれぞれをサーバ装置４０によって構成する場合について説明したが、故障判定サーバ１１及び修理提案サーバ１２は、１つの物理サーバによって構成される２つの仮想的なサーバであってもよい。

＜分析サービス及び提案サービスの他の例＞
本発明の実施形態では、分析サービスを行う第１サーバとして故障判定サーバ１１が用いられ、提案サービスを行う第２サーバとして修理提案サーバ１２が用いられるが、第１サーバ及び第２サーバはこれらに限らない。

例えば、分析サービスを行う第１サーバは、ユーザ装置の使用状況の分析を行うサーバであり、提案サービスを行う第２サーバは、ユーザ装置の使用状況の分析に基づく改善の提案を行うサーバであってもよい。

ユーザ装置の使用状況は、例えば、ストレージ１４の空き容量や、ストレージ１４に記憶されているデータの種別や、ストレージ１４のネットワーク環境等とすることができる。この場合に、上記の品質情報（第１状態情報）は、これらの使用状況を特定可能な情報とする。

ユーザ装置の使用状況の分析に基づく改善提案は、例えば、ユーザ装置の使用状況に適したストレージ製品又はストレージサービスの提案や、ストレージ１４とともに使用されている他の機器とストレージ１４との相性問題の解消等の、各種の提案である。

このように、分析サービス及び提案サービスは、故障判定サービス及び修理提案サービスに限らず、各種の分析サービス、及びその分析サービスによる分析結果に応じた各種の提案サービスである。

＜修理提案の要求の実行方法の他の例＞
また、本発明の実施形態のユーザ端末１３が、故障判定サーバ１１から受信した警告情報の内容をユーザへ通知した後に、ユーザから修理提案を要求する操作を受け付けた場合に、修理提案サーバ１２に修理提案を要求するが、このような構成に限らない。例えば、ユーザ端末１３は、故障判定サーバ１１から警告情報を受信した後に、ユーザからの操作の有無にかかわらず自動的に修理提案サーバ１２に修理提案を要求しても良い。

これにより、ユーザは、例えば図１２に示したボタン１２２の指示操作を行わなくても修理提案サービスを受けることができるため、ユーザにおける入力作業は、さらに低減される。なお、この場合に、ユーザ端末１３は、故障判定サーバ１１から受信した警告情報の内容を、ユーザへ通知してもよいし、ユーザへ通知しなくてもよい。

（サービス提供プログラムについて）
サーバ装置４０のＲＯＭ４２に記憶されるサービス提供プログラムは、プログラムをコンピュータが読取可能な一時的でない（ｎｏｎ－ｔｒａｎｓｉｔｏｒｙ）記憶媒体に記憶される。このような「コンピュータ読取可能な記憶媒体」は、例えば、ＣＤ－ＲＯＭ（Ｃｏｍｐａｃｔ Ｄｉｓｃ－ＲＯＭ）等の光学媒体や、ＵＳＢメモリ又はメモリカード等の磁気記憶媒体等である。また、このようなプログラムを、ネットワーク１９を介したダウンロードによって提供することもできる。

以上のように本明細書には以下の事項が開示されている。

開示されたサービス提供システムは、ユーザ端末に接続されたユーザ装置の状態を示す第１状態情報を前記ユーザ端末から受信し、受信した前記第１状態情報に基づく分析の結果を示す分析情報を前記ユーザ端末へ送信し、受信した前記第１状態情報に基づく第２状態情報を保存する第１サーバと、前記分析情報に応じた前記ユーザ端末からの要求があると、前記第１サーバが保存している前記第２状態情報を前記第１サーバから受信し、受信した前記第２状態情報に基づく提案内容を示す提案情報を前記ユーザ端末へ送信する第２サーバと、を含むものである。

開示されたサービス提供システムは、前記ユーザ端末のユーザの個人情報を、前記第１サーバ及び前記第２サーバのうち前記第２サーバのみが保存し、前記第２サーバが、受信した前記第２状態情報と、保存している前記個人情報と、に基づく前記提案情報を送信するものである。

開示されたサービス提供システムは、前記第１サーバが、受信した前記第１状態情報に基づいて前記ユーザ装置の故障の判定を行い、前記判定の結果を前記分析情報として送信し、前記第２サーバが、受信した前記第２状態情報に基づいて、前記ユーザ装置の故障に対する処置を示す前記提案情報を導出し、導出した前記提案情報を送信するものである。

開示されたサービス提供システムは、前記第２サーバが、前記提案情報に応じて前記ユーザ端末のユーザが処置を行ったことを示す情報を受信すると、前記第１サーバに対して前記第２状態情報を更新させる制御を行うものである。

開示されたサーバは、ユーザ端末に接続されたユーザ装置の状態を示す第１状態情報を前記ユーザ端末から受信する受信部と、前記受信部によって受信された前記第１状態情報に基づく分析を行う分析部と、前記分析部による前記分析の結果を示す分析情報を前記ユーザ端末へ送信する第１送信部と、前記受信部によって受信された前記第１状態情報に基づく第２状態情報を保存する保存部と、前記分析情報に応じた前記ユーザ端末からの要求があると前記第２状態情報に基づく提案内容を示す提案情報を前記ユーザ端末へ送信する他のサーバへ、前記保存部によって保存している前記第２状態情報を送信する第２送信部と、を備えるものである。

開示されたサーバは、前記分析部が、前記受信部によって受信された前記第１状態情報に基づいて前記ユーザ装置の故障の判定を行い、前記第２送信部が、前記他のサーバへ前記第２状態情報を送信することにより、前記他のサーバに対して、前記第２状態情報に基づいて導出した前記ユーザ装置の故障に対する処置を示す前記提案情報を送信させるものである。

開示されたサーバは、前記受信部が、予め定められたタイミングで前記ユーザ端末から繰り返し送信される前記第１状態情報を受信し、前記分析部が、前記受信部によって前記第１状態情報が受信される毎に前記分析を行い、前記第１送信部が、前記分析部による前記分析の結果が予め定められた結果であると前記分析情報を送信するものである。

開示されたサーバは、前記第１状態情報及び前記第２状態情報は前記ユーザ装置の識別情報を含み、前記第１送信部が、前記識別情報を含む前記分析情報を前記ユーザ端末へ送信することにより、前記ユーザ端末に対して、前記要求において前記識別情報を前記他のサーバへ送信させ、前記第２送信部が、前記他のサーバが、前記ユーザ端末から受信した前記識別情報を自サーバへ送信することにより自サーバに前記第２状態情報を要求すると、前記他のサーバから送信された前記識別情報に基づいて前記第２状態情報を前記他のサーバへ送信するものである。

開示されたサーバは、前記ユーザ装置はストレージであるものである。

開示されたサーバは、ユーザ端末に接続されたユーザ装置の状態を示す第１状態情報を前記ユーザ端末から受信し、受信した前記第１状態情報に基づく分析の結果を示す分析情報を前記ユーザ端末へ送信し、受信した前記第１状態情報に基づく第２状態情報を保存する他のサーバと連携可能なサーバであって、前記分析情報に応じた前記ユーザ端末からの要求があると、前記他のサーバが保存している前記第２状態情報を前記他のサーバから受信する受信部と、前記受信部によって受信された前記第２状態情報に基づく提案内容を示す提案情報を導出する導出部と、前記導出部によって導出された前記提案情報を前記ユーザ端末へ送信する送信部と、を備えるものである。

開示されたサーバは、前記他のサーバ及び自サーバのうち自サーバのみが保存する前記ユーザ端末のユーザの個人情報を保存する保存部を備え、前記送信部が、前記受信部によって受信された前記第２状態情報と、前記保存部によって保存された前記個人情報と、に基づく前記提案情報を送信するものである。

開示されたサーバは、受信した前記第１状態情報に基づいて前記ユーザ装置の故障の判定を行い、前記判定の結果を前記分析情報として送信する前記他のサーバと連携可能であり、前記導出部が、前記受信部によって受信された前記第２状態情報に基づいて、前記ユーザ装置の故障に対する処置を示す前記提案情報を導出するものである。

開示されたサーバは、前記提案情報に応じて前記ユーザ端末のユーザが処置を行ったことを示す情報を自サーバが受信すると、前記他のサーバに対して、前記他のサーバが保存している前記第２状態情報を更新させる制御を行う制御部を備えるものである。

開示されたサーバは、前記第１状態情報及び前記第２状態情報は前記ユーザ装置の識別情報を含み、前記識別情報を含む前記分析情報を前記ユーザ端末へ送信する前記他のサーバと連携可能であり、前記受信部が、前記要求において前記ユーザ端末から送信された前記識別情報を前記他のサーバへ送信して前記他のサーバに前記第２状態情報を要求することにより、前記第２状態情報を前記他のサーバから受信するものである。

開示されたサーバは、前記ユーザ装置はストレージであるものである。

開示されたサービス提供方法は、ユーザ端末に接続されたユーザ装置の状態を示す第１状態情報を前記ユーザ端末から受信する受信ステップと、前記受信ステップによって受信された前記第１状態情報に基づく分析を行う分析ステップと、前記分析ステップによる前記分析の結果を示す分析情報を前記ユーザ端末へ送信する第１送信ステップと、前記受信ステップによって受信された前記第１状態情報に基づく第２状態情報を保存する保存ステップと、前記分析情報に応じた前記ユーザ端末からの要求があると前記第２状態情報に基づく提案内容を示す提案情報を前記ユーザ端末へ送信する他のサーバへ、前記保存ステップによって保存している前記第２状態情報を送信する第２送信ステップと、を含むものである。

開示されたサービス提供方法は、ユーザ端末に接続されたユーザ装置の状態を示す第１状態情報を前記ユーザ端末から受信し、受信した前記第１状態情報に基づく分析の結果を示す分析情報を前記ユーザ端末へ送信し、受信した前記第１状態情報に基づく第２状態情報を保存する他のサーバと連携可能なサーバによるサービス提供方法であって、前記分析情報に応じた前記ユーザ端末からの要求があると、前記他のサーバが保存している前記第２状態情報を前記他のサーバから受信する受信ステップと、前記受信ステップによって受信された前記第２状態情報に基づく提案内容を示す提案情報を導出する導出ステップと、前記導出ステップによって導出された前記提案情報を前記ユーザ端末へ送信する送信ステップと、を含むものである。

開示されたサービス提供プログラムは、ユーザ端末に接続されたユーザ装置の状態を示す第１状態情報を前記ユーザ端末から受信する受信ステップと、前記受信ステップによって受信された前記第１状態情報に基づく分析を行う分析ステップと、前記分析ステップによる前記分析の結果を示す分析情報を前記ユーザ端末へ送信する第１送信ステップと、前記受信ステップによって受信された前記第１状態情報に基づく第２状態情報を保存する保存ステップと、前記分析情報に応じた前記ユーザ端末からの要求があると前記第２状態情報に基づく提案内容を示す提案情報を前記ユーザ端末へ送信する他のサーバへ、前記保存ステップによって保存している前記第２状態情報を送信する第２送信ステップと、をコンピュータに実行させるためのものである。

開示されたサービス提供プログラムは、ユーザ端末に接続されたユーザ装置の状態を示す第１状態情報を前記ユーザ端末から受信し、受信した前記第１状態情報に基づく分析の結果を示す分析情報を前記ユーザ端末へ送信し、受信した前記第１状態情報に基づく第２状態情報を保存する他のサーバと連携可能なサーバによるサービス提供方法であって、前記分析情報に応じた前記ユーザ端末からの要求があると、前記他のサーバが保存している前記第２状態情報を前記他のサーバから受信する受信ステップと、前記受信ステップによって受信された前記第２状態情報に基づく提案内容を示す提案情報を導出する導出ステップと、前記導出ステップによって導出された前記提案情報を前記ユーザ端末へ送信する送信ステップと、をコンピュータに実行させるためのものである。

１０ サービス提供システム
１１ 故障判定サーバ
１２ 修理提案サーバ
１３ ユーザ端末
１４ ストレージ
１５ 修理担当者端末
１９ ネットワーク
３０ 端末装置
３１，４１ ＣＰＵ
３２，４２ ＲＯＭ
３３，４３ ＲＡＭ
３４ａ 液晶ドライバ
３４ｂ 液晶パネル
３５，４５ 通信モジュール
３６ 操作インタフェース
３７ａ，４７ａ 内部ストレージ
３７ｂ，４７ｂ 内部ストレージインタフェース
３７，４７ 内部ストレージ部
３８ａ ＵＳＢコントローラ
３８ｂ ＵＳＢコネクタ
４０ サーバ装置
４６ 共通バス
５１，６１ 受信部
５２ 分析部
５３ 第１送信部
５４，６４ 保存部
５５ 第２送信部
６２ 導出部
６３ 送信部
６５ 制御部
１２０ 警告ウィンドウ
１２１ 文字列
１２２ ボタン

Claims (19)

1. ユーザ端末に接続されたユーザ装置の状態を示す第１状態情報を前記ユーザ端末から受信し、受信した前記第１状態情報に基づく分析の結果を示す分析情報を前記ユーザ端末へ送信し、受信した前記第１状態情報に基づく第２状態情報を算出する第１サーバと、
   前記ユーザ端末からの要求があると、前記第２状態情報を前記第１サーバから受信し、受信した前記第２状態情報に基づく提案内容を示す提案情報を前記ユーザ端末へ送信する第２サーバと、
   を含むサービス提供システム。
2. 請求項１記載のサービス提供システムであって、
   前記ユーザ端末のユーザの個人情報を、前記第１サーバ及び前記第２サーバのうち前記第２サーバのみが保存し、
   前記第２サーバは、受信した前記第２状態情報と、保存している前記個人情報と、に基づく前記提案情報を送信するサービス提供システム。
3. 請求項１又は２記載のサービス提供システムであって、
   前記第１サーバは、受信した前記第１状態情報に基づいて前記ユーザ装置の故障の判定を行い、前記判定の結果を前記分析情報として送信し、
   前記第２サーバは、受信した前記第２状態情報に基づいて、前記ユーザ装置の故障に対する処置を示す前記提案情報を導出し、導出した前記提案情報を送信するサービス提供システム。
4. 請求項１から３のいずれか１項記載のサービス提供システムであって、
   前記第２サーバは、前記提案情報に応じて前記ユーザ端末のユーザが処置を行ったことを示す情報を受信すると、前記第１サーバに対して前記第２状態情報を更新させる制御を行うサービス提供システム。
5. ユーザ端末に接続されたユーザ装置の状態を示す第１状態情報を前記ユーザ端末から受信する受信部と、
   前記受信部によって受信された前記第１状態情報に基づく分析を行う分析部と、
   前記分析部による前記分析の結果を示す分析情報を前記ユーザ端末へ送信する第１送信部と、
   前記受信部によって受信された前記第１状態情報に基づく第２状態情報を算出する算出部と、
   前記ユーザ端末からの要求があると前記第２状態情報に基づく提案内容を示す提案情報を前記ユーザ端末へ送信する他のサーバへ、前記算出部によって算出された前記第２状態情報を送信する第２送信部と、
   を備えるサーバ。
6. 請求項５記載のサーバであって、
   前記分析部は、前記受信部によって受信された前記第１状態情報に基づいて前記ユーザ装置の故障の判定を行い、
   前記第２送信部は、前記他のサーバへ前記第２状態情報を送信することにより、前記他のサーバに対して、前記第２状態情報に基づいて導出した前記ユーザ装置の故障に対する処置を示す前記提案情報を送信させるサーバ。
7. 請求項５又は６記載のサーバであって、
   前記受信部は、予め定められたタイミングで前記ユーザ端末から繰り返し送信される前記第１状態情報を受信し、
   前記分析部は、前記受信部によって前記第１状態情報が受信される毎に前記分析を行い、
   前記第１送信部は、前記分析部による前記分析の結果が予め定められた結果であると前記分析情報を送信するサーバ。
8. 請求項５から７のいずれか１項記載のサーバであって、
   前記第１状態情報及び前記第２状態情報は前記ユーザ装置の識別情報を含み、
   前記第１送信部は、前記識別情報を含む前記分析情報を前記ユーザ端末へ送信することにより、前記ユーザ端末に対して、前記要求において前記識別情報を前記他のサーバへ送信させ、
   前記第２送信部は、前記他のサーバが、前記ユーザ端末から受信した前記識別情報を自サーバへ送信することにより自サーバに前記第２状態情報を要求すると、前記他のサーバから送信された前記識別情報に基づいて前記第２状態情報を前記他のサーバへ送信するサーバ。
9. 請求項５から８のいずれか１項記載のサーバであって、
   前記ユーザ装置はストレージであるサーバ。
10. ユーザ端末に接続されたユーザ装置の状態を示す第１状態情報を前記ユーザ端末から受信し、受信した前記第１状態情報に基づく分析の結果を示す分析情報を前記ユーザ端末へ送信し、受信した前記第１状態情報に基づく第２状態情報を算出する他のサーバと連携可能なサーバであって、
    前記ユーザ端末からの要求があると、前記第２状態情報を前記他のサーバから受信する受信部と、
    前記受信部によって受信された前記第２状態情報に基づく提案内容を示す提案情報を導出する導出部と、
    前記導出部によって導出された前記提案情報を前記ユーザ端末へ送信する送信部と、
    を備えるサーバ。
11. 請求項１０記載のサーバであって、
    前記他のサーバ及び自サーバのうち自サーバのみが保存する前記ユーザ端末のユーザの個人情報を保存する保存部を備え、
    前記送信部は、前記受信部によって受信された前記第２状態情報と、前記保存部によって保存された前記個人情報と、に基づく前記提案情報を送信するサーバ。
12. 請求項１０又は１１記載のサーバであって、
    受信した前記第１状態情報に基づいて前記ユーザ装置の故障の判定を行い、前記判定の結果を前記分析情報として送信する前記他のサーバと連携可能であり、
    前記導出部は、前記受信部によって受信された前記第２状態情報に基づいて、前記ユーザ装置の故障に対する処置を示す前記提案情報を導出するサーバ。
13. 請求項１０から１２のいずれか１項記載のサーバであって、
    前記提案情報に応じて前記ユーザ端末のユーザが処置を行ったことを示す情報を自サーバが受信すると、前記他のサーバに対して、前記第２状態情報を更新させる制御を行う制御部を備えるサーバ。
14. 請求項１０から１３のいずれか１項記載のサーバであって、
    前記第１状態情報及び前記第２状態情報は前記ユーザ装置の識別情報を含み、
    前記識別情報を含む前記分析情報を前記ユーザ端末へ送信する前記他のサーバと連携可能であり、
    前記受信部は、前記要求において前記ユーザ端末から送信された前記識別情報を前記他のサーバへ送信して前記他のサーバに前記第２状態情報を要求することにより、前記第２状態情報を前記他のサーバから受信するサーバ。
15. 請求項１０から１４のいずれか１項記載のサーバであって、
    前記ユーザ装置はストレージであるサーバ。
16. サーバのコンピュータによるサービス提供方法であって、
    ユーザ端末に接続されたユーザ装置の状態を示す第１状態情報を前記ユーザ端末から受信する受信ステップと、
    前記受信ステップによって受信された前記第１状態情報に基づく分析を行う分析ステップと、
    前記分析ステップによる前記分析の結果を示す分析情報を前記ユーザ端末へ送信する第１送信ステップと、
    前記受信ステップによって受信された前記第１状態情報に基づく第２状態情報を算出する算出ステップと、
    前記ユーザ端末からの要求があると前記第２状態情報に基づく提案内容を示す提案情報を前記ユーザ端末へ送信する他のサーバへ、前記算出ステップによって算出された前記第２状態情報を送信する第２送信ステップと、
    を含むサービス提供方法。
17. ユーザ端末に接続されたユーザ装置の状態を示す第１状態情報を前記ユーザ端末から受信し、受信した前記第１状態情報に基づく分析の結果を示す分析情報を前記ユーザ端末へ送信し、受信した前記第１状態情報に基づく第２状態情報を算出する他のサーバと連携可能なサーバのコンピュータによるサービス提供方法であって、
    前記ユーザ端末からの要求があると、前記第２状態情報を前記他のサーバから受信する受信ステップと、
    前記受信ステップによって受信された前記第２状態情報に基づく提案内容を示す提案情報を導出する導出ステップと、
    前記導出ステップによって導出された前記提案情報を前記ユーザ端末へ送信する送信ステップと、
    を含むサービス提供方法。
18. ユーザ端末に接続されたユーザ装置の状態を示す第１状態情報を前記ユーザ端末から受信する受信ステップと、
    前記受信ステップによって受信された前記第１状態情報に基づく分析を行う分析ステップと、
    前記分析ステップによる前記分析の結果を示す分析情報を前記ユーザ端末へ送信する第１送信ステップと、
    前記受信ステップによって受信された前記第１状態情報に基づく第２状態情報を算出する算出ステップと、
    前記ユーザ端末からの要求があると前記第２状態情報に基づく提案内容を示す提案情報を前記ユーザ端末へ送信する他のサーバへ、前記算出ステップによって算出された前記第２状態情報を送信する第２送信ステップと、
    をコンピュータに実行させるためのサービス提供プログラム。
19. ユーザ端末に接続されたユーザ装置の状態を示す第１状態情報を前記ユーザ端末から受信し、受信した前記第１状態情報に基づく分析の結果を示す分析情報を前記ユーザ端末へ送信し、受信した前記第１状態情報に基づく第２状態情報を算出する他のサーバと連携可能なサーバによるサービス提供方法であって、
    前記ユーザ端末からの要求があると、前記第２状態情報を前記他のサーバから受信する受信ステップと、
    前記受信ステップによって受信された前記第２状態情報に基づく提案内容を示す提案情報を導出する導出ステップと、
    前記導出ステップによって導出された前記提案情報を前記ユーザ端末へ送信する送信ステップと、
    をコンピュータに実行させるためのサービス提供プログラム。

Images