(57)【要約】      （修正有）【課題】アプリケーションを利用するユーザ情報を管理する。【解決手段】ユーザ情報管理システムは、アプリケーションを識別するアプリケーションコード、ユーザ名、利用開始希望日および利用終了予定日を含むユーザ登録要求を送信、アプリケーションの利用に応答して、アプリケーションコード、ユーザ名、ログイン時刻およびログアウト時刻を送信するユーザ端末並びにユーザ端末からのユーザ登録要求に応答して、アプリケーションコードが、アプリケーション管理テーブルに格納されているならば、利用開始希望日および利用終了予定日がアプリケーション管理テーブルの契約を満足することを確認し、ユーザ登録情報をユーザ管理テーブルに登録するユーザ登録部、ユーザ端末からのアプリケーションコード、ユーザ名、ログイン時刻およびログアウト時刻の受信に応答して、アプリケーションの利用状況を集計するユーザ管理部を含む。【選択図】図１
2017156817.tif 000002
【特許請求の範囲】
【請求項１】
アプリケーションを識別するアプリケーションコード、ユーザ名、利用開始希望日、および利用終了予定日のユーザ登録情報を含むユーザ登録要求を送信し、前記アプリケーションの利用に応答して、前記アプリケーションコード、前記ユーザ名、前記アプリケーションの利用開始を表すログイン時刻、および前記アプリケーションの利用終了を表すログアウト時刻を送信するユーザ端末、並びに
前記ユーザ端末からの前記ユーザ登録要求に応答して、前記アプリケーションコードが、利用契約内容を格納するアプリケーション管理テーブルに格納されているならば、前記利用開始希望日および利用終了予定日が前記アプリケーション管理テーブルに格納されている契約開始日および契約終了日を満足することを確認し、前記ユーザ登録情報である前記アプリケーションコード、前記ユーザ名、前記利用開始希望日および前記利用終了予定日をユーザ管理テーブルに登録するユーザ登録部、および、前記ユーザ端末からの前記アプリケーションコード、前記ユーザ名、前記ログイン時刻、および前記ログアウト時刻の受信に応答して、前記アプリケーションの利用状況を集計するユーザ管理部を含むユーザ管理サーバを有することを特徴とするユーザ情報管理システム。
【請求項２】
前記ユーザ登録部は、前記ユーザ登録情報を前記ユーザ管理テーブルに登録するとき、前記アプリケーションを利用するときの前記ユーザＩＤおよび前記パスワードを生成し、生成した前記ユーザＩＤおよび前記パスワードを前記ユーザ端末へ通知し、
前記ユーザ端末は、前記アプリケーションを利用するときの前記ユーザＩＤおよび前記パスワードを受信し、所定のメモリ領域に格納することを特徴とする請求項１に記載のユーザ情報管理システム。
【請求項３】
前記ユーザ登録部は、前記アプリケーションコードが、前記利用契約内容を格納する前記アプリケーション管理テーブルに格納されていないならば、前記ユーザ登録情報を保留することを前記ユーザ端末に通知することを特徴とする請求項２に記載のユーザ情報管理システム。
【請求項４】
前記ユーザ登録部は、さらに前記ユーザ名に対応する権限を管理し、前記ユーザ名のユーザは前記アプリケーションコードの前記アプリケーションを利用する権限がないとき、前記ユーザ登録情報の登録は不可であることを前記ユーザ端末に通知することを特徴とする請求項３に記載のユーザ情報管理システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、アプリケーションを利用するユーザ情報の管理システムに関する。
【背景技術】
【０００２】
アプリケーションを利用するユーザのユーザ情報は、アプリケーションが個別に管理することが一般的である。複数のアプリケーションのユーザ情報を一括で管理する手法として、Active DirectoryやLDAP（Lightweight Directory Access Protocol）などの外部認証基盤上にユーザ情報を保持し、ユーザ端末からログイン情報を送信されたとき、アプリケーションが外部認証基盤へ受信したログイン情報を付して認証要求を送信する手法が知られている。この関連技術が特許文献１に開示されている。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００３−３２３４１１号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
上記したような背景技術は、アプリケーションにとってのユーザ管理として有用であり、個々のユーザがアプリケーションを容易な手続きで利用できる環境である。しかし、企業等の組織にとっては、アプリケーションを利用する個々のユーザを管理しにくい環境である。多くのユーザを擁し、そのユーザが多様なアプリケーションを利用する組織にとっては、どのようなアプリケーションをどのユーザが利用しているかを、アプリケーションの使用許諾契約や利用料金の決済の観点から管理する必要がある。
【課題を解決するための手段】
【０００５】
開示するユーザ情報管理システムは、アプリケーションを識別するアプリケーションコード、ユーザ名、利用開始希望日、および利用終了予定日のユーザ登録情報を含むユーザ登録要求を送信し、アプリケーションの利用に応答して、アプリケーションコード、ユーザ名、アプリケーションの利用開始を表すログイン時刻、およびアプリケーションの利用終了を表すログアウト時刻を送信するユーザ端末、並びに
ユーザ端末からのユーザ登録要求に応答して、アプリケーションコードが、利用契約内容を格納するアプリケーション管理テーブルに格納されているならば、利用開始希望日および利用終了予定日がアプリケーション管理テーブルに格納されている契約開始日および契約終了日を満足することを確認し、ユーザ登録情報であるアプリケーションコード、前記ユーザ名、前記利用開始希望日および前記利用終了予定日をユーザ管理テーブルに登録するユーザ登録部、および、ユーザ端末からのアプリケーションコード、ユーザ名、ログイン時刻、およびログアウト時刻の受信に応答して、アプリケーションの利用状況を集計するユーザ管理部を含むユーザ管理サーバを有する。
【発明の効果】
【０００６】
開示するユーザ情報管理システムによれば、多くのユーザが多様なアプリケーションを利用する組織にとって、アプリケーションを利用するユーザ情報を管理できる。
【図面の簡単な説明】
【０００７】
【図１】ユーザ情報管理システム１００の構成例である。
【図２】アプリケーション管理テーブルの構成例である。
【図３】ユーザ管理テーブルの構成例である。
【図４】利用状況テーブルの構成例である。
【図５】料金テーブルの構成例である。
【図６】ユーザ登録部の処理フローチャートである。
【図７】アクセス管理部の処理フローチャートである。
【図８】ユーザ管理部の処理フローチャートである。
【発明を実施するための形態】
【０００８】
図１は、ユーザ情報管理システム１００の構成例である。ユーザ情報管理システム１００は、ユーザ管理サーバ２００、外部システム３００、管理者端末４００、およびユーザ端末５００がネットワーク６００に接続されて構成される。
【０００９】
外部システム３００は、アプリケーション３１０を有し、ユーザがユーザ端末５００からアプリケーション３１０を利用する。外部システム３００は一般に複数有り、外部システム３００の各々は、一般に複数種のアプリケーション３１０をユーザに提供する。
【００１０】
ユーザ管理サーバ２００は、ユーザ登録部２１０およびユーザ管理部２２０を有する。ユーザ登録部２１０は、アプリケーション管理テーブル２５０を用いてアプリケーション３１０の利用条件を管理し、アプリケーション３１０を利用するユーザのユーザ情報をアプリケーション３１０と関連づけてユーザ管理テーブル２６０に登録し、更新する。ユーザ管理部２２０は、ユーザによるユーザ端末５００からのアプリケーション３１０の利用状況、すなわち、どのアプリケーション３１０をどのユーザが利用しているかをアプリケーション管理テーブル２５０およびユーザ管理テーブル２６０を用いて管理する。具体的には、ユーザ管理部２２０は、アプリケーション管理テーブル２５０およびユーザ管理テーブル２６０を参照して、ユーザのアプリケーション３１０の利用状況を利用状況テーブル２８０に格納し、利用状況テーブル２８０から得られるアプリケーション３１０の利用料金を料金テーブル２９０に集計する。
【００１１】
管理者端末４００は、ユーザ情報管理システム１００の管理者用の端末であり、管理者がアプリケーション管理テーブル２５０へのアプリケーション３１０の登録および削除、ユーザ管理テーブル２６０へのユーザ情報の登録、更新および削除をする。
【００１２】
ユーザ端末５００は、ユーザがアプリケーション３１０へアクセスするときのアクセス状況を取得し、ユーザ管理部２２０へ通知するアクセス管理部５１０を有する。アクセス管理部５１０は、アプリケーション３１０へアクセスするために、ユーザが入力するログイン情報をスチールして、ユーザ管理部２２０へ通知するエイジェントプログラムである。
【００１３】
図２は、アプリケーション管理テーブル２５０の構成例である。アプリケーション管理テーブル２５０は、アプリケーション名称２５１、アプリケーションコード２５２、契約開始日２５３、契約終了日２５４、利用料２５５、およびログイン情報２５６を有する。
【００１４】
アプリケーション名称２５１はアプリケーションの名称である。アプリケーションコード２５２は、アプリケーション３１０を識別するコードであり、アプリケーション管理テーブル２５０内でユニークに定める。同名のアプリケーション名称２５１があっても、アプリケーションコード２５２によってアプリケーション３１０が個々に識別される。
【００１５】
契約開始日２５３および契約終了日２５４は、アプリケーション３１０の提供元との使用許諾契約の契約期間の開始日および終了日である。
【００１６】
利用料２５５は、使用許諾契約に基づいた利用料である。利用料は、個々のアプリケーション３１０によって、多様である。たとえば、図２のアプリケーションＡに関してはユーザ一人当たりの月額の定額料金であり、アプリケーションＢに関しては１回の使用当たりの料金である。他に、年額の定額料金、利用回数や利用時間に応じて、次第に低減される複数段階の定額料金などがある。多くのアプリケーション３１０では、外部システム３００に契約対象の組織や個人毎に、アプリケーション３１０の実行に必要なデータベースを用意している。そのような場合、利用料２５５として、ＣＰＵ利用時間、使用メモリ容量、データベースの容量などに基づいた従量制料金が適用されることもある。
【００１７】
ログイン情報２５６は、ユーザＩＤ２５７、パスワード２５８、および第３情報２５９を有する。図２の丸印は、ログイン情報２５６として必要な項目を表している。図２のアプリケーションＡのように、多くのアプリケーション３１０では、ログイン情報２５６としてユーザＩＤ２５７およびパスワード２５８を用い、ユーザ認証する。例外的に、図２のアプリケーションＢのように、ログイン情報２５６として更なる第３情報２５９をユーザ認証に用いるアプリケーション３１０がある。たとえば、組織としてアプリケーション３１０の提供元と使用許諾契約を締結した場合、利用料金はその組織が決済することになるので、その組織を識別するコード（アプリケーション３１０の提供元から見た顧客コード）が第３情報２５９としてユーザ認証に用いられることがある。
【００１８】
以上の説明から分かるように、アプリケーション管理テーブル２５０の内容は、アプリケーション３１０の使用許諾契約の締結や更新（契約期間の延長など）に伴い、管理者端末４００からユーザ情報管理システム１００の管理者によって設定されるアプリケーション３１０の利用条件である。なお、契約が満了し、更新の必要がないアプリケーション３１０に関しては、管理者端末４００からアプリケーション管理テーブル２５０の該当レコードが削除される。更新や削除の履歴を管理してもよいが、ここでは関知しない。
【００１９】
図３は、ユーザ管理テーブル２６０の構成例である。ユーザ管理テーブル２６０は、アプリケーションコード２６１、ユーザ情報２６２、権限コード２６３、更新（新規登録、更新、削除）２６４、利用開始日２６５、および利用終了日２６６を有する。
【００２０】
アプリケーションコード２６１は、アプリケーション管理テーブル２５０のアプリケーションコード２５２と同じである。ユーザ情報２６２は、ユーザ名２７０、ユーザＩＤ２７１、パスワード２７２、および第３情報２７３を有し、ユーザＩＤ２７１、パスワード２７２、および第３情報２７３は、アプリケーション管理テーブル２５０のログイン情報２５６に対応するデータである。アプリケーション管理テーブル２５０のログイン情報２５６は必要情報を表しているのに対して、ユーザ情報２６２は、ユーザがアプリケーション３１０を利用する際に入力するデータである。アプリケーションコード２６１とユーザ情報２６２との対応関係が、どのアプリケーション３１０をどのユーザが利用しているかを表している。図３の例は、アプリケーションコード２６１がSYS001のアプリケーションを、ユーザ名２７０がＡおよびＢのユーザが利用していることを表している。
【００２１】
権限コード２６３は、ユーザ情報２６２のユーザがアプリケーションコード２６１を利用するときの権限を表す。具体的には、前述したように、アプリケーション３１０がデータベースを用いている場合、そのデータベースのデータに対して、参照のみが許容されるユーザ、参照だけでなく更新も許容されるユーザなどを表している。組織においては、権限はユーザの組織内の立場に応じて、場合によっては、立場と利用するアプリケーション３１０に応じて決定されるので、図示を省略するが、ユーザと権限内容との対応表の各行に権限コードを付した表を用意し、その権限コードを権限コード２６３として用いればよい。
【００２２】
更新（新規登録、更新、削除）２６４は、更新日２７４および更新区分２７５を有する。更新に関しては、ユーザ登録部２１０の処理として後述する。
【００２３】
利用開始日２６５および利用終了日２６６は、ユーザ情報２６２のユーザがアプリケーションコード２６１のアプリケーション３１０を利用する期間の開始日および終了日である。したがって、利用開始日２６５は契約開始２５３以降に、利用終了日２６６は契約終了日２５４以前に設定される。この設定方法は、ユーザ登録部２１０の処理として後述する。
【００２４】
図４は、利用状況テーブル２８０の構成例である。利用状況テーブル２８０は、ユーザによるアプリケーション３１０の利用状況を表し、アプリケーションコード２８１、ユーザＩＤ２８２、ログイン時刻２８３、ログアウト時刻２８４、および利用料金２８５を有する。
【００２５】
アプリケーションコード２８１は、アプリケーション管理テーブル２５０のアプリケーションコード２５２と同じである。ユーザＩＤ２８２は、アプリケーションコード２８１のアプリケーション３１０を利用中または利用したユーザのユーザＩＤである。ログイン時刻２８４は、アプリケーションコード２８１のアプリケーション３１０をユーザが利用を開始した時刻である。ログアウト時刻２８４は、アプリケーションコード２８１のアプリケーション３１０をユーザが利用を終了した時刻である。利用料金２８５は、アプリケーションコード２８１のアプリケーション３１０の利用に伴う料金である。
【００２６】
図５は、料金テーブル２９０の構成例である。料金テーブル２９０は、アプリケーション３１０の利用に伴い支払うべき料金を表し、アプリケーションコード２９１、当月利用料金２９２および前月利用料金２９３を有する。利用料金を、前月弁を当月に、当月分を翌月に支払うものとして、料金テーブル２９０を簡単化してある。したがって、支払い利用回数や利用時間に応じた利用料金体系のアプリケーション３１０に関しては、１か月分をまとめた支払いを前提とする。なお、年額の定額料金の場合は、１２か月分の料金の欄を設け、支払い月に計上するなどが必要となるが、ここでは関知しない。
【００２７】
図６は、ユーザ登録部２１０の処理フローチャートである。ユーザ登録部２１０は、ユーザ端末５００（後述するように、管理者端末４００の場合もある。）からのユーザ登録要求に応答して、ユーザ登録・更新情報を入力する（Ｓ２１１）。ユーザ登録・更新情報は、登録または更新を表す情報を含む。登録を表す情報を含む場合は、ユーザ登録・更新情報をユーザ登録情報と呼び、ユーザ登録情報は、さらにアプリケーション名称またはアプリケーションコード、ユーザ名、利用開始希望日、および利用終了予定日を含む。更新を表す情報を含む場合は、ユーザ登録・更新情報をユーザ更新情報と呼び、ユーザ更新情報は、さらにアプリケーション名称またはアプリケーションコード、ユーザ名またはユーザＩＤ、および利用終了予定日（更新する利用終了日）を含む。
【００２８】
ユーザ登録部２１０は、入力したユーザ登録・更新情報が更新を表す情報を含むかを判定する（Ｓ２１２）。ユーザ登録・更新情報が更新を表す情報を含むユーザ更新情報の場合、入力されたアプリケーション名称（アプリケーション管理テーブル２５０を参照し、対応するアプリケーションコードに変換）またはアプリケーションコード、ユーザ名またはユーザＩＤがユーザ管理テーブル２６０にある（登録済みである）ことを確認し、入力された利用終了予定日が、アプリケーション管理テーブル２５０のアプリケーションコード２５２の契約終了日２５４以前であることを確認して、Ｓ２１７へ移る。
【００２９】
ユーザ登録部２１０は、入力したユーザ登録・更新情報が登録を表す情報を含むユーザ登録情報の場合、入力したアプリケーション名称またはアプリケーションコードのアプリケーション３１０は、既契約かを判定する（Ｓ２１３）。既契約の判定は、アプリケーション管理テーブル２５０に入力したアプリケーション名称またはアプリケーションコードがあるか否かによる。既契約でない場合、ユーザ登録部２１０は、ユーザ登録情報を保留し（Ｓ２１４）、処理を終了する。図示を省略するが、ユーザ登録情報を保留する処理は、次の（a）および（b）を含む。（a）ユーザ登録情報を管理者端末４００へ送信する。ユーザ登録情報をユーザ管理サーバ２００のメモリに格納し、その格納アドレスを付して、アプリケーション契約要求を管理者端末４００へ送信してもよい。（b）ユーザ登録情報を送信してきたユーザ端末５００へユーザ登録を保留する旨を通知する。
【００３０】
入力したアプリケーション名称またはアプリケーションコードのアプリケーション３１０が既契約の場合、ユーザ登録部２１０は、ユーザ登録情報に含まれるユーザ名は、そのアプリケーション３１０を利用する権限があるかを判定し（Ｓ２１５）、権限がなければ、ユーザ端末５００へユーザ登録が不可である旨を通知し（Ｓ２１６）、処理を終了する。権限の有無の判定は、前述したように、別途用意されたユーザと権限内容（権限コード）との対応表を用いる。
【００３１】
権限があれば、ユーザ登録部２１０は、アプリケーション管理テーブル２５０を参照し、入力したアプリケーション名称（アプリケーション管理テーブル２５０を参照し、対応するアプリケーションコードに変換）またはアプリケーションコードのアプリケーション３１０の契約開始日２５３および契約終了日２５４を、ユーザ登録情報に含まれる利用開始希望日および利用終了予定日が満足することを確認し、ユーザ管理テーブル２６０へ登録する（Ｓ２１７）。利用開始希望日および利用終了予定日が契約開始日２５３および契約終了日２５４を満足するとは、利用開始希望日が契約開始日２５３以降であり、利用終了予定日は契約終了日２５４以前であることである。ユーザ管理テーブル２６０へ登録は、ユーザ登録部２１０が、ユーザ登録情報に含まれるアプリケーション名称（アプリケーション管理テーブル２５０を参照し、対応するアプリケーションコードに変換）またはアプリケーションコード、ユーザ名、利用開始希望日、および利用終了予定日を、それぞれアプリケーションコード２６１、ユーザ名２７０、利用開始日２６５、および利用終了日２６６に格納する。ユーザ登録部２１０はさらに、ユーザＩＤおよびパスワードを生成し、アプリケーションテーブル２５０を参照して第３情報２５９が必要であれば、第３情報を生成し、これらをユーザＩＤ２７１、パスワード２７２、および第３情報２７３にそれぞれ格納する。ユーザＩＤおよびパスワードのユーザ登録部２１０による生成は、他のユーザとの重複を避けるためである。ユーザ登録部２１０は、権限コード２６３には、Ｓ２１５の判定で用いた対応表の権限コードを格納する。ユーザ登録部２１０は、更新２６４の日２７４には登録日（ユーザ管理サーバ２００が持つタイマが表す年月日）を格納し、区分２７５には（新規）登録を表す「Ｎ」を格納する。
【００３２】
なお、更新の場合、ユーザ登録部２１０は、ユーザ更新情報に含まれるアプリケーションコードのアプリケーションコード２６１に対応させて、利用終了予定日を利用終了日２６６に格納すると共に、更新２６４の日２７４には更新日（ユーザ管理サーバ２００が持つタイマが表す年月日）を格納し、区分２７５には更新を表す「Ｕ」を格納する。
【００３３】
ユーザ登録部２１０は、ユーザ管理テーブル２６０への登録結果を、ユーザ登録要求してきたユーザ端末５００、およびユーザ管理テーブル２６０へ登録又は更新したアプリケーションコード２６１のアプリケーション３１０を有する外部システムへ通知する（Ｓ２１８）。
【００３４】
ユーザ端末５００への通知内容は、ユーザ管理テーブル２６０に登録したアプリケーションコード２６１、およびユーザ情報２６２（ユーザ名２７０、ユーザＩＤ２７１、パスワード２７２、および第３情報２７３）の内容である。ユーザ端末５００は、通知された内容を所定のメモリ領域に格納すると共に、ユーザ端末５００に画面表示する。
【００３５】
外部システム３００への通知内容は、アプリケーションコード２６１のアプリケーション３１０を有する外部システム３００へユーザ端末５００への通知内容と同様である。
【００３６】
入力したユーザ登録情報に含まれるアプリケーション名称またはアプリケーションコードのアプリケーション３１０は、既契約でない場合の管理者端末４００の処理を説明する。管理者端末４００は受信したユーザ登録情報を画面表示する。画面表示されたユーザ登録情報に基づいて、管理者はアプリケーション３１０の使用許諾契約を締結し、その内容に則してアプリケーション管理テーブル２５０に登録する。登録完了後、管理者は管理者端末４００から受信したユーザ登録情報、またはユーザ登録情報をユーザ管理サーバ２００のメモリのユーザ登録情報の格納アドレスを付して、アプリケーション登録完了をユーザ管理サーバ２００に通知する。この通知に応答して、ユーザ登録部２１０は前述した処理を実行することにより、ユーザ登録情報に対応した情報をユーザ管理テーブル２６０に登録できる。
【００３７】
なお、煩雑になるので省略しているが、アプリケーション３１０へのアクセスアドレス（ＵＲＬ）は、アプリケーション管理テーブル２５０への登録に応じて、その登録内容と共にユーザ端末５００へ通知され、ユーザ端末５００は、通知された内容を所定のメモリ領域に格納する。
【００３８】
なお、詳細は省略するが、アプリケーション３１０によっては、使用許諾契約に利用者の人数制限がある。新たな利用者により人数制限を超える場合、新たな使用許諾契約を締結し、新たな使用許諾契約に基づいてアプリケーション管理テーブル２５０に登録する。この場合、ユーザ登録部２１０および管理者端末４００の処理は、前述の新たに使用許諾契約を締結する場合と同様である。
【００３９】
図７は、ユーザ端末５００におけるアクセス管理部５１０の処理フローチャートである。アクセス管理部５１０は、ユーザ端末５００において、他の処理部（アプリケーション３１０へのアクセスのためのブラウザなどの処理プログラム）よりも低い優先度で実行されるように予め設定しておく。
【００４０】
アクセス管理部５１０は、ユーザ端末５００のＷＥＢブラウザやファイル一覧表示プログラムなどのユーザインターフェイスプログラムの起動に伴って起動され、ユーザインターフェイスプログラムから、ユーザの指示に伴ったプログラムへのアクセスがアプリケーション３１０へのアクセスかを監視する（Ｓ５１１）。アプリケーション３１０へのアクセスか否かは、ユーザ登録部２１０から通知され、所定のメモリ領域に格納されているアプリケーションコードとの照合による。アプリケーション３１０へのアクセスでなければ、処理を終了する。
【００４１】
アプリケーション３１０へのアクセスであれば、アクセス管理部５１０は、アプリケーション３１０のアプリケーションコードをユーザ端末５００の所定のメモリ領域に格納し、
ログイン情報のアプリケーション３１０への送信を待つ（Ｓ５１２）。ログイン情報の送信に応答して、ユーザ端末５００が持つタイマの値（時刻）を読み込み、読み込んだ時刻をログイン時刻として、ログイン情報の中のユーザＩＤと共に所定のメモリ領域に格納してあるアプリケーションコードに対応付けて格納する（Ｓ５１３）。アプリケーションコードに対応付けてユーザ情報が、ユーザ登録部２１０から通知され、所定のメモリ領域に格納されているので、ユーザＩＤなどの妥当性をチェックしてもよいが、ここでは関知しない。
【００４２】
アクセス管理部５１０は、アプリケーション３１０の実行からのログアウトを待つ（Ｓ５１４）。アクセス管理部５１０は、低い優先度で実行されているので、ログアウトの監視を継続していても、アプリケーション３１０などの実行に影響を与えない。アプリケーション３１０の実行からログアウトしたならば、アクセス管理部５１０は、ユーザ端末５００が持つタイマの値（時刻）を読み込み、読み込んだ時刻をログアウト時刻として、ユーザ端末５００の所定のメモリ領域に、すでに格納してあるアプリケーションコード、ユーザＩＤおよびにログイン時刻に対応付けて格納する（Ｓ５１５）。
【００４３】
アクセス管理部５１０は、所定のメモリ領域に格納してあるアプリケーションコード、ユーザＩＤ、ログイン時刻およびにログアウト時刻をユーザ管理サーバ２００へ報告する（Ｓ５１６）。
【００４４】
図８は、ユーザ管理部２２０の処理フローチャートである。ユーザ管理部２２０は、ユーザ端末５００からの報告（アクセス管理部５１０のＳ５１６）に応答して、アプリケーションコード、ユーザＩＤ、ログイン時刻およびにログアウト時刻を入力し、各々を利用状況テーブル２８０のアプリケーションコード２８１、ユーザＩＤ２８２、ログイン時刻２８３、およびログアウト時刻２８４へ追加格納（新たなレコード（行）に格納）する（Ｓ２２１）。
【００４５】
ユーザ管理部２２０は、利用状況テーブル２８０のアプリケーションコード２８１へ格納したアプリケーションコードに対応する、アプリケーション管理テーブル２５０の利用料２５５を参照して利用料金を算出し、算出した利用料金を利用状況テーブル２８０の利用料金２８５へ格納する（Ｓ２２２）。たとえば、アプリケーション管理テーブル２５０のアプリケーションＡ（アプリケーションコードＳＹＳ００１）の利用料金２８５は、月額料金￥○○である。また、アプリケーション管理テーブル２５０のアプリケーションＢ（アプリケーションコードＳＹＳ００２）の利用料金２８５は、１回あたりの利用料金￥△△である。さらに、利用時間に応じた利用料金に場合は、ログアウト時刻２８４からログイン時刻２８３を減じた時間に、単位時間当たりの料金を乗じた値が利用料金２８５となる。
【００４６】
ユーザ管理部２２０は、ユーザ管理サーバ２００が持つタイマが表す年月日を読み込み、月初め（当月になって、アプリケーション３１０の最初の利用）かを判定し（Ｓ２２３）、月初めでなければ、Ｓ２２５へ移る。
【００４７】
月初めならば、ユーザ管理部２２０は、料金テーブル２９０の当月利用料金２９２の内容を前月利用料金２９３に移動し、当月利用料金２９２をクリアする（Ｓ２２４）。ここでは、前月利用料金を当月に決済することを前提にしている。
【００４８】
ユーザ管理部２２０は、利用状況テーブル２８０の利用料金２８５へ格納した利用料金を、対応するアプリケーションコード２８１の当月利用料金２９２に加算する（Ｓ２２５）。ただし、アプリケーションＡ（アプリケーションコードＳＹＳ００１）のように月額料金の場合は、当月利用料金２９２が０のとき（月初めでクリアされているとき）に加算し、他のときは加算しない。
【００４９】
これにより、アプリケーションの利用料金を集計しているので、アプリケーションの提供元からの利用料金の請求額を、集計した利用料金と照合した上で決済できる。
【００５０】
以上のように、アプリケーションの使用許諾契約の締結や利用料金を決済する組織のような管理主体が、アプリケーションのユーザと実体として異なる場合、ユーザ情報管理システムを動作させることにより、管理主体は、どのようなアプリケーションをどのユーザが利用しているかを管理できる。
【００５１】
特に、ユーザ情報を一括管理することにより、アプリケーションの使用許諾契約の締結や利用料金の決済が容易になる。
【符号の説明】
【００５２】
１００：ユーザ情報管理システム、２００：ユーザ管理サーバ、２１０：ユーザ登録部、２２０：ユーザ管理部、２５０：アプリケーション管理テーブル、２６０：ユーザ管理テーブル、２８０：利用状況テーブル２８０、２９０：料金テーブル、３００:外部システム、３１０: アプリケーション、４００: 管理者端末、５００：ユーザ端末、５１０：アクセス管理部、６００:ネットワーク。
【図１】
2017156817.tif 000003
【図２】
2017156817.tif 000004
【図３】
2017156817.tif 000005
【図４】
2017156817.tif 000006
【図５】
2017156817.tif 000007
【図６】
2017156817.tif 000008
【図７】
2017156817.tif 000009
【図８】
2017156817.tif 000010