"ソフトウェアデプロイメントの方法であって、各々がサービスを実施するように、第1のサービス処理エンジン及び第2のサービス処理エンジンを構成し、前記第1のサービス処理エンジンを動作状態に、前記第2のサービス処理エンジンを待機状態に設定し、前記サービスのパフォーマンスに影響を及ぼす変更を検出し、前記検出された変更に少なくとも部分的に基づいて、前記待機状態にある第2のサービス処理エンジンをアップデートすること、を備える方法。請求項1に記載の方法であって、更に、前記アップデートされた第2のサービス処理エンジンを動作状態に、前記第1のサービス処理エンジンを待機状態に設定し、前記検出された変更に少なくとも部分的に基づいて、前記第1のサービス処理エンジンをアップデートすること、を備える方法。請求項2に記載の方法であって、前記アップデートされた第2のサービス処理エンジンを動作状態に設定することは、前記第1のサービス処理エンジンに無効化命令を送信することを含む、方法。請求項1に記載の方法であって、前記第1のサービス処理エンジンは、第1のサービスルールストレージに対応するように構成され、前記第2のサービス処理エンジンは、第2のサービスルールストレージに対応するように構成される、方法。請求項1に記載の方法であって、前記動作状態は、1つ又は2つ以上のサービスリクエストを受信すること、前記1つ又は2つ以上のリクエストの少なくとも一部分が少なくとも1つのサービスルールを満たすか否かを決定すること、を含む、方法。請求項1に記載の方法であって、前記待機状態は、処理設定若しくはサービスルールをアップデートすること、又は前記サービスのパフォーマンスに影響を及ぼす次の変更を検出すること、のいずれかを含む、方法。請求項1に記載の方法であって、前記変更は、サービスルールの追加若しくは修正、及び/又は前記第1のサービス処理エンジンに関連付けられている処理設定に対する修正を含む、方法。請求項1に記載の方法であって、検出は、定期的に又はリアルタイムで実施される、方法。請求項6に記載の方法であって、アップデートは、対応するサービスルール、又は前記第2のサービス処理エンジンに関連付けられている処理設定を修正し、サービスルールの追加若しくは修正、及び/又は前記第1のサービス処理エンジンの処理設定に対する修正に対応させることを含む、方法。ソフトウェアデプロイメントのためのシステムであって、1つ又は2つ以上のプロセッサと、前記プロセッサに接続され、前記プロセッサに命令を提供するように構成されているメモリと、を備え、前記1つ又は2つ以上のプロセッサは、各々がサービスを実施するように構成されている第1のサービス処理エンジン及び第2のサービス処理エンジンを実行し、前記第1のサービス処理エンジンを動作状態に、前記第2のサービス処理エンジンを待機状態に設定し、前記サービスのパフォーマンスに影響を及ぼす変更を検出し、前記検出された変更に少なくとも部分的に基づいて、前記待機状態にある第2のサービス処理エンジンをアップデートするように、構成されている、システム。請求項10に記載のシステムであって、前記1つ又は2つ以上のプロセッサは、更に、前記アップデートされた第2のサービス処理エンジンを動作状態に、前記第1のサービス処理エンジンを待機状態に設定し、前記検出された変更に少なくとも部分的に基づいて、前記第1のサービス処理エンジンをアップデートするように、構成されている、システム。請求項11に記載のシステムであって、前記アップデートされた第2のサービス処理エンジンを動作状態に設定することは、前記1つ又は2つ以上のプロセッサが、前記第1のサービス処理エンジンに無効化命令を送信するように構成されていることを含む、システム。請求項10に記載のシステムであって、前記第1のサービス処理エンジンは、第1のサービスルールストレージに対応するように構成され、前記第2のサービス処理エンジンは、第2のサービスルールストレージに対応するように構成される、システム。請求項10に記載のシステムであって、前記動作状態は、前記1つ又は2つ以上のプロセッサが、1つ又は2つ以上のサービスリクエストを受信するように、及び前記1つ又は2つ以上のリクエストの少なくとも一部分が少なくとも1つのサービスルールを満たすか否かを決定するように構成されることを含む、システム。請求項10に記載のシステムであって、前記待機状態は、前記1つ又は2つ以上のプロセッサが、処理設定若しくはサービスルールをアップデートするように、又は前記サービスのパフォーマンスに影響を及ぼす次の変更を検出するように構成されることを含む、システム。請求項10に記載のシステムであって、前記変更は、サービスルールの追加若しくは修正、及び/又は前記第1のサービス処理エンジンに関連付けられている処理設定に対する修正を含む、システム。請求項10に記載のシステムであって、検出は、定期的に又はリアルタイムで実施される、システム。請求項16に記載のシステムであって、前記1つ又は2つ以上のプロセッサがアップデートするように構成されることは、前記1つ又は2つ以上のプロセッサが、対応するサービスルール、又は前記第2のサービス処理エンジンに関連付けられた処理設定を修正し、サービスルールの追加若しくは修正、及び/又は前記第1のサービス処理エンジンの処理設定に対する修正に対応させるように構成されることを含む、システム。ソフトウェアデプロイメントのためのコンピュータプログラム製品であって、コンピュータによって読み取り可能なストレージメディアに実装され、各々がサービスを実施するように構成されている第1のサービス処理エンジン及び第2のサービス処理エンジンを実行するためのコンピュータ命令と、前記第1のサービス処理エンジンを動作状態に、前記第2のサービス処理エンジンを待機状態に設定するためのコンピュータ命令と、前記サービスのパフォーマンスに影響を及ぼす変更を検出するためのコンピュータ命令と、前記検出された変更に少なくとも部分的に基づいて、前記待機状態にある第2のサービス処理エンジンをアップデートするためのコンピュータ命令と、を備えるコンピュータプログラム製品。本発明は、プロセス、装置、システム、合成物、コンピュータによって読み取り可能なストレージメディアに実装されたコンピュータプログラム製品、並びに/又は結合先のメモリに記憶されている命令及び/若しくは結合先のメモリによって提供される命令を実行するように構成されたプロセッサなどのプロセッサを含む、数々の形態で実装することができる。本明細書では、これらの実装形態、又は本発明がとりえるその他のあらゆる形態が、技術と称される。総じて、開示されているプロセスのステップの順序は、本発明の範囲内で可変である。別途明記されない限り、タスクを実施するように構成されているものとして説明されているプロセッサ又はメモリなどのコンポーネントは、所定時にタスクを実施するように一時的に構成される汎用コンポーネントとして、又はタスクを実施するように製造された特殊コンポーネントとして実装されえる。本明細書で使用されるプロセッサという用語は、コンピュータプログラム命令などのデータを処理するように構成された1つ又は2つ以上のデバイス、回路、及び/又は処理コアを言う。本発明の原理を例示している添付の図面とともに、以下で、本発明の1つ又は2つ以上の実施形態の詳細な説明が提供される。本発明は、このような実施形態との絡みで説明されているが、いかなる実施形態にも限定されない。本発明の範囲は、特許請求の範囲によってのみ限定され、本発明は、数々の代替形態、変更形態、及び均等物を内包している。以下の説明では、本発明の完全な理解を可能にするために、数々の具体的詳細が明記されている。これらの詳細は、例示を目的として提供されており、本発明は、これらの詳細の一部又は全部を伴わずとも、特許請求の範囲にしたがって実施されえる。明瞭さを期するために、発明に関係する技術分野で知られている技術要素は、発明が不必要に不明瞭にされないように、詳細な説明を省略されている。同じシステムにおいて交互に動作可能である少なくとも2つのサービス処理エンジンを使用したホットデプロイメントが開示される。一部の実施形態において、2つのサービス処理エンジンは、サービス処理エンジンの一方が動作状態にあるときはもう一方が待機状態にあるように交互に使用される。2つのサービス処理エンジンは、同じサービス及び機能を実施するように構成され、ゆえに、リクエストされた同じサービスを実施するために交互に使用されえる。動作状態にあるサービス処理エンジンのみが、クライアントユーザのサービスリクエストを受け入れると共に処理することができ、その間、待機状態にあるもう一方のサービス処理エンジンは、その対応するサービスルールストレージユニット及び/又は処理設定を例えばサービスルール又は処理設定に対して成された検出された変更に応えてアップデートしえる。システムのサービスルールが例えば第1若しくは第2のサービスルールストレージユニットにおいて及び/又はシステムのためのサービスルールライブラリにおいて変更され、システムのアップデートが適切であるときは、待機状態にあるサービス処理エンジンは、新しく追加された又は修正されたサービスルール又は処理設定によってアップデートされる。新しくアップデートされたサービス処理エンジンは、次いで、待機状態から動作状態に切り替わり、これまで動作状態にあったサービス処理エンジンによって例えばクライアントユーザのサービスリクエストを受け入れ、処理することによって処理されていたサービスを引き継ぐ。また、これまで動作状態にあったサービス処理エンジンは、無効化され、ソフトウェア及び/又はソフトウェアを実行しているシステムに対する次のアップデートを待つべく待機状態にされる。各種の実施形態において、待機状態にあるサービス処理エンジンは、新しいサービスルールによってアップデートされた後に再起動される。一部の実施形態において、各サーバには、少なくとも2つのサービス処理エンジンが実装される。したがって、ソフトウェアを実行している例えば1つのシステムに属している全てのサーバは、システムを再起動させることなくシステムのアップグレード中に一度にアップデートされえる。それと同時に、システムは、依然、アップデートプロセス中にサービスを提供することができる。各種の実施形態において、ホットデプロイメントは、動的なアップデートを達成するために、また、システムのアベイラビリティを向上させるために、1つのサーバ上で実施することもできる。各種の実施形態において、開示されるようなホットデプロイメントは、アップデートされるべきサーバのバックアップを取る必要なく実現されえる。図1は、ホットデプロイメントのためのシステムの一実施形態を示す図である。システム100は、接続されたサーバ11とデータベース12とを含む。一部の実施形態において、サーバ11及びデータベース12は、ネットワーク不図示を通じて互いに通信しあう。ネットワークとしては、高速データネットワーク及び/又は電気通信ネットワークが挙げられる。本明細書で言及される処理エンジン、ユニット、及びモジュールは、1つ又は2つ以上の汎用プロセッサ上で実行されるソフトウェアコンポーネントとして、プログラマブルロジックデバイス及び/若しくは所定の機能を実施するように設計された特殊用途向け集積回路などのハードウェアとして、又はそれらの組み合わせとして実装することができる。一部の実施形態において、処理エンジン、ユニット、及びモジュールは、本発明の実施形態で説明されている方法をコンピュータデバイスパソコン、サーバ、ネットワーク機器などに実行させるための幾つかの命令を含み且つ不揮発性のストレージメディア光ディスク、フラッシュストレージデバイス、モバイルハードディスクなどに記憶させることができるソフトウェア製品の形で具現化することができる。処理エンジン、ユニット、及びモジュールは、1つのデバイスに実装されえる、又は複数のデバイスに分散されえる。データベース12は、サービスルールを記憶するように構成されたサービスルールライブラリ21を含む。本明細書で使用されるサービスルールは、データが満たしえる条件を言い、その条件が満たされると、ある特定の事象が発生する。例えば、ある特定の回数にわたって製品が購入されると、ログエントリが作成される。1つ又は2つ以上のデータ、及びそれら1つ又は2つ以上のデータによって満たされるべき複数の条件がありえる。サービスルールライブラリ21は、頻繁にアップデートされえる。一部の実施形態において、サービスルールライブラリ21は、サービスルールライブラリ21におけるサービスルールの追加又は修正を希望するオペレータ例えばユーザによってアップデートされえる。例示されるように、第1のサービスルールストレージユニット22は、サービスルールライブラリ21に接続され、1つ又は2つ以上のサービスルールを記憶するように構成される。第2のサービスルールストレージユニット23は、サービスルールライブラリ21に接続され、1つ又は2つ以上のサービスルールを記憶するように構成される。各種の実施形態において、第1のサービスルールストレージユニット22及び第2のサービスルールストレージユニット23は、1つ又は2つ以上の同じサービスルールを記憶する。第1のサービスルールストレージユニット22及び第2のサービスルールストレージユニット23に記憶されているサービスルールは、全て、サービスルールライブラリ21にも記憶されている。サービスルールの1つを修正するためには、オペレータは、サービスルールライブラリ21に記憶されているコンテンツを修正すればよい。各種の実施形態において、第1のサービスルールストレージユニット22は、第1のサービス処理エンジン32に対応し、第2のサービスルールストレージユニット23は、第2のサービス処理エンジン33に対応する。サーバ11は、サービス処理リクエストを例えばサーバ11に対してリクエストを出すクライアントユーザから受信するように構成された入力データ処理ユニット31を含む。入力データ処理ユニット31は、様々なインターフェースを通じて伝送されたサービス処理リクエストを受信し、それらを処理して所定のフォーマットのデータパケットにする。入力データ処理ユニット21は、次いで、データパケットを、第1のサービス処理エンジン32及び第2のサービス処理エンジン33のうち現時点で動作しているいずれかに伝送する。すなわち、入力データ処理ユニット31は、サービス処理リクエストを受信及び解析し、例えば処理されたリクエストをデータパケットのフォーマットにすることによって対応するデータを導き出すことを含む、前処理動作を実施する。例えば、サービス処理リクエストは、2つのインターフェースを通じて伝送される。いずれかのインターフェースからサービス処理リクエストが受信されたら、入力データ処理ユニット31は、サービス処理リクエストが2つのインターフェースのうちのいずれから伝送されたかを決定し、サービス処理リクエストを解析して対応するコンテンツを導き出し、受信されたコンテンツがサービスルールを満たすか否かを決定するためにそれらのコンテンツを現時点で動作状態にあるサービス処理エンジンに伝送する。動作状態に設定されているときは、第1のサービス処理エンジン32は、受信されたサービス処理リクエストが対応する第1のサービスルールストレージユニット22に記憶されているルールを満たすか否かを決定するように構成されている。待機状態に設定されているときは、第1のサービス処理エンジン32は、システムで実行されているソフトウェアの処理設定に対する変更を検出し、対応する設定をアップデートし、次いで、その状態を動作状態に設定するように構成されている。各種の実施形態において、ソフトウェアの処理設定に対する変更としては、中でも特に、サービスルールの1つに対する変更、及び/又は処理エンジンの1つの処理設定に対する変更が挙げられる。各種の実施形態において、第1のサービス処理エンジン32は、サーバ11への入力に応答し、特定のサービスロジックを処理してサービス処理結果を生成することができる。第1のサービス処理エンジン32は、また、動作状態にある間、決定結果を加算する又は結果に対してその他の動作を実施することができる。第1のサービス処理エンジン32は、入力に応答し、特定のサービスロジックを処理してサービス処理結果を生成する。一部の実施形態において、第1のサービス処理エンジン32は、少なくとも、受信されたサービス処理リクエストが対応する第1のサービスルールストレージユニット22に記憶されているルールを満たすか否かを決定して決定結果を得ること、当該決定結果に応答して既定のフローでプロセスを実施すること、及びサービス処理結果を返すことによって動作する。すなわち、第1のサービス処理エンジン32は、様々な動作フローを事前に設定し、特定のサービス処理リクエストに応答してプロセスを実施するとともに対応する動作フローで動作を実施する。第2のサービス処理エンジン33は、動作状態にあるときに、受信されたサービス処理リクエストが第2のサービスルールストレージユニット23に記憶されている第2のルールを満たすか否かを決定するように構成されている。第2のサービス処理エンジン33は、また、待機状態にある間、システムで実行されているソフトウェアの処理設定に対する変更を検出し、それにしたがって、対応する設定をアップデートし、次いで、その状態を動作状態に設定するように構成されている。すなわち、待機状態にある間、第2のサービス処理エンジン33は、サービスルール及び/又はシステムで実行されているソフトウェアの処理設定が変更されたか否かを検出し、変更された場合には、第2のサービスルールストレージユニット23をアップデートし且つ/又は自身の処理設定をアップデートし、次いで、自身を動作状態に設定する。第1のサービス処理エンジン32及び第2のサービス処理エンジン33は、少なくとも、受信されたサービス処理リクエストがそれぞれに記憶されているサービスルールを満たすか否かを決定するプロセスを実施する。各種の実施形態において、第1のサービス処理エンジン32及び第2のサービス処理エンジン33が到達する結果は、これら2つのエンジンが交互に例えば動作状態で使用されえるように、たとえ厳密に同じではないにしても同様である。出力データ処理ユニット34は、サービス処理結果を出力するように構成されている。一部の実施形態では、サービス処理エンジンのうち動作状態にある1つ例えば第1のサービス処理エンジン32又は第2のサービス処理エンジン33のいずれかが、サービス処理リクエストを処理し、次いで、その結果を出力データ処理ユニット34に伝送する。したがって、出力データ処理ユニット34は、処理結果を既定のフォーマットに変換し、次いで、それを、対応するリクエストの発信元又は結果の宛先に返すことができる。サービスルールライブラリ21は、記憶されているサービスルールを調整するために修正することができる基準サービスルールライブラリとして機能する。一部の実施形態において、サービスルールライブラリ21が構成されると、第1のサービスルールストレージユニット21及び第2のサービスルールストレージユニット22は、サービスルールライブラリの中と同じコンテンツを記憶する。そうでなく、サービスルールライブラリが構成されない場合には、第1及び第2のサービスルールストレージユニットの各々は、最初に全てのサービスルールを記憶する。一部の実施形態において、第1のサービスルールストレージユニット22及び第2のサービスルールストレージユニット23は、定期的に又は条件/事象に応答し、ルールの1つが追加又は変更されたか否かを決定するためにサービスルールライブラリ21と比較される。一部の実施形態において、第1のサービスルールストレージユニット22及び第2のサービスルールストレージユニット23は、サービスルールライブラリ21において修正が検出されると、それにしたがってアップデートされる。一部の実施形態において、記憶されているサービスルールは、第1のサービスルールストレージユニット22及び第2のサービスルールストレージユニット23のいずれか又は両方において修正されえる。例えば、待機状態にある第1のサービス処理エンジン32に対応する第1のサービスルールストレージユニット22は、任意のルールを変更するために直接修正することができる。一部の実施形態において、第1のサービスルールストレージユニット22及び/又は第2のサービスルールストレージユニット23は、別々に例えばデータベース12の中に配される代わりに、対応する第1のサービス処理エンジン32及び/又は第2のサービス処理エンジン33に統合され得る。一部の実施形態において、第1のサービス処理エンジン32及び第2のサービス処理エンジン33は、共にルールを記憶するように構成されている第1のサービスルールストレージユニット22及び第2のサービスルールストレージユニット23にそれぞれ対応する。第1のサービス処理エンジン32は、入力に応答し、受信されたサービス処理リクエストが第1のサービスルールストレージユニット22に記憶されているサービスルールを満たすか否かを決定することを含む特定のサービスロジックを処理する。第1のサービス処理ユニット32は、また、入力に応答してサービス処理結果を生成する。一部の実施形態において、第1のサービス処理エンジン32は、第1のサービスルールストレージユニット22に論理的に接続されている、又は第1のサービスルールストレージユニット22は、第1のサービス処理エンジン32の中に例えば処理エンジンのコンポーネントとして直接実装されている。第2のサービス処理ユニット33も、同様に、第2のサービスルールストレージユニット23に対応する。更に、第2のサービス処理エンジン33及び第1のサービス処理エンジン32のいずれを動作状態とし、いずれを待機状態とするかは、様々な適切なハードウェア又はロジックによって実装されえる。例えば、第1のサービス処理エンジン32及び第2のサービス処理エンジン33の各々には、第1のサービス処理エンジン32に第1の状態コントロールユニットが配置されるとともに第2のサービス処理エンジン33に第2の状態コントロールユニットが配置されるように状態コントロールユニット不図示が配置される。したがって、2つのサービス処理エンジンは、どちらのサービス処理エンジンが動作状態にあるか及びそれゆえにどちらが待機状態にあるかを調整するために、第1の状態コントロールユニットと第2の状態コントロールユニットとの間の通信を通じてコントロールされる。図2は、ホットデプロイメントのためのプロセスの一実施形態を示すフローチャートである。一部の実施形態において、プロセス200は、システム100によって実施されえる。ステップ210では、第1のサービス処理エンジン及び第2のサービス処理エンジンの各々が、サービスを実施するように構成される。各種の実施形態において、第1及び第2のサービス処理エンジンの各々は、他方のサービス処理エンジンと同様な且つ/又は互換性のサービス/機能を実施するように構成される。各種の実施形態において、第1のサービス処理エンジンは、第1のサービスルールストレージユニットに対応するようにも構成され、第2のサービス処理エンジンは、第2のサービスルールユニットに対応するようにも構成されている。一部の実施形態において、第1のサービスルールストレージユニット及び第2のサービスルールストレージユニットの各々は、サービスルールを記憶するように構成されている。第1のサービス処理エンジンは、入力に応答し、例えば2つのサービス処理エンジンを実行しているサーバにおいて受信されたサービス処理リクエストが第1のサービスルールストレージユニットに記憶されているルールを満たすか否かを決定することを含む特定のサービスロジックを処理する。受信されたリクエストが第1のルールストレージユニットに記憶されているルールを満たすか否かに関する決定に基づいて、第1のサービス処理エンジンは、決定結果を生成する。一部の実施形態において、第1のサービス処理エンジンは、ロジックを通じて第1のサービスルールストレージユニットに接続される。一部の実施形態において、第1のサービスルールストレージユニットは、第1のサービス処理エンジンの中に直接構成される例えば、第1のサービスルールストレージユニットは、第1のサービス処理エンジンのコンポーネントとして構成される。第2のサービス処理エンジンは、同様に、第2のサービスルールストレージユニットに対応するとともに第2のサービスルールストレージユニットに接続されるように構成されえる。ステップ220では、第1のサービス処理エンジンは、動作状態に設定され、第2のサービス処理エンジンは、待機状態に設定される。各種の実施形態において、第1及び第2のサービス処理エンジンの各々は、対応するサービス処理エンジンが動作状態にある又は待機状態にあるかを記す指標例えば値を記憶しているデータ構造を含む例えば、値がゼロであるときにエンジンは待機状態にある、値が1であるときにエンジンは待機状態にあるなど。ステップ230では、サービスのパフォーマンスに影響を及ぼす変更が検出される。各種の実施形態において、ソフトウェアに対して成される変更例えば修正又は追加は、サービスルールに対する変更又は処理設定に対する変更を含む。サービスルールに対する変更又は処理設定に対する変更は、ホットデプロイメントの不在下では、サービスで実行されているソフトウェアアプリケーションの再起動又はソフトウェアアプリケーションを実行しているシステム全体の再起動を引き起こすと考えられる。しかしながら、ホットデプロイメントは、アプリケーション/システム全体を再起動する必要性を軽減する。一部の実施形態において、変更は、その主要な機能がこのような変更を検出することである第1及び第2のサービス処理エンジンのいずれかのコンポーネント例えばスキャン処理ユニットによって検出される。変更は、例えば、サービスルールライブラリ、第1のサービスルールストレージユニット、又は第2のサービスルールストレージユニットの中で検出されえる。ステップ240では、待機状態にある第2の処理エンジンが、検出された変更に少なくとも部分的に基づいてアップデートされる。一部の実施形態において、第2のサービス処理エンジンは、第2のサービスルールストレージユニットに記憶されているサービスルールをアップデートして、第1のサービスルールストレージユニット又はサービスルールライブラリに記憶されている変更されたルールに対応させることによって、アップデートされる。一部の実施形態において、第2のサービス処理エンジンは、その処理設定をアップデートして、対応する変更された処理設定に対応させることによって、アップデートされる。各種の実施形態において、第2のサービス処理エンジンは、アップデートされた後に動作状態に設定され、その間に、第1のサービス処理エンジンは、待機状態に設定される。一部の実施形態において、動作しているサービス処理エンジンは、待機しているサービス処理エンジンから受信される無効化命令に少なくとも部分的基づいて、待機状態に設定されるように通知される。第1のサービス処理エンジンは、待機状態にあるときに、第2のサービス処理エンジンのアップデートと同様なやり方で例えば、検出された変更に少なくとも部分的に基づいてアップデートされえる。一部の実施形態において、第1のサービス処理エンジンは、アップデートが完了された後も、別の変更が検出されるまで待機状態にとどまる。別の変更が検出された時点で、待機しているサービス処理エンジン例えば第1のサービス処理エンジンは、アップデートされて動作状態に切り替えられ、これまで動作していたサービス処理エンジン例えば第2のサービス処理エンジンは、待機状態に設定される。図3は、サービス処理エンジンの内部構造の一実施形態を示す図である。一部の実施形態において、第1のサービス処理エンジン32及び/又は第2のサービス処理エンジン33は、構造300を使用して実装されえる。図3に示されるように、ユニット41、42、43、及び44は、バス若しくは接続ネットワークなどのハードウェアを通じて、且つ/又はソフトウェアロジックに基づいて接続されえる。構造300は、以下の要素を含む。図1に示されるように入力データ処理ユニット31及び出力データ処理ユニット34に接続された、サービス処理ユニット41。サービス処理ユニットは、入力データ処理ユニット31から受信された入力に応答し、特定のサービスロジックを処理してサービス処理結果を生成し、次いで、その結果を出力データ処理ユニット34に送信するように構成されている。各種の実施形態において、サービス処理ユニット41は、サービス処理リクエストに含まれているデータを、そのデータがサービスルールを満たすか否かを判断するために、構造300によって表されるようなサービス処理エンジンに対応する第1のサービスルールストレージユニット22及び/又は第2のサービスルールストレージユニット23のいずれか一方に記憶されているサービスルールと比較する。例えば、サービス処理リクエストは、3つのフィールド、すなわちフィールドA、フィールドB、及びフィールドCに記憶されているデータを含む。第1のサービスルールストレージユニット22及び第2のサービスルールストレージユニット23は、フィールドA、フィールドB,及び/又はフィールドCが満たしえる条件例えばサービスルールを記憶している。この例では、入力処理ユニット31は、例えば入力処理ユニット31が受信したサービス処理リクエストを、現時点で動作状態にある第1のサービス処理エンジン32及び第2のサービス処理エンジン33のいずれか一方のサービス処理ユニット41に送信する。一部の実施形態において、サービス処理ユニット41は、サービス処理リクエストのフィールドA、フィールドB、及び/又はフィールドCに含まれているデータを抽出する。サービス処理ユニット41は、データを、対応する第1のサービスルールストレージユニット22及び/又は第2のサービスルールストレージユニット23に記憶されているサービスルールと比較し、例えば、サービスルールが満たされているか否かを示す決定結果を生成し、次いで、それを出力データ処理ユニット34に伝送する。スキャン処理ユニット42は、サービスルールの1つ、及び/又は処理エンジンの1つの処理設定が変更されたか否かを検出するように構成されている。具体的には、スキャン処理ユニット42は、対応するサービスルールストレージユニット、及び/又は対応するエンジンの処理設定が変更されたか否かを検出する。一部の実施形態において、スキャン処理ユニット42は、対応するサービスルールストレージに記憶されている対応するサービスルールに対する変更のみを検出する。例えば、スキャン処理ユニット42が、第1のサービス処理エンジン32の内部構造の一部である場合には、第1のサービスルールストレージユニット22は、第1のサービス処理エンジン32に対応しているので、スキャン処理ユニット42は、第1のサービスルールストレージユニット22に記憶されているサービスルールに対する修正のみを検出するだろう。また、スキャン処理ユニット42が、第2のサービス処理エンジン33の内部構造の一部である場合には、第2のサービスルールストレージユニット23は、第2のサービス処理エンジン33に対応しているので、スキャン処理ユニット42は、第2のサービスルールストレージユニット23に記憶されているサービスルールに対する修正のみを検出するだろう。一部の実施形態において、スキャン処理ユニット42は、サービスルールライブラリ21に記憶されているコンテンツ及び現時点で動作している処理エンジン例えば、待機状態にあるサービス処理エンジンではなく、第1又は第2のサービス処理エンジン32又は33のうち現時点で動作状態にあるものの設定が変更されたか否かも検出することができる。変更が検出されたならば、スキャン処理ユニット42は、アップデートトリガ信号を切り替え処理ユニット44に伝送し、すると、切り替え処理ユニット44は、アップデート処理ユニット43へのアップデートトリガ信号の伝送をコントロールする。あるいは、変更が検出されると、スキャン処理ユニット42は、アップデートトリガ信号をアップデート処理ユニット43に伝送し、すると、アップデート処理ユニット43は、アップデート動作を実施した後に、アップデートトリガ信号を切り替え処理ユニット44に伝送する。アップデート処理ユニット43は、サービスルールライブラリ21との整合を図るために第1のサービスルールストレージユニット21/第2のサービスルールストレージユニット22に記憶されているルールをアップデートするように、及び現時点で動作状態にある処理エンジンをアップデートするように構成されている。アップデート処理ユニット43のアップデート動作は、対応するサービスルールストレージユニットに記憶されているサービスルールのみをアップデートして、サービスルールライブラリ21に記憶されているサービスルールと整合させること、を含むことができる。アップデート処理ユニット43は、更に、対応する処理エンジン例えばアップデート処理ユニット43が一部をなしている第1又は第2のサービス処理エンジンのいずれかを再起動させる動作を実施して、修正された処理エンジンを有効化する例えば動作状態にすることができる。一部の実施形態において、アップデート処理ユニット43のトリガは、代替的にスキャン処理ユニット42から開始させることができる。例えば、アップデート処理ユニット43は、スキャン処理ユニット42から伝送されたトリガ信号が受信されたらアップデート動作を実施し、アップデート動作を実施した後、アップデート完了信号を切り替え処理ユニット44に伝送することができる。一部の実施形態において、アップデート処理ユニット43のトリガは、切り替え処理ユニット44から開始させることができる。例えば、アップデート処理ユニット43は、切り替え処理ユニット44から伝送されたトリガ信号が受信されたらアップデート動作を実施し、アップデート動作を実施した後、アップデート完了信号を切り替え処理ユニット44に伝送することができる。一部の実施形態において、サービス処理ユニット41及びスキャン処理ユニット42は、同時に動作可能ではない。スキャン処理ユニット42は、対応する処理エンジンが待機状態にあるときのみ動作可能であり、サービス処理ユニット41は、対応する処理エンジンが動作状態になるまで待ってから動作する。一部の実施形態において、切り替え処理ユニット44は、スキャン処理ユニット42及びサービス処理ユニット41のいずれが動作しているかを例えば、サービス処理エンジンが現時点で動作状態又は待機状態のいずれにあるかに基づいて決定する。以下は、スキャン処理ユニット42、切り替え処理ユニット44、及びアップデート処理ユニット43がどのようにして互いに通信し合うかの一例である。1スキャン処理ユニット42が動作しているとき例えばサービス処理エンジンが待機状態にあるときに、サービスルールライブラリ21の中のサービスルールの1つが修正されたことが検出されると、トリガ信号は、アップデート処理ユニット43に伝送され得る。2アップデート処理ユニット43は、対応するサービスルールストレージユニットの中のサービスルールをアップデートして、サービスルールライブラリ21の中の修正されたサービスルールと整合させ、アップデート完了信号を切り替え処理ユニット44に伝送する。3アップデート完了信号を受信すると、切り替え処理ユニット44は、もう一方のサービス処理エンジンに、例えば、そのもう一方のサービス処理エンジンを待機状態にする無効化命令を伝送し、次いで、現サービス処理エンジンを動作状態に設定する。切り替え処理ユニットは、更に、動作無効化命令をスキャン処理ユニット42に伝送し、例えば、現サービス処理エンジンが動作状態に設定されえるように、サービス処理ユニット41を動作させる。現サービスエンジンが動作しているときに、もう一方のサービス処理エンジンから伝送された無効化命令を受信すると、切り替え処理ユニット44は、現サービス処理エンジンを待機状態に設定し、動作停止信号をサービス処理ユニット41に伝送して、スキャン処理ユニット42を動作させる。更に、アップデート処理ユニット43が、アップデート動作を実施することができる。以下は、スキャン処理ユニット42、切り替え処理ユニット44、及びアップデート処理ユニット43がどのようにして互いに通信し合うかの第2の例である。1スキャン処理ユニット42が動作状態にあるときに、サービスルールライブラリ21の中のサービスルールの1つが修正されたことが検出されると、トリガ信号は、切り替え処理ユニット44に伝送され得る。2トリガ信号を受信すると、切り替え処理ユニット44は、そのトリガ信号をアップデート処理ユニット43に伝送し、アップデート処理ユニット43は、すると、アップデート動作を実施し、アップデート完了信号を切り替え処理ユニット44に伝送する。3アップデート完了信号を受信すると、切り替え処理ユニット44は、もう一方のサービス処理エンジンに無効化命令を伝送し、次いで、現サービス処理エンジンを動作状態に設定し、動作停止信号をスキャン処理ユニット42に伝送し、サービス処理ユニット41を動作させる。動作状態にある現サービスエンジンにおいて、もう一方のサービス処理エンジンから伝送された無効化命令が受信されたら、切り替え処理ユニット44は、現サービス処理エンジンを待機状態に設定し、動作停止信号をサービス処理ユニット41に伝送し、スキャン処理ユニット42を動作させる。更に、アップデート処理ユニット43が、アップデート動作を実施することができる。図4は、切り替え処理ユニットの一実施形態の図である。一部の実施形態において、図4は、切り替え処理ユニット44の一例である。状態サブユニット441は、対応するサービス処理エンジンが現時点で動作状態又は待機状態のいずれにあるかを記憶するように構成されている。アップデートトリガサブユニット442は、現サービス処理エンジンが待機状態にあるときに、スキャン処理ユニット42から信号を受信すると、アップデート処理ユニット43にトリガ信号を伝送し、アップデート処理ユニット43のアップデート動作をアクティブにするように構成されている。アクティブ化サブユニット443は、無効化命令をもう一方のサービス処理エンジンに伝送し、次いで、現サービス処理エンジンの状態サブユニット441を動作状態に設定するように構成されている。アクティブ化サブユニット443は、また、アップデート処理ユニット43から伝送された無効化命令を受信すると、動作停止信号をスキャン処理ユニット42に伝送するように構成されている。無効化処理サブユニット444は、もう一方のサービス処理エンジンから伝送された無効化命令を受信すると、現サービス処理エンジンを待機状態に設定し、動作停止信号をサービス処理ユニット41に伝送し、スキャン処理ユニット42を動作させるように構成されている。無効化アップデートサブユニット445は、無効化処理サブユニット444に接続されており、無効化処理サブユニット444から伝送されたトリガ信号を受信すると、そのトリガ信号をアップデート処理ユニット43に伝送するように構成されている。一部の実施形態において、スキャン処理ユニット42が、アップデート処理ユニット43にアップデート動作を実施するように直接命令するときは、アップデートトリガサブユニット442は、省略することができる。図5は、ホットデプロイメントのプロセスの別の一実施形態を示すフローチャートである。プロセス500は、システム100などのシステムにおいて実施されえる。ステップ510では、第1のサービス処理エンジン及び第2のサービス処理エンジンが、第1のサービスルールストレージユニット及び第2のサービスルールストレージユニットにそれぞれ対応するように構成されている。ステップ520では、第1のサービス処理エンジン及び第2のサービス処理エンジンの一方が待機状態に設定され、もう一方が動作状態に設定される。言い換えると、一度に動作しているのは、第1及び第2のサービス処理エンジンのうちの一方のみであり、もう一方のエンジンは、その間は待機状態にある。一部の実施形態において、待機状態にあるエンジンは、動作状態に入るための通知を受信するまで待機状態にとどまる。動作状態に設定されているサービス処理エンジンは、入力に応答し、特定のサービスロジックを処理してサービス処理結果を生成する。このステップは、現時点で動作しているサービス処理エンジンが、受信されたサービス処理リクエストが対応するサービスルールストレージユニットに記憶されているルールを満たすか否かを検出し、例えばサービスルールが満たされているか否かを示す結果を出力することを含む。待機状態に設定されているもう一方のサービス処理エンジンは、サービスルール、及び/又は現サービス処理エンジンの処理設定が例えばユーザによって変更されたか否かを例えばリアルタイムで又は定期的に検出する。サービスルールライブラリが構成されているとすると、サービスルールに対する変更は、サービスルールストレージユニットの中のルールがサービスルールライブラリに記憶されている同じルールのヴァージョンと整合しないことを示す。サービスルールライブラリが構成されていないとすると、更なるステップは、サービスルールストレージユニットの中のルールが例えば修正された、削除されたなどのように変更されたときに開始させることができる。ステップ530では、待機状態に設定されているサービス処理エンジンは、システムの設定に対してなされた変更が検出されると、対応する記憶されているシステムの設定をアップデートする。一部の実施形態において、ソフトウェアシステムの設定に対する変更としては、サービスルールの1つに対する変更、及び/又は待機しているサービス処理エンジンの処理設定に対する変更が挙げられる。ステップ540では、待機状態に設定されているサービス処理エンジンは、もう一方のサービス処理エンジンに無効化命令を伝送し、現サービス処理エンジンを動作状態にする。動作状態にあることは、入力に応答し、特定のサービスロジックが処理されてサービス処理結果が生成されることを伴う。これは、動作しているサービス処理エンジンが、受信されたサービス処理リクエストが対応するサービスルールストレージユニットに記憶されているルールを満たすか否かを決定して結果を出力することを含む。ステップ550では、もう一方のサービス処理エンジン例えば、ステップ540で無効化命令を受信した、動作状態にあるサービス処理エンジンは、受信したサービス処理リクエストが対応する第1のサービスルールストレージユニットに記憶されているルールを満たすか否かを決定する動作を停止させ、現サービス処理エンジンを待機状態に設定し、更に、ソフトウェアシステムにおいてアップデート動作を実施する。待機状態に設定されているもう一方のサービス処理エンジンは、サービスルール、及び/又は現サービス処理エンジンの処理設定が変更されたか否かを例えばリアルタイムで又は定期的に検出しえる。図6は、ホットデプロイメントのためのシステムの別の一実施形態を示す図である。システム100とシステム600との少なくとも1つの相違は、2つのサービス処理エンジンのどちらが現時点で動作状態にあるかをホットデプロイメント処理ユニット55がコントロールすることである。システム100と同様に、システム600は、データベース11とサーバ12とを含む。システム100と同様に、サーバ11は、更に、入力データ処理ユニット51と、第1のサービス処理エンジン52と、第2のサービス処理エンジン53と、出力データ処理ユニット54とを含む。システム100と異なり、システム600の中のサーバ11は、ホットデプロイメント処理ユニット55を含む。ホットデプロイメント処理ユニット55は、第1のサービス処理エンジン52及び第2のサービス処理エンジン53の両方に接続されており、一方のサービス処理エンジンによってもう一方のサービス処理エンジンに伝送された無効化命令に少なくとも部分的に基づいて、第1のサービス処理エンジン52及び第2のサービス処理エンジン53の状態を修正するように構成されている。図6に示された例では、ホットデプロイメント処理ユニット55は、第1のサービス処理エンジン52及び第2のサービス処理エンジン53のどちらが動作状態にあるか及びどちらが待機状態にあるかをコントロールする。システム100と同様に、一部の実施形態において、第1のサービス処理エンジン52及び第2のサービス処理エンジン53は、各々、サービス処理ユニットと、切り替え処理ユニットと、アップデート処理ユニットと、スキャン処理ユニットとを含むことができる。一部の実施形態において、第1のサービス処理エンジン52及び第2のサービス処理エンジン53は、サービス処理ユニット、スキャン処理ユニット、及びアップデート処理ユニットのみを含むことができ、切り替え処理ユニットの機能は、ホットデプロイメント処理ユニット55に統合することができる。一部の実施形態において、第1のサービス処理エンジン52及び第2のサービス処理エンジン53の各々が、システム100と同様に、サービス処理ユニット、切り替え処理ユニット、アップデート処理ユニット、及びスキャン処理ユニットを含むときに、第1のサービス処理エンジン52及び第2のサービス処理エンジン53は、更に、以下の要素を含むことができる。入力データ処理ユニット51及び出力データ処理ユニット54に接続されているサービス処理ユニット。サービス処理ユニットは、入力データ処理ユニット51から受信したサービス処理リクエストが現サービスルールストレージユニットに記憶されているルールを満たすか否かを決定するように、また、結果を出力データ処理ユニット54に出力するように構成されえる。サービスルールの1つ、及び/又は処理エンジンの1つの処理設定が変更されたか否かを検出するように構成されているスキャン処理ユニット。スキャン処理ユニットが、サービスルールの1つ、及び/又は処理エンジンの1つの処理設定に対する変更を検出すると、第1のサービスルールストレージユニット22及び/又は第2のサービスルールストレージユニット23をアップデートして、現処理エンジンをアップデートするように構成されているアップデート処理ユニット。ホットデプロイメント処理ユニット55からの命令を受信すると、サービス処理ユニット61不図示又はサービス処理ユニット62不図示を動作させるように構成されている切り替え処理ユニット。一部の実施形態において、第1のサービス処理エンジン52及び第2のサービス処理エンジン53は、各々、サービス処理ユニット、スキャン処理ユニット、及びアップデート処理ユニットのみを含むことができる。ホットデプロイメント処理ユニット55は、それぞれの処理エンジンの両方のサービス処理ユニット、スキャン処理ユニット、及びアップデート処理ユニットに接続されている。したがって、ホットデプロイメント処理ユニット55は、それぞれのユニットをコントロールして動作させる。図7は、ホットデプロイメント処理ユニットが第1及び第2のサービス処理エンジンとどのようにやり取りしえるかの一実施形態を示す図である。この例に示されるように、第1のサービス処理エンジン52は、第1のサービス処理ユニット521と、第1のスキャン処理ユニット522と、第1のアップデートユニット523とを含み、第2のサービス処理エンジン53は、第2のサービス処理ユニット531と、第2のスキャン処理ユニット532と、第2のアップデートユニット533とを含む。また、この例では、第1のサービス処理エンジン52は、動作状態にあり、第2のサービス処理エンジン53は、待機状態にある。ホットデプロイメント処理ユニット55は、第2のスキャン処理ユニット531からトリガ信号を受信すると、第2のアップデートユニット533にアップデート動作を実施するように指示する。ホットデプロイメント処理ユニット55は、第2のアップデートユニット533からアップデート完了信号を受信すると、第1のサービス処理ユニット521及び第2のスキャン処理ユニットに動作停止信号を伝送し、第1のスキャン処理ユニット522及び第1のサービス処理ユニットを動作状態にする。一部の実施形態において、ホットデプロイメントシステムのホットデプロイメント処理ユニットは、以下のステップで、第1のサービス処理エンジン及び第2のサービス処理エンジンにおいてホットデプロイメントを実施することができる。1ホットデプロイメント処理ユニットが構成される。2第1のサービス処理エンジン及び/又は第2のサービス処理エンジンは、サービスルール、又は処理エンジンの処理設定に対する変更を検出すると、現時点で動作している処理エンジンに対応するサービスルールストレージユニットを直接アップデートし、リクエストをホットデプロイメント処理ユニットに伝送する。一部の実施形態において、リクエストは、変更が検出されたこと及び/又はどのサービスルール若しくは処理設定が変更されたかを示す。3一部の実施形態において、リクエストを伝送したサービス処理エンジンが現時点で動作状態にあるならば、そのサービス処理エンジンは、その対応する設定がアップデートされえるように待機状態に設定される必要があると考えられる。また、これまで待機状態にあったもう一方のサービス処理エンジンは、動作状態に設定される必要があると考えられる。一部の実施形態において、リクエストを伝送したサービス処理エンジンが現時点で待機状態にあるならば、そのサービス処理エンジンは、先ずアップデートすることができ、次いで、現時点で動作状態にあるもう一方のサービス処理エンジンも、やはりアップデートされえるように待機状態に切り替えることができる。例えば、ホットデプロイメント処理ユニットは、リクエストを伝送した第1のサービス処理エンジン又は第2のサービス処理エンジンのいずれか一方をアップデートし、次いで、それを動作状態に設定し、また、もう一方のサービス処理エンジンを、それに無効化命令を伝送することによって待機状態にする。無効化命令を受信すると、もう一方のサービス処理エンジンは、現サービス処理エンジンを待機状態に設定し、次いで、そのサービスルールストレージユニットの中のルール、又は対応するサービス処理エンジンのソフトウェア設定をアップデートする。アプリケーションシナリオの一例以下の例は、ネットワークを通じた信用認証のためのホットデプロイメントのシステムに関する。入力データ処理ユニットは、信用認証リクエストを受信する。第1のサービス処理エンジン及び第2のサービス処理エンジンのうち動作状態にあるいずれか一方が、受信された信用認証リクエストに応答して認証を実施する。サービスルールライブラリの中のルールの1つ例えば個人信用ルールが変更されると、両方のサービス処理エンジンが動作を停止される例えば、システム上で実行されているアプリケーション全体が中断されることなくそれぞれのサービス処理エンジンのルールを最終的にアップデートすることができる。以上の開示は、本発明の幾つかの実施形態を単に例示したものであり、本発明は、それらに限定されず、本発明の特許請求の範囲には、当業者ならば想到しえるあらゆる変形例が含まれる。以上の実施形態は、理解を明瞭にする目的で幾らか詳細に説明されてきたが、本発明は、提供された詳細に限定されない。本発明の実現には、多くの代替的手法がある。開示された実施形態は、例示のためであって、限定的なものではない。"