JP2008117220A - ユーザー管理システム、ユーザー管理プログラムおよびユーザー管理方法 - Google Patents

Abstract

【課題】複数のユーザーを名寄せするような状況が発生した場合においても、システムに多大な負担をかけることなく、名寄せ処理を実施することをできるようにしたユーザー管理システムを提供する。
【解決手段】ユーザー管理システムのユーザー構造情報記憶手段は、ユーザーを一意に識別できるユーザー識別子と、名寄せ先のユーザーの識別子である名寄せ先識別子または名寄せ元のユーザーの識別子である名寄せ元識別子を対応させて記憶し、ユーザー情報管理手段は、前記ユーザー構造情報記憶手段に、名寄せ先識別子を名寄せ元識別子であるユーザー識別子に対応させて記憶させ、名寄せ元識別子を名寄せ先識別子であるユーザー識別子に対応させて記憶させることによって名寄せを行う。
【選択図】図１

Description

本発明は、ユーザー管理システム、ユーザー管理プログラムおよびユーザー管理方法に関する。

１つ以上のサービスを利用するユーザーを統合的に管理するためのユーザー管理については、いくつかの方法が提案されている。例えば、ＩＤ（識別子）フェデレーション技術を使用すれば、１人のユーザーが複数のサービスを利用することができる環境が提供される。
例えば、特許文献１には、このＩＤフェデレーションの基本的な流れに関する技術が開示されている。また、特許文献２には、登録した個人情報を他のサービスと共有するための機構に関する技術が開示されている。

このＩＤフェデレーションでは、基本的には１ユーザーは１つのＩＤを持っており、これを複数で使うことが前提である。しかしながら、現実の世界では、１人の個人が全く別のユーザーとして別々にサービスを申し込んでしまうことがある。すると、同一人物に対して複数のユーザーＩＤが割り振られてしまう。このような問題が生じた場合には、名寄せという操作が行われる。名寄せ処理においては、複数のユーザーＩＤを統合し、１つのＩＤにする処理が行われる。以前に使用していたＩＤは無効とし、ユーザーデータベースを書き換える処理が実行される。

しかしながら、単純に名寄せを行っただけでは、名寄せ前に各々のユーザーが実施した操作の履歴を簡単に取り出すことができなくなってしまったり、以前のユーザーで作成したコンテンツ等へのアクセスができなくなってしまったりするという問題が生じる。また、ユーザーＩＤに関連するデータベースレコードは多岐にわたる場合がほとんどで、バッチ処理等で書き換える処理は、コンピュータリソースに対する負担が大きい上に、処理の間違いが発生する可能性も高い。さらに、データベースが分散しているようなケースにおいては、データベースの整合性を保つために、多くの複雑な処理が求められることになる。
特開２００４−０７８６２２号公報 特開２００１−３４４３７９号公報

本発明は、このような背景技術の状況の中でなされたもので、複数のユーザーを名寄せするような状況が発生した場合においても、システムに多大な負担をかけることなく、名寄せ処理を実施することをできるようにしたユーザー管理システム、ユーザー管理プログラムおよびユーザー管理方法を提供することを目的としている。

かかる目的を達成するための本発明の要旨とするところは、次の各項の発明に存する。
［請求項１］ ユーザーを一意に識別できるユーザー識別子と、名寄せ先のユーザーの識別子である名寄せ先識別子または名寄せ元のユーザーの識別子である名寄せ元識別子を対応させて記憶するユーザー構造情報記憶手段と、
前記ユーザー構造情報記憶手段に、名寄せ先識別子を名寄せ元識別子であるユーザー識別子に対応させて記憶させ、名寄せ元識別子を名寄せ先識別子であるユーザー識別子に対応させて記憶させることによって名寄せを行うユーザー情報管理手段
を具備することを特徴とするユーザー管理システム。

［請求項２］ 前記ユーザー構造情報記憶手段は、名寄せを行った時間に関する情報をも記憶し、
前記ユーザー情報管理手段は、名寄せを行った時間に関する情報を前記ユーザー識別子に対応させて記憶させる
ことを特徴とする［請求項１］に記載のユーザー管理システム。

［請求項３］ ユーザーを一意に識別できるユーザー識別子と、ユーザーを削除した時間に関する情報を対応させて記憶するユーザー構造情報記憶手段と、
前記ユーザー構造情報記憶手段に、ユーザーを削除した時間に関する情報を該ユーザー識別子に対応させて記憶することによってユーザー消去を行うユーザー情報管理手段
を具備することを特徴とするユーザー管理システム。

［請求項４］ ユーザーを一意に識別できるユーザー識別子と、名寄せ先のユーザーの識別子である名寄せ先識別子を対応させて記憶するユーザー構造情報記憶手段と、
ユーザーの認証を行う場合に、前記ユーザー構造情報記憶手段内に該ユーザーのユーザー識別子に対応する名寄せ先識別子がある場合は、その名寄せ先識別子に基づいて、ユーザーの認証を行うサービス利用認可管理手段
を具備することを特徴とするユーザー管理システム。

［請求項５］ ユーザーを一意に識別できるユーザー識別子と、名寄せ元のユーザーの識別子である名寄せ元識別子を対応させて記憶するユーザー構造情報記憶手段と、
コンテンツの利用の認可を行う場合に、前記ユーザー構造情報記憶手段内に該ユーザーのユーザー識別子に対応する名寄せ元識別子がある場合は、その名寄せ元識別子に基づいて、コンテンツの利用の認可を行うコンテンツ利用認可手段
を具備することを特徴とするユーザー管理システム。

［請求項６］ ユーザーを一意に識別できるユーザー識別子と、名寄せ元のユーザーの識別子である名寄せ元識別子を対応させて記憶するユーザー構造情報記憶手段と、
ユーザーの利用履歴の収集を行う場合に、前記ユーザー構造情報記憶手段内に該ユーザーのユーザー識別子に対応する名寄せ元識別子がある場合は、その名寄せ元識別子に基づいて、利用履歴の収集を行う利用履歴管理手段
を具備することを特徴とするユーザー管理システム。

［請求項７］ コンピュータを、
ユーザーを一意に識別できるユーザー識別子と、名寄せ先のユーザーの識別子である名寄せ先識別子または名寄せ元のユーザーの識別子である名寄せ元識別子を対応させて記憶するユーザー構造情報記憶手段と、
前記ユーザー構造情報記憶手段に、名寄せ先識別子を名寄せ元識別子であるユーザー識別子に対応させて記憶させ、名寄せ元識別子を名寄せ先識別子であるユーザー識別子に対応させて記憶させることによって名寄せを行うユーザー情報管理手段
として機能させることを特徴とするユーザー管理プログラム。

［請求項８］ コンピュータに、
前記ユーザー構造情報記憶手段にて名寄せを行った時間に関する情報をも記憶させ、
前記ユーザー情報管理手段にて名寄せを行った時間に関する情報を前記ユーザー識別子に対応させて記憶させる
ことを特徴とする［請求項７］に記載のユーザー管理プログラム。

［請求項９］ コンピュータを、
ユーザーを一意に識別できるユーザー識別子と、ユーザーを削除した時間に関する情報を対応させて記憶するユーザー構造情報記憶手段と、
前記ユーザー構造情報記憶手段に、ユーザーを削除した時間に関する情報を該ユーザー識別子に対応させて記憶することによってユーザー消去を行うユーザー情報管理手段
として機能させることを特徴とするユーザー管理プログラム。

［請求項１０］ コンピュータを、
ユーザーを一意に識別できるユーザー識別子と、名寄せ先のユーザーの識別子である名寄せ先識別子を対応させて記憶するユーザー構造情報記憶手段と、
ユーザーの認証を行う場合に、前記ユーザー構造情報記憶手段内に該ユーザーのユーザー識別子に対応する名寄せ先識別子がある場合は、その名寄せ先識別子に基づいて、ユーザーの認証を行うサービス利用認可管理手段
として機能させることを特徴とするユーザー管理プログラム。

［請求項１１］ コンピュータを、
ユーザーを一意に識別できるユーザー識別子と、名寄せ元のユーザーの識別子である名寄せ元識別子を対応させて記憶するユーザー構造情報記憶手段と、
コンテンツの利用の認可を行う場合に、前記ユーザー構造情報記憶手段内に該ユーザーのユーザー識別子に対応する名寄せ元識別子がある場合は、その名寄せ元識別子に基づいて、コンテンツの利用の認可を行うコンテンツ利用認可手段
として機能させることを特徴とするユーザー管理プログラム。

［請求項１２］ コンピュータを、
ユーザーを一意に識別できるユーザー識別子と、名寄せ元のユーザーの識別子である名寄せ元識別子を対応させて記憶するユーザー構造情報記憶手段と、
ユーザーの利用履歴の収集を行う場合に、前記ユーザー構造情報記憶手段内に該ユーザーのユーザー識別子に対応する名寄せ元識別子がある場合は、その名寄せ元識別子に基づいて、利用履歴の収集を行う利用履歴管理手段
として機能させることを特徴とするユーザー管理プログラム。

［請求項１３］ ユーザー認証を実施するユーザー認証手段、サービスを提供するサービス提供手段を具備する１つ以上のサービス提供サーバーと、
ユーザーの構造情報を保持するユーザー構造情報データベース、ユーザーの属性情報を保持するユーザー属性情報データベース、前記ユーザー構造情報データベースおよび前記ユーザー属性情報データベースを管理するユーザー情報管理手段、サービスの利用認可情報を保持するサービス利用認可データベース、前記サービス利用認可データベースを管理するサービス利用認可管理手段を具備するユーザー管理サーバー
を具備することを特徴とするユーザー管理システム。

［請求項１４］ 前記ユーザー管理サーバーに、ユーザーのサービス利用履歴を保持する利用履歴データベース、前記利用履歴データベースを管理する利用履歴管理手段
を具備することを特徴とする［請求項１３］に記載のユーザー管理システム。

［請求項１５］ 前記ユーザー管理サーバーに、コンテンツ情報を保持するコンテンツデータベース、コンテンツに対する利用認可情報を保持するコンテンツ利用認可データベース、前記コンテンツデータベースおよび前記コンテンツ利用認可データベースを管理するコンテンツ利用認可手段
を具備することを特徴とする［請求項１３］または［請求項１４］に記載のユーザー管理システム。

［請求項１６］ サービス提供サーバーは、
ユーザー認証手段によりユーザー認証を実施し、サービス提供手段によりサービスを提供し、
ユーザーの構造情報を保持するユーザー構造情報データベース、ユーザーの属性情報を保持するユーザー属性情報データベースおよびサービスの利用認可情報を保持するサービス利用認可データベースを具備するユーザー管理サーバーは、
ユーザー情報管理手段により前記ユーザー構造情報データベースおよび前記ユーザー属性情報データベースを管理し、サービス利用認可管理手段により前記サービス利用認可データベースを管理する
ことを特徴とするユーザー管理方法。

［請求項１７］ 前記ユーザー管理サーバーは、ユーザーのサービス利用履歴を保持する利用履歴データベースを具備し、
前記ユーザー管理サーバーは、利用履歴管理手段により前記利用履歴データベースを管理する
ことを特徴とする［請求項１６］に記載のユーザー管理方法。

［請求項１８］ 前記ユーザー管理サーバーは、コンテンツ情報を保持するコンテンツデータベース、コンテンツに対する利用認可情報を保持するコンテンツ利用認可データベースを具備し、
前記ユーザー管理サーバーは、コンテンツ利用認可手段により前記コンテンツデータベースおよび前記コンテンツ利用認可データベースを管理する
ことを特徴とする［請求項１６］または［請求項１７］に記載のユーザー管理方法。

請求項１記載のユーザー管理システムによれば、本構成を有していない場合に比較して、複数のユーザーを名寄せするような状況が発生した場合においても、システムに多大な負担をかけることなく、名寄せ処理を実施することができる。

請求項２記載のユーザー管理システムによれば、請求項１記載のユーザー管理システムによる効果に加えて、ユーザーの名寄せや消滅等を時間を追って構造的に管理することができるようになる。このことにより、ユーザーの利用履歴等のデータを加工することなく、名寄せされたユーザーを統合的に扱うことができるようになる。

請求項３記載のユーザー管理システムによれば、本構成を有していない場合に比較して、複数のユーザーを名寄せするような状況が発生した場合においても、システムに多大な負担をかけることなく、名寄せ処理を実施することができる。

請求項４記載のユーザー管理システムによれば、本構成を有していない場合に比較して、複数のユーザーを名寄せするような状況が発生した場合においても、システムに多大な負担をかけることなく、名寄せ処理を実施することができる。名寄せ処理を行う前に行った操作の履歴や作成したコンテンツのアクセス権を整合性をもって管理し、必要に応じて履歴情報やコンテンツを適切に提示することができる。また、ユーザーがサービスに保存したデジタルコンテンツのアクセス権管理においても、名寄せに伴う特別な処理をすることなく、管理することができる。また、単に管理する労力を減らすだけでなく、ユーザー自身にとってもいつでも以前のアクセス方法に基づいて操作履歴の問い合わせを行ったり、デジタルコンテンツにアクセスしたりすることができるという利点がある。

請求項５記載のユーザー管理システムによれば、本構成を有していない場合に比較して、複数のユーザーを名寄せするような状況が発生した場合においても、システムに多大な負担をかけることなく、名寄せ処理を実施することができる。名寄せ処理を行う前に行った操作の履歴や作成したコンテンツのアクセス権を整合性をもって管理し、必要に応じて履歴情報やコンテンツを適切に提示することができる。また、ユーザーがサービスに保存したデジタルコンテンツのアクセス権管理においても、名寄せに伴う特別な処理をすることなく、管理することができる。また、単に管理する労力を減らすだけでなく、ユーザー自身にとってもいつでも以前のアクセス方法に基づいて操作履歴の問い合わせを行ったり、デジタルコンテンツにアクセスしたりすることができるという利点がある。

請求項６記載のユーザー管理システムによれば、本構成を有していない場合に比較して、複数のユーザーを名寄せするような状況が発生した場合においても、システムに多大な負担をかけることなく、名寄せ処理を実施することができる。名寄せ処理を行う前に行った操作の履歴や作成したコンテンツのアクセス権を整合性をもって管理し、必要に応じて履歴情報やコンテンツを適切に提示することができる。また、ユーザーがサービスに保存したデジタルコンテンツのアクセス権管理においても、名寄せに伴う特別な処理をすることなく、管理することができる。また、単に管理する労力を減らすだけでなく、ユーザー自身にとってもいつでも以前のアクセス方法に基づいて操作履歴の問い合わせを行ったり、デジタルコンテンツにアクセスしたりすることができるという利点がある。

請求項７記載のユーザー管理プログラムによれば、本構成を有していない場合に比較して、複数のユーザーを名寄せするような状況が発生した場合においても、システムに多大な負担をかけることなく、名寄せ処理を実施することができる。

請求項８記載のユーザー管理プログラムによれば、請求項７記載のユーザー管理プログラムによる効果に加えて、ユーザーの名寄せや消滅等を時間を追って構造的に管理することができるようになる。このことにより、ユーザーの利用履歴等のデータを加工することなく、名寄せされたユーザーを統合的に扱うことができるようになる。

請求項９記載のユーザー管理プログラムによれば、本構成を有していない場合に比較して、複数のユーザーを名寄せするような状況が発生した場合においても、システムに多大な負担をかけることなく、名寄せ処理を実施することができる。

請求項１０記載のユーザー管理プログラムによれば、本構成を有していない場合に比較して、複数のユーザーを名寄せするような状況が発生した場合においても、システムに多大な負担をかけることなく、名寄せ処理を実施することができる。名寄せ処理を行う前に行った操作の履歴や作成したコンテンツのアクセス権を整合性をもって管理し、必要に応じて履歴情報やコンテンツを適切に提示することができる。また、ユーザーがサービスに保存したデジタルコンテンツのアクセス権管理においても、名寄せに伴う特別な処理をすることなく、管理することができる。また、単に管理する労力を減らすだけでなく、ユーザー自身にとってもいつでも以前のアクセス方法に基づいて操作履歴の問い合わせを行ったり、デジタルコンテンツにアクセスしたりすることができるという利点がある。

請求項１１記載のユーザー管理プログラムによれば、本構成を有していない場合に比較して、複数のユーザーを名寄せするような状況が発生した場合においても、システムに多大な負担をかけることなく、名寄せ処理を実施することができる。名寄せ処理を行う前に行った操作の履歴や作成したコンテンツのアクセス権を整合性をもって管理し、必要に応じて履歴情報やコンテンツを適切に提示することができる。また、ユーザーがサービスに保存したデジタルコンテンツのアクセス権管理においても、名寄せに伴う特別な処理をすることなく、管理することができる。また、単に管理する労力を減らすだけでなく、ユーザー自身にとってもいつでも以前のアクセス方法に基づいて操作履歴の問い合わせを行ったり、デジタルコンテンツにアクセスしたりすることができるという利点がある。

請求項１２記載のユーザー管理プログラムによれば、本構成を有していない場合に比較して、複数のユーザーを名寄せするような状況が発生した場合においても、システムに多大な負担をかけることなく、名寄せ処理を実施することができる。名寄せ処理を行う前に行った操作の履歴や作成したコンテンツのアクセス権を整合性をもって管理し、必要に応じて履歴情報やコンテンツを適切に提示することができる。また、ユーザーがサービスに保存したデジタルコンテンツのアクセス権管理においても、名寄せに伴う特別な処理をすることなく、管理することができる。また、単に管理する労力を減らすだけでなく、ユーザー自身にとってもいつでも以前のアクセス方法に基づいて操作履歴の問い合わせを行ったり、デジタルコンテンツにアクセスしたりすることができるという利点がある。

請求項１３記載のユーザー管理システムによれば、本構成を有していない場合に比較して、複数のユーザーを名寄せするような状況が発生した場合においても、システムに多大な負担をかけることなく、名寄せ処理を実施することができる。ユーザーの名寄せや消滅等を時間を追って構造的に管理することができるようになる。このことにより、ユーザーの利用履歴等のデータを加工することなく、名寄せされたユーザーを統合的に扱うことができるようになる。また、単に管理する労力を減らすだけでなく、ユーザー自身にとってもいつでも以前のアクセス方法に基づいて操作履歴の問い合わせを行ったり、デジタルコンテンツにアクセスしたりすることができるという利点がある。

請求項１４記載のユーザー管理システムによれば、請求項１３記載のユーザー管理システムによる効果に加えて、名寄せ処理を行う前に行った操作の履歴や作成したコンテンツのアクセス権を整合性をもって管理し、必要に応じて履歴情報やコンテンツを適切に提示することができる。

請求項１５記載のユーザー管理システムによれば、請求項１３または請求項１４記載のユーザー管理システムによる効果に加えて、ユーザーがサービスに保存したデジタルコンテンツのアクセス権管理においても、名寄せに伴う特別な処理をすることなく、管理することができるようになる。

請求項１６記載のユーザー管理方法によれば、本構成を有していない場合に比較して、複数のユーザーを名寄せするような状況が発生した場合においても、システムに多大な負担をかけることなく、名寄せ処理を実施することができる。ユーザーの名寄せや消滅等を時間を追って構造的に管理することができるようになる。このことにより、ユーザーの利用履歴等のデータを加工することなく、名寄せされたユーザーを統合的に扱うことができるようになる。また、単に管理する労力を減らすだけでなく、ユーザー自身にとってもいつでも以前のアクセス方法に基づいて操作履歴の問い合わせを行ったり、デジタルコンテンツにアクセスしたりすることができるという利点がある。

請求項１７記載のユーザー管理方法によれば、請求項１６記載のユーザー管理方法による効果に加えて、名寄せ処理を行う前に行った操作の履歴や作成したコンテンツのアクセス権を整合性をもって管理し、必要に応じて履歴情報やコンテンツを適切に提示することができる。

請求項１８記載のユーザー管理方法によれば、請求項１６または請求項１７記載のユーザー管理方法による効果に加えて、ユーザーがサービスに保存したデジタルコンテンツのアクセス権管理においても、名寄せに伴う特別な処理をすることなく、管理することができるようになる。

以下、図面に基づき本発明の好適な一実施の形態を説明する。
図１は、本発明の一実施の形態の概念的なモジュール構成図を示している。
なお、モジュールとは、一般的に論理的に分離可能なソフトウェア、ハードウェア等の部品を指す。したがって、本実施の形態におけるモジュールはプログラムにおけるモジュールのことだけでなく、ハードウェア構成におけるモジュールも指す。それゆえ、本実施の形態は、プログラム、システムおよび方法の説明をも兼ねている。また、モジュールは機能にほぼ一対一に対応しているが、実装においては、１モジュールを１プログラムで構成してもよいし、複数モジュールを１プログラムで構成してもよく、逆に１モジュールを複数プログラムで構成してもよい。また、複数モジュールは１コンピュータによって実行されてもよいし、分散または並列環境におけるコンピュータによって１モジュールが複数コンピュータで実行されてもよい。また、以下、「接続」とは物理的な接続の他、論理的な接続を含む。
また、システムとは、複数のコンピュータ、ハードウェア、装置等がネットワーク等で接続されて構成されるほか、１つのコンピュータ、ハードウェア、装置等によって実現される場合も含まれる。
また、以下、説明の便宜上、「人Ａは、〜Ｂモジュールを利用して、Ｃする」等と説明する場合があるが、これは「人Ａの操作による指示を、Ｂモジュールが受け取り、そのＢモジュールはその指示に応じてＣする」の意である。
また、名寄せ処理とは、同一人物（自然人、法人の両方を含む）に対して、システムのユーザーとして複数の識別子が割り振られた場合に、その主体を確定することであり、具体的には、一つの識別子に統合する処理のことである。

（情報管理装置の全体構成）
本実施の形態のユーザー管理装置は、図１に示すように、ユーザー認証を実施するユーザー認証モジュール１、サービスを提供するサービス提供モジュール２、を有している１つ以上のサービス提供サーバー３、ユーザーの構造情報を保持するユーザー構造情報ＤＢ５、ユーザーの属性情報を保持するユーザー属性情報ＤＢ６、ユーザー構造情報ＤＢ５およびユーザー属性情報ＤＢ６を管理するユーザー情報管理モジュール４、サービスの利用認可情報を保持するサービス利用認可ＤＢ８、サービス利用認可ＤＢを管理するサービス利用認可管理モジュール７、ユーザーのサービス利用履歴を保持する利用履歴ＤＢ１０、利用履歴ＤＢ１０を管理する利用履歴管理モジュール９、を有しているユーザー管理サーバー１１、コンテンツ情報を保持するコンテンツＤＢ１３、コンテンツに対する利用認可情報を保持するコンテンツ利用認可ＤＢ１４、コンテンツＤＢ１３およびコンテンツ利用認可ＤＢ１４を管理するコンテンツ利用認可モジュール１２、を有しているコンテンツ管理サーバー１５、各サーバーを接続するネットワーク１６、で構成される。

ユーザー構造情報ＤＢ５は、ユーザーを一意に識別できるユーザー識別子と、名寄せ先のユーザーの識別子である名寄せ先識別子または名寄せ元のユーザーの識別子である名寄せ元識別子を対応させて記憶する。また、名寄せを行った時間に関する情報をも記憶してもよい。
ユーザー情報管理モジュール４は、ユーザー構造情報ＤＢ５に、名寄せ先識別子を名寄せ元識別子であるユーザー識別子に対応させて記憶させ、名寄せ元識別子を名寄せ先識別子であるユーザー識別子に対応させて記憶させることによって名寄せを行う。また、名寄せを行った時間に関する情報をユーザー識別子に対応させて記憶させるようにしてもよい。

ユーザー情報管理モジュール４は、ユーザー構造情報ＤＢ５に、ユーザーを削除した時間に関する情報を該ユーザー識別子に対応させて記憶することによってユーザー消去を行う。
サービス利用認可管理モジュール７は、ユーザーの認証を行う場合に、ユーザー構造情報ＤＢ５に、該ユーザーのユーザー識別子に対応する名寄せ先識別子がある場合は、その名寄せ先識別子に基づいて、ユーザーの認証を行う。
コンテンツ利用認可モジュール１２は、コンテンツの利用を行う場合に、ユーザー構造情報ＤＢ５に、該ユーザーのユーザー識別子に対応する名寄せ元識別子がある場合は、その名寄せ元識別子に基づいて、コンテンツの利用の認可を行う。
利用履歴管理モジュール９は、ユーザーの利用履歴の収集を行う場合に、ユーザー構造情報ＤＢ５内に該ユーザーのユーザー識別子に対応する名寄せ元識別子がある場合は、その名寄せ元識別子に基づいて、利用履歴の収集を行う。

（ユーザー管理の概略）
図２は、ユーザー管理の流れについて、模式的に示したものである。一番上のユーザーはＩＤ＝０００１が割り当てられて生成され、最終的に削除（登録抹消）されている。２番目のユーザーは、ＩＤ＝０００２で生成され、現在も有効である。３番目のユーザーは、ＩＤ＝０００３で生成され、後にＩＤ＝０００４のユーザーに統合（名寄せ）されている。４番目のユーザーは、ＩＤ＝０００４で生成され、ＩＤ＝０００３のユーザーとの統合後、現在まで有効なユーザーとして管理されている。本実施の形態の説明においては、このＩＤ＝０００１のユーザーが削除され、ＩＤ＝０００３のユーザーとＩＤ＝０００４のユーザーが名寄せされるような状況を想定している。

（ユーザーの登録処理）
図３は、ユーザーを登録する処理を示すフローチャートである。ユーザー管理者は、ユーザー情報管理モジュール４の管理画面等からユーザー名等のユーザー属性情報を入力する（ステップＳ３０２）。
ユーザー情報管理モジュール４は、入力された情報を基にユーザー登録処理を起動する（ステップＳ３０４）。
ユーザー情報管理モジュール４は、ユーザー属性情報を生成し、ユーザー属性情報ＤＢ６に図４の形態で登録する（ステップＳ３０６）。
また、同時にユーザー構造情報として、ユーザー構造情報ＤＢ５へ図５の形態で保持する（ステップＳ３０８）。この図の例では、ユーザーを生成した際に、新たなユーザーレコードを生成し、ユーザーＩＤと生成時刻を登録する。
最後に、登録結果をユーザー管理者に提示する（ステップＳ３１０）。

図４は、各ＩＤ毎に、パスワード、姓、名、会社名、部署名、役職、住所、電話番号、携帯電話番号、ＦＡＸ番号、Ｅ−ｍａｉｌアドレス、ＵＲＬ、備考を登録しているが、これに限定されることなく、その他の情報を登録していてもよい。
ユーザー構造情報は、図５に示すように、ユーザーＩＤ、生成時刻、削除時刻、名寄せ先ＩＤ、名寄せ元ＩＤ、名寄せ時刻の各欄を有している。ユーザーＩＤは、ユーザーを一意に識別できる識別子（ＩＤ）である。生成時刻は、そのユーザーＩＤを登録した時刻である。削除時刻は、そのユーザーＩＤをシステムから削除した時刻である。名寄せ先ＩＤは、統合したＩＤ（名寄せした相手のＩＤ）である。つまり、名寄せ後にも継続して取扱い可能なＩＤである。名寄せ元ＩＤは、その行のユーザーＩＤに統合されるＩＤである。つまり、名寄せ後には原則として統合したＩＤとして取り扱われる。名寄せ時刻は、名寄せを行った時刻である。名寄せ先ＩＤを記憶した行に記憶させる。
また、図５に示したデータ構造に限定されるものではなく、例えば、ユーザーＩＤとそれに対応する名寄せ先ＩＤがあるだけのテーブル、ユーザーＩＤとそれに対応する名寄せ元ＩＤがあるだけのテーブル、またはテーブルではなくリスト構造等であってもよい。

（ユーザーの削除処理）
図６は、ユーザーを削除する処理を示すフローチャートである。ユーザー管理者は、ユーザー情報管理モジュール４が表示している管理画面等から削除するユーザーを検索する（ステップＳ６０２）。
次に、指定したユーザーの削除処理を起動する（ステップＳ６０４）。
ユーザー情報管理モジュール４は、この指示に基づいてユーザー構造情報ＤＢ５に図５の形態で保持されているユーザー構造情報の削除時刻を記録する（ステップＳ６０６）。この例では、ユーザーＩＤ＝０００１のユーザーに削除時刻が設定されている。このデータ構造の例では、削除時刻が記録されているユーザーは無効なユーザーということになる。
最後に、削除結果をユーザー管理者に提示する（ステップＳ６０８）。

（ユーザーの名寄せ処理）
図７は、複数のユーザーを統合する名寄せ処理の例を示すフローチャートである。ユーザー管理者は、ユーザー情報管理モジュール４が表示している管理画面等から名寄せするユーザーを検索する（ステップＳ７０２）。
次に、指定したユーザーの名寄せ処理を起動する（ステップＳ７０４）。
ユーザー情報管理モジュール４は、この指示に基づいてユーザー構造情報ＤＢ５に図５の形態で保持されているユーザー構造情報へ、名寄せ情報を記録する（ステップＳ７０６）。この例では、ユーザーＩＤ＝０００３のユーザーの名寄せ先ＩＤの欄に名寄せ先のＩＤ（この場合はＩＤ＝０００４）が、ユーザーＩＤ＝０００４のユーザーの名寄せ元ＩＤの欄に名寄せ元のＩＤ（この場合はＩＤ＝０００３）が設定されている。同時に名寄せ元のユーザーに名寄せされた時刻が設定される。
最後に、名寄せ結果をユーザー管理者に提示する（ステップＳ７０８）。

（ユーザー認証からサービス利用認可）
図８は、ユーザーがサービスを利用する際、ユーザー認証から実際にサービスの利用を認可するまでの処理例を示すフローチャートである。ユーザーごとのサービス利用の可否を決定する認可情報は、あらかじめサービス利用認可ＤＢ８に、図９に示されるような形態で保持されているものとする。サービス利用認可ＤＢ８に登録される認可情報のデータ構造は、図９に示すように、ユーザーＩＤとサービスＩＤとを対にしたテーブル構造である。なお、この構造に限定されるものではなく、ユーザーＩＤから認可されているサービスＩＤまたはサービスＩＤからユーザーＩＤを抽出することができるデータ構造であればよい。

まず、ユーザー認証モジュール１がユーザー認証を行う。この認証方式は、単純なＩＤ／パスワード方式でも、よりセキュリティレベルの高い証明書を用いる形式でも、生体認証等を用いる形式でもかまわない。ここでは、図１０のような単純なＩＤ／パスワード方式での認証が実施されるものとする。ユーザー認証が終了することによって、アクセスを開始するユーザーのＩＤを確定する（ステップＳ８０２）。なお、ＩＤ／パスワード方式でのユーザー認証は、図１０に示すように、アクセスＩＤ（ユーザーＩＤ）とそれに対応するパスワードをユーザーが入力することによって行われる。

次に、このユーザーＩＤに基づいてユーザー情報管理モジュール４が、ユーザー構造情報ＤＢ５を検索し、ユーザー構造情報を取得する（ステップＳ８０４）。
取得した情報から名寄せが実施されているかをチェックする（ステップＳ８０８）。実際には、図５のユーザー構造情報において、名寄せ先ＩＤ欄に情報が記録されているかをチェックする。
名寄せ先ＩＤがある場合には（ステップＳ８０８であり）、名寄せされた先のユーザーＩＤを基に処理を繰り返す（ステップＳ８０６、８０４、８０８）。このことによって、現在有効なユーザーＩＤを取り出す（ステップＳ８０８でなし）。

次に、この現在のユーザーＩＤが消去されていないかをチェックする（ステップＳ８１０）。実際には、図５のユーザー構造情報の削除時刻欄にデータが記録されていないことを確認する。無効なユーザーの場合には（ステップＳ８１０で無効）処理を終了する（ステップＳ８２０）。
有効なユーザーの場合には（ステップＳ８１０で有効）、サービス利用認可管理モジュール７が、サービス利用認可ＤＢ８に図９の形態で保持されているサービス利用認可情報を検索し（ステップＳ８１２）、このユーザーが目的のサービスの利用権を持っているかどうかをチェックする（ステップＳ８１４）。
利用が許可されていない場合には（ステップＳ８１４で不可）、終了する（ステップＳ８２０）。利用が許可されている場合には（ステップＳ８１４で認可）、サービス利用認可管理モジュール７がサービス提供モジュール２へのアクセスを許可し、サービスを提供する（ステップＳ８１６）。
最後に、利用履歴管理モジュール９が、図１１に示される形態で、このサービスの利用履歴を利用履歴ＤＢ１０に保存して（ステップＳ８１８）終了する（ステップＳ８２０）。

利用履歴ＤＢ１０に登録されている利用履歴のデータ構造は、図１１に示すように、ユーザーＩＤ、サービスＩＤ、利用開始時刻、利用終了時刻、利用量の各欄を有している。サービスが利用される毎に登録される。ユーザーＩＤは、そのサービスを利用したユーザーのＩＤである。サービスＩＤは、利用されたサービスのＩＤである。利用開始時刻は、そのサービスの利用が開始された時刻である。利用終了時刻は、そのサービスの利用が終了した時刻である。利用量は、そのサービスがどれだけ利用されたかを表すものであり、利用料金を計算する上で必要となる。また、利用履歴のデータ構造はこれに限定されることなく、その他の情報を登録していてもよい。

（コンテンツ利用認可）
図１２は、サービス提供時にコンテンツの利用認可情報にアクセスし、個々のコンテンツに対して利用認可を制御する処理を示すフローチャートである。コンテンツ情報は、図１３のような形態で、コンテンツＤＢ１３に保持されているものとする。図１３の例は、昆虫図鑑のコンテンツの例である。また、個々のコンテンツの利用認可情報は、図１４の形態でコンテンツ利用認可ＤＢ１４に保持されているものとする。
まずサービスを利用する際に、ユーザーがコンテンツへのアクセスを希望する（ステップＳ１２０２）。コンテンツの利用認可情報のデータ構造は、図１４に示すように、コンテンツＩＤとユーザーＩＤとを対にしたテーブル構造である。なお、この構造に限定されるものではなく、コンテンツＩＤから認可されているユーザーＩＤまたはユーザーＩＤからコンテンツＩＤを抽出することができるデータ構造であればよい。

次に、コンテンツ利用認可モジュール１２が、コンテンツ利用認可ＤＢ１４を検索し、このコンテンツの利用権限を持つユーザーをピックアップする（ステップＳ１２０４）。
次に、ユーザー構造情報ＤＢ５を検索し、名寄せ元となったユーザーＩＤ情報を取り出す（ステップＳ１２０６）。この例では、名寄せ元ＩＤを参照しながら、名寄せ元となったユーザーＩＤをリストアップする処理を実行する。

この取り出したユーザー情報とコンテンツへの利用権限を持つユーザーとを照合し、コンテンツの利用を認可するかどうかをチェックする（ステップＳ１２０８）。
利用が認可されている場合には（ステップＳ１２０８で認可）コンテンツへのアクセスを提供する（ステップＳ１２１０）。以上の説明では、１つのコンテンツについての認可情報を判別したが、実際には、図１５のように利用可能なコンテンツのみがユーザーに提示されることになる。コンテンツアクセス画面では、図１５に示すように、ユーザーがアクセスできるコンテンツのフォルダーを左側に示し、その具体的な内容を右側に表示するようにしている。
利用が認可されていない場合には（ステップＳ１２０８で不可）、コンテンツの利用をさせずに処理を終了する（ステップＳ１２１２）。

（利用履歴の提示と課金）
図１６は、名寄せを考慮した上でユーザーの利用履歴を提示し、場合によっては課金情報として利用するための処理を示すフローチャートである。ユーザー管理者は、利用履歴管理モジュール９を利用して、履歴を表示したいユーザーを検索する（ステップＳ１６０２）。
次に、ユーザー構造情報ＤＢ５を検索し、名寄せされているユーザー情報を取り出す（ステップＳ１６０４）。
名寄せされたユーザー全てについて、利用履歴ＤＢ１０を検索し利用履歴を収集する（ステップＳ１６０６）。

ユーザーごとに収集された利用履歴を集計し、統合した上で図１７のような形態で提示する（ステップＳ１６０８）。例えば、図１７に示すように、ユーザー０００３はユーザー０００４に名寄せされたことを表示し、また、ユーザー０００３の利用履歴について、利用時刻、利用サービス、利用量を表示するようにしている。
必要に応じて、利用履歴データを課金処理に送付する（ステップＳ１６１０）。課金処理モジュールは図１のブロック図には提示されていないが、利用履歴を集計し単価を掛け合わせて請求金額を検索する基本的なモジュールである。

なお、本実施の形態においては、１個人が１ユーザーＩＤを保持する環境を想定した説明を行っているが、企業や組織単位で１つのＩＤを持つような状況において、企業再編や組織再編が行われた際の処理に応用することもできる。

なお、本実施の形態としてのプログラムが実行されるコンピュータのハードウェア構成は、図１８に示すように、一般的なコンピュータであり、具体的にはパーソナルコンピュータ、サーバーとなり得るコンピュータ等である。ユーザー認証モジュール１、サービス提供モジュール２等のプログラムを実行するＣＰＵ１８０１と、そのプログラムやデータを記憶するＲＡＭ１８０２と、本コンピュータを起動するためのプログラム等が格納されているＲＯＭ１８０３と、補助記憶装置であるＨＤ１８０４と、キーボード、マウス等のデータを入力する入力装置１８０６と、ＣＲＴや液晶ディスプレイ等の出力装置１８０５と、通信ネットワークと接続するための通信回線インタフェース１８０７、そして、それらをつないでデータのやりとりをするためのバス１８０８により構成されている。これらのコンピュータが複数台互いにネットワークによって接続されていてもよい。

なお、図１８に示すハードウェア構成は、１つの構成例を示すものであり、本実施の形態は、図１８に示す構成に限らず、本実施の形態において説明したモジュールを実行可能な構成であればよい。例えば、一部のモジュールを専用のハードウェア（例えばＡＳＩＣ等）で構成してもよい。また、特に、パーソナルコンピュータの他、携帯電話、ゲーム機、カーナビ機、情報家電、複写機、ファックス、スキャナ、プリンタ、複合機（多機能複写機とも呼ばれ、スキャナ、プリンタ、複写機、ファックス等の機能を有している）などに組み込まれていてもよい。

なお、説明したプログラムについては、記録媒体に格納することも可能であり、また、そのプログラムを通信手段によって提供することもできる。その場合、例えば、上記説明したプログラムについて、「プログラムを記録したコンピュータ読み取り可能な記録媒体」の発明として捉えることもできる。
「プログラムを記録したコンピュータ読み取り可能な記録媒体」とは、プログラムのインストール、実行、プログラムの流通などのために用いられる、プログラムが記録されたコンピュータで読み取り可能な記録媒体をいう。
なお、記録媒体としては、例えば、デジタル・バーサタイル・ディスク（ＤＶＤ）であって、ＤＶＤフォーラムで策定された規格である「ＤＶＤ−Ｒ、ＤＶＤ−ＲＷ、ＤＶＤ−ＲＡＭ等」、ＤＶＤ＋ＲＷで策定された規格である「ＤＶＤ＋Ｒ、ＤＶＤ＋ＲＷ等」、コンパクトディスク（ＣＤ）であって、読出し専用メモリ（ＣＤ−ＲＯＭ）、ＣＤレコーダブル（ＣＤ−Ｒ）、ＣＤリライタブル（ＣＤ−ＲＷ）等、光磁気ディスク（ＭＯ）、フレキシブルディスク（ＦＤ）、磁気テープ、ハードディスク、読出し専用メモリ（ＲＯＭ）、電気的消去および書換可能な読出し専用メモリ（ＥＥＰＲＯＭ）、フラッシュ・メモリ、ランダム・アクセス・メモリ（ＲＡＭ）等が含まれる。
そして、上記のプログラムまたはその一部は、上記記録媒体に記録して保存や流通等させることが可能である。また、通信によって、例えば、ローカル・エリア・ネットワーク（ＬＡＮ）、メトロポリタン・エリア・ネットワーク（ＭＡＮ）、ワイド・エリア・ネットワーク（ＷＡＮ）、インターネット、イントラネット、エクストラネット等に用いられる有線ネットワーク、あるいは無線通信ネットワーク、さらにはこれらの組合せ等の伝送媒体を用いて伝送することが可能であり、また、搬送波に乗せて搬送することも可能である。
さらに、上記のプログラムは、他のプログラムの一部分であってもよく、あるいは別個のプログラムと共に記録媒体に記録されていてもよい。

システム全体の構成例を示すブロック図である。 ユーザー構造情報を模式的に表した説明図である。 ユーザーの登録処理例を示すフローチャートである。 ユーザー属性情報ＤＢに登録されるユーザー属性情報の例を示す説明図である。 ユーザー構造情報ＤＢに登録されるユーザー構造情報の例を示す説明図である。 ユーザーの削除処理例を示すフローチャートである。 ユーザーの名寄せ処理例を示すフローチャートである。 ユーザーの認証からサービス認可までの処理例を示すフローチャートである。 サービス利用認可ＤＢに保持される認可情報の例を示す説明図である。 ユーザー認証画面の例を示す説明図である。 利用履歴データベースに保持される利用履歴の例を示す説明図である。 サービス提供時にコンテンツにアクセスする際の処理例を示すフローチャートである。 コンテンツＤＢに保持されるコンテンツの例を示す説明図である。 コンテンツの利用認可情報の例を示す説明図である。 コンテンツアクセス画面の例を示す説明図である 利用履歴を集計する処理例を示すフローチャートである。 履歴と共に検索結果を提示した例を示す説明図である。 本実施の形態を実現するコンピュータのハードウェア構成例を示すブロック図である。

符号の説明

１…ユーザー認証モジュール
２…サービス提供モジュール
３…サービス提供サーバー
４…ユーザー情報管理モジュール
５…ユーザー構造情報ＤＢ
６…ユーザー属性情報ＤＢ
７…サービス利用認可管理モジュール
８…サービス利用認可ＤＢ
９…利用履歴管理モジュール
１０…利用履歴ＤＢ
１１…ユーザー管理サーバー
１２…コンテンツ利用認可モジュール
１３…コンテンツＤＢ
１４…コンテンツ利用認可ＤＢ
１５…コンテンツ管理サーバー
１６…ネットワーク

Claims (18)

1. ユーザーを一意に識別できるユーザー識別子と、名寄せ先のユーザーの識別子である名寄せ先識別子または名寄せ元のユーザーの識別子である名寄せ元識別子を対応させて記憶するユーザー構造情報記憶手段と、
   前記ユーザー構造情報記憶手段に、名寄せ先識別子を名寄せ元識別子であるユーザー識別子に対応させて記憶させ、名寄せ元識別子を名寄せ先識別子であるユーザー識別子に対応させて記憶させることによって名寄せを行うユーザー情報管理手段
   を具備することを特徴とするユーザー管理システム。
2. 前記ユーザー構造情報記憶手段は、名寄せを行った時間に関する情報をも記憶し、
   前記ユーザー情報管理手段は、名寄せを行った時間に関する情報を前記ユーザー識別子に対応させて記憶させる
   ことを特徴とする請求項１に記載のユーザー管理システム。
3. ユーザーを一意に識別できるユーザー識別子と、ユーザーを削除した時間に関する情報を対応させて記憶するユーザー構造情報記憶手段と、
   前記ユーザー構造情報記憶手段に、ユーザーを削除した時間に関する情報を該ユーザー識別子に対応させて記憶することによってユーザー消去を行うユーザー情報管理手段
   を具備することを特徴とするユーザー管理システム。
4. ユーザーを一意に識別できるユーザー識別子と、名寄せ先のユーザーの識別子である名寄せ先識別子を対応させて記憶するユーザー構造情報記憶手段と、
   ユーザーの認証を行う場合に、前記ユーザー構造情報記憶手段内に該ユーザーのユーザー識別子に対応する名寄せ先識別子がある場合は、その名寄せ先識別子に基づいて、ユーザーの認証を行うサービス利用認可管理手段
   を具備することを特徴とするユーザー管理システム。
5. ユーザーを一意に識別できるユーザー識別子と、名寄せ元のユーザーの識別子である名寄せ元識別子を対応させて記憶するユーザー構造情報記憶手段と、
   コンテンツの利用の認可を行う場合に、前記ユーザー構造情報記憶手段内に該ユーザーのユーザー識別子に対応する名寄せ元識別子がある場合は、その名寄せ元識別子に基づいて、コンテンツの利用の認可を行うコンテンツ利用認可手段
   を具備することを特徴とするユーザー管理システム。
6. ユーザーを一意に識別できるユーザー識別子と、名寄せ元のユーザーの識別子である名寄せ元識別子を対応させて記憶するユーザー構造情報記憶手段と、
   ユーザーの利用履歴の収集を行う場合に、前記ユーザー構造情報記憶手段内に該ユーザーのユーザー識別子に対応する名寄せ元識別子がある場合は、その名寄せ元識別子に基づいて、利用履歴の収集を行う利用履歴管理手段
   を具備することを特徴とするユーザー管理システム。
7. コンピュータを、
   ユーザーを一意に識別できるユーザー識別子と、名寄せ先のユーザーの識別子である名寄せ先識別子または名寄せ元のユーザーの識別子である名寄せ元識別子を対応させて記憶するユーザー構造情報記憶手段と、
   前記ユーザー構造情報記憶手段に、名寄せ先識別子を名寄せ元識別子であるユーザー識別子に対応させて記憶させ、名寄せ元識別子を名寄せ先識別子であるユーザー識別子に対応させて記憶させることによって名寄せを行うユーザー情報管理手段
   として機能させることを特徴とするユーザー管理プログラム。
8. コンピュータに、
   前記ユーザー構造情報記憶手段にて名寄せを行った時間に関する情報をも記憶させ、
   前記ユーザー情報管理手段にて名寄せを行った時間に関する情報を前記ユーザー識別子に対応させて記憶させる
   ことを特徴とする請求項７に記載のユーザー管理プログラム。
9. コンピュータを、
   ユーザーを一意に識別できるユーザー識別子と、ユーザーを削除した時間に関する情報を対応させて記憶するユーザー構造情報記憶手段と、
   前記ユーザー構造情報記憶手段に、ユーザーを削除した時間に関する情報を該ユーザー識別子に対応させて記憶することによってユーザー消去を行うユーザー情報管理手段
   として機能させることを特徴とするユーザー管理プログラム。
10. コンピュータを、
    ユーザーを一意に識別できるユーザー識別子と、名寄せ先のユーザーの識別子である名寄せ先識別子を対応させて記憶するユーザー構造情報記憶手段と、
    ユーザーの認証を行う場合に、前記ユーザー構造情報記憶手段内に該ユーザーのユーザー識別子に対応する名寄せ先識別子がある場合は、その名寄せ先識別子に基づいて、ユーザーの認証を行うサービス利用認可管理手段
    として機能させることを特徴とするユーザー管理プログラム。
11. コンピュータを、
    ユーザーを一意に識別できるユーザー識別子と、名寄せ元のユーザーの識別子である名寄せ元識別子を対応させて記憶するユーザー構造情報記憶手段と、
    コンテンツの利用の認可を行う場合に、前記ユーザー構造情報記憶手段内に該ユーザーのユーザー識別子に対応する名寄せ元識別子がある場合は、その名寄せ元識別子に基づいて、コンテンツの利用の認可を行うコンテンツ利用認可手段
    として機能させることを特徴とするユーザー管理プログラム。
12. コンピュータを、
    ユーザーを一意に識別できるユーザー識別子と、名寄せ元のユーザーの識別子である名寄せ元識別子を対応させて記憶するユーザー構造情報記憶手段と、
    ユーザーの利用履歴の収集を行う場合に、前記ユーザー構造情報記憶手段内に該ユーザーのユーザー識別子に対応する名寄せ元識別子がある場合は、その名寄せ元識別子に基づいて、利用履歴の収集を行う利用履歴管理手段
    として機能させることを特徴とするユーザー管理プログラム。
13. ユーザー認証を実施するユーザー認証手段、サービスを提供するサービス提供手段を具備する１つ以上のサービス提供サーバーと、
    ユーザーの構造情報を保持するユーザー構造情報データベース、ユーザーの属性情報を保持するユーザー属性情報データベース、前記ユーザー構造情報データベースおよび前記ユーザー属性情報データベースを管理するユーザー情報管理手段、サービスの利用認可情報を保持するサービス利用認可データベース、前記サービス利用認可データベースを管理するサービス利用認可管理手段を具備するユーザー管理サーバー
    を具備することを特徴とするユーザー管理システム。
14. 前記ユーザー管理サーバーに、ユーザーのサービス利用履歴を保持する利用履歴データベース、前記利用履歴データベースを管理する利用履歴管理手段
    を具備することを特徴とする請求項１３に記載のユーザー管理システム。
15. 前記ユーザー管理サーバーに、コンテンツ情報を保持するコンテンツデータベース、コンテンツに対する利用認可情報を保持するコンテンツ利用認可データベース、前記コンテンツデータベースおよび前記コンテンツ利用認可データベースを管理するコンテンツ利用認可手段
    を具備することを特徴とする請求項１３または請求項１４に記載のユーザー管理システム。
16. サービス提供サーバーは、
    ユーザー認証手段によりユーザー認証を実施し、サービス提供手段によりサービスを提供し、
    ユーザーの構造情報を保持するユーザー構造情報データベース、ユーザーの属性情報を保持するユーザー属性情報データベースおよびサービスの利用認可情報を保持するサービス利用認可データベースを具備するユーザー管理サーバーは、
    ユーザー情報管理手段により前記ユーザー構造情報データベースおよび前記ユーザー属性情報データベースを管理し、サービス利用認可管理手段により前記サービス利用認可データベースを管理する
    ことを特徴とするユーザー管理方法。
17. 前記ユーザー管理サーバーは、ユーザーのサービス利用履歴を保持する利用履歴データベースを具備し、
    前記ユーザー管理サーバーは、利用履歴管理手段により前記利用履歴データベースを管理する
    ことを特徴とする請求項１６に記載のユーザー管理方法。
18. 前記ユーザー管理サーバーは、コンテンツ情報を保持するコンテンツデータベース、コンテンツに対する利用認可情報を保持するコンテンツ利用認可データベースを具備し、
    前記ユーザー管理サーバーは、コンテンツ利用認可手段により前記コンテンツデータベースおよび前記コンテンツ利用認可データベースを管理する
    ことを特徴とする請求項１６または請求項１７に記載のユーザー管理方法。

Images