契約管理システム、契約管理方法、クライアント装置、サーバ装置、及びプログラム
【課題】データの保守状況が良好なユーザに対し、消失したデータを復旧する契約を管理する。
【解決手段】契約管理装置３００の契約解除部３０４は、契約条件判定装置２００の運用状況判定部２０２によって運用状況が契約条件に適合しないと判定された回数が多いユーザとの契約を解除する。そして、契約管理装置３００の通知部３０５は、契約解除がなされていないユーザ、すなわちデータの保守状況が良好なユーザのクライアント装置１００に対して、消失したデータの復旧処理を実行するよう、作業員に通知を発する。
【解決手段】契約管理装置３００の契約解除部３０４は、契約条件判定装置２００の運用状況判定部２０２によって運用状況が契約条件に適合しないと判定された回数が多いユーザとの契約を解除する。そして、契約管理装置３００の通知部３０５は、契約解除がなされていないユーザ、すなわちデータの保守状況が良好なユーザのクライアント装置１００に対して、消失したデータの復旧処理を実行するよう、作業員に通知を発する。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、クライアント装置と、当該クライアント装置のデータを保障する契約を管理するサーバ装置とを備える契約管理システム、契約管理方法、クライアント装置、サーバ装置、及びプログラムに関する。
【背景技術】
【０００２】
従来、コンピュータで用いるデータは、ハードディスク、磁気ディスク、光磁気ディスク、ＣＤ−ＲＯＭ、ＤＶＤ−ＲＯＭ、半導体メモリ等のコンピュータ読み取り可能な記録媒体に保存される。
そのため、記録媒体の故障などによりデータが消失してしまった場合、ユーザは当該データを諦めるか、もしくは専門業者にデータの復元を依頼する必要があった。
【０００３】
なお、特許文献１には、インターネットなどのネットワークを使用して保障すべきデータをサーバに送信し、データを保存することによってデータを保障する技術が開示されている。
また、特許文献２には、電子的に配信するコンテンツの再配信を保障する技術が開示されている。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００２−０９９４５７号公報
【特許文献２】特開２００８−１５２７７５号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかしながら、記録媒体からのデータの復元にかかる費用は、高額であることが多く、そのため、ユーザは消失したデータを諦めることが多かった。
また、特許文献１に記載の技術では、保険会社の管理サーバは、ユーザによるデータの保守状況の良否にかかわらず保障を行う。保守状況が劣悪であるほどデータが消失する可能性は高くなるため、保守状況が劣悪なユーザの利用により、保険会社の管理サーバに過剰な負荷がかかる惧れがある。
また、特許文献２に記載の技術では、度重なるコンテンツの紛失に対処するため、利用者によるコンテンツの再ダウンロードに際し、再ライセンス開始日及び再ライセンス回数上限が設けている。しかし、取り扱うコンテンツとしてバックアップデータのように膨大な容量のデータを適用した場合は、再ライセンス開始日及び再ライセンス回数上限を設けたとしても、管理サーバに過剰な負荷がかかってしまうという問題がある。
【０００６】
本発明は、上記の問題に鑑みてなされたものであり、データの保守状況が良好なユーザに対し、消失したデータを復旧する契約を管理する契約管理システム、契約管理方法、クライアント装置、サーバ装置、及びプログラムを提供することを課題とする。
【課題を解決するための手段】
【０００７】
本発明は上記の課題を解決するためになされたものであり、クライアント装置と、当該クライアント装置のデータを保障する契約を管理するサーバ装置とを備える契約管理システムであって、前記クライアント装置は、自装置における保守操作の履歴情報を記録する履歴記録部と、前記履歴記録部が記録した履歴情報を定期的に前記サーバ装置に送信する履歴送信部と前記サーバ装置にデータの復旧依頼を送信する依頼送信部とを備え、前記サーバ装置は、前記クライアント装置から前記履歴情報を受信する履歴受信部と、前記履歴受信部が受信した履歴情報に示される前記クライアント装置の運用状況が、前記契約で定められた条件を満たすか否かを判定する運用状況判定部と、前記運用状況判定部が前記条件を満たさないと判定した回数が所定の閾値を超えた場合に前記クライアント装置に関する契約を解除する契約解除部と、前記クライアント装置からデータの復旧依頼を受信する依頼受信部と前記契約解除部によって契約が解除されておらず、かつ前記依頼受信部がデータの復旧依頼を受信した場合に、作業者に前記クライアント装置に対するデータの復旧依頼を通知する依頼通知部とを備えることを特徴とする。
【０００８】
また、本発明は、クライアント装置と、当該クライアント装置のデータを保障する契約を管理するサーバ装置とを備える契約管理システムを用いた契約管理方法であって、前記クライアント装置の履歴記録部は、自装置における保守操作の履歴情報を記録し、前記クライアント装置の履歴送信部は、前記履歴記録部が記録した履歴情報を定期的に前記サーバ装置に送信し、前記サーバ装置の履歴受信部は、前記クライアント装置から前記履歴情報を受信し、前記サーバ装置の運用状況判定部は、前記履歴受信部が受信した履歴情報に示される前記クライアント装置の運用状況が、前記契約で定められた条件を満たすか否かを判定し、前記サーバ装置の契約解除部は、運用状況判定部が前記条件を満たさないと判定した回数が所定の閾値を超えた場合に前記クライアント装置に関する契約を解除し、前記クライアント装置の依頼送信部は、前記サーバ装置にデータの復旧依頼を送信し、前記サーバ装置の依頼受信部は、クライアント装置からデータの復旧依頼を受信し、前記サーバ装置の依頼通知部は、前記契約解除部によって契約が解除されておらず、かつ前記依頼受信部がデータの復旧依頼を受信した場合に、作業者に前記クライアント装置に対するデータの復旧依頼を通知することを特徴とする。
【０００９】
また、本発明は、サーバ装置が管理する契約によってデータを保障されるクライアント装置であって、自装置における保守操作の履歴情報を記録する履歴記録部と、前記履歴記録部が記録した履歴情報を定期的に前記サーバ装置に送信する履歴送信部と、前記サーバ装置にデータの復旧依頼を送信する依頼送信部とを備えることを特徴とする。
【００１０】
また、本発明は、クライアント装置のデータを保障する契約を管理するサーバ装置であって、前記クライアント装置から前記履歴情報を受信する履歴受信部と、前記履歴受信部が受信した履歴情報に示される前記クライアント装置の運用状況が、前記契約で定められた条件を満たすか否かを判定する運用状況判定部と、前記運用状況判定部が前記条件を満たさないと判定した回数が所定の閾値を超えた場合に前記クライアント装置に関する契約を解除する契約解除部と、前記クライアント装置からデータの復旧依頼を受信する依頼受信部と、前記契約解除部によって契約が解除されておらず、かつ前記依頼受信部がデータの復旧依頼を受信した場合に、作業者に前記クライアント装置に対するデータの復旧依頼を通知する依頼通知部とを備えることを特徴とする。
【００１１】
また、本発明は、サーバ装置が管理する契約によってデータを保障されるクライアント装置を、自装置における保守操作の履歴情報を記録する履歴記録部、前記履歴記録部が記録した履歴情報を定期的に前記サーバ装置に送信する履歴送信部、前記サーバ装置にデータの復旧依頼を送信する依頼送信部として機能させるためのプログラムである。
【００１２】
また、本発明は、クライアント装置のデータを保障する契約を管理するサーバ装置を、前記クライアント装置から前記履歴情報を受信する履歴受信部、前記履歴受信部が受信した履歴情報に示される前記クライアント装置の運用状況が、前記契約で定められた条件を満たすか否かを判定する運用状況判定部、前記運用状況判定部が前記条件を満たさないと判定した回数が所定の閾値を超えた場合に前記クライアント装置に関する契約を解除する契約解除部、前記クライアント装置からデータの復旧依頼を受信する依頼受信部、前記契約解除部によって契約が解除されておらず、かつ前記依頼受信部がデータの復旧依頼を受信した場合に、作業者に前記クライアント装置に対するデータの復旧依頼を通知する依頼通知部として機能させるためのプログラムである。
【発明の効果】
【００１３】
本発明によれば、サーバ装置は、運用状況が契約条件に適合しないと判定された回数が多いクライアント装置に関する契約を解除する。そして、契約解除がなされていないクライアント装置、すなわちデータの保守状況が良好なユーザのクライアント装置に対して、消失したデータの復旧処理を実行する。これにより、契約管理システムは、データの保守状況が良好なユーザに対し、消失したデータを復旧する契約を管理することができる。
【図面の簡単な説明】
【００１４】
【図１】本発明の一実施形態による契約管理システムの構成を示す概略ブロック図である。
【図２】契約条件判定装置の条件記憶部が記憶する契約条件を示す図である。
【図３】契約管理装置の記憶部が記憶するテーブルを示す図である。
【図４】契約管理システムの通常時の動作を示すシーケンス図である。
【図５】データ消失時の契約管理システムの動作を示すシーケンス図である。
【発明を実施するための形態】
【００１５】
以下、図面を参照しながら本発明の実施形態について詳しく説明する。
図１は、本発明の一実施形態による契約管理システムの構成を示す概略ブロック図である。
契約管理システム１は、クライアント装置１００、契約条件判定装置２００（サーバ装置）、契約管理装置３００（サーバ装置）、保険会社端末４００を備える。それぞれの装置は、インターネットなどのネットワークを介して接続している。なお、契約条件判定装置２００、契約管理装置３００は、保守会社が所有するコンピュータ、保険会社端末４００は、保険会社が所有するコンピュータである。
本実施形態において、クライアント装置１００の所有者であるユーザは、保守会社とデータ保守契約を締結している。データ保守契約とは、ユーザが保守会社に対価を支払うことで、クライアント装置１００が記憶するデータが消失した場合に、保守会社の作業員によって当該データを復元する契約である。
また、保守会社は、保険会社とデータ消失保険契約を締結している。データ消失保険契約とは、保守会社が対価を支払うことで、保守会社がデータ保守契約を締結しているユーザのクライアント装置１００のデータが消失した場合に、保険会社がデータ復元にかかる費用を支払う契約である。
【００１６】
クライアント装置１００は、保守会社とのデータ保守契約により、契約条件判定装置２００に定期的に保守操作の履歴情報を送信するプログラムがインストールされている。また、クライアント装置１００は、自装置が記憶するデータが消失した場合、ユーザの操作により、契約管理装置３００にデータ復元依頼を通知する。
契約条件判定装置２００は、クライアント装置１００から履歴情報を受信し、保険の適用条件に適合するか否かを判断する。
契約管理装置３００は、契約条件判定装置２００による保守状況の良否判断に基づいて契約を継続するか解約するかを判断する。また、契約管理装置３００は、クライアント装置１００からのデータ復元依頼を作業員及び保険会社端末４００に通知する。
保険会社端末４００は、契約管理装置３００からデータ復元依頼を受ける。
【００１７】
クライアント装置１００は、プログラムを実行することで、履歴記録部１０１、履歴記憶部１０２、操作部１０３、通信部１０４（履歴送信部、依頼送信部）として機能する。
履歴記録部１０１は、ユーザによるクライアント装置１００の保守操作の履歴情報を履歴記憶部１０２に記録する。保守操作とは、例えば、ハードディスクのデータバックアップ操作、重要なデータとして指定したデータのバックアップ操作、バックアップした記録媒体の世代管理などが挙げられる。
履歴記憶部１０２は、履歴記録部１０１によって記録された保守操作の履歴情報を記憶する。
操作部１０３は、自装置が記憶するデータが消失したときに、ユーザの操作によりデータ復元依頼を通信部１０４に出力する。
通信部１０４は、履歴記憶部１０２が記憶する履歴情報を定期的に契約条件判定装置２００に送信する。また、操作部１０３からデータ復元依頼を入力し、契約管理装置３００にデータ復元依頼を送信する。
【００１８】
契約条件判定装置２００は、通信部２０１（履歴受信部、不適合通知部）、運用状況判定部２０２、条件記憶部２０３を備える。
通信部２０１は、クライアント装置１００から保守操作の履歴情報を受信する。また、受信した履歴情報と、運用状況判定部２０２によって判定された運用状況の判定結果とを契約管理装置３００に送信する。
運用状況判定部２０２は、条件記憶部２０３が記憶する運用状況の判定条件と、通信部２０１が受信した履歴情報とに基づいて、クライアント装置１００の運用状況が契約条件に適合しているか否かを判定する。
条件記憶部２０３は、契約条件を記憶する。
【００１９】
図２は、条件記憶部が記憶する契約条件を示す図である。
条件記憶部２０３は、図２に示すように、条件区分と契約条件とを関連付けて記憶する。条件区分とは、契約条件を特定する識別番号である。条件記憶部２０３は、条件区分毎に異なる契約条件を記憶している。これは、クライアント装置１００の記録媒体の経年劣化の度合いや契約の種類などにより、契約条件を変えて判定を行うためである。
なお、契約条件としては、例えば、ハードディスク全体のデータバックアップの頻度、重要なデータとして指定したデータのバックアップの頻度、バックアップした記録媒体の世代管理を行っているか否かなどが挙げられる。
【００２０】
契約管理装置３００は、通信部３０１（依頼受信部）、登録部３０２、記憶部３０３、契約解除部３０４、通知部３０５（依頼通知部）、操作部３０６を備える。
通信部３０１は、契約条件判定装置２００から、クライアント装置１００の運用状況の判定結果と保守操作の履歴情報とを受信する。また、通信部３０１は、クライアント装置１００からデータ復元依頼を受信する。また、通信部３０１は、操作部３０６を介して作業員からバックアップデータによる復旧の成否の入力を受け付け、復旧に失敗した場合に、保険会社端末４００に保険適用を申請する。
登録部３０２は、通信部３０１が受信した判定結果と履歴情報とを記憶部３０３に登録する。
記憶部３０３は、ユーザとの契約情報を格納する契約テーブルと、クライアント装置１００の運用状況を格納する履歴テーブルとを記憶する。
契約解除部３０４は、記憶部３０３が記憶する判定結果と履歴情報とに基づいてユーザとの契約を解除するか否かを判定する。
通知部３０５は、通信部３０１がクライアント装置１００からデータ復元依頼を受信した場合に、作業員に対して当該依頼を通知する。
操作部３０６は、作業員からバックアップデータによる復旧の可否の入力を受け付ける。
【００２１】
図３は、記憶部が記憶するテーブルを示す図である。
契約テーブルは、図３（ａ）に示すように、ユーザコード、システム構成、契約区分、条件区分、不適合回数を関連付けて格納する。ここで、ユーザコードは、契約者であるユーザを特定する識別情報である。また、システム構成は、ユーザが保有するクライアント装置１００のシステム構成を示す情報である。また、契約区分は、ユーザとの締結した契約の区分を示す情報である。具体的には、契約区分としては、ＨＤＤの復元の有無、データのバックアップ実行の有無などが挙げられる。また、条件区分は、上述したように、契約条件判定装置２００で判定する契約条件を特定する識別番号である。不適合回数は、契約条件判定装置２００が契約条件に適合しないと判定した回数を示す。
【００２２】
履歴テーブルは、図３（ｂ）に示すように、ユーザコード、日時、履歴情報、適合フラグを関連付けて格納する。ここで、履歴情報は、契約条件判定装置２００から受信した、クライアント装置１００の保守操作の履歴を示す情報である。また、適合フラグは、契約条件判定装置２００による当該履歴情報の判定結果を示す。
【００２３】
保険会社端末４００は、通信部４０１、表示部４０２、操作部４０３を備える。
通信部４０１は、契約管理装置３００から保険適用の申請を受信する。また、通信部４０１は、契約管理装置３００に保険適用の可否を示す情報を送信する。
判定部４０２は、受信した保険適用の申請と記憶部４０３が記憶する情報とに基づいて保険適用の可否を判定する。
契約情報記憶部４０３は、保守会社との契約情報を記憶する。
【００２４】
そして、このような構成を有する契約管理システム１において、クライアント装置１００の履歴記録部１０２は、自装置における保守操作の履歴情報を記録し、通信部１０４は、履歴記録部１０２が記録した履歴情報を定期的に契約条件判定装置２００に送信する。
次に、契約条件判定装置２００の通信部２０１は、クライアント装置１００から履歴情報を受信し、運用状況判定部２０２は、通信部２０１が受信した履歴情報に示されるクライアント装置１００の運用状況が、データ保守契約で定められた条件を満たすか否かを判定する。そして、契約管理装置３００の契約解除部３０４は、運用状況判定部２０２が条件を満たさないと判定した回数が所定の閾値を超えた場合にクライアント装置１００に関する契約を解除する。
【００２５】
また、クライアント装置１００の通信部１０４は、契約管理装置３００にデータの復旧依頼を送信する。次に、契約管理装置３００の通信部３０１は、クライアント装置１００からデータの復旧依頼を受信し、通知部３０５は、契約解除部３０４によって契約が解除されておらず、かつ通信部３０５がデータの復旧依頼を受信した場合に、作業者にクライアント装置１００に対するデータの復旧依頼を通知する。
これにより、契約管理システム１は、データの保守状況が良好なユーザに対し、消失したデータを復旧する契約を管理する。
【００２６】
次に、本実施形態における契約管理システム１の動作を説明する。
図４は、契約管理システムの通常時の動作を示すシーケンス図である。
クライアント装置１００の履歴記録部１０１は、ユーザが自装置に対して保守操作を実行したか否かを判定する（ステップＳ１０１）。上述したように、保守操作とは、例えば、ハードディスクのデータバックアップ操作、重要なデータとして指定したデータのバックアップ操作、バックアップした記録媒体の世代管理などが挙げられる。
履歴記録部１０１は、ユーザが保守操作を実行したと判定した場合（ステップＳ１０１：ＹＥＳ）、当該保守操作の情報を履歴情報として、履歴記憶部１０２に登録する（ステップＳ１０２）。
【００２７】
履歴記録部１０１が、ユーザが保守操作を実行していないと判定した場合（ステップＳ１０１：ＮＯ）、または、ユーザが保守操作を実行したと判定して履歴情報を登録した場合、通信部１０４は、現在の日付及び時刻が、履歴情報を送信する所定の周期（例えば、３０日）を経過したか否かを判定する（ステップＳ１０３）。
通信部１０４は、所定の周期を経過していないと判定した場合（ステップＳ１０３：ＮＯ）、ステップＳ１０１に戻り、履歴情報の収集を継続する。他方、通信部１０４は、所定の周期を経過したと判定した場合（ステップＳ１０３：ＹＥＳ）、履歴記憶部１０２が記憶する履歴情報を、契約条件判定装置２００に送信する（ステップＳ１０４）。
【００２８】
クライアント装置１００が履歴情報を送信すると、契約条件判定装置２００の通信部２０１は、当該履歴情報を受信する（ステップＳ１０５）。次に、運用状況判定部２０２は、条件記憶部２０３からユーザとの契約に基づく条件区分に対応付けられた契約条件を読み出し、受信した履歴情報が示すクライアント装置１００の運用状況が、当該契約条件に適合するか否かを判定する（ステップＳ１０６）。
【００２９】
運用状況判定部２０２が、クライアント装置１００の運用状況が契約条件に適合しないと判定した場合（ステップＳ１０６：ＹＥＳ）、通信部２０１は、クライアント装置１００に不適合通知を発する（ステップＳ１０７）。
運用状況判定部２０２が、クライアント装置１００の運用状況が契約条件に適合すると判定した場合（ステップＳ１０６：ＮＯ）、または、契約条件に適合しないと判定して不適合通知を発した場合、通信部２０１は、ステップＳ１０５で受信した履歴情報とステップＳ１０６における適合可否の判定結果とを契約管理装置３００に送信する（ステップＳ１０８）。
【００３０】
契約条件判定装置２００が履歴情報と適合可否の判定結果とを送信すると、契約管理装置３００の通信部３０１は、履歴情報と適合可否の判定結果とを受信する（ステップＳ１０９）。次に、登録部３０２は、記憶部３０３に受信した情報を登録する（ステップＳ１１０）。すなわち、登録部３０２は、記憶部３０３の履歴テーブルのユーザコードにクライアント装置１００のユーザを示すユーザコードを登録し、日時に現在の時刻を登録し、履歴情報に受信した履歴情報を登録し、受信した適合可否の判定結果に基づいて適合フラグを登録する。また、適合可否の判定結果が、「不適合」を示す場合、登録部３０２は、記憶部３０３の契約テーブルのうち、クライアント装置１００のユーザを示すユーザコードに関連付けられた不適合回数に１を加算する。
【００３１】
登録部３０２が記憶部３０３に情報を登録すると、契約解除部３０４は、記憶部３０３の契約テーブルを参照し、クライアント装置１００のユーザのユーザコードに関連付けられた不適合回数が、契約解除の条件となる所定の不適合回数（例えば、３回）を超過しているか否かを判定する（ステップＳ１１１）。
契約解除部３０４が、不適合回数が所定の不適合回数を超過していないと判定した場合（ステップＳ１１１：ＮＯ）、契約管理装置３００は、処理を終了する。
【００３２】
他方、契約解除部３０４は、不適合回数が所定の不適合回数を超過したと判定した場合（ステップＳ１１１：ＹＥＳ）、記憶部３０３の契約テーブルのうち、クライアント装置１００のユーザを示すユーザコードに関連付けられた情報を削除することで、当該ユーザとの契約を解除する（ステップＳ１１２）。なお、ユーザコードに関連付けられた情報の削除とは、実際にデータベースのレコードを削除することによって行っても良いが、例えば、当該レコードの削除フラグをＯＮにすることで、論理的に削除することによって行っても良い。次に、通信部３０１は、クライアント装置１００に契約解除通知を発し（ステップＳ１１３）、処理を終了する。
契約管理システム１は、このように動作することにより、データの保守状況が良好なユーザのみデータ保守契約を継続することができる。
【００３３】
図５は、データ消失時の契約管理システムの動作を示すシーケンス図である。ここでは、保守会社とユーザとの間のデータ保守契約として、データのバックアップ実行及びＨＤＤの復元を行う契約を締結しているものとする。
クライアント装置１００にデータ消失が発生すると、クライアント装置１００の操作部１０３は、ユーザからデータ復元依頼の入力を受け付ける（ステップＳ２０１）。次に、通信部１０４は、操作部１０３が入力を受け付けたデータ復元依頼を、契約管理装置３００に送信する（ステップＳ２０２）。
【００３４】
クライアント装置１００がデータ復元依頼を送信すると、契約管理装置３００の通信部３０１は、当該データ復元依頼を受信する（ステップＳ２０３）。次に、通知部３０５は、記憶部３０３の契約テーブルを読み出し、クライアント装置１００のユーザを示すユーザコードが当該契約テーブルに記憶されているか否かを判定する。すなわち、通知部３０５は、ユーザとのデータ保守契約が継続されているか否かを判定する（ステップＳ２０４）。
通知部３０５は、ユーザとのデータ保守契約が解除されていると判定した場合（ステップＳ２０４：ＮＯ）、処理を終了する。
【００３５】
他方、通知部３０５は、ユーザとのデータ保守契約が継続されていると判定した場合（ステップＳ２０４：ＹＥＳ）、作業員に対してクライアント装置１００からのデータ復元依頼を通知する（ステップＳ２０５）。データ復元依頼の通知は、契約管理装置３００の画面に表示することで行っても良いし、音声を出力することで行っても良いし、作業員の端末装置にメッセージを送信することで行っても良い。
【００３６】
作業員は、契約管理装置３００からの通知を受けると、クライアント装置１００がバックアップした記録媒体を用いてクライアント装置１００のデータの復元を試みる。このとき、クライアント装置１００の記録媒体のみならず、バックアップデータも故障している場合など、不慮の事故により復旧ができないことがある。
次に、契約管理装置３００の操作部３０６は、作業員からのバックアップデータによるデータの復元の可否の入力を受け付ける（ステップＳ２０６）。操作部３０６は、作業員からデータの復元ができたことを示す入力を受け付けた場合（ステップＳ２０６：ＹＥＳ）、処理を終了する。他方、操作部３０６は、作業員からデータの復元ができなかったことを示す入力を受け付けた場合（ステップＳ２０６：ＹＥＳ）、通信部３０１は、保険会社端末４００に保険適用の申請を送信する（ステップＳ２０７）。
【００３７】
契約管理装置３００が保険適用の申請を行うと、保険会社端末４００の通信部４０１は、当該保険適用の申請を受信する（ステップＳ２０８）。次に、判定部４０２は、契約情報記憶部４０３を参照し、保険を適用するか否かを判定する（ステップＳ２０９）。なお、ここでは、保守会社と保険会社とは、データ消失保険契約を締結しているため、判定部４０２は、保険を適用すると判定することとなる。
そして、通信部４０１は、当該判定結果を契約管理装置３００に送信する（ステップＳ２１０）。
【００３８】
保険会社端末４００が判定結果を送信すると、契約管理装置３００の通信部３０１は、当該判定結果を受信する（ステップＳ２１１）。次に、通知部３０５は、作業員に記録媒体の修復の実行を指示する（ステップＳ２１２）。そして作業員は、記録媒体の修復を実行することで、クライアント装置１００のデータを復元する。
【００３９】
このように、本実施形態によれば、契約管理装置３００は、運用状況が契約条件に適合しないと判定された回数が多いユーザとの契約を解除する。そして、契約解除がなされていないユーザ、すなわちデータの保守状況が良好なユーザに対して、消失したデータの復旧処理を実行する。これにより、契約管理システム１は、データの保守状況が良好なユーザに対し、消失したデータを復旧する契約を管理することができる。
【００４０】
以上、図面を参照してこの発明の一実施形態について詳しく説明してきたが、具体的な構成は上述のものに限られることはなく、この発明の要旨を逸脱しない範囲内において様々な設計変更等をすることが可能である。
例えば、本実施形態では、契約条件判定装置２００と契約管理装置３００とを別個に備える場合を説明したが、これに限られず、それぞれの機能を有するサーバ装置を備える構成としても同様の効果を得ることができる。
【００４１】
また、本実施形態では、クライアント装置１００は、インストールされたプログラムを実行することで、ユーザが実行した保守操作を監視し、当該保守操作の履歴を記録する動作を実行する場合を説明したが、これに限られず、例えば、インストールされたプログラムを実行することで、クライアント装置１００が保守操作を実行し、当該保守操作の履歴を記録するようにしても良い。つまり、保守操作は必ずしもユーザが行う必要は無く、クライアント装置１００が自動で行っても良い。
【００４２】
上述のクライアント装置１００、契約条件判定装置２００、契約管理装置３００は内部に、コンピュータシステムを有している。そして、上述した各処理部の動作は、プログラムの形式でコンピュータ読み取り可能な記録媒体に記憶されており、このプログラムをコンピュータが読み出して実行することによって、上記処理が行われる。ここでコンピュータ読み取り可能な記録媒体とは、磁気ディスク、光磁気ディスク、ＣＤ−ＲＯＭ、ＤＶＤ−ＲＯＭ、半導体メモリ等をいう。また、このコンピュータプログラムを通信回線によってコンピュータに配信し、この配信を受けたコンピュータが当該プログラムを実行するようにしても良い。
【００４３】
また、上記プログラムは、前述した機能の一部を実現するためのものであっても良い。さらに、前述した機能をコンピュータシステムにすでに記録されているプログラムとの組み合わせで実現できるもの、いわゆる差分ファイル（差分プログラム）であっても良い。
【符号の説明】
【００４４】
１…契約管理システム １００…クライアント装置 １０１…履歴記録部 １０２…履歴記憶部 １０３…操作部 １０４…通信部 ２００…契約条件判定装置 ２０１…通信部 ２０２…運用状況判定部 ２０３…条件記憶部 ３００…契約管理装置 ３０１…通信部 ３０２…登録部 ３０３…記憶部 ３０４…契約解除部 ３０５…通知部 ３０６…操作部 ４００…保険会社端末 ４０１…通信部 ４０２…判定部 ４０３…契約情報記憶部
【技術分野】
【０００１】
本発明は、クライアント装置と、当該クライアント装置のデータを保障する契約を管理するサーバ装置とを備える契約管理システム、契約管理方法、クライアント装置、サーバ装置、及びプログラムに関する。
【背景技術】
【０００２】
従来、コンピュータで用いるデータは、ハードディスク、磁気ディスク、光磁気ディスク、ＣＤ−ＲＯＭ、ＤＶＤ−ＲＯＭ、半導体メモリ等のコンピュータ読み取り可能な記録媒体に保存される。
そのため、記録媒体の故障などによりデータが消失してしまった場合、ユーザは当該データを諦めるか、もしくは専門業者にデータの復元を依頼する必要があった。
【０００３】
なお、特許文献１には、インターネットなどのネットワークを使用して保障すべきデータをサーバに送信し、データを保存することによってデータを保障する技術が開示されている。
また、特許文献２には、電子的に配信するコンテンツの再配信を保障する技術が開示されている。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００２−０９９４５７号公報
【特許文献２】特開２００８−１５２７７５号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかしながら、記録媒体からのデータの復元にかかる費用は、高額であることが多く、そのため、ユーザは消失したデータを諦めることが多かった。
また、特許文献１に記載の技術では、保険会社の管理サーバは、ユーザによるデータの保守状況の良否にかかわらず保障を行う。保守状況が劣悪であるほどデータが消失する可能性は高くなるため、保守状況が劣悪なユーザの利用により、保険会社の管理サーバに過剰な負荷がかかる惧れがある。
また、特許文献２に記載の技術では、度重なるコンテンツの紛失に対処するため、利用者によるコンテンツの再ダウンロードに際し、再ライセンス開始日及び再ライセンス回数上限が設けている。しかし、取り扱うコンテンツとしてバックアップデータのように膨大な容量のデータを適用した場合は、再ライセンス開始日及び再ライセンス回数上限を設けたとしても、管理サーバに過剰な負荷がかかってしまうという問題がある。
【０００６】
本発明は、上記の問題に鑑みてなされたものであり、データの保守状況が良好なユーザに対し、消失したデータを復旧する契約を管理する契約管理システム、契約管理方法、クライアント装置、サーバ装置、及びプログラムを提供することを課題とする。
【課題を解決するための手段】
【０００７】
本発明は上記の課題を解決するためになされたものであり、クライアント装置と、当該クライアント装置のデータを保障する契約を管理するサーバ装置とを備える契約管理システムであって、前記クライアント装置は、自装置における保守操作の履歴情報を記録する履歴記録部と、前記履歴記録部が記録した履歴情報を定期的に前記サーバ装置に送信する履歴送信部と前記サーバ装置にデータの復旧依頼を送信する依頼送信部とを備え、前記サーバ装置は、前記クライアント装置から前記履歴情報を受信する履歴受信部と、前記履歴受信部が受信した履歴情報に示される前記クライアント装置の運用状況が、前記契約で定められた条件を満たすか否かを判定する運用状況判定部と、前記運用状況判定部が前記条件を満たさないと判定した回数が所定の閾値を超えた場合に前記クライアント装置に関する契約を解除する契約解除部と、前記クライアント装置からデータの復旧依頼を受信する依頼受信部と前記契約解除部によって契約が解除されておらず、かつ前記依頼受信部がデータの復旧依頼を受信した場合に、作業者に前記クライアント装置に対するデータの復旧依頼を通知する依頼通知部とを備えることを特徴とする。
【０００８】
また、本発明は、クライアント装置と、当該クライアント装置のデータを保障する契約を管理するサーバ装置とを備える契約管理システムを用いた契約管理方法であって、前記クライアント装置の履歴記録部は、自装置における保守操作の履歴情報を記録し、前記クライアント装置の履歴送信部は、前記履歴記録部が記録した履歴情報を定期的に前記サーバ装置に送信し、前記サーバ装置の履歴受信部は、前記クライアント装置から前記履歴情報を受信し、前記サーバ装置の運用状況判定部は、前記履歴受信部が受信した履歴情報に示される前記クライアント装置の運用状況が、前記契約で定められた条件を満たすか否かを判定し、前記サーバ装置の契約解除部は、運用状況判定部が前記条件を満たさないと判定した回数が所定の閾値を超えた場合に前記クライアント装置に関する契約を解除し、前記クライアント装置の依頼送信部は、前記サーバ装置にデータの復旧依頼を送信し、前記サーバ装置の依頼受信部は、クライアント装置からデータの復旧依頼を受信し、前記サーバ装置の依頼通知部は、前記契約解除部によって契約が解除されておらず、かつ前記依頼受信部がデータの復旧依頼を受信した場合に、作業者に前記クライアント装置に対するデータの復旧依頼を通知することを特徴とする。
【０００９】
また、本発明は、サーバ装置が管理する契約によってデータを保障されるクライアント装置であって、自装置における保守操作の履歴情報を記録する履歴記録部と、前記履歴記録部が記録した履歴情報を定期的に前記サーバ装置に送信する履歴送信部と、前記サーバ装置にデータの復旧依頼を送信する依頼送信部とを備えることを特徴とする。
【００１０】
また、本発明は、クライアント装置のデータを保障する契約を管理するサーバ装置であって、前記クライアント装置から前記履歴情報を受信する履歴受信部と、前記履歴受信部が受信した履歴情報に示される前記クライアント装置の運用状況が、前記契約で定められた条件を満たすか否かを判定する運用状況判定部と、前記運用状況判定部が前記条件を満たさないと判定した回数が所定の閾値を超えた場合に前記クライアント装置に関する契約を解除する契約解除部と、前記クライアント装置からデータの復旧依頼を受信する依頼受信部と、前記契約解除部によって契約が解除されておらず、かつ前記依頼受信部がデータの復旧依頼を受信した場合に、作業者に前記クライアント装置に対するデータの復旧依頼を通知する依頼通知部とを備えることを特徴とする。
【００１１】
また、本発明は、サーバ装置が管理する契約によってデータを保障されるクライアント装置を、自装置における保守操作の履歴情報を記録する履歴記録部、前記履歴記録部が記録した履歴情報を定期的に前記サーバ装置に送信する履歴送信部、前記サーバ装置にデータの復旧依頼を送信する依頼送信部として機能させるためのプログラムである。
【００１２】
また、本発明は、クライアント装置のデータを保障する契約を管理するサーバ装置を、前記クライアント装置から前記履歴情報を受信する履歴受信部、前記履歴受信部が受信した履歴情報に示される前記クライアント装置の運用状況が、前記契約で定められた条件を満たすか否かを判定する運用状況判定部、前記運用状況判定部が前記条件を満たさないと判定した回数が所定の閾値を超えた場合に前記クライアント装置に関する契約を解除する契約解除部、前記クライアント装置からデータの復旧依頼を受信する依頼受信部、前記契約解除部によって契約が解除されておらず、かつ前記依頼受信部がデータの復旧依頼を受信した場合に、作業者に前記クライアント装置に対するデータの復旧依頼を通知する依頼通知部として機能させるためのプログラムである。
【発明の効果】
【００１３】
本発明によれば、サーバ装置は、運用状況が契約条件に適合しないと判定された回数が多いクライアント装置に関する契約を解除する。そして、契約解除がなされていないクライアント装置、すなわちデータの保守状況が良好なユーザのクライアント装置に対して、消失したデータの復旧処理を実行する。これにより、契約管理システムは、データの保守状況が良好なユーザに対し、消失したデータを復旧する契約を管理することができる。
【図面の簡単な説明】
【００１４】
【図１】本発明の一実施形態による契約管理システムの構成を示す概略ブロック図である。
【図２】契約条件判定装置の条件記憶部が記憶する契約条件を示す図である。
【図３】契約管理装置の記憶部が記憶するテーブルを示す図である。
【図４】契約管理システムの通常時の動作を示すシーケンス図である。
【図５】データ消失時の契約管理システムの動作を示すシーケンス図である。
【発明を実施するための形態】
【００１５】
以下、図面を参照しながら本発明の実施形態について詳しく説明する。
図１は、本発明の一実施形態による契約管理システムの構成を示す概略ブロック図である。
契約管理システム１は、クライアント装置１００、契約条件判定装置２００（サーバ装置）、契約管理装置３００（サーバ装置）、保険会社端末４００を備える。それぞれの装置は、インターネットなどのネットワークを介して接続している。なお、契約条件判定装置２００、契約管理装置３００は、保守会社が所有するコンピュータ、保険会社端末４００は、保険会社が所有するコンピュータである。
本実施形態において、クライアント装置１００の所有者であるユーザは、保守会社とデータ保守契約を締結している。データ保守契約とは、ユーザが保守会社に対価を支払うことで、クライアント装置１００が記憶するデータが消失した場合に、保守会社の作業員によって当該データを復元する契約である。
また、保守会社は、保険会社とデータ消失保険契約を締結している。データ消失保険契約とは、保守会社が対価を支払うことで、保守会社がデータ保守契約を締結しているユーザのクライアント装置１００のデータが消失した場合に、保険会社がデータ復元にかかる費用を支払う契約である。
【００１６】
クライアント装置１００は、保守会社とのデータ保守契約により、契約条件判定装置２００に定期的に保守操作の履歴情報を送信するプログラムがインストールされている。また、クライアント装置１００は、自装置が記憶するデータが消失した場合、ユーザの操作により、契約管理装置３００にデータ復元依頼を通知する。
契約条件判定装置２００は、クライアント装置１００から履歴情報を受信し、保険の適用条件に適合するか否かを判断する。
契約管理装置３００は、契約条件判定装置２００による保守状況の良否判断に基づいて契約を継続するか解約するかを判断する。また、契約管理装置３００は、クライアント装置１００からのデータ復元依頼を作業員及び保険会社端末４００に通知する。
保険会社端末４００は、契約管理装置３００からデータ復元依頼を受ける。
【００１７】
クライアント装置１００は、プログラムを実行することで、履歴記録部１０１、履歴記憶部１０２、操作部１０３、通信部１０４（履歴送信部、依頼送信部）として機能する。
履歴記録部１０１は、ユーザによるクライアント装置１００の保守操作の履歴情報を履歴記憶部１０２に記録する。保守操作とは、例えば、ハードディスクのデータバックアップ操作、重要なデータとして指定したデータのバックアップ操作、バックアップした記録媒体の世代管理などが挙げられる。
履歴記憶部１０２は、履歴記録部１０１によって記録された保守操作の履歴情報を記憶する。
操作部１０３は、自装置が記憶するデータが消失したときに、ユーザの操作によりデータ復元依頼を通信部１０４に出力する。
通信部１０４は、履歴記憶部１０２が記憶する履歴情報を定期的に契約条件判定装置２００に送信する。また、操作部１０３からデータ復元依頼を入力し、契約管理装置３００にデータ復元依頼を送信する。
【００１８】
契約条件判定装置２００は、通信部２０１（履歴受信部、不適合通知部）、運用状況判定部２０２、条件記憶部２０３を備える。
通信部２０１は、クライアント装置１００から保守操作の履歴情報を受信する。また、受信した履歴情報と、運用状況判定部２０２によって判定された運用状況の判定結果とを契約管理装置３００に送信する。
運用状況判定部２０２は、条件記憶部２０３が記憶する運用状況の判定条件と、通信部２０１が受信した履歴情報とに基づいて、クライアント装置１００の運用状況が契約条件に適合しているか否かを判定する。
条件記憶部２０３は、契約条件を記憶する。
【００１９】
図２は、条件記憶部が記憶する契約条件を示す図である。
条件記憶部２０３は、図２に示すように、条件区分と契約条件とを関連付けて記憶する。条件区分とは、契約条件を特定する識別番号である。条件記憶部２０３は、条件区分毎に異なる契約条件を記憶している。これは、クライアント装置１００の記録媒体の経年劣化の度合いや契約の種類などにより、契約条件を変えて判定を行うためである。
なお、契約条件としては、例えば、ハードディスク全体のデータバックアップの頻度、重要なデータとして指定したデータのバックアップの頻度、バックアップした記録媒体の世代管理を行っているか否かなどが挙げられる。
【００２０】
契約管理装置３００は、通信部３０１（依頼受信部）、登録部３０２、記憶部３０３、契約解除部３０４、通知部３０５（依頼通知部）、操作部３０６を備える。
通信部３０１は、契約条件判定装置２００から、クライアント装置１００の運用状況の判定結果と保守操作の履歴情報とを受信する。また、通信部３０１は、クライアント装置１００からデータ復元依頼を受信する。また、通信部３０１は、操作部３０６を介して作業員からバックアップデータによる復旧の成否の入力を受け付け、復旧に失敗した場合に、保険会社端末４００に保険適用を申請する。
登録部３０２は、通信部３０１が受信した判定結果と履歴情報とを記憶部３０３に登録する。
記憶部３０３は、ユーザとの契約情報を格納する契約テーブルと、クライアント装置１００の運用状況を格納する履歴テーブルとを記憶する。
契約解除部３０４は、記憶部３０３が記憶する判定結果と履歴情報とに基づいてユーザとの契約を解除するか否かを判定する。
通知部３０５は、通信部３０１がクライアント装置１００からデータ復元依頼を受信した場合に、作業員に対して当該依頼を通知する。
操作部３０６は、作業員からバックアップデータによる復旧の可否の入力を受け付ける。
【００２１】
図３は、記憶部が記憶するテーブルを示す図である。
契約テーブルは、図３（ａ）に示すように、ユーザコード、システム構成、契約区分、条件区分、不適合回数を関連付けて格納する。ここで、ユーザコードは、契約者であるユーザを特定する識別情報である。また、システム構成は、ユーザが保有するクライアント装置１００のシステム構成を示す情報である。また、契約区分は、ユーザとの締結した契約の区分を示す情報である。具体的には、契約区分としては、ＨＤＤの復元の有無、データのバックアップ実行の有無などが挙げられる。また、条件区分は、上述したように、契約条件判定装置２００で判定する契約条件を特定する識別番号である。不適合回数は、契約条件判定装置２００が契約条件に適合しないと判定した回数を示す。
【００２２】
履歴テーブルは、図３（ｂ）に示すように、ユーザコード、日時、履歴情報、適合フラグを関連付けて格納する。ここで、履歴情報は、契約条件判定装置２００から受信した、クライアント装置１００の保守操作の履歴を示す情報である。また、適合フラグは、契約条件判定装置２００による当該履歴情報の判定結果を示す。
【００２３】
保険会社端末４００は、通信部４０１、表示部４０２、操作部４０３を備える。
通信部４０１は、契約管理装置３００から保険適用の申請を受信する。また、通信部４０１は、契約管理装置３００に保険適用の可否を示す情報を送信する。
判定部４０２は、受信した保険適用の申請と記憶部４０３が記憶する情報とに基づいて保険適用の可否を判定する。
契約情報記憶部４０３は、保守会社との契約情報を記憶する。
【００２４】
そして、このような構成を有する契約管理システム１において、クライアント装置１００の履歴記録部１０２は、自装置における保守操作の履歴情報を記録し、通信部１０４は、履歴記録部１０２が記録した履歴情報を定期的に契約条件判定装置２００に送信する。
次に、契約条件判定装置２００の通信部２０１は、クライアント装置１００から履歴情報を受信し、運用状況判定部２０２は、通信部２０１が受信した履歴情報に示されるクライアント装置１００の運用状況が、データ保守契約で定められた条件を満たすか否かを判定する。そして、契約管理装置３００の契約解除部３０４は、運用状況判定部２０２が条件を満たさないと判定した回数が所定の閾値を超えた場合にクライアント装置１００に関する契約を解除する。
【００２５】
また、クライアント装置１００の通信部１０４は、契約管理装置３００にデータの復旧依頼を送信する。次に、契約管理装置３００の通信部３０１は、クライアント装置１００からデータの復旧依頼を受信し、通知部３０５は、契約解除部３０４によって契約が解除されておらず、かつ通信部３０５がデータの復旧依頼を受信した場合に、作業者にクライアント装置１００に対するデータの復旧依頼を通知する。
これにより、契約管理システム１は、データの保守状況が良好なユーザに対し、消失したデータを復旧する契約を管理する。
【００２６】
次に、本実施形態における契約管理システム１の動作を説明する。
図４は、契約管理システムの通常時の動作を示すシーケンス図である。
クライアント装置１００の履歴記録部１０１は、ユーザが自装置に対して保守操作を実行したか否かを判定する（ステップＳ１０１）。上述したように、保守操作とは、例えば、ハードディスクのデータバックアップ操作、重要なデータとして指定したデータのバックアップ操作、バックアップした記録媒体の世代管理などが挙げられる。
履歴記録部１０１は、ユーザが保守操作を実行したと判定した場合（ステップＳ１０１：ＹＥＳ）、当該保守操作の情報を履歴情報として、履歴記憶部１０２に登録する（ステップＳ１０２）。
【００２７】
履歴記録部１０１が、ユーザが保守操作を実行していないと判定した場合（ステップＳ１０１：ＮＯ）、または、ユーザが保守操作を実行したと判定して履歴情報を登録した場合、通信部１０４は、現在の日付及び時刻が、履歴情報を送信する所定の周期（例えば、３０日）を経過したか否かを判定する（ステップＳ１０３）。
通信部１０４は、所定の周期を経過していないと判定した場合（ステップＳ１０３：ＮＯ）、ステップＳ１０１に戻り、履歴情報の収集を継続する。他方、通信部１０４は、所定の周期を経過したと判定した場合（ステップＳ１０３：ＹＥＳ）、履歴記憶部１０２が記憶する履歴情報を、契約条件判定装置２００に送信する（ステップＳ１０４）。
【００２８】
クライアント装置１００が履歴情報を送信すると、契約条件判定装置２００の通信部２０１は、当該履歴情報を受信する（ステップＳ１０５）。次に、運用状況判定部２０２は、条件記憶部２０３からユーザとの契約に基づく条件区分に対応付けられた契約条件を読み出し、受信した履歴情報が示すクライアント装置１００の運用状況が、当該契約条件に適合するか否かを判定する（ステップＳ１０６）。
【００２９】
運用状況判定部２０２が、クライアント装置１００の運用状況が契約条件に適合しないと判定した場合（ステップＳ１０６：ＹＥＳ）、通信部２０１は、クライアント装置１００に不適合通知を発する（ステップＳ１０７）。
運用状況判定部２０２が、クライアント装置１００の運用状況が契約条件に適合すると判定した場合（ステップＳ１０６：ＮＯ）、または、契約条件に適合しないと判定して不適合通知を発した場合、通信部２０１は、ステップＳ１０５で受信した履歴情報とステップＳ１０６における適合可否の判定結果とを契約管理装置３００に送信する（ステップＳ１０８）。
【００３０】
契約条件判定装置２００が履歴情報と適合可否の判定結果とを送信すると、契約管理装置３００の通信部３０１は、履歴情報と適合可否の判定結果とを受信する（ステップＳ１０９）。次に、登録部３０２は、記憶部３０３に受信した情報を登録する（ステップＳ１１０）。すなわち、登録部３０２は、記憶部３０３の履歴テーブルのユーザコードにクライアント装置１００のユーザを示すユーザコードを登録し、日時に現在の時刻を登録し、履歴情報に受信した履歴情報を登録し、受信した適合可否の判定結果に基づいて適合フラグを登録する。また、適合可否の判定結果が、「不適合」を示す場合、登録部３０２は、記憶部３０３の契約テーブルのうち、クライアント装置１００のユーザを示すユーザコードに関連付けられた不適合回数に１を加算する。
【００３１】
登録部３０２が記憶部３０３に情報を登録すると、契約解除部３０４は、記憶部３０３の契約テーブルを参照し、クライアント装置１００のユーザのユーザコードに関連付けられた不適合回数が、契約解除の条件となる所定の不適合回数（例えば、３回）を超過しているか否かを判定する（ステップＳ１１１）。
契約解除部３０４が、不適合回数が所定の不適合回数を超過していないと判定した場合（ステップＳ１１１：ＮＯ）、契約管理装置３００は、処理を終了する。
【００３２】
他方、契約解除部３０４は、不適合回数が所定の不適合回数を超過したと判定した場合（ステップＳ１１１：ＹＥＳ）、記憶部３０３の契約テーブルのうち、クライアント装置１００のユーザを示すユーザコードに関連付けられた情報を削除することで、当該ユーザとの契約を解除する（ステップＳ１１２）。なお、ユーザコードに関連付けられた情報の削除とは、実際にデータベースのレコードを削除することによって行っても良いが、例えば、当該レコードの削除フラグをＯＮにすることで、論理的に削除することによって行っても良い。次に、通信部３０１は、クライアント装置１００に契約解除通知を発し（ステップＳ１１３）、処理を終了する。
契約管理システム１は、このように動作することにより、データの保守状況が良好なユーザのみデータ保守契約を継続することができる。
【００３３】
図５は、データ消失時の契約管理システムの動作を示すシーケンス図である。ここでは、保守会社とユーザとの間のデータ保守契約として、データのバックアップ実行及びＨＤＤの復元を行う契約を締結しているものとする。
クライアント装置１００にデータ消失が発生すると、クライアント装置１００の操作部１０３は、ユーザからデータ復元依頼の入力を受け付ける（ステップＳ２０１）。次に、通信部１０４は、操作部１０３が入力を受け付けたデータ復元依頼を、契約管理装置３００に送信する（ステップＳ２０２）。
【００３４】
クライアント装置１００がデータ復元依頼を送信すると、契約管理装置３００の通信部３０１は、当該データ復元依頼を受信する（ステップＳ２０３）。次に、通知部３０５は、記憶部３０３の契約テーブルを読み出し、クライアント装置１００のユーザを示すユーザコードが当該契約テーブルに記憶されているか否かを判定する。すなわち、通知部３０５は、ユーザとのデータ保守契約が継続されているか否かを判定する（ステップＳ２０４）。
通知部３０５は、ユーザとのデータ保守契約が解除されていると判定した場合（ステップＳ２０４：ＮＯ）、処理を終了する。
【００３５】
他方、通知部３０５は、ユーザとのデータ保守契約が継続されていると判定した場合（ステップＳ２０４：ＹＥＳ）、作業員に対してクライアント装置１００からのデータ復元依頼を通知する（ステップＳ２０５）。データ復元依頼の通知は、契約管理装置３００の画面に表示することで行っても良いし、音声を出力することで行っても良いし、作業員の端末装置にメッセージを送信することで行っても良い。
【００３６】
作業員は、契約管理装置３００からの通知を受けると、クライアント装置１００がバックアップした記録媒体を用いてクライアント装置１００のデータの復元を試みる。このとき、クライアント装置１００の記録媒体のみならず、バックアップデータも故障している場合など、不慮の事故により復旧ができないことがある。
次に、契約管理装置３００の操作部３０６は、作業員からのバックアップデータによるデータの復元の可否の入力を受け付ける（ステップＳ２０６）。操作部３０６は、作業員からデータの復元ができたことを示す入力を受け付けた場合（ステップＳ２０６：ＹＥＳ）、処理を終了する。他方、操作部３０６は、作業員からデータの復元ができなかったことを示す入力を受け付けた場合（ステップＳ２０６：ＹＥＳ）、通信部３０１は、保険会社端末４００に保険適用の申請を送信する（ステップＳ２０７）。
【００３７】
契約管理装置３００が保険適用の申請を行うと、保険会社端末４００の通信部４０１は、当該保険適用の申請を受信する（ステップＳ２０８）。次に、判定部４０２は、契約情報記憶部４０３を参照し、保険を適用するか否かを判定する（ステップＳ２０９）。なお、ここでは、保守会社と保険会社とは、データ消失保険契約を締結しているため、判定部４０２は、保険を適用すると判定することとなる。
そして、通信部４０１は、当該判定結果を契約管理装置３００に送信する（ステップＳ２１０）。
【００３８】
保険会社端末４００が判定結果を送信すると、契約管理装置３００の通信部３０１は、当該判定結果を受信する（ステップＳ２１１）。次に、通知部３０５は、作業員に記録媒体の修復の実行を指示する（ステップＳ２１２）。そして作業員は、記録媒体の修復を実行することで、クライアント装置１００のデータを復元する。
【００３９】
このように、本実施形態によれば、契約管理装置３００は、運用状況が契約条件に適合しないと判定された回数が多いユーザとの契約を解除する。そして、契約解除がなされていないユーザ、すなわちデータの保守状況が良好なユーザに対して、消失したデータの復旧処理を実行する。これにより、契約管理システム１は、データの保守状況が良好なユーザに対し、消失したデータを復旧する契約を管理することができる。
【００４０】
以上、図面を参照してこの発明の一実施形態について詳しく説明してきたが、具体的な構成は上述のものに限られることはなく、この発明の要旨を逸脱しない範囲内において様々な設計変更等をすることが可能である。
例えば、本実施形態では、契約条件判定装置２００と契約管理装置３００とを別個に備える場合を説明したが、これに限られず、それぞれの機能を有するサーバ装置を備える構成としても同様の効果を得ることができる。
【００４１】
また、本実施形態では、クライアント装置１００は、インストールされたプログラムを実行することで、ユーザが実行した保守操作を監視し、当該保守操作の履歴を記録する動作を実行する場合を説明したが、これに限られず、例えば、インストールされたプログラムを実行することで、クライアント装置１００が保守操作を実行し、当該保守操作の履歴を記録するようにしても良い。つまり、保守操作は必ずしもユーザが行う必要は無く、クライアント装置１００が自動で行っても良い。
【００４２】
上述のクライアント装置１００、契約条件判定装置２００、契約管理装置３００は内部に、コンピュータシステムを有している。そして、上述した各処理部の動作は、プログラムの形式でコンピュータ読み取り可能な記録媒体に記憶されており、このプログラムをコンピュータが読み出して実行することによって、上記処理が行われる。ここでコンピュータ読み取り可能な記録媒体とは、磁気ディスク、光磁気ディスク、ＣＤ−ＲＯＭ、ＤＶＤ−ＲＯＭ、半導体メモリ等をいう。また、このコンピュータプログラムを通信回線によってコンピュータに配信し、この配信を受けたコンピュータが当該プログラムを実行するようにしても良い。
【００４３】
また、上記プログラムは、前述した機能の一部を実現するためのものであっても良い。さらに、前述した機能をコンピュータシステムにすでに記録されているプログラムとの組み合わせで実現できるもの、いわゆる差分ファイル（差分プログラム）であっても良い。
【符号の説明】
【００４４】
１…契約管理システム １００…クライアント装置 １０１…履歴記録部 １０２…履歴記憶部 １０３…操作部 １０４…通信部 ２００…契約条件判定装置 ２０１…通信部 ２０２…運用状況判定部 ２０３…条件記憶部 ３００…契約管理装置 ３０１…通信部 ３０２…登録部 ３０３…記憶部 ３０４…契約解除部 ３０５…通知部 ３０６…操作部 ４００…保険会社端末 ４０１…通信部 ４０２…判定部 ４０３…契約情報記憶部
【特許請求の範囲】
【請求項１】
クライアント装置と、当該クライアント装置のデータを保障する契約を管理するサーバ装置とを備える契約管理システムであって、
前記クライアント装置は、
自装置における保守操作の履歴情報を記録する履歴記録部と、
前記履歴記録部が記録した履歴情報を定期的に前記サーバ装置に送信する履歴送信部と
前記サーバ装置にデータの復旧依頼を送信する依頼送信部と
を備え、
前記サーバ装置は、
前記クライアント装置から前記履歴情報を受信する履歴受信部と、
前記履歴受信部が受信した履歴情報に示される前記クライアント装置の運用状況が、前記契約で定められた条件を満たすか否かを判定する運用状況判定部と、
前記運用状況判定部が前記条件を満たさないと判定した回数が所定の閾値を超えた場合に前記クライアント装置に関する契約を解除する契約解除部と、
前記クライアント装置からデータの復旧依頼を受信する依頼受信部と
前記契約解除部によって契約が解除されておらず、かつ前記依頼受信部がデータの復旧依頼を受信した場合に、作業者に前記クライアント装置に対するデータの復旧依頼を通知する依頼通知部と
を備えることを特徴とする契約管理システム。
【請求項２】
前記サーバ装置は、
前記運用状況判定部が前記条件を満たさないと判定した場合に、前記条件に適合していないことを示す不適合通知を前記クライアント装置に通知する不適合通知部
を備えることを特徴とする請求項１に記載の契約管理システム。
【請求項３】
クライアント装置と、当該クライアント装置のデータを保障する契約を管理するサーバ装置とを備える契約管理システムを用いた契約管理方法であって、
前記クライアント装置の履歴記録部は、自装置における保守操作の履歴情報を記録し、
前記クライアント装置の履歴送信部は、前記履歴記録部が記録した履歴情報を定期的に前記サーバ装置に送信し、
前記サーバ装置の履歴受信部は、前記クライアント装置から前記履歴情報を受信し、
前記サーバ装置の運用状況判定部は、前記履歴受信部が受信した履歴情報に示される前記クライアント装置の運用状況が、前記契約で定められた条件を満たすか否かを判定し、
前記サーバ装置の契約解除部は、運用状況判定部が前記条件を満たさないと判定した回数が所定の閾値を超えた場合に前記クライアント装置に関する契約を解除し、
前記クライアント装置の依頼送信部は、前記サーバ装置にデータの復旧依頼を送信し、
前記サーバ装置の依頼受信部は、クライアント装置からデータの復旧依頼を受信し、
前記サーバ装置の依頼通知部は、前記契約解除部によって契約が解除されておらず、かつ前記依頼受信部がデータの復旧依頼を受信した場合に、作業者に前記クライアント装置に対するデータの復旧依頼を通知する
ことを特徴とする契約管理方法。
【請求項４】
サーバ装置が管理する契約によってデータを保障されるクライアント装置であって、
自装置における保守操作の履歴情報を記録する履歴記録部と、
前記履歴記録部が記録した履歴情報を定期的に前記サーバ装置に送信する履歴送信部と、
前記サーバ装置にデータの復旧依頼を送信する依頼送信部と
を備えることを特徴とするクライアント装置。
【請求項５】
クライアント装置のデータを保障する契約を管理するサーバ装置であって、
前記クライアント装置から前記履歴情報を受信する履歴受信部と、
前記履歴受信部が受信した履歴情報に示される前記クライアント装置の運用状況が、前記契約で定められた条件を満たすか否かを判定する運用状況判定部と、
前記運用状況判定部が前記条件を満たさないと判定した回数が所定の閾値を超えた場合に前記クライアント装置に関する契約を解除する契約解除部と、
前記クライアント装置からデータの復旧依頼を受信する依頼受信部と、
前記契約解除部によって契約が解除されておらず、かつ前記依頼受信部がデータの復旧依頼を受信した場合に、作業者に前記クライアント装置に対するデータの復旧依頼を通知する依頼通知部と
を備えることを特徴とするサーバ装置。
【請求項６】
サーバ装置が管理する契約によってデータを保障されるクライアント装置を、
自装置における保守操作の履歴情報を記録する履歴記録部、
前記履歴記録部が記録した履歴情報を定期的に前記サーバ装置に送信する履歴送信部、
前記サーバ装置にデータの復旧依頼を送信する依頼送信部
として機能させるためのプログラム。
【請求項７】
クライアント装置のデータを保障する契約を管理するサーバ装置を、
前記クライアント装置から前記履歴情報を受信する履歴受信部、
前記履歴受信部が受信した履歴情報に示される前記クライアント装置の運用状況が、前記契約で定められた条件を満たすか否かを判定する運用状況判定部、
前記運用状況判定部が前記条件を満たさないと判定した回数が所定の閾値を超えた場合に前記クライアント装置に関する契約を解除する契約解除部、
前記クライアント装置からデータの復旧依頼を受信する依頼受信部、
前記契約解除部によって契約が解除されておらず、かつ前記依頼受信部がデータの復旧依頼を受信した場合に、作業者に前記クライアント装置に対するデータの復旧依頼を通知する依頼通知部
として機能させるためのプログラム。
【請求項１】
クライアント装置と、当該クライアント装置のデータを保障する契約を管理するサーバ装置とを備える契約管理システムであって、
前記クライアント装置は、
自装置における保守操作の履歴情報を記録する履歴記録部と、
前記履歴記録部が記録した履歴情報を定期的に前記サーバ装置に送信する履歴送信部と
前記サーバ装置にデータの復旧依頼を送信する依頼送信部と
を備え、
前記サーバ装置は、
前記クライアント装置から前記履歴情報を受信する履歴受信部と、
前記履歴受信部が受信した履歴情報に示される前記クライアント装置の運用状況が、前記契約で定められた条件を満たすか否かを判定する運用状況判定部と、
前記運用状況判定部が前記条件を満たさないと判定した回数が所定の閾値を超えた場合に前記クライアント装置に関する契約を解除する契約解除部と、
前記クライアント装置からデータの復旧依頼を受信する依頼受信部と
前記契約解除部によって契約が解除されておらず、かつ前記依頼受信部がデータの復旧依頼を受信した場合に、作業者に前記クライアント装置に対するデータの復旧依頼を通知する依頼通知部と
を備えることを特徴とする契約管理システム。
【請求項２】
前記サーバ装置は、
前記運用状況判定部が前記条件を満たさないと判定した場合に、前記条件に適合していないことを示す不適合通知を前記クライアント装置に通知する不適合通知部
を備えることを特徴とする請求項１に記載の契約管理システム。
【請求項３】
クライアント装置と、当該クライアント装置のデータを保障する契約を管理するサーバ装置とを備える契約管理システムを用いた契約管理方法であって、
前記クライアント装置の履歴記録部は、自装置における保守操作の履歴情報を記録し、
前記クライアント装置の履歴送信部は、前記履歴記録部が記録した履歴情報を定期的に前記サーバ装置に送信し、
前記サーバ装置の履歴受信部は、前記クライアント装置から前記履歴情報を受信し、
前記サーバ装置の運用状況判定部は、前記履歴受信部が受信した履歴情報に示される前記クライアント装置の運用状況が、前記契約で定められた条件を満たすか否かを判定し、
前記サーバ装置の契約解除部は、運用状況判定部が前記条件を満たさないと判定した回数が所定の閾値を超えた場合に前記クライアント装置に関する契約を解除し、
前記クライアント装置の依頼送信部は、前記サーバ装置にデータの復旧依頼を送信し、
前記サーバ装置の依頼受信部は、クライアント装置からデータの復旧依頼を受信し、
前記サーバ装置の依頼通知部は、前記契約解除部によって契約が解除されておらず、かつ前記依頼受信部がデータの復旧依頼を受信した場合に、作業者に前記クライアント装置に対するデータの復旧依頼を通知する
ことを特徴とする契約管理方法。
【請求項４】
サーバ装置が管理する契約によってデータを保障されるクライアント装置であって、
自装置における保守操作の履歴情報を記録する履歴記録部と、
前記履歴記録部が記録した履歴情報を定期的に前記サーバ装置に送信する履歴送信部と、
前記サーバ装置にデータの復旧依頼を送信する依頼送信部と
を備えることを特徴とするクライアント装置。
【請求項５】
クライアント装置のデータを保障する契約を管理するサーバ装置であって、
前記クライアント装置から前記履歴情報を受信する履歴受信部と、
前記履歴受信部が受信した履歴情報に示される前記クライアント装置の運用状況が、前記契約で定められた条件を満たすか否かを判定する運用状況判定部と、
前記運用状況判定部が前記条件を満たさないと判定した回数が所定の閾値を超えた場合に前記クライアント装置に関する契約を解除する契約解除部と、
前記クライアント装置からデータの復旧依頼を受信する依頼受信部と、
前記契約解除部によって契約が解除されておらず、かつ前記依頼受信部がデータの復旧依頼を受信した場合に、作業者に前記クライアント装置に対するデータの復旧依頼を通知する依頼通知部と
を備えることを特徴とするサーバ装置。
【請求項６】
サーバ装置が管理する契約によってデータを保障されるクライアント装置を、
自装置における保守操作の履歴情報を記録する履歴記録部、
前記履歴記録部が記録した履歴情報を定期的に前記サーバ装置に送信する履歴送信部、
前記サーバ装置にデータの復旧依頼を送信する依頼送信部
として機能させるためのプログラム。
【請求項７】
クライアント装置のデータを保障する契約を管理するサーバ装置を、
前記クライアント装置から前記履歴情報を受信する履歴受信部、
前記履歴受信部が受信した履歴情報に示される前記クライアント装置の運用状況が、前記契約で定められた条件を満たすか否かを判定する運用状況判定部、
前記運用状況判定部が前記条件を満たさないと判定した回数が所定の閾値を超えた場合に前記クライアント装置に関する契約を解除する契約解除部、
前記クライアント装置からデータの復旧依頼を受信する依頼受信部、
前記契約解除部によって契約が解除されておらず、かつ前記依頼受信部がデータの復旧依頼を受信した場合に、作業者に前記クライアント装置に対するデータの復旧依頼を通知する依頼通知部
として機能させるためのプログラム。
【図１】
【図２】
【図３】
【図４】
【図５】
【図２】
【図３】
【図４】
【図５】
【公開番号】特開２０１１−１８０９９６（Ｐ２０１１−１８０９９６Ａ）
【公開日】平成２３年９月１５日（２０１１．９．１５）
【国際特許分類】
【出願番号】特願２０１０−４６８５５（Ｐ２０１０−４６８５５）
【出願日】平成２２年３月３日（２０１０．３．３）
【出願人】（０００２３２１４０）ＮＥＣフィールディング株式会社 (373)
【公開日】平成２３年９月１５日（２０１１．９．１５）
【国際特許分類】
【出願日】平成２２年３月３日（２０１０．３．３）
【出願人】（０００２３２１４０）ＮＥＣフィールディング株式会社 (373)
[ Back to top ]