(57)【要約】【課題】  本発明はパスワードを含むアカウント情報をメールする場合に、メールが受信されない場合のセキュリティをより向上させることを目的とする。【解決手段】  アカウント登録結果を書き込んだメールを送信する場合に、メールが受信されない場合に、アカウントを再発行して新たなアカウント登録結果を作成し、メールを送信依頼するアカウント登録部を有する。【選択図】  図１
2016162154.tif 000002
【特許請求の範囲】
【請求項１】
アカウント登録結果を書き込んだメールを送信する場合に、メールが受信されない場合に、アカウントを再発行して新たなアカウント登録結果を作成し、メールを送信依頼するアカウント登録部を
を有することを特徴とするアカウントメール再発行装置。
【請求項２】
請求項１に記載のアカウントメール再発行装置であって、
更に、
ユーザーを特定する情報とユーザーのメールアドレスとパスワードを記憶するアカウントデータベースを有し、
前記アカウント登録部が、
前記アカウントデータベースのユーザーを特定する情報とパスワードをもとにアカウント登録結果を作成し、当該メールアドレスを基に、アカウント登録結果を送信し、
前記アカウント登録結果のメールが受信されない場合に、新たなアカウントを発行して前記アカウントデータベースのパスワードを更新し、前記更新されてアカウントデータベースを基に新たなアカウント登録結果を作成する
ことを特徴とするアカウントメール再発行装置。
【請求項３】
請求項１に記載のアカウントメール再発行装置であって、
前記アカウント登録部が、
アカウント登録が失敗した場合に、アカウント再発行して新たなアカウント登録結果を作成する
ことを特徴とするアカウントメール再発行装置。
【請求項４】
アカウント登録結果を書き込んだメールを送信する場合に、メールが受信されない場合に、アカウントを再発行して新たなアカウント登録結果を作成し、メールを送信依頼するステップを
を有することを特徴とするアカウントメール再発行方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、個人認証アカウント登録の技術に関する。
【背景技術】
【０００２】
大規模なコンピューターシステムを休みなく稼動させるためには、複数の人員を配置して、交代であるいは協力して運用業務に従事させなければならない。運用業務を行うためには、当該システムで個人認証を受けてアクセスを許可される必要があり、個人認証に必要なアカウントを何らかの手段で発行しなければならない。ここでアカウントとは、ユーザー名、所属グループ及びユーザーＩＤやパスワードの組等をいう。
【０００３】
運用業務を行うユーザーは、アカウント管理者宛に自らの属性を書面で申請する。ここで属性とは、所属、氏名、メールアドレス等の個人を特定するための情報である。申請を受けたアカウント管理者は、当該システムにアクセスしてアカウントを作成し、アカウント作成結果を各ユーザーに通知する。ここでアカウント作成結果とは、ユーザー名、所属グループ及びユーザーＩＤやアカウント管理者が生成したパスワードの組等をいう。
【０００４】
アカウントが作成されるとアカウントの登録情報がアカウント申請したユーザーへメール等を通じて送信される。その為、パスワード等の個人情報がメールで送信されることになる。特許文献１ではパスワードをメールに書き込んで送信されることが開示されている。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開2003-242114号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
アカウント作成され、そのパスワード等の個人情報を含むアカウント情報をメールで送信する場合に、相手方にメールが受信されない場合、何度も再送信の処理が発生してしまう。再送信の処理が何度も発生する度に当該個人情報が第三者に盗まれる可能性が上がり、セキュリティのリスクが高まる。また、受信されないメールは何らかの理由で第三者にメールを盗まれた可能性もあり、セキュリティ上のリスクがある。
【０００７】
引用文献１ではパスワードを送信する相手が正しい相手かどうかを判別して、セキュリティを高めることについては開示されているが、通信途中での漏えいのセキュリティについては何も考慮されていない。
【課題を解決するための手段】
【０００８】
本発明では、上記課題を解決する為に、アカウント登録結果を書き込んだメールを送信する場合に、メールが受信されない場合に、アカウントを再発行して新たなアカウント登録結果を作成し、メールを送信依頼するアカウント登録部を有することを特徴とする。
【発明の効果】
【０００９】
本発明によれば、アカウント情報が書き込まれたメールを送信する場合のセキュリティを上げることができる。
【図面の簡単な説明】
【００１０】
【図１】アカウント自動登録システムの構成図である。
【図２】アカウント登録申請書（スプレッドシート）の構成例を示す図である。
【図３】アカウント登録申請書をテキストファイルに変換した構成例を示す図である。
【図４】アカウントデータベースの構成例を示す図である。
【図５】アカウント自動発行システムの処理フロー例を示す図である。
【図６】申請を行った各ユーザーに対するアカウント発行結果の通知例を示す図である。
【図７】アカウント管理者に対するアカウント発行結果の通知例を示す図である。
【発明を実施するための形態】
【００１１】
以下に本発明の実施形態について図面を用いて詳細に説明する。本実施例では、アカウントを自動的に登録し、その結果を通知するアカウントメール再発行装置の例を説明する。
【００１２】
図１は、アカウント自動登録システムの構成図である。アカウント登録を希望する各ユーザー１０１は、アカウント管理者１０２宛に、スプレッドシートの形式でアカウント登録申請書１０３を提出する。
【００１３】
アカウント管理者１０２は、複数のアカウント登録申請書１０３を取り纏めて、テキストファイル形式に変換した後に、アカウント登録申請ファイル１０７としてアカウント登録サーバー１０４に配置する。アカウント登録サーバー１０４は、予め指定した日時にプログラムを起動するタスクスケジューラー１０５、アカウント登録申請ファイル１０７、当該システムに登録された全てのアカウントを格納しているアカウントデータベース１０８及びアカウント登録を自動実行するアカウント登録部１０６から構成される。アカウント登録部１０６はアカウントの登録処理、アカウントデータベースに基づいて、ユーザーへアカウント登録情報を作成して送信する処理、メールが受信されない場合は、受信できなかった情報を確認して、当該ユーザーのアカウントの再発行処理をして、発行された新たなパスワードでアカウントデータベースを更新する処理を実行するアカウントメール再発行装置の処理部である。また、メール送信に際しては、メールサーバー１０９を使用する。
【００１４】
図２は、アカウント登録申請書１０３の構成を示す図である。各行２０１に、アカウント登録を希望するユーザーの属性を記入する。アカウント登録申請書では、ユーザー名と属するグループとメールアドレスを管理する。本実施例ではアカウント登録申請書としているがこれに限定されるものではなく、アカウント登録データベースのように、データベースとして登録申請内容を直接書き込んで制御するようにしてもよい。
【００１５】
図３は、アカウント登録申請ファイル１０７の構成を示す図である。各行３００に、アカウント登録を希望するユーザーの属性が記入されている。本実施例において、属性はユーザーの姓を表す３０１、ユーザーの名（姓名の名）を表す３０２、認証を受ける際に使用するユーザー名３０３、ユーザーが所属すべきグループを表す３０４、アカウント登録の通知を受ける連絡先メールアドレス３０５から構成される。ここでアカウント登録申請ファイルとは、アカウント登録申請書をデータの形式に変換したものであるが、アカウント登録申請書をデータベースとした場合は、アカウントが追加される度に、アカウント登録申請ファイルがどんどんアップデートされるように制御してもよい。
【００１６】
図４は、アカウントデータベースの構成を示す図である。各行４００に、現時点でシステムに登録されているアカウントの属性が記録されている。本実施例においては、属性はユーザーの姓を表す４０１、ユーザーの名（姓名の名）を表す４０２、認証を受ける際に使用するユーザー名４０３、ユーザーが所属すべきグループを表す４０４、アカウント登録の通知を受ける連絡先メールアドレス４０５、認証を受ける際に使用するパスワード４０６、パスワードの更新日付（アカウントが新規登録された場合はその日付）４０７から構成される。
【００１７】
図５は、図３に示されたアカウント登録申請ファイルの内容を基に、アカウントのＯＳへの登録、アカウントデータベースへの登録、各ユーザーへの通知、及びアカウント管理者への通知を行う処理フロー例を示す図である。
【００１８】
タスクスケジューラーが、アカウント管理者により予め定められた日時に、処理の起動（ステップ５０１）を自動で行う。アカウント登録部がアカウント登録申請ファイルの最初の１行を読み込む（ステップ５０３）。本実施例では３００に示すように、姓、名、ユーザー名、グループ、連絡先メールアドレスをそれぞれSei11、Mei11、sm11、operator、sm11@exam.comとして読み込む。
【００１９】
次にアカウント登録部はパスワードの生成を行う（ステップ５０４）。パスワードの生成後に、ＯＳに対して３００に示すユーザー名sm11、グループoperator、ステップ５０４で生成されたパスワードを用いてアカウント登録処理を行う（ステップ５０５）。次にステップ５０５の処理に成功した場合に限り、アカウントデータベースに対して、３００に示す姓Sei11、名Mei11、ユーザー名sm11、グループoperator、メールアドレスsm11@exam.com、ステップ５０４で生成したパスワードAFCbw5、更新日（アカウント登録日）として現在日付（本実施例では西暦2014年9月1日）の属性にてレコードの追加（４００）を行う（ステップ５０６）。本実施例では登録情報を姓、名、ユーザー名、グループ、メールアドレス、パスワード、更新日としているが、これに限定されるものではなく、個人を特定する情報と、その個人のメールアドレス、ID情報とパスワード情報の組み合わせでもよく、個人の特定情報と送り先とログインに必要な情報を記憶していればよい。
【００２０】
次にステップ５０５の処理に成功した場合に、３００に示す1名分のアカウント登録結果を、メールサーバー１０９を経由して、ステップ５０３で読み込みを行ったメールアドレスsm11@exam.com宛に送信する（ステップ５０７）。ここではアカウント登録結果として、当該ユーザーのID、パスワードの情報を、当該ユーザーのメールアドレス宛てに送信する。アカウント登録結果は例として図６に示すが図６に限定されるものではなく、ユーザーIDやユーザー名等のユーザーを識別する情報と、パスワードのログインに必要な情報を含んでいればよい。
【００２１】
ステップ５０３、５０４、５０５、５０６、５０７の一連の処理を、アカウント登録申請ファイルに書かれた行数だけ繰り返す（ステップ５０２）。繰り返し処理の完了後に、アカウント登録申請ファイルに書かれた全員分のアカウント登録結果を添付ファイルとして、アカウント管理者宛にメールサーバー１０９を経由して送信する（ステップ５０８）。
【００２２】
図６は、各ユーザー宛に通知されるアカウント登録結果の構成例を示す。ユーザー名６０１、パスワード６０２、アカウント管理者からの連絡事項６０３が含まれる。
【００２３】
図７は、システム管理者宛に通知されるアカウント登録結果の構成例を示す。パスワードの生成（ステップ５０４）、アカウントのＯＳへの登録処理（ステップ５０５）、各ユーザーへのアカウント登録結果のメール送信処理（ステップ５０７）について、それぞれ成功及び失敗した件数（サマリー）を７０１に示し、各ユーザー毎の明細を７０２に示す。アカウント管理者は、最初に７０１を参照して問題の有無を確認し、問題があれば７０２で対象のアカウントと失敗した処理を特定し、回復処理を行う。
ユーザーへユーザーIDとパスワードが送信されればよいが、送信が失敗するケースが考えられる。送信が失敗すると当該ユーザーへアカウント登録結果の情報が送信されず、再送処理する必要があるが、何度も再送処理を繰り返していると、重要なユーザーIDやパスワード等の個人情報が流出してしまう恐れがある。そこで、なんらかしらの理由で送信できなかった場合は、送信をやめて、ユーザーへ新たなパスワードを発行して、アカウント登録結果を再度作成して、送信する。そのことにより、セキュリティを担保することができる。
【００２４】
具体的には、本実施例において、ユーザー名sm11については、アカウントのＯＳへの登録処理が失敗しているため、アカウント登録結果の送信処理は実行されておらず、当該ユーザーにアカウント登録結果を表すメールは届いていない（「ユーザー登録成否」及び「メール通知成否」の欄が共にNG）。またユーザー名sm12については、アカウントのＯＳへの登録処理は成功しているが、アカウント登録結果の送信処理に失敗しており（「メール通知成否」の欄がNG）、当該ユーザーにアカウント登録結果を表すメールは届いていない。メール送信処理に失敗しているユーザーについては、再送信処理をせず、新規にパスワードを発行して、アカウントデータベースのパスワードの項目を新たに発行されたパスワードで書き換えて、アカウント登録結果を作成し、当該ユーザーへメールを送信する。アカウントデータベースの当該ユーザーの登録情報を検索するには、姓や名の情報はユーザー名等、個人を識別する情報ならば限定されるものではない。
【００２５】
アカウントの登録が失敗している場合は、アカウントデータベースの出力は行われないので、アカウント登録結果がユーザーへ送信されず、再度アカウント登録処理を実行して、アカウントが登録されパスワードが発行された場合に、アカウント登録結果を当該ユーザーへ送信する。ここではパスワードの発行としたがこれに限定されるものではなく、ユーザーＩＤを同時に再発行するように制御してもよい。
【００２６】
アカウント登録結果をメールがユーザー側で受信できなかった場合、アカウントを再発行して、新たなパスワードを取得、再発行して、新たなアカウント登録結果をユーザーへ送信することとしたが、これに限定されず、例えば次に示すように処理するようにしてもよい。
【００２７】
例えば、メールが受信されず、メールが届いていないことが確認できた場合、アカウント管理者は回復処理として、ＯＳに登録されているがユーザーに通知されていないアカウント（ユーザー名sm12）をＯＳ及びアカウントデータベース１０８から一旦削除する。その後にユーザー名sm11及びsm12の２行から構成されるアカウント登録申請ファイル１０７を作成し、アカウント登録部１０６を再度実行するようタスクスケジューラー１０５に登録する。これによりユーザー名sm11及びsm12のアカウントがＯＳに登録され、各ユーザーにアカウント登録結果がメールで送信されるように制御してもよい。
【００２８】
アカウント登録結果のメール送信処理（ステップ５０７）に成功しているにも関わらず、メール配送経路の問題等で当該ユーザーがアカウント登録結果を表すメールを受信していないことが後日判明した場合は、上記回復処理におけるユーザー名sm12の場合と同様に、当該アカウントをＯＳ及びアカウントデータベース１０８から一旦削除した後に再作成する。
【符号の説明】
【００２９】
２０１：アカウント登録申請書、６０１：各ユーザーに通知されるユーザー名、６０２：各ユーザーに通知されるパスワード、７０１：アカウント管理者に通知されるアカウント登録処理の結果（要約）、７０２：アカウント管理者に通知されるアカウント登録処理の結果（明細）
【図１】
2016162154.tif 000003
【図２】
2016162154.tif 000004
【図３】
2016162154.tif 000005
【図４】
2016162154.tif 000006
【図５】
2016162154.tif 000007
【図６】
2016162154.tif 000008
【図７】
2016162154.tif 000009