(57)【要約】【課題】本発明は、一個人によるサービスの利用情報が複数サービスに渡ってトレースされることを防止する会員管理システムを提供することを目的とする。【解決手段】本発明の会員管理システム（１）では、複数のサービス管理サーバ（２０）に接続してそれぞれのサービス情報をユーザに提供するサービス提供端末（３０）において、ユーザのＩＣカード（４０−１）に記憶された一つの固有ＩＤから各サービス管理サーバ（２０）で異なる会員ＩＤを生成し、サービス管理サーバ（２０）に対し、それらの互いに異なる会員ＩＤで一ユーザの会員管理を行なわせる。【選択図】図１
2007249690.tif 000002
【特許請求の範囲】
【請求項１】
ユーザの固有ＩＤを管理する固有ＩＤ管理サーバ、会員向けの複数のサービス情報をそれぞれ管理する複数のサービス管理サーバ、及び、前記サービス情報をユーザに提供するサービス提供端末、が通信ネットワークで接続される構成の会員管理システムであって、
前記サービス提供端末は、
ユーザの固有ＩＤを読み取る固有ＩＤ読取手段と、
前記読み取った固有ＩＤを基に前記サービス情報ごとに異なるアルゴリズムで会員ＩＤを生成する会員ＩＤ生成手段と、
前記サービス管理サーバに対して前記生成した会員ＩＤを送信し、前記ユーザが会員であることの確認を要求する会員確認要求手段と、
を備え、
前記サービス管理サーバは、
予め固有ＩＤを基に前記サービス情報ごとに異なる前記アルゴリズムで生成した会員ＩＤを保持する会員ＩＤ保持手段と、
前記サービス提供端末から受信した前記会員確認のための会員ＩＤを前記会員ＩＤ保持手段で保持されている会員ＩＤと照会する照会手段と、
前記照会により一致する会員ＩＤがあった場合に前記サービス提供端末に対応のサービス情報の利用を許諾する手段と、
を備える、
ことを特徴とする会員管理システム。
【請求項２】
ユーザの固有ＩＤを管理する固有ＩＤ管理サーバ、会員向けの複数のサービス情報をそれぞれ管理する複数のサービス管理サーバ、及び、ユーザが指定する前記サービス情報を会員確認後に前記ユーザに提供するサービス提供端末、が通信ネットワークで接続される構成の会員管理システムであって、
前記サービス提供端末は、
ユーザの固有ＩＤを読み取る固有ＩＤ読取手段と、
前記サービス情報の各々の識別情報を保持するサービス識別情報保持手段と、
前記ユーザが指定した前記サービス情報に対応する識別情報と前記読み取った固有ＩＤとから会員ＩＤを生成する会員ＩＤ生成手段と、
前記ユーザが指定した前記サービス情報を管理している前記サービス管理サーバに対して前記生成した会員ＩＤを送信し、前記ユーザが会員であることの確認を要求する会員確認要求手段と、
を備え、
前記サービス管理サーバは、
前記会員ＩＤを保持する会員ＩＤ保持手段と、
前記サービス提供端末から受信した前記会員確認のための会員ＩＤを前記会員ＩＤ保持手段で保持されている会員ＩＤと照会する照会手段と、
前記照会により一致する会員ＩＤがあった場合に前記サービス提供端末にその対応サービス情報の利用を許諾する手段と、
を備える、
ことを特徴とする会員管理システム。
【請求項３】
前記サービス提供端末は、
ユーザが利用した前記サービス情報の利用履歴をとり、該利用履歴を前記固有ＩＤ管理サーバに送信するサービス利用履歴報告手段、
を備え、
前記固有ＩＤ管理サーバは、
前記サービス提供端末から送信された前記サービス情報の利用履歴を基にサービス事業者に対する請求費用を計算する請求処理手段、
を備える、
ことを特徴とする請求項１または２に記載の会員管理システム。
【請求項４】
更に、
前記固有ＩＤ管理サーバは、
前記固有ＩＤと該固有ＩＤを有するユーザの共通個人情報とを対応付けた対応情報を保持する共通個人情報保持手段、
を備え、
前記サービス提供端末は、
前記固有ＩＤ読取手段で読み取った前記固有ＩＤに対応する共通個人情報を前記固有ＩＤ管理サーバから取得する第一の共通個人情報取得手段と、
前記固有ＩＤを基に生成した会員ＩＤと前記取得した共通個人情報とを前記サービス管理サーバへ送信する会員申請手段と、
を備え、
前記サービス管理サーバは、
前記サービス提供端末から送信された前記会員ＩＤと前記共通個人情報とを前記会員ＩＤ保持手段に追加登録する追加登録手段、
を備える、
ことを特徴とする請求項１乃至３の内の何れか一つに記載の会員管理システム。
【請求項５】
更に、
固有ＩＤと該固有ＩＤのユーザの共通個人情報とを保持する固有ＩＤ保持用記憶媒体を備え、
前記サービス提供端末は、
前記固有ＩＤ保持用記憶媒体から前記共通個人情報を読み取る第二の共通個人情報取得手段と、
前記固有ＩＤを基に生成した会員ＩＤと前記取得した共通個人情報とを会員申請のために前記サービス管理サーバへ送信する会員申請手段と、
を備え、
前記サービス管理サーバは、
前記サービス提供端末から送信された前記会員ＩＤと前記共通個人情報とを前記会員ＩＤ保持手段に追加登録する追加登録手段を備える、
ことを特徴とする請求項１乃至３の内の何れか一つに記載の会員管理システム。
【請求項６】
前記サービス提供端末は、
前記ユーザが利用した前記サービス情報の利用履歴を前記サービス管理サーバに送信する費用確認情報送信手段、
を更に備え、
前記サービス管理サーバは、
前記サービス提供端末から送信された利用履歴に基づいて前記固有ＩＤ管理サーバから送信された請求費用の正当性を判定する請求費用判定手段、
を更に備える、
ことを特徴とする請求項１乃至５の内の何れか一つに記載の会員管理システム。
【請求項７】
更に、
前記サービス提供端末は、
不正アクセスを検出した場合に、会員ＩＤを生成するための情報を削除するセキュリティ処理手段を備える、
ことを特徴とする請求項１乃至６の内の何れか一つに記載の会員管理システム。
【請求項８】
ユーザの固有ＩＤを管理する固有ＩＤ管理サーバ及び会員向けの複数のサービス情報をそれぞれ管理する複数のサービス管理サーバと通信ネットワークで接続される、前記サービス管理サーバの前記サービス情報を前記ユーザに提供するサービス提供端末であって、
ユーザの固有ＩＤを読み取る固有ＩＤ読取手段と、
前記読み取った固有ＩＤを基に前記サービス情報ごとに異なるアルゴリズムで会員ＩＤを生成する会員ＩＤ生成手段と、
前記サービス管理サーバに対して前記生成した会員ＩＤを送信し、前記ユーザが会員であることの確認を要求する会員確認要求手段と、
を備える、
ことを特徴とするサービス提供端末。
【請求項９】
ユーザの固有ＩＤを管理する固有ＩＤ管理サーバ及び会員向けの複数のサービス情報をそれぞれ管理する複数のサービス管理サーバと通信ネットワークで接続されるサービス提供端末で行われる会員確認方法であって、
ユーザの固有ＩＤを読み取るステップと、
前記固有ＩＤ管理サーバに固有ＩＤの登録の有無を確認するステップと、
前記読み取った固有ＩＤを基に前記サービス情報ごとに異なるアルゴリズムで会員ＩＤを生成するステップと、
前記サービス管理サーバに対して前記生成した会員ＩＤを送信し、前記ユーザが会員であることの確認を要求するステップと、
前記ユーザが会員であった場合に前記サービス管理サーバのサービス情報を前記ユーザに提供するステップと、
を行うことを特徴とするサービス提供端末の会員確認方法。
【請求項１０】
ユーザの固有ＩＤ及び個人情報を対応付けて管理する固有ＩＤ管理サーバ及び会員向けのサービス情報を管理するサービス管理サーバと通信ネットワークで接続されるサービス提供端末で行われる、サービス管理サーバへの会員登録方法であって、
ユーザの固有ＩＤを読み取るステップと、
前記読み取った固有ＩＤを基に前記サービス情報ごとに異なるアルゴリズムで会員ＩＤを生成するステップと、
前記読み取った固有ＩＤに対応する個人情報を前記固有ＩＤ管理サーバから取得するステップと、
前記生成した会員ＩＤ及び前記取得した個人情報を前記サービス管理サーバに送信して該サービス管理サーバに会員登録の指示をするステップと、
を行うことを特徴とするサービス提供端末の会員登録方法。
【請求項１１】
ユーザの固有ＩＤを管理する固有ＩＤ管理サーバ及び会員向けのサービス情報を管理するサービス管理サーバと通信ネットワークで接続し、固有ＩＤ及び個人情報を記憶した固有ＩＤ保持用記憶媒体を用いて前記サービス管理サーバへの会員登録を行う、サービス提供端末の会員登録方法であって、
前記固有ＩＤ保持用記憶媒体から前記固有ＩＤを読み取るステップと、
前記読み取った固有ＩＤを基に前記サービス情報ごとに異なるアルゴリズムで会員ＩＤを生成するステップと、
前記固有ＩＤ保持用記憶媒体から前記個人情報を読み取るステップと、
前記生成した会員ＩＤ及び前記読み取った個人情報を前記サービス管理サーバに送信して該サービス管理サーバに会員登録の指示をするステップと、
を行うことを特徴とするサービス提供端末の会員登録方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、複数サービスを受けるユーザの各会員ＩＤを管理する会員管理システムに関する。
【背景技術】
【０００２】
従来、サービスを享受するために利用者はサービス事業者に対して、個人情報を通知し、それぞれのサービス事業者から会員ＩＤの付与を受けるといった会員登録作業を行っている。この方法では、利用者は異なる事業者のサービスに入会する度に、同様な会員登録作業（例えば共通する個人情報の繰り返しの登録作業）が強いられることとなる。
【０００３】
このため、会員登録作業を簡素化する方法が検討されている。その一つに、各サービス事業者の会員管理を仲介するサーバを設け、このサーバで個人情報を管理する構成のものがある。この構成では、各サービス事業者の会員管理を仲介するサーバ（会員カード仲介サーバ）は利用者に会員カードを一枚発行し、その会員カード仲介サーバ内で、その固有ＩＤを主キーに利用者の個人情報と各サービス事業者の会員ＩＤとを紐付けて会員管理する。これにより、個人情報の流用が可能となり、会員登録時の面倒な繰り返しの登録作業を簡素化できる（特許文献１参照）。
【０００４】
また、この繰り返しの会員登録作業を避ける別の方法としては、固有ＩＤを付与したカードを利用者に配布し、そのＩＤを複数のサービス事業者で会員ＩＤとして共有することも検討されている。
【特許文献１】特開２００１−２１６４７９号公報
【発明の開示】
【発明が解決しようとする課題】
【０００５】
上述したように、会員登録時の面倒な繰り返し作業を簡素化する方法がいくつか検討されている。それらの方法によると、利用者は各サービスの利用に必要な会員ＩＤを固有ＩＤが付与された一枚のカードに集約して所持できるため、非常に便利である。
【０００６】
しかし、これらの方法はどれも、固有ＩＤと会員ＩＤとの間に規則的な関係がないため一箇所に対応表を備えなければならない、或いは、固有ＩＤと会員ＩＤを同一にしなければならないなどの条件に規制されてしまう。
【０００７】
このため、その一箇所からその対応表などの情報が漏洩してしまうと、その情報から個人による複数のサービスの利用履歴が容易にトレースされてしまうこととなり、個人のプライバシの侵害につながり、問題である。
【０００８】
そこで、本発明は、一個人によるサービスの利用情報が複数サービスに渡ってトレースされることを防止する会員管理システム、サービス提供端末、及びその方法を提供することを目的とする。
【課題を解決するための手段】
【０００９】
本発明は上記課題を解決するために以下のように構成する。
本発明の会員管理システムの態様の一つは、ユーザの固有ＩＤを管理する固有ＩＤ管理サーバ、会員向けの複数のサービス情報をそれぞれ管理する複数のサービス管理サーバ、及び、サービス情報をユーザに提供するサービス提供端末、が通信ネットワークで接続される構成を前提とする。そしてその特徴として、上記サービス提供端末は、ユーザの固有ＩＤを読み取る固有ＩＤ読取手段と、読み取った固有ＩＤを基にサービス情報ごとに異なるアルゴリズムで会員ＩＤを生成する会員ＩＤ生成手段と、サービス管理サーバに対して上記生成した会員ＩＤを送信し、上記ユーザが会員であることの確認を要求する会員確認要求手段と、を備える。また、サービス管理サーバは、予め固有ＩＤを基にサービス情報ごとに異なるアルゴリズムで生成した会員ＩＤを保持する会員ＩＤ保持手段と、サービス提供端末から受信した会員確認のための会員ＩＤを上記会員ＩＤ保持手段で保持されている会員ＩＤと照会する照会手段と、上記照会により一致する会員ＩＤがあった場合にサービス提供端末に対応のサービス情報の利用を許諾する手段と、を備える。
【００１０】
なお、上記会員管理システムは、ユーザの固有ＩＤを管理する固有ＩＤ管理サーバ、会員向けの複数のサービス情報をそれぞれ管理する複数のサービス管理サーバ、及び、ユーザが指定するサービス情報を会員確認後にユーザに提供するサービス提供端末、が通信ネットワークで接続される構成を前提とし、サービス提供端末は、ユーザの固有ＩＤを読み取る固有ＩＤ読取手段と、サービス情報の各々の識別情報を保持するサービス識別情報保持手段と、ユーザが指定したサービス情報に対応する識別情報と読み取った固有ＩＤとから会員ＩＤを生成する会員ＩＤ生成手段と、ユーザが指定したサービス情報を管理しているサービス管理サーバに対して上記生成した会員ＩＤを送信し、上記ユーザが会員であることの確認を要求する会員確認要求手段と、を備え、サービス管理サーバは、会員ＩＤを保持する会員ＩＤ保持手段と、サービス提供端末から受信した会員確認のための会員ＩＤを上記会員ＩＤ保持手段で保持されている会員ＩＤと照会する照会手段と、上記照会により一致する会員ＩＤがあった場合にサービス提供端末にその対応サービス情報の利用を許諾する手段と、を備えるように構成しても良い。
【００１１】
なお、上記固有ＩＤの持ち運び形態としては、ＩＣカードまたはそれ以外のカード状記憶媒体やＩＣカード機能付形態電話に記憶させて持ち運ぶこともできるし、また、自分で記憶しておいても良い。
【００１２】
以上のように構成することで、ユーザはサービス提供端末に一つの固有ＩＤを読取らせるだけで、サービス提供端末で各サービス事業者固有の会員ＩＤへの自動変換が行われ、またサービス提供端末及びサービス管理サーバ間で通信ネットワークを介して当該会員ＩＤの会員確認が自動で行われ、サービス提供端末でサービス提供を受けることができるようになる。このため、ユーザは、サービスごとに固有の各会員ＩＤを例えば複数枚のカードとして持ち運ぶ必要がなくなる、つまり、その一つの固有ＩＤのみを例えば一枚のＩＣカードとして持ち運べば良くなる。
【００１３】
また、各装置には、一箇所に固有ＩＤ及び会員ＩＤの対応関係を直接示す情報を残す必要がないため、特定の会員による複数サービスの利用を外部からトレースされることを抑止できる。
【００１４】
また、会員ＩＤをサービス識別情報で生成する構成の場合において、ユーザが利用できるサービスが増加しても、サービス提供端末にはその増加分のサービス識別情報を追加すればよく、会員人数分の会員ＩＤの情報をサービス提供端末に追加する必要はないため、サービス提供端末の記憶領域を節約できる。
【００１５】
本発明の会員管理システムにおいて、サービス提供端末は、ユーザが利用したサービス情報の利用履歴をとり、該利用履歴を固有ＩＤ管理サーバに送信するサービス利用履歴報告手段を備え、固有ＩＤ管理サーバは、サービス提供端末から送信されたサービス情報の利用履歴を基にサービス事業者に対する請求費用を計算する請求処理手段を備えるように構成しても良い。
【００１６】
このように構成することにより、会員ＩＤを一つの固有ＩＤで管理する固有ＩＤ管理サーバの運用事業者は、サービスの提供元（サービス事業者）に対し、サービス提供端末でのユーザによるサービス利用に応じた例えば管理費用などを請求できるようになる。
【００１７】
本発明の会員管理システムでは、更に、固有ＩＤ管理サーバは、固有ＩＤとこの固有ＩＤが割り当てられたユーザに関する共通個人情報（一会員の、複数のサービス事業者に渡って共通の個人情報）とが対応付けられている情報を保持する共通個人情報保持手段を備え、サービス提供端末は、固有ＩＤ読取手段で読み取った固有ＩＤに対応する共通個人情報を固有ＩＤ管理サーバから取得する第一の共通個人情報取得手段と、固有ＩＤを基に生成した会員ＩＤと取得した共通個人情報とを会員申請のためにサービス管理サーバへ送信する会員申請手段と、を備え、サービス管理サーバは、サービス提供端末から送信された会員ＩＤと共通個人情報とを保持手段に追加登録する追加登録手段を備えるように構成しても良い。
【００１８】
又、別の態様としては、固有ＩＤ及び共通個人情報を保持する、サービス提供端末で読み取り可能な固有ＩＤ保持用記憶媒体（例えばＩＣカードなどのカード状記憶媒体やＩＣカード機能付携帯電話機など）をユーザに所持させるようにして、サービス提供端末は、固有ＩＤ保持用記憶媒体から共通個人情報を読み取る第二の共通個人情報取得手段と、固有ＩＤを基に生成した会員ＩＤと取得した共通個人情報とを会員申請のためにサービス管理サーバへ送信する会員申請手段と、を備え、サービス管理サーバは、サービス提供端末から送信された会員ＩＤと共通個人情報とを保持手段に追加登録する追加登録手段を備えるように構成しても良い。なお、この構成の場合、固有ＩＤが固有ＩＤ管理サーバで管理されているか否かを確認するためにサービス提供端末から固有ＩＤ管理サーバへ固有ＩＤの確認をとることが望ましい。
【００１９】
このように構成することにより、サービス事業者へ会員登録する際には既に情報として記憶されている共通個人情報を転用できるので、サービス事業者へ会員登録するたびにユーザが共通個人情報を入力する手間を省く事が可能になる。
【００２０】
本発明の会員管理システムでは、更に、サービス提供端末は、ユーザが利用したサービス情報の利用履歴をサービス管理サーバに送信する費用確認情報送信手段と、サービス管理サーバは、サービス提供端末から送信された利用履歴に基づいて固有ＩＤ管理サーバから送信された請求費用の正当性を判定する請求費用判定手段と、を備えるように構成しても良い。
【００２１】
本発明の会員管理システムでは、更に、サービス提供端末は、不正アクセスを検出した場合に、固有ＩＤから会員ＩＤの生成が可能となる情報（例えば固有ＩＤから会員ＩＤを生成するためのアルゴリズム情報やサービス識別情報など）を削除するセキュリティ処理手段を備えるように構成しても良い。
【００２２】
このように構成することにより、ユーザによる複数のサービス利用を固有ＩＤに基づいてトレースされることを防止できるようになる。
本発明のサービス提供端末の態様の一つは、ユーザの固有ＩＤを管理する固有ＩＤ管理サーバ及び会員向けの複数のサービス情報をそれぞれ管理する複数のサービス管理サーバと通信ネットワークで接続される、サービス管理サーバのサービス情報をユーザに提供する構成を前提とし、その特徴として、ユーザの固有ＩＤを読み取る固有ＩＤ読取手段と、読み取った固有ＩＤを基にサービス情報ごとに異なるアルゴリズムで会員ＩＤを生成する会員ＩＤ生成手段と、サービス管理サーバに対して上記生成した会員ＩＤを送信し、上記ユーザが会員であることの確認を要求する会員確認要求手段と、を備える。
【００２３】
本発明の会員確認方法では、ユーザの固有ＩＤを管理する固有ＩＤ管理サーバ及び会員向けの複数のサービス情報をそれぞれ管理する複数のサービス管理サーバと通信ネットワークで接続されるサービス提供端末で行われることを前提とし、ユーザの固有ＩＤを読み取るステップと、上記固有ＩＤ管理サーバに固有ＩＤの登録の有無を確認するステップと、上記読み取った固有ＩＤを基に上記サービス情報ごとに異なるアルゴリズムで会員ＩＤを生成するステップと、上記サービス管理サーバに対して上記生成した会員ＩＤを送信し、上記ユーザが会員であることの確認を要求するステップと、上記ユーザが会員であった場合に上記サービス管理サーバのサービス情報を上記ユーザに提供するステップと、を行うようにする。
【００２４】
本発明の会員登録方法では、ユーザの固有ＩＤ及び個人情報を対応付けて管理する固有ＩＤ管理サーバ及び会員向けのサービス情報を管理するサービス管理サーバと通信ネットワークで接続されるサービス提供端末で上記サービス管理サーバに対して行なわれることを前提とし、ユーザの固有ＩＤを読み取るステップと、上記読み取った固有ＩＤを基に上記サービス情報ごとに異なるアルゴリズムで会員ＩＤを生成するステップと、上記読み取った固有ＩＤに対応する個人情報を上記固有ＩＤ管理サーバから取得するステップと、上記生成した会員ＩＤ及び上記取得した個人情報を上記サービス管理サーバに送信して該サービス管理サーバに会員登録の指示をするステップと、を行うようにする。
【００２５】
本発明の会員登録方法の他の態様の一つは、ユーザの固有ＩＤを管理する固有ＩＤ管理サーバ及び会員向けのサービス情報を管理するサービス管理サーバと通信ネットワークで接続し、固有ＩＤ及び個人情報を記憶した固有ＩＤ保持用記憶媒体を用いて上記サービス管理サーバへの会員登録を行う、サービス提供端末で行われることを前提とし、上記固有ＩＤ保持用記憶媒体から上記固有ＩＤを読み取るステップと、上記読み取った固有ＩＤを基に上記サービス情報ごとに異なるアルゴリズムで会員ＩＤを生成するステップと、上記固有ＩＤ保持用記憶媒体から上記個人情報を読み取るステップと、上記生成した会員ＩＤ及び上記読み取った個人情報を上記サービス管理サーバに送信して該サービス管理サーバに会員登録の指示をするステップと、を行うようにする。
【発明の効果】
【００２６】
本発明によれば、ユーザは一つの固有ＩＤを所持するだけで、複数のサービス管理サーバにおいてそれぞれ異なる会員ＩＤで管理されることとなる。
この場合、サービス提供端末には、一つの固有ＩＤに対してサービス管理サーバ分の会員ＩＤを対応付けて記憶する必要がないため、記憶領域を節約できる。
【００２７】
また、上述したように一つの固有ＩＤに対してサービス管理サーバ分の会員ＩＤを対応付けて記憶する必要がないことから、一ユーザによるサービスの利用情報が複数のサービスに渡ってトレースされることを防止できる。
【００２８】
特に、各サービスの会員ＩＤは、各サービスごとに特有のアルゴリズムでその固有ＩＤを元に生成されるため、各サービスの会員ＩＤはそれぞれで異なり、１サービスの会員ＩＤの履歴が流出しても、他のサービスで管理されるIDとの紐付けは容易にできない。1サービスの会員ＩＤと紐付けされた利用履歴が漏洩した場合にも、他サービスの会員ＩＤとは容易に紐付けされないため、ユーザの行動がトレースされること防止できる。
【００２９】
また、サービス提供端末は会員へのサービス提供の際は当該サービス管理サーバとのみ通信すれば良いため、固有ＩＤ管理サーバとの通信回数を従来構成よりも減らす事ができる。よって、固有ＩＤ管理サーバへの通信集中負荷が大幅に抑制される。
【００３０】
また、本発明では会員登録時にユーザの個人情報の流用が可能であるため、ユーザが新たなサービスを受ける際の会員登録作業が簡素化される。
また、本発明では、サービス提供端末でユーザの利用履歴をとるため、カード発行事業者がユーザの利用状況を把握できるようになり、この情報に基づいて各サービス事業者に対して本システムの利用料を徴収することが可能となる。
【発明を実施するための最良の形態】
【００３１】
以下、本発明を実施するための最良の形態について、図面を参照しながら詳細に説明する。
（第一実施形態）
図１は、会員管理システムの第一実施形態である。
【００３２】
本会員管理システム１では、同図に示されるように、固有ＩＤ管理サーバ１０、ｎ（ｎは整数）台のサービス管理サーバ２０（サーバ１〜サーバｎ）、複数台のサービス提供端末３０、及び固有ＩＤ保持用記憶媒体（同図には、ＩＣカード４０−１及びＩＣカード機能付携帯電話機４０−２の２形態が示されている）と、本例では更に、このＩＣカード４０−１へ固有ＩＤや個人情報などの情報を書き込むためのＩＣカードＲ／Ｗ付きの情報端末５０が構成されている。これらの装置（固有ＩＤ管理サーバ１０、ｎ（ｎは整数）台のサービス管理サーバ２０（サーバ１〜サーバｎ）、複数台のサービス提供端末３０、ＩＣカード機能付（ＩＣチップ付）携帯電話機４０−２及び情報端末５０）は、ＣＰＵ（中央処理装置）やＲＯＭ（Read  HYPERLINK "http://d.hatena.ne.jp/keyword/Only" Only Memory）やＲＡＭ（Random Access Memory）などのメモリを有した汎用コンピュータやＡＳＩＣなどの専用のハードウエアなどで構成されている。またＩＣカード４０−１（またはＩＣチップ）は内部に通信部やデータ保持用メモリやメモリデータの読み書きを行う回路等を備えた接触型又は非接触型のＩＣカード（またはＩＣチップ）である。
【００３３】
この内、固有ＩＤ管理サーバ１０及びｎ台のサービス管理サーバ２０は通信ネットワーク６０上に構成され、各種のプログラムを立ち上げた状態で待機し、通信ネットワーク６０から送信されてくる要求を監視している。また複数のサービス提供端末３０、ＩＣカード機能付携帯電話機４０−２、及び情報端末５０は、通信ネットワーク６０に接続可能なように構成され、固有ＩＤ管理サーバ１０及びｎ台のサービス管理サーバ２０にアクセスする際に通信ネットワーク６０に接続する。なお、この接続形態は一例であり、これに限定されることなく、その他にも自由に設定して良い。
【００３４】
なお、上記の構成例の場合、通信ネットワーク６０は、例えばインターネットやＬＡＮ（Local Area Network）や専用線などで構成されており、以下では特に示さないが、伝送間における伝送情報の盗聴や改ざんや成済まし等を防ぐために、例えば HYPERLINK "http://e-words.jp/w/E585ACE9968BE98DB5E69A97E58FB7.html" 公開鍵暗号や HYPERLINK "http://e-words.jp/w/E7A798E5AF86E98DB5E69A97E58FB7.html" 秘密鍵暗号、 HYPERLINK "http://e-words.jp/w/E38387E382B8E382BFE383ABE8A8BCE6988EE69BB8.html" デジタル証明書、 HYPERLINK "http://e-words.jp/w/E3838FE38383E382B7E383A5E996A2E695B0.html" ハッシュ関数などのセキュリティ技術を組み合わせたＳＳＬ（Secure Socket Layer）通信等の非常に高いセキュリティレベルの通信が行われることとする。上記情報端末５０及びサービス提供端末３０は、不図示の電話網などの公衆網、及び上記インターネットとの接続サービスを行っている不図示のＩＳＰ（Internet Service Provider ）などを介して上記インターネットに接続する。また上記ＩＣカード付携帯電話機４０−２は不図示の携帯電話網を介して上記インターネットに接続する。
【００３５】
固有ＩＤ管理サーバ１０は、ユーザごとに重複しない固有のＩＤを割り当て、ユーザをこの固有ＩＤで管理する装置である。この固有ＩＤ管理サーバ１０を運用する会員管理事業者（ＩＣカードを発行する場合は、カード発行事業者とも呼ぶ）は、ユーザ登録の申請のあったユーザに対して固有ＩＤを発行してその固有ＩＤを固有ＩＤ管理サーバ１０の例えば不図示の記憶装置に形成した情報テーブル（この情報テーブルについては後述する）に登録し、その固有ＩＤと同一のＩＤを記憶させたＩＣカードをユーザに配布する。なお、ＩＣカードまたはＩＣカード機能付携帯電話機をユーザが所持している場合は、ＩＣカードを発行する変わりに、通信ネットワーク６０を介してそのＩＣカードや携帯電話機のＩＣチップにその情報を読み込ませる。
【００３６】
本例の固有ＩＤ管理サーバ１０では、更に、請求処理手段１００が構成されている。この請求処理手段１００は、サービス提供端末３０から送信された後述の「サービス情報の利用履歴」を基に本会員管理システムの利用費を例えばサービス情報単位で計算し、そのサービス情報に対応するサービス情報提供事業者（サービス事業者）に請求費用情報を送信する。
【００３７】
ｎ台のサービス管理サーバ２０（サーバ１〜サーバｎ）は、それぞれのサーバごとに、ユーザに提供するサービスの実行手順を記したプログラムやデータなどのサービス情報を備えており、各サービス情報の利用が許可されたユーザを会員ＩＤで管理している。このサーバは、通常、各サービス事業者側で運用され、サービス情報の更新などはサービス事業者により行なわれる。
【００３８】
本例のサービス管理サーバ２０には特に、同図に示されるように保持手段２００、照会手段２０２、サービス情報利用許諾手段２０６、及び請求費用判定手段２０４が構成されている。
【００３９】
保持手段２００は、同一のユーザに対してサービス管理サーバ２０ごとに異なる値を所定のアルゴリズムで生成して予め得た会員ＩＤを保持する。これは、詳しくは後述するが、例えばハードディスクなどの記憶装置に上記会員ＩＤとその個人情報を表形式で記憶させるなどして実施する。
【００４０】
紹介手段２０２は、サービス提供端末３０から通信ネットワーク６０を介して会員確認のための会員ＩＤを受信すると、上記保持手段２００で保持されている会員ＩＤと照会する。これは、例えば、通信ネットワーク６０から会員確認要求情報を受信すると、その情報に含まれる確認対象の会員ＩＤを取り出し、上述の記憶装置に表形式で記憶されている会員ＩＤを抽出してそれらを照会することで実施する。
【００４１】
サービス情報利用許諾手段２０６は、上記照会により一致する会員ＩＤがあった場合にサービス提供端末３０に対応のサービス情報の利用を許諾する。これは、上記会員確認要求情報の送信元であるサービス提供端末３０に対し、その会員ＩＤによる会員登録が認められているサービス事業者のサービス情報を利用許諾することで実施する。サービス事業者のサービス情報の利用許諾とは、例えば、そのサービス事業者が運用するサービス管理サーバ２０のサービス情報へのアクセス権を会員確認要求情報の送信元であるサービス提供端末３０に発行することである。
【００４２】
請求費用判定手段２０４は、サービス提供端末３０から送信された後述の「サービス情報の利用履歴」に基づいて固有ＩＤ管理サーバ１０から送信された請求費用情報の請求費用の正当性を判定する。この正当性の判定は、例えば、「サービス情報の利用履歴」と「請求費用情報」とを出力してこれらを人が照らし合わせても良いし、機械的に各項目の数値を比較して判定結果を得るようにしても良い。
【００４３】
サービス提供端末３０は、サービス管理サーバ２０で管理されるサービス情報をユーザに提供する装置である。
図２は、サービス提供端末３０のハードウエア構成図である。
【００４４】
本例のサービス提供端末３０は、固有ＩＤ読取手段３００、サービス識別情報保持手段３０２、会員ＩＤ生成手段３０４、会員確認要求手段３０６、サービス利用履歴報告手段３０８、及び費用確認情報送信手段３１０を備える。
【００４５】
固有ＩＤ読取手段３００は、ユーザの固有ＩＤを読み取る。これは、固有ＩＤをコンピュータで認識できるように、例えば、キーボードから入力された入力信号に基づいて固有ＩＤ情報を生成したり、ＩＣカードやＩＣ機能付携帯電話機のＩＣチップに予め記憶されている固有ＩＤをその通信部を経て接触／非接触によりサービス提供端末内に取り込んだり、又はＩＣ機能付携帯電話機の画面に表示させた固有ＩＤ情報（例えば二次元バーコード情報など）をスキャニングして固有ＩＤを復号するなどして、実施する。
【００４６】
サービス識別情報保持手段３０２は、サービス情報の各々の識別情報を保持する。これは、サービス事業者が提供するサービス情報に予めサービス識別情報を割り当てておき、例えばハードディスクなどの記憶装置に、このサービス識別情報と、このサービス情報が置かれているサービス管理サーバの通信先アドレスとを対応付けして記憶する。
【００４７】
会員ＩＤ生成手段３０４は、読み取った固有ＩＤを基にサービス情報ごとに異なるアルゴリズムで会員ＩＤを生成する。本例では、予めサービス情報ごとにサービス識別情報を割り当てているため、一つの固有ＩＤと、サービス情報ごとのサービス識別情報とを組み合わせることにより、サービス情報ごとに異なる会員ＩＤを生成する。この会員ＩＤの生成は、予め登録されたサービス識別情報の全てに対して行ってもよいし、或いは、予め指定された又はユーザにより指定されたサービス識別情報のみを対象に行っても良い。
【００４８】
なお、会員ＩＤの生成は、読み取った固有ＩＤを基にサービス情報ごとに異なるアルゴリズムで会員ＩＤを生成する方法であれば良く、本例のようにサービス識別情報を利用する方法に限定されるものではない。
【００４９】
会員確認要求手段３０６は、サービス管理サーバ２０に対して上記生成した会員ＩＤを送信し、上記ユーザが会員であることの確認を要求する。これは、例えば会員確認要求を示すヘッダを付与した情報に上記会員ＩＤを格納してサービス管理サーバ２０に送信することで実施できる。
【００５０】
サービス利用履歴報告手段３０８は、ユーザが利用した「サービス情報の利用履歴」をとり、該利用履歴を固有ＩＤ管理サーバ１０に送信する。これは、ユーザがサービスを利用するたびに、ユーザが利用したサービス情報のサービス識別情報と利用内容等を利用履歴としてハードディスクなどの記憶装置に記憶し、例えば一ヶ月おきなどの所定のタイミングで、その利用履歴を固有ＩＤ管理サーバ１０に送信する。
【００５１】
費用確認情報送信手段３１０は、ユーザが利用したサービス情報の利用履歴をサービス管理サーバに送信する。これは、ハードディスクなどの記憶装置に記憶された上記利用履歴から各サービス識別情報ごとの利用履歴を生成し、それぞれを、例えば一ヶ月おきなどの所定のタイミングで、対応するサービス管理サーバ２０に送信する。
【００５２】
なお、本サービス提供端末３０は、一ユーザによる複数のサービス情報の利用が他者にトレースされる恐れのある情報を多数取り扱っている。このため、これらの情報が漏洩しないような仕組みを持つことが望ましい。
【００５３】
図３は、そのような情報漏洩を防止するのに適したサービス提供端末内のシステムブロック図の一例である。
同図に示されるサービス提供端末20内のシステム構成は、ＣＰＵやメモリを備え且つ各部を制御するメイン制御部２００、ハードディスクなどの記憶装置部２０１、カード読取装置と接続されるカードアクセス部２０２、ＣＲＴモニタや液晶モニタなどの表示装置と接続される表示部２０３、キーボードなどの入力装置と接続される操作部２０４、通信ネットワークに接続されるネットワークインタフェース２０５、そして、秘密情報等を管理するセキュリティ処理部２０５が相互にバス２０６に接続されて構成されている。なお、各部は、主電源２０７から電力が供給されることにより、駆動する。
【００５４】
メイン制御部２００は、記憶装置部２０１やセキュリティ処理部２０５から各種プログラムやデータを読み出して各種の処理を実行する。また、本会員管理システムに関する処理（特にセキュリティ保護が必要なセキュリティデータを扱う処理）を行う場合は、セキュリティ処理部２０５にその処理の実行権を渡す。
【００５５】
セキュリティ処理部２０５は、メイン制御部２００から制御権を受け取って各部を制御するサブ制御部３００、セキュリティ保護が必要なセキュリティデータ（例えば後に説明する秘密情報など）を記憶する記憶装置部３０１、タンパを検知する回路を備え且つタンパを検知すると記憶装置部内のセキュリティデータを消去する耐タンパ制御部３０２、及び補助電源３０３を備えている。この補助電源３０３は、主電源２０７が落ちているときにセキュリティ処理部２０５内の各部に電力を供給するためのもので、この構成によりセキュリティデータの漏洩を常に阻止する。
【００５６】
この構成により、メイン制御部２００からの命令に従ってサブ制御部３００は記憶装置部３０１のセキュリティデータを使用して所定の計算処理を実行し、その計算結果をメイン制御部２００に返す。例えば、メイン制御部２００から会員ＩＤの生成の命令を受けた場合、サブ制御部３００は、メイン制御部２００から固有ＩＤを取得して記憶装置部３０１内の所定のアルゴリズムデータなどと共にセキュリティ処理部２０５内で会員ＩＤを生成し、その会員ＩＤをメイン制御部２００に返す。また、実行中や待機中などにタンパを検出した場合は、記憶装置部３０１内に記憶されているその所定のアルゴリズムデータなどを消去する。
【００５７】
なお、サービス提供端末内で一時的に記憶される重要情報（例えば個人情報など）も、漏洩を防ぐためにこのセキュリティ処理部内で処理を行うようにする。
ここで、図１の説明に戻り、ＩＣカードの説明をする。
【００５８】
ＩＣカード４０−１は、接触型又は非接触型の通常のＩＣカードであり、内部のデータ保持用メモリには、固有ＩＤを記憶させる領域、また要求に応じて、そのＩＣカードを所持するユーザの個人情報を記憶させる領域が割り当てられている。本例ではＩＣカードを使用しているが、その他のカード状記憶媒体（例えば磁気カードなど）を使用しても良い。
【００５９】
続いて、本会員管理システムの動作を説明する。
ここでは、ユーザが所持する固有ＩＤ保持用記憶媒体としてＩＣカードを例に取り上げ、ユーザがサービスを受ける手順を説明する。また、この説明は、各装置で管理される情報テーブルの図を交えて行う。
【００６０】
そこで先ず初めに、各装置で管理されている情報テーブルの構成について説明する。
図４〜図１２は、各装置で管理されている情報テーブルの構成図の例である。
固有ＩＤ管理サーバ１０では、その記憶装置に個人情報、サービス識別情報、及び照会履歴情報を記憶し、後述の情報テーブルの形式で管理している。
【００６１】
図４〜図６は、その情報テーブルの例である。
図４は、個人情報テーブルの例である。
この情報テーブルは、本会員管理システムの登録者を管理するためのもので、本システムでは特に、登録者の確認や登録者情報の流用の際に必要となる。
【００６２】
先頭レコードには、２行目以下のレコード情報の内容を示す項目情報として、「固有ＩＤ」、「氏名」、「電話番号」、「生年月日」、「住所」、「メールアドレス」などが示されている。
【００６３】
この個人情報テーブルの例では、「固有ＩＤ」の項目に、カード発行事業者で発行された１０桁の英数字で示されるシーケンシャルな固有ＩＤが同図上から下へ連番で登録されている。また、各レコードの固有ＩＤを除く項目は、各サービス事業者の会員登録に必要な個人情報（共通個人情報）で構成され、１レコード内でその固有ＩＤと対応付けされている。
【００６４】
以下に示すテーブル構成図においても、特に説明しないが、項目の内容以外は上記個人情報テーブルと同様な形式で記載しているものとする。
図５は、サービス識別情報テーブルの例である。
【００６５】
この情報テーブルは、サービス識別情報を管理するためのもので、本システムでは、特に、サービス事業者ごとの請求額の通知に必要となる。
このサービス識別情報テーブルでは、サービス識別情報として１０桁の英数字で示されるシーケンシャルなサービス識別コードが同図上から下へ連番で登録されている。そして、このサービス識別コードは、これに対応するサービス情報の提供元のサービス事業者と対応付けされている。
【００６６】
図６は、照会履歴情報テーブルの例である。
この情報テーブルは、サービス提供端末から送信されたユーザの利用履歴情報を管理するためのもので、本システムでは、特に、サービス事業者への請求額の根拠に必要な利用情報の集計の際に必要となる。
【００６７】
この照会履歴情報テーブルは、ユーザが利用したサービス情報の「サービス識別コード」、そのサービス情報を利用したサービス提供端末の「端末ＩＤ」、その利用内容や利用時間を示す「利用情報」、「アクセス日時」などの情報が１レコードに対応付けされて記憶されている。
【００６８】
なお、このような構成であれば、そのサービスを提供するサービス事業者に対して、このサービスの利用内容に基づくユーザのサービス利用単位で、利用費用を請求できる。なお、ユーザによる会員登録が実施されるごとに課金する場合は、本照会履歴情報テーブルをそれに合わせて生成しても良い。例えば、サービス提供端末でその会員登録の情報を保持するようにし、その情報を本テーブルに付加して管理するようにする。
【００６９】
続くサービス管理サーバ２０では、その記憶装置に、本装置のサービス情報を利用できる会員の会員情報、本装置のサーバ情報、サービス提供端末の端末情報、及び本装置のサービス情報の利用履歴情報を記憶し、後述の情報テーブルの形式で管理している。
【００７０】
図７〜図１０は、その情報テーブルの例である。
図７は、会員情報テーブルの例である。
この情報テーブルは、本装置のサービス情報の利用が許可されている会員の情報を管理するためのもので、本システムでは、特に、会員に付与される会員ＩＤの構成に特徴を有する。
【００７１】
この会員情報テーブルは、「会員ＩＤ」及び固有ＩＤ管理サーバ１０内の個人情報テーブル（図４）の共通個人情報に対応する個人情報項目（「氏名」、「電話番号」、「生年月日」、「住所」、「メールアドレス」など）の入力欄が割り当てられている。
【００７２】
「会員ＩＤ」の項目は、本例では１８桁の英数字で示されるランダム且つ重複しない会員ＩＤが登録される。この会員ＩＤは、サービス提供端末においてその会員の固有ＩＤと本装置が提供するサービス情報のサービス識別コードを基に所定のアルゴリズムで常に一意に生成されるデータであり、会員ＩＤの登録時には、その方式に従うなどして作成したものを登録する。
【００７３】
図８は、サーバ情報テーブルの例である。
この情報テーブルは、装置間認証時、特にサービス識別コードの認証に必要となる情報テーブルである。
【００７４】
このサーバ情報テーブルでは、これまでと異なり、左の列に項目、右の列にその情報という並びで示している。
同図に示されているように、「サービス識別コード」には、本装置内のサービス情報に対応する、固有ＩＤ管理サーバ１０内のサービス識別情報テーブル（図５）の「サービス識別コード」と同様の１０桁の英数字で組み合わされたコードが、記憶されている。なお、「サービス提供端末通信鍵」には、情報が一つしか示されていないが、サービス管理サーバへのアクセスが許可されている全てのサービス提供端末の各通信鍵が各サービス提供端末の識別が可能な形式で登録されている。
【００７５】
また、同図には特に示していないが、サーバ情報としては、この他、後の装置間認証の説明に用いられているサーバデータなどがある。
図９は、端末情報テーブルの例である。
【００７６】
この情報テーブルは、図８のサーバ情報テーブルと同様に、装置間認証時に必要となる情報テーブルである。
この端末情報テーブルには、本サービス管理サーバへのアクセスが許可されている全てのサービス提供端末の端末ＩＤとその具体的な設置場所が登録されている。
【００７７】
図１０は、利用履歴情報テーブルの例である。
この情報テーブルは、サービス提供端末から送信されたユーザの利用履歴情報を管理するためのもので、本システムでは、特に、固有ＩＤ管理サーバ１０から送信された請求情報の正当性を確認する際に必要となる。
【００７８】
この利用履歴情報テーブルには、会員ＩＤごとに、その会員が利用したサービス提供端末や詳しい利用内容が記憶されている。
続くサービス提供端末３０では、その記憶装置に、秘密情報、及びサービス情報の利用履歴情報を記憶し、後述の情報テーブルの形式で管理している。
【００７９】
図１１及び図１２は、その情報テーブルの例である。
図１１は、秘密情報テーブルの例である。
この情報テーブルは、ユーザのＩＣカードから読み出した固有ＩＤを基に会員ＩＤを生成する際に特に必要となる。
【００８０】
この秘密情報テーブルでは、他のテーブル図と異なり、左の列に項目、右の列にその情報という並びで示している。
同図の左の項目に示されているように、項目として、「端末ＩＤ」、「サービス識別コード」、「固有ＩＤ管理サーバ通信先」、「固有ＩＤ管理サーバ通信鍵」、「サービス管理サーバ通信先」、「サービス管理サーバ通信鍵」、「カードアクセス鍵」、及び「会員ＩＤ生成アルゴリズム」が割り当てられている。
【００８１】
「端末ＩＤ」は、他装置の情報テーブル中の「端末ＩＤ」に相当し、本装置では本サービス提供端末の端末ＩＤが登録されている。
「サービス識別コード」は、本サービス提供端末からの利用が許可されているサービス管理サーバ内のサービス情報と対応するサービス識別情報が登録されている。
【００８２】
「固有ＩＤ管理サーバ通信先」及び「固有ＩＤ管理サーバ通信鍵」は、それぞれ、固有ＩＤ管理サーバのアドレス、それとの通信に必要な通信鍵が登録されている。
「サービス管理サーバ通信先」及び「サービス管理サーバ通信鍵」は、それぞれ、サービス管理サーバのアドレス、それとの通信に必要な通信鍵が登録されている。
【００８３】
「カードアクセス鍵」は、ＩＣカード中の固有ＩＤ（必要に応じて個人情報）の記憶領域にアクセスするためのパスワード等の鍵情報が記憶されている。この情報があることにより、ＩＣカード中の固有ＩＤや個人情報の記憶領域へのアクセスが所定の装置でしかできない構成を実現している。
【００８４】
「会員ＩＤ生成アルゴリズム」は、一例として後述する固有ＩＤから会員ＩＤを生成するための生成プログラムを格納している。
なお「サービス識別コード」の「内容」には、同図には一つの情報しか登録されていないが、本サービス提供端末３０から利用できるサービス管理サーバ（または一つのサービス管理サーバ内のサービス情報）が複数ある場合には、それに応じて、サービス識別コードを複数登録し、各サービス識別コードで示されるサービス情報を提供するサービス管理サーバの通信先及び通信鍵の情報を各サービス識別コードと対応するようにそれぞれの項目に登録するようにする。
【００８５】
また、これらの情報は、ユーザによる複数のサービス情報の利用を他者にトレースされることを防止するためにも、高いセキュリティ管理下での保護が望まれる。特に、固有ＩＤやサービス識別コードだけならまだ良いほうであるが、会員ＩＤ生成アルゴリズムまでもが外部に流出してしまうと、このプログラムを利用して複数のカードユーザによるサービス情報の利用が簡単にトレースされるため、危険である。
【００８６】
また、カードアクセス鍵が流出してしまうと、ＩＣカードが勝手に複製され、登録者以外の者が会員に成済ましてサービス情報を利用するなどの恐れがあるため、危険である。
よって、これらの情報はよりセキュリティレベルの高い耐タンパ機能をもつ上述の記憶装置（図４のセキュリティ処理部の記憶装置部）内で記憶させることが望ましい。
【００８７】
図１２は、利用履歴情報テーブルの例である。
この情報テーブルは、サービス提供端末においてユーザに利用されたサービス情報の利用記録をつけるためのもので、本システムでは、特に、固有ＩＤ管理サーバ１０がサービス事業者にユーザ利用分の費用請求をする際に必要であり、更に、固有ＩＤ管理サーバから請求された費用の正当性をサービス管理サーバが照合するためにも必要である。
【００８８】
本例では、この利用履歴情報テーブルは、２パターン示されている。
図１２（ａ）は、会員ＩＤ別にユーザの利用履歴をつけるためのテーブルである。
図１２（ｂ）は、固有ＩＤ別にユーザの利用履歴をつけるためのテーブルである。
【００８９】
同図の例では、サービスの利用に応じてポイントを加算したり減算したりする処理、或いは会員登録処理など、そのユーザによる利用状況を詳細に記憶するテーブル構成となっている。
【００９０】
なお、図１２（ｂ）は、追加的に示した程度のものである。一ユーザによる複数サービスの利用情報が他者にトレースされるのを防止するには、特に、図１２（ａ）の構成のものが好ましい。
【００９１】
続いて、各装置間認証について説明する。
本例の会員管理システムでは、関連装置以外に誤って情報が送信されることのないように、初期通信で相互認証などの端末認証処理を行う。
【００９２】
図１３は、サービス提供端末３０及びサービス管理サーバ２０間の相互認証処理のシーケンス図である。
先ず、サービス提供端末３０及びサービス管理サーバ２０間で通信接続処理を行う（ステップＴＳ１、ＫＳ１）。
【００９３】
そして、互いに接続が確立されると、サービス提供端末３０でこれまで保持していたサービス識別情報（当該サービス管理サーバ２０で管理されている一つ或いは複数のサービス情報の各サービス識別情報であり、例えば図１１のサービス識別コード）をサービス管理サーバ２０へ送信する（ＴＳ２）。
【００９４】
サービス管理サーバ２０では、サービス識別情報を受信すると、対象のサービス情報に付与されている現在のサービス識別情報（図８）をチェックして、Ａｃｋを返す（ＫＳ２）。なお、変更されている場合は変更後のサービス識別情報を返信する。
【００９５】
上記サービス識別情報は、各サービス事業者が本会員管理システムに登録した時に、初期設定として、カード発行事業者から与えられるものであり、他のサービス情報の識別情報と重複しないような値が割り当てられ、サービス提供端末３０及びサービス管理サーバ２０のそれぞれの情報テーブル（図１１、図８）に記憶されている。
【００９６】
さて、サービス識別情報のチェックを終えると、続いてサービス提供端末３０では、この端末データとして、端末ＩＤ及び日時情報（図１１）をサービス管理サーバ２０に送信する（ＴＳ３）。
【００９７】
サービス管理サーバ２０ではこの端末データがサーバ内の情報テーブル（図９）に登録されている端末データと一致しているか否かチェックする。そして、その情報テーブルに登録されている端末データ及び、そのサービス管理サーバ２０のサーバデータであるサーバコード及びサーバ日時情報を、サービス提供端末へ返信する（ＫＳ３）。
【００９８】
サービス提供端末では、サービス管理サーバの情報テーブル（図８、８）に登録されている端末データやサーバデータが本サービス提供端末内の情報テーブル（図１１）に登録されているデータと一致しているか否かチェックする。ここで、データが一致した場合、サービス提供端末側では、サービス管理サーバの認証を成立させる（ＴＳ４）。
【００９９】
そして、認証成立後、サービス提供端末３０の情報テーブル（図１１）に登録されているサーバデータをサービス管理サーバ２０へ認証要求コマンドと共に送信する（ＴＳ５）。
【０１００】
サービス管理サーバ２０では、サービス提供端末の情報テーブル（図１１）に登録されているサーバデータが当サーバ内の情報テーブル（図８）に登録されているデータと一致しているか否かチェックする。ここで、データが一致した場合、サービス管理サーバ側でサービス提供端末の認証を成立させる（ＫＳ４）。
【０１０１】
そして、認証確立後、サービス管理サーバ２０はサービス提供端末３０へ認証成立の結果を送信する（ＫＳ５）。
このように互いの装置間の認証が成立すると、相互にデータ通信が開始される。
【０１０２】
このような装置間認証処理は、サービス提供端末と固有ＩＤ管理サーバとの間、または固有ＩＤ管理サーバとサービス管理サーバとの間でも、上述した手順と同様に互いの装置で記憶している装置情報を交換し合うことにより行われる。ただし、固有ＩＤ管理サーバでは、認証に用いる装置情報として、図５や不図示の端末データなどが使用される。
【０１０３】
以下、上記構成の下で行われるカード発行手順及びサービス情報利用手順について、２つの例を挙げて説明する。
（実施例１）
図１４は、カード発行事業者とユーザ（利用者）間で行われるカード発行処理のシーケンス図である。
【０１０４】
同図は、当該カード発行処理をオフライン（窓口及び郵送）で行う場合と、オンラインで行う場合の２種類を示している。
先ず、窓口及び郵送でカード発行処理を行う場合について説明する。
【０１０５】
先ず、ユーザは、カードを発行するカード発行事業者に自身の個人情報（例えば、氏名、電話番号、生年月日、住所、Eメールアドレスなど）を窓口提出または郵送する（ステップＯＦＦＳ１）。
【０１０６】
これを受領したカード発行事業者は、そのユーザに他のユーザと重複しない固有ＩＤ（本例では、１０桁の英数字のシーケンシャルな組み合わせ情報）を割り当て、この固有ＩＤと関連付けてユーザの個人情報を固有ＩＤ管理サーバ１０内の情報テーブル（図４）に登録する。そして、少なくともその固有ＩＤを、また要求に応じてその個人情報を、ＩＣカード４０−１に読み込ませる（ＨＳ１）。なお、このＩＣカード４０−１への固有ＩＤと個人情報の書き込み処理は、情報端末５０にセットした未使用ＩＣカードに上記の各種情報をＩＣカードＲ／Ｗを介して書き込むことで実施する。このＩＣカードは、本システム対応のＩＣカードであり、ＩＣカード内の固有ＩＤや個人情報の記憶領域へは、本システム対応の読取装置の暗号鍵でしかアクセスできない。
【０１０７】
そして、その発行処理を行ったＩＣカードをそのユーザに窓口配布又は郵送で配布する（ＯＦＦＳ２）。
このように、窓口及び郵送によるカード発行処理はオフラインで行われる。
【０１０８】
次に、オンラインでカード発行処理を行う場合について説明する。
なお、ここでは、一例として、本システムがＷｅｂ技術で構築されているものとして説明する。
【０１０９】
先ず、ユーザは、情報端末５０から固有ＩＤ管理サーバ１０にアクセスし、自身の個人情報（例えば、氏名、電話番号、生年月日、住所、Ｅメールアドレスなど）を入会申請処理する。（ステップＪＳ１）。この入会申請処理は、先ず、情報端末５０側でＷｅｂブラウザを立ち上げて、固有ＩＤ管理サーバ１０の不図示のＷｅｂサーバにアクセスし、そこで管理されているＷｅｂ情報中の申請入力情報画面を画面に表示させる。続いて、その申請入力情報画面に指定されている項目内に自身の個人情報を不図示のキーボード等で入力する。そして、その入力情報を入会申請のための個人情報として固有ＩＤ管理サーバ１０へパケット送信する。このように入会申請処理が実施できる。
【０１１０】
このパケット情報を受信した固有ＩＤ管理サーバ１０のＷｅｂサーバは、このパケット情報が新規入会申請に関する情報であった場合にパケット内の個人情報を取り出し、例えば、最後に入会申請のあったユーザに対して割り当てた固有ＩＤ（本例では、１０桁の英数字のシーケンシャルな組み合わせ情報）を１インクリメントした値を固有ＩＤとして割り当て、この固有ＩＤと関連付けてユーザの個人情報を固有ＩＤ管理サーバ１０内の個人情報テーブル（図４）に登録する（ＨＳ２）。
【０１１１】
続いて、固有ＩＤ管理サーバ１０は、カード発行処理を行う（ＨＳ３）。この処理で固有ＩＤ管理サーバ１０は、情報端末５０へ未使用ＩＣカード（または記憶領域に所定の空き容量を有するユーザ使用のＩＣカード）のセットを指示する信号を送るなどして情報端末５０に未使用ＩＣカードがセットされたことを確認すると、情報端末５０へ更にそのＩＣカード内に情報を書き込むための記憶領域を確保する指示信号を送信する。そして、情報端末５０へ少なくともその固有ＩＤを、また要求に応じてその個人情報を送信し、その記憶領域への書き込み指示をする。なお、このＩＣカードへの固有ＩＤと個人情報の書き込み処理は、固有ＩＤ管理サーバ１０からの上記指示信号を受けた情報端末５０が、パスワード等の暗号鍵をもつ本システム対応の読取装置からしかアクセスできないメモリ領域を未使用ＩＣカードに確保し、上記各種の情報をそのメモリ領域へ書き込むことで実施される。このＩＣカードへの書き込みはＩＣカードＲ／Ｗを介して行われる。更に、情報端末５０で未使用ＩＣカードへの上記各種情報の書き込み処理が終わると、情報端末５０で書き込み終了を検知し、固有ＩＤ管理サーバ１０へその処理結果を通知する。
【０１１２】
そして最後に、固有ＩＤ管理サーバ２０は情報端末５０へ、その処理結果に応じた返信（入会申請の許可／非許可などの結果）を行う（ＨＳ４）。
このように一連の処理がオンラインで実施される。
【０１１３】
続いて、ユーザが固有ＩＤ取得済みのＩＣカードを使用してサービス情報を利用する場合の、利用手順を説明する。
図１５は、本システムでユーザがサービス情報を利用する場合のシーケンス図である。
同図には、ユーザが、利用するサービス情報の会員である場合と、非会員である場合の２通りのシーケンスが上下に分けて示されている。
【０１１４】
初めに、ユーザが、利用するサービス情報の会員である場合について説明する。
先ず、ユーザはサービス提供端末３０にＩＣカード４０−１を提示する。例えば、ＩＣカードが非接触方式のＩＣカードである場合にはサービス提供端末３０の読取装置の通信部にＩＣカードを翳し、接触方式のＩＣカードの場合には、読取装置のＩＣカード投入口に差し込む（ＯＦＦＳ１０）。
【０１１５】
サービス提供端末３０では、ＩＣカード４０−１の提示を受けると、読取装置において、本会員管理システムのＩＣカードであるか否かの識別をする。この識別処理は、サービス提供端末３０の情報テーブル（図１１）に記憶されているカードアクセス鍵を使用し、そのＩＣカードの記憶領域を読み出せるタイプのＩＣカードであるか否かを検出することで実施する。そして、本会員管理システムのＩＣカードであった場合、ＩＣカードに対し、所定領域から当該固有ＩＤを抽出するコマンドを送信する（ＴＳ１０）。
【０１１６】
ＩＣカードは、このコマンドを受信すると所定領域から上記固有ＩＤを抽出してサービス提供端末３０の読取装置へ送信する（ＣＳ１０）。なお、ＩＣカードと読取装置間で交換される情報は暗号化されていることが望ましい。
【０１１７】
サービス提供端末３０では、この送信情報（暗号化されている場合はその復号情報）である「固有ＩＤ」をメモリに一時記憶し、更に、サービス提供端末内の情報テーブル（図１１）に予め記憶されている「サービス識別情報」をそのメモリに読み出し、ユーザが利用するサービス情報に対して一つの会員ＩＤ期待情報を生成する。一例としては、ＩＣカード４０−１から読み出された「一つの固有ＩＤ」と「一つのサービス識別情報」を基に、そのサービス識別情報に対応するサービス管理サーバの「会員ＩＤ」として期待される情報を生成する。期待される情報とは、まだ会員登録されていない場合や固有ＩＤが正規の情報でない場合などのように「会員ＩＤ」に該当しないものもあり、この段階ではまだ確定できないため、期待される情報としている（ＴＳ１１）。
【０１１８】
図１６は、ＩＣカードから読み出した固有ＩＤからサービス識別情報単位の会員ＩＤを生成するアルゴリズムの一例である。
同図の例では、ＩＣカードから読み出した固有ＩＤにサービス識別コードを付加した情報を対象に、単射または全単射の写像を与える関数（たとえば、ビットをシフトさせる関数がある）を適用して会員ＩＤを生成している。この単射または全単射の写像を与える関数を適用することにより、生成された会員ＩＤから元の情報を再生させることは困難となる。
【０１１９】
さて、同図左にはその処理フローが示され、同図右にはその各処理に使用される情報や得られた結果情報が示されている。以下にその処理フローについて説明する。
先ず、メモリ上に固有ＩＤを読み出す（Ｓ１）。
【０１２０】
続いて、サービス提供端末内の情報テーブル（図１１）に予め記憶されている「サービス識別情報」のうちの一つ（予め指定されている場合はその一つ）をそのメモリに読み出し、それぞれをつなぎ合わせて付加情報を生成する。本例では、固有ＩＤ、サービス識別情報の順につなぎ合わせ、サービス識別情報の頭の「０ｘ」は削除する（Ｓ２）。
【０１２１】
続いて、上記付加情報を対象に単射または全単射の写像を与える関数を施す（Ｓ３）ことで、「会員ＩＤ」（又は会員ＩＤの確認処理時においては「会員ＩＤ期待情報」）を得る（Ｓ４）。
【０１２２】
ただし、生成される会員ＩＤは、固有ＩＤにサービス識別コードを付加した情報の情報量より等しい、又はそれ以上であるようにすることで、生成される会員ＩＤの衝突を防ぐことができる。
【０１２３】
このように、本処理を通すことにより、１ユーザが所有する一つの固有ＩＤを基にそれぞれのサービス識別情報に対応する互いに異なる会員ＩＤを生成することができる。
なお、この一例を含む会員ＩＤを生成するアルゴリズムは、サービス管理サーバ内の情報テーブル（図１０）の「会員ＩＤ」に登録される情報の生成時においても同じように利用されるものとする。
【０１２４】
さて、ここで図１５の説明に戻り、会員ＩＤ生成処理以降の説明を続ける。
サービス提供端末３０で会員ＩＤを生成すると、サービス提供端末３０はサービス管理サーバ２０に会員ＩＤを問い合わせる。この処理では、生成した全ての会員ＩＤをサービス管理サーバ全てに対して送信して会員ＩＤの問い合わせを行っても良いし、又は、生成した会員ＩＤの基情報であるサービス識別コードと対応するサービス管理サーバへの該会員ＩＤの送信をそれぞれの会員ＩＤごとに行い、各サービス管理サーバに対して対応の会員ＩＤのみの問い合わせを行うようにしても良い。なお、問い合わせ方法としては、例えば会員確認要求パケットなどを生成し、これを対象のサービス管理サーバ２０へ送信するなどして実施できる。この会員確認要求パケットは、例えば、送信元情報格納部、送信先情報格納部、データ種別格納部、及びデータ格納部を備えるように構成して、送信元情報格納部に「本サービス提供端末の端末データ」を格納し、送信先情報格納部に「当該会員ＩＤの元情報であるサービス識別コードが割り当てられているサービス管理サーバのサーバデータ」を格納し、データ種別格納部に「会員確認要求を示す情報」を格納し、そしてデータ格納部に「生成した会員ＩＤ」を格納するようにする（ＴＳ１２）。
【０１２５】
サービス管理サーバ２０では、会員ＩＤの識別処理を実行する。この処理では、サービス管理サーバの情報テーブル（図７）の「会員ＩＤ」を抽出処理し、サービス提供端末３０から受信した「会員ＩＤ期待情報」をその抽出情報と照会する。本手順説明は、既会員の場合を想定しているため、上記「会員ＩＤ期待情報」と一致する会員ＩＤは上記抽出情報に含まれている。ここで、サービス管理サーバ２０は、サービス提供端末３０にサービス情報のユーザへの提供を許諾する。この許諾方法としては、例えば、サービス提供端末からサービス管理サーバのその所定サービス情報へのアクセス権をサービス提供端末に発行し、サービス提供端末からのアクセス制限を所定期間解除する。又は、サービス提供端末側にその許可情報を送信し、サービス提供端末側におけるそのサービス管理サーバの所定サービス情報へのアクセス制限をサービス提供端末に所定期間解除させる。この所定期間は、例えば、時間で区切っても良いし、ユーザによるサービス提供端末での操作の終了時としても良い（ＫＳ１０、ＫＳ１１）。
【０１２６】
サービス提供端末３０では、この間、そのユーザに許可されたサービス情報を提供する（ＴＳ１２）。
この際、サービス提供端末３０では、端末とサービス管理サーバ間の状態や端末上でのユーザの入力操作などを監視し、ユーザによるサービス情報の利用内容をサービス利用履歴情報（図１２）に記録する（ＴＳ１３）。
【０１２７】
そして、ユーザがサービス情報提供画面を終了するなどして処理を終えると、本処理を終了する。このとき、サービス提供端末３０またはサービス管理サーバ２０は、当該会員に対するサービス情報の利用制限解除を元に戻す。
【０１２８】
次に非会員の場合について説明する。
ステップＯＦＦＳ１０からステップＴＳ１２までの処理は、上述の既会員の場合の処理と同じである。また、ステップＫＳ１０の処理については、処理は同じであるがその後に続く処理と関連しているため、ここでは、ステップＫＳ１０から説明することとする。
【０１２９】
ステップＫＳ１０において、サービス管理サーバ２０では、会員ＩＤの識別処理を実行する。この処理では、サービス管理サーバの情報テーブル（図７）の「会員ＩＤ」を抽出処理し、サービス提供端末３０から受信した「会員ＩＤ期待情報」をその抽出情報と照会する。本手順説明は、非会員の場合を想定しているため、上記「会員ＩＤ期待情報」と一致する会員ＩＤは上記抽出情報に含まれていない。このため、続いて、サービス管理サーバ２０はサービス提供端末３０に対して、当該ユーザが非会員である返信をする。（ＫＳ２０）。
【０１３０】
サービス提供端末３０では、この返信結果を受信すると表示画面にその旨を表示し、例えば更に会員登録画面を表示するなどしてユーザにそのサービス情報を利用するための会員登録を行うよう指示する（ＴＳ２０）。
【０１３１】
ユーザは、キーボードなどの入力装置からサービス提供端末３０に会員登録の実行を指示する（ＯＦＦＳ２０）。
サービス提供端末３０は、この実行指示を受けると、先ず、ユーザのＩＣカードから読み出された固有ＩＤを固有ＩＤ管理サーバ１０に送信し、そのユーザの個人情報を問い合わせる。問い合わせ方法としては、例えば個人情報問合せパケットなどを生成し、これを固有ＩＤ管理サーバ１０へ送信するなどして実施できる。この個人情報問合せパケットは、例えば、送信元情報格納部、送信先情報格納部、データ種別格納部、及びデータ格納部を備えるように構成して、送信元情報格納部に「本サービス提供端末の端末データ」を格納し、送信先情報格納部に「固有ＩＤ管理サーバのサーバデータ（アドレスなど）」を格納し、データ種別格納部に「個人情報の問合せを示す情報」を格納し、そしてデータ格納部に「ＩＣカードから読み出した固有ＩＤ」を格納するようにする（ＴＳ２１）。
【０１３２】
固有ＩＤ管理サーバ１０では、この問合せの要求を受信すると、個人情報テーブル（図４）からその固有ＩＤに対応する個人情報を検索する。これは、受信したパケットのデータ種別格納部の「個人情報の問合せ要求」から個人情報の問合せであることが判別された場合に、例えば、個人情報テーブル（図４）の「固有ＩＤ」を抽出してパケットに含まれている「固有ＩＤ」と比較し、この「固有ＩＤ」と一致するものがあった場合にこれに対応する個人情報を抽出するようにして実施する（ＨＳ２０）。
【０１３３】
そして、その固有ＩＤに対応する個人情報が抽出された場合、固有ＩＤ管理サーバ１０からサービス提供端末２０に対してその抽出された個人情報が送信される（ＨＳ２１）。
サービス提供端末３０では、固有ＩＤ管理サーバ１０からその個人情報を受信すると、当該固有ＩＤから生成した「会員ＩＤ期待情報」及び固有ＩＤ管理サーバ１０から受信した「個人情報」とを付加した会員登録指示情報をサービス管理サーバ２０に送信する（ＴＳ２２）。
【０１３４】
サービス管理サーバ２０では、上記会員登録指示情報を受信すると、会員情報テーブル（図７）の「会員ＩＤ」にその「会員ＩＤ期待情報」を追加し、及び、その「個人情報」をその「会員ＩＤ期待情報」に対応付けて会員情報テーブル（図７）の「個人情報の各種項目」に追加する（ＫＳ２１）。
【０１３５】
そして、サービス管理サーバ２０は、その登録処理を終えるとサービス提供端末３０へ登録完了通知を送信する（ＫＳ２２）。
サービス提供端末３０では、対象のサービス管理サーバ２０からこの登録完了通知を受けると、表示画面にその旨を表示するなどして会員登録の完了をユーザに通知し（ＴＳ２３）、会員登録を受けたサービス管理サーバのサービス情報の提供を開始する（ＴＳ２４）。
【０１３６】
なお、以降の処理は既会員の場合と同様の処理（ステップＴＳ１３）であるため、説明を省略する。
（実施例２）
実施例１では、非会員の会員登録手続きにおいて、固有ＩＤ管理サーバに登録されている個人情報を会員登録するための個人情報として流用した。
【０１３７】
本実施例２では、ＩＣカードに記憶されている個人情報を会員登録するための個人情報として流用する。なお、ＩＣカードからの個人情報の流出を防止するために、またカード利用者の本人認証をするためにその個人情報にはＰＩＮ（Personal Identification Number）で暗号化したものを使用する。
【０１３８】
図１７は、カード発行事業者とユーザ（利用者）間で行われるカード発行処理のシーケンス図である。また、図１８は、本システムでユーザがサービス情報を利用する場合のシーケンス図である。
【０１３９】
これらは、それぞれ、実施例１で示した図１４と図１５に対応するものである。図１７、図１８の手順の殆どは、実施例１と重複するため、ここでは、実施例１と異なる箇所のみを説明することとする。
【０１４０】
図１７では、オフライン処理ではステップＯＦＦＳ３０及びステップＨＳ３０、オンライン処理では、ステップＪＳ３０及びステップＨＳ３１の処理が実施例１と異なる。
オフライン処理において、ステップＯＦＦＳ３０では、窓口申請または郵送申請する際に提出する情報として、個人情報の他に「ＰＩＮ情報」を提供する。
【０１４１】
また、ステップＨＳ３０では、カード発行事業者は、固有ＩＤ以外にＰＩＮで暗号化した個人情報をＩＣカード４０−１に書き込む。
オンライン処理において、ステップＪＳ３０では、入会申込処理において、申込入力情報画面内の新たに追加されたＰＩＮ情報入力欄にＰＩＮ情報を入力し、そのＰＩＮ情報を個人情報と共に固有ＩＤ管理サーバ１０へ送信する。
【０１４２】
また、ステップＨＳ３１のカード発行処理では、先ず、そのＰＩＮ情報を使用して個人情報を暗号化する。更に、ＩＣカード内に情報を書き込むための記憶領域を確保する指示信号の中に、その暗号化された個人情報の記憶領域も確保する指示情報を追加する。
【０１４３】
そして、情報端末５０へ固有ＩＤと暗号化された個人情報を送信し、ＩＣカード内に確保された記憶領域への書き込み指示をする。
次に図１８において、実施例１（図１５）と異なる箇所を説明する。
【０１４４】
同図の手順では、既会員の手順は全く同じであり、非会員の手順はステップＴＳ２０までが同じであるため、非会員のステップＴＳ２０の次のステップＯＦＦＳ３０から説明する。
【０１４５】
ユーザは、サービス提供端末の表示画面から非会員である通知を受けると、そのサービス管理サーバへの会員登録処理を次ぎの手順で行う。
先ず、ユーザはサービス提供端末３０の入力装置からＰＩＮ情報を入力し、サービス提供端末３０に会員登録申請の指示をする（ＯＦＦＳ３０）。なお、このとき、まだ、ユーザには非会員であることが通知されている（ＴＳ３０）。
【０１４６】
サービス提供端末３０は、この入力後に、サービス提供端末３０の読取装置にセットされたＩＣカード４０−１から暗号化された個人情報を読み出す（ＣＳ３０）。
続いて、サービス提供端末では、ユーザから先に入力されたＰＩＮ情報を使用してその暗号化された個人情報を複合する（ＴＳ３１）。
【０１４７】
そして、これ以降の処理は実施例１（図１５）と同様であり、その複合された個人情報と会員ＩＤとをサービス管理サーバへ送信し、会員登録の指示をする（ＴＳ２２）。
以降、実施例１（図１５）のステップＫＳ２１からの処理が同様に行われる。
【０１４８】
（第二実施形態）
図１９は、会員管理システムの全体の第二の構成例である。
本会員管理システム５００と第一実施形態における会員管理システム１との構成上の違いは、サービス提供端末からサービス情報を受けられるサービス管理サーバが何れか一つのサービス管理サーバに特定されていることである。
【０１４９】
このように構成することにより、サービス提供端末からアクセスできるサービス管理サーバが限定されるため、仮に一箇所のサービス提供端末から秘密情報が漏洩したとしても、ユーザによるサービス情報の利用情報は、そのサービス管理サーバに限られる。よって、他者による、複数のサービス管理サーバに渡るサービス情報の利用のトレースは困難になる。
【０１５０】
以上のように、本会員管理システムでは、ユーザは一つの固有ＩＤを所持するだけで、複数のサービス管理サーバにおいてそれぞれ異なる会員ＩＤで管理されることとなる。
この場合、サービス提供端末には、一つの固有ＩＤに対してサービス管理サーバ分の会員ＩＤを対応付けて記憶する必要がないため、記憶領域を節約できる。
【０１５１】
また、上述したように一つの固有ＩＤに対してサービス管理サーバ分の会員ＩＤを対応付けて記憶する必要がないことから、一ユーザによるサービスの利用情報が複数のサービスに渡ってトレースされることを防止できる。
【０１５２】
特に、各サービスの会員ＩＤは、各サービスごとに特有のアルゴリズムでその固有ＩＤを元に生成されるため、各サービスの会員ＩＤはそれぞれで異なり、１サービスの会員ＩＤの履歴が流出しても、他のサービスで管理されるＩＤとの紐付けは容易にできない。１サービスの会員ＩＤと紐付けされた利用履歴が漏洩した場合にも、他サービスの会員ＩＤとは容易に紐付けされないため、ユーザの行動がトレースされること防止できる。
【０１５３】
また、サービス提供端末は会員へのサービス提供の際は当該サービス管理サーバとのみ通信すれば良いため、固有ＩＤ管理サーバとの通信回数を従来構成よりも減らす事ができる。よって、固有ＩＤ管理サーバへの通信集中負荷が大幅に抑制される。
【０１５４】
また、本システムでは会員登録時にユーザの個人情報の流用が可能であるため、ユーザが新たなサービスを受ける際の会員登録作業が簡素化される。
また、本システムでは、サービス提供端末でユーザの利用履歴をとるため、カード発行事業者がユーザの利用状況を把握できるようになり、この情報に基づいて各サービス事業者に対して本システムの利用料を徴収することが可能となる。
【図面の簡単な説明】
【０１５５】
【図１】会員管理システム全体の第一構成例である。
【図２】サービス提供端末３０のハードウエア構成図である。
【図３】情報漏洩を防止するのに適したサービス提供端末内のシステムブロック図の一例である。
【図４】個人情報テーブルの例である。
【図５】サービス識別情報テーブルの例である。
【図６】照会履歴情報テーブルの例である。
【図７】会員情報テーブルの例である。
【図８】サーバ情報テーブルの例である。
【図９】端末情報テーブルの例である。
【図１０】利用履歴情報テーブルの例である。
【図１１】秘密情報テーブルの例である。
【図１２】利用履歴情報テーブルの例である。
【図１３】サービス提供端末３０及びサービス管理サーバ２０間の相互認証処理のシーケンス図である。
【図１４】カード発行事業者とユーザ間で行われるカード発行処理のシーケンス図である（その１）。
【図１５】本システムでユーザがサービス情報を利用する場合のシーケンス図である（その１）。
【図１６】固有ＩＤから会員ＩＤを生成するアルゴリズムの一例である。
【図１７】カード発行事業者とユーザ（利用者）間で行われるカード発行処理のシーケンス図である（その２）。
【図１８】本システムでユーザがサービス情報を利用する場合のシーケンス図である（その２）
【図１９】会員管理システム全体の第二の構成例である。
【符号の説明】
【０１５６】
１      会員管理システム
１０      固有ＩＤ管理サーバ
２０      サービス管理サーバ
３０      サービス提供端末
４０−１      ＩＣカード
４０−２      ＩＣカード機能付携帯電話機
５０      ＩＣカードＲ／Ｗ付きの情報端末
【図２】
2007249690.tif 000003
【図３】
2007249690.tif 000004
【図４】
2007249690.tif 000005
【図５】
2007249690.tif 000006
【図６】
2007249690.tif 000007
【図７】
2007249690.tif 000008
【図８】
2007249690.tif 000009
【図９】
2007249690.tif 000010
【図１０】
2007249690.tif 000011
【図１１】
2007249690.tif 000012
【図１２】
2007249690.tif 000013
【図１３】
2007249690.tif 000014
【図１４】
2007249690.tif 000015
【図１５】
2007249690.tif 000016
【図１６】
2007249690.tif 000017
【図１７】
2007249690.tif 000018
【図１８】
2007249690.tif 000019
【図１】
2007249690.tif 000020
【図１９】
2007249690.tif 000021