(57)【要約】【課題】分散処理システムにおけるアプリケーションとデータストアサーバとの設定管理を実現する。【解決手段】データを記憶するデータストアサーバと、  データストアサーバへデータを格納する、データ格納部と、  データストアサーバからデータを取得する、データ取得部と、  システム全体への設定変更を行う運用管理部とを備える分散処理システムであって、  前記分散処理システムは、運用管理部で変更内容に応じた各装置への設定内容と設定順序を管理し、これらの管理された情報を元に、設定する対象や順序を決定する機能と、  運用管理部でデータ格納部とデータ取得部とデータストアサーバへ設定変更処理を行う機能と、  を備えることを特徴とする分散処理システム。【選択図】図７
2015103197.tif 000002
【特許請求の範囲】
【請求項１】
分散処理システムであって、
データを記憶する、複数のデータストアサーバと、
前記データストアサーバとの間で、データの格納処理と取得処理とを行う、複数の処理サーバと、
前記処理サーバ及び前記データストアサーバへのシステム設定に係る設定処理を行う運用管理サーバと、を備え、
前記データストアサーバまたは前記運用管理サーバは、
システム設定内容ごとの、前記処理サーバと前記データストアサーバとへの設定順序情報を管理し、
前記運用管理サーバは、
要求されたシステム設定内容に応じて、システム設定に必要な設定処理と前記設定処理の実行順序とを決定し、
前記決定した実行順序に従い、前記処理サーバと前記データストアサーバへ、前記決定された設定処理を行う
ことを特徴とする分散処理システム。
【請求項２】
請求項１に記載の分散処理システムであって、
実行された前記決定された設定処理は、前記設定順序情報を前記データストアサーバへ格納する処理を含み、
前記運用管理サーバは、設定内容を変更する場合に、
前記データストアサーバから、前記格納された前記設定順序情報を取得し、
取得した前記設定順序情報と、要求されたシステム変更内容と、に基づき、
システム変更に必要な設定処理と前記設定処理の実行順序とを決定する
ことを特徴とする分散処理システム。
【請求項３】
請求項２に記載の分散処理システムであって、
前記運用管理サーバは、
取得した前記設定順序情報と、要求されたシステム変更内容と、に基づき、前記要求されたシステム変更内容の正当性を調べる
ことを特徴とする分散処理システム。
【請求項４】
請求項１に記載の分散処理システムであって、
前記運用管理サーバは、
基準となる処理サーバを含む複数の前記処理サーバと、基準となるデータストアサーバを含む複数の前記データストアサーバと、から設定内容を取得し、
基準となる処理サーバと基準となるデータストアサーバとから取得した設定内容と、要求されたシステム変更内容と、の差分を算出して、設定処理の要否を調べ、
システム変更処理が必要な、前記処理サーバと前記データストアサーバのいずれか一方または両方がある場合に、前記システム変更処理対象となるサーバと、当該サーバの前記システム変更に必要な設定処理と前記設定処理の実行順序とを決定する
ことを特徴とする分散処理システム。
【請求項５】
請求項１から４のいずれか一に記載の分散処理システムであって、
前記データストアサーバまたは前記運用管理サーバが管理する前記設定順序情報は、
設定処理時に指定されるコマンド名毎の、実行する処理名と、処理を実行する際の引数となる処理対象並びに、その引数を用いた処理の実行順序情報を含む
ことを特徴とする分散処理システム。
【請求項６】
請求項２に記載の分散処理システムであって、
前記運用管理サーバを複数備え、
前記データストアサーバは、前記設定順序情報を、前記複数の運用管理サーバからアクセス可能に管理する
ことを特徴とする分散処理システム。
【請求項７】
請求項１から６のいずれか一に記載の分散処理システムであって、
さらに、前記運用管理サーバが行おうとする設定処理の可否を判断する設定可否判断サーバを備え、
前記運用管理サーバは、前記決定された設定処理を行う前に、前記設定可否判断サーバへ、前記決定された設定処理の可否を問い合わせる
ことを特徴とする分散処理システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本明細書で開示される主題は、分散処理システムに対するシステム設定方法に関する。
【背景技術】
【０００２】
システムの信頼性を高める方法として、障害発生時に、障害が発生したメインサーバをスタンバイサーバへの切り替える処理（以下、系切り替え）を行い、スタンバイサーバにて処理を続ける手法が知られている。しかし、この手法はメインサーバからスタンバイサーバへの情報引継や、サーバの切り替え処理に失敗の可能性があった。そのため、系切り替えを用いた方法での障害対応は、失敗による事故発生が懸念されていた。
【０００３】
系切り替え処理の失敗を防ぐため、処理を行うメインサーバとは別の、データを記憶するサーバ装置（以下、データストアサーバと表記する）を利用した、システムの分散化が普及しつつある。
【０００４】
データストアサーバを利用した分散処理システムは、データストアサーバにデータを格納する前段の処理およびデータストアサーバからデータを取得する後段の処理を行う複数のメインサーバと、データを保持するデータストアサーバと、を含む。
【０００５】
前段の処理および後段の処理を行う複数のメインサーバが利用するデータは、データストアサーバ上で共有されるため、障害発生時にもデータの引継ぎを必要としない。また、システム全体が分散化することで、障害発生時にも切り替え処理を必要としない、という利点がある。
【０００６】
メッセージ処理を対象とした分散処理システムの例が、特許文献１に記載されている。
【０００７】
分散処理システムに限らず、システム起動時やシステム運用中には、さまざまなシステム設定要求が発生する。例えば、特許文献１に記載した分散メッセージングシステムでは、段落0057〜0058、0108〜0109に記載されているように、特定のキューは優先してメッセージ送信を行いたいなどのメッセージングシステムに特有の要求が発生することがあり、それに応えるために、キューの追加や削除、設定値の変更などのシステム設定要求が発生する。
【０００８】
メインサーバおよびデータストアサーバが連携して動作する分散処理システムに対するシステム設定に際しては、データストアサーバと、その前段と後段の処理を行うメインサーバと、の両方に対して、ひとつのシステムとして管理された設定処理が必要になる場合がある。
【０００９】
特許文献２の段落0024〜0025には、アプリケーションが動作する複数のサーバの他に記憶サーバを設置し、各サーバのアプリケーション間で情報に差分ができた場合、この記憶サーバを介してデータを同期する技術が開示されている。この技術を利用することで、メインサーバとデータストアサーバ間の設定データを同期させることが可能となる。
【先行技術文献】
【特許文献】
【００１０】
【特許文献１】特開２０１１−１７１８６７号公報
【特許文献２】特開２００１−３５６９５０号公報
【発明の概要】
【発明が解決しようとする課題】
【００１１】
複数の装置が連携して動作する上記分散処理システムにおけるシステム設定に際しては、例えば、メインサーバへの設定を行った後にデータストアサーバへの設定を行う、などのシステムの誤動作を防ぐために考慮すべきことがある。このため、システム設定の内容に応じた、装置への設定順番の決定が必要になる。
【００１２】
しかしながら、特許文献２の技術は、アプリケーションが自律的にデータの同期を行う仕組みとなっているため、この技術を利用すると、システム設定内容に応じた、メインサーバとデータストアサーバ間の設定順序が考慮されず、誤動作を招く懸念がある。
【課題を解決するための手段】
【００１３】
本明細書で開示されるのは、データを格納するデータストアサーバを利用した分散処理システムのシステム設定にあたり、システム設定内容に応じた各装置への設定内容と設定順序を管理し、これらの管理された情報を元に、システムの誤動作を招かないように、システム設定を行う方法と、それを用いた分散システムである。
【００１４】
開示されるより具体的な態様は、データを記憶する、複数のデータストアサーバと、
データストアサーバとの間で、データの格納処理と取得処理とを行う、複数の処理サーバと、
処理サーバ及びデータストアサーバへのシステム設定に係る設定処理を行う運用管理サーバと、を備える分散処理システムであって、
データストアサーバまたは運用管理サーバは、
システム設定内容ごとの、処理サーバとデータストアサーバとへの設定順序情報（例えば、設定順序設定ファイルと処理内容設定ファイル）を管理し、
運用管理サーバは、
要求されたシステム設定内容に応じて、システム設定に必要な設定処理と設定処理の実行順序とを決定し、
決定した実行順序に従い、処理サーバとデータストアサーバへ、決定された設定処理を行うことを特徴とする。
【００１５】
さらに、上記分散処理システムを、
実行された決定された設定処理は、設定順序情報をデータストアサーバへ格納する処理を含み、
運用管理サーバは、設定内容を変更する場合に、
データストアサーバから、格納された設定順序情報を取得し、
取得した設定順序情報と、要求されたシステム変更内容と、に基づき、システム変更に必要な設定処理と設定処理の実行順序とを決定するように、構成してもよい。
【００１６】
さらに、運用管理サーバを、
取得した設定順序情報と、要求されたシステム変更内容と、に基づき、要求されたシステム変更内容の正当性を調べるように、構成してもよい。
【００１７】
さらに、運用管理サーバを、
基準となる処理サーバを含む複数の処理サーバと、基準となるデータストアサーバを含む複数のデータストアサーバと、から設定内容を取得し、
基準となる処理サーバと基準となるデータストアサーバとから取得した設定内容と、要求されたシステム変更内容と、の差分を算出して、設定処理の要否を調べ、
システム変更処理が必要な、処理サーバとデータストアサーバのいずれか一方または両方がある場合に、システム変更処理対象となるサーバと、当該サーバのシステム変更に必要な設定処理と設定処理の実行順序とを決定するように、構成してもよい。
【００１８】
さらに、
データストアサーバまたは運用管理サーバが管理する設定順序情報を、
設定処理時に指定されるコマンド名毎の、実行する処理名と、処理を実行する際の引数となる処理対象（またはその識別子）並びに、その引数を用いた処理の実行順序（処理手順）情報を含むように、構成してもよい。
【００１９】
さらに、分散処理システムを、
運用管理サーバを複数備え、
データストアサーバが、設定順序情報を、複数の運用管理サーバからアクセス可能に管理するように、構成してもよい。
【００２０】
さらに、分散処理システムを、
運用管理サーバが行おうとする設定処理の可否を判断する設定可否判断サーバを備え、
運用管理サーバは、決定された設定処理を行う前に、設定可否判断サーバへ、決定された設定処理の可否を問い合わせるように、構成してもよい。
【発明の効果】
【００２１】
開示によれば、データストアサーバを利用した分散システムにおいて、誤動作を招かないシステム設定が可能になる。
【図面の簡単な説明】
【００２２】
【図１】第一の実施形態におけるシステム構成を例示する。
【図２】第一の実施形態におけるメール送受信サーバ１０６の構成を例示する。
【図３】第一の実施形態におけるデータストアサーバ１０７の構成を例示する。
【図４】第一の実施形態における運用管理サーバ１０８の構成を例示する。
【図５】第一の実施形態における運用管理サーバ１０８上の不揮発性記憶部４０７に存在する、設定順序設定ファイル４１１と処理内容設定ファイル４１２の内容を例示する。
【図６】第一の実施形態における運用管理サーバ１０８上の不揮発性記憶部４０７に存在する、メール送受信サーバ設定ファイル４２１、データストアサーバ設定ファイル４２２、キュー設定ファイル４２３の内容を例示する。
【図７】第一の実施形態における設定変更時の処理手順や処理内容を確定し、設定変更処理を実施する処理のフローチャートを例示する。
【図８】第一の実施形態における運用管理サーバ１０８の運用管理アプリケーション４０５を実現する擬似コードを例示する。
【図９】第一の実施形態における運用管理サーバ１０８の運用管理アプリケーション４０５実行時のターミナル画面を例示する。
【図１０】第一の実施形態における運用管理サーバ１０８の運用管理アプリケーション４０５実行時のＧＵＩ画面を例示する。
【図１１】第一の実施形態における初期設定シーケンスを例示する。
【図１２】第一の実施形態における設定値変更シーケンスを例示する。
【図１３】第一の実施形態における、指定アプリケーションの設定値を基準とする、設定値変更シーケンスを例示する。
【図１４】第一の実施形態におけるデータストアサーバ追加シーケンスを例示する。
【図１５】第二の実施形態におけるシステム構成を例示する。
【図１６】第二の実施形態における各実施例を適用した設定可否判断サーバ１５０１の構成を例示する。
【図１７】第二の実施形態における設定可否判断サーバ１５０１を利用した場合の、設定値変更シーケンスを例示する。
【発明を実施するための形態】
【００２３】
以下、実施例を説明するにあたり、以後、データストアサーバと処理サーバとが連携して動作する分散処理システムの一例として、分散メッセージングシステムを取り上げ、さらに、メッセージの一例としてメールを取り上げる。
【００２４】
図１は、第一の実施形態におけるシステム構成の一例である。
【００２５】
携帯端末１０１は、モバイルネットワーク１０２を介してキャリア設備網１０３と接続している。モバイルネットワーク１０２は携帯端末１０１とキャリア設備網１０３を接続している、無線ネットワークである。キャリア設備網１０３は、モバイルネットワーク１０２、インターネット１０４、上記処理サーバの一例であるメール送受信サーバ１０６、データストアサーバ１０７、運用管理サーバ１０８を接続しているネットワークである。
【００２６】
送信先サーバ１０５は、インターネット１０４を介してメール送受信サーバ１０６とメールの送受信を行う。メール送受信サーバ１０６は、キャリア設備網１０３に接続されており、携帯端末１０１がキャリア設備網１０３へ送信したメールを受信し、データストアサーバ１０８へメールを格納する。そして、メール送受信サーバ１０６は、データストアサーバ１０８からメールを取得し、送信先サーバ１０５へメールを送信する。
【００２７】
本実施例では、メール送受信サーバ１０６は複数台で負荷分散されており、メール送受信サーバ１０６ａのようにアルファベットを添え字として表記したものは特定のサーバ単体を示し、総称する場合は、添え字を付けずに表記する。また、メール送受信サーバ１０６は、メール送受信サーバ１０６のメールの受信機能と送信機能を分けて、別のサーバで運用してもよい。データストアサーバ１０７はキャリア設備網１０３に接続されており、メール送受信サーバ１０６からのメールなどのデータを受信し、記憶する。このデータストアサーバ１０７はインメモリＫＶＳ等に代表されるメッセージストアである。
【００２８】
本実施例では、データストアサーバ１０７は複数台で負荷分散されており、データストアサーバ１０７ａのようにアルファベットを添え字として表記したものは特定のサーバ単体を示し、総称する場合は、添え字を付けずに表記する。また、データストアサーバ１０７ａへ格納されたデータの損失を防ぐため、データストアサーバ１０７ａに格納されたデータは、複数のデータストアサーバへ冗長化される。
【００２９】
運用管理サーバ１０８は、キャリア設備網１０３に接続されており、メール送受信サーバ１０６への設定変更処理を行うほか、データストアサーバ１０７への設定変更処理および設定状態の保存を行う。運用管理サーバ１０８は図中では１台としているが、複数台存在しても良い。
【００３０】
本実施例では、メッセージを処理するサーバとしてメール送受信サーバ１０６を示しているが、メール送受信サーバ１０６とは異なる処理を行うメッセージ処理サーバを持つシステム構成とすることも可能である。この場合は、何らかのメッセージ処理サーバはメール送受信サーバ１０６と同様に、キャリア設備網１０３に接続し、データストアサーバ１０７へメッセージの格納と取得を行う。
【００３１】
図２は、メール送受信サーバ１０６を実現する情報処理装置のハードウェア構成である。
【００３２】
メール送受信サーバ１０６を実現する情報処理装置は、ネットワークＩ／Ｆ２０１と、プロセッサ２０２と、揮発性メモリ２０３と、不揮発性メモリ２０４と、これらを接続するバスなどの内部通信線と、を含んで構成される。メール送受信サーバ１０６はネットワークＩ／Ｆ２０１を介してキャリア設備網１０３に接続している。
【００３３】
揮発性メモリ２０３は、メール送受信アプリケーションプログラム（以下、メール送受信アプリケーションという）２０５を記憶しており、また、データを格納するための揮発性記憶部２０６を備えている。
【００３４】
メール送受信アプリケーション２０５は、メール受信部２１１と、メール送信部２１２と、データストアサーバＩ／Ｆ部２１３と、設定変更部２１４と、を実現するプログラムを含んで構成される。メール受信部２１１は、メール送受信サーバ１０６が携帯端末１０１からメールを受信する処理を実現する。メール送信部２１２は、データストアサーバ１０７から取得したメールを、送信先サーバ１０５へ送信する処理を実現する。
【００３５】
これらのプログラムは、プロセッサ２０２により実行され、以下に説明する各処理部の機能を実現する。
【００３６】
本分散メッセージングシステムは、データストアサーバを利用することでメール送受信アプリケーション上に状態を持たない。そのため、従来であればメール送受信サーバ１０６上、もしくはメール送受信サーバ１０６に接続するバックアップストレージ等に、メール受信部２１１とメール送信部２１２との間で送受信されるデータを受け渡すキューが存在したが、本実施例ではメール受信部２１１とメール送信部２１２との間のデータの受け渡しは、データストアサーバ１０７を介して行われる。
【００３７】
データストアサーバＩ／Ｆ部２１３は、受信したメールをデータストアサーバ１０７へ格納する処理、およびデータストアサーバ１０７からメールを取得する処理を実現する各種制御プログラムが記録され、プロセッサ２０２により実行される。
【００３８】
設定変更部２１４は、運用管理サーバ１０８からの設定変更依頼を受信し、依頼に応じてメール送受信アプリケーション２０５の動作に必要な設定値を変更する処理を実現する各種制御プログラムが記録され、プロセッサ２０２により実行される。
【００３９】
不揮発性メモリ２０４は、不揮発性記憶部２０７を備えている。不揮発性記憶部２０７には、メール送受信アプリケーション２０５が管理するデータが格納される。
【００４０】
図３は、データストアサーバ１０７を実現する情報処理装置のハードウェア構成である。
【００４１】
データストアサーバ１０７を実現する情報処理装置は、ネットワークＩ／Ｆ３０１と、プロセッサ３０２と、揮発性メモリ３０３と、不揮発性メモリ３０４と、これらを接続するバスなどの内部通信線と、を含んで構成される。データストアサーバ１０７はネットワークＩ／Ｆ３０１を介してキャリア設備網１０３に接続している。
【００４２】
揮発性メモリ３０３は、データストアアプリケーションプログラム３０５（以下、データストアアプリケーションという）を記憶しており、データを格納するための揮発性記憶部３０６を備えている。データストアアプリケーション３０５は、データストア部３１１と、メタデータ操作部３１２と、を実現するプログラムを含んで構成される。
【００４３】
データストア部３１１は、データストアサーバ１０７がメール送受信サーバ１０６から受信したＫｅｙとＶａｌｕｅの組を、揮発性記憶部３０６へ格納する処理、もしくはデータストアサーバ１０７がメール送受信サーバ１０６から受信したＫｅｙに対応したＶａｌｕｅを返す処理、あるいはデータストアサーバ１０７がメール送受信サーバ１０６から受信したＫｅｙに対応したＶａｌｕｅを削除する処理など、データストアアプリケーション３０５におけるＶａｌｕｅに関する操作を行う。
【００４４】
メタデータ操作部３１２は、メタデータ３２２の作成や更新、もしくは削除など、データストアアプリケーションプログラム３０５におけるメタデータ３２２に関する操作を行う。メタデータ操作部３１２には、データストア部３１１のＶａｌｕｅに対する基本操作を組み合わせた、メタデータ３２２に作成や更新、もしくは削除などに対する一連の処理が記録されている。
【００４５】
揮発性記憶部３０６には、データストアアプリケーション３０５が管理するデータが格納される。
【００４６】
不揮発性メモリ３０４は、不揮発性記憶部３０７を備えている。不揮発性記憶部３０７には、データストアアプリケーション３０５が管理するデータが格納される。
【００４７】
メールデータ３２１は、データストアアプリケーション３０５が格納したメールのデータである。
【００４８】
メタデータ３２２は、データストアアプリケーション３０５が格納したメールデータ３２１の順序管理を行うための情報を含んだデータであり、メタデータ操作部３１２により操作される。
【００４９】
設定ファイル３２３は、システム全体の設定値を表すファイルであり、運用管理サーバ１０８の不揮発性記憶部４０７上の運用管理設定ファイル４１３が、運用管理サーバ１０８の運用管理アプリケーション４０５により、設定ファイル３２３として格納される。本ファイルの詳細に関しては、運用管理設定ファイル４１３の説明時に詳述する。
【００５０】
図４は、運用管理サーバ１０８を実現する情報処理装置のハードウェア構成である。
【００５１】
運用管理サーバ１０８を実現する情報処理装置は、ネットワークＩ／Ｆ４０１と、プロセッサ４０２と、揮発性メモリ４０３と、不揮発性メモリ４０４と、これらを接続するバスなどの内部通信線と、を含んで構成される。運用管理サーバ１０８はネットワークＩ／Ｆ４０１を介してキャリア設備網１０３に接続している。
【００５２】
揮発性メモリ４０３は、運用管理アプリケーションプログラム（以下、運用管理アプリケーションという）４０５と、データを格納する揮発性記憶部４０６を備えている。運用管理アプリケーション４０５は、設定変更を行うオペレータからの入力を受け取ったのち、メール送受信サーバ１０６およびデータストアサーバ１０７へ設定変更処理を実現するプログラムであり、プロセッサ４０２により実行され、以下に説明する機能を実現する。
【００５３】
揮発性記憶部４０６には、運用管理アプリケーション４０５が管理するデータを格納する。
【００５４】
不揮発性メモリ４０４は、不揮発性記憶部４０７を備えている。不揮発性記憶部４０７には、運用管理アプリケーション４０５が管理するデータを格納するほか、設定順序設定ファイル４１１と、処理内容設定ファイル４１２とで構成する設定順序情報と、運用管理設定ファイル４１３を格納する。
【００５５】
設定順序設定ファイル４１１は、各設定変更処理の詳細を記載したものであり、処理内容設定ファイル４１２は、設定順序設定ファイル４１１に記載されている処理手順を定義するものである。これらのファイルに関しては、図５にて別途説明する。
【００５６】
運用管理設定ファイル４１３は、運用管理アプリケーション４０５によって設定変更を行う際に利用されるシステム全体の設定値を表すファイルであり、メール送受信サーバ設定ファイル４２１、データストアサーバ設定ファイル４２２、キュー設定ファイル４２３を備えている。運用管理設定ファイル４１３は、運用管理アプリケーション４０５によってデータストアサーバ１０７のデータストアアプリケーション３０５に依頼され、データストアサーバ１０７上の揮発性記憶部３０６上の運用管理設定ファイルとして格納される。
【００５７】
メール送受信サーバ設定ファイル４２１は、メール送受信サーバに関する情報を含んだものであり、データストアサーバ設定ファイル４２２は、データストアサーバに関する情報を含んだものであり、キュー設定ファイル４２３は、システム全体のキュー情報を含んだものである。これら３つのファイルに関しては、図６にて別途説明する。
【００５８】
図５は、不揮発性記憶部４０７に格納される設定順序情報を構成する、設定順序設定ファイル４１１と処理内容設定ファイル４１２の内容を例示する図である。なお、図５に例示されている設定順序設定ファイル４１１と処理内容設定ファイル４１２の、＃で始まる１行目は、ファイルの内容に関する説明や注釈を表すコメント行である。
【００５９】
設定順序設定ファイル４１１には、１行中にオペレータがシステム設定時に指定するコマンド名（command）、および、指定されたコマンド処理を実現する際に実行する処理（action）名、および、処理（action）を実行する際の引数となる処理対象（またはその識別子（code））並びに、その引数を用いた処理（action）の実行順序（処理手順）の指定とを含む。実行順序については、記載された複数の処理対象の左から順に実行する、などの規則を決めておけばよい。
【００６０】
引数となる処理対象とそれらを用いた実行順序の指定については、たとえば、処理サーバを対象とする場合、および、データストアサーバを対象とする場合、および、どちらのサーバも対象とする場合、が含まれている。
【００６１】
設定順序設定ファイル４１１において、引数となる処理対象を識別子で指定する場合は、例えば、処理内容設定ファイル４１２のように定義する。また、処理（action）を実行しない場合、もしくは変更を認めたくない場合には、各種処理手順の項目に、その意味を持たせた記号、例えば−（ハイフン）を指定する。
【００６２】
実行する処理名（action）は、例えば該当処理を実現する、運用管理アプリケーション４０５内に定義されているメソッド名を指定する。実行する処理名（action）は、複数指定することができる。その場合、引数となる処理対象と実行順序は、任意の区切り文字（例えば、／）を用いて、処理名（action）毎に、分けて指定すればよい。
【００６３】
引数となる処理対象を識別子で指定する場合に用いる処理内容設定ファイル４１２には、各処理対象名と該当処理の識別子と、該当処理対象が、固別に引数を必要とするか否かを表す情報を含んでいる。設定順序設定ファイル４１１と処理内容設定ファイル４１２は、運用管理サーバ１０８の運用管理アプリケーション４０５が、メール送受信サーバ１０６のメール送受信アプリケーション２０５やデータストアサーバ１０７のデータストアアプリケーション３０５への設定を行う際に、参照する。
【００６４】
例えば、全メール送受信アプリケーションおよび全データストアサーバへのキュー追加の設定変更要求（add_que）がきたとする。この場合、運用管理サーバ１０８の運用管理アプリケーション４０５は、まず設定順序設定ファイル４１１を参照し、実行する処理名（action）が“add_que”であることと、全メール送受信アプリケーションおよび全データストアサーバへのキュー追加の手順が、コードＤ、Ｃ、Ｅが表す処理対象を引数とした“add_que”の実行であることを知る。
【００６５】
次に、処理内容設定ファイル４１２を参照することで、コードのＤ、Ｃ、Ｅはそれぞれ全データストアサーバを処理対象とすること（all_store）、全メール送受信アプリケーションを処理対象とすること（all_mail_app）、設定ファイルを処理対象とすること（file）であると知る。
【００６６】
なお、設定順序設定ファイル４１１と処理内容設定ファイル４１２を一つにまとめてもよい。
【００６７】
そして、運用管理アプリケーション４０５は、実行する処理名（action）である“add_que”を、以下の通り実行する。最初に、コードＤとして処理内容設定ファイル４１２に定義されている処理対象“all_store”を引数として“add_que”を実行し、次に、コードＣとして定義されている処理対象“all_mail_app” を引数として“add_que”を実行し、最後に、コードＥとして定義されている処理対象“file” を引数として“add_que”を実行する。上記の処理を可能とする、実行する処理名（action）の実現方法に関しては、図８にて詳述する。
【００６８】
この結果、運用管理サーバ１０８の運用管理アプリケーション４０５は、全データストアサーバへのキュー追加処理、全メール送受信アプリケーションへのキュー追加処理、設定ファイルへのキュー追加処理を順に行い、全メール送受信アプリケーションおよび全データストアサーバへのキュー追加を正常に完了させる。
【００６９】
設定順序設定ファイル４１１および処理内容設定ファイル４１２の内容は、運用管理アプリケーション４０５内に記述されていてもよいし、本実施例で述べている通りに、運用管理サーバ１０８の不揮発性記憶部４０７上にファイルとして保存され、運用管理アプリケーション４０５の起動時に読み込まれてもよい。
【００７０】
または、設定順序設定ファイル４１１および処理内容設定ファイル４１２がデータストアサーバ１０７のデータストアアプリケーション３０５が管理する、揮発性記憶部３０６に格納され、システム全体で共有（すなわち読み取り可能に）されてもよい。この場合は、複数用意したうちいずれの運用管理サーバ１０８の運用管理アプリケーション４０５でも、設定順序設定ファイル４１１および処理内容設定ファイル４１２の内容を読み取ることが可能となる。
【００７１】
設定順序設定ファイル４１１および処理内容設定ファイル４１２は、上述のとおり運用管理アプリケーション４０５内に記述してよいが、これらのファイルを外部に持たせておくことで、ファイル内の定義情報を変更するだけで、設定変更手順を変えることができるようになり、運用管理アプリケーション４０５の柔軟性をあげることができる。
【００７２】
本実施例では、メッセージを処理するサーバはメール送受信サーバ１０６としているため、アプリケーションを指定する場合の処理手順、データストアサーバを指定する場合の処理手順、全てのアプリケーションおよび全てのデータストアサーバへの変更の場合の処理手順の３つを設定順序設定ファイル４１１で定義したが、メール送受信サーバ１０６とは異なる処理を行うメッセージ処理サーバを持つ構成とした場合には、別の処理を行うメッセージ処理サーバを指定する場合の処理手順が新たに必要となる。
【００７３】
図６は、運用管理サーバ１０８上の不揮発性記憶部４０７に存在する、メール送受信サーバ設定ファイル４２１、データストアサーバ設定ファイル４２２、キュー設定ファイル４２３の内容を例示する図である。なお、図６に例示されているメール送受信サーバ設定ファイル４２１、データストアサーバ設定ファイル４２２、キュー設定ファイル４２３の、＃で始まる１行目はファイルの内容に関する説明や注釈を表すコメント行である。
【００７４】
メール送受信サーバ設定ファイル４２１には、メール送受信サーバ１０６毎のＩＰアドレスとポートの情報が記載されている。図中には複数のメール送受信サーバ１０６の情報が記載されているが、行数はシステム内のメール送受信サーバ１０６の台数分となるため、システム内にメール送受信サーバ１０６が１台しか存在しない場合は、メール送受信サーバ設定ファイル４２１には設定情報が一行だけ記載される。メール送受信サーバ設定ファイル４２１に記載されたメール送受信サーバ１０６に対して、運用管理サーバ１０８の運用管理アプリケーション４０５による設定変更処理が行われる。
【００７５】
データストアサーバ設定ファイル４２２には、データストアサーバ１０７毎のＩＰアドレスとポートの情報が記載されている。図中には複数のデータストアサーバ１０７の情報が記載されているが、行数はシステム内のデータストアサーバ１０７の台数分となるため、システム内にデータストアサーバ１０７が１台しか存在しない場合は、データストアサーバ設定ファイル４２２には設定情報が一行だけ記載される。データストアサーバ設定ファイル４２２に記載されたデータストアサーバ１０７に対して、運用管理サーバ１０８の運用管理アプリケーション４０５による設定変更処理が行われる。
【００７６】
キュー設定ファイル４２３には、キュー毎のパラメータ別の設定値が記載されている。ここに記載された値が、メール送受信サーバ設定ファイル４２１およびデータストアサーバ設定ファイル４２２に記載されているメール送受信サーバ１０６およびデータストアサーバ１０７に作成されるキューに対する設定値となる。
【００７７】
本実施例では、メッセージを処理するサーバはメール送受信サーバ１０６のみとしているが、メール送受信サーバ１０６とは異なる処理を行うメッセージ処理サーバを持つ構成とした場合には、別途、別の処理を行うメッセージ処理サーバ用の設定ファイルが必要となる。
【００７８】
図７は、運用管理サーバ１０８の運用管理アプリケーション４０５が入力を受け取ってから、設定順序設定ファイル４１１と処理内容設定ファイル４１２の内容を元に処理手順や処理内容を確定し、設定変更処理を実施する処理をフローチャートで表したものである。
【００７９】
最初に運用管理サーバ１０８の運用管理アプリケーション４０５は、設定変更を行うオペレータからの入力を受け取る（ステップ７０１）。次に、オペレータからの入力を元に、実施メソッド情報を取得する（ステップ７０２）。ステップ７０２は、図５に例示した設定順序設定ファイル４１１と処理内容設定ファイル４１２の場合、具体的にはオペレータから“ｒｅｌｏａｄ”が入力として実行された際に、設定順序設定ファイル４１１を参照して、対応するａｃｔｉｏｎ欄に記載されている、“ｄｅｌ＿ｑｕｅ”、“ａｄｄ＿ｑｕｅ”を、実施メソッド情報として習得する。
【００８０】
次に、オペレータからの入力を元に、コード情報を取得する（ステップ７０３）。ステップ７０３は、図５に例示した設定順序設定ファイル４１１と処理内容設定ファイル４１２の場合、具体的にはオペレータから“ｒｅｌｏａｄ”が入力として実行された際に、設定順序設定ファイル４１１と処理内容設定ファイル４１２を参照して、実施メソッド毎に記載されているコードＣ，ＤおよびＤ，Ｃ，Ｅをもとに、実施コード“ａｌｌ＿ｍａｉｌ＿ａｐｐ”、“ａｌｌ＿ｓｔｏｒｅ”および“ａｌｌ＿ｓｔｏｒｅ”、“ａｌｌ＿ｍａｉｌ＿ａｐｐ”、“ｆｉｌｅ”習得する。実施コード“ａｌｌ＿ｍａｉｌ＿ａｐｐ”、“ａｌｌ＿ｓｔｏｒｅ”および“ａｌｌ＿ｓｔｏｒｅ”、“ａｌｌ＿ｍａｉｌ＿ａｐｐ”、“ｆｉｌｅ”は実施メソッド情報の“ｄｅｌ＿ｑｕｅ”および“ａｄｄ＿ｑｕｅ”と対応している。
【００８１】
次に、運用管理サーバ１０８の運用管理アプリケーション４０５は、オペレータからの入力が、具体的にどのアプリケーション、どのデータストアサーバに設定変更を行うことになるのかを、例えばアプリケーションの実施画面等に表示し（ステップ７０４）、その内容をオペレータが承認できるか否かを確認する（ステップ７０５）。ステップ７０４とステップ７０５は、オペレータが予期しない、不用意な更新が行われることを防ぐ手順となっており、図９にて詳しく説明する。
【００８２】
これ以降は、ステップ７０２で取得した実施メソッドが、その実施メソッド分、ステップ７０３で取得したコード情報を引数にして、実行される（ステップ７０６）。つまり、ステップ７０２で取得した実施メソッド数×ステップ７０３で取得したコード情報数だけ、処理が行われ、それらが全て完了すると、オペレータからの入力から始まった一連の処理が終了する。
【００８３】
図８は、図７のフローチャートを実現する、運用管理サーバ１０８の運用管理アプリケーション４０５を擬似言語で表現したものである。なお、＃で始まる行は、コメント行である。
【００８４】
運用管理アプリケーション４０５は、まず、オペレータからの入力をｇｅｔ＿ｕｓｅｒ＿ｉｎｐｕｔ関数で受け取り、受け取ったコマンドを元に、実施メソッドとコード情報の取得を行う（図中、ｇｅｔ＿ａｃｔｉｏｎおよびｇｅｔ＿ｃｏｄｅｓ）。
【００８５】
次に、本実施内容の表示を行い（図中ｓｈｏｗ＿ｍｅｔｈｏｄ）、オペレータに承認を経た後（図中ｃｈｅｃｋ＿ｅｘｅｃ）、実施メソッドを順に処理していく（図中ｅｘｅｃ）。
【００８６】
実施メソッドは、例えばＣ言語等で実現する場合は擬似コードのように、関数へのポインタを持つ形にする。また、実施メソッド内では、実施メソッドの引数となるコード情報に応じた処理を行うため、コード情報を元に分岐させて処理を記述する形をとる。
【００８７】
図９は、図７のフローチャートで行われる実施内容の表示処理を例示したものである。ターミナル画面９０１は、運用管理サーバ１０８の運用管理アプリケーション４０５による設定変更処理を可能とする、一般的にコンピュータに標準搭載されているターミナルアプリケーションの表示画面を例示したものである。ターミナル画面９０１上に図示されている内容は、図７のステップ７０１、ステップ７０４およびステップ７０５を実現するための一例である。運用管理アプリケーション４０５を実行するオペレータは、実行したコマンドを入力した後に、ターミナル画面９０１に表示される、オペレータが入力したコマンドを実行する場合の処理反映順を確認することができる。この表示された内容に対して、オペレータが問題があると判断した場合には、オペレータはここでＮＯを入力することで、処理を停止することができる。また、ここでＹＥＳを入力することで、この処理内容が問題ないことが承認され、実行される。このように、ターミナル画面９０１に処理反映順を表示し、図７のステップ７０５で示したように承認処理を含めることで、オペレータが意識しないまま不用意な更新が行われることを防ぐことが可能となる。
【００８８】
図１０は、運用管理アプリケーション４０５の動作時のＧＵＩ画面を例示する図である。ＧＵＩ画面１００１は、運用管理アプリケーション４０５が管理する、システム全体の設定値および現在の稼働状況を表示する。マウスカーソル１００２は、ＧＵＩ画面１００１を操作する手段である。
【００８９】
ＧＵＩ画面１００１の上部には、システム全体で作成されているキューの設定値が表示されている。運用管理アプリケーション４０５を利用するオペレータは、ＧＵＩ画面１００１の上部を参照することで、システム全体のキューの状態がわかるほか、各キューの設定項目はテキストボックスで構成されており、このテキストボックスの内容を書き換え、右側の変更ボタンをマウスカーソル１００２でクリックすることで、キューの設定を全体に行うことができる。また、新規キューの追加も同様の手順で行うことができる。
【００９０】
ＧＵＩ画面１００１の中部には、メール送受信サーバ１０６およびデータストアサーバ１０７の設定状況と、現在の稼働状況が表示されている。メール送受信サーバ１０６およびデータストアサーバ１０７に設定されている値は、マウスカーソル１００２で表示されているキュー名をクリックすることで、図１０に示したような詳細な設定値を参照することができるほか、システムに影響を与えない設定値に関しては、指定したサーバに対して、先ほど述べた手順で設定変更を行うことができる。
【００９１】
また、現在の稼働状況では、各サーバの処理負荷を参照することができる。運用管理アプリケーション４０５を利用するオペレータは、この負荷情報をシステムの構成を変更する際の手助けとすることができる。また、この負荷情報を元に、例えばメール送受信サーバ１０６やデータストアサーバ１０７の追加を行うことで、システムのパフォーマンスがどの程度向上するかなど、シミュレーションを行うことができる。また、シミュレーション結果を元に、各種サーバの追加を自動で行う処理を追加するといった用途にも利用することができる。
【００９２】
ＧＵＩ画面１００１の下部には、サーバを増加する際の追加インタフェースが表示されている。たとえば、データストアサーバ１０７を追加する場合は、運用管理アプリケーション４０５を利用するオペレータは、サーバ種別に「データストアサーバ」、ＩＰアドレスとポート番号には、追加するデータストアサーバ１０７の利用するＩＰアドレスとポート番号を入力し、追加ボタンをクリックすることで、システムの構成変更を行うことができる。
【００９３】
図１１、図１２、図１３、図１４は、運用管理アプリケーション４０５の設定変更の際のシーケンスを例示する図である。
【００９４】
運用管理アプリケーション４０５の設定変更の際のシーケンスでは、メール送受信サーバ１０６の設定変更部２１４および運用管理サーバ１０８の運用管理アプリケーション４０５と、データストアサーバ１０７のデータストア部３１１とメタデータ操作部３１２間でデータや各種要求および通知を交換するが、実際の交換データはヘッダ情報やデータ本体を示すペイロードなどを含む。以降の説明では、運用管理アプリケーション４０５の設定変更に特化したシーケンスを説明するために、実際の交換データではなく、ペイロード部分となるデータおよび各種要求、各種通知と表記する。
【００９５】
また、データをデータストアサーバ１０７の揮発性記憶部３０６へ格納もしくは取得、削除する際には、データ以外に各種管理情報の交換が必要であったとしても、データの格納および取得処理に特化したシーケンスを説明するため、データの格納もしくは取得、削除に要するやりとりは１リクエスト１レスポンスの形で表現する。
【００９６】
図１１は、図５の設定順序設定ファイル４１１および処理内容設定ファイル４１２に記載の、システム全体の初期設定時における、運用管理アプリケーション４０５のシーケンスを例示する図である。
【００９７】
最初に、運用管理アプリケーション４０５は、設定変更を行うオペレータからの入力を受け取る（ステップ１１０１）。次に、運用管理アプリケーション４０５は、受け取ったオペレータの入力と設定順序設定ファイル４１１と処理内容設定ファイル４１２を照らし合わせ、オペレータに対し実施内容の表示と確認を行う（ステップ１１０２）。図５の設定順序設定ファイル４１１および処理内容設定ファイル４１２を利用する場合、初期設定の場合は設定順序設定ファイル４１１に記載のコードＤ，Ｃ，Ｅとなっているので、全てのデータストアサーバを更新した後、全てのメール送受信サーバを更新し、設定ファイルを更新する手順を行えばよいことがわかる。ステップ１１０２の処理は、図７のステップ７０２からステップ７０５、図８で示されている擬似コードの５〜８行目にあたる。
【００９８】
次に、運用管理アプリケーション４０５は前ステップで確定した手順どおりに処理するため、全てのデータストアサーバ１０７の揮発性記憶部３０６上のメタデータ３２２に対して更新処理を行い（ステップ１１０３）、全てのメール送受信サーバのメール送受信アプリケーション２０５に対して更新処理を行い（ステップ１１０４）、最後に、運用管理サーバ１０８の不揮発性記憶部４０７上の運用管理設定ファイル４１３を、データストアサーバ１０７の揮発性記憶部３０６上の設定ファイル３２３として格納する（ステップ１１０５）。
【００９９】
ステップ１１０３、ステップ１１０４、ステップ１１０５は、図５に例示した設定順序設定ファイル４１１と処理内容設定ファイル４１２に記載されている、コードＤが表す処理対象all_store（全データストアサーバ）を引数とした“add_que”の実行、コードＣが表す処理対象all_mail_app（全メール送受信アプリケーション）を引数とした“add_que”の実行、コードＥが表す処理対象file（設定ファイル）を引数とした“add_que”の実行、にそれぞれ該当する。
【０１００】
ステップ１１０３およびステップ１１０４の更新処理は、運用管理設定ファイル４１３のキュー設定ファイル４２３に記載されている内容のキューを全て追加する処理である。運用管理設定ファイル４１３を読み取り、その内容を反映するのは初期設定時に限り、初期設定後の設定変更時は、データストアサーバ１０７の揮発性記憶部３０６上に格納された設定ファイル３２３をベースとして、運用管理アプリケーション４０５による更新処理が行われる。
【０１０１】
本手順をとることにより、初期設定を行っていない別の運用管理サーバ１０８が存在する際に、そのサーバ上に存在する運用管理アプリケーション４０５からも、現在のシステムにおける設定値をデータストアサーバ１０７の揮発性記憶部３０６上に格納された設定ファイル３２３から参照できるほか、システムの設定値がデータストアサーバ１０７の揮発性記憶部３０６上に格納された設定ファイル３２３にて一元管理できる。
【０１０２】
また、シーケンス上では複数のデータストアサーバ１０７のデータストアアプリケーション３０５に対して運用管理設定ファイル４１３を格納する要求を出している。これは、例えばデータストアアプリケーション３０５によって、データストア領域を通常１つ用意するところを複数用意することで、メール送受信アプリケーション２０５からの処理を並列に処理できるなどの利点を持たせる場合、一般的なデータストアアプリケーションに存在するレプリケーション（データ多重化）の機能とは別に、運用管理設定ファイル４１３も複数のデータストアサーバ１０７の揮発性記憶部３０６に保存することで、冗長化することができるものである。また、データストア領域を１つとする場合には、ここのシーケンスでは単一のデータストアアプリケーション３０５に運用管理設定ファイル４１３の格納要求を送信する。
【０１０３】
システム全体の初期設定時は、図１１に示したシーケンスの通り、オペレータがシステムの起動後に初期起動コマンドを実施する形で実現してもよいが、例えば本コマンドの実行を、メール送受信アプリケーション２０５、もしくはデータストアアプリケーション３０５の起動時のスクリプト等に記載しておくことで、システムを立ち上げるだけで人の手を介することなく初期設定まで行うことが可能となる。
【０１０４】
図１２は、図５の設定順序設定ファイル４１１および処理内容設定ファイル４１２に記載の全送受信アプリケーションおよび全データストアサーバへのキュー追加時における、運用管理アプリケーション４０５の設定変更の際のシーケンスを例示する図である。
【０１０５】
最初に、運用管理アプリケーション４０５は、オペレータからの入力を受け取る（ステップ１２０１）。次に、運用管理アプリケーション４０５は、データストアサーバ１０７が管理している設定ファイル３２３を、運用管理サーバ１０８の不揮発性記憶部４０７上の運用管理設定ファイル４１３として取得する（ステップ１２０２）。前述の、複数のデータストアアプリケーションによる、データストア領域を通常１つ用意するところを複数用意することで、メール送受信アプリケーションからの処理を並列に処理できるなどの利点を持たせる場合には、設定ファイル３２３を複数のデータストアサーバ１０７から取得する必要がある。このうちどちらの設定ファイル３２３の内容も同一であれば問題ないが、差異があった場合には、どちらの設定ファイル３２３が最新のものかを運用管理アプリケーション４０５は判断する必要がある。このため、設定ファイル３２３には設定されている内容に加えて、バージョン情報、もしくは日時情報などをあわせて持つようにする。このようにすることで、取得した設定ファイル３２３のうち有効であるものを判断することが可能となる。
【０１０６】
ステップ１２０２では、あわせてステップ１２０１にて受け取ったオペレータからの入力の妥当性のチェックを行う。例えば、既に同名のキューが存在するにもかかわらず、オペレータが同名でキュー作成を行った場合、運用管理アプリケーション４０５は取得した運用管理設定ファイル４１３に同名キューを発見することができるので、オペレータ側にエラーを返すことができる。これはキューの追加以外でも、例えば存在しないキューの削除や存在しないキューに対する設定変更時も同様の手順でエラーを返すことができる。
【０１０７】
次に、運用管理アプリケーション４０５は受け取ったオペレータの入力と設定順序設定ファイル４１１と処理内容設定ファイル４１２を照らし合わせ、オペレータに対し実施内容の表示と確認を行う（ステップ１２０３）。図５の設定順序設定ファイル４１１および処理内容設定ファイル４１２を利用する場合、キューの追加の場合は設定順序設定ファイル４１１に記載のコードＤ，Ｃ，Ｅとなっているので、全てのデータストアサーバを更新した後、全てのメール送受信サーバを更新し、設定ファイルを更新する手順を行えばよいことがわかる。
【０１０８】
次に、運用管理アプリケーション４０５は前ステップで確定した手順どおりに処理するため、全てのデータストアサーバ１０７の揮発性記憶部３０６上のメタデータ３２２に対して更新処理を行い（ステップ１２０４）、全てのメール送受信サーバ１０６のメール送受信アプリケーション２０５に対して更新処理を行い（ステップ１２０５）、最後に運用管理サーバ１０８の不揮発性記憶部４０７上の運用管理設定ファイル４１３をデータストアサーバ１０７の設定ファイル３２３として格納する（ステップ１２０６）。
【０１０９】
ステップ１２０４、ステップ１２０５、ステップ１２０６は、図５に例示した設定順序設定ファイル４１１と処理内容設定ファイル４１２に記載されている、コードＤが表す処理対象all_store（全データストアサーバ）を引数とした“add_que”の実行、コードＣが表す処理対象all_mail_app（全メール送受信アプリケーション）を引数とした“add_que”の実行、コードＥが表す処理対象file（設定ファイル）を引数とした“add_que”の実行、にそれぞれ該当する。
【０１１０】
図１３は、指定アプリケーションの設定値を基準とする、運用管理アプリケーション４０５の設定値変更シーケンスを例示する図である。本シーケンスは、指定アプリケーションの設定値を基準とすることから、図１１、図１２とは異なり、設定変更の基準としていた設定ファイルの取得更新処理を含んでいない。本シーケンスを利用する場合は、全てのメール送受信アプリケーション２０５およびデータストアサーバ１０７が管理するメタデータ３２２の設定値の差がある程度許容されている場合に限定される。もしくは、何らかの事情で設定値に差が生じてしまった場合に利用される。
【０１１１】
最初に、運用管理アプリケーション４０５は、設定変更を行うオペレータからの入力を受け取る（ステップ１３０１）。ステップ１３０１の入力には指定アプリケーションの設定値を他のサーバに反映するコマンドおよび、指定アプリケーション名が含まれている。次に、運用管理アプリケーション４０５は、全てのメール送受信アプリケーション２０５および全てのデータストアサーバ１０７が管理するメタデータ３２２の設定値を取得する（ステップ１３０２）。
【０１１２】
次に、運用管理アプリケーション４０５がステップ１３０２で取得した全てのメール送受信アプリケーション２０５および全てのデータストアサーバ１０７が管理するメタデータ３２２の設定値と、そのうちステップ１３０１で指定されたアプリケーションの設定値との差分の有無、および差分の内容のチェックを行う（ステップ１３０３）。ステップ１３０３で設定差分が確認できなかった場合は、本シーケンスはこの時点で終了となる。
【０１１３】
次に、運用管理アプリケーション４０５は受け取ったオペレータの入力と設定順序設定ファイル４１１と処理内容設定ファイル４１２を照らし合わせ、オペレータに対し実施内容の表示と確認を行う（ステップ１３０４）。設定差分の内容によってはステップ１３０５以降、いくつかの設定変更を行う必要がある。例えば、指定アプリケーションに特定キューが存在し、なおかつ特定のキューの設定値が異なる場合などは、キューの作成とキューの設定変更の２つの処理を行う必要がある。これ以降は、設定差分の一例として指定アプリケーションに特定キューが存在した場合のシーケンスを例示する。
【０１１４】
運用管理アプリケーション４０５は前ステップで確定した手順どおりに処理するため、全てのデータストアサーバ１０７が管理するメタデータ３２２に対して更新処理を行い（ステップ１３０５）、全てのメール送受信サーバのメール送受信アプリケーション２０５に対して更新処理を行い（ステップ１３０６）、処理は終了となる。
【０１１５】
図１３のシーケンスではオペレータからの入力を元に、基準となるアプリケーションの設定値に合わせて他のアプリケーションへの設定反映を行っているが、例えば本処理を自動で定期的に行う仕組みにすることで、いずれかのアプリケーションの設定値に変更点が生じても、定期的に基準となるアプリケーションの設定値に同期することが可能となる。
【０１１６】
図１４は、図５の設定順序設定ファイル４１１および処理内容設定ファイル４１２に記載のデータストアサーバ追加時における、運用管理アプリケーション４０５の設定変更の際のシーケンスを例示する図である。本シーケンスは、図１０に例示した運用管理アプリケーションＧＵＩにて、一番下に示した、データストアサーバを追加するシステムの構成変更処理を行った際の処理を示している。
【０１１７】
最初に、運用管理アプリケーション４０５は、オペレータからの入力を受け取る（ステップ１４０１）。次に、運用管理アプリケーション４０５は、データストアサーバ１０７が管理している設定ファイル３２３を、運用管理サーバ１０８の不揮発性記憶部４０７上の運用管理設定ファイル４１３として取得する（ステップ１４０２）。設定ファイル３２３の取得に関しては、図１２のステップ１２０２にて述べているため、省略する。
【０１１８】
ステップ１４０２では、あわせてステップ１２０１にて受け取ったオペレータからの入力の正当性のチェックを行う。例えば、既に同ＩＰアドレス、同ポート番号のデータストアサーバが存在するにもかかわらず、オペレータがデータストアサーバの追加を行った場合、運用管理アプリケーション４０５は取得した運用管理設定ファイル４１３に同一設定のデータストアサーバの情報を発見することができるので、オペレータ側にエラーを返すことができる。
【０１１９】
次に、運用管理アプリケーション４０５は受け取ったオペレータの入力と設定順序設定ファイル４１１と処理内容設定ファイル４１２を照らし合わせ、オペレータに対し実施内容の表示と確認を行う（ステップ１４０３）。図５の設定順序設定ファイル４１１および処理内容設定ファイル４１２を利用する場合、データストアサーバの追加の場合は設定順序設定ファイル４１１に記載のコードＢ，Ｅとなっているので、対象のデータストアサーバを更新した後、設定ファイルを更新する手順を行えばよいことがわかる。
【０１２０】
次に、運用管理アプリケーション４０５は前ステップで確定した手順どおりに処理するため、追加対象のデータストアサーバ１０７の揮発性記憶部３０６上のメタデータ３２２に対して更新処理を行う（ステップ１４０４）。この処理では、指定したデータストアサーバを、既にシステム内で動作しているデータストアサーバ１０７の状態まで持っていく必要があるため、メタデータの作成から、既に作成済みのキューの追加の処理を行う必要がある。
【０１２１】
最後に運用管理サーバ１０８の不揮発性記憶部４０７上の運用管理設定ファイル４１３をデータストアサーバ１０７の設定ファイル３２３として格納する（ステップ１４０５）。追加したデータストアサーバを用いて、データストア領域をさらに追加する場合には、図中シーケンスのように設定ファイル３２３の格納を追加したデータストアサーバに対しても行うことで、設定ファイル３２３を冗長化することができる。
【０１２２】
ステップ１４０４、ステップ１４０５は、図５に例示した設定順序設定ファイル４１１と処理内容設定ファイル４１２に記載されている、コードＤが表す処理対象only_store（指定のデータストアサーバ単体）を引数とした“add_store”の実行、コードＥが表す処理対象file（設定ファイル）を引数とした“add_store”の実行、にそれぞれ該当する。
【０１２３】
図１５は、第二の実施形態におけるシステム構成の一例である。
【０１２４】
携帯端末１０１は、モバイルネットワーク１０２を介してキャリア設備網１０３と接続している。モバイルネットワーク１０２は携帯端末１０１とキャリア設備網１０３を接続している、無線ネットワークである。キャリア設備網１０３は、モバイルネットワーク１０２、インターネット１０４、メール送受信サーバ１０６、データストアサーバ１０７、運用管理サーバ１０８、設定可否判断サーバ１５０１を接続しているネットワークである。
【０１２５】
送信先サーバ１０５は、インターネット１０４を介してメール送受信サーバ１０６とメールの送受信を行う。メール送受信サーバ１０６は、キャリア設備網１０３に接続されており、携帯端末１０１がキャリア設備網１０３へ送信したメールを受信し、データストアサーバ１０８へメールを格納する。そして、データストアサーバ１０８からメールを取得し、送信先サーバ１０５へメールを送信する。本実施例では、メール送受信サーバ１０６は複数台で負荷分散されており、メール送受信サーバ１０６ａのようにアルファベットを添え字として表記したものは特定のサーバ単体を示し、総称する場合は、添え字を付けずに表記する。
【０１２６】
データストアサーバ１０７はキャリア設備網１０３に接続されており、メール送受信サーバ１０６からのメールなどのデータを受信し、記憶する。このデータストアサーバ１０７はインメモリＫＶＳ等に代表されるメッセージストアである。本実施例では、データストアサーバ１０７は複数台で負荷分散されており、データストアサーバ１０７ａのようにアルファベットを添え字として表記したものは特定のサーバ単体を示し、総称する場合は、添え字を付けずに表記する。また、データストアサーバ１０７ａへ格納されたデータの損失を防ぐため、データストアサーバ１０７ａに格納されたデータは、複数のデータストアサーバへ冗長化される。
【０１２７】
運用管理サーバ１０８は、キャリア設備網１０３に接続されており、メール送受信サーバ１０６への設定変更処理を行うほか、データストアサーバ１０７への設定変更処理および設定状態の保存を行う。運用管理サーバ１０８は図中では１台としているが、複数台存在しても良い。
【０１２８】
設定可否判断サーバ１５０１は、キャリア設備網１０３に接続されており、運用管理サーバ１０８がメール送受信サーバ１０６やデータストアサーバ１０７への設定変更を行う際に、その設定変更処理が可能か否かを判断する処理を行う。
【０１２９】
図１６は、設定可否判断サーバ１５０１を実現する情報処理装置のハードウェア構成である。
【０１３０】
設定可否判断サーバ１５０１を実現する情報処理装置は、ネットワークＩ／Ｆ１６０１と、プロセッサ１６０２と、揮発性メモリ１６０３と、不揮発性メモリ１６０４と、これらを接続するバスなどの内部通信線と、を含んで構成される。設定可否判断サーバ１５０１はネットワークＩ／Ｆ１６０１を介してキャリア設備網１０３に接続している。
【０１３１】
揮発性メモリ１６０３は、設定可否判断アプリケーション１６０５と、データが格納される揮発性記憶部１６０６を備えている。設定可否判断アプリケーション１６０５は、運用管理サーバ１０８の運用管理アプリケーション４０５が設定変更を行う際に、その設定変更処理が可能か否かを判断する処理を実現する各種制御プログラムを含み、プロセッサ１６０２により実行される。揮発性記憶部１６０６には、設定可否判断アプリケーション１６０５が管理するデータが格納される。
【０１３２】
不揮発性メモリ１６０４は、不揮発性記憶部１６０７を備えている。不揮発性記憶部１６０７には、設定可否判断アプリケーション１６０５が管理するデータ格納される。
【０１３３】
図１７は、設定可否判断サーバ１５０１を利用した場合の、図５の設定順序設定ファイル４１１および処理内容設定ファイル４１２に記載の全送受信アプリケーションおよび全データストアサーバへのキュー追加時における、運用管理アプリケーション４０５の設定変更の際のシーケンスを例示する図である。図１７は、図１１、図１２、図１３、図１４と同様に、以降の説明では、運用管理アプリケーション４０５の設定変更に特化したシーケンスを説明するために、実際の交換データではなく、ペイロード部分となるデータおよび各種要求、各種通知と表記する。また、データをデータストアサーバ１０７の揮発性記憶部３０６へ格納もしくは取得、削除する際には、データ以外に各種管理情報の交換が必要であったとしても、データの格納および取得処理に特化したシーケンスを説明するため、データの格納もしくは取得、削除に要するやりとりは１リクエスト１レスポンスの形で表現する。また、本シーケンスは設定可否判断アプリケーション１６０５が関係するステップ１７０４以外は、図１２と動作が変わらないため、ステップ１７０４以外の説明は簡略化して説明する。
【０１３４】
最初に、運用管理アプリケーション４０５は、設定変更を行うオペレータからの入力を受け取る（ステップ１７０１）。次に、運用管理アプリケーション４０５は、データストアサーバ１０７が管理している設定ファイル３２３を、運用管理サーバ１０８の不揮発性記憶部４０７上の運用管理設定ファイル４１３として取得する（ステップ１７０２）。
【０１３５】
次に、運用管理アプリケーション４０５は受け取ったオペレータの入力と設定順序設定ファイル４１１と処理内容設定ファイル４１２を照らし合わせ、オペレータに対し実施内容の表示と確認を行う（ステップ１７０３）。図５の設定順序設定ファイル４１１および処理内容設定ファイル４１２を利用する場合、キューの追加の場合は設定順序設定ファイル４１１に記載のコードＤ，Ｃ，Ｅとなっているので、全てのデータストアサーバを更新した後、全てのメール送受信サーバを更新し、設定ファイルを更新する手順を行えばよいことがわかる。
【０１３６】
次に、運用管理アプリケーション４０５は、入力された設定変更内容が、設定変更対象であるメール送受信アプリケーション２０５およびデータストアアプリケーション３０５に反映可能であるか否かを設定可否判断アプリケーション１６０５に確認する（ステップ１７０４）。
【０１３７】
ステップ１７０４にて、入力された設定変更内容が、設定変更対象であるメール送受信アプリケーション２０５およびデータストアアプリケーション３０５のいずれか一方または両方に反映可能でないと設定可否判断プログラム１４０５が判断した場合、運用管理プログラム４０５は、例えばターミナル画面に表示するなどして、設定変更に失敗したことを、オペレータへ伝え、処理を終了する。
【０１３８】
これは、例えばキュー追加の設定変更の場合は、メール送受信アプリケーション２０５に影響する設定項目の値がメール送受信アプリケーション２０５にとって不正なものであった場合、ステップ１７０４のような確認処理がなければ、実際にメール送受信アプリケーション２０５への設定変更時に失敗するまでの処理が行われてしまう。この場合、設定変更順序の関係から、データストアアプリケーション３０５上のメタデータ３２２への更新処理が済んでいるにもかかわらず、メール送受信アプリケーション２０５への処理が行われないという設定値の不一致という状況が生じてしまう。
【０１３９】
確認ロジックを運用管理アプリケーションに入れる構成により、上記の状況を防止可能だが、メール送受信アプリケーション２０５もしくはデータストアアプリケーション３０５を変更するたびに運用管理アプリケーション４０５を変更する必要がある。
【０１４０】
このため、設定可否判断アプリケーション１６０５を新たに設けることで、運用管理アプリケーション４０５の変更のコストを省くことが可能となる。設定可否判断アプリケーション１６０５は、アプリケーション自体にメール送受信アプリケーション２０５およびデータストアアプリケーション３０５と同等の設定変更反映可否ロジックを含んで判断しても良いが、メール送受信アプリケーション２０５もしくはデータストアアプリケーション３０５に事前に設定可否を問い合わせるロジックを入れる構成により実現しても良い。
【０１４１】
この構成によれば、メール送受信アプリケーション２０５もしくはデータストアアプリケーション３０５を変更するたびに設定可否判断アプリケーション１６０５を変更する必要もなく、また、この場合は各アプリケーションの依存関係を排した状態で、設定可否を問い合わせるロジックを運用管理アプリケーション４０５中に含めることもできる。
【０１４２】
次に、運用管理アプリケーション４０５は前ステップで確定した手順どおりに処理するため、全てのデータストアサーバ１０７の揮発性記憶部３０６上のメタデータ３２２に対して更新処理を行い（ステップ１７０５）、全てのメール送受信サーバのメール送受信アプリケーション２０５に対して更新処理を行い（ステップ１７０６）、最後に運用管理サーバ１０８の不揮発性記憶部４０７上の運用管理設定ファイル４１３をデータストアサーバ１０７の設定ファイル３２３として格納する（ステップ１７０７）。
【０１４３】
ステップ１７０５、ステップ１７０６、ステップ１７０７は、図５に例示した設定順序設定ファイル４１１と処理内容設定ファイル４１２に記載されている、コードＤが表す処理対象all_store（全データストアサーバ）を引数とした“add_que”の実行、コードＣが表す処理対象all_mail_app（全メール送受信アプリケーション）を引数とした“add_que”の実行、コードＥが表す処理対象file（設定ファイル）を引数とした“add_que”の実行、にそれぞれ該当する。
【符号の説明】
【０１４４】
１０１：携帯端末、１０２：モバイルネットワーク、１０３：キャリア設備網、１０４：インターネット、１０５：送信先サーバ、１０６：メール送受信サーバ、１０７：データストアサーバ、１０９：運用管理サーバ、２０１：ネットワークＩ／Ｆ、２０２：プロセッサ、２０３：揮発性メモリ、２０４：不揮発性メモリ、２０５：メール送受信アプリケーション、２０６：揮発性記憶部、２０７：不揮発性記憶部、２１１：メール受信部、２１２：メール送信部、２１３：データストアサーバＩ／Ｆ部、２１４：設定変更部、３０１：ネットワークＩ／Ｆ、３０２：プロセッサ、３０３：揮発性メモリ、３０４：不揮発性メモリ、３０５：データストアアプリケーション、３０６：揮発性記憶部、３０７：不揮発性記憶部、３１１：データストア部、３１２：メタデータ操作部、３２１：メールデータ、３２２：メタデータ、３２３：設定ファイル、４０１：ネットワークＩ／Ｆ、４０２：プロセッサ、４０３：揮発性メモリ、４０４：不揮発性メモリ、４０５：運用管理アプリケーション、４０６：揮発性記憶部、４０７：不揮発性記憶部、４１１：設定順序設定ファイル、４１２：処理内容設定ファイル、４１３：運用管理設定ファイル、４２１：メール送受信サーバ設定ファイル、４２２：データストアサーバ設定ファイル、４２３：キュー設定ファイル、９０１：ターミナル画面、１００１：ＧＵＩ画面、１００２：マウスカーソル、１５０１：設定可否判断サーバ、１６０１：ネットワークＩ／Ｆ、１６０２：プロセッサ、１６０３：揮発性メモリ、１６０４：不揮発性メモリ、１６０５：設定可否判断アプリケーション、１６０６：揮発性記憶部、１６０７：不揮発性記憶部。
【図１】
2015103197.tif 000003
【図２】
2015103197.tif 000004
【図３】
2015103197.tif 000005
【図４】
2015103197.tif 000006
【図５】
2015103197.tif 000007
【図６】
2015103197.tif 000008
【図７】
2015103197.tif 000009
【図８】
2015103197.tif 000010
【図９】
2015103197.tif 000011
【図１０】
2015103197.tif 000012
【図１１】
2015103197.tif 000013
【図１２】
2015103197.tif 000014
【図１３】
2015103197.tif 000015
【図１４】
2015103197.tif 000016
【図１５】
2015103197.tif 000017
【図１６】
2015103197.tif 000018
【図１７】
2015103197.tif 000019