JP2014164487A - サーバ、バックアップシステム、バックアップ方法、および、コンピュータ・プログラム - Google Patents

サーバ、バックアップシステム、バックアップ方法、および、コンピュータ・プログラム Download PDF

Info

Publication number
JP2014164487A
JP2014164487A JP2013034646A JP2013034646A JP2014164487A JP 2014164487 A JP2014164487 A JP 2014164487A JP 2013034646 A JP2013034646 A JP 2013034646A JP 2013034646 A JP2013034646 A JP 2013034646A JP 2014164487 A JP2014164487 A JP 2014164487A
Authority
JP
Japan
Prior art keywords
server
storage unit
data storage
update information
service
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Granted
Application number
JP2013034646A
Other languages
English (en)
Other versions
JP6191159B2 (ja
Inventor
Kenichi Egami
健一 江上
Takeshi Chiba
猛 千葉
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
NEC Corp
Original Assignee
NEC Corp
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by NEC Corp filed Critical NEC Corp
Priority to JP2013034646A priority Critical patent/JP6191159B2/ja
Priority to US14/172,456 priority patent/US9582387B2/en
Publication of JP2014164487A publication Critical patent/JP2014164487A/ja
Application granted granted Critical
Publication of JP6191159B2 publication Critical patent/JP6191159B2/ja
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00—Error detection; Error correction; Monitoring
    • G06F11/07—Responding to the occurrence of a fault, e.g. fault tolerance
    • G06F11/16—Error detection or correction of the data by redundancy in hardware
    • G06F11/20—Error detection or correction of the data by redundancy in hardware using active fault-masking, e.g. by switching out faulty elements or by switching in spare elements
    • G06F11/2097—Error detection or correction of the data by redundancy in hardware using active fault-masking, e.g. by switching out faulty elements or by switching in spare elements maintaining the standby controller/processing unit updated
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00—Error detection; Error correction; Monitoring
    • G06F11/07—Responding to the occurrence of a fault, e.g. fault tolerance
    • G06F11/16—Error detection or correction of the data by redundancy in hardware
    • G06F11/20—Error detection or correction of the data by redundancy in hardware using active fault-masking, e.g. by switching out faulty elements or by switching in spare elements
    • G06F11/202—Error detection or correction of the data by redundancy in hardware using active fault-masking, e.g. by switching out faulty elements or by switching in spare elements where processing functionality is redundant
    • G06F11/2038—Error detection or correction of the data by redundancy in hardware using active fault-masking, e.g. by switching out faulty elements or by switching in spare elements where processing functionality is redundant with a single idle spare processing component
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
    • G06F16/10—File systems; File servers
    • G06F16/17—Details of further file system functions
    • G06F16/178—Techniques for file synchronisation in file systems
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00—Error detection; Error correction; Monitoring
    • G06F11/07—Responding to the occurrence of a fault, e.g. fault tolerance
    • G06F11/16—Error detection or correction of the data by redundancy in hardware
    • G06F11/20—Error detection or correction of the data by redundancy in hardware using active fault-masking, e.g. by switching out faulty elements or by switching in spare elements
    • G06F11/202—Error detection or correction of the data by redundancy in hardware using active fault-masking, e.g. by switching out faulty elements or by switching in spare elements where processing functionality is redundant
    • G06F11/2048—Error detection or correction of the data by redundancy in hardware using active fault-masking, e.g. by switching out faulty elements or by switching in spare elements where processing functionality is redundant where the redundant components share neither address space nor persistent storage

Landscapes

  • Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • Physics & Mathematics (AREA)
  • General Engineering & Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Quality & Reliability (AREA)
  • Data Mining & Analysis (AREA)
  • Databases & Information Systems (AREA)
  • Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
  • Information Transfer Between Computers (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)

Abstract

【課題】システムの可用性を増大させながら、バックアップのためのサーバをより有効に活用する技術を提供すること。
【解決手段】自サーバのデータを格納するデータ格納部１１と、他のサーバのデータ格納部１１のバックアップデータを格納するバックアップデータ格納部１２と、データ格納部１１を用いてサービスを提供するとともに、他のサーバのサービスを利用するクライアント端末からの要求に応じて、バックアップデータ格納部１２を用いてサービスを提供するサービス提供部１３と、データ格納部１１が更新されると、該データの更新内容を表す更新情報を生成する更新情報生成部１４と、生成した更新情報を他のサーバに送信する更新情報送信部１５と、他のサーバから更新情報を受信してバックアップデータ格納部１２に反映させる更新情報受信部１６と、を備える。
【選択図】図２

Description

本発明は、サーバをバックアップする技術に関する。
クライアント端末に対してサービスを提供する装置（サーバ）をバックアップするための各種技術が知られている。
例えば、特許文献１には、電子メールサーバを多重化することによりバックアップする関連技術が記載されている。この関連技術では、各電子メールサーバは、メールボックスの内容を相互に複写する機能を有する。また、クライアント端末は、複数の電子メールサーバのいずれかに接続して電子メールサービスを利用する。そして、クライアント端末は、接続中の電子メールサーバに障害が発生すると、他の電子メールサーバのいずれかに接続することにより電子メールサービスを継続して利用可能である。
また、例えば、特許文献２には、電子メールサーバからバックアップサーバにメールをミラーリングする手法に関する関連技術が記載されている。この関連技術では、電子メールサーバは、メールボックスへのメールの追加や削除を行う際に、メールボックスに追加または削除されるメールに関する複製用情報をメール単位で作成する。そして、電子メールサーバは、複製用情報をバックアップサーバに送信する。バックアップサーバは、受信した複製用情報に基づいて、自サーバのメールボックスにメールの追加または削除を行う。このようにして、この関連技術は、電子メールサーバおよびバックアップサーバのメールボックスを同一に保つ。これにより、この関連技術は、電子メールサーバからバックアップサーバに運用を切り替えた場合でも、クライアント端末に対して継続して電子メールサービスを提供可能となる。
また、例えば、特許文献３には、無線ネットワーク制御装置に実装される複数のカード（サーバに相当）をバックアップする関連技術が記載されている。この関連技術は、無線ネットワークの制御に必要となる処理（サービス）をそれぞれ提供する複数のカードと、１つの予備カードとを有する。各カードは、自身が有するデータを格納することに加えて、他のいずれかのカードのバックアップデータを格納する。また、各カードは、自身のデータに変更があると、自身のデータのバックアップデータが格納される他のカードに、自身の変更データを送信することにより格納させる。そして、この関連技術は、いずれかのカードが故障すると、故障カードのデータのバックアップデータが格納されるカードから、該バックアップデータを予備カードにコピーし、予備カードを故障カードの代わりに用いて処理を継続する。
特開平７−６６８２９号公報 特開２００７−２７４０５３号公報 特開２００６−２５９９４５号公報
しかしながら、特許文献１から特許文献３に記載されたものには、以下の課題がある。
特許文献１に記載された関連技術では、複数の電子メールサーバは、同一のメールデータに基づき同一の動作をするよう構成される。このため、この関連技術は、サーバ台数の増加によりシステム全体の可用性を増大させる代わりに、クライアント端末にサービスを提供していない待機中の電子メールサーバを有効活用できないという課題がある。
また、特許文献２に記載された関連技術は、バックアップサーバの設置によりシステム全体の可用性を増大させる代わりに、待機中のバックアップサーバを有効活用できないという課題がある。
また、特許文献３に記載された関連技術は、異なる処理を行う複数のカードが互いに他のカードのバックアップデータを保持しておくことにより、システム全体の可用性を増大させ、かつ、各カードをある程度有効に活用している。しかしながら、この関連技術は、カード故障時には、故障カードの代替となる予備カードを必要とする。したがって、この関連技術は、待機中の予備カードを有効活用できないという課題がある。
本発明は、上述の課題を解決するためになされたもので、システムの可用性を増大させながら、バックアップのためのサーバをより有効に活用する技術を提供することを目的とする。
本発明のサーバは、自サーバのサービスで利用されるデータを格納するデータ格納部と、他のサーバの前記データ格納部のバックアップデータを格納するバックアップデータ格納部と、前記データ格納部を用いて前記サービスを提供するとともに、前記他のサーバのサービスを利用するクライアント端末からの要求に応じて、前記バックアップデータ格納部を用いて前記サービスを提供するサービス提供部と、前記サービス提供部によって前記データ格納部が更新されると、前記データ格納部の更新内容を表す更新情報を生成する更新情報生成部と、生成した更新情報を前記他のサーバに送信する更新情報送信部と、前記他のサーバから、前記他のサーバにおける前記データ格納部の更新内容を表す前記更新情報を受信して前記バックアップデータ格納部に反映させる更新情報受信部と、を備える。
また、本発明のバックアップシステムは、複数の上述のサーバを備える。
また、本発明のバックアップ方法は、自サーバのサービスで利用されるデータを格納するデータ格納部と、他のサーバの前記データ格納部のバックアップデータを格納するバックアップデータ格納部とを用いて、前記データ格納部を用いて前記サービスを提供し、前記サービスの提供により前記データ格納部が更新されると、その更新内容を表す更新情報を生成し、生成した更新情報を前記他のサーバに送信し、前記他のサーバから、前記他のサーバにおける前記データ格納部の更新内容を表す前記更新情報を受信すると、受信した更新情報を前記バックアップデータ格納部に反映させ、前記他のサーバのサービスを利用するクライアント端末からの要求に応じて、前記バックアップデータ格納部を用いて前記サービスを提供する。
また、本発明のコンピュータ・プログラムは、自サーバのサービスで利用されるデータを格納するデータ格納部と、他のサーバの前記データ格納部のバックアップデータを格納するバックアップデータ格納部とを用いて、前記データ格納部を用いて前記サービスを提供するサービス提供ステップと、前記サービスの提供により前記データ格納部が更新されると、その更新内容を表す更新情報を生成する更新情報生成ステップと、生成した更新情報を前記他のサーバに送信する更新情報送信ステップと、前記他のサーバから、前記他のサーバにおける前記データ格納部の更新内容を表す前記更新情報を受信すると、受信した更新情報を前記バックアップデータ格納部に反映させる更新情報受信ステップと、前記他のサーバのサービスを利用するクライアント端末からの要求に応じて、前記バックアップデータ格納部を用いて前記サービスを提供するバックアップデータ提供ステップと、をコンピュータ装置に実行させる。
本発明は、システムの可用性を増大させながら、バックアップのためのサーバをより有効に活用する技術を提供することができる。
本発明の第１の実施の形態としてのバックアップシステムの構成を示すブロック図である。 本発明の第１の実施の形態としてのサーバの機能ブロック図である。 本発明の第１の実施の形態としてのサーバのハードウェア構成図である。 本発明の第１の実施の形態としてのバックアップシステムのバックアップ動作を示すフローチャートである。 本発明の第１の実施の形態としてのバックアップシステムのサービス継続動作を示すフローチャートである。 本発明の第２の実施の形態としてのバックアップシステムの構成を示すブロック図である。 本発明の第２の実施の形態としての電子メールサーバの機能ブロック図である。 本発明の第２の実施の形態において新たなメールが受信される場合のバックアップ動作を示すフローチャートである。 本発明の第２の実施の形態において更新を伴うメール操作が実行される場合のバックアップ動作を示すフローチャートである。 本発明の第２の実施の形態としてのバックアップシステムのサービス継続動作を示すフローチャートである。 本発明の第３の実施の形態としてのバックアップシステムの構成を示すブロック図である。 本発明の第３の実施の形態としての電子メールサーバの機能ブロック図である。 本発明の第３の実施の形態においてメールボックス管理処理が実行される場合のバックアップ動作を示すフローチャートである。 本発明の第３の実施の形態としてのバックアップシステムのサービス継続動作を示すフローチャートである。 （ａ）は、本発明の第３の実施の形態におけるサービス提供部により提示されるメールデータの一例を示す図であり、（ｂ）は、本発明の第３の実施の形態におけるサービス提供部により提示されるバックアップデータの一例を示す図である。
以下、本発明の実施の形態について、図面を参照して詳細に説明する。
（第１の実施の形態）
本発明の第１の実施の形態としてのバックアップシステム１の構成を図１に示す。図１において、バックアップシステム１は、サーバ１０Ａおよび１０Ｂを含む。以降、サーバ１０Ａおよび１０Ｂを総称してサーバ１０とも記載する。各サーバ１０間は、インターネット、ＬＡＮ（Local Area Network）、公衆回線網、無線通信網またはこれらの組合せ等によって構成されるネットワークを介して互いに通信可能に接続されている。なお、図１には、２つのサーバ１０を示したが、本発明のバックアップシステムに含まれるサーバの数を限定するものではない。
次に、サーバ１０の機能ブロック構成を図２に示す。図２において、サーバ１０Ａは、データ格納部１１Ａと、バックアップデータ格納部１２Ａと、サービス提供部１３Ａと、更新情報生成部１４Ａと、更新情報送信部１５Ａと、更新情報受信部１６Ａとを備える。また、サーバ１０Ｂは、データ格納部１１Ｂと、バックアップデータ格納部１２Ｂと、サービス提供部１３Ｂと、更新情報生成部１４Ｂと、更新情報送信部１５Ｂと、更新情報受信部１６Ｂとを備える。以降、データ格納部１１Ａおよび１１Ｂを総称してデータ格納部１１とも記載する。また、バックアップデータ格納部１２Ａおよび１２Ｂを総称してバックアップデータ格納部１２とも記載する。また、サービス提供部１３Ａおよび１３Ｂを総称してサービス提供部１３とも記載する。また、更新情報生成部１４Ａおよび１４Ｂを総称して更新情報生成部１４とも記載する。また、更新情報送信部１５Ａおよび１５Ｂを総称して更新情報送信部１５とも記載する。また、更新情報受信部１６Ａおよび１６Ｂを総称して更新情報受信部１６とも記載する。
ここで、サーバ１０のハードウェア構成の一例を図３に示す。図３において、サーバ１０は、ＣＰＵ（Central Processing Unit）１００１と、ＲＡＭ（Random Access Memory）１００２と、ＲＯＭ（Read Only Memory）１００３と、ハードディスク等の記憶装置１００４と、ネットワークインタフェース１００５とを備えたコンピュータ装置によって構成可能である。この場合、データ格納部１１およびバックアップデータ格納部１２は、記憶装置１００４によって構成される。また、サービス提供部１３および更新情報生成部１４は、ＲＯＭ１００３および記憶装置１００４に記憶されたコンピュータ・プログラムおよび各種データをＲＡＭ１００２に読み込んで実行するＣＰＵ１００１によって構成される。また、更新情報送信部１５および更新情報受信部１６は、ネットワークインタフェース１００５と、ＲＯＭ１００３および記憶装置１００４に記憶されたコンピュータ・プログラムおよび各種データをＲＡＭ１００２に読み込んで実行するＣＰＵ１００１とによって構成される。なお、サーバ１０およびその各機能ブロックを構成するハードウェア構成は、上述の構成に限定されない。
次に、サーバ１０の各機能ブロックの詳細について説明する。
データ格納部１１は、自サーバのサービスで利用されるデータを格納する。
バックアップデータ格納部１２は、他のサーバ１０のデータ格納部１１のバックアップデータを格納する。
つまり、本実施の形態では、バックアップデータ格納部１２Ａは、サーバ１０Ｂのデータ格納部１１Ｂのバックアップデータを格納する。また、バックアップデータ格納部１２Ｂは、サーバ１０Ａのデータ格納部１１Ａのバックアップデータを格納する。
サービス提供部１３は、データ格納部１１を用いてサービスを提供する。さらに、サービス提供部１３は、他のサーバ１０のサービスを利用するクライアント端末からの要求に応じて、バックアップデータ格納部１２を用いてサービスを提供する。
更新情報生成部１４は、サービス提供部１３によってデータ格納部１１が更新されると、更新情報を生成する。ここで、更新情報とは、自サーバのデータ格納部１１の更新内容を表す情報である。例えば、データが追加された場合、更新情報は、更新内容が追加処理であることと、追加位置と、追加データ本体とをそれぞれ表す情報を含むものであってもよい。また、データの一部が削除された場合、更新情報は、更新内容が削除処理であることと、削除範囲を表す情報とを含むものであってもよい。このように、更新情報は、データ格納部１１に格納されるデータ全体より小さいサイズであることが好ましい。
更新情報送信部１５は、更新情報生成部１４によって生成された更新情報を他のサーバ１０に送信する。
ここで、サービス提供部１３および更新情報生成部１４は、同一のプロセスで動作するよう構成されてもよく、更新情報送信部１５は、サービス提供部１３および更新情報生成部１４とは別のプロセスで動作するよう構成されてもよい。この場合、更新情報生成部１４は、記憶装置１００４の所定の記憶領域に更新情報を格納して蓄積し、更新情報送信部１５は、所定の記憶領域に更新情報が格納されたことを検出して順次送信すればよい。そして、更新情報送信部１５は、送信完了した更新情報を削除していけばよい。
更新情報受信部１６は、他のサーバ１０から更新情報を受信してバックアップデータ格納部１２に反映させる。他のサーバ１０からの更新情報は、他のサーバ１０のデータ格納部１１の更新内容を表す情報である。例えば、前述のようなデータの追加処理を示す更新情報を受信した場合、更新情報受信部１６は、更新情報の内容にしたがって、バックアップデータ格納部１２にデータを追加する。また、例えば、前述のようなデータの削除処理を示す更新情報を受信した場合、更新情報受信部１６は、更新情報の内容にしたがって、バックアップデータ格納部１２から指定された範囲のデータを削除する。
以上のように構成されたバックアップシステム１の動作について図面を参照して説明する。
まず、バックアップシステム１のバックアップ動作を図４に示す。ここでは、サーバ１０Ａのデータをサーバ１０Ｂによりバックアップする動作について説明する。なお、図４において、左図はサーバ１０Ａの動作を示し、右図はサーバ１０Ｂの動作を示し、左右を結ぶ破線の矢印は、データの流れを示すものとする。
図４では、まず、サーバ１０Ａにおいて、サービス提供部１３Ａは、自サーバ１０Ａのクライアント端末に対するサービス提供において、データ格納部１１Ａのデータを更新する（ステップＳ１）。
次に、更新情報生成部１４Ａは、データ格納部１１Ａのデータの更新内容を表す更新情報を生成する（ステップＳ２）。
次に、更新情報送信部１５Ａは、ステップＳ２で生成された更新情報をサーバ１０Ｂに送信する（ステップＳ３）。
次に、サーバ１０Ｂにおいて、更新情報受信部１６Ｂは、ステップＳ３で送信された更新情報を受信し、バックアップデータ格納部１２Ｂに反映してバックアップデータを更新する（ステップ４）。
以上で、バックアップシステム１は、バックアップ動作を終了する。
次に、サーバ１０Ａのサービスが停止した場合のバックアップシステム１のサービス継続動作を図５に示す。例えば、サーバ１０Ａは、障害が発生した場合や、保守などのために一時的に停止する必要があるとき、サービスを停止する。
このとき、サーバ１０Ａのサービスを利用していたクライアント端末において、サーバ１０Ａの代わりにサーバ１０Ｂにサービス要求するよう要求先が切り替えられるものとする。このような要求先の切替は、サーバ１０Ａのサービス停止を検出したクライアント端末により自動で行われてもよい。あるいは、このような要求先の切替は、サーバ１０Ａのサービス停止を認知した利用者によりクライアント端末に対して手動で設定されてもよい。あるいは、サーバ１０Ａが、自サーバへのサービス要求をサーバ１０Ｂに転送するようにしてもよい。その他、このようなサービス停止時のサービス要求先の切替については、公知の技術を適用可能である。
図５では、まず、サーバ１０Ｂにおいて、サービス提供部１３Ｂは、サーバ１０Ａのサービスを利用していたクライアント端末からのサービス要求を受信する（ステップＳ１１）。
次に、サービス提供部１３Ｂは、バックアップデータ格納部１２Ｂを用いてサービスを提供する（ステップＳ１２）。
以上で、バックアップシステム１のサービス継続動作の説明を終了する。
なお、上述したバックアップシステム１の各動作の説明において、サーバ１０Ａおよびその各機能ブロックをサーバ１０Ｂおよびその各機能ブロックに読み替え、サーバ１０Ｂおよびその各機能ブロックをサーバ１０Ａおよびその各機能ブロックに読み替えてもよい。これにより、サーバ１０Ｂのデータをサーバ１０Ａによりバックアップする動作、および、サーバ１０Ｂのサービスが停止した場合のサービス継続動作は、同様に説明される。
次に、本発明の第１の実施の形態の効果について述べる。
本発明の第１の実施の形態としてのバックアップシステムは、システムの可用性を増大させながら、バックアップのためのサーバをより有効に活用することができる。
その理由は、各サーバのデータ格納部が自サーバのサービスで利用されるデータを格納し、バックアップデータ格納部が他のサーバのデータ格納部のバックアップデータを格納するからである。そして、サービス提供部が、データ格納部を用いてサービスを提供しながら、さらに、他のサーバのサービスを利用していたクライアント端末からのサービス要求に応じて、バックアップデータ格納部を用いてサービスを提供するからである。そして、更新情報送信部が、自サーバで更新されるデータの更新内容を表す更新情報を生成し、更新情報送信部が、生成された更新情報を他のサーバに送信し、更新情報受信部が、他のサーバから更新情報を受信してバックアップデータ格納部に反映するからである。
これにより、各サーバは、互いに他のサーバのバックアップサーバとして動作しながら、さらに、自サーバで他のサーバとは独立してサービスを提供可能になる。したがって、本実施の形態では、あるサーバの通常運用中に、そのサーバのバックアップサーバとして動作する他のサーバが待機中となってしまうことを防止でき、各サーバをより有効活用することができる。
また、本発明の第１の実施の形態としてのバックアップシステムは、バックアップ動作によりサービス提供動作を遅延させない。
その理由は、更新情報生成部が更新情報を生成して蓄積し、更新情報送信部が更新情報の蓄積を検出して順次送信するからである。このような構成は、例えば、更新情報送信部を、サービス提供部および更新情報生成部とは異なるプロセスで動作するよう構成することにより実現可能である。これにより、本実施の形態は、バックアップのための更新情報の送信処理によりサービス提供処理に影響を与えることがない。
（第２の実施の形態）
次に、本発明の第２の実施の形態について図面を参照して詳細に説明する。本実施の形態では、本発明のサーバに電子メールサーバを適用した例について説明する。なお、本実施の形態の説明において参照する各図面において、本発明の第１の実施の形態と同一の構成および同様に動作するステップには同一の符号を付して本実施の形態における詳細な説明を省略する。
まず、本発明の第２の実施の形態としてのバックアップシステム２の構成を図６に示す。図６において、バックアップシステム２は、電子メールサーバ２０Ａおよび２０Ｂを含む。以降、電子メールサーバ２０Ａおよび２０Ｂを総称して電子メールサーバ２０とも記載する。各電子メールサーバ２０間は、インターネット、ＬＡＮ、公衆回線網、無線通信網またはこれらの組合せ等によって構成されるネットワークを介して互いに通信可能に接続されている。なお、図６には、２つの電子メールサーバ２０を示したが、本発明のバックアップシステムに含まれるサーバの数を限定するものではない。
次に、電子メールサーバ２０の機能ブロック構成を図７に示す。図７において、電子メールサーバ２０は、本発明の第１の実施の形態としてのサーバ１０に対して、データ格納部１１に替えてデータ格納部２１と、バックアップデータ格納部１２に替えてバックアップデータ格納部２２と、サービス提供部１３に替えてサービス提供部２３と、更新情報生成部１４に替えて更新情報生成部２４と、更新情報受信部１６に替えて更新情報受信部２６とを備える点が異なる。
ここで、電子メールサーバ２０およびその各機能ブロックのハードウェア構成は、図３を参照して説明した本発明の第１の実施の形態としてのサーバ１０およびその各機能ブロックと同一のハードウェア要素により構成可能である。なお、電子メールサーバ２０およびその各機能ブロックのハードウェア構成は、上述の構成に限定されない。
次に、電子メールサーバ２０の各機能ブロックの詳細について説明する。
データ格納部２１は、自サーバの電子メールサービスで利用されるメールデータを格納する。具体的には、データ格納部２１は、ユーザアカウント毎のメールボックスにメールデータを格納する。
バックアップデータ格納部２２は、他の電子メールサーバ２０のデータ格納部２１に格納されるメールデータのバックアップデータを格納する。ここで、他の電子メールサーバ２０のデータ格納部２１には、他の電子メールサーバ２０のユーザアカウント毎のメールボックスにメールデータが格納されている。そこで、バックアップデータ格納部２２は、他の電子メールサーバ２０におけるユーザアカウント毎のメールボックスに、メールデータのバックアップデータを格納することになる。
つまり、本実施の形態では、バックアップデータ格納部２２Ａは、電子メールサーバ２０Ｂのデータ格納部２１Ｂに格納されたメールデータのバックアップデータを格納する。また、バックアップデータ格納部２２Ｂは、電子メールサーバ２０Ａのデータ格納部２１Ａに格納されたメールデータのバックアップデータを格納する。
サービス提供部２３は、データ格納部２１に格納されたメールデータを用いて電子メールサービスを提供する。また、サービス提供部２３は、他の電子メールサーバ２０の電子メールサービスを利用するクライアント端末からの要求に応じて、バックアップデータ格納部２２に格納されたバックアップデータを用いて電子メールサービスを提供する。このとき、サービス提供部２３は、バックアップデータ格納部２２を用いた電子メールサービスにおいては、バックアップデータを読み取り専用とするのが望ましい。
例えば、サービス提供部２３は、ＳＭＴＰ（Simple Mail Transfer Protocol）に基づくメール転送サービスを提供するものであってもよい。この場合、具体的には、サービス提供部２３は、外部の電子メールサーバまたはクライアント端末からメールデータを受信する。そして、サービス提供部２３は、受信したメールデータの宛先が自サーバで管理するユーザアカウントであれば、データ格納部２１に格納されるそのユーザアカウントのメールボックスに該メールデータを追加する。また、受信したメールデータの宛先が自サーバで管理するユーザアカウントでなければ、サービス提供部２３は、外部の電子メールサーバに対して該メールデータを転送する。また、サービス提供部２３は、バックアップデータを読み取り専用として、バックアップデータ格納部２２に対しては、メールデータを受信して追加するサービスを行わない。
また、例えば、サービス提供部２３は、ＰＯＰ（Post Office Protocol）に基づくメール取得サービスを提供するものであってもよい。具体的には、サービス提供部２３は、クライアント端末からのＰＯＰコマンドの受信に応じて、データ格納部２１のメールデータに対するメール操作処理を実行する。メール操作処理としては、データ格納部２１の更新を伴わないメール取得処理や、更新を伴うメール削除処理等がある。例えば、サービス提供部２３は、ＤＥＬＥコマンドを受信すると、該当するメールデータに削除フラグを付与し、ＱＵＩＴコマンドを受信すると、削除フラグが付与されたメールデータを削除する。
また、サービス提供部２３は、他の電子メールサーバ２０の電子メールサービスを利用していたクライアント端末からＰＯＰコマンドを受信した場合、バックアップデータ格納部２２のバックアップデータに対するメール操作処理を実行する。このとき、サービス提供部２３は、バックアップデータ格納部２２のバックアップデータを読み取り専用とする。つまり、サービス提供部２３は、バックアップデータ格納部２２のバックアップデータに対しては、更新を伴わないメール取得処理等のＰＯＰコマンドを受け付け、更新を伴うメール削除処理等のＰＯＰコマンドを受け付けないようにする。
更新情報生成部２４は、データ格納部２１に格納されるメールデータが更新されると、更新情報を生成する。
例えば、更新情報生成部２４は、サービス提供部２３によりデータ格納部２１にメールデータが追加されると、メール追加を表す更新情報を生成する。メール追加を表す更新情報は、更新内容がメール追加処理であることと、該当するユーザアカウントのメールボックスと、メールの識別情報であるＵＩＤ（Unique Identifier）と、メール本体とをそれぞれ表す情報を含むものであってもよい。
また、例えば、更新情報生成部２４は、サービス提供部２３によりデータ格納部２１のメールデータに更新を伴うメール操作処理がなされると、メール操作を表す更新情報を生成する。メール操作を表す更新情報は、メール操作の内容と、該当するユーザアカウントのメールボックスと、操作対象のＵＩＤとをそれぞれ表す情報を含むものであってもよい。例えば、ＰＯＰの場合、更新情報生成部２４は、サービス提供部２３によってＱＵＩＴコマンドが受信されたタイミングで、メール削除を表す更新情報を生成すればよい。
更新情報受信部２６は、他の電子メールサーバ２０から更新情報を受信してバックアップデータ格納部２２に反映させる。他の電子メールサーバ２０からの更新情報は、他の電子メールサーバ２０のデータ格納部２１に格納されるメールデータの更新内容を表す情報である。
例えば、前述のメール追加を表す更新情報を受信した場合、更新情報受信部２６は、バックアップデータ格納部２２において、更新情報の示すユーザアカウントのメールボックスに対して、更新情報に含まれる内容のメールデータを、更新情報の示すＵＩＤで追加する。また、前述のメール操作（例えば、削除）を表す更新情報を受信した場合、更新情報受信部２６は、バックアップデータ格納部２２において、更新情報の示すユーザアカウントのメールボックスにおいて、更新情報の示すＵＩＤのメールに対して該当するメール操作（例えば、削除）を実行する。
以上のように構成されたバックアップシステム２の動作について図面を参照して説明する。
まず、電子メールサーバ２０Ａにおいて新たなメールが受信される場合のバックアップシステム２のバックアップ動作を図８に示す。なお、図８において、左図は電子メールサーバ２０Ａの動作を示し、右図は電子メールサーバ２０Ｂの動作を示し、左右を結ぶ破線の矢印は、データの流れを示すものとする。
図８では、まず、電子メールサーバ２０Ａにおいて、サービス提供部２３Ａは、外部の電子メールサーバまたはクライアント端末からメールを受信する。そして、サービス提供部２３Ａは、受信されたメールが自サーバのユーザアカウント宛であれば、データ格納部２１Ａの該当するユーザアカウントのメールボックスに追加する（ステップＳ２１）。
次に、更新情報生成部２４Ａは、追加されたメールデータに関する更新情報を生成する（ステップＳ２２）。例えば、前述のように、更新情報生成部２４Ａは、更新内容がメール追加であることと、該当するユーザアカウントのメールボックスと、ＵＩＤと、メール本体とをそれぞれ表す情報を含む更新情報を生成してもよい。
次に、更新情報送信部１５Ａは、ステップＳ２２で生成された更新情報を、電子メールサーバ２０Ｂに送信する（ステップＳ２３）。
次に、電子メールサーバ２０Ｂにおいて、更新情報受信部２６Ｂは、ステップＳ２３で送信された更新情報を受信し、バックアップデータ格納部２２Ｂに反映してバックアップデータを更新する（ステップ２４）。具体的には、更新情報受信部２６Ｂは、バックアップデータ格納部２２Ｂにおいて、更新情報の示すユーザアカウントのメールボックスに対して、更新情報に含まれる内容のメールデータを、更新情報の示すＵＩＤで追加する。
以上で、バックアップシステム２は、電子メールサーバ２０Ａにおいて新たなメールが受信された場合のバックアップ動作を終了する。
次に、電子メールサーバ２０Ａにおいて更新を伴うメール操作が実行される場合のバックアップシステム２のバックアップ動作を図９に示す。
図９では、まず、電子メールサーバ２０Ａにおいて、サービス提供部２３Ａは、クライアント端末からの要求に基づいて、データ格納部２１Ａのメールデータに対して、更新を伴うメール操作を実行する（ステップＳ３１）。例えば、前述のように、サービス提供部２３Ａは、クライアント端末からのＤＥＬＥコマンドの受信の度に対象のメールデータに削除フラグを付与し、ＱＵＩＴコマンドの受信に応じて削除フラグを付与したメールを削除する。
次に、更新情報生成部２４Ａは、ステップＳ３１でのメール操作を表す更新情報を生成する（ステップＳ３２）。例えば、前述のように、更新情報生成部２４Ａは、メール削除を表す更新情報として、更新内容がメール削除であることと、該当するユーザアカウントのメールボックスと、削除対象のＵＩＤとをそれぞれ表す情報を含む更新情報を生成してもよい。
次に、更新情報送信部１５Ａは、ステップＳ３２で生成された更新情報を、電子メールサーバ２０Ｂに送信する（ステップＳ３３）。
次に、電子メールサーバ２０Ｂにおいて、更新情報受信部２６Ｂは、ステップＳ３３で送信された更新情報の示すメール操作を、バックアップデータ格納部２２Ｂのメールデータに対して実行してバックアップデータを更新する（ステップ３４）。例えば、受信した更新情報がメール削除を表す場合、更新情報受信部２６Ｂは、バックアップデータ格納部２２Ｂにおいて、更新情報の示すユーザアカウントのメールボックス内で、更新情報の示すＵＩＤのメールデータを削除する。
以上で、バックアップシステム２は、電子メールサーバ２０Ａにおいて更新を伴うメール操作が実行された場合のバックアップ動作を終了する。
次に、電子メールサーバ２０Ａのサービスが停止した場合のバックアップシステム２のサービス継続動作を図１０に示す。例えば、電子メールサーバ２０Ａは、障害が発生した場合や、保守などのために一時的に停止する必要があるとき、サービスを停止する。
このとき、電子メールサーバ２０Ａのクライアント端末において、電子メールサーバ２０Ａの代わりに電子メールサーバ２０Ｂにサービス要求するよう要求先が切り替えられるものとする。要求先の切替については、本発明の第１の実施の形態における要求先の切替と同様に、各種公知の技術を適用可能である。
図１０では、まず、電子メールサーバ２０Ｂにおいて、サービス提供部２３Ｂは、電子メールサーバ２０Ａの電子メールサービスを利用していたクライアント端末からのサービス要求を受信する（ステップＳ４１）。例えば、サービス提供部２３Ｂは、そのようなクライアント端末からＰＯＰコマンドを受信する。なお、サービス提供部２３Ｂは、電子メールサーバ２０Ａで管理されるユーザアカウントを、バックアップデータ用ユーザアカウントとして記憶しておいてもよい。そして、サービス提供部２３Ｂは、そのようなバックアップデータ用ユーザアカウントを利用するための認証要求を受信し、認証後サービスを提供してもよい。
次に、サービス提供部２３Ｂは、バックアップデータ格納部２２Ｂを用いて、電子メールサービスを提供する（ステップＳ４２）。このとき、サービス提供部２３Ｂは、バックアップデータを読み取り専用とする。例えば、サービス提供部２３Ｂは、バックアップデータの取得を要求するＰＯＰコマンドを受け付け、削除を要求するＰＯＰコマンドを受け付けないようにする。
以上で、バックアップシステム２のサービス継続動作の説明を終了する。
なお、上述したバックアップシステム２の各動作の説明において、電子メールサーバ２０Ａおよびその各機能ブロックを電子メールサーバ２０Ｂおよびその各機能ブロックに読み替え、電子メールサーバ２０Ｂおよびその各機能ブロックを電子メールサーバ２０Ａおよびその各機能ブロックに読み替えてもよい。これにより、電子メールサーバ２０Ｂのメールデータを電子メールサーバ２０Ａによりバックアップする動作、および、電子メールサーバ２０Ｂのサービスが停止した場合のサービス継続動作は、同様に説明される。
次に、本発明の第２の実施の形態の効果について述べる。
本発明の第２の実施の形態としてのバックアップシステムは、一方の電子メールサーバをバックアップするための他方の電子メールサーバを、一方の電子メールサーバとは独立して電子メールサービスを提供するサーバとして運用することができ、各電子メールサーバをより有効に活用することができる。
その理由は、各電子メールサーバのデータ格納部が、自サーバの電子メールサービスで利用されるメールデータを格納し、バックアップデータ格納部が、他の電子メールサーバの電子メールサービスで利用されるメールデータのバックアップデータを格納するからである。そして、サービス提供部が、データ格納部を用いて電子メールサービスを提供しながら、さらに、他の電子メールサーバの電子メールサービスを利用していたクライアント端末からのサービス要求時には、バックアップデータ格納部を用いて電子メールサービスを提供するからである。そして、更新情報生成部が、自サーバで更新されるメールデータの更新内容を表す更新情報を生成し、更新情報送信部が、生成された更新情報を他の電子メールサーバに送信し、更新情報受信部が、他の電子メールサーバから更新情報を受信してバックアップデータ格納部に反映するからである。
これにより、各電子メールサーバは、互いに他の電子メールサーバのバックアップサーバとして動作しながら、さらに、自サーバにおいて他の電子メールサーバとは独立して電子メールサービスを提供可能となる。したがって、本実施の形態では、ある電子メールサーバの通常運用中に、その電子メールサーバのバックアップサーバとして動作する他の電子メールサーバが待機中となってしまうことを防止でき、各電子メールサーバをより有効活用することができる。
また、本発明の第２の実施の形態は、各電子メールサーバを有効に活用しながら、メールデータおよび他のサーバにおけるそのバックアップデータの同一性を容易に保つことができる。
その理由は、各電子メールサーバのサービス提供部は、バックアップデータ格納部を用いて電子メールサービスを提供する場合、バックアップデータを読み取り専用とするからである。
（第３の実施の形態）
次に、本発明の第３の実施の形態について図面を参照して詳細に説明する。なお、本実施の形態の説明において参照する各図面において、本発明の第２の実施の形態と同一の構成および同様に動作するステップには同一の符号を付して本実施の形態における詳細な説明を省略する。
まず、本発明の第３の実施の形態としてのバックアップシステム３の構成を図１１に示す。図１１において、バックアップシステム３は、電子メールサーバ３０Ａおよび３０Ｂを含む。以降、電子メールサーバ３０Ａおよび３０Ｂを総称して電子メールサーバ３０とも記載する。各電子メールサーバ３０間は、インターネット、ＬＡＮ、公衆回線網、無線通信網またはこれらの組合せ等によって構成されるネットワークを介して互いに通信可能に接続されている。なお、図１１には、２つの電子メールサーバ３０を示したが、本発明のバックアップシステムに含まれるサーバの数を限定するものではない。
次に、電子メールサーバ３０の機能ブロック構成を図１２に示す。図１２において、電子メールサーバ３０は、本発明の第２の実施の形態としての電子メールサーバ２０に対して、データ格納部２１に替えてデータ格納部３１と、バックアップデータ格納部２２に替えてバックアップデータ格納部３２と、サービス提供部２３に替えてサービス提供部３３と、更新情報生成部２４に替えて更新情報生成部３４と、更新情報受信部２６に替えて更新情報受信部３６とを備える点が異なる。
ここで、電子メールサーバ３０およびその各機能ブロックのハードウェア構成は、図３を参照して説明した本発明の第１の実施の形態としてのサーバ１０およびその各機能ブロックと同一のハードウェア要素により構成可能である。なお、電子メールサーバ３０およびその各機能ブロックのハードウェア構成は、上述の構成に限定されない。
次に、電子メールサーバ３０の各機能ブロックの詳細について説明する。
データ格納部３１は、自サーバの電子メールサービスで利用されるメールデータを格納する。具体的には、データ格納部３１は、ユーザアカウント毎に１つ以上のメールボックスにメールを格納する。ユーザアカウント毎の１つ以上のメールボックスは、後述のサービス提供部３３によって生成され、管理される。
バックアップデータ格納部３２は、他の電子メールサーバ３０のデータ格納部３１に格納されるメールデータのバックアップデータを格納する。ここで、他の電子メールサーバ３０のデータ格納部３１には、他の電子メールサーバ３０のユーザアカウント毎の１つ以上のメールボックスにメールデータが格納されている。そこで、バックアップデータ格納部３２は、他の電子メールサーバ３０におけるユーザアカウント毎の１つ以上のメールボックスに、メールデータのバックアップデータを格納することになる。
つまり、本実施の形態では、バックアップデータ格納部３２Ａは、電子メールサーバ３０Ｂのデータ格納部３１Ｂに格納されたメールデータのバックアップデータを格納する。また、バックアップデータ格納部３２Ｂは、電子メールサーバ３０Ａのデータ格納部３１Ａに格納されたメールデータのバックアップデータを格納する。
サービス提供部３３は、本発明の第２の実施の形態におけるサービス提供部２３と同様に、データ格納部３１に格納されたメールデータを用いて電子メールサービスを提供する。また、サービス提供部３３は、他の電子メールサーバ３０の電子メールサービスを利用するクライアント端末からの要求に応じて、バックアップデータ格納部３２のバックアップデータを、読み取り専用のメールボックス配下に提示する。
例えば、サービス提供部３３は、本発明の第２の実施の形態におけるサービス提供部２３と同様に、ＳＭＴＰに基づくメール転送サービスを提供するものであってもよい。この場合、サービス提供部３３は、本発明の第２の実施の形態におけるサービス提供部２３と同様に、外部の電子メールサーバまたはクライアント端末から受信されたメールのうち自サーバのユーザアカウント宛のものを、データ格納部３１に対して書き込む。
また、例えば、サービス提供部３３は、ＩＭＡＰ（Internet Message Access Protocol）に基づくメール取得サービスを提供するものであってもよい。この場合、サービス提供部３３は、クライアント端末からのＩＭＡＰコマンドの受信に応じて、データ格納部３１内におけるメール操作処理やメールボックス管理処理を実行する。メール操作処理としては、該当するメールボックス内でのメールデータの追加、削除、取得、複製、移動等の処理がある。このうち、メールデータの追加、削除、複製、移動等は、データ格納部３１の更新を伴う処理である。また、メールボックス管理処理としては、メールボックスの取得、追加、名称変更、削除等の処理がある。このうち、メールボックスの追加、名称変更、削除等は、データ格納部３１の更新を伴う処理である。例えば、サービス提供部３３は、ＣＲＥＡＴＥコマンドの受信に応じて、該当するユーザアカウントに新規にメールボックスを追加する。また、例えば、サービス提供部３３は、ＲＥＮＡＭＥコマンドの受信に応じて、該当するメールボックスの名称を変更する。また、例えば、サービス提供部３３は、ＤＥＬＥＴＥコマンドの受信に応じて、該当するメールボックスを削除する。
また、サービス提供部３３は、他の電子メールサーバ３０の電子メールサービスを利用するクライアント端末からＩＭＡＰコマンドを受信した場合、バックアップデータ格納部３２のメールボックスを、読み取り専用のメールボックス配下に提示する。つまり、サービス提供部３３は、読み取り専用のメールボックス配下に対して、更新を伴うメール操作処理を要求するＩＭＡＰコマンドや、更新を伴うメールボックス管理処理を要求するＩＭＡＰコマンドを受け付けないようにする。
更新情報生成部３４は、データ格納部３１に格納されるメールデータが更新されると、更新情報を生成する。
例えば、更新情報生成部３４は、サービス提供部３３によりデータ格納部３１にメールデータが追加されると、メール追加を表す更新情報を生成する。メール追加を表す更新情報は、更新内容がメール追加であることと、該当するユーザアカウントと、該当するメールボックスと、ＵＩＤと、メール本体とをそれぞれ表す情報を含むものであってもよい。なお、データ格納部３１にメールデータが追加されるのは、サービス提供部３３がＳＭＴＰにより外部からメールを受信した場合や、ＩＭＡＰによりクライアント端末からメール追加を指示された場合等である。
また、例えば、更新情報生成部３４は、データ格納部３１のメールデータに対して更新を伴うメール操作処理が実行されると、メール操作を表す更新情報を生成する。メール操作を表す更新情報は、メール操作の内容と、該当するユーザアカウントと、該当するメールボックスと、操作対象のＵＩＤと、移動先または複製先（移動または複製の場合）とをそれぞれ表す情報を含んでいてもよい。なお、データ格納部３１においてメールデータにメール操作処理が実行されるのは、サービス提供部３３がＩＭＡＰコマンドをクライアント端末から受信した場合等である。
また、例えば、更新情報生成部３４は、データ格納部３１に対して、更新を伴うメールボックス管理処理が実行されると、メールボックス管理内容を表す更新情報を生成する。メールボックス管理内容を表す更新情報は、管理処理の内容と、該当するユーザアカウントと、該当するメールボックスと、新しいメールボックスの名称（名称変更または追加の場合）とをそれぞれ表す情報を含んでいてもよい。なお、データ格納部３１においてメールボックス管理処理が実行されるのは、サービス提供部３３がＩＭＡＰコマンドをクライアント端末から受信した場合等である。
更新情報受信部３６は、他の電子メールサーバ３０から更新情報を受信してバックアップデータ格納部３２に反映させる。
例えば、メール追加を表す更新情報を受信した場合、更新情報受信部３６は、バックアップデータ格納部３２において、更新情報の示すユーザアカウントで更新情報の示すメールボックスを特定する。そして、更新情報受信部３６は、特定したメールボックスに対して、更新情報に含まれる内容のメールデータを、更新情報の示すＵＩＤで追加する。
また、メール操作を表す更新情報を受信した場合、更新情報受信部３６は、バックアップデータ格納部３２において、更新情報の示すユーザアカウントで更新情報の示すメールボックスを特定する。そして、更新情報受信部３６は、特定したメールボックスにおいて、更新情報の示すＵＩＤのメールに対して、更新情報の示すメール操作処理を実行する。
また、メールボックス管理内容を表す更新情報を受信した場合、更新情報受信部３６は、バックアップデータ格納部３２において、更新情報の示すユーザアカウントを特定する。そして、更新情報受信部３６は、特定したユーザアカウントにおいて、更新情報の示すメールボックス管理処理を実行する。
以上のように構成されたバックアップシステム３の動作について図面を参照して説明する。
まず、電子メールサーバ３０Ａにおいて更新を伴うメールボックス管理処理が実行される場合のバックアップシステム３のバックアップ動作を図１３に示す。なお、図１３において、左図は電子メールサーバ３０Ａの動作を示し、右図は電子メールサーバ３０Ｂの動作を示し、左右を結ぶ破線の矢印は、データの流れを示すものとする。
図１３では、まず、電子メールサーバ３０Ａにおいて、サービス提供部３３Ａは、クライアント端末からの要求に基づいて、データ格納部３１Ａの該当するユーザアカウントにおいて、更新を伴うメールボックス管理処理を実行する（ステップＳ５１）。
次に、更新情報生成部３４Ａは、メールボックス管理内容を表す更新情報を生成する（ステップＳ５２）。例えば、前述のように、更新情報生成部３４Ａは、管理処理の内容と、該当するユーザアカウントと、該当するメールボックスと、メールボックスの名称（作成または名称変更の場合）とをそれぞれ表す情報を含む更新情報を生成してもよい。
次に、更新情報送信部１５Ａは、ステップＳ５２で生成された更新情報を、電子メールサーバ３０Ｂに送信する（ステップＳ５３）。
次に、電子メールサーバ３０Ｂにおいて、更新情報受信部３６Ｂは、受信した更新情報の示すメールボックス管理処理を、バックアップデータ格納部３２Ｂに対して実行する（ステップ５４）。
以上で、バックアップシステム３は、電子メールサーバ３０Ａにおいて更新を伴うメールボックス管理処理が実行された場合のバックアップ動作を終了する。
なお、電子メールサーバ３０Ａにおいてメールデータが新たに受信された場合、および、更新を伴うメール操作が実行された場合のバックアップシステム３のバックアップ動作については、図８および図９を用いて説明した本発明の第２の実施の形態の動作と同様であるため、本実施の形態における詳細な説明を省略する。ただし、バックアップシステム３は、図８のステップＳ２１において、ＳＭＴＰに基づくメール追加の他に、ＩＭＡＰに基づきメール追加を行う場合もある点が本発明の第２の実施の形態と異なる。また、バックアップシステム３は、図９のステップＳ３１において、ＩＭＡＰに基づきメール操作を実行する点が本発明の第２の実施の形態と異なる。
次に、電子メールサーバ３０Ａのサービスが停止した場合のバックアップシステム３のサービス継続動作を図１４に示す。例えば、電子メールサーバ３０Ａは、障害が発生した場合や、保守などのために一時的に停止する必要があるとき、サービスを停止する。
このとき、電子メールサーバ３０Ａのクライアント端末において、電子メールサーバ３０Ａの代わりに電子メールサーバ３０Ｂにサービス要求するよう要求先が切り替えられるものとする。要求先の切替については、本発明の第１の実施の形態における要求先の切替と同様に、各種公知の技術を適用可能である。
図１４では、まず、電子メールサーバ３０Ｂにおいて、サービス提供部３３Ｂは、電子メールサーバ３０Ａの電子メールサービスを利用していたクライアント端末からのサービス要求を受信する（ステップＳ６１）。例えば、サービス提供部３３Ｂは、そのようなクライアント端末からＩＭＡＰコマンドを受信する。なお、サービス提供部３３Ｂは、電子メールサーバ３０Ａで管理されるユーザアカウントを、バックアップデータ用ユーザアカウントとして記憶しておいてもよい。そして、サービス提供部３３Ｂは、そのようなバックアップデータ用ユーザアカウントを利用するための認証要求を受信し、認証後サービスを提供してもよい。
次に、サービス提供部３３Ｂは、ステップＳ６１での要求元のクライアント端末に対して、バックアップデータ格納部３２Ｂのバックアップデータを読み取り専用で提示する（ステップＳ６２）。具体的には、サービス提供部３３Ｂは、バックアップデータ格納部３２Ｂにおいて該当するユーザアカウントのメールボックスを、読み取り専用のメールボックス配下に提示すればよい。
例えば、ステップＳ６２でクライアント端末に提示されるバックアップデータの一例を、図１５を用いて説明する。図１５（ａ）は、電子メールサーバ３０Ａにおいてあるユーザアカウントについてデータ格納部３１Ａに格納されるメールボックスを模式的に示す図である。この電子メールサーバ３０Ａのサービスが停止した場合に、このクライアント端末から電子メールサーバ３０Ｂに対してサービス要求があったことを想定する。この場合、サービス提供部３３Ｂは、図１５（ｂ）に示すように、バックアップデータ格納部３２Ｂのメールボックスを、読み取り専用のメールボックス「Ｒｅｍｏｔｅ」配下に提示する。ここでは、サービス提供部３３Ｂは、「Ｒｅｍｏｔｅ」配下のメールボックスに対しては、更新を伴うメール操作処理やメールボックス管理処理のＩＭＡＰコマンドを受け付けないようにする。
以上で、バックアップシステム３のサービス継続動作の説明を終了する。
なお、上述したバックアップシステム３の各動作の説明において、電子メールサーバ３０Ａおよびその各機能ブロックを電子メールサーバ３０Ｂおよびその各機能ブロックに読み替え、電子メールサーバ３０Ｂおよびその各機能ブロックを電子メールサーバ３０Ａおよびその各機能ブロックに読み替えてもよい。これにより、電子メールサーバ３０Ｂのメールデータを電子メールサーバ３０Ａによりバックアップする動作、および、電子メールサーバ３０Ｂのサービスが停止した場合のサービス継続動作は、同様に説明される。
次に、本発明の第３の実施の形態の効果について述べる。
本発明の第３の実施の形態としてのバックアップシステムは、サーバにおいてメールボックスを管理可能な電子メールサービスを提供する電子メールサーバの場合も、一方の電子メールサーバをバックアップするための他方の電子メールサーバを、一方の電子メールサーバとは独立して電子メールサービスを提供するサーバとして運用することができ、各電子メールサーバをより有効に活用することができる。
その理由は、サービス提供部によりデータ格納部の更新を伴うメールボックス管理処理が実行された場合、更新情報生成部が、メールボックス管理内容を表す更新情報を生成し、更新情報送信部が、生成された更新情報を他の電子メールサーバに送信し、更新情報受信部が、他の電子メールサーバから更新情報を受信してバックアップデータ格納部にメールボックス管理処理を反映するからである。
なお、上述した本発明の第２および第３の実施の形態において、サービス提供部は、ＰＯＰおよびＩＭＡＰのいずれかに基づきメール取得サービスを提供するものとして説明したが、各実施の形態のサービス提供部は、ＰＯＰおよびＩＭＡＰの双方に対応していてもよい。また、サービス提供部は、ＳＭＴＰ、ＰＯＰ、および、ＩＭＡＰに限らず、その他のプロトコルに基づき電子メールサービスを提供するものであってもよい。
また、上述した本発明の第２および第３の実施の形態において、本発明のサーバに電子メールサーバを適用する例について説明したが、各実施の形態は、電子メールサーバ以外のサービスを提供するサーバにも適用可能である。
また、上述した本発明の各実施の形態において、更新情報生成部が、更新情報を生成して蓄積し、更新情報送信部が、更新情報が蓄積されると順次送信していく例を中心に説明した。その他、各実施の形態の更新情報送信部は、他のタイミングで更新情報を送信するようにしてもよい。例えば、データ格納部の更新頻度が少ないサーバでは、更新情報送信部は、定められた時刻などの所定のタイミングで更新情報を送信してもよい。
また、上述した本発明の各実施の形態において、２つのサーバが互いに他のサーバのバックアップサーバとして動作する例を中心に説明した。この他、各実施の形態のバックアップシステムは、３つ以上のサーバを備えていてもよい。例えば、バックアップシステムが３つのサーバを備える場合、第１のサーバのバックアップデータ格納部が第２のサーバのバックアップデータを格納し、第２のサーバのバックアップデータ格納部が第３のサーバのバックアップデータを格納し、第３のサーバのバックアップデータ格納部が第１のサーバのバックアップデータを格納するようにしてもよい。このように、各サーバのバックアップデータ格納部は、他のいずれかのサーバのデータ格納部のバックアップデータを格納すればよく、各サーバのデータ格納部のバックアップデータは、他のいずれかのサーバのバックアップデータ格納部に格納されていればよい。
また、上述した本発明の各実施の形態において、各フローチャートを参照して説明したサーバの動作を、本発明のコンピュータ・プログラムとしてコンピュータ装置の記憶装置（記憶媒体）に格納しておき、係るコンピュータ・プログラムを当該ＣＰＵが読み出して実行するようにしてもよい。そして、このような場合において、本発明は、係るコンピュータ・プログラムのコードあるいは記憶媒体によって構成される。
また、上述した各実施の形態は、適宜組み合わせて実施されることが可能である。
また、本発明は、上述した各実施の形態に限定されず、様々な態様で実施されることが可能である。
１、２、３ バックアップシステム
１０ サーバ
２０、３０ 電子メールサーバ
１１、２１、３１ データ格納部
１２、２２、３２ バックアップデータ格納部
１３、２３、３３ サービス提供部
１４、２４、３４ 更新情報生成部
１５ 更新情報送信部
１６、２６、３６ 更新情報受信部
１００１ ＣＰＵ
１００２ ＲＡＭ
１００３ ＲＯＭ
１００４ 記憶装置
１００５ ネットワークインタフェース

Claims (9)

  1. 自サーバのサービスで利用されるデータを格納するデータ格納部と、
    他のサーバの前記データ格納部のバックアップデータを格納するバックアップデータ格納部と、
    前記データ格納部を用いて前記サービスを提供するとともに、前記他のサーバのサービスを利用するクライアント端末からの要求に応じて、前記バックアップデータ格納部を用いて前記サービスを提供するサービス提供部と、
    前記サービス提供部によって前記データ格納部が更新されると、前記データ格納部の更新内容を表す更新情報を生成する更新情報生成部と、
    生成した更新情報を前記他のサーバに送信する更新情報送信部と、
    前記他のサーバから、前記他のサーバにおける前記データ格納部の更新内容を表す前記更新情報を受信して前記バックアップデータ格納部に反映させる更新情報受信部と、
    を備えたサーバ。
  2. 前記サービス提供部は、前記バックアップデータ格納部に格納されたバックアップデータを読み取り専用として、前記クライアント端末に前記サービスを提供することを特徴とする請求項１に記載のサーバ。
  3. 前記サービスが電子メールサービスであるとき、
    前記データ格納部は、メールデータを格納し、
    前記バックアップデータ格納部は、前記他のサーバの電子メールサービスにおけるメールデータのバックアップデータを格納し、
    前記サービス提供部は、前記データ格納部のメールデータを用いて電子メールサービスを提供するとともに、前記他のサーバの電子メールサービスを利用するクライアント端末からの要求に応じて、前記バックアップデータ格納部のメールデータを用いて電子メールサービスを提供することを特徴とする請求項１または請求項２に記載のサーバ。
  4. 前記更新情報生成部は、前記更新情報を生成して蓄積し、
    前記更新情報送信部は、前記更新情報の蓄積を検出して順次送信することを特徴とする請求項１から請求項３のいずれか１項に記載のサーバ。
  5. 請求項１から請求項４のいずれか１項に記載の複数のサーバを備えたバックアップシステム。
  6. 自サーバのサービスで利用されるデータを格納するデータ格納部と、他のサーバの前記データ格納部のバックアップデータを格納するバックアップデータ格納部とを用いて、
    前記データ格納部を用いて前記サービスを提供し、
    前記サービスの提供により前記データ格納部が更新されると、その更新内容を表す更新情報を生成し、
    生成した更新情報を前記他のサーバに送信し、
    前記他のサーバから、前記他のサーバにおける前記データ格納部の更新内容を表す前記更新情報を受信すると、
    受信した更新情報を前記バックアップデータ格納部に反映させ、
    前記他のサーバのサービスを利用するクライアント端末からの要求に応じて、前記バックアップデータ格納部を用いて前記サービスを提供する、バックアップ方法。
  7. 前記バックアップデータ格納部を読み取り専用として、前記クライアント端末に前記サービスを提供することを特徴とする請求項６に記載のバックアップ方法。
  8. 自サーバのサービスで利用されるデータを格納するデータ格納部と、他のサーバの前記データ格納部のバックアップデータを格納するバックアップデータ格納部とを用いて、
    前記データ格納部を用いて前記サービスを提供するサービス提供ステップと、
    前記サービスの提供により前記データ格納部が更新されると、その更新内容を表す更新情報を生成する更新情報生成ステップと、
    生成した更新情報を前記他のサーバに送信する更新情報送信ステップと、
    前記他のサーバから、前記他のサーバにおける前記データ格納部の更新内容を表す前記更新情報を受信すると、受信した更新情報を前記バックアップデータ格納部に反映させる更新情報受信ステップと、
    前記他のサーバのサービスを利用するクライアント端末からの要求に応じて、前記バックアップデータ格納部を用いて前記サービスを提供するバックアップデータ提供ステップと、
    をコンピュータ装置に実行させるコンピュータ・プログラム。
  9. 前記バックアップデータ提供ステップにおいて、前記バックアップデータ格納部を読み取り専用として、前記クライアント端末に前記サービスを提供することを特徴とする請求項８に記載のコンピュータ・プログラム。
JP2013034646A 2013-02-25 2013-02-25 サーバ、バックアップシステム、バックアップ方法、および、コンピュータ・プログラム Active JP6191159B2 (ja)

Priority Applications (2)

Application Number Priority Date Filing Date Title
JP2013034646A JP6191159B2 (ja) 2013-02-25 2013-02-25 サーバ、バックアップシステム、バックアップ方法、および、コンピュータ・プログラム
US14/172,456 US9582387B2 (en) 2013-02-25 2014-02-04 Server, backup system and backup method

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP2013034646A JP6191159B2 (ja) 2013-02-25 2013-02-25 サーバ、バックアップシステム、バックアップ方法、および、コンピュータ・プログラム

Publications (2)

Publication Number Publication Date
JP2014164487A true JP2014164487A (ja) 2014-09-08
JP6191159B2 JP6191159B2 (ja) 2017-09-06

Family

ID=51389249

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2013034646A Active JP6191159B2 (ja) 2013-02-25 2013-02-25 サーバ、バックアップシステム、バックアップ方法、および、コンピュータ・プログラム

Country Status (2)

Country Link
US (1) US9582387B2 (ja)
JP (1) JP6191159B2 (ja)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2021095670A1 (ja) * 2019-11-11 2021-05-20 日本電気株式会社 管理装置、管理方法と記録媒体

Families Citing this family (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20160138856A1 (en) * 2014-11-14 2016-05-19 Jeff Wilson Actively controlled cold-storage system
CN104516795A (zh) * 2015-01-15 2015-04-15 浪潮(北京)电子信息产业有限公司 一种数据存取方法及系统
CN105159805A (zh) * 2015-09-28 2015-12-16 北京奇虎科技有限公司 基于云盘的数据备份方法及装置
CN105607965A (zh) * 2015-11-09 2016-05-25 深圳前海达闼科技有限公司 一种应用数据备份及备份下发的方法、装置及系统
FR3071939A1 (fr) * 2017-09-29 2019-04-05 Orange Technique d'administration a distance.
US10642877B2 (en) 2017-12-29 2020-05-05 Facebook, Inc. Techniques for consistent reads in a split message store
US10673791B2 (en) * 2017-12-29 2020-06-02 Facebook, Inc. Techniques for data reads from secondary stores
US11405343B2 (en) 2017-12-29 2022-08-02 Meta Platforms, Inc. Techniques for extensible message indexing
US10645040B2 (en) 2017-12-29 2020-05-05 Facebook, Inc. Techniques for consistent writes in a split message store
CN111245873B (zh) * 2018-11-28 2023-09-05 北京京东尚科信息技术有限公司 服务降级方法、装置、设备及存储介质

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH05244653A (ja) * 1992-03-02 1993-09-21 Nec Corp 移動通信システムの共通データベース二重化方式
JPH05265829A (ja) * 1992-03-16 1993-10-15 Hitachi Ltd レプリケートファイル更新方式
JPH0766829A (ja) * 1993-06-30 1995-03-10 Kawasaki Steel Corp 電子メール多重化システムおよび該システムにおける通信制御方法

Family Cites Families (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH10161916A (ja) * 1996-11-28 1998-06-19 Hitachi Ltd データベースの複製に伴う更新競合の検出方法
JP2006259945A (ja) 2005-03-16 2006-09-28 Nec Corp 冗長システム及びその構成制御方法並びにプログラム
JP4921013B2 (ja) 2006-03-30 2012-04-18 日本電気株式会社 メールサーバのバックアップシステム、メールサーバのバックアップ方法、プログラム及び記録媒体
WO2008099786A1 (ja) * 2007-02-13 2008-08-21 Nec Corporation メモリ障害復旧方法、情報処理装置およびプログラム
US8190878B2 (en) * 2007-03-23 2012-05-29 Microsoft Corporation Implementation of private messaging
US7908514B2 (en) * 2008-06-26 2011-03-15 Microsoft Corporation Minimizing data loss in asynchronous replication solution using distributed redundancy
DE112008004014T5 (de) * 2008-09-15 2011-07-21 Hewlett-Packard Development Company, L.P., Tex. Analysieren von Serverkopien von Clientdateien
US8140480B1 (en) * 2009-03-31 2012-03-20 Symantec Corporation Off-host cataloging of backup information
JP5475702B2 (ja) * 2011-02-14 2014-04-16 株式会社日立製作所 メール保存バックアップシステムおよびバックアップ方法
US8700567B2 (en) * 2011-02-28 2014-04-15 Hitachi, Ltd. Information apparatus

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH05244653A (ja) * 1992-03-02 1993-09-21 Nec Corp 移動通信システムの共通データベース二重化方式
JPH05265829A (ja) * 1992-03-16 1993-10-15 Hitachi Ltd レプリケートファイル更新方式
JPH0766829A (ja) * 1993-06-30 1995-03-10 Kawasaki Steel Corp 電子メール多重化システムおよび該システムにおける通信制御方法

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2021095670A1 (ja) * 2019-11-11 2021-05-20 日本電気株式会社 管理装置、管理方法と記録媒体
JPWO2021095670A1 (ja) * 2019-11-11 2021-05-20
JP7347533B2 (ja) 2019-11-11 2023-09-20 日本電気株式会社 管理装置、管理方法、及び、プログラム

Also Published As

Publication number Publication date
US20140244589A1 (en) 2014-08-28
JP6191159B2 (ja) 2017-09-06
US9582387B2 (en) 2017-02-28

Similar Documents

Publication Publication Date Title
JP6191159B2 (ja) サーバ、バックアップシステム、バックアップ方法、および、コンピュータ・プログラム
US20040049546A1 (en) Mail processing system
JP5537181B2 (ja) メッセージシステム
KR20090084091A (ko) 복수의 데이터 통신장치들 간의 데이터 동기 방법
US8533525B2 (en) Data management apparatus, monitoring apparatus, replica apparatus, cluster system, control method and computer-readable medium
US9432449B2 (en) Managing connection failover in a load balancer
WO2013078689A1 (zh) 一种云消息服务中实现消息传递的方法和装置
AU2017272153B2 (en) Email webclient notification queuing
CN109783151B (zh) 规则变更的方法和装置
US9390156B2 (en) Distributed directory environment using clustered LDAP servers
CN100563263C (zh) 在网络存储业务中实现系统高可用性的方法和系统
JP2006048122A (ja) 通信システム
JP2016144186A (ja) 通信情報制御装置、中継システム、通信情報制御方法、および、通信情報制御プログラム
US20120066293A1 (en) Data relay system, relay device, and computer readable medium
JP5348907B2 (ja) サービス監視システムおよび方法
JP2007249659A (ja) システム切替方法、その計算機システム及びプログラム
JP2009277120A (ja) サーバシステム
JP5865424B2 (ja) メッセージシステムおよびデータストアサーバ
WO2024093328A1 (zh) 一种虚拟桌面连接方法及装置
US20110320509A1 (en) Managing the site where data is stored in a distributed storage system
EP2129043A1 (en) Relay apparatus, relay method, and monitoring apparatus
WO2024055741A1 (zh) 一种建立网络连接的方法、装置、电子设备及存储介质
JP2013235483A (ja) 添付ファイル送付システム、サーバ装置、クライアント装置、添付ファイル送付方法、及びプログラム
CN115190125A (zh) 一种缓存集群的监控方法和装置
CN117573282A (zh) 一种节点选举方法、装置、设备及存储介质

Legal Events

Date Code Title Description
A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20160120

A977 Report on retrieval

Free format text: JAPANESE INTERMEDIATE CODE: A971007

Effective date: 20161114

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20161206

A521 Written amendment

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20170206

TRDD Decision of grant or rejection written
A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

Effective date: 20170711

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20170724

R150 Certificate of patent or registration of utility model

Ref document number: 6191159

Country of ref document: JP

Free format text: JAPANESE INTERMEDIATE CODE: R150