JP4348549B2 - バックアップシステム、バックアップ管理装置、バックアップ管理方法およびプログラム - Google Patents

Description

本発明は、バックアップシステム、バックアップ管理装置、バックアップ管理方法およびプログラムに関し、特には、特定グループにて共有されている所定情報をバックアップするバックアップシステム、バックアップ管理装置、バックアップ管理方法およびプログラムに関する。

従来、複数の端末装置が所定情報を共有する情報共有システムが知られている。

従来の情報共有システムの一例が、特許文献１（特開２００２−１４９４６５号公報）および特許文献２（特開２００３−６０３２号公報）に記載されている。

図３５は、特許文献１に記載の情報共有システムを示したブロック図である。

図３５において、端末装置ａ１００の作業履歴（操作ログ）は、操作ログ格納部ａ１０３に格納されている。

ファイル同期管理部ａ１０４は、操作ログ格納部ａ１０３に格納されている操作ログを読み出し、その読み出された操作ログに基づき、ファイル管理部ａ１０１を通して、ファイル記憶部ａ１０２から変更ファイルを取り出す。

ファイル同期管理部ａ１０４は、ネットワークａ１０上の他の端末装置ａ１１０に、その取り出された変更ファイルに示された変更内容を通知する。端末装置ａ１１０は、ファイル記憶部ａ１１２に格納されているファイルを、その通知された更新内容に基づいて更新する。

このため、各端末装置のファイル記憶部に記憶されているファイルが同じになり、その結果、各端末装置間でファイルが共有される。

図３６は、特許文献２の記載のファイル共有システムを示したブロック図である。

図３６において、共有ファイルは、複数の端末装置のどれか一つに格納される。ディレクトリサーバｂ１０２が、共有ファイルの実体のアドレスを管理することで、ネットワークに接続された端末装置間でファイル共有が実現される。

また、少なくとも１つのイントラネットには、ファイルサーバが接続されている。そのファイルサーバは、すべての共有ファイルを格納している。

このため、共有ファイルの実体を持つ端末装置がネットワークに接続されていないときは、その端末装置の共有ファイルの代わりに、ファイルサーバに格納されている共有ファイルが用いられる。

また、従来、情報の消失を防ぐために、バックアップ情報記憶装置にバックアップ用の情報を自動的に格納する技術が知られている。

例えば、特許文献３（特開２００４−７０３７７号公報）には、ＰＤＡ等の情報処理装置がユーザによって接続されると、その接続された情報処理装置が有する情報を、定期的にバックアップするバックアップ装置が記載されている。

具体的には、このバックアップ装置は、バックアップ実行タイミングになると、その接続されている情報処理装置からバックアップ用のデータを取得し、その取得されたデータを格納する。

共有ファイルについても、誤操作またはディスク障害にて共有情報の変更または削除が行われても共有ファイルを正しい状態に回復できるように、バックアップ用のファイルをバックアップ情報記憶装置に格納することが望ましい。

従来のシステムの共有ファイルのバックアップは、以下の（１）〜（３）の手法で実現可能である。
（１）端末装置のユーザ自身が、手動で共有ファイルを別の記憶領域にコピーする。
（２）特許文献１のシステムでは、バックアップ管理者が、いずれかの端末装置のファイル記憶部に、特許文献３に記載のバックアップ装置を接続する。
（３）特許文献２のシステムでは、バックアップ管理者が、ファイルサーバに特許文献３に記載のバックアップ装置を接続する。
特開２００２−１４９４６５号公報 特開２００３−６０３２号公報 特開２００４−７０３７７号公報

しかしながら、ユーザが、手動で共有ファイルを別の記憶領域にコピーする場合（上記（１）の場合）には、以下のような問題が生じる。

ユーザが、バックアップ処理を行わなければならない。よって、ユーザにバックアップ処理の負担が課せられる。また、ユーザがバックアップ処理を行うため、定期的なバックアップの実行およびバックアップデータの保管場所が、完全に保障されない。

また、バックアップ管理者が、端末装置のファイル記憶部またはファイルサーバに、特許文献３に記載のバックアップ装置を接続する場合（上記（２）または（３））には、以下のような問題が生じる。

特許文献３に記載のバックアップ装置は、バックアップ実行タイミングになるまで、バックアップ用のデータを取得しない。このため、このバックアップ装置は、常に最新のバックアップ用のデータを有しているわけではない。

したがって、例えば、接続先の情報処理装置のデータが更新され、バックアップ装置が、その更新されたデータをバックアップする前に、その更新されたデータが消失してしまうと、その消失された最新のデータをリストア（回復）することはできない。

本発明の目的は、ユーザの負担を軽減することが可能で、かつ、最新のデータをバックアップすることが可能なバックアップ管理装置、バックアップ管理方法およびプログラムを提供することである。

上記目的を達成するために、本発明のバックアップシステムは、所定情報を共有するとともに該所定情報を変更する複数の端末装置と、バックアップ情報記憶装置と、これらに接続されるとともに該変更された所定情報を前記バックアップ情報記憶装置に格納するバックアップ管理装置と、を含むバックアップシステムであって、前記複数の端末装置のそれぞれは、前記所定情報を共有する特定グループのメンバであるとともに他の装置から該特定グループへの参加申請を受け付けると該他の装置を該特定グループのメンバに加え該他の装置に該所定情報を通知し、また、該所定情報を変更するとその変更内容を該特定グループの他のメンバに通知し、前記バックアップ管理装置は、前記複数の端末装置と通信する通信部と、前記通信部が前記複数の端末装置のいずれかからバックアップ申請を受け付けると、前記通信部に、前記複数の端末装置のいずれかに前記特定グループへの参加申請を送信させる参加申請要求部と、前記通信部が、前記参加申請が送信された端末装置から前記所定情報を受け付けると、該受け付けられた所定情報を格納する情報管理部と、前記通信部が前記複数の端末装置のいずれかから前記変更内容を受け付けると、前記情報管理部に格納されている所定情報を該受け付けられた変更内容に基づいて変更する情報制御部と、前記情報管理部に格納されている変更された所定情報を前記バックアップ情報記憶装置に格納するバックアップ実行部と、を含み、前記通信部が前記複数の端末装置のいずれかから前記バックアップの解約用のバックアップ要求メッセージを受け付けると、前記通信部は、前記複数の端末装置のすべてに、前記特定グループからの離脱を示す退会メッセージを送信する。

また、本発明のバックアップ管理方法は、所定情報を共有するとともに該所定情報を変更する複数の端末装置と、バックアップ情報記憶装置と、これらに接続されるとともに該変更された所定情報を前記バックアップ情報記憶装置に格納するバックアップ管理装置と、を含むバックアップシステムが行うバックアップ管理方法であって、前記複数の端末装置のいずれかが、前記バックアップ管理装置にバックアップ申請を送信するバックアップ申請送信ステップと、前記バックアップ管理装置が、前記バックアップ申請を受け付けるバックアップ申請受付ステップと、前記バックアップ管理装置が、前記バックアップ申請を受け付けると、前記複数の端末装置のいずれかに前記特定グループへの参加申請を送信する参加申請ステップと、前記端末装置が、前記参加申請を受け付ける参加申請受付ステップと、前記端末装置が、前記参加申請を受け付けると、前記バックアップ管理装置を該特定グループのメンバに加え、該バックアップ管理装置に該所定情報を通知する所定情報通知ステップと、前記バックアップ管理装置が、前記端末装置から前記所定情報を受け付ける所定情報受付ステップと、前記バックアップ管理装置が、前記所定情報を受け付けると、該受け付けられた所定情報を格納する所定情報格納ステップと、前記複数の端末装置のいずれかが、前記所定情報を変更すると、その変更内容を該特定グループの他のメンバに通知する変更内容通知ステップと、前記バックアップ管理装置が、前記複数の端末装置のいずれかから前記変更内容を受け付ける更新内容受付ステップと、前記バックアップ管理装置が、前記格納された所定情報を該受け付けられた変更内容に基づいて変更する変更ステップと、前記バックアップ管理装置が、前記変更された所定情報を前記バックアップ情報記憶装置に格納するバックアップ実行ステップと、前記バックアップ管理装置が、前記複数の端末装置のいずれかから前記バックアップの解約用のバックアップ要求メッセージを受け付けると、前記複数の端末装置のすべてに、前記特定グループからの離脱を示す退会メッセージを送信するステップと、を含む。

また、本発明のバックアップ管理装置は、所定情報を共有する特定グループのメンバであるとともに他の装置から該特定グループへの参加申請を受け付けると該他の装置を該特定グループのメンバに加え該他の装置に該所定情報を通知しまた該所定情報を変更するとその変更内容を該特定グループの他のメンバに通知する複数の端末装置と、バックアップ情報記憶装置と、に接続され、該変更された所定情報を前記バックアップ情報記憶装置に格納するバックアップ管理装置であって、前記複数の端末装置と通信する通信部と、前記通信部が前記複数の端末装置のいずれかからバックアップ申請を受け付けると、前記通信部に、前記複数の端末装置のいずれかに前記特定グループへの参加申請を送信させる参加申請要求部と、前記参加申請が送信された端末装置から前記所定情報を受け付けると、該受け付けられた所定情報を格納する情報管理部と、前記参加申請要求部により参加申請を行った特定グループを構成する複数の端末装置のいずれかから、前記通信部が、変更された前記所定情報の内容を示す変更内容を受け付けると、前記情報管理部に格納されている所定情報を該受け付けられた変更内容に基づいて変更する情報制御部と、前記情報管理部に格納されている変更された所定情報を前記バックアップ情報記憶装置に格納するバックアップ実行部と、を含み、前記通信部が前記複数の端末装置のいずれかから前記バックアップの解約用のバックアップ要求メッセージを受け付けると、前記通信部は、前記複数の端末装置のすべてに、前記特定グループからの離脱を示す退会メッセージを送信する。

また、本発明のバックアップ管理方法は、所定情報を共有する特定グループのメンバであるとともに他の装置から該特定グループへの参加申請を受け付けると該他の装置を該特定グループのメンバに加え該他の装置に該所定情報を通知しまた該所定情報を変更するとその変更内容を該特定グループの他のメンバに通知する複数の端末装置と、バックアップ情報記憶装置と、に接続され、該変更された所定情報を前記バックアップ情報記憶装置に格納するバックアップ管理装置が行うバックアップ管理方法であって、前記複数の端末装置のいずれかからバックアップ申請を受け付けるバックアップ申請受付ステップと、前記バックアップ申請が受け付けられると、前記複数の端末装置のいずれかに前記特定グループへの参加申請を送信する参加申請ステップと、前記参加申請が送信された端末装置から前記所定情報を受け付ける所定情報受付ステップと、前記所定情報が受け付けられると、該受け付けられた所定情報を格納する所定情報格納ステップと、前記所定情報が受け付けられた後に、前記参加申請を行った特定グループを構成する複数の端末装置のいずれかから、変更された前記所定情報の内容を示す変更内容を受け付ける更新内容受付ステップと、前記更新内容が受け付けられると、前記格納された所定情報を該受け付けられた変更内容に基づいて変更する変更ステップと、前記変更された所定情報を前記バックアップ情報記憶装置に格納するバックアップ実行ステップと、前記複数の端末装置のいずれかから前記バックアップの解約用のバックアップ要求メッセージを受け付けると、前記複数の端末装置のすべてに、前記特定グループからの離脱を示す退会メッセージを送信するステップと、を含む。

上記の発明によれば、バックアップ管理装置は、所定情報を共有する特定グループのメンバであるとともに他の装置から該特定グループへの参加申請を受け付けると該他の装置を該特定グループのメンバに加え該他の装置に該所定情報を通知し該所定情報を変更するとその変更内容を該特定グループの他のメンバに通知する複数の端末装置のいずれかからバックアップ申請を受け付けると、その特定グループに加わる。

バックアップ管理装置は、その特定グループのメンバに加わると、その特定グループのメンバが共有する所定情報を受け付ける。その後、その特定グループのメンバによって所定情報が変更されるたびに、バックアップ管理装置は、その変更内容を受け付け、その変更内容に基づいて、その所定情報を変更する。バックアップ管理装置は、その変更された所定情報をバックアップ情報記憶装置に格納する。

このため、バックアップ管理装置は、自動的に最新の所定情報を有することが可能になる。したがって、ユーザの負担を軽減することが可能となり、また、最新の情報をバックアップすることが可能となる。

また、前記バックアップ管理装置は、バックアップの実行間隔を示したバックアップ実行条件をさらに受け付け、変更された所定情報を、その受け付けられたバックアップ実行条件に基づいた時間間隔でバックアップ情報記憶装置に格納する。

上記の発明によれば、バックアップの実行間隔を適宜設定することが可能になる。

また、前記バックアップ管理装置は、前記バックアップ実行条件の費用を示す費用情報と、その費用の負担先を示す負担先情報とを格納し、前記バックアップ実行条件および前記費用情報に基づいて前記特定グループへの請求費用を算出し、該算出された請求費用を前記格納された負担先情報とともに課金サーバに送信する。課金サーバは、請求費用と負担先情報とを受け付けると、該負担先情報にて示された負担先に該請求費用にて示された費用を課金する。

上記の発明によれば、バックアップ処理に対する費用を自動的に課金することが可能になる。このため、有料のバックアップサービスを容易に実現することが可能になる。

また、本発明のプログラムは、所定情報を共有する特定グループのメンバであるとともに他の装置から該特定グループへの参加申請を受け付けると該他の装置を該特定グループのメンバに加え該他の装置に該所定情報を通知しまた該所定情報を変更するとその変更内容を該特定グループの他のメンバに通知する複数の端末装置と、バックアップ情報記憶装置と、情報管理部と、に接続されたコンピュータに、前記所定情報を前記変更内容に基づいて変更し、その変更された所定情報を前記バックアップ情報記憶装置に格納するバックアップ管理処理を実行させるプログラムであって、前記複数の端末装置のいずれかからバックアップ申請を受け付けるバックアップ申請受付処理と、前記バックアップ申請が受け付けられると、前記複数の端末装置のいずれかに前記特定グループへの参加申請を送信する参加申請処理と、前記参加申請が送信された後に、前記複数の端末装置のいずれかから前記所定情報を受け付ける所定情報受付処理と、前記所定情報が受け付けられると、該受け付けられた所定情報を前記情報管理部に格納する所定情報格納処理と、前記所定情報が受け付けられた後に、前記参加申請を行った特定グループを構成する複数の端末装置のいずれかから前記変更内容を受け付ける更新内容受付処理と、前記更新内容が受け付けられると、前記格納された所定情報を該受け付けられた変更内容に基づいて変更する変更処理と、前記変更された所定情報を前記バックアップ情報記憶装置に格納するバックアップ実行処理と、前記複数の端末装置のいずれかから前記バックアップの解約用のバックアップ要求メッセージを受け付けると、前記複数の端末装置のすべてに、前記特定グループからの離脱を示す退会メッセージを送信する処理と、を含むバックアップ管理処理を、前記コンピュータに実行させる。

上記の発明によれば、上記バックアップ管理方法をコンピュータに行わせることが可能になる。

本発明のよれば、ユーザの負担を軽減することが可能となり、かつ、最新のデータをバックアップすることが可能になる。

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

図１は、本発明の一実施例のバックアップ管理装置を含む共有情報バックアップシステムを示したブロック図である。

図１を参照すると、本共有情報バックアップシステムは、端末装置１００、１１０および１２０と、マスタ端末装置２００と、バックアップ情報記憶装置３００とを含む。

端末装置１００は、ユーザの入出力操作を受け付け、また、端末装置１００がメンバとなっているコミュニティ内で情報（所定情報）を共有する。コミュニティは、複数の端末装置をメンバとする特定グループである。本実施例では、コミュニティ内で共有される情報（所定情報）をコミュニティ共有情報と称する。

端末装置１１０および１２０は、端末装置１００と同一構成である。

端末装置１００、１１０および１２０は、ネットワーク１０を介して、互いに接続されている。

端末装置１００、１１０および１２０は、コミュニティ共有情報を共有する特定グループのメンバである。なお、特定グループのメンバは、端末装置１００、１１０および１２０に限らず、適宜変更可能である。例えば、特定グループのメンバは、端末装置１００および１１０だけでもよい。また、端末装置１００と端末装置１２０とで、他の特定グループ（他のコミュニティ）を構成してもよい。

端末装置１００、１１０および１２０は、他の装置（例えば、マスタ端末装置２００）から特定グループへの参加申請を受け付けると、該他の装置を特定グループのメンバに加える。

端末装置１００、１１０および１２０は、特定グループに新たに加わったメンバに、コミュニティ共有情報を通知する。

端末装置１００、１１０および１２０は、コミュニティ共有情報を変更すると、その変更内容を特定グループの他のメンバに通知する。

マスタ端末装置２００は、バックアップ管理装置の一例である。

マスタ端末装置２００は、ネットワーク１０を介して、端末装置１００、１１０および１２０と接続する。また、マスタ端末装置２００は、バックアップ情報記憶装置３００と接続する。

マスタ端末装置２００は、コミュニティ共有情報を変更内容に基づいて変更し、その変更されたコミュニティ共有情報を、バックアップ用のコミュニティ共有情報として、バックアップ情報記憶装置３００に格納する。

また、マスタ端末装置２００は、バックアップ情報記憶装置３００に格納されたバックアップ用のコミュニティ共有情報を特定グループの各メンバに供給して、特定グループのメンバにて共有されているコミュニティ共有情報をリストア（回復）する。

バックアップ情報記憶装置３００は、コミュニティ共有情報のバックアップデータを記録する。

ネットワーク１０は、インターネットなどの有線の通信ネットワーク、あるいは、無線の通信ネットワークである。

なお、端末装置の数は３台に限らず、コミュニティの構成数または規模に応じて適宜変更可能である。

端末装置１００は、通信部１０１と、メッセージ制御部１０２と、ファイル管理部１０３と、コミュニティ管理部１０４と、バックアップ要求部１０５と、入力部１０６とを備えている。

通信部１０１は、ネットワーク１０と接続し、端末装置１１０および１２０とデータ通信を行う。

メッセージ制御部１０２は、コミュニティ内の端末装置から送られてきた通信メッセージを通信部１０１から受け取る。

その通信メッセージがコミュニティ共有情報を示す場合、メッセージ制御部１０２は、その通信メッセージを解析してコミュニティ共有情報を取り出す。メッセージ制御部１０２は、その取り出されたコミュニティ共有情報をファイル管理部１０３に渡す。

ファイル管理部１０３は、コミュニティ共有情報を受け取ると、その受け取られたコミュニティ共有情報を格納する。なお、ファイル管理部１０３は、コミュニティごとに、コミュニティ共有情報を格納する。

ファイル管理部１０３は、入力部１０６から、コミュニティ共有情報を変更するための変更情報を受け付けると、その変更情報に基づいてコミュニティ共有情報を変更する。

ファイル管理部１０３は、コミュニティ共有情報を変更すると、その変更内容をメッセージ制御部１０２に提供する。

メッセージ制御部１０２は、その変更内容を受け取ると、その変更内容を通信メッセージに変換する。なお、この通信メッセージは、コミュニティ共有情報の変更内容を示す。メッセージ制御部１０２は、コミュニティ共有情報の変更内容を示す通信メッセージを通信部１０１に渡す。

通信部１０１は、メッセージ制御部１０２からコミュニティ共有情報の変更内容を示す通信メッセージを受け取ると、その受け取られた通信メッセージを特定グループの他のメンバに送信する。なお、特定グループのメンバの宛先は、コミュニティ管理部１０４にて管理されている。具体的には、コミュニティ管理部１０４は、コミュニティごとに、コミュニティ参加メンバの端末装置の宛先情報を管理している。

また、通信部１０１は、特定グループの他のメンバから、コミュニティ共有情報の変更内容を示す通信メッセージを受け取ると、そのコミュニティ共有情報の変更内容を示す通信メッセージをメッセージ制御部１０２に提供する。

メッセージ制御部１０２は、コミュニティ共有情報の変更内容を示す通信メッセージを受け付けると、その通信メッセージからコミュニティ共有情報の変更内容を取り出す。

メッセージ制御部１０２は、ファイル管理部１０３に格納されているコミュニティ共有情報を、その取り出された変更内容に基づいて変更する。

バックアップ要求部１０５は、例えば、入力部１０６がバックアップ申請を受け付けると、バックアップ申請要求用のバックアップ要求メッセージを生成し、その生成されたバックアップ要求メッセージをメッセージ制御部１０２に提供する。

なお、バックアップ要求メッセージは、マスタ端末装置２００に対する要求である。バックアップ要求メッセージは、少なくとも、コミュニティ共有情報のバックアップ申請要求と、バックアップ解約要求と、バックアップ実行要求と、リストア実行要求のいずれかを含む。これらの要求内容は、例えば、ユーザから入力部１０６を介して受け付けられる。

また、バックアップ要求部１０５は、マスタ端末装置２００と通信を行うために必要なマスタ端末装置２００の宛先情報を保持している。

メッセージ制御部１０２は、バックアップ要求メッセージを、バックアップ要求部１０５から受け取ると、その受け取られたバックアップ要求メッセージを通信メッセージに変換する。なお、この通信メッセージは、バックアップ要求メッセージを示す。メッセージ制御部１０２は、バックアップ要求メッセージを示す通信メッセージを通信部１０１に渡す。

通信部１０１は、バックアップ要求メッセージを示す通信メッセージを受け取ると、その受け取られた通信メッセージを、マスタ端末装置２００に送信する。

マスタ端末装置２００は、通信部２０１と、ファイル管理部２０３と、コミュニティ管理部２０４と、ＣＰＵ２０７と、メモリ２０８とを備えている。なお、ファイル管理部２０３は、情報管理部の一例である。

メモリ２０８は、コンピュータにて読み取り可能な記録媒体の一例である。メモリ２０８は、マスタ端末装置２００の動作を規定するプログラムを記録している。

ＣＰＵ２０７は、コンピュータの一例であり、メモリ２０８に記録されているプログラムを読み取り、その読み取られたプログラムを実行することによって、メッセージ制御部２０２とバックアップ管理部２０５を実現する。なお、メッセージ制御部２０２は、情報制御部の一例である。

バックアップ管理部２０５は、参加申請要求部２０５ａと、バックアップ実行部２０５ｂとを含む。なお、メッセージ制御部２０２とバックアップ管理部２０５は、バードウェアにて実現されてもよい。

なお、通信部２０１は、端末装置１００の通信部１０１と同様であり、ファイル管理部２０３は、端末装置１００のファイル管理部１０３と同様であり、コミュニティ管理部２０４は、端末装置１００のコミュニティ管理部１０４と同様である。

メッセージ制御部２０２は、コミュニティ内の端末装置から送られてきた通信メッセージを、通信部２０１を介して受け取る。メッセージ制御部２０２は、その受け取られた通信メッセージを解析して、その通信メッセージにて示される情報を確認する。

メッセージ制御部２０２は、その通信メッセージがコミュニティ共有情報を示す場合、その通信メッセージからコミュニティ共有情報を取り出す。メッセージ制御部２０２は、その取り出されたコミュニティ共有情報をファイル管理部２０３に渡す。ファイル管理部２０３は、コミュニティ共有情報を受け取ると、その受け取られたコミュニティ共有情報を格納する。

ファイル管理部２０３は、バックアップ管理部２０５からコミュニティ共有情報を変更するための変更情報を受け付けると、例えば、バックアップ管理部２０５から、バックアップ情報記憶装置３００に格納されているバックアップ用のコミュニティ共有情報を、コミュニティ共有情報を変更するための変更情報として受け付けると、その受け付けられた変更情報に基づいてコミュニティ共有情報を変更する。ファイル管理部２０３は、コミュニティ共有情報を変更すると、その変更内容をメッセージ制御部２０２に提供する。

メッセージ制御部２０２は、その変更内容を受け取ると、その受け取られた変更内容を通信メッセージに変換する。なお、この通信メッセージは、コミュニティ共有情報の変更内容を示す。メッセージ制御部２０２は、コミュニティ共有情報の変更内容を示す通信メッセージを通信部２０１に渡す。

通信部２０１は、メッセージ制御部２０２からコミュニティ共有情報の変更内容を示す通信メッセージを受け取ると、その受け取られた通信メッセージを特定グループの他のメンバに送信する。

メッセージ制御部２０２は、通信部２０１から受け付けた通信メッセージがバックアップ要求メッセージを示す場合、その通信メッセージからバックアップ要求メッセージを取り出す。メッセージ制御部２０２は、その取り出されたバックアップ要求メッセージをバックアップ管理部２０５に渡す。

バックアップ管理部２０５は、メッセージ制御部２０２からバックアップ要求メッセージを受け取ると、その受け取られたバックアップ要求メッセージが示す要求内容にしたがって処理を行う。

要求内容がバックアップ申請であれば、バックアップ管理部２０５（具体的には、参加申請要求部２０５ａ）は、通信部２０１に、そのバックアップ申請にて申請されたコミュニティへのコミュニティ参加指示（参加申請）をそのコミュニティのメンバのいずれか（例えば、そのバックアップ申請を送信した端末装置）に送信させる。

具体的には、参加申請要求部２０５ａは、通信部２０１に、そのコミュニティ参加指示をそのコミュニティのメンバのいずれかに送信させるために、そのコミュニティ参加指示をメッセージ制御部２０２に渡す。メッセージ制御部２０２は、バックアップ管理部２０５からコミュニティ参加指示を受け取ると、通信部２０１に、そのコミュニティのメンバのいずれかにそのコミュニティへの参加申請を送信させて、端末装置２００をそのコミュニティのメンバに登録する。

一方、要求内容がバックアップ解約であれば、バックアップ管理部２０５（具体的には、参加申請要求部２０５ａ）は、そのバックアップ解約にて申請されたコミュニティからのコミュニティ退会指示を、メッセージ制御部２０２に渡す。

メッセージ制御部２０２は、バックアップ管理部２０５からコミュニティ退会指示を受け取ると、通信部２０１からそのコミュニティの全メンバに、そのコミュニティからの退会メッセージを送信して、端末装置２００をそのコミュニティのメンバから外す。

また、要求内容がバックアップ実行であれば、バックアップ管理部２０５（具体的には、バックアップ実行部２０５ｂ）は、バックアップ用データ取得指示をメッセージ制御部２０２に渡す。

メッセージ制御部２０２は、バックアップ管理部２０５からバックアップ用データ取得指示を受け取ると、ファイル管理部２０３に保持されているコミュニティ共有情報をバックアップ管理部２０５（具体的には、バックアップ実行部２０５ｂ）に渡す。

バックアップ管理部２０５（具体的には、バックアップ実行部２０５ｂ）は、メッセージ制御部２０２からコミュニティ共有情報を受け取ると、その受け取られたコミュニティ共有情報をバックアップ情報記憶装置３００に格納する。また、バックアップ管理部２０５（具体的には、バックアップ実行部２０５ｂ）は、バックアップ実行要求を受け取ったときと同じ作業を、予めバックアップ管理部２０５で定められている時間間隔で行う。

また、要求内容がリストア要求であれば、バックアップ管理部２０５（具体的には、バックアップ実行部２０５ｂ）は、バックアップ情報記憶装置３００に格納されているコミュニティ共有情報のバックアップデータを取得する。バックアップ管理部２０５（具体的には、バックアップ実行部２０５ｂ）は、その取得されたバックアップデータを、リストアデータとして使用する。

バックアップ管理部２０５（具体的には、バックアップ実行部２０５ｂ）は、コミュニティ共有情報リストア指示と、その取得されたリストアデータとを、メッセージ制御部２０２に渡す。

メッセージ制御部２０２は、そのリストアデータとリストア実行指示とを受け取ると、ファイル管理部２０３に格納されているリストア対象コミュニティのコミュニティ共有情報を、そのリストアデータに置き換える。

また、メッセージ制御部２０２は、コミュニティ管理部２０４からリストア対象コミュニティのメンバ宛先一覧を取得する。その後、メッセージ制御部２０２は、リストアデータを通信メッセージに変換する。続いて、メッセージ制御部２０２は、その取得されたコミュニティメンバの宛先を用いて、通信部２０１を通してコミュニティ内の各端末装置に、そのリストアデータを示す通信メッセージを送信する。

端末装置１００の通信部１０１は、その通信メッセージを受け取ると、その受け取られた通信メッセージをメッセージ制御部１０２に渡す。メッセージ制御部１０２は、その通信メッセージを解析してリストアデータを取り出す。その後、メッセージ制御部１０２は、ファイル管理部１０３に保持しているリストア対象コミュニティのコミュニティ共有情報を、その取り出されたリストアデータに置き換える。

バックアップ情報記憶装置３００は、コミュニティ共有情報のバックアップデータを格納する。

次に、動作の概要を説明する。

ユーザが端末装置１００にコミュニティ共有情報のバックアップ申請を入力すると、マスタ端末装置２００が、コミュニティのメンバとして自動的に登録され、バックアップ対象のコミュニティ共有情報がマスタ端末装置２００に自動的に記録される。

その後、コミュニティ共有情報がコミュニティのメンバにて変更されると、その変更内容がマスタ端末装置２００に自動的に提供され、マスタ端末装置２００は、コミュニティ共有情報を、その変更内容に基づいて変更する。

また、マスタ端末装置２００にて記録されたコミュニティ共有情報（変更されたコミュニティ共有情報）が、バックアップ用の記録装置に自動的にバックアップされる。

また、ユーザの要求に応じて、マスタ端末装置とユーザの端末装置との連係動作により、コミュニティの共有情報が、自動的にバックアップデータの状態に回復（以下、リストア）される。

次に、本発明の第１の実施例の動作を、図面を参照して詳細に説明する。

以下では、本実施例の動作を、利用場面ごとに詳細に説明する。

本実施例の利用場面として、
（１）コミュニティ共有情報のバックアップを新規に申請する場合、
（２）申請済みのコミュニティ共有情報バックアップを解約する場合、
（３）あらかじめ定められた間隔で、コミュニティ共有情報のバックアップを自動的に実行する場合、
（４）ユーザの要求に応じて、コミュニティ共有情報のバックアップを実行する場合、
（５）ユーザの要求に応じて、コミュニティ共有情報をバックアップした時点の状態に回復する場合、
が挙げられる。以下、順に説明する。
（１）コミュニティ共有情報のバックアップを新規に申請する場合
図１、図２、図３、図４、図５を用いて、ユーザがマスタ端末装置２００に対してコミュニティ共有情報のバックアップを新規に申請する動作を説明する。

図２は、コミュニティ共有情報のバックアップ申請を説明するためのフローチャートである。

ステップＡ１では、ユーザは、端末装置１００に、コミュニティ共有情報のバックアップ新規申請要求（バックアップ申請）を入力する。

この入力は、例えば、ユーザが、入力部１０６を用いて、端末装置１００の入出力画面に表示されるバックアップ新規申請メニューを選択することによって実行される。また、この入力は、ユーザがバックアップ新規申請に割り当てられているショートカットキーを押すことによって実行されてもよい。

端末装置１００がバックアップ新規申請要求を受け取ると、バックアップ要求部１０５は、ステップＡ２を実行する。

ステップＡ２では、バックアップ要求部１０５は、バックアップ新規申請用のバックアップ要求メッセージを生成する。なお、バックアップ新規申請用のバックアップ要求メッセージについては、後で説明する。

次に、バックアップ要求部１０５は、あらかじめ格納されているマスタ端末装置２００の宛先情報と、その生成されたバックアップ要求メッセージ（バックアップ新規申請用）とを、メッセージ制御部１０２に渡す。

ここで、バックアップ新規申請用のバックアップ要求メッセージについて説明する。図３は、バックアップ新規申請用のバックアップ要求メッセージの一例を示した説明図である。

図３において、最上位タグの“ｂａｃｋｕｐｒｅｑｕｅｓｔタグ”の子として、“ｈｏｓｔタグ”、“ｃｏｍｍａｎｄタグ”、および、“ｃｏｍｍｕｎｉｔｙｉｄタグ”がある。

“ｈｏｓｔタグ”は、要求元の端末装置を一意に特定する宛先情報を示す。

図３では、各端末装置は他の端末装置と電子メールで通信を行うことを想定して、端末装置１００のメールアドレス“ｈｏｓｔ１００＠ｘｘｘ．ｙｙｙ．ｚｚｚ”が“ｈｏｓｔタグ”にて示されている。

なお、“ｈｏｓｔタグ”にて示される宛先情報は、ＴＣＰでの通信を想定したＩＰアドレス、または、Ｗｅｂアプリケーションを想定したＵＲＬであっても構わない。

“ｃｏｍｍａｎｄタグ”は、どのような要求のバックアップ要求メッセージであるかを示す。

図３では、バックアップ新規申請を表す“ｎｅｗ”が“ｃｏｍｍａｎｄタグ”にて示されている。

“ｃｏｍｍｕｎｉｔｙｉｄタグ”は、バックアップ対象となるコミュニティを一意に特定するコミュニティ情報（コミュニティの識別子）を示す。

図３では、コミュニティ情報として“ｃｏｍｍ−００００１”が“ｃｏｍｍｕｎｉｔｙｉｄタグ”にて示されている。

なお、図３では、バックアップ要求メッセージをＸＭＬ形式のメッセージを用いて説明をしたが、バックアップ要求メッセージは、ＸＭＬ形式と異なる形式のメッセージであっても構わない。

例えば、バックアップ要求メッセージは、ＨＴＴＰリクエストのリクエストパラメータのようにパラメータ名と値の組でもよいし、あらかじめ情報の出現順序を定めた上でのＣＳＶ形式のメッセージでもよい。

以下では、バックアップ要求部１０５が、図３に示したバックアップ要求メッセージ（バックアップ新規申請）を出力した場合の動作を説明する。なお、バックアップ要求メッセージ（バックアップ新規申請）は、図３に示したものに限らない。

再び、図２のフローチャートを説明する。

メッセージ制御部１０２は、バックアップ要求部１０５から、マスタ端末装置２００の宛先情報と、そのバックアップ要求メッセージとを受け取ると、ステップＡ３を実行する。

ステップＡ３では、メッセージ制御部１０２は、その受け取られたマスタ端末装置２００の宛先情報およびバックアップ要求メッセージを、端末装置１００とマスタ端末装置２００との間で通信可能な通信メッセージに変換し、その変換された通信メッセージを通信部１０１に渡す。

通信部１０１は、その通信メッセージを受け取ると、ステップＡ４を実行する。

ステップＡ４では、通信部１０１は、その受け取られた通信メッセージを、ネットワーク１０を介して、マスタ端末装置２００の通信部２０１に送信する。通信部２０１は、通信部１０１から送信された通信メッセージを受け付けると、その受け付けられた通信メッセージをメッセージ制御部２０２に渡す。

メッセージ制御部２０２は、通信部２０１から通信メッセージを受け付けると、ステップＡ５を実行する。

ステップＡ５では、メッセージ制御部２０２は、その受け取られた通信メッセージを解析してバックアップ要求メッセージを取り出し、その取り出されたバックアップ要求メッセージをバックアップ管理部２０５に渡す。

バックアップ管理部２０５は、メッセージ制御部２０２からバックアップ要求メッセージを受け付けると、ステップＡ６を実行する。

ステップＡ６では、バックアップ管理部２０５は、その受け取られたバックアップ要求メッセージ（図３参照）から“ｃｏｍｍａｎｄタグ”の情報を取り出す。バックアップ管理部２０５は、“ｃｏｍｍａｎｄタグ”の情報が“ｎｅｗ”であるため、その受け取られたバックアップ要求メッセージがバックアップ新規申請のバックアップ要求メッセージであると判定する。

次に、バックアップ管理部２０５（具体的には、参加申請要求部２０５ａ）は、その受け取られたバックアップ要求メッセージ（図３参照）から“ｃｏｍｍｕｎｉｔｙｉｄタグ”の情報、すなわち、コミュニティ情報を取り出す。バックアップ管理部２０５（具体的には、参加申請要求部２０５ａ）は、その取り出されたコミュニティ情報にて特定されるコミュニティが、既にバックアップ申請が行われているコミュニティであるかどうかチェックする。

具体的には、まず、参加申請要求部２０５ａは、バックアップ申請済みコミュニティ情報一覧の取得指示をメッセージ制御部２０２に渡す。

メッセージ制御部２０２は、そのバックアップ申請済みコミュニティ情報一覧の取得指示を受け付けると、バックアップ申請済みのコミュニティ一覧をコミュニティ管理部２０４から取得し、その取得されたバックアップ申請済みのコミュニティ一覧を参加申請要求部２０５ａに渡す。

参加申請要求部２０５ａは、メッセージ制御部２０２からバックアップ申請済みのコミュニティ一覧を受け取ると、その受け取られたコミュニティ一覧に、“ｃｏｍｍｕｎｉｔｙｉｄタグ”から取り出したコミュニティ情報が含まれているかチェックする。

その受け取られたコミュニティ一覧に、“ｃｏｍｍｕｎｉｔｙｉｄタグ”にて示されたコミュニティ情報が含まれている場合、そのコミュニティ情報にて特定されるコミュニティは、既にバックアップ対象コミュニティとなっている。このため、そのコミュニティ一覧にそのコミュニティ情報が含まれている場合、参加申請要求部２０５ａは、処理を終了する。

一方、そのコミュニティ一覧にそのコミュニティ情報が含まれていない場合、参加申請要求部２０５ａは、マスタ端末装置２００をバックアップ新規申請が行われたコミュニティに参加させるための処理に移る。まず、ステップＡ７（コミュニティ参加処理）が実行される。

ステップＡ７では、まず、参加申請要求部２０５ａは、バックアップ要求メッセージの“ｃｏｍｍｕｎｉｔｙｉｄタグ”にて示されたバックアップ対象のコミュニティ情報を用いてコミュニティ参加メッセージを生成する。

コミュニティ参加メッセージは、参加要求元の端末装置の宛先情報と参加対象のコミュニティ情報を含む。コミュニティ参加メッセージについては後で説明する。

次に、参加申請要求部２０５ａは、その生成されたコミュニティ参加メッセージと、バックアップ要求メッセージの“ｈｏｓｔタグ”にて示されたバックアップ新規申請の要求元の宛先情報とを、メッセージ制御部２０２に渡す。

図４は、コミュニティ参加メッセージの一例を示した説明図である。

図４において、最上位タグの“ｃｏｍｍｕｎｉｔｙｒｅｑｕｅｓｔタグ”の子として、“ｈｏｓｔタグ”、“ｃｏｍｍａｎｄタグ”、“ｃｏｍｍｕｎｉｔｙｉｄタグ”がある。

“ｈｏｓｔタグ”は、要求元の端末装置を一意に特定する宛先情報を示す。

図４では、マスタ端末装置２００のメールアドレス“ｍａｓｔｅｒ２００＠ｘｘｘ．ｙｙｙ．ｚｚｚ”が“ｈｏｓｔタグ”に格納されている。

“ｃｏｍｍａｎｄタグ”は、どのような要求のメッセージであるかを示す情報である。

図４では、コミュニティ参加申請を表す“ｊｏｉｎ”が“ｃｏｍｍａｎｄタグ”にて示されている。

“ｃｏｍｍｕｎｉｔｙｉｄタグ”は、参加対象となるコミュニティを一意に特定するコミュニティ情報（コミュニティの識別子）を示す。

図４では、コミュニティ情報として、“ｃｏｍｍ−００００１”が“ｃｏｍｍｕｎｉｔｙｉｄタグ”にて示されている。

なお、図４では、コミュニティ参加メッセージをＸＭＬ形式のメッセージを用いて説明をしたが、コミュニティ参加メッセージは、ＸＭＬ形式と異なる形式のメッセージであっても構わない。

メッセージ制御部２０２は、バックアップ管理部２０５から受け取ったコミュニティ参加メッセージと、バックアップ新規申請を要求した端末装置の宛先情報とを、通信メッセージに変換する。この通信メッセージは、そのコミュニティ参加メッセージと、そのバックアップ新規申請を要求した端末装置の宛先情報とを示す。メッセージ制御部２０２は、そのコミュニティ参加メッセージとその宛先情報とを示す通信メッセージを通信部２０１に渡す。

通信部２０１は、その通信メッセージを受け取ると、その受け取られた通信メッセージを、ネットワーク１０を介して、バックアップ新規申請の要求元である端末装置１００の通信部１０１に送信する。

通信部１０１は、その通信メッセージを受信すると、その受信された通信メッセージをメッセージ制御部１０２に渡す。

メッセージ制御部１０１は、その通信メッセージを受け取ると、その受け取られた通信メッセージを解析してコミュニティ参加メッセージを取り出す。

次に、メッセージ制御部１０２は、コミュニティ参加メッセージから、参加対象のコミュニティ情報“ｃｏｍｍ−００００１”と、参加要求元であるマスタ端末装置２００の宛先情報“ｍａｓｔｅｒ２００＠ｘｘｘ．ｙｙｙ．ｚｚｚ”とを、取得する。

メッセージ制御部１０２は、コミュニティ管理部１０４が保持しているコミュニティ“ｃｏｍｍ−００００１”のメンバ一覧に、マスタ端末装置２００の宛先情報を追加する。

図５は、コミュニティ管理部１０４が保持しているコミュニティ“ｃｏｍｍ−００００１”のメンバ宛先一覧の一例を示した説明図である。

図５（１）は、マスタ端末装置２００がメンバに加わっていない状態のメンバ宛先一覧であり、図５（２）は、マスタ端末装置２００がメンバに加わっている状態のメンバ宛先一覧である。

メッセージ制御部１０２は、コミュニティ内の他の端末装置に、マスタ端末装置２００がメンバに加わったことを通知する通知処理を、通信部１０１に実行させる。

コミュニティ内の他の端末装置は、その通知を受け付けると、それぞれのコミュニティ管理部で保持しているコミュニティ“ｃｏｍｍ−００００１”のメンバ宛先一覧に、マスタ端末装置２００の宛先情報を追加する。

次に、メッセージ制御部１０２は、コミュニティ“ｃｏｍｍ−００００１”のメンバ宛先一覧を通信メッセージに変換する。この通信メッセージは、コミュニティ“ｃｏｍｍ−００００１”のメンバ宛先一覧を示す。メッセージ制御部１０２は、コミュニティ“ｃｏｍｍ−００００１”のメンバ宛先一覧を示す通信メッセージをマスタ端末装置２００に送信する送信処理を、通信部１０１に実行させる。

マスタ端末装置２００のメッセージ制御部２０２は、通信部２０１を介して、コミュニティ“ｃｏｍｍ−００００１”のメンバ宛先一覧を示す通信メッセージを取得すると、その取得されたメンバ宛先一覧を、コミュニティ管理部２０４に登録する。以上で、ステップＡ７のコミュニティ参加処理が終了する。

ステップＡ７が終了すると、ステップＡ８が実行される。

ステップＡ８では、まず、端末装置１００のメッセージ制御部１０２は、マスタ端末装置２００が新たに参加したコミュニティの共有情報を、ファイル管理部１０３から取得する。

次に、メッセージ制御部１０２は、コミュニティ参加メッセージに含まれる参加対象端末情報、すなわち、マスタ端末装置２００の宛先情報を取得する。

メッセージ制御部１０２は、マスタ端末装置２００の宛先情報と、ファイル管理部１０３から受け取ったコミュニティ共有情報とを、通信メッセージに変換して、通信部１０１に渡す。

通信部１０１は、マスタ端末装置２００の通信部２０１に、その通信メッセージを送信する。

通信部２０１は、その通信メッセージを受け取ると、その受け取られた通信メッセージをメッセージ制御部２０２に渡す。

メッセージ制御部２０２は、その受け取られた通信メッセージを解析してコミュニティ共有情報を取り出す。メッセージ制御部２０２は、その取り出されたコミュニティ共有情報を、ファイル管理部２０３に格納する。ファイル管理部２０３が、その取り出されたコミュニティ共有情報を格納すると、ステップＡ８は終了する。

以上で、マスタ端末装置２００は、バックアップ申請が行われたコミュニティのメンバに登録される。

この状態で、ユーザが端末装置を操作してコミュニティ共有情報を変更すると、そのコミュニティ共有情報の変更内容が、端末装置のメッセージ制御部１０２から、通信メッセージとして、マスタ端末装置２００のメッセージ制御部２０２に送られる。

メッセージ制御部２０２は、そのコミュニティ共有情報の変更内容を示す通信メッセージを受け取ると、その受け取られたコミュニティ共有情報の変更内容をファイル管理部２０３に反映し、マスタ端末装置２００のファイル管理部２０３のコミュニティ共有情報を最新の状態に保つ。
（２）申請済みのコミュニティ共有情報バックアップを解約する場合
図１、図５、図６、図７、図８を用いて、ユーザが、マスタ端末装置２００に対して、申請済みのコミュニティ共有情報のバックアップを解約する場合について説明する。

図６は、コミュニティ共有情報のバックアップ解約の動作を説明するためのフローチャートである。

ステップＢ１では、ユーザは、端末装置１００に、コミュニティ共有情報のバックアップ解約要求を入力する。

端末装置１００がバックアップ解約要求を受け取ると、バックアップ要求部１０５は、ステップＢ２を実行する。

ステップＢ２では、バックアップ要求部１０５は、バックアップ解約用のバックアップ要求メッセージを生成する。なお、バックアップ解約用のバックアップ要求メッセージについては、後で説明する。次に、バックアップ要求部１０５は、あらかじめ格納されているマスタ端末装置２００の宛先情報と、その生成されたバックアップ要求メッセージ（バックアップ解約用）とを、メッセージ制御部１０２に渡す。

ここで、バックアップ解約用のバックアップ要求メッセージについて説明する。図７は、バックアップ解約用のバックアップ要求メッセージの一例を示した説明図である。

図７において、最上位タグの“ｂａｃｋｕｐｒｅｑｕｅｓｔタグ”の子として、“ｈｏｓｔタグ”、“ｃｏｍｍａｎｄタグ”、“ｃｏｍｍｕｎｉｔｙｉｄタグ”がある。

“ｈｏｓｔタグ”は、要求元の端末装置を一意に特定する宛先情報を示す。

“ｃｏｍｍａｎｄタグ”は、どのような要求のバックアップ要求メッセージであるかを示す情報である。

図７では、バックアップ解約を表す“ｒｅｖｏｋｅ”が、“ｃｏｍｍａｎｄタグ”にて示されている。

“ｃｏｍｍｕｎｉｔｙｉｄタグ”は、バックアップ解約対象となるコミュニティを一意に特定するコミュニティ情報（コミュニティの識別子）を示す。

図７では、コミュニティ情報として“ｃｏｍｍ−００００１”が“ｃｏｍｍｕｎｉｔｙｉｄタグ”にて示されている。

なお、図７では、バックアップ要求メッセージをＸＭＬ形式のメッセージを用いて説明をしたが、バックアップ要求メッセージは、ＸＭＬ形式と異なる形式のメッセージであっても構わない。

以下では、バックアップ要求部１０５が、図７に示したバックアップ要求メッセージ（バックアップ解約用）を出力した場合の動作を説明する。なお、バックアップ要求メッセージ（バックアップ解約用）は、図７に示したものに限らない。

再び、図６のフローチャートを説明する。

メッセージ制御部１０２は、バックアップ要求部１０５から、マスタ端末装置２００の宛先情報と、そのバックアップ要求メッセージとを受け取ると、ステップＢ３を実行する。

ステップＢ３では、メッセージ制御部１０２は、その受け取られたマスタ端末装置２００の宛先情報およびバックアップ要求メッセージを、端末装置１００とマスタ端末装置２００との間で通信可能な通信メッセージに変換し、その変換された通信メッセージを通信部１０１に渡す。

通信部１０１は、その通信メッセージを受け取ると、ステップＢ４を実行する。

ステップＢ４では、通信部１０１は、その受け取られた通信メッセージを、ネットワーク１０を介して、マスタ端末装置２００の通信部２０１に送信する。通信部２０１は、通信部１０１から送信された通信メッセージを受け付けると、その受け付けられた通信メッセージをメッセージ制御部２０２に渡す。

メッセージ制御部２０２は、通信部２０１から通信メッセージを受け付けると、ステップＢ５を実行する。

ステップＢ５では、メッセージ制御部２０２は、その受け取られた通信メッセージを解析してバックアップ要求メッセージを取り出し、その取り出されたバックアップ要求メッセージをバックアップ管理部２０５に渡す。

バックアップ管理部２０５は、メッセージ制御部２０２からバックアップ要求メッセージを受け付けると、ステップＢ６を実行する。

ステップＢ６では、バックアップ管理部２０５は、その受け取られたバックアップ要求メッセージ（図７参照）の“ｃｏｍｍａｎｄタグ”の情報を取り出す。バックアップ管理部２０５は、“ｃｏｍｍａｎｄタグ”の情報が“ｒｅｖｏｋｅ”であるため、その受け取られたバックアップ要求メッセージがバックアップ解約のバックアップ要求メッセージであると判定する。

次に、バックアップ管理部２０５（具体的には、参加申請要求部２０５ａ）は、その受け取られたバックアップ要求メッセージ（図７参照）から“ｃｏｍｍｕｎｉｔｙｉｄタグ”の情報、すなわち、コミュニティ情報を取り出す。参加申請要求部２０５ａは、その取り出されたコミュニティ情報にて特定されるコミュニティが、既にバックアップ申請が行われているコミュニティであるかどうかチェックする。

具体的には、まず、参加申請要求部２０５ａは、バックアップ申請済みコミュニティ情報一覧取得指示をメッセージ制御部２０２に渡す。

メッセージ制御部２０２は、そのバックアップ申請済みコミュニティ情報一覧取得指示を受け付けると、バックアップ申請済みのコミュニティ一覧をコミュニティ管理部２０４から取得する。その後、メッセージ制御部２０２は、その取得されたバックアップ申請済みのコミュニティ一覧を参加申請要求部２０５ａに渡す。

参加申請要求部２０５ａは、メッセージ制御部２０２からバックアップ申請済みのコミュニティ一覧を受け取ると、その受け取られたコミュニティ一覧に、“ｃｏｍｍｕｎｉｔｙｉｄタグ”から取り出したコミュニティ情報が含まれているかチェックする。

その受け取られたコミュニティ一覧に、“ｃｏｍｍｕｎｉｔｙｉｄタグ”にて示されたコミュニティ情報が含まれていない場合、そのコミュニティ情報にて特定されるコミュニティは、バックアップ対象コミュニティではない。このため、そのコミュニティ一覧にそのコミュニティ情報が含まれていない場合、参加申請要求部２０５ａは、処理を終了する。

一方、そのコミュニティ一覧にそのコミュニティ情報が含まれている場合、参加申請要求部２０５ａは、マスタ端末装置２００をバックアップ解約申請が行われたコミュニティから退会させるための処理に移る。まず、ステップＢ７（コミュニティ退会処理）が実行される。

ステップＢ８では、まず、参加申請要求部２０５ａは、バックアップ要求メッセージの“ｃｏｍｍｕｎｉｔｙｉｄタグ”にて示されたバックアップ解約対象のコミュニティ情報を用いてコミュニティ退会メッセージを生成する。

コミュニティ退会メッセージは、退会要求元の端末装置の宛先情報と退会対象のコミュニティ情報を含む。コミュニティ退会メッセージについては後で説明する。

次に、参加申請要求部２０５ａは、その生成されたコミュニティ退会メッセージをメッセージ制御部２０２に渡す。

図８は、コミュニティ退会メッセージの一例を示した説明図である。

図８において、最上位タグの“ｃｏｍｍｕｎｉｔｙｒｅｑｕｅｓｔタグ”の子として、“ｈｏｓｔタグ”、“ｃｏｍｍａｎｄタグ”、“ｃｏｍｍｕｎｉｔｙｉｄタグ”がある。

“ｈｏｓｔタグ”は、要求元の端末装置を一意に特定する宛先情報を示す。

図８では、マスタ端末装置２００のメールアドレス“ｍａｓｔｅｒ２００＠ｘｘｘ．ｙｙｙ．ｚｚｚ”が“ｈｏｓｔタグ”にて示されている。

“ｃｏｍｍａｎｄタグ”は、どのような要求のメッセージであるかを示す情報である。

図８では、コミュニティ退会申請を表す“ｌｅａｖｅ”が“ｃｏｍｍａｎｄタグ”にて示されている。

“ｃｏｍｍｕｎｉｔｙｉｄタグ”は、参加対象となるコミュニティを一意に特定するコミュニティ情報（コミュニティの識別子）を示す。

図８では、コミュニティ情報として、“ｃｏｍｍ−００００１”が“ｃｏｍｍｕｎｉｔｙｉｄタグ”にて示されている。

なお、図８では、コミュニティ退会メッセージをＸＭＬ形式のメッセージを用いて説明をしたが、コミュニティ退会メッセージは、ＸＭＬ形式と異なる形式のメッセージであっても構わない。

メッセージ制御部２０２は、バックアップ管理部２０５から受け取ったコミュニティ退会メッセージに含まれる退会対象のコミュニティ情報“ｃｏｍｍ−００００１”を取り出す。

メッセージ制御部２０２は、コミュニティ管理部２０４から、図５（２）で示されるコミュニティメンバの宛先情報一覧を取得する。

メッセージ制御部２０２は、コミュニティ退会メッセージを通信メッセージに変換し、その通信メッセージを、その取得されたコミュニティメンバの宛先を用いて通信部２０１を通してコミュニティ内の各端末装置に送信する。

端末装置１００のメッセージ制御部１０２は、通信部１０１から受け取った通信メッセージを解析しコミュニティ退会メッセージを取り出す。

次に、メッセージ制御部１０２は、コミュニティ退会メッセージから、退会要求元の宛先情報であるマスタ端末装置２００の宛先情報“ｍａｓｔｅｒ２００＠ｘｘｘ．ｙｙｙ．ｚｚｚ”と、退会対象のコミュニティ情報“ｃｏｍｍ−００００１”を取り出す。

メッセージ制御部１０２は、コミュニティ管理部１０４が管理しているコミュニティ“ｃｏｍｍ−００００１”のメンバ宛先情報一覧から、マスタ端末装置の宛先情報を削除する。削除後のコミュニティ"ｃｏｍｍ−００００１"のメンバ宛先情報一覧は、図５（１）のようになる。

マスタ端末装置２００のメッセージ制御部２０２は、コミュニティ内の各端末装置にコミュニティ退会メッセージを送信した後、コミュニティ管理部２０４が格納しているコミュニティ“ｃｏｍｍ−００００１”のメンバ宛先情報一覧を削除する。以上で、ステップＢ７（コミュニティ退会処理）が終了する。

ステップＢ７が終了すると、メッセージ制御部２０２は、ステップＢ８を実行する。

ステップＢ８では、メッセージ制御部２０２は、ファイル管理部２０３が格納しているコミュニティ“ｃｏｍｍ−００００１”のコミュニティ共有情報を削除する。
（３）あらかじめ定められた間隔で、コミュニティ共有情報のバックアップを自動的に実行する場合
図１、図９を用いて、あらかじめ定められた間隔で、コミュニティ共有情報のバックアップを自動的に実行する動作について説明する。

図９は、コミュニティ共有情報の自動バックアップの動作を説明するためのフローチャートである。

バックアップ管理部２０５（具体的には、バックアップ実行部２０５ｂ）は、コミュニティ共有情報のバックアップを実行する時間間隔をあらかじめ格納している。本実施例では、バックアップ間隔が１日になっているものとする。

バックアップ実行部２０５ｂは、前回の自動バックアップ実行からバックアップ間隔である１日が経過すると、コミュニティ共有情報の自動バックアップを実行する。

バックアップ実行部２０５ｂは、まず、ステップＣ１を実行する。

ステップＣ１では、まず、バックアップ実行部２０５ｂは、バックアップ対象コミュニティ一覧情報の取得指示をメッセージ制御部２０２に渡す。

メッセージ制御部２０２は、マスタ端末装置２００が参加しているコミュニティの識別情報一覧をコミュニティ管理部２０４から取得し、その取得されたコミュニティの識別情報一覧をバックアップ実行部２０５ｂに渡す。

バックアップ実行部２０５ｂは、そのコミュニティの識別情報一覧を受け取ると、ステップＣ２を実行する。

ステップＣ２では、バックアップ実行部２０５ｂは、その受け取られたコミュニティ識別情報一覧に、今回まだバックアップを行っていないコミュニティ識別情報があるかチェックする。

バックアップ実行部２０５ｂは、バックアップ未実行のコミュニティ識別情報があれば、バックアップ処理を続ける。具体的には、バックアップ実行部２０５ｂは、ステップＣ３を実行する。

ステップＣ３では、バックアップ実行部２０５ｂは、コミュニティ識別情報一覧からバックアップ未実行のコミュニティ識別情報を取得し、その取得されたコミュニティ識別情報とコミュニティ共有情報取得指示とをメッセージ制御部２０２に渡す。

メッセージ制御部２０２は、コミュニティ識別情報とコミュニティ共有情報取得指示とを受け取ると、その受け取られたコミュニティ識別情報に該当するコミュニティ共有情報をファイル管理部２０３から取得し、その取得されたコミュニティ共有情報をバックアップ実行部２０５ｂに渡す。

バックアップ実行部２０５ｂは、そのコミュニティ共有情報を受け取ると、ステップＣ４を実行する。

ステップＣ４では、バックアップ実行部２０５ｂは、その受け取られたコミュニティ共有情報とそのコミュニティ識別情報とを、互いに対応付けて、バックアップ情報記憶装置３００に格納する。このため、バックアップ情報記憶装置３００は、コミュニティ共有情報のバックアップ用情報を格納する。

バックアップ実行部２０５ｂは、ステップＣ４を終了すると、ステップＣ２を実行する。

ステップＣ２では、コミュニティ識別情報一覧に含まれる全てのコミュニティの共有情報バックアップが完了したら、バックアップ実行部２０５ｂは処理を終了する。
（４）ユーザの要求に応じて、コミュニティ共有情報のバックアップを実行する場合
図１、図１０、図１１を用いて、ユーザの要求に応じて、コミュニティ共有情報のバックアップを実行する場合の動作について説明する。

図１０は、コミュニティ共有情報のバックアップの動作を説明するためのフローチャートである。

ステップＤ１では、ユーザは、端末装置１００に、コミュニティ共有情報のバックアップ実行要求を入力する。

端末装置１００がバックアップ実行要求を受け取ると、バックアップ要求部１０５は、ステップＤ２を実行する。

ステップＤ２では、バックアップ要求部１０５は、バックアップ実行用のバックアップ要求メッセージを生成する。なお、バックアップ実行用のバックアップ要求メッセージについては後で説明する。

次に、バックアップ要求部１０５は、あらかじめ格納されているマスタ端末装置２００の宛先情報と、その生成されたバックアップ要求メッセージ（バックアップ実行用）とを、メッセージ制御部１０２に渡す。

ここで、バックアップ実行用のバックアップ要求メッセージについて説明する。図１１は、バックアップ実行用のバックアップ要求メッセージの一例を示した説明図である。

図１１において、最上位タグの“ｂａｃｋｕｐｒｅｑｕｅｓｔタグ”の子として、“ｈｏｓｔタグ”、“ｃｏｍｍａｎｄタグ”、および、“ｃｏｍｍｕｎｉｔｙｉｄタグ”がある。

“ｈｏｓｔタグ”は、要求元の端末装置を一意に特定する宛先情報を示す。

図１１では、メールアドレス“ｈｏｓｔ１００＠ｘｘｘ．ｙｙｙ．ｚｚｚ”が“ｈｏｓｔタグ”にて示されている。

“ｃｏｍｍａｎｄタグ”は、どのような要求のバックアップ要求メッセージであるかを示す情報である。

図１１では、バックアップ実行を表す“ｂａｃｋｕｐ”が“ｃｏｍｍａｎｄタグ”にて示されている。

“ｃｏｍｍｕｎｉｔｙｉｄタグ”は、バックアップ実行対象となるコミュニティを一意に特定するコミュニティ情報（コミュニティの識別子）を示す。

図１１では、コミュニティ情報として“ｃｏｍｍ−００００１”が“ｃｏｍｍｕｎｉｔｙｉｄタグ”にて示されている。

なお、図１１では、バックアップ要求メッセージをＸＭＬ形式のメッセージを用いて説明をしたが、バックアップ要求メッセージは、ＸＭＬ形式と異なる形式のメッセージであっても構わない。

以下では、バックアップ要求部１０５が、図１１に示したバックアップ要求メッセージ（バックアップ実行用）を出力した場合の動作を説明する。なお、バックアップ要求メッセージ（バックアップ実行用）は、図１１に示したものに限らない。

再び、図１０のフローチャートを説明する。

メッセージ制御部１０２は、バックアップ要求部１０５から、マスタ端末装置２００の宛先情報と、そのバックアップ要求メッセージとを受け取ると、ステップＤ３を実行する。

ステップＤ３では、メッセージ制御部１０２は、その受け取られたマスタ端末装置２００の宛先情報およびバックアップ要求メッセージを、端末装置１００とマスタ端末装置２００との間で通信可能な通信メッセージに変換し、その変換された通信メッセージを通信部１０１に渡す。

通信部１０１は、その通信メッセージを受け取ると、ステップＤ４を実行する。

ステップＤ４では、通信部１０１は、その受け取られた通信メッセージを、ネットワーク１０を介して、マスタ端末装置２００の通信部２０１に送信する。通信部２０１は、通信部１０１から送信された通信メッセージを受け付けると、その受け付けられた通信メッセージをメッセージ制御部２０２に渡す。

メッセージ制御部２０２は、通信部２０１から通信メッセージを受け付けると、ステップＤ５を実行する。

ステップＤ５では、メッセージ制御部２０２は、その受け取られた通信メッセージを解析してバックアップ要求メッセージを取り出し、その取り出されたバックアップ要求メッセージをバックアップ管理部２０５に渡す。

バックアップ管理部２０５は、メッセージ制御部２０２からバックアップ要求メッセージを受け付けると、ステップＤ６を実行する。

ステップＤ６では、バックアップ管理部２０５は、その受け取られたバックアップ要求メッセージ（図１１参照）から“ｃｏｍｍａｎｄタグ”の情報を取り出す。バックアップ管理部２０５は、“ｃｏｍｍａｎｄタグ”の情報が“ｂａｃｋｕｐ”であるため、その受け取られたバックアップ要求メッセージがバックアップ実行のバックアップ要求メッセージであると判定する。

次に、バックアップ実行部２０５ｂは、その受け取られたバックアップ要求メッセージ（図１１参照）から“ｃｏｍｍｕｎｉｔｙｉｄタグ”の情報、すなわち、コミュニティ情報を取り出す。バックアップ実行部２０５ｂは、その取り出されたコミュニティ情報にて特定されるコミュニティが、既にバックアップ申請が行われているコミュニティであるかどうかチェックする。

具体的には、まず、バックアップ実行部２０５ｂは、バックアップ申請済みコミュニティ情報一覧の取得指示をメッセージ制御部２０２に渡す。

メッセージ制御部２０２は、そのバックアップ申請済みコミュニティ情報一覧の取得指示を受け付けると、バックアップ申請済みのコミュニティ一覧をコミュニティ管理部２０４から取得する。その後、メッセージ制御部２０２は、その取得されたバックアップ申請済みのコミュニティ一覧をバックアップ実行部２０５ｂに渡す。

バックアップ実行部２０５ｂは、メッセージ制御部２０２からバックアップ申請済みのコミュニティ一覧を受け取ると、その受け取られたコミュニティ一覧に、“ｃｏｍｍｕｎｉｔｙｉｄタグ”から取り出したコミュニティ情報が含まれているかチェックする。

その受け取られたコミュニティ一覧に“ｃｏｍｍｕｎｉｔｙｉｄタグ”にて示されたコミュニティ情報が含まれていない場合は、そのコミュニティ情報にて特定されるコミュニティは、バックアップ申請済みのコミュニティではない。このため、そのコミュニティ一覧にそのコミュニティ情報が含まれていない場合、バックアップ実行部２０５ｂは、処理を終了する。

一方、そのコミュニティ一覧にそのコミュニティ情報が含まれている場合、バックアップ実行部２０５ｂは、バックアップ対象のコミュニティ共有情報をバックアップ情報記憶装置３００に格納する処理に移る。まず、ステップＤ７が実行される。

ステップＤ７では、バックアップ実行部２０５ｂは、バックアップ要求メッセージの“ｃｏｍｍｕｎｉｔｙｉｄタグ”にて示されたバックアップ対象コミュニティ情報を取得し、その取得されたバックアップ対象コミュニティ情報と、コミュニティ共有情報取得指示とをメッセージ制御部２０２に渡す。

メッセージ制御部２０２は、コミュニティ情報とコミュニティ共有情報取得指示とを受け取ると、その受け取られたコミュニティ情報に該当するコミュニティ共有情報をファイル管理部２０３から取得し、その取得されたコミュニティ共有情報をバックアップ実行部２０５ｂに渡す。

バックアップ実行部２０５ｂは、そのコミュニティ共有情報を受け取ると、ステップＤ８を実行する。

ステップＤ８では、バックアップ実行部２０５ｂは、その受け取られたコミュニティ共有情報とそのコミュニティ情報とを互いに対応付けてバックアップ情報記憶装置３００に格納する保存する。このため、バックアップ情報記憶装置３００は、コミュニティ共有情報のバックアップ用情報を格納する。
（５）ユーザの要求に応じて、コミュニティ共有情報をバックアップした時点の状態に回復する場合
図１、図１２、図１３を用いて、ユーザの要求に応じて、コミュニティ共有情報をバックアップした時点の状態に回復（リストア）する動作を説明する。

図１２は、コミュニティ共有情報をリストアする動作を説明するためのフローチャートである。

ステップＥ１では、ユーザは、入力部１０６を操作して、端末装置１００に、コミュニティ共有情報のリストア実行要求を入力する。端末装置１００がリストア実行要求を受け取ると、バックアップ要求部１０５は、ステップＥ２を実行する。

ステップＥ２では、バックアップ要求部１０５は、リストア実行用のバックアップ要求メッセージを生成する。なお、リストア実行用のバックアップ要求メッセージについては後で説明する。

次に、バックアップ要求部１０５は、あらかじめ格納されているマスタ端末装置２００の宛先情報と、その生成されたバックアップ要求メッセージ（リストア実行用）とを、メッセージ制御部１０２に渡す。

ここで、リストア実行用のバックアップ要求メッセージについて説明する。図１３は、リストア実行用のバックアップ要求メッセージの一例を示した説明図である。

図１３において、最上位タグの“ｂａｃｋｕｐｒｅｑｕｅｓｔタグ”の子として、“ｈｏｓｔタグ”、“ｃｏｍｍａｎｄタグ”、および、“ｃｏｍｍｕｎｉｔｙｉｄタグ”がある。

“ｈｏｓｔタグ”は、要求元の端末装置を一意に特定する宛先情報を示す。

図１３では、端末装置１００のメールアドレス“ｈｏｓｔ１００＠ｘｘｘ．ｙｙｙ．ｚｚｚ”が“ｈｏｓｔタグ”にて示されている。

“ｃｏｍｍａｎｄタグ”は、どのような要求のバックアップ要求メッセージであるかを示す情報である。

図１３では、リストア実行を表す“ｒｅｓｔｏｒｅ”が“ｃｏｍｍａｎｄタグ”にて示されている。

“ｃｏｍｍｕｎｉｔｙｉｄタグ”は、バックアップ対象となるコミュニティを一意に特定するコミュニティ情報（コミュニティの識別子）を示す。

図１３では、コミュニティ情報として“ｃｏｍｍ−００００１”が“ｃｏｍｍｕｎｉｔｙｉｄタグ”にて示されている。

なお、図１３では、バックアップ要求メッセージをＸＭＬ形式のメッセージを用いて説明をしたが、バックアップ要求メッセージは、ＸＭＬ形式と異なる形式のメッセージであっても構わない。

以下では、バックアップ要求部１０５が、図１３に示したバックアップ要求メッセージ（リストア実行用）を出力した場合の動作を説明する。なお、バックアップ要求メッセージ（リストア実行用）は、図１３に示したものに限らない。

再び、図１２のフローチャートを説明する。

メッセージ制御部１０２は、バックアップ要求部１０５から、マスタ端末装置２００の宛先情報と、そのバックアップ要求メッセージとを受け取ると、ステップＥ３を実行する。

ステップＥ３では、メッセージ制御部１０２は、その受け取られたマスタ端末装置２００の宛先情報およびバックアップ要求メッセージを、端末装置１００とマスタ端末装置２００との間で通信可能な通信メッセージに変換し、その通信メッセージを通信部１０１に渡す。

通信部１０１は、その通信メッセージを受け取ると、ステップＥ４を実行する。

ステップＥ４では、通信部１０１は、その受け取られた通信メッセージを、ネットワーク１０を介して、マスタ端末装置２００の通信部２０１に送信する。通信部２０１は、通信部１０１から送信された通信メッセージを受け付けると、その受け付けられた通信メッセージをメッセージ制御部２０２に渡す。

メッセージ制御部２０２は、通信部２０１から通信メッセージを受け付けると、ステップＥ５を実行する。

ステップＥ５では、メッセージ制御部２０２は、その受け取られた通信メッセージを解析してバックアップ要求メッセージを取り出し、その取り出されたバックアップ要求メッセージをバックアップ管理部２０５に渡す。

バックアップ管理部２０５は、メッセージ制御部２０２からバックアップ要求メッセージを受け付けると、ステップＥ６を実行する。

ステップＥ６では、バックアップ管理部２０５は、その受け取られたバックアップ要求メッセージ（図１３参照）から“ｃｏｍｍａｎｄタグ”の情報を取り出す。バックアップ管理部２０５は、“ｃｏｍｍａｎｄタグ”の情報が“ｒｅｓｔｏｒｅ”であるため、その受け取られたバックアップ要求メッセージがリストア実行用のバックアップ要求メッセージであると判定する。

次に、バックアップ管理部２０５（具体的には、バックアップ実行部２０５ｂ）は、その受け取られたバックアップ要求メッセージ（図１３参照）から“ｃｏｍｍｕｎｉｔｙｉｄタグ”の情報、すなわち、コミュニティ情報を取り出す。バックアップ実行部２０５ｂは、その取り出されたコミュニティ情報にて特定されるコミュニティが、既にバックアップ申請が行われているコミュニティであるかどうかチェックする。

具体的には、まず、バックアップ実行部２０５ｂは、バックアップ申請済みコミュニティ情報一覧の取得指示をメッセージ制御部２０２に渡す。

メッセージ制御部２０２は、そのバックアップ申請済みコミュニティ情報一覧の取得指示を受け付けると、バックアップ申請済みのコミュニティ一覧をコミュニティ管理部２０４から取得し、その取得されたバックアップ申請済みのコミュニティ一覧をバックアップ実行部２０５ｂに渡す。

バックアップ実行部２０５ｂは、メッセージ制御部２０２からバックアップ申請済みのコミュニティ一覧を受け取ると、その受け取られたコミュニティ一覧に、“ｃｏｍｍｕｎｉｔｙｉｄタグ”から取り出したコミュニティ情報が含まれているかチェックする。

その受け取られたコミュニティ一覧に“ｃｏｍｍｕｎｉｔｙｉｄタグ”にて示されたコミュニティ情報が含まれていない場合は、そのコミュニティ情報にて特定されるコミュニティは、バックアップ申請済みのコミュニティではない。このため、そのコミュニティ一覧にそのコミュニティ情報が含まれていない場合、バックアップ実行部２０５ｂは、処理を終了する。

一方、そのコミュニティ一覧にそのコミュニティ情報が含まれている場合、バックアップ実行部２０５ｂは、バックアップ情報記憶装置３００に格納されているバックアップデータをリストア対象のコミュニティの共有情報として各端末装置に提供して、各端末装置のコミュニティの共有情報をリストアする処理に移る。まず、ステップＥ７が実行される。

ステップＥ７では、まず、バックアップ実行部２０５ｂは、バックアップ要求メッセージの“ｃｏｍｍｕｎｉｔｙｉｄタグ”にて示されたリストア対象コミュニティ情報と対応付けられているコミュニティ共有情報を、バックアップ情報記憶装置３００から取得する。

以下の説明では、バックアップ用情報記憶装置３００から取得したコミュニティ共有情報をリストアデータと呼ぶ。

バックアップ実行部２０５ｂは、そのリストアデータとリストア実行指示とリストア対象コミュニティ情報とをメッセージ制御部２０２に渡す。

メッセージ制御部２０２は、そのリストアデータとリストア実行指示とリストア対象コミュニティ情報とを受け取ると、ステップＥ８を実行する。

ステップＥ８では、メッセージ制御部２０２は、ファイル管理部２０３に格納されているリストア対象コミュニティのコミュニティ共有情報を、そのリストアデータに置き換える。以上で、ステップＥ８が終了する。ステップＥ８が終了すると、ステップＥ９が実行される。

ステップＥ９では、まず、メッセージ制御部２０２が、コミュニティ管理部２０４から図５（２）で示されるリストア対象コミュニティのメンバ宛先一覧を取得する。その後、メッセージ制御部２０２は、リストアデータを通信メッセージに変換する。続いて、メッセージ制御部２０２は、その取得されたコミュニティメンバの宛先を用いて、通信部２０１を通してコミュニティ内の各端末装置に、そのリストアデータを示す通信メッセージを送信する。

端末装置１００の通信部１０１は、その通信メッセージを受け取ると、その受け取られた通信メッセージをメッセージ制御部１０２に渡す。

メッセージ制御部１０２は、その通信メッセージを解析してリストアデータを取り出す。その後、メッセージ制御部１０２は、ファイル管理部１０３に保持しているリストア対象コミュニティのコミュニティ共有情報を、その取り出されたリストアデータに置き換える。以上で、ステップＥ９が終了する。

本実施例によれば、以下のような効果を奏する。

第１の効果は、ユーザが新規にコミュニティ共有情報のバックアップを申請するだけで、バックアップ管理を行うマスタ端末装置２００をコミュニティメンバにできることである。

その理由は、マスタ端末装置２００がバックアップ申請を受けた時点で、コミュニティ内の端末装置１００に対してマスタ端末装置２００がコミュニティに参加したことを通知するからである。

第２の効果は、マスタ端末装置２００に格納されているバックアップ対象のデータを常に最新の状態に保てることである。

その理由は、マスタ端末装置２００はコミュニティ内の端末装置と同様の情報共有機能を有し、コミュニティ共有情報の変更がマスタ端末装置２００に通知されるからである。

第３の効果は、バックアップ対象のデータが自動的にバックアップ情報記憶装置３００に保存されることである。

その理由は、マスタ端末装置２００はバックアップ対象のデータを最新の状態に保っており、かつマスタ端末装置２００がバックアップ処理の間隔を管理し、バックアップ処理を実行するからである。

第４の効果は、コミュニティメンバの一人がコミュニティ共有情報のリストア要求を行うだけで、コミュニティ内の全ての端末装置のコミュニティ共有情報をバックアップした時点の状態に回復できることである。

その理由は、マスタ端末装置２００は、マスタ端末装置２００で保持しているコミュニティ共有情報を、バックアップ用記憶装置３００に保存したデータに置き換える機能を有し、かつ、マスタ端末装置２００はコミュニティ内の端末装置と同様の情報共有機能によってマスタ端末装置２００で行ったコミュニティ共有情報の変更を他の端末装置に通知できるからである。

第５の効果は、バックアップ管理者の負担を軽減できることである。

その理由は、マスタ端末装置はバックアップ、リストア処理を自動で行うからである。

また、本実施例によれば、以下のような作用効果を奏する。

マスタ端末装置２００は、複数の端末装置のいずれかからバックアップ申請を受け付けると、複数の端末装置をメンバとする特定グループに加わる。

マスタ端末装置２００は、その特定グループのメンバに加わると、その特定グループのメンバが共有するコミュニティ共有情報を受け付ける。その後、その特定グループのメンバによってコミュニティ共有情報が変更されるたびに、マスタ端末装置２００は、その変更内容を受け付け、その変更内容に基づいて、コミュニティ共有情報を変更する。マスタ端末装置２００は、その変更されたコミュニティ共有情報をバックアップ情報記憶装置３００に格納する。

このため、マスタ端末装置２００は、自動的に最新のコミュニティ共有情報を有することが可能になる。したがって、ユーザの負担を軽減することが可能となり、また、最新のコミュニティ共有情報をバックアップすることが可能となる。

次に、本発明の第２の実施例の構成について図面を参照して詳細に説明する。

第２の実施例は、第１の実施例の自動バックアップを拡張するものである。第２の実施例では、マスタ端末装置２００は、あらかじめ定められた間隔で自動バックアップを行うのではく、ユーザが定めたバックアップ方針（バックアップ実行条件）に基づいて自動バックアップを行う。

図１４は、第２の実施例の情報共有システムを示したブロック図である。図１４において、図１に示したものと同一のものには同一符号を付してある。

第２の実施例を第１の実施例と比較すると、第２の実施例では、図１に示した端末装置１００のメッセージ制御部１０２がメッセージ制御部１０２Ｘに置き換えられ、図１に示した端末装置１００のバックアップ要求部１０５がバックアップ要求部１０５Ｘに置き換えられ、図１に示したマスタ端末装置２００のバックアップ管理部２０５がバックアップ管理部２０５Ｘに置き換えられ、バックアップ方針管理部２０６Ｘが新たに加えられている。

本実施例では、バックアップ要求部１０５Ｘは、ＣＰＵ２０７がメモリ２０８に記録されているプログラムを実行することによって実現される。なお、バックアップ要求部１０５Ｘは、ハードウェアにて実現されてもよい。

図１４において、メッセージ制御部１０２Ｘは、メッセージ制御部１０２と同様な動作を行い、さらに、マスタ端末装置２００から送られてきたバックアップ応答メッセージをバックアップ要求部１０５Ｘに渡す。

バックアップ要求部１０５Ｘは、バックアップ要求部１０５と同様な動作を行い、さらに、ユーザが定めたコミュニティのバックアップ方針を、バックアップ要求メッセージとして、メッセージ制御部１０２Ｘに渡す。

バックアップ管理部２０５Ｘは、バックアップ管理部２０５と同様な動作を行い、さらに、コミュニティのバックアップ方針を、バックアップ方針管理部２０６Ｘに格納し、さらに、そのバックアップ方針に基づいて自動バックアップを実行する。

具体的には、バックアップ管理部２０５Ｘは、参加申請要求部２０５ａＸと、バックアップ実行部２０５ｂＸとを含む。

参加申請要求部２０５ａＸは、参加申請要求部２０５ａと同様な動作を行い、さらに、コミュニティのバックアップ方針を、バックアップ方針管理部２０６Ｘに格納する。

バックアップ実行部２０５ｂＸは、バックアップ実行部２０５ｂと同様な動作を行い、さらに、バックアップ方針管理部２０６Ｘに格納されたバックアップ方針に基づいて、自動バックアップを実行する。

バックアップ方針管理部２０６Ｘは、コミュニティごとにバックアップ方針を管理し、また、バックアップ方針テンプレートを格納している。バックアップ方針テンプレートは、ユーザが定めることができるバックアップ方針の項目を定義している。

次に、第２の実施例の動作を、第１の実施例と異なる動作を中心に説明する。

第２の実施例の動作の中で、第１の実施例と異なる動作としては、
（１）バックアップを新規に申請するときのバックアップ方針の設定動作、
（２）バックアップ方針の変更動作、
（３）バックアップ方針に基づいた自動バックアップ実行の判定動作
が挙げられる。以下、順に説明する。
（１）バックアップを新規に申請するときのバックアップ方針の設定
図２、図１４、図１５、図１６、図１７、図１８、図１９、図２０を用いて、コミュニティ共有情報のバックアップを新規に申請するときのバックアップ方針の設定動作を説明する。

ユーザがコミュニティ共有情報のバックアップを新規に申請するとき、図２のステップＡ６とステップＡ７の間で、コミュニティ共有情報のバックアップ方針を設定する作業が行われる。

図１５は、バックアップ方針の新規設定作業を説明するためのフローチャートである。

なお、図１５に示した動作が始まる前に、バックアップ管理部２０５Ｘは、端末装置１００からバックアップ申請のバックアップ要求メッセージを既に取得している。

図２のステップＡ６で、受け取られたコミュニティ一覧に、“ｃｏｍｍｕｎｉｔｙｉｄタグ”にて示されたコミュニティ情報が含まれていない場合、バックアップ管理部２０５Ｘは、ステップＦ１を実行する。

ステップＦ１では、バックアップ管理部２０５Ｘ（具体的には、参加申請要求部２０５ａＸ）は、バックアップ方針管理部２０６Ｘからバックアップ方針テンプレートを取得する。

バックアップ方針テンプレートは、ユーザが定めることができるバックアップ方針の項目を定義している。

図１６（１）、（２）は、バックアップ方針テンプレートの例を示した説明図である。

図１６（１）は、バックアップ間隔を設定可能なバックアップ方針テンプレートの単純な例を示した説明図である。

図１６（１）において、最上位タグの“ｐｏｌｉｃｙｔｅｍｐｌａｔｅタグ”の子として、“ｉｎｔｅｒｖａｌタグ”があり、また、“ｉｎｔｅｒｖａｌタグ”の子として、“ｏｐｔｉｏｎタグ”がある。

“ｐｏｌｉｃｙｔｅｍｐｌａｔｅタグ”は、ユーザが設定可能なバックアップ方針の項目を子孫要素に持つ。

“ｉｎｔｅｒｖａｌタグ”は、バックアップ方針の項目のひとつであり、バックアップ間隔の候補を子要素に持つ。

“ｉｎｔｅｒｖａｌタグ”の子要素の“ｏｐｔｉｏｎタグ”は、バックアップ間隔の候補を示す。

図１６（１）では、バックアップ間隔の候補として、１日ごと、１週ごと、１ヶ月ごとが設定されている。

なお、バックアップ方針テンプレートは、任意に変更できる。

例えば、図１６（２）のように“ｐｏｌｉｃｙｔｅｍｐｌａｔｅタグ”の子要素に、バックアップの最大容量の項目として“ｍａｘｓｉｚｅタグ”が設定されたり、バックアップ対象の項目として“ｔａｒｇｅｔタグ”が設定されたりできる。このように、バックアップ方針テンプレートは、柔軟に変更可能である。

図１６では、バックアップ方針テンプレートとして、ＸＭＬ形式のテンプレートが用いられたが、バックアップ方針テンプレートは、ＸＭＬ形式と異なる形式であっても構わない。例えば、バックアップ方針テンプレートは、ＨＴＭＬ形式であったり、表形式などであったりしてもよい。

次に バックアップ管理部２０５Ｘ（具体的には、参加申請要求部２０５ａＸ）は、バックアップ方針テンプレートを用いてバックアップ応答メッセージを生成し、その生成されたバックアップ応答メッセージをメッセージ制御部２０２に渡す。なお、バックアップ応答メッセージについては後で説明する。

メッセージ制御部２０２は、そのバックアップ応答メッセージを受け取ると、ステップＦ２を実行する。

ステップＦ２では、メッセージ制御部２０２は、その受け取られたバックアップ応答メッセージを通信メッセージに変換し、通信部２０１を通して、要求元の端末装置１００に送信する。

端末装置１００のメッセージ制御部１０２Ｘは、通信部１０１から通信メッセージを受け取ると、その受け取られた通信メッセージを解析してバックアップ応答メッセージを取り出し、その取り出されたバックアップ応答メッセージをバックアップ要求部１０５Ｘに渡す。

ここで、バックアップ応答メッセージについて説明する。

図１７は、バックアップ応答メッセージの一例を示した説明図である。

図１７において、最上位タグの“ｂａｃｋｕｐｒｅｓｐｏｎｓｅタグ”の子として、“ｈｏｓｔタグ”、“ｃｏｍｍａｎｄタグ”、“ｃｏｍｍｕｎｉｔｙｉｄタグ”、“ｅｘｄａｔａタグ”があり、“ｅｘｄａｔａタグ”の子としてバックアップ方針テンプレートがある。

“ｈｏｓｔタグ”は、応答元の端末装置を一意に特定する宛先情報である。

図１７では、マスタ端末装置２００の宛先情報“ｍａｓｔｅｒ２００＠ｘｘｘ．ｙｙｙ．ｚｚｚ”が“ｈｏｓｔタグ”にて示されている。

“ｃｏｍｍａｎｄタグ”は、どのような応答のバックアップ応答メッセージであるかを示す情報である。

図１７では、バックアップ方針の新規設定を表す“ｎｅｗｐｏｌｉｃｙ”が“ｃｏｍｍａｎｄタグ”にて示されている。

“ｃｏｍｍｕｎｉｔｙｉｄタグ”は、バックアップ対象となるコミュニティを一意に特定するコミュニティ情報（コミュニティの識別子）を示す。

図１７では、コミュニティ情報として“ｃｏｍｍ−００００１”が“ｃｏｍｍｕｎｉｔｙｉｄタグ”にて示されている。

“ｅｘｄａｔａタグ”は、拡張情報であり、バックアップ方針管理部２０６Ｘから取得したバックアップ方針テンプレートを示す。

なお、図１７では、バックアップ応答メッセージをＸＭＬ形式のメッセージを用いて説明をしたが、バックアップ応答メッセージは、ＸＭＬ形式と異なる形式のメッセージであっても構わない。

例えば、バックアップ応答メッセージは、ＨＴＴＰリクエストのリクエストパラメータのようにパラメータ名と値の組でもよいし、あらかじめ情報の出現順序を定めた上でのＣＳＶ形式のメッセージでもよい。

以下では、バックアップ管理部２０５Ｘが、図１７に示したバックアップ応答メッセージを出力した場合の動作を説明する。なお、バックアップ応答メッセージは、図１７に示したものに限らない。

バックアップ要求部１０５Ｘは、そのバックアップ応答メッセージに含まれるバックアップ方針テンプレートを用いてバックアップ方針設定画面を生成し、そのバックアップ方針設定画面をユーザに表示する。

図１８は、バックアップ方針設定画面の一例を示した説明図である。

図１８において、画面５０は、バックアップ方針設定領域５１と、ＯＫボタン５２と、キャンセルボタン５３とを含む。バックアップ方針設定領域５１は、バックアップ間隔を選択する手段としてのラジオボタン５１ｃ１１、５１ｃ１２および５１ｃ１３を含む。

ユーザが、入力部１０６を操作して、ラジオボタン５１ｃ１１、５１ｃ１２および５１ｃ１３のいずれか（例えば、１週間のバックアップ間隔を示すラジオボタン５１ｃ１２）を選択し、ＯＫボタン５２を押すと、バックアップ要求部１０５Ｘは、ステップＦ３を実行する。

ステップＦ３では、バックアップ要求部１０５Ｘは、ユーザにて決定されたバックアップ方針を示す、バックアップ方針設定用のバックアップ要求メッセージを生成する。

図１９は、バックアップ方針設定用のバックアップ要求メッセージの一例を示した説明図である。

図１９において、最上位タグの“ｂａｃｋｕｐｒｅｑｕｅｓｔタグ”の子として、“ｈｏｓｔタグ”、“ｃｏｍｍａｎｄタグ”、“ｃｏｍｍｕｎｉｔｙｉｄタグ”、“ｅｘｄａｔａタグ”があり、“ｅｘｄａｔａタグ”の子として、バックアップ方針がある。

“ｈｏｓｔタグ”は、要求元の端末装置を一意に特定する宛先情報を示す。

“ｃｏｍｍａｎｄタグ”は、どのような要求のバックアップ要求メッセージであるかを示す。

図１９では、バックアップ方針設定を表す“ｓｅｔｐｏｌｉｃｙ”が“ｃｏｍｍａｎｄタグ”にて示されている。

“ｃｏｍｍｕｎｉｔｙｉｄタグ”は、バックアップ実行対象となるコミュニティを一意に特定するコミュニティ情報（コミュニティの識別子）を示す。

図１９では、コミュニティ情報として“ｃｏｍｍ−００００１”が“ｃｏｍｍｕｎｉｔｙｉｄタグ”にて示されている。

“ｅｘｄａｔａタグ”は、拡張情報であり、子として、バックアップ方針を示す“ｂａｃｋｕｐｐｏｌｉｃｙタグ”を持つ。

“ｂａｃｋｕｐｐｏｌｉｃｙタグ”は、子として、バックアップ方針の項目を持つ。

図１９では、“ｂａｃｋｕｐｐｏｌｉｃｙタグ”は、バックアップ間隔を表す“ｉｎｔｅｒｖａｌタグ”を持つ。

図１９では、“ｉｎｔｅｒｖａｌタグ”は、バックアップ間隔が１週であることを表す“１Ｗ”を示している。

以下では、バックアップ要求部１０５Ｘが、図１９に示すバックアップ方針設定用のバックアップ要求メッセージを生成したものとして動作を説明する。なお、バックアップ方針設定用のバックアップ要求メッセージは、図１９に示すものに限られない。

バックアップ要求部１０５Ｘは、その生成されたバックアップ方針設定用のバックアップ要求メッセージをメッセージ制御部１０２Ｘに渡す。メッセージ制御部１０２Ｘは、そのバックアップ方針設定用のバックアップ要求メッセージを受け取ると、ステップＦ４を実行する、
ステップＦ４では、メッセージ制御部１０２Ｘは、その受け取られたバックアップ要求メッセージを通信メッセージに変換し、その通信メッセージを、通信部１０１を通してマスタ端末装置２００に送信する。

マスタ端末装置２００のメッセージ制御部２０２は、通信部２０１から通信メッセージを取得すると、その取得された通信メッセージを解析してバックアップ要求メッセージを取り出し、その取り出されたバックアップ要求メッセージをバックアップ管理部２０５Ｘに渡す。

バックアップ管理部２０５Ｘ（具体的には、参加申請要求部２０５ａＸ）は、そのバックアップ要求メッセージを受け取ると、その受け取られたバックアップ要求メッセージの“ｃｏｍｍａｎｄタグ”の情報を取り出す。

参加申請要求部２０５ａＸは、その取り出された情報が“ｓｅｔｐｏｌｉｃｙ”であることから、その受け取られたバックアップ要求メッセージがバックアップ方針設定のバックアップ要求メッセージであると判定する。

参加申請要求部２０５ａＸは、その受け取られたバックアップ要求メッセージがバックアップ方針設定のバックアップ要求メッセージであると、ステップＦ５を実行する。

ステップＦ５では、参加申請要求部２０５ａＸは、バックアップ要求メッセージからバックアップ方針を取得し、その取得されたバックアップ方針をバックアップ方針管理部２０６Ｘに格納する。

図２０は、バックアップ方針管理部２０６Ｘで管理しているバックアップ方針の一例を示す説明図である。

バックアップ方針２０６Ｘ１は、コミュニティごとに格納される。図２０では、コミュニティ識別のためのコミュニティＩＤ１ａと、前回行ったバックアップの日付１ｂと、バックアップ方針の項目としてバックアップ間隔１ｃとが、互いに関連付けられて格納されている。また、コミュニティ“ｃｏｍｍ−００００１”は新規登録なので、その前回のバックアップ日付が空となっている。
（２）バックアップ方針の変更
図１４、図２１、図２２、図２３、図２４、図２５を用いて、既に設定済みのバックアップ方針の変更動作を説明する。

図２１は、バックアップ方針の変更の動作を説明するためのフローチャートである。

ステップＧ１では、ユーザは、入力部１０６を操作して、端末装置１００に、コミュニティ共有情報のバックアップ方針変更要求を入力する。

端末装置１００がバックアップ方針変更要求を受け取ると、端末装置１００はステップＧ２を実行する。

ステップＧ２では、まず、バックアップ要求部１０５Ｘが、バックアップ方針変更用のバックアップ要求メッセージを生成する。バックアップ方針変更用のバックアップ要求メッセージについては後で説明する。

次に、バックアップ要求部１０５Ｘは、あらかじめ格納されているマスタ端末装置２００の宛先情報と、その生成されたバックアップ要求メッセージ（バックアップ方針変更用）をメッセージ制御部１０２Ｘに渡す。

メッセージ制御部１０２Ｘは、そのバックアップ要求メッセージを通信メッセージに変換し、その通信メッセージを、通信部１０１を通してマスタ端末装置２００に送信する。以上でステップＧ２が終了する。

ここで、バックアップ方針変更用のバックアップ要求メッセージについて説明する。

図２２は、バックアップ方針変更用のバックアップ要求メッセージの一例を示した説明図である。

図２２において、最上位タグの“ｂａｃｋｕｐｒｅｑｕｅｓｔタグ”の子として、“ｈｏｓｔタグ”、“ｃｏｍｍａｎｄタグ”、および、“ｃｏｍｍｕｎｉｔｙｉｄタグ”がある。

“ｈｏｓｔタグ”は、要求元の端末装置を一意に特定する宛先情報を示す。

“ｃｏｍｍａｎｄタグ”は、どのような要求のバックアップ要求メッセージであるかを示す。

図２２では、バックアップ方針変更を表す“ｃｈａｎｇｅｐｏｌｉｃｙ”が“ｃｏｍｍａｎｄタグ”にて示されている。

“ｃｏｍｍｕｎｉｔｙｉｄタグ”は、バックアップ解約対象となるコミュニティを一意に特定するコミュニティ情報（コミュニティの識別子）を示す。

図２２では、コミュニティ情報として“ｃｏｍｍ−００００１”が“ｃｏｍｍｕｎｉｔｙｉｄタグ”にて示されている。

なお、図２２では、バックアップ要求メッセージをＸＭＬ形式のメッセージを用いて説明をしたが、バックアップ要求メッセージは、ＸＭＬ形式と異なる形式のメッセージであっても構わない。

以下では、バックアップ要求部１０５ｘが、図２２に示したバックアップ要求メッセージ（バックアップ方針変更用）を出力した場合の動作を説明する。なお、バックアップ要求メッセージ（バックアップ方針変更用）は、図２２に示したものに限らない。

再び、図２１のフローチャートを説明する。

マスタ端末装置２００のメッセージ制御部２０２は、通信部２０１から通信メッセージを受け取ると、その受け取られた通信メッセージを解析してバックアップ要求メッセージを取り出す。メッセージ制御部２０２は、その取り出されたバックアップ要求メッセージを、バックアップ管理部２０５Ｘに渡す。

バックアップ管理部２０５Ｘは、そのバックアップ要求メッセージを受け取ると、ステップＧ３を実行する。

ステップＧ３では、バックアップ管理部２０５Ｘは、その受け取られたバックアップ要求メッセージから“ｃｏｍｍａｎｄタグ”の情報を取り出す。バックアップ管理部２０５Ｘは、その取り出された“ｃｏｍｍａｎｄタグ”の情報が“ｃｈａｎｇｅｐｏｌｉｃｙ”であることから、その受け取られたバックアップ要求メッセージがバックアップ方針変更のバックアップ要求メッセージであると判定する。

次に、バックアップ管理部２０５Ｘ（具体的には、参加申請要求部２０５ａＸ）は、その受け取られたバックアップ要求メッセージ（図２２参照）から“ｃｏｍｍｕｎｉｔｙｉｄタグ”の情報、すなわち、コミュニティ情報を取り出す。参加申請要求部２０５ａＸは、その取り出されたコミュニティ情報にて特定されるコミュニティが、既にバックアップ申請が行われているコミュニティであるかどうかチェックする。

具体的には、まず、参加申請要求部２０５ａＸは、バックアップ申請済みコミュニティ情報一覧の取得指示をメッセージ制御部２０２に渡す。

メッセージ制御部２０２は、そのバックアップ申請済みコミュニティ情報一覧の取得指示を受け付けると、バックアップ申請済みのコミュニティ一覧をコミュニティ管理部２０４から取得し、その取得されたバックアップ申請済みのコミュニティ一覧を参加申請要求部２０５ａＸに渡す。

参加申請要求部２０５ａＸは、メッセージ制御部２０２からバックアップ申請済みのコミュニティ一覧を受け取ると、その受け取られたコミュニティ一覧に、“ｃｏｍｍｕｎｉｔｙｉｄタグ”から取り出したコミュニティ情報が含まれているかチェックする。

その受け取られたコミュニティ一覧に、“ｃｏｍｍｕｎｉｔｙｉｄタグ”にて示されたコミュニティ情報が含まれていない場合は、そのコミュニティ情報にて特定されるコミュニティは、バックアップ申請済みのコミュニティではない。このため、参加申請要求部２０５ａＸは、処理を終了する。

一方、その受け取られたコミュニティ一覧に、“ｃｏｍｍｕｎｉｔｙｉｄタグ”にて示されたコミュニティ情報が含まれている場合は、参加申請要求部２０５ａＸは、コミュニティ共有情報のバックアップ方針を変更する処理（ステップＧ４以降）に移る。

ステップＧ４では、参加申請要求部２０５ａＸは、バックアップ方針管理部２０６Ｘからバックアップ方針テンプレートと、バックアップ方針変更対象のコミュニティの現在のバックアップ方針を取得する。

次に、参加申請要求部２０５ａＸは、その取得した現在のバックアップ方針とバックアップ方針テンプレートを用いてバックアップ応答メッセージを生成し、メッセージ制御部２０２に渡す。バックアップ応答メッセージについては後で説明する。

メッセージ制御部２０２は、そのバックアップ応答メッセージを受け取ると、ステップＧ５を実行する。

ステップＧ５では、メッセージ制御部２０２は、その受け取られたバックアップ応答メッセージを通信メッセージに変換し、その通信メッセージを、通信部２０１を通して、要求元の端末装置１００に送信する。

端末装置１００のメッセージ制御部１０２Ｘは、通信部１０１から通信メッセージを受け取ると、その通信メッセージを解析してバックアップ応答メッセージを取り出し、その取り出されたバックアップ応答メッセージをバックアップ要求部１０５Ｘに渡す。

ここで、バックアップ応答メッセージについて説明する。

図２３は、バックアップ応答メッセージの一例を示した説明図である。

バックアップ方針変更時のバックアップ応答メッセージと、図１７のバックアップ方針新規登録時のバックアップ応答メッセージとの違いは、バックアップ方針変更時のバックアップ応答メッセージが、現在のバックアップ方針の情報を含んでいる点である。

図２３では、コミュニティ“ｃｏｍｍ−００００１”の現在のバックアップ方針として、バックアップ間隔が１週を表す“ｖａｌｕｅ＝１Ｗのｏｐｔｉｏｎタグ”に“ｃｈｅｃｋｅｄ”属性が付いている。

次に、バックアップ要求部１０５Ｘは、その受け取られたバックアップ応答メッセージに含まれるバックアップ方針テンプレートを用いてバックアップ方針設定画面を生成し、そのバックアップ方針設定画面をユーザに表示する。

図２４は、バックアップ方針設定画面の一例を示した説明図である。

バックアップ方針変更時のバックアップ方針設定画面６０と、図１８に示したバックアップ方針新規設定時の設定画面５０との違いは、画面６０では、コミュニティ“ｃｏｍｍ−００００１”の現在のバックアップ方針が反映されている点である。

図２４では、現在のバックアップ方針として、バックアップ間隔が１週のラジオボタン６１ｃ１２が選択されている。

この状態で、ユーザが、ラジオボタン６１ｃ１１、６１ｃ１２および６１ｃ１３のいずれか（例えば、１日のバックアップ間隔を示すラジオボタン６１ｃ１１）を選択し、ＯＫボタン６２を押すと、バックアップ要求部１０５Ｘは、ステップＧ６を実行する。

ステップＧ６では、バックアップ要求部１０５Ｘは、ユーザにて決定されたバックアップ方針を示す、バックアップ方針設定用のバックアップ要求メッセージを生成する。その後、ステップＧ７とステップＧ８が実行される。なお、ステップＧ７は、図１５に示したステップＦ４と同じであり、また、ステップＧ８は、図１５に示したステップＦ５と同じである。

ステップＧ８が完了すると、バックアップ方針管理部２０６Ｘが管理しているコミュニティ“ｃｏｍｍ−００００１”のバックアップ方針において、図２５に示すようにバックアップ間隔が、１週を表す"１Ｗ"から１日を表す"１Ｄ"に変更される。
（３）バックアップ方針に基づいた自動バックアップ実行の判定
図９、図１４、図２５、図２６を用いて、ユーザが定めたバックアップ方針に基づく、コミュニティ共有情報のバックアップの実行について説明する。

マスタ端末装置２００が、ユーザが定めたバックアップ方針に基づいて、コミュニティ共有情報を自動バックアップするには、図９に示したステップＣ２とステップＣ３の間で、コミュニティのバックアップ方針を判定する作業が行われる。

図２６は、図９に示したステップＣ２とステップＣ３の間で行われるバックアップ方針の判定作業を説明するためのフローチャートである。

なお、図２６に示した動作が始まる前に、バックアップ処理対象のコミュニティは既に決まっている。ここでは、コミュニティ“ｃｏｍｍ−００００１”のバックアップ処理が行われるものとする。

ステップＨ１では、バックアップ管理部２０５Ｘ（具体的には、バックアップ実行部２０５ｂＸ）は、バックアップ方針管理部２０６Ｘからコミュニティ“ｃｏｍｍ−００００１”のバックアップ方針を取得する。バックアップ実行部２０５ｂＸは、コミュニティ“ｃｏｍｍ−００００１”のバックアップ方針を取得すると、ステップＨ２を実行する。

ステップＨ２では、バックアップ実行部２０５ｂＸは、前回のバックアップ実行時からバックアップ間隔の期間が経過しているか判定する。

例えば、バックアップ実行部２０５ｂＸは、現在の日時を示す時計部（不図示）を有し、バックアップ実行部２０５ｂＸは、その時計部にて示される現在の日時と前回のバックアップ実行日時との差を求め、その差がバックアップ方針にて示されたバックアップ間隔以上になっていると、前回のバックアップ実行時からバックアップ間隔の期間が経過していると判定する。

バックアップ間隔の期間が経過していなければ、バックアップ実行部２０５ｂＸは、処理を終了する。バックアップ間隔の期間が経過していたら、バックアップ実行部２０５ｂＸは、ステップＨ３を実行する。

ステップＨ３では、図２５では、コミュニティ“ｃｏｍｍ-００００１”の前回バックアップの日付は空であるので、バックアップ管理部２０５Ｘは、バックアップ方針管理部２０６Ｘが格納しているコミュニティ“ｃｏｍｍ−００００１”のバックアップ方針の前回バックアップの日付に、現在の日付を登録する。

次に、バックアップ実行部２０５ｂＸは、ステップＨ３のバックアップ処理実行として、図９のステップＣ２とステップＣ３の作業を行う。

また、図２５のコミュニティ“ｃｏｍｍ−００００２”のように前回バックアップの日付が登録されている場合、バックアップ実行部２０５ｂＸは、前回のバックアップ日付からバックアップ間隔の期間が経過しているかチェックする。例えば、現在の日付が２００５／１／１９とすると、前回バックアップ日付の２００５／１／１４からバックアップ間隔の１週間が経過していないので、バックアップ実行部２０５ｂＸは、バックアップ実行処理は行わない。

次に、第２の実施例の効果について説明する。

第２の実施例では、コミュニティごとにバックアップ方針が管理されており、バックアップ実行時にバックアップ方針の判定が行われるので、コミュニティごとに異なる方針でバックアップを行うことができる。

また、第２の実施例では、マスタ端末装置２００は、バックアップの実行間隔を示したバックアップ実行条件を含むバックアップ方針をさらに受け付け、また、変更されたコミュニティ共有情報を、その受け付けられたバックアップ実行条件に基づいた時間間隔でバックアップ情報記憶装置２００に格納する。このため、バックアップの実行間隔を適宜設定することが可能になる。

次に、第３の実施例の構成について図面を参照して詳細に説明する。

第３の実施例は、バックアップサービスを提供する共有情報バックアップシステムに関する。

図２７は、第３の実施例の情報共有システムを示したブロック図である。図２７において、図１４に示したものと同一のものには同一符号を付してある。

第３の実施例を第２の実施例と比較すると、第３の実施例では、図１４に示したマスタ端末装置２００のバックアップ管理部２０５Ｘがバックアップ管理部２０５Ｙに置き換えられ、図１４に示したマスタ端末装置２００のバックアップ方針管理部２０６Ｘがバックアップ方針管理部２０６Ｙに置き換えられ、課金サーバ４００Ｙが新たに加えられている。

本実施例では、バックアップ管理部２０５Ｙは、ＣＰＵ２０７がメモリ２０８に記録されているプログラムを実行することによって実現される。なお、バックアップ管理部２０５Ｙは、ハードウェアにて実現されてもよい。

図２７において、バックアップ管理部２０５Ｙは、バックアップ管理部２０５Ｘと同様な動作を行い、さらに、バックアップ、リストア時に、バックアップ管理部２０６Ｙが管理しているバックアップ方針およびバックアップサービス費用に基づき、課金サーバ４００Ｙに課金を行わせる。

具体的には、バックアップ管理部２０５Ｙは、参加申請要求部２０５ａＸと、バックアップ実行部２０５ｂＹとを含む。

バックアップ実行部２０５ｂＹは、バックアップ実行部２０５ｂＸと同様な動作を行い、さらに、バックアップ、リストア時に、バックアップ管理部２０６Ｙが管理しているバックアップ方針およびバックアップサービス費用に基づき、課金サーバ４００Ｙに課金を行わせる。

バックアップ方針管理部２０６Ｙは、バックアップ方針管理部２０６Ｘと同様な動作を行い、さらに、バックアップサービス費用一覧を管理する。

課金サーバ４００Ｙは、費用負担者ごとに、バックアップサービスの課金状況を管理する。

次に、第３の実施例の動作を、第２の実施例と異なる動作を中心に説明する。

第３の実施例の動作の中で、第２の実施例と異なる動作としては、
（１）自動バックアップ時の課金動作、
（２）手動バックアップ時の課金動作、
（３）リストア時の課金動作
が挙げられる。これらの説明の前に、本実施例でバックアップ方針管理部２０６Ｙが行うバックアップサービス費用の管理と、本実施例の説明で用いるバックアップ方針の例を説明する。

図２８は、バックアップ方針管理部２０６Ｙが管理しているバックアップサービス費用一覧の一例を示した説明図である。

図２８において、バックアップサービス費用一覧２８ａでは、バックアップ方針の項目（分類）２８ａ１ごとに、ユーザが選択可能なバックアップ方針の候補（プラン）２８ａ２と、その費用２８ａ３とが互いに関連づけられている。

バックアップサービス費用一覧２８ａでは、バックアップ方針項目２８ａ１、プラン２８ａ２、費用２８ａ３が、自由に設定される。

図２８の例では、バックアップ方針の項目（分類）２８ａ１として、バックアップ間隔２８ａ１ａ、最大容量２８ａ１ｂ、手動バックアップ２８ａ１ｃ、リストア２８ａ１ｄがある。

バックアップ間隔２８ａ１ａは、マスタ端末装置２００がコミュニティ共有情報の自動バックアップを実行する間隔である。図２８では、バックアップ間隔２８ａ１ａとして、一日を表すプラン１Ｄ、１週を表すプラン１Ｗ、１ヶ月を表すプラン１Ｍが設定されている。

また、一日を表すプラン１Ｄには、自動バックアップ実行ごとに２０Ｃ（２０コスト）の費用が設定され、１週を表すプラン１Ｗには、自動バックアップごとに１００Ｃの費用が設定され、１ヶ月を表すプラン１Ｍには、自動バックアップごとに３００Ｃの費用が設定されている。

最大容量２８ａ１ｂは、バックアップ情報記憶装置３００に確保されるディスク容量である。最大容量２８ａ１ｂとしては、１００メガバイト（ＭＢ）を表す１００Ｍ、５００ＭＢを表す５００Ｍ、１ギガバイト（ＧＢ）を表す１Ｇが設定されている。

また、１００Ｍには１ヶ月ごとに５０Ｃの費用が設定され、５００Ｍには１ヶ月ごとに２５０Ｃの費用が設定され、１Ｇには１ヶ月ごとに５００Ｃの費用が設定されている。

手動バックアップ２８ａ１ｃは、ユーザの指示に応じた手動バックアップを示す。手動バックアップ２８ａ１ｃとしては、手動バックアップ実行ごとに課金するプランＡ、１ヶ月ごとに課金し手動バックアップ時に課金が行われないプランＢが設定されている。プランＡにはバックアップごとに１０Ｃの費用が設定され、プランＢには１ヶ月ごとに１００Ｃの費用が設定されている。

リストア２８ａ１ｄは、ユーザの指示に応じたリストアを示す。リストア２８ａ１ｄとしては、リストア実行ごとに課金するプランＡＡ、１ヶ月ごとに課金しリストア時に課金が行われないプランＢＢが設定されている。プランＡＡにはリストアごとに１０Ｃの費用が設定され、プランＢＢには１ヶ月ごとに１００Ｃの費用が設定されている。

次に、本実施例で用いるバックアップ方針の例を説明する。なお、バックアップ方針の設定および変更の動作は、第２の実施例と同じである。

図２９は、バックアップ方針管理部２０６Ｙが管理しているバックアップ方針テンプレートの一例を示した説明図である。

図２９に示したバックアップ方針テンプレートは、図２８に示したバックアップサービス費用一覧と対応する。

具体的には、バックアップ方針テンプレートには、バックアップ方針項目としてバックアップ間隔を表す“ｉｎｔｅｒｖａｌタグ”、最大容量を表す“ｍａｘｓｉｚｅタグ”、手動バックアップを表す“ｍａｎｕａｌｂａｃｋｕｐタグ”、リストアを表す“ｒｅｓｔｏｒｅタグ”が定義されており、さらに費用負担者を表す“ｐａｙｅｒタグ”が定義されている。

図３０は、バックアップ方針設定時にユーザに表示される画面の一例を示した説明図である。この画面は、端末装置１００のバックアップ要求部１０５Ｘが、図２９に示したバックアップ方針テンプレートを用いて生成する。

図３０において、画面７０は、バックアップ間隔を設定する手段としてのラジオボタン７１ｃ１１、７１ｃ１２および７１ｃ１３と、最大容量を設定する手段としてのラジオボタン７１ｃ２１、７１ｃ２２および７１ｃ２３と、手動バックアップを設定する手段としてのラジオボタン７１ｃ３１および７１ｃ３２と、リストアを設定する手段としてのラジオボタン７１ｃ４１および７１ｃ４２と、費用負担者を設定する手段としてのテキストエリア７１ｃ５と、ＯＫボタン７２と、キャンセルボタン７３とを含む。

図３０は、バックアップ方針新規設定時の画面例だが、バックアップ方針変更時は現在設定されているバックアップ方針が反映された画面となる。

図３１は、バックアップ方針管理部２０６Ｙが管理しているコミュニティごとのバックアップ方針一覧の一例を示した説明図である。この一覧は、ユーザが図３０のバックアップ方針設定画面７０で設定したバックアップ項目と、前回の自動バックアップ実行の日付を管理している。

図３１に示した例では、コミュニティ“ｃｏｍｍ−００００１”のバックアップ方針は、バックアップ間隔は１日、最大容量は１ＧＢ、手動バックアップは１ヶ月ごとに課金、リストアは実行ごとに課金、費用負担者はコミュニティ１と設定されており、前回の自動バックアップ実行の日付は２００５／１／１９であったことを示している。

次に、本実施例において、新たに必要になる作業を順に説明する。
（１）自動バックアップ時の課金
図９、図２６、図２７、図２８、図２９、図３１、図３２を用いて、本実施例の自動バックアップ時の動作について説明する。以下では、図３１に示したコミュニティ“ｃｏｍｍ−００００１”のバックアップ方針を例に説明する。コミュニティ“ｃｏｍｍ−００００１”の前回のバックアップ日付は２００５／１／１９であるので、今回は２００５／１／２０での自動バックアップとする。

図３２は、本実施例の自動バックアップ時の動作を説明するためのフローチャートである。図３２に示したフローチャートでは、図９、図２６の自動バックアップのフローチャートに、自動バックアップ時の課金処理であるステップＩ５、ステップＩ６が加えられている。

ステップＩ１は図９のステップＣ１と同じであり、ステップＩ２は図９のステップＣ２と同じであり、ステップＩ３は図２６のステップＨ１と同じであり、ステップＩ４は図２６のステップＨ２と同じである。

バックアップ管理部２０５Ｙは、ステップＩ４まで終了したとき、図３１に示されるコミュニティ“ｃｏｍｍ−００００１”のバックアップ方針を既に取得している。

バックアップ管理部２０５Ｙ（具体的には、バックアップ実行部２０５ｂＹ）は、ステップＩ４で、バックアップ間隔が経過していると判断すると、ステップＩ５を実行する。

ステップＩ５では、まず、バックアップ実行部２０５ｂＹは、バックアップサービス費用一覧をバックアップ方針管理部２０６Ｙから取得する。

続いて、バックアップ実行部２０５ｂＹは、コミュニティ“ｃｏｍｍ−００００１”のバックアップ方針とバックアップサービス費用一覧とを照らし合わせて今回の自動バックアップ実行の費用を計算する。なお、月ごとに課金するバックアップ方針項目がある場合、バックアップ実行部２０５ｂＹは、その月の第１回目の自動バックアップ実行時に費用を計算する。

具体的には、バックアップ実行部２０５ｂＹは、バックアップ間隔が１Ｄ（１日）の費用をバックアップサービス費用一覧から取得する。この場合、バックアップ実行部２０５ｂＹは、２０Ｃを取得する。バックアップ実行部２０５ｂＹは、その取得された２０Ｃを自動バックアップ実行の費用に加える。

次に、バックアップ実行部２０５ｂＹは、最大容量が１ＧＢの費用をバックアップサービス一覧から取得する。最大容量は、月ごとに課金するバックアップ方針項目である。今回の自動バックアップは、その月の第１回目の自動バックアップではないので、バックアップ実行部２０５ｂＹは、最大容量が１ＧＢの費用５００Ｃを、自動バックアップの費用に加えない。

次に、バックアップ実行部２０５ｂＹは、手動バックアップのプランＢの費用をバックアップサービス一覧から取得する。手動バックアップのプランＢは、月ごとに課金するバックアップ方針項目である。今回の自動バックアップは、その月の第１回目の自動バックアップではないので、バックアップ実行部２０５ｂＹは、手動バックアップのプランＢの費用１００Ｃを自動バックアップの費用に加えない。

次に、バックアップ実行部２０５ｂＹは、リストアのプランＡＡの費用をバックアップサービス一覧から取得する。このプランでは、リストア実行ごとに課金が行われるので、今回の自動バックアップ実行時は課金対象外である。仮に、リストアがプランＢＢであった場合は、手動バックアップのプランＡと同様に、その月の第１回目の自動バックアップ実行時に課金が行われる。

今回はその月の第１回目の自動バックアップ実行ではないので、コミュニティ“ｃｏｍｍ−００００１”の自動バックアップ実行の費用は２０Ｃと計算される。

仮に、今回がその月の第１回目の自動バックアップ実行であった場合は、最大容量と手動バックアップの費用が、２０Ｃに加えられ、自動バックアップ実行の費用は６２０Ｃと計算される。

バックアップ実行部２０５ｂＹは、バックアップ費用の計算が終了すると、ステップＩ６を実行する。

ステップＩ６では、バックアップ実行部２０５ｂＹは、ステップＩ５で計算した費用と、バックアップ方針に設定されている費用負担者情報とを、課金サーバ４００Ｙに渡す。課金サーバ４００Ｙは、その受け取った費用を費用負担者に対して課金する。その後、バックアップ実行部２０５ｂＹは、ステップＩ７、ステップＩ８を行って、コミュニティ共有情報をバックアップ情報記憶装置３００に格納する。なお、ステップＩ７は、図９に示したステップＣ３と同じであり、ステップＩ８は、図９に示したステップＣ４と同じである。
（２）手動バックアップ時の課金
図１０、図２７、図３１、図３２、図３３を用いて、本実施例の手動バックアップ時の動作について説明する。ここでは、図３１のコミュニティ“ｃｏｍｍ−００００１”のバックアップ方針を例に説明する。

図３３は、本実施例の手動バックアップ時の動作を説明するためのフローチャートである。

図３３に示したフローチャートでは、図１０の手動バックアップのフローチャートに、手動バックアップ時の課金処理であるステップＪ４、ステップＪ５、ステップＪ６が加えられている。

図３３において、ステップＪ１は図１０のステップＤ１と同じであり、ステップＪ２は図１０のステップＤ２からＤ５までの動作と同じであり、ステップＪ３は図１０のステップＤ６と同じであり、ステップＪ４は図３２のステップＩ３と同じである。

ステップＪ４が終了すると、ステップＪ５が実行される。

ステップＪ５では、まず、バックアップ管理部２０５Ｙ（具体的には、バックアップ実行部２０５ｂＹ）は、バックアップサービス費用一覧をバックアップ方針管理部２０６Ｙから取得する。

次に、バックアップ実行部２０５ｂＹは、コミュニティ“ｃｏｍｍ−００００１”のバックアップ方針とバックアップサービス費用一覧とを照らし合わせて、今回の手動バックアップ実行の費用を計算する。なお、今回は手動バックアップ実行であるので、図３１のバックアップ方針項目のバックアップ間隔、最大容量、リストアは課金対象外である。

具体的には、バックアップ実行部２０５ｂＹは、バックアップ方針項目の手動バックアップのプランＢの費用をバックアップサービス費用一覧から取得する。プランＢは、月ごとに課金する設定であり、その月の第１回目の自動バックアップ実行時に課金が行われる。今回は手動バックアップ実行であるので、バックアップ管理部２０５Ｙは、手動バックアップのプランＢの費用を手動バックアップの費用に加えない。

以上で、今回の手動バックアップの費用は０Ｃと計算される。

仮に、図３１のコミュニティ“ｃｏｍｍ−００００１”の手動バックアップのプランがＡであった場合は、バックアップ実行部２０５ｂＹは、手動バックアップのプランＡの費用（１０Ｃ）をバックアップサービス費用一覧から取得し、手動バックアップ実行の費用にその１０Ｃを加える。したがって、今回の手動バックアップの費用は１０Ｃと計算される。

なお、バックアップ費用計算後の処理であるステップＪ６は、図３２に示したステップＩ６と同じであり、また、ステップＪ７は、図３２に示したステップＩ７と同じであり、また、ステップＪ８は、図３２に示したステップＩ８と同じである。
（３）リストア時の課金
図１２、図２７、図３１、図３３、図３４を用いて、本実施例のリストア時の動作について説明する。ここでは、図３１のコミュニティ“ｃｏｍｍ−００００１”のバックアップ方針を例に説明する。

図３４は、本実施例のリストア時の動作を説明するためのフローチャートである。

図３４に示したフローチャートでは、図１２に示したリストアのフローチャートに、リストア時の課金処理であるステップＫ４、ステップＫ５、ステップＫ６が加えられている。

図３４において、ステップＫ１は、図１２のステップＥ１と同じである。ステップＫ２は、図１２のステップＥ２からステップＥ５までの動作と同じである。ステップＫ３は、図１２のステップＥ６と同じである。ステップＫ４は、図３２のステップＩ３と同じである。

ステップＫ４が終了すると、ステップＫ５が実行される。

ステップＫ５では、まず、バックアップ管理部２０５Ｙ（具体的には、バックアップ実行部２０５ｂＹ）は、バックアップサービス費用一覧をバックアップ方針管理部２０６Ｙから取得する。

次に、バックアップ実行部２０５ｂＹは、コミュニティ“ｃｏｍｍ−００００１”のバックアップ方針とバックアップサービス費用一覧とを照らし合わせて今回の手動バックアップ実行の費用を計算する。なお、今回はリストア実行であるので、図３１のバックアップ方針項目のバックアップ間隔、最大容量、手動バックアップは課金対象外である。

具体的には、バックアップ実行部２０５ｂＹは、手動バックアップのプランＡＡの費用（１０Ｃ）をバックアップサービス費用一覧から取得する。プランＡＡは、リストア実行ごとに課金する設定であるので、バックアップ管理部２０５Ｙは、リストア実行の費用に１０Ｃを加える。

仮に、図３１のコミュニティ“ｃｏｍｍ−００００１”のリストアのプランがＢＢであった場合は、プランＢＢは月ごとに課金する設定であり、その月の第１回目の自動バックアップ実行時に課金が行われるため、バックアップ実行部２０５ｂＹは、プランＢＢの費用をリストア実行の費用に加えない。以上で、今回のリストア実行の費用は、１０Ｃと計算される。

なお、リストア実行の費用計算後の課金処理であるステップＫ６は、図３２のステップＩ６と同じである。また、ステップＫ７は図１２のステップＥ７と同じであり、ステップＫ８は図１２のステップＥ８と同じであり、ステップＫ９は図１２のステップＥ９と同じである。

次に、第３の実施例の効果について説明する。

第３の実施例によれば、コミュニティごとにサービスレベルを設定できるため、バックアップサービス利用者は、コミュニティの重要度に適したバックアップサービスを受けることができる。

例えば、開発段階にあるプロジェクトに関するコミュニティ共有情報は、１日ごとにバックアップされ、また、保守段階にあるプロジェクトに関するコミュニティ共有情報は、１ヶ月ごとにバックアップされるように、ユーザは、コミュニティごとに、バックアップサービスを使い分けることができる。

また、バックアップサービス利用者は、端末装置上でバックアップサービス利用申請を行うと直ちに、バックアップサービスを受けることができる。

また、マスタ端末装置２００は、バックアップサービスに必要な業務を全て自動的に実行する。このため、バックアップサービス提供者は、各コミュニティに対応するバックアップ管理者を配置する必要がなくなり、低コストでバックアップサービス提供し、運用することができる。

また、第３の実施例では、マスタ端末装置２００がバックアップ実行時とリストア実行時に自動的に課金処理を行う。このため、費用負担者にバックアップサービスの費用を自動的に課金することができる。

また、第３の実施例では、ユーザにて選択されるバックアップ方針の項目を、マスタ端末装置２００に自由に設定でき、また、マスタ端末装置２００が、ユーザにて選択されたバックアップ方針を管理する。このため、ユーザに多様な実行形態のバックアップサービスを提供することが可能となる。

また、第３の実施例では、バックアップ方針項目に対応したバックアップサービスの費用を、マスタ端末装置２００に自由に設定できるため、ユーザに多様な費用形態のバックアップサービスを提供できる。

第３の実施例によれば、以下のような作用効果を奏する。

マスタ端末装置２００は、バックアップ実行条件の費用を示す費用情報（バックアップサービス費用一覧）と、その費用の負担先を示す負担先情報（バックアップ方針一覧に示された費用負担者）とを格納し、バックアップ実行条件および費用情報に基づいて、端末装置１００を含むコミュニティへの請求費用を算出し、その算出された請求費用を負担先情報とともに課金サーバ４００Ｙに送信する。

課金サーバ４００Ｙは、請求費用と負担先情報とを受け付けると、その負担先情報にて示された負担先に、その請求費用にて示された費用を課金する。

この場合、バックアップ処理に対する費用を自動的に課金することが可能になる。このため、有料のバックアップサービスを容易に実現することが可能になる。

なお、本実施例は、複数の端末間で共有される共有情報のバックアップおよびリストアする用途に適用できる。

以上説明した各実施例において、図示した構成は単なる一例であって、本発明はその構成に限定されるものではない。

例えば、複数の端末装置で構成されるコミュニティの数は、所定の数に限定されるものではなく、適宜変更可能である。

本発明の第１の実施例の構成を示すブロック図である。 第１の実施例のバックアップ新規申請時の動作を説明するためのフローチャートである。 バックアップ新規申請時のバックアップ要求メッセージの一例を示す説明図である。 バックアップ新規申請時のコミュニティ参加要求メッセージの一例を示す説明図である。 コミュニティメンバの端末宛先情報一覧の一例を示す説明図である。 第１の実施例のバックアップ解約申請時の動作を説明するためのフローチャートである。 バックアップ解約時のバックアップ要求メッセージの一例を示す説明図である。 バックアップ解約時のコミュニティ退会要求メッセージの一例を示す説明図である。 第１の実施例の自動バックアップの動作を説明するためのフローチャートである。 第１の実施例のバックアップ実行申請時の動作を説明するためのフローチャートである。 バックアップ実行申請時のバックアップ要求メッセージの一例を示す説明図である。 第１の実施例のリストア実行申請時の動作を説明するためのフローチャートである。 リストア実行申請時のバックアップ要求メッセージの一例を示す説明図である。 本発明の第２の実施例の構成を示すブロック図である。 第２の実施例のバックアップ方針設定の動作を説明するためのフローチャートである。 バックアップ方針テンプレートの一例を示す説明図である。 バックアップ方針設定時のバックアップ応答メッセージの一例を示す説明図である。 バックアップ方針設定時の設定画面の一例を示す説明図である。 バックアップ方針決定時のバックアップ要求メッセージの一例を示す説明図である。 コミュニティごとのバックアップ方針一覧の一例を示す説明図である。 第２の実施例のバックアップ方針変更申請時の動作を説明するためのフローチャートである。 バックアップ方針変更申請時のバックアップ要求メッセージの一例を示す説明図である。 バックアップ方針変更時のバックアップ応答メッセージを示す説明図である。 バックアップ方針変更時の設定画面の一例を示す説明図である。 コミュニティごとのバックアップ方針一覧の一例を示す説明図である。 第２の実施例のバックアップ方針判定の動作を説明するためのフローチャートである。 本発明の第３の実施例を示すブロック図である。 バックアップサービス費用一覧の一例を示す説明図である。 バックアップ方針テンプレートの一例を示す説明図である。 バックアップ方針設定時の設定画面の一例を示す説明図である。 コミュニティごとのバックアップ方針一覧の一例を示す説明図である。 第３の実施例の自動バックアップの動作を説明するためのフローチャートである。 第３の実施例のバックアップ実行申請時の動作を説明するためのフローチャートである。 第３の実施例のリストア実行申請時の動作を説明するためのフローチャートである。 第１の従来技術の構成を示すブロック図である。 第２の従来技術の構成を示すブロック図である。

符号の説明

１０ ネットワーク
１００、１１０、１２０ 端末装置
２００ マスタ端末装置
１０１、２０１ 通信部
１０２、１０２Ｘ、２０２ メッセージ制御部
１０３、２０３ ファイル管理部
１０４、２０４ コミュニティ管理部
１０５、１０５Ｘ バックアップ要求部
１０６ 入力部
２０５、２０５Ｘ、２０５Ｙ バックアップ管理部
２０５ａ、２０５ａＸ 参加申請要求部
２０５ｂ、２０５ｂＸ、２０５ｂＹ バックアップ実行部
２０６Ｘ、２０６Ｙ バックアップ方針管理部
２０７ ＣＰＵ
２０８ メモリ
３００ バックアップ情報記憶装置
４００Ｙ 課金サーバ

Claims (9)

1. 所定情報を共有するとともに該所定情報を変更する複数の端末装置と、バックアップ情報記憶装置と、これらに接続されるとともに該変更された所定情報を前記バックアップ情報記憶装置に格納するバックアップ管理装置と、を含むバックアップシステムであって、
   前記複数の端末装置のそれぞれは、前記所定情報を共有する特定グループのメンバであるとともに他の装置から該特定グループへの参加申請を受け付けると該他の装置を該特定グループのメンバに加え該他の装置に該所定情報を通知し、また、該所定情報を変更するとその変更内容を該特定グループの他のメンバに通知し、
   前記バックアップ管理装置は、
   前記複数の端末装置と通信する通信部と、
   前記通信部が前記複数の端末装置のいずれかからバックアップ申請を受け付けると、前記通信部に、前記複数の端末装置のいずれかに前記特定グループへの参加申請を送信させる参加申請要求部と、
   前記通信部が、前記参加申請が送信された端末装置から前記所定情報を受け付けると、該受け付けられた所定情報を格納する情報管理部と、
   前記通信部が前記複数の端末装置のいずれかから前記変更内容を受け付けると、前記情報管理部に格納されている所定情報を該受け付けられた変更内容に基づいて変更する情報制御部と、
   前記情報管理部に格納されている変更された所定情報を前記バックアップ情報記憶装置に格納するバックアップ実行部と、を含み、
   前記通信部が前記複数の端末装置のいずれかから前記バックアップの解約用のバックアップ要求メッセージを受け付けると、前記通信部は、前記複数の端末装置のすべてに、前記特定グループからの離脱を示す退会メッセージを送信する、バックアップシステム。
2. 所定情報を共有する特定グループのメンバであるとともに他の装置から該特定グループへの参加申請を受け付けると該他の装置を該特定グループのメンバに加え該他の装置に該所定情報を通知しまた該所定情報を変更するとその変更内容を該特定グループの他のメンバに通知する複数の端末装置と、バックアップ情報記憶装置と、に接続され、該変更された所定情報を前記バックアップ情報記憶装置に格納するバックアップ管理装置であって、
   前記複数の端末装置と通信する通信部と、
   前記通信部が前記複数の端末装置のいずれかからバックアップ申請を受け付けると、前記通信部に、前記複数の端末装置のいずれかに前記特定グループへの参加申請を送信させる参加申請要求部と、
   前記参加申請が送信された端末装置から前記所定情報を受け付けると、該受け付けられた所定情報を格納する情報管理部と、
   前記参加申請要求部により参加申請を行った特定グループを構成する複数の端末装置のいずれかから、前記通信部が、変更された前記所定情報の内容を示す変更内容を受け付けると、前記情報管理部に格納されている所定情報を該受け付けられた変更内容に基づいて変更する情報制御部と、
   前記情報管理部に格納されている変更された所定情報を前記バックアップ情報記憶装置に格納するバックアップ実行部と、を含み、
   前記通信部が前記複数の端末装置のいずれかから前記バックアップの解約用のバックアップ要求メッセージを受け付けると、前記通信部は、前記複数の端末装置のすべてに、前記特定グループからの離脱を示す退会メッセージを送信する、バックアップ管理装置。
3. 請求項２に記載のバックアップ管理装置において、
   前記通信部が前記複数の端末装置のいずれかから前記バックアップの実行間隔を示したバックアップ実行条件をさらに受け付けると、該受け付けられたバックアップ実行条件を格納するバックアップ方針管理部をさらに含み、
   前記バックアップ実行部は、前記変更された所定情報を、前記バックアップ方針管理部に格納されたバックアップ実行条件に基づいて前記バックアップ情報記憶装置に格納する、バックアップ管理装置。
4. 請求項３に記載のバックアップ管理装置において、
   費用を示す請求費用と、該費用の負担先を示す負担先情報と、を受け付けると、該負担先情報にて示された負担先に該請求費用にて示された費用を課金する課金サーバとさらに接続され、
   前記バックアップ方針管理部は、さらに、前記バックアップ実行条件の費用を示す費用情報と、前記バックアップ実行条件の費用の負担先を示す負担先情報と、を格納し、
   前記バックアップ実行部は、前記バックアップ実行条件および前記費用情報に基づいて前記特定グループへの請求費用を算出し、該算出された請求費用を前記バックアップ方針管理部に格納された負担先情報とともに前記課金サーバに送信する、バックアップ管理装置。
5. 所定情報を共有するとともに該所定情報を変更する複数の端末装置と、バックアップ情報記憶装置と、これらに接続されるとともに該変更された所定情報を前記バックアップ情報記憶装置に格納するバックアップ管理装置と、を含むバックアップシステムが行うバックアップ管理方法であって、
   前記複数の端末装置のいずれかが、前記バックアップ管理装置にバックアップ申請を送信するバックアップ申請送信ステップと、
   前記バックアップ管理装置が、前記バックアップ申請を受け付けるバックアップ申請受付ステップと、
   前記バックアップ管理装置が、前記バックアップ申請を受け付けると、前記複数の端末装置のいずれかに前記特定グループへの参加申請を送信する参加申請ステップと、
   前記端末装置が、前記参加申請を受け付ける参加申請受付ステップと、
   前記端末装置が、前記参加申請を受け付けると、前記バックアップ管理装置を該特定グループのメンバに加え、該バックアップ管理装置に該所定情報を通知する所定情報通知ステップと、
   前記バックアップ管理装置が、前記端末装置から前記所定情報を受け付ける所定情報受付ステップと、
   前記バックアップ管理装置が、前記所定情報を受け付けると、該受け付けられた所定情報を格納する所定情報格納ステップと、
   前記複数の端末装置のいずれかが、前記所定情報を変更すると、その変更内容を該特定グループの他のメンバに通知する変更内容通知ステップと、
   前記バックアップ管理装置が、前記複数の端末装置のいずれかから前記変更内容を受け付ける更新内容受付ステップと、
   前記バックアップ管理装置が、前記格納された所定情報を該受け付けられた変更内容に基づいて変更する変更ステップと、
   前記バックアップ管理装置が、前記変更された所定情報を前記バックアップ情報記憶装置に格納するバックアップ実行ステップと、
   前記バックアップ管理装置が、前記複数の端末装置のいずれかから前記バックアップの解約用のバックアップ要求メッセージを受け付けると、前記複数の端末装置のすべてに、前記特定グループからの離脱を示す退会メッセージを送信するステップと、を含むバックアップ管理方法。
6. 所定情報を共有する特定グループのメンバであるとともに他の装置から該特定グループへの参加申請を受け付けると該他の装置を該特定グループのメンバに加え該他の装置に該所定情報を通知しまた該所定情報を変更するとその変更内容を該特定グループの他のメンバに通知する複数の端末装置と、バックアップ情報記憶装置と、に接続され、該変更された所定情報を前記バックアップ情報記憶装置に格納するバックアップ管理装置が行うバックアップ管理方法であって、
   前記複数の端末装置のいずれかからバックアップ申請を受け付けるバックアップ申請受付ステップと、
   前記バックアップ申請が受け付けられると、前記複数の端末装置のいずれかに前記特定グループへの参加申請を送信する参加申請ステップと、
   前記参加申請が送信された端末装置から前記所定情報を受け付ける所定情報受付ステップと、
   前記所定情報が受け付けられると、該受け付けられた所定情報を格納する所定情報格納ステップと、
   前記所定情報が受け付けられた後に、前記参加申請を行った特定グループを構成する複数の端末装置のいずれかから、変更された前記所定情報の内容を示す変更内容を受け付ける更新内容受付ステップと、
   前記更新内容が受け付けられると、前記格納された所定情報を該受け付けられた変更内容に基づいて変更する変更ステップと、
   前記変更された所定情報を前記バックアップ情報記憶装置に格納するバックアップ実行ステップと、
   前記複数の端末装置のいずれかから前記バックアップの解約用のバックアップ要求メッセージを受け付けると、前記複数の端末装置のすべてに、前記特定グループからの離脱を示す退会メッセージを送信するステップと、を含むバックアップ管理方法。
7. 請求項６に記載のバックアップ管理方法において、
   前記複数の端末装置のいずれかから前記バックアップの実行間隔を示したバックアップ実行条件を受け付けるバックアップ実行条件受付ステップと、
   前記バックアップ実行条件が受け付けられると、該受け付けられたバックアップ実行条件を格納するバックアップ実行条件格納ステップと、をさらに含み、
   前記バックアップ実行ステップでは、前記変更された所定情報を、前記格納されたバックアップ実行条件に基づいて前記バックアップ情報記憶装置に格納する、バックアップ管理方法。
8. 請求項７に記載のバックアップ管理方法において、
   前記バックアップ管理装置は、費用を示す請求費用と、該費用の負担先を示す負担先情報と、を受け付けると、該負担先情報にて示された負担先に該請求費用にて示された費用を課金する課金サーバとさらに接続され、かつ、前記バックアップ実行条件の費用を示す費用情報と、前記バックアップ実行条件の費用の負担先を示す負担先情報と、を格納するバックアップ方針管理部をさらに含み、
   前記バックアップ実行条件および前記費用情報に基づいて前記特定グループへの請求費用を算出する算出ステップと、
   該算出された請求費用を前記バックアップ方針管理部に格納された負担先情報とともに前記課金サーバに送信する課金情報送信ステップと、をさらに含む、バックアップ管理方法。
9. 所定情報を共有する特定グループのメンバであるとともに他の装置から該特定グループへの参加申請を受け付けると該他の装置を該特定グループのメンバに加え該他の装置に該所定情報を通知しまた該所定情報を変更するとその変更内容を該特定グループの他のメンバに通知する複数の端末装置と、バックアップ情報記憶装置と、情報管理部と、に接続されたコンピュータに、前記所定情報を前記変更内容に基づいて変更し、その変更された所定情報を前記バックアップ情報記憶装置に格納するバックアップ管理処理を実行させるプログラムであって、
   前記複数の端末装置のいずれかからバックアップ申請を受け付けるバックアップ申請受付処理と、
   前記バックアップ申請が受け付けられると、前記複数の端末装置のいずれかに前記特定グループへの参加申請を送信する参加申請処理と、
   前記参加申請が送信された端末装置から前記所定情報を受け付ける所定情報受付処理と、
   前記所定情報が受け付けられると、該受け付けられた所定情報を前記情報管理部に格納する所定情報格納処理と、
   前記所定情報が受け付けられた後に、前記参加申請を行った特定グループを構成する複数の端末装置のいずれかから前記変更内容を受け付ける更新内容受付処理と、
   前記更新内容が受け付けられると、前記格納された所定情報を該受け付けられた変更内容に基づいて変更する変更処理と、
   前記変更された所定情報を前記バックアップ情報記憶装置に格納するバックアップ実行処理と、
   前記複数の端末装置のいずれかから前記バックアップの解約用のバックアップ要求メッセージを受け付けると、前記複数の端末装置のすべてに、前記特定グループからの離脱を示す退会メッセージを送信する処理と、を含むバックアップ管理処理を、前記コンピュータに実行させるプログラム。

Images