権限委譲システム、携帯端末、ＩＤ管理サーバ、権限委譲方法および権限委譲プログラム
【課題】ＩＣカードとＩＣチップ携帯電話との相互間で、利便性を確保して安全に権限委譲を行うことのできる権限委譲システムを提供する。
【解決手段】本発明に係る権限委譲システム１は、ＩＣカード６００と、携帯端末４００と、ＩＤ管理サーバ１００からなり、携帯端末がＩＣカードと通信して第１のＩＤ６１０を読み取ってＩＤ管理サーバに送信し、ＩＤ管理サーバが、携帯端末から第１のＩＤを受信し、第２の送受信手段から受信した第１のＩＤとＩＤ管理データベース１２０に記憶される第２のＩＤ２２０とが同一であるか否かを確認し、同一である場合に臨時ＩＤ２４０を生成して携帯端末に送信し、携帯端末が臨時ＩＤを受信してＩＣチップ４５０に記憶させる。
【解決手段】本発明に係る権限委譲システム１は、ＩＣカード６００と、携帯端末４００と、ＩＤ管理サーバ１００からなり、携帯端末がＩＣカードと通信して第１のＩＤ６１０を読み取ってＩＤ管理サーバに送信し、ＩＤ管理サーバが、携帯端末から第１のＩＤを受信し、第２の送受信手段から受信した第１のＩＤとＩＤ管理データベース１２０に記憶される第２のＩＤ２２０とが同一であるか否かを確認し、同一である場合に臨時ＩＤ２４０を生成して携帯端末に送信し、携帯端末が臨時ＩＤを受信してＩＣチップ４５０に記憶させる。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ＩＣカードとＩＣチップ携帯電話との相互間での権限の委譲に関し、特に個人情報にまつわる権限の委譲に関する。
【背景技術】
【０００２】
現在、ＩＣチップを搭載したＩＣカードによる様々なサービスが実現されている。具体的には東日本旅客鉄道株式会社のＳｕｉｃａ（登録商標）や関東地区私鉄各社のＰＡＳＭＯ（登録商標）などのように、該ＩＣカードをＩＣタグ取扱装置に接近させるだけで交通機関の乗車手続きや運賃支払い、および運賃以外の各種料金の支払いが可能なものが急速に普及している。また、ビジネスシーンにおいてもＩＣカードを通行証や社員証として利用し、入退場ゲートの開閉やＰＣへのログインを行う用途が拡大している。
【０００３】
同じように携帯電話端末においても、たとえば株式会社ＮＴＴドコモのおサイフケータイ（登録商標）などのように、ＩＣチップを搭載することにより、ＩＣカードと同等のサービスを実現できるものが多くなっている。以後、ＩＣチップを搭載した携帯電話端末のことをＩＣチップ携帯電話という。ＩＣチップ携帯電話においては、ＧＵＩの存在と、携帯アプリケーションの存在により、ＩＣカードで実現されるサービス以上に利便性等に優れたサービスが実現される可能性がある。
【０００４】
例えば、前述の通行証や社員証などのＩＣカードによる個人認証サービスを用いた入退場サービスで、ＩＣチップ携帯電話を用いることにより、入退場時に三者間通信を利用して、該携帯電話のウェブブラウザを自動起動、もしくは該携帯電話に電子メールを送信して、認証された個人の当日のスケジュール等を表示させるといったサービスが考えられる。
【０００５】
ちなみにＩＣカードの個人認証サービスの権限の委譲に関連する従来の技術としては、以下に示すものがある。特許文献１には、複数のＩＣカードを接続可能な携帯端末で、第１のカードから第２のカードに権限を委譲する技術について開示されている。特許文献２には、ＩＣカードを装着する携帯端末において、双方のアプリケーションを連携させる技術が開示されている。特許文献３には、鉄道用ＩＣカードのＩＤを新しいＩＣカードに引き継ぐ技術が開示されている。
【０００６】
【特許文献１】特開２００２−３３５５７８号公報
【特許文献２】特開２００４−０９４４９９号公報
【特許文献３】特開２００４−３１０６８３号公報
【発明の開示】
【発明が解決しようとする課題】
【０００７】
しかしながら、ＩＣカードによる個人認証サービスが既にユーザに利用されている場合、ＩＣチップ携帯電話を用いた個人認証サービスを同じユーザに利用させると、個人認証用の媒体が複数存在してしまうことになり、個人認証の厳密性に問題が生じ、さらに盗難や紛失などのリスクも増大する。ＩＣカードがクレジットカードとしての機能を兼ねている場合も多くあり、そのような場合は特に、ＩＣカードとＩＣチップ携帯電話のうち一方が盗難などに遭った場合の被害が大きくなる。
【０００８】
個人認証の厳密性の問題を解決するためには、ＩＣカードの個人認証サービスを停止し、ＩＣチップ携帯電話へ個人認証サービスの権限（以後、単に権限という）を委譲しなければならない。ＩＣカードからＩＣチップ携帯電話へ権限を委譲する際には、ＩＣカードの個人認証サービスを、個人認証用のＩＤを認証装置、または認証装置を上位で管理するサーバにおいて停止し、その後にＩＣチップ携帯電話へ新たな個人認証用のＩＤを付与する。
【０００９】
その際、ユーザは何らかの手続きを行い、ＩＣカードの個人認証用ＩＤを停止し、ＩＣチップ携帯電話に新たな個人認証用ＩＤを格納しなければならない。しかし、ＩＣカードの個人認証用ＩＤの停止およびＩＣチップ携帯電話への新たな個人認証用ＩＤの格納に係る手続きに人間の作業が介在する場合は、作業ミスなどにより誤った権限の委譲を行ってしまう危険性が考えられ、安全性に問題が生じる。
【００１０】
一方で、人間の作業を介さず、コンピュータによって上記の作業を行う場合には、ＩＣカードとＩＣチップ携帯電話と該コンピュータとがネットワークなどによって相互に接続されていることが必要となる。しかしながら、ＩＣタグ取扱装置が近くに存在しない環境、たとえばユーザが移動中である場合などでは、ＩＣカードを該コンピュータと接続することは不可能であるため、権限委譲処理は不可能である。このように、ＩＣカードとＩＣチップ携帯電話との間で、利便性を確保して安全に権限委譲を行うことについて、従来技術では有効な解決手段は存在しない。
【００１１】
ちなみに特許文献１の技術は複数のＩＣカードを携帯端末に接続可能であることが必要であるので、ＩＣカードとＩＣチップ携帯電話との間の権限委譲に使用することはできない。特許文献２の技術はＩＣカードがアプリケーションを有し、携帯端末のアプリケーションと連携させようとするものであるので、ＩＣカードとＩＣチップ携帯電話との間での権限委譲に使用することはできない。特許文献３の技術はＩＣカードのＩＤを新しいＩＣカードに委譲しているが、ＩＣタグ取扱装置を含み常時コンピュータに接続される券売機が必要である。つまり、特許文献１〜３のいずれも、またそれらを組み合わせたとしても、上記の問題を解決するものとはならない。
【００１２】
本発明の目的は、ＩＣカードとＩＣチップ携帯電話との相互間で、ＩＣタグ取扱装置が近くにない環境であっても、利便性を確保して安全に権限委譲を行うことのできる権限委譲システム、携帯端末、ＩＤ管理サーバ、権限委譲方法および権限委譲プログラムを提供することにある。
【課題を解決するための手段】
【００１３】
上記目的を達成するため、本発明に係る権限委譲システムは、ＩＣカードと、携帯端末と、ＩＤ管理サーバからなり、ＩＣカードの個人認証サービスの権限を携帯端末に委譲する権限委譲システムであって、ＩＣカードが、第１のＩＤを記憶している第１のＩＣチップを有し、携帯端末が、第１のＩＣチップと通信して第１のＩＤを読み取る第２のＩＣチップと、第１のＩＤをＩＤ管理サーバに送信する第１の送受信手段と、第１の送受信手段を介して受信したデータを第２のＩＣチップに記憶するＩＤ書込み手段とを有し、ＩＤ管理サーバが、携帯端末との間でデータを送受信する第２の送受信手段と、第１のＩＤに対応する第２のＩＤを記憶するＩＤ管理データベースと、第２の送受信手段から受信した第１のＩＤと第２のＩＤとが同一であるか否かを確認するＩＤ確認手段と、第１のＩＤと第２のＩＤとが同一である場合に臨時ＩＤを生成し、臨時ＩＤを第２の送受信手段を介して携帯端末に送信するＩＤ作成手段とを有することを特徴とする。
【００１４】
上記目的を達成するため、本発明に係る携帯端末は、ＩＣカードと、携帯端末と、ＩＤ管理サーバからなり、ＩＣカードの個人認証サービスの権限を携帯端末に委譲する権限委譲システムに使用される携帯端末であって、第１のＩＣチップと通信してＩＤを読み取る第２のＩＣチップと、ＩＤをＩＤ管理サーバに送信し、ＩＤ管理サーバから臨時ＩＤを受信する送受信手段と、臨時ＩＤを第２のＩＣチップに記憶させるＩＤ書込み手段とを有することを特徴とする。
【００１５】
上記目的を達成するため、本発明に係るＩＤ管理サーバは、ＩＣカードと、携帯端末と、ＩＤ管理サーバからなり、ＩＣカードの個人認証サービスの権限を携帯端末に委譲する権限委譲システムに使用されるＩＤ管理サーバであって、携帯端末から第１のＩＤを受信する送受信手段と、第１のＩＤに対応する第２のＩＤを記憶するＩＤ管理データベースと、第１のＩＤと第２のＩＤとが同一であるか否かを確認するＩＤ確認手段と、第１のＩＤと第２のＩＤとが同一である場合に臨時ＩＤを生成し、臨時ＩＤを第２の送受信手段を介して携帯端末に送信するＩＤ作成手段とを有することを特徴とする。
【００１６】
上記目的を達成するため、本発明に係る権限委譲方法は、第１のＩＤを記憶している第１のＩＣチップを有するＩＣカードと、第２のＩＣチップを有する携帯端末と、第１のＩＤに対応する第２のＩＤを記憶するＩＤ管理データベースを有するＩＤ管理サーバからなり、ＩＣカードの個人認証サービスの権限を携帯端末に委譲する権限委譲システムにおいて、ＩＣカードの個人認証サービスの権限を携帯端末に委譲する方法であって、携帯端末が、第１のＩＣチップと通信して第１のＩＤを読み取るＩＤ読み取り工程と、携帯端末が、第１のＩＤをＩＤ管理サーバに送信するＩＤ送信工程と、ＩＤ管理サーバが、携帯端末から第１のＩＤを受信するＩＤ受信工程と、ＩＤ管理サーバが、第１のＩＤと第２のＩＤとが同一であるか否かを確認するＩＤ確認工程と、ＩＤ管理サーバが、第１のＩＤと第２のＩＤとが同一である場合に臨時ＩＤを生成する臨時ＩＤ生成工程と、ＩＤ管理サーバが、臨時ＩＤを第２の送受信手段を介して携帯端末に送信する臨時ＩＤ送信工程と、携帯端末が、臨時ＩＤを受信する臨時ＩＤ受信工程と、携帯端末が、臨時ＩＤを第２のＩＣチップに記憶させる臨時ＩＤ記憶工程とを有することを特徴とする。
【００１７】
上記目的を達成するため、本発明に係る権限委譲プログラムは、ＩＤを記憶している第１のＩＣチップを有するＩＣカードと、第２のＩＣチップを有する携帯端末と、ＩＤ管理サーバからなり、ＩＣカードの個人認証サービスの権限を携帯端末に委譲する権限委譲システムにあって、携帯端末を構成するコンピュータに、第１のＩＣチップと通信してＩＤを読み取る処理と、ＩＤをＩＤ管理サーバに送信する処理と、ＩＤ管理サーバから臨時ＩＤを受信する処理と、臨時ＩＤを第２のＩＣチップに記憶させる処理とを実行させることを特徴とする。
【００１８】
上記目的を達成するため、本発明に係る別の権限委譲プログラムは、第１のＩＤを記憶している第１のＩＣチップを有するＩＣカードと、第２のＩＣチップを有する携帯端末と、第１のＩＤに対応する第２のＩＤを記憶するＩＤ管理データベースを有するＩＤ管理サーバからなり、ＩＣカードの個人認証サービスの権限を携帯端末に委譲する権限委譲システムにあって、ＩＤ管理サーバを構成するコンピュータに、携帯端末から第１のＩＤを受信する処理と、第１のＩＤと第２のＩＤとが同一であるか否かを確認する処理と、第１のＩＤと第２のＩＤとが同一である場合に臨時ＩＤを生成する処理と、臨時ＩＤを第２の送受信手段を介して携帯端末に送信する処理とを実行させることを特徴とする権限委譲プログラム。
【発明の効果】
【００１９】
本発明は、上記したように携帯端末がＩＣカードからＩＤを読み取ってＩＤ管理サーバに送信し、ＩＤ管理サーバが臨時ＩＤを生成して携帯端末に送信するように構成したので、携帯端末とＩＣカードとの間が通信可能であれば、ＩＣタグ取扱装置を他に設けることを必要とはしない。これによって、ＩＣカードとＩＣチップ携帯電話との相互間で、ＩＣタグ取扱装置が近くにない環境であっても、利便性を確保して安全に権限委譲を行うことのできるという、従来にない優れた権限委譲システム、携帯端末、ＩＤ管理サーバ、権限委譲方法および権限委譲プログラムを提供することができる。
【発明を実施するための最良の形態】
【００２０】
図１は、本発明の実施の形態に係るネットワーク１、およびネットワーク１を構成するＩＣカード６００、ＩＣチップ携帯電話４００、ＩＤ管理サーバ１００の構成を示すブロック図である。
【００２１】
ネットワーク１において、ＩＤ管理サーバ１００とＩＣチップ携帯電話４００とは、携帯電話の通信用の一般的な無線および有線のネットワークである公衆無線通信網７００を介して相互に接続される。また、ＩＣチップ携帯電話４００とＩＣカード６００とは相互に内蔵されているＩＣチップ（後述）による近距離無線通信を介して相互に接続される。
【００２２】
ＩＤ管理サーバ１００は、プログラム制御により動作するコンピュータ装置であり、ＩＤの管理や確認、作成、携帯アプリケーションの管理を行う。ＩＤ管理サーバ１００は、携帯アプリケーション管理システム１１０と、ＩＤ管理ＤＢ１２０と、ＩＤ管理システム１３０と、送受信手段１４０と、ユーザインタフェース１５０とで構成される。
【００２３】
携帯アプリケーション管理システム１１０は、ＩＤ管理サーバ１００で実行されるコンピュータプログラムであり、送受信手段１１１を持つとともに、携帯アプリケーション３００を格納している。送受信手段１１１が受信した携帯アプリケーション送信命令を受け、格納している携帯アプリケーション３００を送受信手段１１１へ渡す機能を持つ。送受信手段１１１は、送受信手段１４０から受け取った命令により、携帯アプリケーション３００を送受信手段１４０へ受け渡す機能を持つ。
【００２４】
ＩＤ管理ＤＢ１２０はデータベースであり、ＩＤマスタ２００を管理する。ＩＤマスタ２００のデータ構成については後述する。ＩＤ管理システム１３０はＩＤ管理サーバ１００で実行されるコンピュータプログラムであり、ＩＤ確認手段１３１と復号化手段１３２とＩＤ作成手段１３３と暗号化手段１３４を持つ。これらの各機能については後述する。
【００２５】
送受信手段１４０は、外部から命令、データを受け取る機能、受け取った命令やデータを送受信手段１１１および復号化手段１３２に受け渡す機能と、送受信手段１１１、ＩＤ確認手段１３１および暗号化手段１３４から渡された命令およびデータなどをユーザインタフェース１５０を通じて外部へ送信する機能を持つ。
【００２６】
ユーザインタフェース１５０は、ユーザがＩＣチップ携帯電話４００の送受信手段４２０から、ＩＤ管理サーバ１００へ公衆無線通信網７００を通じてアクセスする際に、ユーザに簡便な操作を提供するためのインタフェース、例えばウェブページなどである。外部からのアクセス要求に対し、インタフェースを操作するためのデータを送信する機能と、送受信手段１４０を通じて外部に命令やデータを送信する機能を持つ。
【００２７】
図２は、図１に示したＩＤマスタ２００のデータ構成を示す概念図である。ＩＤマスタ２００は、個人情報２１０、ＩＤ２２０、利用可否２３０、臨時ＩＤ２４０を、それぞれが互いに一意に識別される形式で保存する。
【００２８】
個人情報２１０は、ユーザを識別するためのデータである。例えば姓名や生年月日、住所等が該当する。個人情報２１０は、管理上の都合によってＩＤ２２０のユーザを識別するための情報であり、本実施の形態で説明する処理においては特に使用されない。ＩＤ２２０は、個人情報２１０に対応して割り当てられた、各々のユーザに一意で割り当てられた識別子である。ＩＤ２２０は、ＩＣカード６００に内蔵されるＩＤ６１０に対応する。
【００２９】
利用可否２３０は、ＩＤ２２０によって示されるユーザが、本実施の形態に係る権限委譲サービスを利用可能かどうかを示すデータである。利用可否２３０は「利用可能」と「利用不可」のステータスを持ち、ブーリアン、数字、文字などによって表される。ここでは、「利用可能」と「利用不可」の各ステータスをそれぞれ文字「Ｙ」「Ｎ」によって表す。初期値は「Ｙ（利用可能）」である。臨時ＩＤ２４０は、ＩＤ２２０と一対一で対応して、ＩＤ作成手段１３３によって生成されるデータである。
【００３０】
図１に戻って、ＩＤ管理システム１３０において、ＩＤ確認手段１３１はＩＣカード６００のＩＤ６１０を復号化手段１３２より受け取り、ＩＤマスタ２００内のＩＤ２２０と照合する。照合の結果、ＩＤ２２０とＩＤ６１０が一致しない場合は該当しないデータであるというデータを送受信手段１４０へ送信する。
【００３１】
ＩＤ２２０とＩＤ６１０が一致する場合は、臨時ＩＤ２４０の存在を確認し、存在しない場合はＩＤ作成手段１３３に臨時ＩＤ２４０を作成するよう命令する。そして、各々の場合に応じて利用可否２３０のステータスを変更する。さらに、送受信手段１４０に臨時ＩＤ消去命令を渡すこともできる。
【００３２】
復号化手段１３２は、送受信手段１４０よりデータを受け取り、受け取ったデータを復号化してＩＤ確認手段１３１へ渡す。復号化の方式は、後述の暗号化手段５４０に用いられる暗号化方式に対応した方式が利用される。
【００３３】
ＩＤ作成手段１３３は、ＩＤ２２０に対応した臨時ＩＤ２４０を生成し、該臨時ＩＤ２４０をＩＤマスタ２００へ書き込み、暗号化手段１３４へ渡すことができる。暗号化手段１３４は、受け取ったデータを暗号化して送受信手段１４０へ渡す。暗号化の方式は、共通鍵方式や公開鍵暗号方式など、公知の方式である。
【００３４】
携帯アプリケーション３００は携帯アプリケーション管理システム１１０内部に保存されるコンピュータプログラムであり、ＩＤ書込み手段３１０、復号化手段３２０、ＩＤ消去手段３３０、暗号化手段３４０を持つ。携帯アプリケーション３００は、送受信手段１４０によって公衆無線通信網７００を介してＩＣチップ携帯電話４００に送られ、そこで携帯アプリケーション５００として動作する。
【００３５】
ＩＤ書込み手段３１０、復号化手段３２０、ＩＤ消去手段３３０、暗号化手段３４０の各機能は、それぞれ携帯アプリケーション５００内のＩＤ書込み手段５１０、復号化手段５２０、ＩＤ消去手段５３０、暗号化手段５４０としてＩＣチップ携帯電話４００おいて動作するので、これらの各機能については後述する。
【００３６】
ＩＣチップ携帯電話４００は、ＩＣチップを搭載した携帯電話、たとえばモバイルＦｅｌｉＣａ（登録商標）搭載携帯電話であり、ユーザインタフェース４１０と、送受信手段４２０と、記憶領域４３０と、ＩＣチップ４４０と、ＩＣチップデータ送受信機能４５０とを含む。
【００３７】
ユーザインタフェース４１０は、ユーザがＩＣチップ携帯電話４００を操作して各機能を実行するためのインタフェースである。携帯電話のメニュー画面、携帯電話用ウェブブラウザ等がこれに該当し、携帯電話のメニュー画面や携帯電話用ウェブブラウザが持つ機能を備える。
【００３８】
送受信手段４２０は、公衆無線通信網７００を通じて外部とデータやプログラムを、携帯電話における一般的なデータ送受信方式によって送受信する。記憶領域４３０は、ＩＣチップ携帯電話４００内に、データおよびプログラムを格納することができる領域である。携帯アプリケーション５００が、ここに格納される。記憶領域４３０は、携帯アプリケーション管理システム１１０から送信された携帯アプリケーション３００を、携帯アプリケーション５００として保存する。
【００３９】
ＩＣチップ４４０は、ＩＣチップデータ送受信機能４５０の命令を受け、他のＩＣチップ内のデータを読み込む機能、読み込んだ他のＩＣチップ内のデータをＩＣチップデータ送受信機能４５０へ渡す機能を持つ。
【００４０】
ＩＣチップデータ送受信機能４５０はＩＣチップ携帯電話には標準的に搭載されている機能であり、ＩＣチップ４４０に、他のＩＣチップ内のデータを読み込むよう命令し、ＩＣチップ４４０で読み込んだデータを暗号化手段５４０へ送信する。また、携帯アプリケーション５００から命令を受け取り、またはＩＤ書込み手段５１０からデータを受け取り、ＩＣチップ４４０へ書き込む。そしてＩＤ消去手段５３０から臨時ＩＤ２４０消去命令を受け取り、ＩＣチップ４４０に書き込まれた臨時ＩＤ２４０を消去する。
【００４１】
携帯アプリケーション５００は、携帯アプリケーション３００が記憶領域４３０に格納されたものであり、ＩＤ書込み手段５１０、復号化手段５２０、ＩＤ消去手段５３０、暗号化手段５４０を持つ。同時に携帯アプリケーション５００は、ユーザが操作するためのメニュー画面や、送受信手段４２０から受け取った情報を表示する機能、ＩＣチップデータ送受信機能４５０に命令する機能も備える。
【００４２】
ＩＤ書込み手段５１０は、復号化手段５２０から受け取ったデータをＩＣチップデータ送受信機能４５０に渡す。復号化手段５２０は、送受信手段４２０より渡されたデータを復号化し、ＩＤ書込み手段５１０へ渡す。復号化の方式は、暗号化手段１３４に用いられる暗号化方式に対応した方式が利用される。
【００４３】
ＩＤ消去手段５３０は、送受信手段４２０から受け取った臨時ＩＤ２４０消去命令をＩＣチップデータ送受信機能４５０へ渡す。暗号化手段５４０は、データを受け取って暗号化して送受信手段４２０へ渡す機能を持つ。暗号化の方式は、共通鍵方式や公開鍵暗号方式などの公知の方式である。
【００４４】
ＩＣカード６００は、Ｓｕｉｃａ（登録商標）、ＰＡＳＭＯ（登録商標）、ＦｅｌｉＣａ（登録商標）などのように一般的に利用されているＩＣカードであり、ＩＣチップ６２０が搭載されている。ＩＣチップ６２０にはＩＤ６１０が書き込まれている。ＩＤ６１０は、前述のＩＤ２２０と対応する。
【００４５】
図３は、図１で示したネットワーク１において、ＩＣカード６００からＩＣチップ携帯電話４００に権限を委譲する際の動作を示すフローチャートである。
【００４６】
権限委譲サービスを利用しようとするユーザは、まずＩＣチップ携帯電話４００の記憶領域４３０に携帯アプリケーション３００をダウンロードする。ユーザはＩＣチップ携帯電話４００のユーザインタフェース４１０を使用して、ＩＤ管理サーバ１００へアクセスする。ここでは、ユーザインタフェース４１０からＩＤ管理サーバ１００へのアクセス方法として、ＩＤ管理サーバ１００のＵＲＬを指定して接続する。これ以外の方法でアクセスするようにしてもよい。
【００４７】
ユーザインタフェース４１０は、ユーザが指定したＩＤ管理サーバ１００のＵＲＬへのアクセス要求を送受信手段４２０へ渡す。送受信手段４２０は、公衆無線通信網７００を通じて、ユーザインタフェース１５０へアクセス要求を渡す。ユーザインタフェース１５０は、アクセス要求を受け取り、ウェブページのデータを送受信手段４２０へ渡す。送受信手段４２０は受け取ったウェブページのデータをユーザインタフェース４１０へ渡す。ユーザインタフェース４１０は、受け取ったウェブページのデータを表示する。
【００４８】
ユーザは、表示されたウェブページから、携帯アプリケーション３００のダウンロードを実行する。ユーザインタフェース４１０は、ユーザによって実行された、携帯アプリケーション３００のダウンロード命令を送受信手段４２０へ渡す。送受信手段４２０は受け取った携帯アプリケーション３００のダウンロード命令を送受信手段１４０へ渡す。送受信手段１４０は受け取った携帯アプリケーション３００のダウンロード命令を送受信手段１１１へ渡す（ステップＳ１）。
【００４９】
送受信手段１１１は携帯アプリケーション３００を送受信手段１４０へ渡す。送受信手段１４０は携帯アプリケーション３００を、公衆無線通信網７００を介して送受信手段４２０へ渡す。送受信手段４２０は携帯アプリケーション３００を記憶領域４３０へ格納する。以後、携帯アプリケーション３００は記憶領域４３０内で、携帯アプリケーション５００として保存されて動作する（ステップＳ２）。
【００５０】
ユーザは、ＩＣチップ携帯電話４００に携帯アプリケーション５００を実行させる。ユーザは携帯アプリケーション５００を操作して、ＩＣチップデータ送受信機能４５０に権限委譲サービス開始の命令を送る。ＩＣチップデータ送受信機能４５０は、受け取った権限委譲サービス開始命令を実行し、ＩＣチップ４４０に、他のＩＣチップからデータを読み込む命令をする（ステップＳ３）。同時に、ユーザは読み取らせたいＩＣチップを搭載したＩＣカード６００をＩＣチップ携帯電話４００に接近させる。
【００５１】
ＩＣチップ４４０は、ＩＣチップ６２０内のＩＤ６１０を読み込み（ステップＳ４）、ＩＣチップデータ送受信機能４５０へ渡す。ＩＣチップデータ送受信機能４５０は、受け取ったＩＤ６１０を暗号化手段５４０へ渡す。暗号化手段５４０は、受け取ったＩＤ６１０を暗号化してから送受信手段４２０へ渡す。送受信手段４２０は、暗号化されたＩＤ６１０を送受信手段１４０へ渡す（ステップＳ５）。
【００５２】
送受信手段１４０は、暗号化されたＩＤ６１０を受け取り、復号化手段１３２へ渡す。復号化手段１３２は、暗号化されたＩＤ６１０を受け取り、復号化してＩＤ確認手段１３１へ渡す。ＩＤ確認手段１３１は、ＩＤマスタ２００内のＩＤ２２０と、受け取ったＩＤ６１０とを照合する（ステップＳ６）。
【００５３】
図４は、図３のステップＳ６に示したＩＤ２２０とＩＤ６１０とを照合する際に、ＩＤ確認手段１３１の判断する内容を示すフローチャートである。開始すると、ＩＤ確認手段１３１は、ＩＤ２２０とＩＤ６１０とが同一であるか否かを判断する（ステップＳ２１〜２２）。同一でなければステップＳ２４に進み、送受信手段１４０に対して「データが該当しない」旨の返信を行い、以後は図５のステップＳ８に進む。
【００５４】
ステップＳ２２で同一であると判断された場合、該ＩＤ２２０に対応する臨時ＩＤ２４０が存在するか否かを確認する（ステップＳ２３）。臨時ＩＤ２４０が存在しない場合は、ＩＤ作成手段１３３に臨時ＩＤ２４０を作成するよう命令すると共に、該ＩＤ２２０に対応する利用可否２３０のステータスを「利用不可」の状態に変更する（ステップＳ２５）。以後は図３のステップＳ７に進む。
【００５５】
ステップＳ２３で臨時ＩＤ２４０が存在する場合は、送受信手段１４０に臨時ＩＤ２４０消去命令を渡すと共に、利用可否２３０のステータスを「利用可能」の状態に変更する。（ステップＳ２６）。以後は図６のステップＳ１２に進む。
【００５６】
さて、図４のステップＳ２５で臨時ＩＤ２４０を作成するよう命令された場合、図３に戻って、ＩＤ作成手段１３３はＩＤ２２０と対応した臨時ＩＤ２４０を生成し、ＩＤ２２０と紐付ける形式でＩＤマスタ２００へ書き込むと共に、臨時ＩＤ２４０を暗号化手段１３４へ渡す。暗号化手段１３４は、受け取った臨時ＩＤ２４０を暗号化して送受信手段１４０へ渡す。送受信手段１４０は、暗号化された臨時ＩＤ２４０を送受信手段４２０へ渡す（ステップＳ７）。
【００５７】
送受信手段４２０は、暗号化された臨時ＩＤ２４０を受信して復号化手段５２０へ渡す。復号化手段５２０は、暗号化された臨時ＩＤ２４０を復号してＩＣチップデータ送受信機能４５０へ渡す。ＩＣチップデータ送受信機能４５０は、臨時ＩＤ２４０をＩＣチップ４４０に書き込む。これにより、ＩＣカード６００からＩＣチップ携帯電話４００への権限委譲が行われる。
【００５８】
ＩＣチップ携帯電話４００に書き込まれた臨時ＩＤ２４０は、ＩＤ管理サーバ１００においてＩＤ２２０と同一のものとして把握されているので、問題なく使用することができる。それに対してＩＣカード６００にはＩＤ２２０と同一ものであるＩＤ６１０のみが記録されているが、これはＩＤ管理サーバ１００においてステータス「利用不可」として把握されているので、ＩＣカード６００を使用することはできない。
【００５９】
図５は、図１で示したネットワーク１において、ＩＣカード６００からＩＣチップ携帯電話４００に権限を委譲しようとしたが、図４のステップＳ２２においてＩＤ２２０とＩＤ６１０とが同一でないと判断された際の動作を示すフローチャートである。ステップＳ１〜Ｓ６は、図３と同一であるので、説明を省略する。また図４においてもステップＳ２２までは同一であるので、ステップＳ２４に進んだ後の動作から説明を始める。
【００６０】
「データが該当しない」旨のデータを受け取った送受信手段１４０は、該データを送受信手段４２０へ送信する。送受信手段４２０は、該データを携帯アプリケーション５００へ送信する。携帯アプリケーション５００は、該データを受け取ったことに反応して、ユーザに「ＩＣカード６００は利用に該当しないＩＣカードである」といった旨のメッセージを表示する（ステップＳ８）。
【００６１】
図６は、図１で示したネットワーク１において、ＩＣカード６００からＩＣチップ携帯電話４００に委譲されていた権限を再びＩＣカード６００に戻す際の動作を示すフローチャートである。
【００６２】
権限を再びＩＣカード６００に戻そうとするユーザは、まずＩＣチップ携帯電話４００のユーザインタフェース４１０を使用して、ＩＤ管理サーバ１００のＵＲＬを指定して接続する。ユーザインタフェース４１０は、ユーザが指定したＩＤ管理サーバ１００のＵＲＬへのアクセス要求を送受信手段４２０へ渡す。送受信手段４２０は、公衆無線通信網７００を通じて、ユーザインタフェース１５０へアクセス要求を渡す。
【００６３】
ユーザインタフェース１５０は、アクセス要求を受け取り、ウェブページのデータを送受信手段４２０へ渡す。送受信手段４２０は受け取ったウェブページのデータをユーザインタフェース４１０へ渡す。ユーザインタフェース４１０は、受け取ったウェブページのデータを表示する。ユーザは、表示されたウェブページから、権限を戻す動作を命令する（ステップＳ１１）。
【００６４】
続いてユーザは携帯アプリケーション５００を実行する。以後の動作は、図３および図５で説明したステップＳ３〜Ｓ５と同一であるので、説明を省略する。ただし、「権限委譲サービス開始命令」は「権限委譲サービス解除命令」に読み替える。また図４においてもステップＳ２３までは同一であるので、ステップＳ２６に進んだ後の動作から説明を始める。
【００６５】
臨時ＩＤ２４０消去命令を受け取った送受信手段１４０は、該命令を送受信手段４２０へ送信する。送受信手段４２０は、該命令をＩＤ消去手段５３０へ送信する。ＩＤ消去手段５３０は、該命令をＩＣチップデータ送受信機能４５０へ送信する。ＩＣチップデータ送受信機能４５０は、該命令を受け取ったことに反応して、ＩＣチップ４４０内の臨時ＩＤ２４０を消去する（ステップＳ１２）。
【００６６】
ＩＣチップ携帯電話４００に書き込まれた臨時ＩＤ２４０が消去されると、ＩＣチップ携帯電話４００をＩＣカード６００として使用することはできない。それに対してＩＣカード６００に記録されているＩＤ６１０と同一であるＩＤ２２０は、ＩＤ管理サーバ１００においてステータス「利用可能」として把握されているので、ＩＣカード６００は問題なく使用できるようになる。
【００６７】
以上の構成によれば、ＩＤ２２０の人間による入力や確認が介在しないので、作業ミスなどにより誤った権限委譲を行ってしまう危険を回避して、ＩＣカード６００で実現される個人認証サービスを安全にＩＣチップ携帯電話４００へ権限委譲することが可能となる。
【００６８】
その際、ＩＣカード６００とＩＣチップ携帯電話４００の間だけで通信できればよいので、ＩＣタグ取扱装置を介在させる必要がない。従って、ユーザはＩＣカードとＩＣチップ携帯電話のみを所持し、かつＩＣチップ携帯電話がＩＤ管理サーバ１００と通信可能でありさえすれば、場所および時間などを問わずに権限委譲を行える。これによって、ＩＣカード６００で実現される個人認証サービスの権限をＩＣチップ携帯電話４００に委譲することを、利便性を確保しつつ安全に行うことができる。
【００６９】
なお、ＩＣチップを内蔵したものであれば、ＩＣカード６００は特にカード型のものには限定されない。また、ＩＣチップを内蔵し、かつ他のコンピュータなどと通信可能なものであれば、ＩＣチップ携帯電話４００は携帯電話以外にも、たとえばＰＤＡやスマートフォン、ノートＰＣなどであってもよい。
【００７０】
また、携帯アプリケーション管理システム１１０において、ＩＣチップ携帯電話４００が携帯アプリケーション３００をダウンロードした回数、頻度、およびＩＤ２２０などを記録するようにもできる。これによって、ユーザが権限をＩＣカード６００からＩＣチップ携帯電話４００に委譲した履歴を把握できるので、該サービスを提供する業者にとっては営業上有用な情報を得ることができる。ただし、権限の委譲を行うたびに携帯アプリケーション３００を携帯アプリケーション管理システム１１０からダウンロードするのではなく、携帯アプリケーション５００をＩＣチップ携帯電話４００の側で保持するように構成してもよい。
【００７１】
これまで本発明について図面に示した特定の実施の形態をもって説明してきたが、本発明は図面に示した実施の形態に限定されるものではなく、本発明の効果を奏する限り、これまで知られたいかなる構成であっても採用することができることは言うまでもないことである。
【産業上の利用可能性】
【００７２】
ＩＣチップを利用したユーザ認証を有するシステムにおいて適用できる。
【図面の簡単な説明】
【００７３】
【図１】本発明の実施の形態に係るネットワーク、および該ネットワークを構成するＩＣカード、ＩＣチップ携帯電話、ＩＤ管理サーバの構成を示すブロック図である。
【図２】図１に示したＩＤマスタのデータ構成を示す概念図である。
【図３】図１で示したネットワークにおいて、ＩＣカードからＩＣチップ携帯電話に権限を委譲する際の動作を示すフローチャートである。
【図４】図３のステップＳ６に示したＩＤを照合する際に、ＩＤ確認手段の判断する内容を示すフローチャートである。
【図５】図１で示したネットワークにおいて、ＩＣカードからＩＣチップ携帯電話に権限を委譲しようとしたが、図４のステップＳ２２においてＩＤが同一でないと判断された際の動作を示すフローチャートである。
【図６】図１で示したネットワーク１において、ＩＣカードからＩＣチップ携帯電話に委譲されていた権限を再びＩＣカードに戻す際の動作を示すフローチャートである。
【符号の説明】
【００７４】
１００ ＩＤ管理サーバ
１１０ 携帯アプリケーション管理システム（アプリケーション管理手段）
１１１ 送受信手段
１２０ ＩＤ管理ＤＢ
１３０ ＩＤ管理システム
１３１ ＩＤ確認手段
１３２ 復号化手段（第１の復号化手段）
１３３ ＩＤ作成手段
１３４ 暗号化手段（第２の暗号化手段）
１４０ 送受信手段（第２の送受信手段）
２００ ＩＤマスタ
２２０ ＩＤ（第２のＩＤ）
２３０ 利用可否
２４０ 臨時ＩＤ
４００ ＩＣチップ携帯電話（携帯端末）
４２０ 送受信手段（第１の送受信手段）
４３０ 記憶領域
４４０ ＩＣチップ（第２のＩＣチップ）
４５０ ＩＣチップデータ送受信機能
５００ 携帯アプリケーション（アプリケーション）
５１０ ＩＤ書込み手段
５２０ 復号化手段（第２の復号化手段）
５３０ ＩＤ消去手段
５４０ 暗号化手段（第１の暗号化手段）
６００ ＩＣカード
６１０ ＩＤ（第１のＩＤ）
６２０ ＩＣチップ（第１のＩＣチップ）
【技術分野】
【０００１】
本発明は、ＩＣカードとＩＣチップ携帯電話との相互間での権限の委譲に関し、特に個人情報にまつわる権限の委譲に関する。
【背景技術】
【０００２】
現在、ＩＣチップを搭載したＩＣカードによる様々なサービスが実現されている。具体的には東日本旅客鉄道株式会社のＳｕｉｃａ（登録商標）や関東地区私鉄各社のＰＡＳＭＯ（登録商標）などのように、該ＩＣカードをＩＣタグ取扱装置に接近させるだけで交通機関の乗車手続きや運賃支払い、および運賃以外の各種料金の支払いが可能なものが急速に普及している。また、ビジネスシーンにおいてもＩＣカードを通行証や社員証として利用し、入退場ゲートの開閉やＰＣへのログインを行う用途が拡大している。
【０００３】
同じように携帯電話端末においても、たとえば株式会社ＮＴＴドコモのおサイフケータイ（登録商標）などのように、ＩＣチップを搭載することにより、ＩＣカードと同等のサービスを実現できるものが多くなっている。以後、ＩＣチップを搭載した携帯電話端末のことをＩＣチップ携帯電話という。ＩＣチップ携帯電話においては、ＧＵＩの存在と、携帯アプリケーションの存在により、ＩＣカードで実現されるサービス以上に利便性等に優れたサービスが実現される可能性がある。
【０００４】
例えば、前述の通行証や社員証などのＩＣカードによる個人認証サービスを用いた入退場サービスで、ＩＣチップ携帯電話を用いることにより、入退場時に三者間通信を利用して、該携帯電話のウェブブラウザを自動起動、もしくは該携帯電話に電子メールを送信して、認証された個人の当日のスケジュール等を表示させるといったサービスが考えられる。
【０００５】
ちなみにＩＣカードの個人認証サービスの権限の委譲に関連する従来の技術としては、以下に示すものがある。特許文献１には、複数のＩＣカードを接続可能な携帯端末で、第１のカードから第２のカードに権限を委譲する技術について開示されている。特許文献２には、ＩＣカードを装着する携帯端末において、双方のアプリケーションを連携させる技術が開示されている。特許文献３には、鉄道用ＩＣカードのＩＤを新しいＩＣカードに引き継ぐ技術が開示されている。
【０００６】
【特許文献１】特開２００２−３３５５７８号公報
【特許文献２】特開２００４−０９４４９９号公報
【特許文献３】特開２００４−３１０６８３号公報
【発明の開示】
【発明が解決しようとする課題】
【０００７】
しかしながら、ＩＣカードによる個人認証サービスが既にユーザに利用されている場合、ＩＣチップ携帯電話を用いた個人認証サービスを同じユーザに利用させると、個人認証用の媒体が複数存在してしまうことになり、個人認証の厳密性に問題が生じ、さらに盗難や紛失などのリスクも増大する。ＩＣカードがクレジットカードとしての機能を兼ねている場合も多くあり、そのような場合は特に、ＩＣカードとＩＣチップ携帯電話のうち一方が盗難などに遭った場合の被害が大きくなる。
【０００８】
個人認証の厳密性の問題を解決するためには、ＩＣカードの個人認証サービスを停止し、ＩＣチップ携帯電話へ個人認証サービスの権限（以後、単に権限という）を委譲しなければならない。ＩＣカードからＩＣチップ携帯電話へ権限を委譲する際には、ＩＣカードの個人認証サービスを、個人認証用のＩＤを認証装置、または認証装置を上位で管理するサーバにおいて停止し、その後にＩＣチップ携帯電話へ新たな個人認証用のＩＤを付与する。
【０００９】
その際、ユーザは何らかの手続きを行い、ＩＣカードの個人認証用ＩＤを停止し、ＩＣチップ携帯電話に新たな個人認証用ＩＤを格納しなければならない。しかし、ＩＣカードの個人認証用ＩＤの停止およびＩＣチップ携帯電話への新たな個人認証用ＩＤの格納に係る手続きに人間の作業が介在する場合は、作業ミスなどにより誤った権限の委譲を行ってしまう危険性が考えられ、安全性に問題が生じる。
【００１０】
一方で、人間の作業を介さず、コンピュータによって上記の作業を行う場合には、ＩＣカードとＩＣチップ携帯電話と該コンピュータとがネットワークなどによって相互に接続されていることが必要となる。しかしながら、ＩＣタグ取扱装置が近くに存在しない環境、たとえばユーザが移動中である場合などでは、ＩＣカードを該コンピュータと接続することは不可能であるため、権限委譲処理は不可能である。このように、ＩＣカードとＩＣチップ携帯電話との間で、利便性を確保して安全に権限委譲を行うことについて、従来技術では有効な解決手段は存在しない。
【００１１】
ちなみに特許文献１の技術は複数のＩＣカードを携帯端末に接続可能であることが必要であるので、ＩＣカードとＩＣチップ携帯電話との間の権限委譲に使用することはできない。特許文献２の技術はＩＣカードがアプリケーションを有し、携帯端末のアプリケーションと連携させようとするものであるので、ＩＣカードとＩＣチップ携帯電話との間での権限委譲に使用することはできない。特許文献３の技術はＩＣカードのＩＤを新しいＩＣカードに委譲しているが、ＩＣタグ取扱装置を含み常時コンピュータに接続される券売機が必要である。つまり、特許文献１〜３のいずれも、またそれらを組み合わせたとしても、上記の問題を解決するものとはならない。
【００１２】
本発明の目的は、ＩＣカードとＩＣチップ携帯電話との相互間で、ＩＣタグ取扱装置が近くにない環境であっても、利便性を確保して安全に権限委譲を行うことのできる権限委譲システム、携帯端末、ＩＤ管理サーバ、権限委譲方法および権限委譲プログラムを提供することにある。
【課題を解決するための手段】
【００１３】
上記目的を達成するため、本発明に係る権限委譲システムは、ＩＣカードと、携帯端末と、ＩＤ管理サーバからなり、ＩＣカードの個人認証サービスの権限を携帯端末に委譲する権限委譲システムであって、ＩＣカードが、第１のＩＤを記憶している第１のＩＣチップを有し、携帯端末が、第１のＩＣチップと通信して第１のＩＤを読み取る第２のＩＣチップと、第１のＩＤをＩＤ管理サーバに送信する第１の送受信手段と、第１の送受信手段を介して受信したデータを第２のＩＣチップに記憶するＩＤ書込み手段とを有し、ＩＤ管理サーバが、携帯端末との間でデータを送受信する第２の送受信手段と、第１のＩＤに対応する第２のＩＤを記憶するＩＤ管理データベースと、第２の送受信手段から受信した第１のＩＤと第２のＩＤとが同一であるか否かを確認するＩＤ確認手段と、第１のＩＤと第２のＩＤとが同一である場合に臨時ＩＤを生成し、臨時ＩＤを第２の送受信手段を介して携帯端末に送信するＩＤ作成手段とを有することを特徴とする。
【００１４】
上記目的を達成するため、本発明に係る携帯端末は、ＩＣカードと、携帯端末と、ＩＤ管理サーバからなり、ＩＣカードの個人認証サービスの権限を携帯端末に委譲する権限委譲システムに使用される携帯端末であって、第１のＩＣチップと通信してＩＤを読み取る第２のＩＣチップと、ＩＤをＩＤ管理サーバに送信し、ＩＤ管理サーバから臨時ＩＤを受信する送受信手段と、臨時ＩＤを第２のＩＣチップに記憶させるＩＤ書込み手段とを有することを特徴とする。
【００１５】
上記目的を達成するため、本発明に係るＩＤ管理サーバは、ＩＣカードと、携帯端末と、ＩＤ管理サーバからなり、ＩＣカードの個人認証サービスの権限を携帯端末に委譲する権限委譲システムに使用されるＩＤ管理サーバであって、携帯端末から第１のＩＤを受信する送受信手段と、第１のＩＤに対応する第２のＩＤを記憶するＩＤ管理データベースと、第１のＩＤと第２のＩＤとが同一であるか否かを確認するＩＤ確認手段と、第１のＩＤと第２のＩＤとが同一である場合に臨時ＩＤを生成し、臨時ＩＤを第２の送受信手段を介して携帯端末に送信するＩＤ作成手段とを有することを特徴とする。
【００１６】
上記目的を達成するため、本発明に係る権限委譲方法は、第１のＩＤを記憶している第１のＩＣチップを有するＩＣカードと、第２のＩＣチップを有する携帯端末と、第１のＩＤに対応する第２のＩＤを記憶するＩＤ管理データベースを有するＩＤ管理サーバからなり、ＩＣカードの個人認証サービスの権限を携帯端末に委譲する権限委譲システムにおいて、ＩＣカードの個人認証サービスの権限を携帯端末に委譲する方法であって、携帯端末が、第１のＩＣチップと通信して第１のＩＤを読み取るＩＤ読み取り工程と、携帯端末が、第１のＩＤをＩＤ管理サーバに送信するＩＤ送信工程と、ＩＤ管理サーバが、携帯端末から第１のＩＤを受信するＩＤ受信工程と、ＩＤ管理サーバが、第１のＩＤと第２のＩＤとが同一であるか否かを確認するＩＤ確認工程と、ＩＤ管理サーバが、第１のＩＤと第２のＩＤとが同一である場合に臨時ＩＤを生成する臨時ＩＤ生成工程と、ＩＤ管理サーバが、臨時ＩＤを第２の送受信手段を介して携帯端末に送信する臨時ＩＤ送信工程と、携帯端末が、臨時ＩＤを受信する臨時ＩＤ受信工程と、携帯端末が、臨時ＩＤを第２のＩＣチップに記憶させる臨時ＩＤ記憶工程とを有することを特徴とする。
【００１７】
上記目的を達成するため、本発明に係る権限委譲プログラムは、ＩＤを記憶している第１のＩＣチップを有するＩＣカードと、第２のＩＣチップを有する携帯端末と、ＩＤ管理サーバからなり、ＩＣカードの個人認証サービスの権限を携帯端末に委譲する権限委譲システムにあって、携帯端末を構成するコンピュータに、第１のＩＣチップと通信してＩＤを読み取る処理と、ＩＤをＩＤ管理サーバに送信する処理と、ＩＤ管理サーバから臨時ＩＤを受信する処理と、臨時ＩＤを第２のＩＣチップに記憶させる処理とを実行させることを特徴とする。
【００１８】
上記目的を達成するため、本発明に係る別の権限委譲プログラムは、第１のＩＤを記憶している第１のＩＣチップを有するＩＣカードと、第２のＩＣチップを有する携帯端末と、第１のＩＤに対応する第２のＩＤを記憶するＩＤ管理データベースを有するＩＤ管理サーバからなり、ＩＣカードの個人認証サービスの権限を携帯端末に委譲する権限委譲システムにあって、ＩＤ管理サーバを構成するコンピュータに、携帯端末から第１のＩＤを受信する処理と、第１のＩＤと第２のＩＤとが同一であるか否かを確認する処理と、第１のＩＤと第２のＩＤとが同一である場合に臨時ＩＤを生成する処理と、臨時ＩＤを第２の送受信手段を介して携帯端末に送信する処理とを実行させることを特徴とする権限委譲プログラム。
【発明の効果】
【００１９】
本発明は、上記したように携帯端末がＩＣカードからＩＤを読み取ってＩＤ管理サーバに送信し、ＩＤ管理サーバが臨時ＩＤを生成して携帯端末に送信するように構成したので、携帯端末とＩＣカードとの間が通信可能であれば、ＩＣタグ取扱装置を他に設けることを必要とはしない。これによって、ＩＣカードとＩＣチップ携帯電話との相互間で、ＩＣタグ取扱装置が近くにない環境であっても、利便性を確保して安全に権限委譲を行うことのできるという、従来にない優れた権限委譲システム、携帯端末、ＩＤ管理サーバ、権限委譲方法および権限委譲プログラムを提供することができる。
【発明を実施するための最良の形態】
【００２０】
図１は、本発明の実施の形態に係るネットワーク１、およびネットワーク１を構成するＩＣカード６００、ＩＣチップ携帯電話４００、ＩＤ管理サーバ１００の構成を示すブロック図である。
【００２１】
ネットワーク１において、ＩＤ管理サーバ１００とＩＣチップ携帯電話４００とは、携帯電話の通信用の一般的な無線および有線のネットワークである公衆無線通信網７００を介して相互に接続される。また、ＩＣチップ携帯電話４００とＩＣカード６００とは相互に内蔵されているＩＣチップ（後述）による近距離無線通信を介して相互に接続される。
【００２２】
ＩＤ管理サーバ１００は、プログラム制御により動作するコンピュータ装置であり、ＩＤの管理や確認、作成、携帯アプリケーションの管理を行う。ＩＤ管理サーバ１００は、携帯アプリケーション管理システム１１０と、ＩＤ管理ＤＢ１２０と、ＩＤ管理システム１３０と、送受信手段１４０と、ユーザインタフェース１５０とで構成される。
【００２３】
携帯アプリケーション管理システム１１０は、ＩＤ管理サーバ１００で実行されるコンピュータプログラムであり、送受信手段１１１を持つとともに、携帯アプリケーション３００を格納している。送受信手段１１１が受信した携帯アプリケーション送信命令を受け、格納している携帯アプリケーション３００を送受信手段１１１へ渡す機能を持つ。送受信手段１１１は、送受信手段１４０から受け取った命令により、携帯アプリケーション３００を送受信手段１４０へ受け渡す機能を持つ。
【００２４】
ＩＤ管理ＤＢ１２０はデータベースであり、ＩＤマスタ２００を管理する。ＩＤマスタ２００のデータ構成については後述する。ＩＤ管理システム１３０はＩＤ管理サーバ１００で実行されるコンピュータプログラムであり、ＩＤ確認手段１３１と復号化手段１３２とＩＤ作成手段１３３と暗号化手段１３４を持つ。これらの各機能については後述する。
【００２５】
送受信手段１４０は、外部から命令、データを受け取る機能、受け取った命令やデータを送受信手段１１１および復号化手段１３２に受け渡す機能と、送受信手段１１１、ＩＤ確認手段１３１および暗号化手段１３４から渡された命令およびデータなどをユーザインタフェース１５０を通じて外部へ送信する機能を持つ。
【００２６】
ユーザインタフェース１５０は、ユーザがＩＣチップ携帯電話４００の送受信手段４２０から、ＩＤ管理サーバ１００へ公衆無線通信網７００を通じてアクセスする際に、ユーザに簡便な操作を提供するためのインタフェース、例えばウェブページなどである。外部からのアクセス要求に対し、インタフェースを操作するためのデータを送信する機能と、送受信手段１４０を通じて外部に命令やデータを送信する機能を持つ。
【００２７】
図２は、図１に示したＩＤマスタ２００のデータ構成を示す概念図である。ＩＤマスタ２００は、個人情報２１０、ＩＤ２２０、利用可否２３０、臨時ＩＤ２４０を、それぞれが互いに一意に識別される形式で保存する。
【００２８】
個人情報２１０は、ユーザを識別するためのデータである。例えば姓名や生年月日、住所等が該当する。個人情報２１０は、管理上の都合によってＩＤ２２０のユーザを識別するための情報であり、本実施の形態で説明する処理においては特に使用されない。ＩＤ２２０は、個人情報２１０に対応して割り当てられた、各々のユーザに一意で割り当てられた識別子である。ＩＤ２２０は、ＩＣカード６００に内蔵されるＩＤ６１０に対応する。
【００２９】
利用可否２３０は、ＩＤ２２０によって示されるユーザが、本実施の形態に係る権限委譲サービスを利用可能かどうかを示すデータである。利用可否２３０は「利用可能」と「利用不可」のステータスを持ち、ブーリアン、数字、文字などによって表される。ここでは、「利用可能」と「利用不可」の各ステータスをそれぞれ文字「Ｙ」「Ｎ」によって表す。初期値は「Ｙ（利用可能）」である。臨時ＩＤ２４０は、ＩＤ２２０と一対一で対応して、ＩＤ作成手段１３３によって生成されるデータである。
【００３０】
図１に戻って、ＩＤ管理システム１３０において、ＩＤ確認手段１３１はＩＣカード６００のＩＤ６１０を復号化手段１３２より受け取り、ＩＤマスタ２００内のＩＤ２２０と照合する。照合の結果、ＩＤ２２０とＩＤ６１０が一致しない場合は該当しないデータであるというデータを送受信手段１４０へ送信する。
【００３１】
ＩＤ２２０とＩＤ６１０が一致する場合は、臨時ＩＤ２４０の存在を確認し、存在しない場合はＩＤ作成手段１３３に臨時ＩＤ２４０を作成するよう命令する。そして、各々の場合に応じて利用可否２３０のステータスを変更する。さらに、送受信手段１４０に臨時ＩＤ消去命令を渡すこともできる。
【００３２】
復号化手段１３２は、送受信手段１４０よりデータを受け取り、受け取ったデータを復号化してＩＤ確認手段１３１へ渡す。復号化の方式は、後述の暗号化手段５４０に用いられる暗号化方式に対応した方式が利用される。
【００３３】
ＩＤ作成手段１３３は、ＩＤ２２０に対応した臨時ＩＤ２４０を生成し、該臨時ＩＤ２４０をＩＤマスタ２００へ書き込み、暗号化手段１３４へ渡すことができる。暗号化手段１３４は、受け取ったデータを暗号化して送受信手段１４０へ渡す。暗号化の方式は、共通鍵方式や公開鍵暗号方式など、公知の方式である。
【００３４】
携帯アプリケーション３００は携帯アプリケーション管理システム１１０内部に保存されるコンピュータプログラムであり、ＩＤ書込み手段３１０、復号化手段３２０、ＩＤ消去手段３３０、暗号化手段３４０を持つ。携帯アプリケーション３００は、送受信手段１４０によって公衆無線通信網７００を介してＩＣチップ携帯電話４００に送られ、そこで携帯アプリケーション５００として動作する。
【００３５】
ＩＤ書込み手段３１０、復号化手段３２０、ＩＤ消去手段３３０、暗号化手段３４０の各機能は、それぞれ携帯アプリケーション５００内のＩＤ書込み手段５１０、復号化手段５２０、ＩＤ消去手段５３０、暗号化手段５４０としてＩＣチップ携帯電話４００おいて動作するので、これらの各機能については後述する。
【００３６】
ＩＣチップ携帯電話４００は、ＩＣチップを搭載した携帯電話、たとえばモバイルＦｅｌｉＣａ（登録商標）搭載携帯電話であり、ユーザインタフェース４１０と、送受信手段４２０と、記憶領域４３０と、ＩＣチップ４４０と、ＩＣチップデータ送受信機能４５０とを含む。
【００３７】
ユーザインタフェース４１０は、ユーザがＩＣチップ携帯電話４００を操作して各機能を実行するためのインタフェースである。携帯電話のメニュー画面、携帯電話用ウェブブラウザ等がこれに該当し、携帯電話のメニュー画面や携帯電話用ウェブブラウザが持つ機能を備える。
【００３８】
送受信手段４２０は、公衆無線通信網７００を通じて外部とデータやプログラムを、携帯電話における一般的なデータ送受信方式によって送受信する。記憶領域４３０は、ＩＣチップ携帯電話４００内に、データおよびプログラムを格納することができる領域である。携帯アプリケーション５００が、ここに格納される。記憶領域４３０は、携帯アプリケーション管理システム１１０から送信された携帯アプリケーション３００を、携帯アプリケーション５００として保存する。
【００３９】
ＩＣチップ４４０は、ＩＣチップデータ送受信機能４５０の命令を受け、他のＩＣチップ内のデータを読み込む機能、読み込んだ他のＩＣチップ内のデータをＩＣチップデータ送受信機能４５０へ渡す機能を持つ。
【００４０】
ＩＣチップデータ送受信機能４５０はＩＣチップ携帯電話には標準的に搭載されている機能であり、ＩＣチップ４４０に、他のＩＣチップ内のデータを読み込むよう命令し、ＩＣチップ４４０で読み込んだデータを暗号化手段５４０へ送信する。また、携帯アプリケーション５００から命令を受け取り、またはＩＤ書込み手段５１０からデータを受け取り、ＩＣチップ４４０へ書き込む。そしてＩＤ消去手段５３０から臨時ＩＤ２４０消去命令を受け取り、ＩＣチップ４４０に書き込まれた臨時ＩＤ２４０を消去する。
【００４１】
携帯アプリケーション５００は、携帯アプリケーション３００が記憶領域４３０に格納されたものであり、ＩＤ書込み手段５１０、復号化手段５２０、ＩＤ消去手段５３０、暗号化手段５４０を持つ。同時に携帯アプリケーション５００は、ユーザが操作するためのメニュー画面や、送受信手段４２０から受け取った情報を表示する機能、ＩＣチップデータ送受信機能４５０に命令する機能も備える。
【００４２】
ＩＤ書込み手段５１０は、復号化手段５２０から受け取ったデータをＩＣチップデータ送受信機能４５０に渡す。復号化手段５２０は、送受信手段４２０より渡されたデータを復号化し、ＩＤ書込み手段５１０へ渡す。復号化の方式は、暗号化手段１３４に用いられる暗号化方式に対応した方式が利用される。
【００４３】
ＩＤ消去手段５３０は、送受信手段４２０から受け取った臨時ＩＤ２４０消去命令をＩＣチップデータ送受信機能４５０へ渡す。暗号化手段５４０は、データを受け取って暗号化して送受信手段４２０へ渡す機能を持つ。暗号化の方式は、共通鍵方式や公開鍵暗号方式などの公知の方式である。
【００４４】
ＩＣカード６００は、Ｓｕｉｃａ（登録商標）、ＰＡＳＭＯ（登録商標）、ＦｅｌｉＣａ（登録商標）などのように一般的に利用されているＩＣカードであり、ＩＣチップ６２０が搭載されている。ＩＣチップ６２０にはＩＤ６１０が書き込まれている。ＩＤ６１０は、前述のＩＤ２２０と対応する。
【００４５】
図３は、図１で示したネットワーク１において、ＩＣカード６００からＩＣチップ携帯電話４００に権限を委譲する際の動作を示すフローチャートである。
【００４６】
権限委譲サービスを利用しようとするユーザは、まずＩＣチップ携帯電話４００の記憶領域４３０に携帯アプリケーション３００をダウンロードする。ユーザはＩＣチップ携帯電話４００のユーザインタフェース４１０を使用して、ＩＤ管理サーバ１００へアクセスする。ここでは、ユーザインタフェース４１０からＩＤ管理サーバ１００へのアクセス方法として、ＩＤ管理サーバ１００のＵＲＬを指定して接続する。これ以外の方法でアクセスするようにしてもよい。
【００４７】
ユーザインタフェース４１０は、ユーザが指定したＩＤ管理サーバ１００のＵＲＬへのアクセス要求を送受信手段４２０へ渡す。送受信手段４２０は、公衆無線通信網７００を通じて、ユーザインタフェース１５０へアクセス要求を渡す。ユーザインタフェース１５０は、アクセス要求を受け取り、ウェブページのデータを送受信手段４２０へ渡す。送受信手段４２０は受け取ったウェブページのデータをユーザインタフェース４１０へ渡す。ユーザインタフェース４１０は、受け取ったウェブページのデータを表示する。
【００４８】
ユーザは、表示されたウェブページから、携帯アプリケーション３００のダウンロードを実行する。ユーザインタフェース４１０は、ユーザによって実行された、携帯アプリケーション３００のダウンロード命令を送受信手段４２０へ渡す。送受信手段４２０は受け取った携帯アプリケーション３００のダウンロード命令を送受信手段１４０へ渡す。送受信手段１４０は受け取った携帯アプリケーション３００のダウンロード命令を送受信手段１１１へ渡す（ステップＳ１）。
【００４９】
送受信手段１１１は携帯アプリケーション３００を送受信手段１４０へ渡す。送受信手段１４０は携帯アプリケーション３００を、公衆無線通信網７００を介して送受信手段４２０へ渡す。送受信手段４２０は携帯アプリケーション３００を記憶領域４３０へ格納する。以後、携帯アプリケーション３００は記憶領域４３０内で、携帯アプリケーション５００として保存されて動作する（ステップＳ２）。
【００５０】
ユーザは、ＩＣチップ携帯電話４００に携帯アプリケーション５００を実行させる。ユーザは携帯アプリケーション５００を操作して、ＩＣチップデータ送受信機能４５０に権限委譲サービス開始の命令を送る。ＩＣチップデータ送受信機能４５０は、受け取った権限委譲サービス開始命令を実行し、ＩＣチップ４４０に、他のＩＣチップからデータを読み込む命令をする（ステップＳ３）。同時に、ユーザは読み取らせたいＩＣチップを搭載したＩＣカード６００をＩＣチップ携帯電話４００に接近させる。
【００５１】
ＩＣチップ４４０は、ＩＣチップ６２０内のＩＤ６１０を読み込み（ステップＳ４）、ＩＣチップデータ送受信機能４５０へ渡す。ＩＣチップデータ送受信機能４５０は、受け取ったＩＤ６１０を暗号化手段５４０へ渡す。暗号化手段５４０は、受け取ったＩＤ６１０を暗号化してから送受信手段４２０へ渡す。送受信手段４２０は、暗号化されたＩＤ６１０を送受信手段１４０へ渡す（ステップＳ５）。
【００５２】
送受信手段１４０は、暗号化されたＩＤ６１０を受け取り、復号化手段１３２へ渡す。復号化手段１３２は、暗号化されたＩＤ６１０を受け取り、復号化してＩＤ確認手段１３１へ渡す。ＩＤ確認手段１３１は、ＩＤマスタ２００内のＩＤ２２０と、受け取ったＩＤ６１０とを照合する（ステップＳ６）。
【００５３】
図４は、図３のステップＳ６に示したＩＤ２２０とＩＤ６１０とを照合する際に、ＩＤ確認手段１３１の判断する内容を示すフローチャートである。開始すると、ＩＤ確認手段１３１は、ＩＤ２２０とＩＤ６１０とが同一であるか否かを判断する（ステップＳ２１〜２２）。同一でなければステップＳ２４に進み、送受信手段１４０に対して「データが該当しない」旨の返信を行い、以後は図５のステップＳ８に進む。
【００５４】
ステップＳ２２で同一であると判断された場合、該ＩＤ２２０に対応する臨時ＩＤ２４０が存在するか否かを確認する（ステップＳ２３）。臨時ＩＤ２４０が存在しない場合は、ＩＤ作成手段１３３に臨時ＩＤ２４０を作成するよう命令すると共に、該ＩＤ２２０に対応する利用可否２３０のステータスを「利用不可」の状態に変更する（ステップＳ２５）。以後は図３のステップＳ７に進む。
【００５５】
ステップＳ２３で臨時ＩＤ２４０が存在する場合は、送受信手段１４０に臨時ＩＤ２４０消去命令を渡すと共に、利用可否２３０のステータスを「利用可能」の状態に変更する。（ステップＳ２６）。以後は図６のステップＳ１２に進む。
【００５６】
さて、図４のステップＳ２５で臨時ＩＤ２４０を作成するよう命令された場合、図３に戻って、ＩＤ作成手段１３３はＩＤ２２０と対応した臨時ＩＤ２４０を生成し、ＩＤ２２０と紐付ける形式でＩＤマスタ２００へ書き込むと共に、臨時ＩＤ２４０を暗号化手段１３４へ渡す。暗号化手段１３４は、受け取った臨時ＩＤ２４０を暗号化して送受信手段１４０へ渡す。送受信手段１４０は、暗号化された臨時ＩＤ２４０を送受信手段４２０へ渡す（ステップＳ７）。
【００５７】
送受信手段４２０は、暗号化された臨時ＩＤ２４０を受信して復号化手段５２０へ渡す。復号化手段５２０は、暗号化された臨時ＩＤ２４０を復号してＩＣチップデータ送受信機能４５０へ渡す。ＩＣチップデータ送受信機能４５０は、臨時ＩＤ２４０をＩＣチップ４４０に書き込む。これにより、ＩＣカード６００からＩＣチップ携帯電話４００への権限委譲が行われる。
【００５８】
ＩＣチップ携帯電話４００に書き込まれた臨時ＩＤ２４０は、ＩＤ管理サーバ１００においてＩＤ２２０と同一のものとして把握されているので、問題なく使用することができる。それに対してＩＣカード６００にはＩＤ２２０と同一ものであるＩＤ６１０のみが記録されているが、これはＩＤ管理サーバ１００においてステータス「利用不可」として把握されているので、ＩＣカード６００を使用することはできない。
【００５９】
図５は、図１で示したネットワーク１において、ＩＣカード６００からＩＣチップ携帯電話４００に権限を委譲しようとしたが、図４のステップＳ２２においてＩＤ２２０とＩＤ６１０とが同一でないと判断された際の動作を示すフローチャートである。ステップＳ１〜Ｓ６は、図３と同一であるので、説明を省略する。また図４においてもステップＳ２２までは同一であるので、ステップＳ２４に進んだ後の動作から説明を始める。
【００６０】
「データが該当しない」旨のデータを受け取った送受信手段１４０は、該データを送受信手段４２０へ送信する。送受信手段４２０は、該データを携帯アプリケーション５００へ送信する。携帯アプリケーション５００は、該データを受け取ったことに反応して、ユーザに「ＩＣカード６００は利用に該当しないＩＣカードである」といった旨のメッセージを表示する（ステップＳ８）。
【００６１】
図６は、図１で示したネットワーク１において、ＩＣカード６００からＩＣチップ携帯電話４００に委譲されていた権限を再びＩＣカード６００に戻す際の動作を示すフローチャートである。
【００６２】
権限を再びＩＣカード６００に戻そうとするユーザは、まずＩＣチップ携帯電話４００のユーザインタフェース４１０を使用して、ＩＤ管理サーバ１００のＵＲＬを指定して接続する。ユーザインタフェース４１０は、ユーザが指定したＩＤ管理サーバ１００のＵＲＬへのアクセス要求を送受信手段４２０へ渡す。送受信手段４２０は、公衆無線通信網７００を通じて、ユーザインタフェース１５０へアクセス要求を渡す。
【００６３】
ユーザインタフェース１５０は、アクセス要求を受け取り、ウェブページのデータを送受信手段４２０へ渡す。送受信手段４２０は受け取ったウェブページのデータをユーザインタフェース４１０へ渡す。ユーザインタフェース４１０は、受け取ったウェブページのデータを表示する。ユーザは、表示されたウェブページから、権限を戻す動作を命令する（ステップＳ１１）。
【００６４】
続いてユーザは携帯アプリケーション５００を実行する。以後の動作は、図３および図５で説明したステップＳ３〜Ｓ５と同一であるので、説明を省略する。ただし、「権限委譲サービス開始命令」は「権限委譲サービス解除命令」に読み替える。また図４においてもステップＳ２３までは同一であるので、ステップＳ２６に進んだ後の動作から説明を始める。
【００６５】
臨時ＩＤ２４０消去命令を受け取った送受信手段１４０は、該命令を送受信手段４２０へ送信する。送受信手段４２０は、該命令をＩＤ消去手段５３０へ送信する。ＩＤ消去手段５３０は、該命令をＩＣチップデータ送受信機能４５０へ送信する。ＩＣチップデータ送受信機能４５０は、該命令を受け取ったことに反応して、ＩＣチップ４４０内の臨時ＩＤ２４０を消去する（ステップＳ１２）。
【００６６】
ＩＣチップ携帯電話４００に書き込まれた臨時ＩＤ２４０が消去されると、ＩＣチップ携帯電話４００をＩＣカード６００として使用することはできない。それに対してＩＣカード６００に記録されているＩＤ６１０と同一であるＩＤ２２０は、ＩＤ管理サーバ１００においてステータス「利用可能」として把握されているので、ＩＣカード６００は問題なく使用できるようになる。
【００６７】
以上の構成によれば、ＩＤ２２０の人間による入力や確認が介在しないので、作業ミスなどにより誤った権限委譲を行ってしまう危険を回避して、ＩＣカード６００で実現される個人認証サービスを安全にＩＣチップ携帯電話４００へ権限委譲することが可能となる。
【００６８】
その際、ＩＣカード６００とＩＣチップ携帯電話４００の間だけで通信できればよいので、ＩＣタグ取扱装置を介在させる必要がない。従って、ユーザはＩＣカードとＩＣチップ携帯電話のみを所持し、かつＩＣチップ携帯電話がＩＤ管理サーバ１００と通信可能でありさえすれば、場所および時間などを問わずに権限委譲を行える。これによって、ＩＣカード６００で実現される個人認証サービスの権限をＩＣチップ携帯電話４００に委譲することを、利便性を確保しつつ安全に行うことができる。
【００６９】
なお、ＩＣチップを内蔵したものであれば、ＩＣカード６００は特にカード型のものには限定されない。また、ＩＣチップを内蔵し、かつ他のコンピュータなどと通信可能なものであれば、ＩＣチップ携帯電話４００は携帯電話以外にも、たとえばＰＤＡやスマートフォン、ノートＰＣなどであってもよい。
【００７０】
また、携帯アプリケーション管理システム１１０において、ＩＣチップ携帯電話４００が携帯アプリケーション３００をダウンロードした回数、頻度、およびＩＤ２２０などを記録するようにもできる。これによって、ユーザが権限をＩＣカード６００からＩＣチップ携帯電話４００に委譲した履歴を把握できるので、該サービスを提供する業者にとっては営業上有用な情報を得ることができる。ただし、権限の委譲を行うたびに携帯アプリケーション３００を携帯アプリケーション管理システム１１０からダウンロードするのではなく、携帯アプリケーション５００をＩＣチップ携帯電話４００の側で保持するように構成してもよい。
【００７１】
これまで本発明について図面に示した特定の実施の形態をもって説明してきたが、本発明は図面に示した実施の形態に限定されるものではなく、本発明の効果を奏する限り、これまで知られたいかなる構成であっても採用することができることは言うまでもないことである。
【産業上の利用可能性】
【００７２】
ＩＣチップを利用したユーザ認証を有するシステムにおいて適用できる。
【図面の簡単な説明】
【００７３】
【図１】本発明の実施の形態に係るネットワーク、および該ネットワークを構成するＩＣカード、ＩＣチップ携帯電話、ＩＤ管理サーバの構成を示すブロック図である。
【図２】図１に示したＩＤマスタのデータ構成を示す概念図である。
【図３】図１で示したネットワークにおいて、ＩＣカードからＩＣチップ携帯電話に権限を委譲する際の動作を示すフローチャートである。
【図４】図３のステップＳ６に示したＩＤを照合する際に、ＩＤ確認手段の判断する内容を示すフローチャートである。
【図５】図１で示したネットワークにおいて、ＩＣカードからＩＣチップ携帯電話に権限を委譲しようとしたが、図４のステップＳ２２においてＩＤが同一でないと判断された際の動作を示すフローチャートである。
【図６】図１で示したネットワーク１において、ＩＣカードからＩＣチップ携帯電話に委譲されていた権限を再びＩＣカードに戻す際の動作を示すフローチャートである。
【符号の説明】
【００７４】
１００ ＩＤ管理サーバ
１１０ 携帯アプリケーション管理システム（アプリケーション管理手段）
１１１ 送受信手段
１２０ ＩＤ管理ＤＢ
１３０ ＩＤ管理システム
１３１ ＩＤ確認手段
１３２ 復号化手段（第１の復号化手段）
１３３ ＩＤ作成手段
１３４ 暗号化手段（第２の暗号化手段）
１４０ 送受信手段（第２の送受信手段）
２００ ＩＤマスタ
２２０ ＩＤ（第２のＩＤ）
２３０ 利用可否
２４０ 臨時ＩＤ
４００ ＩＣチップ携帯電話（携帯端末）
４２０ 送受信手段（第１の送受信手段）
４３０ 記憶領域
４４０ ＩＣチップ（第２のＩＣチップ）
４５０ ＩＣチップデータ送受信機能
５００ 携帯アプリケーション（アプリケーション）
５１０ ＩＤ書込み手段
５２０ 復号化手段（第２の復号化手段）
５３０ ＩＤ消去手段
５４０ 暗号化手段（第１の暗号化手段）
６００ ＩＣカード
６１０ ＩＤ（第１のＩＤ）
６２０ ＩＣチップ（第１のＩＣチップ）
【特許請求の範囲】
【請求項１】
ＩＣカードと、携帯端末と、ＩＤ管理サーバからなり、前記ＩＣカードの個人認証サービスの権限を前記携帯端末に委譲する権限委譲システムであって、
前記ＩＣカードが、第１のＩＤを記憶している第１のＩＣチップを有し、
前記携帯端末が、
前記第１のＩＣチップと通信して前記第１のＩＤを読み取る第２のＩＣチップと、
前記第１のＩＤを前記ＩＤ管理サーバに送信する第１の送受信手段と、
前記第１の送受信手段を介して受信したデータを前記第２のＩＣチップに記憶するＩＤ書込み手段と
を有し、
前記ＩＤ管理サーバが、
前記携帯端末との間でデータを送受信する第２の送受信手段と、
前記第１のＩＤに対応する第２のＩＤを記憶するＩＤ管理データベースと、
前記第２の送受信手段から受信した前記第１のＩＤと前記第２のＩＤとが同一であるか否かを確認するＩＤ確認手段と、
前記第１のＩＤと前記第２のＩＤとが同一である場合に臨時ＩＤを生成し、前記臨時ＩＤを前記第２の送受信手段を介して前記携帯端末に送信するＩＤ作成手段と
を有することを特徴とする権限委譲システム。
【請求項２】
前記携帯端末が前記第１の送受信手段を介して前記臨時ＩＤを受信した場合に、前記ＩＤ書込み手段が前記臨時ＩＤを前記第２のＩＣチップに記憶させることを特徴とする、請求項１に記載の権限委譲システム。
【請求項３】
前記ＩＤ管理サーバが前記臨時ＩＤを前記携帯端末に送信すると同時に、前記ＩＤ管理データベースが前記第２のＩＤを利用不可に設定することを特徴とする、請求項２に記載の権限委譲システム。
【請求項４】
前記携帯端末が、前記第１のＩＤを前記ＩＤ管理サーバに送信する際に前記第１のＩＤを暗号化する第１の暗号化手段を有し、
前記ＩＤ管理サーバが、暗号化された前記第１のＩＤを復号化する第１の復号化手段を有することを特徴とする、請求項２に記載の権限委譲システム。
【請求項５】
前記ＩＤ管理サーバが、前記臨時ＩＤを前記携帯端末に送信する際に前記臨時ＩＤを暗号化する第２の暗号化手段を有し、
前記携帯端末が、暗号化された前記臨時ＩＤを復号化する第２の復号化手段を有することを特徴とする、請求項４に記載の権限委譲システム。
【請求項６】
前記ＩＤ確認手段が、前記第１のＩＤと前記第２のＩＤとが同一であってかつ前記臨時ＩＤが既に存在する場合に、前記携帯端末に前記第２の送受信手段を介して臨時ＩＤ解除命令を送信し、
前記携帯端末が、前記臨時ＩＤ解除命令を受信した場合に前記第２のＩＣチップに記憶されていた前記臨時ＩＤを消去するＩＤ消去手段を有することを特徴とする、請求項２に記載の権限委譲システム。
【請求項７】
前記ＩＤ管理サーバが前記臨時ＩＤ解除命令を前記携帯端末に送信すると同時に、前記ＩＤ管理データベースが前記第２のＩＤを利用可能に設定することを特徴とする、請求項６に記載の権限委譲システム。
【請求項８】
前記ＩＤ管理サーバが、アプリケーションを前記第２の送受信手段を介して前記携帯端末に送信するアプリケーション管理手段を有し、
前記携帯端末が、前記ＩＤ管理サーバから受信した前記アプリケーションによって前記第１のＩＤおよび前記臨時ＩＤの読み書きを制御することを特徴とする、請求項１ないし請求項７のうちいずれか１項に記載の権限委譲システム。
【請求項９】
ＩＣカードと、携帯端末と、ＩＤ管理サーバからなり、前記ＩＣカードの個人認証サービスの権限を前記携帯端末に委譲する権限委譲システムに使用される携帯端末であって、
前記第１のＩＣチップと通信して前記ＩＤを読み取る第２のＩＣチップと、
前記ＩＤを前記ＩＤ管理サーバに送信し、前記ＩＤ管理サーバから臨時ＩＤを受信する送受信手段と、
前記臨時ＩＤを前記第２のＩＣチップに記憶させるＩＤ書込み手段と
を有することを特徴とする携帯端末。
【請求項１０】
ＩＣカードと、携帯端末と、ＩＤ管理サーバからなり、前記ＩＣカードの個人認証サービスの権限を前記携帯端末に委譲する権限委譲システムに使用されるＩＤ管理サーバであって、
前記携帯端末から第１のＩＤを受信する送受信手段と、
前記第１のＩＤに対応する第２のＩＤを記憶するＩＤ管理データベースと、
前記第１のＩＤと前記第２のＩＤとが同一であるか否かを確認するＩＤ確認手段と、
前記第１のＩＤと前記第２のＩＤとが同一である場合に臨時ＩＤを生成し、前記臨時ＩＤを前記第２の送受信手段を介して前記携帯端末に送信するＩＤ作成手段と
を有することを特徴とするＩＤ管理サーバ。
【請求項１１】
前記臨時ＩＤを前記携帯端末に送信すると同時に、前記ＩＤ管理データベースが前記第２のＩＤを利用不可に設定することを特徴とする、請求項１０に記載のＩＤ管理サーバ。
【請求項１２】
第１のＩＤを記憶している第１のＩＣチップを有するＩＣカードと、第２のＩＣチップを有する携帯端末と、前記第１のＩＤに対応する第２のＩＤを記憶するＩＤ管理データベースを有するＩＤ管理サーバからなり、前記ＩＣカードの個人認証サービスの権限を前記携帯端末に委譲する権限委譲システムにおいて、前記ＩＣカードの個人認証サービスの権限を前記携帯端末に委譲する方法であって、
前記携帯端末が、前記第１のＩＣチップと通信して前記第１のＩＤを読み取るＩＤ読み取り工程と、
前記携帯端末が、前記第１のＩＤを前記ＩＤ管理サーバに送信するＩＤ送信工程と、
前記ＩＤ管理サーバが、前記携帯端末から前記第１のＩＤを受信するＩＤ受信工程と、
前記ＩＤ管理サーバが、前記第１のＩＤと前記第２のＩＤとが同一であるか否かを確認するＩＤ確認工程と、
前記ＩＤ管理サーバが、前記第１のＩＤと前記第２のＩＤとが同一である場合に臨時ＩＤを生成する臨時ＩＤ生成工程と、
前記ＩＤ管理サーバが、前記臨時ＩＤを前記第２の送受信手段を介して前記携帯端末に送信する臨時ＩＤ送信工程と、
前記携帯端末が、前記臨時ＩＤを受信する臨時ＩＤ受信工程と、
前記携帯端末が、前記臨時ＩＤを前記第２のＩＣチップに記憶させる臨時ＩＤ記憶工程と
を有することを特徴とする権限委譲方法。
【請求項１３】
前記臨時ＩＤ送信工程と同時に、前記ＩＤ管理サーバが前記ＩＤ管理データベースにおいて前記第２のＩＤを利用不可に設定するＩＤ利用不可工程を有することを特徴とする、請求項１２に記載の権限委譲方法。
【請求項１４】
ＩＤを記憶している第１のＩＣチップを有するＩＣカードと、第２のＩＣチップを有する携帯端末と、ＩＤ管理サーバからなり、前記ＩＣカードの個人認証サービスの権限を前記携帯端末に委譲する権限委譲システムにあって、前記携帯端末を構成するコンピュータに、
前記第１のＩＣチップと通信して前記ＩＤを読み取る処理と、
前記ＩＤを前記ＩＤ管理サーバに送信する処理と、
前記ＩＤ管理サーバから臨時ＩＤを受信する処理と、
前記臨時ＩＤを前記第２のＩＣチップに記憶させる処理と
を実行させることを特徴とする権限委譲プログラム。
【請求項１５】
第１のＩＤを記憶している第１のＩＣチップを有するＩＣカードと、第２のＩＣチップを有する携帯端末と、前記第１のＩＤに対応する第２のＩＤを記憶するＩＤ管理データベースを有するＩＤ管理サーバからなり、前記ＩＣカードの個人認証サービスの権限を前記携帯端末に委譲する権限委譲システムにあって、前記ＩＤ管理サーバを構成するコンピュータに、
前記携帯端末から前記第１のＩＤを受信する処理と、
前記第１のＩＤと前記第２のＩＤとが同一であるか否かを確認する処理と、
前記第１のＩＤと前記第２のＩＤとが同一である場合に臨時ＩＤを生成する処理と、
前記臨時ＩＤを前記第２の送受信手段を介して前記携帯端末に送信する処理と
を実行させることを特徴とする権限委譲プログラム。
【請求項１】
ＩＣカードと、携帯端末と、ＩＤ管理サーバからなり、前記ＩＣカードの個人認証サービスの権限を前記携帯端末に委譲する権限委譲システムであって、
前記ＩＣカードが、第１のＩＤを記憶している第１のＩＣチップを有し、
前記携帯端末が、
前記第１のＩＣチップと通信して前記第１のＩＤを読み取る第２のＩＣチップと、
前記第１のＩＤを前記ＩＤ管理サーバに送信する第１の送受信手段と、
前記第１の送受信手段を介して受信したデータを前記第２のＩＣチップに記憶するＩＤ書込み手段と
を有し、
前記ＩＤ管理サーバが、
前記携帯端末との間でデータを送受信する第２の送受信手段と、
前記第１のＩＤに対応する第２のＩＤを記憶するＩＤ管理データベースと、
前記第２の送受信手段から受信した前記第１のＩＤと前記第２のＩＤとが同一であるか否かを確認するＩＤ確認手段と、
前記第１のＩＤと前記第２のＩＤとが同一である場合に臨時ＩＤを生成し、前記臨時ＩＤを前記第２の送受信手段を介して前記携帯端末に送信するＩＤ作成手段と
を有することを特徴とする権限委譲システム。
【請求項２】
前記携帯端末が前記第１の送受信手段を介して前記臨時ＩＤを受信した場合に、前記ＩＤ書込み手段が前記臨時ＩＤを前記第２のＩＣチップに記憶させることを特徴とする、請求項１に記載の権限委譲システム。
【請求項３】
前記ＩＤ管理サーバが前記臨時ＩＤを前記携帯端末に送信すると同時に、前記ＩＤ管理データベースが前記第２のＩＤを利用不可に設定することを特徴とする、請求項２に記載の権限委譲システム。
【請求項４】
前記携帯端末が、前記第１のＩＤを前記ＩＤ管理サーバに送信する際に前記第１のＩＤを暗号化する第１の暗号化手段を有し、
前記ＩＤ管理サーバが、暗号化された前記第１のＩＤを復号化する第１の復号化手段を有することを特徴とする、請求項２に記載の権限委譲システム。
【請求項５】
前記ＩＤ管理サーバが、前記臨時ＩＤを前記携帯端末に送信する際に前記臨時ＩＤを暗号化する第２の暗号化手段を有し、
前記携帯端末が、暗号化された前記臨時ＩＤを復号化する第２の復号化手段を有することを特徴とする、請求項４に記載の権限委譲システム。
【請求項６】
前記ＩＤ確認手段が、前記第１のＩＤと前記第２のＩＤとが同一であってかつ前記臨時ＩＤが既に存在する場合に、前記携帯端末に前記第２の送受信手段を介して臨時ＩＤ解除命令を送信し、
前記携帯端末が、前記臨時ＩＤ解除命令を受信した場合に前記第２のＩＣチップに記憶されていた前記臨時ＩＤを消去するＩＤ消去手段を有することを特徴とする、請求項２に記載の権限委譲システム。
【請求項７】
前記ＩＤ管理サーバが前記臨時ＩＤ解除命令を前記携帯端末に送信すると同時に、前記ＩＤ管理データベースが前記第２のＩＤを利用可能に設定することを特徴とする、請求項６に記載の権限委譲システム。
【請求項８】
前記ＩＤ管理サーバが、アプリケーションを前記第２の送受信手段を介して前記携帯端末に送信するアプリケーション管理手段を有し、
前記携帯端末が、前記ＩＤ管理サーバから受信した前記アプリケーションによって前記第１のＩＤおよび前記臨時ＩＤの読み書きを制御することを特徴とする、請求項１ないし請求項７のうちいずれか１項に記載の権限委譲システム。
【請求項９】
ＩＣカードと、携帯端末と、ＩＤ管理サーバからなり、前記ＩＣカードの個人認証サービスの権限を前記携帯端末に委譲する権限委譲システムに使用される携帯端末であって、
前記第１のＩＣチップと通信して前記ＩＤを読み取る第２のＩＣチップと、
前記ＩＤを前記ＩＤ管理サーバに送信し、前記ＩＤ管理サーバから臨時ＩＤを受信する送受信手段と、
前記臨時ＩＤを前記第２のＩＣチップに記憶させるＩＤ書込み手段と
を有することを特徴とする携帯端末。
【請求項１０】
ＩＣカードと、携帯端末と、ＩＤ管理サーバからなり、前記ＩＣカードの個人認証サービスの権限を前記携帯端末に委譲する権限委譲システムに使用されるＩＤ管理サーバであって、
前記携帯端末から第１のＩＤを受信する送受信手段と、
前記第１のＩＤに対応する第２のＩＤを記憶するＩＤ管理データベースと、
前記第１のＩＤと前記第２のＩＤとが同一であるか否かを確認するＩＤ確認手段と、
前記第１のＩＤと前記第２のＩＤとが同一である場合に臨時ＩＤを生成し、前記臨時ＩＤを前記第２の送受信手段を介して前記携帯端末に送信するＩＤ作成手段と
を有することを特徴とするＩＤ管理サーバ。
【請求項１１】
前記臨時ＩＤを前記携帯端末に送信すると同時に、前記ＩＤ管理データベースが前記第２のＩＤを利用不可に設定することを特徴とする、請求項１０に記載のＩＤ管理サーバ。
【請求項１２】
第１のＩＤを記憶している第１のＩＣチップを有するＩＣカードと、第２のＩＣチップを有する携帯端末と、前記第１のＩＤに対応する第２のＩＤを記憶するＩＤ管理データベースを有するＩＤ管理サーバからなり、前記ＩＣカードの個人認証サービスの権限を前記携帯端末に委譲する権限委譲システムにおいて、前記ＩＣカードの個人認証サービスの権限を前記携帯端末に委譲する方法であって、
前記携帯端末が、前記第１のＩＣチップと通信して前記第１のＩＤを読み取るＩＤ読み取り工程と、
前記携帯端末が、前記第１のＩＤを前記ＩＤ管理サーバに送信するＩＤ送信工程と、
前記ＩＤ管理サーバが、前記携帯端末から前記第１のＩＤを受信するＩＤ受信工程と、
前記ＩＤ管理サーバが、前記第１のＩＤと前記第２のＩＤとが同一であるか否かを確認するＩＤ確認工程と、
前記ＩＤ管理サーバが、前記第１のＩＤと前記第２のＩＤとが同一である場合に臨時ＩＤを生成する臨時ＩＤ生成工程と、
前記ＩＤ管理サーバが、前記臨時ＩＤを前記第２の送受信手段を介して前記携帯端末に送信する臨時ＩＤ送信工程と、
前記携帯端末が、前記臨時ＩＤを受信する臨時ＩＤ受信工程と、
前記携帯端末が、前記臨時ＩＤを前記第２のＩＣチップに記憶させる臨時ＩＤ記憶工程と
を有することを特徴とする権限委譲方法。
【請求項１３】
前記臨時ＩＤ送信工程と同時に、前記ＩＤ管理サーバが前記ＩＤ管理データベースにおいて前記第２のＩＤを利用不可に設定するＩＤ利用不可工程を有することを特徴とする、請求項１２に記載の権限委譲方法。
【請求項１４】
ＩＤを記憶している第１のＩＣチップを有するＩＣカードと、第２のＩＣチップを有する携帯端末と、ＩＤ管理サーバからなり、前記ＩＣカードの個人認証サービスの権限を前記携帯端末に委譲する権限委譲システムにあって、前記携帯端末を構成するコンピュータに、
前記第１のＩＣチップと通信して前記ＩＤを読み取る処理と、
前記ＩＤを前記ＩＤ管理サーバに送信する処理と、
前記ＩＤ管理サーバから臨時ＩＤを受信する処理と、
前記臨時ＩＤを前記第２のＩＣチップに記憶させる処理と
を実行させることを特徴とする権限委譲プログラム。
【請求項１５】
第１のＩＤを記憶している第１のＩＣチップを有するＩＣカードと、第２のＩＣチップを有する携帯端末と、前記第１のＩＤに対応する第２のＩＤを記憶するＩＤ管理データベースを有するＩＤ管理サーバからなり、前記ＩＣカードの個人認証サービスの権限を前記携帯端末に委譲する権限委譲システムにあって、前記ＩＤ管理サーバを構成するコンピュータに、
前記携帯端末から前記第１のＩＤを受信する処理と、
前記第１のＩＤと前記第２のＩＤとが同一であるか否かを確認する処理と、
前記第１のＩＤと前記第２のＩＤとが同一である場合に臨時ＩＤを生成する処理と、
前記臨時ＩＤを前記第２の送受信手段を介して前記携帯端末に送信する処理と
を実行させることを特徴とする権限委譲プログラム。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図２】
【図３】
【図４】
【図５】
【図６】
【公開番号】特開２００９−１３０８３３（Ｐ２００９−１３０８３３Ａ）
【公開日】平成２１年６月１１日（２００９．６．１１）
【国際特許分類】
【出願番号】特願２００７−３０６１１７（Ｐ２００７−３０６１１７）
【出願日】平成１９年１１月２７日（２００７．１１．２７）
【出願人】（０００００４２３７）日本電気株式会社 (19,353)
【Ｆターム（参考）】
【公開日】平成２１年６月１１日（２００９．６．１１）
【国際特許分類】
【出願日】平成１９年１１月２７日（２００７．１１．２７）
【出願人】（０００００４２３７）日本電気株式会社 (19,353)
【Ｆターム（参考）】
[ Back to top ]