JP2004078327A - アクセス制御システム及びアクセス制御方法 - Google Patents

Abstract

【課題】団体ごとの個人契約ライセンス数に従って適切で容易な管理が可能なアプリケーションプログラムを実行するアクセス制御システム及び制御方法を提供する。
【解決手段】アプリケーションプログラムを実行するアクセス制御システムにおいて、利用者ごとにアプリケーションプログラムを実行させるセッション実行手段と、任意の団体を識別する団体コードと該団体の契約ライセンス数とを記憶する契約ライセンス数情報記憶手段と、前記団体に所属する個人の個人コードを記憶する個人情報記憶手段と、該セッション実行手段の情報から得られるセッション実行中の利用者数及び該契約ライセンス数を比較し、新たな利用者に対して該セッション実行手段を動作させるか否かを決定するライセンス管理手段とを備える。
【選択図】　図２

Description

【０００１】
【発明の属する技術分野】
本発明は、アクセス制御システム及びアクセス制御方法に関する。
【０００２】
【従来の技術】
有料サイトなど、あるアプリケーションサービスを、契約者のみが利用可能とするためには、契約者が個人である場合は、契約者個人ごとに識別情報とパスワードの組み合わせを配布し、アプリケ−ションにアクセスするためには識別情報を送信させてサーバー側で識別し、認証されなかった場合は契約していない者からのアクセスと判断し、アクセスを拒否するという方法がある。団体に属する個人がアプリケーションを利用できるサービスで、利用可能なライセンス数により価格を変えて団体と契約するようなサービスを実現するためには、以下の２通りがある。
【０００３】
１）団体に対して契約識別情報とパスワードを発行する。共通の契約団体情報を、団体内で公開し、複数人数で共用する。サーバーは、同時にアクセスを受ける契約団体情報が契約したライセンス数を超えないように、該ライセンス数を超えるアクセスがあった場合にはアクセスを拒否する手段を備える。
【０００４】
２）サーバーは、契約したライセンス数と同じ数の個人識別情報とパスワードを発行し、団体に属する個人はそれぞれ、発行された固有の個人識別情報を使用する。サーバーは、ある個人識別情報でアクセスされている間に同じ識別情報でアクセスがあったときに、このアクセスを拒否する手段を備える。
【０００５】
なお、ライセンス数管理に関し、特開２０００−３３９２４６号，特開２０００−５６９６７号等があげられる。
【０００６】
【発明が解決しようとする課題】
上記従来方法では、一日中連続利用の必要がないアプリケーションを、団体に属する個人が必要に応じて自由に利用したい場合、次のような課題があった。
【０００７】
１）の方法では、個人ごとのこまかなサービス提供やデータ保護が必要である。また、セッション中の利用者側が、セッション終了の手続きをせずに回線を切断した場合、サーバー側では該利用者のセッションが終了されないため、サーバーの動作負荷が増大し、アプリケーション実行動作速度が低下してしまう。また、契約ライセンス数に空きができないため他の利用者のアクセスが拒否されてしまう。セッション中に回線を切断した利用者が再度アクセスした時に、新しいセッションとして開始されてしまうため、前回のデータが復帰できない等という不便さがあった。
【０００８】
２）の方法では、団体は所属人員分のライセンス数でなく、実際の使用頻度に見合うライセンス数で安く契約したいという要望があった。また、団体内でライセンス管理をするための管理者を設置する手間を省きたいという要望もあった。サーバー側は、サービス提供者はサーバーの負荷の増大による事故を防止するため、契約の時点で最大同時利用者数を把握したいという要望もあった。
【０００９】
本発明の目的は、団体ごとの個人契約ライセンス数に従って適切で容易な管理を可能とすることにある。
【００１０】
【課題を解決するための手段】
団体及び個人による２段階でログインさせる構成とする。
【００１１】
【発明の実施の形態】
本発明の実施の形態では、利用者にはまず団体コードを用いてログインさせ、次に個人コードを用いてログインさせる。そのあと、契約ライセンス数以下の同時利用かどうかを判定し、アプリケーションサービスへのログイン許可を制御する。
【００１２】
２段階のログインと、ライセンス数管理の組み合わせにより、契約ライセンス数に応じた同時アクセス数を確実に管理可能となり、以上述べた課題を解決し、利用者にとってもサービス提供者にとっても便利なオンラインアプリケーションサービスの提供が可能となる。
【００１３】
なお、個人識別とライセンス数判定は、どちらを先にやっても同じ効果が得られる。
【００１４】
さらに本発明の重要な点は個人情報記憶手段に記憶可能な個人コードの数が、契約ライセンス数と関連付けられていないことである。
【００１５】
本システムでは契約ライセンス数をアプリケーションサービスの同時利用可能数として契約・管理するため、団体に所属する利用者は、団体が契約した契約ライセンス数を超えて、例えば所属する個人全員分の個人コードを登録したり、さらに、一人で複数個でも自由に個人コードを追加登録可能である。
【００１６】
（実施形態１）
図１は、オンラインアプリケーションサービス提供用のアクセス制御方法及びアクセス制御システムの実施形態１の系統構成を示す図である。本実施形態１のオンラインアプリケーションサービス提供用のアクセス制御方法及びアクセス制御システムは、主に、利用者側のコンピュータを特定し該コンピュータとサーバーとの間で情報の送受信を行う情報送受信手段１３と、利用者ごとにアプリケーションプログラムを実行させるセッション実行手段１２と、団体コードと団体パスワードの組み合わせを記憶する団体情報記憶手段１と、団体コードと契約ライセンス数の組み合わせを記憶する契約ライセンス数情報記憶手段２と、団体コード，団体に所属する個人の個人コード、及びセッションが実行中か否かの区別を表すセッション実行状況を関連付けて記憶する個人情報記憶手段３と、セッションコードと個人コードとを関連付けて記憶するセッション情報記憶手段８と、情報送受信手段１３が利用者１９から受信する団体コードとパスワードとの組み合わせを、団体情報記憶手段１に記憶されている団体コードと団体パスワードの組み合わせと照合し、照合の結果に従って、該利用者１９に対してセッション実行手段を動作させるか否かを決定する団体認証手段４と、情報送受信手段１３が利用者１９から受信するセッションコード，セッション情報記憶手段８に記憶されたセッションコードならびに個人コードとを照合し、照合結果に従って、該利用者１９に対してセッション実行手段１２を動作させるか否かを決定するセッション進行手段１０と、個人情報記憶手段３に記憶された団体コード，個人コード，セッション実行状況の情報から、セッション実行中の利用者１９数を該利用者が所属する団体ごとに算出し、算出されたセッション実行中の利用者数と、契約ライセンス数情報記憶手段２に記憶されている契約ライセンス数に従って、利用者１９に対してセッション実行手段１２を動作させるか否かを決定するライセンス管理手段６と、情報送受信手段１３が送信者から受信する個人コードと該利用者１９に対して認証済みの団体コードの組み合わせを、個人情報記憶手段３に記憶されている団体コードと個人コードの組み合わせと照合し、照合の結果認証した個人コードを、セッションコードと関連付けた情報としてセッション情報記憶手段８に記憶させる個人認証手段７と、を備える。
【００１７】
本実施形態１は、上記プログラムおよびデータファイルを格納した少なくとも１台のコンピュータにより実現される。
【００１８】
図２５は、セッション情報記憶手段８に記憶される、セッションコードと個人コードの組み合わせの例を示す。
【００１９】
図１１は、団体情報記憶手段１に記憶される、団体コードと団体パスワードの組み合わせの例を示す。この図では、ｈｉｔａｃｈｉ　という団体コードとｈｈｈ　という団体パスワードが関連付けられている。また、ｔｏｋｙｏ　という団体コードと、１２３という団体パスワードが関連付けられている。
【００２０】
図１２は、契約ライセンス数情報記憶手段２に記憶される、団体コードと契約ライセンス数の組み合わせの例を示す。この図では、ｈｉｔａｃｈｉ　という団体コードに対して契約ライセンス数が５、ｔｏｋｙｏ　という団体コードに対して契約ライセンス数が２０、という組み合わせの情報が記憶されている。
【００２１】
図１３は、個人情報記憶手段３に記憶される、団体コード，個人コード，セッション実行状況の関連付けの組み合わせの例を示す。この図では、ｈｉｔａｃｈｉ　という団体コードに対して、ｋａｗａｔａ，ｓａｔｏｕ，ｙｏｓｈｉｄａ，ｋａｔｏｕ，ｉｔｏｕ　という個人コードが登録されており、団体コードがｈｉｔａｃｈｉ　、個人コードがｋａｗａｔａである利用者のセッション実行状況は、セッション実行中であることを示す１が記憶されている。団体コードがｈｉｔａｃｈｉ　、個人コードがｓａｔｏｕ　である利用者のセッション実行状況は、終了を示す０が記憶されている。
【００２２】
ここで、個人コードは、該個人が属する団体の契約ライセンス数を超えて登録されていてもよい。このようにすることで、団体は所属人員分のライセンス数でなく、実際の使用頻度に見合うライセンス数で安く契約することが可能となった。
【００２３】
図１４は、利用者１９のパソコン上に表示される一般メニュー画面Ｂ１の一例である。一般メニュー画面Ｂ１は特にサービス提供者と契約がない利用者でもインターネットで自由に閲覧できるインターネットページサイトとして一般公開される。
【００２４】
例えば図１４のような一般メニュー画面Ｂ１上に、サービスの紹介のリンクマークＢ３や、各種リンクのリンクマークＢ４のように、特に契約がない利用者でも利用できるサイトへのリンクが設けられている。また、会員メニューのリンクマークＢ２のように、サービス提供者と契約した団体に所属する個人のみが利用可能な、団体向け画面へ進むためのリンクが設けられている。
【００２５】
図２７は、実施形態１のオンラインアプリケーションサービス提供用のアクセス制御方法及びアクセス制御システムの、動作フローを示す。
【００２６】
利用者１９が図１４の会員メニューのリンクマークＢ２をクリックした信号を、情報送受信手段１３が受信するＳ２３と、団体認証手段４が動作する。団体認証手段４は、送信元の利用者１９が団体認証済みかどうかを判定する（Ｓ８）。
【００２７】
団体認証手段４は、送信元の利用者１９が団体認証がされていないと判定した場合に、例えば図１６のような、団体コードと団体パスワードの組み合わせの送信を要求する団体ログイン画面Ｂ５を利用者１９側のブラウザに表示する（Ｓ１）。
【００２８】
図１６では、表現の一例として、団体コードを契約ＩＤ，団体パスワードをパスワードと表記している。それぞれの入力枠Ｂ６，Ｂ７に、利用者１９は自分の所属する団体の団体コードと団体パスワードを入力し、ＯＫボタンＢ８を押す。これにより、サーバー側へ団体コードと団体パスワードの入力情報が送信される。
【００２９】
団体認証手段４は、利用者１９から受信した団体コードと団体パスワードの組み合わせが、団体情報記憶手段１に記憶してあるかどうかを照合することにより団体認証を行う（Ｓ２）。
【００３０】
団体認証手段４は、受信した団体コードと団体パスワードの組み合わせが、団体情報記憶手段１に記憶してある場合に、団体認証ＯＫであると判定して団体向け画面を表示するとともに、例えば図１５のような、アプリケーション開始命令を選択可能な会員メニュー画面Ｂ１０を利用者１９側のブラウザに表示させる
（Ｓ３）。
【００３１】
例えば、団体情報が図１１のとおりに記憶されていた場合は、次のようになる。
【００３２】
利用者１９が、団体コードをｈｉｔａｃｈｉ　、パスワードをｇｇｇ　と送信すると、その組み合わせは団体情報に記憶されていないため、接続不可を説明する画面を表示する。
【００３３】
利用者１９が、団体コードをｈｉｔａｃｈｉ　、団体パスワードをｈｈｈ　と送信すると、図１５のような、アプリケーションサービス開始命令を選択可能な会員メニュー画面Ｂ１０を利用者１９側のブラウザに表示させる（Ｓ３）。
【００３４】
図１５の会員メニュー画面Ｂ１０には、例えば操作マニュアルダウンロードのリンクマークＢ１２や、各種情報のリンクマークＢ１３のように、契約した団体に所属する利用者１９だけが、契約ライセンス数に関わらず自由に利用できるサイトへのリンクが設けられている。また、アプリケーションサービスのリンクマークＢ１１のように、サービス提供者と契約した団体に所属する個人のみが、契約ライセンス数の範囲内で同時利用可能なサービスの開始命令を送信するためのリンクが設けられている。
【００３５】
利用者１９がこのアプリケーションサービスのリンクマークＢ１１をクリックした信号を情報送受信手段１３が受け取ると、個人認証手段７が動作する。
【００３６】
個人認証手段７は、送信元の利用者１９が個人認証済みがどうかを判定する
（Ｓ９）。
【００３７】
個人認証手段７は、個人認証がされていないと判定した場合に、図１７のような、個人コードの送信を要求する個人ログイン画面Ｂ１４を利用者１９側のブラウザに表示させる（Ｓ４）。
【００３８】
図１７では、表現の一例として、個人コードをユーザニックネームと表記している。入力枠Ｂ１５に、利用者１９は自分の個人コードを入力し、計算プログラムスタートボタンＢ１６をクリックする。これにより、個人コードの入力情報がサーバーへ送信される。
【００３９】
個人認証手段７は、受信した個人コードと認証済みの団体コードの組み合わせが、個人情報記憶手段３に記憶してあるかどうかを照合することにより個人認証を行う（Ｓ５）。
【００４０】
ここで、受信した個人コードと団体コードの組み合わせが、個人情報記憶手段３に記憶済みでない場合は、接続不可を説明する画面を表示させる。
【００４１】
例えば、個人情報が図１３のとおりに記憶されている場合に、団体コードが
ｈｉｔａｃｈｉ　である利用者１９が、個人コードｙａｍａｄａと入力してきた場合には、接続不可を説明する画面を利用者１９側のブラウザに表示させてから、会員メニュー画面Ｂ１０を再度表示させる。
【００４２】
一方、受信した個人コードと団体コードの組み合わせが、個人情報記憶手段３に記憶済みである場合に、セッション数判定手段５が、送信元の利用者１９について団体認証手段４で認証された団体コード，個人情報記憶手段３に記憶されている団体コード、ならびに契約ライセンス数情報記憶手段２に記憶されている契約ライセンス数とを照合して、送信元の利用者１９と同じ団体に属する他の利用者の現在のアクセス数を数えて、該アクセス数が、該団体の契約ライセンス数より１を引いた数以下かどうかを判定する（Ｓ６）。
【００４３】
セッション数判定手段５で、送信元の利用者１９の属する団体の現在のアクセス数が、該団体の契約ライセンス数より１を引いた数以下である場合、ライセンス管理手段６が動作する。
【００４４】
ライセンス管理手段６は、先に個人認証手段７で認証された個人コードを、セッションコード情報とに関連付けて、セッション情報記憶手段８に記憶させ、セッション実行手段１２を起動する。次に、個人情報記憶手段３に記憶されているセッション実行状況の情報を更新する（Ｓ７）。
【００４５】
例えば契約ライセンス情報が図１２のとおりに、個人情報が図１３のとおりに記憶されている場合は、次のようになる。
【００４６】
団体コードがｈｉｔａｃｈｉ、個人コードがｓａｔｏｕの利用者がアクセスしてきた場合には、団体コードがｈｉｔａｃｈｉ　の団体の契約ライセンス数は５なので、契約ライセンス数より１を引いた数は４である。団体コードｈｉｔａｃｈｉ　の現在セッション実行中のライセンス数は、２であるから、個人コードｓａｔｏｕ　でアクセスしてきた利用者に対しては、セッション実行手段が起動され、アプリケーションサービスを提供することができる。このとき、個人情報記憶手段３では、団体コードがｈｉｔａｃｈｉ　、個人コードがｓａｔｏｕ　と関連付けられるセッション実行状況のデータが、０から１に更新される。このようにして、登録してある個人コードの数を関係なく、団体ごとに、契約ライセンス数に従って同時利用者数を管理することができる。
【００４７】
図２は、利用者からアプリケーションプログラムの実行命令を受信した場合の動作フローを示す。この場合、利用者については、図２７で説明した団体認証と個人認証の両方を済ませている利用者と、両方あるいはいずれかの認証を経ずに不正にアプリケーションプログラムを利用しようとしている利用者の２通りがある。この動作フローは、団体認証済みかどうかの判定以降は、図２７で示したものと同じである。図２に示す動作フローにより、認証を経ずにアプリケーションプログラムを利用しようとする利用者に対し、適切な認証画面を表示し、認証作業を促すことができる。
【００４８】
本実施形態のように団体認証と個人認証の二段階認証にすることによって、サーバー側は登録してある個人コードの数に関係なく、団体ごとに、契約ライセンス数に従って同時利用者数を管理することが可能となった。
【００４９】
（実施形態２）
本実施形態２は、実施形態１でさらに、個人コードを利用者１９側から登録可能とした系統構成である。
【００５０】
図４は、個人情報記憶手段３に個人コードを記憶させるためのシステム構成を示す。図１のシステムに加えて、個人コード登録手段１６を備える。図２１は、利用者１９のパソコン上に表示される団体向け画面の一例である、会員メニュー画面Ｂ１９の例を示す。
【００５１】
会員メニュー画面Ｂ１９には、例えば操作マニュアルダウンロードのリンクマークＢ１２や、各種情報のリンクマークＢ１３のように、契約した団体に所属する利用者１９だけが自由に利用できるサイトへのリンク、ならびに、アプリケーションサービスのリンクマークＢ１１のほかに、個人コード作成を命令するためのリンクＢ２０が設けられている。図２１では、表現の一例として、個人コードをユーザニックネームと表記している。
【００５２】
利用者１９がこの個人コード作成を命令するためのリンクＢ２０をクリックした信号をＷｅｂ情報送受信手段１３が受け取った場合に、個人認証手段７が動作する。
【００５３】
個人コード登録手段１６は、アクセスしてきた利用者１９からの送信に従って、個人コードを個人情報記憶手段３に登録する。
【００５４】
また、図２６のように、個人コードの送信を要求する個人ログイン画面Ｂ２２上に、個人コード作成を命令するためのリンクＢ２０が設けられていてもよい。
【００５５】
本実施形態２によれば、団体の管理者は、最初に契約ライセンス数を決めておくだけでよく、団体に属する人員構成に変化があったときでも、個人コードを管理する必要がなくなる。
【００５６】
（実施形態３）
図７は、実施形態１あるいは２においてさらに、サーバーの負荷を低減するため、セッションを自動終了できるようにした実施例の系統構成を示す。図７及び図２２に示すように、個人情報記憶手段３には、団体コード，個人コード，セッション実行状況，最終利アクセス日時が、互いに関連付けて記憶されている。
【００５７】
また、最終セッション日時と現在時刻とを照合して、最終セッション日時が現在日時よりもあらかじめ決めた時間以上前のものである個人コードを抽出し、個人コードと関連付けられたセッションを終了させるセッション自動終了手段１７と、現在日時を判定しセッション自動終了手段を定期的に起動するタイマー１８と、を備える。
【００５８】
図８は、この自動終了の動作フローを示す。あらかじめ設定した時刻が到来した場合に、タイマー１８がセッション自動終了手段１７を起動する。
【００５９】
セッション自動手段１７は、個人情報記憶手段３に記憶されている最終セッション日時と、現在日時を照合し、最終セッション日時が現在日時よりもあらかじめ決めた時間以上前である個人コードを抽出し、該個人コードと関連付けられたセッションを終了させ（Ｓ１３）、個人情報記憶手段３にされている、該個人コードと関連付けられた個人情報、ならびに、セッション情報記憶手段８に記憶されているセッション情報を削除する。
【００６０】
この自動終了の動作により、正しく終了しなかった利用者１９のセッションを定期的に終了させることができ、利用者１９は、常に契約ライセンス数の範囲を有効に利用できると同時に、契約ライセンス数に空きが生じないために他の利用者のアクセスが拒否されるといった事態を避けることが可能となる。また、利用者１９がセッションを正しく終了しなかった場合、サーバー側では該利用者のセッションが終了しないため、サーバーの動作負荷が増加しアプリケーション実行動作速度が低下する問題も、この自動終了動作により回避することができる。
【００６１】
（実施形態４）
実施形態４は、実施形態１ないし３において、利用者１９が不意に回線を切断しても、次回ログイン時に、前回使用中だったデータを継続させてアプリケーションサービスを利用できるようにするための実施例である。利用者１９が正しくセッション終了をした場合は、個人情報記憶手段３から、最終アクセス画面情報が削除される。利用者１９がセッション終了をせずに回線を切断した場合、あるいは、利用者１９の意図に反してセッション中に回線が切断された場合、サーバー側では使用中だったデータが残される。
【００６２】
図１０は、実施形態１ないし３において、前回セッションを終了しないで回線を切断した利用者１９が、再度セッションを開始しようとするときの動作フローを示す。
【００６３】
前回と同じ団体コードと個人コードでアクセスしてきた利用者１９に対して、個人認証手段７は、個人情報記憶手段３に記憶されるセッション実行状況が、セッションを終了済みである場合は、個人認証手段７は、新たにセッションを開始する。セッション実行中である場合には、図１８のような画面を表示させて、前回のデータを継続してセッションを開始するか，セッションを開始しないか，前回のデータを消去して初期状態からセッションを開始するか、のいずれかのセッション開始方法を、利用者１９に選択決定させる。利用者１９が前回データを継続してセッション開始する方法を選択した場合に、個人認証手段７は、前回のセッションで使用していたデータを継続利用してセッションを開始する。このとき、個人認証手段７は、セッション情報記憶手段８に記憶されている、前回のセッションコード及び個人コードを削除し、新しいセッションコードと個人コードの組み合わせを記憶する。この開始方法により、同一の個人コードで常に１つのセッションを実行することになるため、契約ライセンスの範囲を有効に利用できる。
【００６４】
また、前回データを復帰可能なので不意の回線切断でも再入力の面倒がなくなる。あるいは、利用者に開始方法の選択をさせずに、強制的に前回のセッションで使用していたデータを継続利用してセッションを開始してもよい。
【００６５】
また、図２３のように、個人情報記憶手段３に、団体コード，個人コード，セッション実行状況，最終利アクセス日時，最終アクセス画面を、互いに関連付けて記憶し、セッション進行手段１０が、セッション実行部で提供される画面が切り替わるごとに、個人情報記憶手段３に記憶されている最終アクセス画面情報を更新すれば、前回のセッションを継続する場合に、前回の最終アクセス画面から開始できる。
【００６６】
（実施形態５）
実施形態５は、実施形態１ないし４について、さらに、団体に所属する個人間でのデータのセキュリティを高めるための実施例である。図２９のように、個人情報記憶手段３に記憶される情報が、団体コード，個人コード，個人パスワード、が互いに関連付けて記憶されたものを含む。
【００６７】
個人認証手段７は、図２０のような、個人コードと個人パスワードの送信を要求する個人ログイン画面Ｂ２１を表示させる。個人認証部７は、受信した個人コードと個人パスワードの組み合わせと、個人情報記憶手段に記憶されている個人コードと個人パスワードの組み合わせを照合することで、個人認証を行う。これにより、同じ団体に所属する個人間で、セッションあるいはデータが重複するのを防ぐことができる。
【００６８】
（実施形態６）
実施形態６は、実施形態１ないし５で、個人認証手段７で個人認証がされなかった場合に、接続不可の表示をするかわりに、送信された個人コードをそのまま新規登録するしくみである。
【００６９】
図５に、動作フローを示す。個人認証手段７は、図２４のような個人コードの送信を要求する個人ログイン画面Ｂ１４を表示させる（Ｓ４）。個人認証手段７で受信した個人コードが認証されなかった場合、個人コード登録手段１６が、受信した個人コードを個人情報記憶手段３に登録する（Ｓ１０）。そして、セッション実行手段１２を起動する（Ｓ７）。この自動登録により、利用者１９はわざわざあらかじめ専用の画面で個人コードを登録しておかなくても、アプリケーションサービスを利用しようとした時に自動登録されるので省力化になる。
【００７０】
（実施形態７）
本実施形態７は、図１のシステムで実現される実施形態１における、実施形態１及び図２に示した動作フローの代案である。本実施形態では、図３に示すように、ライセンス数判定を先に行い、そのあとで個人認証を行うことで、利用者
１９のログインの手間を省力化する。
【００７１】
図１において、利用者１９から団体向け画面を表示する命令を受信した場合に、団体認証手段４が、送信元の利用者１９が団体認証済みかどうかを判定する
（Ｓ８）。
【００７２】
団体認証がされていないと判定された場合に、団体コードと団体パスワードの組み合わせの送信を要求する画面を利用者１９側に表示させる（Ｓ１）。利用者１９から受信した団体コードと団体パスワードの組み合わせが、団体情報記憶手段１に記憶してあるものかどうかを照合することにより団体認証を行う（Ｓ２）。該団体コードと団体パスワードの組み合わせが、団体情報記憶手段１に記憶してあるものであるとの判定がされた場合に、団体向け画面を表示するとともにアプリケーションサービス開始命令を選択可能な画面を利用者１９側のブラウザに表示させる（Ｓ３）。アプリケーションサービス開始命令を受信した場合に、セッション数判定手段５が、アクセスしてきた利用者１９について団体認証手段４で認証された団体コード，個人情報記憶手段３に記憶されている団体コード、ならびに契約ライセンス数情報記憶手段２に記憶されている契約ライセンス数とを照合して、アクセスしてきた利用者１９の属する団体の現在のアクセス数が、該団体の契約ライセンス数以下かどうかを判定する（Ｓ６）。アクセスしてきた利用者１９の属する団体の現在のアクセス数が、該団体の契約ライセンス数以下である場合に、個人認証手段７が、アクセスしてきた利用者１９が個人認証済みかどうかを判定する（Ｓ９）。個人認証がされていないと判定された場合に、個人コードの送信を要求する画面を利用者１９側に表示させる（Ｓ４）。
【００７３】
個人コードを受信した場合に、個人認証手段７が、受信した個人コードと認証済みの団体コードの組み合わせが、個人情報記憶手段３に記憶してあるかどうかを照合することで個人認証を行う（Ｓ５）。
【００７４】
該個人コードが個人情報記憶手段３に記憶済みであると判定した場合に、該個人コードを、セッションコード情報と関連付けて、セッション情報記憶手段８に記憶させ、セッション実行手段１２を起動し、個人情報記憶手段３に記憶されているセッション実行状況の情報を更新する（Ｓ７）。
【００７５】
なお、図６に示すように、個人認証手段７で個人認証がされなかった場合に、接続不可の表示をするかわりに、送信された個人コードをそのまま新規登録するようにしてもよい。
【００７６】
実施形態１ないし７に示したように個人認証の次にライセンス認証を行う方法では、団体認証を行った段階では利用者１９が団体に決められたライセンス数内の利用かどうかがわからず、個人認証を行って初めて分かるため、もしライセンス数を超えている場合はそれまでの利用手続が無駄になる可能性がある。しかし、本実施形態のように先にライセンス認証を行うことで利用者１９の利用がライセンス数内であるかどうかわかるため、個人認証をする手間を省く効果が期待される。
【００７７】
（実施形態８）
図９は、前回のセッションが終了されていない利用者のアプリケーションプログラム開始方法で、実施形態４の代案である。利用者にアプリケーション開始方法を選択させずに、強制的にセッションを終了させてから、新しくセッションを開始する。
【００７８】
（実施形態９）
実施形態９は、実施形態１ないし８で実現されるオンラインアプリケーションサービス提供用のアクセス制御方法及びアクセス制御システムで提供される、インターネット型ライフサイクルアセスメント計算サービスの実施例である。
【００７９】
図２８に、システムの構成を示す。サーバー２１は、団体向けサービスプログラム２３，ＬＣＡ計算プログラム２４，一般向けサービスプログラム２６を備える。これらのサービスのうち、団体向けサービスプログラム２３と、ＬＣＡ計算プログラム２４を、実施形態１で説明したアクセス制御システム２５で制御する。サービス提供者と契約済みの団体に所属する利用者は、サーバーが提供する一般向けサービスプログラム２３を利用するには、特に認証は不要である。一般向けサービスプログラム２３は、契約者以外からも無料で利用できるため、サービスの宣伝や問合せ先表示などに利用される。
【００８０】
団体向けサービス２３は、アクセス制御システムによって団体認証がなされた利用者が、契約ライセンス数にかかわらず自由に同時利用可能である。団体向けサービス２３は、多数の利用者が同時に利用してもサーバー動作の負荷にならない、契約者向け情報表示などに利用される。
【００８１】
ＬＣＡ計算プログラム２４は、アクセス制御システム２５によって、契約ライセンス数の範囲で同時利用可能なようにアクセスが制御される。このようなシステムの契約形態として、ライセンス数ごとに年会費を設定する方法がある。
【００８２】
このようなシステムにより、サーバー動作に負荷が比較的大きい計算プログラムも、安全にオンラインで提供することができる。
【００８３】
【発明の効果】
本発明によれば、団体ごとの個人契約ライセンス数に従って適切で容易な管理が可能であるという効果を奏する。
【図面の簡単な説明】
【図１】本発明実施形態１によるオンラインアプリケーションサービス提供用のアクセス制御システムの系統構成図。
【図２】本発明実施形態１によるアクセス制御システムの動作フロー図。
【図３】本発明実施形態１によるアクセス制御システムの動作フロー図。
【図４】個人情報記憶手段に個人コードを記憶させるためのシステム構成図。
【図５】本発明実施形態６によるアクセス制御システムの動作フロー図。
【図６】図１のシステム構成図における一例である動作フロー図。
【図７】セッションを自動終了するためのシステム系統構成図。
【図８】セッション自動終了の動作フロー図。
【図９】本発明実施形態４によるアクセス制御システムの動作フロー図。
【図１０】本発明実施形態４によるアクセス制御システムの動作フロー図。
【図１１】団体情報記憶手段に記憶される団体コードと団体パスワードの組み合わせの例を示す図。
【図１２】契約ライセンス数情報記憶手段に記憶される、団体コードと契約ライセンス数の組み合わせの例を示す図。
【図１３】個人情報記憶手段に記憶される、団体コード，個人コード，セッション実行状況の関連付けの組み合わせの例を示す図。
【図１４】利用者のパソコン上に表示される一般メニュー画面の一例である図。
【図１５】利用者のパソコン上に表示される団体向け画面の一例である、会員メニュー画面の一例である図。
【図１６】団体コードと団体パスワードの組み合わせの送信を要求する画面の例の一例である図。
【図１７】個人コードの送信を要求する画面の例の一例である図。
【図１８】セッション開始方法の選択決定させる画面の一例である図。
【図１９】個人コードの削除画面の例である図。
【図２０】個人コードと個人パスワードの送信を要求する個人ログイン画面の例である図。
【図２１】利用者のパソコン上に表示される団体向け画面の一例である、会員メニュー画面の例である図。
【図２２】個人情報記憶手段に記憶されている情報の、２つめの例である図。
【図２３】個人情報記憶手段に記憶されている情報の例である図。
【図２４】実施形態６における、個人コードの送信を要求する個人ログイン画面の例である図。
【図２５】セッション情報記憶手段に記憶される、セッションコードと個人コードの組み合わせの例である図。
【図２６】個人コードの送信を要求する個人ログイン画面の、別の例である図。
【図２７】実施形態１のオンラインアプリケーションサービス提供用のアクセス制御方法及びアクセス制御システムの、動作フロー図。
【図２８】実施形態１のアクセス制御システムを利用したライフサイクルアセスメント計算サービス系統図。
【図２９】実施形態５における、個人情報記憶手段に記憶されている情報の例を示す図。
【符号の説明】
１…団体情報記憶手段、２…契約ライセンス数情報記憶手段、３…個人情報記憶手段、４…団体認証手段、５…セッション数判定手段、６…ライセンス管理手段、７…個人認証手段、８…セッション情報記憶手段、１０…セッション進行手段、１２…セッション実行手段、１３…情報送受信手段、１９…利用者。

Claims (6)

1. アプリケーションプログラムを実行するアクセス制御システムにおいて、
   利用者ごとにアプリケーションプログラムを実行させるセッション実行手段と、
   任意の団体を識別する団体コードと該団体の契約ライセンス数とを記憶する契約ライセンス数情報記憶手段と、
   前記団体に所属する個人の個人コードを記憶する個人情報記憶手段と、
   該セッション実行手段の情報から得られるセッション実行中の利用者数及び該契約ライセンス数を比較し、新たな利用者に対して該セッション実行手段を動作させるか否かを決定するライセンス管理手段とを備えたアクセス制御システム。
2. 遠隔の利用者から通信回線を経て受信する命令によりサーバーでアプリケーションプログラムを実行するオンラインアプリケーションサービスのためのアクセス制御システムにおいて、
   利用者側のコンピュータを特定し該コンピュータとサーバーとの間で情報の送受信を行う情報送受信手段と、
   利用者ごとにアプリケーションプログラムを実行させるセッション実行手段と、
   団体コードと団体パスワードの組み合わせを記憶する団体情報記憶手段と、
   団体コードと契約ライセンス数の組み合わせを記憶する契約ライセンス数情報記憶手段と、
   団体コード，団体に所属する個人の個人コード、及びセッションが実行中か否かの区別を表すセッション実行状況を関連付けて記憶する個人情報記憶手段と、
   セッションコードと個人コードとを関連付けて記憶するセッション情報記憶手段と、
   情報送受信手段が利用者から受信する団体コードとパスワードとの組み合わせを、団体情報記憶手段に記憶されている団体コードと団体パスワードの組み合わせと照合し、照合の結果に従って、該利用者に対してセッション実行手段を動作させるか否かを決定する団体認証手段と、
   情報送受信手段が利用者から受信するセッションコード，セッション情報記憶手段に記憶されたセッションコードならびに個人コードとを照合し、照合結果に従って、該利用者に対してセッション実行手段を動作させるか否かを決定するセッション進行手段と、
   個人情報記憶手段に記憶された団体コード，個人コード，セッション実行状況の情報から、セッション実行中の利用者数を該利用者が所属する団体ごとに算出し、算出されたセッション実行中の利用者数と、契約ライセンス数情報記憶手段に記憶されている契約ライセンス数に従って、利用者に対してセッション実行手段を動作させるか否かを決定するライセンス管理手段と、
   情報送受信手段が送信者から受信する個人コードと該利用者に対して認証済みの団体コードの組み合わせを、個人情報記憶手段に記憶されている団体コードと個人コードの組み合わせと照合し、照合の結果認証した個人コードを、セッションコードと関連付けた情報としてセッション情報記憶手段に記憶させる個人認証手段と、を備えることを特徴とするアクセス制御システム。
3. 請求項２に記載のアクセス制御システムによるアクセス制御方法において、
   情報送受信手段が利用者からアプリケーションプログラムの実行の命令を受信した場合に、該団体認証手段による、該利用者が団体認証済みかどうかを判定するステップと、団体認証済みでないと判定した場合に、団体コードと団体パスワードの組み合わせの送信を要求する画面を利用者側のブラウザに表示させるステップと、利用者から受信した団体コードと団体パスワードの組み合わせが、団体情報記憶手段に記憶してあるかどうかを判定することにより団体認証を行うステップとを含み、
   団体認証がなされた場合に、セッション進行手段が利用者から受信するセッションコードと、セッション情報記憶手段に記憶されたセッションコードならびに個人コードとを照合することにより該利用者が個人認証済みかどうかを判定するステップと、
   個人認証済みであると判定した場合に、アプリケーションを実行するステップと、
   個人認証がされていないと判定された場合に、個人認証手段が個人コードの送信を要求する画面を利用者側のブラウザに表示させるステップと、送信者から受信した個人コードと該利用者に対して認証済みの団体コードの組み合わせを、個人情報記憶手段に記憶されている団体コードと個人コードの組み合わせと照合することにより個人認証を行うステップと、照合の結果認証した個人コードを、セッションコードと関連付けた情報としてセッション情報記憶手段に記憶させるステップとを含み、
   個人認証がなされた場合に、ライセンス管理手段が該利用者が所属する団体について、個人情報記憶手段に記憶された団体コード，セッション実行状況の情報から、セッション実行中の利用者数を算出し、算出された利用者数を契約ライセンス数情報記憶手段に記憶されている契約ライセンス数と照合することで、該利用者の属する団体の現在のセッション実行中の利用者数が、該団体の契約ライセンス数以下より１を引いた数より以下かどうかを判定するステップとを含み、
   該利用者の属する団体の現在のアクセス数が、該団体の契約ライセンス数より１を引いた数以下であると判定された場合に、セッション実行手段が、アプリケーションプログラムを開始し、個人情報記憶手段に記憶されているセッションコードとセッション実行状況の情報を更新するステップを含むことを特徴とするアクセス制御方法。
4. 請求項２に記載のアクセス制御システムによるアクセス制御方法において、
   情報送受信手段が利用者からアプリケーションプログラムの実行の命令を受信した場合に、団体認証手段による、該利用者が団体認証済みかどうかを判定するステップと、団体認証済みでないと判定した場合に、団体コードと団体パスワードの組み合わせの送信を要求する画面を利用者側のブラウザに表示させるステップと、利用者から受信した団体コードと団体パスワードの組み合わせが、団体情報記憶手段に記憶してあるかどうかを判定することにより団体認証を行うステップとを含み、
   団体認証がなされた場合に、ライセンス管理手段が該利用者が所属する団体について個人情報記憶手段に記憶された団体コード，セッション実行状況の情報から、セッション実行中の利用者数を算出し、算出された利用者数を契約ライセンス数情報記憶手段に記憶されている契約ライセンス数と照合することで、該利用者の属する団体の現在のセッション実行中の利用者数が、該団体の契約ライセンス数より１を引いた数以下かどうかを判定するステップを含み、
   該利用者の属する団体の現在のアクセス数が、該団体の契約ライセンス数より１を引いた数以下であると判定された場合に、セッション進行手段が利用者から受信するセッションコードと、セッション情報記憶手段に記憶されたセッションコードならびに個人コードとを照合することにより該利用者が個人認証済みがどうかを判定するステップと、
   個人認証がされていないと判定された場合に、個人認証手段が、個人コードの送信を要求する画面を利用者側のブラウザに表示させるステップとを含み、
   送信者から受信した個人コードと該利用者に対して認証済みの団体コードの組み合わせを、個人情報記憶手段に記憶されている団体コードと個人コードの組み合わせと照合することにより個人認証を行うステップと、照合の結果認証した個人コードを、セッションコードと関連付けた情報としてセッション情報記憶手段に記憶させるステップとを含み、
   個人認証がなされた場合に、セッション実行手段がアプリケーションプログラムを開始し、個人情報記憶手段に記憶されているセッション実行状況の情報を更新するステップを含むことを特徴とするアクセス制御方法。
5. 請求項２に記載のアクセス制御システムにおいて、
   個人情報記憶手段に個人コードを登録するための個人コード登録手段を備えることを特徴とするアクセス制御システム。
6. 利用者ごとにアプリケーションプログラムを実行させるセッション実行手段と、任意の団体が利用可能な契約ライセンス数と該団体の団体コードを記憶する契約ライセンス数情報記憶手段と、前記団体に所属する個人の個人コードを記憶する個人情報記憶手段とを備え、アプリケーションプログラムを実行するアクセス制御システムのアクセス制御方法であって、
   予め契約ライセンス数情報記憶手段に記憶された契約対象の団体コードと任意の利用者の団体コードを比較認証するステップと、
   予め個人情報記憶手段に記憶された契約対象の個人コードと任意の利用者の個人コードを比較認証するステップと、
   前記セッション実行手段の実行中の利用者数及び該契約ライセンス数に基づき前記任意の利用者に該セッション実行手段が利用可能かどうかを提示するステップとを含むアクセス制御方法。

Images