JP4783191B2 - ドメイン参加処理方法及びドメイン参加処理プログラム - Google Patents
ドメイン参加処理方法及びドメイン参加処理プログラム Download PDFInfo
- Publication number
- JP4783191B2 JP4783191B2 JP2006095740A JP2006095740A JP4783191B2 JP 4783191 B2 JP4783191 B2 JP 4783191B2 JP 2006095740 A JP2006095740 A JP 2006095740A JP 2006095740 A JP2006095740 A JP 2006095740A JP 4783191 B2 JP4783191 B2 JP 4783191B2
- Authority
- JP
- Japan
- Prior art keywords
- domain
- user
- client terminal
- processing
- executes
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Expired - Fee Related
Links
- 238000003672 processing method Methods 0.000 title claims description 9
- 238000000034 method Methods 0.000 claims description 226
- 230000008569 process Effects 0.000 claims description 220
- 238000012545 processing Methods 0.000 claims description 96
- 238000013508 migration Methods 0.000 claims description 29
- 230000005012 migration Effects 0.000 claims description 29
- 238000012217 deletion Methods 0.000 claims description 16
- 230000037430 deletion Effects 0.000 claims description 16
- 230000006870 function Effects 0.000 claims description 11
- 238000012546 transfer Methods 0.000 claims description 8
- 238000012790 confirmation Methods 0.000 description 72
- 238000013515 script Methods 0.000 description 18
- 230000004913 activation Effects 0.000 description 9
- 238000004891 communication Methods 0.000 description 5
- 230000007717 exclusion Effects 0.000 description 4
- 230000008859 change Effects 0.000 description 2
- 238000010586 diagram Methods 0.000 description 1
- 230000000694 effects Effects 0.000 description 1
- 238000012423 maintenance Methods 0.000 description 1
- 230000007704 transition Effects 0.000 description 1
Images
Description
本発明は、新たにドメインに参加するために用いる方法及びプログラムに関する。
今日、ネットワーク上のハードウェア資源や、それらを使用するユーザの属性、アクセス権などの情報を一元管理し、検索できるようにしたディレクトリサービスを利用してコンピュータシステムを構築する場合がある。これにより、ユーザやネットワーク資源の管理を一括化し、管理者等の負担を軽減することができる。企業内ＬＡＮで用いられる総合的なディレクトリサービスとしては「Active Directory」（商標）等がある（例えば、非特許文献１を参照。）。このようなディレクトリサービスをファイル管理に用いる場合、データやプログラムの場所を記憶しておき、名前からそれを呼び出せる機能を備えている。これによって、データがどのサーバに保管されているかを考えずに利用することができるようになる。このようなディレクトリサービスへのアクセスには、ＬＤＡＰ（Lightweight Directory Access Protocol ）というプロトコルが標準的に用いられている。
これらの資源の管理をドメイン単位で行なう場合、複数のドメインを相互運用するためには、相互の信頼関係を結ばなければならないが、前述の「Active Directory」（商標）を利用すれば、ドメインや資源に階層構造を設けて管理することができる。このため、ネットワークの規模が大きくなっても管理が容易である。
そして、このサービスはセキュリティ向上のためにも利用することができる（例えば、特許文献１参照。）。この文献記載の技術では、ドメイン認証ができない場合にはＬＤＡＰサーバに対して認証を行なうことにより外部データベースを利用して認証できる可能性を高めることができる。
Yokota Lab, Inc.著，「ひと目でわかるMicrosoft Active Directory」，日経BPソフトプレス，２００５年６月６日，ｐ．２−１４ 特開２００４−２７２４８６号公報（第１、２頁）
Yokota Lab, Inc.著，「ひと目でわかるMicrosoft Active Directory」，日経BPソフトプレス，２００５年６月６日，ｐ．２−１４
しかし、ドメインに参加するためには各種処理が必要であり、通常、ユーザ各自もしくは、委託等により一括で処理を行なっている。ここで、ユーザが各自でドメインに参加する場合、色々な問題が発生する可能性がある。例えば、クライアント端末の命名ルールが守られない場合がある。また、登録手続のためには、ドメインの管理者ユーザＩＤ・パスワードをユーザに教える必要がある。更に、クライアント端末のＳＩＤ（security identifier ：セキュリティＩＤ）の重複が発生した場合には、ドメインに参加できなくなる。また、参加に必要なサービス・システム構成になってなければ参加できない。また、新たにドメインに参加し直す場合には、データ移行を行なう必要があるが、手順が煩雑でユーザが対応できないこともある。
本発明は、上記課題を解決するためになされたものであり、その目的は、ユーザが効率的かつ適切にドメインに参加できるようにするためのドメイン参加処理方法及びドメイン参加処理プログラムを提供することにある。
上記問題点を解決するために、請求項１に記載の発明は、ログオン管理が行なわれているクライアント端末と、ドメイン管理が行なわれているドメイン管理サーバとを用いて、
新たにドメインに参加するための方法であって、前記クライアント端末が、前記クライアント端末におけるローカルユーザのログオン処理を実行して、前記ローカルユーザの移行データに対して、移動用ユーザのアクセス権限の付与設定を行ない、前記ローカルユーザのログオフを行なうローカル処理段階と、前記ドメイン管理サーバにおけるドメインユーザのログオン処理を実行して、前記ドメイン管理サーバに前記ドメインユーザのメモリ領域を確保し、このメモリ領域に対して、前記移動用ユーザのアクセス権限の付与設定を行ない、前記ドメインユーザのログオフを行なうドメイン処理段階と、前記移動用ユーザのログオン処理を実行して、前記移動用ユーザの権限により、前記移行データを前記ドメインユーザのメモリ領域に移行する移動処理段階とを実行することを要旨とする。
新たにドメインに参加するための方法であって、前記クライアント端末が、前記クライアント端末におけるローカルユーザのログオン処理を実行して、前記ローカルユーザの移行データに対して、移動用ユーザのアクセス権限の付与設定を行ない、前記ローカルユーザのログオフを行なうローカル処理段階と、前記ドメイン管理サーバにおけるドメインユーザのログオン処理を実行して、前記ドメイン管理サーバに前記ドメインユーザのメモリ領域を確保し、このメモリ領域に対して、前記移動用ユーザのアクセス権限の付与設定を行ない、前記ドメインユーザのログオフを行なうドメイン処理段階と、前記移動用ユーザのログオン処理を実行して、前記移動用ユーザの権限により、前記移行データを前記ドメインユーザのメモリ領域に移行する移動処理段階とを実行することを要旨とする。
請求項２に記載の発明は、請求項１に記載のドメイン参加処理方法において、前記クライアント端末が、前記クライアント端末におけるローカルユーザのログオン処理後に、前記移動用ユーザを設定する移動用ユーザ設定処理段階と、前記移行の処理後に、前記移動用ユーザの設定を削除する移動用ユーザ設定削除段階とを更に実行することを要旨とする。
請求項３に記載の発明は、請求項１又は２に記載のドメイン参加処理方法において、クライアント端末のシステム環境についてドメイン参加のための基準値を保持し、前記クライアント端末が保持するシステム環境に関する情報を取得して前記基準値と比較し、前記基準値に達しない場合には、ドメイン参加を拒否する参加管理段階とを更に実行することを要旨とする。
請求項４に記載の発明は、ログオン管理が行なわれているクライアント端末と、ドメイン管理が行なわれているドメイン管理サーバとを用いて、新たにドメインに参加するためのプログラムであって、前記クライアント端末を、前記クライアント端末におけるローカルユーザのログオン処理を実行して、前記ローカルユーザの移行データに対して、移動用ユーザのアクセス権限の付与設定を行ない、前記ローカルユーザのログオフを行なうローカル処理手段と、前記ドメイン管理サーバにおけるドメインユーザのログオン処理を実行して、前記ドメイン管理サーバに前記ドメインユーザのメモリ領域を確保し、このメモリ領域に対して、前記移動用ユーザのアクセス権限の付与設定を行ない、前記ドメインユーザのログオフを行なうドメイン処理手段と、前記移動用ユーザのログオン処理を実行して、前記移動用ユーザの権限により、前記移行データを前記ドメインユーザのメモリ領域に移行する移動処理手段として機能させることを要旨とする。
請求項５に記載の発明は、請求項４に記載のドメイン参加処理プログラムにおいて、前記クライアント端末が、前記クライアント端末におけるローカルユーザのログオン処理後に、前記移動用ユーザを設定する移動用ユーザ設定処理手段と、前記移行の処理後に、前記移動用ユーザの設定を削除する移動用ユーザ削除処理手段として更に機能させることを要旨とする。
請求項６に記載の発明は、請求項４又は５に記載のドメイン参加処理プログラムにおいて、クライアント端末のシステム環境についてドメイン参加のための基準値を保持し、前記クライアント端末が保持するシステム環境に関する情報を取得して前記基準値と比較し、前記基準値に達しない場合には、ドメイン参加を拒否する参加管理手段として更に機能させることを要旨とする。
（作用）
請求項１又は４に記載の発明によれば、クライアント端末における移動用ユーザが、ローカルユーザの移行データ及びドメインユーザのメモリ領域に対するアクセス権限を持つことにより、ローカルユーザのデータを効率的に移行して、ドメイン参加を行なうことが
できる。更に、移動用ユーザがデータの移行処理を実行するため、ローカルユーザやドメインユーザから権限を分離することによりセキュリティを確保することができる。
請求項１又は４に記載の発明によれば、クライアント端末における移動用ユーザが、ローカルユーザの移行データ及びドメインユーザのメモリ領域に対するアクセス権限を持つことにより、ローカルユーザのデータを効率的に移行して、ドメイン参加を行なうことが
できる。更に、移動用ユーザがデータの移行処理を実行するため、ローカルユーザやドメインユーザから権限を分離することによりセキュリティを確保することができる。
請求項２又は５に記載の発明によれば、クライアント端末におけるローカルユーザのログオン処理後に移動用ユーザが設定され、移行処理後に移動用ユーザの設定が削除されるため、ローカルユーザやドメインユーザの設定を変更することなく、効率的かつセキュリティを確保しながらドメインに参加させることができる。
請求項３又は６に記載の発明によれば、クライアント端末は、システム環境についてドメイン参加のための基準値を保持し、この基準値に達しない場合にはドメイン参加を拒否する。これにより、基準を満たさないクライアント端末のドメイン参加を排除して、セキュリティを維持することができる。
本発明によれば、ユーザが効率的かつ適切にドメインに参加できるようにするためのドメイン参加処理方法及びドメイン参加処理プログラムを提供することができる。
以下、本発明を具体化した一実施形態を、図１〜図２７を用いて説明する。企業内で使用されるコンピュータ端末やユーザについてのドメイン参加処理方法及びドメイン参加処理プログラムとして説明する。図１に示すように、本実施形態では、クライアント端末１０、統合認証基盤サーバ２０、ドメイン管理データベース３０、シングルユーザＩＤデータベース４０、ドメイングループ管理データベース５０を用いる。
クライアント端末１０は、ドメインに参加するユーザが用いるコンピュータ端末であって、ローカルユーザ毎にログオン管理が行なわれている。このクライアント端末１０は、制御手段（ＣＰＵ）、記憶手段（ＲＡＭ、ＲＯＭ等）、入力手段（キーボードやポインティングデバイス）、出力手段（ディスプレイ等）、通信手段等を備える。クライアント端末１０は、社内ネットワーク（ＬＡＮ）を介して、統合認証基盤サーバ２０や、ドメイン管理データベース３０に接続される。
統合認証基盤サーバ２０は、各種管理データを統合して管理するディレクトリサービスを提供するサーバである。本実施形態では、「Active Directory」（商標）を利用して、ユーザＩＤ及びパスワードの管理を行なう。このために、統合認証基盤サーバ２０は、ドメイン管理データベース３０、シングルユーザＩＤデータベース４０、ドメイングループ管理データベース５０から、ユーザ認証のためのデータを取得する。
ドメイン管理データベース３０は、ドメインを制御するためのドメインコントローラ（ドメイン管理サーバ）として機能する。そして、クライアント端末１０として利用するコンピュータ端末の登録申請（利用時）や登録削除申請（利用終了時）による各種データの管理や、ユーザ認証に関する処理を実行する。ドメイン管理データベース３０はクライアント端末１０の管理参照（参加端末のＳＩＤ確認）、ＯＵ（Organizational Unit ：組織単位）申請、ＯＵ移動申請、管理者ＩＤ申請の管理を行なう。そして、ドメイン管理データベース３０は、ユーザ情報を統合認証基盤サーバ２０に格納し、ログオン認証要求があれば、ユーザ名やパスワードなどの情報がデータベース内の情報と一致しているかどうかを認証し、一致していればドメインへの参加を許可する。更に、本実施形態では、クライアント端末がドメインに登録されているか確認、クライアント端末のネーミングルールの確認、クライアント端末の管理者の確認、クライアント端末のＳＩＤの重複チェック等を行なう。
シングルユーザＩＤデータベース４０は、ＬＤＡＰによりシングルユーザ情報の管理を行なう。このシングルユーザＩＤデータベース４０では、シングルユーザＩＤ申請に基づいてシングルユーザ情報の管理を行なう。そして、シングルユーザ情報を、定期的（例えば、１日１回の定時）に、統合認証基盤サーバ２０に提供する。なお、統合認証基盤サーバ２０に対するパスワードの更新は、高頻度（例えば、２０分毎）に行なう。
ドメイングループ管理データベース５０は、グループの申請、登録やメンテナンスを行なうためのデータを統合認証基盤サーバ２０に供給する。
本実施形態では、ドメインに参加するための処理を実行するためのプログラム（ドメイン参加処理プログラム）をクライアント端末１０に提供する。そして、クライアント端末１０においてドメイン参加処理プログラムを実行させることにより、クライアント端末１０の制御部が、ローカル処理段階、ドメイン処理段階、移動処理段階、移動用ユーザ設定処理段階、移動用ユーザ設定削除段階、参加管理段階の処理を実行する。この結果、クライアント端末１０の制御部は、ローカル処理手段、ドメイン処理手段、移動処理手段、移動用ユーザ設定処理手段、移動用ユーザ設定削除手段、参加管理手段として機能する。
本実施形態では、ドメインに参加するための処理を実行するためのプログラム（ドメイン参加処理プログラム）をクライアント端末１０に提供する。そして、クライアント端末１０においてドメイン参加処理プログラムを実行させることにより、クライアント端末１０の制御部が、ローカル処理段階、ドメイン処理段階、移動処理段階、移動用ユーザ設定処理段階、移動用ユーザ設定削除段階、参加管理段階の処理を実行する。この結果、クライアント端末１０の制御部は、ローカル処理手段、ドメイン処理手段、移動処理手段、移動用ユーザ設定処理手段、移動用ユーザ設定削除手段、参加管理手段として機能する。
（データ移行処理の概略）
まず、新たにドメインに参加する場合のデータ移行処理の概略を、図２を用いて説明する。
まず、新たにドメインに参加する場合のデータ移行処理の概略を、図２を用いて説明する。
まず、クライアント端末１０の制御部は、ローカルユーザとしてログオン処理を実行する（ステップＳ１−１）。具体的には、ローカルユーザとしてのログオン要求を受け入れてユーザ認証を行なう。そして、クライアント端末１０の制御部は、ローカルユーザの移行データに対して、移動用ユーザのアクセス権限の付与を行なう（ステップＳ１−２）。具体的には、移動用ユーザのアクセス設定を変更する。そして、クライアント端末１０の制御部は、ローカルユーザのログオフ処理を実行する（ステップＳ１−３）。
次に、クライアント端末１０の制御部は、ドメインユーザとしてのログオン処理を実行する（ステップＳ１−４）。具体的には、ドメインユーザとしてのログオン要求を行なうことによりユーザ認証を受ける。この場合、ドメイン管理データベース３０は、ドメインユーザのフォルダ生成処理を実行する（ステップＳ１−５）。この結果、ドメインユーザはメモリ領域を確保することができる。
そして、クライアント端末１０の制御部は、ドメインユーザのフォルダに対して、移動用ユーザのアクセス権限の付与を実行する（ステップＳ１−６）。具体的には、フォルダのアクセス設定を変更する。そして、クライアント端末１０の制御部は、ドメインユーザのログオフ処理を実行する（ステップＳ１−７）。
次に、クライアント端末１０の制御部は、移動用ユーザとしてのログオン処理を実行する（ステップＳ１−８）。具体的には、ローカルユーザに対するユーザ認証を行なう。
そして、クライアント端末１０の制御部は、移行データをドメインユーザのフォルダにコピーする処理を実行する（ステップＳ１−９）。そして、クライアント端末１０の制御部は、移動用ユーザのログオフ処理を実行する（ステップＳ１−１０）。これにより、ローカルユーザのデータを、ドメインユーザのフォルダ内に格納することができる。
そして、クライアント端末１０の制御部は、移行データをドメインユーザのフォルダにコピーする処理を実行する（ステップＳ１−９）。そして、クライアント端末１０の制御部は、移動用ユーザのログオフ処理を実行する（ステップＳ１−１０）。これにより、ローカルユーザのデータを、ドメインユーザのフォルダ内に格納することができる。
このデータ移行処理を実現するために、本実施形態では、以下のスクリプトから構成されたドメイン参加処理プログラムを用いる。このプログラムは、「ｄｏｍａｉｎ」、「ｔｅｍｐａｄｍｉｎ」、「ｌｏｇｏｎ」、「ｌｏｇｏｆｆ」、「ｕｓｅｒｄａｔａ」、「ｉｎｉｔ」、「ｐｒｏｘｙ」、「ｌａｓｔ」の各実行プログラムを用いる。各実行プログラムは、システム環境についてドメイン参加のための基準値（例えば、後述するＯＳやソフ
トウェアのバージョン、ＳＳＩＤの有無等）を保持する。この基準値は、この基準値に達しないクライアント端末のドメイン参加を拒否するために用いられる。
トウェアのバージョン、ＳＳＩＤの有無等）を保持する。この基準値は、この基準値に達しないクライアント端末のドメイン参加を拒否するために用いられる。
（「ｄｏｍａｉｎ」実行プログラム）
先ず、「ｄｏｍａｉｎ」実行プログラムについて図３〜図１２を用いて説明する。この「ｄｏｍａｉｎ」実行プログラムでは、ドメインへの参加を実施し、再起動後、「ｔｅｍｐａｄｍｉｎ」実行プログラムの自動起動・自動ログオンの設定を行なう。
先ず、「ｄｏｍａｉｎ」実行プログラムについて図３〜図１２を用いて説明する。この「ｄｏｍａｉｎ」実行プログラムでは、ドメインへの参加を実施し、再起動後、「ｔｅｍｐａｄｍｉｎ」実行プログラムの自動起動・自動ログオンの設定を行なう。
図３に示すように、クライアント端末１０の制御部は、スクリプト実行ソフトウェアの確認処理を実行する（ステップＳ２−１）。具体的には、スクリプトを動作させるためのソフトウェアのインストールを確認する。必要なスクリプト実行ソフトウェアを備えていない場合（ステップＳ２−１において「ＮＧ」の場合）には、ドメイン参加処理を終了する。
一方、必要なスクリプト実行ソフトウェアを備えている場合（ステップＳ２−１において「ＯＫ」の場合）には、クライアント端末１０の制御部は、ドメイン参加をユーザに確認する（ステップＳ２−２）。ユーザにより確認入力が行なわれた場合（ステップＳ２−２において「ＹＥＳ」の場合）、クライアント端末１０の制御部は、クライアント端末１０のオペレーティングシステム（ＯＳ：Operating System）の確認処理を実行する（ステップＳ２−３）。ここでは、クライアント端末１０のＯＳのバージョン情報を取得して、「ｄｏｍａｉｎ」実行プログラムが内包している基準バージョンと比較する。
クライアント端末１０のＯＳが基準バージョン以上であることを確認できた場合（ステップＳ２−３において「ＯＫ」の場合）、クライアント端末１０の制御部は、ユーザが既にドメイン参加しているかどうかについての確認処理を実行する（ステップＳ２−４）。「ドメインに既参加」の入力があった場合（ステップＳ２−４において「ＹＥＳ」の場合）には、ドメイン参加処理を実行する必要な無いのでドメイン参加処理を終了する。
まだ、「ドメインに未参加」の入力があった場合（ステップＳ２−４において「ＮＯ」の場合）には、クライアント端末１０の制御部は、ユーザにログオンユーザＩＤの入力を促し、ログオンユーザＩＤを取得する（ステップＳ２−５）。そして、クライアント端末１０の制御部は、現行ログオンユーザ設定やデータ移行の希望の有無の確認処理を実行する（ステップＳ２−６）。
ユーザ設定やデータ移行の希望入力があった場合（ステップＳ２−６において「ＯＫ」の場合）には、クライアント端末１０の制御部は、現行ログオンユーザの管理者権限の確認処理を実行する（ステップＳ２−７）。ここで、現行ログオンユーザがクライアント端末１０においてアドミニストレータとして登録されており、管理者権限の確認ができた場合（ステップＳ２−７において「ＯＫ」の場合）、クライアント端末１０の制御部は、進捗状況の記録処理（Ｎｏ．０）を実行する（ステップＳ２−８）。一方、管理者権限の確認ができない場合（ステップＳ２−７において「ＮＧ」の場合）、ドメイン参加処理を終了する。
次に、図４に示すように、クライアント端末１０の制御部は、スクリプト実行ソフトウェアのバージョンが、所定以上かどうかの確認処理を実行する（ステップＳ３−１）。具体的には、クライアント端末１０のスクリプト実行ソフトウェアのバージョン情報を取得して、「ｄｏｍａｉｎ」実行プログラムが内包している基準バージョンと比較する。基準バージョン以上でない場合（ステップＳ３−１において「ＮＯ」の場合）には、クライアント端末１０の制御部は、スクリプト実行ソフトウェアのバージョンの更新希望の有無を確認する（ステップＳ３−２）。更新希望の入力があった場合（ステップＳ３−２におい
て「ＹＥＳ」の場合）、クライアント端末１０の制御部は、スクリプト実行ソフトウェアの更新処理を実施し、バージョンアップを行なう（ステップＳ３−３）。
て「ＹＥＳ」の場合）、クライアント端末１０の制御部は、スクリプト実行ソフトウェアの更新処理を実施し、バージョンアップを行なう（ステップＳ３−３）。
そして、スクリプト実行ソフトウェアのバージョンが所定以上の場合（ステップＳ３−１において「ＹＥＳ」の場合）には、クライアント端末１０の制御部は、進捗状況の記録処理（Ｎｏ．１）を実行する（ステップＳ３−４）。
次に、クライアント端末１０の制御部は、ＰＲＯＸＹの除外設定の追加処理を実行する（ステップＳ３−５）。この処理は、後述する「ｐｒｏｘｙ」実行プログラムを呼び出すことにより行なう。そして、クライアント端末１０の制御部は、進捗状況の記録（Ｎｏ．２）を実行する（ステップＳ３−６）。
次に、クライアント端末１０の制御部は、ＳＳＩＤ（Service Set Identifier）の有無の確認処理を実行する（ステップＳ３−７）。そして、クライアント端末１０内のメモリにＳＳＩＤの記録がある場合（ステップＳ３−７において「ＹＥＳ」の場合）には、クライアント端末１０の制御部は、ドメイン参加処理の継続の希望の有無の確認処理を実行する（ステップＳ３−８）。処理中止の入力があった場合（ステップＳ３−８において「ＮＯ」の場合）には、クライアント端末１０の制御部は、設定マニュアルの表示希望の確認処理を実行する（ステップＳ３−９）。希望がある場合（ステップＳ３−９において「ＹＥＳ」の場合）には、クライアント端末１０の制御部は、設定マニュアルの表示処理を実行する（ステップＳ３−１０）。
一方、ＳＳＩＤの記録がない場合（ステップＳ３−７において「ＮＯ」の場合）や、継続を希望する場合（ステップＳ３−８において「ＹＥＳ」の場合）には、クライアント端末１０の制御部は、進捗状況の記録処理（Ｎｏ．３）を実行する（ステップＳ３−１１）。
次に、クライアント端末１０の制御部は、無線用ＮＩＣ（Network Interface Card）の有無の確認処理を実行する（ステップＳ３−１２）。そして、無線用ＮＩＣを備えている場合（ステップＳ３−１２において「ＹＥＳ」の場合）には、クライアント端末１０の制御部は、ドメイン参加処理の継続の希望の有無の確認処理を実行する（ステップＳ３−１３）。処理中止の入力があった場合（ステップＳ３−１３において「ＮＯ」の場合）には、クライアント端末１０の制御部は、設定マニュアルの表示希望の確認処理を実行する（ステップＳ３−１４）。希望がある場合（ステップＳ３−１４において「ＹＥＳ」の場合）には、クライアント端末１０の制御部は、設定マニュアルの表示処理を実行する（ステップＳ３−１５）。
一方、無線用ＮＩＣを備えていない場合（ステップＳ３−１２において「ＮＯ」の場合）や、処理の継続を希望する場合（ステップＳ３−１３において「ＹＥＳ」の場合）には、進捗状況の記録処理（Ｎｏ．４）を実行する（ステップＳ３−１６）。
次に、図５に示すように、クライアント端末１０の制御部は、ドメイン参加に必要なサービスが起動しているかどうかについての確認処理を実行する（ステップＳ４−１）。ドメイン参加に必要なサービスが起動していない場合（ステップＳ４−１において「ＮＯ」の場合）、クライアント端末１０の制御部は、サービス起動の確認処理を実行する（ステップＳ４−２）。ドメイン参加に必要なサービスが起動された場合（ステップＳ４−２において「ＹＥＳ」の場合）、クライアント端末１０の制御部は、進捗状況の記録処理（Ｎｏ．５）を実行する（ステップＳ４−３）。
次に、クライアント端末１０の制御部は、簡易ファイル共有の設定（無制限の共有設定
）の有無の確認処理を実行する（ステップＳ４−４）。簡易ファイル共有の設定が行なわれている場合（ステップＳ４−４において「ＹＥＳ」の場合）、クライアント端末１０の制御部は、簡易ファイル共有の設定を無効にして処理を継続する希望の有無の確認処理を実行する（ステップＳ４−５）。ドメイン参加処理の継続希望の入力があった場合（ステップＳ４−５において「ＹＥＳ」の場合）には、クライアント端末１０の制御部は、簡易ファイル共有の無効設定を行なう（ステップＳ４−６）。そして、簡易ファイル共有が行なわれていない場合（ステップＳ４−４において「ＮＯ」の場合）や、無効設定を行なった場合（ステップＳ４−６）には、クライアント端末１０の制御部は、進捗状況の記録処理（Ｎｏ．６）を実行する（ステップＳ４−７）。
）の有無の確認処理を実行する（ステップＳ４−４）。簡易ファイル共有の設定が行なわれている場合（ステップＳ４−４において「ＹＥＳ」の場合）、クライアント端末１０の制御部は、簡易ファイル共有の設定を無効にして処理を継続する希望の有無の確認処理を実行する（ステップＳ４−５）。ドメイン参加処理の継続希望の入力があった場合（ステップＳ４−５において「ＹＥＳ」の場合）には、クライアント端末１０の制御部は、簡易ファイル共有の無効設定を行なう（ステップＳ４−６）。そして、簡易ファイル共有が行なわれていない場合（ステップＳ４−４において「ＮＯ」の場合）や、無効設定を行なった場合（ステップＳ４−６）には、クライアント端末１０の制御部は、進捗状況の記録処理（Ｎｏ．６）を実行する（ステップＳ４−７）。
次に、クライアント端末１０の制御部は、ドメインネームサーバ（ＤＮＳ）からＩＰアドレスの取得処理を実行する（ステップＳ４−８）。ＤＮＳからＩＰアドレスの取得ができた場合には、クライアント端末１０の制御部は、進捗状況の記録処理（Ｎｏ．７）を実行する（ステップＳ４−９）。
次に、クライアント端末１０の制御部は、ＩＰアドレス上での通信インターフェイスが有効かどうかを確認する（ステップＳ４−１０）。通信インターフェイスが有効でない場合（ステップＳ４−１０において「ＮＯ」の場合）には、クライアント端末１０の制御部は、通信インターフェイスの有効設定を実行するかどうかの確認処理を実行する（ステップＳ４−１１）。有効設定の実行を希望する入力があった場合（ステップＳ４−１１において「ＹＥＳ」の場合）には、クライアント端末１０の制御部は、設定マニュアルの表示処理を実行する（ステップＳ４−１２）。
一方、ＩＰアドレス上での通信インターフェイスが有効である場合（ステップＳ４−１０において「ＹＥＳ」の場合）には、クライアント端末１０の制御部は、進捗状況の記録処理（Ｎｏ．８）を実行する（ステップＳ４−１３）。
次に、図６に示すように、クライアント端末１０の制御部は、システムディレクトリまでのパスの取得処理を実行し（ステップＳ５−１）、進捗状況の記録処理（Ｎｏ．９）を実行する（ステップＳ５−２）。
次に、クライアント端末１０の制御部は、プロファイルディレクトリの確認処理を実行し（ステップＳ５−３）、進捗状況の記録処理（Ｎｏ．１０）を実行する（ステップＳ５−４）。
次に、クライアント端末１０の制御部は、実行ユーザのファイル容量のチェック処理を実行し（ステップＳ５−５）、進捗状況の記録処理（Ｎｏ．１１）を実行する（ステップＳ５−６）。
そして、クライアント端末１０の制御部は、ドメインユーザの作成先プロファイルの取得処理を実行する（ステップＳ５−７）。
そして、図７に示すように、クライアント端末１０の制御部は、実行ユーザのディスク容量が基準量（ここでは、１０ＧＢ）以下かどうかの確認処理を実行する（ステップＳ６−１）。ディスク容量が基準量を超えている場合（ステップＳ６−１において「ＮＧ」の場合）、クライアント端末１０の制御部は、ドメイン参加処理の継続の希望の確認処理を実行する（ステップＳ６−２）。ディスク容量が基準量を超えていない場合（ステップＳ６−１において「ＯＫ」の場合）や、ドメイン参加処理の継続の希望入力があった場合（ステップＳ６−２において「ＹＥＳ」の場合）、クライアント端末１０の制御部は、実行ユーザディスク容量のチェック処理を実行する（ステップＳ６−３）。そして、クライアント端末１０の制御部は、進捗状況の記録処理（Ｎｏ．１２）を実行する（ステップＳ６
−４）。
そして、図７に示すように、クライアント端末１０の制御部は、実行ユーザのディスク容量が基準量（ここでは、１０ＧＢ）以下かどうかの確認処理を実行する（ステップＳ６−１）。ディスク容量が基準量を超えている場合（ステップＳ６−１において「ＮＧ」の場合）、クライアント端末１０の制御部は、ドメイン参加処理の継続の希望の確認処理を実行する（ステップＳ６−２）。ディスク容量が基準量を超えていない場合（ステップＳ６−１において「ＯＫ」の場合）や、ドメイン参加処理の継続の希望入力があった場合（ステップＳ６−２において「ＹＥＳ」の場合）、クライアント端末１０の制御部は、実行ユーザディスク容量のチェック処理を実行する（ステップＳ６−３）。そして、クライアント端末１０の制御部は、進捗状況の記録処理（Ｎｏ．１２）を実行する（ステップＳ６
−４）。
そして、クライアント端末１０の制御部は、クライアント端末１０内に記憶されたコンピュータ名の取得処理を実行する（ステップＳ６−５）。コンピュータ名の取得ができた場合（ステップＳ６−５において「ＯＫ」の場合）、クライアント端末１０の制御部は、コンピュータ名の変更が必要かどうかの確認処理を実行する（ステップＳ６−６）。
コンピュータ名の変更が必要な場合（ステップＳ６−６において「ＹＥＳ」の場合）、コンピュータ名入力画面を出力し、入力されたコンピュータ名を設定する（ステップＳ６−７）。
そして、図８に示すように、クライアント端末１０の制御部は、進捗状況の記録処理（Ｎｏ．１３）を実行する（ステップＳ７−１）。
次に、クライアント端末１０の制御部は、ＤＮＳサフィックスの追加処理を実行し（ステップＳ７−２）、完全修飾ドメイン名の確認処理を実行する（ステップＳ７−３）。そして、クライアント端末１０の制御部は、進捗状況の記録処理（Ｎｏ．１４）を実行する（ステップＳ７−４）。
次に、クライアント端末１０の制御部は、ＤＮＳサフィックスの追加処理を実行し（ステップＳ７−２）、完全修飾ドメイン名の確認処理を実行する（ステップＳ７−３）。そして、クライアント端末１０の制御部は、進捗状況の記録処理（Ｎｏ．１４）を実行する（ステップＳ７−４）。
次に、クライアント端末１０の制御部は、パスワード取得用キーを設定し（ステップＳ７−５）、このパスワード取得用キーを用いてＴＥＭＰパスワードを取得する（ステップＳ７−６）。そして、クライアント端末１０の制御部は、進捗状況の記録処理（Ｎｏ．１５）を実行する（ステップＳ７−７）。
次に、クライアント端末１０の制御部は、ドメインＩＰアドレスの取得の確認処理を実行する（ステップＳ７−８）。ドメインＩＰアドレスの取得確認ができた場合（ステップＳ７−８において「ＯＫ」の場合）、図９に示すように、クライアント端末１０の制御部は、進捗状況の記録処理（Ｎｏ．１６）を実行する（ステップＳ８−１）。
そして、クライアント端末１０の制御部は、このクライアント端末１０のコンピュータ名がドメイン管理データベース３０に登録済みかどうかの確認処理を実行する（ステップＳ８−２）。コンピュータ名が登録されている場合（ステップＳ８−２において「ＯＫ」の場合）には、クライアント端末１０の制御部は、進捗状況の記録処理（Ｎｏ．１７）を実行する（ステップＳ８−３）。一方、コンピュータ名が登録されていない場合（ステップＳ８−２において「ＮＧ」の場合）には、ドメイン参加処理を終了する。
次に、クライアント端末１０の制御部は、コンピュータ利用者名の確認処理を実行する（ステップＳ８−４）。具体的には、ドメイン管理データベース３０からコンピュータ利用者名を取得し、このコンピュータ利用者名を表示した確認画面を出力する。確認入力が行なわれた場合（ステップＳ８−４において「ＯＫ」の場合）には、クライアント端末１０の制御部は、進捗状況の記録処理（Ｎｏ．１８）を実行する（ステップＳ８−５）。
次に、クライアント端末１０の制御部は、コンピュータ名の変更処理を実行し（ステップＳ８−６）、自動再起動処理を実行する（ステップＳ８−７）。そして、クライアント端末１０の制御部は、進捗状況の記録処理（Ｎｏ．１９）を実行する（ステップＳ８−８）。
次に、図１０に示すように、クライアント端末１０の制御部は、シングルユーザＩＤの入力処理を実行する（ステップＳ９−１）。具体的には、シングルユーザＩＤの入力画面を出力する。そして、クライアント端末１０の制御部は、入力されたシングルユーザＩＤが予め設定された基準バイト数以上かどうかの確認処理を実行する（ステップＳ９−２）
。そして、基準バイト数以上の場合（ステップＳ９−２において「ＹＥＳ」の場合）には、クライアント端末１０の制御部は、進捗状況の記録処理（Ｎｏ．２０）を実行する（ステップＳ９−３）。一方、基準バイト数未満の場合（ステップＳ９−２において「ＮＯ」の場合）には、ドメイン参加処理を終了する。
。そして、基準バイト数以上の場合（ステップＳ９−２において「ＹＥＳ」の場合）には、クライアント端末１０の制御部は、進捗状況の記録処理（Ｎｏ．２０）を実行する（ステップＳ９−３）。一方、基準バイト数未満の場合（ステップＳ９−２において「ＮＯ」の場合）には、ドメイン参加処理を終了する。
次に、クライアント端末１０の制御部は、シングルユーザパスワードの入力処理を実行する（ステップＳ９−４）。具体的には、シングルユーザパスワードの入力画面を出力する。そして、クライアント端末１０の制御部は、入力されたシングルユーザパスワードが、セキュリティを確保するために予め設定された基準バイト数以上あるかどうかの確認処理を実行する（ステップＳ９−５）。シングルユーザパスワードが基準バイト数以上の場合（ステップＳ９−５において「ＹＥＳ」の場合）には、クライアント端末１０の制御部は、進捗状況の記録処理（Ｎｏ．２１）を実行する（ステップＳ９−６）。一方、基準バイト数未満の場合（ステップＳ９−５において「ＮＯ」の場合）には、ドメイン参加処理を終了する。
次に、クライアント端末１０の制御部は、シングルユーザＩＤの認証確認処理を実行する（ステップＳ９−７）。この場合には、統合認証基盤サーバ２０に登録されたシングルユーザ情報を利用して認証処理を行なう。そして、認証ができた場合（ステップＳ９−７において「ＯＫ」の場合）、クライアント端末１０の制御部は、進捗状況の記録処理（Ｎｏ．２２）を実行する（ステップＳ９−８）。
次に、図１１に示すように、クライアント端末１０の制御部は、ファイルのパーミッション処理を実行する（ステップＳ１０−１）。そして、パーミッション処理を完了した場合（ステップＳ１０−１において「ＯＫ」の場合）には、クライアント端末１０の制御部は、進捗状況の記録処理（Ｎｏ．２３）を実行する（ステップＳ１０−２）。
次に、クライアント端末１０の制御部は、ローカルＴＥＭＰアドミンの設定処理を実行し（ステップＳ１０−３）、進捗状況の記録処理（Ｎｏ．２４）を実行する（ステップＳ１０−４）。このローカルＴＥＭＰアドミンが、移動用ユーザとして機能する。そして、クライアント端末１０の制御部は、ローカルＴＥＭＰアドミン追加の確認処理を実行し（ステップＳ１０−５）、進捗状況の記録処理（Ｎｏ．２５）を実行する（ステップＳ１０−６）。更に、クライアント端末１０の制御部は、ローカルＴＥＭＰアドミンをアドミニストレータグループへの追加処理を実行する（ステップＳ１０−７）。これにより、ローカルＴＥＭＰアドミンに対して、クライアント端末１０上のすべての操作が可能な権限が付与される。そして、クライアント端末１０の制御部は、進捗状況の記録処理（Ｎｏ．２６）を実行する（ステップＳ１０−８）。
更に、クライアント端末１０の制御部は、カレントユーザ情報の保存処理を実行するとともに（ステップＳ１０−９）、ＴＥＭＰアドミン情報をファイルへの入力処理を実行する（ステップＳ１０−１０）。
更に、図１２に示すように、クライアント端末１０の制御部は、シングルユーザＩＤ情報のファイルへの入力処理を実行し（ステップＳ１１−１）、シングルユーザＩＤログオンをファイルに入力処理を実行する（ステップＳ１１−２）。
次に、クライアント端末１０の制御部は、ＰＲＯＸＹ除外設定情報の保存処理（ステップＳ１１−３）、ドメイン情報の保存処理を実行する（ステップＳ１１−４）。そして、クライアント端末１０の制御部は、進捗状況の記録処理（Ｎｏ．２７）を実行する（ステップＳ１１−５）。
次に、クライアント端末１０の制御部は、自動ログオンの設定処理を実行する（ステップＳ１１−６）。更に、クライアント端末１０の制御部は、自動スクリプト起動の設定処理を実行する（ステップＳ１１−７）。これにより、後述する「ｔｅｍｐａｄｍｉｎ」実行プログラムが実行される。そして、クライアント端末１０の制御部は、進捗状況の記録処理（Ｎｏ．２８）を実行する（ステップＳ１１−８）。
次に、クライアント端末１０の制御部は、アンインストール用のファイルコピー処理を実行し（ステップＳ１１−９）、進捗状況の記録処理（Ｎｏ．２９）を実行する（ステップＳ１１−１０）。
クライアント端末１０の制御部は、ドメインへの参加の確認処理を実行し（ステップＳ１１−１１）、進捗状況の記録処理（Ｎｏ．３０）を実行する（ステップＳ１１−１２）。
クライアント端末１０の制御部は、ステータスの記録処理を実行し（ステップＳ１１−１３）、自動ログオンの設定解除処理を実行する（ステップＳ１１−１４）。そして、クライアント端末１０の制御部は、自動スクリプト起動設定の解除処理を実行する（ステップＳ１１−１５）。
更に、クライアント端末１０の制御部は、コピーファイルの削除処理（ステップＳ１１−１６）、ユーザ情報の削除処理（ステップＳ１１−１７）、ローカルＴＥＭＰアドミンの削除処理を実行する（ステップＳ１１−１８）。この処理は、後述する「ｌａｓｔ」実行プログラムにより実行される。
（「ｔｅｍｐａｄｍｉｎ」実行プログラム）
次に、「ｔｅｍｐａｄｍｉｎ」実行プログラムについて図１３〜図１４を用いて説明する。この「ｔｅｍｐａｄｍｉｎ」実行プログラムは、シングルユーザＩＤをローカル管理者権限に追加し、「ｌｏｇｏｎ」実行プログラムの自動起動・自動ログオンの設定を行なう。
次に、「ｔｅｍｐａｄｍｉｎ」実行プログラムについて図１３〜図１４を用いて説明する。この「ｔｅｍｐａｄｍｉｎ」実行プログラムは、シングルユーザＩＤをローカル管理者権限に追加し、「ｌｏｇｏｎ」実行プログラムの自動起動・自動ログオンの設定を行なう。
図１３に示すように、まず、クライアント端末１０の制御部は、ステータスの確認処理を実行する（ステップＳ１２−１）。所定のステータスに達している場合（ステップＳ１２−１において「ＯＫ」の場合）、クライアント端末１０の制御部は、システムディレクトリまでのパスの取得処理を実行する（ステップＳ１２−２）。一方、所定のステータスに達していない場合（ステップＳ１２−１において「ＮＧ」の場合）、ドメイン参加処理を終了する。
次に、クライアント端末１０の制御部は、このシステムディレクトリからコンピュータ名の取得処理を実行する（ステップＳ１２−３）。コンピュータ名を取得することができた場合（ステップＳ１２−３において「ＯＫ」の場合）、クライアント端末１０の制御部は、ログオンユーザＩＤの取得処理を実行する（ステップＳ１２−４）。そして、クライアント端末１０の制御部は、ログオンユーザがローカルＴＥＭＰアドミンかどうかの確認処理を実行する（ステップＳ１２−５）。確認ができた場合（ステップＳ１２−５において「ＯＫ」の場合）には、クライアント端末１０の制御部は、進捗状況の記録処理（Ｎｏ．３１）を実行する（ステップＳ１２−６）。一方、確認ができない場合（ステップＳ１２−５において「ＮＧ」の場合）には、ドメイン参加処理を終了する。
次に、クライアント端末１０の制御部は、ユーザ情報の確認処理を実行する（ステップＳ１２−７）。具体的には、システムディレクトリから取得したユーザ情報を表示した確認画面を出力する。
ユーザ情報の確認入力が行なわれた場合（ステップＳ１２−７において「ＯＫ」の場合）、図１４に示すように、クライアント端末１０の制御部は、進捗状況の記録処理（Ｎｏ．３２）を実行する（ステップＳ１３−１）。
次に、クライアント端末１０の制御部は、自動ログオンの設定処理（ステップＳ１３−２）、自動スクリプト起動設定処理を実行する（ステップＳ１３−３）。これにより、後述する「ｌｏｇｏｎ実行プログラム」が実行される。そして、クライアント端末１０の制御部は、進捗状況の記録処理（Ｎｏ．３３）を実行する（ステップＳ１３−４）。
クライアント端末１０の制御部は、ドメイン接続の確認処理を実行し（ステップＳ１３−５）、進捗状況の記録処理（Ｎｏ．３４）を実行する（ステップＳ１３−６）。
クライアント端末１０の制御部は、シングルユーザＩＤをアドミニストレータズグループへの追加処理を実行し（ステップＳ１３−７）、ローカルアドミンに追加されたかの確認処理を実行する（ステップＳ１３−８）。そして、クライアント端末１０の制御部は、進捗状況の記録処理（Ｎｏ．３５）を実行する（ステップＳ１３−９）。更に、クライアント端末１０の制御部は、ステータスの記録処理を実行する（ステップＳ１３−１０）。
クライアント端末１０の制御部は、シングルユーザＩＤをアドミニストレータズグループへの追加処理を実行し（ステップＳ１３−７）、ローカルアドミンに追加されたかの確認処理を実行する（ステップＳ１３−８）。そして、クライアント端末１０の制御部は、進捗状況の記録処理（Ｎｏ．３５）を実行する（ステップＳ１３−９）。更に、クライアント端末１０の制御部は、ステータスの記録処理を実行する（ステップＳ１３−１０）。
（「ｌｏｇｏｎ」実行プログラム）
次に、「ｌｏｇｏｎ」実行プログラムについて図１５〜図１６を用いて説明する。この「ｌｏｇｏｎ」実行プログラムは、「ｌｏｇｏｆｆ」実行プログラムの自動起動・自動ログオンの設定を行なう。
次に、「ｌｏｇｏｎ」実行プログラムについて図１５〜図１６を用いて説明する。この「ｌｏｇｏｎ」実行プログラムは、「ｌｏｇｏｆｆ」実行プログラムの自動起動・自動ログオンの設定を行なう。
まず、図１５に示すように、クライアント端末１０の制御部は、ステータスの確認処理を実行し（ステップＳ１４−１）、コンピュータ名の取得処理を実行する（ステップＳ１４−２）。
次に、クライアント端末１０の制御部は、ログオンユーザＩＤの取得処理を実行し（ステップＳ１４−３）、ログオンユーザがローカルＴＥＭＰアドミンかどうかの確認処理を実行する（ステップＳ１４−４）。ログオンユーザがローカルＴＥＭＰアドミンの場合（ステップＳ１４−４において「ＯＫ」の場合）、クライアント端末１０の制御部は、進捗状況の記録処理（Ｎｏ．３６）を実行する（ステップＳ１４−５）。
次に、クライアント端末１０の制御部は、ＯＳのバージョンの確認処理を実行する（ステップＳ１４−６）。そして、特定のバージョンの場合（ステップＳ１４−６において「ＹＥＳ」の場合）には、クライアント端末１０の制御部は、接続ウィザード非表示設定処理を実行する（ステップＳ１４−７）。
そして、クライアント端末１０の制御部は、自動ログオンの設定解除処理（ステップＳ１４−８）、自動スクリプト起動設定の解除処理を実行する（ステップＳ１４−９）。これにより、後述する「ｌｏｇｏｆｆ」実行プログラムが実行される。
そして、図１６に示すように、クライアント端末１０の制御部は、進捗状況の記録処理（Ｎｏ．３７）を実行する（ステップＳ１５−１）。更に、クライアント端末１０の制御部は、ステータスの記録処理を実行する（ステップＳ１５−２）。そして、クライアント端末１０の制御部は、マニュアルの表示処理を実行し（ステップＳ１５−３）、進捗状況の記録処理（Ｎｏ．３８）を実行する（ステップＳ１５−４）。
（「ｌｏｇｏｆｆ」実行プログラム）
次に、「ｌｏｇｏｆｆ」実行プログラムについて図１７〜図１８を用いて説明する。こ
の「ｌｏｇｏｆｆ」実行プログラムは、「ｕｓｅｒｄａｔａ」実行プログラムの自動起動の設定を行ない、ユーザにブラウザの移行マニュアルを表示する。
次に、「ｌｏｇｏｆｆ」実行プログラムについて図１７〜図１８を用いて説明する。こ
の「ｌｏｇｏｆｆ」実行プログラムは、「ｕｓｅｒｄａｔａ」実行プログラムの自動起動の設定を行ない、ユーザにブラウザの移行マニュアルを表示する。
まず、図１７に示すように、クライアント端末１０の制御部は、ステータスの確認処理を実行する（ステップＳ１６−１）。ステータスの確認ができた場合（ステップＳ１６−１において「ＯＫ」の場合）、クライアント端末１０の制御部は、ユーザ情報の確認処理を実行する（ステップＳ１６−２）。
更に、ユーザ情報の確認ができた場合（ステップＳ１６−２において「ＯＫ」の場合）、クライアント端末１０の制御部は、コンピュータ名の取得処理を実行する（ステップＳ１６−３）。
そして、コンピュータ名の取得ができた場合（ステップＳ１６−３において「ＯＫ」の場合）、クライアント端末１０の制御部は、ログオンユーザＩＤの取得処理を実行する（ステップＳ１６−４）。
そして、クライアント端末１０の制御部は、システムディレクトリまでのパスの取得処理を実行し（ステップＳ１６−５）、進捗状況の記録処理（Ｎｏ．３９）を実行する（ステップＳ１６−６）。
更に、クライアント端末１０の制御部は、ユーザ情報の確認処理を実行する（ステップＳ１６−７）。ユーザ情報の確認ができた場合（ステップＳ１６−７において「ＯＫ」の場合）、クライアント端末１０の制御部は、ユーザプロファイルディレクトリの確認処理を実行する（ステップＳ１６−８）。
次に、図１８に示すように、クライアント端末１０の制御部は、シングルユーザＩＤログオン先の格納先フォルダの選択処理を実行する（ステップＳ１７−１）。具体的には、このシングルユーザのために生成されたフォルダを選択する。そして、クライアント端末１０の制御部は、進捗状況の記録処理（Ｎｏ．４０）を実行する（ステップＳ１７−２）。
次に、クライアント端末１０の制御部は、自動ログオンの設定処理（ステップＳ１７−３）、自動スクリプト起動設定処理を実行する（ステップＳ１７−４）。これにより、後述する「ｕｓｅｒｄａｔａ」実行プログラムが実行される。そして、クライアント端末１０の制御部は、進捗状況の記録処理（Ｎｏ．４１）を実行する（ステップＳ１７−５）。クライアント端末１０の制御部は、ステータスの記録処理を実行し（ステップＳ１７−６）、自動再起動処理を実行する（ステップＳ１７−７）。
（「ｕｓｅｒｄａｔａ」実行プログラム）
次に、「ｕｓｅｒｄａｔａ」実行プログラムについて図１９〜図２０を用いて説明する。この「ｕｓｅｒｄａｔａ」実行プログラムは、ローカルユーザのローカルセッティングフォルダをドメインユーザのフォルダに移行する。
次に、「ｕｓｅｒｄａｔａ」実行プログラムについて図１９〜図２０を用いて説明する。この「ｕｓｅｒｄａｔａ」実行プログラムは、ローカルユーザのローカルセッティングフォルダをドメインユーザのフォルダに移行する。
まず、図１９に示すように、クライアント端末１０の制御部は、ステータスの確認処理を実行する（ステップＳ１８−１）。
ステータスの確認ができた場合（ステップＳ１８−１において「ＯＫ」の場合）、クライアント端末１０の制御部は、ユーザ情報の確認処理を実行する（ステップＳ１８−２）。
ステータスの確認ができた場合（ステップＳ１８−１において「ＯＫ」の場合）、クライアント端末１０の制御部は、ユーザ情報の確認処理を実行する（ステップＳ１８−２）。
ユーザ情報の確認ができた場合（ステップＳ１８−２において「ＯＫ」の場合）、クラ
イアント端末１０の制御部は、移行元ユーザ情報の確認処理を実行する（ステップＳ１８−３）。
イアント端末１０の制御部は、移行元ユーザ情報の確認処理を実行する（ステップＳ１８−３）。
移行元ユーザ情報の確認ができた場合（ステップＳ１８−３において「ＯＫ」の場合）、クライアント端末１０の制御部は、移行元ユーザ情報の格納場所の確認処理を実行する（ステップＳ１８−４）。
移行元ユーザ情報の格納場所の確認ができた場合（ステップＳ１８−４において「ＯＫ」の場合）、クライアント端末１０の制御部は、コンピュータ名の取得処理を実行する（ステップＳ１８−５）。
コンピュータ名の取得ができた場合（ステップＳ１８−５において「ＯＫ」の場合）、クライアント端末１０の制御部は、ログオンユーザＩＤの取得処理を実行し（ステップＳ１８−６）、ログオンユーザがローカルＴＥＭＰアドミンかどうかの確認処理を実行する（ステップＳ１８−７）。
そして、ログオンユーザがローカルＴＥＭＰアドミンの場合（ステップＳ１８−７において「ＯＫ」の場合）、クライアント端末１０の制御部は、システムディレクトリまでのパスの取得処理を実行する（ステップＳ１８−８）。
次に、図２０に示すように、クライアント端末１０の制御部は、ユーザプロファイルディレクトリの確認処理を実行する（ステップＳ１９−１）。そして、クライアント端末１０の制御部は、進捗状況の記録処理（Ｎｏ．４２）を実行する（ステップＳ１９−２）。
次に、クライアント端末１０の制御部は、自動ログオンの設定解除処理を実行し（ステップＳ１９−３）、進捗状況の記録処理（Ｎｏ．４３）を実行する（ステップＳ１９−４）。
更に、クライアント端末１０の制御部は、ドメインユーザに対して移行確認処理を実行する（ステップＳ１９−５）。移行確認ができた場合（ステップＳ１９−５において「ＹＥＳ」の場合）、進捗状況の記録処理（Ｎｏ．４４）を実行する（ステップＳ１９−６）。
そして、クライアント端末１０の制御部は、データの移行処理を実行する（ステップＳ１９−７）。具体的には、ローカルＴＥＭＰアドミンの権限を用いて、ローカルユーザのデータを、ドメインユーザのフォルダ内に格納する。更に、クライアント端末１０の制御部は、進捗状況の記録処理（Ｎｏ．４５）を実行する（ステップＳ１９−８）。
次に、図２１に示すように、クライアント端末１０の制御部は、自動スクリプト起動設定処理を実行する（ステップＳ２０−１）。
更に、クライアント端末１０の制御部は、ユーザ情報の削除処理を実行し（ステップＳ２０−２）、進捗状況の記録処理（Ｎｏ．４６）を実行する（ステップＳ２０−３）。
更に、クライアント端末１０の制御部は、ユーザ情報の削除処理を実行し（ステップＳ２０−２）、進捗状況の記録処理（Ｎｏ．４６）を実行する（ステップＳ２０−３）。
クライアント端末１０の制御部は、ステータスの記録処理を実行し（ステップＳ２０−４）、自動再起動処理を実行する（ステップＳ２０−５）。
（「ｉｎｉｔ」実行プログラム）
次に、「ｉｎｉｔ」実行プログラムについて図２２〜図２３を用いて説明する。この「ｉｎｉｔ」実行プログラムは、エラー時の確認処理及びエラー時の初期化処理に移行する。
（「ｉｎｉｔ」実行プログラム）
次に、「ｉｎｉｔ」実行プログラムについて図２２〜図２３を用いて説明する。この「ｉｎｉｔ」実行プログラムは、エラー時の確認処理及びエラー時の初期化処理に移行する。
まず、図２２に示すように、クライアント端末１０の制御部は、エラー情報の確認処理を実行する（ステップＳ２１−１）。具体的には、進捗情報を用いて、エラーの発生したプロセスを特定する。
クライアント端末１０の制御部は、コンピュータ名の取得処理を実行する（ステップＳ２１−２）。コンピュータ名の取得ができた場合（ステップＳ２１−２において「ＯＫ」の場合）、クライアント端末１０の制御部は、初期化処理実施の確認処理を実行する（ステップＳ２１−３）。
初期化処理実施の確認入力が行なわれた場合（ステップＳ２１−３において「ＯＫ」の場合）、クライアント端末１０の制御部は、初期化用パスワードの入力処理を実行する（ステップＳ２１−４）。具体的には、クライアント端末１０の制御部は、初期化用パスワードの入力画面を出力する。そして、初期化用パスワードが入力された場合、クライアント端末１０の制御部は、初期化用パスワードのチェック処理を実行する（ステップＳ２１−５）。初期化用パスワードのチェックを完了した場合（ステップＳ２１−５において「ＯＫ」の場合）、クライアント端末１０の制御部は、ログオンユーザＩＤの取得処理を実行する（ステップＳ２１−６）。
次に、クライアント端末１０の制御部は、ログオンユーザがローカルＴＥＭＰアドミンかどうかの確認処理を実行する（ステップＳ２１−７）。確認ができた場合（ステップＳ２１−７において「ＹＥＳ」の場合）、クライアント端末１０の制御部は、管理者権限の確認処理を実行する（ステップＳ２１−８）。
次に、図２３に示すように、クライアント端末１０の制御部は、ユーザプロファイルディレクトリの確認処理を実行する（ステップＳ２２−１）。
クライアント端末１０の制御部は、自動ログオンの設定解除処理（ステップＳ２２−２）、自動スクリプト起動設定の解除処理を実行する（ステップＳ２２−３）。
クライアント端末１０の制御部は、自動ログオンの設定解除処理（ステップＳ２２−２）、自動スクリプト起動設定の解除処理を実行する（ステップＳ２２−３）。
更に、クライアント端末１０の制御部は、ユーザ情報の削除処理（ステップＳ２２−４）、ＴＥＭＰアドミンディレクトリの削除処理を実行する（ステップＳ２２−５）。更に、クライアント端末１０の制御部は、ローカルＴＥＭＰアドミンの削除処理を実行する（ステップＳ２２−６）。これにより、ドメイン参加処理は初期状態にリセットされて、セキュリティを維持することができる。
（「ｐｒｏｘｙ」実行プログラム）
次に、「ｐｒｏｘｙ」実行プログラムについて図２４〜図２５を用いて説明する。この「ｐｒｏｘｙ」実行プログラムは、プロキシーの例外設定の移行を行なう。
次に、「ｐｒｏｘｙ」実行プログラムについて図２４〜図２５を用いて説明する。この「ｐｒｏｘｙ」実行プログラムは、プロキシーの例外設定の移行を行なう。
まず、図２４に示すように、クライアント端末１０の制御部は、ステータスの確認値＝０かどうかを確認する（ステップＳ２３−１）。そして、クライアント端末１０の制御部は、ＰＲＯＸＹの除外設定を行なうかどうかの確認処理を実行する（ステップＳ２３−２）。
ＰＲＯＸＹの除外設定の希望入力があった場合（ステップＳ２３−２において「ＹＥＳ」の場合）、クライアント端末１０の制御部は、システムディレクトリまでのパスの取得処理を実行する（ステップＳ２３−３）。そして、クライアント端末１０の制御部は、ログオンユーザＩＤの取得処理を実行する（ステップＳ２３−４）。そして、クライアント端末１０の制御部は、ログオンユーザがローカルＴＥＭＰアドミンかどうかの確認処理を実行する（ステップＳ２３−５）。更に、クライアント端末１０の制御部は、管理者権限の確認処理を実行し（ステップＳ２３−６）、進捗状況の記録処理（Ｎｏ．ｐ１）を実行
する（ステップＳ２３−７）。
する（ステップＳ２３−７）。
次に、図２５に示すように、クライアント端末１０の制御部は、ＰＲＯＸＹ情報の取得処理を実行する（ステップＳ２４−１）。ＰＲＯＸＹ情報の取得ができた場合（ステップＳ２４−１において「ＯＫ」の場合）、クライアント端末１０の制御部は、進捗状況の記録処理（Ｎｏ．ｐ２）を実行する（ステップＳ２４−２）。
そして、クライアント端末１０の制御部は、ＰＲＯＸＹ設定追加処理を実行し（ステップＳ２４−３）、進捗状況の記録処理（Ｎｏ．ｐ３）を実行する（ステップＳ２４−４）。そして、クライアント端末１０の制御部は、自動再起動処理を実行する（ステップＳ２４−５）。
（「ｌａｓｔ」実行プログラム）
次に、「ｌａｓｔ」実行プログラムについて図２６〜図２７を用いて説明する。この「ｌａｓｔ」実行プログラムは、ローカルＴＥＭＰユーザＩＤの削除・ローカルＴＥＭＰアドミンのユーザディレクトリの削除を行なう。
次に、「ｌａｓｔ」実行プログラムについて図２６〜図２７を用いて説明する。この「ｌａｓｔ」実行プログラムは、ローカルＴＥＭＰユーザＩＤの削除・ローカルＴＥＭＰアドミンのユーザディレクトリの削除を行なう。
まず、図２６に示すように、クライアント端末１０の制御部は、ステータスの確認処理を実行する（ステップＳ２５−１）。
そして、所定のステータスに達している場合（ステップＳ２５−１において「ＯＫ」の場合）には、クライアント端末１０の制御部は、システムディレクトリまでのパスの取得処理を実行する（ステップＳ２５−２）。
そして、所定のステータスに達している場合（ステップＳ２５−１において「ＯＫ」の場合）には、クライアント端末１０の制御部は、システムディレクトリまでのパスの取得処理を実行する（ステップＳ２５−２）。
更に、クライアント端末１０の制御部は、ユーザプロファイルディレクトリの確認処理を実行する（ステップＳ２５−３）。そして、クライアント端末１０の制御部は、ログオンユーザＩＤの取得処理を実行する（ステップＳ２５−４）。
クライアント端末１０の制御部は、ログオンユーザがローカルＴＥＭＰアドミンかどうかの確認処理を実行する（ステップＳ２５−５）。次に、クライアント端末１０の制御部は、管理者権限の確認処理を実行する（ステップＳ２５−６）。
そして、確認ができた場合（ステップＳ２５−６において「ＯＫ」の場合）、クライアント端末１０の制御部は、進捗状況の記録処理（Ｎｏ．４７）を実行する（ステップＳ２５−７）。
更に、クライアント端末１０の制御部は、ローカルＴＥＭＰアドミンの削除処理を実行する（ステップＳ２５−８）。
次に、図２７に示すように、クライアント端末１０の制御部は、進捗状況の記録処理（Ｎｏ．４８）を実行する（ステップＳ２６−１）。
次に、図２７に示すように、クライアント端末１０の制御部は、進捗状況の記録処理（Ｎｏ．４８）を実行する（ステップＳ２６−１）。
そして、クライアント端末１０の制御部は、ＴＥＭＰアドミンディレクトリの削除処理（ステップＳ２６−２）、自動スクリプト起動設定解除処理を実行する（ステップＳ２６−３）。
そして、クライアント端末１０の制御部は、ステータスの記録処理を実行し（ステップＳ２６−４）、進捗状況の記録を終了する（ステップＳ２６−５）。
以上、本実施形態によれば、以下に示す効果を得ることができる。
以上、本実施形態によれば、以下に示す効果を得ることができる。
・ 上記実施形態では、「ｄｏｍａｉｎ」実行プログラムにより、クライアント端末１０の環境の確認を行なう。そして、所定の基準に達していない場合には、ドメイン参加処
理を終了する。これにより、セキュリティの低いクライアント端末１０のドメイン参加を排除することができる。
理を終了する。これにより、セキュリティの低いクライアント端末１０のドメイン参加を排除することができる。
・ 上記実施形態では、「ｄｏｍａｉｎ」、「ｔｅｍｐａｄｍｉｎ」、「ｌｏｇｏｎ」、「ｌｏｇｏｆｆ」、「ｕｓｅｒｄａｔａ」「ｌａｓｔ」の各実行プログラムを用いる。各実行プログラムが順次起動されるので、ユーザ自身でドメインへの参加設定を行なうことができる。
・ 上記実施形態では、クライアント端末１０の制御部は、データの移行処理を実行する（ステップＳ１９−７）。具体的には、ローカルＴＥＭＰアドミンの権限を用いて、ローカルユーザのデータを、ドメインユーザのフォルダ内に格納する。そして、クライアント端末１０の制御部は、ローカルＴＥＭＰアドミンの削除処理を実行する（ステップＳ２５−８）。これにより、データの移行後は不要なユーザ設定が削除され、セキュリティを維持することができる。更に、管理者パスワードに関しては、プログラムの中でハードコーティングされず、ユーザに非公開になる。これにより、セキュリティの向上を図ることができる。
なお、上記実施形態は、以下の態様に変更してもよい。
○ 上記実施形態では、「ｄｏｍａｉｎ」、「ｔｅｍｐａｄｍｉｎ」、「ｌｏｇｏｎ」、「ｌｏｇｏｆｆ」、「ｕｓｅｒｄａｔａ」「ｌａｓｔ」の各実行プログラムを用いる。実行プログラムの数は限定されるものではなく、細分化したり、一体としたりすることも可能である。
○ 上記実施形態では、「ｄｏｍａｉｎ」、「ｔｅｍｐａｄｍｉｎ」、「ｌｏｇｏｎ」、「ｌｏｇｏｆｆ」、「ｕｓｅｒｄａｔａ」「ｌａｓｔ」の各実行プログラムを用いる。実行プログラムの数は限定されるものではなく、細分化したり、一体としたりすることも可能である。
○ 上記実施形態では、ローカルＴＥＭＰアドミンをクライアント端末１０に設定したが、設定場所はこれ限定されるものではない。
○ 上記実施形態では、ドメイン参加のためにシステム環境の確認処理を実行したが、これらに限定されるものではなく、これらの一部や更に厳格な確認を行なってもよい。
○ 上記実施形態では、ドメイン参加のためにシステム環境の確認処理を実行したが、これらに限定されるものではなく、これらの一部や更に厳格な確認を行なってもよい。
１０…クライアント端末、２０…統合認証基盤サーバ、３０…ドメイン管理データベース、４０…シングルユーザＩＤデータベース。
Claims (6)
- ログオン管理が行なわれているクライアント端末と、ドメイン管理が行なわれているドメイン管理サーバとを用いて、新たにドメインに参加するための方法であって、
前記クライアント端末が、
前記クライアント端末におけるローカルユーザのログオン処理を実行して、前記ローカルユーザの移行データに対して、移動用ユーザのアクセス権限の付与設定を行ない、前記ローカルユーザのログオフを行なうローカル処理段階と、
前記ドメイン管理サーバにおけるドメインユーザのログオン処理を実行して、前記ドメイン管理サーバに前記ドメインユーザのメモリ領域を確保し、このメモリ領域に対して、前記移動用ユーザのアクセス権限の付与設定を行ない、前記ドメインユーザのログオフを行なうドメイン処理段階と、
前記移動用ユーザのログオン処理を実行して、前記移動用ユーザの権限により、前記移行データを前記ドメインユーザのメモリ領域に移行する移動処理段階と
を実行することを特徴とするドメイン参加処理方法。 - 前記クライアント端末が、
前記クライアント端末におけるローカルユーザのログオン処理後に、前記移動用ユーザを設定する移動用ユーザ設定処理段階と、
前記移行の処理後に、前記移動用ユーザの設定を削除する移動用ユーザ設定削除段階とを更に実行することを特徴とする請求項１に記載のドメイン参加処理方法。 - 前記クライアント端末が、クライアント端末のシステム環境についてドメイン参加のための基準値を保持し、
前記クライアント端末が保持するシステム環境に関する情報を取得して前記基準値と比較し、前記基準値に達しない場合には、ドメイン参加を拒否する参加管理段階と
を更に実行することを特徴とする請求項１又は２に記載のドメイン参加処理方法。 - ログオン管理が行なわれているクライアント端末と、ドメイン管理が行なわれているドメイン管理サーバとを用いて、新たにドメインに参加するためのプログラムであって、
前記クライアント端末を、
前記クライアント端末におけるローカルユーザのログオン処理を実行して、前記ローカルユーザの移行データに対して、移動用ユーザのアクセス権限の付与設定を行ない、前記ローカルユーザのログオフを行なうローカル処理手段と、
前記ドメイン管理サーバにおけるドメインユーザのログオン処理を実行して、前記ドメイン管理サーバに前記ドメインユーザのメモリ領域を確保し、このメモリ領域に対して、前記移動用ユーザのアクセス権限の付与設定を行ない、前記ドメインユーザのログオフを行なうドメイン処理手段と、
前記移動用ユーザのログオン処理を実行して、前記移動用ユーザの権限により、前記移行データを前記ドメインユーザのメモリ領域に移行する移動処理手段
として機能させることを特徴とするドメイン参加処理プログラム。 - 前記クライアント端末を、
前記クライアント端末におけるローカルユーザのログオン処理後に、前記移動用ユーザを設定する移動用ユーザ設定処理手段と、
前記移行の処理後に、前記移動用ユーザの設定を削除する移動用ユーザ削除処理手段
として更に機能させることを特徴とする請求項４に記載のドメイン参加処理プログラム。 - クライアント端末のシステム環境についてドメイン参加のための基準値を保持し、
前記クライアント端末を、
前記クライアント端末が保持するシステム環境に関する情報を取得して前記基準値と比較し、前記基準値に達しない場合には、ドメイン参加を拒否する参加管理手段
として更に機能させることを特徴とする請求項４又は５に記載のドメイン参加処理プログラム。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2006095740A JP4783191B2 (ja) | 2006-03-30 | 2006-03-30 | ドメイン参加処理方法及びドメイン参加処理プログラム |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2006095740A JP4783191B2 (ja) | 2006-03-30 | 2006-03-30 | ドメイン参加処理方法及びドメイン参加処理プログラム |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2007272448A JP2007272448A (ja) | 2007-10-18 |
| JP4783191B2 true JP4783191B2 (ja) | 2011-09-28 |
Family
ID=38675207
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2006095740A Expired - Fee Related JP4783191B2 (ja) | 2006-03-30 | 2006-03-30 | ドメイン参加処理方法及びドメイン参加処理プログラム |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP4783191B2 (ja) |
Family Cites Families (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2003256605A (ja) * | 2002-02-26 | 2003-09-12 | Fujitsu Ltd | ユーザｉｄ管理方法およびユーザｉｄ管理装置 |
| JP2005107946A (ja) * | 2003-09-30 | 2005-04-21 | First Server Kk | ドメイン管理システムおよびサーバ |
| JP2005202539A (ja) * | 2004-01-14 | 2005-07-28 | Fuji Xerox Co Ltd | 画像処理装置、画像処理プログラム、画像処理方法、制御装置、制御プログラム、及び、制御方法 |
| JP2005318037A (ja) * | 2004-04-27 | 2005-11-10 | Nippon Dentsu Co Ltd | 不正使用監視システム、不正使用監視警報装置、不正使用監視方法 |
| JP2006018766A (ja) * | 2004-07-05 | 2006-01-19 | Nec Fielding Ltd | ネットワーク接続管理システム |
-
2006
- 2006-03-30 JP JP2006095740A patent/JP4783191B2/ja not_active Expired - Fee Related
Also Published As
| Publication number | Publication date |
|---|---|
| JP2007272448A (ja) | 2007-10-18 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP4563488B2 (ja) | コンピュータ・ネットワーク内で統一情報に大域的にかつ安全にアクセスするシステムおよび方法 | |
| JP2010003308A (ja) | ネットワーク・データのアクセス、操作、および同期化にワークスペース・データ・マネージャを使用するシステムおよび方法 | |
| EP2706719A1 (en) | File synchronization method and device | |
| US7523199B2 (en) | Distributing an information image | |
| JP2003108520A (ja) | 情報提供サーバ、端末装置及びその制御方法並びに情報提供システム | |
| JP2013088901A (ja) | 情報処理システム、画像処理装置、制御方法およびコンピュータプログラム | |
| JP2015049755A (ja) | 情報処理装置、その制御方法及びプログラム | |
| WO2023011016A1 (zh) | 物联网设备绑定方法、装置、系统、云服务器和存储介质 | |
| JP2728033B2 (ja) | コンピュータネットワークにおけるセキュリティ方式 | |
| KR100533570B1 (ko) | 이동통신단말기를 이용한 원격지 컴퓨터 제어방법 및 그시스템 | |
| JP4783191B2 (ja) | ドメイン参加処理方法及びドメイン参加処理プログラム | |
| US11729334B2 (en) | Communication system, device, and recording medium for remote access to electronic device through relaying device and converter | |
| JP2013205862A (ja) | 本人確認システム、本人確認手段、本人確認方法及びそのプログラム | |
| JP4487801B2 (ja) | 会議システム及び会議管理方法 | |
| WO2013182126A1 (zh) | 一种泛在终端统一管理与控制方法及平台 | |
| JP2010061390A (ja) | コンピュータプログラム、ファイル転送システム、ファイル送受信方法 | |
| JP2001051948A (ja) | アクセス制御装置及びアクセス制御システム | |
| JP2012098923A (ja) | ファイル転送システム及びファイル転送方法 | |
| JP2005141427A (ja) | 情報処理装置及びその制御方法、情報処理システム、プログラム | |
| JP2017122977A (ja) | ファイル共有支援システム、ネットワークストレージ装置、ファイル共有支援方法、及び、ファイル共有支援プログラム | |
| JP2003271555A (ja) | アクセス制御付ディレクトリ機能装置、アクセス制御付ディレクトリ機能方法、アクセス制御付ディレクトリ機能プログラムおよび記録媒体 | |
| JP2003323525A (ja) | 行政サービス仲介装置、行政サービス仲介方法、及び、行政サービス仲介プログラム | |
| JP3763662B2 (ja) | ネットワークエージェントシステムおよびエージェント間通信方法 | |
| JP2004355428A (ja) | プロファイル情報自動切替システム | |
| JP7071890B2 (ja) | 管理装置、管理プログラム、および管理方法 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20081120 |
|
| A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20110629 |
|
| TRDD | Decision of grant or rejection written | ||
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20110705 |
|
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20110708 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20140715 Year of fee payment: 3 |
|
| R150 | Certificate of patent or registration of utility model |
Ref document number: 4783191 Country of ref document: JP Free format text: JAPANESE INTERMEDIATE CODE: R150 Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
| LAPS | Cancellation because of no payment of annual fees |