端末装置、ログイン制御方法、及びログイン制御システム
【課題】ログオフ処理を行わず通信が切断された後に端末装置が再度ログインを行う場合であっても、サーバ側の処理負担をなるべく増大させることなく、端末装置からサーバ側への二重ログインを回避することのできる端末装置を得る。
【解決手段】専用ネットワーク３を通じてセンタ側システム２にログインする窓口端末１１であって、ログイン要求部１１２は、センタ側システム２へのログインが成功すると、センタ側システム２へのログインが成功したことを示す認証情報１１７を記憶装置１１５に記憶させ、ログイン要求部１１２は、センタ側システム２に対してログイン要求信号を出力する際に認証情報１１７が記憶装置１１５に格納されていれば、ログアウト要求部１１３にログアウト要求を出力させるとともに認証情報１１７を削除させ、その後、ログイン要求信号を出力する。
【解決手段】専用ネットワーク３を通じてセンタ側システム２にログインする窓口端末１１であって、ログイン要求部１１２は、センタ側システム２へのログインが成功すると、センタ側システム２へのログインが成功したことを示す認証情報１１７を記憶装置１１５に記憶させ、ログイン要求部１１２は、センタ側システム２に対してログイン要求信号を出力する際に認証情報１１７が記憶装置１１５に格納されていれば、ログアウト要求部１１３にログアウト要求を出力させるとともに認証情報１１７を削除させ、その後、ログイン要求信号を出力する。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、クライアント−サーバシステムに関し、特にサーバにログインする端末装置、ログイン制御システム、及びログイン制御方法に関する。
【背景技術】
【０００２】
クライアントとサーバが通信回線により接続されたクライアント−サーバシステムにおいて、クライアント側の端末装置がサーバ側のホストコンピュータにログインし、このログインしたホストコンピュータから端末装置が様々なサービスの提供を受ける技術がある。このような技術で用いられるログイン制御においては、一般的に高度なセキュリティが求められる。
特に、金融機関の営業店舗に設置された端末装置からサーバにログインして各種処理を行う金融機関システムにおいては、セキュリティ及びコンプライアンスの観点から、端末装置からサーバへの二重ログインを防止することが強く求められる。
【０００３】
従来、「ユーザが複数の通信端末を所有し、通信端末を切り替えながら通信セッションを継続する場合」において、二重ログインを回避する技術として、「移動先端末が同一のユーザアドレスを用いて自端末の位置登録を行うことで、サービス切り替えサーバ５は同一ユーザからのユーザ端末切り替え要求であることを判断し、サービスを継続したまま利用する端末の切り替えを行」い、「セッション切断後に移動元端末２は自動的にログアウトを行い、非活性状態（ログアウト状態）にする」技術が提案されている（例えば、特許文献１参照）。
【０００４】
また、「二重ログインなどによる接続拒否を発生させることなく接続」することを目的とする技術として、「通信サーバ２に対して、一定時間経過しても端末識別子に対応する端末からの再接続要求がない場合、または通信回線から通信サーバ２に対して端末３との接続が切断された旨の通知を受け付けた場合には、接続制御処理部２０はセッション情報記憶部２２を参照し、セッション情報に含まれるセッション解放スクリプトに従ってホストコンピュータ１とのセッション解放処理を行い、端末識別子制御部２１に対して、当該端末識別子の破棄を行う」というものが提案されている（例えば、特許文献２参照）。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２００５−６４６８６号公報（第１１頁、図２）
【特許文献２】特開２００１−２３６２８０号公報（第５頁、図３）
【発明の概要】
【発明が解決しようとする課題】
【０００６】
上記特許文献１には、複数の端末装置を切り替えながら通信セッションを継続する技術が記載されている。しかし、例えばログインしている端末装置が障害等の発生により再起動された場合など、ログオフ処理を伴わない通信切断の後に端末装置がログインしようとした場合の二重ログインの回避については、考慮されていなかった。
【０００７】
上記特許文献２には、一定時間経過しても端末装置からサーバに対して再接続要求がない場合にはサーバがセッション解放処理を行うことによって二重ログインを回避することが記載されている。しかし、通信回線に接続される端末装置の数が増えると、各端末装置からの再接続要求の確認とセッション解放処理を行うサーバの処理負担が大きくなる。これに伴い、サーバに処理遅延が生じ、端末装置側の操作性が低下するおそれがあった。
【０００８】
このため、ログオフ処理を行わず通信が切断された後に端末装置が再度ログインを行う場合であっても、サーバの処理負担をなるべく増大させることなく、端末装置からサーバへの二重ログインを回避する技術が望まれていた。
【課題を解決するための手段】
【０００９】
本発明に係る端末装置は、通信回線を通じてサーバにログインする端末装置であって、前記サーバに対してログイン要求を出力するログイン要求部と、前記サーバに対してログアウト要求を出力するログアウト要求部と、を備え、前記ログイン要求部は、前記サーバへのログインが成功すると、前記サーバへのログインが成功したことを示す認証情報を記憶部に記憶させ、前記ログイン要求部は、前記サーバに対して前記ログイン要求を出力する際に前記認証情報が記憶部に格納されていれば、前記ログアウト要求部にログアウト要求を出力させるとともに前記認証情報を削除させ、その後、前記ログイン要求を出力するものである。
なお、本発明において「ログイン要求を出力する際」とは、端末装置に対してログイン要求を行うべき指示がなされた後であり、かつ、端末装置がログイン要求を実際に出力する前をいうものとする。
【発明の効果】
【００１０】
本発明に係る端末装置は、サーバへのログインが成功すると、サーバへのログインが成功したことを示す認証情報を記憶部に記憶させ、サーバに対してログイン要求信号を出力する際に認証情報が記憶されていれば、ログアウト要求信号を出力するとともに認証情報を削除し、その後、ログイン要求信号を出力する。このような構成により、端末装置は、サーバへのログインが成功した後に再びログインを行おうとする際には、ログアウトを行ってからログインを行うという動作が実現でき、端末操作が二重にログインを要求することを回避することができる。また、端末装置側の処理にて二重ログインを回避できるので、サーバの処理負担を増大させることもない。
【図面の簡単な説明】
【００１１】
【図１】実施の形態に係る金融機関システムを示す全体構成図である。
【図２】実施の形態に係る端末装置の機能ブロック図である。
【図３】実施の形態に係る端末装置のログイン要求処理を説明するフローチャートである。
【図４】実施の形態に係る金融システムの動作を説明するシーケンス図である。
【図５】実施の形態に係る金融システムの動作を説明するシーケンス図である。
【発明を実施するための形態】
【００１２】
実施の形態．
本実施の形態では、クライアント−サーバシステムの一例として、銀行などの営業店側システムに設置された端末から、専用ネットワークを介してセンタ側システムに設置されたサーバにアクセス可能な金融機関システムを例に説明する。
図１は、実施の形態に係る金融機関システム１００を示す全体構成図である。金融機関システム１００は、銀行などの営業店側システム１と、センタ側システム２とが、専用ネットワーク３を介して接続されて構成されている。この金融機関システム１００は、営業店側システム１に設置された端末が専用ネットワーク３を介してセンタ側システム２にログインし、センタ側システム２から各種サービスの提供を受けるシステムである。
なお、図１では営業店側システム１を１つのみ記載しているが、複数の営業店側システム１とセンタ側システム２とが専用ネットワーク３により接続される構成としてもよい。
【００１３】
センタ側システム２には、勘定ホスト２１と、認証サーバ２２と、センタアプリケーションサーバ２３（以降の説明及び図面においてセンタＡＰサーバ２３と称する）と、センタデータベースサーバ２４（以降の説明及び図面においてセンタＤＢサーバ２４と称する）とが、センタ内回線２６により接続されている。すなわち、本実施の形態ではセンタ側システム２は複数のサーバで構成されており、本発明の「サーバ」は、勘定ホスト２１と、認証サーバ２２と、センタＡＰサーバ２３と、センタＤＢサーバ２４により構成される。
【００１４】
勘定ホスト２１は、業務アプリケーションを実行し、金融機関の顧客データを管理する。
認証サーバ２２は、営業店側システム１に設置された端末装置を操作するオペレータの本人認証に用いるオペレータデータを保有しており、端末装置からの要求に基づく認証管理を行う。
センタＡＰサーバ２３は、営業店側システム１に設置された端末装置からの要求を受け付け、勘定ホスト２１や認証サーバ２２、センタＤＢサーバ２４などへの個別業務処理を行う。なお、本発明のログイン処理部及びログアウト処理部は、本実施の形態では認証サーバ２２及びセンタＡＰサーバ２３によって実現される。
センタＤＢサーバ２４は、個別業務処理に必要なデータを格納するデータベース２５へのアクセスを行う。
【００１５】
営業店側システム１には、窓口端末１１と、役席端末１２と、印刷装置１３と、営業店サーバ１４とが、構内回線（ＬＡＮ）１５により接続されている。
窓口端末１１は、オペレータにより操作されて、記帳や入出金処理を司る端末装置である。
役席端末１２は、役席者（管理者）により操作される端末であり、窓口端末１１からの業務承認依頼を処理する。
印刷装置１３は、例えば汎用プリンタであり、窓口端末１１あるいは役席端末１２から送信された印刷データを印字する。
営業店サーバ１４は、営業店側システム１内のデータを一括管理する。
なお、本発明の「端末装置」は、本実施の形態では窓口端末１１と役席端末１２に相当する。
【００１６】
図２は、実施の形態に係る窓口端末１１の機能ブロック図であり、ログイン制御に関連する構成を中心に記載している。なお、図示しないが、ログイン制御に関連する構成については、役席端末１２も同様の構成を備えている。
【００１７】
窓口端末１１は、入力部１１１と、ログイン要求部１１２と、ログアウト要求部１１３と、記憶装置１１５とを備える。これらのほかに、窓口端末１１は、オペレータからの操作指示を入力するための入力装置（図示せず）と、オペレータに対して必要な情報を表示する表示装置（図示せず）を備えている。
【００１８】
入力部１１１は、窓口端末１１に接続された例えばキーボードやマウスなどの入力装置を介してオペレータからのログイン指示やログアウト指示を受け付け、これらの指示をログイン要求部１１２やログアウト要求部１１３に伝達する。
【００１９】
ログイン要求部１１２は、入力部１１１からのログイン指示を取得するとセンタ側システム２に対してログイン要求信号を出力し、センタ側システム２からログインに成功したことを示す認証情報を応答信号として取得すると、当該認証情報を認証情報１１７として記憶装置１１５に格納する。また、ログイン要求部１１２は、次回ログイン要求信号を出力する際に記憶装置１１５に認証情報１１７が格納されていれば、ログアウト要求部１１３によりログアウト要求信号を出力させ、その後、ログイン要求信号を出力する。また、ログイン要求部１１２は、出力したログイン要求信号に対してログインに失敗したことを示す応答信号を取得した場合には、その旨を表示装置（図示せず）などに出力する。
【００２０】
ここで、ログイン要求部１１２が送信するログイン要求信号は、センタ側システム２の認証サーバ２２がオペレータの本人認証に用いるためのログイン情報とパスワードとを含んでいる。
ログイン情報としては、例えば、以下のようなものがある。
１．店番：営業店舗に固有に設けられた番号。
２．設置場所コード：営業店舗内における窓口端末１１の設置場所を特定するコード。
３．機番：窓口端末１１に固有に設けられた番号。
４．端末種別：窓口端末１１か役席端末１２を示す端末装置の種別。
５．ユーザＩＤ：オペレータに固有に設けられたＩＤ。
６．オペレータＮｏ．：オペレータ固有に設けられた番号。
７．オペレータ氏名：オペレータの氏名。
【００２１】
ログアウト要求部１１３は、入力部１１１からのログアウト指示を取得すると、センタ側システム２に対してログアウト要求信号を出力する。また、ログアウト要求部１１３は、ログイン要求部１１２からの指示によってもログアウト要求信号を出力する。出力したログアウト要求信号に対してセンタ側システム２からログアウトの終了を示す応答信号が出力されるので、ログアウト要求部１１３はこの応答信号を取得し、記憶装置１１５に格納されている認証情報１１７を削除する。
【００２２】
なお、本実施の形態では、ログイン要求部とログアウト要求部は異なる構成としているが、前記ログイン要求部とログアウト要求部の機能を含んだ一つの構成としたログイン／ログアウト要求部としてもよい。
【００２３】
記憶装置１１５は、読み書き可能なメモリである。なお、記憶装置１１５は、例えばハードディスクなどの外部記憶装置により構成してもよい。
記憶装置１１５には、ログイン情報１１６と、認証情報１１７とが格納可能である。
ログイン情報１１６は、センタ側システム２が窓口端末１１を認証する際に用いる情報であり、ログイン要求信号の一部を構成する情報である。本実施の形態では、ログイン情報１１６は、オペレータ等により入力されて予め記憶装置１１５に記憶されているものとする。
認証情報１１７は、窓口端末１１からのログイン要求信号が認証サーバ２２により認証されてセンタ側システム２へのログインが成功したことを示す情報である。本実施の形態では、認証情報１１７はログインが成功した日時に関する情報を含んでいるものとする。
【００２４】
なお、入力部１１１、ログイン要求部１１２、ログアウト要求部１１３は、これらの機能を実現する回路デバイスなどのハードウェアを用いて構成してもよいし、マイコンやＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｏｒ Ｕｎｉｔ）などの演算装置とその動作を規定するソフトウェアを用いて構成してもよい。
【００２５】
次に、本実施の形態に係る窓口端末１１のログイン要求動作を説明する。
図３は、窓口端末１１のログイン要求動作を説明するフローチャートであり、オペレータからのログイン指示が入力された後の動作を示している。なお、本実施の形態では、始業時にオペレータの指示により窓口端末１１がセンタ側システム２にログインし、その当日の終業時には窓口端末１１をセンタ側システム２からログアウトさせるものとして動作を説明する。
【００２６】
窓口端末１１は、指示されたログインが初回ログインに該当するかどうか判断する（Ｓ１１）。初回ログインとは、窓口端末１１を起動後１回目に行うセンタ側システム２へのログインをいう。初回ログインを行うときは、記憶装置１１５には認証情報１１７は格納されていない状態である。初回ログインであるか否かの判断は、初回ログインであることを示すフラグを確認するなどの任意の方法で行う。
【００２７】
初回ログインである場合には（Ｓ１１：Ｙｅｓ）、ログイン要求信号を送信し（Ｓ１７）、ログイン成功を示す応答信号を受け取ると（Ｓ１８：ログイン成功）、この応答信号に含まれる認証情報Ａを認証情報１１７として記憶装置１１５に格納する（Ｓ１９）。応答信号がログイン失敗を示すものであれば（Ｓ１８：ログイン失敗）、図示しない表示装置などによりその旨を出力し、ログインに失敗したことをオペレータに伝える。
【００２８】
初回ログインでない場合には（Ｓ１１：Ｎｏ）、記憶装置１１５に認証情報１１７が格納されているか否か確認し、記憶されている場合には（Ｓ１２：Ｙｅｓ）、認証情報１１７がログインしようとする当日のものであるか否か確認する（Ｓ１３）。
記憶装置１１５に認証情報１１７が格納されていて（Ｓ１２：Ｙｅｓ）、かつ、認証情報１１７が当日のものであれば（Ｓ１３：Ｙｅｓ）、その当日に窓口端末１１がセンタ側システム２にログインした後、ログアウトを行わずに再びログインしようとしている状態であることを示す。すなわち、二重にログインしようとしている状態であるといえる。この場合には、ログアウト要求信号を出力し（Ｓ１４）、応答信号を受信すると（Ｓ１５：Ｙｅｓ）、記憶装置１１５に格納されている認証情報１１７を削除する。その後、ステップＳ１７へ進んで初回ログイン時と同様の処理を行う。
【００２９】
記憶装置１１５に認証情報１１７が格納されていて（Ｓ１２：Ｙｅｓ）、かつ、認証情報１１７がログインしようとする当日のものでない場合には（Ｓ１３：Ｎｏ）、何らかの理由により前日以前の認証情報１１７が削除されずに残っているものと捉え、この場合には認証情報１１７の削除を行う（Ｓ１６）。その後、ステップＳ１７へ進んで初回ログイン時と同様の処理を行う。
【００３０】
初回ログインでなく（Ｓ１１：Ｎｏ）、かつ、記憶装置１１５に認証情報が格納されていない場合には（Ｓ１２：Ｎｏ）、前回ログインしてから正常にログアウト後、再びログインしようとしている状態であることを示す。この場合は、二重ログインには該当せず、ステップＳ１７へ進んで初回ログイン時と同様の処理を行う。
【００３１】
次に、上記のように構成された金融機関システム１００におけるログイン／ログアウトの動作を説明する。
図４、図５は、窓口端末１１とセンタ側システム２のログイン／ログアウト動作を示すシーケンス図である。図４、図５では、窓口端末１１がセンタ側システム２にログイン／ログアウトを行う典型的な場面を例に説明する。
【００３２】
（１）初回ログイン時の動作
初回ログイン時の動作例を図４を参照して説明する。
まず、窓口端末１１のオペレータが、ログイン指示とパスワードを窓口端末１１に入力したものとする。
窓口端末１１の入力部１１１は、オペレータからのログイン指示をログイン要求部１１２に伝え、ログイン要求部１１２は、専用ネットワーク３を介してログイン要求信号をセンタ側システム２に送信する（Ｓ１０１）。このとき送信するログイン要求信号は、記憶装置１１５に格納されたログイン情報と、オペレータにより入力されたパスワードとを含んでいる。
【００３３】
センタＡＰサーバ２３は、窓口端末１１から送信されたログイン要求信号に基づき、認証サーバ２２に認証依頼を行う（Ｓ１０２）。
認証サーバ２２は、ログイン要求信号に含まれるログイン情報やパスワードにより、例えば、ユーザＩＤ及びパスワードが予め登録されたものと一致するか、利用可能な端末装置からのアクセスであるかなどの確認を行い、認証結果をセンタＡＰサーバ２３に送信する（Ｓ１０３）。
【００３４】
センタＡＰサーバ２３は、認証サーバ２２から受信した認証結果が認証ＮＧであれば（Ｓ１０４：ＮＧ）、ログインに失敗したことを示す応答信号を窓口端末１１に送信する（Ｓ１０５）。この応答信号を受信した窓口端末１１のログイン要求部１１２は、ログインに失敗したことを示す情報を図示しない表示手段などを用いてオペレータに伝え、オペレータに再度のログイン指示を促す（Ｓ１０６）。
【００３５】
また、認証サーバ２２から受信した認証結果が認証ＯＫであれば（Ｓ１０４：ＯＫ）、認証を行った日時とログインした窓口端末１１とを示す情報を含む認証情報Ａを、センタＤＢサーバ２４によりデータベース２５に格納する（Ｓ１０７）。続けて、センタＡＰサーバ２３は、ログインに成功したことを示す応答信号として、認証情報Ａを含む信号を窓口端末１１に送信する（Ｓ１０８）。
【００３６】
認証情報Ａを含む応答信号を取得した窓口端末１１は、この認証情報Ａを記憶装置に認証情報１１７として記憶する（Ｓ１０９）。
ここまでの処理で、初回ログイン時のログイン処理は終了である。窓口端末１１がセンタ側システム２へのログインに成功した場合には、記憶装置１１５には認証情報１１７が格納されていることとなる。
以後は、窓口端末１１は、通信接続されたセンタ側システム２との間で各種サービスの運用を開始する（Ｓ１１０）。
【００３７】
（２）オペレータからの指示に基づくログアウト時の動作
センタ側システム２にログインしている状態において、オペレータからの指示により窓口端末１１がログアウトするときの動作例を、図４を参照して説明する。
【００３８】
まず、窓口端末１１のオペレータが、ログアウト指示を窓口端末１１に入力したものとする。
入力部１１１は、オペレータからのログアウト指示を受け付けると、このログアウト指示をログアウト要求部１１３に伝え、ログアウト要求部１１３は、ログアウト要求信号をセンタ側システム２に送信する（Ｓ１１１）。
【００３９】
センタＡＰサーバ２３は、窓口端末１１からのログアウト要求信号を受信すると、センタＤＢサーバ２４によりデータベース２５に格納された当該窓口端末１１の認証情報Ａを削除させ（Ｓ１１２）、ログアウトが終了した旨の応答信号を窓口端末１１に送信する（Ｓ１１３）。
【００４０】
窓口端末１１のログアウト要求部１１３は、センタＡＰサーバ２３からログアウトが終了した旨の応答信号を受信すると、記憶装置１１５に格納された認証情報１１７を削除する（Ｓ１１４）。
ここまでの処理で、オペレータからの指示に基づくログアウト処理は終了である。一連の処理が正常に終了すると、窓口端末１１の記憶装置１１５に認証情報１１７は格納されておらず、かつ、センタ側システム２のデータベース２５にも窓口端末１１の認証情報Ａが格納されていない状態となる。
【００４１】
（３）初回ログイン後、ログアウトすることなく再びログインする場合の動作
次に、初回ログインを行って運用を開始した後、その当日にログアウトを行わないまま何らかの理由に窓口端末１１とセンタ側システム２との通信が切断され、再びログインする場合の動作を、図５を参照して説明する。ログアウトを行っていない状態で通信が切断される場合としては、例えば、センタ側システム２との通信用アプリケーションソフトウェアの障害発生に伴う再起動や、窓口端末１１の強制電源オフなどがある。ログアウトを行わないままセンタ側システム２との通信が切断された場合、センタ側システム２には窓口端末１１がログイン中であることを示す認証情報Ａが残ったままの状態となる。この状態で窓口端末１１がログインを要求すると、二重にログインを要求することとなってしまう。以下では、窓口端末１１が二重にログイン要求を行うことを回避する動作例を説明する。
【００４２】
図５において、窓口端末１１は、センタ側システム２に正常にログイン中であるものとする。したがって、データベース２５には認証情報Ａが格納され、記憶装置１１５にも認証情報１１７が格納された状態である。
ここで、例えば窓口端末１１の強制電源オフ等により窓口端末１１とセンタ側システム２との間の通信が切断されたとする（Ｓ２００）。
オペレータは、通信切断から復帰するため、例えば、窓口端末１１の再起動や、アプリケーションソフトウェアの再起動などの復帰操作を行う（Ｓ２０１）。
【００４３】
続けて、オペレータが窓口端末１１にログイン指示を入力すると、窓口端末１１の入力部１１１は、オペレータからのログイン指示をログイン要求部１１２に伝え、ログイン要求部１１２は、記憶装置１１５に認証情報１１７が格納されているか否か確認する（Ｓ２０２）。
【００４４】
本動作例では、記憶装置１１５に認証情報１１７が格納されているので（Ｓ２０２：有り）、格納されている認証情報１１７がログインしようとしている当日のものであるか否か確認する（Ｓ２０３）。そして、記憶装置１１５に当日の認証情報１１７が格納されているので（Ｓ２０３：有り）、窓口端末１１は、専用ネットワーク３を介してセンタ側システム２にログアウト要求信号を送信する（Ｓ２０４）。
【００４５】
センタＡＰサーバ２３は、窓口端末１１からのログアウト要求信号を受信すると、センタＤＢサーバ２４によりデータベース２５に格納された当該窓口端末１１の認証情報Ａを削除させ（Ｓ２０５）、ログアウトを終了した旨の応答信号を窓口端末１１に送信する（Ｓ２０６）。
【００４６】
このように、窓口端末１１は、センタ側システム２へのログインが成功した場合には、ログインが成功したことを示す認証情報１１７を記憶装置１１５に格納しておく。そして、次回ログイン時に認証情報１１７が記憶装置１１５に格納されている場合には、前回ログインしてからログアウトを行わずに再びログインしようとしているものと判断し、センタ側システム２へのログアウト要求処理を行うとともに記憶装置１１５に格納されている認証情報１１７を削除し、その後ログイン要求処理を行うようにしている。このようにすることで、窓口端末１１からセンタ側システム２に対して二重にログイン要求を行うことを回避することができる。
【００４７】
また、ログアウトを行わずに再びログインしようとする場合、窓口端末１１自らが、ログアウト要求処理を行うようにした。したがって、センタ側システム２のセンタＡＰサーバ２３は、窓口端末１１から要求された場合にログアウト処理を行えばよい。従来のように、一定時間経過しても端末装置からの再接続要求が無い場合などにサーバ側が強制的に各端末装置のログアウト処理を行うような構成であると、接続された端末装置の数が増えるとサーバ側の処理負担も大きくなるが、本実施の形態によればサーバ側は要求されたログアウト処理のみ行えばよいので従来よりも処理負担が低減される。
【００４８】
また、ログアウトを行わずに再びログインしようとする場合、窓口端末１１が自動的にログアウト要求処理を行うようにしたので、営業店側システム１のオペレータ等が個別にログアウト指示を行う必要がない。従来であれば、二重にログイン要求を行った場合、サーバ側からの二重ログインによる認証エラーの応答を受け、オペレータ等が二重ログインによる認証エラー解消を依頼するための操作を行い、これを受けたセンタ側の管理者等が認証情報を削除するなどの対応が必要であった。このため、営業店側のオペレータ等は認証エラー解消のための対応に時間を要し、営業店を訪れた顧客への対応時間が制限されて顧客サービスの低下につながることがあった。また、営業店側のオペレータ等とセンタ側の管理者等の双方が対応する必要があり、運用面で煩雑であった。しかし、本実施の形態によれば、窓口端末１１が自動的にログアウト要求処理を行うので、二重ログインによる認証エラーを解消するためにオペレータ等を煩わせることもなく、顧客サービスの低下を抑制できるほか、運用面での煩雑さを招くこともない。
【００４９】
また、ログイン処理／ログアウト処理において専用ネットワーク３で送受信されるデータは、ログイン／ログアウトの要求信号とその応答信号のみである。例えば、サーバ側からクライアント側に対してヘルスチェックのための信号を送信するようなシステムと比較すると、本実施の形態によればネットワーク上に流通する情報は必要最小限に抑えることができるので、通信の安全性を高めることができる。
【００５０】
なお、図４では、初回ログインである場合には認証情報１１７の有無を確認する処理を行わないこととして説明したが、初回ログインである場合にも認証情報１１７の有無を確認する処理を行うこととしてもよい。
また、本実施の形態では、センタ側システム２は複数のサーバで構成される例を説明したが、センタ側システム２の各機能を実現する単一のサーバで構成してもよい。また、窓口端末１１は１日のうちに少なくとも一度はセンタ側システム２へのログインとログアウトを行うものとして動作を説明したが、窓口端末１１は必ずしも１日単位でログインとログアウトとを行う必要はない。
また、本実施の形態では金融機関システムを例に説明したが、金融機関システムに限らずクライアント−サーバシステム全般に本発明を適用することもできる。
【符号の説明】
【００５１】
１ 営業店側システム、２ センタ側システム、３ 専用ネットワーク、１１ 窓口端末、１２ 役席端末、１３ 印刷装置、１４ 営業店サーバ、２１ 勘定ホスト、２２ 認証サーバ、２３ センタアプリケーションサーバ（センタＡＰサーバ）、２４ センタデータベースサーバ（センタＤＢサーバ）、２５ データベース、２６ センタ内回線、１００ 金融機関システム、１１１ 入力部、１１２ ログイン要求部、１１３ ログアウト要求部、１１５ 記憶装置、１１６ ログイン情報、１１７ 認証情報。
【技術分野】
【０００１】
本発明は、クライアント−サーバシステムに関し、特にサーバにログインする端末装置、ログイン制御システム、及びログイン制御方法に関する。
【背景技術】
【０００２】
クライアントとサーバが通信回線により接続されたクライアント−サーバシステムにおいて、クライアント側の端末装置がサーバ側のホストコンピュータにログインし、このログインしたホストコンピュータから端末装置が様々なサービスの提供を受ける技術がある。このような技術で用いられるログイン制御においては、一般的に高度なセキュリティが求められる。
特に、金融機関の営業店舗に設置された端末装置からサーバにログインして各種処理を行う金融機関システムにおいては、セキュリティ及びコンプライアンスの観点から、端末装置からサーバへの二重ログインを防止することが強く求められる。
【０００３】
従来、「ユーザが複数の通信端末を所有し、通信端末を切り替えながら通信セッションを継続する場合」において、二重ログインを回避する技術として、「移動先端末が同一のユーザアドレスを用いて自端末の位置登録を行うことで、サービス切り替えサーバ５は同一ユーザからのユーザ端末切り替え要求であることを判断し、サービスを継続したまま利用する端末の切り替えを行」い、「セッション切断後に移動元端末２は自動的にログアウトを行い、非活性状態（ログアウト状態）にする」技術が提案されている（例えば、特許文献１参照）。
【０００４】
また、「二重ログインなどによる接続拒否を発生させることなく接続」することを目的とする技術として、「通信サーバ２に対して、一定時間経過しても端末識別子に対応する端末からの再接続要求がない場合、または通信回線から通信サーバ２に対して端末３との接続が切断された旨の通知を受け付けた場合には、接続制御処理部２０はセッション情報記憶部２２を参照し、セッション情報に含まれるセッション解放スクリプトに従ってホストコンピュータ１とのセッション解放処理を行い、端末識別子制御部２１に対して、当該端末識別子の破棄を行う」というものが提案されている（例えば、特許文献２参照）。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２００５−６４６８６号公報（第１１頁、図２）
【特許文献２】特開２００１−２３６２８０号公報（第５頁、図３）
【発明の概要】
【発明が解決しようとする課題】
【０００６】
上記特許文献１には、複数の端末装置を切り替えながら通信セッションを継続する技術が記載されている。しかし、例えばログインしている端末装置が障害等の発生により再起動された場合など、ログオフ処理を伴わない通信切断の後に端末装置がログインしようとした場合の二重ログインの回避については、考慮されていなかった。
【０００７】
上記特許文献２には、一定時間経過しても端末装置からサーバに対して再接続要求がない場合にはサーバがセッション解放処理を行うことによって二重ログインを回避することが記載されている。しかし、通信回線に接続される端末装置の数が増えると、各端末装置からの再接続要求の確認とセッション解放処理を行うサーバの処理負担が大きくなる。これに伴い、サーバに処理遅延が生じ、端末装置側の操作性が低下するおそれがあった。
【０００８】
このため、ログオフ処理を行わず通信が切断された後に端末装置が再度ログインを行う場合であっても、サーバの処理負担をなるべく増大させることなく、端末装置からサーバへの二重ログインを回避する技術が望まれていた。
【課題を解決するための手段】
【０００９】
本発明に係る端末装置は、通信回線を通じてサーバにログインする端末装置であって、前記サーバに対してログイン要求を出力するログイン要求部と、前記サーバに対してログアウト要求を出力するログアウト要求部と、を備え、前記ログイン要求部は、前記サーバへのログインが成功すると、前記サーバへのログインが成功したことを示す認証情報を記憶部に記憶させ、前記ログイン要求部は、前記サーバに対して前記ログイン要求を出力する際に前記認証情報が記憶部に格納されていれば、前記ログアウト要求部にログアウト要求を出力させるとともに前記認証情報を削除させ、その後、前記ログイン要求を出力するものである。
なお、本発明において「ログイン要求を出力する際」とは、端末装置に対してログイン要求を行うべき指示がなされた後であり、かつ、端末装置がログイン要求を実際に出力する前をいうものとする。
【発明の効果】
【００１０】
本発明に係る端末装置は、サーバへのログインが成功すると、サーバへのログインが成功したことを示す認証情報を記憶部に記憶させ、サーバに対してログイン要求信号を出力する際に認証情報が記憶されていれば、ログアウト要求信号を出力するとともに認証情報を削除し、その後、ログイン要求信号を出力する。このような構成により、端末装置は、サーバへのログインが成功した後に再びログインを行おうとする際には、ログアウトを行ってからログインを行うという動作が実現でき、端末操作が二重にログインを要求することを回避することができる。また、端末装置側の処理にて二重ログインを回避できるので、サーバの処理負担を増大させることもない。
【図面の簡単な説明】
【００１１】
【図１】実施の形態に係る金融機関システムを示す全体構成図である。
【図２】実施の形態に係る端末装置の機能ブロック図である。
【図３】実施の形態に係る端末装置のログイン要求処理を説明するフローチャートである。
【図４】実施の形態に係る金融システムの動作を説明するシーケンス図である。
【図５】実施の形態に係る金融システムの動作を説明するシーケンス図である。
【発明を実施するための形態】
【００１２】
実施の形態．
本実施の形態では、クライアント−サーバシステムの一例として、銀行などの営業店側システムに設置された端末から、専用ネットワークを介してセンタ側システムに設置されたサーバにアクセス可能な金融機関システムを例に説明する。
図１は、実施の形態に係る金融機関システム１００を示す全体構成図である。金融機関システム１００は、銀行などの営業店側システム１と、センタ側システム２とが、専用ネットワーク３を介して接続されて構成されている。この金融機関システム１００は、営業店側システム１に設置された端末が専用ネットワーク３を介してセンタ側システム２にログインし、センタ側システム２から各種サービスの提供を受けるシステムである。
なお、図１では営業店側システム１を１つのみ記載しているが、複数の営業店側システム１とセンタ側システム２とが専用ネットワーク３により接続される構成としてもよい。
【００１３】
センタ側システム２には、勘定ホスト２１と、認証サーバ２２と、センタアプリケーションサーバ２３（以降の説明及び図面においてセンタＡＰサーバ２３と称する）と、センタデータベースサーバ２４（以降の説明及び図面においてセンタＤＢサーバ２４と称する）とが、センタ内回線２６により接続されている。すなわち、本実施の形態ではセンタ側システム２は複数のサーバで構成されており、本発明の「サーバ」は、勘定ホスト２１と、認証サーバ２２と、センタＡＰサーバ２３と、センタＤＢサーバ２４により構成される。
【００１４】
勘定ホスト２１は、業務アプリケーションを実行し、金融機関の顧客データを管理する。
認証サーバ２２は、営業店側システム１に設置された端末装置を操作するオペレータの本人認証に用いるオペレータデータを保有しており、端末装置からの要求に基づく認証管理を行う。
センタＡＰサーバ２３は、営業店側システム１に設置された端末装置からの要求を受け付け、勘定ホスト２１や認証サーバ２２、センタＤＢサーバ２４などへの個別業務処理を行う。なお、本発明のログイン処理部及びログアウト処理部は、本実施の形態では認証サーバ２２及びセンタＡＰサーバ２３によって実現される。
センタＤＢサーバ２４は、個別業務処理に必要なデータを格納するデータベース２５へのアクセスを行う。
【００１５】
営業店側システム１には、窓口端末１１と、役席端末１２と、印刷装置１３と、営業店サーバ１４とが、構内回線（ＬＡＮ）１５により接続されている。
窓口端末１１は、オペレータにより操作されて、記帳や入出金処理を司る端末装置である。
役席端末１２は、役席者（管理者）により操作される端末であり、窓口端末１１からの業務承認依頼を処理する。
印刷装置１３は、例えば汎用プリンタであり、窓口端末１１あるいは役席端末１２から送信された印刷データを印字する。
営業店サーバ１４は、営業店側システム１内のデータを一括管理する。
なお、本発明の「端末装置」は、本実施の形態では窓口端末１１と役席端末１２に相当する。
【００１６】
図２は、実施の形態に係る窓口端末１１の機能ブロック図であり、ログイン制御に関連する構成を中心に記載している。なお、図示しないが、ログイン制御に関連する構成については、役席端末１２も同様の構成を備えている。
【００１７】
窓口端末１１は、入力部１１１と、ログイン要求部１１２と、ログアウト要求部１１３と、記憶装置１１５とを備える。これらのほかに、窓口端末１１は、オペレータからの操作指示を入力するための入力装置（図示せず）と、オペレータに対して必要な情報を表示する表示装置（図示せず）を備えている。
【００１８】
入力部１１１は、窓口端末１１に接続された例えばキーボードやマウスなどの入力装置を介してオペレータからのログイン指示やログアウト指示を受け付け、これらの指示をログイン要求部１１２やログアウト要求部１１３に伝達する。
【００１９】
ログイン要求部１１２は、入力部１１１からのログイン指示を取得するとセンタ側システム２に対してログイン要求信号を出力し、センタ側システム２からログインに成功したことを示す認証情報を応答信号として取得すると、当該認証情報を認証情報１１７として記憶装置１１５に格納する。また、ログイン要求部１１２は、次回ログイン要求信号を出力する際に記憶装置１１５に認証情報１１７が格納されていれば、ログアウト要求部１１３によりログアウト要求信号を出力させ、その後、ログイン要求信号を出力する。また、ログイン要求部１１２は、出力したログイン要求信号に対してログインに失敗したことを示す応答信号を取得した場合には、その旨を表示装置（図示せず）などに出力する。
【００２０】
ここで、ログイン要求部１１２が送信するログイン要求信号は、センタ側システム２の認証サーバ２２がオペレータの本人認証に用いるためのログイン情報とパスワードとを含んでいる。
ログイン情報としては、例えば、以下のようなものがある。
１．店番：営業店舗に固有に設けられた番号。
２．設置場所コード：営業店舗内における窓口端末１１の設置場所を特定するコード。
３．機番：窓口端末１１に固有に設けられた番号。
４．端末種別：窓口端末１１か役席端末１２を示す端末装置の種別。
５．ユーザＩＤ：オペレータに固有に設けられたＩＤ。
６．オペレータＮｏ．：オペレータ固有に設けられた番号。
７．オペレータ氏名：オペレータの氏名。
【００２１】
ログアウト要求部１１３は、入力部１１１からのログアウト指示を取得すると、センタ側システム２に対してログアウト要求信号を出力する。また、ログアウト要求部１１３は、ログイン要求部１１２からの指示によってもログアウト要求信号を出力する。出力したログアウト要求信号に対してセンタ側システム２からログアウトの終了を示す応答信号が出力されるので、ログアウト要求部１１３はこの応答信号を取得し、記憶装置１１５に格納されている認証情報１１７を削除する。
【００２２】
なお、本実施の形態では、ログイン要求部とログアウト要求部は異なる構成としているが、前記ログイン要求部とログアウト要求部の機能を含んだ一つの構成としたログイン／ログアウト要求部としてもよい。
【００２３】
記憶装置１１５は、読み書き可能なメモリである。なお、記憶装置１１５は、例えばハードディスクなどの外部記憶装置により構成してもよい。
記憶装置１１５には、ログイン情報１１６と、認証情報１１７とが格納可能である。
ログイン情報１１６は、センタ側システム２が窓口端末１１を認証する際に用いる情報であり、ログイン要求信号の一部を構成する情報である。本実施の形態では、ログイン情報１１６は、オペレータ等により入力されて予め記憶装置１１５に記憶されているものとする。
認証情報１１７は、窓口端末１１からのログイン要求信号が認証サーバ２２により認証されてセンタ側システム２へのログインが成功したことを示す情報である。本実施の形態では、認証情報１１７はログインが成功した日時に関する情報を含んでいるものとする。
【００２４】
なお、入力部１１１、ログイン要求部１１２、ログアウト要求部１１３は、これらの機能を実現する回路デバイスなどのハードウェアを用いて構成してもよいし、マイコンやＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｏｒ Ｕｎｉｔ）などの演算装置とその動作を規定するソフトウェアを用いて構成してもよい。
【００２５】
次に、本実施の形態に係る窓口端末１１のログイン要求動作を説明する。
図３は、窓口端末１１のログイン要求動作を説明するフローチャートであり、オペレータからのログイン指示が入力された後の動作を示している。なお、本実施の形態では、始業時にオペレータの指示により窓口端末１１がセンタ側システム２にログインし、その当日の終業時には窓口端末１１をセンタ側システム２からログアウトさせるものとして動作を説明する。
【００２６】
窓口端末１１は、指示されたログインが初回ログインに該当するかどうか判断する（Ｓ１１）。初回ログインとは、窓口端末１１を起動後１回目に行うセンタ側システム２へのログインをいう。初回ログインを行うときは、記憶装置１１５には認証情報１１７は格納されていない状態である。初回ログインであるか否かの判断は、初回ログインであることを示すフラグを確認するなどの任意の方法で行う。
【００２７】
初回ログインである場合には（Ｓ１１：Ｙｅｓ）、ログイン要求信号を送信し（Ｓ１７）、ログイン成功を示す応答信号を受け取ると（Ｓ１８：ログイン成功）、この応答信号に含まれる認証情報Ａを認証情報１１７として記憶装置１１５に格納する（Ｓ１９）。応答信号がログイン失敗を示すものであれば（Ｓ１８：ログイン失敗）、図示しない表示装置などによりその旨を出力し、ログインに失敗したことをオペレータに伝える。
【００２８】
初回ログインでない場合には（Ｓ１１：Ｎｏ）、記憶装置１１５に認証情報１１７が格納されているか否か確認し、記憶されている場合には（Ｓ１２：Ｙｅｓ）、認証情報１１７がログインしようとする当日のものであるか否か確認する（Ｓ１３）。
記憶装置１１５に認証情報１１７が格納されていて（Ｓ１２：Ｙｅｓ）、かつ、認証情報１１７が当日のものであれば（Ｓ１３：Ｙｅｓ）、その当日に窓口端末１１がセンタ側システム２にログインした後、ログアウトを行わずに再びログインしようとしている状態であることを示す。すなわち、二重にログインしようとしている状態であるといえる。この場合には、ログアウト要求信号を出力し（Ｓ１４）、応答信号を受信すると（Ｓ１５：Ｙｅｓ）、記憶装置１１５に格納されている認証情報１１７を削除する。その後、ステップＳ１７へ進んで初回ログイン時と同様の処理を行う。
【００２９】
記憶装置１１５に認証情報１１７が格納されていて（Ｓ１２：Ｙｅｓ）、かつ、認証情報１１７がログインしようとする当日のものでない場合には（Ｓ１３：Ｎｏ）、何らかの理由により前日以前の認証情報１１７が削除されずに残っているものと捉え、この場合には認証情報１１７の削除を行う（Ｓ１６）。その後、ステップＳ１７へ進んで初回ログイン時と同様の処理を行う。
【００３０】
初回ログインでなく（Ｓ１１：Ｎｏ）、かつ、記憶装置１１５に認証情報が格納されていない場合には（Ｓ１２：Ｎｏ）、前回ログインしてから正常にログアウト後、再びログインしようとしている状態であることを示す。この場合は、二重ログインには該当せず、ステップＳ１７へ進んで初回ログイン時と同様の処理を行う。
【００３１】
次に、上記のように構成された金融機関システム１００におけるログイン／ログアウトの動作を説明する。
図４、図５は、窓口端末１１とセンタ側システム２のログイン／ログアウト動作を示すシーケンス図である。図４、図５では、窓口端末１１がセンタ側システム２にログイン／ログアウトを行う典型的な場面を例に説明する。
【００３２】
（１）初回ログイン時の動作
初回ログイン時の動作例を図４を参照して説明する。
まず、窓口端末１１のオペレータが、ログイン指示とパスワードを窓口端末１１に入力したものとする。
窓口端末１１の入力部１１１は、オペレータからのログイン指示をログイン要求部１１２に伝え、ログイン要求部１１２は、専用ネットワーク３を介してログイン要求信号をセンタ側システム２に送信する（Ｓ１０１）。このとき送信するログイン要求信号は、記憶装置１１５に格納されたログイン情報と、オペレータにより入力されたパスワードとを含んでいる。
【００３３】
センタＡＰサーバ２３は、窓口端末１１から送信されたログイン要求信号に基づき、認証サーバ２２に認証依頼を行う（Ｓ１０２）。
認証サーバ２２は、ログイン要求信号に含まれるログイン情報やパスワードにより、例えば、ユーザＩＤ及びパスワードが予め登録されたものと一致するか、利用可能な端末装置からのアクセスであるかなどの確認を行い、認証結果をセンタＡＰサーバ２３に送信する（Ｓ１０３）。
【００３４】
センタＡＰサーバ２３は、認証サーバ２２から受信した認証結果が認証ＮＧであれば（Ｓ１０４：ＮＧ）、ログインに失敗したことを示す応答信号を窓口端末１１に送信する（Ｓ１０５）。この応答信号を受信した窓口端末１１のログイン要求部１１２は、ログインに失敗したことを示す情報を図示しない表示手段などを用いてオペレータに伝え、オペレータに再度のログイン指示を促す（Ｓ１０６）。
【００３５】
また、認証サーバ２２から受信した認証結果が認証ＯＫであれば（Ｓ１０４：ＯＫ）、認証を行った日時とログインした窓口端末１１とを示す情報を含む認証情報Ａを、センタＤＢサーバ２４によりデータベース２５に格納する（Ｓ１０７）。続けて、センタＡＰサーバ２３は、ログインに成功したことを示す応答信号として、認証情報Ａを含む信号を窓口端末１１に送信する（Ｓ１０８）。
【００３６】
認証情報Ａを含む応答信号を取得した窓口端末１１は、この認証情報Ａを記憶装置に認証情報１１７として記憶する（Ｓ１０９）。
ここまでの処理で、初回ログイン時のログイン処理は終了である。窓口端末１１がセンタ側システム２へのログインに成功した場合には、記憶装置１１５には認証情報１１７が格納されていることとなる。
以後は、窓口端末１１は、通信接続されたセンタ側システム２との間で各種サービスの運用を開始する（Ｓ１１０）。
【００３７】
（２）オペレータからの指示に基づくログアウト時の動作
センタ側システム２にログインしている状態において、オペレータからの指示により窓口端末１１がログアウトするときの動作例を、図４を参照して説明する。
【００３８】
まず、窓口端末１１のオペレータが、ログアウト指示を窓口端末１１に入力したものとする。
入力部１１１は、オペレータからのログアウト指示を受け付けると、このログアウト指示をログアウト要求部１１３に伝え、ログアウト要求部１１３は、ログアウト要求信号をセンタ側システム２に送信する（Ｓ１１１）。
【００３９】
センタＡＰサーバ２３は、窓口端末１１からのログアウト要求信号を受信すると、センタＤＢサーバ２４によりデータベース２５に格納された当該窓口端末１１の認証情報Ａを削除させ（Ｓ１１２）、ログアウトが終了した旨の応答信号を窓口端末１１に送信する（Ｓ１１３）。
【００４０】
窓口端末１１のログアウト要求部１１３は、センタＡＰサーバ２３からログアウトが終了した旨の応答信号を受信すると、記憶装置１１５に格納された認証情報１１７を削除する（Ｓ１１４）。
ここまでの処理で、オペレータからの指示に基づくログアウト処理は終了である。一連の処理が正常に終了すると、窓口端末１１の記憶装置１１５に認証情報１１７は格納されておらず、かつ、センタ側システム２のデータベース２５にも窓口端末１１の認証情報Ａが格納されていない状態となる。
【００４１】
（３）初回ログイン後、ログアウトすることなく再びログインする場合の動作
次に、初回ログインを行って運用を開始した後、その当日にログアウトを行わないまま何らかの理由に窓口端末１１とセンタ側システム２との通信が切断され、再びログインする場合の動作を、図５を参照して説明する。ログアウトを行っていない状態で通信が切断される場合としては、例えば、センタ側システム２との通信用アプリケーションソフトウェアの障害発生に伴う再起動や、窓口端末１１の強制電源オフなどがある。ログアウトを行わないままセンタ側システム２との通信が切断された場合、センタ側システム２には窓口端末１１がログイン中であることを示す認証情報Ａが残ったままの状態となる。この状態で窓口端末１１がログインを要求すると、二重にログインを要求することとなってしまう。以下では、窓口端末１１が二重にログイン要求を行うことを回避する動作例を説明する。
【００４２】
図５において、窓口端末１１は、センタ側システム２に正常にログイン中であるものとする。したがって、データベース２５には認証情報Ａが格納され、記憶装置１１５にも認証情報１１７が格納された状態である。
ここで、例えば窓口端末１１の強制電源オフ等により窓口端末１１とセンタ側システム２との間の通信が切断されたとする（Ｓ２００）。
オペレータは、通信切断から復帰するため、例えば、窓口端末１１の再起動や、アプリケーションソフトウェアの再起動などの復帰操作を行う（Ｓ２０１）。
【００４３】
続けて、オペレータが窓口端末１１にログイン指示を入力すると、窓口端末１１の入力部１１１は、オペレータからのログイン指示をログイン要求部１１２に伝え、ログイン要求部１１２は、記憶装置１１５に認証情報１１７が格納されているか否か確認する（Ｓ２０２）。
【００４４】
本動作例では、記憶装置１１５に認証情報１１７が格納されているので（Ｓ２０２：有り）、格納されている認証情報１１７がログインしようとしている当日のものであるか否か確認する（Ｓ２０３）。そして、記憶装置１１５に当日の認証情報１１７が格納されているので（Ｓ２０３：有り）、窓口端末１１は、専用ネットワーク３を介してセンタ側システム２にログアウト要求信号を送信する（Ｓ２０４）。
【００４５】
センタＡＰサーバ２３は、窓口端末１１からのログアウト要求信号を受信すると、センタＤＢサーバ２４によりデータベース２５に格納された当該窓口端末１１の認証情報Ａを削除させ（Ｓ２０５）、ログアウトを終了した旨の応答信号を窓口端末１１に送信する（Ｓ２０６）。
【００４６】
このように、窓口端末１１は、センタ側システム２へのログインが成功した場合には、ログインが成功したことを示す認証情報１１７を記憶装置１１５に格納しておく。そして、次回ログイン時に認証情報１１７が記憶装置１１５に格納されている場合には、前回ログインしてからログアウトを行わずに再びログインしようとしているものと判断し、センタ側システム２へのログアウト要求処理を行うとともに記憶装置１１５に格納されている認証情報１１７を削除し、その後ログイン要求処理を行うようにしている。このようにすることで、窓口端末１１からセンタ側システム２に対して二重にログイン要求を行うことを回避することができる。
【００４７】
また、ログアウトを行わずに再びログインしようとする場合、窓口端末１１自らが、ログアウト要求処理を行うようにした。したがって、センタ側システム２のセンタＡＰサーバ２３は、窓口端末１１から要求された場合にログアウト処理を行えばよい。従来のように、一定時間経過しても端末装置からの再接続要求が無い場合などにサーバ側が強制的に各端末装置のログアウト処理を行うような構成であると、接続された端末装置の数が増えるとサーバ側の処理負担も大きくなるが、本実施の形態によればサーバ側は要求されたログアウト処理のみ行えばよいので従来よりも処理負担が低減される。
【００４８】
また、ログアウトを行わずに再びログインしようとする場合、窓口端末１１が自動的にログアウト要求処理を行うようにしたので、営業店側システム１のオペレータ等が個別にログアウト指示を行う必要がない。従来であれば、二重にログイン要求を行った場合、サーバ側からの二重ログインによる認証エラーの応答を受け、オペレータ等が二重ログインによる認証エラー解消を依頼するための操作を行い、これを受けたセンタ側の管理者等が認証情報を削除するなどの対応が必要であった。このため、営業店側のオペレータ等は認証エラー解消のための対応に時間を要し、営業店を訪れた顧客への対応時間が制限されて顧客サービスの低下につながることがあった。また、営業店側のオペレータ等とセンタ側の管理者等の双方が対応する必要があり、運用面で煩雑であった。しかし、本実施の形態によれば、窓口端末１１が自動的にログアウト要求処理を行うので、二重ログインによる認証エラーを解消するためにオペレータ等を煩わせることもなく、顧客サービスの低下を抑制できるほか、運用面での煩雑さを招くこともない。
【００４９】
また、ログイン処理／ログアウト処理において専用ネットワーク３で送受信されるデータは、ログイン／ログアウトの要求信号とその応答信号のみである。例えば、サーバ側からクライアント側に対してヘルスチェックのための信号を送信するようなシステムと比較すると、本実施の形態によればネットワーク上に流通する情報は必要最小限に抑えることができるので、通信の安全性を高めることができる。
【００５０】
なお、図４では、初回ログインである場合には認証情報１１７の有無を確認する処理を行わないこととして説明したが、初回ログインである場合にも認証情報１１７の有無を確認する処理を行うこととしてもよい。
また、本実施の形態では、センタ側システム２は複数のサーバで構成される例を説明したが、センタ側システム２の各機能を実現する単一のサーバで構成してもよい。また、窓口端末１１は１日のうちに少なくとも一度はセンタ側システム２へのログインとログアウトを行うものとして動作を説明したが、窓口端末１１は必ずしも１日単位でログインとログアウトとを行う必要はない。
また、本実施の形態では金融機関システムを例に説明したが、金融機関システムに限らずクライアント−サーバシステム全般に本発明を適用することもできる。
【符号の説明】
【００５１】
１ 営業店側システム、２ センタ側システム、３ 専用ネットワーク、１１ 窓口端末、１２ 役席端末、１３ 印刷装置、１４ 営業店サーバ、２１ 勘定ホスト、２２ 認証サーバ、２３ センタアプリケーションサーバ（センタＡＰサーバ）、２４ センタデータベースサーバ（センタＤＢサーバ）、２５ データベース、２６ センタ内回線、１００ 金融機関システム、１１１ 入力部、１１２ ログイン要求部、１１３ ログアウト要求部、１１５ 記憶装置、１１６ ログイン情報、１１７ 認証情報。
【特許請求の範囲】
【請求項１】
通信回線を通じてサーバにログインする端末装置であって、
前記サーバに対してログイン要求を出力するログイン要求部と、
前記サーバに対してログアウト要求を出力するログアウト要求部と、を備え、
前記ログイン要求部は、前記サーバへのログインが成功すると、前記サーバへのログインが成功したことを示す認証情報を記憶部に記憶させ、
前記ログイン要求部は、前記サーバに対して前記ログイン要求を出力する際に前記認証情報が記憶部に格納されていれば、前記ログアウト要求部にログアウト要求を出力させるとともに前記認証情報を削除させ、その後、前記ログイン要求を出力する
ことを特徴とする端末装置。
【請求項２】
端末装置から通信回線を通じてサーバへアクセスする際のログインを制御するログイン制御方法であって、
前記端末装置は、前記サーバへのログインが成功したときには前記サーバへのログインが成功したことを示す認証情報を記憶部に記憶させ、
前記端末装置は、前記サーバに対してログイン要求を出力する際に前記認証情報が記憶されていれば、前記サーバに対してログアウト要求を行うとともに記憶されている前記認証情報を削除した後、前記サーバへのログイン要求を送信する
ことを特徴とするログイン制御方法。
【請求項３】
端末装置から通信回線を通じてサーバへアクセスする際のログインを制御するログイン制御システムであって、
前記サーバは、
前記端末装置からのログイン要求を取得し、当該ログイン要求に含まれる情報を認証することにより前記端末装置をログインさせるログイン処理部と、
前記端末装置からのログアウト要求を取得すると当該端末装置をログアウトさせるログアウト処理部と、を備え、
前記端末装置は、
前記サーバに対してログイン要求を出力するログイン要求部と、
前記サーバに対してログアウト要求を出力するログアウト要求部と、を備え、
前記ログイン要求部は、前記サーバへのログインが成功すると、前記サーバへのログインが成功したことを示す認証情報を記憶部に記憶させ、
前記ログイン要求部は、前記サーバに対して前記ログイン要求を出力する際に前記認証情報が記憶部に格納されていれば、前記ログアウト要求部にログアウト要求を出力させるとともに前記認証情報を削除させ、その後、前記ログイン要求を出力する
ことを特徴とするログイン制御システム。
【請求項１】
通信回線を通じてサーバにログインする端末装置であって、
前記サーバに対してログイン要求を出力するログイン要求部と、
前記サーバに対してログアウト要求を出力するログアウト要求部と、を備え、
前記ログイン要求部は、前記サーバへのログインが成功すると、前記サーバへのログインが成功したことを示す認証情報を記憶部に記憶させ、
前記ログイン要求部は、前記サーバに対して前記ログイン要求を出力する際に前記認証情報が記憶部に格納されていれば、前記ログアウト要求部にログアウト要求を出力させるとともに前記認証情報を削除させ、その後、前記ログイン要求を出力する
ことを特徴とする端末装置。
【請求項２】
端末装置から通信回線を通じてサーバへアクセスする際のログインを制御するログイン制御方法であって、
前記端末装置は、前記サーバへのログインが成功したときには前記サーバへのログインが成功したことを示す認証情報を記憶部に記憶させ、
前記端末装置は、前記サーバに対してログイン要求を出力する際に前記認証情報が記憶されていれば、前記サーバに対してログアウト要求を行うとともに記憶されている前記認証情報を削除した後、前記サーバへのログイン要求を送信する
ことを特徴とするログイン制御方法。
【請求項３】
端末装置から通信回線を通じてサーバへアクセスする際のログインを制御するログイン制御システムであって、
前記サーバは、
前記端末装置からのログイン要求を取得し、当該ログイン要求に含まれる情報を認証することにより前記端末装置をログインさせるログイン処理部と、
前記端末装置からのログアウト要求を取得すると当該端末装置をログアウトさせるログアウト処理部と、を備え、
前記端末装置は、
前記サーバに対してログイン要求を出力するログイン要求部と、
前記サーバに対してログアウト要求を出力するログアウト要求部と、を備え、
前記ログイン要求部は、前記サーバへのログインが成功すると、前記サーバへのログインが成功したことを示す認証情報を記憶部に記憶させ、
前記ログイン要求部は、前記サーバに対して前記ログイン要求を出力する際に前記認証情報が記憶部に格納されていれば、前記ログアウト要求部にログアウト要求を出力させるとともに前記認証情報を削除させ、その後、前記ログイン要求を出力する
ことを特徴とするログイン制御システム。
【図１】
【図２】
【図３】
【図４】
【図５】
【図２】
【図３】
【図４】
【図５】
【公開番号】特開２０１１−１８６５１３（Ｐ２０１１−１８６５１３Ａ）
【公開日】平成２３年９月２２日（２０１１．９．２２）
【国際特許分類】
【出願番号】特願２０１０−４７６６９（Ｐ２０１０−４７６６９）
【出願日】平成２２年３月４日（２０１０．３．４）
【出願人】（００００００２９５）沖電気工業株式会社 (6,645)
【Ｆターム（参考）】
【公開日】平成２３年９月２２日（２０１１．９．２２）
【国際特許分類】
【出願日】平成２２年３月４日（２０１０．３．４）
【出願人】（００００００２９５）沖電気工業株式会社 (6,645)
【Ｆターム（参考）】
[ Back to top ]