ポータルサーバシステムおよびポータルサーバシステムにおけるサーバアクセス方法
【課題】上位のポータルサーバへの無用なアドレスの登録や機能の追加を避けつつ、十分に高い稼働率を実現する。
【解決手段】クライアントコンピュータ１にシームレス機能を設ける。このシームレス機能により、クライアントコンピュータ１は、ポータルサーバ（上位のポータルサーバ）Ｃへのログイン時、サーバＡのアドレス＃Ａを取得してサーバＡへアクセスし、サーバＢのアドレス＃Ｂを取得する。ポータルサーバＣへのログイン後、クライアントコンピュータ１は、サーバ５へのアクセスが要求された場合、取得されているアドレス＃Ｂに基づいてサーバＢへアクセスする。これにより、ポータルサーバＣへのログイン後、サーバＡがダウンしても、クライアントコンピュータ１からサーバＢへアクセスできる。また、ポータルサーバＣにサーバＢのアドレス＃Ｂを登録する必要もない。
【解決手段】クライアントコンピュータ１にシームレス機能を設ける。このシームレス機能により、クライアントコンピュータ１は、ポータルサーバ（上位のポータルサーバ）Ｃへのログイン時、サーバＡのアドレス＃Ａを取得してサーバＡへアクセスし、サーバＢのアドレス＃Ｂを取得する。ポータルサーバＣへのログイン後、クライアントコンピュータ１は、サーバ５へのアクセスが要求された場合、取得されているアドレス＃Ｂに基づいてサーバＢへアクセスする。これにより、ポータルサーバＣへのログイン後、サーバＡがダウンしても、クライアントコンピュータ１からサーバＢへアクセスできる。また、ポータルサーバＣにサーバＢのアドレス＃Ｂを登録する必要もない。
【発明の詳細な説明】
【技術分野】
【０００１】
この発明は、クライアントコンピュータからのログインをポータルサーバに集約させたポータルサーバシステムおよびポータルサーバシステムにおけるサーバアクセス方法に関するものである。
【背景技術】
【０００２】
従来より、テナントビル，病院，公共施設などの施設においては、空調設備，防災設備，防犯設備，照明設備などの種々の設備を管理している。昨今では、複合施設も増加し、多目的ホール，テナントビル，商業施設，レジデンス，ホテルなど複数の棟を一括で管理する大規模システムが増えてきている。このような大規模システムでは、管理する情報の数が膨大となってしまうため、オペレータの日々の保全業務を効率的に支援する必要がある。
【０００３】
このため、例えば特許文献１では、クライアントコンピュータのエントランス画面に、本日行う作業に関連する項目として「本日作業内容」、「本日トラブル対応」、「本日予備品消耗品実績」などを一覧表示するとともに、トラブル対応状況や作業状況などの集計処理結果をあわせて表示し、詳細情報を１操作で確認できるボタンを設け、階層的に操作することなく、容易に所望の画面を表示させ、設備情報の確認を行えるようにしている。
【０００４】
この場合、処理機能を分散させたり、冗長化させるために、ネットワークに複数台のサーバを設置し、クライアントコンピュータからのログインをポータルサーバに集約させることが考えられている。図１２および図１３に、従来例として、本出願人が考えている、クライアントコンピュータからのログインをポータルサーバに集約させたポータルサーバシステムの第１例および第２例を示す。
【０００５】
〔第１例（二重化なし）〕
図１２において、１はクライアントコンピュータ、２はネットワーク、３は第１のサーバ（以下、サーバＣと呼ぶ）、４は第２のサーバ（以下、サーバＡと呼ぶ）、５は第３のサーバ（以下、サーバＢと呼ぶ）である。クライアントコンピュータ１とサーバＡ，Ｂ，Ｃとはネットワーク２を介して相互に接続されている。
【０００６】
この第１例において、サーバＡはサーバＢへのポータル機能を有し、サーバＣはサーバＡへのポータル機能を有している。すなわち、クライアントコンピュータ１は、サーバＡをポータルサーバとし、サーバＡにログインすることによってサーバＢの機能を使用することができ、サーバＣをポータルサーバとし、サーバＣにログインすることによってサーバＡの機能を使用することができる。このポータル機能を実現させるために、サーバＡにはサーバＢのアドレス＃Ｂが登録されており、サーバＣにはサーバＡのアドレス＃Ａが登録されている。
【０００７】
〔第２例（二重化あり）〕
図１３では、サーバＢとして、処理系のサーバ５−１（以下、サーバＢ１と呼ぶ）と待機系のサーバ５−２（以下、サーバＢ２と呼ぶ）が設けられている。クライアントコンピュータ１とサーバＡ，Ｂ１，Ｂ２，Ｃとはネットワーク２を介して相互に接続されている。
【０００８】
この第２例において、サーバＡはサーバＢ１，Ｂ２へのポータル機能を有し、サーバＣはサーバＡへのポータル機能を有している。すなわち、クライアントコンピュータ１は、サーバＡをポータルサーバとし、サーバＡにログインすることによってサーバＢ１，Ｂ２の機能を使用することができ、サーバＣをポータルサーバとし、サーバＣにログインすることによってサーバＡの機能を使用することができる。
【０００９】
このポータル機能を実現させるために、サーバＡにはサーバＢ１，Ｂ２のアドレス＃Ｂ１，＃Ｂ２が登録されており、サーバＣにはサーバＡのアドレス＃Ａが登録されている。また、サーバＡは、サーバＢ１，Ｂ２との間の通信が可能であるか否かを定期的にチェックするヘルシーチェック機能を有している。
【００１０】
この第２例において、サーバＡにログインしたクライアントコンピュータ１は、サーバＡのヘルシーチェック機能によって、処理系のサーバＢ１との間の通信が可能であると判断した場合には処理系のサーバＢ１の機能を使用し、処理系のサーバＢ１との間の通信が不能で待機系のサーバＢ２との間の通信が可能であると判断した場合には待機系のサーバＢ２の機能を使用する。
【００１１】
【特許文献１】特開２００２−３１２４５５号公報
【発明の開示】
【発明が解決しようとする課題】
【００１２】
しかしながら、上述したポータルサーバシステムでは、サーバＡの機能を使用したい場合にはサーバＣにログインしなければならず、サーバＢ（Ｂ１，Ｂ２）の機能を使用したい場合にはサーバＡにログインしなければならず、サーバＡ，Ｂ（Ｂ１，Ｂ２）の機能をシームレスに使用することができない。これに対し、サーバＣにログインしただけで、サーバＡだけではなく、サーバＢ（Ｂ１，Ｂ２）の機能も使用できるようにしたいという要望がある。すなわち、サーバＣを上位のポータルサーバとし、この上位のポータルサーバにログインするだけで、サーバＡ，Ｂ（Ｂ１，Ｂ２）の機能をシームレスに使用するようにしたいという要望がある。
【００１３】
この要望に応えるために、本出願人は、サーバＡのポータル機能を利用し、サーバＣからサーバＡを通じてサーバＢ（Ｂ１，Ｂ２）にアクセスするという方式（方式１）を考えた。また、サーバＣにサーバＢ（Ｂ１，Ｂ２）のアドレスを設定し、サーバＣからサーバＢ（Ｂ１，Ｂ２）にアクセスするという方式（方式２）を考えた。しかしながら、このような方式１や方式２では、次のような問題があることが分かった。
【００１４】
図１４を用いて、上述したポータルサーバシステムの第１例において、方式１を採用した場合の問題について説明する。この方式１を採用したポータルサーバシステムの第１例において、クライアントコンピュータ１は、サーバＣへのログイン後、サーバＢへのアクセスが要求されると、サーバＡのポータル機能を利用し、サーバＣからサーバＡを通じてサーバＢにアクセスする。この場合、サーバＡがダウンすると、サーバＢの機能を使用することができず、稼働率が低下するという問題が生じる。
【００１５】
図１５を用いて、上述したポータルサーバシステムの第１例において、方式２を採用した場合の問題について説明する。この方式２を採用したポータルサーバシステムの第１例では、サーバＣにサーバＢのアドレス＃Ｂを設定する。クライアントコンピュータ１は、サーバＣへのログイン後、サーバＢへのアクセスが要求されると、サーバＣに設定されているアドレス＃Ｂに基づいて、サーバＣを通じてサーバＢにアクセスする。この場合、サーバＡがダウンしてもサーバＢの機能を使用することができるが、サーバＣにサーバＢのアドレス＃Ｂを登録しなければならない。
【００１６】
図１６を用いて、上述したポータルサーバシステムの第２例において、方式１を採用した場合の問題について説明する。この方式１を採用したポータルサーバシステムの第２例において、クライアントコンピュータ１は、サーバＣへのログイン後、サーバＢ（Ｂ１，Ｂ２）へのアクセスが要求されると、サーバＡのポータル機能を利用し、サーバＣからサーバＡを通じてサーバＢ（Ｂ１，Ｂ２）にアクセスする。
【００１７】
この際、クライアントコンピュータ１は、サーバＡのヘルシーチェック機能によって、処理系のサーバＢ１との間の通信が可能であると判断した場合には処理系のサーバＢ１にアクセスし、処理系のサーバＢ１との間の通信が不能で待機系のサーバＢ２との間の通信が可能であると判断した場合には待機系のサーバＢ２にアクセスする。この場合、サーバＡがダウンすると、サーバＢ（Ｂ１，Ｂ２）の機能を使用することができず、稼働率が低下するという問題が生じる。
【００１８】
図１７を用いて、上述したポータルサーバシステムの第２例において、方式２を採用した場合の問題について説明する。この方式２を採用したポータルサーバシステムの第２例では、サーバＣにサーバＢ１，Ｂ２のアドレス＃Ｂ１，＃Ｂ２を設定する。また、サーバＣに、サーバＢ１，Ｂ２に対してのヘルシーチェック機能を設ける。クライアントコンピュータ１は、サーバＣへのログイン後、サーバＢ（Ｂ１，Ｂ２）へのアクセスが要求されると、サーバＣに設定されているアドレス＃Ｂ１，＃Ｂ２に基づいて、サーバＣを通じてサーバＢ（Ｂ１，Ｂ２）にアクセスする。
【００１９】
この際、クライアントコンピュータ１は、サーバＣのヘルシーチェック機能によって、処理系のサーバＢ１との間の通信が可能であると判断した場合には処理系のサーバＢ１にアクセスし、処理系のサーバＢ１との間の通信が不能で待機系のサーバＢ２との間の通信が可能であると判断した場合には待機系のサーバＢ２にアクセスする。この場合、サーバＡがダウンしてもサーバＢ１，Ｂ２の機能を使用することができるが、サーバＣにサーバＢ１，Ｂ２のアドレス＃Ｂ１，＃Ｂ２を登録しなければならない。また、サーバＣにサーバＢ１，Ｂ２に対してのヘルシーチェック機能を追加する必要もある。
【００２０】
本発明は、このような課題を解決するためになされたもので、その目的とするところは、上位のポータルサーバへの無用なアドレスの登録や機能の追加を避けつつ、十分に高い稼働率を実現することが可能なポータルサーバシステムおよびポータルサーバシステムにおけるサーバアクセス方法を提供することにある。
【課題を解決するための手段】
【００２１】
このような目的を達成するために本発明（第１発明）は、第１のサーバと、この第１のサーバにそのアドレスが登録されている第２のサーバと、この第２のサーバにそのアドレスが登録されている第３のサーバと、第１のサーバをポータルサーバとして第２および第３のサーバへネットワークを介してアクセスするクライアントコンピュータとを備えたポータルサーバシステムにおいて、クライアントコンピュータに、ポータルサーバへのログイン時にこのポータルサーバに登録されている第２のサーバのアドレスを取得する第２サーバアドレス取得手段と、この第２サーバアドレス取得手段によって取得されたアドレスに基づいて第２のサーバへアクセスしこの第２のサーバに登録されている第３のサーバのアドレスを取得する第３サーバアドレス取得手段と、ポータルサーバへのログイン後、第３のサーバへのアクセスが要求された場合、第３サーバアドレス取得手段によって取得されているアドレスに基づいて第３のサーバへアクセスする第３サーバアクセス手段とを設けたものである。
【００２２】
この第１発明によれば、第１のサーバをポータルサーバ（上位のポータルサーバ）Ｃ、第２のサーバをサーバＡ、第３のサーバをサーバＢとした場合、クライアントコンピュータは、ポータルサーバＣへのログイン時に、ポータルサーバＣに登録されているサーバＡのアドレス＃Ａを取得する。そして、この取得したアドレス＃Ａに基づいてサーバＡにアクセスし、サーバＡに登録されているサーバＢのアドレス＃Ｂを取得する。クライアントコンピュータは、ポータルサーバＣへのログイン後、サーバＢへのアクセスが要求されると、取得されているサーバＢのアドレス＃Ｂに基づいてサーバＢへアクセスする。
【００２３】
このような動作からも分かるように、第１発明では、ポータルサーバＣへのログイン時、クライアントコンピュータがサーバＡからサーバＢのアドレス＃Ｂを取得するので、ポータルサーバＣへのログイン後、サーバＡがダウンしても、クライアントコンピュータからサーバＢへアクセスすることができるようになる。また、ポータルサーバＣにサーバＢのアドレス＃Ｂを登録する必要もなくなる。
【００２４】
なお、この第１発明において、クライアントコンピュータは、ポータルサーバＣへのログイン後、サーバＢへのアクセスが要求された場合、取得されているサーバＢのアドレス＃Ｂに基づいて直ちにサーバＢへアクセスするようにしてもよいが、サーバＡやサーバＢとの間の通信が可能か否かなどを確認のうえ、取得されているサーバＢのアドレス＃Ｂに基づいてサーバＢへアクセスするようにしてもよい。
【００２５】
また、この第１発明において、ポータルサーバ（サーバＣ）に、第２のサーバ（サーバＡ）との間の通信が可能か否かを定期的にチェックする第２サーバ通信可能チェック手段と、この第２サーバ通信可能チェック手段によってそれまで不能と判断されていた第２のサーバとの間の通信が可能と判断された場合、クライアントコンピュータへ第２のサーバとの間の通信が可能な状態に復帰したことを通知する第２サーバ通信復帰通知手段とを設け、クライアントコンピュータに、ポータルサーバの第２サーバ通信復帰通知手段によって第２のサーバとの間の通信が可能な状態に復帰したことが通知された場合、第２サーバアドレス取得手段によって取得されているアドレスに基づいて第２のサーバへアクセスし、この第２のサーバに登録されている第３のサーバ（サーバＢ）のアドレスを取得する第３サーバアドレス再取得手段を設けるようにしてもよい。このような手段を設けることによって、例えば、サーバＡに新たなサーバＢｎｅｗのアドレス＃Ｂｎｅｗを登録し、サーバＡをリスタートしたような場合、一時的に不能となったサーバＡとの間の通信が可能な状態に復帰した時点で、サーバＡに登録されている新たなサーバＢｎｅｗのアドレス＃Ｂｎｅｗをクライアントコンピュータに再取得させるようにすることが可能となる。
【００２６】
また、本発明（第２発明）は、第１のサーバと、この第１のサーバにそのアドレスが登録されている第２のサーバと、第２のサーバにそのアドレスが登録されている処理系の第３のサーバと、第２のサーバにそのアドレスが登録されている待機系の第３のサーバと、第１のサーバをポータルサーバとして第２および第３のサーバへネットワークを介してアクセスするクライアントコンピュータとを備えたポータルサーバシステムにおいて、ポータルサーバに、第２のサーバとの間の通信が可能か否かを定期的にチェックしそのチェック結果をクライアントコンピュータに通知する第２サーバ通信可能チェック手段を設け、第２のサーバに、処理系の第３のサーバおよび待機系の第３のサーバとの間の通信が可能か否かを定期的にチェックする第３サーバ通信可能チェック手段を設け、クライアントコンピュータに、ポータルサーバへのログイン時にこのポータルサーバに登録されている第２のサーバのアドレスを取得する第２サーバアドレス取得手段と、この第２サーバアドレス取得手段によって取得されたアドレスに基づいて第２のサーバへアクセスしこの第２のサーバに登録されている処理系の第３のサーバおよび待機系の第３のサーバのアドレスを取得する第３サーバアドレス取得手段と、ポータルサーバへのログイン後、第３のサーバへのアクセスが要求された場合、ポータルサーバの第２サーバ通信可能チェック手段からのチェック結果に基づいて、第２のサーバとの間の通信が可能か否かを判断する第２サーバ通信可能判断手段と、この第２サーバ通信可能判断手段によって第２のサーバとの間の通信が可能と判断された場合、第２サーバアドレス取得手段によって取得されているアドレスに基づいて第２のサーバへアクセスし、この第２のサーバにおける第３サーバ通信可能チェック手段でのチェック結果を取得し、処理系の第３のサーバとの間の通信が可能である旨のチェック結果が得られている場合には、第３サーバアドレス取得手段によって取得されているアドレスに基づいて処理系の第３のサーバへアクセスし、処理系の第３のサーバとの間の通信が不能で待機系の第３のサーバとの間の通信が可能である旨のチェック結果が得られている場合には、第３サーバアドレス取得手段によって取得されているアドレスに基づいて待機系の第３のサーバへアクセスする第２サーバ通信可能時の第３サーバアクセス手段と、第２サーバ通信可能判断手段によって第２のサーバとの間の通信が不能と判断された場合、第３サーバアドレス取得手段によって取得されているアドレスに基づいて、処理系の第３のサーバへアクセスする第２サーバ通信不能時の第３サーバアクセス手段とを設けたものである。
【００２７】
この第２発明によれば、第１のサーバをポータルサーバ（上位のポータルサーバ）Ｃ、第２のサーバをサーバＡ、処理系の第３のサーバをサーバＢ１、待機系の第３のサーバをサーバＢ２とした場合、クライアントコンピュータは、ポータルサーバＣへのログイン時にポータルサーバＣに登録されているサーバＡのアドレス＃Ａを取得する。そして、この取得したアドレス＃Ａに基づいてサーバＡにアクセスし、サーバＡに登録されているサーバＢ１，Ｂ２のアドレス＃Ｂ１，＃Ｂ２を取得する。クライアントコンピュータは、ポータルサーバＣへのログイン後、サーバＢ（Ｂ１，Ｂ２）へのアクセスが要求されると、ポータルサーバＣからのチェック結果に基づいて、サーバＡとの間の通信が可能か否かを判断する。
【００２８】
ここで、サーバＡとの間の通信が可能であると判断すると、クライアントコンピュータは、取得されているアドレス＃Ａに基づいてサーバＡにアクセスし、このサーバＡにおけるサーバＢ（Ｂ１，Ｂ２）との間の通信が可能であるか否かのチェック結果を取得し、処理系のサーバＢ１との間の通信が可能である旨のチェック結果が得られている場合には、取得されているアドレス＃Ｂ１に基づいて処理系のサーバＢ１へアクセスする。処理系のサーバＢ１との間の通信が不能で待機系のサーバＢ２との間の通信が可能である旨のチェック結果が得られている場合には、取得されているアドレス＃Ｂ２に基づいて待機系のサーバＢ２へアクセスする。これに対し、サーバＡとの間の通信が不能であると判断すると、クライアントコンピュータは、取得されているアドレスＢ１に基づいて処理系のサーバＢ１へアクセスする。
【００２９】
このような動作から分かるように、第２発明では、ポータルサーバＣへのログイン時、クライアントコンピュータがサーバＡからサーバＢ１，Ｂ２のアドレス＃Ｂ１，＃Ｂ２を取得するので、ポータルサーバＣへのログイン後、サーバＡがダウンしても、クライアントコンピュータからサーバＢ（Ｂ１）へアクセスすることができるようになる。また、ポータルサーバＣにサーバＢ１，Ｂ２のアドレス＃Ｂ１，＃Ｂ２を登録する必要もなくなる。また、サーバＣにサーバＢ１，Ｂ２との間の通信の可能状態をチェックする機能（ヘルシーチェック機能）を追加する必要もなくなる。
この場合、救えないケースとして、(１)サーバＡ（第２のサーバ）とサーバＢ１（処理系の第３のサーバ）が同時にダウンしている場合、(２)ポータルサーバＣ（第１のサーバ）にログイン後、サーバＡ（第２のサーバ）が一度も稼働していない場合があるが、これはシステム上、稀であると考え、アクセスを諦める。第２発明では、これらのケースを考慮しても、十分に高い稼働率が得られる。
【００３０】
なお、この第２発明において、ポータルサーバ（サーバＣ）に、第２サーバ通信可能チェック手段によってそれまで不能と判断れていた第２のサーバ（サーバＡ）との間の通信が可能と判断された場合、クライアントコンピュータへ第２のサーバとの間の通信が可能な状態に復帰したことを通知する第２サーバ通信復帰通知手段を設け、クライアントコンピュータに、ポータルサーバの第２サーバ通信復帰通知手段によって第２のサーバとの間の通信が可能な状態に復帰したことが通知された場合、第２サーバアドレス取得手段によって取得されているアドレスに基づいて第２のサーバへアクセスし、この第２のサーバに登録されている処理系の第３のサーバ（サーバＢ１）および待機系の第３のサーバ（サーバＢ２）のアドレスを取得する第３サーバアドレス再取得手段を設けるようにしてもよい。このような手段を設けることによって、例えば、サーバＡに新たなサーバＢ１ｎｅｗ，Ｂ２ｎｅｗのアドレス＃Ｂ１ｎｅｗ，＃Ｂ２ｎｅｗを登録し、サーバＡをリスタートしたような場合、一時的に不能となったサーバＣとサーバＡとの間の通信が可能な状態に復帰した時点で、サーバＡに登録されている新たなサーバＢ１ｎｅｗ，Ｂ２ｎｅｗのアドレス＃Ｂ１ｎｅｗ，＃Ｂ２ｎｅｗをクライアントコンピュータに再取得させるようにすることが可能となる。
【００３１】
本発明は、ポータルサーバシステムとしてではなく、ポータルサーバシステムにおけるサーバアクセス方法として実現することも可能である。
【発明の効果】
【００３２】
本発明によれば、クライアントコンピュータからのポータルサーバ（上位のポータルサーバ）へのログイン時に、このポータルサーバに登録されている第２のサーバのアドレスを取得し、この取得したアドレスに基づいて第２のサーバにアクセスし、第２のサーバに登録されている第３のサーバのアドレスを取得するようにしたことにより、ポータルサーバへのログイン後、第３のサーバへのアクセスが要求された場合、第２のサーバがダウンしていても、クライアントコンピュータから第３のサーバへアクセスすることができ、上位のポータルサーバへの無用なアドレスの登録や機能の追加を避けつつ、十分に高い稼働率を実現することが可能となる。
【発明を実施するための最良の形態】
【００３３】
以下、本発明を図面に基づいて詳細に説明する。
〔実施の形態１：二重化なし〕
図１はこの発明に係るポータルサーバシステムの第１の実施の形態（実施の形態１）の概略を示す図である。この実施の形態１においても、図１２に従来の第１例として示したポータルサーバシステムと同様に、サーバＡにサーバＢのアドレス＃Ｂが登録されており、サーバＣにサーバＡのアドレス＃Ａが登録されている。
【００３４】
なお、この実施の形態１において、サーバＡにはサーバＢとの間の通信が可能か否かを定期的にチェックするヘルシーチェック機能が設けられており、サーバＣにはサーバＡとの間の通信が可能か否かを定期的にチェックするヘルシーチェック機能が設けられている。
【００３５】
また、この実施の形態１において、クライアントコンピュータ１は、本実施の形態特有の機能として、サーバＣを上位のポータルサーバとし、この上位のポータルサーバＣにログインするだけで、サーバＡ，Ｂの機能をシームレスに使用できるようにするための機能（シームレス機能）が設けられている。
【００３６】
クライアントコンピュータ１は、プロセッサや記憶装置からなるハードウェアと、これらのハードウェアと協働して各種機能を実現させるプログラムとによって実現される。具体的には、パーソナルコンピュータ（パソコン）にプログラムがインストールされ、このインストールされたプログラムに従うＣＰＵの処理動作として実現される。
【００３７】
以下、クライアントコンピュータ１が有するシームレス機能について、図２〜図４に示すシーケンス図を用いて説明する。なお、図２はサーバＡ，Ｂ，Ｃの通信が可能な正常なケースのシーケンス図、図３はクライアントコンピュータ１からのポータルサーバＣへのログイン後にサーバＡが通信不能になるケースのシーケンス図、図４はクライアントコンピュータ１からのポータルサーバＣへのログイン時にサーバＡが通信不能なケースのシーケンス図である。
【００３８】
〔正常なケース：図２〕
クライアントコンピュータ１は、オペレータからのログインの要求に応じ（図２：矢印（１））、ポータルサーバＣにログインする（図２：矢印（２））。このログイン時、クライアントコンピュータ１は、ポータルサーバＣに登録されているサーバＡのアドレス＃Ａを取得する（図２：矢印（３））。そして、ポータルサーバＣから取得したアドレス＃Ａに基づいてサーバＡにアクセスし、サーバＡに登録されているサーバＢのアドレス＃Ｂを取得する（図２：矢印(４)）。
【００３９】
ポータルサーバＣへのログイン後、オペレータによってサーバＢの機能が選択されると（図２：矢印（５））、クライアントコンピュータ１は、サーバＡに対してサーバＢとの間の通信が可能か否かを問い合わせる（図２：矢印（６））。
【００４０】
ここで、サーバＢとの間の通信が可能である旨のチェック結果がサーバＡから返送されてくれば（図２：矢印（７））、クライアントコンピュータ１は、取得されているサーバＢのアドレス＃Ｂに基づいてサーバＢへアクセスする（図２：矢印（８））。
【００４１】
なお、異常なケースとして、サーバＢとの間の通信が不能である旨のチェック結果がサーバＡから返送されてきた場合（図２：矢印（１１））、クライアントコンピュータ１は、オペレータに対して接続失敗のエラーメッセージを出す（図２：矢印（１２））。
【００４２】
〔ポータルサーバＣへのログイン後にサーバＡが通信不能になるケース：図３〕
クライアントコンピュータ１は、オペレータからのログインの要求に応じ（図３：矢印（１））、ポータルサーバＣにログインする（図３：矢印（２））。このログイン時、クライアントコンピュータ１は、ポータルサーバＣに登録されているサーバＡのアドレス＃Ａを取得する（図３：矢印（３））。そして、ポータルサーバＣから取得したアドレス＃Ａに基づいてサーバＡにアクセスし、サーバＡに登録されているサーバＢのアドレス＃Ｂを取得する（図３：矢印(４)）。
【００４３】
ここで、想定されるケースとして、ポータルサーバＣへのログイン後、サーバＡが通信不能になるケースが考えられる。この場合、ポータルサーバＣは、サーバＡとの間の通信が可能か否かを定期的にチェックし、サーバＡとの間の通信が不能になったと判断すると（図３：矢印（５））、その旨をクライアントコンピュータ１へ通知する（図３：矢印（６））。
【００４４】
その後、オペレータによってサーバＢの機能が選択されると（図３：矢印（７））、クライアントコンピュータ１は、ポータルサーバＣからの通知結果に基づいてサーバＡとの間の通信が不能であると判断し（図３：矢印（８））、取得されているサーバＢのアドレス＃Ｂに基づいてサーバＢへアクセスする（図３：矢印（９））。
【００４５】
ポータルサーバＣは、それまで不能であったサーバＡとの間の通信が可能になったと判断すると（図３：矢印（１０））、サーバＡとの間の通信が可能な状態に復帰したことをクライアントコンピュータ１へ通知する（図３：矢印（１１））。
【００４６】
クライアントコンピュータ１は、ポータルサーバＣからサーバＡとの間の通信が可能な状態に復帰したことが通知されると、取得されているサーバＡのアドレス＃Ａに基づいてサーバＡにアクセスし、サーバＡに登録されているサーバＢのアドレス＃Ｂを取得する（図３：矢印(１２)）。
【００４７】
その後、オペレータによってサーバＢの機能が選択されると（図３：矢印（１３））、クライアントコンピュータ１は、サーバＡに対してサーバＢとの間の通信が可能か否かを問い合わせ（図３：矢印（１４））、サーバＢとの間の通信が可能である旨のチェック結果がサーバＡから返送されてくれば（図３：矢印（１５））、取得されているサーバＢのアドレス＃Ｂに基づいてサーバＢへアクセスする（図３：矢印（１６））。
【００４８】
例えば、サーバＡに新たなサーバＢｎｅｗのアドレス＃Ｂｎｅｗを登録し、サーバＡをリスタートしたような場合、サーバＡとの間の通信が一時不能になる。このような場合、サーバＡとの間の通信が可能な状態に復帰した時点で、サーバＡに登録されている新たなサーバＢｎｅｗのアドレス＃Ｂｎｅｗがクライアントコンピュータ１に再取得されるものとなり、この再取得したサーバＢｎｅｗのアドレス＃Ｂｎｅｗに基づいて新たなサーバＢｎｅｗへのアクセスが可能となる。
【００４９】
〔ポータルサーバＣへのログイン時にサーバＡが通信不能なケース：図４〕
クライアントコンピュータ１は、オペレータからのログインの要求に応じ（図４：矢印（１））、ポータルサーバＣにログインする（図４：矢印（２））。このログイン時、クライアントコンピュータ１は、ポータルサーバＣに登録されているサーバＡのアドレス＃Ａを取得する（図４：矢印（３））
【００５０】
ここで、想定されるケースとして、ポータルサーバＣへのログイン時に、サーバＡが通信不能なケースが考えられる。この場合、クライアントコンピュータ１は、サーバＡからサーバＢのアドレス＃Ｂを取得することができない。また、この場合、ポータルサーバＣは、サーバＡとの間の通信が不能であることをクライアントコンピュータ１へ通知する（図４：矢印（４））。
【００５１】
ポータルサーバＣへのログイン後、オペレータによってサーバＢの機能が選択されると（図４：矢印（５））、クライアントコンピュータ１は、ポータルサーバＣからの通知結果からサーバＡとの間の通信が不能であると判断する（図４：矢印（６））。
【００５２】
また、クライアントコンピュータ１は、サーバＢのアドレス＃Ｂが取得されていないので、サーバＢへのアクセスを諦める（図４：矢印（７））。そして、オペレータに対して接続失敗のエラーメッセージを出す（図４：矢印（８））。
【００５３】
すなわち、ポータルサーバＣにログイン時、サーバＡがダウンしており、且つ、その後一度もサーバＡが復帰していないというケースはシステムの特性上、レアケースであると割り切って、サーバＢへのアクセスを諦め、オペレータに対して接続失敗のエラーメッセージを出す。
【００５４】
ポータルサーバＣは、それまで不能とされていたサーバＡとの間の通信が可能になったと判断すると（図４：矢印（９））、サーバＡとの間の通信が可能な状態に復帰したことをクライアントコンピュータ１へ通知する（図４：矢印（１０））。
【００５５】
クライアントコンピュータ１は、ポータルサーバＣからサーバＡとの間の通信が可能な状態に復帰したことが通知されると、取得されているサーバＡのアドレス＃Ａに基づいてサーバＡにアクセスし、サーバＡに登録されているサーバＢのアドレス＃Ｂを取得する（図４：矢印(１１)）。
【００５６】
その後、オペレータによってサーバＢの機能が選択されると（図４：矢印（１２））、クライアントコンピュータ１は、サーバＡに対してサーバＢとの間の通信が可能か否かを問い合わせ（図４：矢印（１３））、サーバＢとの間の通信が可能である旨のチェック結果がサーバＡから返送されてくれば（図４：矢印（１４））、取得されているサーバＢのアドレス＃Ｂに基づいてサーバＢへアクセスする（図４：矢印（１５））。
【００５７】
なお、上述した例では、ポータルサーバＣへのログイン後、サーバＢの機能が選択された場合、サーバＡとの間の通信が可能であるか否かを確認したり、サーバＢとの間の通信が可能であるか否かを確認するようにしたが、取得されているサーバＢのアドレス＃Ｂに基づいて直ちにサーバＢへアクセスするようにしてもよい。この場合、サーバＢへアクセスしてもサーバＢから応答が無ければ、オペレータに対して接続失敗のエラーメッセージを出すようにすればよい。
【００５８】
以上の動作からも分かるように、この実施の形態１のポータルサーバシステムでは、ポータルサーバＣへのログイン時、クライアントコンピュータ１がサーバＡからサーバＢのアドレス＃Ｂを取得するので、ポータルサーバＣへのログイン後、サーバＡがダウンしても、クライアントコンピュータ１からサーバＢへアクセスすることができるようになる。また、ポータルサーバＣにサーバＢのアドレス＃Ｂを登録する必要もなくなる。
【００５９】
〔実施の形態２：二重化あり〕
図５はこの発明に係るポータルサーバシステムの第２の実施の形態（実施の形態２）の概略を示す図である。この実施の形態２においても、図１３に従来の第２例として示したポータルサーバシステムと同様に、サーバＡに処理系のサーバＢ１のアドレス＃Ｂ１および待機系のサーバＢ２のアドレス＃Ｂ２が登録されており、サーバＣにサーバＡのアドレス＃Ａが登録されている。
【００６０】
なお、この実施の形態２において、サーバＡにはサーバＢ１およびＢ２との間の通信が可能か否かを定期的にチェックするヘルシーチェック機能が設けられており、サーバＣにはサーバＡとの間の通信が可能か否かを定期的にチェックするヘルシーチェック機能が設けられている。
【００６１】
また、この実施の形態２において、クライアントコンピュータ１は、本実施の形態特有の機能として、サーバＣを上位のポータルサーバとし、この上位のポータルサーバＣにログインするだけで、サーバＡ，Ｂ（Ｂ１，Ｂ２）の機能をシームレスに使用できるようにするための機能（シームレス機能）が設けられている。
【００６２】
クライアントコンピュータ１は、プロセッサや記憶装置からなるハードウェアと、これらのハードウェアと協働して各種機能を実現させるプログラムとによって実現される。具体的には、パーソナルコンピュータ（パソコン）にプログラムがインストールされ、このインストールされたプログラムに従うＣＰＵの処理動作として実現される。
【００６３】
以下、クライアントコンピュータ１が有するシームレス機能について、図６〜図８に示すシーケンス図を用いて説明する。なお、図６はサーバＡ，Ｂ１，Ｂ２，Ｃの通信が可能な正常なケースのシーケンス図、図７はクライアントコンピュータ１からのポータルサーバＣへのログイン後にサーバＡが通信不能になるケースのシーケンス図、図１１はクライアントコンピュータ１からのポータルサーバＣへのログイン時にサーバＡが通信不能なケースのシーケンス図である。
【００６４】
〔正常なケース：図６〕
クライアントコンピュータ１は、オペレータからのログインの要求に応じ（図６：矢印（１））、ポータルサーバＣにログインする（図６：矢印（２））。このログイン時、クライアントコンピュータ１は、ポータルサーバＣに登録されているサーバＡのアドレス＃Ａを取得する（図６：矢印（３））。そして、ポータルサーバＣから取得したアドレス＃Ａに基づいてサーバＡにアクセスし、サーバＡに登録されているサーバＢ１，Ｂ２のアドレス＃Ｂ，＃Ｂ２を取得する（図６：矢印(４)）。
【００６５】
ポータルサーバＣへのログイン後、オペレータによってサーバＢの機能が選択されると（図６：矢印（５））、クライアントコンピュータ１は、サーバＡに対してサーバＢ（Ｂ１，Ｂ２）との間の通信が可能か否かを問い合わせる（図６：矢印（６））。
【００６６】
ここで、処理系のサーバＢ１との間の通信が可能である旨のチェック結果がサーバＡから返送されてくれば（図６：矢印（７））、クライアントコンピュータ１は、取得されているサーバＢ１のアドレス＃Ｂ１に基づいて処理系のサーバＢ１へアクセスする（図６：矢印（８））。
【００６７】
なお、異常なケースとして、処理系のサーバＢ１との間の通信が不能で待機系のサーバＢ１との間の通信が可能である旨のチェック結果がサーバＡから返送されてきた場合（図６：矢印（１１））、クライアントコンピュータ１は、取得されているサーバＢ２のアドレス＃Ｂ２に基づいて待機系のサーバＢ２へアクセスする（図６：矢印（１２））。
【００６８】
また、異常なケースとして、処理系のサーバＢ１および待機系のサーバＢ２との間の通信が何れも不能である旨のチェック結果がサーバＡから返送されてきた場合（図６：矢印（１５））、クライアントコンピュータ１は、オペレータに対して接続失敗のエラーメッセージを出す（図６：矢印（１６））。
【００６９】
〔ポータルサーバＣへのログイン後にサーバＡが通信不能になるケース：図７〕
クライアントコンピュータ１は、オペレータからのログインの要求に応じ（図７：矢印（１））、ポータルサーバＣにログインする（図７：矢印（２））。このログイン時、クライアントコンピュータ１は、ポータルサーバＣに登録されているサーバＡのアドレス＃Ａを取得する（図７：矢印（３））。また、ポータルサーバＣから取得したアドレス＃Ａに基づいてサーバＡにアクセスし、サーバＡに登録されているサーバＢ１，Ｂ２のアドレス＃Ｂ１，＃Ｂ２を取得する（図７：矢印(４)）。
【００７０】
ここで、想定されるケースとして、ポータルサーバＣへのログイン後、サーバＡが通信不能になるケースが考えられる。この場合、ポータルサーバＣは、サーバＡとの間の通信が可能か否かを定期的にチェックし、サーバＡとの間の通信が不能になったと判断すると（図７：矢印（５））、その旨をクライアントコンピュータ１へ通知する（図７：矢印（６））。
【００７１】
その後、オペレータによってサーバＢの機能が選択されると（図７：矢印（７））、クライアントコンピュータ１は、ポータルサーバＣからの通知結果に基づいてサーバＡとの間の通信が不能であると判断し（図３：矢印（８））、取得されているサーバＢ１のアドレス＃Ｂ１に基づいて処理系のサーバＢ１へアクセスする（図７：矢印（９））。
【００７２】
ポータルサーバＣは、それまで不能とされていたサーバＡとの間の通信が可能になったと判断すると（図７：矢印（１０））、サーバＡとの間の通信が可能な状態に復帰したことをクライアントコンピュータ１へ通知する（図７：矢印（１１））。
【００７３】
クライアントコンピュータ１は、ポータルサーバＣからサーバＡとの間の通信が可能な状態に復帰したことが通知されると、取得されているサーバＡのアドレス＃Ａに基づいてサーバＡにアクセスし、サーバＡに登録されているサーバＢ１，Ｂ２のアドレス＃Ｂ１，＃Ｂ２を取得する（図７：矢印(１２)）。
【００７４】
その後、オペレータによってサーバＢの機能が選択されると（図７：矢印（１３））、クライアントコンピュータ１は、サーバＡに対してサーバＢ（Ｂ１，Ｂ２）との間の通信が可能か否かを問い合わせ（図７：矢印（１４））、サーバＢ１との間の通信が可能である旨のチェック結果がサーバＡから返送されてくれば（図７：矢印（１５））、取得されているサーバＢ１のアドレス＃Ｂ１に基づいて処理系のサーバＢ１へアクセスする（図７：矢印（１６））。
【００７５】
例えば、サーバＡに新たなサーバＢ１ｎｅｗ，Ｂ２ｎｅｗのアドレス＃Ｂ１ｎｅｗ，＃Ｂ２ｎｅｗを登録し、サーバＡをリスタートしたような場合、サーバＡとの間の通信が一時不能になる。このような場合、サーバＡとの間の通信が可能な状態に復帰した時点で、サーバＡに登録されている新たなサーバＢ１ｎｅｗ，Ｂ２ｎｅｗのアドレス＃Ｂ１ｎｅｗ，＃Ｂ２ｎｅｗがクライアントコンピュータ１に再取得されるものとなり、この再取得したサーバＢ１ｎｅｗ，Ｂ２ｎｅｗのアドレス＃Ｂ１ｎｅｗ，＃Ｂ２ｎｅｗに基づいて新たなサーバＢｎｅｗ（Ｂ１ｎｅｗ，Ｂ２ｎｅｗ）へのアクセスが可能となる。
【００７６】
〔ポータルサーバＣへのログイン時にサーバＡが通信不能なケース：図８〕
クライアントコンピュータ１は、オペレータからのログインの要求に応じ（図８：矢印（１））、ポータルサーバＣにログインする（図８：矢印（２））。このログイン時、クライアントコンピュータ１は、ポータルサーバＣに登録されているサーバＡのアドレス＃Ａを取得する（図８：矢印（３））
【００７７】
ここで、想定されるケースとして、ポータルサーバＣへのログイン時に、サーバＡが通信不能なケースが考えられる。この場合、クライアントコンピュータ１は、サーバＡからサーバＢ１，Ｂ２のアドレス＃Ｂ１，＃Ｂ２を取得することができない。また、この場合、ポータルサーバＣは、サーバＡとの間の通信が不能であることをクライアントコンピュータ１へ通知する（図８：矢印（４））。
【００７８】
ポータルサーバＣへのログイン後、オペレータによってサーバＢの機能が選択されると（図８：矢印（５））、クライアントコンピュータ１は、ポータルサーバＣからの通知結果からサーバＡとの間の通信が不能であると判断する（図１１：矢印（６））。
【００７９】
また、クライアントコンピュータ１は、サーバＢ１，Ｂ２のアドレス＃Ｂ１，＃Ｂ２が取得されていないので、サーバＢ（Ｂ１，Ｂ２）へのアクセスを諦める（図１１：矢印（７））。そして、オペレータに対して接続失敗のエラーメッセージを出す（図８：矢印（８））。
【００８０】
すなわち、ポータルサーバＣにログイン時、サーバＡがダウンしており、且つ、その後一度もサーバＡが復帰していないというケースはシステムの特性上、レアケースであると割り切って、サーバＢ（Ｂ１，Ｂ２）へのアクセスを諦め、オペレータに対して接続失敗のエラーメッセージを出す。
【００８１】
ポータルサーバＣは、それまで不能とされていたサーバＡとの間の通信が可能になったと判断すると（図８：矢印（９））、サーバＡとの間の通信が可能な状態に復帰したことをクライアントコンピュータ１へ通知する（図８：矢印（１０））。
【００８２】
クライアントコンピュータ１は、ポータルサーバＣからサーバＡとの間の通信が可能な状態に復帰したことが通知されると、取得されているサーバＡのアドレス＃Ａに基づいてサーバＡにアクセスし、サーバＡに登録されているサーバＢ１，Ｂ２のアドレス＃Ｂ１，＃Ｂ２を取得する（図８：矢印(１１)）。
【００８３】
その後、オペレータによってサーバＢの機能が選択されると（図８：矢印（１２））、クライアントコンピュータ１は、サーバＡに対してサーバＢ（Ｂ１，Ｂ２）との間の通信が可能か否かを問い合わせ（図８：矢印（１３））、処理系のサーバＢ１との間の通信が可能である旨のチェック結果がサーバＡから返送されてくれば（図８：矢印（１４））、取得されているサーバＢのアドレス＃Ｂ１に基づいて処理系のサーバＢ１へアクセスする（図８：矢印（１５））。
【００８４】
以上の動作からも分かるように、この実施の形態２のポータルサーバシステムでは、ポータルサーバＣへのログイン時、クライアントコンピュータ１がサーバＡからサーバＢ１，Ｂ２のアドレス＃Ｂ１，＃Ｂ２を取得するので、ポータルサーバＣへのログイン後、サーバＡがダウンしても、クライアントコンピュータ１からサーバＢ（Ｂ１）へアクセスすることができるようになる。また、ポータルサーバＣにサーバＢ１，Ｂ２のアドレス＃Ｂ１，＃Ｂ２を登録する必要もなくなる。また、サーバＣにサーバＢ１，Ｂ２との間の通信の可能状態をチェックするヘルシーチェック機能を追加する必要もなくなる。
【００８５】
図９に、上述した実施の形態１，２において、サーバＣにログインした後、サーバＢの機能が選択されたときのクライアントコンピュータ１での処理動作のフローチャートを示す。
【００８６】
クライアントコンピュータ１は、サーバＣにログインした後、オペレータによってサーバＢの機能が選択されると、取得されているサーバＢのアドレスからサーバＢの台数Ｎをカウントする（ステップＳ１０１）。この場合、実施の形態１では、Ｎ＝１とカウントし、実施の形態２ではＮ＝２とカウントする。なお、サーバＣへのログイン時にサーバＡが通信不能で、サーバＢのアドレスが取得されていなければ、Ｎ＝０となる。
【００８７】
次に、クライアントコンピュータ１は、サーバＢの台数ＮがＮ＞０であるか否かをチェックする（ステップＳ１０２）。ここで、サーバＢの台数ＮがＮ＝０であれば（ステップＳ１０２のＮＯ）、サーバＢへのアクセスを諦めて、処理を終了する（ステップＳ１０３）。
【００８８】
サーバＢの台数ＮがＮ＞０であれば（ステップＳ１０２のＹＥＳ）、サーバＡとの間で通信が可能であるか否かをチェックし（ステップＳ１０４）、サーバＡとの間の通信が不能であれば（ステップＳ１０４のＮＯ）、ｎ＝１とし（ステップＳ１０５）、取得しているサーバＢのアドレスを元にｎ＝１台目のサーバＢにアクセスする（ステップＳ１０６）。
【００８９】
例えば、実施の形態１において、サーバＡとの間の通信が不能であれば（ステップＳ１０４のＹＥＳ）、取得しているサーバＢのアドレス＃Ｂに基づいてサーバＢにアクセスする（ステップＳ１０６）。実施の形態２において、サーバＡとの間の通信が不能であれば（ステップＳ１０４のＮＯ）、取得しているサーバＢ１のアドレス＃Ｂ１に基づいて処理系のサーバＢ１にアクセスする（ステップＳ１０６）。
【００９０】
これに対し、サーバＡとの間の通信が可能であれば（ステップＳ１０４のＹＥＳ）、サーバＡからサーバＢとの間の通信が可能であるか否かのチェック結果を取得する（ステップＳ１０７）。そして、ｎ＝１とし（ステップＳ１０８）、サーバＢのｎ台目と通信が可能か否かをチェックする（ステップＳ１０９）。
【００９１】
ここで、サーバＢのｎ台目と通信が可能というチェック結果が得られていれば（ステップＳ１０９のＹＥＳ）、取得しているサーバＢのアドレスを元にｎ台目のサーバＢにアクセスする（ステップＳ１０６）。サーバＢのｎ台目と通信が可能であるという結果が得られていなければ（ステップＳ１０９のＮＯ）、ｎ＝ｎ＋１とし（ステップＳ１１０）、ステップＳ１０９でのチェックを繰り返す。なお、この処理過程において、ｎ＞Ｎとなれば（ステップＳ１１１のＹＥＳ）、サーバＢへのアクセスを諦めて、処理を終了する（ステップＳ１１２）。
【００９２】
例えば、実施の形態１において、サーバＢとの間の通信が可能であれば（ステップＳ１０９のＹＥＳ）、取得しているサーバＢのアドレス＃Ｂに基づいてサーバＢにアクセスする（ステップＳ１０６）。実施の形態２において、サーバＢ１との間の通信が可能であれば（ステップＳ１０９のＹＥＳ）、取得しているサーバＢ１のアドレス＃Ｂ１に基づいて処理系のサーバＢ１にアクセスする（ステップＳ１０６）。実施の形態２において、サーバＢ１との間の通信が不能で、サーバＢ２との間の通信が可能であれば（ステップＳ１０９のＹＥＳ）、取得しているサーバＢ２のアドレス＃Ｂ２に基づいて待機系のサーバＢ２にアクセスする（ステップＳ１０６）。実施の形態２において、サーバＢ１，Ｂ２が共に通信不能であれば（ステップＳ１１１のＹＥＳ）、サーバＢ（Ｂ１，Ｂ２）へのアクセスを諦めて、処理を終了する（ステップＳ１１２）。
【００９３】
図１０に実施の形態１のポータルサーバシステムにおけるクライアントコンピュータやサーバの要部の機能ブロック図を示す。この実施の形態１において、ポータルサーバＣは、サーバＡとの間の通信が可能か否かを定期的にチェックしそのチェック結果をクライアントコンピュータ１に通知する第２サーバ通信可能チェック手段３Ａと、この第２サーバ通信可能チェック手段３Ａによってそれまで不能と判断されていたサーバＡとの間の通信が可能と判断された場合、クライアントコンピュータ１へサーバＡとの間の通信が可能な状態に復帰したことを通知する第２サーバ通信復帰通知手段３Ｂと、サーバＡのアドレス＃Ａを記憶するメモリ３Ｃとを備えている。また、サーバＡは、サーバＢとの間の通信が可能か否かを定期的にチェックする第３サーバ通信可能チェック手段４Ａと、サーバＢのアドレス＃Ｂを記憶するメモリ４Ｂとを備えている。
【００９４】
また、この実施の形態１において、クライアントコンピュータ１は、ポータルサーバＣへのログイン時にこのポータルサーバＣに登録されているサーバＡのアドレス＃Ａを取得する第２サーバアドレス取得手段１Ａと、この第２サーバアドレス取得手段１Ａによって取得されたアドレス＃Ａに基づいてサーバＡへアクセスしこのサーバＡに登録されているサーバＢのアドレス＃Ｂを取得する第３サーバアドレス取得手段１Ｂと、ポータルサーバＣへのログイン後、サーバＢへのアクセスが要求された場合、第３サーバアドレス取得手段１Ｂによって取得されているアドレス＃Ｂに基づいてサーバＢへアクセスする第３サーバアクセス手段１Ｃと、ポータルサーバ３の第２サーバ通信復帰通知手段３ＢからサーバＡとの間の通信が可能な状態に復帰したことが通知された場合、第２サーバアドレス取得手段１Ａによって取得されているアドレス＃Ａに基づいてサーバＡへアクセスし、このサーバＡに登録されているサーバＢのアドレス＃Ｂを取得する第３サーバアドレス再取得手段１Ｄとを備えている。
【００９５】
なお、この例において、第３サーバアクセス手段１Ｃは、ポータルサーバＣの第２サーバ通信可能チェック手段３Ａからのチェック結果およびサーバＡにおける第３サーバ通信可能チェック手段４Ａでのチェック結果に基づいて、サーバＡとの間の通信およびサーバＢとの間の通信が可能と判断した場合に、第３サーバアドレス取得手段１Ｂによって取得されているアドレス＃Ｂに基づいてサーバＢへアクセスする。
【００９６】
この実施の形態１において、第３サーバアクセス手段１ＣにおけるポータルサーバＣの第２サーバ通信可能チェック手段３Ａからのチェック結果およびサーバＡにおける第３サーバ通信可能チェック手段４Ａでのチェック結果の確認は必ずしも必要ではなく、サーバＢへのアクセスが要求された場合、取得されているサーバＢのアドレス＃Ｂに基づいて直ちにサーバＢへアクセスするようにしてもよい。
【００９７】
図１１に実施の形態２のポータルサーバシステムにおけるクライアントコンピュータやサーバの要部の機能ブロック図を示す。この実施の形態２において、ポータルサーバＣは、サーバＡとの間の通信が可能か否かを定期的にチェックしそのチェック結果をクライアントコンピュータ１に通知する第２サーバ通信可能チェック手段３Ａと、この第２サーバ通信可能チェック手段３Ａによってそれまで不能と判断されていたサーバＡとの間の通信が可能と判断された場合、クライアントコンピュータ１へサーバＡとの間の通信が可能な状態に復帰したことを通知する第２サーバ通信復帰通知手段３Ｂと、サーバＡのアドレス＃Ａを記憶するメモリ３Ｃとを備えている。また、サーバＡは、サーバＢ１およびサーバＢ２との間の通信が可能か否かを定期的にチェックする第３サーバ通信可能チェック手段４Ａと、サーバＢ１，Ｂ２のアドレス＃Ｂ１，＃Ｂ２を記憶するメモリ４Ｂとを備えている。
【００９８】
また、この実施の形態２において、クライアントコンピュータ１は、ポータルサーバＣへのログイン時にこのポータルサーバＣに登録されているサーバＡのアドレス＃Ａを取得する第２サーバアドレス取得手段１Ａと、この第２サーバアドレス取得手段１Ａによって取得されたアドレス＃Ａに基づいてサーバＡへアクセスしこのサーバＡに登録されているサーバＢ１，Ｂ２のアドレス＃Ｂ１，＃Ｂ２を取得する第３サーバアドレス取得手段１Ｂと、ポータルサーバＣへのログイン後、サーバＢへのアクセスが要求された場合、ポータルサーバＣの第２サーバ通信可能チェック手段３Ａからのチェック結果に基づいて、サーバＡとの間の通信が可能か否かを判断する第２サーバ通信可能判断手段１Ｅと、この第２サーバ通信可能判断手段１ＥによってサーバＡとの間の通信が可能と判断された場合、第２サーバアドレス取得手段１Ａによって取得されているアドレスに基づいてサーバＡへアクセスし、このサーバＡにおける第３サーバ通信可能チェック手段４Ａでのチェック結果を取得し、サーバＢ１との間の通信が可能である旨のチェック結果が得られている場合には、第３サーバアドレス取得手段１Ｂによって取得されているアドレス＃Ｂ１に基づいてサーバＢ１へアクセスし、サーバＢ１との間の通信が不能でサーバＢ２との間の通信が可能である旨のチェック結果が得られている場合には、第３サーバアドレス取得手段１Ｂによって取得されているアドレス＃Ｂ２に基づいてサーバＢ２へアクセスする第２サーバ通信可能時の第３サーバアクセス手段１Ｃ１と、第２サーバ通信可能判断手段１ＥによってサーバＡとの間の通信が不能と判断された場合、第３サーバアドレス取得手段１Ｂによって取得されているアドレス＃Ｂ１に基づいて、サーバＢ１へアクセスする第２サーバ通信不能時の第３サーバアクセス手段１Ｃ２と、ポータルサーバ３の第２サーバ通信復帰通知手段３ＢからサーバＡとの間の通信が可能な状態に復帰したことが通知された場合、第２サーバアドレス取得手段１Ａによって取得されているアドレス＃Ａに基づいてサーバＡへアクセスし、このサーバＡに登録されているサーバＢ１，Ｂ２のアドレス＃Ｂ１，＃Ｂ２を取得する第３サーバアドレス再取得手段１Ｄとを備えている。
【図面の簡単な説明】
【００９９】
【図１】本発明に係るポータルサーバシステムの第１の実施の形態（実施の形態１（二重化なし））の概略を示す図である。
【図２】実施の形態１のポータルサーバシステムにおけるクライアントコンピュータが有するシームレス機能を説明するためのシーケンス図（正常なケースのシーケンス図）である。
【図３】実施の形態１のポータルサーバシステムにおけるクライアントコンピュータが有するシームレス機能を説明するためのシーケンス図（ポータルサーバＣへのログイン後にサーバＡが通信不能になるケースのシーケンス図）である。
【図４】実施の形態１のポータルサーバシステムにおけるクライアントコンピュータが有するシームレス機能を説明するためのシーケンス図（ポータルサーバＣへのログイン時にサーバＡが通信不能なケースのシーケンス図）である。
【図５】本発明に係るポータルサーバシステムの第２の実施の形態（実施の形態２（二重化あり））の概略を示す図である。
【図６】実施の形態２のポータルサーバシステムにおけるクライアントコンピュータが有するシームレス機能を説明するためのシーケンス図（正常なケースのシーケンス図）である。
【図７】実施の形態２のポータルサーバシステムにおけるクライアントコンピュータが有するシームレス機能を説明するためのシーケンス図（ポータルサーバＣへのログイン後にサーバＡが通信不能になるケースのシーケンス図）である。
【図８】実施の形態２のポータルサーバシステムにおけるクライアントコンピュータが有するシームレス機能を説明するためのシーケンス図（ポータルサーバＣへのログイン時にサーバＡが通信不能なケースのシーケンス図）である。
【図９】実施の形態１，２においてサーバＣにログインした後にサーバＢの機能が選択されたときのクライアントコンピュータでの処理動作を示すフローチャートである。
【図１０】実施の形態１のポータルサーバシステムにおけるクライアントコンピュータやサーバの要部の機能ブロック図である。
【図１１】実施の形態２のポータルサーバシステムにおけるクライアントコンピュータやサーバの要部の機能ブロック図である。
【図１２】クライアントコンピュータからのログインをポータルサーバに集約させたポータルサーバシステムの第１例を示す図である。
【図１３】クライアントコンピュータからのログインをポータルサーバに集約させたポータルサーバシステムの第２例を示す図である。
【図１４】ポータルサーバシステムの第１例において方式１を採用した場合の問題を説明するための図である。
【図１５】ポータルサーバシステムの第１例において方式２を採用した場合の問題を説明するための図である。
【図１６】ポータルサーバシステムの第２例において方式１を採用した場合の問題を説明するための図である。
【図１７】ポータルサーバシステムの第２例において方式２を採用した場合の問題を説明するための図である。
【符号の説明】
【０１００】
１…クライアントコンピュータ、２…ネットワーク、３…第１のサーバ（ポータルサーバＣ）、４…第２のサーバ（サーバＡ）、５…第３のサーバ（サーバＢ）、５−１…処理系の第３のサーバ（サーバＢ１）、５−２…待機系の第３のサーバ（サーバＢ２）、１Ａ…第２サーバアドレス取得手段、１Ｂ…第３サーバアドレス取得手段、１Ｃ…第３サーバアクセス手段、１Ｃ１…第２サーバ通信可能時の第３サーバアクセス手段、１Ｃ２…第２サーバ通信不能時の第３サーバアクセス手段、１Ｅ…第２サーバ通信可能判断手段、１Ｄ…第３サーバアドレス再取得手段、３Ａ…第２サーバ通信可能チェック手段、３Ｂ…第２サーバ通信復帰通知手段、３Ｃ…メモリ、４Ａ…第３サーバ通信可能チェック手段、４Ｂ…メモリ。
【技術分野】
【０００１】
この発明は、クライアントコンピュータからのログインをポータルサーバに集約させたポータルサーバシステムおよびポータルサーバシステムにおけるサーバアクセス方法に関するものである。
【背景技術】
【０００２】
従来より、テナントビル，病院，公共施設などの施設においては、空調設備，防災設備，防犯設備，照明設備などの種々の設備を管理している。昨今では、複合施設も増加し、多目的ホール，テナントビル，商業施設，レジデンス，ホテルなど複数の棟を一括で管理する大規模システムが増えてきている。このような大規模システムでは、管理する情報の数が膨大となってしまうため、オペレータの日々の保全業務を効率的に支援する必要がある。
【０００３】
このため、例えば特許文献１では、クライアントコンピュータのエントランス画面に、本日行う作業に関連する項目として「本日作業内容」、「本日トラブル対応」、「本日予備品消耗品実績」などを一覧表示するとともに、トラブル対応状況や作業状況などの集計処理結果をあわせて表示し、詳細情報を１操作で確認できるボタンを設け、階層的に操作することなく、容易に所望の画面を表示させ、設備情報の確認を行えるようにしている。
【０００４】
この場合、処理機能を分散させたり、冗長化させるために、ネットワークに複数台のサーバを設置し、クライアントコンピュータからのログインをポータルサーバに集約させることが考えられている。図１２および図１３に、従来例として、本出願人が考えている、クライアントコンピュータからのログインをポータルサーバに集約させたポータルサーバシステムの第１例および第２例を示す。
【０００５】
〔第１例（二重化なし）〕
図１２において、１はクライアントコンピュータ、２はネットワーク、３は第１のサーバ（以下、サーバＣと呼ぶ）、４は第２のサーバ（以下、サーバＡと呼ぶ）、５は第３のサーバ（以下、サーバＢと呼ぶ）である。クライアントコンピュータ１とサーバＡ，Ｂ，Ｃとはネットワーク２を介して相互に接続されている。
【０００６】
この第１例において、サーバＡはサーバＢへのポータル機能を有し、サーバＣはサーバＡへのポータル機能を有している。すなわち、クライアントコンピュータ１は、サーバＡをポータルサーバとし、サーバＡにログインすることによってサーバＢの機能を使用することができ、サーバＣをポータルサーバとし、サーバＣにログインすることによってサーバＡの機能を使用することができる。このポータル機能を実現させるために、サーバＡにはサーバＢのアドレス＃Ｂが登録されており、サーバＣにはサーバＡのアドレス＃Ａが登録されている。
【０００７】
〔第２例（二重化あり）〕
図１３では、サーバＢとして、処理系のサーバ５−１（以下、サーバＢ１と呼ぶ）と待機系のサーバ５−２（以下、サーバＢ２と呼ぶ）が設けられている。クライアントコンピュータ１とサーバＡ，Ｂ１，Ｂ２，Ｃとはネットワーク２を介して相互に接続されている。
【０００８】
この第２例において、サーバＡはサーバＢ１，Ｂ２へのポータル機能を有し、サーバＣはサーバＡへのポータル機能を有している。すなわち、クライアントコンピュータ１は、サーバＡをポータルサーバとし、サーバＡにログインすることによってサーバＢ１，Ｂ２の機能を使用することができ、サーバＣをポータルサーバとし、サーバＣにログインすることによってサーバＡの機能を使用することができる。
【０００９】
このポータル機能を実現させるために、サーバＡにはサーバＢ１，Ｂ２のアドレス＃Ｂ１，＃Ｂ２が登録されており、サーバＣにはサーバＡのアドレス＃Ａが登録されている。また、サーバＡは、サーバＢ１，Ｂ２との間の通信が可能であるか否かを定期的にチェックするヘルシーチェック機能を有している。
【００１０】
この第２例において、サーバＡにログインしたクライアントコンピュータ１は、サーバＡのヘルシーチェック機能によって、処理系のサーバＢ１との間の通信が可能であると判断した場合には処理系のサーバＢ１の機能を使用し、処理系のサーバＢ１との間の通信が不能で待機系のサーバＢ２との間の通信が可能であると判断した場合には待機系のサーバＢ２の機能を使用する。
【００１１】
【特許文献１】特開２００２−３１２４５５号公報
【発明の開示】
【発明が解決しようとする課題】
【００１２】
しかしながら、上述したポータルサーバシステムでは、サーバＡの機能を使用したい場合にはサーバＣにログインしなければならず、サーバＢ（Ｂ１，Ｂ２）の機能を使用したい場合にはサーバＡにログインしなければならず、サーバＡ，Ｂ（Ｂ１，Ｂ２）の機能をシームレスに使用することができない。これに対し、サーバＣにログインしただけで、サーバＡだけではなく、サーバＢ（Ｂ１，Ｂ２）の機能も使用できるようにしたいという要望がある。すなわち、サーバＣを上位のポータルサーバとし、この上位のポータルサーバにログインするだけで、サーバＡ，Ｂ（Ｂ１，Ｂ２）の機能をシームレスに使用するようにしたいという要望がある。
【００１３】
この要望に応えるために、本出願人は、サーバＡのポータル機能を利用し、サーバＣからサーバＡを通じてサーバＢ（Ｂ１，Ｂ２）にアクセスするという方式（方式１）を考えた。また、サーバＣにサーバＢ（Ｂ１，Ｂ２）のアドレスを設定し、サーバＣからサーバＢ（Ｂ１，Ｂ２）にアクセスするという方式（方式２）を考えた。しかしながら、このような方式１や方式２では、次のような問題があることが分かった。
【００１４】
図１４を用いて、上述したポータルサーバシステムの第１例において、方式１を採用した場合の問題について説明する。この方式１を採用したポータルサーバシステムの第１例において、クライアントコンピュータ１は、サーバＣへのログイン後、サーバＢへのアクセスが要求されると、サーバＡのポータル機能を利用し、サーバＣからサーバＡを通じてサーバＢにアクセスする。この場合、サーバＡがダウンすると、サーバＢの機能を使用することができず、稼働率が低下するという問題が生じる。
【００１５】
図１５を用いて、上述したポータルサーバシステムの第１例において、方式２を採用した場合の問題について説明する。この方式２を採用したポータルサーバシステムの第１例では、サーバＣにサーバＢのアドレス＃Ｂを設定する。クライアントコンピュータ１は、サーバＣへのログイン後、サーバＢへのアクセスが要求されると、サーバＣに設定されているアドレス＃Ｂに基づいて、サーバＣを通じてサーバＢにアクセスする。この場合、サーバＡがダウンしてもサーバＢの機能を使用することができるが、サーバＣにサーバＢのアドレス＃Ｂを登録しなければならない。
【００１６】
図１６を用いて、上述したポータルサーバシステムの第２例において、方式１を採用した場合の問題について説明する。この方式１を採用したポータルサーバシステムの第２例において、クライアントコンピュータ１は、サーバＣへのログイン後、サーバＢ（Ｂ１，Ｂ２）へのアクセスが要求されると、サーバＡのポータル機能を利用し、サーバＣからサーバＡを通じてサーバＢ（Ｂ１，Ｂ２）にアクセスする。
【００１７】
この際、クライアントコンピュータ１は、サーバＡのヘルシーチェック機能によって、処理系のサーバＢ１との間の通信が可能であると判断した場合には処理系のサーバＢ１にアクセスし、処理系のサーバＢ１との間の通信が不能で待機系のサーバＢ２との間の通信が可能であると判断した場合には待機系のサーバＢ２にアクセスする。この場合、サーバＡがダウンすると、サーバＢ（Ｂ１，Ｂ２）の機能を使用することができず、稼働率が低下するという問題が生じる。
【００１８】
図１７を用いて、上述したポータルサーバシステムの第２例において、方式２を採用した場合の問題について説明する。この方式２を採用したポータルサーバシステムの第２例では、サーバＣにサーバＢ１，Ｂ２のアドレス＃Ｂ１，＃Ｂ２を設定する。また、サーバＣに、サーバＢ１，Ｂ２に対してのヘルシーチェック機能を設ける。クライアントコンピュータ１は、サーバＣへのログイン後、サーバＢ（Ｂ１，Ｂ２）へのアクセスが要求されると、サーバＣに設定されているアドレス＃Ｂ１，＃Ｂ２に基づいて、サーバＣを通じてサーバＢ（Ｂ１，Ｂ２）にアクセスする。
【００１９】
この際、クライアントコンピュータ１は、サーバＣのヘルシーチェック機能によって、処理系のサーバＢ１との間の通信が可能であると判断した場合には処理系のサーバＢ１にアクセスし、処理系のサーバＢ１との間の通信が不能で待機系のサーバＢ２との間の通信が可能であると判断した場合には待機系のサーバＢ２にアクセスする。この場合、サーバＡがダウンしてもサーバＢ１，Ｂ２の機能を使用することができるが、サーバＣにサーバＢ１，Ｂ２のアドレス＃Ｂ１，＃Ｂ２を登録しなければならない。また、サーバＣにサーバＢ１，Ｂ２に対してのヘルシーチェック機能を追加する必要もある。
【００２０】
本発明は、このような課題を解決するためになされたもので、その目的とするところは、上位のポータルサーバへの無用なアドレスの登録や機能の追加を避けつつ、十分に高い稼働率を実現することが可能なポータルサーバシステムおよびポータルサーバシステムにおけるサーバアクセス方法を提供することにある。
【課題を解決するための手段】
【００２１】
このような目的を達成するために本発明（第１発明）は、第１のサーバと、この第１のサーバにそのアドレスが登録されている第２のサーバと、この第２のサーバにそのアドレスが登録されている第３のサーバと、第１のサーバをポータルサーバとして第２および第３のサーバへネットワークを介してアクセスするクライアントコンピュータとを備えたポータルサーバシステムにおいて、クライアントコンピュータに、ポータルサーバへのログイン時にこのポータルサーバに登録されている第２のサーバのアドレスを取得する第２サーバアドレス取得手段と、この第２サーバアドレス取得手段によって取得されたアドレスに基づいて第２のサーバへアクセスしこの第２のサーバに登録されている第３のサーバのアドレスを取得する第３サーバアドレス取得手段と、ポータルサーバへのログイン後、第３のサーバへのアクセスが要求された場合、第３サーバアドレス取得手段によって取得されているアドレスに基づいて第３のサーバへアクセスする第３サーバアクセス手段とを設けたものである。
【００２２】
この第１発明によれば、第１のサーバをポータルサーバ（上位のポータルサーバ）Ｃ、第２のサーバをサーバＡ、第３のサーバをサーバＢとした場合、クライアントコンピュータは、ポータルサーバＣへのログイン時に、ポータルサーバＣに登録されているサーバＡのアドレス＃Ａを取得する。そして、この取得したアドレス＃Ａに基づいてサーバＡにアクセスし、サーバＡに登録されているサーバＢのアドレス＃Ｂを取得する。クライアントコンピュータは、ポータルサーバＣへのログイン後、サーバＢへのアクセスが要求されると、取得されているサーバＢのアドレス＃Ｂに基づいてサーバＢへアクセスする。
【００２３】
このような動作からも分かるように、第１発明では、ポータルサーバＣへのログイン時、クライアントコンピュータがサーバＡからサーバＢのアドレス＃Ｂを取得するので、ポータルサーバＣへのログイン後、サーバＡがダウンしても、クライアントコンピュータからサーバＢへアクセスすることができるようになる。また、ポータルサーバＣにサーバＢのアドレス＃Ｂを登録する必要もなくなる。
【００２４】
なお、この第１発明において、クライアントコンピュータは、ポータルサーバＣへのログイン後、サーバＢへのアクセスが要求された場合、取得されているサーバＢのアドレス＃Ｂに基づいて直ちにサーバＢへアクセスするようにしてもよいが、サーバＡやサーバＢとの間の通信が可能か否かなどを確認のうえ、取得されているサーバＢのアドレス＃Ｂに基づいてサーバＢへアクセスするようにしてもよい。
【００２５】
また、この第１発明において、ポータルサーバ（サーバＣ）に、第２のサーバ（サーバＡ）との間の通信が可能か否かを定期的にチェックする第２サーバ通信可能チェック手段と、この第２サーバ通信可能チェック手段によってそれまで不能と判断されていた第２のサーバとの間の通信が可能と判断された場合、クライアントコンピュータへ第２のサーバとの間の通信が可能な状態に復帰したことを通知する第２サーバ通信復帰通知手段とを設け、クライアントコンピュータに、ポータルサーバの第２サーバ通信復帰通知手段によって第２のサーバとの間の通信が可能な状態に復帰したことが通知された場合、第２サーバアドレス取得手段によって取得されているアドレスに基づいて第２のサーバへアクセスし、この第２のサーバに登録されている第３のサーバ（サーバＢ）のアドレスを取得する第３サーバアドレス再取得手段を設けるようにしてもよい。このような手段を設けることによって、例えば、サーバＡに新たなサーバＢｎｅｗのアドレス＃Ｂｎｅｗを登録し、サーバＡをリスタートしたような場合、一時的に不能となったサーバＡとの間の通信が可能な状態に復帰した時点で、サーバＡに登録されている新たなサーバＢｎｅｗのアドレス＃Ｂｎｅｗをクライアントコンピュータに再取得させるようにすることが可能となる。
【００２６】
また、本発明（第２発明）は、第１のサーバと、この第１のサーバにそのアドレスが登録されている第２のサーバと、第２のサーバにそのアドレスが登録されている処理系の第３のサーバと、第２のサーバにそのアドレスが登録されている待機系の第３のサーバと、第１のサーバをポータルサーバとして第２および第３のサーバへネットワークを介してアクセスするクライアントコンピュータとを備えたポータルサーバシステムにおいて、ポータルサーバに、第２のサーバとの間の通信が可能か否かを定期的にチェックしそのチェック結果をクライアントコンピュータに通知する第２サーバ通信可能チェック手段を設け、第２のサーバに、処理系の第３のサーバおよび待機系の第３のサーバとの間の通信が可能か否かを定期的にチェックする第３サーバ通信可能チェック手段を設け、クライアントコンピュータに、ポータルサーバへのログイン時にこのポータルサーバに登録されている第２のサーバのアドレスを取得する第２サーバアドレス取得手段と、この第２サーバアドレス取得手段によって取得されたアドレスに基づいて第２のサーバへアクセスしこの第２のサーバに登録されている処理系の第３のサーバおよび待機系の第３のサーバのアドレスを取得する第３サーバアドレス取得手段と、ポータルサーバへのログイン後、第３のサーバへのアクセスが要求された場合、ポータルサーバの第２サーバ通信可能チェック手段からのチェック結果に基づいて、第２のサーバとの間の通信が可能か否かを判断する第２サーバ通信可能判断手段と、この第２サーバ通信可能判断手段によって第２のサーバとの間の通信が可能と判断された場合、第２サーバアドレス取得手段によって取得されているアドレスに基づいて第２のサーバへアクセスし、この第２のサーバにおける第３サーバ通信可能チェック手段でのチェック結果を取得し、処理系の第３のサーバとの間の通信が可能である旨のチェック結果が得られている場合には、第３サーバアドレス取得手段によって取得されているアドレスに基づいて処理系の第３のサーバへアクセスし、処理系の第３のサーバとの間の通信が不能で待機系の第３のサーバとの間の通信が可能である旨のチェック結果が得られている場合には、第３サーバアドレス取得手段によって取得されているアドレスに基づいて待機系の第３のサーバへアクセスする第２サーバ通信可能時の第３サーバアクセス手段と、第２サーバ通信可能判断手段によって第２のサーバとの間の通信が不能と判断された場合、第３サーバアドレス取得手段によって取得されているアドレスに基づいて、処理系の第３のサーバへアクセスする第２サーバ通信不能時の第３サーバアクセス手段とを設けたものである。
【００２７】
この第２発明によれば、第１のサーバをポータルサーバ（上位のポータルサーバ）Ｃ、第２のサーバをサーバＡ、処理系の第３のサーバをサーバＢ１、待機系の第３のサーバをサーバＢ２とした場合、クライアントコンピュータは、ポータルサーバＣへのログイン時にポータルサーバＣに登録されているサーバＡのアドレス＃Ａを取得する。そして、この取得したアドレス＃Ａに基づいてサーバＡにアクセスし、サーバＡに登録されているサーバＢ１，Ｂ２のアドレス＃Ｂ１，＃Ｂ２を取得する。クライアントコンピュータは、ポータルサーバＣへのログイン後、サーバＢ（Ｂ１，Ｂ２）へのアクセスが要求されると、ポータルサーバＣからのチェック結果に基づいて、サーバＡとの間の通信が可能か否かを判断する。
【００２８】
ここで、サーバＡとの間の通信が可能であると判断すると、クライアントコンピュータは、取得されているアドレス＃Ａに基づいてサーバＡにアクセスし、このサーバＡにおけるサーバＢ（Ｂ１，Ｂ２）との間の通信が可能であるか否かのチェック結果を取得し、処理系のサーバＢ１との間の通信が可能である旨のチェック結果が得られている場合には、取得されているアドレス＃Ｂ１に基づいて処理系のサーバＢ１へアクセスする。処理系のサーバＢ１との間の通信が不能で待機系のサーバＢ２との間の通信が可能である旨のチェック結果が得られている場合には、取得されているアドレス＃Ｂ２に基づいて待機系のサーバＢ２へアクセスする。これに対し、サーバＡとの間の通信が不能であると判断すると、クライアントコンピュータは、取得されているアドレスＢ１に基づいて処理系のサーバＢ１へアクセスする。
【００２９】
このような動作から分かるように、第２発明では、ポータルサーバＣへのログイン時、クライアントコンピュータがサーバＡからサーバＢ１，Ｂ２のアドレス＃Ｂ１，＃Ｂ２を取得するので、ポータルサーバＣへのログイン後、サーバＡがダウンしても、クライアントコンピュータからサーバＢ（Ｂ１）へアクセスすることができるようになる。また、ポータルサーバＣにサーバＢ１，Ｂ２のアドレス＃Ｂ１，＃Ｂ２を登録する必要もなくなる。また、サーバＣにサーバＢ１，Ｂ２との間の通信の可能状態をチェックする機能（ヘルシーチェック機能）を追加する必要もなくなる。
この場合、救えないケースとして、(１)サーバＡ（第２のサーバ）とサーバＢ１（処理系の第３のサーバ）が同時にダウンしている場合、(２)ポータルサーバＣ（第１のサーバ）にログイン後、サーバＡ（第２のサーバ）が一度も稼働していない場合があるが、これはシステム上、稀であると考え、アクセスを諦める。第２発明では、これらのケースを考慮しても、十分に高い稼働率が得られる。
【００３０】
なお、この第２発明において、ポータルサーバ（サーバＣ）に、第２サーバ通信可能チェック手段によってそれまで不能と判断れていた第２のサーバ（サーバＡ）との間の通信が可能と判断された場合、クライアントコンピュータへ第２のサーバとの間の通信が可能な状態に復帰したことを通知する第２サーバ通信復帰通知手段を設け、クライアントコンピュータに、ポータルサーバの第２サーバ通信復帰通知手段によって第２のサーバとの間の通信が可能な状態に復帰したことが通知された場合、第２サーバアドレス取得手段によって取得されているアドレスに基づいて第２のサーバへアクセスし、この第２のサーバに登録されている処理系の第３のサーバ（サーバＢ１）および待機系の第３のサーバ（サーバＢ２）のアドレスを取得する第３サーバアドレス再取得手段を設けるようにしてもよい。このような手段を設けることによって、例えば、サーバＡに新たなサーバＢ１ｎｅｗ，Ｂ２ｎｅｗのアドレス＃Ｂ１ｎｅｗ，＃Ｂ２ｎｅｗを登録し、サーバＡをリスタートしたような場合、一時的に不能となったサーバＣとサーバＡとの間の通信が可能な状態に復帰した時点で、サーバＡに登録されている新たなサーバＢ１ｎｅｗ，Ｂ２ｎｅｗのアドレス＃Ｂ１ｎｅｗ，＃Ｂ２ｎｅｗをクライアントコンピュータに再取得させるようにすることが可能となる。
【００３１】
本発明は、ポータルサーバシステムとしてではなく、ポータルサーバシステムにおけるサーバアクセス方法として実現することも可能である。
【発明の効果】
【００３２】
本発明によれば、クライアントコンピュータからのポータルサーバ（上位のポータルサーバ）へのログイン時に、このポータルサーバに登録されている第２のサーバのアドレスを取得し、この取得したアドレスに基づいて第２のサーバにアクセスし、第２のサーバに登録されている第３のサーバのアドレスを取得するようにしたことにより、ポータルサーバへのログイン後、第３のサーバへのアクセスが要求された場合、第２のサーバがダウンしていても、クライアントコンピュータから第３のサーバへアクセスすることができ、上位のポータルサーバへの無用なアドレスの登録や機能の追加を避けつつ、十分に高い稼働率を実現することが可能となる。
【発明を実施するための最良の形態】
【００３３】
以下、本発明を図面に基づいて詳細に説明する。
〔実施の形態１：二重化なし〕
図１はこの発明に係るポータルサーバシステムの第１の実施の形態（実施の形態１）の概略を示す図である。この実施の形態１においても、図１２に従来の第１例として示したポータルサーバシステムと同様に、サーバＡにサーバＢのアドレス＃Ｂが登録されており、サーバＣにサーバＡのアドレス＃Ａが登録されている。
【００３４】
なお、この実施の形態１において、サーバＡにはサーバＢとの間の通信が可能か否かを定期的にチェックするヘルシーチェック機能が設けられており、サーバＣにはサーバＡとの間の通信が可能か否かを定期的にチェックするヘルシーチェック機能が設けられている。
【００３５】
また、この実施の形態１において、クライアントコンピュータ１は、本実施の形態特有の機能として、サーバＣを上位のポータルサーバとし、この上位のポータルサーバＣにログインするだけで、サーバＡ，Ｂの機能をシームレスに使用できるようにするための機能（シームレス機能）が設けられている。
【００３６】
クライアントコンピュータ１は、プロセッサや記憶装置からなるハードウェアと、これらのハードウェアと協働して各種機能を実現させるプログラムとによって実現される。具体的には、パーソナルコンピュータ（パソコン）にプログラムがインストールされ、このインストールされたプログラムに従うＣＰＵの処理動作として実現される。
【００３７】
以下、クライアントコンピュータ１が有するシームレス機能について、図２〜図４に示すシーケンス図を用いて説明する。なお、図２はサーバＡ，Ｂ，Ｃの通信が可能な正常なケースのシーケンス図、図３はクライアントコンピュータ１からのポータルサーバＣへのログイン後にサーバＡが通信不能になるケースのシーケンス図、図４はクライアントコンピュータ１からのポータルサーバＣへのログイン時にサーバＡが通信不能なケースのシーケンス図である。
【００３８】
〔正常なケース：図２〕
クライアントコンピュータ１は、オペレータからのログインの要求に応じ（図２：矢印（１））、ポータルサーバＣにログインする（図２：矢印（２））。このログイン時、クライアントコンピュータ１は、ポータルサーバＣに登録されているサーバＡのアドレス＃Ａを取得する（図２：矢印（３））。そして、ポータルサーバＣから取得したアドレス＃Ａに基づいてサーバＡにアクセスし、サーバＡに登録されているサーバＢのアドレス＃Ｂを取得する（図２：矢印(４)）。
【００３９】
ポータルサーバＣへのログイン後、オペレータによってサーバＢの機能が選択されると（図２：矢印（５））、クライアントコンピュータ１は、サーバＡに対してサーバＢとの間の通信が可能か否かを問い合わせる（図２：矢印（６））。
【００４０】
ここで、サーバＢとの間の通信が可能である旨のチェック結果がサーバＡから返送されてくれば（図２：矢印（７））、クライアントコンピュータ１は、取得されているサーバＢのアドレス＃Ｂに基づいてサーバＢへアクセスする（図２：矢印（８））。
【００４１】
なお、異常なケースとして、サーバＢとの間の通信が不能である旨のチェック結果がサーバＡから返送されてきた場合（図２：矢印（１１））、クライアントコンピュータ１は、オペレータに対して接続失敗のエラーメッセージを出す（図２：矢印（１２））。
【００４２】
〔ポータルサーバＣへのログイン後にサーバＡが通信不能になるケース：図３〕
クライアントコンピュータ１は、オペレータからのログインの要求に応じ（図３：矢印（１））、ポータルサーバＣにログインする（図３：矢印（２））。このログイン時、クライアントコンピュータ１は、ポータルサーバＣに登録されているサーバＡのアドレス＃Ａを取得する（図３：矢印（３））。そして、ポータルサーバＣから取得したアドレス＃Ａに基づいてサーバＡにアクセスし、サーバＡに登録されているサーバＢのアドレス＃Ｂを取得する（図３：矢印(４)）。
【００４３】
ここで、想定されるケースとして、ポータルサーバＣへのログイン後、サーバＡが通信不能になるケースが考えられる。この場合、ポータルサーバＣは、サーバＡとの間の通信が可能か否かを定期的にチェックし、サーバＡとの間の通信が不能になったと判断すると（図３：矢印（５））、その旨をクライアントコンピュータ１へ通知する（図３：矢印（６））。
【００４４】
その後、オペレータによってサーバＢの機能が選択されると（図３：矢印（７））、クライアントコンピュータ１は、ポータルサーバＣからの通知結果に基づいてサーバＡとの間の通信が不能であると判断し（図３：矢印（８））、取得されているサーバＢのアドレス＃Ｂに基づいてサーバＢへアクセスする（図３：矢印（９））。
【００４５】
ポータルサーバＣは、それまで不能であったサーバＡとの間の通信が可能になったと判断すると（図３：矢印（１０））、サーバＡとの間の通信が可能な状態に復帰したことをクライアントコンピュータ１へ通知する（図３：矢印（１１））。
【００４６】
クライアントコンピュータ１は、ポータルサーバＣからサーバＡとの間の通信が可能な状態に復帰したことが通知されると、取得されているサーバＡのアドレス＃Ａに基づいてサーバＡにアクセスし、サーバＡに登録されているサーバＢのアドレス＃Ｂを取得する（図３：矢印(１２)）。
【００４７】
その後、オペレータによってサーバＢの機能が選択されると（図３：矢印（１３））、クライアントコンピュータ１は、サーバＡに対してサーバＢとの間の通信が可能か否かを問い合わせ（図３：矢印（１４））、サーバＢとの間の通信が可能である旨のチェック結果がサーバＡから返送されてくれば（図３：矢印（１５））、取得されているサーバＢのアドレス＃Ｂに基づいてサーバＢへアクセスする（図３：矢印（１６））。
【００４８】
例えば、サーバＡに新たなサーバＢｎｅｗのアドレス＃Ｂｎｅｗを登録し、サーバＡをリスタートしたような場合、サーバＡとの間の通信が一時不能になる。このような場合、サーバＡとの間の通信が可能な状態に復帰した時点で、サーバＡに登録されている新たなサーバＢｎｅｗのアドレス＃Ｂｎｅｗがクライアントコンピュータ１に再取得されるものとなり、この再取得したサーバＢｎｅｗのアドレス＃Ｂｎｅｗに基づいて新たなサーバＢｎｅｗへのアクセスが可能となる。
【００４９】
〔ポータルサーバＣへのログイン時にサーバＡが通信不能なケース：図４〕
クライアントコンピュータ１は、オペレータからのログインの要求に応じ（図４：矢印（１））、ポータルサーバＣにログインする（図４：矢印（２））。このログイン時、クライアントコンピュータ１は、ポータルサーバＣに登録されているサーバＡのアドレス＃Ａを取得する（図４：矢印（３））
【００５０】
ここで、想定されるケースとして、ポータルサーバＣへのログイン時に、サーバＡが通信不能なケースが考えられる。この場合、クライアントコンピュータ１は、サーバＡからサーバＢのアドレス＃Ｂを取得することができない。また、この場合、ポータルサーバＣは、サーバＡとの間の通信が不能であることをクライアントコンピュータ１へ通知する（図４：矢印（４））。
【００５１】
ポータルサーバＣへのログイン後、オペレータによってサーバＢの機能が選択されると（図４：矢印（５））、クライアントコンピュータ１は、ポータルサーバＣからの通知結果からサーバＡとの間の通信が不能であると判断する（図４：矢印（６））。
【００５２】
また、クライアントコンピュータ１は、サーバＢのアドレス＃Ｂが取得されていないので、サーバＢへのアクセスを諦める（図４：矢印（７））。そして、オペレータに対して接続失敗のエラーメッセージを出す（図４：矢印（８））。
【００５３】
すなわち、ポータルサーバＣにログイン時、サーバＡがダウンしており、且つ、その後一度もサーバＡが復帰していないというケースはシステムの特性上、レアケースであると割り切って、サーバＢへのアクセスを諦め、オペレータに対して接続失敗のエラーメッセージを出す。
【００５４】
ポータルサーバＣは、それまで不能とされていたサーバＡとの間の通信が可能になったと判断すると（図４：矢印（９））、サーバＡとの間の通信が可能な状態に復帰したことをクライアントコンピュータ１へ通知する（図４：矢印（１０））。
【００５５】
クライアントコンピュータ１は、ポータルサーバＣからサーバＡとの間の通信が可能な状態に復帰したことが通知されると、取得されているサーバＡのアドレス＃Ａに基づいてサーバＡにアクセスし、サーバＡに登録されているサーバＢのアドレス＃Ｂを取得する（図４：矢印(１１)）。
【００５６】
その後、オペレータによってサーバＢの機能が選択されると（図４：矢印（１２））、クライアントコンピュータ１は、サーバＡに対してサーバＢとの間の通信が可能か否かを問い合わせ（図４：矢印（１３））、サーバＢとの間の通信が可能である旨のチェック結果がサーバＡから返送されてくれば（図４：矢印（１４））、取得されているサーバＢのアドレス＃Ｂに基づいてサーバＢへアクセスする（図４：矢印（１５））。
【００５７】
なお、上述した例では、ポータルサーバＣへのログイン後、サーバＢの機能が選択された場合、サーバＡとの間の通信が可能であるか否かを確認したり、サーバＢとの間の通信が可能であるか否かを確認するようにしたが、取得されているサーバＢのアドレス＃Ｂに基づいて直ちにサーバＢへアクセスするようにしてもよい。この場合、サーバＢへアクセスしてもサーバＢから応答が無ければ、オペレータに対して接続失敗のエラーメッセージを出すようにすればよい。
【００５８】
以上の動作からも分かるように、この実施の形態１のポータルサーバシステムでは、ポータルサーバＣへのログイン時、クライアントコンピュータ１がサーバＡからサーバＢのアドレス＃Ｂを取得するので、ポータルサーバＣへのログイン後、サーバＡがダウンしても、クライアントコンピュータ１からサーバＢへアクセスすることができるようになる。また、ポータルサーバＣにサーバＢのアドレス＃Ｂを登録する必要もなくなる。
【００５９】
〔実施の形態２：二重化あり〕
図５はこの発明に係るポータルサーバシステムの第２の実施の形態（実施の形態２）の概略を示す図である。この実施の形態２においても、図１３に従来の第２例として示したポータルサーバシステムと同様に、サーバＡに処理系のサーバＢ１のアドレス＃Ｂ１および待機系のサーバＢ２のアドレス＃Ｂ２が登録されており、サーバＣにサーバＡのアドレス＃Ａが登録されている。
【００６０】
なお、この実施の形態２において、サーバＡにはサーバＢ１およびＢ２との間の通信が可能か否かを定期的にチェックするヘルシーチェック機能が設けられており、サーバＣにはサーバＡとの間の通信が可能か否かを定期的にチェックするヘルシーチェック機能が設けられている。
【００６１】
また、この実施の形態２において、クライアントコンピュータ１は、本実施の形態特有の機能として、サーバＣを上位のポータルサーバとし、この上位のポータルサーバＣにログインするだけで、サーバＡ，Ｂ（Ｂ１，Ｂ２）の機能をシームレスに使用できるようにするための機能（シームレス機能）が設けられている。
【００６２】
クライアントコンピュータ１は、プロセッサや記憶装置からなるハードウェアと、これらのハードウェアと協働して各種機能を実現させるプログラムとによって実現される。具体的には、パーソナルコンピュータ（パソコン）にプログラムがインストールされ、このインストールされたプログラムに従うＣＰＵの処理動作として実現される。
【００６３】
以下、クライアントコンピュータ１が有するシームレス機能について、図６〜図８に示すシーケンス図を用いて説明する。なお、図６はサーバＡ，Ｂ１，Ｂ２，Ｃの通信が可能な正常なケースのシーケンス図、図７はクライアントコンピュータ１からのポータルサーバＣへのログイン後にサーバＡが通信不能になるケースのシーケンス図、図１１はクライアントコンピュータ１からのポータルサーバＣへのログイン時にサーバＡが通信不能なケースのシーケンス図である。
【００６４】
〔正常なケース：図６〕
クライアントコンピュータ１は、オペレータからのログインの要求に応じ（図６：矢印（１））、ポータルサーバＣにログインする（図６：矢印（２））。このログイン時、クライアントコンピュータ１は、ポータルサーバＣに登録されているサーバＡのアドレス＃Ａを取得する（図６：矢印（３））。そして、ポータルサーバＣから取得したアドレス＃Ａに基づいてサーバＡにアクセスし、サーバＡに登録されているサーバＢ１，Ｂ２のアドレス＃Ｂ，＃Ｂ２を取得する（図６：矢印(４)）。
【００６５】
ポータルサーバＣへのログイン後、オペレータによってサーバＢの機能が選択されると（図６：矢印（５））、クライアントコンピュータ１は、サーバＡに対してサーバＢ（Ｂ１，Ｂ２）との間の通信が可能か否かを問い合わせる（図６：矢印（６））。
【００６６】
ここで、処理系のサーバＢ１との間の通信が可能である旨のチェック結果がサーバＡから返送されてくれば（図６：矢印（７））、クライアントコンピュータ１は、取得されているサーバＢ１のアドレス＃Ｂ１に基づいて処理系のサーバＢ１へアクセスする（図６：矢印（８））。
【００６７】
なお、異常なケースとして、処理系のサーバＢ１との間の通信が不能で待機系のサーバＢ１との間の通信が可能である旨のチェック結果がサーバＡから返送されてきた場合（図６：矢印（１１））、クライアントコンピュータ１は、取得されているサーバＢ２のアドレス＃Ｂ２に基づいて待機系のサーバＢ２へアクセスする（図６：矢印（１２））。
【００６８】
また、異常なケースとして、処理系のサーバＢ１および待機系のサーバＢ２との間の通信が何れも不能である旨のチェック結果がサーバＡから返送されてきた場合（図６：矢印（１５））、クライアントコンピュータ１は、オペレータに対して接続失敗のエラーメッセージを出す（図６：矢印（１６））。
【００６９】
〔ポータルサーバＣへのログイン後にサーバＡが通信不能になるケース：図７〕
クライアントコンピュータ１は、オペレータからのログインの要求に応じ（図７：矢印（１））、ポータルサーバＣにログインする（図７：矢印（２））。このログイン時、クライアントコンピュータ１は、ポータルサーバＣに登録されているサーバＡのアドレス＃Ａを取得する（図７：矢印（３））。また、ポータルサーバＣから取得したアドレス＃Ａに基づいてサーバＡにアクセスし、サーバＡに登録されているサーバＢ１，Ｂ２のアドレス＃Ｂ１，＃Ｂ２を取得する（図７：矢印(４)）。
【００７０】
ここで、想定されるケースとして、ポータルサーバＣへのログイン後、サーバＡが通信不能になるケースが考えられる。この場合、ポータルサーバＣは、サーバＡとの間の通信が可能か否かを定期的にチェックし、サーバＡとの間の通信が不能になったと判断すると（図７：矢印（５））、その旨をクライアントコンピュータ１へ通知する（図７：矢印（６））。
【００７１】
その後、オペレータによってサーバＢの機能が選択されると（図７：矢印（７））、クライアントコンピュータ１は、ポータルサーバＣからの通知結果に基づいてサーバＡとの間の通信が不能であると判断し（図３：矢印（８））、取得されているサーバＢ１のアドレス＃Ｂ１に基づいて処理系のサーバＢ１へアクセスする（図７：矢印（９））。
【００７２】
ポータルサーバＣは、それまで不能とされていたサーバＡとの間の通信が可能になったと判断すると（図７：矢印（１０））、サーバＡとの間の通信が可能な状態に復帰したことをクライアントコンピュータ１へ通知する（図７：矢印（１１））。
【００７３】
クライアントコンピュータ１は、ポータルサーバＣからサーバＡとの間の通信が可能な状態に復帰したことが通知されると、取得されているサーバＡのアドレス＃Ａに基づいてサーバＡにアクセスし、サーバＡに登録されているサーバＢ１，Ｂ２のアドレス＃Ｂ１，＃Ｂ２を取得する（図７：矢印(１２)）。
【００７４】
その後、オペレータによってサーバＢの機能が選択されると（図７：矢印（１３））、クライアントコンピュータ１は、サーバＡに対してサーバＢ（Ｂ１，Ｂ２）との間の通信が可能か否かを問い合わせ（図７：矢印（１４））、サーバＢ１との間の通信が可能である旨のチェック結果がサーバＡから返送されてくれば（図７：矢印（１５））、取得されているサーバＢ１のアドレス＃Ｂ１に基づいて処理系のサーバＢ１へアクセスする（図７：矢印（１６））。
【００７５】
例えば、サーバＡに新たなサーバＢ１ｎｅｗ，Ｂ２ｎｅｗのアドレス＃Ｂ１ｎｅｗ，＃Ｂ２ｎｅｗを登録し、サーバＡをリスタートしたような場合、サーバＡとの間の通信が一時不能になる。このような場合、サーバＡとの間の通信が可能な状態に復帰した時点で、サーバＡに登録されている新たなサーバＢ１ｎｅｗ，Ｂ２ｎｅｗのアドレス＃Ｂ１ｎｅｗ，＃Ｂ２ｎｅｗがクライアントコンピュータ１に再取得されるものとなり、この再取得したサーバＢ１ｎｅｗ，Ｂ２ｎｅｗのアドレス＃Ｂ１ｎｅｗ，＃Ｂ２ｎｅｗに基づいて新たなサーバＢｎｅｗ（Ｂ１ｎｅｗ，Ｂ２ｎｅｗ）へのアクセスが可能となる。
【００７６】
〔ポータルサーバＣへのログイン時にサーバＡが通信不能なケース：図８〕
クライアントコンピュータ１は、オペレータからのログインの要求に応じ（図８：矢印（１））、ポータルサーバＣにログインする（図８：矢印（２））。このログイン時、クライアントコンピュータ１は、ポータルサーバＣに登録されているサーバＡのアドレス＃Ａを取得する（図８：矢印（３））
【００７７】
ここで、想定されるケースとして、ポータルサーバＣへのログイン時に、サーバＡが通信不能なケースが考えられる。この場合、クライアントコンピュータ１は、サーバＡからサーバＢ１，Ｂ２のアドレス＃Ｂ１，＃Ｂ２を取得することができない。また、この場合、ポータルサーバＣは、サーバＡとの間の通信が不能であることをクライアントコンピュータ１へ通知する（図８：矢印（４））。
【００７８】
ポータルサーバＣへのログイン後、オペレータによってサーバＢの機能が選択されると（図８：矢印（５））、クライアントコンピュータ１は、ポータルサーバＣからの通知結果からサーバＡとの間の通信が不能であると判断する（図１１：矢印（６））。
【００７９】
また、クライアントコンピュータ１は、サーバＢ１，Ｂ２のアドレス＃Ｂ１，＃Ｂ２が取得されていないので、サーバＢ（Ｂ１，Ｂ２）へのアクセスを諦める（図１１：矢印（７））。そして、オペレータに対して接続失敗のエラーメッセージを出す（図８：矢印（８））。
【００８０】
すなわち、ポータルサーバＣにログイン時、サーバＡがダウンしており、且つ、その後一度もサーバＡが復帰していないというケースはシステムの特性上、レアケースであると割り切って、サーバＢ（Ｂ１，Ｂ２）へのアクセスを諦め、オペレータに対して接続失敗のエラーメッセージを出す。
【００８１】
ポータルサーバＣは、それまで不能とされていたサーバＡとの間の通信が可能になったと判断すると（図８：矢印（９））、サーバＡとの間の通信が可能な状態に復帰したことをクライアントコンピュータ１へ通知する（図８：矢印（１０））。
【００８２】
クライアントコンピュータ１は、ポータルサーバＣからサーバＡとの間の通信が可能な状態に復帰したことが通知されると、取得されているサーバＡのアドレス＃Ａに基づいてサーバＡにアクセスし、サーバＡに登録されているサーバＢ１，Ｂ２のアドレス＃Ｂ１，＃Ｂ２を取得する（図８：矢印(１１)）。
【００８３】
その後、オペレータによってサーバＢの機能が選択されると（図８：矢印（１２））、クライアントコンピュータ１は、サーバＡに対してサーバＢ（Ｂ１，Ｂ２）との間の通信が可能か否かを問い合わせ（図８：矢印（１３））、処理系のサーバＢ１との間の通信が可能である旨のチェック結果がサーバＡから返送されてくれば（図８：矢印（１４））、取得されているサーバＢのアドレス＃Ｂ１に基づいて処理系のサーバＢ１へアクセスする（図８：矢印（１５））。
【００８４】
以上の動作からも分かるように、この実施の形態２のポータルサーバシステムでは、ポータルサーバＣへのログイン時、クライアントコンピュータ１がサーバＡからサーバＢ１，Ｂ２のアドレス＃Ｂ１，＃Ｂ２を取得するので、ポータルサーバＣへのログイン後、サーバＡがダウンしても、クライアントコンピュータ１からサーバＢ（Ｂ１）へアクセスすることができるようになる。また、ポータルサーバＣにサーバＢ１，Ｂ２のアドレス＃Ｂ１，＃Ｂ２を登録する必要もなくなる。また、サーバＣにサーバＢ１，Ｂ２との間の通信の可能状態をチェックするヘルシーチェック機能を追加する必要もなくなる。
【００８５】
図９に、上述した実施の形態１，２において、サーバＣにログインした後、サーバＢの機能が選択されたときのクライアントコンピュータ１での処理動作のフローチャートを示す。
【００８６】
クライアントコンピュータ１は、サーバＣにログインした後、オペレータによってサーバＢの機能が選択されると、取得されているサーバＢのアドレスからサーバＢの台数Ｎをカウントする（ステップＳ１０１）。この場合、実施の形態１では、Ｎ＝１とカウントし、実施の形態２ではＮ＝２とカウントする。なお、サーバＣへのログイン時にサーバＡが通信不能で、サーバＢのアドレスが取得されていなければ、Ｎ＝０となる。
【００８７】
次に、クライアントコンピュータ１は、サーバＢの台数ＮがＮ＞０であるか否かをチェックする（ステップＳ１０２）。ここで、サーバＢの台数ＮがＮ＝０であれば（ステップＳ１０２のＮＯ）、サーバＢへのアクセスを諦めて、処理を終了する（ステップＳ１０３）。
【００８８】
サーバＢの台数ＮがＮ＞０であれば（ステップＳ１０２のＹＥＳ）、サーバＡとの間で通信が可能であるか否かをチェックし（ステップＳ１０４）、サーバＡとの間の通信が不能であれば（ステップＳ１０４のＮＯ）、ｎ＝１とし（ステップＳ１０５）、取得しているサーバＢのアドレスを元にｎ＝１台目のサーバＢにアクセスする（ステップＳ１０６）。
【００８９】
例えば、実施の形態１において、サーバＡとの間の通信が不能であれば（ステップＳ１０４のＹＥＳ）、取得しているサーバＢのアドレス＃Ｂに基づいてサーバＢにアクセスする（ステップＳ１０６）。実施の形態２において、サーバＡとの間の通信が不能であれば（ステップＳ１０４のＮＯ）、取得しているサーバＢ１のアドレス＃Ｂ１に基づいて処理系のサーバＢ１にアクセスする（ステップＳ１０６）。
【００９０】
これに対し、サーバＡとの間の通信が可能であれば（ステップＳ１０４のＹＥＳ）、サーバＡからサーバＢとの間の通信が可能であるか否かのチェック結果を取得する（ステップＳ１０７）。そして、ｎ＝１とし（ステップＳ１０８）、サーバＢのｎ台目と通信が可能か否かをチェックする（ステップＳ１０９）。
【００９１】
ここで、サーバＢのｎ台目と通信が可能というチェック結果が得られていれば（ステップＳ１０９のＹＥＳ）、取得しているサーバＢのアドレスを元にｎ台目のサーバＢにアクセスする（ステップＳ１０６）。サーバＢのｎ台目と通信が可能であるという結果が得られていなければ（ステップＳ１０９のＮＯ）、ｎ＝ｎ＋１とし（ステップＳ１１０）、ステップＳ１０９でのチェックを繰り返す。なお、この処理過程において、ｎ＞Ｎとなれば（ステップＳ１１１のＹＥＳ）、サーバＢへのアクセスを諦めて、処理を終了する（ステップＳ１１２）。
【００９２】
例えば、実施の形態１において、サーバＢとの間の通信が可能であれば（ステップＳ１０９のＹＥＳ）、取得しているサーバＢのアドレス＃Ｂに基づいてサーバＢにアクセスする（ステップＳ１０６）。実施の形態２において、サーバＢ１との間の通信が可能であれば（ステップＳ１０９のＹＥＳ）、取得しているサーバＢ１のアドレス＃Ｂ１に基づいて処理系のサーバＢ１にアクセスする（ステップＳ１０６）。実施の形態２において、サーバＢ１との間の通信が不能で、サーバＢ２との間の通信が可能であれば（ステップＳ１０９のＹＥＳ）、取得しているサーバＢ２のアドレス＃Ｂ２に基づいて待機系のサーバＢ２にアクセスする（ステップＳ１０６）。実施の形態２において、サーバＢ１，Ｂ２が共に通信不能であれば（ステップＳ１１１のＹＥＳ）、サーバＢ（Ｂ１，Ｂ２）へのアクセスを諦めて、処理を終了する（ステップＳ１１２）。
【００９３】
図１０に実施の形態１のポータルサーバシステムにおけるクライアントコンピュータやサーバの要部の機能ブロック図を示す。この実施の形態１において、ポータルサーバＣは、サーバＡとの間の通信が可能か否かを定期的にチェックしそのチェック結果をクライアントコンピュータ１に通知する第２サーバ通信可能チェック手段３Ａと、この第２サーバ通信可能チェック手段３Ａによってそれまで不能と判断されていたサーバＡとの間の通信が可能と判断された場合、クライアントコンピュータ１へサーバＡとの間の通信が可能な状態に復帰したことを通知する第２サーバ通信復帰通知手段３Ｂと、サーバＡのアドレス＃Ａを記憶するメモリ３Ｃとを備えている。また、サーバＡは、サーバＢとの間の通信が可能か否かを定期的にチェックする第３サーバ通信可能チェック手段４Ａと、サーバＢのアドレス＃Ｂを記憶するメモリ４Ｂとを備えている。
【００９４】
また、この実施の形態１において、クライアントコンピュータ１は、ポータルサーバＣへのログイン時にこのポータルサーバＣに登録されているサーバＡのアドレス＃Ａを取得する第２サーバアドレス取得手段１Ａと、この第２サーバアドレス取得手段１Ａによって取得されたアドレス＃Ａに基づいてサーバＡへアクセスしこのサーバＡに登録されているサーバＢのアドレス＃Ｂを取得する第３サーバアドレス取得手段１Ｂと、ポータルサーバＣへのログイン後、サーバＢへのアクセスが要求された場合、第３サーバアドレス取得手段１Ｂによって取得されているアドレス＃Ｂに基づいてサーバＢへアクセスする第３サーバアクセス手段１Ｃと、ポータルサーバ３の第２サーバ通信復帰通知手段３ＢからサーバＡとの間の通信が可能な状態に復帰したことが通知された場合、第２サーバアドレス取得手段１Ａによって取得されているアドレス＃Ａに基づいてサーバＡへアクセスし、このサーバＡに登録されているサーバＢのアドレス＃Ｂを取得する第３サーバアドレス再取得手段１Ｄとを備えている。
【００９５】
なお、この例において、第３サーバアクセス手段１Ｃは、ポータルサーバＣの第２サーバ通信可能チェック手段３Ａからのチェック結果およびサーバＡにおける第３サーバ通信可能チェック手段４Ａでのチェック結果に基づいて、サーバＡとの間の通信およびサーバＢとの間の通信が可能と判断した場合に、第３サーバアドレス取得手段１Ｂによって取得されているアドレス＃Ｂに基づいてサーバＢへアクセスする。
【００９６】
この実施の形態１において、第３サーバアクセス手段１ＣにおけるポータルサーバＣの第２サーバ通信可能チェック手段３Ａからのチェック結果およびサーバＡにおける第３サーバ通信可能チェック手段４Ａでのチェック結果の確認は必ずしも必要ではなく、サーバＢへのアクセスが要求された場合、取得されているサーバＢのアドレス＃Ｂに基づいて直ちにサーバＢへアクセスするようにしてもよい。
【００９７】
図１１に実施の形態２のポータルサーバシステムにおけるクライアントコンピュータやサーバの要部の機能ブロック図を示す。この実施の形態２において、ポータルサーバＣは、サーバＡとの間の通信が可能か否かを定期的にチェックしそのチェック結果をクライアントコンピュータ１に通知する第２サーバ通信可能チェック手段３Ａと、この第２サーバ通信可能チェック手段３Ａによってそれまで不能と判断されていたサーバＡとの間の通信が可能と判断された場合、クライアントコンピュータ１へサーバＡとの間の通信が可能な状態に復帰したことを通知する第２サーバ通信復帰通知手段３Ｂと、サーバＡのアドレス＃Ａを記憶するメモリ３Ｃとを備えている。また、サーバＡは、サーバＢ１およびサーバＢ２との間の通信が可能か否かを定期的にチェックする第３サーバ通信可能チェック手段４Ａと、サーバＢ１，Ｂ２のアドレス＃Ｂ１，＃Ｂ２を記憶するメモリ４Ｂとを備えている。
【００９８】
また、この実施の形態２において、クライアントコンピュータ１は、ポータルサーバＣへのログイン時にこのポータルサーバＣに登録されているサーバＡのアドレス＃Ａを取得する第２サーバアドレス取得手段１Ａと、この第２サーバアドレス取得手段１Ａによって取得されたアドレス＃Ａに基づいてサーバＡへアクセスしこのサーバＡに登録されているサーバＢ１，Ｂ２のアドレス＃Ｂ１，＃Ｂ２を取得する第３サーバアドレス取得手段１Ｂと、ポータルサーバＣへのログイン後、サーバＢへのアクセスが要求された場合、ポータルサーバＣの第２サーバ通信可能チェック手段３Ａからのチェック結果に基づいて、サーバＡとの間の通信が可能か否かを判断する第２サーバ通信可能判断手段１Ｅと、この第２サーバ通信可能判断手段１ＥによってサーバＡとの間の通信が可能と判断された場合、第２サーバアドレス取得手段１Ａによって取得されているアドレスに基づいてサーバＡへアクセスし、このサーバＡにおける第３サーバ通信可能チェック手段４Ａでのチェック結果を取得し、サーバＢ１との間の通信が可能である旨のチェック結果が得られている場合には、第３サーバアドレス取得手段１Ｂによって取得されているアドレス＃Ｂ１に基づいてサーバＢ１へアクセスし、サーバＢ１との間の通信が不能でサーバＢ２との間の通信が可能である旨のチェック結果が得られている場合には、第３サーバアドレス取得手段１Ｂによって取得されているアドレス＃Ｂ２に基づいてサーバＢ２へアクセスする第２サーバ通信可能時の第３サーバアクセス手段１Ｃ１と、第２サーバ通信可能判断手段１ＥによってサーバＡとの間の通信が不能と判断された場合、第３サーバアドレス取得手段１Ｂによって取得されているアドレス＃Ｂ１に基づいて、サーバＢ１へアクセスする第２サーバ通信不能時の第３サーバアクセス手段１Ｃ２と、ポータルサーバ３の第２サーバ通信復帰通知手段３ＢからサーバＡとの間の通信が可能な状態に復帰したことが通知された場合、第２サーバアドレス取得手段１Ａによって取得されているアドレス＃Ａに基づいてサーバＡへアクセスし、このサーバＡに登録されているサーバＢ１，Ｂ２のアドレス＃Ｂ１，＃Ｂ２を取得する第３サーバアドレス再取得手段１Ｄとを備えている。
【図面の簡単な説明】
【００９９】
【図１】本発明に係るポータルサーバシステムの第１の実施の形態（実施の形態１（二重化なし））の概略を示す図である。
【図２】実施の形態１のポータルサーバシステムにおけるクライアントコンピュータが有するシームレス機能を説明するためのシーケンス図（正常なケースのシーケンス図）である。
【図３】実施の形態１のポータルサーバシステムにおけるクライアントコンピュータが有するシームレス機能を説明するためのシーケンス図（ポータルサーバＣへのログイン後にサーバＡが通信不能になるケースのシーケンス図）である。
【図４】実施の形態１のポータルサーバシステムにおけるクライアントコンピュータが有するシームレス機能を説明するためのシーケンス図（ポータルサーバＣへのログイン時にサーバＡが通信不能なケースのシーケンス図）である。
【図５】本発明に係るポータルサーバシステムの第２の実施の形態（実施の形態２（二重化あり））の概略を示す図である。
【図６】実施の形態２のポータルサーバシステムにおけるクライアントコンピュータが有するシームレス機能を説明するためのシーケンス図（正常なケースのシーケンス図）である。
【図７】実施の形態２のポータルサーバシステムにおけるクライアントコンピュータが有するシームレス機能を説明するためのシーケンス図（ポータルサーバＣへのログイン後にサーバＡが通信不能になるケースのシーケンス図）である。
【図８】実施の形態２のポータルサーバシステムにおけるクライアントコンピュータが有するシームレス機能を説明するためのシーケンス図（ポータルサーバＣへのログイン時にサーバＡが通信不能なケースのシーケンス図）である。
【図９】実施の形態１，２においてサーバＣにログインした後にサーバＢの機能が選択されたときのクライアントコンピュータでの処理動作を示すフローチャートである。
【図１０】実施の形態１のポータルサーバシステムにおけるクライアントコンピュータやサーバの要部の機能ブロック図である。
【図１１】実施の形態２のポータルサーバシステムにおけるクライアントコンピュータやサーバの要部の機能ブロック図である。
【図１２】クライアントコンピュータからのログインをポータルサーバに集約させたポータルサーバシステムの第１例を示す図である。
【図１３】クライアントコンピュータからのログインをポータルサーバに集約させたポータルサーバシステムの第２例を示す図である。
【図１４】ポータルサーバシステムの第１例において方式１を採用した場合の問題を説明するための図である。
【図１５】ポータルサーバシステムの第１例において方式２を採用した場合の問題を説明するための図である。
【図１６】ポータルサーバシステムの第２例において方式１を採用した場合の問題を説明するための図である。
【図１７】ポータルサーバシステムの第２例において方式２を採用した場合の問題を説明するための図である。
【符号の説明】
【０１００】
１…クライアントコンピュータ、２…ネットワーク、３…第１のサーバ（ポータルサーバＣ）、４…第２のサーバ（サーバＡ）、５…第３のサーバ（サーバＢ）、５−１…処理系の第３のサーバ（サーバＢ１）、５−２…待機系の第３のサーバ（サーバＢ２）、１Ａ…第２サーバアドレス取得手段、１Ｂ…第３サーバアドレス取得手段、１Ｃ…第３サーバアクセス手段、１Ｃ１…第２サーバ通信可能時の第３サーバアクセス手段、１Ｃ２…第２サーバ通信不能時の第３サーバアクセス手段、１Ｅ…第２サーバ通信可能判断手段、１Ｄ…第３サーバアドレス再取得手段、３Ａ…第２サーバ通信可能チェック手段、３Ｂ…第２サーバ通信復帰通知手段、３Ｃ…メモリ、４Ａ…第３サーバ通信可能チェック手段、４Ｂ…メモリ。
【特許請求の範囲】
【請求項１】
第１のサーバと、この第１のサーバにそのアドレスが登録されている第２のサーバと、この第２のサーバにそのアドレスが登録されている第３のサーバと、前記第１のサーバをポータルサーバとして前記第２および第３のサーバへネットワークを介してアクセスするクライアントコンピュータとを備えたポータルサーバシステムであって、
前記クライアントコンピュータは、
前記ポータルサーバへのログイン時にこのポータルサーバに登録されている前記第２のサーバのアドレスを取得する第２サーバアドレス取得手段と、
この第２サーバアドレス取得手段によって取得されたアドレスに基づいて前記第２のサーバへアクセスしこの第２のサーバに登録されている前記第３のサーバのアドレスを取得する第３サーバアドレス取得手段と、
前記ポータルサーバへのログイン後、前記第３のサーバへのアクセスが要求された場合、前記第３サーバアドレス取得手段によって取得されているアドレスに基づいて前記第３のサーバへアクセスする第３サーバアクセス手段とを備える
ことを特徴とするポータルサーバシステム。
【請求項２】
請求項１に記載されたポータルサーバシステムにおいて、
前記ポータルサーバは、
前記第２のサーバとの間の通信が可能か否かを定期的にチェックする第２サーバ通信可能チェック手段と、
この第２サーバ通信可能チェック手段によってそれまで不能と判断されていた前記第２のサーバとの間の通信が可能と判断された場合、前記クライアントコンピュータへ前記第２のサーバとの間の通信が可能な状態に復帰したことを通知する第２サーバ通信復帰通知手段とを備え、
前記クライアントコンピュータは、
前記ポータルサーバの第２サーバ通信復帰通知手段によって前記第２のサーバとの間の通信が可能な状態に復帰したことが通知された場合、前記第２サーバアドレス取得手段によって取得されているアドレスに基づいて前記第２のサーバへアクセスし、この第２のサーバに登録されている前記第３のサーバのアドレスを取得する第３サーバアドレス再取得手段を備える
ことを特徴とするポータルサーバシステム。
【請求項３】
第１のサーバと、この第１のサーバにそのアドレスが登録されている第２のサーバと、この第２のサーバにそのアドレスが登録されている処理系の第３のサーバと、前記第２のサーバにそのアドレスが登録されている待機系の第３のサーバと、前記第１のサーバをポータルサーバとして前記第２および第３のサーバへネットワークを介してアクセスするクライアントコンピュータとを備えたポータルサーバシステムであって、
前記ポータルサーバは、
前記第２のサーバとの間の通信が可能か否かを定期的にチェックしそのチェック結果を前記クライアントコンピュータに通知する第２サーバ通信可能チェック手段を備え、
前記第２のサーバは、
前記処理系の第３のサーバおよび前記待機系の第３のサーバとの間の通信が可能か否かを定期的にチェックする第３サーバ通信可能チェック手段を備え、
前記クライアントコンピュータは、
前記ポータルサーバへのログイン時にこのポータルサーバに登録されている前記第２のサーバのアドレスを取得する第２サーバアドレス取得手段と、
この第２サーバアドレス取得手段によって取得されたアドレスに基づいて前記第２のサーバへアクセスしこの第２のサーバに登録されている前記処理系の第３のサーバおよび前記待機系の第３のサーバのアドレスを取得する第３サーバアドレス取得手段と、
前記ポータルサーバへのログイン後、前記第３のサーバへのアクセスが要求された場合、前記ポータルサーバの第２サーバ通信可能チェック手段からのチェック結果に基づいて、前記第２のサーバとの間の通信が可能か否かを判断する第２サーバ通信可能判断手段と、
この第２サーバ通信可能判断手段によって前記第２のサーバとの間の通信が可能と判断された場合、前記第２サーバアドレス取得手段によって取得されているアドレスに基づいて前記第２のサーバへアクセスし、この第２のサーバにおける第３サーバ通信可能チェック手段でのチェック結果を取得し、前記処理系の第３のサーバとの間の通信が可能である旨のチェック結果が得られている場合には、前記第３サーバアドレス取得手段によって取得されているアドレスに基づいて前記処理系の第３のサーバへアクセスし、前記処理系の第３のサーバとの間の通信が不能で前記待機系の第３のサーバとの間の通信が可能である旨のチェック結果が得られている場合には、前記第３サーバアドレス取得手段によって取得されているアドレスに基づいて前記待機系の第３のサーバへアクセスする第２サーバ通信可能時の第３サーバアクセス手段と、
前記第２サーバ通信可能判断手段によって前記第２のサーバとの間の通信が不能と判断された場合、前記第３サーバアドレス取得手段によって取得されているアドレスに基づいて、前記処理系の第３のサーバへアクセスする第２サーバ通信不能時の第３サーバアクセス手段とを備える
ことを特徴とするポータルサーバシステム。
【請求項４】
請求項３に記載されたポータルサーバシステムにおいて、
前記ポータルサーバは、
前記第２サーバ通信可能チェック手段によってそれまで不能と判断れていた前記第２のサーバとの間の通信が可能と判断された場合、前記クライアントコンピュータへ前記第２のサーバとの間の通信が可能な状態に復帰したことを通知する第２サーバ通信復帰通知手段を備え、
前記クライアントコンピュータは、
前記ポータルサーバの第２サーバ通信復帰通知手段によって前記第２のサーバとの間の通信が可能な状態に復帰したことが通知された場合、前記第２サーバアドレス取得手段によって取得されているアドレスに基づいて前記第２のサーバへアクセスし、この第２のサーバに登録されている前記処理系の第３のサーバおよび前記待機系の第３のサーバのアドレスを取得する第３サーバアドレス再取得手段を備える
ことを特徴とするポータルサーバシステム。
【請求項５】
第１のサーバと、この第１のサーバにそのアドレスが登録されている第２のサーバと、この第２のサーバにそのアドレスが登録されている第３のサーバと、前記第１のサーバをポータルサーバとして前記第２および第３のサーバへネットワークを介してアクセスするクライアントコンピュータとを備えたポータルサーバシステムにおけるサーバアクセス方法であって、
前記クライアントコンピュータにおいて、
前記ポータルサーバへのログイン時にこのポータルサーバに登録されている前記第２のサーバのアドレスを取得する第２サーバアドレス取得ステップと、
この第２サーバアドレス取得ステップによって取得されたアドレスに基づいて前記第２のサーバへアクセスしこの第２のサーバに登録されている前記第３のサーバのアドレスを取得する第３サーバアドレス取得ステップと、
前記ポータルサーバへのログイン後、前記第３のサーバへのアクセスが要求された場合、前記第３サーバアドレス取得ステップによって取得されているアドレスに基づいて前記第３のサーバへアクセスする第３サーバアクセスステップとを実行する
ことを特徴とするポータルサーバシステムにおけるサーバアクセス方法。
【請求項６】
請求項５に記載されたポータルサーバシステムにおけるサーバアクセス方法において、
前記ポータルサーバにおいて、
前記第２のサーバとの間の通信が可能か否かを定期的にチェックする第２サーバ通信可能チェックステップと、
この第２サーバ通信可能チェックステップによってそれまで不能と判断されていた前記第２のサーバとの間の通信が可能と判断された場合、前記クライアントコンピュータへ前記第２のサーバとの間の通信が可能な状態に復帰したことを通知する通信復帰通知ステップとを実行し、
前記クライアントコンピュータにおいて、
前記ポータルサーバにおける通信復帰通知ステップによって前記第２のサーバとの間の通信が可能な状態に復帰したことが通知された場合、前記第２サーバアドレス取得ステップによって取得されているアドレスに基づいて前記第２のサーバへアクセスし、この第２のサーバに登録されている前記第３のサーバのアドレスを取得する第３サーバアドレス再取得ステップを実行する
ことを特徴とするポータルサーバシステムにおけるサーバアクセス方法。
【請求項７】
第１のサーバと、この第１のサーバにそのアドレスが登録されている第２のサーバと、この第２のサーバにそのアドレスが登録されている処理系の第３のサーバと、前記第２のサーバにそのアドレスが登録されている待機系の第３のサーバと、前記第１のサーバをポータルサーバとして前記第２および第３のサーバへネットワークを介してアクセスするクライアントコンピュータとを備えたポータルサーバシステムにおけるサーバアクセス方法であって、
前記ポータルサーバにおいて、
前記第２のサーバとの間の通信が可能か否かを定期的にチェックしそのチェック結果を前記クライアントコンピュータに通知する第２サーバ通信可能チェックステップを実行し、
前記第２のサーバにおいて、
前記処理系の第３のサーバおよび前記待機系の第３のサーバとの間の通信が可能か否かを定期的にチェックする第３サーバ通信可能チェックステップを実行し、
前記クライアントコンピュータにおいて、
前記ポータルサーバへのログイン時にこのポータルサーバに登録されている前記第２のサーバのアドレスを取得する第２サーバアドレス取得ステップと、
この第２サーバアドレス取得ステップによって取得されたアドレスに基づいて前記第２のサーバへアクセスしこの第２のサーバに登録されている前記処理系の第３のサーバおよび前記待機系の第３のサーバのアドレスを取得する第３サーバアドレス取得ステップと、
前記ポータルサーバへのログイン後、前記第３のサーバへのアクセスが要求された場合、前記ポータルサーバの第２サーバ通信可能チェックステップによって通知されているチェック結果に基づいて、前記第２のサーバとの間の通信が可能か否かを判断する第２サーバ通信可能判断ステップと、
この第２サーバ通信可能判断ステップによって前記第２のサーバとの間の通信が可能と判断された場合、前記第２サーバアドレス取得ステップによって取得されているアドレスに基づいて前記第２のサーバへアクセスし、この第２のサーバにおける第３サーバ通信可能チェックステップでのチェック結果を取得し、前記処理系の第３のサーバとの間の通信が可能である旨のチェック結果が得られている場合には、前記第３サーバアドレス取得ステップによって取得されているアドレスに基づいて前記処理系の第３のサーバへアクセスし、前記処理系の第３のサーバとの間の通信が不能で前記待機系の第３のサーバとの間の通信が可能である旨のチェック結果が得られている場合には、前記第３サーバアドレス取得ステップによって取得されているアドレスに基づいて前記待機系の第３のサーバへアクセスする第２サーバ通信可能時の第３サーバアクセスステップと、
前記第２サーバ通信可能判断ステップによって前記第２のサーバとの間の通信が不能と判断された場合、前記第３サーバアドレス取得ステップによって取得されているアドレスに基づいて、前記処理系の第３のサーバへアクセスする第２サーバ通信不能時の第３サーバアクセスステップとを実行する
ことを特徴とするポータルサーバシステムにおけるサーバアクセス方法。
【請求項８】
請求項７に記載されたポータルサーバシステムにおけるサーバアクセス方法において、
前記ポータルサーバにおいて、
前記第２サーバ通信可能チェックステップによってそれまで不能と判断れていた前記第２のサーバとの間の通信が可能と判断された場合、前記クライアントコンピュータへ前記第２のサーバとの間の通信が可能な状態に復帰したことを通知する通信復帰通知ステップを実行し、
前記クライアントコンピュータにおいて、
前記ポータルサーバの通信復帰通知ステップによって前記第２のサーバとの間の通信が可能な状態に復帰したことが通知された場合、前記第２サーバアドレス取得ステップによって取得されているアドレスに基づいて前記第２のサーバへアクセスし、この第２のサーバに登録されている前記処理系の第３のサーバおよび前記待機系の第３のサーバのアドレスを取得する第３サーバアドレス再取得ステップを実行する
ことを特徴とするポータルサーバシステムにおけるサーバアクセス方法。
【請求項１】
第１のサーバと、この第１のサーバにそのアドレスが登録されている第２のサーバと、この第２のサーバにそのアドレスが登録されている第３のサーバと、前記第１のサーバをポータルサーバとして前記第２および第３のサーバへネットワークを介してアクセスするクライアントコンピュータとを備えたポータルサーバシステムであって、
前記クライアントコンピュータは、
前記ポータルサーバへのログイン時にこのポータルサーバに登録されている前記第２のサーバのアドレスを取得する第２サーバアドレス取得手段と、
この第２サーバアドレス取得手段によって取得されたアドレスに基づいて前記第２のサーバへアクセスしこの第２のサーバに登録されている前記第３のサーバのアドレスを取得する第３サーバアドレス取得手段と、
前記ポータルサーバへのログイン後、前記第３のサーバへのアクセスが要求された場合、前記第３サーバアドレス取得手段によって取得されているアドレスに基づいて前記第３のサーバへアクセスする第３サーバアクセス手段とを備える
ことを特徴とするポータルサーバシステム。
【請求項２】
請求項１に記載されたポータルサーバシステムにおいて、
前記ポータルサーバは、
前記第２のサーバとの間の通信が可能か否かを定期的にチェックする第２サーバ通信可能チェック手段と、
この第２サーバ通信可能チェック手段によってそれまで不能と判断されていた前記第２のサーバとの間の通信が可能と判断された場合、前記クライアントコンピュータへ前記第２のサーバとの間の通信が可能な状態に復帰したことを通知する第２サーバ通信復帰通知手段とを備え、
前記クライアントコンピュータは、
前記ポータルサーバの第２サーバ通信復帰通知手段によって前記第２のサーバとの間の通信が可能な状態に復帰したことが通知された場合、前記第２サーバアドレス取得手段によって取得されているアドレスに基づいて前記第２のサーバへアクセスし、この第２のサーバに登録されている前記第３のサーバのアドレスを取得する第３サーバアドレス再取得手段を備える
ことを特徴とするポータルサーバシステム。
【請求項３】
第１のサーバと、この第１のサーバにそのアドレスが登録されている第２のサーバと、この第２のサーバにそのアドレスが登録されている処理系の第３のサーバと、前記第２のサーバにそのアドレスが登録されている待機系の第３のサーバと、前記第１のサーバをポータルサーバとして前記第２および第３のサーバへネットワークを介してアクセスするクライアントコンピュータとを備えたポータルサーバシステムであって、
前記ポータルサーバは、
前記第２のサーバとの間の通信が可能か否かを定期的にチェックしそのチェック結果を前記クライアントコンピュータに通知する第２サーバ通信可能チェック手段を備え、
前記第２のサーバは、
前記処理系の第３のサーバおよび前記待機系の第３のサーバとの間の通信が可能か否かを定期的にチェックする第３サーバ通信可能チェック手段を備え、
前記クライアントコンピュータは、
前記ポータルサーバへのログイン時にこのポータルサーバに登録されている前記第２のサーバのアドレスを取得する第２サーバアドレス取得手段と、
この第２サーバアドレス取得手段によって取得されたアドレスに基づいて前記第２のサーバへアクセスしこの第２のサーバに登録されている前記処理系の第３のサーバおよび前記待機系の第３のサーバのアドレスを取得する第３サーバアドレス取得手段と、
前記ポータルサーバへのログイン後、前記第３のサーバへのアクセスが要求された場合、前記ポータルサーバの第２サーバ通信可能チェック手段からのチェック結果に基づいて、前記第２のサーバとの間の通信が可能か否かを判断する第２サーバ通信可能判断手段と、
この第２サーバ通信可能判断手段によって前記第２のサーバとの間の通信が可能と判断された場合、前記第２サーバアドレス取得手段によって取得されているアドレスに基づいて前記第２のサーバへアクセスし、この第２のサーバにおける第３サーバ通信可能チェック手段でのチェック結果を取得し、前記処理系の第３のサーバとの間の通信が可能である旨のチェック結果が得られている場合には、前記第３サーバアドレス取得手段によって取得されているアドレスに基づいて前記処理系の第３のサーバへアクセスし、前記処理系の第３のサーバとの間の通信が不能で前記待機系の第３のサーバとの間の通信が可能である旨のチェック結果が得られている場合には、前記第３サーバアドレス取得手段によって取得されているアドレスに基づいて前記待機系の第３のサーバへアクセスする第２サーバ通信可能時の第３サーバアクセス手段と、
前記第２サーバ通信可能判断手段によって前記第２のサーバとの間の通信が不能と判断された場合、前記第３サーバアドレス取得手段によって取得されているアドレスに基づいて、前記処理系の第３のサーバへアクセスする第２サーバ通信不能時の第３サーバアクセス手段とを備える
ことを特徴とするポータルサーバシステム。
【請求項４】
請求項３に記載されたポータルサーバシステムにおいて、
前記ポータルサーバは、
前記第２サーバ通信可能チェック手段によってそれまで不能と判断れていた前記第２のサーバとの間の通信が可能と判断された場合、前記クライアントコンピュータへ前記第２のサーバとの間の通信が可能な状態に復帰したことを通知する第２サーバ通信復帰通知手段を備え、
前記クライアントコンピュータは、
前記ポータルサーバの第２サーバ通信復帰通知手段によって前記第２のサーバとの間の通信が可能な状態に復帰したことが通知された場合、前記第２サーバアドレス取得手段によって取得されているアドレスに基づいて前記第２のサーバへアクセスし、この第２のサーバに登録されている前記処理系の第３のサーバおよび前記待機系の第３のサーバのアドレスを取得する第３サーバアドレス再取得手段を備える
ことを特徴とするポータルサーバシステム。
【請求項５】
第１のサーバと、この第１のサーバにそのアドレスが登録されている第２のサーバと、この第２のサーバにそのアドレスが登録されている第３のサーバと、前記第１のサーバをポータルサーバとして前記第２および第３のサーバへネットワークを介してアクセスするクライアントコンピュータとを備えたポータルサーバシステムにおけるサーバアクセス方法であって、
前記クライアントコンピュータにおいて、
前記ポータルサーバへのログイン時にこのポータルサーバに登録されている前記第２のサーバのアドレスを取得する第２サーバアドレス取得ステップと、
この第２サーバアドレス取得ステップによって取得されたアドレスに基づいて前記第２のサーバへアクセスしこの第２のサーバに登録されている前記第３のサーバのアドレスを取得する第３サーバアドレス取得ステップと、
前記ポータルサーバへのログイン後、前記第３のサーバへのアクセスが要求された場合、前記第３サーバアドレス取得ステップによって取得されているアドレスに基づいて前記第３のサーバへアクセスする第３サーバアクセスステップとを実行する
ことを特徴とするポータルサーバシステムにおけるサーバアクセス方法。
【請求項６】
請求項５に記載されたポータルサーバシステムにおけるサーバアクセス方法において、
前記ポータルサーバにおいて、
前記第２のサーバとの間の通信が可能か否かを定期的にチェックする第２サーバ通信可能チェックステップと、
この第２サーバ通信可能チェックステップによってそれまで不能と判断されていた前記第２のサーバとの間の通信が可能と判断された場合、前記クライアントコンピュータへ前記第２のサーバとの間の通信が可能な状態に復帰したことを通知する通信復帰通知ステップとを実行し、
前記クライアントコンピュータにおいて、
前記ポータルサーバにおける通信復帰通知ステップによって前記第２のサーバとの間の通信が可能な状態に復帰したことが通知された場合、前記第２サーバアドレス取得ステップによって取得されているアドレスに基づいて前記第２のサーバへアクセスし、この第２のサーバに登録されている前記第３のサーバのアドレスを取得する第３サーバアドレス再取得ステップを実行する
ことを特徴とするポータルサーバシステムにおけるサーバアクセス方法。
【請求項７】
第１のサーバと、この第１のサーバにそのアドレスが登録されている第２のサーバと、この第２のサーバにそのアドレスが登録されている処理系の第３のサーバと、前記第２のサーバにそのアドレスが登録されている待機系の第３のサーバと、前記第１のサーバをポータルサーバとして前記第２および第３のサーバへネットワークを介してアクセスするクライアントコンピュータとを備えたポータルサーバシステムにおけるサーバアクセス方法であって、
前記ポータルサーバにおいて、
前記第２のサーバとの間の通信が可能か否かを定期的にチェックしそのチェック結果を前記クライアントコンピュータに通知する第２サーバ通信可能チェックステップを実行し、
前記第２のサーバにおいて、
前記処理系の第３のサーバおよび前記待機系の第３のサーバとの間の通信が可能か否かを定期的にチェックする第３サーバ通信可能チェックステップを実行し、
前記クライアントコンピュータにおいて、
前記ポータルサーバへのログイン時にこのポータルサーバに登録されている前記第２のサーバのアドレスを取得する第２サーバアドレス取得ステップと、
この第２サーバアドレス取得ステップによって取得されたアドレスに基づいて前記第２のサーバへアクセスしこの第２のサーバに登録されている前記処理系の第３のサーバおよび前記待機系の第３のサーバのアドレスを取得する第３サーバアドレス取得ステップと、
前記ポータルサーバへのログイン後、前記第３のサーバへのアクセスが要求された場合、前記ポータルサーバの第２サーバ通信可能チェックステップによって通知されているチェック結果に基づいて、前記第２のサーバとの間の通信が可能か否かを判断する第２サーバ通信可能判断ステップと、
この第２サーバ通信可能判断ステップによって前記第２のサーバとの間の通信が可能と判断された場合、前記第２サーバアドレス取得ステップによって取得されているアドレスに基づいて前記第２のサーバへアクセスし、この第２のサーバにおける第３サーバ通信可能チェックステップでのチェック結果を取得し、前記処理系の第３のサーバとの間の通信が可能である旨のチェック結果が得られている場合には、前記第３サーバアドレス取得ステップによって取得されているアドレスに基づいて前記処理系の第３のサーバへアクセスし、前記処理系の第３のサーバとの間の通信が不能で前記待機系の第３のサーバとの間の通信が可能である旨のチェック結果が得られている場合には、前記第３サーバアドレス取得ステップによって取得されているアドレスに基づいて前記待機系の第３のサーバへアクセスする第２サーバ通信可能時の第３サーバアクセスステップと、
前記第２サーバ通信可能判断ステップによって前記第２のサーバとの間の通信が不能と判断された場合、前記第３サーバアドレス取得ステップによって取得されているアドレスに基づいて、前記処理系の第３のサーバへアクセスする第２サーバ通信不能時の第３サーバアクセスステップとを実行する
ことを特徴とするポータルサーバシステムにおけるサーバアクセス方法。
【請求項８】
請求項７に記載されたポータルサーバシステムにおけるサーバアクセス方法において、
前記ポータルサーバにおいて、
前記第２サーバ通信可能チェックステップによってそれまで不能と判断れていた前記第２のサーバとの間の通信が可能と判断された場合、前記クライアントコンピュータへ前記第２のサーバとの間の通信が可能な状態に復帰したことを通知する通信復帰通知ステップを実行し、
前記クライアントコンピュータにおいて、
前記ポータルサーバの通信復帰通知ステップによって前記第２のサーバとの間の通信が可能な状態に復帰したことが通知された場合、前記第２サーバアドレス取得ステップによって取得されているアドレスに基づいて前記第２のサーバへアクセスし、この第２のサーバに登録されている前記処理系の第３のサーバおよび前記待機系の第３のサーバのアドレスを取得する第３サーバアドレス再取得ステップを実行する
ことを特徴とするポータルサーバシステムにおけるサーバアクセス方法。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【公開番号】特開２００９−１９３４２６（Ｐ２００９−１９３４２６Ａ）
【公開日】平成２１年８月２７日（２００９．８．２７）
【国際特許分類】
【出願番号】特願２００８−３４３７９（Ｐ２００８−３４３７９）
【出願日】平成２０年２月１５日（２００８．２．１５）
【出願人】（０００００６６６６）株式会社山武 (1,808)
【Ｆターム（参考）】
【公開日】平成２１年８月２７日（２００９．８．２７）
【国際特許分類】
【出願日】平成２０年２月１５日（２００８．２．１５）
【出願人】（０００００６６６６）株式会社山武 (1,808)
【Ｆターム（参考）】
[ Back to top ]