JP6020006B2

JP6020006B2 - 情報処理装置、情報処理方法、及び、コンピュータプログラム

Info

Publication number: JP6020006B2
Application number: JP2012215317A
Authority: JP
Inventors: 晶村田
Original assignee: Canon Marketing Japan Inc; Canon IT Solutions Inc
Current assignee: Canon Marketing Japan Inc; Canon IT Solutions Inc
Priority date: 2012-09-27
Filing date: 2012-09-27
Publication date: 2016-11-02
Anticipated expiration: 2032-09-27
Also published as: JP2014071548A

Description

本発明は、サーバの保守・運用作業を支援する技術に関する。

従来、企業等で社内システムの運用にあたって、動作検証等を行う環境（開発環境）と、実際にシステムを稼働させる環境（本番環境）を構築しておき、それらシステムで利用されるアプリケーションプログラムの開発等を、本番環境と同様に構成された開発環境で行い、動作検証の結果、問題がないことが確認された後に、本番環境のアプリケーションプログラムの変更を行うことが広く行われている。

また、社内システムで使用されるマスタデータの変更等も、マスタデータの変更を行うことで、システムに不具合が発生しないかを開発環境において確認した後に、本番環境の変更を行うことが一般的である。

例えば、特許文献１には、システムの運用担当者が本番環境での操作ミスを起こさないようにするため、また、運用担当者に想定外の操作を行わせないようにするために、変更作業を行う前に、開発環境でまずその変更作業と同様の作業を行わせその操作ログを取得しておき、その操作ログが示すパターンとは異なる操作が行われた場合に警告を行うことで、運用担当者の作業ミスを防ぐ技術が開示されている。

特開２０１１−１７０７３９号公報

しかし、例えば、マスタデータの軽微なデータの修正等である場合には、必ずしも開発環境での動作確認等を行わず、本番環境のマスタデータを変更することなども行われている。

このような形でシステムの運用担当者が業務を行う際には、運用担当者は開発環境でマスタデータの変更作業とは異なる作業を行いつつ、本番環境にログインしてマスタデータの変更処理が行われることがある。多くの場合、開発環境サーバのアプリケーション構成やデータベースの構造等は本番環境と同一の設定にしていることが多く、そのため、本来であれば開発環境で行うべき作業を間違えて本番環境で実行してしまうというヒューマンエラーが発生してしまっている。

上記した問題に鑑み、本発明は、システムの保守、運用担当者が開発環境、本番環境の双方にログインしてサーバの保守・運用作業を行っている場合であっても、操作するサーバを取り違えてしまうことにより生ずる操作ミスを軽減させることを目的とする。

上記の目的を達成するために、本発明の情報処理装置は、本番環境サーバを含む複数のシステムサーバに対する操作コマンドの送信を行う情報処理装置であって、システムサーバへのログイン要求を受け付ける第１の受付手段と、前記第１の受付手段で受け付けた接続要求に従って、前記システムサーバへのユーザのログイン処理を行うログイン手段と、前記ログイン手段によるログイン処理により、前記ユーザが前記本番環境サーバを含む複数のシステムサーバにログインする状態となることを判定する第１の判定手段と、前記システムサーバに対する操作コマンドを受け付ける第２の受付手段と、前記第１の判定手段において、前記ユーザが前記本番環境サーバを含む複数のシステムサーバにログインする状態となったと判定されると、前記第２の受付手段で受け付けた操作コマンドを実行する確認入力を受け付ける第３の受付手段と、前記第３の受付手段において、前記第２の受付手段で受け付けた操作コマンドを実行する確認入力を受け付けた場合に、前記操作コマンドを指定されたシステムサーバに送信する送信手段と、を有することを特徴とする。

上記の目的を達成するために、本発明の情報処理方法は、本番環境サーバを含む複数のシステムサーバに対する操作コマンドの送信を行う情報処理装置によって行われる情報処理方法であって、システムサーバへのログイン要求を受け付ける第１の受付工程と、前記第１の受付工程で受け付けた接続要求に従って、前記システムサーバへのユーザのログイン処理を行うログイン工程と、前記ログイン工程によるログイン処理により、前記ユーザが前記本番環境サーバを含む複数のシステムサーバにログインする状態となることを判定する第１の判定工程と、前記システムサーバに対する操作コマンドを受け付ける第２の受付工程と、前記第１の判定工程において、前記ユーザが前記本番環境サーバを含む複数のシステムサーバにログインする状態となったと判定されると、前記第２の受付工程で受け付けた操作コマンドを実行する確認入力を受け付ける第３の受付工程と、前記第３の受付工程において、前記第２の受付工程で受け付けた操作コマンドを実行する確認入力を受け付けた場合に、前記操作コマンドを指定されたシステムサーバに送信する送信工程と、を有することを特徴とする。

上記の目的を達成するために、本発明のコンピュータプログラムは、本番環境サーバを含む複数のシステムサーバに対する操作コマンドの送信を行う情報処理装置を、システムサーバへのログイン要求を受け付ける第１の受付手段と、前記第１の受付手段で受け付けた接続要求に従って、前記システムサーバへのユーザのログイン処理を行うログイン手段と、前記ログイン手段によるログイン処理により、前記ユーザが前記本番環境サーバを含む複数のシステムサーバにログインする状態となることを判定する第１の判定手段と、前記システムサーバに対する操作コマンドを受け付ける第２の受付手段と、前記第１の判定手段において、前記ユーザが前記本番環境サーバを含む複数のシステムサーバにログインする状態となったと判定されると、前記第２の受付手段で受け付けた操作コマンドを実行する確認入力を受け付ける第３の受付手段と、前記第３の受付手段において、前記第２の受付手段で受け付けた操作コマンドを実行する確認入力を受け付けた場合に、前記操作コマンドを指定されたシステムサーバに送信する送信手段として機能させることを特徴とする。

本発明によれば、システムの保守、運用担当者が開発環境、本番環境の双方にログインしてサーバの保守・運用作業を行っている場合であっても、操作するサーバを取り違えてしまうことにより生ずる操作ミスを軽減させることが可能となる。

本発明の情報処理システムのシステム構成の一例を示す図である。図１に示す各装置に適用可能な情報処理装置のハードウェア構成の一例を示す図である。図１に示す各装置の機能構成の一例を示す図である。接続要求処理の一例を示す図である。接続情報確認処理の詳細な処理の一例を示す図である。接続承認処理の詳細な処理の一例を示す図である。接続処理の詳細な処理の一例を示す図である。操作コマンド実行処理の一例を示す図である。ログイン画面の構成の一例を示す図である。操作コマンド入力画面の構成の一例を示す図である。操作コマンド確認画面の構成の一例を示す図である。要確認操作コマンドリストのデータ構成の一例を示す図である。システムサーバ情報管理テーブルのデータ構成の一例を示す図である。接続情報管理テーブルのデータ構成の一例を示す図である。

以下、図面を参照して、本発明の実施の形態の一例について説明する。

図１は、本発明の情報処理システムのシステム構成の一例を示す図である。図１に示すように、本発明の情報処理システムは、接続管理サーバ１０１、クライアント装置１０２、本番環境サーバ１０３、開発環境サーバ１０４、ネットワーク１０５を備えて構成されている（今後、本番環境サーバ１０３、開発環境サーバ１０４をまとめて「システムサーバ」という）。

接続管理サーバ１０１は、ターミナルエミュレータソフトウェア（サーバ）がインストールされており、当該ターミナルエミュレータソフトウェア（サーバ）の制御に従い、クライアント装置１０２から送信されるシステムサーバ（本番環境サーバ１０３、開発環境サーバ１０４）に対する操作コマンドを、システムサーバに対して中継する機能を有するサーバ装置である。また、いずれのユーザがいずれのサーバにログイン中であるかを管理している。

クライアント装置１０２は、ターミナルエミュレータソフトウェア（クライアント）がインストールされている端末装置であり、ターミナルエミュレータソフトウェア（クライアント）による制御に従い、ユーザ認証情報や、接続先のシステムサーバ（本番環境サーバ１０３、開発環境サーバ１０４）の指定、各種の操作コマンドの入力を受け付け、接続管理サーバ１０１に送信する端末装置である。システムサーバの保守・運用を行う操作者や、操作者のシステムサーバへのログインを承認／否認する承認者によって使用される。

本番環境サーバ１０３は、社内業務で使用している各種のサービスを提供するサーバ装置、例えば、データベースサーバや、業務アプリケーションサーバ等である。接続管理サーバ１０１から送信される操作コマンドに従って、各種の設定変更等の処理を実行する。

開発環境サーバ１０４は、社内業務で使用している各種のサービスを提供するサーバ装置である本番環境サーバ１０３と同一の環境を、システム開発やシステムテスト等のために提供するサーバ装置である。接続管理サーバ１０１から送信される操作コマンドに従って、各種の設定変更等の処理を実行する。

ネットワーク１０５は、上述した各装置を相互に通信可能に接続するためのネットワークである。接続形態は、有線／無線を問わない。

以上が、本発明の情報処理システムのシステム構成の一例の説明である。

次に、図２を参照して、図１の接続管理サーバ１０１、クライアント装置１０２、本番環境サーバ１０３、開発環境サーバ１０４に適用可能な情報処理装置のハードウェア構成の一例について説明する。

図２において、２０１はＣＰＵで、システムバス２０４に接続される各デバイスやコントローラを統括的に制御する。また、ＲＯＭ２０３あるいは外部メモリ２１１には、ＣＰＵ２０１の制御プログラムであるＢＩＯＳ（Basic Input / Output System）やオペレーティングシステムプログラム（以下、ＯＳ）や、接続管理サーバ１０１、クライアント装置１０２、本番環境サーバ１０３、開発環境サーバ１０４がそれぞれ実行する機能を実現するために必要な後述する各種プログラム等が記憶されている。

２０２はＲＡＭで、ＣＰＵ２０１の主メモリ、ワークエリア等として機能する。ＣＰＵ２０１は、処理の実行に際して必要なプログラム等をＲＯＭ２０３あるいは外部メモリ２１１からＲＡＭ２０２にロードして、該ロードしたプログラムを実行することで後述する各種動作を実現するものである。

また、２０５は入力コントローラで、キーボードやポインティングデバイス等の入力装置２０９からの入力を制御する。２０６はビデオコントローラで、ディスプレイ装置２１０等の表示器への表示を制御する。

２０７はメモリコントローラで、ブートプログラム，各種のアプリケーション，フォントデータ，ユーザファイル，編集ファイル，各種データ等を記憶するハードディスク（ＨＤ）や、フレキシブルディスク（ＦＤ）、或いはＰＣＭＣＩＡカードスロットにアダプタを介して接続されるコンパクトフラッシュ（登録商標）メモリ等の外部メモリ２１１へのアクセスを制御する。

２０８は通信Ｉ／Ｆ（インタフェース）コントローラで、ネットワーク（例えば、図１に示したネットワーク１０５）を介して外部機器と接続・通信するものであり、ネットワークでの通信制御処理を実行する。例えば、ＴＣＰ／ＩＰを用いた通信等が可能である。

なお、ＣＰＵ２０１は、例えばＲＡＭ２０２内の表示情報用領域へアウトラインフォントの展開（ラスタライズ）処理を実行することにより、ディスプレイ装置２１０上での表示を可能としている。また、ＣＰＵ２０１は、ディスプレイ装置２１０上の不図示のマウスカーソル等でのユーザ指示を可能とする。

本発明を実現するための後述するフローチャートに示す各ステップの処理は、コンピュータで読み取り実行可能なプログラムにより実行され、そのプログラムは外部メモリ２１１に記録されている。そして、必要に応じてＲＡＭ２０２にロードされることによりＣＰＵ２０１によって実行されるものである。また、さらに、上記プログラムの実行時に用いられる定義ファイル及び各種情報テーブル等も、外部メモリ２１１に格納されており、これらについての詳細な説明も後述する。

以上が、図１の接続管理サーバ１０１、クライアント装置１０２、本番環境サーバ１０３、開発環境サーバ１０４に適用可能な情報処理装置のハードウェア構成の一例の説明である。

次に、図３を参照して、図１の接続管理サーバ１０１、クライアント装置１０２、本番環境サーバ１０３、開発環境サーバ１０４の機能構成の一例について説明する。

図３に示す通り、接続管理サーバ１０１は、認証部３０１、接続先サーバ指定受付部３０２、接続承認要／不要判定部３０３、接続承認情報受付部３０４、接続情報管理部３０５、操作コマンド受付部３０６、操作コマンド確認要／不要判定部３０７、操作コマンド送信部３０８等を備えて構成されている。

クライアント装置１０２は、認証情報入力受付部３１１、接続先サーバ指定入力受付部３１２、操作コマンド入力受付部３１３、操作コマンド確認入力受付部３１４、接続承認情報入力受付部３１５等を備えて構成されている。

本番環境サーバ１０３、開発環境サーバ１０４はそれぞれ、操作実行指示受付部３２１、操作実行部３２２を備えて構成されている。

接続管理サーバ１０１の認証部３０１は、クライアント装置１０２の認証情報入力受付部３１１で入力を受け付けた認証情報（例えば、ユーザ名、パスワード）をクライアント装置１０２から受信し、その認証情報と不図示のユーザ情報テーブルに記憶されているユーザ情報とを用いて、クライアント装置１０２を使用しているユーザの認証を行う機能部である。

接続管理サーバ１０１の接続先サーバ指定受付部３０２は、クライアント装置１０２の接続先サーバ指定入力受付部３１２で入力を受け付けた接続先サーバ指定情報をクライアント装置１０２から受信する機能部である。

接続管理サーバ１０１の接続承認要／不要判定部３０３は、認証部３０１で認証したユーザが、接続先サーバ指定受付部３０２で指定を受け付けたシステムサーバに接続するために、上長等の他のユーザの承認を必要とするか否かを判定する機能部である。

接続管理サーバ１０１の接続承認情報受付部３０４は、接続承認要／不要判定部３０３により、システムサーバに接続するために他のユーザによる承認が必要であると判定されたユーザのサーバへの接続の承認情報（承認または否認）を他のユーザが使用するクライアント装置１０２から受信する機能部である。

接続管理サーバ１０１の接続情報管理部３０５は、どのユーザがどのシステムサーバに接続中（ログイン中）であるかを、図１４に示す接続情報管理テーブル１４００を用いて記憶管理する機能部である。

接続管理サーバ１０１の操作コマンド受付部３０６は、クライアント装置１０２の操作コマンド入力受付部３１３で入力を受け付けた操作コマンドをクライアント装置１０２から受信する機能部である。

接続管理サーバ１０１の操作コマンド確認要／不要判定部３０７は、操作コマンド受付部３０６で受け付けた操作コマンドを指定されたシステムサーバに送信する前に、ユーザによる確認を必要とするか否かを判定する機能部である。

接続管理サーバ１０１の操作コマンド送信部３０８は、操作コマンド受付部３０６でクライアント装置１０２から受け付けた操作コマンドを指定されたシステムサーバに送信する機能部である。

クライアント装置１０２の認証情報入力受付部３１１は、システムサーバ操作を行うに際して行われるユーザ認証で用いられる認証情報（例えば、ユーザ名、パスワード）の入力を受け付ける機能部である。クライアント装置１０２の接続先サーバ指定入力受付部３１２は、ユーザが操作対象とするシステムサーバの指定を受け付ける機能部である。

クライアント装置１０２の操作コマンド入力受付部３１３は、システムサーバを操作するための、例えばシステムサーバで管理されているデータベースの変更等を行うためのＳＱＬ等の、操作コマンドの入力を受け付ける機能部である。

クライアント装置１０２の操作コマンド確認入力受付部３１４は、接続管理サーバ１０１の操作コマンド確認要／不要判定部３０７により、操作コマンドを指定されたシステムサーバに送信する前に、ユーザによる確認が必要であると判定された操作コマンドに対する確認入力（送信実行、送信キャンセル等）の入力を受け付ける機能部である。

クライアント装置１０２の接続承認情報入力受付部３１５は、接続管理サーバ１０１の接続承認要／不要判定部３０３で、システムサーバに接続するために、上長等の他のユーザの承認が必要であると判定されたユーザが、システムサーバに接続することの承認または否認（承認情報）を受け付ける受付部である。

本番環境サーバ１０３、開発環境サーバ１０４の操作実行指示受付部３２１は、各種の操作実行指示である接続管理サーバ１０１より送信された操作コマンドを受け付ける機能部である。操作実行部３２２は、操作実行指示受付部３２１で受け付けた操作コマンドに従った処理を実行する機能部である。

以上が、接続管理サーバ１０１、クライアント装置１０２、本番環境サーバ１０３、開発環境サーバ１０４の機能構成の一例の説明である。

次に、図４を参照して接続要求処理の一例について説明する。この処理は、接続管理サーバ１０１及びクライアント装置１０２のＣＰＵ２０１によって行われる処理である。

まず、クライアント装置１０２のＣＰＵ２０１は、図９に示すログイン画面９００を表示し（ステップＳ４０１）、ログイン画面９００を介してユーザ認証に用いられる認証情報の入力及び接続先サーバの指定を受け付ける（ステップＳ４０２、ステップＳ４０３）。

ここで、図９を参照して、図４のステップＳ４０１でクライアント装置１０２のディスプレイ装置２１０に表示されるログイン画面９００の構成の一例について説明する。

図中、ユーザＩＤ入力受付部９０１は、認証情報として用いられるユーザ名の入力を受け付ける受付部である。パスワード入力受付部９０２は、認証情報として用いられるパスワードの入力を受け付ける受付部である。接続先サーバ指定受付部９０３は、接続先とするシステムサーバの指定を受け付ける受付部である。尚、接続先サーバ指定受付部９０３には、図１３に示すシステムサーバ情報管理テーブルに登録されているシステムサーバが予め選択可能に設定される。

接続ボタン９０４は、接続先サーバ指定受付部９０３で指定された本番環境サーバ１０３または開発環境サーバ１０４に対する接続要求を接続管理サーバ１０１に送信させる送信実行指示をクライアント装置１０２のＣＰＵ２０１に入力するために用いられるボタンである。キャンセルボタン９０５は、接続管理サーバ１０１に対するシステムサーバへの接続要求を行わず本画面を介した処理を終了するために用いられるボタンである。

以上が、ログイン画面９００の構成の一例の説明である。

次に、図１３を参照して、接続管理サーバ１０１の外部メモリ２１１に記憶されているシステムサーバ情報管理テーブル１３００のデータ構成について説明する。図１３に示す通り、システムサーバ情報管理テーブル１３００は、サーバ識別子１３０１、サーバ名１３０２、環境種別１３０３等のデータ項目を備えて構成されている。

サーバ識別子１３０１は、システムサーバ情報管理テーブル１３００に登録されているサーバを一意に識別するための識別情報が登録されるデータ項目である。サーバ名１３０２は、サーバの名称が登録されるデータ項目である。このサーバ名を用いて通信の相手を特定し、通信を行うことが可能である。

環境種別１３０３は、そのシステムサーバが本番環境サーバ１０３であるか、それとも開発環境サーバ１０４であるかを特定するための情報が登録されるデータ項目である。

以上が、システムサーバ情報管理テーブル１３００のデータ構成の一例の説明である。

図４の説明に戻る。クライアント装置１０２のＣＰＵ２０１は、認証情報及び接続先サーバの指定を受け付けた後に、ログイン画面９００の接続ボタン９０４の押下を受け付けると、指定されたシステムサーバへの接続要求を接続管理サーバ１０１に対して送信する（ステップＳ４０４）。この接続要求には、認証情報、接続先として指定されたシステムサーバの特定情報（例えば、サーバ識別子）が含まれる。

接続管理サーバ１０１のＣＰＵ２０１は、クライアント装置１０２から送信されたシステムサーバへの接続要求を受信すると（ステップＳ４０５）、その接続要求に含まれる認証情報を用いて、クライアント装置１０２を使用するユーザの認証処理を行う（ステップＳ４０６）。そして、認証が正常に行えなかったと判定された場合には（ステップＳ４０６の「認証ＯＫ？」でＮＯ）、処理をステップＳ４０７に進め、認証エラー通知を、接続要求を送信したクライアント装置１０２に送信する。

クライアント装置１０２のＣＰＵ２０１は、接続管理サーバ１０１から送信された認証エラー通知を受信すると（ステップＳ４０８）、認証エラーが起きたことをユーザに報知すべく警告表示を行う。その後、ユーザからの操作指示により、認証情報、接続先サーバを再設定した形で接続要求を再度行うリトライ指示を受け付けた場合には（ステップＳ４０９でＹＥＳ）、ステップＳ４０２に処理を進める。一方、リトライ指示を受け付けなかった場合には（即ち、終了指示を受け付けた場合：ステップＳ４０９でＮＯ）、本図に示す処理を終了する。

ステップＳ４０６の判定処理で、ユーザ認証が正常に行われた（ＹＥＳ）と判定した場合には、接続管理サーバ１０１のＣＰＵ２０１は処理をステップＳ４１０に進め、認証されたユーザが、接続要求を受け付けたシステムサーバに接続するために、第三者の承認を必要するか否かを判定する承認要／不要判定処理を行う。この処理の詳細については、図５を参照して説明する。

ここで、図５を参照して、図４のステップＳ４１０の承認要／不要判定処理の詳細について説明する。この処理は、接続管理サーバ１０１のＣＰＵ２０１によって行われる処理である。

接続管理サーバ１０１のＣＰＵ２０１は、図４のステップＳ４０６で認証されたユーザの接続情報を図１４に示す接続情報管理テーブル１４００から取得する（ステップＳ５０１）。

ここで、図１４を参照して、接続情報管理テーブル１４００のデータ構成の一例について説明する。接続情報管理テーブル１４００は、それぞれのシステムサーバにどのユーザが接続中（ログイン中）であるかを管理するデータテーブルである。

図１４に示す通り、接続情報管理テーブル１４００は、ＩＤ１４０１、サーバ識別子１４０２、サーバ名１４０３、サーバ名１４０４、ログインユーザ名１４０５、確認フラグ１４０６等のデータ構成を備えて構成されている。

ＩＤ１４０１は、この接続情報管理テーブル１４００に登録されているそれぞれの接続情報を一意に識別するための識別情報が登録されるデータ項目である。

サーバ識別子１４０２は、ユーザがログイン中のサーバのサーバ識別子が登録されるデータ項目である。また、サーバ名１４０３はサーバ名が、環境識別子は当該サーバの環境識別子が登録されるデータ項目である。これら情報は、システムサーバ情報管理テーブル１３００より取得され登録される。

ログインユーザ１４０５は、サーバ識別子１４０２に登録されているサーバ識別子で特定されるシステムサーバにログインしているユーザのユーザ識別情報（ユーザＩＤやユーザ名）が登録されるデータ項目である。

確認フラグ１４０６は、接続管理サーバ１０１がクライアント装置１０２から受信した操作コマンドをシステムサーバ（本番環境サーバ１０３）に転送する前に、ユーザの確認を必要とするか否かを示す情報が登録されるデータ項目である。例えば、このデータ項目に「ＯＮ」が設定されている場合には、確認を必要とし、「ＯＦＦ」が設定されている場合には、確認を必要としないと接続管理サーバ１０１のＣＰＵ２０１は判定する。

以上が、接続情報管理テーブル１４００のデータ構成の一例の説明である。

図５の説明に戻る。ステップＳ５０１で、認証されたユーザの接続情報を取得した後に、接続管理サーバ１０１は、今回接続要求を受けたシステムサーバ（接続先）が本番環境サーバ１０３であるか否かを判定する（ステップＳ５０２）。この判定処理でＹＥＳと判定した場合には、処理をステップＳ５０３に進め、当該ユーザが既に他のシステムサーバに接続中であるか否かを判定する。

ステップＳ５０３の判定処理でＹＥＳと判定した場合には、接続管理サーバ１０１のＣＰＵ２０１は処理をステップＳ５０４に進め、システムサーバへの接続に承認が必要であると決定する。一方、ステップＳ５０３の判定処理でＮＯと判定した場合には、接続管理サーバ１０１のＣＰＵ２０１は処理をステップＳ５０５に進め、承認不要と決定する。

ステップＳ５０２の判定処理でＮＯと判定した場合には、接続管理サーバ１０１は処理をステップＳ５０６に進め、当該ユーザが現在本番環境サーバ１０３に接続中（ログイン中）であるかを判定する。

ステップＳ５０６の判定処理でＹＥＳと判定した場合には、接続管理サーバ１０１のＣＰＵ２０１は処理をステップＳ５０７に進め、システムサーバへの接続に承認が必要であると決定する。一方、ステップＳ５０６の判定処理でＮＯと判定した場合には、接続管理サーバ１０１のＣＰＵ２０１は処理をステップＳ５０８に進め、承認不要と決定する。

以上が、承認要／不要判定処理の詳細な説明である。本発明では、ユーザが本番環境サーバ１０３に接続する際に、他のシステムサーバ（本番環境サーバ１０３、開発環境サーバ１０４）にログインしている場合、操作対象のシステムサーバの指定を誤ってしまうことに起因する本番環境サーバ１０３に対する誤操作を未然に防ぐために、他のユーザによる承認処理を行うことで、ユーザが容易に本番環境サーバにログインできないようにしている。

また、ユーザが本番環境サーバ１０３にログインしているときに、他のシステムサーバ（本番環境サーバ１０３、開発環境サーバ１０４）へのログインをすると、上記と同様のミスが発生する危険性があるので、この場合にも承認処理を行うことで、ユーザが容易に本番環境サーバにログインできないようにしている。

図４の説明に戻る。ステップＳ４１０の承認要／不要判定処理が終了後、接続管理サーバ１０１のＣＰＵ２０１は、ユーザが接続先に指定されたシステムサーバにログインするために、承認が必要であると決定されたか、それとも承認は不要であると決定されたかを判定する（ステップＳ４１１）。この判定処理で、承認が必要である（ＹＥＳ）と判定した場合には、処理をステップＳ４１２に進め、接続承認処理を行う。この処理の詳細は、図６を参照して説明する。一方、ステップＳ４１１の判定処理で承認の必要はない（ＮＯ）と判定した場合には、処理をステップＳ４１７に進め、接続処理を行う。この処理の詳細は、図７を参照して説明する。

ここで、図６を参照して、図４のステップＳ４１２の接続承認処理の詳細について説明する。この処理は、接続管理サーバ１０１のＣＰＵ２０１とクライアント装置１０２のＣＰＵ２０１によって行われる処理である。この接続承認処理では、システムサーバへの接続要求を行ったユーザが、当該システムサーバにログインすることを承認する／否認する指示を、当該ユーザ以外のユーザ（例えば、ユーザの上長）から受け付ける処理を行う。

まず、接続管理サーバ１０１のＣＰＵ２０１は、システムサーバへの接続要求を行ったユーザのシステムサーバへのログイン承認を行うユーザを、不図示のユーザ情報テーブルを用いて特定する（ステップＳ６０１）。そして、承認者が使用するクライアント装置１０２に対して、承認処理要求を送信する。例えば、承認者のメールアドレスに承認処理要求の電子メールを送信する等の方法をとればよい。

承認者が使用するクライアント装置１０２のＣＰＵ２０１は、接続管理サーバ１０１からの承認処理要求を受信（ステップＳ６０３）した後に、承認者による入力装置２０９を用いた操作指示入力により、ユーザのシステムサーバへのログインの承認または否認の情報の入力を受け付ける（ステップＳ６０４）。そして、入力された承認または否認の情報を接続管理サーバ１０１に送信する（ステップＳ６０５）。そして、接続管理サーバ１０１のＣＰＵ２０１は、クライアント装置１０２より送信された承認／否認の情報を取得する（ステップＳ６０６）。

以上が、接続承認処理の詳細な説明である。尚、この承認処理であるが、図４のステップＳ４１１の判定処理でＹＥＳと判定された場合に、接続要求を行ってきたクライアント装置１０２のディスプレイ装置２１０に、承認者の認証情報と、承認／否認の入力を行うための画面を表示させ、その画面を介して承認者の認証情報と承認／否認の情報を受け付ける形で行うようにしても構わない。

図４の説明に戻る。接続管理サーバ１０１のＣＰＵ２０１は、ステップＳ４１２の接続承認処理終了後、ユーザのシステムサーバへの接続（ログイン）が承認されたかを判定する（ステップＳ４１３）。

ステップＳ４１３の判定処理で、接続が承認されなかった（ＮＯ）と判定した場合には、接続管理サーバ１０１のＣＰＵ２０１は処理をステップＳ４１４に進め、接続が承認されなかった旨の接続エラー通知を、接続要求を送信してきたクライアント装置１０２に送信する。

クライアント装置１０２のＣＰＵ２０１は、接続管理サーバ１０１から送信された接続エラー通知を受信すると（ステップＳ４１５）、ディスプレイ装置２１０に警告表示を行う。その後、ユーザからの操作指示により、接続先サーバを再設定した形で接続要求を再度行うリトライ指示を受け付けた場合には（ステップＳ４１６でＹＥＳ）、ステップＳ４０２に処理を進める。一方、リトライ指示を受け付けなかった場合には（即ち、終了指示を受け付けた場合：ステップＳ４１６でＮＯ）、本図に示す処理を終了する。

ステップＳ４１３の判定処理で、接続が承認された（ＹＥＳ）と判定した場合には、接続管理サーバ１０１のＣＰＵ２０１は処理をステップＳ４１７に進め、接続処理を行う。

ここで、図７を参照して、図４のステップＳ４１７の接続処理の詳細について説明する。この処理は、接続管理サーバ１０１のＣＰＵ２０１と、システムサーバのＣＰＵ２０１によって行われる処理である。

まず、接続管理サーバ１０１のＣＰＵ２０１は、図４のステップＳ４０５でクライアント装置１０２から受信した接続要求に含まれる接続先のシステムサーバの特定情報を取得し（ステップＳ７０１）、接続先のシステムサーバを特定する（ステップＳ７０２）。その後、特定した接続先のシステムサーバに対して、接続要求を送信する（ステップＳ７０３）。

システムサーバ（本番環境サーバ１０３または開発環境サーバ１０４）のＣＰＵ２０１は、接続管理サーバ１０１から送信された接続要求を受信すると（ステップＳ７０４）、接続管理サーバ１０１とシステムサーバとの間で、操作コマンドの送受信を可能にするための接続処理を行い（ステップＳ７０５）、その接続処理の結果を接続管理サーバ１０１に送信する（ステップＳ７０６）。そして、接続管理サーバ１０１のＣＰＵ２０１は、システムサーバから送信された接続処理結果を受信する（ステップＳ７０７）。

尚、接続管理サーバ１０１のＣＰＵ２０１は、ステップＳ７０３で接続要求を送信後、一定時間システムサーバからの接続処理の処理結果を受信しなかった場合には、接続処理が失敗したものと判断することになる。

以上が、接続処理の詳細な説明である。

図４の説明に戻る。ステップＳ４１７の接続処理終了後、接続管理サーバ１０１のＣＰＵ２０１は、接続要求を受けたシステムサーバとの接続が成功したかを判定する（ステップＳ４１８）。この判定処理で接続に失敗した（ＮＯ）と判定した場合には、接続要求を行ったクライアント装置１０２に、接続通知エラーを送信する（ステップＳ４１９）。

クライアント装置１０２のＣＰＵ２０１は、接続管理サーバ１０１から送信された接続エラー通知を受信すると（ステップＳ４１５）、ディスプレイ装置２１０に警告表示を行う。その後、ユーザからの操作指示により、リトライ指示を受け付けた場合には（ステップＳ４１６でＹＥＳ）、ステップＳ４０２に処理を進める。一方、リトライ指示を受け付けなかった場合には（即ち終了指示を受け付けた場合：ステップＳ４１６でＮＯ）、本図に示す処理を終了する。

ステップＳ４１７の判定処理で、接続処理に成功した（ＹＥＳ）と判定した場合には、接続管理サーバ１０１のＣＰＵ２０１は処理をステップＳ４２０に進め、接続情報管理テーブル１４００に、新たに接続情報を追加登録する。この接続情報には、接続先として指定されたシステムサーバの情報、及び認証処理によって特定されたユーザの情報が登録される。

その後、接続管理サーバ１０１のＣＰＵ２０１は、当該ユーザのシステムサーバへの接続に際して、承認処理を行ったか否かを判定する（ステップＳ４２１）。そして、この判定処理で承認処理が行われたと判定した場合には、接続管理サーバ１０１のＣＰＵ２０１は処理をステップＳ４２２に進め、接続情報管理テーブル１４００に登録されている、当該ユーザに関する接続情報のうち、本番環境サーバ１０３への接続情報の確認フラグ１４０６をＯＮに設定する。

ステップＳ４２１で接続管理サーバ１０１のＣＰＵ２０１がＹＥＳと判定するのは、当該ユーザは本番環境サーバ１０３を含む複数のシステムサーバに接続（ログイン）している場合である。接続管理サーバ１０１のＣＰＵ２０１は、当該ユーザの本番環境サーバ１０３への接続情報の確認フラグ１４０６をＯＮに設定することにより、後述する操作コマンド実行処理（図８）において、当該本番環境サーバ１０３への操作コマンドをクライアント装置１０２から受信した場合に、直ちに本番環境サーバ１０３に転送するのではなく、一度、ユーザに操作コマンドが正しく入力されているかの確認を行うことになる。これにより、操作コマンドの送信先としたシステムサーバの選択ミス（操作画面の選択ミス）による誤操作を好適に防ぐことを可能としている。

接続管理サーバ１０１のＣＰＵ２０１は、ステップＳ４２１でＮＯと判定した場合、また、ステップＳ４２２の処理終了後に、接続成功通知を、接続要求を行ったクライアント装置１０２に送信する（ステップＳ４２３）。クライアント装置１０２のＣＰＵ２０１は、接続管理サーバ１０１から接続成功通知を受信すると（ステップＳ４２４）、引き続き図８に示す操作コマンド実行処理を実行する。

以上が、接続要求処理の一例の説明である。

次に、図８を参照して、操作コマンド実行処理の一例について説明する。この処理は、接続管理サーバ１０１、クライアント装置１０２のＣＰＵ２０１、及びシステムサーバ（本番環境サーバ１０３、開発環境サーバ１０４）のＣＰＵ２０１によって行われる処理である。

図４のステップＳ４２４の処理終了後、クライアント装置１０２のＣＰＵ２０１は、新たに接続されたシステムサーバに各種の操作コマンドを送信するために用いる、図１０に示す操作コマンド入力画面１０００をディスプレイ装置２１０に表示する（ステップＳ８０１）。複数のシステムサーバに接続されている場合には、システムサーバ毎に、操作コマンド入力画面９００が表示されることになる。つまり、複数の操作コマンド入力画面が表示される。

ここで、図１０を参照して、図８のステップＳ８０１でクライアント装置１０２のディスプレイ装置２１０に表示される操作コマンド入力画面１０００の構成の一例について説明する。尚、この操作コマンド入力画面１０００は、システムサーバで管理されるデータベースに対する各種操作コマンドを入力するための画面である。

図１０に示す通り、操作コマンド入力画面１０００には、データベース指定部１００１、操作コマンド入力部１００２、実行ボタン１００３、クリアボタン１００４、実行結果表示部１００５、終了ボタン１００６等を備えて構成されている。

データベース指定部１００１は、操作の対象とするデータベースを指定するための指定部である。操作コマンド入力部１００２は、データベース指定部１００１で指定したデータベースに対する操作コマンドの入力を受け付ける入力部である。

実行ボタン１００３は、操作コマンド入力部１００２に入力された操作コマンドに基づく処理の実行要求を接続管理サーバ１０１経由でシステムサーバに対して送信するために用いられるボタンである。実行ボタンの押下指示を受け付けると、クライアント装置１０２のＣＰＵ２０１は、入力された操作コマンドを接続管理サーバ１０１に送信する。クリアボタン１００４は、操作コマンド入力部１００２に入力されている操作コマンドを消去するために用いられるボタンである。

実行結果表示部１００５は、操作コマンド入力部１００２に入力された操作コマンドに従ってシステムサーバで行われた処理の結果を表示する表示部である。例えば、データベース検索の操作コマンドに基づく処理がシステムサーバで行われた場合には、その検索処理の結果ヒットしたデータの一覧が表示される。また、データベースのレコードの更新の操作コマンドに基づく処理が行われた場合には、更新後の当該レコードの情報が表示される。削除コマンドに基づく処理が行われた場合には、削除処理に成功したか否かの情報が表示される。

終了ボタン１００６は、操作コマンド入力画面の表示を終了するために用いられるボタンである。この終了ボタン１００６の押下指示を受け付けると、クライアント装置１０２のＣＰＵ２０１は、接続管理サーバ１０１に対して、システムサーバとの切断指示の操作コマンドを送信することになる。以上が、操作コマンド入力画面１０００の構成の一例の説明である。

図８の説明に戻る。ステップＳ８０１で操作コマンド入力画面１０００を表示した後に、操作コマンド入力画面１０００を介して、操作コマンドの入力を受け付ける（ステップＳ８０２）。

操作コマンドの入力を受け付けた後に、操作コマンド入力画面１０００の実行ボタン１００３に対する押下指示を受け付けることで入力される実行指示を受け付けたと判定した場合には（ステップＳ８０３でＹＥＳ）、操作コマンド入力部１００２に入力された操作コマンドを接続管理サーバ１０１に対して送信する（ステップＳ８０４）。この時、いずれのシステムサーバに対する操作指示であるかを示すサーバ識別子も合わせて送信されることになる。また、操作コマンド入力画面１０００中の終了ボタン１００６に対する押下指示を受け付けた場合には、クライアント装置１０２のＣＰＵ２０１は、接続管理サーバ１０１に対して接続中のシステムサーバとの切断指示を送信する。

接続管理サーバ１０１のＣＰＵ２０１は、クライアント装置１０２から送信された操作コマンドを受信すると（ステップＳ８０５）、接続情報管理テーブル１４００に登録されている、クライアント装置１０２を使用しているユーザと、操作コマンドの送信先であるシステムサーバとの接続を管理する接続情報の確認フラグ１４０６がＯＮと設定されているかを確認する（ステップＳ８０６）。

ステップＳ８０６の判定処理で、確認フラグがＯＮである（ＹＥＳ）と判定した場合には、接続管理サーバ１０１のＣＰＵ２０１は、処理をステップＳ８０７に進め、ステップＳ８０５で受信した操作コマンドが、図１２に示す要確認操作コマンドリスト１２００に登録されている操作コマンドであるかを判定する。要確認操作コマンドリスト１２００には、操作コマンドをシステムサーバに転送する前に、ユーザに転送の可否を再確認させる操作コマンドが登録されている。例えば、システム管理者等の操作指示に基づき登録される。この要確認操作コマンドリスト１２００には、例えば、データベースの内容（データやテーブル）を変更（更新、削除、追加登録等）ための操作コマンドが登録されている。

ステップＳ８０７の判定処理で、ステップＳ８０５で受信した操作コマンドが、要確認操作コマンドリスト１２００に含まれる（ＹＥＳ）と判定した場合には、接続管理サーバ１０１のＣＰＵ２０１は処理をステップＳ８０８に、要確認操作コマンドリストに含まれない（ＮＯ）と判定した場合には、処理をステップＳ８１４に進める。

ステップＳ８０８において、接続管理サーバ１０１のＣＰＵ２０１は、操作コマンド確認要求を、操作コマンドを送信したクライアント装置１０２に送信する。クライアント装置１０２のＣＰＵ２０１は、接続管理サーバ１０１から送信された操作コマンド確認要求を受信すると（ステップＳ８０９）、ディスプレイ装置２１０に図１１に示す操作コマンド確認画面１１００を表示し、その画面上に操作コマンドの内容を表示する（ステップＳ８１０）。

ここで、図１１を参照して、クライアント装置１０２のディスプレイ装置に表示される操作コマンド確認画面１１００の構成の一例について説明する。図１１に示す通り、操作コマンド確認画面１１００は、接続先サーバ表示部１１０１、接続先サーバ環境種別表示部１１０２、操作対象データベース表示部１１０３、操作コマンド表示部１１０４、内容確認チェックボックス１１０５、はいボタン１１０６、いいえボタン１１０７等を備えて構成されている。

接続先サーバ表示部１１０１は、操作コマンドの送信先となるシステムサーバが表示される表示部である。接続先サーバ環境種別表示部１１０２は、操作コマンドの送信先となるシステムサーバの環境種別（本番環境サーバ１０３／開発環境サーバ１０４）を表示する表示部である。操作対象データベース表示部１１０３は、操作コマンドによる操作対象のデータベースを表示する表示部である。

操作コマンド表示部１１０４は、クライアント装置１０２から接続管理サーバ１０１に送信された操作コマンドが表示される表示部である。

確認チェックボックス１１０５は、ユーザが当該表示項目の内容を確認したという指示を受け付けるチェックボックスである。はいボタン１１０６は、本画面に表示されている操作コマンドを指定されたシステムサーバに転送する指示を接続管理サーバ１０１に対して送信するために用いられるボタンである。尚、このはいボタン１１０６は、全ての確認チェックボックス１１０５に確認済みのチェックが入れられた場合のみ押下指示が可能となっている。

いいえボタン１１０７は、接続管理サーバ１０１に操作コマンドの破棄指示を入力するために用いられるボタンである。このボタンが押下された場合には、クライアント装置１０２のＣＰＵ２０１は、この操作コマンド確認画面１１００に表示されている操作コマンドを破棄する指示を接続管理サーバ１０１に送信する。

以上が、操作コマンド確認画面１１００の構成の一例の説明である。

図８の説明に戻る。ステップＳ８１０で操作コマンド確認画面１１００を表示した後に、操作コマンド確認画面１１００中のはいボタン１１０６が押下されることで入力される操作コマンド転送指示を受け付けたと判定すると（ステップＳ８１１でＹＥＳ）、クライアント装置１０２のＣＰＵ２０１は処理をステップＳ８１２に進め、操作コマンドの転送指示を接続管理サーバ１０１に送信する。接続管理サーバ１０１のＣＰＵ２０１は、クライアント装置１０２からの操作コマンド転送指示を受け付けると（ステップＳ８１３）、処理をステップＳ８１４に進める。

一方、いいえボタン１１０７が押下されることで入力される操作コマンドの破棄指示を受け付けたと判定した場合には（ステップＳ８１１でＮＯ）、クライアント装置１０２のＣＰＵ２０１は不図示のステップで操作コマンドの破棄指示を接続管理サーバ１０１に送信し、処理をステップＳ８０２に進める。クライアント装置１０２から操作コマンドの破棄指示を受け付けた接続管理サーバ１０１のＣＰＵ２０１は、指定された操作コマンドをシステムサーバに転送することなく破棄する。

ステップＳ８０６の判定処理でＮＯ、ステップＳ８０７でＮＯと判定した場合、またはステップＳ８１３の処理終了後、接続管理サーバ１０１のＣＰＵ２０１は処理をステップＳ８１４に進め、ステップＳ８０５でクライアント装置１０２から受信した操作コマンドを、指定されたシステムサーバに送信する。

システムサーバのＣＰＵ２０１は、接続管理サーバ１０１から送信された操作コマンドを受信すると（ステップＳ８１５）、受信した操作コマンドに従った処理を実行し（ステップＳ８１６）、その処理結果を接続管理サーバ１０１に送信する（ステップＳ８１７）。接続管理サーバ１０１のＣＰＵ２０１は、システムサーバより送信された処理結果を受信する（ステップＳ８１８）。

ステップＳ８１８の処理終了後、接続管理サーバ１０１のＣＰＵ２０１は、システムサーバで実行された処理が切断処理であるかを判定し（ステップＳ８１９）、この判定処理でＹＥＳと判定した場合には、この切断処理により切断された接続を管理している接続情報を特定し、その接続情報を接続情報管理テーブル１４００から削除する（ステップＳ８１９）。

ステップＳ８１８でＮＯと判定した場合、またはステップＳ８１９の処理が終了後、接続管理サーバ１０１のＣＰＵ２０１は処理をステップＳ８２０に進め、システムサーバより取得した処理結果をクライアント装置１０２に送信する。クライアント装置１０２のＣＰＵ２０１は、接続管理サーバ１０１から送信された処理結果を受信する（ステップＳ８２２）。

ステップＳ８２２の処理終了後、クライアント装置１０２のＣＰＵ２０１は、操作コマンド実行処理を継続するか否かを判定する（ステップＳ８２３）。操作コマンド入力画面１０００の終了ボタン１００６が押下されたことにより、接続管理サーバ１０１に送信されるシステムサーバとの切断指示の操作コマンドの処理結果をステップＳ８２２で受信した場合に、クライアント装置１０２のＣＰＵ２０１は、この判定ステップでＹＥＳと判定することになる。この判定処理でＹＥＳと判定した場合には、本図に示す処理を終了する。一方、ＮＯと判定した場合には、クライアント装置１０２のＣＰＵ２０１は処理をステップＳ８０２に進め、それ以降の処理を繰り返し実行する。

以上が、操作コマンド実行処理の説明である。

以上説明したとおり、本発明では、同一のユーザが本番環境サーバ１０３と開発環境サーバ１０４の両方の操作が可能な状態である場合に、本番環境サーバ１０３に特定の操作コマンドを送信する前に、ユーザの確認を求める。これにより、ユーザによる操作コマンドの入力ミスの発見可能性を高めることが出来る。

これにより、ユーザにより操作コマンドの送信先のシステムサーバの指定ミス等に起因するサーバの誤操作を好適に防ぐことが出来る。

また、本発明では、ユーザが複数のクライアント装置１０２を操作してそれぞれ異なるシステムサーバの操作をしている場合であっても、接続管理サーバ１０１は、いずれのユーザがいずれのシステムサーバに接続しているかを管理可能である。であるので、例えば、ユーザが複数のシステムサーバを操作するためにそれぞれ異なる複数のクライアント装置１０２を操作し、且つそれらクライアント装置１０２がディスプレイ装置２１０や入力装置２０９を共有した環境でシステムサーバに対する各種の操作を行っている、操作ミスが発生しやすい操作環境で作業を行っている場合であっても、ユーザの操作ミスによるサーバの誤操作を好適に防ぐことが可能である。

以上、実施形態例を詳述したが、本発明は、方法、プログラムもしくは記録媒体等としての実施態様をとることが可能である。

また、本発明におけるプログラムは、各処理方法をコンピュータが実行可能（読み取り可能）なプログラムであり、本発明の記録媒体は、各処理方法をコンピュータが実行可能なプログラムが記憶されている。なお、本発明におけるプログラムは、各装置の処理方法ごとのプログラムであってもよい。

以上のように、前述した実施形態の機能を実現するプログラムを記録した記録媒体を、システムあるいは装置に供給し、そのシステムあるいは装置のコンピュータ（またはＣＰＵやＭＰＵ）が記録媒体に格納されたプログラムを読取り実行することによっても、本発明の目的が達成されることは言うまでもない。

この場合、記録媒体から読み出されたプログラム自体が本発明の新規な機能を実現することになり、そのプログラムを記憶した記録媒体は本発明を構成することになる。

プログラムを供給するための記録媒体としては、例えば、フレキシブルディスク，ハードディスク，光ディスク，光磁気ディスク，ＣＤ−ＲＯＭ，ＣＤ−Ｒ，ＤＶＤ−ＲＯＭ，磁気テープ，不揮発性のメモリカード，ＲＯＭ，ＥＥＰＲＯＭ，シリコンディスク等を用いることができる。

また、コンピュータが読み出したプログラムを実行することにより、前述した実施形態の機能が実現されるだけでなく、そのプログラムの指示に基づき、コンピュータ上で稼働しているＯＳ（オペレーティングシステム）等が実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。

さらに、記録媒体から読み出されたプログラムが、コンピュータに挿入された機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに書き込まれた後、そのプログラムの指示に基づき、その機能拡張ボードや機能拡張ユニットに備わるＣＰＵ等が実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。

また、本発明は、システムあるいは装置にプログラムを供給することによって達成される場合にも適応できることは言うまでもない。この場合、本発明を達成するためのプログラムを格納した記録媒体を該システムあるいは装置に読み出すことによって、そのシステムあるいは装置が、本発明の効果を享受することが可能となる。

さらに、本発明を達成するためのプログラムをネットワーク上のサーバ，データベース等から通信プログラムによりダウンロードして読み出すことによって、そのシステムあるいは装置が、本発明の効果を享受することが可能となる。

なお、上述した各実施形態およびその変形例を組み合わせた構成も全て本発明に含まれるものである。

１０１接続管理サーバ
１０２クライアント装置
１０３本番環境サーバ
１０４開発環境サーバ
１０５ネットワーク
２０１ＣＰＵ
２０２ＲＡＭ
２０３ＲＯＭ
２０４システムバス
２０５入力コントローラ
２０６ビデオコントローラ
２０７メモリコントローラ
２０８通信インタフェース（Ｉ／Ｆ）コントローラ
２０９入力装置
２１０ディスプレイ装置
２１１外部メモリ

Claims

本番環境サーバを含む複数のシステムサーバに対する操作コマンドの送信を行う情報処理装置であって、
システムサーバへのログイン要求を受け付ける第１の受付手段と、
前記第１の受付手段で受け付けた接続要求に従って、前記システムサーバへのユーザのログイン処理を行うログイン手段と、
前記ログイン手段によるログイン処理により、前記ユーザが前記本番環境サーバを含む複数のシステムサーバにログインする状態となることを判定する第１の判定手段と、
前記システムサーバに対する操作コマンドを受け付ける第２の受付手段と、
前記第１の判定手段において、前記ユーザが前記本番環境サーバを含む複数のシステムサーバにログインする状態となったと判定されると、前記第２の受付手段で受け付けた操作コマンドを実行する確認入力を受け付ける第３の受付手段と、
前記第３の受付手段において、前記第２の受付手段で受け付けた操作コマンドを実行する確認入力を受け付けた場合に、前記操作コマンドを指定されたシステムサーバに送信する送信手段と、
を有することを特徴とする情報処理装置。
前記ログイン手段により前記本番環境サーバへのログイン処理を行っている状態で、前記ログイン手段が他のシステムサーバへのログイン処理を行うと、前記第３の受付手段による確認入力を受け付け、前記ログイン手段により前記本番環境サーバへのログイン処理を行っている状態で、前記ログイン手段が他のシステムサーバにログインしていない場合は、前記第３の受付手段による確認入力を行わないことを特徴とする請求項１に記載の情報処理装置。
前記本番環境サーバへ送信する前に前記ユーザによる確認入力を必要とする操作コマンドを、要確認操作コマンドとして設定する第２の設定手段と、
前記本番環境サーバに対する操作コマンドに、前記第２の設定手段で設定された要確認操作コマンドが含まれるかを判定する第２の判定手段と備え、
前記第３の受付手段は、更に、第２の判定手段で本番環境サーバに対する操作コマンドに要確認操作コマンドが含まれると判定した場合に、前記操作コマンドをシステムサーバに送信するか否かの確認入力を受け付けること
を特徴とする請求項１又は２に記載の情報処理装置。
前記要確認操作コマンドは、データベースの内容を変更するための操作コマンドであること
を特徴とする請求項３に記載の情報処理装置。
本番環境サーバを含む複数のシステムサーバに対する操作コマンドの送信を行う情報処理装置によって行われる情報処理方法であって、
システムサーバへのログイン要求を受け付ける第１の受付工程と、
前記第１の受付工程で受け付けた接続要求に従って、前記システムサーバへのユーザのログイン処理を行うログイン工程と、
前記ログイン工程によるログイン処理により、前記ユーザが前記本番環境サーバを含む複数のシステムサーバにログインする状態となることを判定する第１の判定工程と、
前記システムサーバに対する操作コマンドを受け付ける第２の受付工程と、
前記第１の判定工程において、前記ユーザが前記本番環境サーバを含む複数のシステムサーバにログインする状態となったと判定されると、前記第２の受付工程で受け付けた操作コマンドを実行する確認入力を受け付ける第３の受付工程と、
前記第３の受付工程において、前記第２の受付工程で受け付けた操作コマンドを実行する確認入力を受け付けた場合に、前記操作コマンドを指定されたシステムサーバに送信する送信工程と、
を有することを特徴とする情報処理方法。
本番環境サーバを含む複数のシステムサーバに対する操作コマンドの送信を行う情報処理装置を、
システムサーバへのログイン要求を受け付ける第１の受付手段と、
前記第１の受付手段で受け付けた接続要求に従って、前記システムサーバへのユーザのログイン処理を行うログイン手段と、
前記ログイン手段によるログイン処理により、前記ユーザが前記本番環境サーバを含む複数のシステムサーバにログインする状態となることを判定する第１の判定手段と、
前記システムサーバに対する操作コマンドを受け付ける第２の受付手段と、
前記第１の判定手段において、前記ユーザが前記本番環境サーバを含む複数のシステムサーバにログインする状態となったと判定されると、前記第２の受付手段で受け付けた操作コマンドを実行する確認入力を受け付ける第３の受付手段と、
前記第３の受付手段において、前記第２の受付手段で受け付けた操作コマンドを実行する確認入力を受け付けた場合に、前記操作コマンドを指定されたシステムサーバに送信する送信手段として機能させることを特徴とするコンピュータプログラム。