(57)【要約】      （修正有）【課題】アカウント管理の自動化が可能なアカウント管理システム、方法を提供する。【解決手段】改廃したいアカウント情報を含むユーザ情報を受信し、パスワードを生成し、データベースのアカウント情報を更新し、対象サーバのサーバ情報（ログイン情報）を収集し、改廃ユーザ情報とサーバ情報より、アカウント改廃のバッチを作成し、対象サーバの特定フォルダへ転送する。対象サーバにて、バッチのバッチファイルを実行した後、ＩＤ一覧、また実行結果ログファイルを受信し、エラー、又は登録情報とＩＤ一覧の差異がない場合、申請者端末へパスワードを通知する。【選択図】図１
2015075851.tif 000002
【特許請求の範囲】
【請求項１】
組織内ネットワーク上の各種サーバへのアクセス認証に用いられるユーザアカウントを設定・管理するアカウント管理装置を備えたアカウント管理システムであって、
前記アカウント管理装置は、
申請者端末から入力された改廃したいアカウント情報を含むユーザ情報を受信し、当該ユーザ情報から、パスワードを生成する手段、
前記パスワードを受け、前記各種サーバのアカウント情報を記憶しているデータベースのアカウント情報を更新する手段、
前記データベースから対象サーバのサーバ情報（ログイン情報）を収集し、前記改廃ユーザ情報と当該サーバ情報より、アカウント改廃のバッチを作成する手段
前記作成したバッチを前記対象サーバの特定フォルダへ転送する手段、
前記対象サーバにて、前記バッチのバッチファイルを実行した後、当該対象サーバに登録されているＩＤ一覧を、当該対象サーバから取得し、また前記バッチファイルの実行結果ログファイルを受信する手段、
前記データベースに登録されている登録情報と前記対象サーバに登録されているＩＤ一覧の差異を確認する情報確認手段、
前記情報確認手段による確認結果、エラー、又は差異がある場合、その旨を、前記各種サーバを管理するサーバ管理者端末へ通知し、エラー、又は差異がない場合、前記申請者端末へ前記パスワードを通知する手段、
を有することを特徴とするアカウント管理システム。
【請求項２】
請求項１に記載されたアカウント管理システムにおいて、
前記アカウント管理装置は、さらに
前記情報確認手段にて、前記対象サーバによる前記バッチファイルの実行結果を確認したとき、エラーがある場合、前記データベースのアカウント情報を更新前にロールバックする手段を有し、
前記通知する手段は、前記申請者端末及び前記サーバ管理者端末を介して申請者及び管理者に最新のアカウント登録状況を提供する手段を有する
ことを特徴とすることを特徴とするアカウント管理システム。
【請求項３】
請求項１に記載されたアカウント管理システムにおいて、
前記各手段は、アカウント管理プログラムからなることを特徴とするアカウント管理システム。
【請求項４】
組織内ネットワーク上の各種サーバへのアクセス認証に用いられるユーザアカウントを設定・管理するアカウント管理装置を備えたアカウント管理方法であって、
前記アカウント管理装置は、
申請者端末から入力された改廃したいアカウント情報を含むユーザ情報を受信し、当該ユーザ情報から、パスワードを生成するステップ、
前記パスワードを受け、前記各種サーバのアカウント情報を記憶しているデータベースのアカウント情報を更新するステップ、
前記データベースから対象サーバのサーバ情報（ログイン情報）を収集し、前記改廃ユーザ情報と当該サーバ情報より、アカウント改廃のバッチを作成するステップ、
前記作成したバッチを前記対象サーバの特定フォルダへ転送するステップ、
前記対象サーバにて、前記バッチのバッチファイルを実行した後、当該対象サーバに登録されているＩＤ一覧を、当該対象サーバから取得し、また前記バッチファイルの実行結果ログファイルを受信するステップ、
前記データベースに登録されている登録情報と前記対象サーバに登録されているＩＤ一覧の差異を確認する情報確認ステップ、
前記情報確認ステップによる確認結果、エラー、又は差異がある場合、その旨を、前記各種サーバを管理するサーバ管理者端末へ通知し、エラー、又は差異がない場合、前記申請者端末へ前記パスワードを通知するステップ、
を有することを特徴とするアカウント管理方法。
【請求項５】
請求項４に記載されたアカウント管理方法において、
前記アカウント管理装置は、さらに
前記情報確認ステップにて、前記対象サーバによる前記バッチファイルの実行結果を確認したとき、エラーがある場合、前記データベースのアカウント情報を更新前にロールバックするステップを有し、
前記通知するステップは、前記申請者端末及び前記サーバ管理者端末を介して申請者及び管理者に最新のアカウント登録状況を提供するステップを有する
を有することを特徴とするアカウント管理方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、組織内ネットワーク上の共有資源へのアクセス認証に用いられるユーザアカウントを設定・管理するアカウント管理装置を備えたアカウント管理システム及びアカウント管理方法に関する。
【０００２】
更に詳しくは、例えば、サーバ運用業務において、ユーザのアカウント管理をするアカウント管理システム及びアカウント管理方法に関する。
【背景技術】
【０００３】
本技術分野の背景技術として、特開２００８−２０３９０９号公報（特許文献１）がある。当該公報には、「組織内ネットワーク上の共有資源へのアクセス認証に用いるユーザアカウントを設定・管理するアカウント管理装置を備えたアカウント管理システムであって、前記アカウント管理装置が、予め組織内の部署及び役職により特定される所属に対応したユーザアカウントを設定すると共に、各ユーザアカウントについて、対応する所属に配置された職員の職員識別情報とユーザアカウント有効期限の割当処理を行う手段と、配置変更情報格納手段に登録された各所属の配置変更情報に基づき、各ユーザアカウントに対して職員識別情報の割当変更処理を行う手段と、前記ユーザアカウント有効期限に達したユーザアカウントを無効にする手段とを備えるアカウント管理システム」をもって、「職制改正、人事異動時に伴うネットワーク上の資源をアクセスするためのアカウント変更作業のミスを減らし、容易に短時間でタイムリーに変更できる管理方法と正しく管理されていることを証明するための監査証跡を出力する」ことが記載されています（要約参照）。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００８−２０３９０９号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
前記特許公報には、アカウント管理システムの仕組みが開示されている。しかし、ユーザのアカウント改廃（アカウントを改正したり、廃止したりする）作業を自動的に実施することまでは記載されていない。
【０００６】
また、従来、サーバ運用業務において、ユーザのアカウント改廃作業は、ユーザからの依頼を受けて、サーバ管理者が手動で実施しているのが現状である。
【０００７】
しかし、係る方法にあっては、以下のような課題があった。すなわち、
（１）作業者の作業ミスから台帳と実機での登録状況に差異が発生するリスクがある
（２）作業者が手動で作業実施するため工数がかかる
（３）申告者の申告から作業完了（アカウント使用可能になる）まで、２週間〜１ヶ月程度かかる
ことなどである。
【０００８】
そこで、本発明は、アカウント管理の自動化、例えば、ユーザのアカウント改廃作業を自動的に実施することが可能なアカウント管理システムを提供する。
【課題を解決するための手段】
【０００９】
上記課題を達成するために、本発明は、ユーザのアカウントを自動的に管理し、アカウント改廃作業を自動的に実施可能とし、工数削減、作業ミスリスクを低減するアカウント管理手段を有する。
【００１０】
例えば、本願発明のアカウント管理システムは、
組織内ネットワーク上の各種サーバへのアクセス認証に用いられるユーザアカウントを設定・管理するアカウント管理装置を備えたアカウント管理システムであって、
前記アカウント管理装置は、
申請者端末から入力された改廃したいアカウント情報を含むユーザ情報を受信し、当該ユーザ情報から、パスワードを生成する手段、
前記パスワードを受け、前記各種サーバのアカウント情報を記憶しているデータベースのアカウント情報を更新する手段、
前記データベースから対象サーバのサーバ情報（ログイン情報）を収集し、前記改廃ユーザ情報と当該サーバ情報より、アカウント改廃のバッチを作成する手段
前記作成したバッチを前記対象サーバの特定フォルダへ転送する手段、
前記対象サーバにて、前記バッチのバッチファイルを実行した後、当該対象サーバに登録されているＩＤ一覧を、当該対象サーバから取得し、また前記バッチファイルの実行結果ログファイルを受信する手段、
前記データベースに登録されている登録情報と前記対象サーバに登録されているＩＤ一覧の差異を確認する情報確認手段、
前記情報確認手段による確認結果、エラー、又は差異がある場合、その旨を、前記各種サーバを管理するサーバ管理者端末へ通知し、エラー、又は差異がない場合、前記申請者端末へ前記パスワードを通知する手段、
を有することを特徴とする。
【００１１】
前記アカウント管理装置は、さらに
前記情報確認手段にて、前記対象サーバによる前記バッチファイルの実行結果を確認したとき、エラーがある場合、前記データベースのアカウント情報を更新前にロールバックする手段を有し、
前記通知する手段は、前記申請者端末及び前記サーバ管理者端末を介して申請者及び管理者に最新のアカウント登録状況を提供する手段を有する
ことを特徴とすることを特徴とする。
【００１２】
本発明のアカウント管理システムにおいて、前記各手段は、アカウント管理プログラムからなることを特徴とする。
【００１３】
本発明のアカウント管理方法は、
組織内ネットワーク上の各種サーバへのアクセス認証に用いられるユーザアカウントを設定・管理するアカウント管理装置を備えたアカウント管理方法であって、
前記アカウント管理装置は、
申請者端末から入力された改廃したいアカウント情報を含むユーザ情報を受信し、当該ユーザ情報から、パスワードを生成するステップ、
前記パスワードを受け、前記各種サーバのアカウント情報を記憶しているデータベースのアカウント情報を更新するステップ、
前記データベースから対象サーバのサーバ情報（ログイン情報）を収集し、前記改廃ユーザ情報と当該サーバ情報より、アカウント改廃のバッチを作成するステップ、
前記作成したバッチを前記対象サーバの特定フォルダへ転送するステップ、
前記対象サーバにて、前記バッチのバッチファイルを実行した後、当該対象サーバに登録されているＩＤ一覧を、当該対象サーバから取得し、また前記バッチファイルの実行結果ログファイルを受信するステップ、
前記データベースに登録されている登録情報と前記対象サーバに登録されているＩＤ一覧の差異を確認する情報確認ステップ、
前記情報確認ステップによる確認結果、エラー、又は差異がある場合、その旨を、前記各種サーバを管理するサーバ管理者端末へ通知し、エラー、又は差異がない場合、前記申請者端末へ前記パスワードを通知するステップ、
を有することを特徴とする。
【００１４】
本発明のアカウント管理方法において、
前記アカウント管理装置は、さらに
前記情報確認ステップにて、前記対象サーバによる前記バッチファイルの実行結果を確認したとき、エラーがある場合、前記データベースのアカウント情報を更新前にロールバックするステップを有し、
前記通知するステップは、前記申請者端末及び前記サーバ管理者端末を介して申請者及び管理者に最新のアカウント登録状況を提供するステップを有する
を有することを特徴とする。
【発明の効果】
【００１５】
本発明によれば、ユーザのアカウント改廃作業の自動化が可能であり、係る自動化に伴うオペレーション業務の効率化が図れるアカウントシステムを提供することができる。
例えば、作業自動化による工数削減、作業ミスリスクの低減が図れ、また各サーバのローカルアカウントを一元管理・情報提供により、ローカル環境を確認しなくても簡易にアカウントの登録状況が確認可能となる。
【００１６】
上記した以外の課題、構成及び効果は、以下の実施形態の説明により明らかにされる。
【図面の簡単な説明】
【００１７】
【図１】本発明のアカウント管理システムの構成を示す図である。
【図２】本発明のアカウント管理装置の一例を示す構成図である。
【図３】データベースの情報の一例を示すテーブル図である。
【図４】アカウント管理装置のアカウント管理プログラムの処理を説明する処理図である。
【図５】ユーザ端末、アカウント管理装置、サーバ、管理者端末間のシーケンス及びアカウント管理装置の処理プログラムの処理手順を示すフローチャートである。
【発明を実施するための形態】
【００１８】
以下、実施例を、図面を用いて説明する。本実施例では、組織内ネットワーク上の共有資源として各種サーバを例に説明する。
【実施例】
【００１９】
図１は本発明のアカウント管理システムの構成を示す図である。
同図において、アカウント管理システムは、申請者端末１０から組織内ネットワーク上の共有資源である各種サーバ２０へのアクセス認証に用いられるユーザアカウントを設定・管理するアカウント管理装置３０を備えている。
【００２０】
アカウント管理装置３０は、ネットワークを介して、複数の申請者端末１０、各種サーバ２０、各種サーバを管理するサーバ管理者端末５０、記憶装置４０（データベース４０１）、などに接続する。アカウント管理装置３０の詳細構成は後述する。
【００２１】
申請者端末１０は、アカウント管理装置３０のＷｅｂ画面、つまりアカウント管理装置３０から提供されるアカウント改廃申告画面に基づき、申請者（ユーザ）が組織内ネットワーク上のサーバ２０へのアクセス認証に必要とされるアカウント情報を入力するものである。
例えば、アカウント情報として、申請者ＩＤ（ＡＡ）、システム（ＢＢ）、役職（ＣＣ）、所属部署（ＤＤ）などを示す情報を入力する。そして、入力されたアカウント情報を、ネットワークを介してアカウント管理装置３０に送信し、また、アカウント管理装置３０にて作成されたパスワードを含む最新のアカウント情報を受信する機能を有する。また、登録情報提供画面に基づきアカウント登録状況を確認する機能を有する。
【００２２】
各種サーバ２０、例えば、アカウントサーバ、ファイルサーバ、メールサーバ、ＤＢサーバなどであり、アカウント管理装置３０にて生成され、当該装置から転送されるバッチファイル（Batch File：コマンドプロンプトに行わせたい命令列をテキストファイルに記述したもの）を受け、当該バッチファイルを実行し、当該バッチファイルの実行結果と共にサーバ２０に登録されているＩＤ（アカウント情報）一覧をアカウント管理装置３０側に提供する機能を有する。つまり、アカウント管理装置３０から転送されるバッチファイルの実行、及び登録されているＩＤ一覧をアカウント管理装置３０に提供する機能を有する。
【００２３】
記憶装置４０は、後述するＩＤ管理表、システムアカウント管理表、システム構成情報、などを格納する各格納部を含むデータベース４０１を有する。データベース４０１は、アカウント管理装置３０内に配置してもよい。
【００２４】
サーバ管理者端末５０は、各種サーバ２０を管理するものであって、アカウント管理装置３０の処理エラー通知を受ける機能を有する。また、申請者端末１０と同様に登録情報提供画面に基づきアカウント登録状況を確認する機能を有する。
【００２５】
図１において、アカウント管理装置３０（アカウント管理プログラム３０１）における信号の流れについて概略説明すると以下の通りである。
【００２６】
（１）申請者端末１０にて、申請者（ユーザ）により、改廃したいユーザ情報（アカウント情報）をアカウント管理装置から提供されるｗｅｂ画面へ入力すると、アカウント管理装置３０は、入力された情報を受信し、そして当該入力された情報から、パスワードを生成する。
【００２７】
（２）そして、データベース４０１のアカウント情報を更新する。
【００２８】
（３）各種サーバ２０の対象サーバから、改廃対象システムのサーバ情報を受信する。
【００２９】
（４）前記（１）で入力された情報と、データベース４０１より提供されたサーバ情報より、アカウント改廃のバッチ（バッチファイル）を作成する。ここで、ＤＢサーバのバッチ作成の場合はｓｑｌファイルとする。作成したバッチファイル(（ｓｑｌファイル）を各種サーバ２０の対象サーバの特定フォルダへ転送する。
【００３０】
（５）このとき、対象サーバは、例えば、特定フォルダ内にバッチファイルが存在する場合、毎日定刻に、これを実行する。そして、バッチファイルの実行結果をログ取得し、アカウント管理装置３０からの転送ファイルは削除する。実施時刻は、サーバ毎に負荷が少ない時間を任意で決定しておくとよい。
【００３１】
（６）また、対象サーバは、バッチファイル実行後の対象サーバに登録されているＩＤ一覧を、前記（５）の実行結果ログファイルと合わせてアカウント管理装置３０へ転送する。
【００３２】
（７）アカウント管理装置３０は、対象サーバからのＩＤ一覧を収集し、また実行結果ログファイルを受け、当該実行結果ログファイルの実行結果を確認し、実行結果にエラーが有る場合は、データベース４０１のアカウント情報を更新前にロールバックする。
【００３３】
（８）次いで、データベース４０１に登録されているアカウント情報とサーバ２０に登録されているアカウント情報のＩＤ一覧の差異を確認する。
【００３４】
（９）前記（７）又は（８）でエラー・差異がある場合は、通信部のメール配信部３０１１９の機能を用いてサーバ管理者端末５０を介してサーバ管理者へ通知する。エラー・差異がない場合は、申請者へ前記パスワードを通知する。
【００３５】
（１０）また、アカウント管理装置３０は、最新のアカウント登録状況を申請者端末１０、サーバ管理者端末５０側に提供し、申請者(ユーザ)や管理者が閲覧できるようにする。
【００３６】
図２は、アカウント管理装置３０の一構成例を示す図である。
同図において、アカウント管理装置３０は、アカウント管理プログラム３０１を実行する演算部（制御部）３０１１を有する。
【００３７】
アカウント管理プログラム３０１は、以下説明する演算部（制御部）の各部を制御するものであって、申請者端末１０に対してアカウント申告Ｗｅｂ画面を提供し、当該申請者端末から入力される情報（アカウント情報）を受け、データベース４０１のＩＤ管理表の各情報、各システムのアカウント管理表の各情報、構成情報などを参照して、アカウント改廃作業が必要なサーバ２０に対する所望の処理を実施し、その結果をサーバ管理装置５０側に送付し、また新規アカウントのパスワードを申請者端末１０側に配布する機能を有する。
【００３８】
演算部（制御部）３０１１は、申請者（改廃ユーザ）情報受信・改廃対象システム（対象サーバ）情報受信部３０１１１、ＩＤ一覧取得・実行結果ログファイル受信部３０１１２、パスワード生成部３０１１３、データベースアカウント情報更新部３０１１４、バッチファイル転送部３０１１５、アカウント改廃バッチ生成部３０１１６、情報確認部３０１１７、ロールバック部３０１１８、通信部（通知部：メール配信部）３０１１９、を有する。
【００３９】
申請者（改廃ユーザ）情報受信・改廃対象システム（対象サーバ）情報受信部３０１１１は、申請者端末１０からの改廃したいユーザ情報（アカウント情報）及びデータベース４０１の改廃対象システム（サーバ）情報を受信する。
【００４０】
ＩＤ一覧取得・実行結果ログファイル受信部３０１１２は、サーバ２０の対象サーバからＩＤ一覧を取得し、また実行結果ログファイルを受信する。つまり、アカウント管理装置３０のバッチファイル転送部３０１１５にて転送されたバッチファイルを実行するサーバから送付されるバッチファイルの実行結果ログファイル及びＩＤ（アカウント情報）一覧を取得する。
【００４１】
パスワード生成部３０１１３は、申請者端末１０から入力されたアカウント情報を受信し、当該情報から、パスワードと改廃バッチファイルを生成する。
【００４２】
データベースアカウント情報更新部３０１１４は、前記申請者端末１０から入力されたアカウント情報を受けたとき、データベース４０１のアカウント情報を更新する。
【００４３】
バッチファイル転送部３０１１５は、アカウント改廃バッチ生成部３０１１６にて生成されたバッチファイルを各種サーバ２０の対象サーバに転送する。
【００４４】
アカウント改廃バッチ生成部３０１１６は、前記申請者端末１０から入力されたアカウント情報と前記改廃対象システム（サーバ）情報を受け、アカウント改廃のバッチ（バッチファイル）を生成する。
【００４５】
情報確認部３０１１７は、データベース４０１に登録された情報（アカウント情報）とサーバ２０に登録されているＩＤ（アカウント情報）一覧の差異を確認する。
【００４６】
ロールバック部３０１１８は、情報確認部３０１１７にて、実行結果、エラーがあった場合には、データベース４０１のアカウント情報を、更新前にロールバックする。
【００４７】
通信部、例えば通知部（メール配信部）３０１１９は、情報確認部３０１１７にて、エラー・差異がある場合、その旨を、例えばメール配信部３０１１９を介してサーバ管理者端末５０を介して管理者へ通知する。エラー・差異がない場合には、申請者端末１０を介して、前記パスワード生成部３０１１３にて、生成したパスワードを申請者（ユーザ）へ通知する。
【００４８】
また、通知部３０１１９は、サーバ管理者端末５０、申請者端末１０に対して、データベースの登録してある最新のアカウント登録状況を提供する。この提供をもって、サーバ管理者や申請者が自由に閲覧できるようにする。
【００４９】
図３は、データベース４０１に格納されるＩＤ管理表４０１１、システムのアカウント管理表４０１２、システムの構成情報４０１３、を示すテーブルである。
【００５０】
同図において、ＩＤ管理表４０１１は、ＩＤ情報を管理する表であり、当該表には、ＩＤ（ＡＡ，・・・）、パスワード（＊＊＊＊ＡＡ、・・・）、システム（ＢＢ、・・・）、役職（ＣＣ、・・・）、所属部署（ＤＤ、・・・）、作成日（ｙｙｙ／ｍｍ／ｄｄ）、有効期限（ｙｙｙ／ｍｍ／ｄｄ）などの各情報を含んでいる。
【００５１】
アカウント管理表４０１２は、システム毎に所有し、各システムに登録されているＩＤ一覧を管理する表であり、当該表には、ＩＤ（ＡＡ、・・・）、役職（ＣＣ、・・・）、所属部署（ＤＤ、・・・）などの各情報を含んでいる。
【００５２】
構成情報４０１３は、システム毎に所有し、各システムの構成情報を管理する表であり、当該表には、ホスト名（ａａａａ、・・・）、ＩＰアドレス（10.20.30.＊＊＊、・・・、）、用途（ＤＢ、・・・）、ログインＩＤ（administrator、・・・）、パスワード（＊＊＊＊＊＊＊、・・・）などの各情報を含んでいる。
【００５３】
図４は、 アカウント管理装置のアカウント管理プログラム３０１の処理手順を説明する処理図である。
【００５４】
同図において、ステップＳ４００にて、処理を開始すると、（１）ステップＳ４０１にて、ユーザ（申告者）の入力情報を受信し、当該情報からパスワードを生成する。
【００５５】
（２）ステップＳ４０２にて、ユーザ（申告者）の入力情報受信し、当該情報からパスワードを生成する。
【００５６】
（３）ステップＳ４０３にて、データベース４０１から改廃対象システムの情報を受信する。
【００５７】
（４）ステップＳ４０４にて、（１）で入力された情報と、データベースより提供された情報より、アカウント改廃のバッチ（ＤＢサーバの場合はｓｑｌファイル）を作成し、また、作成したバッチファイル(（ｓｑｌファイル）を対象サーバの特定フォルダへ転送する。
【００５８】
このとき、各種サーバ２０では、上述したように、毎日定刻に、特定フォルダ内にバッチファイルが存在する場合、これを実行し、そして、実行結果をログ取得し、転送ファイルは削除する処理を行う。
【００５９】
（６）ステップＳ４０６にて、対象サーバでのバッチファイル実行後のサーバに登録されているＩＤ一覧を取得し、対象サーバでの実行結果ログファイルと合わせて受信する。
【００６０】
（７）ステップＳ４０７にて、実行結果を確認し、エラー有の場合はデータベースのアカウント情報を更新前にロールバックする。
【００６１】
（８）ステップＳ４０８にて、エラー無の場合はデータベースの登録情報とサーバに登録されているＩＤ一覧の際を確認する。
【００６２】
（９）ステップＳ４０９にて、前記（６）又は（７）でエラー・差異がある場合はメール配信機能を用いてサーバ管理者へ通知する。また、エラー・差異がない場合は申請者へパスワードを通知する。
【００６３】
（１０）ステップＳ４１０にて、最新のアカウント登録状況を提供する。
【００６４】
（１１）最後に、ステップＳ４１１にて、処理を終了する。
【００６５】
図５は、ユーザ端末、アカウント管理装置、サーバ、管理者端末間のシーケンス及びアカウント管理装置の処理プログラムの処理手順を示すフローチャートである。
【００６６】
同図において、申請者（ユーザ）は、申請者端末１０にて、作業を開始すると、ステップＳ１０１にて、申請者端末１０を介してアカウント情報を入力し、（１）当該入力情報をアカウント管理装置３０に送信する。当該アカウント情報入力は、アカウント管理装置３０のアカウント管理プログラム３０１により提供されるアカウント申告Ｗｅｂ画面の提供に基づき行う。
【００６７】
アカウント管理装置３０（アカウント管理プログラム３０１）は、ステップＳ３０１にて、申請者端末１０から入力されるアカウント情報を受信し、当該情報からパスワードを生成する。そして、（２）このパスワードをデータベース４０１へ送信する。
【００６８】
データベース４０１は、ステップＳ４０１にて、パスワードを受け、アカウント情報を更新し、（３）改廃対象システムのサーバ情報（ログイン情報）をアカウント管理装置３０に送信し、提供する。
【００６９】
アカウント管理装置３０（アカウント管理プログラム３０１）は、ステップＳ３０２にて、前記ステップデータベース４０１より提供されたサーバ情報（ログイン情報）を受信し、また、当該情報と前記申請者端末で入力された（１）のアカウント情報より、アカウント改廃のバッチを作成し、（４）当該バッチ（バッチファイル）を改廃対象サーバ２０の特定フォルダに転送する。ここで、改廃対象サーバがＤＢサーバの場合は、ｓｑｌファイルとするとよい。
【００７０】
改廃対象サーバ２０は、ステップＳ２０１にて、（５）アカウント管理装置３０から転送されるバッチファイルを受信する。そして、例えば、毎日、定刻に、前記特定フォルダ内に前記バッチファイルが存在する場合には、当該バッチファイルを実行する。また、実行結果をログ取得し、転送ファイルを削除する。バッチファイルを実行する実施時期は、サーバ毎に負荷が少ない時間を任意に決定しておくとよい。
【００７１】
次いで、ステップＳ２０２にて、（６）バッチファイル実行後のサーバに登録されているＩＤ一覧を取得し、前記（５）の実行結果のログファイルと合わせてアカウント管理装置３０へ転送する。
【００７２】
アカウント管理装置３０は、ステップＳ３０３にて、サーバ２０からのＩＤ一覧を受信し、サーバ２０によるバッチファイルの実行結果を判定し、確認する。
【００７３】
ステップＳ３０３にて、（７）エラーがあった場合（エラー有）には、その旨をサーバ２０に通知する。このとき、サーバ側では、ステップＳ２０３にて、アカウント情報切り直し、つまりデータベース４０１のアカウント情報を更新前にロールバックする。
【００７４】
ステップＳ３０３にて、エラーが無かった場合（エラー無）には、（８）ステップＳ３０４にて、データベース４０１の登録情報（アカウント情報）とサーバ２０に登録されているＩＤ一覧の差異確認を実行する。
【００７５】
その結果、（９）ステップＳ３０５にて、前記ステップＳ３０３、又は前記（７）でエラー・差異がある場合には、通知部（メール配信部）３０１１９（図１、図２参照）を用いてサーバ管理者端末５０を介して管理者へエラー通知する。
【００７６】
ステップＳ３０５にて、エラー・差異がない場合には、申請者端末１０を介して申請者へパスワードを通知する。
【００７７】
しかるのち、ステップＳ３０６にて、（１０）最新のアカウント登録状況を、サーバ管理者端末５０、申請者端末１０にそれぞれ提供する。
【００７８】
上述した実施例によれば、ユーザのアカウント改廃作業の自動化による工数の削減、作業ミスリスクの撲滅、作業完了に必要な期間の短縮、高品質・低コスト可能なオペレーション業務実施、などが期待できるアカウントシステムを提供することができる。
【００７９】
なお、本発明は上述した実施例に限定されるものではなく、様々な変形例が含まれる。例えば、上述した実施例は本発明を分かりやすく説明するために詳細に説明したものであり、必ずしも説明した全ての構成を備えるものに限定されるものではない。また、ある実施例の構成の一部を他の実施例の構成に置き換えることが可能であり、また、ある実施例の構成に他の実施例の構成を加えることも可能である。また、各実施例の構成の一部について、他の構成の追加・削除・置換をすることが可能である。
また、制御線や情報線は説明上必要と考えられるものを示しており、製品上必ずしも全ての制御線や情報線を示しているとは限らない。実際には殆ど全ての構成が相互に接続されていると考えてもよい。
【符号の説明】
【００８０】
１０  申請者端末
２０  サーバ群（各種サーバ）
３０  アカウント管理装置
３０１  アカウント管理プログラム
３０１１  演算部（制御部）
３０１１１  申請者（改廃ユーザ）情報受信・改廃対象システム（対象サーバ）情報受信部
３０１１２  ＩＤ一覧取得・実行結果ログファイル受信部
３０１１３  パスワード生成部
３０１１４  データベースアカウント情報更新部
３０１１５  バッチファイル転送部
３０１１６  アカウント改廃バッチ生成部
３０１１７  情報確認部
３０１１８  ロールバック部
３０１１９  通信部（通知部：メール配信部）
４０  記憶装置
４０１  データベース
５０  サーバ管理者端末
【図１】
2015075851.tif 000003
【図２】
2015075851.tif 000004
【図４】
2015075851.tif 000005
【図５】
2015075851.tif 000006
【図３】
2015075851.tif 000007