(57)【要約】【課題】複数のサービス機能やコンテンツを統合的に管理する環境において、複数の認証方式を組み合わせて適切な認証強度を提供できるようにしたサービス利用認可システムを提供する。【解決手段】サービス利用認可条件記憶手段は、サービス識別子と該サービスの利用を認可する場合に求められる認証の強度である認証強度条件とを対応させて記憶し、サービス利用認可条件抽出手段は、サービスの利用を認可する場合に、記憶されている該サービスに対応する認証強度条件を抽出し、認証手段識別子記憶手段は、複数の認証手段識別子を認証強度条件に応じて組み合わせて記憶し、認証手段識別子抽出手段は、抽出された認証強度条件に応じて、前記認証手段識別子記憶手段に記憶されている認証手段識別子の組み合わせから認証の手段を抽出し、判断手段は、抽出された認証の手段によって、前記サービスを利用しようとしているユーザーが認証されているか否かを判断する。【選択図】図１
2008117326.tif 000002
【特許請求の範囲】
【請求項１】
サービスを一意に識別できるサービス識別子と該サービスの利用を認可する場合に求められる認証の強度である認証強度条件とを対応させて記憶するサービス利用認可条件記憶手段と、
利用の認可が要求されたサービスに対応する認証強度条件を前記サービス利用認可条件記憶手段から抽出するサービス利用認可条件抽出手段と、
認証の手段を一意に識別できる複数の認証手段識別子を、認証強度条件に応じて、組み合わせて記憶する認証手段識別子記憶手段と、
前記サービス利用認可条件抽出手段によって抽出された認証強度条件に対応する認証手段識別子の組み合わせを前記認証手段識別子記憶手段から抽出する認証手段識別子抽出手段と、
前記認証手段識別子抽出手段によって抽出された認証手段識別子に基づき特定される認証の手段によって、前記サービスを利用しようとしているユーザーが認証されているか否かを判断する判断手段
を具備することを特徴とするサービス利用認可システム。
【請求項２】
サービスに含まれるサービス機能を一意に識別できるサービス機能識別子と該サービス機能の利用を認可する場合に求められる認証の強度である認証強度条件とを対応させて記憶するサービス利用認可条件記憶手段と、
利用の認可が要求されたサービス機能に対応する認証強度条件を前記サービス利用認可条件記憶手段から抽出するサービス利用認可条件抽出手段と、
認証の手段を一意に識別できる複数の認証手段識別子を、認証強度条件に応じて、組み合わせて記憶する認証手段識別子記憶手段と、
前記サービス利用認可条件抽出手段によって抽出された認証強度条件に応じて、前記認証手段識別子記憶手段に記憶されている認証手段識別子の組み合わせを抽出する認証手段識別子抽出手段と、
前記認証手段識別子抽出手段によって抽出された認証手段識別子の組み合わせに基づき、前記サービス機能を利用しようとしているユーザーが認証されているか否かを判断する判断手段
を具備することを特徴とするサービス利用認可システム。
【請求項３】
サービスを一意に識別できるサービス識別子と該サービスの利用を認可する場合に求められる認証の強度である認証強度条件とを対応させて記憶するサービス利用認可条件記憶手段と、
利用の認可が要求されたサービスに対応する認証強度条件を前記サービス利用認可条件記憶手段から抽出するサービス利用認可条件抽出手段と、
認証の手段を一意に識別できる複数の認証手段識別子を、認証強度ルールを一意に識別できる認証強度ルール識別子に応じて、組み合わせて認証強度ルールとして記憶する認証強度ルール記憶手段と、
認証強度メニューを一意に識別できる認証強度メニュー識別子と前記認証強度ルール識別子とを対応させて記憶する認証強度メニュー記憶手段と、
前記サービス利用認可条件抽出手段によって抽出された認証強度条件に対応する認証強度メニュー識別子に応じて、前記認証強度メニュー記憶手段に記憶されている認証強度ルール識別子を抽出し、該認証強度ルール識別子に応じた認証手段識別子の組み合わせを前記認証強度ルール記憶手段から抽出する認証手段識別子抽出手段と、
前記認証手段識別子抽出手段によって抽出された認証手段識別子の組み合わせに基づき特定される認証の手段によって、前記サービスを利用しようとしているユーザーが認証されているか否かを判断する判断手段
を具備することを特徴とするサービス利用認可システム。
【請求項４】
サービスに含まれるサービス機能を一意に識別できるサービス機能識別子と該サービス機能を利用する場合に求められる認証の強度である認証強度条件とを対応させて記憶するサービス利用認可条件記憶手段と、
利用の認可が要求されたサービス機能に対応する認証強度条件を前記サービス利用認可条件記憶手段から抽出するサービス利用認可条件抽出手段と、
認証の手段を一意に識別できる複数の認証手段識別子を、認証強度ルールを一意に識別できる認証強度ルール識別子に応じて、組み合わせて認証強度ルールとして記憶する認証強度ルール記憶手段と、
認証強度メニューを一意に識別できる認証強度メニュー識別子と前記認証強度ルール識別子とを対応させて記憶する認証強度メニュー記憶手段と、
前記サービス利用認可条件抽出手段によって抽出された認証強度条件に対応する認証強度メニュー識別子に応じて、前記認証強度メニュー記憶手段に記憶されている認証強度ルール識別子を抽出し、該認証強度ルール識別子に応じた認証手段識別子の組み合わせを前記認証強度ルール記憶手段から抽出する認証手段識別子抽出手段と、
前記認証手段識別子抽出手段によって抽出された認証手段識別子の組み合わせに基づいて特定される認証の手段によって、前記サービス機能を利用しようとしているユーザーが認証されているか否かを判断する判断手段
を具備することを特徴とするサービス利用認可システム。
【請求項５】
コンテンツを一意に識別できるコンテンツ識別子と該コンテンツの利用を認可する場合に求められる認証の強度である認証強度条件とを対応させて記憶するコンテンツ利用認可条件記憶手段と、
利用の認可が要求されたコンテンツに対応する認証強度条件を前記コンテンツ利用認可条件記憶手段から抽出するコンテンツ利用認可条件抽出手段と、
認証の手段を一意に識別できる複数の認証手段識別子を、認証強度条件に応じて、組み合わせて記憶する認証手段識別子記憶手段と、
前記コンテンツ利用認可条件抽出手段によって抽出された認証強度条件に対応する認証手段識別子の組み合わせを前記認証手段識別子記憶手段から抽出する認証手段識別子抽出手段と、
前記認証手段識別子抽出手段によって抽出された認証手段識別子の組み合わせに基づき特定される認証の手段によって、前記コンテンツを利用しようとしているユーザーが認証されているか否かを判断する判断手段
を具備することを特徴とするコンテンツ利用認可システム。
【請求項６】
コンテンツを一意に識別できるコンテンツ識別子と該コンテンツの利用を認可する場合に求められる認証の強度である認証強度条件とを対応させて記憶するコンテンツ利用認可条件記憶手段と、
利用の認可が要求されたコンテンツに対応する認証強度条件を前記コンテンツ利用認可条件記憶手段から抽出するコンテンツ利用認可条件抽出手段と、
認証の手段を一意に識別できる複数の認証手段識別子を、認証強度ルールを一意に識別できる認証強度ルール識別子に応じて、組み合わせて認証強度ルールとして記憶する認証強度ルール記憶手段と、
認証強度メニューを一意に識別できる認証強度メニュー識別子と前記認証強度ルール識別子とを対応させて記憶する認証強度メニュー記憶手段と、
前記コンテンツ利用認可条件抽出手段によって抽出された認証強度条件に対応する認証強度メニュー識別子に応じて、前記認証強度メニュー記憶手段に記憶されている認証強度ルール識別子を抽出し、該認証強度ルール識別子に対応する認証手段識別子の組み合わせを前記認証強度ルール記憶手段から抽出する認証手段識別子抽出手段と、
前記認証手段識別子抽出手段によって抽出された認証手段識別子の組み合わせに基づき特定される認証の手段によって、前記コンテンツを利用しようとしているユーザーが認証されているか否かを判断する判断手段
を具備することを特徴とするコンテンツ利用認可システム。
【請求項７】
ユーザーを一意に識別できるユーザー識別子と該ユーザーを認証した認証手段とを対応させて記憶するユーザーステータス記憶手段
をさらに具備し、
前記判断手段は、前記ユーザーステータス記憶手段に記憶されている認証手段に応じて、ユーザーが認証されているか否かを判断する
ことを特徴とする請求項１から４のいずれかに記載のサービス利用認可システム。
【請求項８】
ユーザーを一意に識別できるユーザー識別子と該ユーザーを認証した認証手段とを対応させて記憶するユーザーステータス記憶手段
をさらに具備し、
前記判断手段は、前記ユーザーステータス記憶手段に記憶されている認証手段に応じて、ユーザーが認証されているか否かを判断する
ことを特徴とする請求項５または６に記載のコンテンツ利用認可システム。
【請求項９】
コンピュータに、
利用の認可が要求されたサービスに対応する認証強度条件を、サービスを一意に識別できるサービス識別子と該サービスの利用を認可する場合に求める認証の強度である認証強度条件とを対応させて記憶するサービス利用認可条件記憶手段から、抽出するサービス利用認可条件抽出機能と、
認証の機能を一意に識別できる複数の認証機能識別子を認証強度条件に応じて組み合わせて記憶する認証機能識別子記憶手段から、前記サービス利用認可条件抽出機能によって抽出された認証強度条件に対応する認証機能識別子の組み合わせを、抽出する認証機能識別子抽出機能と、
前記認証機能識別子抽出機能によって抽出された認証機能識別子の組み合わせに基づき特定される認証の機能によって、前記サービスを利用しようとしているユーザーが認証されているか否かを判断する判断機能
を実現させることを特徴とするサービス利用認可プログラム。
【請求項１０】
コンピュータに、
利用の認可が要求されたサービス機能に対応する認証強度条件を、サービスに含まれるサービス機能を一意に識別できるサービス機能識別子と該サービス機能を利用する場合に求められる認証の強度である認証強度条件とを対応させて記憶するサービス利用認可条件記憶手段から、抽出するサービス利用認可条件抽出機能と、
認証の機能を一意に識別できる複数の認証機能識別子を認証強度条件に応じて組み合わせて記憶する認証機能識別子記憶手段から、前記サービス利用認可条件抽出機能によって抽出された認証強度条件に対応する認証機能識別子の組み合わせを、抽出する認証機能識別子抽出機能と、
前記認証機能識別子抽出機能によって抽出された認証機能識別子の組み合わせに基づき特定される認証の機能によって、前記サービス機能を利用しようとしているユーザーが認証されているか否かを判断する判断機能
を実現させることを特徴とするサービス利用認可プログラム。
【請求項１１】
コンピュータに、
利用の認可が要求されたサービスに対応する認証強度条件を、サービスを一意に識別できるサービス識別子と該サービスの利用を認可する場合に求められる認証の強度である認証強度条件とを対応させて記憶するサービス利用認可条件記憶手段から、抽出するサービス利用認可条件抽出機能と、
前記サービス利用認可条件抽出機能によって抽出された認証強度条件に対応する認証強度メニュー識別子に応じて、認証強度メニューを一意に識別できる認証強度メニュー識別子と認証強度ルールを一意に識別できる認証強度ルール識別子とを対応させて記憶する認証強度メニュー記憶手段から、認証強度ルール識別子を抽出し、該抽出された認証強度ルール識別子に応じて、認証機能識別子の組み合わせを、認証の機能を一意に識別できる複数の認証機能識別子を、認証強度ルール識別子に応じて組み合わせて認証強度ルールとして記憶する認証強度ルール記憶手段から、抽出する認証機能識別子抽出機能と、
前記認証機能識別子抽出機能によって抽出された認証機能識別子の組み合わせに基づき特定される認証の機能によって、前記サービスを利用しようとしているユーザーが認証されているか否かを判断する判断機能
を実現させることを特徴とするサービス利用認可プログラム。
【請求項１２】
コンピュータに、
利用の認可が要求されたサービス機能に対応する認証強度条件を、サービスに含まれるサービス機能を一意に識別できるサービス機能識別子と該サービス機能を利用する場合に求められる認証の強度である認証強度条件とを対応させて記憶するサービス利用認可条件記憶手段から、抽出するサービス利用認可条件抽出機能と、
前記サービス利用認可条件抽出機能によって抽出された認証強度条件に対応する認証強度メニュー識別子に応じて、認証強度メニューを一意に識別できる認証強度メニュー識別子と認証強度ルールを一意に識別できる認証強度ルール識別子とを対応させて記憶する認証強度メニュー記憶手段から、認証強度ルール識別子を抽出し、該抽出された認証強度ルール識別子に応じて、認証機能識別子の組み合わせを、認証の機能を一意に識別できる複数の認証機能識別子を、認証強度ルール識別子に応じて組み合わせて認証強度ルールとして記憶する前記認証強度ルール記憶手段から、抽出する認証機能識別子抽出機能と、
前記認証機能識別子抽出機能によって抽出された認証機能識別子の組み合わせに基づき特定される認証の機能によって、前記サービス機能を利用しようとしているユーザーが認証されているか否かを判断する判断機能
を実現させることを特徴とするサービス利用認可プログラム。
【請求項１３】
コンピュータに、
コンテンツの利用を認可する場合に、コンテンツを一意に識別できるコンテンツ識別子と該コンテンツの利用を認可する場合に求められる認証の強度である認証強度条件とを対応させて記憶するコンテンツ利用認可条件記憶手段に記憶されている該コンテンツに対応する認証強度条件を抽出するコンテンツ利用認可条件抽出機能と、
前記コンテンツ利用認可条件抽出機能によって抽出された認証強度条件に応じて、認証の機能を一意に識別できる複数の認証機能識別子を、認証強度条件に応じて、組み合わせて記憶する認証強度記憶手段に記憶されている認証機能識別子の組み合わせを抽出する認証機能識別子抽出機能と、
前記認証機能識別子抽出機能によって抽出された認証機能識別子の組み合わせに基づき特定される認証の機能によって、前記コンテンツを利用しようとしているユーザーが認証されているか否かを判断する判断機能
を実現させることを特徴とするコンテンツ利用認可プログラム。
【請求項１４】
コンピュータに、
コンテンツの利用を認可する場合に、コンテンツを一意に識別できるコンテンツ識別子と該コンテンツの利用を認可する場合に求められる認証の強度である認証強度条件とを対応させて記憶するコンテンツ利用認可条件記憶手段に記憶されている該コンテンツに対応する認証強度条件を抽出するコンテンツ利用認可条件抽出機能と、
前記コンテンツ利用認可条件抽出機能によって抽出された認証強度条件に対応する認証強度メニュー識別子に応じて、認証強度メニューを一意に識別できる認証強度メニュー識別子と認証強度ルールを一意に識別できる認証強度ルール識別子とを対応させて記憶する認証強度ルール識別子記憶手段に記憶されている認証強度ルール識別子を抽出し、該認証強度ルール識別子に応じて、認証の機能を一意に識別できる複数の認証機能識別子を認証強度条件に応じて組み合わせて認証強度ルールとして記憶する認証強度ルール記憶手段に記憶されている認証機能識別子の組み合わせを抽出する認証機能識別子抽出機能と、
前記認証機能識別子抽出機能によって抽出された認証機能識別子の組み合わせから特定される認証の機能によって、前記コンテンツを利用しようとしているユーザーが認証されているか否かを判断する判断機能
を実現させることを特徴とするコンテンツ利用認可プログラム。
【請求項１５】
前記判断機能は、ユーザーを一意に識別できるユーザー識別子と該ユーザーを認証した認証機能とを対応させて記憶するユーザーステータス記憶手段に記憶されている認証機能に応じて、ユーザーが認証されているか否かを判断する
ことを特徴とする請求項９から１２のいずれかに記載のサービス利用認可プログラム。
【請求項１６】
前記判断機能は、ユーザーを一意に識別できるユーザー識別子と該ユーザーを認証した認証機能とを対応させて記憶するユーザーステータス記憶手段に記憶されている認証機能に応じて、ユーザーが認証されているか否かを判断する
ことを特徴とする請求項１３または１４に記載のコンテンツ利用認可プログラム。
【請求項１７】
ユーザー認証を行うユーザー認証手段、ユーザー認証手段が認証を行うための情報を保持するユーザー認証用データベース、を有するユーザー認証サーバーと、
サービス利用認可情報を管理するサービス利用認可管理手段、サービス利用認可のための情報を保持するサービス利用認可データベース、を有するサービス認可サーバーと、
電子的なサービスを提供するサービス提供手段、を有するサービス提供サーバーと、
認証強度に関するルールまたはメニューを管理する認証強度データベース管理手段、認証強度に関するルールを保持する認証強度データベース、を有する認証強度ナレッジサーバーと、
コンテンツの利用を管理するコンテンツ利用認可管理手段、コンテンツを保持するコンテンツデータベース、コンテンツ利用認可情報を保持するコンテンツ利用認可データベース、を有するコンテンツ管理サーバー
を具備することを特徴とするサービス利用認可システム。
【請求項１８】
ユーザー認証を行うユーザー認証手段、ユーザー認証手段が認証を行うための情報を保持するユーザー認証用データベース、を有するユーザー認証サーバーと、
認証強度に関するルールまたはメニューを管理する認証強度データベース管理手段、認証強度に関するルールを保持する認証強度データベース、を有する認証強度データサーバーと、
コンテンツの利用を管理するコンテンツ利用認可管理手段、コンテンツを保持するコンテンツデータベース、コンテンツ利用認可情報を保持するコンテンツ利用認可データベース、を有するコンテンツ管理サーバー
を具備することを特徴とするサービス利用認可システム。
【請求項１９】
前記認証強度データサーバーは、認証強度データベースへの参照としての認証強度メニューを保持する認証強度メニューデータベース
を具備することを特徴とする請求項１８に記載のサービス利用認可システム。
【請求項２０】
ユーザー認証機能が認証を行うための情報を保持するユーザー認証用データベース、を有するユーザー認証サーバーに、ユーザー認証を行わせ、
サービス利用認可のための情報を保持するサービス利用認可データベース、を有するサービス認可サーバーに、サービス利用認可情報を管理させ、
サービス提供サーバーに、電子的なサービスを提供させ、
認証強度に関するルールを保持する認証強度データベース、を有する認証強度ナレッジサーバーに、認証強度に関するルールまたはメニューを管理させ、
コンテンツを保持するコンテンツデータベース、コンテンツ利用認可情報を保持するコンテンツ利用認可データベース、を有するコンテンツ管理サーバーに、コンテンツの利用を管理させる
ことを特徴とするサービス利用認可方法。
【請求項２１】
ユーザー認証機能が認証を行うための情報を保持するユーザー認証用データベース、を有するユーザー認証サーバーに、ユーザー認証を行わせ、
認証強度に関するルールを保持する認証強度データベース、を有する認証強度ナレッジサーバーに、認証強度に関するルールまたはメニューを管理させ、
コンテンツを保持するコンテンツデータベース、コンテンツ利用認可情報を保持するコンテンツ利用認可データベース、を有するコンテンツ管理サーバーに、コンテンツの利用を管理させる
ことを特徴とするサービス利用認可方法。
【請求項２２】
前記認証強度データサーバーは、認証強度データベースへの参照としての認証強度メニューを保持する認証強度メニューデータベース
を具備することを特徴とする請求項２１に記載のサービス利用認可方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、サービス利用認可システム、コンテンツ利用認可システム、サービス利用認可プログラム、コンテンツ利用認可プログラムおよびサービス利用認可方法に関する。
【背景技術】
【０００２】
電子的なサービスを提供する際のユーザー管理については、いくつかの方法が提案されている。例えば、ＩＤフェデレーション技術を使用すれば、１人のユーザーが複数のサービスを利用することができる環境が提供される。例えば、特許文献１には、このＩＤフェデレーションの基本的な流れに関する技術が開示されている。また、特許文献２には、登録した個人情報を他のサービスと共有するための機構に関する技術が開示されている。そして、これらの技術に基づいて、個々のサービスの利用に対する認可が行われ、サービスの利用が開始される。
【０００３】
しかしながら、複数のサービスが混在する環境においては、以下のような問題が発生する。
まず、サービスごとに求められる認証強度が異なるという問題がある。そもそも、ユーザーを認証する方法には、様々なものが提供されている。例えば、最も基本的なものは、ユーザーのアクセスＩＤとパスワードを組み合わせたものである。より、高度なものとして、ＰＫＩ（Ｐｕｂｌｉｃ  Ｋｅｙ  Ｉｎｆｒａｓｔｒｕｃｔｕｒｅ）を使ったウェブクライアントの認証、ＰＫＩの秘密鍵を組み込んだＩＣカードによる認証などがある。また、最近ではバイオメトリックスを利用した、指紋・虹彩・掌形・静脈等の認証方式が提案されている。サービスが提供する内容や価格、扱う情報の種類に応じて、求められる認証強度は変化する。
【０００４】
もちろん、最も強力な認証強度を持つ認証方式を採用し、すべてのサービスをこれに合わせるという選択もある。しかしながら、一般には強い認証強度を持つ方式は操作が面倒で、ユーザーの負担が非常に大きい。さらに、強い認証強度を求めれば、認証プロセスを安全側に配慮して設計するため、正規のユーザーを認証できないケースを増やすことになり認証ミスのレートが高くなる。弱い認証強度でかまわないサービスも、すべて面倒な操作と、高い認証ミスレートに悩まされることになる。
【０００５】
また、「認証強度」という値自体が、１つの直線上に並ぶ線形の値としてとらえることが難しい概念である。例えば、一般にはアクセスＩＤ／パスワード方式よりも、ＰＫＩの秘密鍵を持つＩＣカードによる認証や指紋認証等の方が認証強度が強いように認識されているが、パスワードが個人の記憶に保管され盗難や不正アクセスの恐れが低いのに対し、ＩＣカードには盗難のリスクがあり、指紋認証システムも擬似的な指による詐称もあって完全ではない。そのため、１つの認証方式を採用することが完全な解決ではなく、異なった特徴を持つ複数の認証方式を組み合わせることが一般的である。しかしながら、個々のサービスの、さらに個々の機能ごとに求められる認証強度が異なるため、これらのニーズにマッチした認証強度を作り出すことは煩雑な設計作業となる。
さらに、個々の認証システムの強度は時代とともに変化する（例えば、今まで安全であると考えられていた暗号化方式が、ある日安全でなくなってしまうことがある）。これら、最新の情勢を見ながら、認証方式を変化させていくことは、大変な作業である。
【特許文献１】特開２００４−０７８６２２号公報
【特許文献２】特開２００１−３４４３７９号公報
【発明の開示】
【発明が解決しようとする課題】
【０００６】
本発明は、このような背景技術の状況の中でなされたもので、複数のサービス機能やコンテンツを統合的に管理する環境において、複数の認証方式を組み合わせて適切な認証強度を提供することをできるようにしたサービス利用認可システム、コンテンツ利用認可システム、サービス利用認可プログラム、コンテンツ利用認可プログラムおよびサービス利用認可方法を提供することを目的としている。
【課題を解決するための手段】
【０００７】
かかる目的を達成するための本発明の要旨とするところは、次の各項の発明に存する。
［請求項１］  サービスを一意に識別できるサービス識別子と該サービスの利用を認可する場合に求められる認証の強度である認証強度条件とを対応させて記憶するサービス利用認可条件記憶手段と、
利用の認可が要求されたサービスに対応する認証強度条件を前記サービス利用認可条件記憶手段から抽出するサービス利用認可条件抽出手段と、
認証の手段を一意に識別できる複数の認証手段識別子を、認証強度条件に応じて、組み合わせて記憶する認証手段識別子記憶手段と、
前記サービス利用認可条件抽出手段によって抽出された認証強度条件に対応する認証手段識別子の組み合わせを前記認証手段識別子記憶手段から抽出する認証手段識別子抽出手段と、
前記認証手段識別子抽出手段によって抽出された認証手段識別子に基づき特定される認証の手段によって、前記サービスを利用しようとしているユーザーが認証されているか否かを判断する判断手段
を具備することを特徴とするサービス利用認可システム。
【０００８】
［請求項２］  サービスに含まれるサービス機能を一意に識別できるサービス機能識別子と該サービス機能の利用を認可する場合に求められる認証の強度である認証強度条件とを対応させて記憶するサービス利用認可条件記憶手段と、
利用の認可が要求されたサービス機能に対応する認証強度条件を前記サービス利用認可条件記憶手段から抽出するサービス利用認可条件抽出手段と、
認証の手段を一意に識別できる複数の認証手段識別子を、認証強度条件に応じて、組み合わせて記憶する認証手段識別子記憶手段と、
前記サービス利用認可条件抽出手段によって抽出された認証強度条件に応じて、前記認証手段識別子記憶手段に記憶されている認証手段識別子の組み合わせを抽出する認証手段識別子抽出手段と、
前記認証手段識別子抽出手段によって抽出された認証手段識別子の組み合わせに基づき、前記サービス機能を利用しようとしているユーザーが認証されているか否かを判断する判断手段
を具備することを特徴とするサービス利用認可システム。
【０００９】
［請求項３］  サービスを一意に識別できるサービス識別子と該サービスの利用を認可する場合に求められる認証の強度である認証強度条件とを対応させて記憶するサービス利用認可条件記憶手段と、
利用の認可が要求されたサービスに対応する認証強度条件を前記サービス利用認可条件記憶手段から抽出するサービス利用認可条件抽出手段と、
認証の手段を一意に識別できる複数の認証手段識別子を、認証強度ルールを一意に識別できる認証強度ルール識別子に応じて、組み合わせて認証強度ルールとして記憶する認証強度ルール記憶手段と、
認証強度メニューを一意に識別できる認証強度メニュー識別子と前記認証強度ルール識別子とを対応させて記憶する認証強度メニュー記憶手段と、
前記サービス利用認可条件抽出手段によって抽出された認証強度条件に対応する認証強度メニュー識別子に応じて、前記認証強度メニュー記憶手段に記憶されている認証強度ルール識別子を抽出し、該認証強度ルール識別子に応じた認証手段識別子の組み合わせを前記認証強度ルール記憶手段から抽出する認証手段識別子抽出手段と、
前記認証手段識別子抽出手段によって抽出された認証手段識別子の組み合わせに基づき特定される認証の手段によって、前記サービスを利用しようとしているユーザーが認証されているか否かを判断する判断手段
を具備することを特徴とするサービス利用認可システム。
【００１０】
［請求項４］  サービスに含まれるサービス機能を一意に識別できるサービス機能識別子と該サービス機能を利用する場合に求められる認証の強度である認証強度条件とを対応させて記憶するサービス利用認可条件記憶手段と、
利用の認可が要求されたサービス機能に対応する認証強度条件を前記サービス利用認可条件記憶手段から抽出するサービス利用認可条件抽出手段と、
認証の手段を一意に識別できる複数の認証手段識別子を、認証強度ルールを一意に識別できる認証強度ルール識別子に応じて、組み合わせて認証強度ルールとして記憶する認証強度ルール記憶手段と、
認証強度メニューを一意に識別できる認証強度メニュー識別子と前記認証強度ルール識別子とを対応させて記憶する認証強度メニュー記憶手段と、
前記サービス利用認可条件抽出手段によって抽出された認証強度条件に対応する認証強度メニュー識別子に応じて、前記認証強度メニュー記憶手段に記憶されている認証強度ルール識別子を抽出し、該認証強度ルール識別子に応じた認証手段識別子の組み合わせを前記認証強度ルール記憶手段から抽出する認証手段識別子抽出手段と、
前記認証手段識別子抽出手段によって抽出された認証手段識別子の組み合わせに基づいて特定される認証の手段によって、前記サービス機能を利用しようとしているユーザーが認証されているか否かを判断する判断手段
を具備することを特徴とするサービス利用認可システム。
【００１１】
［請求項５］  コンテンツを一意に識別できるコンテンツ識別子と該コンテンツの利用を認可する場合に求められる認証の強度である認証強度条件とを対応させて記憶するコンテンツ利用認可条件記憶手段と、
利用の認可が要求されたコンテンツに対応する認証強度条件を前記コンテンツ利用認可条件記憶手段から抽出するコンテンツ利用認可条件抽出手段と、
認証の手段を一意に識別できる複数の認証手段識別子を、認証強度条件に応じて、組み合わせて記憶する認証手段識別子記憶手段と、
前記コンテンツ利用認可条件抽出手段によって抽出された認証強度条件に対応する認証手段識別子の組み合わせを前記認証手段識別子記憶手段から抽出する認証手段識別子抽出手段と、
前記認証手段識別子抽出手段によって抽出された認証手段識別子の組み合わせに基づき特定される認証の手段によって、前記コンテンツを利用しようとしているユーザーが認証されているか否かを判断する判断手段
を具備することを特徴とするコンテンツ利用認可システム。
【００１２】
［請求項６］  コンテンツを一意に識別できるコンテンツ識別子と該コンテンツの利用を認可する場合に求められる認証の強度である認証強度条件とを対応させて記憶するコンテンツ利用認可条件記憶手段と、
利用の認可が要求されたコンテンツに対応する認証強度条件を前記コンテンツ利用認可条件記憶手段から抽出するコンテンツ利用認可条件抽出手段と、
認証の手段を一意に識別できる複数の認証手段識別子を、認証強度ルールを一意に識別できる認証強度ルール識別子に応じて、組み合わせて認証強度ルールとして記憶する認証強度ルール記憶手段と、
認証強度メニューを一意に識別できる認証強度メニュー識別子と前記認証強度ルール識別子とを対応させて記憶する認証強度メニュー記憶手段と、
前記コンテンツ利用認可条件抽出手段によって抽出された認証強度条件に対応する認証強度メニュー識別子に応じて、前記認証強度メニュー記憶手段に記憶されている認証強度ルール識別子を抽出し、該認証強度ルール識別子に対応する認証手段識別子の組み合わせを前記認証強度ルール記憶手段から抽出する認証手段識別子抽出手段と、
前記認証手段識別子抽出手段によって抽出された認証手段識別子の組み合わせに基づき特定される認証の手段によって、前記コンテンツを利用しようとしているユーザーが認証されているか否かを判断する判断手段
を具備することを特徴とするコンテンツ利用認可システム。
【００１３】
［請求項７］  ユーザーを一意に識別できるユーザー識別子と該ユーザーを認証した認証手段とを対応させて記憶するユーザーステータス記憶手段
をさらに具備し、
前記判断手段は、前記ユーザーステータス記憶手段に記憶されている認証手段に応じて、ユーザーが認証されているか否かを判断する
ことを特徴とする［請求項１］から［請求項４］のいずれかに記載のサービス利用認可システム。
【００１４】
［請求項８］  ユーザーを一意に識別できるユーザー識別子と該ユーザーを認証した認証手段とを対応させて記憶するユーザーステータス記憶手段
をさらに具備し、
前記判断手段は、前記ユーザーステータス記憶手段に記憶されている認証手段に応じて、ユーザーが認証されているか否かを判断する
ことを特徴とする［請求項５］または［請求項６］に記載のコンテンツ利用認可システム。
【００１５】
［請求項９］  コンピュータに、
利用の認可が要求されたサービスに対応する認証強度条件を、サービスを一意に識別できるサービス識別子と該サービスの利用を認可する場合に求める認証の強度である認証強度条件とを対応させて記憶するサービス利用認可条件記憶手段から、抽出するサービス利用認可条件抽出機能と、
認証の機能を一意に識別できる複数の認証機能識別子を認証強度条件に応じて組み合わせて記憶する認証機能識別子記憶手段から、前記サービス利用認可条件抽出機能によって抽出された認証強度条件に対応する認証機能識別子の組み合わせを、抽出する認証機能識別子抽出機能と、
前記認証機能識別子抽出機能によって抽出された認証機能識別子の組み合わせに基づき特定される認証の機能によって、前記サービスを利用しようとしているユーザーが認証されているか否かを判断する判断機能
を実現させることを特徴とするサービス利用認可プログラム。
【００１６】
［請求項１０］  コンピュータに、
利用の認可が要求されたサービス機能に対応する認証強度条件を、サービスに含まれるサービス機能を一意に識別できるサービス機能識別子と該サービス機能を利用する場合に求められる認証の強度である認証強度条件とを対応させて記憶するサービス利用認可条件記憶手段から、抽出するサービス利用認可条件抽出機能と、
認証の機能を一意に識別できる複数の認証機能識別子を認証強度条件に応じて組み合わせて記憶する認証機能識別子記憶手段から、前記サービス利用認可条件抽出機能によって抽出された認証強度条件に対応する認証機能識別子の組み合わせを、抽出する認証機能識別子抽出機能と、
前記認証機能識別子抽出機能によって抽出された認証機能識別子の組み合わせに基づき特定される認証の機能によって、前記サービス機能を利用しようとしているユーザーが認証されているか否かを判断する判断機能
を実現させることを特徴とするサービス利用認可プログラム。
【００１７】
［請求項１１］  コンピュータに、
利用の認可が要求されたサービスに対応する認証強度条件を、サービスを一意に識別できるサービス識別子と該サービスの利用を認可する場合に求められる認証の強度である認証強度条件とを対応させて記憶するサービス利用認可条件記憶手段から、抽出するサービス利用認可条件抽出機能と、
前記サービス利用認可条件抽出機能によって抽出された認証強度条件に対応する認証強度メニュー識別子に応じて、認証強度メニューを一意に識別できる認証強度メニュー識別子と認証強度ルールを一意に識別できる認証強度ルール識別子とを対応させて記憶する認証強度メニュー記憶手段から、認証強度ルール識別子を抽出し、該抽出された認証強度ルール識別子に応じて、認証機能識別子の組み合わせを、認証の機能を一意に識別できる複数の認証機能識別子を、認証強度ルール識別子に応じて組み合わせて認証強度ルールとして記憶する認証強度ルール記憶手段から、抽出する認証機能識別子抽出機能と、
前記認証機能識別子抽出機能によって抽出された認証機能識別子の組み合わせに基づき特定される認証の機能によって、前記サービスを利用しようとしているユーザーが認証されているか否かを判断する判断機能
を実現させることを特徴とするサービス利用認可プログラム。
【００１８】
［請求項１２］  コンピュータに、
利用の認可が要求されたサービス機能に対応する認証強度条件を、サービスに含まれるサービス機能を一意に識別できるサービス機能識別子と該サービス機能を利用する場合に求められる認証の強度である認証強度条件とを対応させて記憶するサービス利用認可条件記憶手段から、抽出するサービス利用認可条件抽出機能と、
前記サービス利用認可条件抽出機能によって抽出された認証強度条件に対応する認証強度メニュー識別子に応じて、認証強度メニューを一意に識別できる認証強度メニュー識別子と認証強度ルールを一意に識別できる認証強度ルール識別子とを対応させて記憶する認証強度メニュー記憶手段から、認証強度ルール識別子を抽出し、該抽出された認証強度ルール識別子に応じて、認証機能識別子の組み合わせを、認証の機能を一意に識別できる複数の認証機能識別子を、認証強度ルール識別子に応じて組み合わせて認証強度ルールとして記憶する前記認証強度ルール記憶手段から、抽出する認証機能識別子抽出機能と、
前記認証機能識別子抽出機能によって抽出された認証機能識別子の組み合わせに基づき特定される認証の機能によって、前記サービス機能を利用しようとしているユーザーが認証されているか否かを判断する判断機能
を実現させることを特徴とするサービス利用認可プログラム。
【００１９】
［請求項１３］  コンピュータに、
コンテンツの利用を認可する場合に、コンテンツを一意に識別できるコンテンツ識別子と該コンテンツの利用を認可する場合に求められる認証の強度である認証強度条件とを対応させて記憶するコンテンツ利用認可条件記憶手段に記憶されている該コンテンツに対応する認証強度条件を抽出するコンテンツ利用認可条件抽出機能と、
前記コンテンツ利用認可条件抽出機能によって抽出された認証強度条件に応じて、認証の機能を一意に識別できる複数の認証機能識別子を、認証強度条件に応じて、組み合わせて記憶する認証強度記憶手段に記憶されている認証機能識別子の組み合わせを抽出する認証機能識別子抽出機能と、
前記認証機能識別子抽出機能によって抽出された認証機能識別子の組み合わせに基づき特定される認証の機能によって、前記コンテンツを利用しようとしているユーザーが認証されているか否かを判断する判断機能
を実現させることを特徴とするコンテンツ利用認可プログラム。
【００２０】
［請求項１４］  コンピュータに、
コンテンツの利用を認可する場合に、コンテンツを一意に識別できるコンテンツ識別子と該コンテンツの利用を認可する場合に求められる認証の強度である認証強度条件とを対応させて記憶するコンテンツ利用認可条件記憶手段に記憶されている該コンテンツに対応する認証強度条件を抽出するコンテンツ利用認可条件抽出機能と、
前記コンテンツ利用認可条件抽出機能によって抽出された認証強度条件に対応する認証強度メニュー識別子に応じて、認証強度メニューを一意に識別できる認証強度メニュー識別子と認証強度ルールを一意に識別できる認証強度ルール識別子とを対応させて記憶する認証強度ルール識別子記憶手段に記憶されている認証強度ルール識別子を抽出し、該認証強度ルール識別子に応じて、認証の機能を一意に識別できる複数の認証機能識別子を認証強度条件に応じて組み合わせて認証強度ルールとして記憶する認証強度ルール記憶手段に記憶されている認証機能識別子の組み合わせを抽出する認証機能識別子抽出機能と、
前記認証機能識別子抽出機能によって抽出された認証機能識別子の組み合わせから特定される認証の機能によって、前記コンテンツを利用しようとしているユーザーが認証されているか否かを判断する判断機能
を実現させることを特徴とするコンテンツ利用認可プログラム。
【００２１】
［請求項１５］  前記判断機能は、ユーザーを一意に識別できるユーザー識別子と該ユーザーを認証した認証機能とを対応させて記憶するユーザーステータス記憶手段に記憶されている認証機能に応じて、ユーザーが認証されているか否かを判断する
ことを特徴とする［請求項９］から［請求項１２］のいずれかに記載のサービス利用認可プログラム。
【００２２】
［請求項１６］  前記判断機能は、ユーザーを一意に識別できるユーザー識別子と該ユーザーを認証した認証機能とを対応させて記憶するユーザーステータス記憶手段に記憶されている認証機能に応じて、ユーザーが認証されているか否かを判断する
ことを特徴とする［請求項１３］または［請求項１４］に記載のコンテンツ利用認可プログラム。
【００２３】
［請求項１７］  ユーザー認証を行うユーザー認証手段、ユーザー認証手段が認証を行うための情報を保持するユーザー認証用データベース、を有するユーザー認証サーバーと、
サービス利用認可情報を管理するサービス利用認可管理手段、サービス利用認可のための情報を保持するサービス利用認可データベース、を有するサービス認可サーバーと、
電子的なサービスを提供するサービス提供手段、を有するサービス提供サーバーと、
認証強度に関するルールまたはメニューを管理する認証強度データベース管理手段、認証強度に関するルールを保持する認証強度データベース、を有する認証強度ナレッジサーバーと、
コンテンツの利用を管理するコンテンツ利用認可管理手段、コンテンツを保持するコンテンツデータベース、コンテンツ利用認可情報を保持するコンテンツ利用認可データベース、を有するコンテンツ管理サーバー
を具備することを特徴とするサービス利用認可システム。
【００２４】
［請求項１８］  ユーザー認証を行うユーザー認証手段、ユーザー認証手段が認証を行うための情報を保持するユーザー認証用データベース、を有するユーザー認証サーバーと、
認証強度に関するルールまたはメニューを管理する認証強度データベース管理手段、認証強度に関するルールを保持する認証強度データベース、を有する認証強度データサーバーと、
コンテンツの利用を管理するコンテンツ利用認可管理手段、コンテンツを保持するコンテンツデータベース、コンテンツ利用認可情報を保持するコンテンツ利用認可データベース、を有するコンテンツ管理サーバー
を具備することを特徴とするサービス利用認可システム。
【００２５】
［請求項１９］  前記認証強度データサーバーは、認証強度データベースへの参照としての認証強度メニューを保持する認証強度メニューデータベース
を具備することを特徴とする［請求項１８］に記載のサービス利用認可システム。
【００２６】
［請求項２０］  ユーザー認証機能が認証を行うための情報を保持するユーザー認証用データベース、を有するユーザー認証サーバーに、ユーザー認証を行わせ、
サービス利用認可のための情報を保持するサービス利用認可データベース、を有するサービス認可サーバーに、サービス利用認可情報を管理させ、
サービス提供サーバーに、電子的なサービスを提供させ、
認証強度に関するルールを保持する認証強度データベース、を有する認証強度ナレッジサーバーに、認証強度に関するルールまたはメニューを管理させ、
コンテンツを保持するコンテンツデータベース、コンテンツ利用認可情報を保持するコンテンツ利用認可データベース、を有するコンテンツ管理サーバーに、コンテンツの利用を管理させる
ことを特徴とするサービス利用認可方法。
【００２７】
［請求項２１］  ユーザー認証機能が認証を行うための情報を保持するユーザー認証用データベース、を有するユーザー認証サーバーに、ユーザー認証を行わせ、
認証強度に関するルールを保持する認証強度データベース、を有する認証強度ナレッジサーバーに、認証強度に関するルールまたはメニューを管理させ、
コンテンツを保持するコンテンツデータベース、コンテンツ利用認可情報を保持するコンテンツ利用認可データベース、を有するコンテンツ管理サーバーに、コンテンツの利用を管理させる
ことを特徴とするサービス利用認可方法。
【００２８】
［請求項２２］  前記認証強度データサーバーは、認証強度データベースへの参照としての認証強度メニューを保持する認証強度メニューデータベース
を具備することを特徴とする［請求項２１］に記載のサービス利用認可方法。
【発明の効果】
【００２９】
本発明にかかるサービス利用認可システム、コンテンツ利用認可システム、サービス利用認可プログラム、コンテンツ利用認可プログラムおよびサービス利用認可方法によれば、本構成を有していない場合に比較して、次の（１）から（５）のいずれか１つ以上の効果を奏することができる。
（１）複数のサービス機能やコンテンツを統合的に管理する環境において、複数の認証方式を組み合わせて適切な認証強度を提供することができる。
（２）また、指定した認証強度を動的に組み替えたり、メニュー化して全体で共通に使用することができる。
（３）サービスごと、サービス機能ごと、コンテンツごとに様々な認証強度が求められるような場合においても、サービス等を提供する側の負担無しに、適切な認証強度の認証機構を提供することができる。
（４）認証強度を複数のサービスにおいて共通に利用することが容易になる。
（５）認証強度に対する要請が時代と共に変化したような場合においても、システム全体を組み替えることなく、対応することができる。
【発明を実施するための最良の形態】
【００３０】
以下、図面に基づき本発明の好適な一実施の形態を説明する。本実施の形態は、１つ以上の電子的なサービスを提供し、ユーザーに対してサービス利用およびサービスに伴うコンテンツ利用を適切に認可するためのシステムである。
図１は、本発明の一実施の形態の概念的なモジュール構成図を示している。
なお、モジュールとは、一般的に論理的に分離可能なソフトウェア、ハードウェア等の部品を指す。したがって、本実施の形態におけるモジュールはプログラムにおけるモジュールのことだけでなく、ハードウェア構成におけるモジュールも指す。それゆえ、本実施の形態は、プログラム、システムおよび方法の説明をも兼ねている。また、モジュールは機能にほぼ一対一に対応しているが、実装においては、１モジュールを１プログラムで構成してもよいし、複数モジュールを１プログラムで構成してもよく、逆に１モジュールを複数プログラムで構成してもよい。また、複数モジュールは１コンピュータによって実行されてもよいし、分散または並列環境におけるコンピュータによって１モジュールが複数コンピュータで実行されてもよい。また、以下、「接続」とは物理的な接続の他、論理的な接続を含む。
また、システムとは、複数のコンピュータ、ハードウェア、装置等がネットワーク等で接続されて構成されるほか、１つのコンピュータ、ハードウェア、装置等によって実現される場合も含まれる。
また、以下、説明の便宜上、「人Ａは、〜Ｂモジュールを利用して、Ｃする」等と説明する場合があるが、これは「人Ａの操作による指示を、Ｂモジュールが受け取り、そのＢモジュールはその指示に応じてＣする」の意である。
【００３１】
（サービス利用認可装置の全体構成）
図１は、本実施の形態のサービス利用認可システムの構成を示すブロック図である。本実施の形態のサービス利用認可システムは、ユーザーが認証のためにアクセスする手段であるアクセスチャネル１、そして、ユーザー認証を行うユーザー認証モジュール２、ユーザー認証モジュール２が認証を行うための情報を保持するユーザー認証用ＤＢ３、の対を１つ以上有しているユーザー認証サーバー４、そして、サービス利用認可情報を管理するサービス利用認可管理モジュール５、サービス利用認可のための情報を保持するサービス利用認可ＤＢ６、を有しているサービス認可サーバー７、そして、電子的なサービスを提供するサービス提供モジュール８を１つ以上有しているサービス提供サーバー９、そして、ユーザー認証サーバー４で保持する認証機能の基本的な情報を管理する認証情報管理モジュール１０、認証機能の基本データを保持する認証情報管理ＤＢ１１、を有している認証管理サーバー１２、そして、認証強度に関するルールやメニューを管理する認証強度ナレッジベース管理モジュール１３、認証強度に関するルールを保持する認証強度ナレッジベース１４、認証強度ナレッジベースへの参照としての認証強度メニューを保持する認証強度メニューＤＢ１５、を有している認証強度ナレッジ管理サーバー１６、そして、ユーザー情報を管理するユーザー情報管理モジュール１７、ユーザーの属性情報を保持するユーザー属性情報ＤＢ１８、ユーザーの認証状態を保持するユーザーステータスＤＢ１９、を有しているユーザー管理サーバー２０、そして、コンテンツの利用を管理するコンテンツ利用認可管理モジュール２１、コンテンツを保持するコンテンツＤＢ２２、コンテンツ利用認可情報を保持するコンテンツ利用認可ＤＢ２３、を有しているコンテンツ管理サーバー２４、そして、各サーバーを接続するネットワーク２５、を有している。
【００３２】
サービス利用認可ＤＢ６は、サービスを一意に識別できるサービス識別子と該サービスを利用する場合に求められる認証の強度である認証強度条件とを対応させて記憶する。また、サービスに含まれるサービス機能を一意に識別できるサービス機能識別子と該サービス機能を利用する場合に求められる認証の強度である認証強度条件とを対応させて記憶してもよい。
サービス利用認可管理モジュール５は、サービスを利用する場合に、サービス利用認可ＤＢ６に記憶されている該サービスに対応する認証強度条件を抽出する。また、サービスの機能を利用する場合に、サービス利用認可ＤＢ６に記憶されている該サービス機能に対応する認証強度条件を抽出するようにしてもよい。
コンテンツ利用認可ＤＢ２３は、コンテンツを一意に識別できるコンテンツ識別子と該コンテンツを利用する場合に求められる認証の強度である認証強度条件とを対応させて記憶する。
コンテンツ利用認可管理モジュール２１は、コンテンツを利用する場合に、コンテンツ利用認可ＤＢ２３に記憶されている該コンテンツに対応する認証強度条件を抽出する。
ユーザー認証用ＤＢ３は、ユーザーを一意に識別できるユーザー識別子と該ユーザーを認証した認証手段とを対応させて記憶する。
【００３３】
認証強度ナレッジベース１４は、認証の手段を一意に識別できる複数の認証手段識別子を、認証強度条件に応じて、組み合わせて記憶する。また、認証の手段を一意に識別できる複数の認証手段識別子を、認証強度条件に応じて、組み合わせて認証強度ルールとして記憶するようにしてもよい。
認証強度メニューＤＢ１５は、認証強度メニューを一意に識別できる認証強度メニュー識別子と認証強度ルールを一意に識別できる認証強度ルール識別子とを対応させて記憶する。
【００３４】
認証強度ナレッジベース管理モジュール１３は、サービス利用認可管理モジュール５によって抽出された認証強度条件に応じて、認証強度ナレッジベース１４に記憶されている認証手段識別子の組み合わせから認証の手段を抽出する。また、サービス利用認可管理モジュール５によって抽出された認証強度条件に対応する認証強度メニュー識別子に応じて、認証強度メニューＤＢ１５に記憶されている認証強度ルール識別子を抽出し、該認証強度ルール識別子に応じて、認証強度ナレッジベース１４に記憶されている認証手段識別子の組み合わせから認証の手段を抽出するようにしてもよい。また、コンテンツ利用認可管理モジュール２１によって抽出された認証強度条件に応じて、認証強度ナレッジベース１４に記憶されている認証手段識別子の組み合わせから認証の手段を抽出するようにしてもよい。また、コンテンツ利用認可管理モジュール２１によって抽出された認証強度条件に対応する認証強度メニュー識別子に応じて、認証強度メニューＤＢ１５に記憶されている認証強度ルール識別子を抽出し、該認証強度ルール識別子に応じて、認証強度ナレッジベース１４に記憶されている認証手段識別子の組み合わせから認証の手段を抽出するようにしてもよい。
【００３５】
サービス提供モジュール８は、認証強度ナレッジベース管理モジュール１３によって抽出された認証の手段によって、前記サービスを利用しようとしているユーザーが認証されているか否かを判断する。また、認証強度ナレッジベース管理モジュール１３によって抽出された認証の手段によって、前記サービス機能を利用しようとしているユーザーが認証されているか否かを判断するようにしてもよい。また、認証強度ナレッジベース管理モジュール１３によって抽出された認証の手段によって、前記コンテンツを利用しようとしているユーザーが認証されているか否かを判断するようにしてもよい。さらに、サービス提供モジュール８は、ユーザー認証用ＤＢ３に記憶されている認証手段に応じて、ユーザーが認証されているか否かを判断するようにしてもよい。
【００３６】
（ユーザーの登録処理）
図２は、ユーザーを登録する処理を示すフローチャートである。管理者は、ユーザー情報管理モジュール１７の管理画面等からユーザー名等のユーザー属性情報を入力する（ステップＳ２０２）。
ユーザー情報管理モジュール１７は、入力された情報を基にユーザー登録処理を起動する（ステップＳ２０４）。
ユーザー情報管理モジュール１７は、ユーザー属性情報を生成し、ユーザー属性情報ＤＢ１８に図３の形態で保存する（ステップＳ２０６）。
最後に、登録結果を管理者に提示する（ステップＳ２０８）。
なお、ユーザー属性情報ＤＢ１８に登録されるユーザー属性情報としては、図３に示すように、ユーザーＩＤ毎に、姓、名、そのユーザーが所属する会社名、部署名、役職、住所、電話番号、携帯電話番号、ＦＡＸ番号、Ｅ−ｍａｉｌ、ＵＲＬ、備考等がある。これに限定されることなく、その他の情報を登録していてもよい。
【００３７】
（ユーザー認証処理）
図４は、ユーザーがサービスを利用する際、ユーザー認証を実施する処理を示すフローチャートである。ユーザーは、例えばインターネット等のアクセスチャネル１からアクセスを開始する（ステップＳ４０２）。
つづいて、認証情報管理モジュール１０が図５の形態で管理しているユーザー認証モジュール基本情報を参照し（ステップＳ４０４）、実際のユーザー認証モジュール２が動作しているサーバー機構へアクセスする（ステップＳ４０６）。
ユーザー認証モジュール２は、ユーザー認証用ＤＢ３に図６あるいは図７といった形態で保存されている認証情報を読み込む（ステップＳ４０８）。図６は、単純なアクセスＩＤ／パスワードの組み合わせによる認証方式のための情報を、図７は、ＰＫＩ対応ＩＣカード用のための認証情報を保持しているものと想定している。この情報は、個々の認証方式によって異なるものである。
【００３８】
そして、この情報を利用してユーザー認証を行う（ステップＳ４１０）。たとえば、最も単純なアクセスＩＤ／パスワードでは、ユーザーが入力したアクセスＩＤからシステムが実際に利用しているユーザーＩＤをマッチングし、そのユーザーＩＤで利用しているパスワードと、入力されたパスワードとが一致するかをチェックする。
必要な認証が終了すれば（ステップＳ４１２でＹＥＳ）、認証プロセスを終了して、現在の認証ステータスを図８の形態で、ユーザーステータスＤＢ１９へ保存する（ステップＳ４１４）。
【００３９】
必要な認証が終了していない場合には（ステップＳ４１２でＮＯ）、複数の認証処理を繰り返す（ステップＳ４０４〜Ｓ４１２）。例えば、図９は、単純なアクセスＩＤとパスワードを入力する画面であるので、１度の処理で終了する。アクセスＩＤとそれに対応するパスワードをユーザーが入力することによって行われる。
図１０は、ＰＫＩ組み込みのＩＣカードの認証を実施した後、パスワードをチェックしている例であり、２種類の認証機構を組み合わせた場合である。つまり、ＩＣカードをＩＣカード読み取り装置によって読み込み、アクセスＩＤはその読み取り結果から抽出し、パスワードの入力をユーザーに求めるようにしている。
さらに、図１１は、指紋認証を加え、３種類の認証機構を組み合わせた場合のイメージ図である。つまり、図１０の認証にさらに、指紋認証を加えたものである。
【００４０】
認証情報管理ＤＢ１１に記憶されているユーザー認証モジュール基本情報のデータ構造は、図５に示すように、認証手段ＩＤ、認証サービス名称、認証サービスＵＲＬの欄を有しているテーブルである。認証手段ＩＤは、認証手段（例えば、指紋認証、掌形認証、静脈認証、ＰＫＩクライアント認証、ＰＫＩ−ＩＣカード個人認証を行う装置等）を一意に識別できる識別子（ＩＤ）である。認証サービス名称は、人間がその認証手段を認識できる程度の名称である。認証サービスＵＲＬは、その認証手段が搭載されているサーバーのＵＲＬ（Ｕｎｉｆｏｒｍ  Ｒｅｓｏｕｒｃｅ  Ｌｏｃａｔｏｒ）またはその認証手段に関する説明情報等が記載されているＵＲＬである。また、図５に示したデータ構造に限定されるものではなく、例えば、テーブルではなくリスト構造等であってもよい。
【００４１】
ユーザー認証用ＤＢ３に記憶されている認証情報のデータ構造は、図６に示すように、ユーザーＩＤ、アクセスＩＤ、パスワードの欄を有している。または、図７に示すように、ユーザーＩＤ、アクセスＩＤ、ＰＫＩ検証用データの欄を有している。ユーザーＩＤは、ユーザーを一意に識別できる識別子である。アクセスＩＤは、そのユーザーＩＤに対応しており、サービスを利用する際に、システムによって認証されるＩＤである。パスワードは、そのユーザーのみが知っている符号であり、アクセスＩＤとパスワードが一致することによって、そのユーザーであることを認証する場合に用いる。ＰＫＩ検証用データは、ＰＫＩを用いた認証手段のための検証用データである。なお、認証情報は、認証手段によって異なるデータとなる。また、図６、図７に示したデータ構造に限定されるものではなく、例えば、テーブルではなくリスト構造等であってもよい。
【００４２】
ユーザーステータスＤＢ１９に記憶される現在の認証ステータスのデータ構造は、図８に示すように、ユーザーＩＤ毎に、認証手段、認証時刻、認証チャネルの欄を有しており、認証が行われる度に時系列で順次記憶している。認証手段の欄には、どの認証機構（認証方式、認証手段）が用いられたかを示す認証手段ＩＤを記憶する。認証時刻の欄には、その認証が行われた時刻を記憶する。認証チャネルの欄には、認証が行われたルート（アクセスチャネル１、例えば、インターネット経由であること）を記憶する。
【００４３】
（サービス利用認可に関わる各種情報）
ユーザーごとのサービス利用の可否を決定する認可情報は、あらかじめサービス利用認可ＤＢ６に、図１２に示されるような形態で保持されているものとする。つまり、サービス利用認可ＤＢ６に記憶されている認可情報のデータ構造は、図１２に示すように、ユーザーＩＤとサービスＩＤとが対になって記憶されているテーブルである。ユーザーＩＤで示されるユーザーに利用が許可されているサービスを示すサービスＩＤがわかることになる。
さらに図１３は、各サービスごとの認証強度の条件を表現したものである。つまり、サービス利用認可ＤＢ６に記憶されている認証強度条件のデータ構造は、サービスＩＤと認証強度条件とが対になって記憶されているテーブルである。サービスＩＤで示されるサービスが利用されるに当たっての認証の強度がわかることになる。
図１４は、各サービスを詳細化し、サービスにおける個別の機能についての認証強度の条件を示したものである。実際には、認証強度条件のカラムに認証強度が示されている。つまり、サービス利用認可ＤＢ６に記憶されているサービスの個別機能毎の認証強度条件のデータ構造は、サービスＩＤとそのサービス内の個別機能を示すサービス機能ＩＤとその個別機能と対になっている認証強度条件を記憶しているテーブルである。サービス機能ＩＤで示されるサービス機能が利用されるに当たっての認証の強度がわかることになる。
また、図１２、図１３、図１４に示したデータ構造に限定されるものではなく、例えば、テーブルではなくリスト構造等であってもよい。
【００４４】
この認証強度の表現について詳細に説明する。認証強度は、認証強度ナレッジベース１４に、例えば、図１５や図１６といった形態で保存される知識表現として保存されている。認証強度ルールは、個別の認証条件のＡＮＤやＯＲの組み合わせで表現される。
図１５は、低めの認証強度をルールとして表現したものである。個々の認証条件は、認証手段ＩＤ、認証有効時間（年月日等による期間を含む）、アクセスチャネルＩＤの３つの組み合わせで表現されている。認証手段ＩＤには、図５の形態で認証情報管理ＤＢ１１に保持される認証手段ＩＤが記述される。認証有効時間は、認証が行われて操作がされず、無効となるまでの時間である。アクセスチャネルＩＤは、「インターネット」「専用線」といったアクセスチャネル１の種類を示す。図１５において、Ｒ−０００１のルールは、「認証ＩＤ＝Ａ−０００５／有効時間＝３Ｈ／アクセス＝規定無し」「認証ＩＤ＝Ａ−０００７／有効時間＝１Ｈ／アクセス＝規定無し」「認証ＩＤ＝Ａ−０２３４／有効時間＝１Ｈ／アクセス＝インターネット」という３つの手段が「ＯＲ」で結合されている。そのため、これらの認証のどれが行われたとしても、このルールは満たされることになる。
【００４５】
図１６は、強めの認証強度をルールとして表現したものである。この図において、ルール  Ｒ−０００２は、「認証ＩＤ＝Ａ−０００９／有効時間＝３Ｈ／アクセス＝インターネット」「認証ＩＤ＝Ａ−０００１／有効時間＝１Ｈ／アクセス＝インターネット」の２つの認証手段の「ＡＮＤ」と「認証ＩＤ＝Ａ−０００５／有効時間＝３Ｈ／アクセス＝規定無し」「認証ＩＤ＝Ａ−０００７／有効時間＝３Ｈ／アクセス＝専用線」「認証ＩＤ＝Ａ−０００９／有効時間＝３Ｈ／アクセス＝規定無し」の「ＯＲ」で構成される。
図１７は、認証強度ルールをメニュー化し、認証強度メニューＤＢ１５に保持している状態を示す。つまり、認証強度メニューＤＢ１５に記憶されている認証強度メニューのデータ構造は、認証強度メニューＩＤ、認証強度ルールＩＤ、内容記述の欄を有しているテーブルである。認証強度メニューは、認証強度ナレッジベース１４に保持されている認証強度ルールＩＤとその内容の記述によって表現される。このように保持しておくことによって、例えば全社統一の認証ルール等をメニュー化しておくことができる。サービスの認証条件を全社で一括して変更する場合等は、このメニュー化したルールを使う方が好ましい。なお、図１７に示したデータ構造に限定されるものではなく、例えば、テーブルではなくリスト構造等であってもよい。
図１３あるいは図１４の認証強度条件カラムは、この認証強度ルールＩＤまたは、認証強度メニューＩＤのどちらかが記述されることになる。
【００４６】
（サービス利用認可）
図１８は、ユーザーがサービスを利用する際、実際にサービスの利用を認可するまでの処理を示すフローチャートである。まず、ユーザーは既に図４のフローチャートで示されるユーザー認証処理によって認証が終了しているものとする。認証されたユーザーが、使用するサービスを指定する（ステップＳ１８０２）。
次に、図８の形態でユーザーステータスＤＢ１９に保持されているユーザーのユーザーＩＤとともに認証ステータスを取り出す（ステップＳ１８０４）。
そして、サービス利用認可管理モジュール５がサービス利用認可ＤＢ６に図１２の形態で保持しているユーザーの認可情報を取り出す（ステップＳ１８０６）。
【００４７】
ユーザーに利用権限が無ければ（ステップＳ１８０８でＮＯ）、利用を認可せず処理を終了する（ステップＳ１８２２）。
利用権限があれば（ステップＳ１８０８でＹＥＳ）、図１３または図１４のように保存されているサービスの機能ごとの認証強度条件を取り出す（ステップＳ１８１０）。
認証強度メニューの場合には（ステップＳ１８１２でＹＥＳ）、認証強度ルールへ展開する（ステップＳ１８１４）。ステップＳ１８１２でＮＯの場合は、ステップＳ１８１６へ進む。
次に、認証強度ナレッジベース１４から、これから利用しようとしているサービス機能の認証強度ルールを取り出す（ステップＳ１８１６）。
【００４８】
そして、ステップＳ１８０４において取得したユーザーの認証ステータスと、このルールとをチェックし、サービス利用に必要な強度の認証をクリアしているかどうかをチェックする（ステップＳ１８１８）。認証強度をクリアしていれば（ステップＳ１８１８でＯＫ）、サービス機能の利用を認可し、クリアしていなければ（ステップＳ１８１８でＮＯ）サービス利用を拒絶して処理を終了する（ステップＳ１８２２）。
サービス機能の提供を認可された場合には、サービス提供モジュール８が、サービス機能をユーザーに提供する（ステップＳ１８２０）。
【００４９】
（コンテンツ利用認可）
図１９は、サービス提供時にコンテンツにアクセスし、個々のコンテンツに対して利用認可を制御する処理を示すフローチャートである。コンテンツ情報は、図２０のような形態で、コンテンツＤＢ２２に保持されているものとする。図２０の例は、昆虫図鑑のコンテンツの例である。
また、個々のコンテンツの利用認可情報は、図２１の形態でコンテンツ利用認可ＤＢ２３に保持されているものとする。つまり、コンテンツ利用認可ＤＢ２３に記憶されているコンテンツ利用認可情報のデータ構造は、ユーザーＩＤとコンテンツＩＤとを対にして記憶しているテーブルである。ユーザーＩＤで示されるユーザーが利用できるコンテンツを示すコンテンツＩＤがわかることになる。
さらに、個々のコンテンツについて、コンテンツの利用を認可する際に要求される認証強度情報が図２２のように認証強度メニューあるいは認証強度ルールによって指定されているものとする。つまり、コンテンツ利用認可ＤＢ２３に記憶されている認証強度条件のデータ構造は、コンテンツＩＤと認証強度ＩＤとを対にして記憶しているテーブルである。コンテンツＩＤで示されるコンテンツを利用するにあたって、要求される認証強度を示す認証強度ＩＤがわかることになる。
なお、図２１、図２２に示したデータ構造に限定されるものではなく、例えば、テーブルではなくリスト構造等であってもよい。
【００５０】
まずサービスを利用する際に、ユーザーがコンテンツへのアクセスを希望する（ステップＳ１９０２）。
次に、図８の形態でユーザーステータスＤＢ１９に保持されているユーザーのユーザーＩＤとともに認証ステータスを取り出す（ステップＳ１９０４）。
そして、コンテンツ利用認可管理モジュール２１がコンテンツ利用認可ＤＢ２３に図２１の形態で保持しているユーザーの認可情報を取り出す（ステップＳ１９０６）。
ユーザーに利用権限が無ければ（ステップＳ１９０８でＮＯ）、利用を認可せず処理を終了する（ステップＳ１９２２）。
利用権限があれば（ステップＳ１９０８でＹＥＳ）、図２２のように保存されているコンテンツごとの認証強度条件を取り出す（ステップＳ１９１０）。認証強度メニューの場合には（ステップＳ１９１２でＹＥＳ）、認証強度ルールへ展開する（ステップＳ１９１４）。ステップＳ１９１２でＮＯの場合は、ステップＳ１９１６へ進む。
【００５１】
次に、認証強度ナレッジベース１４から、これから利用しようとしているサービス機能の認証強度ルールを取り出す（ステップＳ１９１６）。
そして、ステップＳ１９０４において取得したユーザーの認証ステータスと、このルールとをチェックし、コンテンツ利用に必要な強度の認証をクリアしているかどうかをチェックする（ステップＳ１９１８）。認証強度をクリアしていれば（ステップＳ１９１８でＯＫ）、コンテンツの利用を認可し（ステップＳ１９２０）、クリアしていなければ（ステップＳ１９１８でＮＯ）コンテンツ利用を拒絶して処理を終了する（ステップＳ１９２２）。
実際には、図２３のように利用認可されたコンテンツのみがユーザーに提示されることになる。例えば、図２３に示すように、ユーザーがアクセスできるコンテンツのフォルダーを左側に示し、その具体的な内容を右側に表示するようにしている。
【００５２】
本実施の形態によって、多種多様な認証強度に対する要求を持つ複数のサービスを提供するような統合的な環境であって、異なる価値軸上の異なる認証強度を持つ認証方式を複数組み合わせて、かつ、動的に変化させることができる認証・認可のための環境を提供できる。
【００５３】
なお、本実施の形態としてのプログラムが実行されるコンピュータのハードウェア構成は、図２４に示すように、一般的なコンピュータであり、具体的にはパーソナルコンピュータ、サーバーとなり得るコンピュータ等である。ユーザー認証モジュール２、サービス利用認可管理モジュール５等のプログラムを実行するマイクロプロセッサＣＰＵ２４０１と、そのプログラムやデータを記憶するランダムアクセスメモリＲＡＭ２４０２と、本コンピュータを起動するためのプログラム等が格納されているリードオンリメモリＲＯＭ２４０３と、補助記憶装置であるハードディスクＨＤ２４０４と、キーボード、マウス等のデータを入力する入力装置２４０６と、ＣＲＴや液晶ディスプレイ等の出力装置２４０５と、たとえばネットワークを介して他の装置と通信を行うための通信回線インタフェース２４０７、そして、それらをつないでデータのやりとりをするためのバス２４０８により構成されている。これらのコンピュータが複数台互いにネットワークによって接続されていてもよい。
【００５４】
なお、図２４に示すハードウェア構成は、１つの構成例を示すものであり、本実施の形態は、図２４に示す構成に限らず、本実施の形態において説明したモジュールを実行可能な構成であればよい。例えば、一部のモジュールを専用のハードウェア（例えば特定用途
向け集積回路（Application Specific Integrated Circuit：ＡＳＩＣ）等）で構成してもよい。また、特に、パーソナルコンピュータの他、携帯電話、ゲーム機、カーナビ機、情報家電、複写機、ファックス、スキャナ、プリンタ、複合機（多機能複写機とも呼ばれ、スキャナ、プリンタ、複写機、ファックス等の機能を有している）などに組み込まれていてもよい。
【００５５】
なお、説明したプログラムについては、記録媒体に格納して提供してもよく、また、そのプログラムを通信手段によって提供してもよい。その場合、例えば、上記説明したプログラムについて、「プログラムを記録したコンピュータ読み取り可能な記録媒体」の発明として捉えてもよい。
「プログラムを記録したコンピュータ読み取り可能な記録媒体」とは、プログラムのインストール、実行、プログラムの流通などのために用いられる、プログラムが記録されたコンピュータで読み取り可能な記録媒体をいう。
なお、記録媒体としては、例えば、デジタル・バーサタイル・ディスク（ＤＶＤ）であって、ＤＶＤフォーラムで策定された規格である「ＤＶＤ−Ｒ、ＤＶＤ−ＲＷ、ＤＶＤ−ＲＡＭ等」、ＤＶＤ＋ＲＷで策定された規格である「ＤＶＤ＋Ｒ、ＤＶＤ＋ＲＷ等」、コンパクトディスク（ＣＤ）であって、読出し専用メモリ（ＣＤ−ＲＯＭ）、ＣＤレコーダブル（ＣＤ−Ｒ）、ＣＤリライタブル（ＣＤ−ＲＷ）等、光磁気ディスク（ＭＯ）、フレキシブルディスク（ＦＤ）、磁気テープ、ハードディスク、読出し専用メモリ（ＲＯＭ）、電気的消去および書換可能な読出し専用メモリ（ＥＥＰＲＯＭ）、フラッシュ・メモリ、ランダム・アクセス・メモリ（ＲＡＭ）等が含まれる。
そして、上記のプログラムまたはその一部は、上記記録媒体に記録して保存や流通等させてもよい。また、通信によって、例えば、ローカル・エリア・ネットワーク（ＬＡＮ）、メトロポリタン・エリア・ネットワーク（ＭＡＮ）、ワイド・エリア・ネットワーク（ＷＡＮ）、インターネット、イントラネット、エクストラネット等に用いられる有線ネットワーク、あるいは無線通信ネットワーク、さらにはこれらの組合せ等の伝送媒体を用いて伝送させてもよく、また、搬送波に乗せて搬送させてもよい。
さらに、上記のプログラムは、他のプログラムの一部分であってもよく、あるいは別個のプログラムと共に記録媒体に記録されていてもよい。また、圧縮や暗号化など、復元可能であればどのような態様で記録されていてもよい。
【図面の簡単な説明】
【００５６】
【図１】システム全体の構成例を示すブロック図である。
【図２】ユーザーの登録処理例を示すフローチャートである。
【図３】ユーザー属性情報ＤＢに登録されるユーザー属性情報の例を示す説明図である。
【図４】ユーザーの認証処理例を示すフローチャートである。
【図５】認証情報管理ＤＢに保存される情報の例を示す説明図である。
【図６】ユーザー認証用ＤＢに保存される情報の例（アクセスＩＤ／パスワード認証の場合）を示す説明図である。
【図７】ユーザー認証用ＤＢに保存される情報の例（ＰＫＩ認証の場合）を示す説明図である。
【図８】ユーザーステータスＤＢに登録される情報の例を示す説明図である。
【図９】ユーザー認証画面の例を示す説明図である。
【図１０】ユーザー認証画面の例を示す説明図である。
【図１１】ユーザー認証画面の例を示す説明図である。
【図１２】サービス利用認可ＤＢに保持される認可情報の例を示す説明図である。
【図１３】サービス利用認可ＤＢに保持される認証強度条件の例を示す説明図である。
【図１４】サービス利用認可ＤＢに保持される認証強度条件の例（サービスの個別機能ごとに変化させる場合）を示す説明図である。
【図１５】認証強度ナレッジベースの保存される情報の例（強い認証強度が求められないルールの例）を示す説明図である。
【図１６】認証強度ナレッジベースの保存される情報の例（強い認証強度が求められるルールの例）を示す説明図である。
【図１７】認証強度メニューＤＢに保存される認証強度メニューの例を示す説明図である。
【図１８】サービス利用認可の処理例を示すフローチャートである。
【図１９】コンテンツ利用認可の処理例を示すフローチャートである。
【図２０】コンテンツＤＢに保持されるコンテンツの例を示す説明図である。
【図２１】コンテンツ利用認可ＤＢに保存されるコンテンツ利用認可情報の例を示す説明図である。
【図２２】コンテンツ利用認可ＤＢに保存される認証強度条件の例を示す説明図である。
【図２３】コンテンツ利用画面の例を示す説明図である。
【図２４】実施の形態を実現するコンピュータのハードウェア構成例を示すブロック図である。
【符号の説明】
【００５７】
１…アクセスチャネル
２…ユーザー認証モジュール
３…ユーザー認証用ＤＢ
４…ユーザー認証サーバー
５…サービス利用認可管理モジュール
６…サービス利用認可ＤＢ
７…サービス認可サーバー
８…サービス提供モジュール
９…サービス提供サーバー
１０…認証情報管理モジュール
１１…認証情報管理ＤＢ
１２…認証管理サーバー
１３…認証強度ナレッジベース管理モジュール
１４…認証強度ナレッジベース
１５…認証強度メニューＤＢ
１６…認証強度ナレッジ管理サーバー
１７…ユーザー情報管理モジュール
１８…ユーザー属性情報ＤＢ
１９…ユーザーステータスＤＢ
２０…ユーザー管理サーバー
２１…コンテンツ利用認可管理モジュール
２２…コンテンツＤＢ
２３…コンテンツ利用認可ＤＢ
２４…コンテンツ管理サーバー
２５…ネットワーク
【図１】
2008117326.tif 000003
【図２】
2008117326.tif 000004
【図３】
2008117326.tif 000005
【図４】
2008117326.tif 000006
【図５】
2008117326.tif 000007
【図６】
2008117326.tif 000008
【図７】
2008117326.tif 000009
【図８】
2008117326.tif 000010
【図９】
2008117326.tif 000011
【図１０】
2008117326.tif 000012
【図１１】
2008117326.tif 000013
【図１２】
2008117326.tif 000014
【図１３】
2008117326.tif 000015
【図１４】
2008117326.tif 000016
【図１５】
2008117326.tif 000017
【図１６】
2008117326.tif 000018
【図１７】
2008117326.tif 000019
【図１８】
2008117326.tif 000020
【図１９】
2008117326.tif 000021
【図２０】
2008117326.tif 000022
【図２１】
2008117326.tif 000023
【図２２】
2008117326.tif 000024
【図２３】
2008117326.tif 000025
【図２４】
2008117326.tif 000026