サービスシステムおよびサービスシステム制御方法
【課題】サービス事業者装置において、信用性の高いサイトアクセス制御を実現することを課題とする。
【解決手段】ネットワーク事業者装置は、利用者装置の利用者に関する利用者情報を、当該利用者装置が接続する回線に関する回線情報と対応付けて記憶し、サービス事業者装置から利用者装置を経由するリダイレクト通信によって当該利用者装置の利用者認証を要求する利用者認証要求を受信した場合に、当該利用者装置が接続されている回線に関する回線情報に対応付けられた利用者情報を用いて利用者認証を行って得られる利用者認証結果を、利用者装置を経由するリダイレクト通信によってサービス事業者装置に送信し、サービス事業者装置は、ネットワーク事業者装置から利用者装置を経由するリダイレクト通信によって当該利用者装置の利用者認証結果を受信した場合に、当該利用者認証結果を用いてサイトアクセスを制御する。
【解決手段】ネットワーク事業者装置は、利用者装置の利用者に関する利用者情報を、当該利用者装置が接続する回線に関する回線情報と対応付けて記憶し、サービス事業者装置から利用者装置を経由するリダイレクト通信によって当該利用者装置の利用者認証を要求する利用者認証要求を受信した場合に、当該利用者装置が接続されている回線に関する回線情報に対応付けられた利用者情報を用いて利用者認証を行って得られる利用者認証結果を、利用者装置を経由するリダイレクト通信によってサービス事業者装置に送信し、サービス事業者装置は、ネットワーク事業者装置から利用者装置を経由するリダイレクト通信によって当該利用者装置の利用者認証結果を受信した場合に、当該利用者認証結果を用いてサイトアクセスを制御する。
【発明の詳細な説明】
【技術分野】
【０００１】
この発明は、利用者装置によるネットワーク接続を制御するネットワーク事業者装置と、前記利用者装置によるサイトアクセスを制御するサービス事業者装置とを、ネットワークを介して接続されるサービスシステムおよびサービスシステム制御方法に関する。
【背景技術】
【０００２】
従来より、インターネットの普及や回線速度の高速化に伴い、サービス提供事業者（ＳＰ：Service Provider）は、各種アプリケーションサービス（電子メール、音楽コンテンツ、映像コンテンツ、ショッピング、オークションなど）を利用者に提供している。このような各種アプリケーションサービスを、サービス提供事業者が利用者に提供するためには、まず、ネットワーク事業者が、利用者の利用者登録を行うことが前提となる。ここで、ネットワーク事業者とは、例えば、ｘＤＳＬ（x Digital Subscriber Line）や光ファイバーなどの固定ネットワークによるアクセスサービスを提供する事業者、無線ＬＡＮ（Local Area Network）によるアクセスサービスを提供する事業者、その他インターネットへのアクセスサービスを提供する事業者（ＩＳＰ：Internet Services Provider）などのことである。
【０００３】
ネットワーク事業者が行う利用者登録について具体的に説明すると、ネットワーク事業者は、運転免許証などの身分証明書とともに利用者によってオフラインで提示された利用者情報（例えば、利用者の氏名、住所、クレジットカード番号など）を取得し、身分証明書による利用者の本人確認を行った上で利用者登録し、利用者のアカウントおよびパスワードの払い出しを行うのが通常である。こうして利用者登録を完了すると、ネットワーク事業者は、利用者から送信されたアカウントとパスワードとを利用者認証することによって、利用者によるインターネットなどのネットワーク利用を可能にする。
【０００４】
次に、各種アプリケーションサービスを、サービス提供事業者が利用者に提供するためには、上記したようなネットワーク事業者による利用者登録が完了し、利用者によるインターネットなどのネットワーク利用が可能になった上で、サービス提供事業者が、利用者の利用者登録（もしくは利用者認証）を行わなければならない。サービス提供事業者が行う利用者登録について具体的に説明すると、サービス提供事業者は、利用者情報（例えば、利用者の氏名、住所、クレジットカード番号など）を、利用者からオンラインで送信されることで取得し、取得した利用者情報に基づいて利用者登録を行う。
【０００５】
例えば、特許文献１では、サービス提供事業者とは異なる第三者認証機関としての役割を持つ認証サーバが利用者登録（もしくは、利用者認証）を行い、その結果をサービス提供事業者に提供することで、サービス提供事業者が各種アプリケーションサービスを利用者に提供する手法が開示されている。
【０００６】
【特許文献１】特開２００４−３５５０７３号公報
【発明の開示】
【発明が解決しようとする課題】
【０００７】
ところで、上記した従来技術では、以下に説明するように、サービス事業者装置において、信用性の高いサイトアクセス制御（例えば、利用者登録、利用者認証など）を実現することができないという課題がある。すなわち、サイトアクセス制御のひとつであるサービス事業者における利用者登録についていえば、サービス提供事業者は、サービス提供事業者装置または第三者認証機関としての役割を持つ認証サーバにおいて、運転免許証などの身分証明書とともに利用者によってオフラインで提示された利用者情報に基づいて、利用者の本人確認を行った上で利用者登録を行うわけではないことから、サービス事業者装置において、信用性の高い利用者登録を実現することができない。
【０００８】
そこで、この発明は、上述した従来技術の課題を解決するためになされたものであり、サービス事業者装置において、信用性の高いサイトアクセス制御を実現することが可能なサービスシステムおよびサービスシステム制御方法を提供することを目的とする。
【課題を解決するための手段】
【０００９】
上述した課題を解決し、目的を達成するため、請求項１に係る発明は利用者装置によるネットワーク接続を制御するネットワーク事業者装置と、前記利用者装置によるサイトアクセスを制御するサービス事業者装置とを、ネットワークを介して接続されるサービスシステムであって、前記ネットワーク事業者装置は、前記ネットワーク接続が許可される利用者装置の利用者に関する利用者情報を、当該利用者装置が接続する回線に関する回線情報と対応付けて記憶する利用者情報記憶手段と、前記サービス事業者装置から前記利用者装置を経由するリダイレクト通信によって当該利用者装置の利用者認証を要求する利用者認証要求を受信した場合に、当該利用者装置が接続されている回線に関する回線情報を取得する回線情報取得手段と、前記回線情報取得手段によって取得された回線情報に対応付けられた利用者情報を前記利用者情報記憶手段から取得し、当該利用者情報を用いて前記利用者認証を行って得られる利用者認証結果を、前記利用者装置を経由するリダイレクト通信によって前記サービス事業者装置に送信する利用者認証結果送信手段と、前記サービス事業者装置は、前記利用者装置からサイトアクセスの要求を受け付けた場合に、当該利用者装置を経由するリダイレクト通信によって、当該利用者装置の利用者認証を要求する利用者認証要求を前記ネットワーク事業者装置に送信する利用者認証要求送信手段と、前記ネットワーク事業者装置から前記利用者装置を経由するリダイレクト通信によって当該利用者装置の利用者認証結果を受信した場合に、当該利用者認証結果を用いて前記サイトアクセスを制御するアクセス制御手段と、を備えたことを特徴とする。
【００１０】
また、請求項２に係る発明は、上記の発明において、前記利用者認証結果送信手段は、前記利用者情報に加えて、前記回線情報を用いて前記利用者認証を行って得られる利用者認証結果を前記サービス事業者装置に送信することを特徴とする。
【００１１】
また、請求項３に係る発明は、上記の発明において、前記利用者認証要求送信手段は、前記利用者装置の利用者認証を要求する利用者認証要求とともに、前記利用者装置と前記サービス事業者装置との間における契約管理を要求する契約管理要求をさらに送信し、前記利用者情報記憶手段は、前記サービス事業者装置から前記契約管理要求を受信した場合には、前記利用者情報に対応付けて、前記利用者装置と前記サービス事業者装置との間における契約に関する契約情報を記憶することを特徴とする。
【００１２】
また、請求項４に係る発明は、上記の発明において、前記利用者認証結果送信手段は、前記利用者認証結果に加えて、当該利用者認証結果の有効期限を示す有効期限情報を前記サービス事業者装置に送信し、前記アクセス制御手段は、前記ネットワーク事業者装置から前記利用者認証結果に加えて前記有効期限情報を受信した場合に、当該有効期限情報に示される有効期限を満たすことを条件に、前記利用者認証結果を用いて前記サイトアクセスを制御することを特徴とする。
【００１３】
また、請求項５に係る発明は、上記の発明において、前記利用者認証結果送信手段は、前記利用者認証結果に加えて、前記ネットワーク事業者装置が署名する電子署名を前記サービス事業者装置に送信し、前記アクセス制御手段は、前記ネットワーク事業者装置から前記利用者認証結果に加えて前記電子署名を受信した場合に、当該電子署名が正当であることを条件に、前記利用者認証結果を用いて前記サイトアクセスを制御することを特徴とする。
【００１４】
また、請求項６に係る発明は、上記の発明において、前記利用者認証結果送信手段は、前記サービス事業者装置から前記利用者認証要求に加えて、当該サービス事業者装置が署名する電子署名を受信した場合に、当該電子署名が正当であることを条件に、前記利用者認証結果を当該サービス事業者装置に送信し、前記利用者認証要求送信手段は、前記利用者認証要求に加えて、前記電子署名を前記ネットワーク事業者装置に送信することを特徴とする。
【００１５】
また、請求項７に係る発明は、利用者装置によるネットワーク接続を制御するネットワーク事業者装置と、前記利用者装置によるサイトアクセスを制御するサービス事業者装置とを、ネットワークを介して接続されるサービスシステムを制御するサービスシステム制御方法であって、前記ネットワーク事業者装置は、前記ネットワーク接続が許可される利用者装置の利用者に関する利用者情報を、当該利用者装置が接続する回線に関する回線情報と対応付けて記憶する利用者情報記憶工程と、前記サービス事業者装置から前記利用者装置を経由するリダイレクト通信によって当該利用者装置の利用者認証を要求する利用者認証要求を受信した場合に、当該利用者装置が接続されている回線に関する回線情報を取得する回線情報取得工程と、前記回線情報取得工程によって取得された回線情報に対応付けられた利用者情報を前記利用者情報記憶工程から取得し、当該利用者情報を用いて前記利用者認証を行って得られる利用者認証結果を、前記利用者装置を経由するリダイレクト通信によって前記サービス事業者装置に送信する利用者認証結果送信工程と、前記サービス事業者装置は、前記利用者装置からサイトアクセスの要求を受け付けた場合に、当該利用者装置を経由するリダイレクト通信によって、当該利用者装置の利用者認証を要求する利用者認証要求を前記ネットワーク事業者装置に送信する利用者認証要求送信工程と、前記ネットワーク事業者装置から前記利用者装置を経由するリダイレクト通信によって当該利用者装置の利用者認証結果を受信した場合に、当該利用者認証結果を用いて前記サイトアクセスを制御するアクセス制御工程と、を含んだことを特徴とする。
【発明の効果】
【００１６】
請求項１または７の発明によれば、ネットワーク事業者装置は、ネットワーク接続が許可される利用者装置の利用者に関する利用者情報を、当該利用者装置が接続する回線に関する回線情報と対応付けて記憶し、サービス事業者装置から利用者装置を経由するリダイレクト通信によって当該利用者装置の利用者認証を要求する利用者認証要求を受信した場合に、当該利用者装置が接続されている回線に関する回線情報を取得し、取得された回線情報に対応付けられた利用者情報を取得し、当該利用者情報を用いて利用者認証を行って得られる利用者認証結果を、利用者装置を経由するリダイレクト通信によってサービス事業者装置に送信し、サービス事業者装置は、利用者装置からサイトアクセスの要求を受け付けた場合に、当該利用者装置を経由するリダイレクト通信によって、当該利用者装置の利用者認証を要求する利用者認証要求をネットワーク事業者装置に送信し、ネットワーク事業者装置から利用者装置を経由するリダイレクト通信によって当該利用者装置の利用者認証結果を受信した場合に、当該利用者認証結果を用いてサイトアクセスを制御するので、サービス事業者装置において、信用性の高いサイトアクセス制御を実現することが可能である。
【００１７】
また、ネットワーク事業者にて認証処理を行う結果、サービス事業者装置で認証処理を行う必要がなく、サービス事業者装置の処理負荷を軽減することが可能である。さらに、サービス事業者装置で利用者情報（例えば、契約情報など）を管理する必要がないので、サービス事業者装置における利用者情報管理に関するコストや処理負荷を削減することが可能である。
【００１８】
また、請求項２の発明によれば、利用者認証情報に加えて、回線情報を用いて利用者認証を行って得られる利用者認証結果をサービス事業者装置に送信するので、利用者情報のみを用いてサイトアクセスを制御する手法に比較して、サービス事業者装置において、信用性の高いサイトアクセス制御を高度に実現することが可能になる。
【００１９】
すなわち、利用者装置が接続する回線に関する回線情報を用いて、利用者装置が接続する場所や回線速度などを特定できることから、例えば、利用者装置が接続する場所や回線速度によってはサイトアクセスを許可／拒否を決定し、あるいは、場所や回線速度に応じて提供するサービスを選択することなど、サービス事業者装置において、信用性の高いサイトアクセス制御を高度に実現することが可能になる。具体的に例を挙げて説明すると、回線情報によって特定されるネットワークへの接続場所が、「自宅」以外の場所の場合には、オークションサービスの提供を許可しないことや、回線情報によって特定される回線速度が高速な場合には、高解像度の映像コンテンツサービスを提供することなどが可能になる。
【００２０】
また、請求項３の発明によれば、利用者装置の利用者認証を要求する利用者認証要求とともに、利用者装置とサービス事業者装置との間における契約管理を要求する契約管理要求をさらに送信し、サービス事業者装置から契約管理要求を受信した場合には、利用者情報に対応付けて、利用者装置とサービス事業者装置との間における契約に関する契約情報を記憶するので、サービス事業者装置における処理負荷をさらに軽減することが可能であるとともに、サービス事業者装置における利用者情報管理に関するコストや処理負荷をさらに削減することが可能である。
【００２１】
また、請求項４の発明によれば、利用者認証結果に加えて、当該利用者認証結果の有効期限を示す有効期限情報をサービス事業者装置に送信し、ネットワーク事業者装置から利用者認証結果に加えて有効期限情報を受信した場合に、当該有効期限情報に示される有効期限を満たすことを条件に、利用者認証結果を用いてサイトアクセスを制御するので、利用者情報をサービス事業者装置に送信する際に有効期限情報を送信しない手法に比較して、サービス事業者装置において、信用性の高いサイトアクセス制御を安全に実現することが可能になる。
【００２２】
すなわち、利用者情報をサービス事業者装置に送信する際に有効期限情報を送信しない手法では、例えば、利用者装置を経由するリダイレクト通信において、利用者装置が利用者情報その他の制御情報などを不正に取得し、不正に情報を取得した利用者装置が不正にサイトアクセスするおそれなどがあるが、有効期限情報（例えば、有効期限は、数秒、数十秒といったオーダーで設定される）を送信することで、これらのおそれを回避できることから、サービス事業者装置において、信用性の高いサイトアクセス制御を安全に実現することが可能になる。
【００２３】
また、請求項５の発明によれば、利用者認証結果に加えて、ネットワーク事業者が署名する電子署名をサービス事業者装置に送信し、ネットワーク事業者装置から利用者認証結果に加えて電子署名を受信した場合に、当該電子署名が正当であることを条件に、利用者認証結果を用いてサイトアクセスを制御するので、ネットワーク事業者装置が利用者認証要求とともに電子署名を送信しない場合に比べて、サービス事業者装置において、信用性の高いサイトアクセス制御をより安全に実現することが可能になる。例えば、電子署名を送信しない場合、本当に正当なネットワーク事業者装置が送信した利用者認証要求であるか否かを判定することができないが、電子署名を送信した場合では、正当なサービス事業者が送信した利用者認証要求であるか否かを判定することができる。
【００２４】
また、請求項６の発明によれば、サービス事業者装置から利用者認証要求に加えて、当該サービス事業者装置が署名する電子署名を受信した場合に、当該電子署名が正当であることを条件に、利用者認証結果を当該サービス事業者装置に送信し、利用者認証要求に加えて、電子署名をネットワーク事業者装置に送信するので、サービス事業者装置が利用者認証要求とともに電子署名を送信しない場合に比べて、サービス事業者装置において、信用性の高いサイトアクセス制御をより安全に実現することが可能になる。例えば、電子署名を送信しない場合、本当に正当なサービス事業者装置が送信した利用者認証要求であるか否かを判定することができないが、電子署名を送信した場合では、正当なサービス事業者が送信した利用者認証要求であるか否かを判定することができる。
【発明を実施するための最良の形態】
【００２５】
以下に添付図面を参照して、この発明に係るサービスシステムの実施例を詳細に説明する。なお、以下の実施例で用いる主要な用語、実施例１に係るサービスシステムの概要および特徴、実施例１に係るサービスシステムの構成および処理の手順、実施例１の効果を順に説明し、続いて、他の実施例について説明する。
【実施例１】
【００２６】
［用語の説明］
まず最初に、以下の実施例で用いる主要な用語を説明する。「利用者装置」とは、パーソナルコンピュータや携帯電話などで構成され、利用者によって操作される装置のことである。具体的には、「利用者装置」は、インターネットなどのネットワークに接続し、ネットワーク上で公開されている各種アプリケーションサービス（例えば、電子メール、音楽コンテンツ、映像コンテンツ、ショッピング、オークションなど）の情報を、ネットワーク上の他のコンピュータから受信してモニタやスピーカーなどに出力したり、利用者によって入力された情報を、ネットワーク上の他のコンピュータに送信したりすることで、各種アプリケーションサービスを利用者に提供する。
【００２７】
ところで、この「利用者装置」が、ネットワーク上の各種アプリケーションサービスの情報を他のコンピュータと送受信するためには、「ネットワーク事業者装置」によって、ネットワーク接続を制御されることと、「サービス事業者装置」によって、サイトアクセスを制御されることとが必要になる。
【００２８】
具体的に説明すると、「ネットワーク事業者装置」とは、汎用的なコンピュータなどで構成され、ネットワーク事業者によって運営される装置のことである。また、ネットワーク事業者とは、利用者登録した利用者によって操作される「利用者装置」に対して、インターネットなどのネットワークに接続するための回線を提供する事業者のことである。例えば、ネットワーク事業者とは、ｘＤＳＬ（x Digital Subscriber Line）や光ファイバーなどの固定ネットワークによるアクセスサービスを提供する事業者、無線ＬＡＮ（Local Area Network）によるアクセスサービスを提供する事業者、その他インターネットへのアクセスサービスを提供する事業者（ＩＳＰ：Internet Services Provider）などのことであり、「利用者装置」は、まず、ネットワーク事業者によって運営される「ネットワーク事業者装置」に利用者登録されて、ネットワーク接続を制御されることで（インターネットなどのネットワークに接続するための回線への接続を許可されることで）、インターネットなどのネットワークに接続できるようになる。なお、ネットワーク上には、多数のネットワーク事業者が存在し、多数の「ネットワーク事業者装置」が存在するが、「利用者装置」は、任意の「ネットワーク事業者装置」によってネットワーク接続を制御されることで、インターネットなどのネットワークに接続する。
【００２９】
こうして、「ネットワーク事業者装置」にネットワーク接続を制御されることで、インターネットなどのネットワークに接続できるようになった「利用者装置」は、次に、各種アプリケーションサービスの提供を受けるために、「サービス事業者装置」に利用者登録（もしくは利用者認証）されなければならない。「サービス事業者装置」とは、汎用的なコンピュータなどで構成され、サービス提供事業者によって運営される装置のことである。また、サービス提供事業者とは、利用者登録（もしくは利用者認証）した利用者によって操作される「利用者装置」に対して、各種アプリケーションサービスを提供する事業者のことである。例えば、サービス提供事業者とは、ネットワーク上で各種アプリケーションサービス（例えば、電子メール、音楽コンテンツ、映像コンテンツ、ショッピング、オークションなど）を提供する事業者などのことであり、「利用者装置」は、サービス提供事業者によって運営される「サービス事業者装置」に利用者登録（もしくは利用者認証）されて、サイトアクセスを制御されることで、各種アプリケーションサービスの提供を受けることができるようになる。なお、「ネットワーク事業者装置」同様、ネットワーク上には、多数のサービス提供事業者が存在し、多数の「サービス事業者装置」が存在するが、「利用者装置」は、任意の「サービス事業者装置」によってサイトアクセスを制御されることで、任意のアプリケーションサービスの提供を受ける。
【００３０】
ここで、「サイトアクセス」とは、例えば、利用者登録していない利用者によって操作される「利用者装置」が「サービス事業者装置」に接続した際に、「サービス事業者装置」において利用者登録を行うことや、利用者登録した利用者によって操作される「利用者装置」が接続した際に、利用者認証を行うことで「利用者装置」にアプリケーションサービスを提供することや、利用者登録していない利用者によって操作される「利用者装置」が接続した際に、利用者登録を行わずにワンタイムで利用者認証を行うことで「利用者装置」にアプリケーションサービスを提供することなどを総称したものである。「サービス事業者装置」が提供するアプリケーションサービスの種類や利用局面などに応じて、「サイトアクセス」を制御する制御内容は異なってくる。
【００３１】
このように、「ネットワーク事業者装置」が「利用者装置」によるネットワーク接続を制御し、「サービス事業者装置」が「利用者装置」によるサイトアクセスを制御するシステムを、「サービスシステム」というが、「サービスシステム」においては、なりすましやクレジットカード番号の悪用など、さまざまな脅威が存在する。このため、「サービスシステム」においては、信用性の高いサイトアクセス制御をいかにして実現するかが、特に重要な点になる。
【００３２】
［実施例１に係るサービスシステムの概要および特徴］
続いて、図１を用いて、実施例１に係るサービスシステムの概要および特徴を説明する。図１は、実施例１に係るサービスシステムの概要および特徴を説明するための図である。なお、以下の実施例では、ひとつの「利用者装置」によるネットワーク接続を、ひとつの「ネットワーク事業者装置」が制御し、ひとつの「利用者装置」によるサイトアクセスを、ひとつの「サービス事業者装置」が制御する構成を説明するが、この発明はこれに限られるものではなく、ひとつまたは複数の「利用者装置」によるネットワーク接続を、ひとつまたは複数の「ネットワーク事業者装置」が制御し、ひとつまたは複数の「利用者装置」によるサイトアクセスを、ひとつまたは複数の「サービス事業者装置」が制御する構成にも、この発明を同様に適用することができる。なお、実施例１に係るサービス事業者装置は、一つのアプリケーションサービスを提供するものとする。
【００３３】
実施例１に係るサービスシステムは、上記したように、利用者装置によるネットワーク接続を制御するネットワーク事業者装置と、利用者装置によるサイトアクセスを制御するサービス事業者装置とを、ネットワークを介して接続されることを概要とし、サービス事業者装置において、信用性の高いサイトアクセス制御を実現することを主たる特徴とする。
【００３４】
この主たる特徴について簡単に説明すると、実施例１におけるネットワーク事業者装置は、利用者装置の利用者について、あらかじめ利用者登録しており、利用者装置のネットワーク接続を許可しているものとする。すなわち、ネットワーク事業者装置は、図１に示すように、ネットワーク接続が許可される利用者装置の利用者に関する利用者情報（例えば、契約者名、住所、クレジットカード番号など）を、利用者装置が接続する回線に関する回線情報（例えば、回線の識別子、回線の収容位置、回線種別、回線速度など）と対応づけて、利用者管理データベース部（利用者管理ＤＢ）に記憶している。例えば、図１においては、利用者アカウントＡＡＡに関する利用者情報（「ＡＡＡの利用者情報」）を、回線情報（「ＡＡＡの回線情報」）と対応づけて、利用者管理ＤＢに記憶している。
【００３５】
一方、実施例１におけるサービス事業者装置は、利用者装置の利用者について、利用者登録していないものとする。すなわち、利用者装置は、サービス事業者装置が提供するアプリケーションサービスの提供を受けることができない状態にある。なお、実施例１において、サービス事業者装置が提供するアプリケーションサービスは、利用者アカウントを作成することなく一時的な利用を許可する『シングルサインオン』で提供できるタイプのアプリケーションサービスであるとするが、この発明はこれに限られるものではなく、利用者登録を行うことで永続的に利用できるタイプのアプリケーションサービスにも、適用することができる。
【００３６】
また、実施例１におけるネットワーク事業者装置とサービス事業者装置との間では、『ネットワーク事業者装置がサービス事業者装置に代わって利用者認証を行うこと』について、あらかじめ取り決めがなされているものとする。さらに、ネットワーク事業者装置とサービス事業者装置との間では、あらかじめ信頼関係が成立しているものとする。すなわち、ネットワーク事業者装置においては、サービス事業者装置が署名する電子署名が正当であることを検証するための公開鍵情報（サービス事業者装置の電子証明書など）を管理し、サービス事業者装置においては、ネットワーク事業者装置が署名する電子署名が正当であることを検証するための公開鍵情報（ネットワーク事業者装置の電子証明書など）を管理しているものとする。なお、実施例１においては、ネットワーク事業者装置およびサービス事業者装置において、互いの公開鍵情報を管理する手法を説明するが、この発明はこれに限られるものではなく、信頼される第三者機関によって発行される公開鍵情報を用いて電子署名が正当であることを検証する手法など、電子署名が正当であることを検証する手法はいずれでもよい。また、必ずしも電子署名を送信する必要はない。
【００３７】
このような構成のもと、実施例１におけるネットワーク事業者装置は、まず、利用者装置から、ネットワーク接続要求を受信する（図１の（１）を参照）。具体的には、ネットワーク事業者装置は、利用者装置から、ネットワーク接続要求として、回線認証情報（例えば、利用者アカウント、パスワードなど）を受信する。例えば、図１においては、利用者アカウントＡＡＡとパスワードとを受信する。なお、回線認証情報として、利用者装置から、電子署名等を受信してもよい。
【００３８】
次に、ネットワーク事業者装置は、ネットワーク事業者装置において、認証処理を行う（図１の（２）を参照）。具体的には、ネットワーク事業者装置は、利用者装置から受信した回線認証情報と、利用者管理ＤＢに管理する回線認証情報（例えば、利用者アカウント、パスワードなど）とを照合し、利用者装置を認証する。例えば、図１においては、利用者管理ＤＢに管理する利用者アカウントＡＡＡと図示しないパスワードとを照合し、利用者装置を認証する。
【００３９】
そして、ネットワーク事業者装置は、利用者装置に、ネットワーク接続応答を送信する（図１の（３）を参照）。具体的には、ネットワーク事業者装置は、利用者装置に対して、インターネットなどのネットワークに接続するための回線（アクセスネットワーク）へのアクセスパスをＰＰＰｏＥ（Point to Point Protocol over Ethernet（登録商標））などで設定し、ＩＰアドレスを払い出し、利用者装置に送信する。また、ネットワーク事業者装置は、利用者装置に対して払い出したＩＰアドレスを、利用者管理ＤＢに格納する。
【００４０】
その結果、利用者装置は、インターネットなどのネットワークに接続し、続いて、サービス事業者装置は、利用者装置から、ＳＰサイトアクセス要求を受信する（図１の（４）を参照）。具体的には、サービス事業者装置は、利用者装置から、ＳＰサイトアクセス要求として、サービス事業者装置が提供するアプリケーションサービスが公開されているＳＰサイトのＵＲＬ（Uniform Resource Locator）などを受信する。
【００４１】
すると、サービス事業者装置は、利用者装置に対して、ＳＰサイトアクセス応答を送信する（図１の（５）を参照）。具体的には、サービス事業者装置は、Ｗｅｂページを取得し、ＳＰサイトアクセス応答として、Ｗｅｂページを送信する。ここで、実施例１におけるサービス事業者装置から送信されるＷｅｂページは、利用者装置の利用者について、アプリケーションサービスをシングルサインオンで使用するためにシングルサインオン要求を促すＷｅｂページである。
【００４２】
次に、サービス事業者装置は、利用者装置から、シングルサインオン要求を受信する（図１の（６）を参照）。具体的には、利用者装置において、シングルサインオン要求を促すＷｅｂページのアイコン（「シングルサインオン要求」など）がワンクリックされることなどによって、シングルサインオン要求を受信する。
【００４３】
続いて、サービス事業者装置は、利用者装置からサイトアクセスの要求（シングルサインオン要求）を受け付けた場合に、当該利用者装置を経由するリダイレクト通信によって、当該利用者装置の利用者認証を要求する利用者認証要求をネットワーク事業者装置に送信する（図１の（７）および（８）を参照）。
【００４４】
すると、実施例１におけるネットワーク事業者装置は、利用者装置が接続されている回線に関する回線情報を取得する（図１の（９）を参照）。具体的には、ネットワーク事業者装置は、サービス事業者装置から、利用者装置を経由するリダイレクト通信によって当該利用者装置の利用者認証を要求する利用者認証要求を受信した場合に、利用者装置が接続する回線を特定することで、回線情報を取得する。
【００４５】
続いて、ネットワーク事業者装置は、取得された回線情報に対応付けられた利用者情報を取得し、当該利用者情報を用いて利用者認証を行って得られる利用者認証結果を、利用者装置を経由するリダイレクト通信によってサービス事業者装置に送信する（図１の（１０）および（１１）参照）。上記した例で具体的に説明すると、ネットワーク事業者装置は、取得された回線情報「回線識別子（123）」に対応付けられた利用者情報（「tarou、123、＃A500、光、・・・）を取得し、当該利用者情報がネットワーク事業者装置により登録されている利用者装置であることを根拠に、利用者認証結果として「認証通過」を、利用者装置を経由するリダイレクト通信によってサービス事業者装置に送信する。
【００４６】
つまり、ここで、ネットワーク事業者装置は、取得した回線情報がネットワーク事業者装置に記憶される利用者情報であるか否かによって、利用者認証を行い、判定した認証結果（例えば、認証通過や認証失敗）を、利用者装置を経由するリダイレクト通信によってサービス事業者装置に送信する。
【００４７】
そして、サービス事業者装置は、ネットワーク事業者装置から利用者装置を経由するリダイレクト通信によって当該利用者装置の利用者認証結果を受信した場合に、当該利用者認証結果を用いてサイトアクセスを制御する（図１の（１２）参照）。具体的に説明すると、サービス事業者装置は、ネットワーク事業者装置から利用者装置を経由するリダイレクト通信によって「認証通過」を受信した場合には、シングルサインオンによるサイトアクセスを許可し、アプリケーションサービスの提供を開始するＷｅｂページを送信する。「認証拒否」を受信した場合には、シングルサインオンによるサイトアクセスを拒否する。
【００４８】
このようなことから、上記した主たる特徴のごとく、サービス事業者装置において、信用性の高いサイトアクセス制御を実現することが可能である。また、ネットワーク事業者にて認証処理を行う結果、サービス事業者装置で認証処理を行う必要がなく、サービス事業者装置の処理負荷を軽減することが可能である。さらに、サービス事業者装置で利用者認証のために利用者情報（例えば、契約情報など）を管理する必要がないので、サービス事業者装置における利用者情報管理に関するコストや処理負荷を削減することが可能である。
【００４９】
［実施例１に係るサービスシステムの構成］
次に、図２〜図９を用いて、実施例１に係るサービスシステムの構成を説明する。図２は、実施例１に係るサービスシステムの構成を示すブロック図であり、図３と図４は、サービス事業者装置が利用者装置に送信するＷｅｂページを説明するための図であり、図５〜図９は、ネットワーク事業者装置における利用者管理データベース部を説明するための図である。
【００５０】
図２に示すように、実施例１に係るサービスシステムは、利用者装置３００によるネットワーク接続を制御するネットワーク事業者装置１００と、利用者装置３００によるサイトアクセスを制御するサービス事業者装置２００とから構成される。以下では、ネットワーク事業者装置１００とサービス事業者装置２００とを順に説明する。
【００５１】
［ネットワーク事業者装置１００］
実施例１におけるネットワーク事業者装置１００は、汎用的なコンピュータなどで構成され、特にこの発明に密接に関連するものとしては、図２に示すように、通信制御Ｉ／Ｆ部１１０と、記憶部１２０と、制御部１３０とを備える。
【００５２】
通信制御Ｉ／Ｆ部１１０は、利用者装置３００やサービス事業者装置２００との間でやり取りする各種情報に関する通信を制御する。具体的には、利用者装置３００からネットワーク接続要求を受信したり、サービス事業者装置２００から利用者装置３００を経由するリダイレクト通信によって当該利用者装置の利用者認証を要求する利用者認証要求を受信したりする。
【００５３】
記憶部１２０は、制御部１３０における各種制御に用いられるデータを記憶し、特にこの発明に密接に関連するものとしては、図２に示すように、利用者管理データベース部１２１と、サービス事業者管理データベース部１２２とを備える。なお、利用者管理データベース部１２１は、特許請求の範囲に記載の「利用者情報記憶手段」に対応する。
【００５４】
利用者管理データベース部１２１は、ネットワーク接続が許可される利用者装置３００の利用者に関する利用者情報を記憶する。具体的には、利用者管理データベース部１２１は、ネットワーク接続が許可される利用者装置３００の利用者に関する利用者情報を、利用者装置３００が接続する回線に関する回線情報と対応付けて記憶し、記憶する利用者情報および回線情報は、後述する認証処理部１３１、回線情報取得部１３２、および利用者認証結果部１３３による処理に利用される。なお、実施例１において、利用者管理データベース部１２１は、以下に説明するように、利用者アカウントとＩＰアドレスとを対応づけて記憶し、利用者アカウントと利用者情報とを対応づけて記憶し、利用者アカウントと回線情報とを対応づけて記憶し、利用者アカウントとＳＰ ＩＤとを対応づけて記憶し、ＲＤＢＭＳ（Relational DataBase Management System）プログラムなどを稼動させることで、利用者装置３００の利用者に関する利用者情報を回線情報と対応付けて記憶するが、この発明はこれに限られるものではなく、利用者情報を回線情報と対応付けて記憶するものであれば、データベースの構築手法はいずれでもよい。
【００５５】
例えば、実施例１における利用者管理データベース部１２１は、図５に示すように、利用者アカウント（『ＮＷ利用者アカウント』の列を参照）とＩＰアドレス（『ＩＰアドレス』の列を参照）とを対応づけて記憶する。ここで、利用者アカウントと対応付けて記憶されるＩＰアドレスとは、ネットワーク事業者装置１００が、後述する認証処理部１３１において利用者装置３００にネットワーク接続応答を送信する際に、利用者装置３００に対して、インターネットなどのネットワークに接続するための回線（アクセスネットワーク）へのアクセスパスをＰＰＰｏＥ（Point to Point Protocol over Ethernet（登録商標））などで設定し、利用者装置３００に対して払い出したＩＰアドレスである。利用者管理データベース部１２１は、認証処理部１３１において払い出されたＩＰアドレスを記憶する。
【００５６】
図５の１行目に示すように、例えば、利用者管理データベース部１２１は、利用者アカウント「tarou」と「192.168.x.x」とを対応づけて記憶する。なお、実施例においては、説明の便宜上からＩＰアドレスを「192.168.x.x」のように特定の数字とアルファベットとを組合せた表記をするが、実際は、ネットワーク事業者装置から払いだされる一般的なＩＰアドレスであって、特定の数字とアルファベットとの組合せや選択に何ら特別の意味があるものではない。
【００５７】
また、例えば、実施例１における利用者管理データベース部１２１は、図６に示すように、利用者アカウント（『ＮＷ利用者アカウント』の列を参照）と、利用者情報（『契約者名』、『住所（請求書の送付先）』、『クレジットカード番号』、および『通信料の支払い有無』の列を参照）とを対応づけて記憶する。ここで、利用者アカウントと対応付けて記憶される利用者情報とは、ネットワーク事業者装置１００が、オフラインで提示された利用者情報を利用者登録したものである。すなわち、実施例１におけるネットワーク事業者装置１００は、利用者装置３００の利用者についてあらかじめ利用者登録を行っていることを前提としているが、この利用者登録は、運転免許証などの身分証明書とともに利用者によってオフラインで提示された利用者情報を、ネットワーク事業者が身分証明書による利用者の本人確認を行った上で利用者登録した信用性の高い情報である。利用者管理データベース部１２１は、ネットワーク事業者装置１００を操作する操作者などによってネットワーク事業者装置１００に入力された利用者情報を、あらかじめ記憶している。
【００５８】
図６の１行目に示すように、例えば、利用者管理データベース部１２１は、利用者アカウント「tarou」と、契約者名「特許 太郎」と、住所「東京都・・・・」と、クレジットカード番号「1111-1111-1111-1111」と、通信料の支払い有無「有」とを対応づけて記憶する。なお、実施例においては、利用者情報として、契約者名、住所、クレジットカード番号、および通信料の支払い有無を記憶する場合を説明したが、この発明はこれに限られるものではなく、性別や年齢などの情報をさらに記憶する場合や、通信料の支払い有無を記憶しない場合など、ネットワーク事業者装置およびサービス事業者装置において必要な利用者情報を含む場合であれば、いずれでもよい。
【００５９】
また、例えば、実施例１における利用者管理データベース部１２１は、図７に示すように、利用者アカウント（『ＮＷ利用者アカウント』の列を参照）と、回線情報（『回線の識別子』、『回線の収容位置』、『回線種別』、『回線速度』、および『回線認証情報（パスワードなど）』の列を参照）とを対応づけて記憶する。ここで、利用者アカウントと対応付けて記憶される回線情報とは、ネットワーク事業者装置１００が、利用者情報を利用者登録するとともに、ネットワーク事業者において収集された回線情報を登録したものである。すなわち、実施例１におけるネットワーク事業者装置１００は、利用者装置３００の利用者についてあらかじめ利用者登録を行っていることを前提としているが、この利用者登録の際に（もしくは利用者登録の前後に）、利用者登録された利用者によって操作される利用者装置３００の回線情報を、併せて登録している。この回線情報は、ネットワーク事業者装置１００を運営するネットワーク事業者によって収集される情報であることから、信用性の高い情報である。利用者管理データベース部１２１は、ネットワーク事業者装置１００を操作する操作者などによってネットワーク事業者装置１００に入力された回線情報を、あらかじめ記憶している。
【００６０】
図７の１行目に示すように、例えば、利用者管理データベース部１２１は、利用者アカウント「tarou」と、回線の識別子「１２３」と、回線の収容位置「＃Ａ５００」と、回線種別「光」と、回線速度「１００Ｍｂｐｓ／１００Ｍｂｐｓ」と、回線認証情報「＊＊＊＊＊＊」とを対応づけて記憶する。なお、実施例においては、回線情報として、回線の識別子、回線の収容位置、回線種別、回線速度、および回線認証情報を記憶する場合を説明したが、この発明はこれに限られるものではなく、回線の収容位置を記憶しない場合など、ネットワーク事業者装置およびサービス事業者において必要な回線情報を含む場合であれば、いずれでもよい。また、実施例においては、回線の識別子や回線の収容位置など、説明の便宜上から特定の数字や記号を組み合わせた表記をするが、実際は、ネットワーク事業者装置において規定される情報であり、特定の数字や記号に何ら特別の意味があるものではない。
【００６１】
また、例えば、実施例１における利用者管理データベース部１２１は、図８に示すように、利用者アカウント（『ＮＷ利用者アカウント』の列を参照）と、ＳＰ ＩＤ（『ＳＰ ＩＤ』の列を参照）とを対応づけて記憶する。ここで、ＳＰ ＩＤとは、ネットワーク事業者装置１００において、サービス事業者装置２００を識別するための識別子のことである。図８の１行目に示すように、例えば、利用者管理データベース部１２１は、利用者アカウント「tarou」と、ＳＰ ＩＤ「１」および「３」とを対応づけて記憶する。ここで、利用者管理データベース部１２１が、利用者アカウント「tarou」と複数のＳＰ ＩＤとを対応づけて記憶するのは、ひとつの利用者アカウントについて、複数のサービス事業者装置２００との間で、アカウントの対応づけを保持することが可能であることを示している。したがって、利用者管理データベース部１２１が、ひとつの利用者アカウントについて、ひとつのＳＰ ＩＤを対応づけて記憶する場合や、ひとつの利用者アカウントについて、３つ以上の複数のＳＰ ＩＤを対応づけて記憶する場合にも、この発明を同様に適用することができる。
【００６２】
また、図８の４行目に示すように、例えば、利用者管理データベース部１２１は、利用者アカウント「ichiro」と、ＳＰ ＩＤ「２」とを対応づけて記憶する。この場合、利用者アカウント「ichiro」によって操作される利用者装置３００がサイトアクセスを制御されるサービス事業者装置２００は、ＳＰ ＩＤ「２」で識別されるサービス事業者装置２００であることを示している。
【００６３】
サービス事業者管理データベース部１２２は、サービス事業者装置２００に関する情報を記憶する。具体的には、サービス事業者管理データベース部１２２は、サービス事業者装置２００に関する情報として、ＳＰ ＩＤと公開鍵情報（サービス事業者装置２００の電子証明書など）とを対応づけて記憶し、記憶するＳＰ ＩＤおよび公開鍵情報は、後述する回線情報取得部１３２による処理に利用される。ここで、公開鍵情報とは、実施例１においては、ネットワーク事業者装置１００とサービス事業者装置２００との間で、あらかじめ信頼関係が成立しているものとするので、ネットワーク事業者装置１００において、サービス事業者装置２００が署名する電子署名が正当であることを検証するための公開鍵情報である。
【００６４】
なお、実施例１においては、図９に示すように、サービス事業者管理データベース部１２２が公開鍵情報を記憶する場合を説明したが、この発明はこれに限られるものではなく、例えば、信頼される第三者機関によって発行される公開鍵情報を用いて電子署名が正当であることを検証する手法では、サービス事業者管理データベース部１２２が公開鍵情報を記憶する必要はない。また、実施例１において、サービス事業者管理データベース部１２２は、ＲＤＢＭＳプログラムなどを稼動させることで、ＳＰ ＩＤと公開鍵情報とを対応づけて記憶するが、この発明はこれに限られるものではなく、サービス事業者装置２００を識別する識別子を記憶するものであれば、データベースの構築手法はいずれでもよい。
【００６５】
制御部１３０は、ネットワーク事業者装置１００における各種制御を行い、特にこの発明に密接に関連するものとしては、図２に示すように、認証処理部１３１と、回線情報取得部１３２と、利用者認証結果送信部１３３とを備える。なお、回線情報取得部１３２は、特許請求の範囲に記載の「回線情報取得手段」に対応し、利用者認証結果送信部１３３は、特許請求の範囲に記載の「利用者認証結果送信手段」に対応する。
【００６６】
認証処理部１３１は、利用者装置３００の認証処理を行い、利用者装置３００によるネットワーク接続を制御する。具体的には、認証処理部１３１は、利用者装置３００からネットワーク接続要求を回線認証情報とともに受信し、受信した回線認証情報と利用者管理データベース部１２１に記憶される回線認証情報（例えば、利用者アカウント、パスワードなど）とを照合することで利用者装置を認証し、認証結果に応じてネットワーク接続応答を利用者装置３００に送信するなどする。
【００６７】
また、認証処理部１３１は、利用者装置３００にネットワーク接続応答を送信する際に、利用者装置３００に対して、インターネットに接続するための回線へのアクセスパスをＰＰＰｏＥなどで設定し、利用者装置３００に対してＩＰアドレスを払い出し、払い出したＩＰアドレスを、利用者装置３００に送信するとともに、利用者管理データベース部１２１に記憶させる。例えば、認証処理部１３１は、利用者装置３００の利用者アカウント「tarou」にネットワーク接続応答を送信する際に、利用者装置３００に対してＩＰアドレス「192.168.x.x」を払い出す。
【００６８】
回線情報取得部１３２は、利用者装置３００が接続されている回線に関する回線情報を取得する。具体的には、回線情報取得部１３２は、サービス事業者装置２００から利用者装置３００を経由するリダイレクト通信によって利用者装置３００の利用者情報の取得を要求する利用者情報取得要求を受信した場合に、利用者装置３００が接続されている回線に関する回線情報を取得し、取得した回線情報を、利用者認証結果送信部１３３に送信する。
【００６９】
例えば、回線情報取得部１３２は、利用者装置３００が接続する回線を特定することで取得された回線情報に対応づけられた回線情報を、利用者管理データベース部１２１から取得する。すなわち、回線情報取得部１３２は、利用者装置３００が接続する回線を特定した結果、利用者装置３００が接続する回線の識別子が「１２３」であることが特定された場合に、利用者管理データベース部１２１から、回線情報として、例えば、回線の識別子「１２３」、回線の収容位置「＃Ａ５００」、回線種別「光」、回線速度「１００Ｍｂｐｓ／１００Ｍｂｐｓ」などを取得する。なお、実施例１においては、利用者管理データベース部１２１から取得した回線情報をサービス事業者装置２００に送信する手法を説明したが、この発明はこれに限られるものではなく、利用者装置３００が接続する回線を特定することで取得された回線情報をサービス事業者装置２００に送信する手法にも、この発明を同様に適用することができる。
【００７０】
利用者認証結果送信部１３３は、回線情報取得部１３２によって取得された回線情報に対応付けられた利用者情報を利用者管理データベース部１２１から取得し、当該利用者情報を用いて利用者認証を行って得られる利用者認証結果を、利用者装置３００を経由するリダイレクト通信によってサービス事業者装置２００に送信する。具体的に例を挙げれば、回線情報取得部１３２により回線識別子「123」が取得され、当該回線識別子「123」に対応する回線情報「tarou、123、#A500、光、100Mbps／100Mbps、******」が利用者管理データベース部１２１から取得されると、利用者認証結果送信部１３３は、回線情報取得部１３２によって取得された回線情報（回線識別子：123）と、当該回線情報に対応付けられた利用者情報（tarou、123、#A500、光、100Mbps／100Mbps、******）が利用者管理データベース部１２１に記憶されていることを根拠にし、正当な利用者装置３００であるという認証結果（認証通過）を、利用者装置３００を経由するリダイレクト通信によってサービス事業者装置２００に送信する。
【００７１】
一方、回線情報取得部１３２により回線識別子「123」が取得され、当該回線識別子「123」に対応する回線情報「tarou、123、#A500、光、100Mbps／100Mbps、******」が利用者管理データベース部１２１から取得できない場合、利用者認証結果送信部１３３は、当該回線情報に対応付けられた利用者情報が利用者管理データベース部１２１に記憶されていないことを根拠にし、不正な利用者装置３００であるという認証結果（認証拒否）を、利用者装置３００を経由するリダイレクト通信によってサービス事業者装置２００に送信する。
【００７２】
［サービス事業者装置２００］
実施例１におけるサービス事業者装置２００は、汎用的なコンピュータなどで構成され、特にこの発明に密接に関連するものとしては、図２に示すように、通信制御Ｉ／Ｆ部２１０と、記憶部２２０と、制御部２３０とを備える。
【００７３】
記憶部２２０は、制御部２３０による各種処理に必要なデータおよびプログラムを格納する。具体的に例を挙げれば、通信制御Ｉ／Ｆ部３１により受信された利用者認証結果やサイトアクセス要求を一時的に記憶したり、ＳＰサイトアクセス応答部２３１により送信されるサービス事業者装置２００が提供するＷｅｂ画面などを記憶する。
【００７４】
制御部２３０は、ＯＳ（Operating System）などの制御プログラム、各種の処理手順などを規定したプログラムおよび所要データを格納するための内部メモリを有するとともに、特に本発明に密接に関連するものとして、利用者認証要求送信部２３２と、アクセス制御部２３３とを備え、利用者によって種々の処理を実行する。なお、利用者認証要求送信部２３２は、特許請求の範囲に記載の「利用者認証要求送信手段」に対応し、アクセス制御部２３３は、同様に、「アクセス制御手段」に対応する。
【００７５】
利用者認証要求送信部２３２は、利用者装置３００からシングルサインオンによるサイトアクセスの要求を受け付けた場合に、当該利用者装置３００を経由するリダイレクト通信によって、当該利用者装置３００の利用者認証を要求する利用者認証要求をネットワーク事業者装置１００に送信する。具体的に例を挙げれば、図３に示したように、利用者装置において、シングルサインオン要求を促すＷｅｂページのアイコン（「シングルサインオン要求」など）がワンクリックされることによって、シングルサインオン要求を受信すると、利用者認証要求送信部２３２は、当該利用者装置３００を経由するリダイレクト通信によって、当該利用者装置３００の利用者認証を要求する利用者認証要求をネットワーク事業者装置１００に送信する。
【００７６】
アクセス制御部２３３は、ネットワーク事業者装置１００から利用者装置３００を経由するリダイレクト通信によって当該利用者装置３００の利用者認証結果を受信した場合に、当該利用者認証結果を用いてサイトアクセスを制御する。具体的に例を挙げると、ネットワーク事業者装置１００から利用者装置３００を経由するリダイレクト通信によって、認証通過（認証許可）を受信すると、アクセス制御部２３３は、図４に示すような、当該サイトアクセスに対応するアプリケーションサービスの利用を利用者装置３００に対して許可する。一方、認証拒否を受信すると、アクセス制御部２３３は、当該サイトアクセスに対応するアプリケーションサービスの利用を利用者装置３００に対して拒否する。
【００７７】
［実施例１に係るサービスシステムによる処理の手順］
次に、図１０を用いて、実施例１に係るサービスシステムによる処理の手順を説明する。図１０は、実施例１に係るサービスシステムによる処理の手順を示すシーケンス図である。ここで、実施例１におけるネットワーク事業者装置１００は、利用者装置３００の利用者について、あらかじめ利用者登録しており、利用者装置３００のネットワーク接続を許可しているものとする。一方、実施例１におけるサービス事業者装置２００は、利用者装置３００の利用者について、利用者登録をしていないものとする。すなわち、利用者装置３００は、サービス事業者装置２００が提供するアプリケーションサービスの提供を受けることができない状態にある。以下では、利用者装置３００がネットワークへの接続を行う処理（図１０の（１）を参照）と、利用者装置３００がＳＰサイトへアクセスする処理（図１０の（２）を参照）と、ネットワーク事業者装置１００が利用者装置３００を認証する利用者認証処理（図１０の（３）を参照）とについて、順に説明する。
【００７８】
［（１）ネットワークへの接続］
まず、ネットワーク事業者装置１００における認証処理部１３１は、利用者装置３００から、ネットワーク接続要求を受信する（ステップＳ１）。具体的には、ネットワーク事業者装置１００における認証処理部１３１は、利用者装置３００から、ネットワーク接続要求として、回線認証情報（例えば、利用者アカウント、パスワードなど）を受信する。
【００７９】
次に、ネットワーク事業者装置１００における認証処理部１３１は、利用者装置３００の認証処理を行う（ステップＳ２）。具体的には、ネットワーク事業者装置１００における認証処理部１３１は、利用者装置３００から受信した回線認証情報と、利用者管理データベース部１２１に管理する回線認証情報（例えば、利用者アカウント、パスワードなど）とを照合し、利用者装置３００を認証する。
【００８０】
そして、ネットワーク事業者装置１００における認証処理部１３１は、利用者装置３００に、ネットワーク接続応答を送信する（ステップＳ３）。具体的には、ネットワーク事業者装置１００における認証処理部１３１は、利用者装置３００に対して、インターネットに接続するための回線（アクセスネットワーク）へのアクセスパスをＰＰＰｏＥ（Point to Point Protocol over Ethernet（登録商標））などで設定し、ＩＰアドレスを払い出し、利用者装置３００に送信する。また、ネットワーク事業者装置１００における認証処理部１３１は、利用者装置３００に対して払いだしたＩＰアドレスを、利用者管理データベース部１２１に格納する。
【００８１】
［（２）ＳＰサイトへアクセス］
続いて、利用者装置３００は、インターネットに接続し、サービス事業者装置２００におけるＳＰサイトアクセス応答部２３１は、利用者装置３００から、ＳＰサイトアクセス要求を受信する（ステップＳ４）。具体的には、サービス事業者装置２００におけるＳＰサイトアクセス応答部２３１は、利用者装置３００から、ＳＰサイトアクセス要求として、ＳＰサイトのＵＲＬ（Uniform Resource Locator）などを受信する。
【００８２】
すると、サービス事業者装置２００におけるＳＰサイトアクセス応答部２３１は、Ｗｅｂページを取得する（ステップＳ５）。具体的には、サービス事業者装置２００におけるＳＰサイトアクセス応答部２３１は、受信したＵＲＬにより、利用者装置３００に対してシングルサインオン要求を促すＷｅｂページを取得する。
【００８３】
そして、サービス事業者装置２００におけるＳＰサイトアクセス応答部２３１は、利用者装置３００に対して、ＳＰサイトアクセス応答を送信する（ステップＳ６）。具体的には、サービス事業者装置２００におけるＳＰサイトアクセス応答部２３１は、利用者装置３００に対して、シングルサインオン要求を促すＷｅｂページを送信する。
【００８４】
［（３）利用者認証］
次に、利用者装置３００は、サービス事業者装置２００に対してＮＷ機能を利用したシングルサインオン要求を送信する（ステップＳ７）。そして、サービス事業者装置２００における利用者認証要求送信部２３２は、当該利用者装置３００の利用者認証を要求する利用者認証要求をネットワーク事業者装置１００に送信する（ステップＳ８）。具体的には、サービス事業者装置２００における利用者認証要求送信部２３２は、利用者装置３００を経由するリダイレクト通信によって、利用者認証要求を、ＳＰ ＩＤと電子署名とともに、ネットワーク事業者装置１００に送信する。
【００８５】
すると、ネットワーク事業者装置１００における回線情報取得部１３２は、利用者装置３００が接続されている回線を特定し、回線情報を取得する（ステップＳ９）。
【００８６】
次に、ネットワーク事業者装置１００における利用者認証結果送信部１３３は、回線を特定することで取得された回線情報に対応づけられた利用者情報を利用者管理データベース部１２１から取得し、利用者認証を行い（ステップＳ１０）、認証結果をサービス事業者装置２００へ送信する（ステップＳ１１）。具体的には、ネットワーク事業者装置１００における利用者認証結果送信部１３３は、当該回線情報に対応付けられた利用者情報が利用者管理データベース部１２１に記憶されていることを根拠に、当該利用者装置３００を正当な利用者装置と判定し、認証結果として「認証通過（許可）」をサービス事業者装置２００に送信する。
【００８７】
そして、サービス事業者装置２００におけるアクセス制御部２３３は、受信した認証結果に基づいて、サイトアクセスを制御する（ステップＳ１２）。具体的には、サービス事業者装置２００におけるアクセス制御部２３３は、認証通過（許可）を受信すると、利用者装置３００のサイトアクセスを許可し、認証拒否を受信すると、サイトアクセスを拒否する。
【００８８】
なお、実施例１においては、サービス事業者装置２００における利用者認証要求送信部２３２は、利用者装置３００を経由するリダイレクト通信によって、利用者認証要求を、ＳＰ ＩＤと電子署名とともに、ネットワーク事業者装置１００に送信する場合について説明したが、本発明はこれに限定されるわけではなく、利用者認証要求とＳＰ ＩＤのみを送信してもよい。
【００８９】
［実施例１の効果］
上述したように、実施例１によれば、ネットワーク事業者装置は、ネットワーク接続が許可される利用者装置の利用者に関する利用者情報を、当該利用者装置が接続する回線に関する回線情報と対応付けて記憶し、サービス事業者装置から利用者装置を経由するリダイレクト通信によって当該利用者装置の利用者認証を要求する利用者認証得要求を受信した場合に、当該利用者装置が接続されている回線に関する回線情報を取得し、取得された回線情報に対応付けられた利用者情報を取得し、当該利用者情報を用いて利用者認証を行って得られる利用者認証結果を、利用者装置を経由するリダイレクト通信によってサービス事業者装置に送信し、サービス事業者装置は、利用者装置からサイトアクセスの要求を受け付けた場合に、当該利用者装置を経由するリダイレクト通信によって、当該利用者装置の利用者認証を要求する利用者認証要求をネットワーク事業者装置に送信し、ネットワーク事業者装置から利用者装置を経由するリダイレクト通信によって当該利用者装置の利用者認証結果を受信した場合に、当該利用者認証結果を用いてサイトアクセスを制御するので、サービス事業者装置において、信用性の高いサイトアクセス制御を実現することが可能である。
【００９０】
また、実施例１によれば、ネットワーク事業者にて認証処理を行う結果、サービス事業者装置で認証処理を行う必要がなく、サービス事業者装置の処理負荷を軽減することが可能である。さらに、サービス事業者装置で利用者認証のために利用者情報（例えば、契約情報など）を管理する必要がないので、サービス事業者装置における利用者情報管理に関するコストや処理負荷を削減することが可能である。
【００９１】
また、実施例１によれば、サービス事業者装置から利用者認証要求に加えて、当該サービス事業者装置が署名する電子署名を受信した場合に、当該電子署名が正当であることを条件に、利用者認証結果を当該サービス事業者装置に送信し、利用者認証要求に加えて、電子署名をネットワーク事業者装置に送信するので、サービス事業者装置が利用者認証要求とともに電子署名を送信しない場合に比べて、サービス事業者装置において、信用性の高いサイトアクセス制御をより安全に実現することが可能になる。例えば、電子署名を送信しない場合、本当に正当なサービス事業者が送信した利用者認証要求であるか否かを判定することができないが、電子署名を送信した場合では、正当なサービス事業者が送信した利用者認証要求であるか否かを判定することができる。
【実施例２】
【００９２】
ところで、実施例１では、利用者装置が、サービス事業者装置が提供するサービスを利用する場合についてのみ説明したが、本発明はこれに限定されるものではなく、サービス事業者装置が複数のサービスを提供するものであって、各サービスの新規契約や追加契約をする場合にも、本発明を適用してもよい。
【００９３】
そこで、実施例２では、利用者装置が、サービス事業者装置が提供するサービスについて新規契約や追加契約をする場合について、図１１と図１２を用いて説明する。図１１は、実施例２に係るサービスシステムの概要および特徴を説明するための図であり、図１２は、実施例２に係るネットワーク事業者装置における利用者管理データベース部を説明するための図である。
【００９４】
図１１に示すように、実施例２におけるサービスシステムは、実施例１と同様、ネットワーク事業者装置と、サービス事業者装置と、利用者装置とから構成され、また、利用者装置とネットワーク事業者装置とは、アクセスネットワークを介して接続され、ネットワーク事業者装置とサービス事業者装置とは、インターネットなどのネットワークを介して接続される。
【００９５】
そして、実施例２におけるネットワーク事業者装置は、実施例１と同様に、利用者情報を回線情報と対応づけて、利用者管理データベース部（利用者管理ＤＢ）に記憶しており、さらに、図１２に示すように、契約管理情報を『利用者装置を一意に識別する「ＮＷ利用者アカウント」と、サービス事業者装置を一意に識別する「ＳＰ ＩＤ」と、契約しているサービス名を示す「サービス名」』として「tarou、３、メール・音楽・映像」や「hana、３、メール」などを記憶する点が実施例１とは異なる。
【００９６】
このような構成において、実施例１と同様に、利用者装置は、ネットワーク事業者装置に認証されてインターネットに接続し、サービス事業者装置は、利用者装置からＳＰサイトアクセス要求を受信すると（図１１の（１）〜（４）参照）、ＳＰサイトアクセス応答を送信し、利用者装置は、ＳＰのＷｅｂページを取得する（図１１の（５）参照）。
【００９７】
次に、サービス事業者装置は、利用者装置からサービス追加要求を受信する（図１１の（６）を参照）。具体的には、利用者装置において、サービス追加要求を促すＷｅｂページのアイコン（「サービス追加要求」など）がワンクリックされることなどによって、サービス追加要求を受信する。
【００９８】
そして、サービス事業者装置は、利用者装置の利用者認証を要求する利用者認証要求とともに、利用者装置とサービス事業者装置との間における契約管理を要求する契約管理要求を、利用者装置を経由するリダイレクト通信によって、ネットワーク事業者装置に送信する（図１１の（７）および（８）参照）。具体的に例を挙げれば、サービス事業者装置は、利用者認証要求とともに、契約管理要求として『契約の処理を示す「処理種別」と処理対象となる「サービス名」をネットワーク事業者装置に送信する。契約管理要求の例を挙げれば、「契約追加、地図検索サービス」などである。
【００９９】
続いて、利用者認証要求とともに、契約管理要求を受信したネットワーク事業者装置は、実施例１と同様に、利用者装置が接続されている回線に関する回線情報を取得して（図１１の（９）参照）、利用者認証を行い（図１１の（１０）参照）、認証結果が認証通過の場合に、受信した契約管理要求に基づいて利用者管理ＤＢを更新するとともに（図１１の（１１）参照）、認証結果（認証通過）をサービス事業者装置に送信する（図１１の（１２）参照）。
【０１００】
具体的に説明すると、利用者認証の結果が「認証通過（成功）」の場合に、受信した契約管理要求が「処理種別＝追加、サービス名＝地図検索サービス」だとすると、取得した回線情報に対応する利用者管理ＤＢに「地図検索サービス」を追加するとともに、認証結果（認証通過）をサービス事業者装置に送信する。一方、利用者認証の結果が「認証拒否（失敗）」の場合に、受信した契約管理要求が「処理種別＝追加、サービス名＝地図検索サービス」だとすると、利用者管理ＤＢへの追加を行わず、認証結果（認証拒否）をサービス事業者装置に送信する。
【０１０１】
そして、実施例１と同様に、サービス事業者装置は、受信した認証結果に基づいて、アクセス制御を行う（図１１の（１３）参照）。具体的には、認証通過（認証許可）を受信すると、サービス事業者装置は、当該サイトアクセスに対応するアプリケーションサービスの利用を利用者装置に対して許可する。一方、認証拒否を受信すると、サービス事業者装置は、当該サイトアクセスに対応するアプリケーションサービスの利用を利用者装置に対して拒否する。
【０１０２】
このように、実施例２によれば、利用者装置の利用者認証を要求する利用者認証要求とともに、利用者装置とサービス事業者装置との間における契約管理を要求する契約管理要求をさらに送信し、サービス事業者装置から契約管理要求を受信した場合には、利用者情報に対応付けて、利用者装置とサービス事業者装置との間における契約に関する契約情報を記憶するので、新規契約や追加契約を行うために、別の機能や記憶部を用意する必要なく、利用者認証とともに実施することができる結果、サービス事業者装置における処理負荷をさらに軽減することが可能であるとともに、サービス事業者装置における利用者情報管理に関するコストや処理負荷をさらに削減することが可能である。
【実施例３】
【０１０３】
さて、これまで本発明の実施例１〜２では、利用者認証について説明したが、本発明は上述した実施例以外にも、種々の異なる形態にて実施されてよいものである。そこで、以下に示すように、（１）回線情報も用いた利用者認証、（２）有効期限付きで利用者認証結果を取得、（３）電子署名付きで利用者認証結果を取得、にそれぞれ区分けして異なる実施例を説明する。
【０１０４】
（１）回線情報も用いた利用者認証
例えば、実施例１と２では、取得された回線情報に対応付けられた利用者情報を用いて利用者認証を行う場合について説明したが、本発明はこれに限定されるものではなく、利用者認証情報に加えて、回線情報を用いて利用者認証を行ってもよい。
【０１０５】
具体的に図２を用いて説明すると、具体的に例を挙げれば、回線情報取得部１３２により回線識別子「123」が取得され、当該回線識別子「123」に対応する回線情報「tarou、123、#A500、光、100Mbps／100Mbps、******」が利用者管理データベース部１２１から取得されると、利用者認証結果送信部１３３は、回線情報取得部１３２によって取得された回線情報（回線識別子：123）と、当該回線情報に対応付けられた利用者情報（tarou、123、#A500、光、100Mbps／100Mbps、******）が利用者管理データベース部１２１に記憶されていることを根拠にし、正当な利用者装置３００であるという利用者認証を行ったが、さらに、取得した回線情報「tarou、123、#A500、光、100Mbps／100Mbps、******」を用いることで、特定できる利用者装置が接続する場所や回線速度などを利用者認証に用いてもよい。
【０１０６】
これにより、例えば、利用者装置が接続する場所や回線速度によってはサイトアクセスを許可／拒否を決定し、あるいは、場所や回線速度に応じて提供するサービスを選択することなど、サービス事業者装置において、信用性の高いサイトアクセス制御を高度に実現することが可能になる。具体的に例を挙げて説明すると、回線情報によって特定されるネットワークへの接続場所が、「自宅」以外の場所の場合には、オークションサービスの提供を許可しないことや、回線情報によって特定される回線速度が高速な場合には、高解像度の映像コンテンツサービスを提供することなどが可能になる。また、このように利用者情報と回線情報の両方を用いて、利用者認証を行うことで、さらに利用者に対してアクセス制限を行うことが可能である。例えば、「子供」の利用者には「深夜サイト」「アダルトサイト」「高額ショッピングサイト」の閲覧を禁止したりすることが可能である。
【０１０７】
なお、ネットワーク事業者装置では、利用者管理ＤＢに管理される回線情報のうち、どの情報を利用者認証に用いるか具体的な項目について、サービス事業者装置から利用者認証要求とともに受信してもよく、あらかじめ取り決めがなされていてもよい。
【０１０８】
（２）有効期限付きで利用者認証結果を取得
また、実施例１と２では、利用者情報を用いて利用者認証を行って得られる利用者認証結果をサービス事業者装置に送信する場合について説明したが、本発明はこれに限定されるものではなく、利用者認証結果に加えて、当該利用者認証結果の有効期限を示す有効期限情報をサービス事業者装置に送信してもよい。
【０１０９】
具体的には、ネットワーク事業者装置は、利用者認証結果に加え、有効期限情報（例えば、有効期限は、数日、数秒、数十秒といったオーダーで設定される）をサービス事業者装置に送信し、サービス事業者装置は、ネットワーク事業者装置から利用者認証結果に加えて有効期限情報を受信した場合に、当該有効期限情報に示される有効期限を満たすことを条件に、利用者認証結果を用いてサイトアクセスを制御する。例を挙げると、利用者情報をサービス事業者装置に送信する際に有効期限情報を送信しない手法では、利用者装置を経由するリダイレクト通信において、利用者装置が利用者情報その他の制御情報などを不正に取得し、不正に情報を取得した利用者装置が不正にサイトアクセスするおそれなどがあるが、有効期限情報（例えば、有効期限は、数日、数秒、数十秒といったオーダーで設定される）を送信することで、これらのおそれを回避できることから、サービス事業者装置において、信用性の高いサイトアクセス制御を安全に実現することが可能になる。
【０１１０】
（３）電子署名付きで利用者認証結果を取得
また、実施例１では、サービス事業者装置は、利用者認証要求と電子署名をネットワーク事業者装置に送信し、ネットワーク事業者装置は、利用者認証結果をサービス事業者装置に送信する場合について説明したが、本発明はこれに限定されるものではなく、ネットワーク事業者装置も、利用者認証結果と電子署名をサービス事業者装置に送信するようにしてもよい。
【０１１１】
具体的には、ネットワーク事業者装置が利用者認証要求とともに電子署名を送信しない場合に比べて、サービス事業者装置において、信用性の高いサイトアクセス制御をより安全に実現することが可能になる。例えば、電子署名を送信しない場合、本当に正当なネットワーク事業者装置が送信した利用者認証要求であるか否かを判定することができないが、電子署名を送信した場合では、正当なサービス事業者が送信した利用者認証要求であるか否かを判定することができる。
【実施例４】
【０１１２】
さて、これまで本発明の実施例１〜３では、利用者アカウントを作成せず、シングルサインオンを行うことを説明してきたが、本発明はこれに限定されるものではなく、サービス事業者装置で利用者アカウントを作成して利用者管理するようにしてもよい。
【０１１３】
そこで、以下では、図１３〜図１５を用いて、ネットワーク事業者装置がサービス事業者装置に代わって利用者認証を行うとともに、サービス事業者装置で利用者アカウントを作成して記憶する場合を実施例４として説明する。図１３は、実施例４に係るサービスシステムの概要および特徴を説明するための図であり、図１４と図１５は、実施例４に係るネットワーク事業者装置における利用者管理データベース部を説明するための図である。
【０１１４】
図１３に示すように、実施例４におけるネットワーク事業者装置は、実施例１と同様に、利用者情報を回線情報と対応づけて、利用者管理データベース部（利用者管理ＤＢ）に記憶している。そして、実施例４におけるサービス事業者装置は、自身が提供するサービスを利用する利用者装置の利用者アカウントを利用者管理ＤＢに記憶している点が実施例１とは異なる。
【０１１５】
また、実施例４では、実施例１で説明した、各サービス事業者装置が一つのアプリケーションサービスを提供している場合と異なり、各サービス事業者装置は、複数のサービスを提供しており、各サービスごとに利用者管理を行っている。
【０１１６】
一方、実施例４におけるサービス事業者装置は、利用者装置の利用者について、利用者登録していないものとする。すなわち、利用者装置は、サービス事業者装置が提供するアプリケーションサービスの提供を受けることができない状態にある。なお、実施例４において、サービス事業者装置が提供するアプリケーションサービスは、利用者登録を行うことで永続的に（もしくは、一時的に）利用できるタイプのアプリケーションサービスである。
【０１１７】
このような構成のもと、実施例１と同様に、実施例４におけるネットワーク事業者装置は、まず、利用者装置から、ネットワーク接続要求を受信して認証処理を行い、そして、利用者装置は、インターネットに接続し、サービス事業者装置は、利用者装置からＳＰサイトアクセス要求を受信すると（図１３の（１）〜（４）参照）、ＳＰサイトアクセス応答を送信し、利用者装置は、ＳＰのＷｅｂページを取得する（図１３の（５）参照）。
【０１１８】
次に、サービス事業者装置は、利用者装置から、利用者登録要求を受信する（図１３の（６）参照）。具体的には、利用者装置において、利用者登録要求を促すＷｅｂページのアイコン（「利用者登録要求」など）がワンクリックされることなどによって、利用者登録要求を受信する。
【０１１９】
そして、利用者登録要求を受信すると、サービス事業者装置は、利用者アカウントを作成する（図１３の（７）参照）。例えば、図１３において、サービス事業者装置は、利用者アカウントＢＢＢを作成する。なお、利用者アカウントＢＢＢは、永続的な（もしくは、一時的な）利用者アカウントである。
【０１２０】
続いて、サービス事業者装置は、当該利用者装置を経由するリダイレクト通信によって、当該利用者装置の利用者認証を要求する利用者認証要求をネットワーク事業者装置に送信する（図１３の（８）参照）。
【０１２１】
すると、実施例４におけるネットワーク事業者装置は、利用者装置が接続されている回線に関する回線情報を取得し（図１３の（９）参照）、取得された回線情報に対応付けられた利用者情報を取得し、当該利用者情報を用いて利用者認証を行い（図１３の（１０）参照）、得られた利用者認証結果を、利用者装置を経由するリダイレクト通信によってサービス事業者装置に送信する（図１３の（１１）参照）。具体的には、実施例１と同様に、ネットワーク事業者装置が当該回線情報に対応付けられた利用者情報を記憶していることを根拠に、当該利用者装置を正当な利用者装置と判定し、認証結果として「認証通過（許可）」をサービス事業者装置に送信する。
【０１２２】
そして、サービス事業者装置は、ネットワーク事業者装置から利用者装置を経由するリダイレクト通信によって当該利用者装置の利用者認証結果を受信した場合に、当該利用者認証結果を用いてサイトアクセスを制御する（図１３の（１２）参照）。具体的には、サービス事業者装置は、認証結果として「認証通過」を受信した場合、当該利用者アカウントＢＢＢを自身の利用者管理ＤＢに登録し、当該サービスの利用を許可する。一方、認証結果として「認証拒否」を受信した場合、当該利用者アカウントＢＢＢを自身の利用者管理ＤＢに登録せず、当該サービスの利用を拒否する。
【０１２３】
ところで、実施例４では、サービス事業者装置は、利用者管理ＤＢに作成した利用者アカウントのみを管理する場合を説明したが、本発明はこれに限定されるわけではなく、例えば、利用者アカウントの回線情報および利用者情報を管理してもよい。この場合、ネットワーク事業者装置は、利用者認証結果とともに、利用者情報や回線情報を送信する。なお、ネットワーク事業者装置は、サービス事業者装置に送信する具体的な送信項目について、サービス事業者装置によって指定された送信項目を送信してもよく、サービス事業者装置に送信する具体的な送信項目の取り決めや指定のタイミングは、いずれでもよい。
【０１２４】
そして、ネットワーク事業者装置が、利用者認証結果とともに、利用者情報や回線情報を送信した場合、サービス事業者装置において、サービス事業者装置の利用者管理ＤＢは、図１４に示すように、利用者情報として『利用者を一意に識別する「利用者アカウント」、利用者名を示す「契約者」、利用者の住所を示す「住所」、利用料金を払う「クレジットカード番号」、通信料の支払い有無を示す「通信料支払いの有無」』として「tarou、特許太郎、東京都・・・、1111-1111-1111-1111、有」などを記憶したり、また、図１５に示すように、回線情報として『利用者を一意に識別する「利用者アカウント」、回線を一意に識別する「回線識別子」、回線の収容位置を示す「回線収容位置」、契約回線の種別を示す「回線種別」、契約回線の回線速度を示す「回線速度」、回線の認証情報を示す「回線認証情報」』として「natsu、798、＃C900、xDSL、47Mbps〜5Mbps、*********」などを記憶する。
【０１２５】
このように、実施例４によれば、サービス事業者装置で利用者アカウントを管理することで、サービス事業者装置における利用者認証による処理負荷を軽減したまま、利用者アカウントを管理することが可能である。
【実施例５】
【０１２６】
さて、これまで本発明の実施例について説明したが、本発明は上述した実施例以外にも、種々の異なる形態にて実施されてよいものである。そこで、以下に異なる実施例を説明する。
【０１２７】
［回線情報］
例えば、上記した実施例１〜実施例３においては、回線情報として、回線の識別子、回線の収容位置、回線種別、回線速度、および回線認証情報を用いる手法を説明したが、この発明はこれに限られるものではなく、回線情報として、回線に付与された論理的な番号（電話番号、ＩＰアドレスなど）を用いる手法や、回線の設置場所（住所、緯度経度など）を用いる手法など、回線に関する情報を用いる手法であれば、いずれでもよい。
【０１２８】
［システム構成等］
また、本実施例において説明した各処理のうち、自動的におこなわれるものとして説明した処理の全部または一部（例えば、電子署名の送信など）を手動的におこなう（例えば、電子署名を送信するか否かの確認画面をモニタなどに出力し、操作する者に確認同意を入力させてから、電子署名を送信するなど）こともできる。この他、上記文書中や図面中で示した処理手順、制御手順、具体的名称、各種のデータやパラメータを含む情報（例えば、利用者管理データベース部１２１とサービス事業者管理データベース部１２２など）については、特記する場合を除いて任意に変更することができる。
【０１２９】
また、図示した各装置の各構成要素は機能概念的なものであり、必ずしも物理的に図示の如く構成されていることを要しない。すなわち、各装置の分散・統合の具体的形態は図示（例えば、図２など）のものに限られず、その全部または一部を、各種の負荷や使用状況などに応じて、任意の単位で機能的または物理的に分散・統合して構成することができる（例えば、利用者管理データベース部１２１とサービス事業者管理データベース部１２２とをひとつのデータベースで構築するなど）。さらに、各装置にて行なわれる各処理機能は、その全部または任意の一部が、ＣＰＵおよび当該ＣＰＵにて解析実行されるプログラムにて実現され、あるいは、ワイヤードロジックによるハードウェアとして実現され得る。
【０１３０】
なお、本実施例で説明した各機能部の処理（例えば、図１０に示した処理など）は、あらかじめ用意されたプログラムをパーソナルコンピュータやワークステーションなどのコンピュータで実行することによって実現することができる。このプログラムは、インターネットなどのネットワークを介して配布することができる。また、このプログラムは、ハードディスク、フレキシブルディスク（ＦＤ）、ＣＤ−ＲＯＭ、ＭＯ、ＤＶＤなどのコンピュータで読み取り可能な記録媒体に記録され、コンピュータによって記録媒体から読み出されることによって実行することもできる。
【産業上の利用可能性】
【０１３１】
以上のように、本発明に係るサービスシステムおよびサービスシステム制御方法は、利用者装置によるネットワーク接続を制御するネットワーク事業者装置と、前記利用者装置によるサイトアクセスを制御するサービス事業者装置とを、ネットワークを介して接続されることに有用であり、特に、サービス事業者装置において、信用性の高いサイトアクセス制御を実現することに適する。
【図面の簡単な説明】
【０１３２】
【図１】実施例１に係るサービスシステムの概要および特徴を説明するための図である。
【図２】実施例１に係るサービスシステムの構成を示すブロック図である。
【図３】サービス事業者装置が利用者装置に送信するＷｅｂページを説明するための図である。
【図４】サービス事業者装置が利用者装置に送信するＷｅｂページを説明するための図である。
【図５】ネットワーク事業者装置における利用者管理データベース部を説明するための図である。
【図６】ネットワーク事業者装置における利用者管理データベース部を説明するための図である。
【図７】ネットワーク事業者装置における利用者管理データベース部を説明するための図である。
【図８】ネットワーク事業者装置における利用者管理データベース部を説明するための図である。
【図９】ネットワーク事業者装置における利用者管理データベース部を説明するための図である。
【図１０】実施例１に係るサービスシステムによる処理の手順を示すシーケンス図である。
【図１１】実施例２に係るサービスシステムの概要および特徴を説明するための図である。
【図１２】実施例２に係るネットワーク事業者装置における利用者管理データベース部を説明するための図である。
【図１３】実施例４に係るサービスシステムの概要および特徴を説明するための図である。
【図１４】実施例４に係るネットワーク事業者装置における利用者管理データベース部を説明するための図である。
【図１５】実施例４に係るネットワーク事業者装置における利用者管理データベース部を説明するための図である。
【符号の説明】
【０１３３】
１００ ネットワーク事業者装置
１１０ 通信制御Ｉ／Ｆ部
１２０ 記憶部
１２１ 利用者管理データベース部
１２２ サービス事業者管理データベース部
１３０ 制御部
１３１ 認証処理部
１３２ 回線情報取得部
１３３ 利用者認証結果送信部
２００ サービス事業者装置
２１０ 通信制御Ｉ／Ｆ部
２２０ 記憶部
２３０ 制御部
２３１ ＳＰサイトアクセス応答部
２３２ 利用者認証要求送信部
２３３ アクセス制御部
３００ 利用者装置
【技術分野】
【０００１】
この発明は、利用者装置によるネットワーク接続を制御するネットワーク事業者装置と、前記利用者装置によるサイトアクセスを制御するサービス事業者装置とを、ネットワークを介して接続されるサービスシステムおよびサービスシステム制御方法に関する。
【背景技術】
【０００２】
従来より、インターネットの普及や回線速度の高速化に伴い、サービス提供事業者（ＳＰ：Service Provider）は、各種アプリケーションサービス（電子メール、音楽コンテンツ、映像コンテンツ、ショッピング、オークションなど）を利用者に提供している。このような各種アプリケーションサービスを、サービス提供事業者が利用者に提供するためには、まず、ネットワーク事業者が、利用者の利用者登録を行うことが前提となる。ここで、ネットワーク事業者とは、例えば、ｘＤＳＬ（x Digital Subscriber Line）や光ファイバーなどの固定ネットワークによるアクセスサービスを提供する事業者、無線ＬＡＮ（Local Area Network）によるアクセスサービスを提供する事業者、その他インターネットへのアクセスサービスを提供する事業者（ＩＳＰ：Internet Services Provider）などのことである。
【０００３】
ネットワーク事業者が行う利用者登録について具体的に説明すると、ネットワーク事業者は、運転免許証などの身分証明書とともに利用者によってオフラインで提示された利用者情報（例えば、利用者の氏名、住所、クレジットカード番号など）を取得し、身分証明書による利用者の本人確認を行った上で利用者登録し、利用者のアカウントおよびパスワードの払い出しを行うのが通常である。こうして利用者登録を完了すると、ネットワーク事業者は、利用者から送信されたアカウントとパスワードとを利用者認証することによって、利用者によるインターネットなどのネットワーク利用を可能にする。
【０００４】
次に、各種アプリケーションサービスを、サービス提供事業者が利用者に提供するためには、上記したようなネットワーク事業者による利用者登録が完了し、利用者によるインターネットなどのネットワーク利用が可能になった上で、サービス提供事業者が、利用者の利用者登録（もしくは利用者認証）を行わなければならない。サービス提供事業者が行う利用者登録について具体的に説明すると、サービス提供事業者は、利用者情報（例えば、利用者の氏名、住所、クレジットカード番号など）を、利用者からオンラインで送信されることで取得し、取得した利用者情報に基づいて利用者登録を行う。
【０００５】
例えば、特許文献１では、サービス提供事業者とは異なる第三者認証機関としての役割を持つ認証サーバが利用者登録（もしくは、利用者認証）を行い、その結果をサービス提供事業者に提供することで、サービス提供事業者が各種アプリケーションサービスを利用者に提供する手法が開示されている。
【０００６】
【特許文献１】特開２００４−３５５０７３号公報
【発明の開示】
【発明が解決しようとする課題】
【０００７】
ところで、上記した従来技術では、以下に説明するように、サービス事業者装置において、信用性の高いサイトアクセス制御（例えば、利用者登録、利用者認証など）を実現することができないという課題がある。すなわち、サイトアクセス制御のひとつであるサービス事業者における利用者登録についていえば、サービス提供事業者は、サービス提供事業者装置または第三者認証機関としての役割を持つ認証サーバにおいて、運転免許証などの身分証明書とともに利用者によってオフラインで提示された利用者情報に基づいて、利用者の本人確認を行った上で利用者登録を行うわけではないことから、サービス事業者装置において、信用性の高い利用者登録を実現することができない。
【０００８】
そこで、この発明は、上述した従来技術の課題を解決するためになされたものであり、サービス事業者装置において、信用性の高いサイトアクセス制御を実現することが可能なサービスシステムおよびサービスシステム制御方法を提供することを目的とする。
【課題を解決するための手段】
【０００９】
上述した課題を解決し、目的を達成するため、請求項１に係る発明は利用者装置によるネットワーク接続を制御するネットワーク事業者装置と、前記利用者装置によるサイトアクセスを制御するサービス事業者装置とを、ネットワークを介して接続されるサービスシステムであって、前記ネットワーク事業者装置は、前記ネットワーク接続が許可される利用者装置の利用者に関する利用者情報を、当該利用者装置が接続する回線に関する回線情報と対応付けて記憶する利用者情報記憶手段と、前記サービス事業者装置から前記利用者装置を経由するリダイレクト通信によって当該利用者装置の利用者認証を要求する利用者認証要求を受信した場合に、当該利用者装置が接続されている回線に関する回線情報を取得する回線情報取得手段と、前記回線情報取得手段によって取得された回線情報に対応付けられた利用者情報を前記利用者情報記憶手段から取得し、当該利用者情報を用いて前記利用者認証を行って得られる利用者認証結果を、前記利用者装置を経由するリダイレクト通信によって前記サービス事業者装置に送信する利用者認証結果送信手段と、前記サービス事業者装置は、前記利用者装置からサイトアクセスの要求を受け付けた場合に、当該利用者装置を経由するリダイレクト通信によって、当該利用者装置の利用者認証を要求する利用者認証要求を前記ネットワーク事業者装置に送信する利用者認証要求送信手段と、前記ネットワーク事業者装置から前記利用者装置を経由するリダイレクト通信によって当該利用者装置の利用者認証結果を受信した場合に、当該利用者認証結果を用いて前記サイトアクセスを制御するアクセス制御手段と、を備えたことを特徴とする。
【００１０】
また、請求項２に係る発明は、上記の発明において、前記利用者認証結果送信手段は、前記利用者情報に加えて、前記回線情報を用いて前記利用者認証を行って得られる利用者認証結果を前記サービス事業者装置に送信することを特徴とする。
【００１１】
また、請求項３に係る発明は、上記の発明において、前記利用者認証要求送信手段は、前記利用者装置の利用者認証を要求する利用者認証要求とともに、前記利用者装置と前記サービス事業者装置との間における契約管理を要求する契約管理要求をさらに送信し、前記利用者情報記憶手段は、前記サービス事業者装置から前記契約管理要求を受信した場合には、前記利用者情報に対応付けて、前記利用者装置と前記サービス事業者装置との間における契約に関する契約情報を記憶することを特徴とする。
【００１２】
また、請求項４に係る発明は、上記の発明において、前記利用者認証結果送信手段は、前記利用者認証結果に加えて、当該利用者認証結果の有効期限を示す有効期限情報を前記サービス事業者装置に送信し、前記アクセス制御手段は、前記ネットワーク事業者装置から前記利用者認証結果に加えて前記有効期限情報を受信した場合に、当該有効期限情報に示される有効期限を満たすことを条件に、前記利用者認証結果を用いて前記サイトアクセスを制御することを特徴とする。
【００１３】
また、請求項５に係る発明は、上記の発明において、前記利用者認証結果送信手段は、前記利用者認証結果に加えて、前記ネットワーク事業者装置が署名する電子署名を前記サービス事業者装置に送信し、前記アクセス制御手段は、前記ネットワーク事業者装置から前記利用者認証結果に加えて前記電子署名を受信した場合に、当該電子署名が正当であることを条件に、前記利用者認証結果を用いて前記サイトアクセスを制御することを特徴とする。
【００１４】
また、請求項６に係る発明は、上記の発明において、前記利用者認証結果送信手段は、前記サービス事業者装置から前記利用者認証要求に加えて、当該サービス事業者装置が署名する電子署名を受信した場合に、当該電子署名が正当であることを条件に、前記利用者認証結果を当該サービス事業者装置に送信し、前記利用者認証要求送信手段は、前記利用者認証要求に加えて、前記電子署名を前記ネットワーク事業者装置に送信することを特徴とする。
【００１５】
また、請求項７に係る発明は、利用者装置によるネットワーク接続を制御するネットワーク事業者装置と、前記利用者装置によるサイトアクセスを制御するサービス事業者装置とを、ネットワークを介して接続されるサービスシステムを制御するサービスシステム制御方法であって、前記ネットワーク事業者装置は、前記ネットワーク接続が許可される利用者装置の利用者に関する利用者情報を、当該利用者装置が接続する回線に関する回線情報と対応付けて記憶する利用者情報記憶工程と、前記サービス事業者装置から前記利用者装置を経由するリダイレクト通信によって当該利用者装置の利用者認証を要求する利用者認証要求を受信した場合に、当該利用者装置が接続されている回線に関する回線情報を取得する回線情報取得工程と、前記回線情報取得工程によって取得された回線情報に対応付けられた利用者情報を前記利用者情報記憶工程から取得し、当該利用者情報を用いて前記利用者認証を行って得られる利用者認証結果を、前記利用者装置を経由するリダイレクト通信によって前記サービス事業者装置に送信する利用者認証結果送信工程と、前記サービス事業者装置は、前記利用者装置からサイトアクセスの要求を受け付けた場合に、当該利用者装置を経由するリダイレクト通信によって、当該利用者装置の利用者認証を要求する利用者認証要求を前記ネットワーク事業者装置に送信する利用者認証要求送信工程と、前記ネットワーク事業者装置から前記利用者装置を経由するリダイレクト通信によって当該利用者装置の利用者認証結果を受信した場合に、当該利用者認証結果を用いて前記サイトアクセスを制御するアクセス制御工程と、を含んだことを特徴とする。
【発明の効果】
【００１６】
請求項１または７の発明によれば、ネットワーク事業者装置は、ネットワーク接続が許可される利用者装置の利用者に関する利用者情報を、当該利用者装置が接続する回線に関する回線情報と対応付けて記憶し、サービス事業者装置から利用者装置を経由するリダイレクト通信によって当該利用者装置の利用者認証を要求する利用者認証要求を受信した場合に、当該利用者装置が接続されている回線に関する回線情報を取得し、取得された回線情報に対応付けられた利用者情報を取得し、当該利用者情報を用いて利用者認証を行って得られる利用者認証結果を、利用者装置を経由するリダイレクト通信によってサービス事業者装置に送信し、サービス事業者装置は、利用者装置からサイトアクセスの要求を受け付けた場合に、当該利用者装置を経由するリダイレクト通信によって、当該利用者装置の利用者認証を要求する利用者認証要求をネットワーク事業者装置に送信し、ネットワーク事業者装置から利用者装置を経由するリダイレクト通信によって当該利用者装置の利用者認証結果を受信した場合に、当該利用者認証結果を用いてサイトアクセスを制御するので、サービス事業者装置において、信用性の高いサイトアクセス制御を実現することが可能である。
【００１７】
また、ネットワーク事業者にて認証処理を行う結果、サービス事業者装置で認証処理を行う必要がなく、サービス事業者装置の処理負荷を軽減することが可能である。さらに、サービス事業者装置で利用者情報（例えば、契約情報など）を管理する必要がないので、サービス事業者装置における利用者情報管理に関するコストや処理負荷を削減することが可能である。
【００１８】
また、請求項２の発明によれば、利用者認証情報に加えて、回線情報を用いて利用者認証を行って得られる利用者認証結果をサービス事業者装置に送信するので、利用者情報のみを用いてサイトアクセスを制御する手法に比較して、サービス事業者装置において、信用性の高いサイトアクセス制御を高度に実現することが可能になる。
【００１９】
すなわち、利用者装置が接続する回線に関する回線情報を用いて、利用者装置が接続する場所や回線速度などを特定できることから、例えば、利用者装置が接続する場所や回線速度によってはサイトアクセスを許可／拒否を決定し、あるいは、場所や回線速度に応じて提供するサービスを選択することなど、サービス事業者装置において、信用性の高いサイトアクセス制御を高度に実現することが可能になる。具体的に例を挙げて説明すると、回線情報によって特定されるネットワークへの接続場所が、「自宅」以外の場所の場合には、オークションサービスの提供を許可しないことや、回線情報によって特定される回線速度が高速な場合には、高解像度の映像コンテンツサービスを提供することなどが可能になる。
【００２０】
また、請求項３の発明によれば、利用者装置の利用者認証を要求する利用者認証要求とともに、利用者装置とサービス事業者装置との間における契約管理を要求する契約管理要求をさらに送信し、サービス事業者装置から契約管理要求を受信した場合には、利用者情報に対応付けて、利用者装置とサービス事業者装置との間における契約に関する契約情報を記憶するので、サービス事業者装置における処理負荷をさらに軽減することが可能であるとともに、サービス事業者装置における利用者情報管理に関するコストや処理負荷をさらに削減することが可能である。
【００２１】
また、請求項４の発明によれば、利用者認証結果に加えて、当該利用者認証結果の有効期限を示す有効期限情報をサービス事業者装置に送信し、ネットワーク事業者装置から利用者認証結果に加えて有効期限情報を受信した場合に、当該有効期限情報に示される有効期限を満たすことを条件に、利用者認証結果を用いてサイトアクセスを制御するので、利用者情報をサービス事業者装置に送信する際に有効期限情報を送信しない手法に比較して、サービス事業者装置において、信用性の高いサイトアクセス制御を安全に実現することが可能になる。
【００２２】
すなわち、利用者情報をサービス事業者装置に送信する際に有効期限情報を送信しない手法では、例えば、利用者装置を経由するリダイレクト通信において、利用者装置が利用者情報その他の制御情報などを不正に取得し、不正に情報を取得した利用者装置が不正にサイトアクセスするおそれなどがあるが、有効期限情報（例えば、有効期限は、数秒、数十秒といったオーダーで設定される）を送信することで、これらのおそれを回避できることから、サービス事業者装置において、信用性の高いサイトアクセス制御を安全に実現することが可能になる。
【００２３】
また、請求項５の発明によれば、利用者認証結果に加えて、ネットワーク事業者が署名する電子署名をサービス事業者装置に送信し、ネットワーク事業者装置から利用者認証結果に加えて電子署名を受信した場合に、当該電子署名が正当であることを条件に、利用者認証結果を用いてサイトアクセスを制御するので、ネットワーク事業者装置が利用者認証要求とともに電子署名を送信しない場合に比べて、サービス事業者装置において、信用性の高いサイトアクセス制御をより安全に実現することが可能になる。例えば、電子署名を送信しない場合、本当に正当なネットワーク事業者装置が送信した利用者認証要求であるか否かを判定することができないが、電子署名を送信した場合では、正当なサービス事業者が送信した利用者認証要求であるか否かを判定することができる。
【００２４】
また、請求項６の発明によれば、サービス事業者装置から利用者認証要求に加えて、当該サービス事業者装置が署名する電子署名を受信した場合に、当該電子署名が正当であることを条件に、利用者認証結果を当該サービス事業者装置に送信し、利用者認証要求に加えて、電子署名をネットワーク事業者装置に送信するので、サービス事業者装置が利用者認証要求とともに電子署名を送信しない場合に比べて、サービス事業者装置において、信用性の高いサイトアクセス制御をより安全に実現することが可能になる。例えば、電子署名を送信しない場合、本当に正当なサービス事業者装置が送信した利用者認証要求であるか否かを判定することができないが、電子署名を送信した場合では、正当なサービス事業者が送信した利用者認証要求であるか否かを判定することができる。
【発明を実施するための最良の形態】
【００２５】
以下に添付図面を参照して、この発明に係るサービスシステムの実施例を詳細に説明する。なお、以下の実施例で用いる主要な用語、実施例１に係るサービスシステムの概要および特徴、実施例１に係るサービスシステムの構成および処理の手順、実施例１の効果を順に説明し、続いて、他の実施例について説明する。
【実施例１】
【００２６】
［用語の説明］
まず最初に、以下の実施例で用いる主要な用語を説明する。「利用者装置」とは、パーソナルコンピュータや携帯電話などで構成され、利用者によって操作される装置のことである。具体的には、「利用者装置」は、インターネットなどのネットワークに接続し、ネットワーク上で公開されている各種アプリケーションサービス（例えば、電子メール、音楽コンテンツ、映像コンテンツ、ショッピング、オークションなど）の情報を、ネットワーク上の他のコンピュータから受信してモニタやスピーカーなどに出力したり、利用者によって入力された情報を、ネットワーク上の他のコンピュータに送信したりすることで、各種アプリケーションサービスを利用者に提供する。
【００２７】
ところで、この「利用者装置」が、ネットワーク上の各種アプリケーションサービスの情報を他のコンピュータと送受信するためには、「ネットワーク事業者装置」によって、ネットワーク接続を制御されることと、「サービス事業者装置」によって、サイトアクセスを制御されることとが必要になる。
【００２８】
具体的に説明すると、「ネットワーク事業者装置」とは、汎用的なコンピュータなどで構成され、ネットワーク事業者によって運営される装置のことである。また、ネットワーク事業者とは、利用者登録した利用者によって操作される「利用者装置」に対して、インターネットなどのネットワークに接続するための回線を提供する事業者のことである。例えば、ネットワーク事業者とは、ｘＤＳＬ（x Digital Subscriber Line）や光ファイバーなどの固定ネットワークによるアクセスサービスを提供する事業者、無線ＬＡＮ（Local Area Network）によるアクセスサービスを提供する事業者、その他インターネットへのアクセスサービスを提供する事業者（ＩＳＰ：Internet Services Provider）などのことであり、「利用者装置」は、まず、ネットワーク事業者によって運営される「ネットワーク事業者装置」に利用者登録されて、ネットワーク接続を制御されることで（インターネットなどのネットワークに接続するための回線への接続を許可されることで）、インターネットなどのネットワークに接続できるようになる。なお、ネットワーク上には、多数のネットワーク事業者が存在し、多数の「ネットワーク事業者装置」が存在するが、「利用者装置」は、任意の「ネットワーク事業者装置」によってネットワーク接続を制御されることで、インターネットなどのネットワークに接続する。
【００２９】
こうして、「ネットワーク事業者装置」にネットワーク接続を制御されることで、インターネットなどのネットワークに接続できるようになった「利用者装置」は、次に、各種アプリケーションサービスの提供を受けるために、「サービス事業者装置」に利用者登録（もしくは利用者認証）されなければならない。「サービス事業者装置」とは、汎用的なコンピュータなどで構成され、サービス提供事業者によって運営される装置のことである。また、サービス提供事業者とは、利用者登録（もしくは利用者認証）した利用者によって操作される「利用者装置」に対して、各種アプリケーションサービスを提供する事業者のことである。例えば、サービス提供事業者とは、ネットワーク上で各種アプリケーションサービス（例えば、電子メール、音楽コンテンツ、映像コンテンツ、ショッピング、オークションなど）を提供する事業者などのことであり、「利用者装置」は、サービス提供事業者によって運営される「サービス事業者装置」に利用者登録（もしくは利用者認証）されて、サイトアクセスを制御されることで、各種アプリケーションサービスの提供を受けることができるようになる。なお、「ネットワーク事業者装置」同様、ネットワーク上には、多数のサービス提供事業者が存在し、多数の「サービス事業者装置」が存在するが、「利用者装置」は、任意の「サービス事業者装置」によってサイトアクセスを制御されることで、任意のアプリケーションサービスの提供を受ける。
【００３０】
ここで、「サイトアクセス」とは、例えば、利用者登録していない利用者によって操作される「利用者装置」が「サービス事業者装置」に接続した際に、「サービス事業者装置」において利用者登録を行うことや、利用者登録した利用者によって操作される「利用者装置」が接続した際に、利用者認証を行うことで「利用者装置」にアプリケーションサービスを提供することや、利用者登録していない利用者によって操作される「利用者装置」が接続した際に、利用者登録を行わずにワンタイムで利用者認証を行うことで「利用者装置」にアプリケーションサービスを提供することなどを総称したものである。「サービス事業者装置」が提供するアプリケーションサービスの種類や利用局面などに応じて、「サイトアクセス」を制御する制御内容は異なってくる。
【００３１】
このように、「ネットワーク事業者装置」が「利用者装置」によるネットワーク接続を制御し、「サービス事業者装置」が「利用者装置」によるサイトアクセスを制御するシステムを、「サービスシステム」というが、「サービスシステム」においては、なりすましやクレジットカード番号の悪用など、さまざまな脅威が存在する。このため、「サービスシステム」においては、信用性の高いサイトアクセス制御をいかにして実現するかが、特に重要な点になる。
【００３２】
［実施例１に係るサービスシステムの概要および特徴］
続いて、図１を用いて、実施例１に係るサービスシステムの概要および特徴を説明する。図１は、実施例１に係るサービスシステムの概要および特徴を説明するための図である。なお、以下の実施例では、ひとつの「利用者装置」によるネットワーク接続を、ひとつの「ネットワーク事業者装置」が制御し、ひとつの「利用者装置」によるサイトアクセスを、ひとつの「サービス事業者装置」が制御する構成を説明するが、この発明はこれに限られるものではなく、ひとつまたは複数の「利用者装置」によるネットワーク接続を、ひとつまたは複数の「ネットワーク事業者装置」が制御し、ひとつまたは複数の「利用者装置」によるサイトアクセスを、ひとつまたは複数の「サービス事業者装置」が制御する構成にも、この発明を同様に適用することができる。なお、実施例１に係るサービス事業者装置は、一つのアプリケーションサービスを提供するものとする。
【００３３】
実施例１に係るサービスシステムは、上記したように、利用者装置によるネットワーク接続を制御するネットワーク事業者装置と、利用者装置によるサイトアクセスを制御するサービス事業者装置とを、ネットワークを介して接続されることを概要とし、サービス事業者装置において、信用性の高いサイトアクセス制御を実現することを主たる特徴とする。
【００３４】
この主たる特徴について簡単に説明すると、実施例１におけるネットワーク事業者装置は、利用者装置の利用者について、あらかじめ利用者登録しており、利用者装置のネットワーク接続を許可しているものとする。すなわち、ネットワーク事業者装置は、図１に示すように、ネットワーク接続が許可される利用者装置の利用者に関する利用者情報（例えば、契約者名、住所、クレジットカード番号など）を、利用者装置が接続する回線に関する回線情報（例えば、回線の識別子、回線の収容位置、回線種別、回線速度など）と対応づけて、利用者管理データベース部（利用者管理ＤＢ）に記憶している。例えば、図１においては、利用者アカウントＡＡＡに関する利用者情報（「ＡＡＡの利用者情報」）を、回線情報（「ＡＡＡの回線情報」）と対応づけて、利用者管理ＤＢに記憶している。
【００３５】
一方、実施例１におけるサービス事業者装置は、利用者装置の利用者について、利用者登録していないものとする。すなわち、利用者装置は、サービス事業者装置が提供するアプリケーションサービスの提供を受けることができない状態にある。なお、実施例１において、サービス事業者装置が提供するアプリケーションサービスは、利用者アカウントを作成することなく一時的な利用を許可する『シングルサインオン』で提供できるタイプのアプリケーションサービスであるとするが、この発明はこれに限られるものではなく、利用者登録を行うことで永続的に利用できるタイプのアプリケーションサービスにも、適用することができる。
【００３６】
また、実施例１におけるネットワーク事業者装置とサービス事業者装置との間では、『ネットワーク事業者装置がサービス事業者装置に代わって利用者認証を行うこと』について、あらかじめ取り決めがなされているものとする。さらに、ネットワーク事業者装置とサービス事業者装置との間では、あらかじめ信頼関係が成立しているものとする。すなわち、ネットワーク事業者装置においては、サービス事業者装置が署名する電子署名が正当であることを検証するための公開鍵情報（サービス事業者装置の電子証明書など）を管理し、サービス事業者装置においては、ネットワーク事業者装置が署名する電子署名が正当であることを検証するための公開鍵情報（ネットワーク事業者装置の電子証明書など）を管理しているものとする。なお、実施例１においては、ネットワーク事業者装置およびサービス事業者装置において、互いの公開鍵情報を管理する手法を説明するが、この発明はこれに限られるものではなく、信頼される第三者機関によって発行される公開鍵情報を用いて電子署名が正当であることを検証する手法など、電子署名が正当であることを検証する手法はいずれでもよい。また、必ずしも電子署名を送信する必要はない。
【００３７】
このような構成のもと、実施例１におけるネットワーク事業者装置は、まず、利用者装置から、ネットワーク接続要求を受信する（図１の（１）を参照）。具体的には、ネットワーク事業者装置は、利用者装置から、ネットワーク接続要求として、回線認証情報（例えば、利用者アカウント、パスワードなど）を受信する。例えば、図１においては、利用者アカウントＡＡＡとパスワードとを受信する。なお、回線認証情報として、利用者装置から、電子署名等を受信してもよい。
【００３８】
次に、ネットワーク事業者装置は、ネットワーク事業者装置において、認証処理を行う（図１の（２）を参照）。具体的には、ネットワーク事業者装置は、利用者装置から受信した回線認証情報と、利用者管理ＤＢに管理する回線認証情報（例えば、利用者アカウント、パスワードなど）とを照合し、利用者装置を認証する。例えば、図１においては、利用者管理ＤＢに管理する利用者アカウントＡＡＡと図示しないパスワードとを照合し、利用者装置を認証する。
【００３９】
そして、ネットワーク事業者装置は、利用者装置に、ネットワーク接続応答を送信する（図１の（３）を参照）。具体的には、ネットワーク事業者装置は、利用者装置に対して、インターネットなどのネットワークに接続するための回線（アクセスネットワーク）へのアクセスパスをＰＰＰｏＥ（Point to Point Protocol over Ethernet（登録商標））などで設定し、ＩＰアドレスを払い出し、利用者装置に送信する。また、ネットワーク事業者装置は、利用者装置に対して払い出したＩＰアドレスを、利用者管理ＤＢに格納する。
【００４０】
その結果、利用者装置は、インターネットなどのネットワークに接続し、続いて、サービス事業者装置は、利用者装置から、ＳＰサイトアクセス要求を受信する（図１の（４）を参照）。具体的には、サービス事業者装置は、利用者装置から、ＳＰサイトアクセス要求として、サービス事業者装置が提供するアプリケーションサービスが公開されているＳＰサイトのＵＲＬ（Uniform Resource Locator）などを受信する。
【００４１】
すると、サービス事業者装置は、利用者装置に対して、ＳＰサイトアクセス応答を送信する（図１の（５）を参照）。具体的には、サービス事業者装置は、Ｗｅｂページを取得し、ＳＰサイトアクセス応答として、Ｗｅｂページを送信する。ここで、実施例１におけるサービス事業者装置から送信されるＷｅｂページは、利用者装置の利用者について、アプリケーションサービスをシングルサインオンで使用するためにシングルサインオン要求を促すＷｅｂページである。
【００４２】
次に、サービス事業者装置は、利用者装置から、シングルサインオン要求を受信する（図１の（６）を参照）。具体的には、利用者装置において、シングルサインオン要求を促すＷｅｂページのアイコン（「シングルサインオン要求」など）がワンクリックされることなどによって、シングルサインオン要求を受信する。
【００４３】
続いて、サービス事業者装置は、利用者装置からサイトアクセスの要求（シングルサインオン要求）を受け付けた場合に、当該利用者装置を経由するリダイレクト通信によって、当該利用者装置の利用者認証を要求する利用者認証要求をネットワーク事業者装置に送信する（図１の（７）および（８）を参照）。
【００４４】
すると、実施例１におけるネットワーク事業者装置は、利用者装置が接続されている回線に関する回線情報を取得する（図１の（９）を参照）。具体的には、ネットワーク事業者装置は、サービス事業者装置から、利用者装置を経由するリダイレクト通信によって当該利用者装置の利用者認証を要求する利用者認証要求を受信した場合に、利用者装置が接続する回線を特定することで、回線情報を取得する。
【００４５】
続いて、ネットワーク事業者装置は、取得された回線情報に対応付けられた利用者情報を取得し、当該利用者情報を用いて利用者認証を行って得られる利用者認証結果を、利用者装置を経由するリダイレクト通信によってサービス事業者装置に送信する（図１の（１０）および（１１）参照）。上記した例で具体的に説明すると、ネットワーク事業者装置は、取得された回線情報「回線識別子（123）」に対応付けられた利用者情報（「tarou、123、＃A500、光、・・・）を取得し、当該利用者情報がネットワーク事業者装置により登録されている利用者装置であることを根拠に、利用者認証結果として「認証通過」を、利用者装置を経由するリダイレクト通信によってサービス事業者装置に送信する。
【００４６】
つまり、ここで、ネットワーク事業者装置は、取得した回線情報がネットワーク事業者装置に記憶される利用者情報であるか否かによって、利用者認証を行い、判定した認証結果（例えば、認証通過や認証失敗）を、利用者装置を経由するリダイレクト通信によってサービス事業者装置に送信する。
【００４７】
そして、サービス事業者装置は、ネットワーク事業者装置から利用者装置を経由するリダイレクト通信によって当該利用者装置の利用者認証結果を受信した場合に、当該利用者認証結果を用いてサイトアクセスを制御する（図１の（１２）参照）。具体的に説明すると、サービス事業者装置は、ネットワーク事業者装置から利用者装置を経由するリダイレクト通信によって「認証通過」を受信した場合には、シングルサインオンによるサイトアクセスを許可し、アプリケーションサービスの提供を開始するＷｅｂページを送信する。「認証拒否」を受信した場合には、シングルサインオンによるサイトアクセスを拒否する。
【００４８】
このようなことから、上記した主たる特徴のごとく、サービス事業者装置において、信用性の高いサイトアクセス制御を実現することが可能である。また、ネットワーク事業者にて認証処理を行う結果、サービス事業者装置で認証処理を行う必要がなく、サービス事業者装置の処理負荷を軽減することが可能である。さらに、サービス事業者装置で利用者認証のために利用者情報（例えば、契約情報など）を管理する必要がないので、サービス事業者装置における利用者情報管理に関するコストや処理負荷を削減することが可能である。
【００４９】
［実施例１に係るサービスシステムの構成］
次に、図２〜図９を用いて、実施例１に係るサービスシステムの構成を説明する。図２は、実施例１に係るサービスシステムの構成を示すブロック図であり、図３と図４は、サービス事業者装置が利用者装置に送信するＷｅｂページを説明するための図であり、図５〜図９は、ネットワーク事業者装置における利用者管理データベース部を説明するための図である。
【００５０】
図２に示すように、実施例１に係るサービスシステムは、利用者装置３００によるネットワーク接続を制御するネットワーク事業者装置１００と、利用者装置３００によるサイトアクセスを制御するサービス事業者装置２００とから構成される。以下では、ネットワーク事業者装置１００とサービス事業者装置２００とを順に説明する。
【００５１】
［ネットワーク事業者装置１００］
実施例１におけるネットワーク事業者装置１００は、汎用的なコンピュータなどで構成され、特にこの発明に密接に関連するものとしては、図２に示すように、通信制御Ｉ／Ｆ部１１０と、記憶部１２０と、制御部１３０とを備える。
【００５２】
通信制御Ｉ／Ｆ部１１０は、利用者装置３００やサービス事業者装置２００との間でやり取りする各種情報に関する通信を制御する。具体的には、利用者装置３００からネットワーク接続要求を受信したり、サービス事業者装置２００から利用者装置３００を経由するリダイレクト通信によって当該利用者装置の利用者認証を要求する利用者認証要求を受信したりする。
【００５３】
記憶部１２０は、制御部１３０における各種制御に用いられるデータを記憶し、特にこの発明に密接に関連するものとしては、図２に示すように、利用者管理データベース部１２１と、サービス事業者管理データベース部１２２とを備える。なお、利用者管理データベース部１２１は、特許請求の範囲に記載の「利用者情報記憶手段」に対応する。
【００５４】
利用者管理データベース部１２１は、ネットワーク接続が許可される利用者装置３００の利用者に関する利用者情報を記憶する。具体的には、利用者管理データベース部１２１は、ネットワーク接続が許可される利用者装置３００の利用者に関する利用者情報を、利用者装置３００が接続する回線に関する回線情報と対応付けて記憶し、記憶する利用者情報および回線情報は、後述する認証処理部１３１、回線情報取得部１３２、および利用者認証結果部１３３による処理に利用される。なお、実施例１において、利用者管理データベース部１２１は、以下に説明するように、利用者アカウントとＩＰアドレスとを対応づけて記憶し、利用者アカウントと利用者情報とを対応づけて記憶し、利用者アカウントと回線情報とを対応づけて記憶し、利用者アカウントとＳＰ ＩＤとを対応づけて記憶し、ＲＤＢＭＳ（Relational DataBase Management System）プログラムなどを稼動させることで、利用者装置３００の利用者に関する利用者情報を回線情報と対応付けて記憶するが、この発明はこれに限られるものではなく、利用者情報を回線情報と対応付けて記憶するものであれば、データベースの構築手法はいずれでもよい。
【００５５】
例えば、実施例１における利用者管理データベース部１２１は、図５に示すように、利用者アカウント（『ＮＷ利用者アカウント』の列を参照）とＩＰアドレス（『ＩＰアドレス』の列を参照）とを対応づけて記憶する。ここで、利用者アカウントと対応付けて記憶されるＩＰアドレスとは、ネットワーク事業者装置１００が、後述する認証処理部１３１において利用者装置３００にネットワーク接続応答を送信する際に、利用者装置３００に対して、インターネットなどのネットワークに接続するための回線（アクセスネットワーク）へのアクセスパスをＰＰＰｏＥ（Point to Point Protocol over Ethernet（登録商標））などで設定し、利用者装置３００に対して払い出したＩＰアドレスである。利用者管理データベース部１２１は、認証処理部１３１において払い出されたＩＰアドレスを記憶する。
【００５６】
図５の１行目に示すように、例えば、利用者管理データベース部１２１は、利用者アカウント「tarou」と「192.168.x.x」とを対応づけて記憶する。なお、実施例においては、説明の便宜上からＩＰアドレスを「192.168.x.x」のように特定の数字とアルファベットとを組合せた表記をするが、実際は、ネットワーク事業者装置から払いだされる一般的なＩＰアドレスであって、特定の数字とアルファベットとの組合せや選択に何ら特別の意味があるものではない。
【００５７】
また、例えば、実施例１における利用者管理データベース部１２１は、図６に示すように、利用者アカウント（『ＮＷ利用者アカウント』の列を参照）と、利用者情報（『契約者名』、『住所（請求書の送付先）』、『クレジットカード番号』、および『通信料の支払い有無』の列を参照）とを対応づけて記憶する。ここで、利用者アカウントと対応付けて記憶される利用者情報とは、ネットワーク事業者装置１００が、オフラインで提示された利用者情報を利用者登録したものである。すなわち、実施例１におけるネットワーク事業者装置１００は、利用者装置３００の利用者についてあらかじめ利用者登録を行っていることを前提としているが、この利用者登録は、運転免許証などの身分証明書とともに利用者によってオフラインで提示された利用者情報を、ネットワーク事業者が身分証明書による利用者の本人確認を行った上で利用者登録した信用性の高い情報である。利用者管理データベース部１２１は、ネットワーク事業者装置１００を操作する操作者などによってネットワーク事業者装置１００に入力された利用者情報を、あらかじめ記憶している。
【００５８】
図６の１行目に示すように、例えば、利用者管理データベース部１２１は、利用者アカウント「tarou」と、契約者名「特許 太郎」と、住所「東京都・・・・」と、クレジットカード番号「1111-1111-1111-1111」と、通信料の支払い有無「有」とを対応づけて記憶する。なお、実施例においては、利用者情報として、契約者名、住所、クレジットカード番号、および通信料の支払い有無を記憶する場合を説明したが、この発明はこれに限られるものではなく、性別や年齢などの情報をさらに記憶する場合や、通信料の支払い有無を記憶しない場合など、ネットワーク事業者装置およびサービス事業者装置において必要な利用者情報を含む場合であれば、いずれでもよい。
【００５９】
また、例えば、実施例１における利用者管理データベース部１２１は、図７に示すように、利用者アカウント（『ＮＷ利用者アカウント』の列を参照）と、回線情報（『回線の識別子』、『回線の収容位置』、『回線種別』、『回線速度』、および『回線認証情報（パスワードなど）』の列を参照）とを対応づけて記憶する。ここで、利用者アカウントと対応付けて記憶される回線情報とは、ネットワーク事業者装置１００が、利用者情報を利用者登録するとともに、ネットワーク事業者において収集された回線情報を登録したものである。すなわち、実施例１におけるネットワーク事業者装置１００は、利用者装置３００の利用者についてあらかじめ利用者登録を行っていることを前提としているが、この利用者登録の際に（もしくは利用者登録の前後に）、利用者登録された利用者によって操作される利用者装置３００の回線情報を、併せて登録している。この回線情報は、ネットワーク事業者装置１００を運営するネットワーク事業者によって収集される情報であることから、信用性の高い情報である。利用者管理データベース部１２１は、ネットワーク事業者装置１００を操作する操作者などによってネットワーク事業者装置１００に入力された回線情報を、あらかじめ記憶している。
【００６０】
図７の１行目に示すように、例えば、利用者管理データベース部１２１は、利用者アカウント「tarou」と、回線の識別子「１２３」と、回線の収容位置「＃Ａ５００」と、回線種別「光」と、回線速度「１００Ｍｂｐｓ／１００Ｍｂｐｓ」と、回線認証情報「＊＊＊＊＊＊」とを対応づけて記憶する。なお、実施例においては、回線情報として、回線の識別子、回線の収容位置、回線種別、回線速度、および回線認証情報を記憶する場合を説明したが、この発明はこれに限られるものではなく、回線の収容位置を記憶しない場合など、ネットワーク事業者装置およびサービス事業者において必要な回線情報を含む場合であれば、いずれでもよい。また、実施例においては、回線の識別子や回線の収容位置など、説明の便宜上から特定の数字や記号を組み合わせた表記をするが、実際は、ネットワーク事業者装置において規定される情報であり、特定の数字や記号に何ら特別の意味があるものではない。
【００６１】
また、例えば、実施例１における利用者管理データベース部１２１は、図８に示すように、利用者アカウント（『ＮＷ利用者アカウント』の列を参照）と、ＳＰ ＩＤ（『ＳＰ ＩＤ』の列を参照）とを対応づけて記憶する。ここで、ＳＰ ＩＤとは、ネットワーク事業者装置１００において、サービス事業者装置２００を識別するための識別子のことである。図８の１行目に示すように、例えば、利用者管理データベース部１２１は、利用者アカウント「tarou」と、ＳＰ ＩＤ「１」および「３」とを対応づけて記憶する。ここで、利用者管理データベース部１２１が、利用者アカウント「tarou」と複数のＳＰ ＩＤとを対応づけて記憶するのは、ひとつの利用者アカウントについて、複数のサービス事業者装置２００との間で、アカウントの対応づけを保持することが可能であることを示している。したがって、利用者管理データベース部１２１が、ひとつの利用者アカウントについて、ひとつのＳＰ ＩＤを対応づけて記憶する場合や、ひとつの利用者アカウントについて、３つ以上の複数のＳＰ ＩＤを対応づけて記憶する場合にも、この発明を同様に適用することができる。
【００６２】
また、図８の４行目に示すように、例えば、利用者管理データベース部１２１は、利用者アカウント「ichiro」と、ＳＰ ＩＤ「２」とを対応づけて記憶する。この場合、利用者アカウント「ichiro」によって操作される利用者装置３００がサイトアクセスを制御されるサービス事業者装置２００は、ＳＰ ＩＤ「２」で識別されるサービス事業者装置２００であることを示している。
【００６３】
サービス事業者管理データベース部１２２は、サービス事業者装置２００に関する情報を記憶する。具体的には、サービス事業者管理データベース部１２２は、サービス事業者装置２００に関する情報として、ＳＰ ＩＤと公開鍵情報（サービス事業者装置２００の電子証明書など）とを対応づけて記憶し、記憶するＳＰ ＩＤおよび公開鍵情報は、後述する回線情報取得部１３２による処理に利用される。ここで、公開鍵情報とは、実施例１においては、ネットワーク事業者装置１００とサービス事業者装置２００との間で、あらかじめ信頼関係が成立しているものとするので、ネットワーク事業者装置１００において、サービス事業者装置２００が署名する電子署名が正当であることを検証するための公開鍵情報である。
【００６４】
なお、実施例１においては、図９に示すように、サービス事業者管理データベース部１２２が公開鍵情報を記憶する場合を説明したが、この発明はこれに限られるものではなく、例えば、信頼される第三者機関によって発行される公開鍵情報を用いて電子署名が正当であることを検証する手法では、サービス事業者管理データベース部１２２が公開鍵情報を記憶する必要はない。また、実施例１において、サービス事業者管理データベース部１２２は、ＲＤＢＭＳプログラムなどを稼動させることで、ＳＰ ＩＤと公開鍵情報とを対応づけて記憶するが、この発明はこれに限られるものではなく、サービス事業者装置２００を識別する識別子を記憶するものであれば、データベースの構築手法はいずれでもよい。
【００６５】
制御部１３０は、ネットワーク事業者装置１００における各種制御を行い、特にこの発明に密接に関連するものとしては、図２に示すように、認証処理部１３１と、回線情報取得部１３２と、利用者認証結果送信部１３３とを備える。なお、回線情報取得部１３２は、特許請求の範囲に記載の「回線情報取得手段」に対応し、利用者認証結果送信部１３３は、特許請求の範囲に記載の「利用者認証結果送信手段」に対応する。
【００６６】
認証処理部１３１は、利用者装置３００の認証処理を行い、利用者装置３００によるネットワーク接続を制御する。具体的には、認証処理部１３１は、利用者装置３００からネットワーク接続要求を回線認証情報とともに受信し、受信した回線認証情報と利用者管理データベース部１２１に記憶される回線認証情報（例えば、利用者アカウント、パスワードなど）とを照合することで利用者装置を認証し、認証結果に応じてネットワーク接続応答を利用者装置３００に送信するなどする。
【００６７】
また、認証処理部１３１は、利用者装置３００にネットワーク接続応答を送信する際に、利用者装置３００に対して、インターネットに接続するための回線へのアクセスパスをＰＰＰｏＥなどで設定し、利用者装置３００に対してＩＰアドレスを払い出し、払い出したＩＰアドレスを、利用者装置３００に送信するとともに、利用者管理データベース部１２１に記憶させる。例えば、認証処理部１３１は、利用者装置３００の利用者アカウント「tarou」にネットワーク接続応答を送信する際に、利用者装置３００に対してＩＰアドレス「192.168.x.x」を払い出す。
【００６８】
回線情報取得部１３２は、利用者装置３００が接続されている回線に関する回線情報を取得する。具体的には、回線情報取得部１３２は、サービス事業者装置２００から利用者装置３００を経由するリダイレクト通信によって利用者装置３００の利用者情報の取得を要求する利用者情報取得要求を受信した場合に、利用者装置３００が接続されている回線に関する回線情報を取得し、取得した回線情報を、利用者認証結果送信部１３３に送信する。
【００６９】
例えば、回線情報取得部１３２は、利用者装置３００が接続する回線を特定することで取得された回線情報に対応づけられた回線情報を、利用者管理データベース部１２１から取得する。すなわち、回線情報取得部１３２は、利用者装置３００が接続する回線を特定した結果、利用者装置３００が接続する回線の識別子が「１２３」であることが特定された場合に、利用者管理データベース部１２１から、回線情報として、例えば、回線の識別子「１２３」、回線の収容位置「＃Ａ５００」、回線種別「光」、回線速度「１００Ｍｂｐｓ／１００Ｍｂｐｓ」などを取得する。なお、実施例１においては、利用者管理データベース部１２１から取得した回線情報をサービス事業者装置２００に送信する手法を説明したが、この発明はこれに限られるものではなく、利用者装置３００が接続する回線を特定することで取得された回線情報をサービス事業者装置２００に送信する手法にも、この発明を同様に適用することができる。
【００７０】
利用者認証結果送信部１３３は、回線情報取得部１３２によって取得された回線情報に対応付けられた利用者情報を利用者管理データベース部１２１から取得し、当該利用者情報を用いて利用者認証を行って得られる利用者認証結果を、利用者装置３００を経由するリダイレクト通信によってサービス事業者装置２００に送信する。具体的に例を挙げれば、回線情報取得部１３２により回線識別子「123」が取得され、当該回線識別子「123」に対応する回線情報「tarou、123、#A500、光、100Mbps／100Mbps、******」が利用者管理データベース部１２１から取得されると、利用者認証結果送信部１３３は、回線情報取得部１３２によって取得された回線情報（回線識別子：123）と、当該回線情報に対応付けられた利用者情報（tarou、123、#A500、光、100Mbps／100Mbps、******）が利用者管理データベース部１２１に記憶されていることを根拠にし、正当な利用者装置３００であるという認証結果（認証通過）を、利用者装置３００を経由するリダイレクト通信によってサービス事業者装置２００に送信する。
【００７１】
一方、回線情報取得部１３２により回線識別子「123」が取得され、当該回線識別子「123」に対応する回線情報「tarou、123、#A500、光、100Mbps／100Mbps、******」が利用者管理データベース部１２１から取得できない場合、利用者認証結果送信部１３３は、当該回線情報に対応付けられた利用者情報が利用者管理データベース部１２１に記憶されていないことを根拠にし、不正な利用者装置３００であるという認証結果（認証拒否）を、利用者装置３００を経由するリダイレクト通信によってサービス事業者装置２００に送信する。
【００７２】
［サービス事業者装置２００］
実施例１におけるサービス事業者装置２００は、汎用的なコンピュータなどで構成され、特にこの発明に密接に関連するものとしては、図２に示すように、通信制御Ｉ／Ｆ部２１０と、記憶部２２０と、制御部２３０とを備える。
【００７３】
記憶部２２０は、制御部２３０による各種処理に必要なデータおよびプログラムを格納する。具体的に例を挙げれば、通信制御Ｉ／Ｆ部３１により受信された利用者認証結果やサイトアクセス要求を一時的に記憶したり、ＳＰサイトアクセス応答部２３１により送信されるサービス事業者装置２００が提供するＷｅｂ画面などを記憶する。
【００７４】
制御部２３０は、ＯＳ（Operating System）などの制御プログラム、各種の処理手順などを規定したプログラムおよび所要データを格納するための内部メモリを有するとともに、特に本発明に密接に関連するものとして、利用者認証要求送信部２３２と、アクセス制御部２３３とを備え、利用者によって種々の処理を実行する。なお、利用者認証要求送信部２３２は、特許請求の範囲に記載の「利用者認証要求送信手段」に対応し、アクセス制御部２３３は、同様に、「アクセス制御手段」に対応する。
【００７５】
利用者認証要求送信部２３２は、利用者装置３００からシングルサインオンによるサイトアクセスの要求を受け付けた場合に、当該利用者装置３００を経由するリダイレクト通信によって、当該利用者装置３００の利用者認証を要求する利用者認証要求をネットワーク事業者装置１００に送信する。具体的に例を挙げれば、図３に示したように、利用者装置において、シングルサインオン要求を促すＷｅｂページのアイコン（「シングルサインオン要求」など）がワンクリックされることによって、シングルサインオン要求を受信すると、利用者認証要求送信部２３２は、当該利用者装置３００を経由するリダイレクト通信によって、当該利用者装置３００の利用者認証を要求する利用者認証要求をネットワーク事業者装置１００に送信する。
【００７６】
アクセス制御部２３３は、ネットワーク事業者装置１００から利用者装置３００を経由するリダイレクト通信によって当該利用者装置３００の利用者認証結果を受信した場合に、当該利用者認証結果を用いてサイトアクセスを制御する。具体的に例を挙げると、ネットワーク事業者装置１００から利用者装置３００を経由するリダイレクト通信によって、認証通過（認証許可）を受信すると、アクセス制御部２３３は、図４に示すような、当該サイトアクセスに対応するアプリケーションサービスの利用を利用者装置３００に対して許可する。一方、認証拒否を受信すると、アクセス制御部２３３は、当該サイトアクセスに対応するアプリケーションサービスの利用を利用者装置３００に対して拒否する。
【００７７】
［実施例１に係るサービスシステムによる処理の手順］
次に、図１０を用いて、実施例１に係るサービスシステムによる処理の手順を説明する。図１０は、実施例１に係るサービスシステムによる処理の手順を示すシーケンス図である。ここで、実施例１におけるネットワーク事業者装置１００は、利用者装置３００の利用者について、あらかじめ利用者登録しており、利用者装置３００のネットワーク接続を許可しているものとする。一方、実施例１におけるサービス事業者装置２００は、利用者装置３００の利用者について、利用者登録をしていないものとする。すなわち、利用者装置３００は、サービス事業者装置２００が提供するアプリケーションサービスの提供を受けることができない状態にある。以下では、利用者装置３００がネットワークへの接続を行う処理（図１０の（１）を参照）と、利用者装置３００がＳＰサイトへアクセスする処理（図１０の（２）を参照）と、ネットワーク事業者装置１００が利用者装置３００を認証する利用者認証処理（図１０の（３）を参照）とについて、順に説明する。
【００７８】
［（１）ネットワークへの接続］
まず、ネットワーク事業者装置１００における認証処理部１３１は、利用者装置３００から、ネットワーク接続要求を受信する（ステップＳ１）。具体的には、ネットワーク事業者装置１００における認証処理部１３１は、利用者装置３００から、ネットワーク接続要求として、回線認証情報（例えば、利用者アカウント、パスワードなど）を受信する。
【００７９】
次に、ネットワーク事業者装置１００における認証処理部１３１は、利用者装置３００の認証処理を行う（ステップＳ２）。具体的には、ネットワーク事業者装置１００における認証処理部１３１は、利用者装置３００から受信した回線認証情報と、利用者管理データベース部１２１に管理する回線認証情報（例えば、利用者アカウント、パスワードなど）とを照合し、利用者装置３００を認証する。
【００８０】
そして、ネットワーク事業者装置１００における認証処理部１３１は、利用者装置３００に、ネットワーク接続応答を送信する（ステップＳ３）。具体的には、ネットワーク事業者装置１００における認証処理部１３１は、利用者装置３００に対して、インターネットに接続するための回線（アクセスネットワーク）へのアクセスパスをＰＰＰｏＥ（Point to Point Protocol over Ethernet（登録商標））などで設定し、ＩＰアドレスを払い出し、利用者装置３００に送信する。また、ネットワーク事業者装置１００における認証処理部１３１は、利用者装置３００に対して払いだしたＩＰアドレスを、利用者管理データベース部１２１に格納する。
【００８１】
［（２）ＳＰサイトへアクセス］
続いて、利用者装置３００は、インターネットに接続し、サービス事業者装置２００におけるＳＰサイトアクセス応答部２３１は、利用者装置３００から、ＳＰサイトアクセス要求を受信する（ステップＳ４）。具体的には、サービス事業者装置２００におけるＳＰサイトアクセス応答部２３１は、利用者装置３００から、ＳＰサイトアクセス要求として、ＳＰサイトのＵＲＬ（Uniform Resource Locator）などを受信する。
【００８２】
すると、サービス事業者装置２００におけるＳＰサイトアクセス応答部２３１は、Ｗｅｂページを取得する（ステップＳ５）。具体的には、サービス事業者装置２００におけるＳＰサイトアクセス応答部２３１は、受信したＵＲＬにより、利用者装置３００に対してシングルサインオン要求を促すＷｅｂページを取得する。
【００８３】
そして、サービス事業者装置２００におけるＳＰサイトアクセス応答部２３１は、利用者装置３００に対して、ＳＰサイトアクセス応答を送信する（ステップＳ６）。具体的には、サービス事業者装置２００におけるＳＰサイトアクセス応答部２３１は、利用者装置３００に対して、シングルサインオン要求を促すＷｅｂページを送信する。
【００８４】
［（３）利用者認証］
次に、利用者装置３００は、サービス事業者装置２００に対してＮＷ機能を利用したシングルサインオン要求を送信する（ステップＳ７）。そして、サービス事業者装置２００における利用者認証要求送信部２３２は、当該利用者装置３００の利用者認証を要求する利用者認証要求をネットワーク事業者装置１００に送信する（ステップＳ８）。具体的には、サービス事業者装置２００における利用者認証要求送信部２３２は、利用者装置３００を経由するリダイレクト通信によって、利用者認証要求を、ＳＰ ＩＤと電子署名とともに、ネットワーク事業者装置１００に送信する。
【００８５】
すると、ネットワーク事業者装置１００における回線情報取得部１３２は、利用者装置３００が接続されている回線を特定し、回線情報を取得する（ステップＳ９）。
【００８６】
次に、ネットワーク事業者装置１００における利用者認証結果送信部１３３は、回線を特定することで取得された回線情報に対応づけられた利用者情報を利用者管理データベース部１２１から取得し、利用者認証を行い（ステップＳ１０）、認証結果をサービス事業者装置２００へ送信する（ステップＳ１１）。具体的には、ネットワーク事業者装置１００における利用者認証結果送信部１３３は、当該回線情報に対応付けられた利用者情報が利用者管理データベース部１２１に記憶されていることを根拠に、当該利用者装置３００を正当な利用者装置と判定し、認証結果として「認証通過（許可）」をサービス事業者装置２００に送信する。
【００８７】
そして、サービス事業者装置２００におけるアクセス制御部２３３は、受信した認証結果に基づいて、サイトアクセスを制御する（ステップＳ１２）。具体的には、サービス事業者装置２００におけるアクセス制御部２３３は、認証通過（許可）を受信すると、利用者装置３００のサイトアクセスを許可し、認証拒否を受信すると、サイトアクセスを拒否する。
【００８８】
なお、実施例１においては、サービス事業者装置２００における利用者認証要求送信部２３２は、利用者装置３００を経由するリダイレクト通信によって、利用者認証要求を、ＳＰ ＩＤと電子署名とともに、ネットワーク事業者装置１００に送信する場合について説明したが、本発明はこれに限定されるわけではなく、利用者認証要求とＳＰ ＩＤのみを送信してもよい。
【００８９】
［実施例１の効果］
上述したように、実施例１によれば、ネットワーク事業者装置は、ネットワーク接続が許可される利用者装置の利用者に関する利用者情報を、当該利用者装置が接続する回線に関する回線情報と対応付けて記憶し、サービス事業者装置から利用者装置を経由するリダイレクト通信によって当該利用者装置の利用者認証を要求する利用者認証得要求を受信した場合に、当該利用者装置が接続されている回線に関する回線情報を取得し、取得された回線情報に対応付けられた利用者情報を取得し、当該利用者情報を用いて利用者認証を行って得られる利用者認証結果を、利用者装置を経由するリダイレクト通信によってサービス事業者装置に送信し、サービス事業者装置は、利用者装置からサイトアクセスの要求を受け付けた場合に、当該利用者装置を経由するリダイレクト通信によって、当該利用者装置の利用者認証を要求する利用者認証要求をネットワーク事業者装置に送信し、ネットワーク事業者装置から利用者装置を経由するリダイレクト通信によって当該利用者装置の利用者認証結果を受信した場合に、当該利用者認証結果を用いてサイトアクセスを制御するので、サービス事業者装置において、信用性の高いサイトアクセス制御を実現することが可能である。
【００９０】
また、実施例１によれば、ネットワーク事業者にて認証処理を行う結果、サービス事業者装置で認証処理を行う必要がなく、サービス事業者装置の処理負荷を軽減することが可能である。さらに、サービス事業者装置で利用者認証のために利用者情報（例えば、契約情報など）を管理する必要がないので、サービス事業者装置における利用者情報管理に関するコストや処理負荷を削減することが可能である。
【００９１】
また、実施例１によれば、サービス事業者装置から利用者認証要求に加えて、当該サービス事業者装置が署名する電子署名を受信した場合に、当該電子署名が正当であることを条件に、利用者認証結果を当該サービス事業者装置に送信し、利用者認証要求に加えて、電子署名をネットワーク事業者装置に送信するので、サービス事業者装置が利用者認証要求とともに電子署名を送信しない場合に比べて、サービス事業者装置において、信用性の高いサイトアクセス制御をより安全に実現することが可能になる。例えば、電子署名を送信しない場合、本当に正当なサービス事業者が送信した利用者認証要求であるか否かを判定することができないが、電子署名を送信した場合では、正当なサービス事業者が送信した利用者認証要求であるか否かを判定することができる。
【実施例２】
【００９２】
ところで、実施例１では、利用者装置が、サービス事業者装置が提供するサービスを利用する場合についてのみ説明したが、本発明はこれに限定されるものではなく、サービス事業者装置が複数のサービスを提供するものであって、各サービスの新規契約や追加契約をする場合にも、本発明を適用してもよい。
【００９３】
そこで、実施例２では、利用者装置が、サービス事業者装置が提供するサービスについて新規契約や追加契約をする場合について、図１１と図１２を用いて説明する。図１１は、実施例２に係るサービスシステムの概要および特徴を説明するための図であり、図１２は、実施例２に係るネットワーク事業者装置における利用者管理データベース部を説明するための図である。
【００９４】
図１１に示すように、実施例２におけるサービスシステムは、実施例１と同様、ネットワーク事業者装置と、サービス事業者装置と、利用者装置とから構成され、また、利用者装置とネットワーク事業者装置とは、アクセスネットワークを介して接続され、ネットワーク事業者装置とサービス事業者装置とは、インターネットなどのネットワークを介して接続される。
【００９５】
そして、実施例２におけるネットワーク事業者装置は、実施例１と同様に、利用者情報を回線情報と対応づけて、利用者管理データベース部（利用者管理ＤＢ）に記憶しており、さらに、図１２に示すように、契約管理情報を『利用者装置を一意に識別する「ＮＷ利用者アカウント」と、サービス事業者装置を一意に識別する「ＳＰ ＩＤ」と、契約しているサービス名を示す「サービス名」』として「tarou、３、メール・音楽・映像」や「hana、３、メール」などを記憶する点が実施例１とは異なる。
【００９６】
このような構成において、実施例１と同様に、利用者装置は、ネットワーク事業者装置に認証されてインターネットに接続し、サービス事業者装置は、利用者装置からＳＰサイトアクセス要求を受信すると（図１１の（１）〜（４）参照）、ＳＰサイトアクセス応答を送信し、利用者装置は、ＳＰのＷｅｂページを取得する（図１１の（５）参照）。
【００９７】
次に、サービス事業者装置は、利用者装置からサービス追加要求を受信する（図１１の（６）を参照）。具体的には、利用者装置において、サービス追加要求を促すＷｅｂページのアイコン（「サービス追加要求」など）がワンクリックされることなどによって、サービス追加要求を受信する。
【００９８】
そして、サービス事業者装置は、利用者装置の利用者認証を要求する利用者認証要求とともに、利用者装置とサービス事業者装置との間における契約管理を要求する契約管理要求を、利用者装置を経由するリダイレクト通信によって、ネットワーク事業者装置に送信する（図１１の（７）および（８）参照）。具体的に例を挙げれば、サービス事業者装置は、利用者認証要求とともに、契約管理要求として『契約の処理を示す「処理種別」と処理対象となる「サービス名」をネットワーク事業者装置に送信する。契約管理要求の例を挙げれば、「契約追加、地図検索サービス」などである。
【００９９】
続いて、利用者認証要求とともに、契約管理要求を受信したネットワーク事業者装置は、実施例１と同様に、利用者装置が接続されている回線に関する回線情報を取得して（図１１の（９）参照）、利用者認証を行い（図１１の（１０）参照）、認証結果が認証通過の場合に、受信した契約管理要求に基づいて利用者管理ＤＢを更新するとともに（図１１の（１１）参照）、認証結果（認証通過）をサービス事業者装置に送信する（図１１の（１２）参照）。
【０１００】
具体的に説明すると、利用者認証の結果が「認証通過（成功）」の場合に、受信した契約管理要求が「処理種別＝追加、サービス名＝地図検索サービス」だとすると、取得した回線情報に対応する利用者管理ＤＢに「地図検索サービス」を追加するとともに、認証結果（認証通過）をサービス事業者装置に送信する。一方、利用者認証の結果が「認証拒否（失敗）」の場合に、受信した契約管理要求が「処理種別＝追加、サービス名＝地図検索サービス」だとすると、利用者管理ＤＢへの追加を行わず、認証結果（認証拒否）をサービス事業者装置に送信する。
【０１０１】
そして、実施例１と同様に、サービス事業者装置は、受信した認証結果に基づいて、アクセス制御を行う（図１１の（１３）参照）。具体的には、認証通過（認証許可）を受信すると、サービス事業者装置は、当該サイトアクセスに対応するアプリケーションサービスの利用を利用者装置に対して許可する。一方、認証拒否を受信すると、サービス事業者装置は、当該サイトアクセスに対応するアプリケーションサービスの利用を利用者装置に対して拒否する。
【０１０２】
このように、実施例２によれば、利用者装置の利用者認証を要求する利用者認証要求とともに、利用者装置とサービス事業者装置との間における契約管理を要求する契約管理要求をさらに送信し、サービス事業者装置から契約管理要求を受信した場合には、利用者情報に対応付けて、利用者装置とサービス事業者装置との間における契約に関する契約情報を記憶するので、新規契約や追加契約を行うために、別の機能や記憶部を用意する必要なく、利用者認証とともに実施することができる結果、サービス事業者装置における処理負荷をさらに軽減することが可能であるとともに、サービス事業者装置における利用者情報管理に関するコストや処理負荷をさらに削減することが可能である。
【実施例３】
【０１０３】
さて、これまで本発明の実施例１〜２では、利用者認証について説明したが、本発明は上述した実施例以外にも、種々の異なる形態にて実施されてよいものである。そこで、以下に示すように、（１）回線情報も用いた利用者認証、（２）有効期限付きで利用者認証結果を取得、（３）電子署名付きで利用者認証結果を取得、にそれぞれ区分けして異なる実施例を説明する。
【０１０４】
（１）回線情報も用いた利用者認証
例えば、実施例１と２では、取得された回線情報に対応付けられた利用者情報を用いて利用者認証を行う場合について説明したが、本発明はこれに限定されるものではなく、利用者認証情報に加えて、回線情報を用いて利用者認証を行ってもよい。
【０１０５】
具体的に図２を用いて説明すると、具体的に例を挙げれば、回線情報取得部１３２により回線識別子「123」が取得され、当該回線識別子「123」に対応する回線情報「tarou、123、#A500、光、100Mbps／100Mbps、******」が利用者管理データベース部１２１から取得されると、利用者認証結果送信部１３３は、回線情報取得部１３２によって取得された回線情報（回線識別子：123）と、当該回線情報に対応付けられた利用者情報（tarou、123、#A500、光、100Mbps／100Mbps、******）が利用者管理データベース部１２１に記憶されていることを根拠にし、正当な利用者装置３００であるという利用者認証を行ったが、さらに、取得した回線情報「tarou、123、#A500、光、100Mbps／100Mbps、******」を用いることで、特定できる利用者装置が接続する場所や回線速度などを利用者認証に用いてもよい。
【０１０６】
これにより、例えば、利用者装置が接続する場所や回線速度によってはサイトアクセスを許可／拒否を決定し、あるいは、場所や回線速度に応じて提供するサービスを選択することなど、サービス事業者装置において、信用性の高いサイトアクセス制御を高度に実現することが可能になる。具体的に例を挙げて説明すると、回線情報によって特定されるネットワークへの接続場所が、「自宅」以外の場所の場合には、オークションサービスの提供を許可しないことや、回線情報によって特定される回線速度が高速な場合には、高解像度の映像コンテンツサービスを提供することなどが可能になる。また、このように利用者情報と回線情報の両方を用いて、利用者認証を行うことで、さらに利用者に対してアクセス制限を行うことが可能である。例えば、「子供」の利用者には「深夜サイト」「アダルトサイト」「高額ショッピングサイト」の閲覧を禁止したりすることが可能である。
【０１０７】
なお、ネットワーク事業者装置では、利用者管理ＤＢに管理される回線情報のうち、どの情報を利用者認証に用いるか具体的な項目について、サービス事業者装置から利用者認証要求とともに受信してもよく、あらかじめ取り決めがなされていてもよい。
【０１０８】
（２）有効期限付きで利用者認証結果を取得
また、実施例１と２では、利用者情報を用いて利用者認証を行って得られる利用者認証結果をサービス事業者装置に送信する場合について説明したが、本発明はこれに限定されるものではなく、利用者認証結果に加えて、当該利用者認証結果の有効期限を示す有効期限情報をサービス事業者装置に送信してもよい。
【０１０９】
具体的には、ネットワーク事業者装置は、利用者認証結果に加え、有効期限情報（例えば、有効期限は、数日、数秒、数十秒といったオーダーで設定される）をサービス事業者装置に送信し、サービス事業者装置は、ネットワーク事業者装置から利用者認証結果に加えて有効期限情報を受信した場合に、当該有効期限情報に示される有効期限を満たすことを条件に、利用者認証結果を用いてサイトアクセスを制御する。例を挙げると、利用者情報をサービス事業者装置に送信する際に有効期限情報を送信しない手法では、利用者装置を経由するリダイレクト通信において、利用者装置が利用者情報その他の制御情報などを不正に取得し、不正に情報を取得した利用者装置が不正にサイトアクセスするおそれなどがあるが、有効期限情報（例えば、有効期限は、数日、数秒、数十秒といったオーダーで設定される）を送信することで、これらのおそれを回避できることから、サービス事業者装置において、信用性の高いサイトアクセス制御を安全に実現することが可能になる。
【０１１０】
（３）電子署名付きで利用者認証結果を取得
また、実施例１では、サービス事業者装置は、利用者認証要求と電子署名をネットワーク事業者装置に送信し、ネットワーク事業者装置は、利用者認証結果をサービス事業者装置に送信する場合について説明したが、本発明はこれに限定されるものではなく、ネットワーク事業者装置も、利用者認証結果と電子署名をサービス事業者装置に送信するようにしてもよい。
【０１１１】
具体的には、ネットワーク事業者装置が利用者認証要求とともに電子署名を送信しない場合に比べて、サービス事業者装置において、信用性の高いサイトアクセス制御をより安全に実現することが可能になる。例えば、電子署名を送信しない場合、本当に正当なネットワーク事業者装置が送信した利用者認証要求であるか否かを判定することができないが、電子署名を送信した場合では、正当なサービス事業者が送信した利用者認証要求であるか否かを判定することができる。
【実施例４】
【０１１２】
さて、これまで本発明の実施例１〜３では、利用者アカウントを作成せず、シングルサインオンを行うことを説明してきたが、本発明はこれに限定されるものではなく、サービス事業者装置で利用者アカウントを作成して利用者管理するようにしてもよい。
【０１１３】
そこで、以下では、図１３〜図１５を用いて、ネットワーク事業者装置がサービス事業者装置に代わって利用者認証を行うとともに、サービス事業者装置で利用者アカウントを作成して記憶する場合を実施例４として説明する。図１３は、実施例４に係るサービスシステムの概要および特徴を説明するための図であり、図１４と図１５は、実施例４に係るネットワーク事業者装置における利用者管理データベース部を説明するための図である。
【０１１４】
図１３に示すように、実施例４におけるネットワーク事業者装置は、実施例１と同様に、利用者情報を回線情報と対応づけて、利用者管理データベース部（利用者管理ＤＢ）に記憶している。そして、実施例４におけるサービス事業者装置は、自身が提供するサービスを利用する利用者装置の利用者アカウントを利用者管理ＤＢに記憶している点が実施例１とは異なる。
【０１１５】
また、実施例４では、実施例１で説明した、各サービス事業者装置が一つのアプリケーションサービスを提供している場合と異なり、各サービス事業者装置は、複数のサービスを提供しており、各サービスごとに利用者管理を行っている。
【０１１６】
一方、実施例４におけるサービス事業者装置は、利用者装置の利用者について、利用者登録していないものとする。すなわち、利用者装置は、サービス事業者装置が提供するアプリケーションサービスの提供を受けることができない状態にある。なお、実施例４において、サービス事業者装置が提供するアプリケーションサービスは、利用者登録を行うことで永続的に（もしくは、一時的に）利用できるタイプのアプリケーションサービスである。
【０１１７】
このような構成のもと、実施例１と同様に、実施例４におけるネットワーク事業者装置は、まず、利用者装置から、ネットワーク接続要求を受信して認証処理を行い、そして、利用者装置は、インターネットに接続し、サービス事業者装置は、利用者装置からＳＰサイトアクセス要求を受信すると（図１３の（１）〜（４）参照）、ＳＰサイトアクセス応答を送信し、利用者装置は、ＳＰのＷｅｂページを取得する（図１３の（５）参照）。
【０１１８】
次に、サービス事業者装置は、利用者装置から、利用者登録要求を受信する（図１３の（６）参照）。具体的には、利用者装置において、利用者登録要求を促すＷｅｂページのアイコン（「利用者登録要求」など）がワンクリックされることなどによって、利用者登録要求を受信する。
【０１１９】
そして、利用者登録要求を受信すると、サービス事業者装置は、利用者アカウントを作成する（図１３の（７）参照）。例えば、図１３において、サービス事業者装置は、利用者アカウントＢＢＢを作成する。なお、利用者アカウントＢＢＢは、永続的な（もしくは、一時的な）利用者アカウントである。
【０１２０】
続いて、サービス事業者装置は、当該利用者装置を経由するリダイレクト通信によって、当該利用者装置の利用者認証を要求する利用者認証要求をネットワーク事業者装置に送信する（図１３の（８）参照）。
【０１２１】
すると、実施例４におけるネットワーク事業者装置は、利用者装置が接続されている回線に関する回線情報を取得し（図１３の（９）参照）、取得された回線情報に対応付けられた利用者情報を取得し、当該利用者情報を用いて利用者認証を行い（図１３の（１０）参照）、得られた利用者認証結果を、利用者装置を経由するリダイレクト通信によってサービス事業者装置に送信する（図１３の（１１）参照）。具体的には、実施例１と同様に、ネットワーク事業者装置が当該回線情報に対応付けられた利用者情報を記憶していることを根拠に、当該利用者装置を正当な利用者装置と判定し、認証結果として「認証通過（許可）」をサービス事業者装置に送信する。
【０１２２】
そして、サービス事業者装置は、ネットワーク事業者装置から利用者装置を経由するリダイレクト通信によって当該利用者装置の利用者認証結果を受信した場合に、当該利用者認証結果を用いてサイトアクセスを制御する（図１３の（１２）参照）。具体的には、サービス事業者装置は、認証結果として「認証通過」を受信した場合、当該利用者アカウントＢＢＢを自身の利用者管理ＤＢに登録し、当該サービスの利用を許可する。一方、認証結果として「認証拒否」を受信した場合、当該利用者アカウントＢＢＢを自身の利用者管理ＤＢに登録せず、当該サービスの利用を拒否する。
【０１２３】
ところで、実施例４では、サービス事業者装置は、利用者管理ＤＢに作成した利用者アカウントのみを管理する場合を説明したが、本発明はこれに限定されるわけではなく、例えば、利用者アカウントの回線情報および利用者情報を管理してもよい。この場合、ネットワーク事業者装置は、利用者認証結果とともに、利用者情報や回線情報を送信する。なお、ネットワーク事業者装置は、サービス事業者装置に送信する具体的な送信項目について、サービス事業者装置によって指定された送信項目を送信してもよく、サービス事業者装置に送信する具体的な送信項目の取り決めや指定のタイミングは、いずれでもよい。
【０１２４】
そして、ネットワーク事業者装置が、利用者認証結果とともに、利用者情報や回線情報を送信した場合、サービス事業者装置において、サービス事業者装置の利用者管理ＤＢは、図１４に示すように、利用者情報として『利用者を一意に識別する「利用者アカウント」、利用者名を示す「契約者」、利用者の住所を示す「住所」、利用料金を払う「クレジットカード番号」、通信料の支払い有無を示す「通信料支払いの有無」』として「tarou、特許太郎、東京都・・・、1111-1111-1111-1111、有」などを記憶したり、また、図１５に示すように、回線情報として『利用者を一意に識別する「利用者アカウント」、回線を一意に識別する「回線識別子」、回線の収容位置を示す「回線収容位置」、契約回線の種別を示す「回線種別」、契約回線の回線速度を示す「回線速度」、回線の認証情報を示す「回線認証情報」』として「natsu、798、＃C900、xDSL、47Mbps〜5Mbps、*********」などを記憶する。
【０１２５】
このように、実施例４によれば、サービス事業者装置で利用者アカウントを管理することで、サービス事業者装置における利用者認証による処理負荷を軽減したまま、利用者アカウントを管理することが可能である。
【実施例５】
【０１２６】
さて、これまで本発明の実施例について説明したが、本発明は上述した実施例以外にも、種々の異なる形態にて実施されてよいものである。そこで、以下に異なる実施例を説明する。
【０１２７】
［回線情報］
例えば、上記した実施例１〜実施例３においては、回線情報として、回線の識別子、回線の収容位置、回線種別、回線速度、および回線認証情報を用いる手法を説明したが、この発明はこれに限られるものではなく、回線情報として、回線に付与された論理的な番号（電話番号、ＩＰアドレスなど）を用いる手法や、回線の設置場所（住所、緯度経度など）を用いる手法など、回線に関する情報を用いる手法であれば、いずれでもよい。
【０１２８】
［システム構成等］
また、本実施例において説明した各処理のうち、自動的におこなわれるものとして説明した処理の全部または一部（例えば、電子署名の送信など）を手動的におこなう（例えば、電子署名を送信するか否かの確認画面をモニタなどに出力し、操作する者に確認同意を入力させてから、電子署名を送信するなど）こともできる。この他、上記文書中や図面中で示した処理手順、制御手順、具体的名称、各種のデータやパラメータを含む情報（例えば、利用者管理データベース部１２１とサービス事業者管理データベース部１２２など）については、特記する場合を除いて任意に変更することができる。
【０１２９】
また、図示した各装置の各構成要素は機能概念的なものであり、必ずしも物理的に図示の如く構成されていることを要しない。すなわち、各装置の分散・統合の具体的形態は図示（例えば、図２など）のものに限られず、その全部または一部を、各種の負荷や使用状況などに応じて、任意の単位で機能的または物理的に分散・統合して構成することができる（例えば、利用者管理データベース部１２１とサービス事業者管理データベース部１２２とをひとつのデータベースで構築するなど）。さらに、各装置にて行なわれる各処理機能は、その全部または任意の一部が、ＣＰＵおよび当該ＣＰＵにて解析実行されるプログラムにて実現され、あるいは、ワイヤードロジックによるハードウェアとして実現され得る。
【０１３０】
なお、本実施例で説明した各機能部の処理（例えば、図１０に示した処理など）は、あらかじめ用意されたプログラムをパーソナルコンピュータやワークステーションなどのコンピュータで実行することによって実現することができる。このプログラムは、インターネットなどのネットワークを介して配布することができる。また、このプログラムは、ハードディスク、フレキシブルディスク（ＦＤ）、ＣＤ−ＲＯＭ、ＭＯ、ＤＶＤなどのコンピュータで読み取り可能な記録媒体に記録され、コンピュータによって記録媒体から読み出されることによって実行することもできる。
【産業上の利用可能性】
【０１３１】
以上のように、本発明に係るサービスシステムおよびサービスシステム制御方法は、利用者装置によるネットワーク接続を制御するネットワーク事業者装置と、前記利用者装置によるサイトアクセスを制御するサービス事業者装置とを、ネットワークを介して接続されることに有用であり、特に、サービス事業者装置において、信用性の高いサイトアクセス制御を実現することに適する。
【図面の簡単な説明】
【０１３２】
【図１】実施例１に係るサービスシステムの概要および特徴を説明するための図である。
【図２】実施例１に係るサービスシステムの構成を示すブロック図である。
【図３】サービス事業者装置が利用者装置に送信するＷｅｂページを説明するための図である。
【図４】サービス事業者装置が利用者装置に送信するＷｅｂページを説明するための図である。
【図５】ネットワーク事業者装置における利用者管理データベース部を説明するための図である。
【図６】ネットワーク事業者装置における利用者管理データベース部を説明するための図である。
【図７】ネットワーク事業者装置における利用者管理データベース部を説明するための図である。
【図８】ネットワーク事業者装置における利用者管理データベース部を説明するための図である。
【図９】ネットワーク事業者装置における利用者管理データベース部を説明するための図である。
【図１０】実施例１に係るサービスシステムによる処理の手順を示すシーケンス図である。
【図１１】実施例２に係るサービスシステムの概要および特徴を説明するための図である。
【図１２】実施例２に係るネットワーク事業者装置における利用者管理データベース部を説明するための図である。
【図１３】実施例４に係るサービスシステムの概要および特徴を説明するための図である。
【図１４】実施例４に係るネットワーク事業者装置における利用者管理データベース部を説明するための図である。
【図１５】実施例４に係るネットワーク事業者装置における利用者管理データベース部を説明するための図である。
【符号の説明】
【０１３３】
１００ ネットワーク事業者装置
１１０ 通信制御Ｉ／Ｆ部
１２０ 記憶部
１２１ 利用者管理データベース部
１２２ サービス事業者管理データベース部
１３０ 制御部
１３１ 認証処理部
１３２ 回線情報取得部
１３３ 利用者認証結果送信部
２００ サービス事業者装置
２１０ 通信制御Ｉ／Ｆ部
２２０ 記憶部
２３０ 制御部
２３１ ＳＰサイトアクセス応答部
２３２ 利用者認証要求送信部
２３３ アクセス制御部
３００ 利用者装置
【特許請求の範囲】
【請求項１】
利用者装置によるネットワーク接続を制御するネットワーク事業者装置と、前記利用者装置によるサイトアクセスを制御するサービス事業者装置とを、ネットワークを介して接続されるサービスシステムであって、
前記ネットワーク事業者装置は、
前記ネットワーク接続が許可される利用者装置の利用者に関する利用者情報を、当該利用者装置が接続する回線に関する回線情報と対応付けて記憶する利用者情報記憶手段と、
前記サービス事業者装置から前記利用者装置を経由するリダイレクト通信によって当該利用者装置の利用者認証を要求する利用者認証要求を受信した場合に、当該利用者装置が接続されている回線に関する回線情報を取得する回線情報取得手段と、
前記回線情報取得手段によって取得された回線情報に対応付けられた利用者情報を前記利用者情報記憶手段から取得し、当該利用者情報を用いて前記利用者認証を行って得られる利用者認証結果を、前記利用者装置を経由するリダイレクト通信によって前記サービス事業者装置に送信する利用者認証結果送信手段と、
前記サービス事業者装置は、
前記利用者装置からサイトアクセスの要求を受け付けた場合に、当該利用者装置を経由するリダイレクト通信によって、当該利用者装置の利用者認証を要求する利用者認証要求を前記ネットワーク事業者装置に送信する利用者認証要求送信手段と、
前記ネットワーク事業者装置から前記利用者装置を経由するリダイレクト通信によって当該利用者装置の利用者認証結果を受信した場合に、当該利用者認証結果を用いて前記サイトアクセスを制御するアクセス制御手段と、
を備えたことを特徴とするサービスシステム。
【請求項２】
前記利用者認証結果送信手段は、前記利用者情報に加えて、前記回線情報を用いて前記利用者認証を行って得られる利用者認証結果を前記サービス事業者装置に送信することを特徴とする請求項１に記載のサービスシステム。
【請求項３】
前記利用者認証要求送信手段は、前記利用者装置の利用者認証を要求する利用者認証要求とともに、前記利用者装置と前記サービス事業者装置との間における契約管理を要求する契約管理要求をさらに送信し、
前記利用者情報記憶手段は、前記サービス事業者装置から前記契約管理要求を受信した場合には、前記利用者情報に対応付けて、前記利用者装置と前記サービス事業者装置との間における契約に関する契約情報を記憶することを特徴とする請求項１に記載のサービスシステム。
【請求項４】
前記利用者認証結果送信手段は、前記利用者認証結果に加えて、当該利用者認証結果の有効期限を示す有効期限情報を前記サービス事業者装置に送信し、
前記アクセス制御手段は、前記ネットワーク事業者装置から前記利用者認証結果に加えて前記有効期限情報を受信した場合に、当該有効期限情報に示される有効期限を満たすことを条件に、前記利用者認証結果を用いて前記サイトアクセスを制御することを特徴とする請求項１に記載のサービスシステム。
【請求項５】
前記利用者認証結果送信手段は、前記利用者認証結果に加えて、前記ネットワーク事業者装置が署名する電子署名を前記サービス事業者装置に送信し、
前記アクセス制御手段は、前記ネットワーク事業者装置から前記利用者認証結果に加えて前記電子署名を受信した場合に、当該電子署名が正当であることを条件に、前記利用者認証結果を用いて前記サイトアクセスを制御することを特徴とする請求項１に記載のサービスシステム。
【請求項６】
前記利用者認証結果送信手段は、前記サービス事業者装置から前記利用者認証要求に加えて、当該サービス事業者装置が署名する電子署名を受信した場合に、当該電子署名が正当であることを条件に、前記利用者認証結果を当該サービス事業者装置に送信し、
前記利用者認証要求送信手段は、前記利用者認証要求に加えて、前記電子署名を前記ネットワーク事業者装置に送信することを特徴とする請求項１に記載のサービスシステム。
【請求項７】
利用者装置によるネットワーク接続を制御するネットワーク事業者装置と、前記利用者装置によるサイトアクセスを制御するサービス事業者装置とを、ネットワークを介して接続されるサービスシステムを制御するサービスシステム制御方法であって、
前記ネットワーク事業者装置は、
前記ネットワーク接続が許可される利用者装置の利用者に関する利用者情報を、当該利用者装置が接続する回線に関する回線情報と対応付けて記憶する利用者情報記憶工程と、
前記サービス事業者装置から前記利用者装置を経由するリダイレクト通信によって当該利用者装置の利用者認証を要求する利用者認証要求を受信した場合に、当該利用者装置が接続されている回線に関する回線情報を取得する回線情報取得工程と、
前記回線情報取得工程によって取得された回線情報に対応付けられた利用者情報を前記利用者情報記憶工程から取得し、当該利用者情報を用いて前記利用者認証を行って得られる利用者認証結果を、前記利用者装置を経由するリダイレクト通信によって前記サービス事業者装置に送信する利用者認証結果送信工程と、
前記サービス事業者装置は、
前記利用者装置からサイトアクセスの要求を受け付けた場合に、当該利用者装置を経由するリダイレクト通信によって、当該利用者装置の利用者認証を要求する利用者認証要求を前記ネットワーク事業者装置に送信する利用者認証要求送信工程と、
前記ネットワーク事業者装置から前記利用者装置を経由するリダイレクト通信によって当該利用者装置の利用者認証結果を受信した場合に、当該利用者認証結果を用いて前記サイトアクセスを制御するアクセス制御工程と、
を含んだことを特徴とするサービスシステム制御方法。
【請求項１】
利用者装置によるネットワーク接続を制御するネットワーク事業者装置と、前記利用者装置によるサイトアクセスを制御するサービス事業者装置とを、ネットワークを介して接続されるサービスシステムであって、
前記ネットワーク事業者装置は、
前記ネットワーク接続が許可される利用者装置の利用者に関する利用者情報を、当該利用者装置が接続する回線に関する回線情報と対応付けて記憶する利用者情報記憶手段と、
前記サービス事業者装置から前記利用者装置を経由するリダイレクト通信によって当該利用者装置の利用者認証を要求する利用者認証要求を受信した場合に、当該利用者装置が接続されている回線に関する回線情報を取得する回線情報取得手段と、
前記回線情報取得手段によって取得された回線情報に対応付けられた利用者情報を前記利用者情報記憶手段から取得し、当該利用者情報を用いて前記利用者認証を行って得られる利用者認証結果を、前記利用者装置を経由するリダイレクト通信によって前記サービス事業者装置に送信する利用者認証結果送信手段と、
前記サービス事業者装置は、
前記利用者装置からサイトアクセスの要求を受け付けた場合に、当該利用者装置を経由するリダイレクト通信によって、当該利用者装置の利用者認証を要求する利用者認証要求を前記ネットワーク事業者装置に送信する利用者認証要求送信手段と、
前記ネットワーク事業者装置から前記利用者装置を経由するリダイレクト通信によって当該利用者装置の利用者認証結果を受信した場合に、当該利用者認証結果を用いて前記サイトアクセスを制御するアクセス制御手段と、
を備えたことを特徴とするサービスシステム。
【請求項２】
前記利用者認証結果送信手段は、前記利用者情報に加えて、前記回線情報を用いて前記利用者認証を行って得られる利用者認証結果を前記サービス事業者装置に送信することを特徴とする請求項１に記載のサービスシステム。
【請求項３】
前記利用者認証要求送信手段は、前記利用者装置の利用者認証を要求する利用者認証要求とともに、前記利用者装置と前記サービス事業者装置との間における契約管理を要求する契約管理要求をさらに送信し、
前記利用者情報記憶手段は、前記サービス事業者装置から前記契約管理要求を受信した場合には、前記利用者情報に対応付けて、前記利用者装置と前記サービス事業者装置との間における契約に関する契約情報を記憶することを特徴とする請求項１に記載のサービスシステム。
【請求項４】
前記利用者認証結果送信手段は、前記利用者認証結果に加えて、当該利用者認証結果の有効期限を示す有効期限情報を前記サービス事業者装置に送信し、
前記アクセス制御手段は、前記ネットワーク事業者装置から前記利用者認証結果に加えて前記有効期限情報を受信した場合に、当該有効期限情報に示される有効期限を満たすことを条件に、前記利用者認証結果を用いて前記サイトアクセスを制御することを特徴とする請求項１に記載のサービスシステム。
【請求項５】
前記利用者認証結果送信手段は、前記利用者認証結果に加えて、前記ネットワーク事業者装置が署名する電子署名を前記サービス事業者装置に送信し、
前記アクセス制御手段は、前記ネットワーク事業者装置から前記利用者認証結果に加えて前記電子署名を受信した場合に、当該電子署名が正当であることを条件に、前記利用者認証結果を用いて前記サイトアクセスを制御することを特徴とする請求項１に記載のサービスシステム。
【請求項６】
前記利用者認証結果送信手段は、前記サービス事業者装置から前記利用者認証要求に加えて、当該サービス事業者装置が署名する電子署名を受信した場合に、当該電子署名が正当であることを条件に、前記利用者認証結果を当該サービス事業者装置に送信し、
前記利用者認証要求送信手段は、前記利用者認証要求に加えて、前記電子署名を前記ネットワーク事業者装置に送信することを特徴とする請求項１に記載のサービスシステム。
【請求項７】
利用者装置によるネットワーク接続を制御するネットワーク事業者装置と、前記利用者装置によるサイトアクセスを制御するサービス事業者装置とを、ネットワークを介して接続されるサービスシステムを制御するサービスシステム制御方法であって、
前記ネットワーク事業者装置は、
前記ネットワーク接続が許可される利用者装置の利用者に関する利用者情報を、当該利用者装置が接続する回線に関する回線情報と対応付けて記憶する利用者情報記憶工程と、
前記サービス事業者装置から前記利用者装置を経由するリダイレクト通信によって当該利用者装置の利用者認証を要求する利用者認証要求を受信した場合に、当該利用者装置が接続されている回線に関する回線情報を取得する回線情報取得工程と、
前記回線情報取得工程によって取得された回線情報に対応付けられた利用者情報を前記利用者情報記憶工程から取得し、当該利用者情報を用いて前記利用者認証を行って得られる利用者認証結果を、前記利用者装置を経由するリダイレクト通信によって前記サービス事業者装置に送信する利用者認証結果送信工程と、
前記サービス事業者装置は、
前記利用者装置からサイトアクセスの要求を受け付けた場合に、当該利用者装置を経由するリダイレクト通信によって、当該利用者装置の利用者認証を要求する利用者認証要求を前記ネットワーク事業者装置に送信する利用者認証要求送信工程と、
前記ネットワーク事業者装置から前記利用者装置を経由するリダイレクト通信によって当該利用者装置の利用者認証結果を受信した場合に、当該利用者認証結果を用いて前記サイトアクセスを制御するアクセス制御工程と、
を含んだことを特徴とするサービスシステム制御方法。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【公開番号】特開２００８−１５９３６（Ｐ２００８−１５９３６Ａ）
【公開日】平成２０年１月２４日（２００８．１．２４）
【国際特許分類】
【出願番号】特願２００６−１８８４９３（Ｐ２００６−１８８４９３）
【出願日】平成１８年７月７日（２００６．７．７）
【出願人】（０００００４２２６）日本電信電話株式会社 (13,992)
【Ｆターム（参考）】
【公開日】平成２０年１月２４日（２００８．１．２４）
【国際特許分類】
【出願日】平成１８年７月７日（２００６．７．７）
【出願人】（０００００４２２６）日本電信電話株式会社 (13,992)
【Ｆターム（参考）】
[ Back to top ]