(57)【特許請求の範囲】
【請求項１】
ログオン管理が行なわれているクライアント端末と、ドメイン管理が行なわれているドメイン管理サーバとを用いて、新たにドメインに参加するための方法であって、
前記クライアント端末が、
前記クライアント端末におけるローカルユーザのログオン処理を実行して、前記ローカルユーザの移行データに対して、移動用ユーザのアクセス権限の付与設定を行ない、前記ローカルユーザのログオフを行なうローカル処理段階と、
前記ドメイン管理サーバにおけるドメインユーザのログオン処理を実行して、前記ドメイン管理サーバに前記ドメインユーザのメモリ領域を確保し、このメモリ領域に対して、前記移動用ユーザのアクセス権限の付与設定を行ない、前記ドメインユーザのログオフを行なうドメイン処理段階と、
前記移動用ユーザのログオン処理を実行して、前記移動用ユーザの権限により、前記移行データを前記ドメインユーザのメモリ領域に移行する移動処理段階と
を実行することを特徴とするドメイン参加処理方法。
【請求項２】
前記クライアント端末が、
前記クライアント端末におけるローカルユーザのログオン処理後に、前記移動用ユーザを設定する移動用ユーザ設定処理段階と、
前記移行の処理後に、前記移動用ユーザの設定を削除する移動用ユーザ設定削除段階とを更に実行することを特徴とする請求項１に記載のドメイン参加処理方法。
【請求項３】
前記クライアント端末が、クライアント端末のシステム環境についてドメイン参加のための基準値を保持し、
前記クライアント端末が保持するシステム環境に関する情報を取得して前記基準値と比較し、前記基準値に達しない場合には、ドメイン参加を拒否する参加管理段階と
を更に実行することを特徴とする請求項１又は２に記載のドメイン参加処理方法。
【請求項４】
ログオン管理が行なわれているクライアント端末と、ドメイン管理が行なわれているドメイン管理サーバとを用いて、新たにドメインに参加するためのプログラムであって、
前記クライアント端末を、
前記クライアント端末におけるローカルユーザのログオン処理を実行して、前記ローカルユーザの移行データに対して、移動用ユーザのアクセス権限の付与設定を行ない、前記ローカルユーザのログオフを行なうローカル処理手段と、
前記ドメイン管理サーバにおけるドメインユーザのログオン処理を実行して、前記ドメイン管理サーバに前記ドメインユーザのメモリ領域を確保し、このメモリ領域に対して、前記移動用ユーザのアクセス権限の付与設定を行ない、前記ドメインユーザのログオフを行なうドメイン処理手段と、
前記移動用ユーザのログオン処理を実行して、前記移動用ユーザの権限により、前記移行データを前記ドメインユーザのメモリ領域に移行する移動処理手段
として機能させることを特徴とするドメイン参加処理プログラム。
【請求項５】
前記クライアント端末を、
前記クライアント端末におけるローカルユーザのログオン処理後に、前記移動用ユーザを設定する移動用ユーザ設定処理手段と、
前記移行の処理後に、前記移動用ユーザの設定を削除する移動用ユーザ削除処理手段
として更に機能させることを特徴とする請求項４に記載のドメイン参加処理プログラム。
【請求項６】
クライアント端末のシステム環境についてドメイン参加のための基準値を保持し、
前記クライアント端末を、
前記クライアント端末が保持するシステム環境に関する情報を取得して前記基準値と比較し、前記基準値に達しない場合には、ドメイン参加を拒否する参加管理手段
として更に機能させることを特徴とする請求項４又は５に記載のドメイン参加処理プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、新たにドメインに参加するために用いる方法及びプログラムに関する。
【背景技術】
【０００２】
今日、ネットワーク上のハードウェア資源や、それらを使用するユーザの属性、アクセス権などの情報を一元管理し、検索できるようにしたディレクトリサービスを利用してコンピュータシステムを構築する場合がある。これにより、ユーザやネットワーク資源の管理を一括化し、管理者等の負担を軽減することができる。企業内ＬＡＮで用いられる総合的なディレクトリサービスとしては「Active Directory」（商標）等がある（例えば、非特許文献１を参照。）。このようなディレクトリサービスをファイル管理に用いる場合、データやプログラムの場所を記憶しておき、名前からそれを呼び出せる機能を備えている。これによって、データがどのサーバに保管されているかを考えずに利用することができるようになる。このようなディレクトリサービスへのアクセスには、ＬＤＡＰ（Lightweight Directory Access Protocol ）というプロトコルが標準的に用いられている。
【０００３】
これらの資源の管理をドメイン単位で行なう場合、複数のドメインを相互運用するためには、相互の信頼関係を結ばなければならないが、前述の「Active Directory」（商標）を利用すれば、ドメインや資源に階層構造を設けて管理することができる。このため、ネットワークの規模が大きくなっても管理が容易である。
【０００４】
そして、このサービスはセキュリティ向上のためにも利用することができる（例えば、特許文献１参照。）。この文献記載の技術では、ドメイン認証ができない場合にはＬＤＡＰサーバに対して認証を行なうことにより外部データベースを利用して認証できる可能性を高めることができる。
【非特許文献１】Yokota Lab, Inc.著，「ひと目でわかるMicrosoft Active Directory」，日経BPソフトプレス，２００５年６月６日，ｐ．２−１４
【特許文献１】特開２００４−２７２４８６号公報（第１、２頁）
【発明の開示】
【発明が解決しようとする課題】
【０００５】
しかし、ドメインに参加するためには各種処理が必要であり、通常、ユーザ各自もしくは、委託等により一括で処理を行なっている。ここで、ユーザが各自でドメインに参加する場合、色々な問題が発生する可能性がある。例えば、クライアント端末の命名ルールが守られない場合がある。また、登録手続のためには、ドメインの管理者ユーザＩＤ・パスワードをユーザに教える必要がある。更に、クライアント端末のＳＩＤ（security identifier ：セキュリティＩＤ）の重複が発生した場合には、ドメインに参加できなくなる。また、参加に必要なサービス・システム構成になってなければ参加できない。また、新たにドメインに参加し直す場合には、データ移行を行なう必要があるが、手順が煩雑でユーザが対応できないこともある。
【０００６】
本発明は、上記課題を解決するためになされたものであり、その目的は、ユーザが効率的かつ適切にドメインに参加できるようにするためのドメイン参加処理方法及びドメイン参加処理プログラムを提供することにある。
【課題を解決するための手段】
【０００７】
上記問題点を解決するために、請求項１に記載の発明は、ログオン管理が行なわれているクライアント端末と、ドメイン管理が行なわれているドメイン管理サーバとを用いて、
新たにドメインに参加するための方法であって、前記クライアント端末が、前記クライアント端末におけるローカルユーザのログオン処理を実行して、前記ローカルユーザの移行データに対して、移動用ユーザのアクセス権限の付与設定を行ない、前記ローカルユーザのログオフを行なうローカル処理段階と、前記ドメイン管理サーバにおけるドメインユーザのログオン処理を実行して、前記ドメイン管理サーバに前記ドメインユーザのメモリ領域を確保し、このメモリ領域に対して、前記移動用ユーザのアクセス権限の付与設定を行ない、前記ドメインユーザのログオフを行なうドメイン処理段階と、前記移動用ユーザのログオン処理を実行して、前記移動用ユーザの権限により、前記移行データを前記ドメインユーザのメモリ領域に移行する移動処理段階とを実行することを要旨とする。
【０００８】
請求項２に記載の発明は、請求項１に記載のドメイン参加処理方法において、前記クライアント端末が、前記クライアント端末におけるローカルユーザのログオン処理後に、前記移動用ユーザを設定する移動用ユーザ設定処理段階と、前記移行の処理後に、前記移動用ユーザの設定を削除する移動用ユーザ設定削除段階とを更に実行することを要旨とする。
【０００９】
請求項３に記載の発明は、請求項１又は２に記載のドメイン参加処理方法において、クライアント端末のシステム環境についてドメイン参加のための基準値を保持し、前記クライアント端末が保持するシステム環境に関する情報を取得して前記基準値と比較し、前記基準値に達しない場合には、ドメイン参加を拒否する参加管理段階とを更に実行することを要旨とする。
【００１０】
請求項４に記載の発明は、ログオン管理が行なわれているクライアント端末と、ドメイン管理が行なわれているドメイン管理サーバとを用いて、新たにドメインに参加するためのプログラムであって、前記クライアント端末を、前記クライアント端末におけるローカルユーザのログオン処理を実行して、前記ローカルユーザの移行データに対して、移動用ユーザのアクセス権限の付与設定を行ない、前記ローカルユーザのログオフを行なうローカル処理手段と、前記ドメイン管理サーバにおけるドメインユーザのログオン処理を実行して、前記ドメイン管理サーバに前記ドメインユーザのメモリ領域を確保し、このメモリ領域に対して、前記移動用ユーザのアクセス権限の付与設定を行ない、前記ドメインユーザのログオフを行なうドメイン処理手段と、前記移動用ユーザのログオン処理を実行して、前記移動用ユーザの権限により、前記移行データを前記ドメインユーザのメモリ領域に移行する移動処理手段として機能させることを要旨とする。
【００１１】
請求項５に記載の発明は、請求項４に記載のドメイン参加処理プログラムにおいて、前記クライアント端末が、前記クライアント端末におけるローカルユーザのログオン処理後に、前記移動用ユーザを設定する移動用ユーザ設定処理手段と、前記移行の処理後に、前記移動用ユーザの設定を削除する移動用ユーザ削除処理手段として更に機能させることを要旨とする。
【００１２】
請求項６に記載の発明は、請求項４又は５に記載のドメイン参加処理プログラムにおいて、クライアント端末のシステム環境についてドメイン参加のための基準値を保持し、前記クライアント端末が保持するシステム環境に関する情報を取得して前記基準値と比較し、前記基準値に達しない場合には、ドメイン参加を拒否する参加管理手段として更に機能させることを要旨とする。
【００１３】
（作用）
請求項１又は４に記載の発明によれば、クライアント端末における移動用ユーザが、ローカルユーザの移行データ及びドメインユーザのメモリ領域に対するアクセス権限を持つことにより、ローカルユーザのデータを効率的に移行して、ドメイン参加を行なうことが
できる。更に、移動用ユーザがデータの移行処理を実行するため、ローカルユーザやドメインユーザから権限を分離することによりセキュリティを確保することができる。
【００１４】
請求項２又は５に記載の発明によれば、クライアント端末におけるローカルユーザのログオン処理後に移動用ユーザが設定され、移行処理後に移動用ユーザの設定が削除されるため、ローカルユーザやドメインユーザの設定を変更することなく、効率的かつセキュリティを確保しながらドメインに参加させることができる。
【００１５】
請求項３又は６に記載の発明によれば、クライアント端末は、システム環境についてドメイン参加のための基準値を保持し、この基準値に達しない場合にはドメイン参加を拒否する。これにより、基準を満たさないクライアント端末のドメイン参加を排除して、セキュリティを維持することができる。
【発明の効果】
【００１６】
本発明によれば、ユーザが効率的かつ適切にドメインに参加できるようにするためのドメイン参加処理方法及びドメイン参加処理プログラムを提供することができる。
【発明を実施するための最良の形態】
【００１７】
以下、本発明を具体化した一実施形態を、図１〜図２７を用いて説明する。企業内で使用されるコンピュータ端末やユーザについてのドメイン参加処理方法及びドメイン参加処理プログラムとして説明する。図１に示すように、本実施形態では、クライアント端末１０、統合認証基盤サーバ２０、ドメイン管理データベース３０、シングルユーザＩＤデータベース４０、ドメイングループ管理データベース５０を用いる。
【００１８】
クライアント端末１０は、ドメインに参加するユーザが用いるコンピュータ端末であって、ローカルユーザ毎にログオン管理が行なわれている。このクライアント端末１０は、制御手段（ＣＰＵ）、記憶手段（ＲＡＭ、ＲＯＭ等）、入力手段（キーボードやポインティングデバイス）、出力手段（ディスプレイ等）、通信手段等を備える。クライアント端末１０は、社内ネットワーク（ＬＡＮ）を介して、統合認証基盤サーバ２０や、ドメイン管理データベース３０に接続される。
【００１９】
統合認証基盤サーバ２０は、各種管理データを統合して管理するディレクトリサービスを提供するサーバである。本実施形態では、「Active Directory」（商標）を利用して、ユーザＩＤ及びパスワードの管理を行なう。このために、統合認証基盤サーバ２０は、ドメイン管理データベース３０、シングルユーザＩＤデータベース４０、ドメイングループ管理データベース５０から、ユーザ認証のためのデータを取得する。
【００２０】
ドメイン管理データベース３０は、ドメインを制御するためのドメインコントローラ（ドメイン管理サーバ）として機能する。そして、クライアント端末１０として利用するコンピュータ端末の登録申請（利用時）や登録削除申請（利用終了時）による各種データの管理や、ユーザ認証に関する処理を実行する。ドメイン管理データベース３０はクライアント端末１０の管理参照（参加端末のＳＩＤ確認）、ＯＵ（Organizational Unit ：組織単位）申請、ＯＵ移動申請、管理者ＩＤ申請の管理を行なう。そして、ドメイン管理データベース３０は、ユーザ情報を統合認証基盤サーバ２０に格納し、ログオン認証要求があれば、ユーザ名やパスワードなどの情報がデータベース内の情報と一致しているかどうかを認証し、一致していればドメインへの参加を許可する。更に、本実施形態では、クライアント端末がドメインに登録されているか確認、クライアント端末のネーミングルールの確認、クライアント端末の管理者の確認、クライアント端末のＳＩＤの重複チェック等を行なう。
【００２１】
シングルユーザＩＤデータベース４０は、ＬＤＡＰによりシングルユーザ情報の管理を行なう。このシングルユーザＩＤデータベース４０では、シングルユーザＩＤ申請に基づいてシングルユーザ情報の管理を行なう。そして、シングルユーザ情報を、定期的（例えば、１日１回の定時）に、統合認証基盤サーバ２０に提供する。なお、統合認証基盤サーバ２０に対するパスワードの更新は、高頻度（例えば、２０分毎）に行なう。
【００２２】
ドメイングループ管理データベース５０は、グループの申請、登録やメンテナンスを行なうためのデータを統合認証基盤サーバ２０に供給する。
本実施形態では、ドメインに参加するための処理を実行するためのプログラム（ドメイン参加処理プログラム）をクライアント端末１０に提供する。そして、クライアント端末１０においてドメイン参加処理プログラムを実行させることにより、クライアント端末１０の制御部が、ローカル処理段階、ドメイン処理段階、移動処理段階、移動用ユーザ設定処理段階、移動用ユーザ設定削除段階、参加管理段階の処理を実行する。この結果、クライアント端末１０の制御部は、ローカル処理手段、ドメイン処理手段、移動処理手段、移動用ユーザ設定処理手段、移動用ユーザ設定削除手段、参加管理手段として機能する。
【００２３】
（データ移行処理の概略）
まず、新たにドメインに参加する場合のデータ移行処理の概略を、図２を用いて説明する。
【００２４】
まず、クライアント端末１０の制御部は、ローカルユーザとしてログオン処理を実行する（ステップＳ１−１）。具体的には、ローカルユーザとしてのログオン要求を受け入れてユーザ認証を行なう。そして、クライアント端末１０の制御部は、ローカルユーザの移行データに対して、移動用ユーザのアクセス権限の付与を行なう（ステップＳ１−２）。具体的には、移動用ユーザのアクセス設定を変更する。そして、クライアント端末１０の制御部は、ローカルユーザのログオフ処理を実行する（ステップＳ１−３）。
【００２５】
次に、クライアント端末１０の制御部は、ドメインユーザとしてのログオン処理を実行する（ステップＳ１−４）。具体的には、ドメインユーザとしてのログオン要求を行なうことによりユーザ認証を受ける。この場合、ドメイン管理データベース３０は、ドメインユーザのフォルダ生成処理を実行する（ステップＳ１−５）。この結果、ドメインユーザはメモリ領域を確保することができる。
【００２６】
そして、クライアント端末１０の制御部は、ドメインユーザのフォルダに対して、移動用ユーザのアクセス権限の付与を実行する（ステップＳ１−６）。具体的には、フォルダのアクセス設定を変更する。そして、クライアント端末１０の制御部は、ドメインユーザのログオフ処理を実行する（ステップＳ１−７）。
【００２７】
次に、クライアント端末１０の制御部は、移動用ユーザとしてのログオン処理を実行する（ステップＳ１−８）。具体的には、ローカルユーザに対するユーザ認証を行なう。
そして、クライアント端末１０の制御部は、移行データをドメインユーザのフォルダにコピーする処理を実行する（ステップＳ１−９）。そして、クライアント端末１０の制御部は、移動用ユーザのログオフ処理を実行する（ステップＳ１−１０）。これにより、ローカルユーザのデータを、ドメインユーザのフォルダ内に格納することができる。
【００２８】
このデータ移行処理を実現するために、本実施形態では、以下のスクリプトから構成されたドメイン参加処理プログラムを用いる。このプログラムは、「ｄｏｍａｉｎ」、「ｔｅｍｐａｄｍｉｎ」、「ｌｏｇｏｎ」、「ｌｏｇｏｆｆ」、「ｕｓｅｒｄａｔａ」、「ｉｎｉｔ」、「ｐｒｏｘｙ」、「ｌａｓｔ」の各実行プログラムを用いる。各実行プログラムは、システム環境についてドメイン参加のための基準値（例えば、後述するＯＳやソフ
トウェアのバージョン、ＳＳＩＤの有無等）を保持する。この基準値は、この基準値に達しないクライアント端末のドメイン参加を拒否するために用いられる。
【００２９】
（「ｄｏｍａｉｎ」実行プログラム）
先ず、「ｄｏｍａｉｎ」実行プログラムについて図３〜図１２を用いて説明する。この「ｄｏｍａｉｎ」実行プログラムでは、ドメインへの参加を実施し、再起動後、「ｔｅｍｐａｄｍｉｎ」実行プログラムの自動起動・自動ログオンの設定を行なう。
【００３０】
図３に示すように、クライアント端末１０の制御部は、スクリプト実行ソフトウェアの確認処理を実行する（ステップＳ２−１）。具体的には、スクリプトを動作させるためのソフトウェアのインストールを確認する。必要なスクリプト実行ソフトウェアを備えていない場合（ステップＳ２−１において「ＮＧ」の場合）には、ドメイン参加処理を終了する。
【００３１】
一方、必要なスクリプト実行ソフトウェアを備えている場合（ステップＳ２−１において「ＯＫ」の場合）には、クライアント端末１０の制御部は、ドメイン参加をユーザに確認する（ステップＳ２−２）。ユーザにより確認入力が行なわれた場合（ステップＳ２−２において「ＹＥＳ」の場合）、クライアント端末１０の制御部は、クライアント端末１０のオペレーティングシステム（ＯＳ：Operating System）の確認処理を実行する（ステップＳ２−３）。ここでは、クライアント端末１０のＯＳのバージョン情報を取得して、「ｄｏｍａｉｎ」実行プログラムが内包している基準バージョンと比較する。
【００３２】
クライアント端末１０のＯＳが基準バージョン以上であることを確認できた場合（ステップＳ２−３において「ＯＫ」の場合）、クライアント端末１０の制御部は、ユーザが既にドメイン参加しているかどうかについての確認処理を実行する（ステップＳ２−４）。「ドメインに既参加」の入力があった場合（ステップＳ２−４において「ＹＥＳ」の場合）には、ドメイン参加処理を実行する必要な無いのでドメイン参加処理を終了する。
【００３３】
まだ、「ドメインに未参加」の入力があった場合（ステップＳ２−４において「ＮＯ」の場合）には、クライアント端末１０の制御部は、ユーザにログオンユーザＩＤの入力を促し、ログオンユーザＩＤを取得する（ステップＳ２−５）。そして、クライアント端末１０の制御部は、現行ログオンユーザ設定やデータ移行の希望の有無の確認処理を実行する（ステップＳ２−６）。
【００３４】
ユーザ設定やデータ移行の希望入力があった場合（ステップＳ２−６において「ＯＫ」の場合）には、クライアント端末１０の制御部は、現行ログオンユーザの管理者権限の確認処理を実行する（ステップＳ２−７）。ここで、現行ログオンユーザがクライアント端末１０においてアドミニストレータとして登録されており、管理者権限の確認ができた場合（ステップＳ２−７において「ＯＫ」の場合）、クライアント端末１０の制御部は、進捗状況の記録処理（Ｎｏ．０）を実行する（ステップＳ２−８）。一方、管理者権限の確認ができない場合（ステップＳ２−７において「ＮＧ」の場合）、ドメイン参加処理を終了する。
【００３５】
次に、図４に示すように、クライアント端末１０の制御部は、スクリプト実行ソフトウェアのバージョンが、所定以上かどうかの確認処理を実行する（ステップＳ３−１）。具体的には、クライアント端末１０のスクリプト実行ソフトウェアのバージョン情報を取得して、「ｄｏｍａｉｎ」実行プログラムが内包している基準バージョンと比較する。基準バージョン以上でない場合（ステップＳ３−１において「ＮＯ」の場合）には、クライアント端末１０の制御部は、スクリプト実行ソフトウェアのバージョンの更新希望の有無を確認する（ステップＳ３−２）。更新希望の入力があった場合（ステップＳ３−２におい
て「ＹＥＳ」の場合）、クライアント端末１０の制御部は、スクリプト実行ソフトウェアの更新処理を実施し、バージョンアップを行なう（ステップＳ３−３）。
【００３６】
そして、スクリプト実行ソフトウェアのバージョンが所定以上の場合（ステップＳ３−１において「ＹＥＳ」の場合）には、クライアント端末１０の制御部は、進捗状況の記録処理（Ｎｏ．１）を実行する（ステップＳ３−４）。
【００３７】
次に、クライアント端末１０の制御部は、ＰＲＯＸＹの除外設定の追加処理を実行する（ステップＳ３−５）。この処理は、後述する「ｐｒｏｘｙ」実行プログラムを呼び出すことにより行なう。そして、クライアント端末１０の制御部は、進捗状況の記録（Ｎｏ．２）を実行する（ステップＳ３−６）。
【００３８】
次に、クライアント端末１０の制御部は、ＳＳＩＤ（Service Set Identifier）の有無の確認処理を実行する（ステップＳ３−７）。そして、クライアント端末１０内のメモリにＳＳＩＤの記録がある場合（ステップＳ３−７において「ＹＥＳ」の場合）には、クライアント端末１０の制御部は、ドメイン参加処理の継続の希望の有無の確認処理を実行する（ステップＳ３−８）。処理中止の入力があった場合（ステップＳ３−８において「ＮＯ」の場合）には、クライアント端末１０の制御部は、設定マニュアルの表示希望の確認処理を実行する（ステップＳ３−９）。希望がある場合（ステップＳ３−９において「ＹＥＳ」の場合）には、クライアント端末１０の制御部は、設定マニュアルの表示処理を実行する（ステップＳ３−１０）。
【００３９】
一方、ＳＳＩＤの記録がない場合（ステップＳ３−７において「ＮＯ」の場合）や、継続を希望する場合（ステップＳ３−８において「ＹＥＳ」の場合）には、クライアント端末１０の制御部は、進捗状況の記録処理（Ｎｏ．３）を実行する（ステップＳ３−１１）。
【００４０】
次に、クライアント端末１０の制御部は、無線用ＮＩＣ（Network Interface Card）の有無の確認処理を実行する（ステップＳ３−１２）。そして、無線用ＮＩＣを備えている場合（ステップＳ３−１２において「ＹＥＳ」の場合）には、クライアント端末１０の制御部は、ドメイン参加処理の継続の希望の有無の確認処理を実行する（ステップＳ３−１３）。処理中止の入力があった場合（ステップＳ３−１３において「ＮＯ」の場合）には、クライアント端末１０の制御部は、設定マニュアルの表示希望の確認処理を実行する（ステップＳ３−１４）。希望がある場合（ステップＳ３−１４において「ＹＥＳ」の場合）には、クライアント端末１０の制御部は、設定マニュアルの表示処理を実行する（ステップＳ３−１５）。
【００４１】
一方、無線用ＮＩＣを備えていない場合（ステップＳ３−１２において「ＮＯ」の場合）や、処理の継続を希望する場合（ステップＳ３−１３において「ＹＥＳ」の場合）には、進捗状況の記録処理（Ｎｏ．４）を実行する（ステップＳ３−１６）。
【００４２】
次に、図５に示すように、クライアント端末１０の制御部は、ドメイン参加に必要なサービスが起動しているかどうかについての確認処理を実行する（ステップＳ４−１）。ドメイン参加に必要なサービスが起動していない場合（ステップＳ４−１において「ＮＯ」の場合）、クライアント端末１０の制御部は、サービス起動の確認処理を実行する（ステップＳ４−２）。ドメイン参加に必要なサービスが起動された場合（ステップＳ４−２において「ＹＥＳ」の場合）、クライアント端末１０の制御部は、進捗状況の記録処理（Ｎｏ．５）を実行する（ステップＳ４−３）。
【００４３】
次に、クライアント端末１０の制御部は、簡易ファイル共有の設定（無制限の共有設定
）の有無の確認処理を実行する（ステップＳ４−４）。簡易ファイル共有の設定が行なわれている場合（ステップＳ４−４において「ＹＥＳ」の場合）、クライアント端末１０の制御部は、簡易ファイル共有の設定を無効にして処理を継続する希望の有無の確認処理を実行する（ステップＳ４−５）。ドメイン参加処理の継続希望の入力があった場合（ステップＳ４−５において「ＹＥＳ」の場合）には、クライアント端末１０の制御部は、簡易ファイル共有の無効設定を行なう（ステップＳ４−６）。そして、簡易ファイル共有が行なわれていない場合（ステップＳ４−４において「ＮＯ」の場合）や、無効設定を行なった場合（ステップＳ４−６）には、クライアント端末１０の制御部は、進捗状況の記録処理（Ｎｏ．６）を実行する（ステップＳ４−７）。
【００４４】
次に、クライアント端末１０の制御部は、ドメインネームサーバ（ＤＮＳ）からＩＰアドレスの取得処理を実行する（ステップＳ４−８）。ＤＮＳからＩＰアドレスの取得ができた場合には、クライアント端末１０の制御部は、進捗状況の記録処理（Ｎｏ．７）を実行する（ステップＳ４−９）。
【００４５】
次に、クライアント端末１０の制御部は、ＩＰアドレス上での通信インターフェイスが有効かどうかを確認する（ステップＳ４−１０）。通信インターフェイスが有効でない場合（ステップＳ４−１０において「ＮＯ」の場合）には、クライアント端末１０の制御部は、通信インターフェイスの有効設定を実行するかどうかの確認処理を実行する（ステップＳ４−１１）。有効設定の実行を希望する入力があった場合（ステップＳ４−１１において「ＹＥＳ」の場合）には、クライアント端末１０の制御部は、設定マニュアルの表示処理を実行する（ステップＳ４−１２）。
【００４６】
一方、ＩＰアドレス上での通信インターフェイスが有効である場合（ステップＳ４−１０において「ＹＥＳ」の場合）には、クライアント端末１０の制御部は、進捗状況の記録処理（Ｎｏ．８）を実行する（ステップＳ４−１３）。
【００４７】
次に、図６に示すように、クライアント端末１０の制御部は、システムディレクトリまでのパスの取得処理を実行し（ステップＳ５−１）、進捗状況の記録処理（Ｎｏ．９）を実行する（ステップＳ５−２）。
【００４８】
次に、クライアント端末１０の制御部は、プロファイルディレクトリの確認処理を実行し（ステップＳ５−３）、進捗状況の記録処理（Ｎｏ．１０）を実行する（ステップＳ５−４）。
【００４９】
次に、クライアント端末１０の制御部は、実行ユーザのファイル容量のチェック処理を実行し（ステップＳ５−５）、進捗状況の記録処理（Ｎｏ．１１）を実行する（ステップＳ５−６）。
【００５０】
そして、クライアント端末１０の制御部は、ドメインユーザの作成先プロファイルの取得処理を実行する（ステップＳ５−７）。
そして、図７に示すように、クライアント端末１０の制御部は、実行ユーザのディスク容量が基準量（ここでは、１０ＧＢ）以下かどうかの確認処理を実行する（ステップＳ６−１）。ディスク容量が基準量を超えている場合（ステップＳ６−１において「ＮＧ」の場合）、クライアント端末１０の制御部は、ドメイン参加処理の継続の希望の確認処理を実行する（ステップＳ６−２）。ディスク容量が基準量を超えていない場合（ステップＳ６−１において「ＯＫ」の場合）や、ドメイン参加処理の継続の希望入力があった場合（ステップＳ６−２において「ＹＥＳ」の場合）、クライアント端末１０の制御部は、実行ユーザディスク容量のチェック処理を実行する（ステップＳ６−３）。そして、クライアント端末１０の制御部は、進捗状況の記録処理（Ｎｏ．１２）を実行する（ステップＳ６
−４）。
【００５１】
そして、クライアント端末１０の制御部は、クライアント端末１０内に記憶されたコンピュータ名の取得処理を実行する（ステップＳ６−５）。コンピュータ名の取得ができた場合（ステップＳ６−５において「ＯＫ」の場合）、クライアント端末１０の制御部は、コンピュータ名の変更が必要かどうかの確認処理を実行する（ステップＳ６−６）。
【００５２】
コンピュータ名の変更が必要な場合（ステップＳ６−６において「ＹＥＳ」の場合）、コンピュータ名入力画面を出力し、入力されたコンピュータ名を設定する（ステップＳ６−７）。
【００５３】
そして、図８に示すように、クライアント端末１０の制御部は、進捗状況の記録処理（Ｎｏ．１３）を実行する（ステップＳ７−１）。
次に、クライアント端末１０の制御部は、ＤＮＳサフィックスの追加処理を実行し（ステップＳ７−２）、完全修飾ドメイン名の確認処理を実行する（ステップＳ７−３）。そして、クライアント端末１０の制御部は、進捗状況の記録処理（Ｎｏ．１４）を実行する（ステップＳ７−４）。
【００５４】
次に、クライアント端末１０の制御部は、パスワード取得用キーを設定し（ステップＳ７−５）、このパスワード取得用キーを用いてＴＥＭＰパスワードを取得する（ステップＳ７−６）。そして、クライアント端末１０の制御部は、進捗状況の記録処理（Ｎｏ．１５）を実行する（ステップＳ７−７）。
【００５５】
次に、クライアント端末１０の制御部は、ドメインＩＰアドレスの取得の確認処理を実行する（ステップＳ７−８）。ドメインＩＰアドレスの取得確認ができた場合（ステップＳ７−８において「ＯＫ」の場合）、図９に示すように、クライアント端末１０の制御部は、進捗状況の記録処理（Ｎｏ．１６）を実行する（ステップＳ８−１）。
【００５６】
そして、クライアント端末１０の制御部は、このクライアント端末１０のコンピュータ名がドメイン管理データベース３０に登録済みかどうかの確認処理を実行する（ステップＳ８−２）。コンピュータ名が登録されている場合（ステップＳ８−２において「ＯＫ」の場合）には、クライアント端末１０の制御部は、進捗状況の記録処理（Ｎｏ．１７）を実行する（ステップＳ８−３）。一方、コンピュータ名が登録されていない場合（ステップＳ８−２において「ＮＧ」の場合）には、ドメイン参加処理を終了する。
【００５７】
次に、クライアント端末１０の制御部は、コンピュータ利用者名の確認処理を実行する（ステップＳ８−４）。具体的には、ドメイン管理データベース３０からコンピュータ利用者名を取得し、このコンピュータ利用者名を表示した確認画面を出力する。確認入力が行なわれた場合（ステップＳ８−４において「ＯＫ」の場合）には、クライアント端末１０の制御部は、進捗状況の記録処理（Ｎｏ．１８）を実行する（ステップＳ８−５）。
【００５８】
次に、クライアント端末１０の制御部は、コンピュータ名の変更処理を実行し（ステップＳ８−６）、自動再起動処理を実行する（ステップＳ８−７）。そして、クライアント端末１０の制御部は、進捗状況の記録処理（Ｎｏ．１９）を実行する（ステップＳ８−８）。
【００５９】
次に、図１０に示すように、クライアント端末１０の制御部は、シングルユーザＩＤの入力処理を実行する（ステップＳ９−１）。具体的には、シングルユーザＩＤの入力画面を出力する。そして、クライアント端末１０の制御部は、入力されたシングルユーザＩＤが予め設定された基準バイト数以上かどうかの確認処理を実行する（ステップＳ９−２）
。そして、基準バイト数以上の場合（ステップＳ９−２において「ＹＥＳ」の場合）には、クライアント端末１０の制御部は、進捗状況の記録処理（Ｎｏ．２０）を実行する（ステップＳ９−３）。一方、基準バイト数未満の場合（ステップＳ９−２において「ＮＯ」の場合）には、ドメイン参加処理を終了する。
【００６０】
次に、クライアント端末１０の制御部は、シングルユーザパスワードの入力処理を実行する（ステップＳ９−４）。具体的には、シングルユーザパスワードの入力画面を出力する。そして、クライアント端末１０の制御部は、入力されたシングルユーザパスワードが、セキュリティを確保するために予め設定された基準バイト数以上あるかどうかの確認処理を実行する（ステップＳ９−５）。シングルユーザパスワードが基準バイト数以上の場合（ステップＳ９−５において「ＹＥＳ」の場合）には、クライアント端末１０の制御部は、進捗状況の記録処理（Ｎｏ．２１）を実行する（ステップＳ９−６）。一方、基準バイト数未満の場合（ステップＳ９−５において「ＮＯ」の場合）には、ドメイン参加処理を終了する。
【００６１】
次に、クライアント端末１０の制御部は、シングルユーザＩＤの認証確認処理を実行する（ステップＳ９−７）。この場合には、統合認証基盤サーバ２０に登録されたシングルユーザ情報を利用して認証処理を行なう。そして、認証ができた場合（ステップＳ９−７において「ＯＫ」の場合）、クライアント端末１０の制御部は、進捗状況の記録処理（Ｎｏ．２２）を実行する（ステップＳ９−８）。
【００６２】
次に、図１１に示すように、クライアント端末１０の制御部は、ファイルのパーミッション処理を実行する（ステップＳ１０−１）。そして、パーミッション処理を完了した場合（ステップＳ１０−１において「ＯＫ」の場合）には、クライアント端末１０の制御部は、進捗状況の記録処理（Ｎｏ．２３）を実行する（ステップＳ１０−２）。
【００６３】
次に、クライアント端末１０の制御部は、ローカルＴＥＭＰアドミンの設定処理を実行し（ステップＳ１０−３）、進捗状況の記録処理（Ｎｏ．２４）を実行する（ステップＳ１０−４）。このローカルＴＥＭＰアドミンが、移動用ユーザとして機能する。そして、クライアント端末１０の制御部は、ローカルＴＥＭＰアドミン追加の確認処理を実行し（ステップＳ１０−５）、進捗状況の記録処理（Ｎｏ．２５）を実行する（ステップＳ１０−６）。更に、クライアント端末１０の制御部は、ローカルＴＥＭＰアドミンをアドミニストレータグループへの追加処理を実行する（ステップＳ１０−７）。これにより、ローカルＴＥＭＰアドミンに対して、クライアント端末１０上のすべての操作が可能な権限が付与される。そして、クライアント端末１０の制御部は、進捗状況の記録処理（Ｎｏ．２６）を実行する（ステップＳ１０−８）。
【００６４】
更に、クライアント端末１０の制御部は、カレントユーザ情報の保存処理を実行するとともに（ステップＳ１０−９）、ＴＥＭＰアドミン情報をファイルへの入力処理を実行する（ステップＳ１０−１０）。
【００６５】
更に、図１２に示すように、クライアント端末１０の制御部は、シングルユーザＩＤ情報のファイルへの入力処理を実行し（ステップＳ１１−１）、シングルユーザＩＤログオンをファイルに入力処理を実行する（ステップＳ１１−２）。
【００６６】
次に、クライアント端末１０の制御部は、ＰＲＯＸＹ除外設定情報の保存処理（ステップＳ１１−３）、ドメイン情報の保存処理を実行する（ステップＳ１１−４）。そして、クライアント端末１０の制御部は、進捗状況の記録処理（Ｎｏ．２７）を実行する（ステップＳ１１−５）。
【００６７】
次に、クライアント端末１０の制御部は、自動ログオンの設定処理を実行する（ステップＳ１１−６）。更に、クライアント端末１０の制御部は、自動スクリプト起動の設定処理を実行する（ステップＳ１１−７）。これにより、後述する「ｔｅｍｐａｄｍｉｎ」実行プログラムが実行される。そして、クライアント端末１０の制御部は、進捗状況の記録処理（Ｎｏ．２８）を実行する（ステップＳ１１−８）。
【００６８】
次に、クライアント端末１０の制御部は、アンインストール用のファイルコピー処理を実行し（ステップＳ１１−９）、進捗状況の記録処理（Ｎｏ．２９）を実行する（ステップＳ１１−１０）。
【００６９】
クライアント端末１０の制御部は、ドメインへの参加の確認処理を実行し（ステップＳ１１−１１）、進捗状況の記録処理（Ｎｏ．３０）を実行する（ステップＳ１１−１２）。
【００７０】
クライアント端末１０の制御部は、ステータスの記録処理を実行し（ステップＳ１１−１３）、自動ログオンの設定解除処理を実行する（ステップＳ１１−１４）。そして、クライアント端末１０の制御部は、自動スクリプト起動設定の解除処理を実行する（ステップＳ１１−１５）。
【００７１】
更に、クライアント端末１０の制御部は、コピーファイルの削除処理（ステップＳ１１−１６）、ユーザ情報の削除処理（ステップＳ１１−１７）、ローカルＴＥＭＰアドミンの削除処理を実行する（ステップＳ１１−１８）。この処理は、後述する「ｌａｓｔ」実行プログラムにより実行される。
【００７２】
（「ｔｅｍｐａｄｍｉｎ」実行プログラム）
次に、「ｔｅｍｐａｄｍｉｎ」実行プログラムについて図１３〜図１４を用いて説明する。この「ｔｅｍｐａｄｍｉｎ」実行プログラムは、シングルユーザＩＤをローカル管理者権限に追加し、「ｌｏｇｏｎ」実行プログラムの自動起動・自動ログオンの設定を行なう。
【００７３】
図１３に示すように、まず、クライアント端末１０の制御部は、ステータスの確認処理を実行する（ステップＳ１２−１）。所定のステータスに達している場合（ステップＳ１２−１において「ＯＫ」の場合）、クライアント端末１０の制御部は、システムディレクトリまでのパスの取得処理を実行する（ステップＳ１２−２）。一方、所定のステータスに達していない場合（ステップＳ１２−１において「ＮＧ」の場合）、ドメイン参加処理を終了する。
【００７４】
次に、クライアント端末１０の制御部は、このシステムディレクトリからコンピュータ名の取得処理を実行する（ステップＳ１２−３）。コンピュータ名を取得することができた場合（ステップＳ１２−３において「ＯＫ」の場合）、クライアント端末１０の制御部は、ログオンユーザＩＤの取得処理を実行する（ステップＳ１２−４）。そして、クライアント端末１０の制御部は、ログオンユーザがローカルＴＥＭＰアドミンかどうかの確認処理を実行する（ステップＳ１２−５）。確認ができた場合（ステップＳ１２−５において「ＯＫ」の場合）には、クライアント端末１０の制御部は、進捗状況の記録処理（Ｎｏ．３１）を実行する（ステップＳ１２−６）。一方、確認ができない場合（ステップＳ１２−５において「ＮＧ」の場合）には、ドメイン参加処理を終了する。
【００７５】
次に、クライアント端末１０の制御部は、ユーザ情報の確認処理を実行する（ステップＳ１２−７）。具体的には、システムディレクトリから取得したユーザ情報を表示した確認画面を出力する。
【００７６】
ユーザ情報の確認入力が行なわれた場合（ステップＳ１２−７において「ＯＫ」の場合）、図１４に示すように、クライアント端末１０の制御部は、進捗状況の記録処理（Ｎｏ．３２）を実行する（ステップＳ１３−１）。
【００７７】
次に、クライアント端末１０の制御部は、自動ログオンの設定処理（ステップＳ１３−２）、自動スクリプト起動設定処理を実行する（ステップＳ１３−３）。これにより、後述する「ｌｏｇｏｎ実行プログラム」が実行される。そして、クライアント端末１０の制御部は、進捗状況の記録処理（Ｎｏ．３３）を実行する（ステップＳ１３−４）。
【００７８】
クライアント端末１０の制御部は、ドメイン接続の確認処理を実行し（ステップＳ１３−５）、進捗状況の記録処理（Ｎｏ．３４）を実行する（ステップＳ１３−６）。
クライアント端末１０の制御部は、シングルユーザＩＤをアドミニストレータズグループへの追加処理を実行し（ステップＳ１３−７）、ローカルアドミンに追加されたかの確認処理を実行する（ステップＳ１３−８）。そして、クライアント端末１０の制御部は、進捗状況の記録処理（Ｎｏ．３５）を実行する（ステップＳ１３−９）。更に、クライアント端末１０の制御部は、ステータスの記録処理を実行する（ステップＳ１３−１０）。
【００７９】
（「ｌｏｇｏｎ」実行プログラム）
次に、「ｌｏｇｏｎ」実行プログラムについて図１５〜図１６を用いて説明する。この「ｌｏｇｏｎ」実行プログラムは、「ｌｏｇｏｆｆ」実行プログラムの自動起動・自動ログオンの設定を行なう。
【００８０】
まず、図１５に示すように、クライアント端末１０の制御部は、ステータスの確認処理を実行し（ステップＳ１４−１）、コンピュータ名の取得処理を実行する（ステップＳ１４−２）。
【００８１】
次に、クライアント端末１０の制御部は、ログオンユーザＩＤの取得処理を実行し（ステップＳ１４−３）、ログオンユーザがローカルＴＥＭＰアドミンかどうかの確認処理を実行する（ステップＳ１４−４）。ログオンユーザがローカルＴＥＭＰアドミンの場合（ステップＳ１４−４において「ＯＫ」の場合）、クライアント端末１０の制御部は、進捗状況の記録処理（Ｎｏ．３６）を実行する（ステップＳ１４−５）。
【００８２】
次に、クライアント端末１０の制御部は、ＯＳのバージョンの確認処理を実行する（ステップＳ１４−６）。そして、特定のバージョンの場合（ステップＳ１４−６において「ＹＥＳ」の場合）には、クライアント端末１０の制御部は、接続ウィザード非表示設定処理を実行する（ステップＳ１４−７）。
【００８３】
そして、クライアント端末１０の制御部は、自動ログオンの設定解除処理（ステップＳ１４−８）、自動スクリプト起動設定の解除処理を実行する（ステップＳ１４−９）。これにより、後述する「ｌｏｇｏｆｆ」実行プログラムが実行される。
【００８４】
そして、図１６に示すように、クライアント端末１０の制御部は、進捗状況の記録処理（Ｎｏ．３７）を実行する（ステップＳ１５−１）。更に、クライアント端末１０の制御部は、ステータスの記録処理を実行する（ステップＳ１５−２）。そして、クライアント端末１０の制御部は、マニュアルの表示処理を実行し（ステップＳ１５−３）、進捗状況の記録処理（Ｎｏ．３８）を実行する（ステップＳ１５−４）。
【００８５】
（「ｌｏｇｏｆｆ」実行プログラム）
次に、「ｌｏｇｏｆｆ」実行プログラムについて図１７〜図１８を用いて説明する。こ
の「ｌｏｇｏｆｆ」実行プログラムは、「ｕｓｅｒｄａｔａ」実行プログラムの自動起動の設定を行ない、ユーザにブラウザの移行マニュアルを表示する。
【００８６】
まず、図１７に示すように、クライアント端末１０の制御部は、ステータスの確認処理を実行する（ステップＳ１６−１）。ステータスの確認ができた場合（ステップＳ１６−１において「ＯＫ」の場合）、クライアント端末１０の制御部は、ユーザ情報の確認処理を実行する（ステップＳ１６−２）。
【００８７】
更に、ユーザ情報の確認ができた場合（ステップＳ１６−２において「ＯＫ」の場合）、クライアント端末１０の制御部は、コンピュータ名の取得処理を実行する（ステップＳ１６−３）。
【００８８】
そして、コンピュータ名の取得ができた場合（ステップＳ１６−３において「ＯＫ」の場合）、クライアント端末１０の制御部は、ログオンユーザＩＤの取得処理を実行する（ステップＳ１６−４）。
【００８９】
そして、クライアント端末１０の制御部は、システムディレクトリまでのパスの取得処理を実行し（ステップＳ１６−５）、進捗状況の記録処理（Ｎｏ．３９）を実行する（ステップＳ１６−６）。
【００９０】
更に、クライアント端末１０の制御部は、ユーザ情報の確認処理を実行する（ステップＳ１６−７）。ユーザ情報の確認ができた場合（ステップＳ１６−７において「ＯＫ」の場合）、クライアント端末１０の制御部は、ユーザプロファイルディレクトリの確認処理を実行する（ステップＳ１６−８）。
【００９１】
次に、図１８に示すように、クライアント端末１０の制御部は、シングルユーザＩＤログオン先の格納先フォルダの選択処理を実行する（ステップＳ１７−１）。具体的には、このシングルユーザのために生成されたフォルダを選択する。そして、クライアント端末１０の制御部は、進捗状況の記録処理（Ｎｏ．４０）を実行する（ステップＳ１７−２）。
【００９２】
次に、クライアント端末１０の制御部は、自動ログオンの設定処理（ステップＳ１７−３）、自動スクリプト起動設定処理を実行する（ステップＳ１７−４）。これにより、後述する「ｕｓｅｒｄａｔａ」実行プログラムが実行される。そして、クライアント端末１０の制御部は、進捗状況の記録処理（Ｎｏ．４１）を実行する（ステップＳ１７−５）。クライアント端末１０の制御部は、ステータスの記録処理を実行し（ステップＳ１７−６）、自動再起動処理を実行する（ステップＳ１７−７）。
【００９３】
（「ｕｓｅｒｄａｔａ」実行プログラム）
次に、「ｕｓｅｒｄａｔａ」実行プログラムについて図１９〜図２０を用いて説明する。この「ｕｓｅｒｄａｔａ」実行プログラムは、ローカルユーザのローカルセッティングフォルダをドメインユーザのフォルダに移行する。
【００９４】
まず、図１９に示すように、クライアント端末１０の制御部は、ステータスの確認処理を実行する（ステップＳ１８−１）。
ステータスの確認ができた場合（ステップＳ１８−１において「ＯＫ」の場合）、クライアント端末１０の制御部は、ユーザ情報の確認処理を実行する（ステップＳ１８−２）。
【００９５】
ユーザ情報の確認ができた場合（ステップＳ１８−２において「ＯＫ」の場合）、クラ
イアント端末１０の制御部は、移行元ユーザ情報の確認処理を実行する（ステップＳ１８−３）。
【００９６】
移行元ユーザ情報の確認ができた場合（ステップＳ１８−３において「ＯＫ」の場合）、クライアント端末１０の制御部は、移行元ユーザ情報の格納場所の確認処理を実行する（ステップＳ１８−４）。
【００９７】
移行元ユーザ情報の格納場所の確認ができた場合（ステップＳ１８−４において「ＯＫ」の場合）、クライアント端末１０の制御部は、コンピュータ名の取得処理を実行する（ステップＳ１８−５）。
【００９８】
コンピュータ名の取得ができた場合（ステップＳ１８−５において「ＯＫ」の場合）、クライアント端末１０の制御部は、ログオンユーザＩＤの取得処理を実行し（ステップＳ１８−６）、ログオンユーザがローカルＴＥＭＰアドミンかどうかの確認処理を実行する（ステップＳ１８−７）。
【００９９】
そして、ログオンユーザがローカルＴＥＭＰアドミンの場合（ステップＳ１８−７において「ＯＫ」の場合）、クライアント端末１０の制御部は、システムディレクトリまでのパスの取得処理を実行する（ステップＳ１８−８）。
【０１００】
次に、図２０に示すように、クライアント端末１０の制御部は、ユーザプロファイルディレクトリの確認処理を実行する（ステップＳ１９−１）。そして、クライアント端末１０の制御部は、進捗状況の記録処理（Ｎｏ．４２）を実行する（ステップＳ１９−２）。
【０１０１】
次に、クライアント端末１０の制御部は、自動ログオンの設定解除処理を実行し（ステップＳ１９−３）、進捗状況の記録処理（Ｎｏ．４３）を実行する（ステップＳ１９−４）。
【０１０２】
更に、クライアント端末１０の制御部は、ドメインユーザに対して移行確認処理を実行する（ステップＳ１９−５）。移行確認ができた場合（ステップＳ１９−５において「ＹＥＳ」の場合）、進捗状況の記録処理（Ｎｏ．４４）を実行する（ステップＳ１９−６）。
【０１０３】
そして、クライアント端末１０の制御部は、データの移行処理を実行する（ステップＳ１９−７）。具体的には、ローカルＴＥＭＰアドミンの権限を用いて、ローカルユーザのデータを、ドメインユーザのフォルダ内に格納する。更に、クライアント端末１０の制御部は、進捗状況の記録処理（Ｎｏ．４５）を実行する（ステップＳ１９−８）。
【０１０４】
次に、図２１に示すように、クライアント端末１０の制御部は、自動スクリプト起動設定処理を実行する（ステップＳ２０−１）。
更に、クライアント端末１０の制御部は、ユーザ情報の削除処理を実行し（ステップＳ２０−２）、進捗状況の記録処理（Ｎｏ．４６）を実行する（ステップＳ２０−３）。
【０１０５】
クライアント端末１０の制御部は、ステータスの記録処理を実行し（ステップＳ２０−４）、自動再起動処理を実行する（ステップＳ２０−５）。
（「ｉｎｉｔ」実行プログラム）
次に、「ｉｎｉｔ」実行プログラムについて図２２〜図２３を用いて説明する。この「ｉｎｉｔ」実行プログラムは、エラー時の確認処理及びエラー時の初期化処理に移行する。
【０１０６】
まず、図２２に示すように、クライアント端末１０の制御部は、エラー情報の確認処理を実行する（ステップＳ２１−１）。具体的には、進捗情報を用いて、エラーの発生したプロセスを特定する。
【０１０７】
クライアント端末１０の制御部は、コンピュータ名の取得処理を実行する（ステップＳ２１−２）。コンピュータ名の取得ができた場合（ステップＳ２１−２において「ＯＫ」の場合）、クライアント端末１０の制御部は、初期化処理実施の確認処理を実行する（ステップＳ２１−３）。
【０１０８】
初期化処理実施の確認入力が行なわれた場合（ステップＳ２１−３において「ＯＫ」の場合）、クライアント端末１０の制御部は、初期化用パスワードの入力処理を実行する（ステップＳ２１−４）。具体的には、クライアント端末１０の制御部は、初期化用パスワードの入力画面を出力する。そして、初期化用パスワードが入力された場合、クライアント端末１０の制御部は、初期化用パスワードのチェック処理を実行する（ステップＳ２１−５）。初期化用パスワードのチェックを完了した場合（ステップＳ２１−５において「ＯＫ」の場合）、クライアント端末１０の制御部は、ログオンユーザＩＤの取得処理を実行する（ステップＳ２１−６）。
【０１０９】
次に、クライアント端末１０の制御部は、ログオンユーザがローカルＴＥＭＰアドミンかどうかの確認処理を実行する（ステップＳ２１−７）。確認ができた場合（ステップＳ２１−７において「ＹＥＳ」の場合）、クライアント端末１０の制御部は、管理者権限の確認処理を実行する（ステップＳ２１−８）。
【０１１０】
次に、図２３に示すように、クライアント端末１０の制御部は、ユーザプロファイルディレクトリの確認処理を実行する（ステップＳ２２−１）。
クライアント端末１０の制御部は、自動ログオンの設定解除処理（ステップＳ２２−２）、自動スクリプト起動設定の解除処理を実行する（ステップＳ２２−３）。
【０１１１】
更に、クライアント端末１０の制御部は、ユーザ情報の削除処理（ステップＳ２２−４）、ＴＥＭＰアドミンディレクトリの削除処理を実行する（ステップＳ２２−５）。更に、クライアント端末１０の制御部は、ローカルＴＥＭＰアドミンの削除処理を実行する（ステップＳ２２−６）。これにより、ドメイン参加処理は初期状態にリセットされて、セキュリティを維持することができる。
【０１１２】
（「ｐｒｏｘｙ」実行プログラム）
次に、「ｐｒｏｘｙ」実行プログラムについて図２４〜図２５を用いて説明する。この「ｐｒｏｘｙ」実行プログラムは、プロキシーの例外設定の移行を行なう。
【０１１３】
まず、図２４に示すように、クライアント端末１０の制御部は、ステータスの確認値＝０かどうかを確認する（ステップＳ２３−１）。そして、クライアント端末１０の制御部は、ＰＲＯＸＹの除外設定を行なうかどうかの確認処理を実行する（ステップＳ２３−２）。
【０１１４】
ＰＲＯＸＹの除外設定の希望入力があった場合（ステップＳ２３−２において「ＹＥＳ」の場合）、クライアント端末１０の制御部は、システムディレクトリまでのパスの取得処理を実行する（ステップＳ２３−３）。そして、クライアント端末１０の制御部は、ログオンユーザＩＤの取得処理を実行する（ステップＳ２３−４）。そして、クライアント端末１０の制御部は、ログオンユーザがローカルＴＥＭＰアドミンかどうかの確認処理を実行する（ステップＳ２３−５）。更に、クライアント端末１０の制御部は、管理者権限の確認処理を実行し（ステップＳ２３−６）、進捗状況の記録処理（Ｎｏ．ｐ１）を実行
する（ステップＳ２３−７）。
【０１１５】
次に、図２５に示すように、クライアント端末１０の制御部は、ＰＲＯＸＹ情報の取得処理を実行する（ステップＳ２４−１）。ＰＲＯＸＹ情報の取得ができた場合（ステップＳ２４−１において「ＯＫ」の場合）、クライアント端末１０の制御部は、進捗状況の記録処理（Ｎｏ．ｐ２）を実行する（ステップＳ２４−２）。
【０１１６】
そして、クライアント端末１０の制御部は、ＰＲＯＸＹ設定追加処理を実行し（ステップＳ２４−３）、進捗状況の記録処理（Ｎｏ．ｐ３）を実行する（ステップＳ２４−４）。そして、クライアント端末１０の制御部は、自動再起動処理を実行する（ステップＳ２４−５）。
【０１１７】
（「ｌａｓｔ」実行プログラム）
次に、「ｌａｓｔ」実行プログラムについて図２６〜図２７を用いて説明する。この「ｌａｓｔ」実行プログラムは、ローカルＴＥＭＰユーザＩＤの削除・ローカルＴＥＭＰアドミンのユーザディレクトリの削除を行なう。
【０１１８】
まず、図２６に示すように、クライアント端末１０の制御部は、ステータスの確認処理を実行する（ステップＳ２５−１）。
そして、所定のステータスに達している場合（ステップＳ２５−１において「ＯＫ」の場合）には、クライアント端末１０の制御部は、システムディレクトリまでのパスの取得処理を実行する（ステップＳ２５−２）。
【０１１９】
更に、クライアント端末１０の制御部は、ユーザプロファイルディレクトリの確認処理を実行する（ステップＳ２５−３）。そして、クライアント端末１０の制御部は、ログオンユーザＩＤの取得処理を実行する（ステップＳ２５−４）。
【０１２０】
クライアント端末１０の制御部は、ログオンユーザがローカルＴＥＭＰアドミンかどうかの確認処理を実行する（ステップＳ２５−５）。次に、クライアント端末１０の制御部は、管理者権限の確認処理を実行する（ステップＳ２５−６）。
【０１２１】
そして、確認ができた場合（ステップＳ２５−６において「ＯＫ」の場合）、クライアント端末１０の制御部は、進捗状況の記録処理（Ｎｏ．４７）を実行する（ステップＳ２５−７）。
【０１２２】
更に、クライアント端末１０の制御部は、ローカルＴＥＭＰアドミンの削除処理を実行する（ステップＳ２５−８）。
次に、図２７に示すように、クライアント端末１０の制御部は、進捗状況の記録処理（Ｎｏ．４８）を実行する（ステップＳ２６−１）。
【０１２３】
そして、クライアント端末１０の制御部は、ＴＥＭＰアドミンディレクトリの削除処理（ステップＳ２６−２）、自動スクリプト起動設定解除処理を実行する（ステップＳ２６−３）。
【０１２４】
そして、クライアント端末１０の制御部は、ステータスの記録処理を実行し（ステップＳ２６−４）、進捗状況の記録を終了する（ステップＳ２６−５）。
以上、本実施形態によれば、以下に示す効果を得ることができる。
【０１２５】
・  上記実施形態では、「ｄｏｍａｉｎ」実行プログラムにより、クライアント端末１０の環境の確認を行なう。そして、所定の基準に達していない場合には、ドメイン参加処
理を終了する。これにより、セキュリティの低いクライアント端末１０のドメイン参加を排除することができる。
【０１２６】
・  上記実施形態では、「ｄｏｍａｉｎ」、「ｔｅｍｐａｄｍｉｎ」、「ｌｏｇｏｎ」、「ｌｏｇｏｆｆ」、「ｕｓｅｒｄａｔａ」「ｌａｓｔ」の各実行プログラムを用いる。各実行プログラムが順次起動されるので、ユーザ自身でドメインへの参加設定を行なうことができる。
【０１２７】
・  上記実施形態では、クライアント端末１０の制御部は、データの移行処理を実行する（ステップＳ１９−７）。具体的には、ローカルＴＥＭＰアドミンの権限を用いて、ローカルユーザのデータを、ドメインユーザのフォルダ内に格納する。そして、クライアント端末１０の制御部は、ローカルＴＥＭＰアドミンの削除処理を実行する（ステップＳ２５−８）。これにより、データの移行後は不要なユーザ設定が削除され、セキュリティを維持することができる。更に、管理者パスワードに関しては、プログラムの中でハードコーティングされず、ユーザに非公開になる。これにより、セキュリティの向上を図ることができる。
【０１２８】
なお、上記実施形態は、以下の態様に変更してもよい。
○  上記実施形態では、「ｄｏｍａｉｎ」、「ｔｅｍｐａｄｍｉｎ」、「ｌｏｇｏｎ」、「ｌｏｇｏｆｆ」、「ｕｓｅｒｄａｔａ」「ｌａｓｔ」の各実行プログラムを用いる。実行プログラムの数は限定されるものではなく、細分化したり、一体としたりすることも可能である。
【０１２９】
○  上記実施形態では、ローカルＴＥＭＰアドミンをクライアント端末１０に設定したが、設定場所はこれ限定されるものではない。
○  上記実施形態では、ドメイン参加のためにシステム環境の確認処理を実行したが、これらに限定されるものではなく、これらの一部や更に厳格な確認を行なってもよい。
【図面の簡単な説明】
【０１３０】
【図１】本発明の一実施形態のシステムの概略図。
【図２】本発明の一実施形態の処理手順の説明図。
【図３】本発明の一実施形態の処理手順の説明図。
【図４】本発明の一実施形態の処理手順の説明図。
【図５】本発明の一実施形態の処理手順の説明図。
【図６】本発明の一実施形態の処理手順の説明図。
【図７】本発明の一実施形態の処理手順の説明図。
【図８】本発明の一実施形態の処理手順の説明図。
【図９】本発明の一実施形態の処理手順の説明図。
【図１０】本発明の一実施形態の処理手順の説明図。
【図１１】本発明の一実施形態の処理手順の説明図。
【図１２】本発明の一実施形態の処理手順の説明図。
【図１３】本発明の一実施形態の処理手順の説明図。
【図１４】本発明の一実施形態の処理手順の説明図。
【図１５】本発明の一実施形態の処理手順の説明図。
【図１６】本発明の一実施形態の処理手順の説明図。
【図１７】本発明の一実施形態の処理手順の説明図。
【図１８】本発明の一実施形態の処理手順の説明図。
【図１９】本発明の一実施形態の処理手順の説明図。
【図２０】本発明の一実施形態の処理手順の説明図。
【図２１】本発明の一実施形態の処理手順の説明図。
【図２２】本発明の一実施形態の処理手順の説明図。
【図２３】本発明の一実施形態の処理手順の説明図。
【図２４】本発明の一実施形態の処理手順の説明図。
【図２５】本発明の一実施形態の処理手順の説明図。
【図２６】本発明の一実施形態の処理手順の説明図。
【図２７】本発明の一実施形態の処理手順の説明図。
【符号の説明】
【０１３１】
１０…クライアント端末、２０…統合認証基盤サーバ、３０…ドメイン管理データベース、４０…シングルユーザＩＤデータベース。
【図１】
0004783191.tif 000002
【図２】
0004783191.tif 000003
【図３】
0004783191.tif 000004
【図４】
0004783191.tif 000005
【図５】
0004783191.tif 000006
【図６】
0004783191.tif 000007
【図７】
0004783191.tif 000008
【図８】
0004783191.tif 000009
【図９】
0004783191.tif 000010
【図１０】
0004783191.tif 000011
【図１１】
0004783191.tif 000012
【図１２】
0004783191.tif 000013
【図１３】
0004783191.tif 000014
【図１４】
0004783191.tif 000015
【図１５】
0004783191.tif 000016
【図１６】
0004783191.tif 000017
【図１７】
0004783191.tif 000018
【図１８】
0004783191.tif 000019
【図１９】
0004783191.tif 000020
【図２０】
0004783191.tif 000021
【図２１】
0004783191.tif 000022
【図２２】
0004783191.tif 000023
【図２３】
0004783191.tif 000024
【図２４】
0004783191.tif 000025
【図２５】
0004783191.tif 000026
【図２６】
0004783191.tif 000027
【図２７】
0004783191.tif 000028