JP2003067214A - サーバシステム、仲介装置、クライアントサーバ型システムにおける誤り隠蔽方法 - Google Patents

Abstract

(57)【要約】 【課題】 クライアントサーバシステムにおいてサーバ
側の誤りを容易且つ安価な構成で隠蔽することができる
サーバシステム及び仲介装置並びに誤り隠蔽方法を提供
する。 【解決手段】 仲介装置３０は、クライアント４１から
の処理要求を各サーバ２１，２２，２３に転送し、各サ
ーバからの応答結果の正当性を判定し、正当性を有する
一つの応答結果をクライアント４１に転送する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、長時間の連続運転
が要求されるメールサーバ・Ｗｅｂサーバ・ＥＣサーバ
などのインターネットビジネス用システムや通信網のノ
ードシステムなどにサーバシステムに関する。

【０００２】

【従来の技術】この種のサーバシステムは、クライアン
トに対して常にサービスを適切に提供する必要がある。
すなわち、サーバシステムの「誤り」を隠蔽し、「障害
（Ｆａｉｌｕｒｅ）」発生を防止する必要がある。ここ
で「障害」とはシステムの機能損失を意味する。「障
害」の発生要因の具体例としては例えばハードウェアに
おけるバグや故障，ソフトウェアにおけるバグなどが挙
げられる。そして、これら「障害」の原因を「フォール
ト」と呼ぶ。仮にシステムに「フォールト」が存在して
いても、そのことが直ちに「障害」を引き起こすとは限
らず潜在することもある。「フォールト」が原因で異常
が表面化することを「誤り（Ｅｒｒｏｒ）」という。そ
して「誤り」が発生したシステムが正常な状態から逸脱
すると「障害」が発生する。なお、「誤り」はバグや故
障などの狭義の「フォールト」のみが原因ではなく、例
えば間欠故障やオペレータの設定ミスや操作ミスなども
「誤り」の原因となる。

【０００３】従来、この「誤り」を隠蔽することができ
る高信頼性システムの一例として、「フォールトトレラ
ンスサーバＦＴ６１００の高信頼化技術」，電子情報通
信学会，ＦＴＳ９３−５６，１９９６年に記載されたも
のが提案されている。この高信頼性システムの一例につ
いて図１５を参照して説明する。

【０００４】図１５に示すように、この高信頼性システ
ムは、それぞれ同じスペックを有する三つのＭＰＵ（Ｍ
ｉｃｒｏ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）１０１
０，１０２０，１０３０と、各ＭＰＵ１０１０，１０２
０，１０３０に接続されたＭＰＵ監視装置１１１０と、
クロック供給回路１２１０とを備えている。

【０００５】ＭＰＵ１０１０は、メモリ１０１１及びハ
ードディスク１０１２と対してシステムバス１０１３を
介して接続しており、これらの機器で一つの系を構成し
ている。同様に、ＭＰＵ１０２０は、メモリ１０２１及
びハードディスク１０２２に対してシステムバス１０２
３を介して接続しており、これらの機器で一つの系を構
成している。

【０００６】システムバス１０１３のＭＰＵ１０１０側
にはバッファ１３１０が設けられている。このバッファ
１３１０は、ＭＰＵ１０１０がフォールトになった場合
に、ハイインピーダンス状態（即ち論理的に切断された
状態）にされる。これにより、システムバス１０１３が
ＭＰＵ１０１０から切り離される。同様に、システムバ
ス１０２３のＭＰＵ１０３０側にはバッファ１３２０が
設けられている。このバッファ１３２０は、ＭＰＵ１０
２０がフォールトになった場合に、ハイインピーダンス
状態（即ち論理的に切断された状態）にされる。これに
より、システムバス１０２３がＭＰＵ１０２０から切り
離される。

【０００７】一方の系のシステムバス１０１３と他方の
系のシステムバス１０２３とはバッファ１３３０を介し
て相互に接続している。このバッファ１３３０は、二つ
の系のうち一方の系でフォールトが発生した場合に他方
の系より正常な信号を取り入れるためのものである。

【０００８】一方の系に属するハードディスク１０１２
は、他方の系のシステムバス１０２３と接続しており、
ＭＰＵ１０２０からアクセス可能となっている。同様
に、他方の系に属するハードディスク１０２２は、一方
の系のシステムバス１０１３と接続しており、ＭＰＵ１
０１０からアクセス可能となっている。

【０００９】クロック供給回路１２１０は、本システム
の各要素、即ちＭＰＵ１０１０，１０２０，１０３０、
ＭＰＵ監視装置１１１０、メモリ１０１１，１０２１、
ハードディスク１０１２，１０２２、システムバス１０
１３，１０２３、バッファ１３１０，１３２０，１３３
０などに接続しており、これらの各要素を同期して動作
させるために共通の信号を供給する。なお、図１５にお
いては、図面の複雑化を避けるために、クロック供給回
路１２１０から他の各要素へクロック信号を分配するた
めの配線については図示を省略した。

【００１０】この高信頼性システムの動作について説明
する。ＭＰＵ１０１０，１０２０，１０３０はクロック
供給回路１２１０からのクロック信号に基づき動作し、
互いに同期し且つ同一の処理を行っている。

【００１１】ＭＰＵ監視装置１１１０は、一マシンサイ
クルごとにＭＰＵ１０１０，１０２０，１０３０の出力
を比較し、いわゆる「多数決処理」を行う。この多数決
処理とは、複数の信号を互いに比較し、最も多く出力さ
れた信号を正常信号として取り扱うものである。ここで
は、ＭＰＵ監視装置１１１０は、ＭＰＵ１０１０，１０
２０，１０３０の出力が全て同じ場合、各ＭＰＵにフォ
ールトはないと判定して、そのまま処理を継続する。一
方、ＭＰＵ１０１０の出力が他の二つのＭＰＵ１０２
０，１０３０と異なる場合、ＭＰＵ監視装置１１１０は
ＭＰＵ１０１０が故障したと判断し、バッファ１３１０
をハイインピーダンスとするとともに、バッファ１３３
０を開放する。他方、ＭＰＵ１０２０の出力が他の二つ
のＭＰＵ１０１０，１０３０と異なる場合、ＭＰＵ監視
装置１１１０はＭＰＵ１０２０が故障したと判断し、バ
ッファ１３２０をハイインピーダンスとするとともに、
バッファ１３３０を開放する。さらに、ＭＰＵ１０３０
の出力が他の二つのＭＰＵ１０１０，１０２０と異なる
場合、ＭＰＵ監視装置１１１０はＭＰＵ１０３０が故障
したと判断するが、ＭＰＵ１０３０は多数決処理のため
だけに動作しているＭＰＵなので、バッファ１３１０，
１３２０，１３３０の制御は行わない。

【００１２】

【発明が解決しようとする課題】上述のように、従来の
高信頼性システムでは、ＭＰＵを複数台設置し、それら
を同一のクロック供給回路を用いて同期動作させ、各々
の出力をモニタする監視装置により障害を検出するとい
う方式を採用してきた。また、障害を検出した場合に
は、システムバスをハイインピーダンスにし、正常系だ
けで動作できるようにする仕組みを備えていた。すなわ
ち、従来の高信頼性システムは、汎用コンピュータとは
全く異なるハードウェア構成を実現する必要があること
から、用途・目的を考慮して専用のシステムを構築する
必要があった。

【００１３】このため、従来の高信頼性システムは、 （１）コストが高くなる （２）次々に市場に登場する新製品（高機能プロセッサ
・大容量メモリなど）を利用した高性能な高信頼性シス
テムの開発期間が長くなる （３）クロック信号を高信頼性システム全域に分配する
必要があるため、クロックの配線長の増大による配線遅
延がネックとなり、高信頼性システムの高性能化の実現
が困難である。また、クロック供給回路を実装する位置
により系間でクロックの位相ずれが生じ得るため、位相
合わせのための回路が必要となる。その結果、回路設計
が難しく複雑な構成となってしまう という問題点があった。

【００１４】本発明は、上記事情に鑑みてなされたもの
であり、その目的とするところは、クライアントサーバ
システムにおいてサーバ側の誤りを容易且つ安価な構成
で隠蔽することができるサーバシステム及び仲介装置並
びに誤り隠蔽方法を提供することにある。

【００１５】

【課題を解決するための手段】上記目的を達成するため
に、本発明は、クライアントサーバ型システムにおける
サーバ側のシステムにおいて、クライアントからの処理
要求をサーバに転送する処理要求転送手段と、処理要求
に応じてサーバから受信した応答結果を保持する応答結
果保持手段と、保持した応答結果の正当性を判定する正
当性判定手段と、正当と判定された応答結果のみを要求
元のクライアントに転送する応答結果転送手段とを有す
る仲介装置をクライアントとサーバとの間に介在させた
ことを特徴とする。

【００１６】本発明によれば、仲介装置により、クライ
アントからの処理要求がサーバに転送される。そして、
サーバからの応答結果に対して正当性が判定され、正当
な応答結果のみがクライアントに転送される。これによ
り、クライアントに対してサーバにおける「誤り」を隠
蔽できる。このように、サーバに特別な構成を必要とす
ることなく誤りの隠蔽ができるので、安価な汎用コンピ
ュータを用いた障害耐性に優れたシステムの構築が可能
となる。また、ソフトウェアやハードウェアの高性能化
によるサーバの高性能化を図り、これによりシステム全
体の高性能化を容易に行うことができる。さらに、前述
したクロック配線遅延問題や位相合わせ問題も解決でき
るため高性能なシステムを構築できる。

【００１７】

【発明の実施の形態】本発明の一実施の形態に係る高信
頼性サーバシステムについて図面を参照して説明する。
図１は本実施の形態に係る高信頼性サーバシステムの全
体構成を説明するブロック図、図２はサーバ管理表の一
例を説明する図である。なお、本実施の形態ではクライ
アントに対してＷｅｂサービスを提供するシステムにつ
いて例示する。

【００１８】この高信頼性サーバシステム１０は、図１
に示すように、クライアント４１の要求を受け取り、該
要求に対する応答を返す高信頼性サーバ２０と、高信頼
性サーバ２０とクライアント４１との間に介在する仲介
装置３０とを備えている。

【００１９】高信頼性サーバ２０は、一つ以上のサーバ
で構成される。図１の例では、高信頼性サーバ２０は、
三つのサーバ２１，２２，２３で構成され、それぞれの
サーバは同じ要求に対して、各サーバが正常に稼働して
いれば同じ応答を返す。

【００２０】仲介装置３０は、ネットワーク５０を介し
てクライアント４１からの要求を受け取り後述する適切
なタイミングで高信頼性サーバ２０へ転送し、高信頼性
サーバからの応答の正当性をチェックして正しい応答を
返す制御部３１と、高信頼性サーバ２０の各サーバ２
１，２２，２３の状態を管理するサーバ管理表３２とを
備えている。制御部３１は、サーバ管理表３２に対して
どのサーバが正常又は障害であるかを登録し、このサー
バ管理表３２を参照して、どのサーバにクライアント４
１からの要求を処理するかを判断する。図２にサーバ管
理表３２の一例を示す。図２に示すように、サーバ管理
表３２は、サーバを識別するためのサーバＩＤ、サーバ
のＩＰアドレス、サーバの稼働情報から構成される。

【００２１】クライアント４１は、Ｗｅｂブラウザを用
い、ネットワーク５０を経由して高信頼性サーバ２０に
Ｗｅｂページなどを要求する。

【００２２】次に、仲介装置３０の動作について、図３
及び図４を参照して説明する。図３は仲介装置の動作を
説明するフローチャート、図４は高信頼性サーバシステ
ムの動作を説明する図である。

【００２３】制御部３１は、ｗｅｌｌ−ｋｎｏｗｎポー
ト（Ｗｅｂサービスなので８０）を常に監視しており、
クライアント４１からの要求があるかどうかを確認する
（ステップＳＡ１）。クライアントからの要求があった
場合（ステップＳＡ１）、該クライアントとの間でＴＣ
Ｐ接続を行い、子制御プロセス３３を生成する（ステッ
プＳＡ２）。子制御プロセス３３の生成が完了すると、
再びクライアント４１からの要求をチェックする（ステ
ップＳＡ１）。例として、クライアント４１が高信頼性
サーバシステム１０に対して処理要求を行い、その要求
を制御部３１が受け取り、子制御プロセス３３を生成し
た状態を図４に示す。

【００２４】次に、制御部３１が生成した子制御プロセ
ス３３の動作について図５乃至図９を参照して説明す
る。図５及び図６は子制御プロセスの動作を説明するフ
ローチャート、図７乃至図９は高信頼性サーバシステム
の動作を説明する図である。

【００２５】まず、子制御プロセス３３は、サーバ管理
表３２を参照し、正常なサーバ２１，２２，２３とＴＣ
Ｐ接続を行う（ステップＳＢ１）。この時の状態を図７
に示す。

【００２６】次に、子制御プロセス３３は、クライアン
ト４１から処理要求があるかどうかをチェックし（ステ
ップＳＢ２）、要求がある場合にはその要求をＦＩＦＯ
キューに格納し（ステップＳＢ３）、要求がない場合に
は何もせずに次のステップに進む。

【００２７】もし、子制御プロセス３３がサーバ２１，
２２，２３からの応答を待っており（ステップＳＢ
４）、なおかつ、各サーバ２１，２２，２３からの応答
が全て揃った場合には（ステップＳＢ７）、応答結果の
多数決を行う（ステップＳＢ１２）。全ての応答が同一
であるならば（ステップＳＢ１３）、サーバに異常がな
いと判断しクライアント４１に対して応答の一つを返す
（ステップＳＢ１５）。もし、多数決の結果、全ての応
答が同一でない場合には（ステップＳＢ１３）、サーバ
管理表３２に少数派の応答を返したサーバの稼働状態を
「正常」から「異常」に変更し、そのサーバをシステム
から切り離す（ステップＳＢ１４）。そして、クライア
ント４１に対して正しい応答を一つ返す（ステップＳＢ
１５）（図９参照）。

【００２８】子制御プロセス３３は、その後に再びクラ
イアント４１からの処理要求があるかどうかをチェック
を行う（ステップＳＢ２）。

【００２９】もし、子制御プロセス３３がサーバからの
応答を待っておらず（ステップＳＢ４）、ＦＩＦＯキュ
ーが空ではない（要求がある）ならば（ステップＳＢ
５）、ＦＩＦＯキューの先頭から要求を一つだけ取り出
しコピーを作り、接続中の全てのサーバ２１，２２，２
３に転送する（ステップＳＢ６）（図８参照）。そし
て、再びクライアント４１からの処理要求があるかどう
かをチェックする（ステップＳＢ２）。

【００３０】もし、子制御プロセス３３がサーバからの
応答を待っておらず（ステップＳＢ４）、ＦＩＦＯキュ
ーが空であるならば（ステップＳＢ５）、クライアント
４１に対して行うサービスは終了したことになり、子制
御プロセス３３は消滅する。

【００３１】子制御プロセス３３は、全ての応答が揃っ
ていない場合に（ステップＳＢ７）、サーバから応答を
受信したら（ステップＳＢ８）（図９参照）、その応答
をバッファに蓄積しタイムアウトのチェックを行う（ス
テップＳＢ１０）。応答を受信していなかったら（ステ
ップＳＢ８）、応答の蓄積処理はせずタイムアウトのチ
ェックを行う（ステップＳＢ１０）。タイムアウトにな
っていたら（ステップＳＢ１０）、タイムアウトしたサ
ーバからの応答はＮＵＬＬメッセージとし（ステップＳ
Ｂ１１）、応答の多数決を行う（ステップＳＢ１２）。
一方、タイムアウトになっていなかったら（ステップＳ
Ｂ１０）、クライアント４１から新しい要求が来ている
かをチェックする（ステップＳＢ２）。

【００３２】以上のステップにより、クライアント４１
からの処理要求は全てのサーバ２１，２２，２３に転送
される。そして、各サーバ２１，２２，２３からの応答
結果は正当性がチェックされ、正しい応答のみがクライ
アント４１に転送される。そして、正当でない応答を返
したサーバはシステムから切り離される。なお、障害が
発生しシステムから切り離されたサーバの復旧は、当該
サーバを立ち上げ、そのサーバの情報をサーバ管理表３
２に登録し、稼働状態を「正常」に変更することで実現
する。

【００３３】次に、子制御プロセス３３が実現する要求
と応答の順序制御について図１０及び図１１を参照して
説明する。図１０及び図１１は子制御プロセスにおける
処理の順序制御を説明する図である。

【００３４】まず、子制御プロセス３３とクライアント
４１とがＴＣＰ接続されていて、さらに、サーバ２１，
２２ともＴＣＰ接続されている例について図１０を参照
して説明する。図１０に示すように、クライアント４１
から処理要求Ｘ１を受け取った子制御プロセス３３は、
最初にサーバ２１へ要求Ｘ２を転送し、続いてサーバ２
２に要求Ｘ３を転送している。次に、子制御プロセス３
３は、最初にサーバ２２からの応答Ｘ４を受信し、続い
てサーバ２１からの応答Ｘ５を受信している。

【００３５】このように、子制御プロセスがサーバへ処
理要求を転送する順序は任意であり、また子制御プロセ
スがサーバから応答結果を受信する順序も任意である。
例えば、子制御プロセス３３は、最初にサーバ２２へ要
求Ｘ３を転送し、続いてサーバ２１へ要求Ｘ１を転送し
てもよい。また、子制御プロセス３３は、最初にサーバ
２１からの応答Ｘ５を受信し、続いてサーバ２２からの
応答Ｘ４を受信してもよい。

【００３６】次に、他の例について図１１を参照して説
明する。図１１では、クライアント４１から処理要求Ｙ
１を受けとった子制御プロセス３３は、最初にサーバ２
１へ要求Ｙ２を転送し、続いてサーバ２２へ要求Ｙ３を
転送している。次に、子制御プロセス３３は、サーバ２
２からの応答Ｙ４を受信したが、サーバ２１からの応答
Ｙ５を受信しないうちに、クライアント４１から新たな
処理要求Ｚ１を受信した。

【００３７】この場合、要求Ｚ１をサーバ２１，２２へ
転送せずに、要求Ｙ１に対する応答Ｙ６をクライアント
４１へ返すまで要求Ｚ１の転送処理を待たなければなら
ない。これは、もしこの状況で新たな要求Ｚ１を転送す
ると、サーバ２１，２２は互いに異なる動作をする可能
性があるためである。

【００３８】子制御プロセス３３は、サーバ２１からの
応答Ｙ５を受信し、クライアントへ応答Ｙ６を返すと、
要求Ｚ２，Ｚ３をそれぞれサーバ２１，２２へ転送す
る。また、子制御プロセス３３は、サーバ２１からの応
答Ｚ４を受信し、続いてサーバ２２からの応答Ｚ５を受
信する。最後に子制御プロセス３３は、クライアント４
１へ応答Ｚ６を返す。

【００３９】なお、複数のクライアントからの処理要求
は、それぞれ別の子制御プロセスを生成することにより
処理を並列化し、処理性能の向上を図ると好適である。
例えば、図１２に例示するように、クライアント４１か
らの処理要求は子制御プロセス３３が処理し、クライア
ント４２からの処理要求は子制御プロセス３４が処理し
てもよい。この場合には、異なるクライアント同士の要
求・応答の順序制御は行わない。

【００４０】以上詳述したように、本実施の形態に係る
高信頼性システムによれば、クライアントからの処理要
求がサーバに転送される。そして、サーバからの応答結
果に対して正当性が判定され、正当な応答結果のみがク
ライアントに転送される。これにより、クライアントに
対してサーバにおける「誤り」を隠蔽できる。このよう
に、サーバに特別な構成を必要とすることなく誤りの隠
蔽ができるので、安価な汎用コンピュータを用いた障害
耐性に優れたシステムの構築が可能となる。また、ソフ
トウェアやハードウェアの高性能化によりサーバの高性
能化を図り、これによりシステム全体の高性能化を容易
に行うことができる。さらに、前述したクロック配線遅
延問題や位相合わせ問題も解決できるため高性能なシス
テムを構築できる。

【００４１】以上本発明の実施形態について説明したが
本発明はこれに限定されるものではない。本発明の範囲
は特許請求の範囲によって示されており、各請求項の意
味の中に入る全ての変形例は本発明に含まれるものであ
る。

【００４２】例えば、各サーバは同じ応答を返すならば
同じ実装である必要はない。すなわち、バージョン・仕
様・プログラム言語・コンパイラ・コンパイラオプショ
ンなどが異なっていてもよい。また、サーバは一つのプ
ロセスから構成されていも複数のプロセスから構成され
ていてもよい。さらに、プロセスではなくオブジェクト
でもよい。

【００４３】また、上記実施の形態では、制御部及びサ
ーバ管理表を仲介装置に実装したが、高信頼性サーバシ
ステムの各構成要素の物理的位置関係は任意である。す
なわち、例えば、各構成要素を一つのコンピュータ上に
実装してもよいし、異なるコンピュータ上に全てバラバ
ラに実装してもよい。また、一部を同一のコンピュータ
上に実装してもよい。

【００４４】さらに、子制御プロセスと各サーバのＴＣ
Ｐ接続のオーバヘッドを軽減するために、あらかじめ複
数の子制御プロセスを作っておき、それらをサーバとあ
らかじめＴＣＰ接続をしておき、クライアントからの要
求を待ち受けてもよい。

【００４５】さらに、上記実施の形態では、三つのサー
バ間で多数決を行うことにより応答の正当性を判断して
いるが、応答結果のフォーマットの正常性により判断し
てもよい。例えば、応答結果がｈｔｔｐのプロトコルフ
ォーマットに合致しているかどうかで正当性を判断す
る。また、要求と応答のマッチングから応答の正当性を
判断してもよい。例えば、ｈｔｔｐにおけるＧＥＴ要求
に対する応答のヘッダにＣｏｎｔｅｘｔ−Ｌｅｎｇｔｈ
が含まれており、ボディにデータが含まれている応答が
正当性を有する応答であると判断する。さらに、これら
の判断方法と多数決を組み合わせてもよい。

【００４６】さらに、図１３に示すように、二つの仲介
装置３０、３５を設けることにより仲介装置の冗長化を
図り、これにより仲介装置の高信頼化を図ってもよい。

【００４７】さらに、図１４に示すように、処理の要求
元のクライアントに応じて、処理要求に対する処理を行
うサーバを分散させるようにしてもよい。図１４では、
クライアント４１についてはサーバ２１，２２，２３が
処理を行い、クライアント４２についてはサーバ２４，
２５，２６が処理を行っている。このような構成により
負荷分散が図れるので、サーバシステム全体の処理能力
を向上できる。

【００４８】さらに、上記実施の形態ではＯＳとしてＵ
ＮＩＸ（登録商標）を前提として説明したが、他のＯＳ
であってもよい。

【００４９】

【発明の効果】以上詳述したように、本発明によれば、
サーバに特別な構成を必要とすることなく誤りの隠蔽が
できるので、安価な汎用コンピュータを用いた障害耐性
に優れたシステムの構築が可能となる。また、ソフトウ
ェアやハードウェアの高性能化によるサーバの高性能化
を図り、これによりシステム全体の高性能化を容易に行
うことができる。さらに、前述したクロック配線遅延問
題や位相合わせ問題も解決できるため高性能なシステム
を構築できる。

【図面の簡単な説明】

【図１】高信頼性サーバシステムの全体構成を説明する
ブロック図

【図２】サーバ管理表の一例を説明する図

【図３】仲介装置の動作を説明するフローチャート

【図４】仲介装置の動作を説明するフローチャート

【図５】子制御プロセスの動作を説明するフローチャー
ト

【図６】子制御プロセスの動作を説明するフローチャー
ト

【図７】高信頼性サーバシステムの動作を説明する図

【図８】高信頼性サーバシステムの動作を説明する図

【図９】高信頼性サーバシステムの動作を説明する図

【図１０】子制御プロセスにおける処理の順序制御を説
明する図

【図１１】子制御プロセスにおける処理の順序制御を説
明する図

【図１２】他の例に係る高信頼性サーバシステムの動作
を説明する図

【図１３】他の例に係る高信頼性サーバシステムの全体
構成を説明するブロック図

【図１４】他の例に係る高信頼性サーバシステムの全体
構成を説明するブロック図

【図１５】従来の高信頼性システムの構成図

【符号の説明】

１０…高信頼性サーバシステム、２０…高信頼性サー
バ、２１，２２，２３…サーバ、３０…仲介装置、３１
…制御部、３２…サーバ管理表、３３…子制御プロセ
ス、４１…クライアント、５０…ネットワーク

───────────────────────────────────────────────────── フロントページの続き (72)発明者 増田 悦夫 東京都千代田区大手町二丁目３番１号 日 本電信電話株式会社内 (72)発明者 藤田 昭人 東京都新宿区西新宿二丁目１番１号 エ ヌ・ティ・ティ・アドバンステクノロジ株 式会社内 (72)発明者 土方 陽一 東京都新宿区西新宿二丁目１番１号 エ ヌ・ティ・ティ・アドバンステクノロジ株 式会社内 Ｆターム(参考） 5B034 AA05 5B085 AC16 BG07 5B089 GA11 KA17 KB13

Claims (12)

【特許請求の範囲】
1. 【請求項１】 クライアントサーバ型システムにおける
   サーバ側のシステムにおいて、 クライアントからの処理要求をサーバに転送する処理要
   求転送手段と、処理要求に応じてサーバから受信した応
   答結果を保持する応答結果保持手段と、保持した応答結
   果の正当性を判定する正当性判定手段と、正当と判定さ
   れた応答結果のみを要求元のクライアントに転送する応
   答結果転送手段とを有する仲介装置をクライアントとサ
   ーバとの間に介在させたことを特徴とするサーバシステ
   ム。
2. 【請求項２】 複数のサーバを備え、前記処理要求転送
   手段は各サーバにクライアントからの処理要求を転送す
   ることを特徴とする請求項１記載のサーバシステム。
3. 【請求項３】 前記正当性判定手段は各サーバからの応
   答結果を互いに比較して最も多い応答結果が正当である
   と判定することを特徴とする請求項２記載のサーバシス
   テム。
4. 【請求項４】 前記正当性判定手段は所定時間内に応答
   があったサーバからの応答結果の正当性を判定すること
   を特徴とする請求項１乃至３何れか１項記載のサーバシ
   ステム。
5. 【請求項５】 前記正当性判定手段は所定パターンを有
   している応答結果が正当であると判定することを特徴と
   する請求項１乃至４何れか１項記載のサーバシステム。
6. 【請求項６】 前記正当性判定手段は処理要求と応答結
   果との対応関係に基づき応答結果の正当性を判定するこ
   とを特徴とする請求項１乃至５何れか１項記載のサーバ
   システム。
7. 【請求項７】 前記正当性判定手段において正当である
   との判定がなされなかった応答結果の出力元サーバを仲
   介装置から切り離す手段を備えたことを特徴とする請求
   項１乃至６何れか１項記載のサーバシステム。
8. 【請求項８】 前記処理要求転送手段は、前記応答結果
   転送手段がクライアントからの一の処理要求に対する応
   答結果を該クライアントに転送する前に該クライアント
   から他の処理要求を受け取った場合、応答結果転送手段
   が前記一の処理要求に対する応答結果を該クライアント
   に転送した後に前記他の処理要求をサーバへ転送するこ
   とを特徴とする請求項１乃至７何れか１項記載のサーバ
   システム。
9. 【請求項９】 前記処理要求転送手段は、前記応答結果
   転送手段が一のクライアントからの処理要求に対する応
   答結果を該クライアントに転送する前に他のクライアン
   トからの処理要求を受け取った場合、応答結果転送手段
   が前記一のクライアントへ応答結果を転送するのを待つ
   ことなく前記他のクライアントからの処理要求をサーバ
   へ転送することを特徴とする請求項１乃至８何れか１項
   記載のサーバシステム。
10. 【請求項１０】 前記サーバを備え、各サーバは互いの
    異なるハードウェア上に分散して実装されていることを
    特徴とする請求項１乃至９何れか１項記載のサーバシス
    テム。
11. 【請求項１１】 クライアントサーバ型システムにおい
    てクライアントとサーバの間に介在する仲介装置であっ
    て、 クライアントからの処理要求をサーバに転送する処理要
    求転送手段と、処理要求に応じてサーバから受信した応
    答結果を保持する応答結果保持手段と、保持した応答結
    果の正当性を判定する正当性判定手段と、正当と判定さ
    れた応答結果のみを要求元のクライアントに転送する応
    答結果転送手段とを備えたことを特徴とする仲介装置。
12. 【請求項１２】 クライアントサーバ型システムにおい
    てサーバで発生した誤りをクライアントに対して隠蔽す
    る方法において、 サーバとクライアント間に配置された仲介装置がクライ
    アントからの処理要求をサーバに転送するステップと、 前記仲介装置が処理要求に応じてサーバから受信した応
    答結果を応答結果保持手段に保持するステップと、 前記仲介装置が前記応答結果保持手段に保持された応答
    結果の正当性を判定するステップと、 前記仲介装置が前記正当性判定ステップにより正当と判
    定された応答結果のみを要求元のクライアントに転送す
    るステップとを備えたことを特徴とするクライアントサ
    ーバ型システムにおける誤り隠蔽方法。