(57)【要約】【課題】ポータルサイトの障害発生時にも、目的とするサイトに直接接続することができるログインシステムを提供する。【解決手段】前記認証サーバは、顧客のログイン認証を行うログイン認証手段と、ポータルサイトの障害情報を取得するポータル障害取得手段と、を備える。Ｗｅｂサーバは、認証サーバのログイン認証後に、顧客のインターネットバンキングサーバへのアクセスを認可する認可手段と、認可完了後に、ポータルサイトの障害情報を含む連携情報を生成し、インターネットバンキングサーバに送信する連携情報生成手段と、を備える。インターネットバンキングサーバは、受信した連携情報にポータルサイトの障害情報が含まれる場合に、ポータルサイトのトップページを顧客端末に送信する。【選択図】図４
2018156438.tif 000002
【特許請求の範囲】
【請求項１】
顧客端末にインターネットを介して接続されるＷｅｂサーバと、前記Ｗｅｂサーバと接続される認証サーバとを備えたログインシステムであって、
前記認証サーバは、
前記顧客端末から顧客のログイン認証を行うログイン認証手段と、
前記顧客のインターネットバンキングサーバへの入口となるポータルサイトの障害情報を取得するポータル障害取得手段と、を備え、
前記Ｗｅｂサーバは、
前記認証サーバのログイン認証後に、前記顧客端末から前記インターネットバンキングサーバへのアクセスを認可する認可手段と、
前記認可手段による認可完了後に、前記ポータル障害取得手段が取得した前記ポータルサイトの障害情報を含む連携情報を生成し、前記インターネットバンキングサーバに送信する連携情報生成手段と、を備え、
前記インターネットバンキングサーバは、
受信した前記連携情報に前記ポータルサイトの障害情報が含まれる場合に、インターネットバンキングのホーム画面を前記顧客端末に送信する、
ことを特徴とするログインシステム。
【請求項２】
前記ログイン認証手段は、前記インターネットバンキングサーバに対して、シングルサインオンでログイン認証を行うことを特徴とする請求項１に記載のログインシステム。
【請求項３】
前記Ｗｅｂサーバは、ユーザ別接続優先順位ＤＢに格納されたユーザの接続先優先順位に従って、前記インターネットバンキングサーバ及び前記シングルサインオンの対象の他のシステムのサーバに接続させることを特徴とする請求項２に記載のログインシステム。
【請求項４】
顧客端末にインターネットを介して接続されるＷｅｂサーバと、前記Ｗｅｂサーバと接続される認証サーバとを備えたシステムにおけるログイン方法であって、
前記認証サーバが、
前記顧客端末から顧客のログイン認証を行う段階と、
前記顧客のインターネットバンキングサーバへの入口となるポータルサイトの障害情報を取得する段階と、を含み、
前記Ｗｅｂサーバが、
前記認証サーバのログイン認証後に、前記顧客端末のインターネットバンキングサーバへのアクセスを認可する段階と、
前記認可する段階による認可完了後に、前記ポータルサイトの障害情報を取得する段階において取得した前記ポータルサイトの障害情報を含む連携情報を生成し、前記インターネットバンキングサーバに送信する段階と、を含み、
前記インターネットバンキングサーバが、
受信した前記連携情報に前記ポータルサイトの障害情報が含まれる場合に、インターネットバンキングのホーム画面を前記顧客端末に送信する段階を含むことを特徴とするログイン方法。
【請求項５】
請求項４に記載の各段階をコンピュータに実行させるログインプログラム。
【請求項６】
ユーザの端末にインターネットを介して接続される第１のサーバと、前記第１のサーバと接続される第２のサーバとを備えたアクセス制御システムであって、
前記第２のサーバは、
前記第１のサーバを介して、前記ユーザの認証を行う手段と、
前記ユーザが、前記第２のサーバと接続された第３のサーバを経由し第４のサーバへのアクセスを制御する手段と、
前記第３のサーバの障害情報を取得する手段と、を備え、
前記第１のサーバは、
前記ユーザの認証後に、前記ユーザの端末の前記第４のサーバへのアクセスを認可する手段と、
前記認可する手段による認可が完了後に、前記第３のサーバの障害情報を前記第４のサーバに送信する手段と、を備え、
前記第４のサーバは、
受信した前記障害情報に応じて、前記第４のサーバへアクセスする手段を前記ユーザの端末に送信する、
ことを特徴とするアクセス制御システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、障害時におけるログインのシステムに関し、特に、ポータルサイトに障害が発生中の場合において、インターネットバンキングに直接ログイン可能なシステムに関する。
【背景技術】
【０００２】
従来から、ユーザ端末からＷＥＢシステムにログインするときに、システムの障害が起きた際の対処方法が各種知られている。
【０００３】
例えば、特許文献１には、ユーザ端末がＷＥＢシステムにログイン中に予測できないシステム障害が発生しても、第３者によるＷＥＢシステムの不正操作を防止するユーザ認証方法等が開示されている。
【０００４】
また、特許文献２には、第１のユーザによるログアウトから、第２のユーザによるログインまでの間に障害が発生した場合、ユーザによる障害の発見が遅れてしまうことがあることを解決するために、第１のユーザがログアウトした後であって第２のユーザがログインしたときに、その出力済みフラグを参照し、第１のユーザに未出力の監視結果情報を抽出して、操作装置に出力する監視装置が開示されている。
【０００５】
また、特にポータルサイトにシステム障害が発生した場合は、ポータルサイト経由のシステムが全てアクセス不能となるのを避けるため、従来では、それらのシステムにダイレクトにログイン可能なＵＲＬをメールでユーザに送信していた。
【先行技術文献】
【特許文献】
【０００６】
【特許文献１】特開２０１３−１１４５２６号公報
【特許文献２】特開２００８−１５８５６１号公報
【発明の概要】
【発明が解決しようとする課題】
【０００７】
しかしながら、上記特許文献１，２のような従来技術は、障害の発生を一早く検知し、障害の影響をいかに小さくするか、また、障害からいかに早く復旧するか、障害時の不正アクセスをいかに防止するかといったことを主眼としたものが多く、障害発生時にもユーザの利便性を損なわないようにするためのシステムは少ない。特に、海外のＷｅｂシステムを利用する際、知識が少ないユーザにとっては、ユーザが利用したい機能自体は障害がないにもかかわらず、システム全体の障害復旧を待つしかなかった。特に、各種システムの入口となるポータルサイトに障害が発生した場合は、たとえ、バックエンドのシステムに障害がなくとも、ユーザはポータルサイトの復旧を待つしかなかった。また、ＵＲＬの送付だと、全ユーザのメールアドレスを抽出し、送付しなければならず、手間がかかっていた。加えて、未送達先への対応も必要であった。
【０００８】
したがって、本発明は、上記課題に鑑み、ポータルサイトの障害発生時にも、目的とするサイトに直接接続することができるログインシステムを提供することを目的とする。
【課題を解決するための手段】
【０００９】
本発明のポータルサイトの障害発生時のログインシステム（以下、「ダイレクトログイン・システム」と呼ぶ）は、以下のような解決手段を提供する。
【００１０】
（１）顧客端末にインターネットを介して接続されるＷｅｂサーバと、前記Ｗｅｂサーバと接続される認証サーバとを備えたログインシステムであって、前記認証サーバは、前記顧客端末から顧客のログイン認証を行うログイン認証手段と、前記顧客のインターネットバンキングサーバへの入口となるポータルサイトの障害情報を取得するポータル障害取得手段と、を備え、前記Ｗｅｂサーバは、前記認証サーバのログイン認証後に、前記顧客端末から前記インターネットバンキングサーバへのアクセスを認可する認可手段と、前記認可手段による認可完了後に、前記ポータル障害取得手段が取得した前記ポータルサイトの障害情報を含む連携情報を生成し、前記インターネットバンキングサーバに送信する連携情報生成手段と、を備え、前記インターネットバンキングサーバは、受信した前記連携情報に前記ポータルサイトの障害情報が含まれる場合に、インターネットバンキングのホーム画面を前記顧客端末に送信する、ことを特徴とする。
【００１１】
（２）上記（１）の構成において、前記ログイン認証手段は、前記インターネットバンキングサーバに対して、シングルサインオンでログイン認証を行うことを特徴とする。
【００１２】
（３）上記（２）の構成において、前記Ｗｅｂサーバは、ユーザ別接続優先順位ＤＢに格納されたユーザの接続先優先順位に従って、前記インターネットバンキングサーバ及び前記シングルサインオンの対象の他のシステムのサーバに接続させることを特徴とする。
【００１３】
（４）顧客端末にインターネットを介して接続されるＷｅｂサーバと、前記Ｗｅｂサーバと接続される認証サーバとを備えたシステムにおけるログイン方法であって、前記認証サーバが、前記顧客端末から顧客のログイン認証を行う段階と、前記顧客のインターネットバンキングサーバへの入口となるポータルサイトの障害情報を取得する段階と、を含み、
前記Ｗｅｂサーバが、前記認証サーバのログイン認証後に、前記顧客端末のインターネットバンキングサーバへのアクセスを認可する段階と、前記認可する段階による認可完了後に、前記ポータルサイトの障害情報を取得する段階において取得した前記ポータルサイトの障害情報を含む連携情報を生成し、前記インターネットバンキングサーバに送信する段階と、を含み、前記インターネットバンキングサーバが、受信した前記連携情報に前記ポータルサイトの障害情報が含まれる場合に、インターネットバンキングのホーム画面を前記顧客端末に送信する段階を含むことを特徴とする。
【００１４】
（５）上記（４）に記載の各段階をコンピュータに実行させるログインプログラム。
【００１５】
（６）ユーザの端末にインターネットを介して接続される第１のサーバと、前記第１のサーバと接続される第２のサーバとを備えたアクセス制御システムであって、前記第２のサーバは、前記第１のサーバを介して、前記ユーザの認証を行う手段と、前記ユーザが、前記第２のサーバと接続された第３のサーバを経由し第４のサーバへのアクセスを制御する手段と、前記第３のサーバの障害情報を取得する手段と、を備え、前記第１のサーバは、前記ユーザの認証後に、前記ユーザの端末の前記第４のサーバへのアクセスを認可する手段と、前記認可する手段による認可が完了後に、前記第３のサーバの障害情報を前記第４のサーバに送信する手段と、を備え、前記第４のサーバは、受信した前記障害情報に応じて、前記第４のサーバへアクセスする手段を前記ユーザの端末に送信する、ことを特徴とする。
【発明の効果】
【００１６】
本発明によれば、ポータルサイトの障害時にも目的とするサイトやサービスシステムに直接接続することができるログインシステムを提供することができる。
【図面の簡単な説明】
【００１７】
【図１】本発明の実施形態に係るダイレクトログイン・システムの概略構成（その１）を示す図である。
【図２】本発明の実施形態に係るダイレクトログイン・システムの概略構成（その２）を示す図である。
【図３】本発明の実施形態に係るダイレクトログイン・システムの概略構成（その３）を示す図である。
【図４】本発明の実施形態に係るダイレクトログイン・システムの概略構成（その４）を示す図である。
【図５】ユーザ別接続優先順位ＤＢの概略を示す図である。
【図６】本発明の実施形態に係る処理のタイミングの一覧を示す図である。
【図７】本発明の実施形態に係るポータルサイトのトップページ、及びインターネットバンキング（ＩＢ）のホーム画面の例を示す図である。
【図８】本発明の実施形態に係るポータルサイト障害時のメンテナンス情報画面の例を示す図である。
【発明を実施するための形態】
【００１８】
以下、添付図面を参照して、本発明を実施するための形態（以下、実施形態）について詳細に説明する。以降の図においては、実施形態の説明の全体を通して同じ要素には同じ番号又は符号を付している。また、機能構成の図において、機能ブロック間の矢印は、データの流れ方向、又は処理の流れ方向を表す。
【００１９】
（基本構成）
図１〜４は、本発明の実施形態に係るダイレクトログイン・システム（以下、単に「本システム」と呼ぶことがある。）の概略構成を示す図である。本システムは、典型的には、顧客端末１０（ブラウザ）と、顧客端末１０と、インターネットを介して接続されるＷｅｂサーバ２０（第１のサーバ）及びＡＰサーバ３０（Application Server)で構成される。ただし、このような構成に限定されるものではない。Ｗｅｂサーバ２０とＡＰサーバ３０は、専用ネットワークで接続されてもよい。Ｗｅｂサーバ２０、ＡＰサーバ３０は、物理サーバであってもよいし、論理サーバであってもよいが、ここでは物理サーバであるとする。すなわち、Ｗｅｂサーバ２０、ＡＰサーバ３０は、後述の論理サーバが含まれるが、物理サーバと論理サーバは、特に明記しない限り区別しない。
【００２０】
以下では、海外法人ポータルサイト（単にポータルとも呼ぶ）を経由して海外法人用のインターネットバンキング（以下、単にＩＢとも呼ぶ）にログインして、海外法人ＩＢ（Internet Banking)のトップページ（ホーム画面）を表示させるまでの処理の流れを示している。
【００２１】
ここで、ポータル（Portal)とは、インターネットにアクセスするときの入口(玄関）となるＷｅｂサイトのことである。なお、本システムでは、通常時においては、ＩＢにアクセスするためには必ずポータルを入口として経由することにしている。また、トップページ又はホーム画面とは、当該サイトにログイン後に、顧客端末１０に最初に表示される画面のことである。なお、以下では、グローバルな銀行システムにおける、海外法人用のポータル及び海外法人用のＩＢを例にとって説明するが、本システムは、特に海外や法人だけに限定されるものではない。なお、トップページとホーム画面は同じ意味であるが、本明細書では、ポータルにログイン後、最初に表示される画面をトップページと呼び、ＩＢにログイン後、最初に表示される画面をホーム画面と呼んで区別している。
【００２２】
まず、図１について説明する。図１は、顧客端末１０から、海外法人ポータルのログイン画面から、海外法人ポータルサーバへの通常のログインの処理の流れについて示した図である。以下、単にポータルと言ったときは、特に明記しない限り、海外法人ポータルサイト（又は海外法人ポータルサーバ）を指すものとする。
【００２３】
まず、顧客端末１０は、端末にインストールされたブラウザ（Browser）を使って、Ｗｅｂサーバ２０を介して、海外法人ポータルサイトへのログイン画面にアクセスし、ＡＰサーバ３０内の認証サーバ３１に対して、ログインの認証を依頼する。典型的には、ユーザＩＤとパスワードでログイン認証を依頼する。ポータルへのログイン画面は、ポータルサイト側ではなく、認証サーバ３１が生成することに注意されたい。なお、認証サーバ３１を第２のサーバと呼び、海外法人ポータルサーバ３３を第３のサーバと呼ぶことがある。
【００２４】
Ｗｅｂサーバ２０にはアクセス制御手段２１（ＡＣＳ：Access Control Systemとも呼ぶ）が備えられ、顧客端末１０とＡＰサーバ３０との通信とアクセスを制御する。アクセス制御手段２１には、更に認可手段２２と連携情報生成手段２３とを備える。認可手段２２、連携情報生成手段２３について詳しくは後述する。
【００２５】
ＡＰサーバ３０には、論理サーバとして、認証サーバ３１（第２のサーバ）、海外法人ポータルサーバ３３（第３のサーバ）、ＩＤ管理サーバ３５が備えられる。以下、単にＩＢと言ったときは、特に明記しない限り、海外法人ＩＢサーバ（又は海外法人ＩＢサイト）を指すものとする。
【００２６】
認証サーバ３１は、ログイン認証手段３２を備え、ログイン認証手段３２は、ＩＤ管理サーバ３５にアクセスして、顧客のユーザＩＤとパスワード等の認証を行う。ＩＤ管理サーバ３５は、登録されたユーザＩＤとパスワード等の認証情報をデータベース（ＤＢ）として格納する登録ＩＤデータＤＢ３６を備えているサーバである。
【００２７】
また、Ｗｅｂサーバ２０には、顧客（ユーザ）がＩＢへのアクセス権限があるか否か、及び本システムにおけるシングルサインオン（ＳＳＯ；Single Sign On）の対象となっているかを認可する認可手段２２を備える。ポータルサイトとインターネットバンキングサーバがＳＳＯ対象とすることで、後述のようにポータルサイトに障害発生していても、インターネットバンキングサーバにログインできる。
【００２８】
また、Ｗｅｂサーバ２０には、連携情報生成手段２３を備え、連携情報（具体的には、認証時間、法人ＩＤ、法人名、支店ＩＤ、ユーザ名など）を生成して海外法人ポータルサーバ３３に送信する。なお、連携情報は、連携先によって異なる。
【００２９】
海外法人ポータルサーバ３３は、連携情報生成手段２３からの連携情報を受信し、連携情報に問題がなければ、トップページ生成手段３４がポータルのトップページを生成し、顧客端末１０に送信する。以上が通常のログインの処理の流れである。
【００３０】
図２は、図１で示した海外法人ポータルへのログイン後、ポータルのトップページからＩＢへのアクセスの処理の流れについて示したものである。ここでは、ポータルへのログインは完了しているので、ポータルサイトのトップページからＩＢを起動する場合を示している。この場合は、顧客端末１０は、認可手段２２にユーザＩＤを送信し、ログイン認証手段３２は、顧客のユーザＩＤが、海外法人ＩＢサーバ４１ヘアクセス権限があるかどうかチェックし、権限のある顧客であれば、連携情報生成手段２３が連携情報を生成し、海外法人ＩＢサーバ４１に送信する。海外法人ＩＢサーバ４１は、受信した連携情報に正常に認可されたことを示す情報が含まれていれば、ホーム画面生成手段３７がＩＢのポーム画面を生成し、顧客端末１０に送信する。
【００３１】
図３は、顧客端末１０が、ポータルのトップページから、海外法人ＩＢ以外にもＳＳＯの対象となっている外部の他システム３８に同様の処理の流れでアクセスする場合を示している。図２との違いは、連携情報生成手段２３が連携情報を送信する先が海外法人ＩＢサーバ４１の代わりに、他システム３８（ＳＳＯ先）になっている点だけである。すなわち、同じユーザＩＤとパスワードで、銀行内のＩＢシステムにも、外部システムである他システムにもログインできる。ＳＳＯの利点としては、ユーザは、単一のログイン情報で、複数の認証が可能であり、アカウントの一元管理が可能となること、単一のユーザ認証システムで認証が可能なため、開発コスト、保守コストが抑えられること、ポータル上への新規システム追加が独自に構築するより容易となることなどが挙げられる。
【００３２】
図４は、ポータルの障害発生時に、ポータルを経由せずに、ダイレクトにＩＢにログインする手順を示したものである。図示するように、この手順を行うために、認証サーバ３１にポータル障害取得手段４０を設けるようにする。ポータル障害取得手段４０は、ポータルの障害の状況を取得する手段であって、管理者が障害状況を登録した障害フラグを参照してポータルの障害の状況を取得してもよいし、後述するシステム監視手段４２から直接（自動的に）取得するようにしてもよい。また、システム監視手段４２は、障害を自動で検知する手段であって、障害を検知した時に前述の障害フラグに登録してもよいし、前述のポータル障害取得手段４０に通知するようにしてもよい。
【００３３】
ポータル障害取得手段４０から、通知を受けた管理者は、障害の内容によって、本システムのダイレクトログインの仕組みを起動するか否かを判断し、ダイレクトログインを起動する場合は、Ｗｅｂサーバ２０に所定の指示をし、アクセス制御手段２１の連携情報生成手段２３が、ポータルに障害が発生し、ダイレクトログインの仕組みが起動したことを示す障害情報を含める。生成された障害情報は、海外法人ＩＢサーバ４１に送信される（図１の場合と違って送信先はＩＢサーバであることに注意）。
【００３４】
ポータル障害確認手段４０が、管理者に最終的な判断をさせるのは、障害が軽度な場合やシステム監視手段４２が誤ってポータルの障害であると検知したことが明らかになった場合などは、ダイレクトログインの仕組みを起動させるまでもないからである。なお、障害には、広い意味でポータルのメンテナンスを含むものとし、障害情報にはメンテナンス情報が含まれる。
【００３５】
海外法人ＩＢサーバ４１では、Ｗｅｂサーバ２０から受信した障害情報に応じて、ポータルサイトが障害発生中又はメンテナンス中と確認された場合は、海外法人ＩＢサーバ４１のホーム画面生成手段３７が、海外法人ＩＢのホーム画面を生成して、顧客端末１０に送信する。
【００３６】
上記のようにログイン認証手段３２と認可手段２２を２段階に分け、処理の段階をそれぞれ認証サーバ３１とＷｅｂサーバ２０（アクセス制御手段２１）で分担したため、ログイン認証手段３２と認可手段２２との間に、ポータル障害確認手段４０を設けることができる。このようにすることで、たとえポータルサーバ本体に障害が発生していても、そのポータルを入口にしているＩＢを含むすべてのシステムにダイレクトに接続することができる。このとき、顧客端末１０には、障害情報又はメンテナンス情報として、ポータルを経由せずに、ダイレクトにＩＢに接続されたことを示す情報が表示されるようにしてもよい。
【００３７】
また、他システム（ＳＳＯ対象）３８も、上記のポータル障害対策の対象に含めることができる。この場合、Ｗｅｂサーバ１０に、ユーザ別接続優先順位ＤＢ４３を備え、ユーザ別接続順位ＤＢ４３には、図５に示すようなユーザごとの接続優先順位を定めたテーブルを格納する。このテーブルに従って、Ｗｅｂサーバ１０のアクセス制御手段２１は、ポータル障害時にも海外ＩＢサーバにアクセスさせる場合と同様の仕組みで、他の外部システムのサーバに接続させることができる。もちろん、他の外部システムは、複数であってもよい。図５の例では、各ユーザがアクセスするサイトは、優先順位１はポータルで共通であるが、優先順位２はユーザごとに異なっている。したがって、この場合、ポータルの障害時には、ユーザごとに別々のサイトにアクセスすることが可能となる。
【００３８】
図６は、本発明の実施形態に係る処理のタイミングの一覧を示す図である。詳しい説明は省略するが、図６は、Ｗｅｂサーバ２０及びＡＰサーバ３０（物理サーバ）と認証サーバ３１（論理サーバ）、ＡＣＳ（アクセス制御手段２１）が行う、ログイン認証段階、認可段階、連携情報生成段階における各処理のタイミングを一覧表でまとめたものである。なお、表中のコンティンログインとは、偶発的な障害や不慮の事故等が発生したときの対応策を定めた緊急時対応計画（Contingency Plan）の一環として、本システムの海外法人ＩＢダイレクトログインがあることを意味している。
【００３９】
図７は、本発明の実施形態に係るポータルサイトのトップページ、及びインターネットバンキングのホーム画面の例を示す図である。画面１００は、ポータルにログイン後に最初に表示されるポータルのトップページであり、画面１１０は海外法人インターネットバンキング（ＩＢ）で最初に表示されるホーム画面（トップページ）である。
【００４０】
通常時は、図示するように、画面１００のSystem Link欄１０１の中にある「Internet Banking System」をクリックすると、画面１１０のインターネットバンキングのホーム画面が表示される。ここで、ポータルには既にログインしているのでＩＢへのログインは必要ないことは言うまでもない。また、ポータルの障害やメンテンナンス発生時は、画面１００が表示されないので、本システムのダイレクトログインの仕組みによって、ポータルへのログイン画面だけは正常でポータルへのログインさえできれば（認証サーバが正常であれば）、ポータルサイトそのものが障害であっても、画面１１０が、画面１００を経由することなく、表示されるのでＩＢにアクセスできる。
【００４１】
図８は、ポータルサイト障害時のメンテナンス情報画面の例を示す図である。画面２００は、現在、ポータルサイトがメンテナンス中であるため、直接ログイン（ダイレクトログイン）を実施中であることを示している。実際には、「〇〇〇」にインターネットバンキングのシステム名又は俗称が表示される。なお、インターネットバンキング以外のサービスが存在するときは、そのシステムの名称が上記のメッセージに追加される。
【００４２】
画面２１０は、ユーザが実際にダイレクトログインによって、インターネットバンキングに直接アクセスが完了したことを示す画面である。画面２００、画面２１０をユーザに表示することによって、ユーザにシステムの状況（障害の発生、回復等）をより迅速に通知することができる。
【００４３】
以上で本システムの実施形態の説明を終わるが、上記のシステムの構成は、あくまで一例であり、一つの機能ブロック（データベース及び処理部）を分割したり、複数の機能ブロックをまとめて一つの機能ブロックとして構成したりしてもよい。各処理部は、装置に内蔵されたＣＰＵ（Central Processing Unit）が、ＲＯＭ（Read Only Memory）又はハードディスク等の記憶装置に格納されたコンピュータ・プログラムを読み出し、ＣＰＵにより実行されたコンピュータ・プログラムによって実現される。すなわち、各処理部は、このコンピュータ・プログラムが、記憶装置に格納されたデータベース（ＤＢ;Data Base)やメモリ上の記憶領域からテーブル等の必要なデータを読み書きし、場合によっては、関連するハードウェア（例えば、入出力装置、表示装置、通信インターフェース装置）を制御することによって実現される。また、本発明の実施形態におけるデータベース（ＤＢ）は、商用データベースであってよいが、単なるテーブルやファイルの集合体をも意味し、データベースの内部構造自体は問わないものとする。
【００４４】
（実施形態の効果）
本システムによれば、たとえポータルに障害が発生していても、そのポータルを入口にしているＩＢを含むＳＳＯ対象となっている他のシステムに、ポータルを経由せず、ダイレクトに接続することができる。ここで、ポータルサイトとインターネットバンキングサーバがＳＳＯ対象なので、ポータルサイトが障害発生していても、インターネットバンキングサーバにログインできる。また、ユーザ別接続優先順位ＤＢを備えることにより、ポータルの障害時には、ユーザごとに別々の他のシステムのサイトにアクセスすることが可能となる。
【００４５】
（他システムへの応用）
なお、本発明の実施形態を、特に海外の法人用のインターネットバンキングを例にして説明したが、特に、ポータルのようにログイン箇所を単一にし、単一のユーザ認証及びＳＳＯで複数システムを利用可能とするシステムへの適用が可能である。また、海外のインターネットバンキングに限らず、国内のインターネットバンキングやその他のシステム、及び個人が対象のインターネットバンキングやその他のシステムにも適用可能である。
【００４６】
以上、実施形態を用いて本発明を説明したが、本発明の技術的範囲は上記実施形態に記載の範囲には限定されないことは言うまでもない。上記実施形態に、多様な変更又は改良を加えることが可能であることが当業者に明らかである。また、そのような変更又は改良を加えた形態も本発明の技術的範囲に含まれ得ることが、特許請求の範囲の記載から明らかである。なお、上記の実施形態では、本発明を物の発明としてログインシステムで説明したが、本発明は、方法の発明（ログイン方法）又はコンピュータ・プログラムの発明（ログインプログラム）としても捉えることもできる。
【００４７】
また、本システムを一般化し、ユーザ端末とインターネットを介して接続された、第１のサーバ（Ｗｅｂサーバ）、第２のサーバ（認証サーバ）、第３のサーバ（ポータルサーバ）、第４のサーバ（ＩＢサーバ）が接続されたシステムにおける、ユーザの端末からのアクセスを制御するアクセス制御システムの発明と捉えることもできる。
【符号の説明】
【００４８】
１０  顧客端末（ブラウザ）
１１  海外法人ポータルログイン画面
１２  海外法人ＩＢホーム画面
１３  海外法人ポータルからの海外法人ＩＢ起動画面
１４  海外法人ＩＢホーム画面
２０  Ｗｅｂサーバ
２１  アクセス制御手段
２２  認可手段
２３  連携情報生成手段
３０  ＡＰサーバ（アプリケーションサーバ）
３１  認証サーバ
３２  ログイン認証手段
３３  海外法人ポータルサーバ（海外法人ポータルサイト）
３４  海外法人ポータルのトップページ生成手段
３５  ＩＤ管理サーバ
３６  登録ＩＤデータＤＢ
３７  海外法人ＩＢのホーム画面生成手段
３８  他システム（ＳＳＯ先）
３９  他システムのホーム画面生成手段
４０  ポータル障害取得手段
４１  海外法人ＩＢサーバ（海外法人ＩＢサイト）
４２  システム監視手段
４３  ユーザ別接続優先順位ＤＢ
１００  ポータルトップページ
１１０  ＩＢサイトのホーム画面
２００  ポータルサイトがメンテナンス中であることを示すメンテナンス情報画面
２１０  ポータルサイトを介さずにＩＢサイトに直接接続されたことを示すメンテナンス情報画面
【図１】
2018156438.tif 000003
【図２】
2018156438.tif 000004
【図３】
2018156438.tif 000005
【図４】
2018156438.tif 000006
【図５】
2018156438.tif 000007
【図６】
2018156438.tif 000008
【図７】
2018156438.tif 000009
【図８】
2018156438.tif 000010