(57)【要約】【課題】  多数のユーザ間で利用するアカウントのメンテナンスを行うファイルシステム管理者の作業の負担を軽減させる。【解決手段】  資料転送システムは、ウェブサーバ機能を有するコンピュータ・システムをもちいて、LAN116、118とインターネット104を介してブラウザから情報を送受信して、制御部107がファイルシステム114及びアカウント情報ファイル115に対する入出力と記録された情報の処理により、ファイルシステム114にアクセスできるアカウントの作成・削除が担当者で行えるようにする。また、制御部107の動作により、ファイルシステム114及びアカウント情報ファイル115の情報を最新のものに維持する。【選択図】  図１
2006085308.tif 000002
【特許請求の範囲】
【請求項１】
多数ユーザ間で資料を転送するシステムであって、専用のウェブサイトに対して外部ユ
ーザとしてログオンするアカウントの認証を、アカウント情報ファイルを利用して制御す
る「外部ユーザ認証部」と、前記ウェブサイトが参照できる専用アカウントを利用して、
前記ウェブサイトに対してログオンするユーザの認証を制御する「ユーザ認証部」と、前
記ユーザ間でウェブサーバにファイルを転送する操作を行う際、前記アカウント情報ファ
イルの更新と前記ウェブサイトが参照可能なファイルシステムに共有するファイルを格納
する制御を行う「資料の格納・抽出部」と、前記の「資料の格納・抽出部」の処理をトリ
ガーとして、前記アカウント情報ファイルから取得した通知宛先に送信するメールを作成
して送信する「通知メール作成部」から構成する「制御部」を含むことを特徴とする資料
転送システム。
【請求項２】
前記ウェブサイトに外部ユーザとしてログオンするアカウントを新規作成あるいは編集
する要求を処理する「アカウント作成部」と、前記アカウントを削除する要求を処理する
「アカウント削除部」から構成する前記「制御部」を含むことを特徴とする請求項１記載
の資料転送システム。
【請求項３】
上記請求項１または請求項２の資料転送システムをもちいて、多数ユーザが利用する多
対多の資料転送サービスの提供を行う方法。
【請求項４】
上記請求項３の資料転送サービスを利用するアクセスアカウントの管理方法は、専用ア
カウントを利用してログオンしたユーザが、外部ユーザとしてログオンするユーザのアカ
ウントを新規作成、編集、削除できるようにしたことを特徴とするアカウントの管理方法
。
【請求項５】
上記請求項３の資料転送サービスを利用する外部ユーザとしてログオンするユーザのア
カウントを予め定義した有効期間を過ぎれば、自動的に削除すること及び不要となった共
有ファイルを自動的に削除することを特徴とする請求項４記載のアカウントの管理方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、インターネット通信技術を利用した資料共有の手段に係り、多数ユーザが利
用する多対多の資料転送システムの制御方法に関する。
【背景技術】
【０００２】
従来、顧客とソフトウェア製品のメーカの間に資料共有や互いに資料を提供するための
方法として、資料を媒体に格納して渡す方法がある。また、ネットワーク通信機能を有す
るFTP(File Transfer Protocol)サーバやHTTP(HyperText Transfer Protocol)サーバを利
用して、資料を特定のファイルシステムに格納してから、送付側から受け取る側に通知し
、資料をファイルシステムから取り出す方法がある。資料共有や互いに資料を提供する例
として、顧客システム上で稼動している製品が障害を発生した際、調査するために顧客シ
ステムで採取した資料をメーカ側の調査担当者に提供すること、或いはメーカ側からソフ
トウェア製品に対する修正モジュールを顧客に提供することなどが挙げられる。
【０００３】
他の従来技術として、特表２００３−５１５１９９号公報に開示された技術のように、
データがファイルシステムにアップロード或いはダウンロードされたら、予め定義したユ
ーザに自動通知を提供する方法がある。
【０００４】
また、特定なファイルシステムへのアクセスアカウントを管理して、複数ユーザにファ
イル共有を提供する従来技術として、特開２００２−９１８１８号公報に開示された技術
のように、予め登録したアカウントとそのアカウントが利用できるファイルシステムスペ
ースを特定の利用者に提供して、ファイル共有を実現する方法が知られている。
【０００５】
【特許文献１】特表２００３−５１５１９９号公報
【特許文献２】特開２００２−９１８１８号公報
【発明の開示】
【発明が解決しようとする課題】
【０００６】
資料を共有する相手あるいは資料を提供する側と受け取る側が状況によって変動する場
合、システム上で稼動している製品の障害を例とすれば、障害案件が多くなると、資料を
提供する側と受け取る側が案件毎に異なる。そして、資料をアップロード・ダウンロード
するサービスを提供するファイルシステムにアクセスするためのユーザアカウントを不定
期に増加したり、減少したりすることが避けられない。また、転送された資料の保存期間
とアカウントの有効期間を柔軟性が持つ機械的にメンテナンスする方法が無い。
【０００７】
上記の特開２００２−９１８１８号公報に開示された従来技術では、各アカウントの属
性やアクセス権限の制御はユーザが変更できる機能を提供するが、アカウントのIDとパス
ワードを予め登録する必要があるため、障害案件が多くなると、多数ユーザ間で利用する
アカウントのメンテナンスがファイルシステムの管理者の負担になる。
【０００８】
また、上記の特表２００３−５１５１９９号公報に開示された従来技術では資料をファ
イルシステムに格納してから、関係者に通知する機能があるが、通知宛先をファイルシス
テムの管理者が予め定義する必要があるので、障害案件毎の対応者や関係者が異なる場合
、ファイルシステムの管理者が資料毎の通知宛先を定義し切れなくなる。
【０００９】
本発明の目的は、多数のユーザ間で利用するアカウントのメンテナンスを行うファイル
システム管理者の作業の負担を軽減させることである。
【００１０】
また、本発明の他の目的は、不要となった共有ファイルの削除を行うファイルシステム
管理者の作業の負担を軽減することである。
【００１１】
また、本発明の他の目的は、関係者への通知先を管理するファイルシステム管理者の作
業の負担を軽減することである。
【００１２】
また、本発明の他の目的は、転送された資料の保存期間とアカウントの有効期間がアカ
ウントを作成した担当者が定義した属性により、柔軟性が持つ機械的にメンテナンスする
ことである。
【課題を解決するための手段】
【００１３】
上記課題を解決するには、HTTP(HyperText Transfer Protocol)サーバ機能を有するコ
ンピュータ・システムであって、「外部ユーザ認証部」と「ユーザ認証部」と「資料の格
納・抽出部」と「通知メール作成部」と「アカウント作成部」と「アカウント削除部」と
「制御部」とからなり、それらが「ファイルシステム」と「アカウント情報ファイル」の
入出力をもちいて、「クライアント」と「担当者」とに通信サービスを提供する「ウェブ
サーバ」を制御すればよい。なお、ここで説明するファイルはデータベース化したデータ
を意味する。また、ここは顧客システム上で稼動する製品が障害を発生した際、「クライ
アント」である顧客と「担当者」である障害調査担当者の間に調査資料や修正モジュール
を互いに提供する状況を用いて説明する。
（１）「外部ユーザ認証部」は、クライアントから上記のウェブサーバ上で稼動するウェ
ブサイトにログオン要求する際、アカウント情報ファイルの情報と照合し、一致するUID
とパスワードがあれば、アカウント情報を取得して、操作ガイドをクライアントに提供す
る。
（２）「ユーザ認証部」は、担当者が会社の有する社員識別用の社員専用アカウントを利
用して、ウェブサーバ上で稼動するウェブサイトにログオン要求する際、LANを介してLDA
P（Lightweight Directory Access Protocol）通信でディレクトリサービスにある社員情
報を取得して、ログオン認証を行う。
（３）「資料の格納・抽出部」は、クライアント或いは担当者からウェブサーバにファイ
ルをアップロードする操作を行う際、アカウント情報ファイルから取得したアクセスディ
レクトリの情報により、アップロードされたファイルをファイルシステムにある適切なデ
ィレクトリに格納する。また、ファイルをダウンロードする要求が来た時、アカウント情
報ファイルから取得したアクセスディレクトリの情報により、ファイルシステムにある適
切なディレクトリ内に該当するファイルを検索し、抽出して提供する。
（４）「通知メール作成部」は、上記の「資料の格納・抽出部」の処理をトリガーとして
、アカウント情報ファイルから取得した通知あて先に送信するメールを作成して送信する
。
（５）「アカウント作成部」は、担当者からクライアント用のアカウントを新規作成或い
は編集する要求がある時に、アカウント情報ファイルの内容を更新する。
（６）「アカウント削除部」は、担当者からクライアント用のアカウントを削除する要求
がある時に、アカウント情報ファイルの内容を削除する。また、アカウント情報ファイル
の内容にあるアカウント作成タイムスタンプと有効期間の情報を確認して、削除すべきア
カウントの情報を消す。
（７）「制御部」は、「外部ユーザ認証部」と「ユーザ認証部」と「資料の格納・抽出部
」と「通知メール作成部」と「アカウント作成部」と「アカウント削除部」の動作を制御
する。
【発明の効果】
【００１４】
以上説明したように、本発明をもちいると、多数ユーザ間でインターネット技術を利用
して、資料を転送するサービスを利用できるアカウントを作成・変更する作業を分散する
ため、利用するアカウントの増減や転送される資料の多少に関係なく、ファイルシステム
管理者のアカウントとファイルシステムのメンテナンスに対する負担を軽減することがで
きる。
【００１５】
また、障害調査資料が取得できる状態になったことを速やかに担当者へ通知するための
通知宛先は案件毎に通知すべき宛先が把握できる現場の担当者が定義できるため、ファイ
ルシステム管理者の負担を軽減することができる。
【００１６】
また、担当者が定義した属性により、転送された資料とアカウントが資料を転送したら
すぐ削除するか、一定の期間だけ利用できるように機械的に制御することができる。
【発明を実施するための最良の形態】
【００１７】
以下に、本発明の実施の形態を、図を用いて説明する。
【００１８】
本発明をもちいると、専用ウェブサイトにログオンした担当者（ここでは障害対応する
社員とする）が定義した属性で、インターネット経由で専用ウェブサイトにログオンでき
るユーザアカウントを作成できる。そして、作成されたユーザアカウントを提供されたク
ライアント（ここは業務システムで障害が発生した顧客とする）が専用ウェブサイトにロ
グオンすると、定義された属性でファイルのアップロード或いはダウンロードの制御を行
う。また、ファイルをアップロードしたり、ダウンロードしたりする際、定義したアカウ
ント属性で定義した通知宛先にアップロード或いはダウンロードの情報をメールで通知す
る。
【００１９】
さらに、アカウントに定義した属性により、ファイルシステムに格納した資料の削除操
作と作成したアカウントの有効期間を制御することが機械化できる。
【００２０】
図１は本発明の構成図である。図１において、資料転送システム105は本発明で提案し
た多数ユーザが利用する多対多の資料転送システムであり、資料転送システム105は専用
ウェブサイト機能を提供するウェブサーバ106と発明の動作を行う制御部107と資料を格納
するファイルシステム114とインターネット経由で専用ウェブサイトにアクセスするため
のアカウント情報を持つアカウント情報ファイル115から構成される。クライアント101〜
103からウェブサーバ106にアクセスする時の認証は制御部107にある外部ユーザ認証部108
が制御する。担当者119〜121からウェブサーバ106にアクセスする時の認証は制御部107に
あるユーザ認証部109がLDAPを利用して、LAN116介して、ディレクトリサービス117の情報
を参照して制御する。ファイルシステム114は資料の格納・抽出部110の動作により、ウェ
ブサーバ106からアップロード要求或はダウンロード要求の資料を格納或は抽出されるも
のである。アカウント情報ファイル115は通知メール作成部111、アカウント作成部112及
びアカウント削除部113の動作により、参照・生成・更新されるものである。このアカウ
ント情報ファイル115には図2に示すよう、インターネット経由でウェブサーバをアクセス
するためのアカウント情報UID201、暗号化されたバスワード202、該当アカウントがアク
セスできるアクセスディレクトリ203、アカウントのアクセス権限範囲を示す権限タイプ2
04、ファイルをアップロード或はダウンロードされてからの処理を示す後処理フラグ205
、アカウントが作成された時の時間を記録するアカウント作成タイムスタンプ206、アカ
ウントの有効期間を示す有効期間207、通知メールを送信する通知宛先208、アカウントを
作成した担当者のディレクトリサービスに登録した識別番号209を記録する。また、権限
タイプ204の属性はPUT、GETのいずれ或は両方を設定できる。PUTはファイルをアップロー
ドする権限を示し、GETはファイルをダウンロードする権限を示す。後処理フラグはファ
イルをダウンロードされた後にファイルシステム114に残す日数とし、0と定義された場合
、ダウンロードされたら、即時ファイルシステム114から削除するよう制御する。有効期
間2070と定義した場合、アクセスディレクトリ203に定義したディレクトリにあるデータ
がすべてダウンロードして削除された時点で該当アカウントも削除される。
【００２１】
以下に、本発明の動作を、図１、図２の構成図と併せて、フローチャートを用いて説明
する。
【００２２】
図３は障害が発生した際、担当者が顧客から資料を受け取るあるいは提供するために顧
客が専用ウェブサイトにアクセスできるよう、新しいアカウントを作成する処理を説明す
るフローチャートである。担当者（図１に示す119、120或は121に該当するもの）はLAN11
8を介して、ウェブサーバ106へ社員専用アカウントでログオンする（ステップ301）。資
料転送システム105のユーザ認証部109がLAN116を介して、ディレクトリサービス117から
ユーザ情報を取得して、認証を行う（ステップ302、303）。ユーザが存在すれば、ログオ
ンした担当者が作成したアカウントの一覧情報をアカウント情報ファイル115から抽出し
、ブラウザへアカウント作成、属性変更あるいは削除するための操作ガイドページを表示
する（ステップ304、305）。担当者は画面の操作により、アカウントを作成する項目を選
択し、図２のアカウント情報ファイル114に示すアカウントの各属性を入力して、ウェブ
サーバへ送信する（ステップ306）。資料転送システム105にあるアカウント作成部112が
受け取った情報の適当性をチェックして、入力した内容に誤りがあれば、エラーページを
ブラウザに帰す（ステップ307、308、309）。入力した内容が正しければ、アカウント作
成部112がファイルシステム114上、受け取ったアカウントの属性のアクセスディレクトリ
203と同じディレクトリがない場合、新規アクセスディレクトリを作成して、アカウント
の各属性をアカウント情報ファイル114に追加する（ステップ310、311、312、313）。そ
して、アカウントを追加したことを担当者のブラウザへ通知するようページを表示する（
ステップ314）。担当者が新たなアカウントを作成する、既存アカウントを修正する或い
は削除する操作をする場合は、ステップ304〜313を繰り返す、それ以上の操作が無い場合
は終了する（ステップ315、316）。
【００２３】
図４は作成したアカウントの定義内容を変更する処理を説明するフローチャートである
。担当者は図３の説明にあったプロセスのように、社員専用アカウントでログオンして、
アカウント作成、属性変更あるいは削除するための操作ガイドページを表示させる（ステ
ップ401、402、403、404、405）。担当者は画面の操作により、定義を修正したいアカウ
ントを選択する（ステップ406）。そして、アカウント作成部112が指定されたアカウント
の情報をアカウント情報ファイル115から抽出し、ログオンしたユーザのIDとアカウント
情報ファイル115の作成者209の情報を照合する（ステップ407、408）。一致しなければ、
エラーページをブラウザに帰す（ステップ409）。一致すれば、アカウント情報と修正操
作インターフェースを提供するページを表示する（ステップ410）。そして、担当者がア
カウント属性を修正してウェブサーバに変更要求を送信する（ステップ411）。アカウン
ト作成部112が受け取った情報の適当性をチェックして、ログオンしたユーザのIDとアカ
ウント情報ファイル115の作成者209の情報が一致する、且つ修正内容が適当であれば、ア
カウントの各属性をアカウント情報ファイル114に更新する（ステップ412、413、414、41
5）。そして、アカウント情報を編集したことを担当者のブラウザへ通知するようページ
を表示する（ステップ416）。担当者が新たなアカウントを作成する、アカウントを修正
する或いは削除する操作をする場合は、ステップ404〜416を繰り返す、それ以上の操作が
無い場合は終了する（ステップ417、418）。
【００２４】
図５は既存のアカウントを削除する処理を説明するフローチャートである。担当者は図
３の説明にあったプロセスのように、社員専用アカウントでログオンして、アカウント作
成、属性変更あるいは削除するための操作ガイドページを表示させる（ステップ501、502
、503、504、505）。担当者は画面の操作により、削除したいアカウントを選択する（ス
テップ506）。そして、アカウント削除部113が指定されたアカウントの情報をアカウント
情報ファイル115から抽出し、ログオンしたユーザのIDとアカウント情報ファイル115の作
成者209の情報を照合する（ステップ507、508）。一致しなければ、エラーページをブラ
ウザに帰す（ステップ509）。一致すれば、該当アカウントの情報をアカウント情報ファ
イル114から削除して、ファイルシステム114から該当アカウントに登録したディレクトリ
を削除する（ステップ510、511）。そして、担当者のブラウザへ通知するようページを表
示する（ステップ512）。担当者が新たなアカウントを作成する、アカウントを修正する
或いは削除する操作をする場合は、ステップ504〜511を繰り返す、それ以上の操作が無い
場合は終了する（ステップ517、518）。
【００２５】
図６は図３の説明にある作成したアカウントを利用して、顧客（図１に示すクライアン
ト101、102、103に該当するもの）から資料転送システムへアクセスして、資料転送を行
う処理を説明するフローチャートである。図６において、顧客がインターネット回線104
を介して、専用ウェブサーバ106へログオンする（ステップ601）。資料転送システム105
の外部ユーザ認証部108がアカウント情報ファイル114からログオン要求のアカウントと一
致するUID201とパスワード202があるかどうかを確認して、あればアクセス許可して、権
限タイプ204の情報により、ログオンするクライアントに提供するサービスに応じるペー
ジを表示する（ステップ602、603、604、605）。そして、クライアントと資料転送システ
ムの間にファイル転送の処理を行う（606、607、608）。複数のファイル転送の処理を実
行したけば、ステップ605、606、607を繰り返せばよいし、操作を終了したければ終了す
る（ステップ608、609）。提供するサービスはファイルがアップロードできるページ、フ
ァイルがダウンロードできるページによって異なるので、ステップ606とステップ607の処
理は各々図７、図８で説明する。なお、ファイルのアップロードとダウンロードの両方の
権限を与えられたアカウントの場合、提供するサービスは図７と図８の両方の処理を含む
。
【００２６】
図７はファイルをアップロードする権限を与えられたアカウントでログオンした後の操
作流れを説明するフローチャートである。外部ユーザ認証部108がログオンしたアカウン
トの属性をアカウント情報ファイル115から参照し、権限タイプ204にPUT属性が定義され
ていれば、ファイルをアップロードする機能インターフェースを提供するページをクライ
アントのブラウザに表示する（ステップ701、702）。クライアントが表示されたページの
操作により、転送した資料をローカルマシンからブラウザ経由でアップロードする（ステ
ップ703）。ウェブサーバ106がアップロードされたファイルを受け取ったら、制御部107
の資料の格納・抽出部110がファイルをアカウント情報ファイル115にあるアクセスディレ
クトリ203に定義されたファイルシステム114上のディレクトリに格納する（ステップ704
、705）。ファイルの格納を終了すれば、通知メール作成部111がアカウント情報ファイル
115の通知宛先208に定義された宛先にアップロードされたファイルの情報、アップロード
元やコメントなどを通知するメールを送信する（ステップ706、707）。そして、アップロ
ード処理を終了することをクライアントにも通知するためにクライアントのブラウザへ処
理結果を表示する（ステップ708、709）。
【００２７】
図８はファイルをダウンロードする権限を与えられたアカウントでログオンした後の操
作の流れを説明するフローチャートである。外部ユーザ認証部108がログオンしたアカウ
ントの属性をアカウント情報ファイル115から参照し、権限タイプ204にGET属性が定義さ
れていれば、資料の格納・抽出部110がアカウント情報ファイル115にあるアクセスディレ
クトリ203に定義されたファイルシステム114上のディレクトリに格納したファイル情報一
覧を取得して、ファイルをダウンロードする機能インターフェースを提供するページをク
ライアントのブラウザに表示する（ステップ801、802、803、804）。クライアントが表示
されたページの操作により、取得したい資料をブラウザ経由でダウンロードすることを要
求する（ステップ805）。ウェブサーバ106がファイルダウンロードの要求を受け取ったら
、制御部107の資料の格納・抽出部110がファイルシステム114から該当ファイルを取得し
て、クライアントのブラウザへ転送する（ステップ806、807）。クライアントが受け取っ
た資料をファイルとしてローカルディスクに保存したら、ウェブサーバに保存終了の通知
を送り、アカウント削除部113がアカウント情報ファイル115にある後処理フラグ205の属
性を参照して、後処理フラグが0と定義されていれば、ダウンロードされたファイルをフ
ァイルシステム114から削除する（ステップ809、810、811、812）。そして、アカウント
情報ファイル115の通知宛先208に定義された宛先情報及び有効期間207の情報を取得する 
(ステップ813)。有効期間207の値が0であり、且つ、ディレクトリにファイルが存在しな
い場合、該当アカウントのエントリをアカウント情報ファイル115から削除し、ディレク
トリをファイルシステム114から削除する（ステップ814、815）。そして、通知メール作
成部111がダウンロードされたファイルの情報、ダウンロード先やコメントなどをステッ
プ813で取得した通知宛先へ通知するメールを送信する（ステップ816）。ダウンロード処
理と通知処理を終了することをクライアントにも通知するためにクライアントのブラウザ
へ処理結果を表示して終了する（ステップ817、818）。
【００２８】
図９は資料転送システム105の制御部107が周期的に行う処理を説明するフローチャート
である。なお、この処理を行う周期は一時間毎、一日毎などシステム管理者が設定すれば
よい。まず、制御部105のアカウント削除部113がアカウント情報ファイル115からアカウ
ントエントリ一覧を取得する（ステップ901、902）。取得したエントリ一覧から順次にエ
ントリ一つずつ全エントリを処理するまで以下の動作を行う（ステップ903、904）。アカ
ウント削除部113がエントリのアカウント属性であるアカウント作成タイムスタンプ206及
び有効期間207の値を参照して、アカウントの有効期間が０以外、且つ有効期間以前で作
成されたものであるかどうかを判断する（ステップ905）。アカウンが有効期間を過ぎた
場合、アカウントの情報をアカウント情報ファイル114から削除し、アクセスディレクト
リ203をファイルシステム114から削除する（ステップ914、915）。アカウンが有効期間を
過ぎていない場合、アクセスディレクトリ203内のファイル一覧を取得する（ステップ906
）。アカウント削除部113が各ファイルの作成時間をファイル属性から取得して、ファイ
ル作成してから今まで経った時間を算出する（ステップ907、908、909）。そして、アカ
ウント削除部113により、アカウント情報ファイル114の後処理フラグ205に定義された値
とファイルの作成して経過した時間と比べ、後処理フラグ205の値より古い時間で作成さ
れたファイルを削除する（ステップ910、911、912）。ディレクトリ内の削除すべきファ
イルを削除する処理を行ってから、アカウントの有効期間207の値が0であり、且つ、アク
セスディレクトリ203が空であれば、アカウントの情報をアカウント情報ファイル114から
削除し、アクセスディレクトリ203をファイルシステム114から削除する（ステップ913、9
14）。ステップ902で取得したエントリ一覧の全エントリを処理し終わったら終了する（
ステップ915、916）。
【図面の簡単な説明】
【００２９】
【図１】発明の構成図である。
【図２】アカウント情報ファイルの内容について説明する図である。
【図３】本発明による新アカウントを作成する処理を説明するフローチャートである。
【図４】本発明による作成したアカウントの定義を修正する処理を説明するフローチャートである。
【図５】本発明による作成したアカウントを削除する処理を説明するフローチャートである。
【図６】作成したアカウントを利用して、資料転送を行う処理を説明するフローチャートである。
【図７】ファイルをアップロードする操作流れを説明するフローチャートである。
【図８】ファイルをダウンロードする操作流れを説明するフローチャートである。
【図９】制御部が周期的に行う処理を説明するフローチャートである。
【符号の説明】
【００３０】
101…クライアント、102…クライアント、103…クライアント、104…インターネット、
105…資料転送システム、106…ウェブサーバ、107…制御部、108…外部ユーザ認証部、10
9…ユーザ認証部、110…資料の格納・抽出部、111…通知メール作成部、112…アカウント
作成部、113…アカウント削除部、114…ファイルシステム、115…アカウント情報ファイ
ル、116…LAN、117…ディレクトリサービス、118…LAN、119…担当者、120…担当者、121
…担当者、201…UID、202…パスワード、203…アクセスディレクトリ、204…権限タイプ
、205…後処理フラグ、206…アカウント作成タイムスタンプ、207…有効期間、208…通知
宛先、209…作成者。
【図１】
2006085308.tif 000003
【図２】
2006085308.tif 000004
【図３】
2006085308.tif 000005
【図４】
2006085308.tif 000006
【図５】
2006085308.tif 000007
【図６】
2006085308.tif 000008
【図７】
2006085308.tif 000009
【図８】
2006085308.tif 000010
【図９】
2006085308.tif 000011