(57)【特許請求の範囲】
【請求項１】
第１のアプリケーションを格納する第１のＩＣカードが、ＩＣカード端末機に電気的あるいは電磁気的に接続され、
更に、前記第１のアプリケーションとは異なる、他のアプリケーションを格納する他のＩＣカードが、前記ＩＣカード端末機に電気的あるいは電磁気的に接続され、前記第１のアプリケーションが、第１のＩＣカード上で動作することで、所定のサービスを提供するＩＣカード・サービス提供方法であって、
前記第１のＩＣカードは、前記第１のアプリケーションと同時に動作させるアプリケーションの属性情報を蓄積しており、
前記ＩＣカード端末機が、
電気的あるいは電磁気的に接続された第１のＩＣカードより、第１のＩＣカードに格納された第１のアプリケーションの一覧と、前記第１のアプリケーションと同時に動作させるアプリケーションの属性情報と、
前記ＩＣカード端末機が、電気的あるいは電磁気的に接続された他のＩＣカードより、前記他のアプリケーションの一覧と、前記他のアプリケーションの属性情報と、を取得し、
前記ＩＣカード端末機が有する連携ＩＣカード・アプリケーション属性情報照合手段は、前記第１のＩＣカードに格納された前記第１のアプリケーションと同時に動作させるアプリケーションの属性情報と前記他のＩＣカードに格納された前記他のアプリケーションの属性情報とを、照合することによって、前記第１のＩＣカードに格納された前記第１のアプリケーションと前記他のＩＣカードに格納された前記他のアプリケーションとが同時に動作させるものか否かを解析し、
ＩＣカード端末機が有する連携ＩＣカード・アプリケーション絞込み手段は、前記解析に従って、前記第１のＩＣカードに格納された前記第１のアプリケーションと前記他のＩＣカードに格納された前記他のアプリケーションの組み合わせにおいて同時に動作させるものを確定し、
確定させた組み合わせである前記第１のＩＣカードの前記第１のアプリケーションと前記他のＩＣカードに格納された前記他のアプリケーションを、サービス提供のために前記第１のＩＣカードと前記他のＩＣカードとがそれぞれ実行することを特徴とするＩＣカード・サービス提供方法。
【請求項２】
前記ＩＣカード端末機が有する連携アプリケーション一覧合成手段が、前記第１のアプリケーションの一覧、前記第１のアプリケーションと同時に動作させるアプリケーションの属性情報、前記他のアプリケーションの一覧と、前記他のアプリケーションの属性情報を基にして、前記第１のＩＣカードと他のＩＣカードに格納されたアプリケーションを一覧に合成することを、更に有することを特徴とする請求項１に記載のＩＣカード・サービス提供方法。
【請求項３】
複数のＩＣカードと電気的あるいは電磁気的に接続するカード接続部材と、
前記カード接続部材に電気的あるいは電磁気的に接続された第１のＩＣカードから第１のＩＣカードに格納されたアプリケーションの一覧と、そのアプリケーションと同時に動作させるアプリケーションの属性情報と、前記カード接続部材に電気的あるいは電磁気的に接続された他のＩＣカードから、他のＩＣカードに格納されたアプリケーションの一覧と、そのアプリケーションの属性情報とを読み取る読み取り手段と、
前記第１のＩＣカードに格納されたアプリケーションと同時に動作させるアプリケーションの属性情報と前記他のＩＣカードに格納されたアプリケーションの属性情報とを、照合するＩＣカード端末機が有する連携ＩＣカード・アプリケーション属性情報照合手段と、
前記照合の後、前記第１のＩＣカードに格納された前記アプリケーションと前記他のＩＣカードに格納された前記アプリケーションとの間の依存関係を、前記第１のＩＣカードに格納されたアプリケーションと同時に動作させるアプリケーションの属性情報と、前記他のＩＣカードに格納されたアプリケーションの属性情報とから解析する解析手段と、
前記解析に従って、前記第１のＩＣカードと前記他のＩＣカードに格納されたアプリケーションの組み合わせにおいて同時に動作させるものを確定する手段と、を有することを特徴とするＩＣカード端末機。
【請求項４】
前記第１のＩＣカードに格納された前記アプリケションの一覧、そのアプリケーションと同時に動作させるアプリケーションの属性情報と、前記第２のＩＣカードに格納された前記アプリケーションの一覧と、そのアプリケーションの属性情報から、前記第１のＩＣカードと前記他のＩＣカードとに格納された前記諸アプリケーションの一覧を合成する連携アプリケーション一覧合成手段を、更に有することを特徴とする請求項３に記載のＩＣカード端末機。
【請求項５】
前記ＩＣカード端末機が有する連携アプリケーション一覧合成手段が、前記第１のＩＣカードに格納された前記アプリケーションの一覧、そのアプリケーションと同時に動作させるアプリケーションの属性情報と、前記第２のＩＣカードに格納されたアプリケーションの一覧と、そのアプリケーションの属性情報から、前記第１のＩＣカードと他のＩＣカードに格納された前記アプリケーションを一覧に合成し、確定させた前記アプリケーションの組み合わせを表示する表示装置を、更に有することを特徴とする請求項５に記載のＩＣカード端末機。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本願発明は、ＩＣカード（スマート・カード）など、携帯型の電子的認証手段を利用したサービスの提供方法に関するものである。更には、本願発明は、こうしたサービスを可能とするＩＣカード端末機、及びＩＣカードに関するものである。
【０００２】
【従来の技術】
従来、ＩＣカードサービスの利用希望者に、ＩＣカードを発行し、ＩＣカードに希望するサービスに対応したＩＣカード・アプリケーションを蓄積することが行われている。このとき、ＩＣカードを所持する者がＩＣカードサービスを利用できるのだが、正当な所持者であることを示すために、ＩＣカード所持者は暗証番号を覚えておき、サービス利用時に暗証番号をＩＣカード端末に入力する必要がある。
【０００３】
又、ＩＣカードサービスの内容として、商店街のポイントサービス、デビット・クレジットなどの決済など、複数のＩＣカード・アプリケーションを使用するサービスがある。
【０００４】
又、自治体などが住民カードを発行し、身分証明書として利用するとともに、公共施設利用のためのＩＣカード・アプリケーションを住民カードに蓄積するなどの利用方法がある。
【０００５】
又、１部の自治体などにおいて、印鑑証明登録カードをＩＣカード化することで、印鑑登録証明書の発行依頼の届出を窓口の人手を介さずに電子的に実施することが行われている。
【０００６】
本願発明で言うＩＣカード・アプリケーションとは、ＩＳＯ７８１６やＪＩＣＳＡＰ規格においては、ファイルで表されるものであり、あるいは、Ｊａｖａｃａｒｄ規格やＭＵＬＴＯＳ規格においては、プログラムとデータで表現されるものである。即ち、前者では、諸データがカードに格納され、ＩＣ端末機でのプログラムによって動作がなされる。後者では、プログラムとデータがカードが有する。
【０００７】
本願発明は、サービスを受ける利用者の負担を大幅に軽減せんとするものである。この為、本願発明は、各種サービスを受けるに際して、サービスを受けるに必要なプログラム、データ等を複数のＩＣカードに格納し、これらのＩＣカードを連携して用いるものである。
【０００８】
従来は、ＩＣカード所持者は暗証番号を覚えておく必要があるが、しばしば忘れてしまう、あるいは、容易に他人に推測できる番号を使用してしまい暗証番号としての機能を果たせない場合が多いという難点が有った。
【０００９】
本願発明の第１の目的は、この難点に対して、暗証番号を覚えておく必要をなくし、且つ、ＩＣカード所持者であることを証明できる手段を提供することにある。
【００１０】
又、従来のＩＣカードを利用した、商店街のポイント・サービスのサービス内容を多様化すると共に、制約条件を設けて商店街の顧客の囲い込みを図りたいという要求がある。多様化と制約条件の例として、購買意欲を刺激するための施策として複数のポイント蓄積用のＩＣカードを所持させて、ＩＣカードの組み合わせの条件によって、ポイントを倍増するなどの施策が考えられる。従来の技術では、ＩＣカードの組み合せに関する制約条件を設定することができないという難点があった。
【００１１】
本願発明の第２の目的は、ＩＣカードの制約条件の設定を可能とする手段を提供することにある。
【００１２】
又、従来、自治体が発行する住民カードを利用した公共施設の利用予約などでは、次のような難点があった。即ち、当該公共施設を管理する自治体以外の、近隣の自治体の住民が利用したくても、近隣自治体の住民カードには当該公共施設利用のためのＩＣカード・アプリケーションを蓄積することはできない。又、蓄積可能な住民カードを発行することも制度上、不可能であり、近隣自治体住民による公共施設利用サービスをＩＣカード化できないという難点があった。
【００１３】
本願発明の第３の目的は、近隣自治体の住民カードの所持を前提として、公共施設利用のためのＩＣカード発行を可能とする手段を提供することにある。
【００１４】
又、自治体窓口への届出には、別の窓口で発行された書類を添付することがある。ここで、届出や証明書類が電子化された場合、電子的な届出に添付すべき電子的な書類を電子的に指定して、届出の受付の際に不備が無いかどうかを迅速に審査する必要があるが、その実現方法が明確にされていないという難点がある。
【００１５】
本願発明の第四の目的は、届出や添付する書類をＩＣカード・アプリケーションによって実現した場合に、添付すべき書類を電子的に示し、届出の受付の際の審査を迅速化する手段を提供することにある。
【００１６】
【課題を解決するための手段】
本願発明の基本的な第１の形態は、カード端末機に少なくとも二枚のＩＣカードが電気的あるいは電磁気的に接続が可能であり、前記複数のＩＣカードの内の第１のカードは第１のアプリケーションを少なくとも有し、前記複数のＩＣカードの内の第２のカードは第２のアプリケーションを少なくとも有し、且つ前記少なくとも二枚のＩＣカードは互いに異なる機能に関するものであり、前記カード端末機は、少なくとも、前記第１のカードが有する第１のアプリケーションと、前記第２のカードが有するところの前記第１のアプリケーションが必要とする情報とを取得し、これらに基づいてサービスを提供することを特徴とするＩＣカード・サービス提供方法である。
【００１７】
本願発明の第２の形態は、カード端末機に少なくとも二枚のＩＣカードが電気的あるいは電磁気的に接続が可能であり、前記複数のＩＣカードの内の第１のカードは第１のアプリケーションを少なくとも有し、前記複数のＩＣカードの内の第２のカードは第２のアプリケーションを少なくとも有し、且つ前記少なくとも二枚のＩＣカードは互いに異なる機能に関するものであり、前記カード端末機は、少なくとも、前記第１のカードが有する第１のアプリケーションと、前記第２のカードが有するあるいは生成するところの前記第１のアプリケーションが必要とする情報とを取得し、前記第１のカードの有するアプリケーションと連携して動作する第１のカードとは別異のＩＣカードが有するアプリケーションとの対応を判断し、この判断結果に基づいて所定のサービスを選択し、所定のサービスを提供することを特徴とするＩＣカード・サービス提供方法である。
【００１８】
本願発明の第３の形態は、前記カード端末機による前記サービスの提供が、前記第１のカードが有する第１のアプリケーションと、前記第２のカードが有するあるいは生成するところの前記第１のアプリケーションが必要とする情報に基づき、端末機が有するプログラムあるいは前記端末機に接続されたサーバが有するプログラムが動作することによってなされることを特徴とする前記第１あるいは第２の形態に記載のＩＣカード・サービス提供方法である。
【００１９】
本願発明の第４の形態は、前記第１のカードの有するアプリケーションと連携して動作する第１のカードとは別異のＩＣカードが有するアプリケーションの設定が可変なることを特徴とする前記第１あるいは第２の形態に記載のＩＣカード・サービス提供方法である。
【００２０】
本願発明の第５の形態は、前記第１のカードの有するアプリケーションと連携して動作する第１のカードとは別異のＩＣカードが有するアプリケーションの選択が可能なことを特徴とする前記第１あるいは第２の形態に記載のＩＣカード・サービス提供方法である。
【００２１】
本願発明の第６の形態は、前記第１のカードの有するアプリケーションと連携して動作するアプリケーションを、前記第１のカードとは別異のＩＣカードが有する複数のアプリケーションから選択が可能なことを特徴とする前記第１あるいは第２の形態に記載のＩＣカード・サービス提供方法である。
【００２２】
本願発明の第７の形態は、複数のＩＣカードをＩＣカード端末機に接続し、
前記ＩＣカード端末機は、各ＩＣカードの有する各ＩＣカードのアプリケーションの一覧を取得し、
前記第１のＩＣカードが有するアプリケーションと合わせ用いて、所定のサービスの実行を可能とする前記第２のＩＣカードが有するアプリケーションの属性情報を取得し、
前記第１のＩＣカードが有するアプリケーションと合わせ用いて、所定のサービスの実行を可能とする前記第２のＩＣカードが有するアプリケーションの前記属性情報に対応する第２のＩＣカードのアプリケーションが、前記複数ＩＣカードのいずれかに存在することを確認し、所定のサービスを実行することを特徴とするＩＣカード・サービス提供方法である。
【００２３】
本願発明の第８の形態は、複数のＩＣカードをＩＣカード端末機に接続し、
前記複数のＩＣカードの内の、少なくとも、第１のＩＣカードは、当該第１のＩＣカードの第１のアプリケーションと、第２のＩＣカードの属性情報及び第２のＩＣカードのアプリケーションの少なくとも一者を蓄積する領域とを有し、且つ第２のＩＣカードは、前記第１のＩＣカードの有する当該第１のＩＣカードの第１のアプリケーションとは異なる第２のＩＣカードのアプリケーションを有し、
且つ、前記ＩＣカード端末機は、各ＩＣカードの有する各ＩＣカードのアプリケーションの一覧を取得し、
前記第１のＩＣカードが有するアプリケーションと合わせ用いて、所定のサービスの実行を可能とする前記第２のＩＣカードが有するアプリケーションの属性情報を取得し、
前記第１のＩＣカードが有するアプリケーションと合わせ用いて、所定のサービスの実行を可能とする前記第２のＩＣカードが有するアプリケーションの前記属性情報に対応する第２のＩＣカードのアプリケーションが、前記複数ＩＣカードのいずれかに存在することを確認し、所定のサービスを実行することを特徴とするＩＣカード・サービス提供方法。
【００２４】
本願発明の第９の形態は、複数のＩＣカードをＩＣカード端末機に接続し、
前記ＩＣカード端末機は、各ＩＣカードの有する各ＩＣカードのアプリケーションの一覧を取得し、
前記第１のＩＣカードが有するアプリケーションと合わせ用いて、所定のサービスの実行を可能とする前記第２のＩＣカードが有するアプリケーションの属性情報を取得し、
且つ、前記各ＩＣカードの諸アプリケーションを、合わせて用いることが可能なアプリケーションに対応する情報を示して表示装置に表示し、
前記表示された諸アプリケーションの内から選択されたアプリケーションの組を用いて、所定のサービスを実行することを特徴とするＩＣカード・サービス提供方法である。
【００２５】
本願発明の第１０の形態は、複数のＩＣカードと電気的あるいは電磁気的に接続可能なカード接続部材と、ＩＣカードに格納されているアプリケーションを読み出す手段と、アプリケーションの属性情報を読み出す手段と、第１のＩＣカードに格納されたアプリケーションと合わせ用いることが可能な、これとは別異のアプリケーションの属性情報に基づいて、前記第１のカードに格納されているアプリケーションと、これとは別異のアプリケーションとを合わせ用いて所定のサービスを提供する手段を有することを特徴とするＩＣカード端末機である。
【００２６】
本願発明の第１１の形態は、複数のＩＣカードと電気的あるいは電磁気的に接続可能なカード接続部材と、
ＩＣカードに格納されているアプリケーションを読み出す手段と、アプリケーションの属性情報を読み出す手段と、
第１のＩＣカードに格納されたアプリケーションと合わせ用いることが可能な、これとは別異のアプリケーションの属性情報に基づいて、少なくとも、前記第１のカードに格納されているアプリケーションに対応する情報と、これと合わせ用いることが可能な、前記第１のカードに格納されているアプリケーションとは別異のアプリケーションに対応する情報とを、表示する手段と、
前記組み合わせ用いることが可能なアプリケーションの組の内のいずれかを選択する手段と、
前記選択する手段による選択に基づいて、実行する所望の組のアプリケーションを決定する手段と、を少なくとも有するＩＣカード端末機である。
【００２７】
本願発明の第１２の形態は、複数のＩＣカードと電気的あるいは電磁気的に接続可能なカード接続部材と、ＩＣカードに格納されているアプリケーションを読み出す手段と、アプリケーションの属性情報を読み出す手段と、第１のＩＣカードに格納されたアプリケーションと合わせ用いることが可能な、これとは別異のアプリケーションの属性情報に基づいて、前記第１のカードに格納されているアプリケーションと、このアプリケーションとは別異のアプリケーションであって、これと合わせ用いることが可能なアプリケーションを判断する手段と、前記第１のカードに格納されているアプリケーションと、これとは別異のアプリケーションとを合わせ用いて所定のサービスを提供する手段を有し、且つ前記合わせ用いることが可能なアプリケーションの判断を行うに当って、前記ＩＣカードのいずれかに格納されているアプリケーションを確認する情報を取得してなすことを特徴とするＩＣカード端末機。
【００２８】
本願発明の第１３の形態は、複数のＩＣカードと電気的あるいは電磁気的に接続可能なカード接続部材と、ＩＣカードに格納されているアプリケーションを読み出す手段と、アプリケーションの属性情報を読み出す手段と、第１のＩＣカードに格納されたアプリケーションと合わせ用いることが可能な、これとは別異のアプリケーションの属性情報に基づいて、前記第１のカードに格納されているアプリケーションと、これとは別異のアプリケーションとを合わせ用いて所定のサービスを提供する手段と、前記第１のＩＣカードとは別異のＩＣカードの所有者が、前記第１のＩＣカードの所有者と同一であることを示す情報を取得し、検証する手段と、を有するが有することを特徴とするＩＣカード端末機である。
【００２９】
本願発明の第１４の形態は、複数のＩＣカードと電気的あるいは電磁気的に接続可能なカード接続部材と、前記カード接続部材に、第１のＩＣカードが電気的あるいは電磁気的に接続され、当該ＩＣカードが内蔵するアプリケーションあるいは当該ＩＣカード端末機が有するアプリケーションを動作させる際、前記カード接続部材に、第２のＩＣカードが電気的あるいは電磁気的に接続され、前記第２のＩＣカードより提供された所定情報が、当該ＩＣカードの利用者による入力となして前記アプリケーションが動作するごとく構成されたことを特徴とするＩＣカード端末機である。
【００３０】
本願発明の第１５の形態は、複数のＩＣカードと電気的あるいは電磁気的に接続可能なカード接続部材と、前記カード接続部材に、少なくとも第１のＩＣカード及び前記第１のＩＣカードの機能と連携する機能を有する第２のＩＣカードが電気的あるいは電磁気的に接続され、少なくとも当該ＩＣカードのいずれかが内蔵するアプリケーションあるいは当該ＩＣカード端末機が有するアプリケーションを動作させる際、前記第２のＩＣカードの有効性を確認するに際して、前記第２のＩＣカードの有効性に関する情報を取得する手段と、前記第２のＩＣカードの有効性に関する情報に基づいて前記第２のＩＣカードの有効性の有無を確認する手段と、前記第２のＩＣカードが有効である場合、当該アプリケーションを実行することを特徴とするＩＣカード端末機である。
【００３１】
本願発明の第１６の形態は、複数のＩＣカードの有する機能を合わせて、所定のサービスを可能とするアプリケーションを有し、且つ当該第１のＩＣカードが、この第１のＩＣカードと連携して動作することが可能なところの少なくとも第２のＩＣカードに対する第２のＩＣカードの属性情報及びこの第２のＩＣカードに蓄積され且つ前記第１のＩＣカードと連携が可能なアプリケーションに対する属性情報との少なくとも一者を蓄積する領域を有することを特徴とするＩＣカードである。
【００３２】
本願発明の第１７の形態は、前記第２のＩＣカードの属性情報が、ＩＣカードの識別番号、ＩＣカードの公開鍵、ＩＣカードの所有者の名称、ＩＣカードの所有者の識別番号、ＩＣカードの発行者の名称、ＩＣカードの発行者の識別番号、ＩＣカードの製造者の名称、ＩＣカードの製造者の識別番号の群から選ばれた少なくとも一者となし、前記第２のＩＣカードに蓄積され且つ前記第１のＩＣカードと連携が可能なアプリケーションに対する属性情報が、ＩＣカード・アプリケーションの公開鍵、ＩＣカード・アプリケーションの名称、ＩＣカード・アプリケーションの識別番号、ＩＣカード・アプリケーションの製造者の名称、ＩＣカード・アプリケーションの製造者の識別番号、ＩＣカード・アプリケーションの発行者の名称、ＩＣカード・アプリケーションの発行者の識別番号の群から選ばれた少なくとも一者となすことを特徴とする請求項１６に記載のＩＣカードである。
【００３３】
本願発明の第１８の形態は、第１のＩＣカードの搭載された第１のアプリケーションと連携して実行する第２のアプリケーションが、搭載されるところの第２のＩＣカード、及び前記第２のＩＣカードに搭載された前記第２のアプリケーションの内の少なくとも一者を指定する工程、前記第１のアプリケーションと連携して実行する第２のアプリケーションに対する属性情報として、前記第２のＩＣカードからＩＣカードの属性情報及びＩＣカード・アプリケーションの属性情報の群の少なくとも一者を選定する工程、選定されたＩＣカードの属性情報及びＩＣカード・アプリケーションの属性情報の群の少なくとも一者を、前記第１のＩＣカードに搭載する工程、及び第１のＩＣカードに第１のアプリケーションを搭載する工程、を有することを特徴とするＩＣカード・アプリケーションの発行方法である。
【００３４】
本願発明の第１９の形態は、前記第２のＩＣカードの属性情報が、ＩＣカードの識別番号、ＩＣカードの公開鍵、ＩＣカードの所有者の名称、ＩＣカードの所有者の識別番号、ＩＣカードの発行者の名称、ＩＣカードの発行者の識別番号、ＩＣカードの製造者の名称、ＩＣカードの製造者の識別番号の群から選ばれた少なくとも一者であり、前記第２のＩＣカードに蓄積され且つ前記第１のＩＣカードと連携が可能なアプリケーションに対する属性情報が、ＩＣカード・アプリケーションの公開鍵、ＩＣカード・アプリケーションの名称、ＩＣカード・アプリケーションの識別番号、ＩＣカード・アプリケーションの製造者の名称、ＩＣカード・アプリケーションの製造者の識別番号、ＩＣカード・アプリケーションの発行者の名称、ＩＣカード・アプリケーションの発行者の識別番号の群から選ばれた少なくとも一者であることを特徴とする請求項１８に記載のＩＣカード・アプリケーションの発行方法である。
【００３５】
本願発明の第２０の形態は、第１のＩＣカードを電気的あるいは電磁気的に接続させ、少なくとも、第１のＩＣカードに搭載された第１の機能に基づいて所定のサービスを実行するに際して、第１のＩＣカードにおいて乱数を生成し、この乱数を第２のＩＣカードに送付し、
前記第２のＩＣカードは、受信した乱数を用いて、当該第２のＩＣカードに固有の属性情報に基づくこの第２のＩＣカードを証明する情報を作成し、
前記第２のＩＣカードは、この第２のＩＣカードを証明する情報を、前記第１のＩＣカードに送付し、
前記第１のカード内で、第２のＩＣカードを証明する情報の正当性を確認すること、を特徴とするＩＣカード・サービスの提供方法である。
【００３６】
本願発明の第２１の形態は、複数のＩＣカードと電気的あるいは電磁気的に接続可能なカード接続部材と、
第１のＩＣカードを電気的あるいは電磁気的に接続させ、少なくとも、第１のＩＣカードに搭載された第１の機能に基づいて所定のサービスを実行するに際して、
第１のＩＣカードにおいて乱数を生成させる手段と、
この乱数を第２のＩＣカードに送付し、前記第２のＩＣカード内で、受信した乱数を用いて、当該第２のＩＣカードに固有の属性情報に基づくこの第２のＩＣカードを証明する情報を作成させる手段と、
前記第２のＩＣカードは、この第２のＩＣカードを証明する情報を、前記第１のＩＣカードに送付し、前記第１のカード内で、第２のＩＣカードを証明する情報の正当性を確認させる手段とを特徴とするＩＣカード端末機である。
【００３７】
本願は、こうしたＩＣカード・サービス提供方法を実現するＩＣカード端末機及びこれに供することが出来るＩＣカードを提供する。
【００３８】
【発明の実施の形態】
本願発明の更なる、実施形態の例の詳細は、以下の欄に明らかにされるが、その具体的な代表的な例を示せば、次の通りである。
【００３９】
本願発明が関係する基本的なシステムは、複数のＩＣカードと、サービスを実行する為のＩＣカード端末を有する。そして、多くの場合、このＩＣカード端末機、ないしはこれと連動するサーバなどが当該サービスを実行するコンピュータ・プログラムを有する。場合によっては、ＩＣカード内に所望のプログラムを有する場合もある。これらの基本的システムの各要素は通例のものを用いて、所望に構成することが出来る。
【００４０】
ＩＣカードサービスを利用するための第１のＩＣカードが、第１のＩＣカード・アプリケーションを蓄積し、これとは別に、第２のＩＣカードが第２のＩＣカード・アプリケーションを蓄積するものとして、第２のＩＣカードの属性情報、および／または、第２のＩＣカード・アプリケーションの属性情報を蓄積する連携ＩＣカード・アプリケーション属性情報蓄積手段を第１のＩＣカード内に設けたこと、および／または、第２のＩＣカードに第１のＩＣカード・アプリケーションの利用のための暗証番号蓄積手段を設けたことである。
【００４１】
更に、本願のＩＣカードサービス提供方法の例の詳細は、次の各ステップを有する。
（１）各ＩＣカードごとのＩＣカード・アプリケーションの１覧を取得するＩＣカード・アプリケーション１覧取得ステップ。
（２）各ＩＣカードごとに連携ＩＣカード・アプリケーション属性情報蓄積手段に蓄積された属性情報を取得する連携ＩＣカード・アプリケーション属性情報取得ステップ。
（３）連携ＩＣカード・アプリケーション属性情報蓄積手段に蓄積された属性情報に基づく依存関係を解析することによって連携ＩＣカード・アプリケーション属性情報蓄積手段に蓄積された属性情報に合致する第２のＩＣカードがＩＣカード端末に電気的あるいは電磁気的に接続されていることを判定する、および／または、属性情報に合致する第２のＩＣカード・アプリケーションが、第１のＩＣカードまたは第２のＩＣカードに蓄積されていることを判定する連携ＩＣカード・アプリケーション属性情報照合ステップ。
（４）各ＩＣカードから取得したＩＣカード・アプリケーションの１覧を合成してＩＣカード・アプリケーションの１覧表示を作成する連携ＩＣカード・アプリケーション１覧合成ステップと、各ＩＣカードの連携ＩＣカード・アプリケーション属性情報蓄積手段に蓄積された属性情報に基づく依存関係に基づいて選択可能なＩＣカード・アプリケーションの１覧を表示して選択を受け付ける連携ＩＣカード・アプリケーション絞込みステップ。
（５）第１のＩＣカード・アプリケーションを実行する前に、第１のＩＣカード内の連携ＩＣカード属性情報蓄積手段に蓄積した第２のＩＣカードのＩＣカード有効性確認用情報によって第２のＩＣカードの有効性をサーバに問い合わせる、および／または、第１のＩＣカード内の連携ＩＣカードプムグラム属性蓄積手段に蓄積した第２のＩＣカード・アプリケーションのＩＣカード・アプリケーション有効性確認用情報によって第２のＩＣカード・アプリケーションの有効性をサーバに問い合わせる連携ＩＣカード・アプリケーション有効性確認ステップ。
（６）暗証番号のキー入力を待つときに、第２のＩＣカードから情報を取得して、当該の取得情報を以って所持者の暗証番号のキー入力が為されたものとする暗証番号取得ステップ。
（７）第１のＩＣカードに乱数を生成させる乱数生成ステップ。
（８）第２のＩＣカードにその乱数を送信して第２のＩＣカードに固有の情報を使用して証明書を作成させる証明書作成ステップ。
（９）その証明書を第１のＩＣカードに送信して証明書の正当性を検証する証明書検証ステップとを設ける。
【００４２】
更には、ＩＣカード・アプリケーション発行方法では、次のステップを有する。
（１）第１のＩＣカードに蓄積するＩＣカード・アプリケーションの連携対象として、第２のＩＣカード、および／または、第２のＩＣカードに蓄積されたＩＣカード・アプリケーションを指定する連携対象指定ステップ。
（２）第２のＩＣカードから連携対象の属性情報としてＩＣカードの属性情報、および／または、ＩＣカード・アプリケーションの属性情報を抽出する連携対象属性情報抽出ステップ。
（３）抽出した連携対象の属性情報を第１のＩＣカードの連携ＩＣカード・アプリケーション属性情報蓄積手段に蓄積する連携ＩＣカード・アプリケーション属性情報注入ステップ。
【００４３】
以上の代表例を例示した通り、本願発明は、ＩＣカードが有する少なくとも２つの異なる機能を、その両者を用いて定められた機能を実施することが可能なＩＣカードの利用方法を提供する。
【００４４】
例えば、複数枚、例えば２枚のＩＣカードを用い、その各々に別異の機能を有せしめ、これらの複数の機能を連携して所定の動作するのである。
【００４５】
尚、ここで、「ＩＣカードが有する機能」とは、ＩＣカードが提供する各種サービス内容を指す。それは、サービスを実行する為のプログラム等あるいはＩＣカードが内蔵する各種データなどをも含む用語である。
【００４６】
前記サービス内容は、多岐に渡る。その例を掲げれば、例えば、次のごときものである。勿論、以下に例示するサービスの諸例は、本願の適用が可能なサービスの１例に過ぎない
（１）ＰＩＮ（Ｐｅｒｓｏｎａｌ  Ｉｄｅｎｔｉｆｉｃａｔｉｏｎ  Ｎｕｍｂｅｒ）の入力を代行するサービス。
（２）電子チケット販売、電子証明書発行、電子新聞販売などとその決済。即ち、これらの販売、発行に対する決済を、ＩＣカードによって種々の異なる種類の決済方法を選択して行おうとするサービスである。
（３）ポイント・サービスとその決済。即ち、これらのポイント・サービスに対する決済を、ＩＣカードによって種々の異なる種類の決済方法を選択して行おうとするサービスである。
（４）行政届出。
【００４７】
行政届出の第１の例は、第１の行政窓口で申請、発行した証明書等を別の第２の行政窓口に提出することなく、１連の業務にて所望の行政処理がなされるサービスである。
【００４８】
行政届出の第２の例は、行政が行う電子証明書は、例えば様式毎、発行機関毎に、必要な証明書を指定する要請がある。又、行政官庁が、この場合の支払い方法について指定を行う場合がある。本例は、これらの証明書の発行を支払いを一連の業務によって処理がなされるサービスである。
（５）自治体の広域サービス。自治体Ａの住民が、自治体ＢによるＩＣカードが有するアプリケーションによるを利用したサービスを希望する場合、前記自治体ＡによるＩＣカードによる身分証明を用いて前記サービスを受ける。
【００４９】
前記サービスの実現の為に、前記ＩＣカードが内蔵する各種データの例を掲げれば、次のごときものである。それは、例えば、ＩＣカードのカードＩＤ（Ｉｎｅｔｉｆｉｃａｔｉｏｎ）、カード所有者に固有に付したＩＤ（即ち、カード・ホールダＩＤ）、ＡＩＤ（Ａｐｐｌｉｃａｔｉｏｎ  Ｉｄｅｎｔｉｆｉｅｒ）、アプリケーションの製造者、発行者の名称、ＲＩＤ（Ｒｅｇｉｓｔｅｒｅｄ  Ａｐｐｌｉｃａｔｉｏｎ  Ｐｒｏｖｉｄｅｒ  Ｉｄｅｎｔｉｆｉｅｒ）、カードの製造者（Ｃａｒｄ  Ｍａｎｕｆａｃｔｕｅｒ）のＩＤ、カード発行者（ＣａｒｄＩｓｓｕｅｒ）の名称、カード発行者のＩＤなどである。
【００５０】
本願発明は、複数のカードを使用し、且つこれら複数のカードの各々が内蔵する機能の内の複数を用いて、所望のサービスを実行するものである。このような複数のカードを利用する場合、これら複数のＩＣカードのどれであるかを指定することが必要となる。並びに、これら複数のＩＣカードに内蔵されるアプリケーションを指定する必要がある。
【００５１】
対象カードの指定の情報は、例えば、カードＩＤ、カード・ホールダＩＤ、製造者名あるいは製造者ＩＤ、発行者の名称あるいは発行者のＩＤなどを用いることが出来る。勿論、これらの内の複数を組み合わせて用いることも可能である。
【００５２】
カードに搭載するサービスを指定の情報は、例えば、アプリケーションの名称、アプリケーションのＩＤ、製造者名あるいは製造者のＩＤ、発行者の名称あるいは発行者のＩＤなどを適宜用いることが出来る。勿論、これらの内の複数を組み合わせて用いることも可能である。
【００５３】
現実的な方法として、前記複数のカードの連携対象を指定するに適した方法を整理すると表１の通りである。
【００５４】
【表１】
0004054535.tif 000002
【００５５】
第１は、複数、例えば２枚のカードにおいて、実行するサービスが固定している場合である。
【００５６】
この例を掲げれば、次のごときものである。所望のサービス、例えば、行政官庁、例えば市役所において、住民票をＩＣカードを用いて請求を可能となす場合、対象となる市民にＩＤカードが配布される。このＩＣカードを使用する場合、当然、使用者自身を証明するＰＩＮ（Ｐｅｒｓｏｎａｌ  Ｉｄｅｔｉｆｉｃａｔｉｏｎ  Ｎｕｍｂｅｒ）を覚えていなければならない。しかし、使用者が、自己を証明するＰＩＮ（Ｐｅｒｓｏｎａｌ  Ｉｄｅｔｉｆｉｃａｔｉｏｎ  Ｎｕｍｂｅｒ）を十分覚えていない場合も想定される。本願発明のおいては、こうした場合、サービスを実行するＩＣカードとは別に、自己のＰＩＮを有するＩＣカードを用いるものである。そして、サービスを実行する第１のＩＣカードと自己のＰＩＮを有する第２のＩＣカードとが、固定的に対として用いられる。こうすると、自己のＰＩＮを常に記憶していることはない。以上は行政サービスの例であるが、本例はサービス一般的なサービスに簡単に用いることが可能な方法である。
【００５７】
複数のＩＣカードをカード端末機に装着した場合、対象となるＩＣカードを指定する必要がある。この要請に対しては、例えば、カードの属性情報が用いられる。ＩＣカードの属性情報として、ＩＣカード識別番号（カードＩＤ）、ＩＣカード公開鍵、カード所持者の名称やカード所持者の識別番号（カード・ホルダＩＤ）、ＩＣカード発行者の名称やＩＣカード発行者の識別番号、カード製造者の名称や、カード製造者の識別番号などのうちの１個あるいは２個以上を用いることが可能である。
【００５８】
更に、本願のサービスを実行する為に、実行するサービスに係わるアプリケーションを指定する必要がある。これには、カード・アプリケションの名称あるいはカード・アプリケションの識別番号（ＡＩＤ：Ａｐｐｕｌｉｃａｔｉｏｎ  Ｉｄｅｎｔｉｆｉｅｒ）などが用いられる。
【００５９】
この使用目的が固定的な場合の代表的な動作例は次の通りである。
【００６０】
第１のＩＣカードを、カード端末機の電気的ないしは電磁気的に接続する。尚、ここで、接続とは、電気的ないしは電磁気的な接続であって、機械的な接触を必ずしも必要とはしない。ＩＣカードをカード端末機にかざすことによって、接続の目的を達成することが出来ることは言うまでもない。第１のＩＣカードがこの端末機の動作を促すカードであった場合、端末機及びこの端末機と連動するサーバが有する、所定サービスに対応するプログラムが動作を開始する。
【００６１】
そして、当該サービスを実行するに必要な、データあるいは更なるプログラムなどを、使用者に要請する。尚、この要請は、通例、表示装置を用いて表示されるのが一般的である。この表示に基づく指示によって、例えば、キー入力が可能とされる場合もある。利用者に指定されたプログラムを実行し、別のＩＣカードが必要な時点で停止し、別のカードを要求するメッセージが表示される。
【００６２】
前記の要請に応じて、使用者は、第２のＩＣカードを、カード端末機の電気的ないしは電磁気的に接続する。尚、ここでも、接続とは、前述の意味であることは言うまでもない。又、この説明では、第２のカードを、時間的に離間して、ＩＣカード端末機に接続するとしたが、システムの構成によって、予め、複数のＩＣカードをＩＣカード端末機に接続しておいてもよい。カード端末機の要請に応じて、第２のＩＣカードは、当該サービスを実行する為のデータあるいは更なるプログラムを提供する。前記サービスを実行する為のデータとは、最も簡単な例は、例えば、サービスを受ける人あるいはカードを確認する情報、即ち、識別番号、ＰＩＮなどである。第２のＩＣカードからのこの情報は、前記ＩＣ端末機に送付されるのが、一般的である。
【００６３】
こうして、端末機は、第２のカードからサービスを受ける人あるいはカードを確認する情報を受領すると、この受領した情報が、有効性のある情報か否かを確認する。この確認する動作によって、有効性が確認されると、具体的なサービスが実行される。尚、第２のカードからサービスを受ける人あるいはカードを確認する前記情報を第１のカードにおいて実行する場合もある。この場合、前記情報は、第２のＩＣカードから第１のＩＣカードに伝送される。そして、第１のＩＣカード内で、この確認動作がなされる。この結果が、第１のＩＣカードより端末機に送付される。この有効性が確認されると、具体的なサービスが実行される。
【００６４】
しかし、前記ＩＣカードとカード端末機の間の信号の送受は、暗号化してなされるのが、一般的である。この時、前記サービスを受ける人を確認する情報を、例えば、乱数を用いて暗号化する場合がある。そして、この時用いる乱数を、第２のＩＣカード内において生成する場合、端末機より第２のカードに送信する場合など、種々の手法が考えられる。いずれにしても、第２のＩＣカードの前記情報は、乱数によって暗号化されて、端末機に送信される。
【００６５】
以上、本願発明において、肝要なことは、第１のＩＣカードが提供しようとするサービスの実行に必要な情報を、第２のＩＣカードより提供すること、この情報を、当該サービス・システムが確認した上で、当該サービスを実行することにある。
【００６６】
第２は、使用可能なカードに条件が存在する場合である。この条件とは、例えば、一般論として、ＩＣカードが有する所定のアプリケーションの提供者によって、所望のサービスが提供可能か否か判断される。具体的な例を掲げれば、例えば、サービスが提供可能か否か判断をすべき機関の具体的な例は、各種クレジットサービスを提供する諸機関をあげることができる。サービス・システムはこれらの諸機関の内より、サービスが可能な機関を選択するのである。勿論、複数の機関がサービス可能なことも、当然ある。
【００６７】
この場合、ＩＣカードの指定の為のＩＣカードの属性情報、及びアプリケーションを指定の為のアプリケーションの属性情報は、前述した諸例と同様である。
【００６８】
第３は、無条件で連携が可能な対象カードを指定できる場合である。この場合は、ＩＣカードの指定は、例えば、所定のカードをカード端末機に装着した場合のリセット信号によって動作が可能となる。又、動作するアプリケーションも無条件で応答する。
【００６９】
次に、ＩＣカードが有する複数のアプリケーションを連携することを指定する現実的な方法を表２に例示する。但し、ここに示した諸例は、用いることが容易な対象カードの指定方法、及び対象アプリケーションの指定方法を例示したものである。システムの構成方法によっては、他の指定の方法を採用することも当然可能である。表２の各欄に「２Ａ」、「３Ｃ」などと記号で示したのは、表１で示したカードあるいはアプリケーションの指定方法を指している。
【００７０】
【表２】
0004054535.tif 000003
【００７１】
次に、サービスの処理の流れを概説する。より、詳細な処理は、後述する実施例で説明される。
（１）ＩＣカードの機能（アプリケーション及び属性情報等）の対応条件の指定
ＩＣカード、及びアプリケーションの発行前、あるいは、発行時に、対応条件を定める。この対応条件のデータは、ＩＣカードあるいはサーバに格納される。又、ＩＣカードの発行後、アプリケーションを発行する場合、連携先のＩＣカードから対応条件のデータを抽出する場合もある。
（２）ＩＣカード、及びアプリケーション等の有効性の確認
各ＩＣカード、及びアプリケーション等の有効性を、発行者に問い合わせることが必要である。カード、アプリケーション等が失効している場合、サービスは当然、実行されない。
【００７２】
サービスによっては、アプリケーションの発行時に、連携先のＩＣカードの有効性の確認用の情報を抽出しておき、サービス用のアプリケーションが連携先のＩＣカードが無くとも、その有効性を確認することが出来る方法も取り得る。
（３）アプリケーション等の絞込み
上記（１）で格納した条件データに基づいて、連携可能なアプリケーションを絞り込む。こうして、複数のアプリケーションの内、連携して動作が可能なものの対応関係が明らかにされる。そして、実際に実行するアプリケーションが選択される。
装置側のみで、この絞込みが十分でない場合、人による絞込みも併用することがある。
（４）具体的なサービスの実施に当っては、データの喪失、不正な複製、重複がないような工夫が施されるが、この方策自体は、従来技術、例えば、電子マネーなどの技術で良い。これは、例えば、アプリケーション間でデータを交換するこのなどが行われる。
＜代表的なサービスの諸例＞
次に、本願発明の代表的な具体的サービスのいくつかの例を説明する。
【００７３】
第１はＰＩＮカードの例である。図１８はＰＩＮカードのサービスの１例を示す概念図である。市役所での行政サービスの例である。それは、例えば、住民票あるいは戸籍抄本等の書類の申請、発行に関する例である。ここで、住民票あるいは戸籍抄本などは、単に行政サービスの１例を例示したもので、多くの行政サービス一般に、本願発明は適用出来るものである。
【００７４】
カードの使用者５は、２つのＩＣカード、即ち、第１のカード、住民カード７と第２のカード、ＰＩＮカード６を連携して用いる例である。市役所サイド１には、当該行政サービスの行政窓口、即ち、「サービス提供機関」２とこの行政サービスを実行する為のアプリケーションを発行する「アプリケーション発行部門」３が示されている。
【００７５】
第２のカードであるＰＩＮカード６がＩＣカード発行者４より発行される。このＩＣカード発行者４は、本願発明のＩＣカード・システムの個別機関として示されている。この機関は、具体的には市役所１の所轄部門の場合、市役所１から委託を受けた機関の場合など各種形態が考えられる。しかし、本願発明の実施の基本に影響は与えない。行政窓口２でＩＣカードを使ったサービスを受ける場合あるいはアプリケーションの発行を受ける場合、ＩＣカード発行者４から前記行政サービス窓口２に、このＩＣカードの交付証明書が連絡される。この交付証明書は、当該ＩＣカードの正当性を検証する為のものである。この連絡は、現在では多くの場合、オン・ラインにて行われる。勿論、他の方法もあり得る。前記交付証明書は勿論、数列、文字列、あるいはこれらの組み合わせの情報が用いられる。
【００７６】
このサービスを前記第１の「固定」の方法で実施する場合を説明する。
【００７７】
第１のＩＣカード、即ち、住民カードには、第１のカードの属性情報と、第１のカード・アプリケーションの属性情報が蓄積され得る。即ち、第１のカードは、連携するＩＣカードのアプリケーション属性情報の蓄積手段を有する。カードの属性情報は、例えばＩＣカードその所有者の前記ＰＩＮ（Ｐｅｒｓｏｎａｌ  Ｉｄｅｔｉｆｉｃａｔｉｏｎ  Ｎｕｍｂｅｒ）である。カードの属性情報は、カードの有効性の確認などに用いられる。ＰＩＮ自体は、当該分野で用いられているもので十分である。カード・アプリケーションの属性情報は、例えばアプリケーションの名称あるいはアプリケーションＩＤ等で良い。
【００７８】
第１のカード、即ち、住民カード７はＩＣカード発行者４より発行される。本例では、ＩＣカード発行者４が、この第１のカード発行する例であるが、前記行政機関１の所轄部門などによってなされる場合など、各種形態が考えられる。しかし、いずれの形態にしろ、本願発明の実施に本質的な差異は無い。使用者５は予め、行政機関１内の、サービス発行部門３に、サービス提供の為のアプリケーションの発行を求め、前記第２のカードにアプリケーションの提供を受ける。この時、当該アプリケーションが、前記第１のカードと連携対象であることを指定するカード・アプリケーションの属性情報が、少なくとも付されている。
【００７９】
使用者５が行政窓口２に、サービスの提供、例えば、住民票の発行を申請（１６）する。この場合、第１及び第２のカード６、７をカード端末機にアクセスする。即ち、各ＩＣカードが、ＩＣカード端末機に電気的あるいは電磁気的に接続する。そして、固定サービスの動作例の前述の説明のように、第１のＩＣカードのプログラムあるいは信号によって、行政窓口２の端末機の当該サービスのプログラムが動作を開始する。端末機は、第１のＩＣカードから、例えば、対象となるアプリケーションに対応するＰＩＮを取得し、蓄積する。
【００８０】
第２のカードのＰＩＮカードから利用者５の「ＰＩＮ」が、行政窓口２、具体的には行政窓口２の端末機に送付（１７）される。このＰＩＮは、通例、前述したように乱数によって暗号化されている。端末機は、受信したＰＩＮの有効性を確認する。また、第２のＩＣカードから受信したＰＩＮを、第１のカードからのＰＩＮと照合する。この照合が確認されると、当該サービスを実行（１８）する。
【００８１】
尚、このサービスは、前記第３の「条件無し」の形態によって、実施することも可能である。
【００８２】
第２の例は、行政届出の例である。これは、例えば、印鑑証明書、登記簿謄本、あるいは戸籍謄本の交付を、所定の行政官庁等から交付を求め、これらの書類を別の窓口に提出し、所望の届け出をする例である。勿論、ここに例示した以外の諸書類の交付を求める場合等にも本願発明が適用可能なことは言うまでもない。
【００８３】
図１９は、行政届出サービスの一例を示す概念図である。カード発行者２４は、使用者２５に第１のカードであるＩＣカード２６を発行する。このカードは、そのサービスの内容から、例えば「行政発行証明書類格納用カード」と称することが出来る。
【００８４】
このＩＣカード２６には、第１の「行政発行証明書類申請用のアプリケーション」が格納されている。ここで、第１の行政発行証明書類申請用のアプリケーションとは、例えば「印鑑証明書申請用のアプリケーション」２８、「登記簿謄本申請用のアプリケーション」２９、「戸籍謄本申請用のアプリケーション」３０、その他の行政官庁の書類の申請用アプリケーション３１などが搭載（３７）される。これらのアプリケーションは、それぞれ所轄の行政官庁等４０から発行される。行政官庁等４０とは、これらの例に即せば、市役所２０、法務局２１、その他の官庁２２である。尚、前記の行政官庁等４０の代わりに、具体的には、例えば、行政官庁から委託された機関２３、即ち、団体や企業が代行して実施（３５）する場合もある。
【００８５】
第１のカードには、当該カードのカード属性情報と、搭載されているアプリケーションの属性情報とが搭載されている。
【００８６】
他方、所定の官庁あるいはＩＣカード発行者２４から第２のＩＣカード２７が発行（３６）される。前記の行政官庁等の代わりに、具体的には、例えば、行政官庁から委託された機関、即ち、団体や企業が代行して実施する場合もある。行政官庁等２３の代わりに、前記ＩＣカード発行者２４が発行することもある。第２のＩＣカード２７は、個人認証用のカードで、例えば、住民カードと称すべきものである。住民カード２７は、カードの所有者のＰＩＮあるいはこれに相当する情報が格納されている。
【００８７】
使用者２５が行政窓口４０に、印鑑証明書（２８）の提出を必要とするサービス（３１）の提供、例えば、登記の登録を申請（４１）する。
【００８８】
この場合、第１及び第２のカード２６、２７をカード端末機にアクセスする。即ち、各ＩＣカードが、ＩＣカード端末機に電気的あるいは電磁気的に接続する。第１のカードは、第２のカードが有する「個人の認証用のデータに係わる属性情報」を取得（４３）し、その蓄積手段に蓄積する。そして、第１と第２のＩＣカードの機能の連動が可能な複数のアプリケーションを判断する。サービス機関、具体的には、この機関のＩＣカード端末機は、この第１と第２のＩＣカードの機能の連動が可能な複数アプリケーションの一覧を取り込む。そして、このアプリケーションの有効性を確認する。この確認の後、ＩＣカード端末機は、第１のサービスを実行し、この結果を第２のサービスの為に供給する。そして、この一連のサービスの実行によって、使用者の目的とする行政サービス（４２）を受けることが出来る。前記の例に即せば、例えば、第１の行政窓口から印鑑証明書を発行し（２８）、これを第２の行政窓口のサービスに提供する。これに基づいて、第２のサービスを実行する。これらの一連のサービスの実行は、所定のプログラムに基づいて実行される。
【００８９】
こうして、使用者は、２枚のＩＣカードを用いることによって、これまで、第１のサービス、及び第２のサービスを別個の窓口にて、順次行っていた手続きを、一度の手続き開始によってなすことが出来る。
【００９０】
尚、前記ＩＣカード、及びＩＣカード端末機における、動作の一例については、後述の実施例に例示する。
【００９１】
第３は、自治体の広域サービスの例である。自治体Ａの住民が、自治体ＢのＩＣカード・アプリケーションを利用したサービスを希望する場合、自治体Ａの住民ＩＣカードを身分証明書として、自治体ＢのＩＣカードと自治体Ｂの所望のアプリケーションを発行してもらう例である。そして、自治体Ｂのアプリケーションを利用する場合には、自治体Ａの住民ＩＣカードで身分の証明を行う。即ち、技術的には、自治体Ａの住民ＩＣカードの有効性の確認を行うこととなる。
【００９２】
図２０は、こうした自治体の広域サービスの例として、二つの市にまたがる図書館の利用である。利用者７０は、Ａ市の住民である。この利用者が隣接するＢ市の図書館を利用する例である。
【００９３】
利用者７０は、Ａ市より「Ａ市住民カード」５６の発行を受ける。この場合、実際のカードの発行は、Ａ市より委託を受けた機関５２が代行することが多い。勿論、自治体の所轄部門が直接行う場合もある。そして、ＩＣカード５６の発行を行ったことを示す、「ＩＣカード証明書」が、同市のサービスの提供を行うサービス提供者５５に連絡される（７１）。
【００９４】
尚、「Ａ市住民カード」５６には、利用者７０がＡ市の住民であることを認証するアプリケーション（識別番号など）５７を有する。また、ある場合には、その他のアプリケーション５８を有する。
【００９５】
利用者７０はサービス提供者５５より、所望のアプリケーションの発行（７２）を受けることが出来る。このＩＣカード５６は、例えば、Ａ市の住民認証の為のアプリケーション５７、あるいはその他のアプリケーション５８が格納されている。他方、利用者７０は、カード発行の担当機関よりＢ市ＩＣカード５９の発行（７４）を受ける。このカード発行の担当機関はＢ市５３あるいはその代行者５４等として、適宜定められている。そして、利用者７０は、Ｂ市の図書館５４より図書館利用の為のアプリケーションの発行７３を受ける。このアプリケーションの発行は、前述の例でも触れた通り、図書館自体の所定部門が行う場合、図書館より委託を受けた別途の機関が行う場合など種々の形態があり得る。
【００９６】
尚、「Ｂ市のＩＣカード」５９には、利用者７０がＢ市の図書館を利用することが出来ることを認証するアプリケーション６０を有する。また、ある場合には、その他のアプリケーション６１を有する。
【００９７】
この例の場合、「Ｂ市のＩＣカード」５９が第１のＩＣカード、「Ａ市住民カード」５６が第２のＩＣカードとして動作させる。尚、カードと端末機との間の信号の伝送に際して、信号を暗号化する手法は前述した通りであり、必要に応じて用いられる。
【００９８】
こうして、利用者は、第１のカードであるＢ市ＩＣカード５９と第２のカードであるＡ市住民カード５６の２枚のカードを、Ｂ市の図書館５４において用いることによって、Ｂ市の図書館での図書の借り出し（８２）の手続き（８０）を行うことができる。この２枚のカードの連携動作については、後述する一般的動作に準じて十分である。尚、図中、符号８１は、カードの有する諸属性情報、アプリケーションの諸属性情報などの流れを示す。これらの情報に基づく動作の基本は前述した通りである。
【００９９】
＜本願発明の代表的な形態＞
本願発明の代表的な形態は、複数の、アプリケーションを格納したＩＣカードを連携させて動作させるカード・サービス・システムであって、前記ＩＣカードが、前記ＩＣカードに格納されているアプリケーションの内、連携した動作が可能なアプリケーションを指定する情報を、有することを特徴とするものである。
【０１００】
本願発明の第２の形態は、前記本願発明の第１の形態において、連携動作を行うアプリケーションを指定する情報が、当該ＩＣカードのカードＩＤ、カード所有者に固有に付したＩＤ（即ち、カード・ホールダＩＤ）、ＡＩＤ（Ａｐｐｌｉｃａｔｉｏｎ  Ｉｄｅｎｔｉｆｉｅｒ）、アプリケーションの製造者、発行者の名称、ＲＩＤ（Ｒｅｇｉｓｔｅｒｅｄ  Ａｐｐｌｉｃａｔｉｏｎ  Ｐｒｏｖｉｄｅｒ  Ｉｄｅｎｔｉｆｉｅｒ）カードの製造者、発行者の名称、発行者のＩＤの群から選ばれた少なくとも１者を用いるものである。
【０１０１】
図２１は、複数のアップリケーションの連携をいかに行うかを、簡潔に説明する図である。この例では、３枚のＩＣカードが示されている。カード１にはアプリケーション１（以下、アプリケーションはＡＰと略記する。従って、アプリケーション１はＡＰ１と略記する）とアプリケーション２が搭載されている。カード２にはＡＰ３、ＡＰ４が、カード３にはＡＰ５、ＡＰ６が搭載されている。更に多くのＡＰが搭載されている場合もある。そして、各アプリケーションには、自己及び連携の相手方を指示する、例えば識別番号といった情報が格納されている。こうした属性情報は、アプリケーションに付されている場合のほか、システムのＯＳによる管理がなされている場合もある。図２１では、ａ、ｃ、ｅ、ｇ、ｉ及びｋの領域が、各アプリケーションに対応した属性情報で、且つ自己を示す情報の領域、ｂ、ｄ、ｆ、ｈ、ｊ、及びｌの領域が各アプリケーションに対応した属性情報で、且つ連携の相手方を示す情報の領域である。
【０１０２】
カード１では、ＡＰ１とＡＰ２とが、相手方の属性情報ｂ、ｄが連携可能な情報である。更に、カード２では、ＡＰ３のｆが、前記ＡＰ１及びＡＰ２と連携可能な情報を示す。ＡＰ４は連携が不可能なことを示している。カード３では、ＡＰ５及びＡＰ６のいずれもが連携が不可能な情報である。従って、これら３枚のカードでは、ＡＰ１、ＡＰ２及びＡＰ３は連携可能なアプリケーションである。本システムでは、こうした各アプリケションが連携可能か否かを照合するのである。この照合は、端末機で行われる場合など、具体的な方法は複数存在する。
【０１０３】
一つのカードが多くのサービスを有している場合、これらのアプリケーションの内、連携可能なものを、一覧とし、且つ使用者に見える形に表示される。
【０１０４】
次に、本願発明の一つの実施の形態を、図を参照して説明する。本例によって、一般的な動作の形態を説明する。上述した諸適用に用いることが出来る。
【０１０５】
図１は、本願発明によるＩＣカードサービス方法が作用するＩＣカードサービスシステムの構成例を表す図である。図２はＩＣカード端末機の主要機能の構成を示す図、図３はＩＣカードの主要機能の構成を示す図、図４はアプリケーションの発行機関の主要機能の構成を示す図である。更に、図５より図７は、本願発明に係わるＩＣカード・サービス供給の代表的なフローを示す図である。
【０１０６】
図１に示すように、サーバ１００１とＩＣカード端末１００２は、ネットワークで接続され、ＩＣカード端末１００２は、複数のＩＣカード、即ち、ＩＣカード１００３、ＩＣカード１００４、ＩＣカード１００５が端子あるいは電磁気的に接続装置を介して接続する。端末機は、いわゆる接触型と非接触型があるが、本願発明は、こうした形式は問わない。図１では、簡略化の為、接続装置はＩＣカード端末１００２とＩＣカード１００３、ＩＣカード１００４、ＩＣカード１００５を接続する実線で表現している。
【０１０７】
ＩＣカードの所持者が、ＩＣカードサービスを利用しようとしたときに、ＩＣカード端末１００２とＩＣカード１００３、ＩＣカード１００４、ＩＣカード１００５を接続する。図１では、三個のＩＣカードを記述しているが、これはあくまで例示である。本願発明は、接続装置に接続するＩＣカードの数を限定するものではなく、接続するＩＣカードは四個以上でも良いし、あるいは、１つの接続装置に対してＩＣカードを交替で接続することも可能である。
【０１０８】
図２は、図１の中のＩＣカード端末１００２の構成の例を詳細に示した図である。即ち、ＩＣカード端末機１００２の有する主用な機能の例が示されている。制御手段２０１２が、ＩＣカード端末の各手段の動作を制御する。ＩＣカード端末は、サーバ通信手段２０１１を介してサーバ１００１と接続し、ＩＣカード通信手段２００９を介して、ＩＣカード１００３、ＩＣカード１００４、ＩＣカード１００５と接続する。
【０１０９】
「ＩＣカード通信手段」２００９はＩＣカード１００３、１００４、１００５などへ信号を通信する手段である。
【０１１０】
「サーバー通信手段」２０１１はサーバ１００１へ信号を通信する手段である。
【０１１１】
これらＩＣカード通信手段２００９及びサーバー通信手段２０１１は、通例のＩＣ端末機におけるもので十分である。
【０１１２】
「表示手段」は、サービス内容などを、使用者に表示する為のディスプレーである。「キー入力手段」は、当該サービスに関する諸データ、諸信号を使用者が、ＩＣ端末機に、キーによって入力する為のものである。表示手段、及びキー入力手段は通例のＩＣ端末機におけるもので十分である。これらの表示手段手段及びキー入力手段は、極めて単純な動作によってサービスをなす場合、必ずしも必要ではない。
【０１１３】
「接続ＩＣカード数取得手段」は、ＩＣカード端末機に接続されるＩＣカードの数を検出し、記憶する手段である。この手段は、ＩＣカード端末機にＩＣカードが接続されると、その数を検出する当該分野の通例の方法でよい。
【０１１４】
「暗証番号取得手段」は、暗証番号を取得する手段を意味する。
【０１１５】
「ＩＣカード属性情報取得手段」は、ＩＣカードの属性情報を取得する手段を意味する。
【０１１６】
「ＩＣカードアプリケーション一覧及び属性情報取得手段」は、ＩＣカードのアプリケーションの一覧及びＩＣカードのアプリケーションの属性情報を取得する手段を意味する。
【０１１７】
「連携ＩＣカードアプリケーション属性情報取得手段」は、連携すべきＩＣカードの有するアプリケーションの属性情報を取得する手段を意味する。
【０１１８】
「連携ＩＣカードアプリケーション一覧合成手段」は、連携すべきＩＣカードの有するアプリケーションの一覧を合成する手段を意味する。
【０１１９】
「連携ＩＣカードアプリケーション絞込み手段」は、連携すべきＩＣカードのアプリケーションを絞込む手段を意味する。
【０１２０】
「連携ＩＣカードアプリケーション属性情報照合手段」は、連携すべきＩＣカードのアプリケーションの属性情報を照合する手段を意味する。
【０１２１】
その他の諸手段については、後述する動作の流れ（フローチャート）の説明の中で必要に応じて説明する。
【０１２２】
図３は、図１の中のＩＣカード１００３の主用な構成の例を示した図である。本明細書では、説明の都合上、ＩＣカード１００４、ＩＣカード１００５は、ＩＣカード１００３に例示したものと同じ構成であるとして説明する。しかし、本願発明の実施に当っては、必ずしも各ＩＣカードが同じ構成である必要は無い。即ち、例えば、ＩＣカード１００４、ＩＣカード１００５は、従来の技術によるＩＣカードであっても良い。ＩＣカード制御手段３００３が、ＩＣカードの各手段の動作を制御する。ＩＣカードは、通信手段３００２を介してＩＣカード端末１００２と接続する。
【０１２３】
「ＩＣカード属性情報蓄積手段」３００４は、当該ＩＣカードの属性情報を保持する。
【０１２４】
「ＩＣカード・アプリケーション一覧及びＩＣカード・アプリケーション属性情報蓄積手段」３００５は、ＩＣカード・アプリケーションの一覧及びＩＣカード・アプリケーション属性を保持する。
【０１２５】
「連携ＩＣカードアプリケーション属性情報蓄積手段」３００６は、一つのサービスを実行する為、複数のアプリケーションを利用する場合、これらの利用するアプリケーションの属性情報を保持する。
【０１２６】
「ＩＣカードアプリケーション蓄積手段」３０１０は、アプリケーションを保持する。このアプリケーションの具体的な例は、サービス内容のプログラムに相当する。
【０１２７】
「暗証番号蓄積手段」３０１２は、暗証番号を蓄積する手段である。
【０１２８】
前記各蓄積手段は、記憶素子領域、例えば半導体記憶素子領域に保持される。従って、これらの機能を果たす領域でよく、これらが、単独の個別手段を構成する必要がない。
【０１２９】
「ＩＣカードアプリケーション実行手段」３０１１
ＩＣカードが内蔵する「通信手段」、「ＩＣカード制御手段」などは、通例のＩＣカードにおけるものと同様に構成して十分である。
【０１３０】
その他の手段については、後述する動作の流れ（フローチャート）の説明の中で必要に応じて説明する。
【０１３１】
ＩＣカード端末１００２に、ＩＣカード１００３、ＩＣカード１００４が接続されると、制御手段２０１２がこれを検出して、本願発明の認証用ＩＣカード利用に対するＩＣカード・サービスの提供方法が動作する。
【０１３２】
図５は、本願発明による認証用ＩＣカードを利用したＩＣカードサービス提供方法の例の詳細を説明するフロー図の１部である。以下、フロー図に従って説明する。
【０１３３】
所望のサービスの提供の一連工程の例を図５より図７に示す。即ち、ＩＣカード端末機にアクセスされたカードが有する諸情報に基づいて、所望の複数のアプリケーションを連携して動作させることを可能ならしめる。図５の諸段階は、（Ｉ）連携の可能性のあるＩＣカードのアプリケションの１覧を、ＩＣカード端末で合成する工程である。図６の諸段階は、（ＩＩ）連携して実行するＩＣカード・アプリケーションの組合せを確定する工程である。図７の諸段階は、（ＩＩＩ）ＩＣカードおよびＩＣカード・アプリケーションの有効性を確認する工程とそれらの接続を証明する工程である。
【０１３４】
＜＜（Ｉ）連携するＩＣカード・アプリケーション一覧の作成の例＞＞
＜５００１ステップ：「ＩＣカード接続数取得」＞
ＩＣカード端末機のＩＣカード接続数取得手段２０１７によって、ＩＣカード端末２００１に接続されたＩＣカードの数を取得して、変数Ｎを設定する。
＜ステップ５００２からステップ５００７の各ステップ＞
これらのステップは、ループを構成し、変数ｉで示される接続の各ＩＣカードごとの処理を実施する。ｉが１のときはＩＣカード１００３を示し、ｉが２の場合はＩＣカード１００４を、ｉが３の場合はＩＣカード１００５を示す。ループによって各ＩＣカードについて処理を行うので、図１では三個のＩＣカードを描いてあるが、本願発明は、前述したようにＩＣカードの数を三個に限定するものではない。ステップ５００７でｉに１を加えて、ループ終了判定ステップ５００４によって、N回ループを回る。ループの中の処理は次のとおりである。
＜ステップ５００４：「ＩＣカード端末のＩＣカード属性情報の取得」＞
ＩＣカード端末は、ＩＣカード属性情報取得手段２０１５によって、変数iで示されるＩＣカードのＩＣカード属性情報を取得する（図２を参酌）。ＩＣカード属性情報とは、例えば、ＩＣカード識別番号、ＩＣカード公開鍵、カード所持者の名称や識別番号、ＩＣカード発行者の名称や識別番号、カード製造者の名称や識別番号などのことである。これらのＩＣカード属性情報は、ＩＣカードのＩＣカード属性情報蓄積手段３００４から、読み出される。
【０１３５】
＜ステップ５００５：「ＩＣカード・アプリケーション１覧およびＩＣカード・アプリケーションの属性情報の取得」＞
ＩＣカード端末は、そのＩＣカード・アプリケーション１覧および属性情報取得手段２０１４によって、変数ｉで示されるＩＣカードのＩＣカード・アプリケーション１覧およびＩＣカード・アプリケーションの属性情報を取得する。前記ＩＣカード・アプリケーションの属性情報は、図３に見られるように、ＩＣカードの「ＩＣカード・アプリケーション１覧およびＩＣカード・アプリケーションの属性情報蓄積手段」３００５の格納されている。従って、カードが有する属性情報蓄積手段３００５からＩＣカード・アプリケーションの１覧とＩＣカード・アプリケーションの属性情報を取得する。
【０１３６】
前記ＩＣカード・アプリケーションの属性情報は、ＩＣカード・アプリケーションの公開鍵、ＩＣカード・アプリケーションの名称や識別番号ＡＩＤ（Application Identifier）、ＩＣカード・アプリケーション製造者の名称や識別番号、ＩＣカード・アプリケーション発行者の名称や識別番号ＲＩＤ（Registered Application Provider Identifier）などである。ＩＣカード・アプリケーションの属性情報は、サービスの内容に応じて所定の数を用いる。
【０１３７】
＜ステップ５００６：「連携するＩＣカード・アプリケーション属性情報の取得」＞
ＩＣカード端末は、連携して動作するＩＣカード・アプリケーション属性情報取得手段２００５によって、変数ｉで示されるＩＣカードの「連携ＩＣカード・アプリケーション属性情報蓄積手段」３００６に蓄積された連携すべきＩＣカード・アプリケーション属性情報を取得する。
【０１３８】
「連携ＩＣカード・アプリケーション属性情報」とは、前述したように、ＩＣカード端末１００２に接続された各ＩＣカードが蓄積するＩＣカード・アプリケーションのうち、同時に動作する必要がある連携先のＩＣカード・アプリケーションを指定する条件や、動作していることの確認方法などを、連携元のＩＣカード・アプリケーションごとに記述したものである。その記述形式の１例を図１６に示す。
【０１３９】
＃１６００１は、ＩＣカードが有する連携ＩＣカード・アプリケーション属性情報蓄積手段３００６に蓄積された「連携ＩＣカード・アプリケーション属性情報」の通し番号である。
【０１４０】
「ＩＣカード・アプリケーション名」１６００２は、連携元のＩＣカード・アプリケーションの名称を示す。
【０１４１】
「連携ＩＣカード・アプリケーション属性情報」１６００３は、連携先のＩＣカード・アプリケーションの属性情報を、ＩＣカード・アプリケーション１覧および属性情報蓄積手段３００５に蓄積されたＩＣカード・アプリケーション属性情報や、ＩＣカード属性情報蓄積手段３００４に蓄積されたＩＣカード属性情報と照合可能な形式で記述したものである。これらの「連携ＩＣカード・アプリケーション属性情報」は、数値データあるいは文字列データ等として表現されるが、具体的にどのような表現方法を取るかは、ＩＣカードの発行者が決定する。この表現形式は、これまで知られた形式を用いて十分である。例えば、ＴＬＶ（Ｔａｇ  Ｌｅｎｇｔｈ  Ｖａｌｕｅ）形式、ＳＧＭＬ形式、ＨＴＭＬ形式、ＸＭＬ形式、ＩＤＬ形式（ＣＯＲＢＡ形式）、あるいはバイナリ・データで形式を定めることが出来る。
【０１４２】
「確認タイプ」１６００４は、複数のＩＣカード・アプリケーションが連携して動作する際に、連携ＩＣカード・アプリケーション属性情報１６００３に記述された内容のＩＣカードあるいはＩＣカード・アプリケーションに関する確認方法の指定を記述する。
【０１４３】
本実施例では、この「確認タイプ」１６００４の欄に、「証明」、「有効」、「通常」のどれかが記述される。「証明」である場合は、ＩＣカードが接続されていることを示す証明書をＩＣカード間で検証することが必要であることを表す。「有効」である場合は、有効性を確認するだけでよく、ＩＣカードおよびＩＣカード・アプリケーションは接続されている必要がないことを表す。「通常」は、ＩＣカードおよびＩＣカード・アプリケーションが接続されていることを端末が確認し、それぞれの有効性を確認することが必要であることを示す。
＜ステップ５００８：連携ＩＣカード・アプリケーション１覧の合成＞
ＩＣカード端末は、各ＩＣカードから必要な諸情報を読み出した後は、「連携ＩＣカード・アプリケーション１覧合成手段」２０１３によって、各ＩＣカードから取得したＩＣカード属性情報、ＩＣカード・アプリケーション属性情報、連携ＩＣカード・アプリケーション属性情報などを連携ＩＣカード・アプリケーション１覧にまとめる。連携ＩＣカード・アプリケーション１覧合成手段は、具体的には、例えば通例、ソート・マージとして知られたもので十分である。その形式を、図１７に例示する。
【０１４４】
＃１７００１は、「連携ＩＣカード・アプリケーション１覧」に蓄積されたＩＣカード・アプリケーションの通し番号である。
【０１４５】
「ＩＣカード・アプリケーション名」１７００２は、連携元のＩＣカード・アプリケーションの名称を意味する。
【０１４６】
「ＩＣカード・アプリケーション属性情報」１７００４は、連携元のＩＣカード・アプリケーションの属性情報を意味する。これらは、ＩＣカード端末における「ＩＣカード・アプリケーション１覧および属性情報取得ステップ」５００５において取得した内容をセットする。
【０１４７】
ＩＣカード・アプリケーション属性情報１７００４には、更に、ＩＣカード端末におけるＩＣカード属性情報取得ステップ５００４で取得した「ＩＣカード属性」を、各ＩＣカード・アプリケーションごとに追加する。
【０１４８】
「連携ＩＣカード・アプリケーション属性情報」１７００５、「確認タイプ」１７００６は、連携ＩＣカード・アプリケーション属性情報取得ステップ５００６において取得した連携ＩＣカード・アプリケーション属性情報１６００３、確認タイプ１６００４を、ＩＣカード・アプリケーション名１６００１とＩＣカード・アプリケーション名１７００２が１致するようにセットする。
【０１４９】
「ＩＣカード接続ナンバー」＃１７００３は、各ＩＣカードから情報を取得するループを制御し、ＩＣカードを指定する変数ｉの値を、各ＩＣカード・アプリケーションごとに設定する。
【０１５０】
この連携ＩＣカード・アプリケーション１覧により、ＩＣカード端末１００２に接続しているＩＣカードとＩＣカードごとのＩＣカード・アプリケーションの構成が１覧できる。図１７のその他の欄については、後で必要に応じて説明する。各欄の括弧内の記号は、フロー図で各欄を参照する際のニモニックである。
【０１５１】
＜＜（ＩＩ）連携して実行するＩＣカード・アプリケーションの組合せの確定の例＞＞
「連携ＩＣカード・アプリケーション１覧を合成するステップ」５００８に続く「連携ＩＣカード・アプリケーション１覧のエントリ数を設定するステップ」６００１から連携ＩＣカード・アプリケーション絞込みステップ６００７までの各ステップを図６に示す。これらのステップも当然、ＩＣカード端末内にて実行される。以下の工程では、「連携ＩＣカード・アプリケーション１覧」内の格納された「連携ＩＣカード・アプリケーション属性情報」１７００５で示された条件にしたがって、各ＩＣカード・アプリケーションの依存関係を解析し、ＩＣカード・アプリケーションの実行可能性を判断する。以下、各ステップの詳細を説明する。
【０１５２】
＜６００１ステップ：連携ＩＣカード・アプリケーション１覧のエントリ数の設定＞
図１７に示した連携ＩＣカード・アプリケーション１覧のエントリ数、すなわち、蓄積されたＩＣカード・アプリケーションの数を変数Lに設定する。
【０１５３】
＜６００２ステップ：連携ＩＣカード・アプリケーションの属性情報の照合＞
ＩＣカード端末は、その「連携ＩＣカード・アプリケーション属性情報照合手段」２００３で連携ＩＣカード・アプリケーション属性情報１７００５とＩＣカード・アプリケーション属性情報１７００４を照合しながら、ＩＣカード・アプリケーションの間の依存関係を解析する。
【０１５４】
「連携ＩＣカード・アプリケーション属性情報照合ステップ」６００２の具体例の詳細を図８、図９に示す。
【０１５５】
図８のフローは、変数nと変数ｍによる２重ループで、連携ＩＣカード・アプリケーション１覧にある各ＩＣカード・アプリケーションについて、連携ＩＣカード・アプリケーション属性情報１７００５とＩＣカード・アプリケーション属性情報１７００４を総当りで照合し、「連携リンク・前方」１７００７と「連携リンク・後方」１７００８に条件が適合するＩＣカード・アプリケーションの＃１７００１を設定する。
【０１５６】
前記「ＩＣカード・アプリケーション属性情報」１７００４は、自己のそれを、「連携ＩＣカード・アプリケーション属性情報」１７００５は相手方のそれを意味している。「連携リンク・前方」あるいは「連携リンク・後方」は、連携するアプリケーションの一覧の序列の前後関係を示す情報である。例えば、「連携リンク・前方」の＃２の欄が、情報「１」「連携リンク・後方」の＃１の欄が、情報「２」とする。これは、＃２の連携が可能なアプリケーションと＃１のＩＣカードのアプリケーションとの連携が可能なことを示す。このように、連携リンク・前方１７００７と連携リンク・後方１７００８で、両方向のリンクを表現する。照合が成功し、連携動作可能な場合、および、連携ＩＣカード・アプリケーション属性情報１７００５が、空であり単独で実行可能な場合は、実行可能フラグ１７００９に「Ｙｅｓ」を設定し、そうでない場合は、「Ｎｏ」を設定する。
【０１５７】
＜８００１―８００３ステップ＞
ステップ８００１でループ変数nに１を設定する。ｎは、ＩＣカード・アプリケーション名＃１７００１を指し示すインデックスである。ループ終了判定ステップ８００２によって、L回、この工程を繰り返す（ループする）。
【０１５８】
ステップ８００３で、ＦＬｎｋ（ｎ）すなわちｎの連携リンク・前方１７００７、および、ＲＬｎｋ（ｎ）すなわちnの連携リンク・後方１７００８に、φ（空）を設定し、Ｅｘｅ（ｎ）すなわちnの実行可能フラグ１７００９に「Ｎｏ」を設定する。nの実行可能フラグ１７００９の値が「Ｙｅｓ」の場合はそのＩＣカード・アプリケーションは、連携ＩＣカード・アプリケーション属性情報１７００５で示されるＩＣカードあるいはＩＣカード・アプリケーションがＩＣカード端末１００２に接続されているか、連携ＩＣカード・アプリケーション属性情報１７００５が空であり単独で実行可能であることを表す。値が「Ｎｏ」の場合は、必要なＩＣカードあるいはＩＣカード・アプリケーションが接続されていないので、そのＩＣカード・アプリケーションを実行できないことを表す。
【０１５９】
＜８００４：判定ステップ＞
このステップでは、「φ=ＬｎｋＡｔｔｒ（ｎ）」、即ち、nの連携ＩＣカード・アプリケーション属性情報１７００５が空である、つまり、他のＩＣカード・アプリケーションが必要でないか、または、「Ｔｙｐｅ（ｎ）∋「有効」」つまり、ｎの確認タイプ１７００８が「有効」である場合は、ステップ８００５で、Ｅｘｅ（ｎ）すなわちnの実行可能フラグ１７００９を、「Ｙｅｓ」に設定する。そしてステップ８０１１でｎに１を加えてループ終了判定ステップ８００２に戻る。
【０１６０】
判定ステップ８００４の条件が成立しない場合は、ステップ８００６でループ変数mに１を設定する。mは、nと同様に、＃１７００１を指し示すインデックスである。ループ終了判定ステップ８００７で、ｍがＬを超えない場合は、次の判定ステップで「ＬｎｋＡｔｔｒ（n）⊆Ａｔｔｒ（ｍ）」すなわち、nで示されるＩＣカード・アプリケーションの連携ＩＣカード・アプリケーション属性情報１７００５がmで示されるＩＣカード・アプリケーションのＩＣカード・アプリケーション属性情報１７００４に包含されるかどうかを判定する。包含される場合は、ステップ８００９において、「Ａｄｄ（ｍ、ＦＬｎｋ（ｎ））」すなわちnの連携リンク・前方１７００７にｍを追加し、「Ａｄｄ（ｎ、ＲＬｎｋ（ｍ））」すなわちｍの連携リンク・後方１７００８にｎを追加する。また、Ｅｘｅ（ｎ）すなわちnの実行可能フラグ１７００９にＹｅｓを設定する。そして、次のステップ８０１０で、mに１を加えて、ループ終了判定ステップ８００７に戻る。
【０１６１】
図８は、逐次的にリンクを前方に向かって設定していくので、何段階かリンクを設定した挙句に条件を満たすＩＣカード・アプリケーションが見つから無い場合がある。
【０１６２】
図９のフロー・チャートは、その場合のための、リンクを取り消す処理である。
【０１６３】
ステップ９００１でループ制御変数ｎに１を設定し、ループ終了判定ステップ９００２にて、ｎがＬを超えるまで、すなわち、連携ＩＣカード・アプリケーション１覧の各エントリごとに次の処理を実行する。判定ステップ９００３で「φ＝ＦＬｎｋ（ｎ）」すなわち、nの連携リンク・前方１７００７が空であれば、ステップ９０１１でｎに１を加えてループ終了判定ステップ９００２に戻る。空でなければ、ステップ９００４からステップ９００８で、FＬｎｋ（ｎ）すなわちｎの連携リンク・前方１７００７の各要素ごとの処理を行う。ステップ９００４で、ｎの連携リンク・前方１７００７の最左の要素をmとし、判定ステップ９００５で、「「Ｙｅｓ」≠Ｅｘｅ（ｍ）」すなわちmの実行可能フラグ１７００９がＹｅｓでなければ、ステップ９００６で、「Ｄｅｌ（ｍ、ＦＬｎｋ（ｎ））」すなわちnの連携リンク・前方１７００７からｍを削除し、「Ｄｅｌ（ｎ、ＲＬｎｋ（ｍ））」すなわちｍの連携リンク・後方１７００８からｍを削除する。判定ステップ９００５でｍの実行可能フラグ１７００９がＹｅｓである場合は、ステップ９００８をスキップしてループ終了判定ステップ９００７に進み、ｎの連携リンク・前方１７００７のすべての要素を処理したかどうかを調べる。残りがある場合は、ステップ９００８において、mの次の要素を新たにmとする。このときmが削除されていた場合は、削除されていないものとして次の要素を設定する。そして判定ステップ９００５に戻る。
【０１６４】
ループ終了判定ステップ９００７でnの連携リンク・前方１７００７のすべての要素を処理済みである場合は、判定ステップ９００９に進み、連携リンク・前方１７００７の要素数を調べ、０である場合は、nのＩＣカード・アプリケーションは実行可能でなくなったことを示すので、ステップ９０１０で、nの実行可能フラグ１７００９にＮｏを設定する。この場合、リンクの取り消し作業を最初からやり直すために、ステップ９００１に戻る。
【０１６５】
判定ステップ９００９で連携リンク・前方１７００７の要素数が０でない場合は、ループ制御変数nに１を加えて、ループ終了判定ステップ９００２に戻る。
【０１６６】
ループ終了判定ステップ９００２で、nがLを超えていたら処理を終了して連携ＩＣカード・アプリケーション属性照合ステップ６００２を終了して、ＩＣカード・アプリケーション１覧表示・選択受付ステップ６００３に進む。
【０１６７】
ＩＣカード・アプリケーション１覧表示・選択受付ステップ６００３において、連携ＩＣカード・アプリケーション１覧の実行可能フラグ１７００９がＹｅｓであるＩＣカード・アプリケーション名１７００２を選択肢として表示手段２００２に表示して、キー入力手段２０１０を介して利用者による選択を受け付ける。利用者が１つの選択肢を選択すると、その選択肢に対応するＩＣカード・アプリケーションを示す連携ＩＣカード・アプリケーション１覧のインデックスを変数ｓに設定して戻る。選択肢には、ＩＣカードの区別が分かるように、ＩＣカード接続＃１７００３や、ＩＣカード属性取得手段２０１５によって取得したＩＣカード属性情報の何れかを付加することもできる。
【０１６８】
次のステップ６００４でｓをｓ１に設定する。これは、ｓの値を退避するためである。又、FＬｎｋすなわち連携リンク・前方１７００７をＬｎｋに設定する。これは、次の連携ＩＣカード・アプリケーション絞込みステップ６００５において、連携リンク・前方１７００７をＬｎｋという名称で参照するためである。
【０１６９】
図１０は、連携するアプリケーションの絞込みを行う為のフロー・チャートである。
【０１７０】
連携ＩＣカード・アプリケーション絞込みステップ６００５において、連携ＩＣカード・アプリケーション絞込み手段２００４によって連携ＩＣカード・アプリケーション属性情報蓄積手段に蓄積された属性情報に基づく依存関係にしたがって実行可能なＩＣカード・アプリケーションを利用者に選択肢として表示しながら、実行するＩＣカード・アプリケーションを絞り込む。図１０はこの１連の工程の詳細を示す
ステップ１０００１において、ｓのユーザ選択フラグ１７０１０に「Ｕ」を設定する。ｓのＬｎｋすなわち、現在は連携リンク・前方１７００７の要素が空であれば、処理を終了して戻る。空でなければ、判定ステップ１０００３においてその要素数を調べ、要素数が１であれば、その要素をｓに設定して、つまり、自動的に利用者が選択したものとして、ステップ１０００１に戻る。
【０１７１】
判定ステップ１０００３において要素数が１を超える場合は、ステップ１０００６からステップ１０００９で各要素について実行可能フラグ１７００９にＹｅｓのものがあるかどうかを調べ、選択肢とするＩＣカード・アプリケーションについて実行可能フラグ１７００９を設定していく。すなわち、ステップ１０００４において全ＩＣカード・アプリケーションの実行可能フラグ１７００９をＮｏに設定した後に、ステップ１０００５でｓのＬｎｋの最左の要素をｔとし、判定ステップ１０００６でｔのユーザ選択フラグ１７０１０が「U」であるかどうかを調べる。「U」であれば、処理を終了して戻る。そうでなければ、ｔの実行可能フラグ１７００９にＹｅｓを設定する。判定ステップ１０００８でｓのＬｎｋの全要素について処理したかどうかを調べて残りがあればtの次の要素を新たにｔに設定し、判定ステップ１０００６に戻る。
【０１７２】
判定ステップ１０００８で全要素について処理済みであれば、ＩＣカード・アプリケーション１覧表示・選択受付ステップ１００１０で連携ＩＣカード・アプリケーション１覧の実行可能フラグ１７００９がＹｅｓであるＩＣカード・アプリケーション名１７００２を選択肢として表示手段２００２に表示して、キー入力手段２０１０を介して利用者による選択を受け付ける。利用者が１つの選択肢を選択すると、その選択肢に対応するＩＣカード・アプリケーションを示す連携ＩＣカード・アプリケーション１覧のインデックスを変数ｓに設定して戻る。このステップは、先に説明したＩＣカード・アプリケーション１覧表示・選択受付ステップ６００３と同１である。そして、ステップ１０００１に戻る。
【０１７３】
次に、図７のフロー・チャートの移る。
【０１７４】
連携ＩＣカード・アプリケーション絞込みステップ６００５の処理が終了すると、次に、ステップ６００６において、先にｓ１に退避したｓの値を戻し、又、ＲＬｎｋすなわち連携リンク・後方１７００８をＬｎｋに設定する。これは、次の連携ＩＣカード・アプリケーション絞込みステップ６００５において、連携リンク・後方１７００８をＬｎｋという名称で参照するためである。次の連携ＩＣカード・アプリケーション絞込みステップ６００７の処理は、連携ＩＣカード・アプリケーション絞込みステップ６００５の詳細である図１０とまったく同じである。ただし、Ｌｎｋで参照する内容が連携リンク・後方１７００８である点が異なる。
【０１７５】
以上の処理によって、連携して実行するＩＣカード・アプリケーションの組合せが確定する。
【０１７６】
＜＜（ＩＩＩ）ＩＣカードおよびＩＣカード・アプリケーションの有効性確認と接続証明の例＞＞
次に、図７に示すステップ７００１からステップ７００９において、各ＩＣカードおよびＩＣカード・アプリケーションの有効性確認と接続証明を行う。
【０１７７】
ステップ７００１でループ制御変数nに１を設定する。ｎは、＃１７００１を指し示すインデックスである。ループ終了判定ステップ７００２で各ＩＣカード・アプリケーションについて処理したかどうかを判定する。ｎがＬ以下の場合は、判定ステップ７００３でｎのユーザ選択フラグ１７０１０が「Ｕ」でなければ以下の処理をスキップしてステップ７００９に進み、「Ｕ」であれば、ＩＣカード有効性確認ステップ７００４でｎのＩＣカード接続＃１７００３で示されるＩＣカードの有効性を確認し、連携ＩＣカード・アプリケーション有効性確認ステップ７００５において、ｎの連携ＩＣカード・アプリケーション属性情報１７００５が示すＩＣカード・アプリケーションまたはＩＣカードの有効性を確認する。確認できれば、結果を「確認済み」とし、そうでなければ「失効」とする。
【０１７８】
次の連携ＩＣカード・アプリケーション有効性確認ステップ７００６において、ｎの連携ＩＣカーでアプリケーション属性情報１７００５が示すＩＣカードまたはＩＣカード・アプリケーションの有効性を確認する。その詳細を図１１に示す。
【０１７９】
判定ステップ１１００１において、nの確認タイプ１７００６が「有効」であるかどうかを調べる。「有効」でない場合は、ＩＣカード・アプリケーション有効性確認ステップ７００５で有効性確認を行うはずなので、ここでは確認結果設定ステップ１１００６で「確認済み」とする。
【０１８０】
判定ステップ１１００１において、nの確認タイプ１７００６が「有効」である場合は、次の判定ステップ１１００２で、ｎの連携ＩＣカード・アプリケーション属性情報１７００５の内容がＩＣカードを示すものか、ＩＣカード・アプリケーションを示すものかを調べる。ＩＣカードである場合は、ＩＣカード有効性確認ステップ１１００３において連携ＩＣカード・アプリケーション属性情報１７００５の内容が示すＩＣカードの有効性を確認する。ＩＣカード・アプリケーションである場合は、ＩＣカード・アプリケーション有効性確認ステップ１１００４において連携ＩＣカード・アプリケーション属性情報１７００５の内容が示すＩＣカード・アプリケーションの有効性を確認する。連携ＩＣカード・アプリケーション属性情報１７００５の内容は、ＴＬＶ（Ｔａｇ  Ｌｅｎｇｔｈ  Ｖａｌｕｅ）形式など、従来技術を利用して記述することで判定ステップ１１００２の判断は従来技術によって実行できる。
【０１８１】
有効性が確認できれば、次の判定ステップ１１００５を経て、確認結果設定ステップ１１００６で結果を「確認済み」とし、確認できなければ、確認結果設定ステップ１１００７で結果を「失効」とする。そして制御を戻す。
【０１８２】
次の連携ＩＣカード証明書確認ステップ７００７では、ＩＣカードによる証明書の作成と検証によって、ＩＣカード端末に接続していることの証明処理を行う。その詳細を図１２に示す。
【０１８３】
ステップ１２００１において、ｎの連携リンク・前方１７００７の要素を変数ｐに設定する。この時点では、ｎの連携リンク・前方１７００７の要素の数は、ユーザによる選択によって１個である。次の判定ステップ１２００２で、ｎの確認タイプ１７００８が「証明」であるかどうかを調べ、そうである場合は、ＩＣカード乱数取得ステップ１２００３において、ＩＣカード乱数取得手段２００８によって、ｎのＩＣカード接続＃１７００３が示すＩＣカードのＩＣカード乱数生成手段３００７が生成する乱数を取得する。ＩＣカード証明書取得ステップ１２００４において、取得したＩＣカード乱数をＩＣカード証明書取得手段２００７によってｐのＩＣカード接続＃１７００３が示すＩＣカードのＩＣカード証明書生成手段３００８に注入して、ＩＣカード証明書生成手段３００８が生成するＩＣカード証明書を取得する。証明書検証ステップ１２００５において、取得したＩＣカード証明書をＩＣカード証明書検証手段２００６によってｎのＩＣカード接続＃１７００３が示すＩＣカードのＩＣカード証明書検証手段３００９に注入して、検証結果を取得する。検証できていれば判定ステップ１２００６を経て結果設定ステップ１２００７で、結果を「確認済み」とすし、検証できていなければ、結果設定ステッププ１２００８で結果を「失効」とする。そして制御を戻す。
【０１８４】
判定ステップ７００８において、ＩＣカード有効性確認ステップ７００４、ＩＣカード・アプリケーション有効性確認ステップ７００５、連携ＩＣカード・アプリケーション有効性確認ステップ７００６、連携ＩＣカード証明書確認ステップ７００７のそれぞれの結果が「確認済み」であるかどうかを調べて、確認済みでなければ中止ステップ７０１１を経て処理を終了し、確認済みであれば、ステップ７００９においてループ制御変数nに１を加えて、ループ終了判定ステップ７００２に戻る。
【０１８５】
ステップ７００１からステップ７００９によって、実行するＩＣカード・アプリケーションおよびＩＣカードの有効性確認をすべて実行した後に、サービス実行ステップ７０１０が、各ＩＣカードごとに、ＩＣカード・アプリケーション蓄積手段３０１０に蓄積されているＩＣカード・アプリケーションをＩＣカード・アプリケーション実行手段３０１１で実行させる。
【０１８６】
以上でＩＣカードサービス提供の処理を終了する。
【０１８７】
＜＜暗証番号取得方法の例＞＞
次に、ＩＣカードサービスの実行中に、ＩＣカード所持者の正当性を確認するための暗証番号の入力を要求された場合の、暗証番号取得方法について図１３を用いて説明する。図１３のフロー図に示した処理は、暗証番号の入力を要求する際に起動し、暗証番号取得手段２０１６によって動作する。
【０１８８】
暗証番号入力待ち表示ステップ１３００１において、表示手段２００２にその旨の表示を行う。次に、判定ステップ１３００２においてキー入力手段２０１０を操作してキー入力があれば、暗証番号キー入力取得ステップ１３００３において暗証番号をキー入力から取得し、暗証番号照合ステップ１３００６に進む。キー入力が無ければ、判定ステップ１３００４において、ＩＣカード端末１００２に接続されているＩＣカードに暗証番号蓄積手段３０１２を備えたＩＣカードが接続されているかどうかを走査し、その様なＩＣカードがあれば、暗証番号取得ステップ１３００５において、暗証番号蓄積手段３０１２から暗証番号を取得する。その後、暗証番号照合ステップ１３００６に進む。その後、ＩＣカードサービスの実行に制御を戻す。判定ステップ１３００４におけるＩＣカード端末１００２に接続されているＩＣカードに暗証番号蓄積手段３０１２を備えたＩＣカードが接続されているかどうかの走査は、ＡＴＲ（Ａｎｓｗｅｒ  Ｔｏ  Ｒｅｓｅｔ）やその走査を目的としたコマンドを定義することなどによって実現できる。
【０１８９】
＜ＩＣカード・アプリケーションの発行方法の例＞
次に、上記のＩＣカードサービス提供方法で使用するＩＣカード・アプリケーションの発行方法について説明する。
【０１９０】
図４は、本願発明によるＩＣカード・アプリケーション発行方法が動作するＩＣカード・アプリケーション発行装置４００１の構成を表す図である。制御手段４００３がＩＣカード・アプリケーション発行装置４００１の各手段の動作を制御し、ＩＣカード通信手段４００６を介して第１のＩＣカード４００７、第２のＩＣカード４００８と接続する。第１のＩＣカード４００７が、ＩＣカード・アプリケーションの発行対象であり、第２のＩＣカード４００８が連携対象である。その他の手段については、後のフローの説明の中で必要に応じて説明する。各ＩＣカードの構成は、先の説明で使用した図３のとおりである。図１４、図１５は、本願発明のＩＣカード・アプリケーション発行方法のフロー図である。
【０１９１】
連携対象タイプ指定ステップ１４００１において、キー入力手段４００９を介して「ＩＣカード」か「ＩＣカード・アプリケーション」かを指定する。連携対象タイプが「ＩＣカード」である場合は、連携対象タイプ判定ステップ１４００２を経てステップ１４０１２において、第２のＩＣカード４００８を連携対象変数Tに設定する。連携対象タイプが「ＩＣカード・アプリケーション」である場合は、ＩＣカード・アプリケーション１覧取得ステップ１４００３においてＩＣカード・アプリケーション１覧および属性情報取得手段４０１１によって第２のＩＣカード４００８のＩＣカード・アプリケーション１覧および属性情報蓄積手段３００５に蓄積されているＩＣカードの１覧を取得し、連携対象ＩＣカード・アプリケーション選択ステップ１４００４において、その１覧を表示手段４００２によって表示し、利用者による選択をキー入力手段４００９によって受け付けて、利用者が選択したＩＣカード・アプリケーションを連携対象変数Tに設定する。
【０１９２】
次に、タイプ指定ステップ１４００５において、キー入力手段４００９を介して利用者によるタイプの指定を受け付ける。タイプの指定は、「有効」、「証明」、「通常」の何れかを選ぶ。
【０１９３】
指定されたタイプが「有効」である場合は、タイプ判定ステップ１４００６を経て有効性確認用情報取得ステップ１４００７において、連携対象変数Tの有効性確認用の情報を取得する。ＴがＩＣカードである場合は、ＩＣカード属性情報取得手段４００５によってＩＣカード属性情報蓄積手段３００４から有効性確認用情報を取得する。ＴがＩＣカード・アプリケーションである場合は、ＩＣカード・アプリケーション１覧および属性情報取得手段４０１１によってＩＣカード・アプリケーション１覧および属性情報蓄積手段３００５から有効性確認用情報を取得する。
【０１９４】
そして、連携ＩＣカード・アプリケーション属性情報設定ステップ１４００８において、取得した有効性確認用情報を連携ＩＣカード・アプリケーション属性情報とし、確認タイプ設定ステップ１４００９において、確認タイプを「有効」とする。
【０１９５】
次の連携ＩＣカード・アプリケーション属性情報注入ステップ１４０１０おいて、連携ＩＣカード・アプリケーション属性情報注入手段４０１０によって、連携ＩＣカード・アプリケーション属性情報蓄積手段３００６に第１のＩＣカード４００７に発行するＩＣカード・アプリケーション名、第２のＩＣカード４００８あるいはＩＣカード・アプリケーションを指定する連携ＩＣカード・アプリケーション属性情報、確認タイプを注入する。連携ＩＣカード・アプリケーション属性情報蓄積手段３００６に蓄積する内容の形式は、図１６に示したとおりである。
【０１９６】
タイプ指定ステップ１４００５における指定が「有効」でない場合は、タイプ判定ステップ１４００６を経て連携条件属性情報指定ステップ１５００１において、連携条件とするTの属性情報の指定をキー入力手段４００９を介して受け付ける。TがＩＣカードであれば、ＩＣカード識別番号、ＩＣカード公開鍵、カード所持者の名称や識別番号、ＩＣカード発行者の名称や識別番号、カード製造者の名称や識別番号などのうちの１個あるいは２個以上の指定を受け付ける。TがＩＣカード・アプリケーションであれば、ＩＣカード・アプリケーションの公開鍵、ＩＣカード・アプリケーションの名称や識別番号ＡＩＤ（Ａｐｐｌｉｃａｔｉｏｎ  Ｉｄｅｎｔｉｆｉｅｒ）、ＩＣカード・アプリケーション製造者の名称や識別番号、ＩＣカード・アプリケーション発行者の名称や識別番号ＲＩＤ（Ｒｅｇｉｓｔｅｄ  Ａｐｐｌｉｃａｔｉｏｎ  Ｐｒｏｖｉｄｅｒ  Ｉｄｅｎｔｉｆｉｅｒ）などのうちの１個あるいは２個以上の指定を受け付ける。そして、属性情報抽出ステップ１５００２において、指定された属性情報を抽出する。TがＩＣカードである場合は、ＩＣカード属性情報取得手段４００５によってＩＣカード属性情報蓄積手段３００４から属性情報を取得する。ＴがＩＣカード・アプリケーションである場合は、ＩＣカード・アプリケーション１覧および属性情報取得手段４０１１によってＩＣカード・アプリケーション１覧および属性情報蓄積手段３００５から属性情報を取得する。そして、次の連携ＩＣカード・アプリケーション属性情報設定ステップ１５００３において、抽出した属性情報を連携ＩＣカード・アプリケーション属性情報とする。
【０１９７】
次の判定ステップ１５００４でタイプが「証明」であれば、確認タイプ設定ステップ１５００５において確認タイプを「証明」とし、そうでなければ、確認タイプ設定ステップ１５００６において確認タイプを「通常」とし、連携ＩＣカード・アプリケーション属性情報注入ステップ１４０１０に進む。連携ＩＣカード・アプリケーション属性情報注入ステップ１４０１０については、既に説明した。
【０１９８】
次のＩＣカード・アプリケーション注入ステップ１４０１１において、第１のＩＣカード４００７にＩＣカード・アプリケーションを注入して、ＩＣカード・アプリケーション発行の処理を終了する。
【０１９９】
以上、本願発明の一実施例を詳細に説明したが、本願発明を適用することによって、例えば、下記の如き諸利点を数えることが出来る。
【０２００】
従来は、ＩＣカード所持者は暗証番号を覚えておく必要があり、しばしば忘れてしまう、あるいは、容易に他人に推測できる番号を使用してしまい暗証番号としての機能を果たせない場合が多いという問題点が有ったが、本願発明により、暗証番号用ＩＣカードを用意することで、暗証番号を覚えておく必要が無くなる。
【０２０１】
従来では、ＩＣカードの組合せに関する制約条件を設定することができないという問題点があったが、本願発明によりＩＣカードの連携動作の制約条件の設定を可能となり、商店街のポイントサービスのサービス内容を多様化して、購買意欲を刺激するための施策として複数のポイントＩＣカードを所持させて、ＩＣカードの組み合わせの条件によってポイントを倍増することが出来る。
【０２０２】
又、従来、自治体が発行する住民カードに関して、近隣の自治体住民による施設利用に関して、本願発明により、近隣自治体の住民カードの所持を前提として公共施設利用のためのＩＣカード発行が可能となる。
【０２０３】
又、行政届出の電子化の際に、届出が複数の添付書類を要求する場合の、添付書類と届出の依存関係を電子的に規定することが実現できて添付漏れなどの誤りを無くし事務を効率化できる。
【０２０４】
本願発明は、極めて多岐に渡るので、以下、その具体的な実施の諸形態を列挙する。
【０２０５】
第１の実施の形態は、第１のＩＣカードが第１のＩＣカード・アプリケーションを蓄積し、ＩＣカード端末にこの第１のＩＣカードを電気的あるいは電磁気的に接続することによって第１のＩＣカード・アプリケーションが第１のＩＣカード上で動作し、および／または、第１のＩＣカード・アプリケーションと対応する第１の端末プログラム、および／または、サーバプログラムが動作することでサービスを提供するＩＣカードサービス提供方法であって、
第１のＩＣカード・アプリケーションと異なる機能を持つ第２のＩＣカード・アプリケーションと、これを蓄積する第２のＩＣカードがあるものとして、
第２のＩＣカードの属性情報、および／または、第２のＩＣカード・アプリケーションの属性情報を蓄積する連携ＩＣカード・アプリケーション属性情報蓄積手段を、第1のＩＣカード内に設けたこと、
および、各ＩＣカードごとのＩＣカード・アプリケーションの１覧を取得するＩＣカード・アプリケーション１覧取得ステップと、各ＩＣカードごとに連携ＩＣカード・アプリケーション属性情報蓄積手段に蓄積された属性情報を取得する連携ＩＣカード・アプリケーション属性情報取得ステップと、連携ＩＣカード・アプリケーション属性情報蓄積手段に蓄積された属性情報に基づく依存関係を解析することによって連携ＩＣカード・アプリケーション属性情報蓄積手段に蓄積された属性情報に合致する第２のＩＣカードがＩＣカード端末に電気的あるいは電磁気的に接続されていることを判定する、および／または、属性情報に合致する第２のＩＣカード・アプリケーションが、第１のＩＣカードまたは第２のＩＣカードに蓄積されていることを判定する連携ＩＣカード・アプリケーション属性情報照合ステップを設けたこと、を特徴とする認証用ＩＣカード利用ＩＣカードサービス提供方法である。
【０２０６】
第２の実施の形態は、利用者に対してＩＣカード端末の表示装置に実行可能なＩＣカード・アプリケーションの１覧表示を表示して、利用者によるＩＣカード・アプリケーションの選択を受け付けて、選択されたＩＣカード・アプリケーションを実行するＩＣカードサービス提供方法であって、
各ＩＣカードから取得したＩＣカード・アプリケーションの１覧を合成してＩＣカード・アプリケーションの１覧表示を作成する連携ＩＣカード・アプリケーション１覧合成ステップと、各ＩＣカードの連携ＩＣカード・アプリケーション属性情報蓄積手段に蓄積された属性情報に基づく依存関係に基づいて選択可能なＩＣカード・アプリケーションの１覧を表示して選択を受け付ける連携ＩＣカード・アプリケーション絞込みステップと、を設けたこと設けたことを特徴とする前記請求項１に記載した認証用ＩＣカード利用ＩＣカードサービス提供方法である。
【０２０７】
第３の実施の形態は、第１のＩＣカード・アプリケーションを第１のＩＣカードに蓄積させるステップを備えたＩＣカード・アプリケーション発行方法において、
第１のＩＣカードに蓄積するＩＣカード・アプリケーションの連携対象として、第２のＩＣカード、および／または、第２のＩＣカードに蓄積されたＩＣカード・アプリケーションを指定する連携対象指定ステップと、第２のＩＣカードから連携対象の属性情報としてＩＣカードの属性情報、および／または、ＩＣカード・アプリケーションの属性情報を抽出する連携対象属性情報抽出ステップと、抽出した連携対象の属性情報を第１のＩＣカードの連携ＩＣカード・アプリケーション属性情報蓄積手段に蓄積する連携ＩＣカード・アプリケーション属性情報注入ステップと、
を設けたことを特徴とする、ＩＣカード・アプリケーション発行方法である。
【０２０８】
第４の実施の形態は、ＩＣカード端末に電気的および／または電磁気的に接続された第１のＩＣカードの有効性をＩＣカード端末に接続されたサーバに問い合わせるステップと、当該ＩＣカードに蓄積された第１のＩＣカード・アプリケーションの有効性をＩＣカード端末に接続されたサーバに問い合わせるステップと、問合せ結果が有効である場合に当該ＩＣカード・アプリケーションを実行するステップを持つ認証用ＩＣカード利用ＩＣカードサービス提供方法において、第２のＩＣカードの属性情報の１部であり第２のＩＣカードの有効性をサーバに問い合わせるために必要なＩＣカード有効性確認用情報、および／または、第２のＩＣカード・アプリケーションの属性情報の１部であり第２のＩＣカード・アプリケーションの有効性をサーバに問い合わせるために必要なＩＣカード・アプリケーション有効性確認用情報を第１のＩＣカード内の連携ＩＣカード・アプリケーション属性蓄積手段に蓄積すること、
および、第１のＩＣカード・アプリケーションを実行する前に、第１のＩＣカード内の連携ＩＣカード属性情報蓄積手段に蓄積した第２のＩＣカードのＩＣカード有効性確認用情報によって第２のＩＣカードの有効性をサーバに問い合わせる、および／または、第１のＩＣカード内の連携ＩＣカードプムグラム属性蓄積手段に蓄積した第２のＩＣカード・アプリケーションのＩＣカード・アプリケーション有効性確認用情報によって第２のＩＣカード・アプリケーションの有効性をサーバに問い合わせる連携ＩＣカード・アプリケーション有効性確認ステップとを設けたことを特徴とする認証用ＩＣカード利用ＩＣカードサービス提供方法である。
【０２０９】
第５の実施の形態は、ＩＣカード端末に第１のＩＣカードを電気的あるいは電磁気的に接続することによってサービスを提供するＩＣカードサービス提供方法で利用されるＩＣカードであって、第２のＩＣカードの属性情報、および／または、第２のＩＣカードに蓄積されているＩＣカード・アプリケーションの属性情報を蓄積する連携ＩＣカード・アプリケーション属性情報蓄積手段を第１のＩＣカード内に設けたことを特徴とする認証用ＩＣカード利用ＩＣカードである。
【０２１０】
第６の実施の形態は、第１のＩＣカード・アプリケーションを蓄積した第１のＩＣカードを電気的あるいは電磁気的に接続することによってサービスを提供するＩＣカード端末であって、
ＩＣカード端末に電気的あるいは電磁気的に接続されている各ＩＣカードごとにＩＣカード・アプリケーションの１覧を取得するＩＣカード・アプリケーション１覧取得手段と、各ＩＣカードの連携ＩＣカード・アプリケーション属性情報蓄積手段から属性情報を取得する連携ＩＣカード・アプリケーション属性情報取得手段と、連携ＩＣカード・アプリケーション属性情報蓄積手段に蓄積された属性情報に基づく依存関係を解析することによって当該連携ＩＣカード・アプリケーション属性情報蓄積手段に蓄積された属性情報に合致する第２のＩＣカード・アプリケーションが第１のＩＣカードまたは第２のＩＣカードに蓄積されていることを判定する連携ＩＣカード・アプリケーション属性情報照合手段と、
第１のＩＣカードが蓄積するＩＣカード・アプリケーションの１覧と第２のＩＣカードが蓄積するＩＣカード・アプリケーションの１覧とを合成してＩＣカード・アプリケーションの１覧表示を作成する連携ＩＣカード・アプリケーション１覧合成手段と、
前記の属性情報に基づく依存関係に基づいて選択可能なＩＣカード・アプリケーションの１覧を表示して選択を受け付けるＩＣカード・アプリケーション絞込み手段とを設けたことを特徴とする認証用ＩＣカード利用ＩＣカード端末。
【０２１１】
第７の実施の形態は、第１のＩＣカード・アプリケーションを蓄積した第１のＩＣカードを電気的あるいは電磁気的に接続し、第１のＩＣカードの所持者に対して、その正当性を確認するための暗証番号を当該ＩＣカード端末にキー入力を要求する旨の表示を行い、暗証番号のキー入力の後にサービスを提供する認証用ＩＣカード利用ＩＣカードサービス提供方法であって
暗証番号のキー入力を待つときに、第２のＩＣカードから情報を取得して、当該の取得情報を以って所持者の暗証番号のキー入力が為されたものとする暗証番号取得ステップを設けたことを特徴とする、認証用ＩＣカード利用ＩＣカードサービス提供方法である。
【０２１２】
第８の実施の形態は、第１のＩＣカード・アプリケーションを蓄積した第１のＩＣカードを電気的あるいは電磁気的に接続し、第１のＩＣカードの所持者に対して、その正当性を確認するための暗証番号を当該ＩＣカード端末にキー入力を要求する旨の表示を行い、暗証番号のキー入力の後にサービスを提供するＩＣカード端末であって
暗証番号のキー入力を待つときに、第２のＩＣカードから情報を取得して、当該の取得情報を以って所持者の暗証番号のキー入力が為されたものとする暗証番号取得手段を設けたことを特徴とする、認証用ＩＣカード利用ＩＣカード端末。
【０２１３】
第９の実施の形態は、第１のＩＣカード・アプリケーションを蓄積した第１のＩＣカードを電気的あるいは電磁気的に接続することによってサービスを提供するＩＣカードサービス提供方法であって、
第１のＩＣカードに乱数を生成させる乱数生成ステップと、第２のＩＣカードにその乱数を送信して第２のＩＣカードに固有の情報を使用して証明書を作成させる証明書作成ステップと、その証明書を第１のＩＣカードに送信して証明書の正当性を検証する証明書検証ステップとを設けたことを特徴とする認証用ＩＣカード利用ＩＣカードサービス提供方法である。
【０２１４】
第１０の実施の形態は、第１のＩＣカード・アプリケーションを蓄積した第１のＩＣカードを電気的あるいは電磁気的に接続することによってサービスを提供するＩＣカード端末であって、
第１のＩＣカードに乱数を生成させる乱数生成手段と、第２のＩＣカードにその乱数を送信して第２のＩＣカードに固有の情報を使用して証明書を作成させる証明書作成手段と、その証明書を第１のＩＣカードに送信して証明書の正当性を検証する証明書検証手段とを設けたことを特徴とする認証用ＩＣカード利用ＩＣカード端末である。
【０２１５】
第１１の実施の形態は、前記請求項１および請求項２に記載した認証用ＩＣカード利用ＩＣカードサービス提供方法であって、
第２のＩＣカードの属性情報として、ＩＣカード識別番号、ＩＣカード公開鍵、カード所持者の名称や識別番号、ＩＣカード発行者の名称や識別番号、カード製造者の名称や識別番号などのうちの１個あるいは２個以上の情報を、および／または、
第２のＩＣカード・アプリケーションの属性情報として、ＩＣカード・アプリケーションの公開鍵、ＩＣカード・アプリケーションの名称や識別番号ＡＩＤ（Application Identifier）、ＩＣカード・アプリケーション製造者の名称や識別番号、ＩＣカード・アプリケーション発行者の名称や識別番号ＲＩＤ（Registered Application Provider Identifier）などのうちの１個あるいは２個以上の情報を第１のＩＣカードの連携ＩＣカード・アプリケーション属性情報蓄積手段に蓄積することを特徴とする認証用ＩＣカード利用ＩＣカードサービス提供方法である。
【０２１６】
第１２の実施の形態は、前記第３の形態に記載のＩＣカード・アプリケーション発行方法であって、
第２のＩＣカードの属性情報として、ＩＣカード識別番号、ＩＣカード公開鍵、カード所持者の名称や識別番号、ＩＣカード発行者の名称や識別番号、カード製造者の名称や識別番号などのうちの１個あるいは２個以上の情報を抽出し、および／または、
第２のＩＣカード・アプリケーションの属性情報として、ＩＣカード・アプリケーションの公開鍵、ＩＣカード・アプリケーションの名称や識別番号ＡＩＤ（Application Identifier）、ＩＣカード・アプリケーション製造者の名称や識別番号、ＩＣカード・アプリケーション発行者の名称や識別番号ＲＩＤ（Registered Application Provider Identifier）などのうちの１個あるいは２個以上の情報を抽出することを特徴とするＩＣカード・アプリケーション発行方法である。
【０２１７】
第１３の実施の形態は、前記第５の形態に記載の認証用ＩＣカード利用ＩＣカードであって、
第２のＩＣカードの属性情報として,ＩＣカード識別番号,ＩＣカード公開かぎ,カード所持者の名称や識別番号、ＩＣカード発行者の名称や識別番号、カード製造者の名称や識別番号などのうちの１個あるいは２個以上の情報を、および／または、第２のＩＣカード・アプリケーションの属性情報として、ＩＣカード・アプリケーションの公開鍵、ＩＣカード・アプリケーションの名称や識別番号ＡＩＤ (Application Identifier)、ＩＣカード・アプリケーション製造者の名称や識別番号、ＩＣカード・アプリケーション発行者の名称や識別番号ＲＩＤ（Registered Application Provider Identifier）などのうちの１個あるいは２個以上の情報を、連携ＩＣカード・アプリケーション属性情報蓄積手段に蓄積することを特徴とする認証用ＩＣカード利用ＩＣカードである。
【０２１８】
【発明の効果】
本願発明は、ＩＣカード・システムより各種サービスを受けるに際して、サービスを受けるに必要な諸データ等を複数のＩＣカードに格納し、これらのＩＣカードを連携して用いることによって、利用者の負担を大幅の軽減することが出来る。
【図面の簡単な説明】
【図１】図１は、本願発明によるＩＣカードサービスシステムの構成を表す概念図である。
【図２】図２は、ＩＣカード端末の構成の例を示す概念図である。
【図３】図３は、ＩＣカードの構成の例を示す概念図である。
【図４】図４は、本願発明によるＩＣカード・アプリケーション発行装置の構成例を示す概念図である。
【図５】図５は、本願発明による認証用ＩＣカード利用ＩＣカードサービス提供方法の詳細を説明するフロー図の１部である。
【図６】図６は、本願発明による認証用ＩＣカード利用ＩＣカードサービス提供方法の詳細を説明するフロー図の１部である。
【図７】図７は、本願発明による認証用ＩＣカード利用ＩＣカードサービス提供方法の詳細を説明するフロー図の１部である。
【図８】 図８は、本願発明による「連携ＩＣカード・アプリケーション属性情報照合方法」を説明するフロー図の１部である。
【図９】図９は、本願発明による「連携ＩＣカード・アプリケーション属性情報照合方法」を説明するフロー図の１部である。
【図１０】図１０は、本願発明による「連携ＩＣカード・アプリケーション絞込み方法」を説明するフロー図である。
【図１１】図１１は、本願発明による「連携ＩＣカード・アプリケーション有効性確認方法」を説明するフロー図である。
【図１２】図１２は、本願発明によるＩＣカード証明書確認方法を説明するフロー図である。
【図１３】図１３は、本願発明による暗証番号取得方法を説明するフロー図である。
【図１４】図１４は、本願発明によるＩＣカード・アプリケーション発行方法の例のフロー図の１部である。
【図１５】図１５は、本願発明によるＩＣカード・アプリケーション発行方法の例のフロー図の１部である。
【図１６】図１６は、連携ＩＣカード・アプリケーション属性情報の記述形式の１例を示す図である。
【図１７】図１７は、本願発明で使用する連携ＩＣカード・アプリケーション１覧の構成を示す図である。
【図１８】図１８は、ＰＩＮカードのサービスの一例を示す概念図である。
【図１９】図１９は、行政届出サービスの一例を示す概念図である。
【図２０】図２０は、自治体の広域サービスの一例を示す概念図である。
【図２１】図２１は、複数のＩＣカードの連携を示す概念図である。
【符号の説明】
１００１：サーバ、１００２：ＩＣカード端末機、１００３、１００４、１００５：ＩＣカード、２００２、４００２：表示手段、２０１０、４００９：キー入力手段、２０１１：サーバ通信手段、２００９、４００６：ＩＣカード通信手段、２０１２、４００３：制御手段、３００２：通信手段、３００３：ＩＣカード制御手段、２：行政窓口、３アプリケーション発行機関、４：ＩＣカード発行者、５：利用者、６：ＰＩＮカード、７：住民カード、２０：市役所、２１：法務局、２４：ＩＣカード発行者、２６：行政発行証明用書類格納用カード、２７：住民カード、２３：アプリケーション発行機関、５１：Ａ市市役所、５２：Ａ市のカード発行機関、５５：アプリケーション提供者、５６：Ａ市住民カード、５４：Ｂ市図書館、５３：Ｂ市カード発行機関、５６：Ａ市住民カード、５９：Ｂ市ＩＣカード。
【図１】
0004054535.tif 000004
【図２】
0004054535.tif 000005
【図３】
0004054535.tif 000006
【図４】
0004054535.tif 000007
【図５】
0004054535.tif 000008
【図６】
0004054535.tif 000009
【図７】
0004054535.tif 000010
【図８】
0004054535.tif 000011
【図９】
0004054535.tif 000012
【図１０】
0004054535.tif 000013
【図１１】
0004054535.tif 000014
【図１２】
0004054535.tif 000015
【図１３】
0004054535.tif 000016
【図１４】
0004054535.tif 000017
【図１５】
0004054535.tif 000018
【図１６】
0004054535.tif 000019
【図１７】
0004054535.tif 000020
【図１８】
0004054535.tif 000021
【図１９】
0004054535.tif 000022
【図２０】
0004054535.tif 000023
【図２１】
0004054535.tif 000024