JP2004102784A - Method and system for permitting use of ic card service to multiple service user - Google Patents
Method and system for permitting use of ic card service to multiple service user Download PDFInfo
- Publication number
- JP2004102784A JP2004102784A JP2002265385A JP2002265385A JP2004102784A JP 2004102784 A JP2004102784 A JP 2004102784A JP 2002265385 A JP2002265385 A JP 2002265385A JP 2002265385 A JP2002265385 A JP 2002265385A JP 2004102784 A JP2004102784 A JP 2004102784A
- Authority
- JP
- Japan
- Prior art keywords
- service
- card
- license
- server
- data
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Granted
Links
Images
Abstract
Description
【０００１】
【発明の属する技術分野】
本発明はＩＣカードサービス提供システムに関し、特に、ＩＣカード内のサービス提供アプリケーションを複数の事業者が利用することを可能とするＩＣカードサービス利用許可方法及びシステムに関する。
【０００２】
【従来の技術】
従来のＩＣカードサービスシステムでは、サービス提供アプリケーションへのアクセス制御を行う主体と、サービス提供アプリケーションへの（アクセス制御の対象となる）アクセスを行う主体は、分離されていなかった。
そして、サービス提供アプリケーションが、適切なサービス利用者サーバに対してのみサービス提供を行うために、アクセス制御を行う場合、そのアクセス制御の基となる情報を、実際にアクセス制御の対象となるアクセスが行われる前に、サービス提供アプリケーションに予め設定していた。
以降、このアクセス制御の基となる情報を、暗号コードと呼ぶ。この暗号コードは、共通鍵・公開鍵である場合もある。この暗号コードと、暗号コードに対応するアクセス時の入力情報を、サービス提供アプリケーションに含まれる認証プロトコルに入力することによって、サービス提供アプリケーションは、正当なアクセス者を認証することができる。
従って、アクセス者は、暗号コードに対応する入力情報を作成する手段及び情報を保持しておく必要がある。この手段及び情報は、最も単純な場合には、サービス提供アプリケーションの持つ暗号コードと一致する暗号コードであり、認証プロトコルとして共通鍵認証を用いる場合には、サービス提供アプリケーションが持つ暗号コードである共通鍵で任意の情報を暗号化したものである。
従来のＩＣカードサービスシステムでは、ＩＣカード内のサービス提供アプリケーションに暗号コードを設定した主体が、同時に暗号コードに対応する入力情報を作成する手段及び情報を保持しており、サービス提供アプリケーションへのアクセスを行っていた。
【０００３】
【発明が解決しようとする課題】
しかし、これら暗号コードに対応する入力情報を作成する手段及び情報を、他の事業主体に安全に分配する手段については、発明されていなかった。
従って、従来のＩＣカードシステムでは、以下のような問題があった。
第一の問題点は、１つのサービス提供アプリケーションを複数の事業者で安全に共有することができないことである。
第二の問題点は、１つのサービス提供アプリケーションが保持する情報を複数の事業者で共有することができないことである。
第三の問題点は、１つのサービス提供アプリケーションを複数の事業者に共有した場合に、適切な課金の仕組みがないことである。ここで、サービス提供アプリケーションは、同一カード内の他のサービス提供アプリケーションによって利用されるライブラリのようなサービス提供アプリケーションも含むとする。
このため、あるサービス利用者がサービス提供アプリケーションの機能を利用する場合には、同一機能を持ったサービス提供アプリケーションが既にＩＣカード内に存在していても、自分専用のサービス提供アプリケーションを新たにＩＣカードに格納する必要があった。
従って、従来、利用者は、あるサービスの提供を複数の事業者から受ける場合に、その機能を持ったサービス提供アプリケーションを、複数、カード内に持つ必要があった。
【０００４】
本発明の目的は、これらの問題点を解決し、あるサービス提供アプリケーションを保持する業者が、他事業者に対し、安全にそのサービス利用権を貸与できる方法及びシステムを提供することにある。また、その際、貸与に対する課金の仕組みを提供することにある。これらの仕組みによって、複数の事業者がサービス提供アプリケーションを開発することなく、容易にサービスの提供を受けることが可能となる。また、１つのサービス提供アプリケーションを複数の事業者が共有することによって生まれる、付加価値サービスが可能となる。
【０００５】
【課題を解決するための手段】
これらの問題を解決するために、請求項１に記載の発明は、
サービス許可者サーバと、一つ以上のサービス利用者サーバと、サービス利用者サーバと通信する手段を持ったＩＣカード読取装置に挿入されて利用されるＩＣカードからなるシステムにおいて、
サービス許可者サーバが、１つ以上のサービス利用者サーバに対し、発行先サービス利用者サーバの公開鍵と、サービス利用者に許可されたサービスを示すサービス提供アプリケーション識別情報（ＡＩＤ）と、サービスの種類（オペレーションの種類）を含むサービス利用許可情報もしくはそのダイジェスト情報に対し、サービス許可者サーバの秘密鍵で署名を行ったデータであるサービス利用許可証を発行し、
サービス利用許可証を持つサービス利用者サーバは、ＩＣカードに格納されたサービス提供アプリケーションを利用する際に、ＩＣカードに格納されたサービス提供アプリケーションから受け取った署名対象データをサービス利用者公開鍵で暗号化して署名を作成し、その署名データとサービス利用許可証をＩＣカードに格納されたサービス提供アプリケーションに送信し、
ＩＣカードに格納されたサービス提供アプリケーションは、受信した署名データとサービス利用許可証に対して、保持しているサービス許可者公開鍵を用いてサービス利用許可証を検証するとともに、サービス利用許可証に含まれるサービス利用者公開鍵を用いて署名データを検証し、
これらの検証が成功したとき、サービス利用許可証に含まれるサービス利用許可情報を記録するとともに、サービス利用許可証の検証の成功をサービス利用者サーバに返送し、
サービス利用者サーバから、サービス利用許可証に対応するサービスの実行要求を受信したとき、保持したサービス利用許可情報を確認し、サービス実行要求で要求されたサービスの種類がサービス利用許可証に含まれるサービスの種類と一致する場合にのみサービスの実行を行うことを特徴とする。
【０００６】
また、請求項６記載の発明は、この請求項１記載の方法を実施するシステムであって、サービス許可者サーバと、一つ以上のサービス利用者サーバと、サービス利用者サーバと通信する手段を持ったＩＣカード読取装置に挿入されて利用されるＩＣカードからなるシステムにおいて、
サービス許可者サーバは、１つ以上のサービス利用者サーバに対し、サービス利用許可証を発行するサービス利用許可証発行手段を持ち、
サービス利用許可証は、発行先サービス利用者サーバの公開鍵と、サービス利用者に許可されたサービスを示すサービス提供アプリケーション識別情報（ＡＩＤ）と、サービスの種類（オペレーションの種類）、を含むサービス利用許可情報もしくはそのダイジェスト情報に対し、サービス許可者サーバの秘密鍵で署名を行ったデータであり、
ＩＣカードに格納されたサービス提供アプリケーションは、チャレンジなどの署名対象データを生成する署名対象データ生成手段を持ち、
サービス利用者サーバは、サービス利用許可証を保持しており、ＩＣカードに格納されたサービス提供アプリケーションから受け取った署名対象データにサービス利用者サーバの秘密鍵で署名を行う署名生成手段を持ち、
ＩＣカードに格納されたサービス提供アプリケーションは、サービス利用者サーバから受け取った署名データとサービス利用許可証に対し、保持しているサービス許可者公開鍵を用いてサービス利用許可証を検証するサービス利用許可証検証手段と、サービス利用許可証に含まれるサービス利用者公開鍵を用いて署名データを検証する署名検証手段と、
検証が成功した場合に、サービス利用許可証に含まれるサービス利用許可情報を保持するサービス利用許可状態設定手段を持ち、
サービス利用者サーバから、サービス実行要求が送信された場合に、サービス利用許可情報を確認するサービス利用許可状態確認手段を持ち、サービス実行要求で要求されたサービスの種類が、サービス利用許可証に含まれるサービスの種類と一致する場合にのみサービスの実行を行う、サービス実行手段を持つことをとする。
【０００７】
請求項１及び６に記載の発明では、サービス利用許可証を持つ者のみが、サービス提供アプリケーションによって、サービス利用許可証で指定されたサービスの提供を受けることができる。また、サービス利用許可証は、複数の業者に対して、サービスの種類を指定して発行が可能である。
従って、サービス許可者は、サービス提供アプリケーションを利用してよいサービス利用者サーバと事前に契約を行ってサービス利用許可証を発行することで、複数のサービス利用者に対して、きめ細やかなサービスの利用許可を行うことができる。
さらに、サービス利用許可証を発行するためには、サービス許可者の秘密鍵で署名を行うことが必要であるため、サービス利用許可証の第三者による不正な発行を防ぐことが可能である。また、サービス利用許可証にはサービス利用者の公開鍵が含まれるため、サービス利用許可証の第三者による不正な利用を防ぐことが可能である。
従って、本発明は、上記技術により、あるサービス提供アプリケーションを実行する権限を持つサービス許可者が、そのサービス提供アプリケーションを実行する権限を、複数のサービス利用者に対して安全に委譲することを可能としている。
【０００８】
請求項２に記載の発明は、請求項１に記載の方法において、
サービス利用者サーバは、ＩＣカードに格納されたサービス提供アプリケーションから署名対象データを受け取った後に、この署名対象データとサービス実行要求を含むデータもしくはそのダイジェスト情報にサービス利用者秘密鍵で署名を行い、この署名データをサービス利用許可証とともにＩＣカードに送り、
サービス提供アプリケーションは、サービス利用者サーバから受け取った署名データとサービス利用許可証に対して、保持しているサービス許可者公開鍵を用いてサービス利用許可証を検証するとともに、サービス利用許可証に含まれるサービス利用者公開鍵を用いて署名データを検証し、
これらの検証が成功したとき、サービス実行要求で要求されたサービスの種類が、サービス利用許可証に含まれるサービスの種類と一致する場合にのみサービスの実行を行うことを特徴とする。
【０００９】
また、請求項７記載の発明は、請求項２に記載の方法を実施するシステムであって、請求項６記載のシステムにおいて、
サービス利用者サーバは、ＩＣカードに格納されたサービス提供アプリケーションから受け取った署名対象データとサービス提供アプリケーションへのサービス実行要求を含むデータもしくはそのダイジェスト情報に、サービス利用者サーバの秘密鍵で署名を行う署名生成手段を持ち、
ＩＣカードに格納されたサービス提供アプリケーションは、サービス利用者サーバから受け取った署名データとサービス利用許可証に対し、保持しているサービス許可者公開鍵を用いてサービス利用許可証を検証するサービス利用許可証検証手段と、サービス利用許可証に含まれるサービス利用者公開鍵を用いて署名データを検証する署名検証手段と、
検証が成功した場合に、サービス実行要求で要求されたサービスの種類が、サービス利用許可証に含まれるサービスの種類と一致する場合にのみサービスの実行を行うサービス実行手段を持つことを特徴とする。
【００１０】
請求項１及び６に記載の発明では、サービス提供アプリケーションからサービスの提供を受けるにあたって、事前にサービス利用許可証を提示し、認証を行っていたが、請求項２及び７に記載の発明では、事前の認証は行わず、サービス提供アプリケーションへのサービス要求時に、サービス利用許可証の確認を行うものである。
【００１１】
請求項３記載の発明は、請求項１又は２記載の方法において、
サービス許可者サーバは、ＩＣカードに格納されたサービス提供アプリケーションに、サービス提供アプリケーションの公開鍵と、サービス提供アプリケーションにおける識別子を含むデータもしくはそのダイジェスト情報に対し、サービス許可者サーバの秘密鍵で署名を行ったデータであるサービス提供許可証を発行し、
サービス利用者サーバは、チャレンジなどの署名対象データをＩＣカードに送り、
ＩＣカード内のサービス提供アプリケーションは、受信した署名対象データに対しサービス提供アプリケーションの秘密鍵で署名を行い、その署名データと、サービス提供許可証をサービス利用者サーバに送り、
サービス利用者サーバは、サービス提供アプリケーションの正当性を確認するために、サービス提供アプリケーションから受け取った署名データと、サービス提供許可証に対し、保持しているサービス許可者公開鍵を用いてサービス提供許可証を検証するとともに、サービス提供許可証に含まれるサービス提供アプリケーション公開鍵を用いて署名データを検証する、
ことを特徴とする。
【００１２】
また、請求項８に記載の発明は、請求項３に記載の方法を実施するシステムであって、請求項６又は７記載のシステムにおいて、
サービス許可者サーバは、ＩＣカードに格納されたサービス提供アプリケーションに、サービス提供許可証を発行するサービス提供許可証発行手段を持ち、
サービス提供許可証は、サービス提供アプリケーションの公開鍵と、サービス提供アプリケーションの識別子を含むデータもしくはそのダイジェスト情報に対し、サービス許可者サーバの秘密鍵で署名を行ったデータであり、
サービス利用者サーバは、チャレンジなどの署名対象データを生成する署名対象データ生成手段を持ち、
サービス提供アプリケーションは、サービス利用者サーバから受け取った署名対象データに対し、サービス提供アプリケーションの秘密鍵で署名を行う、署名生成手段を持ち、
サービス利用者サーバは、サービス提供アプリケーションの正当性を確認するために、サービス提供アプリケーションから受け取った署名データと、サービス提供許可証に対し、サービス提供許可証に含まれるサービス提供アプリケーション公開鍵を用いて署名データを検証する署名検証手段と、保持しているサービス許可者公開鍵を用いてサービス利用許可証を検証するサービス利用許可証検証手段を持つことを特徴とする。
【００１３】
請求項１〜２及び６〜７に記載の発明では、サービス提供アプリケーションが、適切なサービス利用者を確認するための手段を提供していたが、請求項３及び８に記載の発明では、サービス利用者サーバが、通信相手である、サービス提供アプリケーションを確認する手段を提供している。
従って、請求項３及び８に記載の発明は、あるサービス提供アプリケーションを実行する権限を持つサービス許可者から、そのサービス提供アプリケーションを実行する権限を委譲された複数のサービス利用者が、不正なサービス提供アプリケーションからサービスの提供を受けることなく、安全にサービス利用することを可能としている。
従って、本発明によれば、あるサービス提供アプリケーションが提供するサービスを複数のサービス提供者間で安全に共有することが可能となる。
【００１４】
請求項４又は９に記載の発明は、請求項１〜３又は６〜８の何れかに記載の方法又はシステムにおいて、
サービス利用許可証の署名対象データに、当該サービス提供アプリケーションが管理するデータの種類が含まれ、
サービス提供の対象となるのは、サービス利用許可証で指定されたサービスの種類（オペレーション）で、サービス利用許可証で指定された種類のデータにアクセスする場合のみである、
ことを特徴とする。
【００１５】
請求項１〜３又は６〜８に記載の発明では、サービス利用許可の対象が、サービス提供アプリケーションの提供するサービスの種類（オペレーションの種類）であったが、請求項４、９に記載の本発明にあっては、サービス利用許可の対象として、そのサービス（オペレーション）が対象とするデータの種類まで限定することによって、細やかなサービス利用許可を実現するものである。
従って、本発明によれば、あるサービス提供アプリケーションが保持するデータを複数のサービス利用許可者間で安全に共有することが可能となる。
【００１６】
請求項５又は１０に記載の本発明は、請求項１〜４又は６〜９の何れかに記載の方法又はシステムにおいて、
サービス許可者サーバは、サービス利用者サーバへのサービス利用許可証を発行した際に、サービス許可者サーバ内へ、発行履歴を課金情報として登録する課金情報登録手段を持つことを特徴とする。
請求項５及び１０に記載の発明では、請求項１〜４又は６〜９に記載の方法及びシステムで発行されたサービス利用許可証を、課金情報として利用する手段を提供している。
【００１７】
【発明の実施の形態】
次に、本発明の実施の形態について図面を参照して詳細に説明する。
図１は、請求項１〜５に記載の本発明によるＩＣカードサービス利用許可方法を実施する請求項６〜１０に記載のシステムの全体構成を示す。１はサービス提供者サーバ、２１，２２，．．．２ｎは複数のサービス利用者サーバ１，２，．．．ｎ、３１，３２，．．．３ｎはＩＣカード、４はＩＣカード読取装置４、５はＩＣカード読取装置４とサービス提供者サーバ１とサービス利用者サーバ１，２，．．．ｎを相互接続するネットワーク５である。
【００１８】
サービス許可者サーバ１は、複数のサービス提供アプリケーションＡＰ１，ＡＰ２，．．．ＡＰｎを複数のＩＣカード１，２，．．．ｎに提供しており、サービス提供アプリケーションを利用する複数のサービス利用者サーバ１，２，．．．ｎへそれぞれサービス利用許可証の発行を行う。また、サービス提供アプリケーションにそれぞれ格納するサービス提供許可証を発行する。サービス利用者サーバ１，２，．．．ｎは、任意のＩＣカード内の任意のサービス提供アプリケーションと読取装置４及びネットワーク５を介して通信を行ってＩＣカード保持者にサービスを提供する。以後、サービス提供アプリケーションはサービス提供ＡＰと略記する。
ＩＣカードに格納されたサービス提供ＡＰは、サービス提供時にサービス利用許可証のチェックを行い、適切な利用者に適切な種類のサービス提供を行う。
ＩＣカード保持者は、ＩＣカード読取装置などを操作し、サービス利用者サーバ及びＩＣカードからサービスを提供される。
【００１９】
図２は、請求項３及び請求項８に記載の発明におけるＩＣカード内のサービス提供ＡＰとサービス提供許可証の関係を示す。
ＩＣカードには１つ以上のサービス提供ＡＰが格納されており、図では３つのサービス提供アプリケーションＡＰ１，ＡＰ２，ＡＰ３が格納され、そのそれぞれのサービス提供ＡＰ１，ＡＰ２，ＡＰ３は、制御部の制御の下で通信手段を介してサービス許可者から受け取ったサービス提供許可証１，２，３を保持している。
【００２０】
図３は、請求項１〜４及び６〜９に記載の方法及びシステムで使用するサービス利用許可証及びサービス提供許可証の構造を示す。
（ａ）は、請求項１〜４及び６〜９に記載の方法及びシステムにおいて、サービス提供者サーバがサービス利用者サーバに対し発行するサービス利用許可証を示し、このサービス利用許可証は、利用許可するサービス利用者サーバの公開鍵と、利用許可するサービス提供ＡＰのＡＩＤと、サービスの種類（オペレーションの種類）等を含むサービス利用許可情報と、そのダイジェストをサービス許可者サーバの秘密鍵で暗号化したデータ（署名）を含む。
（ｂ）は、請求項４及び９に記載の方法及びシステムにおいて、サービス提供者サーバがサービス利用者サーバに対し発行するサービス利用許可証を示し、このサービス利用許可証は、利用許可するサービス利用者サーバの公開鍵と、利用許可するサービス提供ＡＰのＡＩＤと、サービスの種類（オペレーションの種類）と、利用許可するデータの種類等を含むサービス利用許可情報と、そのダイジェストをサービス許可者サーバの秘密鍵で暗号化したデータ（署名）を含む。
（ｃ）は、請求項３及び８に記載の方法及びシステムにおいて、サービス提供者サーバがＩＣカードに格納されたサービス提供ＡＰに対し発行するサービス提供許可証を示し、このサービス提供許可証は、サービス提供ＡＰの公開鍵と、サービス提供ＡＰのＡＩＤ等を含むデータと、そのダイジェストをサービス許可者サーバの秘密鍵で暗号化したデータ（署名）を含む。
【００２１】
図４は、請求項１、２に記載の本発明方法を実施するシステムの原理構成図を示す。
本システムは、ネットワーク５に接続されたサービス許可者サーバ１、サービス利用者サーバ２、ＩＣカード３、ＩＣカード読取装置４からなる。
サービス許可者サーバ１は、サービス利用許可証発行手段１１を持ち、サービス許可者公開鍵ペアを保持する保持部１２を持つ。
サービス利用者サーバ２は、制御部２１と、署名生成手段２２を持つ許可証管理部２３と、サービス利用者公開鍵ペアとサービス利用許可証などを保持する許可証データ保持部２４を持つ。
ＩＣカード３は、通信手段３１と、サービス提供アプリケーションＡＰｌを持つ。
サービス提供ＡＰｌは、制御部３２と、署名対象データ生成手段３３とサービス利用許可証検証手段３４と署名検証手段３５を持つ許可証管理部３６と、サービス許可者公開鍵とサービス提供ＡＰ公開鍵ペアなどを保持する許可証データ保持部３７と、サービス利用許可状態設定手段３８と、サービス利用許可確認手段３９と、サービス利用許可状態保持部４０を持つ状態管理部４１を持ち、更に、サービス実行手段４２を持つ。
【００２２】
図５は、これらの手段を備える図４のシステムで実行される請求項１に記載のサービス利用許可方法の手順の一例を示すフローチャートである。
本システムでは、サービス許可者サーバ１のサービス利用許可証発行手段１１が、保持部１２のサービス許可者公開鍵ペアを用いて、図３ａに示すサービス利用許可証１を予め発行している。
▲１▼このようなサービス利用許可証を持つサービス利用者サーバ２は、サービス提供ＡＰの利用時に、制御部２１にて、ＩＣカード読取装置５を通し、ＩＣカード３に、チャレンジ（乱数）生成の要求を出す。
ＩＣカード３では、通信手段３１が、サービス提供ＡＰｌの制御部３２とサービス利用者サーバ２からの／への通信を仲介する。
▲２▼サービス提供ＡＰｌの制御部３２は、許可証管理部３６内の署名対象データ生成手段３３によって、乱数（チャレンジ）を生成・保存するとともに、サービス利用者サーバ２に送信する。
▲３▼サービス利用者サーバ２は、許可証管理部２３内の署名生成手段２２にて保持部２４のサービス利用者秘密鍵で、乱数を暗号化して署名を作成し、その署名データと一緒にサービス利用許可証をＩＣカード３に送信する。
▲４▼ＩＣカード３内のサービス提供ＡＰｌの制御部３２は、許可証管理部３６内の署名検証手段３５で、受信したサービス利用許可証に含まれるサービス利用者公開鍵を用いて、受信した署名データの検証を行う。また、▲５▼サービス利用許可証検証手段３４で、許可証データ保持部３７に保持しているサービス許可者公開鍵を用いて、受信したサービス利用許可証の検証を行う。
▲６▼これらの検証が成功したときは、状態管理部４１内のサービス利用許可状態設定手段３８で、サービス利用許可証の検証が成功したことと、サービス利用許可証に含まれる許可されたサービスの種類やサービス利用者公開鍵などのサービス利用許可情報をサービス利用許可状態保持部４０に記録し、サービス利用者サーバ２に検証成功を返却する。
▲７▼サービス利用者サーバ２は、制御部２１にて、サービス利用許可証に対応するサービスの実行を要求する。
▲８▼サービス提供ＡＰｌの制御部３２は、状態管理部４１内のサービス利用許可状態確認手段３９にてサービス利用許可状態保持部４０を検索し、要求されたサービスがサービス利用許可証で許可済かどうかを確認し、許可済の場合は、▲９▼サービス実行手段４２にサービスの実行を要求する。
従って、本システムによれば、サービス提供ＡＰは事前にサービス利用許可証の提示を受け、認証を行うことにより、正当なサービス利用者サーバのみにサービス提供ＡＰの利用を許可することができる。
尚、上記の例では、サービス利用者の署名データを先に検証し、次にサービス利用許可証を検証しているが、サービス利用許可証を先に検証し、サービス利用者の署名データをあとで検証してもよく、順番は問わない。また、署名対象データとして乱数を用いているが、他のデータを用いることができる。
【００２３】
図６は請求項２に記載の方法の手順の一例を示すフローチャートである。
請求項２に記載のシステムでは、サービス提供ＡＰの利用時に、事前にサービス利用許可証の認証を行わないで、サービス提供ＡＰへのサービス実行要求時に、サービス要求許可証の認証を実行する。従って、本システムでは、▲１▼サービス利用者サーバ２は、サービス提供ＡＰ１からチャレンジを受け取った後に、制御部２１にてサービス実行要求を発生し、▲２▼署名生成手段２２にて該チャレンジとサービス実行要求を含むデータもしくはそのダイジェスト情報にサービス利用者秘密鍵で署名を行い、この署名データをサービス利用許可証とともにＩＣカード３に送る。
▲３▼ＩＣカード３内のサービス提供ＡＰ１は、許可証管理部２３にて、受信した署名データを受信したサービス利用許可証に含まれるサービス利用者公開鍵で検証するとともに、▲４▼受信したサービス利用許可証を、保持しているサービス許可者公開鍵で検証する。
▲５▼これらの検証が成功したとき、サービス提供ＡＰは、状態管理部４１にて、サービス実行要求で要求されたサービスがサービス利用許可証に含まれるサービスの種類と一致するか確認し、▲６▼一致する場合に、サービス実行手段４２にサービスの実行を要求する。
尚、本例では、サービス実行要求と一緒にサービス提供ＡＰからのチャレンジの署名を行っているが、このチャレンジの署名は省略してもよい。
【００２４】
図７は、請求項３に記載の方法を実施する請求項８記載のシステムの原理構成図を示す。請求項３に記載の方法は、サービス利用者サーバ２が通信相手であるサービス提供ＡＰを認証することができ、この目的のために、本システムは、図４に示す請求項６〜７に記載のシステムの手段に加えて、サービス許可者サーバ１が、ＩＣカードに格納されたサービス提供ＡＰ１に、図３ｂに示すサービス提供許可証を発行するサービス提供許可証発行手段１３を備え、ＩＣカード３内のサービス提供ＡＰ１がサービス許可者サーバ１により発行されたサービス提供許可証を許可証データ保持部３７に保持するとともに、署名生成手段３８を備え、サービス利用者サーバ２がサービス許可者公開鍵を許可証データ保持部２４に保持するとともに、署名対象データ生成手段２５と、サービス提供許可証検証手段２６と、署名検証手段２７を備える。
【００２５】
図８は請求項３に記載の方法におけるサービス提供許可証の認証手順を示す。
▲１▼サービス利用者サーバ２の制御部２１が許可証管理部２３内の署名対象データ生成手段２５によってチャレンジ（乱数）を生成してＩＣカード３に送る。
▲２▼ＩＣカード３内のサービス提供ＡＰは、許可証管理部３６内の署名生成手段３８にて、受信した乱数をサービス提供ＡＰの秘密鍵で暗号化して署名を生成し、この署名データを許可証データ保持部３７に保持しているサービス提供許可証とともにサービス利用者サーバ２に送る。
▲３▼サービス利用者サーバ２は、許可証管理部２３内の署名検証手段２７にて、受信したサービス提供許可証に含まれるサービス提供ＡＰ公開鍵を用いて、受信した署名データを検証するとともに、▲４▼サービス提供許可証検証手段２６にて、保持しているサービス許可者公開鍵を用いて、受信したサービス提供許可証を検証することにより、サービス提供ＡＰの正当性を確認する。
尚、サービス提供ＡＰの署名データの検証とサービス提供許可証の検証の順番は問わない。また、署名対象データとして乱数を用いているが、他のデータを用いることもできる。
【００２６】
【実施例】
実施例として、本発明を医療分野に適用した場合を示す。
サービス許可サーバは、医師会Ｘであり、ＩＣカードアプリケーションである、電子カルテＡＰ及び処方箋ＡＰを保持している。
サービス提供ＡＰは、これら電子カルテＡＰ及び処方箋ＡＰである。
サービス利用者サーバは、医師会Ｘからこれらサービス提供ＡＰを利用する認可を受けている病院Ａと病院Ｂ、薬局Ｃである。
病院Ａは、処方箋ＡＰに関して、処方箋書き込みサービスに関するサービス利用許可証Ａｌを保持している。
病院Ｂは、処方箋ＡＰを使用しない。
薬局Ｃは、処方箋ＡＰに関して、処方箋読み出しサービスに関するサービス利用許可証Ｃｌを保持している。
病院Ａは、電子カルテＡＰに関して、電子カルテ書き込みサービス及び電子カルテ読み出しサービスを、対象データが病院Ａの書き込みデータであるレコードに限定して許可している、サービス利用許可証Ａ２を保持している。
病院Ｂは、電子カルテＡＰに関して、電子カルテ書き込みサービス及び電子カルテ読み出しサービスを、全てのデータを対象として許可している、サービス利用許可証Ｂ２を保持している。
薬局Ｃは、電子カルテＡＰに関して、電子カルテ読み出しサービスを、対象データが全ての病院の書き込みデータである場合において、全てのデータの、病院ＩＤ、診察日、診察医名の項目のみ許可している、サービス利用許可証Ｃ２を保持している。
これらのサービス利用許可証Ａｌ，Ｃｌ，Ａ２，Ｂ２は、全て、サービス許可サーバである医師会Ｘより発行されている。これらのサービス利用許可証Ａｌ，Ｃｌ，Ａ２，Ｂ２の例を図９の（ａ）−（ｅ）に示す。
【００２７】
また、処方箋ＡＰと電子カルテＡＰを格納したＩＣカードを保有する利用者Ｄは、病院Ａ、病院Ｂ、薬局Ｃをそれぞれ利用している。
利用者ＤのＩＣカードに格納された処方箋ＡＰは、サービス提供許可証Ｄｌを保持しており、電子カルテＡＰは、サービス提供許可証Ｄ２を保持している。これらのサービス提供許可証Ｄ１及びＤ２の例を図９の（ｆ）及び（ｇ）に示す。
病院Ａ、病院Ｂ、薬局Ｃにはそれぞれ、病院Ａサーバ、病院Ｂサーバ、薬局Ｃサーバと通信を行うＩＣカード読取装置が設置されている。
【００２８】
利用者Ｄは病院Ａで処方箋の書込みサービスを受けることができる。図１０はこの場合のシーケンスの一例を示す。利用者Ｄが、病院Ａにて病院ＡのＩＣカード読取装置にＩＣカードを挿入すると、病院サーバＡは、ＩＣカード内の処方箋ＡＰと通信を行う。本例では、請求項３に記載の方法を用い、最初に、処方箋ＡＰは、病院Ａのサービス利用許可証Ａｌを確認し、病院Ａサーバは、処方箋ＡＰのサービス提供許可証Ｄｌを確認する。この目的ために、本例では、最初に、
▲１▼病院Ａサーバと処方箋ＡＰとの間でチャレンジ１及びチャレンジ２を交換する。
▲２▼病院Ａサーバは処方箋ＡＰから受け取ったチャレンジ２を病院Ａの秘密鍵で暗号化して署名を生成し、この署名データ２をサービス利用許可証Ａ１とともに処方箋ＡＰに送り、処方箋ＡＰは送られてきた署名データ２を病院Ａの公開鍵で検証するとともにサービス利用許可証Ａ１を医師会サーバの公開鍵で検証して、病院Ａのサービス利用許可証Ａ１の正当性を確認する。
▲３▼正当性の確認後、処方箋ＡＰはサービス利用許可証Ａ１に含まれるサービス利用許可情報を格納する。
▲４▼サービス利用許可情報の格納後、処方箋ＡＰは、病院Ａサーバから受け取ったチャレンジ１を処方箋ＡＰの秘密鍵で暗号化して署名を生成し、この署名データ１をサービス提供許可証Ｄ１とともに病院Ａサーバに送り、病院Ａサーバは、送られてきた署名データ１をサービス提供許可証Ｄ１に含まれる処方箋ＡＰの公開鍵で検証するとともにサービス提供許可証Ｄ１を医師会サーバの公開鍵で検証して、処方箋ＡＰのサービス提供許可証Ｄ１の正当性を確認する。
その後、病院サーバＡは、処方箋ＡＰに、処方箋情報の書き込みを行う。
【００２９】
また、利用者Ｄは病院Ａで電子カルテの書き込みサービスを受けることができる。図１１はこの場合のシーケンスの一例を示す。利用者Ｄが、病院Ａにて病院ＡのＩＣカード読取装置にＩＣカードを挿入すると、病院サーバＡは、ＩＣカード内の電子カルテＡＰと通信を行う。本例では、請求項２に記載の方法を用い、電子カルテＡＰは、病院Ａのサービス利用許可証Ａ２を確認した後に、電子カルテ情報の書き込みを行う。本例では、最初に、
▲１▼病院Ａサーバは、チャレンジ要求を電子カルテＡＰに送り、電子カルテＡＰから送られてくるチャレンジ２を受け取り、受け取ったチャレンジ２とサービス実行要求を病院Ａの秘密鍵で暗号化して署名を生成し、この署名データをサービス利用許可証Ａ２とともに電子カルテＡＰに送る。
▲２▼電子カルテＡＰは、受け取った署名データを病院Ａの公開鍵で検証するとともに、サービス利用許可証Ａ２を医師会サーバの公開鍵で検証して、病院Ａのサービス利用許可証Ａ２の正当性を確認する。
▲３▼サービス利用許可証Ａ２の確認後、電子カルテＡＰは、サービス実行要求で要求されたサービスの種類（電子カルテの書き込み）がサービス利用許可証に含まれるサービスの種類と一致するか確認し、一致する場合に、サービス実行要求を電子カルテ実行手段及び病院Ａサーバの制御部に送り、電子カルテの書き込みを行う。
【００３０】
医師会Ａは、請求項５に記載のように、サービス利用許可証の発行履歴をサーバ内に保存しており、発行履歴を参照して、病院Ａ、病院Ｂ、薬局Ｃに課金を行う。
図１２は、本実施例において、利用者Ｄが、病院Ａ、病院Ｂ、薬局Ｃでそれぞれ電子カルテに記録されたデータの読み出しサービスを受ける場合の、読み出し可能なデータ範囲を示す。
【００３１】
以上、本発明によるＩＣカードサービス利用許可方法及びシステムの構成を説明したが、本発明システムを構成するサービス提供者サーバ、サービス利用者サーバ及びＩＣカードの種々の手段はコンピュータにより実現され、本発明方法の処理手順はこえらのコンピュータにより実行され、本発明はこれらの処理手順を実行させるためのコンピュータプログラム及び該コンピュータプログラムを記録した記録媒体も本発明の範囲に含むものである。
【００３２】
【発明の効果】
以上に述べたように本発明によれば、次のような効果が得られる。
（１）サービス許可者が複数のサービス利用者に対してサービス利用許可証を発行し、ＩＣカード内のサービス提供ＡＰがサービス利用許可証に基づいた実行制御を行うことによって、複数のサービス利用者が、自らはサービス提供ＡＰを開発することなく、１つのサービス提供ＡＰから提供されるサービスを利用することが可能となる。
（２）サービス利用者は、サービス提供ＡＰが持つサービス提供許可証を確認することによって、サービス提供ＡＰが、自らの保持するサービス利用許可証に対応する、正当なＡＰであることを確認することができる。
（３）サービス許可者は、複数のサービス利用者に、適切なサービスの提供を行い、サービス利用許可証を発行した代償として、サービス利用者に課金を行うことができる。
（４）複数のサービス利用者が、１つのサービス提供ＡＰを使用するため、サービス提供ＡＰに対し、あるサービス利用者が登録したデータを、他のサービス利用者が参照するなど、複数サービス利用者間での、サービス提供ＡＰのサービスの共有が可能である。
（５）同様に、複数サービス利用者間での、サービス提供ＡＰのデータの共有が可能である。
【図面の簡単な説明】
【図１】請求項１〜５に記載の本発明のＩＣカードサービス利用許可方法を実施するシステムの全体構成図である。
【図２】請求項３に記載の発明におけるＩＣカード内のサービス提供ＡＰとサービス提供許可証の関係を示す図である。
【図３】請求項１〜４に記載の方法で使用するサービス利用許可証及びサービス提供許可証の構造を示す図である。
【図４】請求項１、２に記載の方法を実施するシステムの原理構成図を示す。
【図５】請求項１に記載の方法の手順の一例を示すフローチャートである。
【図６】請求項２に記載の方法の手順の一例を示すフローチャートである。
【図７】請求項３に記載の方法を実施するシステムの原理構成図を示す。
【図８】請求項３に記載の方法の手順の一例を示すフローチャートである。
【図９】本発明の実施例における、サービス利用許可証Ａｌ，Ｃｌ，Ａ２，Ｂ２の例を示す図である。
【図１０】本発明の実施例において、利用者Ｄが、病院Ａで処方箋ＡＰの書き込みサービスを受けるサービス利用例のシーケンスを示す図である。
【図１１】本発明の実施例において、利用者Ｄが、病院Ａで電子カルテＡＰの書き込みサービスを受けるサービス利用例のシーケンスを示す図である。
【図１２】本発明の実施例において、利用者Ｄが、病院Ａ、病院Ｂ、薬局Ｃでそれぞれ電子カルテの読み出しサービスを受ける場合の、読み出し可能なデータ範囲を示す図である。
【符号の説明】
１ サービス許可者サーバ
２ サービス利用者サーバ
３ ＩＣカード
４ ＩＣカード読取装置
５ ネットワーク
ＡＰ１，．．．ＡＰｎ サービス提供アプリケーション
１１ サービス利用許可証発行手段
１２ サービス許可者公開鍵ペア
２１ 制御部
２２ 署名生成手段
２３ 許可証管理部
２４ 許可証データ保持部
２５ 署名対象データ生成手段
２６ サービス提供許可証検証手段
２７ 署名検証手段
３１ 通信手段
３２ 制御部
３３ 署名対象データ生成手段
３４ サービス利用許可証検証手段
３５ 署名検証手段
３６ 許可証管理部
３７ 許可証データ保持部
３８ サービス利用許可状態設定手段
３９ サービス利用許可状態確認手段
４０ サービス利用許可状態保持部
４２ サービス実行手段[0001]
TECHNICAL FIELD OF THE INVENTION
The present invention relates to an IC card service providing system, and more particularly, to an IC card service use permitting method and system that enables a plurality of businesses to use a service providing application in an IC card.
[0002]
[Prior art]
In the conventional IC card service system, a subject that controls access to the service providing application and a subject that performs access to the service providing application (subject to access control) are not separated.
Then, when the service providing application performs access control in order to provide the service only to the appropriate service user server, the information that is the basis of the access control is replaced with the access that is actually the target of the access control. Before this, it was set in the service providing application in advance.
Hereinafter, information that is the basis of this access control is referred to as an encryption code. This encryption code may be a common key / public key. By inputting the encryption code and input information at the time of access corresponding to the encryption code into an authentication protocol included in the service providing application, the service providing application can authenticate a legitimate accessor.
Therefore, it is necessary for the accessor to hold means for creating input information corresponding to the encryption code and information. In the simplest case, this means and information is an encryption code that matches the encryption code of the service providing application. When using common key authentication as the authentication protocol, the means and information are the encryption codes of the service providing application. This is the information obtained by encrypting any information with a key.
In a conventional IC card service system, a subject who has set an encryption code in a service providing application in an IC card simultaneously holds means and information for creating input information corresponding to the encryption code, and has access to the service providing application. Had gone.
[0003]
[Problems to be solved by the invention]
However, a means for creating input information corresponding to these encryption codes and a means for safely distributing the information to another business entity have not been invented.
Therefore, the conventional IC card system has the following problems.
The first problem is that one service providing application cannot be safely shared by a plurality of operators.
The second problem is that the information held by one service providing application cannot be shared by a plurality of operators.
A third problem is that there is no appropriate charging mechanism when one service providing application is shared by a plurality of operators. Here, the service providing application includes a service providing application such as a library used by another service providing application in the same card.
For this reason, when a service user uses the function of the service providing application, even if a service providing application having the same function already exists in the IC card, a new service providing application dedicated to the user is newly added to the IC card. Had to be stored on the card.
Therefore, conventionally, when a user receives a service from a plurality of providers, it is necessary for the user to have a plurality of service providing applications having the function in the card.
[0004]
An object of the present invention is to solve these problems and to provide a method and a system in which a company that holds a certain service providing application can safely lend the right to use the service to another company. Another object of the present invention is to provide a mechanism for charging a loan. With these mechanisms, it is possible for a plurality of operators to easily receive a service without developing a service providing application. Further, a value-added service, which is created by sharing one service providing application by a plurality of operators, is possible.
[0005]
[Means for Solving the Problems]
In order to solve these problems, the invention described in claim 1 is:
In a system comprising a service permitter server, one or more service user servers, and an IC card used by being inserted into an IC card reader having means for communicating with the service user server,
The service permitter server notifies one or more service user servers of the public key of the destination service user server, service providing application identification information (AID) indicating the service permitted to the service user, Issue a service license, which is data signed with the private key of the service permitter server, for the service license information including the type (type of operation) or its digest information,
When using the service providing application stored in the IC card, the service user server having the service use certificate encrypts the signature target data received from the service providing application stored in the IC card with the service user public key. The signature data and the service license are transmitted to the service providing application stored in the IC card,
The service providing application stored in the IC card verifies the received license data and the service use certificate with the service permitter's public key held therein, Verify the signature data using the included service user public key,
When these verifications are successful, the service usage information included in the service usage certificate is recorded, and the successful verification of the service usage certificate is returned to the service user server.
When a service execution request corresponding to the service license is received from the service user server, the held service usage information is checked, and the type of service requested in the service execution request is included in the service license. The service is executed only when the service type matches the service type.
[0006]
According to a sixth aspect of the present invention, there is provided a system for implementing the method according to the first aspect, wherein the service permitter server, at least one service user server, and means for communicating with the service user server. In a system comprising an IC card used by being inserted into an IC card reader having
The service permitter server has a service license issuing means for issuing a service license to one or more service user servers,
The service usage certificate includes a public key of an issuer service user server, service providing application identification information (AID) indicating a service permitted to the service user, and a service usage including a service type (operation type). Data obtained by signing the permission information or its digest information with the private key of the service permitter server.
The service providing application stored in the IC card has signature target data generation means for generating signature target data such as a challenge.
The service user server holds a service use certificate, and has signature generation means for signing the signature target data received from the service providing application stored in the IC card with a secret key of the service user server;
The service providing application stored in the IC card verifies the service use license by using the service permitter public key stored in the signature data and the service use certificate received from the service user server. Certificate verification means, and signature verification means for verifying the signature data using the service user public key included in the service license.
In the case where the verification is successful, there is provided a service use permission state setting means for holding service use permission information included in the service use certificate,
When the service execution request is transmitted from the service user server, the service execution status check means for confirming the service execution permission information is included, and the service type requested in the service execution request is included in the service usage certificate. Service execution means for executing the service only when the service type matches the service type.
[0007]
According to the first and sixth aspects of the present invention, only the person having the service use license can receive the service specified by the service use license by the service providing application. The service license can be issued to a plurality of companies by specifying the type of service.
Therefore, the service permitter makes a contract with the service user server that may use the service providing application in advance and issues a service use permit, thereby providing a fine-grained service to a plurality of service users. You can give permission to use.
Further, in order to issue a service license, it is necessary to sign with the private key of the service licenser, so it is possible to prevent unauthorized issuance of the service license by a third party. Since the service license includes the service user's public key, it is possible to prevent unauthorized use of the service license by a third party.
Therefore, the present invention makes it possible for a service permitter having the right to execute a certain service providing application to safely transfer the right to execute the service providing application to a plurality of service users by the above technology. And
[0008]
The invention according to claim 2 is a method according to claim 1, wherein
After receiving the signature target data from the service providing application stored in the IC card, the service user server signs the data including the signature target data and the service execution request or its digest information with the service user private key, This signature data is sent to the IC card together with the service license,
The service providing application verifies the service license using the service permitter public key held against the signature data and the service license received from the service user server, and includes the service license in the service license. Verify the signature data using the public key of the service user
When these verifications succeed, the service is executed only when the type of service requested in the service execution request matches the type of service included in the service license.
[0009]
According to a seventh aspect of the present invention, there is provided a system for performing the method according to the second aspect, wherein the system according to the sixth aspect includes:
The service user server signs the data to be signed received from the service providing application stored in the IC card and the data including the service execution request to the service providing application or its digest information with the secret key of the service user server. Has signature generation means,
The service providing application stored in the IC card verifies the service use license by using the service permitter public key stored in the signature data and the service use certificate received from the service user server. Certificate verification means, and signature verification means for verifying the signature data using the service user public key included in the service license.
The service execution means for executing the service only when the verification is successful and the service type requested in the service execution request matches the service type included in the service license, is provided. .
[0010]
According to the first and sixth aspects of the present invention, when a service is provided from a service providing application, a service use permit is presented in advance and authentication is performed. However, in the second and seventh aspects of the present invention, No prior authentication is performed, and the service usage certificate is confirmed when a service is requested to the service providing application.
[0011]
The invention according to
The service permitter server signs the service providing application stored in the IC card with the public key of the service providing application and the data including the identifier of the service providing application or its digest information with the private key of the service permitter server. Issue a service provision license, which is the data you performed,
The service user server sends signature target data such as a challenge to the IC card,
The service providing application in the IC card signs the received data to be signed with the private key of the service providing application, sends the signature data and the service providing permit to the service user server,
In order to confirm the legitimacy of the service providing application, the service user server grants the service providing permission to the signature data received from the service providing application and the service providing permit using the service permitter public key held therein. Verifying the certificate and verifying the signature data using the service providing application public key included in the service providing license,
It is characterized by the following.
[0012]
The invention according to
The service permitter server has a service providing license issuing means for issuing a service providing permit to the service providing application stored in the IC card.
The service provision permit is a data obtained by signing the public key of the service provision application and the data including the identifier of the service provision application or its digest information with the private key of the service permitter server.
The service user server has signature target data generation means for generating signature target data such as a challenge,
The service providing application has a signature generation unit that signs the data to be signed received from the service user server with the private key of the service providing application,
The service user server uses the service providing application public key included in the service providing license for the signature data received from the service providing application and the service providing license to confirm the validity of the service providing application. It is characterized by having signature verification means for verifying the signature data and service license verification means for verifying the service license using the held service permitter public key.
[0013]
In the inventions described in claims 1 and 2 and 6 to 7, the service providing application provides a means for confirming an appropriate service user. In the inventions described in
Therefore, according to the third and eighth aspects of the present invention, a plurality of service users who have been delegated the right to execute a service providing application from a service permitter having the right to execute a certain service providing application can be used by an unauthorized service. The service can be used safely without receiving the service from the provided application.
Therefore, according to the present invention, a service provided by a certain service providing application can be safely shared among a plurality of service providers.
[0014]
The invention according to
The data to be signed in the service license includes the type of data managed by the service providing application,
The service is provided only for the type of service (operation) specified in the service license and for accessing the data of the type specified in the service license.
It is characterized by the following.
[0015]
In the invention according to claims 1 to 3 or 6 to 8, the service usage permission target is the type of service (type of operation) provided by the service providing application. According to the present invention, a detailed service use permission is realized by limiting the types of data to which the service (operation) is to be applied as a target of the service use permission.
Therefore, according to the present invention, it is possible to safely share data held by a certain service providing application among a plurality of authorized service users.
[0016]
The present invention according to
The service permitter server has a billing information registering means for registering the issuance history as billing information in the service permitter server when the service permit is issued to the service user server.
According to the fifth and tenth aspects of the present invention, there is provided means for using the service use license issued by the method and system according to the first to fourth or sixth to ninth aspects as billing information.
[0017]
BEST MODE FOR CARRYING OUT THE INVENTION
Next, embodiments of the present invention will be described in detail with reference to the drawings.
FIG. 1 shows an overall configuration of a system according to claims 6 to 10, which implements the IC card service use permission method according to the present invention. 1 is a service provider server, 2 1 , 2 2 ,. . . 2 n Are a plurality of service user servers 1, 2,. . . n, 3 1 , 3 2 ,. . . 3 n Is an IC card, 4 is an
[0018]
The service permitter server 1 includes a plurality of service providing applications AP1, AP2,. . . APn is assigned to a plurality of IC cards 1, 2,. . . n and a plurality of service user servers 1, 2,. . . A service use license is issued to each of the n. In addition, a service provision license stored in each service provision application is issued. The service user servers 1, 2,. . . n communicates with an arbitrary service providing application in an arbitrary IC card via the
The service providing AP stored in the IC card checks the service use certificate at the time of providing the service, and provides an appropriate user with an appropriate type of service.
The IC card holder operates an IC card reader or the like, and is provided with services from the service user server and the IC card.
[0019]
FIG. 2 shows the relationship between the service providing AP in the IC card and the service providing permit according to the third and eighth aspects of the present invention.
One or more service providing APs are stored in the IC card. In the figure, three service providing applications AP1, AP2, and AP3 are stored, and the respective service providing AP1, AP2, and AP3 are controlled by the control unit. It holds the service provision licenses 1, 2, and 3 received from the service permitter via the communication means below.
[0020]
FIG. 3 shows the structure of a service use permit and a service provision permit used in the method and system according to claims 1 to 4 and 6 to 9.
(A) shows the service use license issued by the service provider server to the service user server in the method and system according to claims 1-4 and 6-9. The service use permission information including the public key of the service user server to be permitted, the AID of the service providing AP to be used, the type of service (type of operation), and the like, and the digest is encrypted with the secret key of the service permitter server. Data (signature).
(B) is a method and system according to
(C) shows the service providing license issued by the service provider server to the service providing AP stored in the IC card in the method and system according to
[0021]
FIG. 4 shows a principle configuration diagram of a system for carrying out the method according to the first and second aspects of the present invention.
This system includes a service permitter server 1, a service user server 2, an
The service permitter server 1 has a service use
The service user server 2 includes a
The
The service providing API includes a
[0022]
FIG. 5 is a flowchart showing an example of the procedure of the service use permission method according to claim 1 executed by the system shown in FIG. 4 provided with these means.
In this system, the service use permit issuing means 11 of the service permitter server 1 previously issues the service use permit 1 shown in FIG. 3A using the service permitter public key pair of the holding
{Circle around (1)} The service user server 2 having such a service use certificate generates a challenge (random number) in the
In the
(2) The
{Circle around (3)} The service user server 2 creates a signature by encrypting a random number with the service user private key of the holding
(4) The
{Circle around (6)} If these verifications are successful, the service use permission status setting means 38 in the
(7) The service user server 2 requests the
{Circle around (8)} The
Therefore, according to the present system, the service providing AP receives the presentation of the service use certificate in advance and performs authentication, thereby permitting only the legitimate service user server to use the service providing AP.
In the above example, the service user's signature data is verified first, and then the service license is verified. However, the service license is verified first, and the service user's signature data is later verified. May be verified in any order. Further, although a random number is used as the signature target data, other data can be used.
[0023]
FIG. 6 is a flowchart showing an example of the procedure of the method according to the second aspect.
In the system according to the second aspect, the authentication of the service request certificate is not performed in advance when the service providing AP is used, but the service request certificate is authenticated when the service execution request is issued to the service providing AP. Therefore, in this system, (1) the service user server 2 generates a service execution request in the
{Circle around (3)} The service providing AP 1 in the
(5) When these verifications are successful, the service providing AP checks in the
In this example, the signature of the challenge from the service providing AP is performed together with the service execution request, but the signature of the challenge may be omitted.
[0024]
FIG. 7 shows a principle configuration diagram of a system according to
[0025]
FIG. 8 shows a procedure for authenticating a service providing license in the method according to the third aspect.
{Circle around (1)} The
{Circle around (2)} The service providing AP in the
{Circle around (3)} The service user server 2 verifies the received signature data by using the service providing AP public key included in the received service providing permit with the signature verifying means 27 in the
The order of verification of the signature data of the service providing AP and verification of the service providing permit does not matter. Further, although a random number is used as the signature target data, other data can be used.
[0026]
【Example】
As an example, a case where the present invention is applied to the medical field will be described.
The service permission server is the medical association X and holds an electronic medical record AP and a prescription AP, which are IC card applications.
The service providing AP is the electronic medical record AP and the prescription AP.
The service user servers are the hospital A, the hospital B, and the pharmacy C, which are authorized by the medical association X to use these service providing APs.
The hospital A holds a service use license Al for the prescription writing service for the prescription AP.
Hospital B does not use the prescription AP.
The pharmacy C holds a service use license Cl for the prescription reading service for the prescription AP.
The hospital A holds a service use permit A2 that permits the electronic medical record writing service and the electronic medical record reading service with respect to the electronic medical record AP by limiting the target data to the record that is the write data of the hospital A. .
The hospital B holds a service use permit B2 that permits the electronic medical record writing service and the electronic medical record reading service for all data with respect to the electronic medical record AP.
The pharmacy C permits the electronic medical record reading service for the electronic medical record AP only when the target data is the write data of all the hospitals, and only the items of the hospital ID, the consultation date, and the consultation doctor name of all the data. , And a service use permit C2.
These service use licenses Al, Cl, A2, and B2 are all issued by the medical association X, which is a service permission server. Examples of these service use licenses Al, Cl, A2, and B2 are shown in FIGS.
[0027]
A user D holding an IC card storing a prescription AP and an electronic medical record AP uses a hospital A, a hospital B, and a pharmacy C, respectively.
The prescription AP stored in the IC card of the user D holds a service provision permit Dl, and the electronic medical record AP holds a service provision permit D2. Examples of these service provision licenses D1 and D2 are shown in FIGS. 9 (f) and 9 (g).
The hospital A, the hospital B, and the pharmacy C each have an IC card reader that communicates with the hospital A server, the hospital B server, and the pharmacy C server.
[0028]
User D can receive a prescription writing service at hospital A. FIG. 10 shows an example of the sequence in this case. When the user D inserts the IC card into the IC card reader of the hospital A at the hospital A, the hospital server A communicates with the prescription AP in the IC card. In this example, using the method described in
{Circle around (1)} Challenge 1 and Challenge 2 are exchanged between the hospital A server and the prescription AP.
(2) The hospital A server encrypts the challenge 2 received from the prescription AP with the secret key of the hospital A to generate a signature, sends the signature data 2 to the prescription AP together with the service use certificate A1, and the prescription AP is sent. The signature data 2 is verified with the public key of the hospital A, and the service use certificate A1 is verified with the public key of the medical association server to confirm the validity of the service use certificate A1 of the hospital A.
(3) After confirming the validity, the prescription AP stores the service use permission information included in the service use permit A1.
(4) After storing the service use permission information, the prescription AP encrypts the challenge 1 received from the hospital A server with the secret key of the prescription AP to generate a signature, and the signature data 1 is transmitted to the hospital along with the service provision permit D1. A, and the hospital A server verifies the transmitted signature data 1 with the public key of the prescription AP included in the service provision permit D1, and verifies the service provision permit D1 with the public key of the medical association server. Then, the validity of the service provision permit D1 of the prescription AP is confirmed.
Thereafter, the hospital server A writes the prescription information to the prescription AP.
[0029]
Further, the user D can receive the electronic medical record writing service at the hospital A. FIG. 11 shows an example of the sequence in this case. When the user D inserts the IC card into the IC card reader of the hospital A at the hospital A, the hospital server A communicates with the electronic medical record AP in the IC card. In this example, using the method described in claim 2, the electronic medical record AP writes the electronic medical record information after confirming the service use permit A2 of the hospital A. In this example, first,
(1) The hospital A server sends the challenge request to the electronic medical record AP, receives the challenge 2 sent from the electronic medical record AP, encrypts the received challenge 2 and the service execution request with the secret key of the hospital A, and signs the signature. The signature data is generated and sent to the electronic medical record AP together with the service use permit A2.
(2) The electronic medical record AP verifies the received signature data with the public key of the hospital A, verifies the service license A2 with the public key of the medical association server, and validates the service license A2 of the hospital A. Check the nature.
(3) After confirming the service license A2, the electronic medical record AP confirms whether the type of service (writing of the electronic medical record) requested in the service execution request matches the type of service included in the service license. If they match, the service execution request is sent to the electronic medical record execution means and the control unit of the hospital A server, and the electronic medical record is written.
[0030]
The medical association A stores the service use permit issuing history in the server as described in
FIG. 12 shows a readable data range when a user D receives a service for reading data recorded in an electronic medical record at a hospital A, a hospital B, and a pharmacy C in this embodiment.
[0031]
Although the IC card service use permission method and the configuration of the system according to the present invention have been described above, various means of the service provider server, the service user server, and the IC card constituting the system of the present invention are realized by a computer. The processing procedure of the method is executed by these computers, and the present invention also includes a computer program for executing these processing procedures and a recording medium on which the computer program is recorded.
[0032]
【The invention's effect】
As described above, according to the present invention, the following effects can be obtained.
(1) A service permitter issues a service license to a plurality of service users, and a service providing AP in the IC card performs execution control based on the service license, so that a plurality of service users are provided. However, it becomes possible to use the service provided by one service providing AP without developing the service providing AP.
(2) The service user confirms that the service providing AP is a legitimate AP corresponding to the service using license held by himself / herself by confirming the service providing permit held by the service providing AP. Can be.
(3) The service permitter can provide an appropriate service to a plurality of service users, and can charge the service user as compensation for issuing a service use permit.
(4) Since a plurality of service users use one service providing AP, a plurality of service users refer to data registered by a certain service user with respect to the service providing AP. It is possible to share the service of the service providing AP between them.
(5) Similarly, service providing AP data can be shared between a plurality of service users.
[Brief description of the drawings]
FIG. 1 is an overall configuration diagram of a system that implements an IC card service use permission method according to the first to fifth embodiments of the present invention.
FIG. 2 is a diagram showing a relationship between a service providing AP in an IC card and a service providing permit according to the invention of
FIG. 3 is a diagram showing the structure of a service use permit and a service provision permit used in the method according to claims 1 to 4;
FIG. 4 shows a principle configuration diagram of a system for implementing the method according to claims 1 and 2.
FIG. 5 is a flowchart showing an example of a procedure of the method according to claim 1;
FIG. 6 is a flowchart showing an example of a procedure of the method according to claim 2;
FIG. 7 shows a principle configuration diagram of a system for implementing the method according to
FIG. 8 is a flowchart showing an example of a procedure of the method according to the third embodiment.
FIG. 9 is a diagram showing an example of service use licenses Al, Cl, A2, and B2 in the embodiment of the present invention.
FIG. 10 is a diagram showing a sequence of a service usage example in which a user D receives a prescription AP writing service at a hospital A in the embodiment of the present invention.
FIG. 11 is a diagram showing a sequence of a service usage example in which a user D receives a writing service of an electronic medical record AP at a hospital A in the embodiment of the present invention.
FIG. 12 is a diagram showing a readable data range when a user D receives a reading service of an electronic medical record at each of a hospital A, a hospital B, and a pharmacy C in the embodiment of the present invention.
[Explanation of symbols]
1 service permitter server
2 Service user server
3 IC card
4 IC card reader
5 Network
AP1,. . . APn service providing application
11 Service use license issuing means
12 Service Authorizer Public Key Pair
21 Control unit
22 Signature generation means
23 Permit Management Department
24 Permit data holding unit
25 Signature target data generation means
26 Service Provision Permit Verification Means
27 Signature verification means
31 Communication means
32 control unit
33 Signature target data generation means
34 Service use license verification means
35 Signature verification means
36 Permit Management Department
37 Permit data holding unit
38 Service use permission status setting means
39 Service use permission status confirmation means
40 Service use permission status holding unit
42 Service execution means
Claims (12)
サービス許可者サーバが、１つ以上のサービス利用者サーバに対し、発行先サービス利用者サーバの公開鍵と、サービス利用者に許可されたサービスを示すサービス提供アプリケーション識別情報（ＡＩＤ）と、サービスの種類（オペレーションの種類）を含むサービス利用許可情報もしくはそのダイジェスト情報に対し、サービス許可者サーバの秘密鍵で署名を行ったデータであるサービス利用許可証を発行し、
サービス利用許可証を持つサービス利用者サーバは、ＩＣカード内に格納されたサービス提供アプリケーションを利用する際に、ＩＣカードに格納されたサービス提供アプリケーションから受け取ったチャレンジなどの署名対象データをサービス利用者秘密鍵で暗号化して署名を作成し、その署名データとサービス利用許可証をＩＣカードに格納されたサービス提供アプリケーションに送信し、
ＩＣカードに格納されたサービス提供アプリケーションは、サービス利用者サーバから受け取った署名データとサービス利用許可証に対して、保持しているサービス許可者公開鍵を用いてサービス利用許可証を検証するとともに、サービス利用許可証に含まれるサービス利用者公開鍵を用いて署名データを検証し、
これらの検証が成功したとき、サービス利用許可証に含まれるサービス利用許可情報を記録するとともに、サービス利用許可証の検証の成功をサービス利用者サーバに返送し、
サービス利用者サーバから、サービス利用許可証に対応するサービスの実行要求を受信したとき、保持したサービス利用許可情報を確認し、サービス実行要求で要求されたサービスの種類がサービス利用許可証に含まれるサービスの種類と一致する場合にのみサービスの実行を行うことを特徴とする、
ＩＣカードサービス利用許可方法。In a system comprising a service permitter server, one or more service user servers, and an IC card used by being inserted into an IC card reader having means for communicating with the service user server,
The service permitter server notifies one or more service user servers of the public key of the destination service user server, service providing application identification information (AID) indicating the service permitted to the service user, Issue a service license, which is data signed with the private key of the service permitter server, for the service license information including the type (type of operation) or its digest information,
When using the service providing application stored in the IC card, the service user server having the service use certificate transfers the signature target data such as a challenge received from the service providing application stored in the IC card to the service user. A signature is created by encrypting with a private key, and the signature data and the service license are transmitted to a service providing application stored in an IC card.
The service providing application stored in the IC card verifies the service license with the signature data and the service license received from the service user server using the service licenser public key held therein, Verify the signature data using the service user public key included in the service license,
When these verifications are successful, the service usage information included in the service usage certificate is recorded, and the successful verification of the service usage certificate is returned to the service user server.
When a service execution request corresponding to the service license is received from the service user server, the held service usage information is checked, and the type of service requested in the service execution request is included in the service license. The service is executed only when the service type matches,
IC card service usage permission method.
サービス利用者サーバは、ＩＣカードに格納されたサービス提供アプリケーションから署名対象データを受け取った後に、この署名対象データとサービス実行要求を含むデータもしくはそのダイジェスト情報にサービス利用者秘密鍵で署名を行い、この署名データをサービス利用許可証とともにＩＣカードに送り、
ＩＣカードに格納されたサービス提供アプリケーションは、サービス利用者サーバから受け取った署名データとサービス利用許可証に対して、保持しているサービス許可者公開鍵を用いてサービス利用許可証を検証するとともに、サービス利用許可証に含まれるサービス利用者公開鍵を用いて署名データを検証し、
これらの検証が成功したとき、サービス実行要求で要求されたサービスの種類が、サービス利用許可証に含まれるサービスの種類と一致する場合にのみサービスの実行を行うことを特徴とする、
ＩＣカードサービス利用許可方法。The method of claim 1, wherein
After receiving the signature target data from the service providing application stored in the IC card, the service user server signs the data including the signature target data and the service execution request or its digest information with the service user private key, This signature data is sent to the IC card together with the service license,
The service providing application stored in the IC card verifies the service license with the signature data and the service license received from the service user server using the service licenser public key held therein, Verify the signature data using the service user public key included in the service license,
When these verifications are successful, the service is executed only when the type of service requested in the service execution request matches the type of service included in the service license.
IC card service usage permission method.
サービス許可者サーバは、ＩＣカードに格納されたサービス提供アプリケーションに、サービス提供アプリケーションの公開鍵と、サービス提供アプリケーションにおける識別子を含むデータもしくはそのダイジェスト情報に対し、サービス許可者サーバの秘密鍵で署名を行ったデータであるサービス提供許可証を発行し、
サービス利用者サーバは、チャレンジなどの署名対象データをＩＣカードに送り、
ＩＣカード内のサービス提供アプリケーションは、受信した署名対象データに対しサービス提供アプリケーションの秘密鍵で署名を行い、その署名データと、サービス提供許可証をサービス利用者サーバに送り、
サービス利用者サーバは、サービス提供アプリケーションの正当性を確認するために、サービス提供アプリケーションから受け取った署名データと、サービス提供許可証に対し、保持しているサービス許可者公開鍵を用いてサービス提供許可証を検証するとともに、サービス提供許可証に含まれるサービス提供アプリケーション公開鍵を用いて署名データを検証することを特徴とする、
ＩＣカードサービス利用許可方法。The method according to claim 1 or 2,
The service permitter server signs the service providing application stored in the IC card with the public key of the service providing application and the data including the identifier of the service providing application or its digest information with the private key of the service permitter server. Issue a service provision license, which is the data you performed,
The service user server sends signature target data such as a challenge to the IC card,
The service providing application in the IC card signs the received data to be signed with the private key of the service providing application, sends the signature data and the service providing permit to the service user server,
In order to confirm the legitimacy of the service providing application, the service user server grants the service providing permission to the signature data received from the service providing application and the service providing permit using the service permitter public key held therein. Verifying the signature data using the service providing application public key included in the service providing license, and verifying the signature data.
IC card service usage permission method.
サービス利用許可証のデータに、当該サービス提供アプリケーションが管理するデータの種類が含まれ、
サービス提供の対象となるのは、サービス利用許可証で指定されたサービスの種類（オペレーション）で、サービス利用許可証で指定された種類のデータにアクセスする場合のみであることを特徴とする、
ＩＣカード利用許可方法。The method according to claim 1,
The service usage certificate data includes the type of data managed by the service providing application,
The service is provided only for the type of service (operation) specified in the service license and when accessing the data of the type specified in the service license.
IC card usage permission method.
サービス許可者サーバが、サービス利用者サーバへのサービス利用許可証を発行した際に、サービス許可者サーバ内へ、発行履歴を課金情報として登録する、ことを特徴とするＩＣカードサービス利用許可方法。The method according to any one of claims 1 to 4,
An IC card service use permission method, wherein when a service permitter server issues a service use permit to a service user server, an issuance history is registered as billing information in the service permitter server.
サービス許可者サーバが、１つ以上のサービス利用者サーバに対し、サービス利用許可証を発行するサービス利用許可証発行手段を持ち、
サービス利用許可証は、発行先サービス利用者サーバの公開鍵と、サービス利用者に許可されたサービスを示すサービス提供アプリケーション識別情報（ＡＩＤ）と、サービスの種類（オペレーションの種類）、を含むサービス利用許可情報もしくはそのダイジェスト情報に対し、サービス許可者サーバの秘密鍵で署名を行ったデータであり、
ＩＣカードに格納されたサービス提供アプリケーションは、チャレンジなどを生成する署名対象データ生成手段を持ち、
サービス利用者サーバは、サービス利用許可証を保持しており、ＩＣカードに格納されたサービス提供アプリケーションから受け取った署名対象データにサービス利用者サーバの秘密鍵で署名を行う、署名生成手段を持ち、
ＩＣカードに格納されたサービス提供アプリケーションは、サービス利用者サーバから受け取った署名データと、サービス利用許可証に対し、保持しているサービス許可者公開鍵を用いてサービス利用許可証を検証する、サービス利用許可証検証手段と、サービス利用許可証に含まれるサービス利用者公開鍵を用いて署名データを検証する、署名検証手段と、
検証が成功した場合に、サービス利用許可証に含まれるサービス利用許可情報を保持するサービス利用許可状態設定手段を持ち、
サービス利用者サーバから、サービス実行要求が送信された場合に、保持したサービス利用許可情報を確認するサービス利用許可状態確認手段を持ち、サービス実行要求で要求されたサービスの種類がサービス利用許可証に含まれるサービスの種類と一致する場合にのみサービスの実行を行う、サービス実行手段を持つことを特徴とする、
ＩＣカードサービス利用許可システム。In a system comprising a service permitter server, one or more service user servers, and an IC card used by being inserted into an IC card reader having means for communicating with the service user server,
A service permitter server having service use certificate issuing means for issuing a service use certificate to one or more service user servers;
The service usage certificate includes a public key of an issuer service user server, service providing application identification information (AID) indicating a service permitted to the service user, and a service usage including a service type (operation type). Data obtained by signing the permission information or its digest information with the private key of the service permitter server.
The service providing application stored in the IC card has signature target data generating means for generating a challenge or the like,
The service user server holds a service use certificate, and has signature generation means for signing the signature target data received from the service providing application stored in the IC card with a secret key of the service user server;
The service providing application stored in the IC card verifies the service use license with the signature data received from the service user server and the service use certificate using the service permitter public key held therein. A license verification means, and a signature verification means for verifying the signature data using a service user public key included in the service license.
In the case where the verification is successful, there is provided a service use permission state setting means for holding service use permission information included in the service use certificate,
When a service execution request is sent from the service user server, the service execution status check means for checking the held service use permission information is provided, and the service type requested in the service execution request is included in the service use certificate. Characterized by having a service execution means for executing the service only when the type of the service is included,
IC card service use permission system.
ＩＣカードに格納されたサービス提供アプリケーションは、チャレンジなどを生成する署名対象データ生成手段を持ち、
サービス利用者サーバは、サービス利用許可証を保持しており、ＩＣカードに格納されたサービス提供アプリケーションへのサービス実行要求を含むデータもしくはそのダイジェスト情報に、サービス利用者サーバの秘密鍵で署名を行う、署名生成手段を持ち、
ＩＣカードに格納されたサービス提供アプリケーションは、サービス利用者サーバから受け取った署名データと、サービス利用許可証に対し、保持しているサービス許可者公開鍵を用いてサービス利用許可証を検証する、サービス利用許可証検証手段と、サービス利用許可証に含まれるサービス利用者公開鍵を用いて署名データを検証する、署名検証手段と、
検証が成功した場合に、サービス実行要求で要求されたサービスの種類が、サービス利用許可証に含まれるサービスの種類と一致する場合にのみサービスの実行を行う、サービス実行手段を持つことを特徴とする、
ＩＣカードサービス利用許可システム。The system according to claim 6,
The service providing application stored in the IC card has signature target data generating means for generating a challenge or the like,
The service user server holds a service use certificate, and signs data including a service execution request to the service providing application stored in the IC card or its digest information with a secret key of the service user server. , Has signature generation means,
The service providing application stored in the IC card verifies the service use license with the signature data received from the service user server and the service use certificate using the service permitter public key held therein. A license verification means, and a signature verification means for verifying the signature data using a service user public key included in the service license.
A service execution unit that executes the service only when the verification is successful and the service type requested in the service execution request matches the service type included in the service license. Do
IC card service use permission system.
サービス許可者サーバが、ＩＣカードに格納されたサービス提供アプリケーションに、サービス提供許可証を発行するサービス提供許可証発行手段を持ち、
サービス提供許可証は、サービス提供アプリケーションの公開鍵と、サービス提供アプリケーションにおける識別子を含むデータもしくはそのダイジェスト情報に対し、サービス許可者サーバの秘密鍵で署名を行ったデータであり、
サービス利用者サーバが、チャレンジなどを生成する署名対象データ生成手段を持ち、
サービス提供アプリケーションが、サービス利用者サーバから受け取った署名対象データに対し、サービス提供アプリケーションの秘密鍵で署名を行う、署名生成手段を持ち、
サービス利用者サーバは、サービス提供アプリケーションの正当性を確認するために、サービス提供アプリケーションから受け取った署名データと、サービス提供許可証に対し、サービス提供許可証に含まれるサービス提供アプリケーション公開鍵を用いて署名データを検証する署名検証手段と、保持しているサービス許可者公開鍵を用いてサービス利用許可証を検証するサービス利用許可証検証手段を持つことを特徴とする、
ＩＣカードサービス利用許可システム。The IC card service use permission system according to claim 6 or 7,
A service permitter server having a service providing license issuing means for issuing a service providing permit to the service providing application stored in the IC card;
The service provision permit is a data obtained by signing the public key of the service provision application and the data including the identifier in the service provision application or its digest information with the private key of the service permitter server,
The service user server has signature target data generation means for generating a challenge or the like,
The service providing application has a signature generation unit that signs the data to be signed received from the service user server with the private key of the service providing application,
The service user server uses the service providing application public key included in the service providing license for the signature data received from the service providing application and the service providing license to confirm the validity of the service providing application. Signature verification means for verifying the signature data, and service license verification means for verifying the service license using the held service permitter public key,
IC card service use permission system.
サービス利用許可証の署名対象データに、当該サービス提供アプリケーションが管理するデータの種類が含まれ、
サービス提供の対象となるのは、サービス利用許可証で指定されたサービスの種類（オペレーション）で、サービス利用許可証で指定された種類のデータにアクセスする場合のみであることを特徴とする、
ＩＣカード利用許可システム。The IC card service use permission system according to any one of claims 6 to 8,
The data to be signed in the service license includes the type of data managed by the service providing application,
The service is provided only for the type of service (operation) specified in the service license and when accessing the data of the type specified in the service license.
IC card use permission system.
サービス許可者サーバが、サービス利用者サーバへのサービス利用許可証を発行した際に、サービス許可者サーバ内へ、発行履歴を課金情報として登録する、課金情報登録手段を持つことを特徴とする、
ＩＣカードサービス利用許可システム。The IC card service use permission system according to any one of claims 6 to 9,
When the service permitter server issues a service use certificate to the service user server, the service permitter server has a billing information registering means for registering the issue history as billing information in the service permitter server;
IC card service use permission system.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2002265385A JP3996022B2 (en) | 2002-09-11 | 2002-09-11 | IC card service use permission method and system for multiple service users |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2002265385A JP3996022B2 (en) | 2002-09-11 | 2002-09-11 | IC card service use permission method and system for multiple service users |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2004102784A true JP2004102784A (en) | 2004-04-02 |
| JP3996022B2 JP3996022B2 (en) | 2007-10-24 |
Family
ID=32264541
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2002265385A Expired - Lifetime JP3996022B2 (en) | 2002-09-11 | 2002-09-11 | IC card service use permission method and system for multiple service users |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP3996022B2 (en) |
Cited By (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US7349885B2 (en) | 1998-05-29 | 2008-03-25 | E-Micro Corporation | Wallet consolidator and related methods of processing a transaction using a wallet consolidator |
| JP2014535109A (en) * | 2011-11-01 | 2014-12-25 | ジェーヴィーエル ベンチャ−ズ， エルエルシーＪＶＬ Ｖｅｎｔｕｒｅｓ， ＬＬＣ． | System, method and computer program product for managing safety elements |
| US9479571B2 (en) | 2012-09-18 | 2016-10-25 | Google Inc. | Systems, methods, and computer program products for interfacing multiple service provider trusted service managers and secure elements |
| US9544759B2 (en) | 2011-11-01 | 2017-01-10 | Google Inc. | Systems, methods, and computer program products for managing states |
| US10127533B2 (en) | 2012-07-31 | 2018-11-13 | Google Llc | Managing devices associated with a digital wallet account |
-
2002
- 2002-09-11 JP JP2002265385A patent/JP3996022B2/en not_active Expired - Lifetime
Cited By (19)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US7349885B2 (en) | 1998-05-29 | 2008-03-25 | E-Micro Corporation | Wallet consolidator and related methods of processing a transaction using a wallet consolidator |
| US7708198B2 (en) | 1998-05-29 | 2010-05-04 | E-Micro Corporation | Wallet consolidator to facilitate a transaction |
| US7712658B2 (en) | 1998-05-29 | 2010-05-11 | E-Micro Corporation | Wallet consolidator and related methods of processing a transaction using a wallet consolidator |
| US7828208B2 (en) | 1998-05-29 | 2010-11-09 | E-Micro Corporation | Retail point-of-transaction system, program products, and related methods to provide a customized set of identification data to facilitate a transaction using electronic coupons |
| US8225995B1 (en) | 1998-05-29 | 2012-07-24 | Frank Joseph Gangi | Retail point-of-transaction system, program products, and related methods to provide a customized set of identification data to facilitate a transaction using electronic coupons |
| US8261978B2 (en) | 1998-05-29 | 2012-09-11 | E-Micro Corporation | Wallet consolidator to facilitate a transaction |
| JP2016177826A (en) * | 2011-11-01 | 2016-10-06 | グーグル インコーポレイテッド | Systems, methods, and computer program products for managing secure elements |
| US9323945B2 (en) | 2011-11-01 | 2016-04-26 | Google Inc. | Systems, methods, and computer program products for managing secure elements |
| JP2014535109A (en) * | 2011-11-01 | 2014-12-25 | ジェーヴィーエル ベンチャ−ズ， エルエルシーＪＶＬ Ｖｅｎｔｕｒｅｓ， ＬＬＣ． | System, method and computer program product for managing safety elements |
| US9544759B2 (en) | 2011-11-01 | 2017-01-10 | Google Inc. | Systems, methods, and computer program products for managing states |
| US9652628B2 (en) | 2011-11-01 | 2017-05-16 | Google Inc. | Systems, methods, and computer program products for interfacing multiple service provider trusted service managers and secure elements |
| US9928382B2 (en) | 2011-11-01 | 2018-03-27 | Google Llc | Systems, methods, and computer program products for managing secure elements |
| US10114976B2 (en) | 2011-11-01 | 2018-10-30 | Google Llc | Systems, methods, and computer program products for interfacing multiple service provider trusted service managers and secure elements |
| US10127533B2 (en) | 2012-07-31 | 2018-11-13 | Google Llc | Managing devices associated with a digital wallet account |
| US10949819B2 (en) | 2012-07-31 | 2021-03-16 | Google Llc | Managing devices associated with a digital wallet account |
| US9479571B2 (en) | 2012-09-18 | 2016-10-25 | Google Inc. | Systems, methods, and computer program products for interfacing multiple service provider trusted service managers and secure elements |
| US10057773B2 (en) | 2012-09-18 | 2018-08-21 | Google Llc | Systems, methods, and computer program products for interfacing multiple service provider trusted service managers and secure elements |
| US10924279B2 (en) | 2012-09-18 | 2021-02-16 | Google Llc | Systems, methods, and computer program products for interfacing multiple service provider trusted service managers and secure elements |
| US11601273B2 (en) | 2012-09-18 | 2023-03-07 | Google Llc | Systems, methods, and computer program products for interfacing multiple service provider trusted service managers and secure elements |
Also Published As
| Publication number | Publication date |
|---|---|
| JP3996022B2 (en) | 2007-10-24 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US11314891B2 (en) | Method and system for managing access to personal data by means of a smart contract | |
| US20190156938A1 (en) | System, method and data model for secure prescription management | |
| US7853790B2 (en) | Enhancement to volume license keys | |
| US7203966B2 (en) | Enforcement architecture and method for digital rights management system for roaming a license to a plurality of user devices | |
| JP3808297B2 (en) | IC card system and IC card | |
| US20080059797A1 (en) | Data Communication System, Agent System Server, Computer Program, and Data Communication Method | |
| US20080235805A1 (en) | Digital Rights Management | |
| US20080154782A1 (en) | Apparatus, method and system for protecting personal information | |
| US20090327706A1 (en) | Account management system, root-account management apparatus, derived-account management apparatus, and program | |
| CN102812473A (en) | Executable Identity Based File Access | |
| JP2003016397A (en) | Data processing system, memory device, data processor, data processing method, and program | |
| JP2008501177A (en) | License management in an information distribution system that protects privacy | |
| JP2004013744A (en) | Issuing system for digital content and issuing method | |
| JPWO2005117336A1 (en) | Parent-child card authentication system | |
| US8700909B2 (en) | Revocation of a biometric reference template | |
| KR102410006B1 (en) | Method for creating decentralized identity able to manage user authority and system for managing user authority using the same | |
| CN111444492A (en) | Digital identity verification method based on medical block chain | |
| JPWO2019082442A1 (en) | Data registration methods, data decryption methods, data structures, computers, and programs | |
| Faroug et al. | Blockchain-based solutions for effective and secure management of electronic health records | |
| WO2022094648A1 (en) | Method for suspending protection of an object achieved by a protection device | |
| JPH05298174A (en) | Remote file access system | |
| JP3641909B2 (en) | Proof data generator | |
| JP3793377B2 (en) | Data storage system and storage medium storing data storage program | |
| JP3996022B2 (en) | IC card service use permission method and system for multiple service users | |
| JPH1124916A (en) | Device and method for managing software licence |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20040726 |
|
| RD03 | Notification of appointment of power of attorney |
Free format text: JAPANESE INTERMEDIATE CODE: A7423 Effective date: 20070613 |
|
| RD04 | Notification of resignation of power of attorney |
Free format text: JAPANESE INTERMEDIATE CODE: A7424 Effective date: 20070613 |
|
| A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20070723 |
|
| TRDD | Decision of grant or rejection written | ||
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20070731 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20070801 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20100810 Year of fee payment: 3 |
|
| R150 | Certificate of patent or registration of utility model |
Ref document number: 3996022 Country of ref document: JP Free format text: JAPANESE INTERMEDIATE CODE: R150 Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20100810 Year of fee payment: 3 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20100810 Year of fee payment: 3 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110810 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120810 Year of fee payment: 5 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130810 Year of fee payment: 6 |
|
| S531 | Written request for registration of change of domicile |
Free format text: JAPANESE INTERMEDIATE CODE: R313531 |
|
| R350 | Written notification of registration of transfer |
Free format text: JAPANESE INTERMEDIATE CODE: R350 |
|
| EXPY | Cancellation because of completion of term |