(57)【特許請求の範囲】
【請求項１】
購入制御端末と、該購入制御端末に接続される引継元ＩＣカード及び引継先ＩＣカードと、認証課金サーバからなるシステムにおいて、該引継元ＩＣカードが有するプリペイド残額を該引継先ＩＣカードに引き継ぐディジタルコンテンツ課金システムにおける権利引継方法において、
前記購入制御端末に前記引継先ＩＣカードが接続されると、該引継先ＩＣカードに対してカードＩＤの読み出し要求を行い、
前記引継先ＩＣカードは前記購入制御端末に対してカードＩＤを返却し、
前記購入制御端末は、前記引継先ＩＣカードのカードＩＤをパラメタとしてＩＣカード認証要求を前記認証課金サーバに送信し、
前記認証課金サーバは、第１の乱数を生成し、生成された第１の乱数を計算要求として前記引継先ＩＣカードに送信し、
前記引継先ＩＣカードから計算結果を受け取り、
前記引継先ＩＣカードのカードＩＤに対応したカード認証鍵を用いて前記生成した第１の乱数に対する計算を行い、
当該計算結果と前記引継先ＩＣカードから受け取った計算結果とを比較することにより前記引継先ＩＣカードの正当性を認証し、
カード認証が成功すると、ＩＣカード認証結果を前記購入制御端末に送信する引継先ＩＣカード認証ステップと、
前記購入制御端末に前記引継元ＩＣカードが接続されると、前記引継元ＩＣカードに対してカードＩＤの読み出し要求を行い、
前記引継元ＩＣカードは前記購入制御端末に対してカードＩＤを返却し、
前記購入制御端末は、前記引継元ＩＣカードのカードＩＤをパラメタとしてＩＣカード認証要求を前記認証要求サーバに送信し、
前記認証課金サーバは、第２の乱数を生成し、生成された該第２の乱数を計算要求として前記引継元ＩＣカードに送信し、
前記引継元ＩＣカードから計算結果を受け取り、
当該認証課金サーバと前記引継元ＩＣカードのそれぞれが保持しているカード認証鍵を用いて前記第２の乱数に対する計算を行い、
当該計算結果と前記引継元ＩＣカードから受け取った計算結果とを比較することにより前記引継元ＩＣカードの正当性を認証し、カード認証が成功すると、認証セッションＩＤ，手形署名鍵を生成し、前記引継元ＩＣカードのカードＩＤと共に認証セッション情報として認証セッション記憶手段に格納し、該認証セッションＩＤ及び該手形署名鍵を前記購入制御端末に送信し、
前記購入制御端末では、受信した前記認証セッションＩＤ及び前記手形署名鍵を前記引継元ＩＣカードのカードＩＤと対応付けて記憶手段に保持する引継元ＩＣカード認証ステップと、
前記購入制御端末は、前記引継先ＩＣカードのカードＩＤを権利引継先特定情報とし、当該権利引継先特定情報と当該購入制御端末の前記記憶手段に保持されている前記引継元ＩＣカードの前記手形署名鍵及び前記認証セッションＩＤをパラメタとして暗号化技術を用いることで、該認証セッションＩＤに対応する手形署名を作成する手形署名生成ステップと、
前記引継先ＩＣカードの権利引継先特定情報と前記認証セッションＩＤ及び前記手形署名生成ステップで作成された前記手形署名をパラメタとして前記認証課金サーバに対して権利引継要求を送信する権利引継要求送信ステップと、
前記認証課金サーバにおいて、受信した前記引継元ＩＣカードの前記認証セッションＩＤが前記認証セッション記憶手段に保持されているかを判定し、保持されている場合には、該認証セッションＩＤと該認証セッションＩＤに対応付けて該認証セッション記憶手段に保持されている前記手形署名鍵、及び受信した前記権利引継先特定情報をパラメタとして暗号化技術を用いて手形署名を作成し、受信した前記権利引継要求の前記手形署名と同値であるかを検査する権利引継手形検査ステップと、
前記権利引継手形検査ステップにおいて同値であれば、前記権利引継先特定情報に基づいて、引継先ＩＣカードのカードＩＤを特定し、前記引継元ＩＣカードの前記認証セッションＩＤ、及び前記認証セッション情報から該引継元ＩＣカードのカードＩＤを特定し、カードＩＤと対応するプリペイド残額を記録したカードバリュー管理データベースを参照し、該引継元ＩＣカードのプリペイド残額を、該引継先ＩＣカードのカードＩＤにより一意に決まるカードバリュー管理データベースのプリペイド残額に積算する残額移動ステップと、
前記認証課金サーバは、前記購入制御端末に前記権利引継要求に対する結果を送信する結果送信ステップと、
を行うことを特徴とする権利引継方法。
【請求項２】
購入制御端末と、該購入制御端末に接続される引継元ＩＣカード及び引継先ＩＣカードと、認証課金サーバからなるシステムにおいて、該引継元ＩＣカードが有するプリペイド残額を該引継先ＩＣカードに引き継ぐディジタルコンテンツ課金システムにおける権利引継方法において、
前記購入制御端末に前記引継元ＩＣカードが接続されると、前記引継元ＩＣカードに対してカードＩＤの読み出し要求を行い、
前記引継元ＩＣカードは前記購入制御端末に対してカードＩＤを返却し、
前記購入制御端末は、前記引継元ＩＣカードのカードＩＤをパラメタとしてＩＣカード認証要求を前記認証課金サーバに送信し、
前記認証課金サーバは、第１の乱数を生成し、生成された該第１の乱数を計算要求として前記引継元ＩＣカードに送信し、
前記引継元ＩＣカードから計算結果を受け取り、
当該認証課金サーバと前記引継元ＩＣカードのそれぞれが保持しているカード認証鍵を用いて前記第１の乱数に対する計算を行い、
当該計算結果と前記引継元ＩＣカードから受け取った計算結果とを比較することにより前記引継元ＩＣカードの正当性を認証し、カード認証が成功すると、認証セッションＩＤ，手形署名鍵を生成し、前記引継元ＩＣカードのカードＩＤと共に認証セッション情報として認証セッション記憶手段に格納し、少なくとも、該認証セッションＩＤ及び該手形署名鍵を前記購入制御端末に送信し、
前記購入制御端末では、受信した前記認証セッションＩＤ及び前記手形署名鍵を前記引継元ＩＣカードのカードＩＤと対応付けて記憶手段に保持する引継元ＩＣカード認証ステップと、
前記購入制御端末は、前記引継元ＩＣカードの認証セッションＩＤに対して該引継元ＩＣカードの前記手形署名鍵及び前記認証セッションＩＤをパラメタとして暗号化技術を用いることで、該認証セッションＩＤに対する手形署名を作成する手形署名生成ステップと、
前記購入制御端末は、前記引継元ＩＣカードの認証セッションＩＤ、前記手形署名生成ステップで作成された前記手形署名からなる権利引継手形を生成する権利引継手形生成ステップと、
前記購入制御端末に前記引継先ＩＣカードが接続されると、該引継先ＩＣカードに対してカードＩＤの読み出し要求を行い、
前記引継先ＩＣカードは前記購入制御端末に対してカードＩＤを返却し、
前記購入制御端末は、前記引継先ＩＣカードのカードＩＤをパラメタとしてＩＣカード認証要求を前記認証課金サーバに送信し、
前記認証課金サーバは、第２の乱数を生成し、生成された第２の乱数を計算要求として前記引継先ＩＣカードに送信し、
前記引継先ＩＣカードから計算結果を受け取り、
前記引継先ＩＣカードのカードＩＤに対応したカード認証鍵を用いて前記生成した第２の乱数に対する計算を行い、
当該計算結果と前記引継先ＩＣカードから受け取った計算結果とを比較することにより前記引継先ＩＣカードの正当性を認証し、ＩＣカード認証結果を前記購入制御端末に送信し、
前記購入制御端末は、前記引継先ＩＣカードのカードＩＤを権利引継先特定情報とし、当該権利引継先特定情報、前記権利引継手形生成ステップにおいて生成された前記権利引継手形をパラメタとする権利引継要求を前記認証課金サーバに対して送信する権利引継要求送信ステップと、
前記認証課金サーバにおいて、受信した前記権利引継要求の前記権利引継手形に含まれる前記引継元ＩＣカードの前記認証セッションＩＤが該認証課金サーバ内の前記認証セッション記憶手段に保持されているかを判定し、保持されている場合には、該認証セッションＩＤと該認証セッションＩＤに対応付けて該認証セッション記憶手段に保持されている前記手形署名鍵をパラメタとして暗号化技術を用いて手形署名を作成し、該権利引継手形の手形署名と同値であるかを検査する権利引継手形検査ステップと、
前記権利引継手形検査ステップにおいて同値であれば、前記権利引継先特定情報に基づいて、引継先ＩＣカードのカードＩＤを特定し、前記引継元ＩＣカードの前記認証セッションＩＤから該引継元ＩＣカードのカードＩＤを特定し、該引継元ＩＣカードのプリペイド残額を記録したカードバリュー管理データベースを参照し、該引継元ＩＣカードのプリペイド残額を、該引継先ＩＣカードのカードＩＤにより一意に決まるカードバリュー管理データベースのプリペイド残額に積算する残額移動ステップと、
前記認証課金サーバは、前記購入制御端末に権利引継要求に対する結果を送信する結果送信ステップと、
を行うことを特徴とする権利引継方法。
【請求項３】
購入制御端末と、該購入制御端末に接続される引継元ＩＣカード及び引継先ＩＣカードと、認証課金サーバからなるシステムにおいて、該引継元ＩＣカードが有するプリペイド残額を該引継先ＩＣカードに引き継ぐディジタルコンテンツ課金システムにおける権利引継方法において、
前記購入制御端末に前記引継先ＩＣカードが接続されると、該引継先ＩＣカードに対してカードＩＤの読み出し要求を行い、
前記引継先ＩＣカードは前記購入制御端末に対してカードＩＤを返却し、
前記購入制御端末は、前記引継先ＩＣカードのカードＩＤをパラメタとしてＩＣカード認証要求を前記認証課金サーバに送信し、
前記認証課金サーバは、第１の乱数を生成し、生成された第１の乱数を計算要求として前記引継先ＩＣカードに送信し、
前記引継先ＩＣカードから計算結果を受け取り、
前記引継先ＩＣカードのカードＩＤに対応したカード認証鍵を用いて前記生成した第１の乱数に対する計算を行い、
当該計算結果と前記引継先ＩＣカードから受け取った計算結果とを比較することにより前記引継先ＩＣカードの正当性を認証し、カード認証が成功すると、ＩＣカード認証結果を前記購入制御端末に送信する引継先ＩＣカード認証ステップと、
前記購入制御端末は、前記引継先ＩＣカードのカードＩＤを権利引継先特定情報とし、当該権利引継先特定情報と自端末を特定する端末ＩＤである端末特定情報とを権利引継先指定要求として前記認証課金サーバに送信する特定情報送信ステップと、
前記認証課金サーバは、受信した前記権利引継先指定要求の権利引継先特定情報から引継先ＩＣカードのカードＩＤを特定し、該権利引継先指定要求の端末特定情報から端末ＩＤを特定し、該引継先ＩＣカードのカードＩＤと該端末ＩＤとを対応付けて権利引継先ＤＢに格納し、該権利引継先指定要求に対する結果を前記購入制御端末に送信する引継先登録ステップと、
前記購入制御端末に前記引継元ＩＣカードが接続されると、前記引継元ＩＣカードに対してカードＩＤの読み出し要求を行い、
前記引継先ＩＣカードは前記購入制御端末に対してカードＩＤを返却し、
前記購入制御端末は、前記引継先ＩＣカードのカードＩＤをパラメタとしてＩＣカード認証要求を前記認証課金サーバに送信し、
前記認証課金サ−バは、第２の乱数を生成し、生成された該第２の乱数を計算要求として前記引継元ＩＣカードに送信し、
前記引継元ＩＣカードから計算結果を受け取り、
当該認証課金サーバと前記引継元ＩＣカードのそれぞれが保持しているカード認証鍵を用いて前記第２の乱数に対する計算を行い、
当該計算結果と前記引継元ＩＣカードから受け取った計算結果とを比較することにより前記引継元ＩＣカードの正当性を認証し、カード認証が成功すると、認証セッションＩＤ，手形署名鍵を生成し、前記引継元ＩＣカードのカードＩＤと共に認証セッション情報として認証セッション記憶手段に格納し、該認証セッションＩＤ及び該手形署名鍵を前記購入制御端末に送信し、
前記購入制御端末では、受信した前記認証セッションＩＤ及び前記手形署名鍵を前記引継元ＩＣカードのカードＩＤと対応付けて記憶手段に保持する引継元ＩＣカード認証ステップと、
前記購入制御端末は、前記引継元ＩＣカードの認証セッションＩＤに対して、自端末の端末特定情報、引継元ＩＣカードの認証セッションＩＤ、引継元ＩＣカードの手形署名鍵をパラメタとして暗号化技術を用いることで該認証セッションＩＤに対応する手形署名を作成する手形署名生成ステップと、
前記購入制御端末は、自端末の端末特定情報と引継元ＩＣカードの認証セッションＩＤ、前記手形署名生成ステップで作成された前記手形署名からなる権利引継手形をパラメタとする権利引継要求を前記認証課金サーバに送信する権利引継要求送信ステップと、
前記認証課金サーバは、前記認証セッション記憶手段に前記権利引継要求の前記認証セッションＩＤがあるかを検査し、ある場合は、該認証セッションＩＤと、該認証セッションＩＤに対応する認証セッション情報の手形署名鍵、及び前記権利引継手形に含まれる端末特定情報とを用いて手形署名を生成し、該権利引継要求の手形署名と同一であるかを判定する手形署名検査ステップと、
前記手形署名検査ステップにおいて、同一である場合は、前記権利引継要求の端末特定情報に基づいて、前記権利引継先管理ＤＢを検索して対応する引継先ＩＣカードのカードＩＤを特定する引継先特定ステップと、
カードＩＤと対応するプリペイド残額を記録したカードバリュー管理データベースを参照し、前記引継元ＩＣカードのプリペイド残額を前記引継先特定ステップで特定された前記カードＩＤにより一意に決まるカードバリュー管理データベースのプリペイド残額に積算する残額移動ステップと、
前記認証課金サーバは、前記購入制御端末に前記権利引継要求に対する結果を送信する結果送信ステップと、
を行うことを特徴とする権利引継方法。
【請求項４】
購入制御端末と、該購入制御端末に接続される引継元ＩＣカード及び引継先ＩＣカードと、認証課金サーバからなり、該引継元ＩＣカードが有するプリペイド残額を該引継先ＩＣカードに引き継ぐ権利引継システムであって、
前記購入制御端末は、
前記引継先ＩＣカードが接続されると、該引継先ＩＣカードに対してカードＩＤの読み出し要求を行い、該引継先ＩＣカードからカードＩＤを取得し、引継先ＩＣカードの該カードＩＤをパラメタとし引継先ＩＣカード認証要求を前記認証課金サーバに送信する引継先カード認証要求手段と、
前記引継元ＩＣカードが接続されると、該引継元ＩＣカードに対してカードＩＤの読み出し要求を行い、該引継元ＩＣカードからカードＩＤを取得し、該引継元ＩＣカードの該カードＩＤをパラメタとして引継元ＩＣカード認証要求を前記認証課金サーバに送信する引継元カード認証要求手段と、
前記引継元ＩＣカード認証要求に対して前記認証課金サーバから受信した認証セッションＩＤ及び手形署名鍵を前記引継元ＩＣカードのカードＩＤと対応付けて記憶手段に保持する引継元認証情報取得手段と、
前記引継先ＩＣカードのカードＩＤを権利引継先特定情報とし、当該権利引継先特定情報と当該購入制御端末の前記記憶手段に保持されている前記引継元ＩＣカードの前記認証セッションＩＤ及び該引継元ＩＣカードの前記手形署名鍵をパラメタとして暗号化技術を用いることで、該認証セッションＩＤに対応する手形署名を作成する手形署名生成手段と、
前記権利引継先特定情報、前記引継元ＩＣカードの前記認証セッションＩＤ、前記手形署名生成手段で生成された前記手形署名をパラメタとする権利引継要求を前記認証課金サーバに対して送信する権利引継要求送信手段と、を有し、
前記認証課金サーバは、
前記購入制御端末からの前記引継先ＩＣカード認証要求に対し、第１の乱数を生成し、生成された第１の乱数を計算要求として該引継先ＩＣカードに送信し、該引継先ＩＣカードから計算結果を受け取り、該引継先ＩＣカードのカードＩＤに対応したカード認証鍵を用いて生成した第１の乱数に対する計算を行い、当該計算結果と該引継先ＩＣカードから受け取った計算結果とを比較することにより前記引継先ＩＣカードの正当性を認証し、カード認証が成功すると、ＩＣカード認証結果を該購入制御端末に送信する引継先認証手段と、
前記購入制御端末からの前記引継元ＩＣカード認証要求に対し、第２の乱数を生成し、生成された該第２の乱数を計算要求として前記引継元ＩＣカードに送信し、該引継元ＩＣカードから計算結果を受け取り、当該認証課金サーバと該引継元ＩＣカードのそれぞれが保持しているカード認証鍵を用いて前記第２の乱数に対する計算を行い、当該計算結果と該引継元ＩＣカードから受け取った計算結果とを比較することにより該引継元ＩＣカードの正当性を認証し、カード認証が成功すると、認証セッションＩＤ，手形署名鍵を生成し、該引継元ＩＣカードのカードＩＤと共に認証セッション情報として認証セッション記憶手段に格納し、該認証セッションＩＤ及び該手形署名鍵を前記購入制御端末に送信する引継元認証手段と、
前記購入制御端末から受信した前記権利引継要求の前記引継元ＩＣカードの前記認証セッションＩＤが前記認証セッション記憶手段に保持されているかを判定し、保持されている場合には、該認証セッションＩＤと該認証セッションＩＤに対応付けて該記憶手段に保持されている前記手形署名鍵、及び該購入制御端末から受信した前記権利引継先特定情報をパラメタとして暗号化技術を用いて手形署名を作成し、該権利引継要求の前記手形署名と同値であるかを検査する権利引継手形検査手段と、
前記権利引継手形検査手段において同値であれば、前記権利引継先特定情報に基づいて、引継先ＩＣカードのカードＩＤを特定し、前記引継元ＩＣカードの前記認証セッションＩＤ、及び前記認証セッション情報から該引継元ＩＣカードのカードＩＤを特定し、カードＩＤと対応するプリペイド残額を記録したカードバリュー管理データベースを参照し、該引継先ＩＣカードのカードＩＤにより一意に決まるカードバリュー管理データベースのプリペイド残額に積算する残額移動手段と、
前記購入制御端末に権利引継要求に対する結果を送信する結果送信手段と、を有する
ことを特徴とする権利引継システム。
【請求項５】
購入制御端末と、該購入制御端末に接続される引継元ＩＣカード及び引継先ＩＣカードと、認証課金サーバからなり、該引継元ＩＣカードが有するプリペイド残額を該引継先ＩＣカードに引き継ぐ権利引継システムであって、
前記購入制御端末は、
前記引継元ＩＣカードが接続されると、該引継元ＩＣカードに対してカードＩＤの読み出し要求を行い、該引継元ＩＣカードからカードＩＤを取得し、該引継元ＩＣカードの該カードＩＤをパラメタとして引継元ＩＣカード認証要求を前記認証課金サーバに送信する引継元カード認証要求手段と、
前記認証課金サーバから受信した前記認証セッションＩＤ及び手形署名鍵を前記引継元ＩＣカードのカードＩＤと対応付けて記憶手段に保持する引継元認証情報取得手段と、
前記記憶手段に格納されている前記引継元ＩＣカードの認証セッションＩＤ及び前記引継元ＩＣカードの前記手形署名鍵をパラメタとして暗号化技術を用いることで、該認証セッションＩＤに対応する手形署名を作成する手形署名生成手段と、
前記引継元ＩＣカードの認証セッションＩＤ、前記手形署名生成手段で作成された前記手形署名からなる権利引継手形を生成する権利引継手形生成手段と、
前記引継先ＩＣカードが接続されると、該引継先ＩＣカードに対してカードＩＤの読み出し要求を行い、該引継先ＩＣカードからカードＩＤを取得し、該引継先ＩＣカードのカードＩＤをパラメタとして引継先ＩＣカード認証要求を前記認証課金サーバに送信する引継先カード認証要求手段と、
前記引継先ＩＣカードのカードＩＤを権利引継先特定情報とし、当該権利引継先特定情報、前記権利引継手形生成手段において生成された前記権利引継手形をパラメタとする権利引継要求を前記認証課金サーバに対して送信する権利引継要求送信手段と、を有し、
前記認証課金サーバは、
前記購入制御端末からの前記引継元ＩＣカード認証要求に対し、第１の乱数を生成し、生成された該第１の乱数を計算要求として前記引継元ＩＣカードに送信し、該引継元ＩＣカードから計算結果を受け取り、当該認証課金サーバと該引継元ＩＣカードのそれぞれが保持しているカード認証鍵を用いて該第１の乱数に対する計算を行い、当該計算結果と前記引継元ＩＣカードから受け取った計算結果とを比較することにより該引継元ＩＣカードの正当性を認証し、カード認証が成功すると、認証セッションＩＤ，手形署名鍵を生成し、該引継元ＩＣカードのカードＩＤと共に認証セッション情報として認証セッション記憶手段に格納し、少なくとも、該認証セッションＩＤ及び該手形署名鍵を前記購入制御端末に送信する引継元認証手段と、
前記購入制御端末からの前記引継先ＩＣカード認証要求に対し、第２の乱数を生成し、生成された第２の乱数を計算要求として前記引継先ＩＣカードに送信し、該引継先ＩＣカードから計算結果を受け取り、該引継先ＩＣカードのカードＩＤに対応したカード認証鍵を用いて生成した第２の乱数に対する計算を行い、当該計算結果と該引継先ＩＣカードから受け取った計算結果とを比較することにより前記引継先ＩＣカードの正当性を認証し、カード認証が成功すると、ＩＣカード認証結果を前記購入制御端末に送信する引継先認証手段と、
前記購入制御端末から受信した前記権利引継要求の前記権利引継手形に含まれる前記引継元ＩＣカードの前記認証セッションＩＤが該認証課金サーバ内の前記認証セッション記憶手段に保持されているかを判定し、保持されている場合には、該認証セッションＩＤと該認証セッションＩＤに対応付けて該認証セッション記憶手段に保持されている前記手形署名鍵をパラメタとして暗号化技術を用いて手形署名を作成し、該権利引継手形の前記手形署名と同値であるかを検査する権利引継手形検査手段と、
前記権利引継手形検査手段において同値であれば、前記権利引継先特定情報に基づいて、引継先ＩＣカードのカードＩＤを特定し、前記引継元ＩＣカードの前記認証セッションＩＤから該引継元ＩＣカードのカードＩＤを特定し、該引継元ＩＣカードのプリペイド残額を記録したカードバリュー管理データベースを参照し、該引継元ＩＣカードのプリペイド残額を、該引継先ＩＣカードのカードＩＤにより一意に決まるカードバリュー管理データベースのプリペイド残額に積算する残額移動手段と、
前記購入制御端末に権利引継要求に対する結果を送信する結果送信手段と、を有する
ことを特徴とする権利引継システム。
【請求項６】
購入制御端末と、該購入制御端末に接続される引継元ＩＣカード及び引継先ＩＣカードと、認証課金サーバからなり、該引継元ＩＣカードが有するプリペイド残額を該引継先ＩＣカードに引き継ぐ権利引継システムであって、
前記購入制御端末は、
前記引継先ＩＣカードが接続されると、該引継先ＩＣカードに対してカードＩＤの読み出し要求を行い、該引継先ＩＣカードからカードＩＤを取得し、該引継先ＩＣカードの該カードＩＤをパラメタとして引継先ＩＣカード認証要求を前記認証課金サーバに送信する引継先カード認証要求手段と、
前記引継先ＩＣカードを特定する権利引継先特定情報と自端末を特定する端末特定情報とを権利引継先指定要求として、前記認証課金サーバに送信する特定情報送信手段と、
前記引継元ＩＣカードが接続されると、該引継元ＩＣカードに対してカードＩＤの読み出し要求を行い、該引継元ＩＣカードからカードＩＤを取得し、該引継元ＩＣカードの該カードＩＤをパラメタとして引継元ＩＣカード認証要求を前記認証課金サーバに送信する引継元カード認証要求手段と、
前記引継元ＩＣカード認証要求に対して前記認証課金サーバから受信した前記引継元ＩＣカードの認証セッションＩＤ及び手形署名鍵を前記引継元ＩＣカードのカードＩＤと対応付けて記憶手段に保持する引継元認証情報取得手段と、
自端末の端末特定情報、前記記憶手段に格納されている前記引継元ＩＣカードの認証セッションＩＤ及び前記引継元ＩＣカードの手形署名鍵をパラメタとして、暗号化技術を用いることで該認証セッションＩＤに対応する手形署名を作成する手形署名生成手段と、
自端末の端末特定情報と引継元ＩＣカードの認証セッションＩＤ、前記手形署名生成手段で作成された前記手形署名からなる権利引継手形をパラメタとする権利引継要求を前記認証課金サーバに送信する権利引継要求送信手段と、を有し、
前記認証課金サーバは、
前記引継先ＩＣカード認証要求に対して、第１の乱数を生成し、生成された第１の乱数を計算要求として前記引継先ＩＣカードに送信し、該引継先ＩＣカードから計算結果を受け取り、該引継先ＩＣカードのカードＩＤに対応したカード認証鍵を用いて生成した第１の乱数に対する計算を行い、当該計算結果と該引継先ＩＣカードから受け取った計算結果とを比較することにより前記引継先ＩＣカードの正当性を認証し、カード認証が成功すると、ＩＣカード認証結果を前記購入制御端末に送信する引継先認証手段と、
前記購入制御端末から受信した前記権利引継先指定要求の権利引継先特定情報から引継先のカードＩＤを特定し、該受信した権利引継先指定要求の端末特定情報から端末ＩＤを特定し、引継先のカードＩＤと該端末ＩＤを対応付けて権利引継先管理ＤＢに格納し、該権利引継先指定要求に対する結果を前記購入制御端末に送信する権利引継先登録手段と、
前記購入制御端末から受信した前記引継元ＩＣカード認証要求に対し、第２の乱数を生成し、生成された該第２の乱数を計算要求として前記引継元ＩＣカードに送信し、該引継元ＩＣカードから計算結果を受け取り、当該認証課金サーバと該引継元ＩＣカードのそれぞれが保持しているカード認証鍵を用いて前記第２の乱数に対する計算を行い、当該計算結果と該引継元ＩＣカードから受け取った計算結果とを比較することにより該引継元ＩＣカードの正当性を認証し、カード認証が成功すると、認証セッションＩＤ，手形署名鍵を生成し、前記引継元ＩＣカードのカードＩＤと共に認証セッション情報として認証セッション記憶手段に格納し、該認証セッションＩＤ及び該手形署名鍵を前記購入制御端末に送信する引継元認証手段と、
前記購入制御端末から受信した前記権利引継要求に対し、前記認証セッション記憶手段に該権利引継要求の前記認証セッションＩＤがあるかを検査し、ある場合は、該認証セッションＩＤと、該認証セッションＩＤに対応する認証セッション情報の手形署名鍵、及び、前記権利引継手形に含まれる端末特定情報とを用いて手形署名を生成し、該権利引継要求の手形署名と同一であるかを判定する手形署名検査手段と、
前記手形署名検査手段において、同一である場合は、前記権利引継要求の端末特定情報に基づいて、前記権利引継先管理ＤＢを検索して対応する引継先ＩＣカードのカードＩＤを特定し、カードＩＤと対応するプリペイド残額を記録したカードバリュー管理データベースを参照し、前記引継元ＩＣカードのプリペイド残額を前記引継先特定ステップで特定された前記カードＩＤにより一意に決まるカードバリュー管理データベースのプリペイド残額に積算する残額移動手段と、
前記購入制御端末に権利引継要求に対する結果を送信する結果送信手段と、を有する
ことを特徴とする権利引継システム。
【請求項７】
購入制御端末と、該購入制御端末に接続される引継元ＩＣカード及び引継先ＩＣカードと、認証課金サーバからなるシステムにおいて、該引継元ＩＣカードが有するプリペイド残額を該引継先ＩＣカードに引き継ぐための購入制御端末であって、
前記引継先ＩＣカードが接続されると、該引継先ＩＣカードに対してカードＩＤの読み出し要求を行い、該引継先ＩＣカードからカードＩＤを取得し、引継先ＩＣカードの該カードＩＤをパラメタとし引継先ＩＣカード認証要求を前記認証課金サーバに送信する引継先カード認証要求手段と、
前記引継元ＩＣカードが接続されると、該引継元ＩＣカードに対してカードＩＤの読み出し要求を行い、該引継元ＩＣカードからカードＩＤを取得し、該引継元ＩＣカードの該カードＩＤをパラメタとして引継元ＩＣカード認証要求を前記認証課金サーバに送信する引継元カード認証要求手段と、
前記引継元ＩＣカード認証要求に対して前記認証課金サーバから受信した認証セッションＩＤ及び手形署名鍵を前記引継元ＩＣカードのカードＩＤと対応付けて記憶手段に保持する引継元認証情報取得手段と、
前記引継先ＩＣカードのカードＩＤを権利引継先特定情報とし、当該権利引継先特定情報と前記記憶手段に保持されている前記引継元ＩＣカードの認証セッションＩＤ及び前記引継元ＩＣカードの手形署名鍵をパラメタとして暗号化技術を用いることで、該認証セッションＩＤに対応する手形署名を作成する手形署名生成手段と、
前記権利引継先特定情報、前記引継元ＩＣカードの前記認証セッションＩＤ、前記手形署名生成手段で生成された前記手形署名をパラメタとする権利引継要求を前記認証課金サーバに対して送信する権利引継要求送信手段と、
を有することを特徴とする購入制御端末。
【請求項８】
購入制御端末と、該購入制御端末に接続される引継元ＩＣカード及び引継先ＩＣカードと、認証課金サーバからなるシステムにおいて、該引継元ＩＣカードが有するプリペイド残額を該引継先ＩＣカードに引き継ぐための購入制御端末であって、
前記引継元ＩＣカードが接続されると、該引継元ＩＣカードに対してカードＩＤの読み出し要求を行い、該引継元ＩＣカードからカードＩＤを取得し、該引継元ＩＣカードの該カードＩＤをパラメタとして引継元ＩＣカード認証要求を前記認証課金サーバに送信する引継元カード認証要求手段と、
前記認証課金サーバから受信した認証セッションＩＤ及び手形署名鍵を前記引継元ＩＣカードのカードＩＤと対応付けて記憶手段に保持する引継元認証情報取得手段と、
前記記憶手段に格納されている前記引継元ＩＣカードの認証セッションＩＤ及び前記引継元ＩＣカードの前記手形署名鍵をパラメタとして暗号化技術を用いることで、該認証セッションＩＤに対応する手形署名を作成する手形署名生成手段と、
前記引継元ＩＣカードの認証セッションＩＤ、前記手形署名生成手段で作成された前記手形署名からなる権利引継手形を生成する権利引継手形生成手段と、
前記引継先ＩＣカードが接続されると、該引継先ＩＣカードに対してカードＩＤの読み出し要求を行い、該引継先ＩＣカードからカードＩＤを取得し、該引継先ＩＣカードのカードＩＤをパラメタとして引継先ＩＣカード認証要求を前記認証課金サーバに送信する引継先カード認証要求手段と、
前記引継先ＩＣカードを特定する権利引継先特定情報、前記権利引継手形生成手段において生成された前記権利引継手形をパラメタとする権利引継要求を前記認証課金サーバに対して送信する権利引継要求送信手段と、
を有することを特徴とする購入制御端末。
【請求項９】
購入制御端末と、該購入制御端末に接続される引継元ＩＣカード及び引継先ＩＣカードと、認証課金サーバからなるシステムにおいて、該引継元ＩＣカードが有するプリペイド残額を該引継先ＩＣカードに引き継ぐための購入制御端末であって、
前記引継先ＩＣカードが接続されると、該引継先ＩＣカードに対してカードＩＤの読み出し要求を行い、該引継先ＩＣカードからカードＩＤを取得し、該引継先ＩＣカードの該カードＩＤをパラメタとして引継先ＩＣカード認証要求を前記認証課金サーバに送信する引継先カード認証要求手段と、
前記引継先ＩＣカードを特定する権利引継先特定情報と自端末を特定する端末特定情報とを権利引継先指定要求として、前記認証課金サーバに送信する特定情報送信手段と、
前記引継元ＩＣカードが接続されると、該引継元ＩＣカードに対してカードＩＤの読み出し要求を行い、該引継元ＩＣカードからカードＩＤを取得し、該引継元ＩＣカードの該カードＩＤをパラメタとして引継元ＩＣカード認証要求を前記認証課金サーバに送信する引継元カード認証要求手段と、
前記引継元ＩＣカード認証要求に対して前記認証課金サーバから受信した前記引継元ＩＣカードの認証セッションＩＤ及び手形署名鍵を前記引継元ＩＣカードのカードＩＤと対応付けて記憶手段に保持する引継元認証情報取得手段と、
自端末の端末特定情報、前記記憶手段に格納されている前記引継元ＩＣカードの認証セッションＩＤ及び前記引継元ＩＣカードの手形署名鍵をパラメタとして、暗号化技術を用いることで該認証セッションＩＤに対応する手形署名を作成する手形署名生成手段と、
自端末の端末特定情報と引継元ＩＣカードの認証セッションＩＤ、前記手形署名生成手段で作成された前記手形署名からなる権利引継手形をパラメタとする権利引継要求を前記認証課金サーバに送信する権利引継要求送信手段と、
を有することを特徴とする購入制御端末。
【請求項１０】
購入制御端末と、該購入制御端末に接続される引継元ＩＣカード及び引継先ＩＣカードと、認証課金サーバからなるシステムにおいて、該引継元ＩＣカードが有するプリペイド残額を該引継先ＩＣカードに引き継ぐための認証課金サーバであって、
前記購入制御端末からの前記引継先ＩＣカード認証要求に対し、第１の乱数を生成し、生成された第１の乱数を計算要求として前記引継先ＩＣカードに送信し、該引継先ＩＣカードから計算結果を受け取り、該引継先ＩＣカードのカードＩＤに対応したカード認証鍵を用いて生成した第１の乱数に対する計算を行い、当該計算結果と該引継先ＩＣカードから受け取った計算結果とを比較することにより前記引継先ＩＣカードの正当性を認証し、
カード認証が成功すると、ＩＣカード認証結果を前記購入制御端末に送信する引継先認証手段と、
前記購入制御端末からの前記引継元ＩＣカード認証要求に対し、第２の乱数を生成し、生成された該第２の乱数を計算要求として該引継元ＩＣカードに送信し、該引継元ＩＣカードから計算結果を受け取り、当該認証課金サーバと前記引継元ＩＣカードのそれぞれが保持しているカード認証鍵を用いて前記第２の乱数に対する計算を行い、当該計算結果と該引継元ＩＣカードから受け取った計算結果とを比較することにより該引継元ＩＣカードの正当性を認証し、カード認証が成功すると、認証セッションＩＤ，手形署名鍵を生成し、該引継元ＩＣカードのカードＩＤと共に認証セッション情報として認証セッション記憶手段に格納し、該認証セッションＩＤ及び該手形署名鍵を前記購入制御端末に送信する引継元認証手段と、
前記購入制御端末から受信した権利引継要求の引継元ＩＣカードの認証セッションＩＤが前記認証セッション記憶手段に保持されているかを判定し、保持されている場合には、該認証セッションＩＤと該認証セッションＩＤに対応付けて該記憶手段に保持されている前記手形署名鍵、及び該購入制御端末から受信した前記権利引継先ＩＣカードのカードＩＤである権利引継先特定情報をパラメタとして暗号化技術を用いて手形署名を作成し、該権利引継要求に含まれる手形署名と同値であるかを検査する権利引継手形検査手段と、
前記権利引継手形検査手段において同値であれば、前記権利引継先特定情報に基づいて、引継先ＩＣカードのカードＩＤを特定し、前記引継元ＩＣカードの前記認証セッションＩＤ、及び前記認証セッション情報から該引継元ＩＣカードのカードＩＤを特定し、カードＩＤと対応するプリペイド残額を記録したカードバリュー管理データベースを参照し、該引継先ＩＣカードのカードＩＤにより一意に決まるカードバリュー管理データベースのプリペイド残額に積算する残額移動手段と、
前記購入制御端末に権利引継要求に対する結果を送信する結果送信手段と、を有する
を有することを特徴とする認証課金サーバ。
【請求項１１】
購入制御端末と、該購入制御端末に接続される引継元ＩＣカード及び引継先ＩＣカードと、認証課金サーバからなるシステムにおいて、該引継元ＩＣカードが有するプリペイド残額を該引継先ＩＣカードに引き継ぐ認証課金サーバであって、
前記購入制御端末からの前記引継元ＩＣカード認証要求に対し、第１の乱数を生成し、生成された該第１の乱数を計算要求として該引継元ＩＣカードに送信し、該引継元ＩＣカードから計算結果を受け取り、当該認証課金サーバと該引継元ＩＣカードのそれぞれが保持しているカード認証鍵を用いて前記第１の乱数に対する計算を行い、当該計算結果と該引継元ＩＣカードから受け取った計算結果とを比較することにより該引継元ＩＣカードの正当性を認証し、カード認証が成功すると、認証セッションＩＤ，手形署名鍵を生成し、該引継元ＩＣカードのカードＩＤと共に認証セッション情報として認証セッション記憶手段に格納し、少なくとも、該認証セッションＩＤ及び該手形署名鍵を前記購入制御端末に送信する引継元認証手段と、
前記購入制御端末からの前記引継先ＩＣカード認証要求に対し、第２の乱数を生成し、生成された第２の乱数を計算要求として前記引継先ＩＣカードに送信し、該引継先ＩＣカードから計算結果を受け取り、該引継先ＩＣカードのカードＩＤに対応したカード認証鍵を用いて生成した第２の乱数に対する計算を行い、当該計算結果と該引継先ＩＣカードから受け取った計算結果とを比較することにより該引継先ＩＣカードの正当性を認証し、カード認証が成功すると、ＩＣカード認証結果を前記購入制御端末に送信する引継先認証手段と、
前記購入制御端末から受信した権利引継要求の権利引継手形に含まれる引継元ＩＣカードの認証セッションＩＤが該認証課金サーバ内の前記認証セッション記憶手段に保持されているかを判定し、保持されている場合には、該認証セッションＩＤと該認証セッションＩＤに対応付けて該認証セッション記憶手段に保持されている前記手形署名鍵をパラメタとして暗号化技術を用いて手形署名を作成し、該権利引継手形に含まれる手形署名と同値であるかを検査する権利引継手形検査手段と、
前記権利引継手形検査手段において同値であれば、前記権利引継先特定情報に基づいて、引継先ＩＣカードのカードＩＤを特定し、前記引継元ＩＣカードの前記認証セッションＩＤから該引継元ＩＣカードのカードＩＤを特定し、該引継元ＩＣカードのプリペイド残額を記録したカードバリュー管理データベースを参照し、該引継元ＩＣカードのプリペイド残額を、該引継先ＩＣカードのカードＩＤにより一意に決まるカードバリュー管理データベースのプリペイド残額に積算する残額移動手段と、
前記購入制御端末に権利引継要求に結果を送信する結果送信手段と、
を有することを特徴とする認証課金サーバ。
【請求項１２】
購入制御端末と、該購入制御端末に接続される引継元ＩＣカード及び引継先ＩＣカードと、認証課金サーバからなるシステムにおいて、該引継元ＩＣカードが有するプリペイド残額を該引継先ＩＣカードに引き継ぐ認証課金サーバであって、
前記購入制御端末から受信した引継先ＩＣカード認証要求に対して、第１の乱数を生成し、生成された第１の乱数を計算要求として前記引継先ＩＣカードに送信し、該引継先ＩＣカードから計算結果を受け取り、該引継先ＩＣカードのカードＩＤに対応したカード認証鍵を用いて生成した第１の乱数に対する計算を行い、当該計算結果と該引継先ＩＣカードから受け取った計算結果とを比較することにより引継先ＩＣカードの正当性を認証し、カード認証が成功すると、ＩＣカード認証結果を前記購入制御端末に送信する引継先認証手段と、
前記購入制御端末から受信した権利引継先指定要求の権利引継先特定情報から引継先のカードＩＤを特定し、該受信した権利引継先指定要求の端末特定情報から端末ＩＤを特定し、引継先のカードＩＤと該端末ＩＤを対応付けて権利引継先管理ＤＢに格納し、該権利引継先指定要求に対する結果を前記購入制御端末に送信する権利引継先登録手段と、
前記購入制御端末から受信した前記引継元ＩＣカード認証要求に対し、第２の乱数を生成し、生成された該第２の乱数を計算要求として前記引継元ＩＣカードに送信し、該引継元ＩＣカードから計算結果を受け取り、当該認証課金サーバと該引継元ＩＣカードのそれぞれが保持しているカード認証鍵を用いて該第２の乱数に対する計算を行い、当該計算結果と該引継元ＩＣカードから受け取った計算結果とを比較することにより該引継元ＩＣカードの正当性を認証し、カード認証が成功すると、認証セッションＩＤ，手形署名鍵を生成し、前記引継元ＩＣカードのカードＩＤと共に認証セッション情報として認証セッション記憶手段に格納し、該認証セッションＩＤ及び該手形署名鍵を前記購入制御端末に送信する引継元認証手段と、
前記購入制御端末から受信した権利引継要求に対し、前記認証セッション記憶手段に該権利引継要求に含まれる認証セッションＩＤがあるかを検査し、ある場合は、該認証セッションＩＤと、該認証セッションＩＤに対応する認証セッション情報の手形署名鍵、及び、該権利引継要求に含まれる権利引継手形の端末特定情報とを用いて手形署名を生成し、該権利引継要求に含まれる手形署名と同一であるかを判定する手形署名検査手段と、
前記手形署名検査手段において、同一である場合は、前記権利引継要求の端末特定情報に基づいて、前記権利引継先管理ＤＢを検索して対応する引継先ＩＣカードのカードＩＤを特定し、カードＩＤと対応するプリペイド残額を記録したカードバリュー管理データベースを参照し、前記引継元ＩＣカードのプリペイド残額を前記引継先特定ステップで特定された前記カードＩＤにより一意に決まるカードバリュー管理データベースのプリペイド残額に積算する残額移動手段と、
前記購入制御端末に権利引継要求に対する結果を送信する結果送信手段と、を有する
ことを特徴とする認証課金サーバ。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、ディジタルコンテンツ課金システムにおける権利引継方法及びシステム及び購入制御端末及び認証課金サーバに係り、特に、インターネット等のネットワーク上のディジタルコンテンツの少額の即時課金を行うためのプリペイド課金方法において使用するプリペイドカード毎に管理される権利の移動を行うためのディジタルコンテンツ課金システムにおける権利引継方法及びシステム及び購入制御端末及び認証課金サーバに関する。
【０００２】
【従来の技術】
従来、インターネットなどのネットワーク上のコンテンツ購入等における即時課金の手段として、クレジットカードやプリペイド方式のスクラッチカード等が使用されている。
【０００３】
また、ＩＣカードを利用してオフラインで決済を行う電子マネーシステムがある。
【０００４】
さらに、認証サーバからカード認証（ＩＤ認証）を行うことで、認証サーバで管理しているバリューを利用するプリペイド型のＩＣカードシステムがある。
【０００５】
これに関連して、ＩＣカードを使ったプリペイド方式でなおかつ認証サーバと販売システム（販売サーバ）が分離しており、認証サーバの事業者と販売システムの事業者が異なり、ユーザが販売システムに商品を要求し、販売システムが認証サーバに課金を要求するという手形方式による販売システム（特願２００１−３２１０９９）がある。
【０００６】
【発明が解決しようとする課題】
しかしながら、上記従来のクレジットカードを利用する場合には、カード番号等のカード情報を通知する必要があり、端末・ネットワーク・コンテンツサーバ（販売者）などからカード情報が漏洩する危険性があり、カードが不正利用されてしまうという問題がある。
【０００７】
また、スクラッチカードを利用する場合にも、カードに記載された番号を入力することでセンタに登録されているバリューを使用するため、カードの番号を他人に知られることによりバリューを不正使用されてしまう危険がある。
【０００８】
特に、スクラッチカード等では、多くの桁数の番号を入力するという手間がかかるという問題がある。
【０００９】
ＩＣカードを利用してオフラインで決済を行う電子マネーシステムでは、カード−取引者間で認証・決済を行うために、カードに認証・決済機能が要求されてしまい、処理能力の高いＣＰＵ付きのＩＣカードが必須になるなど、カードが高価になってしまうという問題がある。
【００１０】
また、認証サーバからカード認証（ＩＤ認証）を行うことで、認証サーバで管理しているバリューを利用するプリペイド型のＩＣカードシステムでは、認証システムを持つ事業者との取引に限定され、同じＩＣカードを使った不特定多数の販売者との取引には使用できない。
【００１１】
上記の課題を解決する手段として、ＩＣカードを使ったプリペイド方式でなおかつ認証サーバと販売システムが分離しており、認証サーバの事業者と販売システムの事業者が異なり、ユーザが販売システムに商品を要求し、販売システムが認証サーバに課金を要求するという手形方式による販売システムがあり、また、そのシステムにおいて、コンテンツ配送が失敗した場合に、カード所有者の匿名性（少なくとも他の販売システム（販売業者）から購入した商品情報などが漏洩することがない）を保ちつつ、販売業者が無課金再配送の判断を行い、購入時に使用したカードを用いて無課金配送を行うシステムがある。
【００１２】
しかし、上記のシステムでは、少額の残額が残っているカードの残額及び再配送の権利を別のカードに安全に引き継ぐことができない。
【００１３】
本発明は、上記の点に鑑みなされたもので、コンテンツ販売システム及び無課金配送を行うシステムにおいて、残額が使い切られたり、半端な残額が残っている第１のプリペイドカードの残額及び再配送の権利を第２のプリペイドカードに安全に引き継ぐことを可能とする、ディジタルコンテンツ課金システムにおける権利引継方法及びシステム及び購入制御端末及び認証課金サーバを提供することを目的とする。
【００１４】
【課題を解決するための手段】
図１は、本発明の原理を説明するための図である。
【００１５】
本発明（請求項１）は、購入制御端末と、該購入制御端末に接続される引継元ＩＣカード及び引継先ＩＣカードと、認証課金サーバからなるシステムにおいて、該引継元ＩＣカードが有するプリペイド残額を該引継先ＩＣカードに引き継ぐディジタルコンテンツ課金システムにおける権利引継方法において、
購入制御端末に引継先ＩＣカードが接続されると、該引継先ＩＣカードに対してカードＩＤの読み出し要求を行い、
引継先ＩＣカードは購入制御端末に対してカードＩＤを返却し、
購入制御端末は、引継先ＩＣカードのカードＩＤをパラメタとしてＩＣカード認証要求を認証課金サーバに送信し、
認証課金サーバは、第１の乱数を生成し、生成された第１の乱数を計算要求として引継先ＩＣカードに送信し、
引継先ＩＣカードから計算結果を受け取り、
引継先ＩＣカードのカードＩＤに対応したカード認証鍵を用いて生成した第１の乱数に対する計算を行い、
当該計算結果と引継先ＩＣカードから受け取った計算結果とを比較することにより引継先ＩＣカードの正当性を認証し、
カード認証が成功すると、ＩＣカード認証結果を購入制御端末に送信する引継先ＩＣカード認証ステップ（ステップ１）と、
購入制御端末に引継元ＩＣカードが接続されると、引継元ＩＣカードに対してカードＩＤの読み出し要求を行い、
引継元ＩＣカードは購入制御端末に対してカードＩＤを返却し、
購入制御端末は、引継元ＩＣカードのカードＩＤをパラメタとしてＩＣカード認証要求を認証要求サーバに送信し、
認証課金サーバは、第２の乱数を生成し、生成された該第２の乱数を計算要求として引継元ＩＣカードに送信し、
引継元ＩＣカードから計算結果を受け取り、
当該認証課金サーバと引継元ＩＣカードのそれぞれが保持しているカード認証鍵を用いて第２の乱数に対する計算を行い、
当該計算結果と引継元ＩＣカードから受け取った計算結果とを比較することにより引継元ＩＣカードの正当性を認証し、カード認証が成功すると、認証セッションＩＤ，手形署名鍵を生成し、引継元ＩＣカードのカードＩＤと共に認証セッション情報として認証セッション記憶手段に格納し、該認証セッションＩＤ及び該手形署名鍵を購入制御端末に送信し、
購入制御端末では、受信した認証セッションＩＤ及び手形署名鍵を引継元ＩＣカードのカードＩＤと対応付けて記憶手段に保持する引継元ＩＣカード認証ステップ（ステップ２）と、
購入制御端末は、引継先ＩＣカードのカードＩＤを権利引継先特定情報とし、当該権利引継先特定情報と当該購入制御端末の記憶手段に保持されている引継元ＩＣカードの手形署名鍵及び認証セッションＩＤをパラメタとして暗号化技術を用いることで、該認証セッションＩＤに対応する手形署名を作成する手形署名生成ステップ（すてっぷ３）と、
引継先ＩＣカードの権利引継先特定情報と認証セッションＩＤ及び手形署名生成ステップ（ステップ３）で作成された手形署名をパラメタとして認証課金サーバに対して権利引継要求を送信する権利引継要求送信ステップ（ステップ４）と、
認証課金サーバにおいて、受信した引継元ＩＣカードの認証セッションＩＤが認証セッション記憶手段に保持されているかを判定し、保持されている場合には、該認証セッションＩＤと該認証セッションＩＤに対応付けて該認証セッション記憶手段に保持されている手形署名鍵、及び受信した権利引継先特定情報をパラメタとして暗号化技術を用いて手形署名を作成し、受信した権利引継要求の手形署名と同値であるかを検査する権利引継手形検査ステップ（ステップ５）と、
権利引継手形検査ステップ（ステップ５）において同値であれば、権利引継先特定情報に基づいて、引継先ＩＣカードのカードＩＤを特定し、引継元ＩＣカードの認証セッションＩＤ、及び認証セッション情報から該引継元ＩＣカードのカードＩＤを特定し、カードＩＤと対応するプリペイド残額を記録したカードバリュー管理データベースを参照し、該引継元ＩＣカードのプリペイド残額を、該引継先ＩＣカードのカードＩＤにより一意に決まるカードバリュー管理データベースのプリペイド残額に積算する残額移動ステップ（すてっぷ６）と、
認証課金サーバは、購入制御端末に権利引継要求に対する結果を送信する結果送信ステップ（ステップ７）と、を行う。
【００１６】
本発明（請求項２）は、購入制御端末と、該購入制御端末に接続される引継元ＩＣカード及び引継先ＩＣカードと、認証課金サーバからなるシステムにおいて、該引継元ＩＣカードが有するプリペイド残額を該引継先ＩＣカードに引き継ぐディジタルコンテンツ課金システムにおける権利引継方法において、
購入制御端末に引継元ＩＣカードが接続されると、引継元ＩＣカードに対してカードＩＤの読み出し要求を行い、
引継元ＩＣカードは購入制御端末に対してカードＩＤを返却し、
購入制御端末は、引継元ＩＣカードのカードＩＤをパラメタとしてＩＣカード認証要求を認証課金サーバに送信し、
認証課金サーバは、第２の乱数を生成し、生成された該第２の乱数を計算要求として引継元ＩＣカードに送信し、
引継元ＩＣカードから計算結果を受け取り、
当該認証課金サーバと引継元ＩＣカードのそれぞれが保持しているカード認証鍵を用いて第２の乱数に対する計算を行い、
当該計算結果と引継元ＩＣカードから受け取った計算結果とを比較することにより引継元ＩＣカードの正当性を認証し、カード認証が成功すると、認証セッションＩＤ，手形署名鍵を生成し、引継元ＩＣカードのカードＩＤと共に認証セッション情報として認証セッション記憶手段に格納し、少なくとも、該認証セッションＩＤ及び該手形署名鍵を購入制御端末に送信し、
購入制御端末では、受信した認証セッションＩＤ及び手形署名鍵を引継元ＩＣカードのカードＩＤと対応付けて記憶手段に保持する引継元ＩＣカード認証ステップと、
購入制御端末は、引継元ＩＣカードの認証セッションＩＤに対して該引継元ＩＣカードの手形署名鍵及び認証セッションＩＤをパラメタとして暗号化技術を用いることで、該認証セッションＩＤに対する手形署名を作成する手形署名生成ステップと、
購入制御端末は、引継元ＩＣカードの認証セッションＩＤ、手形署名生成ステップで作成された手形署名からなる権利引継手形を生成する権利引継手形生成ステップと、
購入制御端末に引継先ＩＣカードが接続されると、該引継先ＩＣカードに対してカードＩＤの読み出し要求を行い、
引継先ＩＣカードは購入制御端末に対してカードＩＤを返却し、
購入制御端末は、引継先ＩＣカードのカードＩＤをパラメタとしてＩＣカード認証要求を認証課金サーバに送信し、
認証課金サーバは、第２の乱数を生成し、生成された第２の乱数を計算要求として引継先ＩＣカードに送信し、
引継先ＩＣカードから計算結果を受け取り、
引継先ＩＣカードのカードＩＤに対応したカード認証鍵を用いて生成した第２の乱数に対する計算を行い、
当該計算結果と引継先ＩＣカードから受け取った計算結果とを比較することにより引継先ＩＣカードの正当性を認証し、ＩＣカード認証結果を購入制御端末に送信し、
購入制御端末は、引継先ＩＣカードのカードＩＤを権利引継先特定情報とし、当該権利引継先特定情報、権利引継手形生成ステップにおいて生成された権利引継手形をパラメタとする権利引継要求を認証課金サーバに対して送信する権利引継要求送信ステップと、
認証課金サーバにおいて、受信した権利引継要求の権利引継手形に含まれる引継元ＩＣカードの認証セッションＩＤが該認証課金サーバ内の認証セッション記憶手段に保持されているかを判定し、保持されている場合には、該認証セッションＩＤと該認証セッションＩＤに対応付けて該認証セッション記憶手段に保持されている手形署名鍵をパラメタとして暗号化技術を用いて手形署名を作成し、該権利引継手形の手形署名と同値であるかを検査する権利引継手形検査ステップと、
権利引継手形検査ステップにおいて同値であれば、権利引継先特定情報に基づいて、引継先ＩＣカードのカードＩＤを特定し、引継元ＩＣカードの認証セッションＩＤから該引継元ＩＣカードのカードＩＤを特定し、該引継元ＩＣカードのプリペイド残額を記録したカードバリュー管理データベースを参照し、該引継元ＩＣカードのプリペイド残額を、該引継先ＩＣカードのカードＩＤにより一意に決まるカードバリュー管理データベースのプリペイド残額に積算する残額移動ステップと、
認証課金サーバは、購入制御端末に権利引継要求に対する結果を送信する結果送信ステップと、を行う。
【００１７】
本発明（請求項３）は、購入制御端末と、該購入制御端末に接続される引継元ＩＣカード及び引継先ＩＣカードと、認証課金サーバからなるシステムにおいて、該引継元ＩＣカードが有するプリペイド残額を該引継先ＩＣカードに引き継ぐディジタルコンテンツ課金システムにおける権利引継方法において、
購入制御端末に引継先ＩＣカードが接続されると、該引継先ＩＣカードに対してカードＩＤの読み出し要求を行い、
引継先ＩＣカードは購入制御端末に対してカードＩＤを返却し、
購入制御端末は、引継先ＩＣカードのカードＩＤをパラメタとしてＩＣカード認証要求を認証課金サーバに送信し、
認証課金サーバは、第１の乱数を生成し、生成された第１の乱数を計算要求として引継先ＩＣカードに送信し、
引継先ＩＣカードから計算結果を受け取り、
引継先ＩＣカードのカードＩＤに対応したカード認証鍵を用いて生成した第１の乱数に対する計算を行い、
当該計算結果と引継先ＩＣカードから受け取った計算結果とを比較することにより引継先ＩＣカードの正当性を認証し、カード認証が成功すると、ＩＣカード認証結果を購入制御端末に送信する引継先ＩＣカード認証ステップと、
購入制御端末は、引継先ＩＣカードのカードＩＤを権利引継先特定情報とし、当該権利引継先特定情報と自端末を特定する端末ＩＤである端末特定情報とを権利引継先指定要求として認証課金サーバに送信する特定情報送信ステップと、
認証課金サーバは、受信した権利引継先指定要求の権利引継先特定情報から引継先ＩＣカードのカードＩＤを特定し、該権利引継先指定要求の端末特定情報から端末ＩＤを特定し、該引継先ＩＣカードのカードＩＤと該端末ＩＤとを対応付けて権利引継先ＤＢに格納し、該権利引継先指定要求に対する結果を購入制御端末に送信する引継先登録ステップと、
購入制御端末に引継元ＩＣカードが接続されると、引継元ＩＣカードに対してカードＩＤの読み出し要求を行い、
引継先ＩＣカードは購入制御端末に対してカードＩＤを返却し、
購入制御端末は、引継先ＩＣカードのカードＩＤをパラメタとしてＩＣカード認証要求を認証課金サーバに送信し、
認証課金サ−バは、第２の乱数を生成し、生成された該第２の乱数を計算要求として引継元ＩＣカードに送信し、
引継元ＩＣカードから計算結果を受け取り、
当該認証課金サーバと引継元ＩＣカードのそれぞれが保持しているカード認証鍵を用いて第２の乱数に対する計算を行い、
当該計算結果と引継元ＩＣカードから受け取った計算結果とを比較することにより引継元ＩＣカードの正当性を認証し、カード認証が成功すると、認証セッションＩＤ，手形署名鍵を生成し、引継元ＩＣカードのカードＩＤと共に認証セッション情報として認証セッション記憶手段に格納し、該認証セッションＩＤ及び該手形署名鍵を購入制御端末に送信し、
購入制御端末では、受信した認証セッションＩＤ及び手形署名鍵を引継元ＩＣカードのカードＩＤと対応付けて記憶手段に保持する引継元ＩＣカード認証ステップと、
購入制御端末は、引継元ＩＣカードの認証セッションＩＤに対して、自端末の端末特定情報、引継元ＩＣカードの認証セッションＩＤ、引継元ＩＣカードの手形署名鍵をパラメタとして暗号化技術を用いることで該認証セッションＩＤに対応する手形署名を作成する手形署名生成ステップと、
購入制御端末は、自端末の端末特定情報と引継元ＩＣカードの認証セッションＩＤ、手形署名生成ステップで作成された手形署名からなる権利引継手形をパラメタとする権利引継要求を認証課金サーバに送信する権利引継要求送信ステップと、
認証課金サーバは、認証セッション記憶手段に権利引継要求の認証セッションＩＤがあるかを検査し、ある場合は、該認証セッションＩＤと、該認証セッションＩＤに対応する認証セッション情報の手形署名鍵、及び権利引継手形に含まれる端末特定情報とを用いて手形署名を生成し、該権利引継要求の手形署名と同一であるかを判定する手形署名検査ステップと、
手形署名検査ステップにおいて、同一である場合は、権利引継要求の端末特定情報に基づいて、権利引継先管理ＤＢを検索して対応する引継先ＩＣカードのカードＩＤを特定する引継先特定ステップと、
カードＩＤと対応するプリペイド残額を記録したカードバリュー管理データベースを参照し、引継元ＩＣカードのプリペイド残額を引継先特定ステップで特定されたカードＩＤにより一意に決まるカードバリュー管理データベースのプリペイド残額に積算する残額移動ステップと、
認証課金サーバは、購入制御端末に権利引継要求に対する結果を送信する結果送信ステップと、を行う。
【００２５】
図２は、本発明の原理構成図である。
【００２６】
本発明（請求項４）は、購入制御端末と、該購入制御端末に接続される引継元ＩＣカード及び引継先ＩＣカードと、認証課金サーバからなり、該引継元ＩＣカードが有するプリペイド残額を該引継先ＩＣカードに引き継ぐ権利引継システムであって、
購入制御端末は、
引継先ＩＣカードが接続されると、該引継先ＩＣカードに対してカードＩＤの読み出し要求を行い、該引継先ＩＣカードからカードＩＤを取得し、引継先ＩＣカードの該カードＩＤをパラメタとし引継先ＩＣカード認証要求を認証課金サーバに送信する引継先カード認証要求手段と、
引継元ＩＣカードが接続されると、該引継元ＩＣカードに対してカードＩＤの読み出し要求を行い、該引継元ＩＣカードからカードＩＤを取得し、該引継元ＩＣカードの該カードＩＤをパラメタとして引継元ＩＣカード認証要求を認証課金サーバに送信する引継元カード認証要求手段と、
引継元ＩＣカード認証要求に対して認証課金サーバから受信した認証セッションＩＤ及び手形署名鍵を引継元ＩＣカードのカードＩＤと対応付けて記憶手段に保持する引継元認証情報取得手段と、
引継先ＩＣカードのカードＩＤを権利引継先特定情報とし、当該権利引継先特定情報と当該購入制御端末の記憶手段に保持されている引継元ＩＣカードの認証セッションＩＤ及び該引継元ＩＣカードの手形署名鍵及び認証セッションＩＤをパラメタとして暗号化技術を用いることで、該認証セッションＩＤに対応する手形署名を作成する手形署名生成手段と、
権利引継先特定情報、引継元ＩＣカードの認証セッションＩＤ、手形署名生成手段で生成された手形署名をパラメタとする権利引継要求を認証課金サーバに対して送信する権利引継要求送信手段と、を有し、
認証課金サーバは、
購入制御端末からの引継先ＩＣカード認証要求に対し、第１の乱数を生成し、生成された第１の乱数を計算要求として引継先ＩＣカードに送信し、引継先ＩＣカードから計算結果を受け取り、引継先ＩＣカードのカードＩＤに対応したカード認証鍵を用いて生成した第１の乱数に対する計算を行い、当該計算結果と引継先ＩＣカードから受け取った計算結果とを比較することにより引継先ＩＣカードの正当性を認証し、カード認証が成功すると、ＩＣカード認証結果を購入制御端末に送信する引継先認証手段と、
購入制御端末からの引継元ＩＣカード認証要求に対し、第２の乱数を生成し、生成された該第２の乱数を計算要求として引継元ＩＣカードに送信し、引継元ＩＣカードから計算結果を受け取り、当該認証課金サーバと引継元ＩＣカードのそれぞれが保持しているカード認証鍵を用いて第２の乱数に対する計算を行い、当該計算結果と引継元ＩＣカードから受け取った計算結果とを比較することにより引継元ＩＣカードの正当性を認証し、カード認証が成功すると、認証セッションＩＤ，手形署名鍵を生成し、引継元ＩＣカードのカードＩＤと共に認証セッション情報として認証セッション記憶手段に格納し、該認証セッションＩＤ及び該手形署名鍵を購入制御端末に送信する引継元認証手段と、
購入制御端末から受信した権利引継要求の引継元ＩＣカードの認証セッションＩＤが認証セッション記憶手段に保持されているかを判定し、保持されている場合には、該認証セッションＩＤと該認証セッションＩＤに対応付けて該記憶手段に保持されている手形署名鍵、及び該購入制御端末から受信した権利引継先特定情報をパラメタとして暗号化技術を用いて手形署名を作成し、該権利引継要求の手形署名と同値であるかを検査する権利引継手形検査手段と、
権利引継手形検査手段において同値であれば、権利引継先特定情報に基づいて、引継先ＩＣカードのカードＩＤを特定し、引継元ＩＣカードの認証セッションＩＤ、及び認証セッション情報から該引継元ＩＣカードのカードＩＤを特定し、カードＩＤと対応するプリペイド残額を記録したカードバリュー管理データベースを参照し、該引継先ＩＣカードのカードＩＤにより一意に決まるカードバリュー管理データベースのプリペイド残額に積算する残額移動手段と、
購入制御端末に権利引継要求に対する結果を送信する結果送信手段と、を有する。
【００２７】
本発明（請求項５）は、購入制御端末と、該購入制御端末に接続される引継元ＩＣカード及び引継先ＩＣカードと、認証課金サーバからなり、該引継元ＩＣカードが有するプリペイド残額を該引継先ＩＣカードに引き継ぐ権利引継システムであって、
購入制御端末は、
引継元ＩＣカードが接続されると、該引継元ＩＣカードに対してカードＩＤの読み出し要求を行い、該引継元ＩＣカードからカードＩＤを取得し、該引継元ＩＣカードの該カードＩＤをパラメタとして引継元ＩＣカード認証要求を認証課金サーバに送信する引継元カード認証要求手段と、
認証課金サーバから受信した認証セッションＩＤ及び手形署名鍵を引継元ＩＣカードのカードＩＤと対応付けて記憶手段に保持する引継元認証情報取得手段と、
記憶手段に格納されている引継元ＩＣカードの認証セッションＩＤ及び引継元ＩＣカードの手形署名鍵をパラメタとして暗号化技術を用いることで、該認証セッションＩＤに対応する手形署名を作成する手形署名生成手段と、
引継元ＩＣカードの認証セッションＩＤ、手形署名生成手段で作成された手形署名からなる権利引継手形を生成する権利引継手形生成手段と、
引継先ＩＣカードが接続されると、該引継先ＩＣカードに対してカードＩＤの読み出し要求を行い、該引継先ＩＣカードからカードＩＤを取得し、該引継先ＩＣカードのカードＩＤをパラメタとして引継先ＩＣカード認証要求を認証課金サーバに送信する引継先カード認証要求手段と、
引継先ＩＣカードのカードＩＤを権利引継先特定情報とし、当該権利引継先特定情報、権利引継手形生成手段において生成された権利引継手形をパラメタとする権利引継要求を認証課金サーバに対して送信する権利引継要求送信手段と、を有し、
認証課金サーバは、
購入制御端末からの引継元ＩＣカード認証要求に対し、第１の乱数を生成し、生成された該第１の乱数を計算要求として引継元ＩＣカードに送信し、引継元ＩＣカードから計算結果を受け取り、当該認証課金サーバと引継元ＩＣカードのそれぞれが保持しているカード認証鍵を用いて第１の乱数に対する計算を行い、当該計算結果と引継元ＩＣカードから受け取った計算結果とを比較することにより引継元ＩＣカードの正当性を認証し、カード認証が成功すると、認証セッションＩＤ，手形署名鍵を生成し、引継元ＩＣカードのカードＩＤと共に認証セッション情報として認証セッション記憶手段に格納し、少なくとも、該認証セッションＩＤ及び該手形署名鍵を購入制御端末に送信する引継元認証手段と、
購入制御端末からの引継先ＩＣカード認証要求に対し、第２の乱数を生成し、生成された第２の乱数を計算要求として引継先ＩＣカードに送信し、引継先ＩＣカードから計算結果を受け取り、引継先ＩＣカードのカードＩＤに対応したカード認証鍵を用いて生成した第２の乱数に対する計算を行い、当該計算結果と引継先ＩＣカードから受け取った計算結果とを比較することにより引継先ＩＣカードの正当性を認証し、カード認証が成功すると、ＩＣカード認証結果を購入制御端末に送信する引継先認証手段と、
購入制御端末から受信した権利引継要求の権利引継手形に含まれる引継元ＩＣカードの認証セッションＩＤが該認証課金サーバ内の認証セッション記憶手段に保持されているかを判定し、保持されている場合には、該認証セッションＩＤと該認証セッションＩＤに対応付けて該認証セッション記憶手段に保持されている手形署名鍵をパラメタとして暗号化技術を用いて手形署名を作成し、該権利引継手形の手形署名と同値であるかを検査する権利引継手形検査手段と、
権利引継手形検査手段において同値であれば、権利引継先特定情報に基づいて、引継先ＩＣカードのカードＩＤを特定し、引継元ＩＣカードの認証セッションＩＤから該引継元ＩＣカードのカードＩＤを特定し、該引継元ＩＣカードのプリペイド残額を記録したカードバリュー管理データベースを参照し、該引継元ＩＣカードのプリペイド残額を、該引継先ＩＣカードのカードＩＤにより一意に決まるカードバリュー管理データベースのプリペイド残額に積算する残額移動手段と、
購入制御端末に権利引継要求に対する結果を送信する結果送信手段と、を有する。
【００２８】
本発明（請求項６）は、購入制御端末と、該購入制御端末に接続される引継元ＩＣカード及び引継先ＩＣカードと、認証課金サーバからなり、該引継元ＩＣカードが有するプリペイド残額を該引継先ＩＣカードに引き継ぐ権利引継システムであって、
購入制御端末は、
引継先ＩＣカードが接続されると、該引継先ＩＣカードに対してカードＩＤの読み出し要求を行い、該引継先ＩＣカードからカードＩＤを取得し、該引継先ＩＣカードの該カードＩＤをパラメタとして引継先ＩＣカード認証要求を認証課金サーバに送信する引継先カード認証要求手段と、
引継先ＩＣカードを特定する権利引継先特定情報と自端末を特定する端末特定情報とを権利引継先指定要求として、認証課金サーバに送信する特定情報送信手段と、
引継元ＩＣカードが接続されると、該引継元ＩＣカードに対してカードＩＤの読み出し要求を行い、該引継元ＩＣカードからカードＩＤを取得し、該引継元ＩＣカードの該カードＩＤをパラメタとして引継元ＩＣカード認証要求を認証課金サーバに送信する引継元カード認証要求手段と、
引継元ＩＣカード認証要求に対して認証課金サーバから受信した引継元ＩＣカードの認証セッションＩＤ及び手形署名鍵を引継元ＩＣカードのカードＩＤと対応付けて記憶手段に保持する引継元認証情報取得手段と、
自端末の端末特定情報、記憶手段に格納されている引継元ＩＣカードの認証セッションＩＤ及び引継元ＩＣカードの手形署名鍵をパラメタとして、暗号化技術を用いることで該認証セッションＩＤに対応する手形署名を作成する手形署名生成手段と、
自端末の端末特定情報と引継元ＩＣカードの認証セッションＩＤ、手形署名生成手段で作成された手形署名からなる権利引継手形をパラメタとする権利引継要求を認証課金サーバに送信する権利引継要求送信手段と、を有し、
認証課金サーバは、
引継先ＩＣカード認証要求に対して、第１の乱数を生成し、生成された第１の乱数を計算要求として引継先ＩＣカードに送信し、引継先ＩＣカードから計算結果を受け取り、
引継先ＩＣカードのカードＩＤに対応したカード認証鍵を用いて生成した第１の乱数に対する計算を行い、当該計算結果と引継先ＩＣカードから受け取った計算結果とを比較することにより引継先ＩＣカードの正当性を認証し、カード認証が成功すると、ＩＣカード認証結果を購入制御端末に送信する引継先認証手段と、
購入制御端末から受信した権利引継先指定要求の権利引継先特定情報から引継先のカードＩＤを特定し、該受信した権利引継先指定要求の端末特定情報から端末ＩＤを特定し、引継先のカードＩＤと該端末ＩＤを対応付けて権利引継先管理ＤＢに格納し、該権利引継先指定要求に対する結果を購入制御端末に送信する権利引継先登録手段と、
購入制御端末から受信した引継元ＩＣカード認証要求に対し、第２の乱数を生成し、生成された該第２の乱数を計算要求として引継元ＩＣカードに送信し、引継元ＩＣカードから計算結果を受け取り、当該認証課金サーバと引継元ＩＣカードのそれぞれが保持しているカード認証鍵を用いて第２の乱数に対する計算を行い、当該計算結果と引継元ＩＣカードから受け取った計算結果とを比較することにより引継元ＩＣカードの正当性を認証し、カード認証が成功すると、認証セッションＩＤ，手形署名鍵を生成し、引継元ＩＣカードのカードＩＤと共に認証セッション情報として認証セッション記憶手段に格納し、該認証セッションＩＤ及び該手形署名鍵を購入制御端末に送信する引継元認証手段と、
購入制御端末から受信した権利引継要求に対し、認証セッション記憶手段に該権利引継要求の認証セッションＩＤがあるかを検査し、ある場合は、該認証セッションＩＤと、該認証セッションＩＤに対応する認証セッション情報の手形署名鍵、及び、権利引継手形に含まれる端末特定情報とを用いて手形署名を生成し、該権利引継要求の手形署名と同一であるかを判定する手形署名検査手段と、
手形署名検査手段において、同一である場合は、権利引継要求の端末特定情報に基づいて、権利引継先管理ＤＢを検索して対応する引継先ＩＣカードのカードＩＤを特定し、カードＩＤと対応するプリペイド残額を記録したカードバリュー管理データベースを参照し、引継元ＩＣカードのプリペイド残額を引継先特定ステップで特定されたカードＩＤにより一意に決まるカードバリュー管理データベースのプリペイド残額に積算する残額移動手段と、
購入制御端末に権利引継要求に対する結果を送信する結果送信手段と、を有する。
【００２９】
本発明（請求項７）は、購入制御端末と、該購入制御端末に接続される引継元ＩＣカード及び引継先ＩＣカードと、認証課金サーバからなるシステムにおいて、該引継元ＩＣカードが有するプリペイド残額を該引継先ＩＣカードに引き継ぐための購入制御端末であって、
引継先ＩＣカードが接続されると、該引継先ＩＣカードに対してカードＩＤの読み出し要求を行い、該引継先ＩＣカードからカードＩＤを取得し、引継先ＩＣカードの該カードＩＤをパラメタとし引継先ＩＣカード認証要求を認証課金サーバに送信する引継先カード認証要求手段と、
引継元ＩＣカードが接続されると、該引継元ＩＣカードに対してカードＩＤの読み出し要求を行い、該引継元ＩＣカードからカードＩＤを取得し、該引継元ＩＣカードの該カードＩＤをパラメタとして引継元ＩＣカード認証要求を認証課金サーバに送信する引継元カード認証要求手段と、
引継元ＩＣカード認証要求に対して認証課金サーバから受信した認証セッションＩＤ及び手形署名鍵を引継元ＩＣカードのカードＩＤと対応付けて記憶手段に保持する引継元認証情報取得手段と、
引継先ＩＣカードのカードＩＤを権利引継先特定情報とし、当該権利引継先特定情報と記憶手段に保持されている引継元ＩＣカードの認証セッションＩＤ及び引継元ＩＣカードの手形署名鍵をパラメタとして暗号化技術を用いることで、該認証セッションＩＤに対応する手形署名を作成する手形署名生成手段と、
権利引継先特定情報、引継元ＩＣカードの認証セッションＩＤ、手形署名生成手段で生成された手形署名をパラメタとする権利引継要求を認証課金サーバに対して送信する権利引継要求送信手段と、を有する。
【００３０】
本発明（請求項８）は、購入制御端末と、該購入制御端末に接続される引継元ＩＣカード及び引継先ＩＣカードと、認証課金サーバからなるシステムにおいて、該引継元ＩＣカードが有するプリペイド残額を該引継先ＩＣカードに引き継ぐための購入制御端末であって、
引継元ＩＣカードが接続されると、該引継元ＩＣカードに対してカードＩＤの読み出し要求を行い、該引継元ＩＣカードからカードＩＤを取得し、該引継元ＩＣカードの該カードＩＤをパラメタとして引継元ＩＣカード認証要求を認証課金サーバに送信する引継元カード認証要求手段と、
認証課金サーバから受信した認証セッションＩＤ及び手形署名鍵を引継元ＩＣカードのカードＩＤと対応付けて記憶手段に保持する引継元認証情報取得手段と、
記憶手段に格納されている引継元ＩＣカードの認証セッションＩＤ及び引継元ＩＣカードの手形署名鍵をパラメタとして暗号化技術を用いることで、該認証セッションＩＤに対応する手形署名を作成する手形署名生成手段と、
引継元ＩＣカードの認証セッションＩＤ、手形署名生成手段で作成された手形署名からなる権利引継手形を生成する権利引継手形生成手段と、
引継先ＩＣカードが接続されると、該引継先ＩＣカードに対してカードＩＤの読み出し要求を行い、該引継先ＩＣカードからカードＩＤを取得し、該引継先ＩＣカードのカードＩＤをパラメタとして引継先ＩＣカード認証要求を認証課金サーバに送信する引継先カード認証要求手段と、
引継先ＩＣカードを特定する権利引継先特定情報、権利引継手形生成手段において生成された権利引継手形をパラメタとする権利引継要求を認証課金サーバに対して送信する権利引継要求送信手段と、を有する。
【００３１】
本発明（請求項９）は、購入制御端末と、該購入制御端末に接続される引継元ＩＣカード及び引継先ＩＣカードと、認証課金サーバからなるシステムにおいて、該引継元ＩＣカードが有するプリペイド残額を該引継先ＩＣカードに引き継ぐための購入制御端末であって、
引継先ＩＣカードが接続されると、該引継先ＩＣカードに対してカードＩＤの読み出し要求を行い、該引継先ＩＣカードからカードＩＤを取得し、該引継先ＩＣカードの該カードＩＤをパラメタとして引継先ＩＣカード認証要求を認証課金サーバに送信する引継先カード認証要求手段と、
引継先ＩＣカードを特定する権利引継先特定情報と自端末を特定する端末特定情報とを権利引継先指定要求として、認証課金サーバに送信する特定情報送信手段と、
引継元ＩＣカードが接続されると、該引継元ＩＣカードに対してカードＩＤの読み出し要求を行い、該引継元ＩＣカードからカードＩＤを取得し、該引継元ＩＣカードの該カードＩＤをパラメタとして引継元ＩＣカード認証要求を認証課金サーバに送信する引継元カード認証要求手段と、
引継元ＩＣカード認証要求に対して認証課金サーバから受信した引継元ＩＣカードの認証セッションＩＤ及び手形署名鍵を引継元ＩＣカードのカードＩＤと対応付けて記憶手段に保持する引継元認証情報取得手段と、
自端末の端末特定情報、記憶手段に格納されている引継元ＩＣカードの認証セッションＩＤ及び引継元ＩＣカードの手形署名鍵をパラメタとして、暗号化技術を用いることで該認証セッションＩＤに対応する手形署名を作成する手形署名生成手段と、
自端末の端末特定情報と引継元ＩＣカードの認証セッションＩＤ、手形署名生成手段で作成された手形署名からなる権利引継手形をパラメタとする権利引継要求を認証課金サーバに送信する権利引継要求送信手段と、を有する。
【００３２】
本発明（請求項１０）は、購入制御端末と、該購入制御端末に接続される引継元ＩＣカード及び引継先ＩＣカードと、認証課金サーバからなるシステムにおいて、該引継元ＩＣカードが有するプリペイド残額を該引継先ＩＣカードに引き継ぐための認証課金サーバであって、
購入制御端末からの引継先ＩＣカード認証要求に対し、第１の乱数を生成し、生成された第１の乱数を計算要求として引継先ＩＣカードに送信し、引継先ＩＣカードから計算結果を受け取り、引継先ＩＣカードのカードＩＤに対応したカード認証鍵を用いて生成した第１の乱数に対する計算を行い、当該計算結果と引継先ＩＣカードから受け取った計算結果とを比較することにより引継先ＩＣカードの正当性を認証し、カード認証が成功すると、ＩＣカード認証結果を購入制御端末に送信する引継先認証手段と、
購入制御端末からの引継元ＩＣカード認証要求に対し、第２の乱数を生成し、生成された該第２の乱数を計算要求として引継元ＩＣカードに送信し、引継元ＩＣカードから計算結果を受け取り、当該認証課金サーバと引継元ＩＣカードのそれぞれが保持しているカード認証鍵を用いて第２の乱数に対する計算を行い、当該計算結果と引継元ＩＣカードから受け取った計算結果とを比較することにより引継元ＩＣカードの正当性を認証し、カード認証が成功すると、認証セッションＩＤ，手形署名鍵を生成し、引継元ＩＣカードのカードＩＤと共に認証セッション情報として認証セッション記憶手段に格納し、該認証セッションＩＤ及び該手形署名鍵を購入制御端末に送信する引継元認証手段と、
購入制御端末から受信した権利引継要求の引継元ＩＣカードの認証セッションＩＤが認証セッション記憶手段に保持されているかを判定し、保持されている場合には、該認証セッションＩＤと該認証セッションＩＤに対応付けて該記憶手段に保持されている手形署名鍵、及び該購入制御端末から受信した権利引継先ＩＣカードのカードＩＤである権利引継先特定情報をパラメタとして暗号化技術を用いて手形署名を作成し、該権利引継要求に含まれる手形署名と同値であるかを検査する権利引継手形検査手段と、
権利引継手形検査手段において同値であれば、権利引継先特定情報に基づいて、引継先ＩＣカードのカードＩＤを特定し、引継元ＩＣカードの認証セッションＩＤ、及び認証セッション情報から該引継元ＩＣカードのカードＩＤを特定し、カードＩＤと対応するプリペイド残額を記録したカードバリュー管理データベースを参照し、該引継先ＩＣカードのカードＩＤにより一意に決まるカードバリュー管理データベースのプリペイド残額に積算する残額移動手段と、
購入制御端末に権利引継要求に対する結果を送信する結果送信手段と、を有する。
【００３３】
本発明（請求項１１）は、購入制御端末と、該購入制御端末に接続される引継元ＩＣカード及び引継先ＩＣカードと、認証課金サーバからなるシステムにおいて、該引継元ＩＣカードが有するプリペイド残額を該引継先ＩＣカードに引き継ぐ認証課金サーバであって、
購入制御端末からの引継元ＩＣカード認証要求に対し、第１の乱数を生成し、生成された該第１の乱数を計算要求として引継元ＩＣカードに送信し、引継元ＩＣカードから計算結果を受け取り、当該認証課金サーバと引継元ＩＣカードのそれぞれが保持しているカード認証鍵を用いて第１の乱数に対する計算を行い、当該計算結果と引継元ＩＣカードから受け取った計算結果とを比較することにより引継元ＩＣカードの正当性を認証し、カード認証が成功すると、認証セッションＩＤ，手形署名鍵を生成し、引継元ＩＣカードのカードＩＤと共に認証セッション情報として認証セッション記憶手段に格納し、少なくとも、該認証セッションＩＤ及び該手形署名鍵を購入制御端末に送信する引継元認証手段と、
購入制御端末からの引継先ＩＣカード認証要求に対し、第２の乱数を生成し、生成された第２の乱数を計算要求として引継先ＩＣカードに送信し、引継先ＩＣカードから計算結果を受け取り、引継先ＩＣカードのカードＩＤに対応したカード認証鍵を用いて生成した第２の乱数に対する計算を行い、当該計算結果と引継先ＩＣカードから受け取った計算結果とを比較することにより引継先ＩＣカードの正当性を認証し、カード認証が成功すると、ＩＣカード認証結果を購入制御端末に送信する引継先認証手段と、
購入制御端末から受信した権利引継要求の権利引継手形に含まれる引継元ＩＣカードの認証セッションＩＤが該認証課金サーバ内の認証セッション記憶手段に保持されているかを判定し、保持されている場合には、該認証セッションＩＤと該認証セッションＩＤに対応付けて該認証セッション記憶手段に保持されている手形署名鍵をパラメタとして暗号化技術を用いて手形署名を作成し、該権利引継手形に含まれる手形署名と同値であるかを検査する権利引継手形検査手段と、
権利引継手形検査手段において同値であれば、権利引継先特定情報に基づいて、引継先ＩＣカードのカードＩＤを特定し、引継元ＩＣカードの認証セッションＩＤから該引継元ＩＣカードのカードＩＤを特定し、該引継元ＩＣカードのプリペイド残額を記録したカードバリュー管理データベースを参照し、該引継元ＩＣカードのプリペイド残額を、該引継先ＩＣカードのカードＩＤにより一意に決まるカードバリュー管理データベースのプリペイド残額に積算する残額移動手段と、
購入制御端末に権利引継要求に結果を送信する結果送信手段と、を有する。
【００３４】
本発明（請求項１２）は、購入制御端末と、該購入制御端末に接続される引継元ＩＣカード及び引継先ＩＣカードと、認証課金サーバからなるシステムにおいて、該引継元ＩＣカードが有するプリペイド残額を該引継先ＩＣカードに引き継ぐ認証課金サーバであって、
購入制御端末から受信した引継先ＩＣカード認証要求に対して、第１の乱数を生成し、生成された第１の乱数を計算要求として引継先ＩＣカードに送信し、引継先ＩＣカードから計算結果を受け取り、引継先ＩＣカードのカードＩＤに対応したカード認証鍵を用いて生成した第１の乱数に対する計算を行い、当該計算結果と引継先ＩＣカードから受け取った計算結果とを比較することにより引継先ＩＣカードの正当性を認証し、カード認証が成功すると、ＩＣカード認証結果を購入制御端末に送信する引継先認証手段と、
購入制御端末から受信した権利引継先指定要求の権利引継先特定情報から引継先のカードＩＤを特定し、該受信した権利引継先指定要求の端末特定情報から端末ＩＤを特定し、引継先のカードＩＤと該端末ＩＤを対応付けて権利引継先管理ＤＢに格納し、該権利引継先指定要求に対する結果を購入制御端末に送信する権利引継先登録手段と、
購入制御端末から受信した引継元ＩＣカード認証要求に対し、第２の乱数を生成し、生成された該第２の乱数を計算要求として引継元ＩＣカードに送信し、引継元ＩＣカードから計算結果を受け取り、当該認証課金サーバと引継元ＩＣカードのそれぞれが保持しているカード認証鍵を用いて第２の乱数に対する計算を行い、当該計算結果と引継元ＩＣカードから受け取った計算結果とを比較することにより引継元ＩＣカードの正当性を認証し、カード認証が成功すると、認証セッションＩＤ，手形署名鍵を生成し、引継元ＩＣカードのカードＩＤと共に認証セッション情報として認証セッション記憶手段に格納し、該認証セッションＩＤ及び該手形署名鍵を購入制御端末に送信する引継元認証手段と、
購入制御端末から受信した権利引継要求に対し、認証セッション記憶手段に該権利引継要求に含まれる認証セッションＩＤがあるかを検査し、ある場合は、該認証セッションＩＤと、該認証セッションＩＤに対応する認証セッション情報の手形署名鍵、及び、該権利引継要求に含まれる権利引継手形の端末特定情報とを用いて手形署名を生成し、該権利引継要求に含まれる手形署名と同一であるかを判定する手形署名検査手段と、
手形署名検査手段において、同一である場合は、権利引継要求の端末特定情報に基づいて、権利引継先管理ＤＢを検索して対応する引継先ＩＣカードのカードＩＤを特定し、カードＩＤと対応するプリペイド残額を記録したカードバリュー管理データベースを参照し、引継元ＩＣカードのプリペイド残額を引継先特定ステップで特定されたカードＩＤにより一意に決まるカードバリュー管理データベースのプリペイド残額に積算する残額移動手段と、
購入制御端末に権利引継要求に対する結果を送信する結果送信手段と、を有する。
【００３５】
上記のように、本発明では、認証媒体毎に価値情報（プリペイド残額）及び再配送権利を認証課金サーバで管理しているシステムにおいて、権利の引継先となる認証媒体と権利の引継元となる認証媒体の双方を認証し、引継元の認証媒体を認証することにより得られた手形署名鍵によって生成される手形情報を認証課金サーバに送付し、認証課金サーバが手形署名情報検査後、引継元の媒体に対応付けられて管理されているプリペイド残額及び再配送権利を、引継先のプリペイド残額及び再配送権利にマージすることによって、引継元認証媒体のプリペイド残額及び再配送権利を安全に引継先の認証媒体に移行することが可能になる。
【００３６】
これにより、認証課金サーバで媒体の媒体ＩＤ毎にプリペイド残額管理やコンテンツ再配送管理を行っているため、ユーザは、例えば、ＩＣカードのプリペイド残額を使い切った場合においても、ＩＣカードのカードＩＤ毎に管理されているコンテンツ再配送の権利の保持のため、安易にＩＣカードを破棄することができなかったが、本発明によりプリペイド残額及び再配送の権利を引き継ぐことが可能であるため、利用頻度の低いと予想されるＩＣカードの破棄が可能となる。また、引継元の媒体の残額及び再配送の権利を引き継ぐことにより、ユーザは、引継先となったカードのみを保持すればよい。
【００３７】
また、引継後は、引継元のカードに関する情報を破棄することが可能であり、認証課金サーバのディスクスペースの無駄を削減することが可能となる。
【００３８】
【発明の実施の形態】
最初に、本発明の前提となる動作について説明する。
【００３９】
図３は、本発明の一実施の形態におけるシステム構成図である。
【００４０】
同図に示すシステムは、複数の認証媒体１０と、複数の購入制御端末２００と、複数販売サーバ３００と、１つの認証課金サーバ１００から構成される。
【００４１】
認証媒体１０は、購入制御端末２００に接続されることによって使用可能な、個々の媒体を一意に特定できる識別子（媒体ＩＤ）が割り当てられたカードなどの媒体であり、認証課金サーバ１００から認証を受けることによって媒体ＩＤに対する正当な媒体であることを保証するための機能を包含している。
【００４２】
また、購入制御端末２００は、購入者の操作等に従い、販売サーバ３００に対してコンテンツ等の商品の購入要求を行う端末であり、購入要求を行う際に、接続された認証媒体１０の認証制御や手形情報の生成を行うことで、生成した手形情報を販売サーバ３００に送信するなど、媒体ＩＤに関連付けられたバリューから販売サーバ３００に対しての支払制御を行う端末である。
【００４３】
また、販売サーバ３００は、購入制御端末２００からの要求に応じてコンテンツ等の商品の販売を行うサーバであり、購入要求の際に受け取った手形情報を請求額と共に、認証課金サーバ１００に渡して課金要求を行い、認証課金サーバ１００で課金成功時にコンテンツ等の商品の受渡しを行うサーバである。
【００４４】
販売サーバ３００を持つ販売者は、認証課金サーバ１００からの精算処理により請求額に対応した代金を受け取ることになる。
【００４５】
認証課金サーバ１００は、認証媒体１０の媒体ＩＤに関連付けられたバリューを管理しているサーバであり、購入制御端末２００からの要求により購入制御端末２００に接続された認証媒体１０の認証を行う。
【００４６】
認証課金サーバ１００は、販売サーバ３００からの課金要求に応じて、受け取った手形情報に対応する媒体ＩＤに関連付けられたバリューに対して課金を行う。
【００４７】
また、認証課金サーバ１００では精算により、販売サーバ３００に対して課金額に対応した代金の支払を行う。
【００４８】
以下、上記の構成における動作の概要を説明する。
【００４９】
（１）  購入制御端末２００において、販売サーバ３００からコンテンツ等を購入する際の支払手段として、認証課金サーバ１００でバリューを保持するＩＣカード（ＩＤカード）等のＩＤ認証が可能な認証媒体を利用する。
【００５０】
（２）  まず、支払前に購入者が事前に認証課金サーバ１００を持つ事業者から購入した認証媒体を購入制御端末２００に接続することで、購入制御端末２００では接続された認証媒体の認証を認証課金サーバ１００に要求する。
【００５１】
（３）  認証課金サーバ１００で認証媒体の認証が成功すると、媒体ＩＤに対する課金許可情報（以後、手形署名情報と記す）生成のための鍵（以後、手形署名鍵と記す）を認証課金サーバ１００で生成し、購入制御端末２００に送付する。なお、手形署名鍵は購入制御端末２００以外の第三者に見られない形で送付する必要がある。
【００５２】
（４）  販売サーバ３００への支払時に、購入制御端末２００では、１回の認証中の取引を特定する識別番号（以後、手形発行ＩＤと記す）を生成すると共に、認証課金サーバ１００から送付された手形署名鍵を使用して、媒体ＩＤや手形発行ＩＤ等の取引を特定する情報に対して暗号化や電子署名等を行うことで、第三者による偽造・改ざんが不可能なデータである手形署名情報を生成し、課金先である媒体ＩＤと、手形発行ＩＤと、生成した課金許可情報である手形署名情報等を、支払のための情報（以後、手形情報と記す）として販売サーバ３００に送付することで、コンテンツ等の購入要求を行う。
【００５３】
（５）  販売サーバ３００では、手形情報を受信すると、受信した手形情報と請求額を認証課金サーバ１００に送付することで課金要求を行う。
【００５４】
（６）  認証課金サーバ１００では、手形情報（媒体ＩＤ・手形発行ＩＤ・手形署名情報等）を受信すると、手形発行ＩＤが受け付け済でないかを検査し、受け付け済でなければ媒体ＩＤに対応する手形署名鍵を使用して、復号化や電子署名検証などにより手形署名情報の確認を行い、手形署名情報が正しいことが確認されると、認証課金サーバ１００内に保存している媒体ＩＤに対応するバリューに課金を行うと共に、販売サーバ３００に対する精算情報を蓄えるなどの精算を行うための処理を行う。
【００５５】
（７）  認証課金サーバ１００では、課金処理と精算のための処理を行った後に、課金を行った手形情報と課金を行った時間を再配送許可表に保存し、このレコードの再配送許可回数を０に設定する。
【００５６】
（８）  認証課金サーバ１００は、課金処理と精算処理と再配送許可登録処理が終了した後、販売サーバ３００に対して課金成功の通知を行う。
【００５７】
購入者が事前に購入しておいた認証媒体を認証することにより得られた手形署名鍵によって生成される手形情報を販売サーバ３００に払出し、販売サーバ３００では手形情報と請求額と販売者を特定するＩＤを認証課金サーバ１００に渡すことにより、認証媒体のバリューに対して課金請求を掛けることが可能となり、成功した課金要求の情報を元に、認証課金サーバ１００から販売者に対して精算（支払）を行うことで、結果的に認証媒体を持つ購入者から販売サーバ３００を持つ販売者への支払が可能となる。
【００５８】
（９）  販売サーバ３００から購入制御端末２００へのコンテンツ配送が失敗したとき、ユーザは認証媒体を再度購入制御端末２００と接続し、認証課金サーバ１００に対して認証を行った後、手形情報と共に、再配送要求を販売サーバ３００に対して送信する。
【００５９】
販売サーバ３００では、手形情報を受信すると、課金後経過時間や再配送回数などの販売サーバ３００の再配送可能条件と共に、手形情報を認証課金サーバ１００に送付することで、再配送許可判断を要求する。
【００６０】
（１０）  認証課金サーバ１００では、受信した手形情報の媒体ＩＤを鍵として再配送許可表を検索し、販売サーバ３００の再配送可能条件に合致するレコードを検索し、該当する全てのレコードの手形情報とコンテンツ識別子をコンテンツリストとして販売サーバ３００に送信する。
【００６１】
（１１）  販売サーバ３００は、認証課金サーバ１００から送信されてきたコンテンツリストを購入制御端末２００に送信する。
【００６２】
（１２）  購入制御端末２００では、ユーザは表示されるコンテンツリストからコンテンツを選択し、購入制御端末２００は、選択されたコンテンツを示す手形情報と再配送要求を販売サーバ３００に送信し、販売サーバ３００は、手形情報を認証課金サーバ１００に送信する。
【００６３】
（１３）  再配送要求を受信した認証課金サーバ１００では、受信した再配送要求を検査し、正当であれば課金することなしに、販売サーバ３００に対して再配送許可を送信すると共に、再配送許可回数をインクリメントする。
【００６４】
（１４）  再配送許可を受信した販売サーバ３００は、購入制御端末２００に対してコンテンツを送信する。
【００６５】
上記のシステムにおいて、認証課金サーバ１００でＩＣカード毎に管理されているプリペイド残額と再配送の権利を他のＩＣカードに移行する際の処理について説明する。
【００６６】
（１）  権利引継処理を行う場合には、購入制御端末２００では、権利の引継先となりＩＣカードの認証を行い、認証状態のＩＣカードより媒体ＩＤを取得する。
【００６７】
また、権利の移動元となるＩＣカードの認証を行い、権利引継元のＩＣカードを特定するための情報である媒体ＩＤ等を取得し、認証課金サーバ１００から送付された手形署名鍵を用いて、引継先の媒体や引継元の媒体を特定する媒体ＩＤ等の情報に対して暗号化や電子署名を行うことで第３者による偽造・改ざんが不可避な手形署名情報を生成する。
【００６８】
（２）  次に、権利引継元の媒体ＩＤと権利引継先の媒体ＩＤと、生成した権利引継情報である手形署名情報を、権利引継のための手形情報として、認証課金サーバ１００に送信することで、権利引継の要求を行う。
【００６９】
（３）  認証課金サーバ１００では、手形情報（引継先の媒体ＩＤ、引継元の媒体ＩＤ、手形署名情報等）を受信すると、引継元の媒体ＩＤに対応する手形署名鍵を用いて、復号化や電子署名検証などにより手形署名情報の確認を行い、手形署名情報が正しいことが確認されると、認証課金サーバ１００内に保存してある引継元媒体ＩＤに対応するプリペイド残額や再配送権利を引継先媒体ＩＤに対応するプリペイド残額や再配送権利にマージし、権利引継の処理を行う。
【００７０】
次に、上記のシステムの前提となる動作を説明する。
【００７１】
図４は、本発明の一実施の形態におけるシステムの前提となる動作のシーケンスチャート（コンテンツ課金処理）である。
【００７２】
以下では、媒体認証処理（ステップ１１０）、支払処理（ステップ１２０）、認証状態終了処理（ステップ１３０）に分けて説明する。
【００７３】
ステップ１１０）  媒体認証が完了し、認証課金サーバ１００で媒体ＩＤと媒体が媒体ＩＤに対する正当な媒体であることが確認されると、媒体ＩＤに対する手形署名鍵等の手形情報生成に必要なデータを生成し、当該媒体ＩＤの媒体が認証中であることを示す認証セッション情報として保存すると共に、媒体認証結果として、手形署名鍵などの生成したデータを購入制御端末２００に送信する。
【００７４】
ここで、認証課金サーバ１００は、手形署名鍵と共に、認証セッションＩＤを生成・保存し、手形署名鍵と共に、購入制御端末２００に送信する。
【００７５】
なお、手形署名鍵は、購入制御端末以外の第三者に見られない形で送付する必要がある。
【００７６】
購入制御端末２００では、媒体認証結果として、手形署名鍵（及び認証セッションＩＤ）等の受信したデータや、媒体ＩＤを媒体に対する手形情報生成のためのデータとして保存する。
【００７７】
ステップ１２０）  支払処理で示した範囲の処理は、手形情報の生成・払出しによるコンテンツ等の商品購入に対する支払処理を行うが、当該支払処理のタイミングは、ステップ１１０の媒体認証処理の後で、ステップ１３０の認証状態終了処理の前であればいつでもよいが、通常は、購入者から指示が出たときに行う。
【００７８】
また、支払処理で示した範囲の処理は、１回の媒体認証処理に対して複数回行うことが可能であり、即ち、１回の媒体認証で、複数の販売サーバ３００への複数回の支払（複数の販売サーバからの複数回の商品購入）が可能となっている。支払処理では、まず、手形情報生成処理として、１つの取引を特定する情報である手形発行ＩＤの生成や、媒体ＩＤや、手形署名鍵等を使用した手形情報の生成を行う（ステップ１２１）。
【００７９】
手形情報は、
・取引を特定する情報；
・署名情報；
からなり、ここで、取引を特定する情報は、媒体ＩＤまたは、認証セッションＩＤ等の媒体を一意に特定できる情報と、媒体認証セッション内での取引を特定する情報である手形発行ＩＤとからなる。
【００８０】
また、署名情報は、認証を行った購入制御端末２００のみ知ることが可能な手形署名鍵を使って、取引を特定する情報及び支払額や支払先ＩＤやコンテンツＩＤ等の取引を限定するパラメータに対して、暗号化や電子署名やメッセージ認証識別子生成等を行うことによって生成されるメッセージ認証情報に対応する。
【００８１】
手形情報が生成されると、商品購入要求として購入制御端末２００から販売サーバ３００に対して支払のための情報である手形情報を送信する（ステップ１２２）ことで、コンテンツ等の商品購入を要求し、販売サーバ３００で手形情報を受け取ると、課金要求により、認証課金サーバ１００に対して手形情報と商品の代金に相当する請求額と、精算時の支払先を特定する情報としての支払先ＩＤを送信する（ステップ１２３）。
【００８２】
ここで、通常の場合、支払先ＩＤは販売サーバ３００を持つ事業者を特定する情報である。
【００８３】
認証課金サーバ１００では、課金要求として、手形情報・請求額・支払先ＩＤなどを受け取ると、まず、手形情報中の取引を特定する情報から媒体ＩＤを特定し、特定された媒体ＩＤに対応する認証セッション情報があるかを調べることで、媒体ＩＤが認証中であるか検査し（ステップ１２４）、認証中であれば、媒体ＩＤに対応して生成・保存してある手形署名鍵を使用して手形情報内の署名情報が正しいか（言い換えると、取引を特定する情報、及び手形情報内の取引を限定するパラメータが正しいか）を検査する（ステップ１２５）。
【００８４】
手形情報検査で署名情報の検査が成功すると、販売サーバ３００から指定された請求額分を、認証課金サーバ１００で媒体ＩＤに対応して保持しているバリューに対して課金を行うと共に、精算情報を蓄える等の支払先ＩＤに対する請求額分の精算を行うための処理を行う（ステップ１２６）。
【００８５】
ここで、認証課金サーバ１００で媒体ＩＤに対するプリペイド残額を管理している場合には、プリペイド残額から減算することになり、認証課金サーバ１００がポストペイド方式の場合には、ポストペイドの精算額に加算されることになる。
【００８６】
課金が成功すると、課金が成功した取引に関する情報を認証課金サーバ１００が持つ再配送管理表に記録する（ステップ１２７）。記録する情報は、支払先ＩＤ、媒体ＩＤ、認証セッションＩＤ、手形発行ＩＤである。
【００８７】
また、認証課金サーバ１００では、再配送登録処理時に、再配送回数を０回に初期化して再配送管理表に登録する。
【００８８】
また、認証課金サーバ１００では、再配送登録処理時に、課金処理終了時刻として、認証課金サーバ１００が持つ現在時刻を再配送管理表に登録する。
【００８９】
また、認証課金サーバ１００では、上記のパラメータ以外にも、例えば、コンテンツを示すコンテンツＩＤやコンテンツ名などの情報を再配送管理表に登録することで、さらにサービス利便性を向上させることも可能であるが、これらの情報は必須ではない。
【００９０】
再配送登録が成功すると、課金要求の応答として、課金成功通知で認証課金サーバ１００から販売サーバ３００に対して課金が成功したことを通知し（ステップ１２８）、認証課金サーバ１００では、手形決済管理表に決済済であることを登録し、販売サーバ３００では、課金成功通知を受信すると、商品購入許可として、購入制御端末２００に課金が成功したことを知らせ、商品受取の許可を与える（ステップ１２９）。
【００９１】
ステップ１３０）  最後に、認証状態終了処理で示した範囲で、認証媒体１０に対する認証状態の破棄を行う。認証状態終了処理が行われると、支払処理（ステップ１２０）の認証中検査が失敗するため、再度、媒体認証処理（ステップ１１１）が行われるまでは認証媒体１０に対する課金が不可能となる。
【００９２】
認証状態終了処理では、まず、媒体認証終了要求として、媒体ＩＤや認証セッションＩＤ等の媒体（または、認証セッション）を特定する情報を認証課金サーバ１００に送信し（ステップ１３１）、認証課金サーバ１００では、当該媒体ＩＤの認証状態解除処理として、媒体認証終了要求として受信した媒体ＩＤや認証セッションＩＤ等の媒体（または、認証セッション）を特定する情報により、認証セッションを検索して、検索された認証セッション情報を削除することで媒体ＩＤに対する認証状態の解除を行い（ステップ１３２）、媒体認証終了処理として、認証状態が解除されたことを購入制御端末２００に通知する（ステップ１３３）。
【００９３】
次に、本発明の前提となる無課金再配送処理について説明する。
【００９４】
図５は、本発明の一実施の形態における前提となる動作のシーケンスチャート（無課金再配送処理）である。
【００９５】
以下では、媒体認証処理（ステップ２１０）と無課金再配送処理（ステップ２２０）を説明する。
【００９６】
コンテンツの配送前あるいは、コンテンツの配送中に、ネットワークや販売サーバ３００の障害により課金が成功したにもかかわらず、コンテンツの配送が失敗するとき、ユーザは販売サーバ３００の無応答やあるいは購入制御端末２００上の表示等により、その事実を認知する。
【００９７】
その場合、ユーザは購入制御端末２００のリセットボタンの押下や、購入制御端末２００からの媒体１０の排出ならび、再挿入により、媒体１０の再認証処理を行う（ステップ２１０）。
【００９８】
上記の操作は、コンテンツの配送が失敗したときに限らず、コンテンツ配送が成功した後であっても、認証課金サーバ１００で再配送登録が終了している後であればいつでも有効である。
【００９９】
媒体１０の再認証処理は、図４を用いて説明した手形方式による課金システムの認証処理と全く同じである。
【０１００】
媒体の認証が終了したら、再配送が可能であるかどうかを問い合わせるための情報を生成する（ステップ２２１）。この情報は、具体的には手形情報などの現在の媒体の認証状態を示す情報である。生成された再配送問い合わせ情報は、再配送情報要求により、購入制御端末２００から販売サーバ３００に送信される（ステップ２２２）。
【０１０１】
再配送情報要求を受信した販売サーバ３００は、手形情報などの再配送問い合わせ情報に、最大再配送可能回数や最大再配送可能時間などの再配送可能条件を、販売サーバ３００の販売ポリシに従って付与する。これらの情報を再配送可否情報要求として、認証課金サーバ１００に送信する（ステップ２２３）。
【０１０２】
再配送可否情報要求を受信した認証課金サーバ１００では、それが持つ手形情報から、再配送可否情報要求が現在認証中の媒体１０から送信された情報であるのかどうかを、認証中検査により検査する（ステップ２２４）。この認証中検査の処理は、図３で説明した認証中検査の処理と全く同じ処理である。認証中検査により現在認証中の媒体１０である認知されれば、送信されてきた再配送可否情報要求が正しい要求であるかどうかを検査する（ステップ２２５）。正しい要求であると認知されれば、送信されてきた手形情報から、認証中の媒体を特定できる。こうして特定した媒体ＩＤをキーにして、再配送管理表に再配送が可能な情報が登録されていないかどうかを検査する（ステップ２２６）。このとき、再配送可否要求情報に、最大再配送可能回数と最大再配送可能時間のいずれもが設定されていなければ、認証課金サーバ１００では、再配送手形管理表に登録されている媒体ＩＤに関連付けられたすべての取引情報、即ち過去にその媒体から課金されたすべての取引の認証セッションＩＤや、手形発行ＩＤなどからなる、再配送可能コンテンツ情報を、再配送可否情報結果として送信する（ステップ２２７）。
【０１０３】
再配送可否要求情報に、最大再配送可能回数が設定されているときは、認証課金サーバ１００では、再配送手形管理表に登録されている媒体ＩＤに関連付けられたすべての取引情報のうち、再配送回数が、最大再配送可能回数以下の再配送可能コンテンツ情報を、再配送可否情報結果として送信する。
【０１０４】
また、再配送可否要求情報に、最大再配送可能時間が設定されているときには、認証課金サーバ１００では、再配送手形管理表に登録されている媒体ＩＤに関連付けられたすべての取引情報のうち、課金処理終了時刻から、最大再配送可能時間が経過していない再配送可能コンテンツ情報を再配送可否情報結果として送信する。
【０１０５】
また、再配送可否要求情報に、最大再配送可能回数と最大再配送可能時間が設定されているときは、認証課金サーバ１００では、再配送手形管理表に登録されている媒体ＩＤに関連付けられたすべての取引情報のうち、再配送回数が、最大再配送可能回数以下で、なおかつ、課金処理終了時刻から最大再配送可能時間が経過していない再配送可能コンテンツ情報を、再配送可否情報結果として送信する。
【０１０６】
再配送可否情報結果を受信した販売サーバ３００は、再配送可能コンテンツ情報が示す取引を販売サーバ３００の過去ログから認知して、コンテンツ名やコンテンツＩＤなどのコンテンツ情報を再配送情報結果として購入制御端末２００に送信する（ステップ２２８）。
【０１０７】
上記のコンテンツ情報は、認証課金サーバ１００が直接管理していてもよい。コンテンツ情報を受信した購入制御端末２００は、ユーザインタフェース部に再配送可能コンテンツ一覧として、コンテンツ情報を表示し、ユーザに再配送を行うコンテンツの選択を促す。
【０１０８】
ユーザが購入制御端末２００を操作して再配送を行うコンテンツを選択することにより、購入制御端末２００上でコンテンツＩＤなどを含んだ、再配送要求情報が生成される（ステップ２２９）。
【０１０９】
再配送要求情報は、基本的に、前述の課金システムの動作で説明した、手形情報と同じであるが、これに再配送するコンテンツを示すコンテンツ情報を含む。購入制御端末２００は、再配送要求情報を、無課金再配送要求として、販売サーバ３００に送信する（ステップ２３０）。
【０１１０】
無課金再配送要求を受信した販売サーバ３００は、再配送管理表更新要求として、再配送要求情報を認証課金サーバ１００に送信する（ステップ２３１）。
【０１１１】
再配送管理表更新要求を受信した認証課金サーバ１００は、再配送管理表更新要求が現在認証中の媒体１０から送信された情報であるのかどうかを検査する（ステップ２３２）。この認証中検査の処理は、図４を用いて説明した課金システム中の認証中検査の処理と全く同じ処理である。認証中検査により現在認証中の媒体であると認知されれば、再配送情報検査を行う。
【０１１２】
次に、送信されてきた再配送管理表更新要求が正しい要求であるかどうかを検査する（ステップ２３３）。検査により正しい要求であると認知されれば、認証課金サーバ１００において、再配送要求情報から再配送管理表を検索し、当該取引の再配送回数を１つ加算し（ステップ２３４）、再配送管理表更新結果として販売サーバ３００に送信する（ステップ２３５）。
【０１１３】
再配送管理表更新結果を受信した販売サーバ３００は、購入制御端末２００に対してコンテンツを配送する。
【０１１４】
次に、本発明の特徴である、権利引継処理について説明する。
【０１１５】
前述したように、本発明の前提となるシステムにおいては、認証課金サーバ１００で媒体ＩＤ毎にプリペイド残額と再配送権利を管理しており、ユーザ毎に管理しているわけではないので、複数の認証媒体を利用しているユーザは、認証媒体に対応するプリペイド残額及び再配送権利の放棄をしない限り複数の認証媒体を保持する必要があるが、本発明では、認証媒体の媒体ＩＤに対応するプリペイド残額及び再配送権利を他の認証媒体に引継可能にすることにより、ユーザの権利を損ねることを回避する。
【０１１６】
図６は、本発明の一実施の形態における権利引継処理のシーケンスチャートである。
【０１１７】
ユーザは、権利の引継先となる媒体を購入制御端末２００に挿入し、引継先媒体の認証処理を行う（ステップ３１０）。ここでの媒体認証処理は、図４を用いて説明した手形方式による課金システムにおける媒体認証と全く同じ処理である。
【０１１８】
また、ユーザは、権利の引継元となる媒体１０を購入制御端末２００に挿入し、引継元媒体の認証処理を行う（ステップ３２０）。ここでの媒体認証処理は、図４を用いて説明した課金システムにおける媒体認証と全く同じ処理である。
【０１１９】
上記の権利引継先となる媒体と権利引継元となる媒体の認証処理は、後述する権利引継情報生成の処理開始までに完了していればよく、順序は問わない。
【０１２０】
権利引継先となる媒体１０Ｂと権利引継元となる媒体１０Ａの認証処理を完了後、購入制御端末２００は、引継先認証媒体１０Ｂを特定するための情報（媒体ＩＤ等）を取得もしくは、生成し、引継元認証媒体１０Ａを特定するための情報（媒体ＩＤ等）を取得、もしくは生成し、認証課金サーバ１００から送付された引継元媒体ＩＤに対応した手形署名鍵を用いて、引継先の媒体１０Ｂや引継元の媒体１０Ａを特定する媒体ＩＤ等の情報に対して暗号化や電子署名等を行うことで第三者による偽造・改竄が不可避な手形署名情報を生成する（ステップ３３１）。
【０１２１】
次に、権利引継元の媒体ＩＤと権利引継先の媒体ＩＤと生成した権利引継許可情報である手形署名情報を、権利引継のための手形情報として、認証課金サーバ１００に送信することで、権利引継の要求を行う（ステップ３３２）。
【０１２２】
認証課金サーバ１００では、手形情報（引継先媒体特定情報、引継元媒体特定情報、手形署名情報等）を受信すると、引継元媒体特定情報から媒体を一意に特定し、媒体が認証中であるか否かを検査する（ステップ３３３）。ここでの認証中検査は、図４を用いて説明した手形方式による課金システム中の認証中検査と全く同じ処理である。
【０１２３】
認証中検査を完了後、認証課金サーバ１００は、引継元の媒体ＩＤに対応する手形署名鍵を用いて、復号化や電子署名検証などにより、手形署名情報の確認を行い、手形署名情報が正しいことを確認する（ステップ３３４）。
【０１２４】
次に、認証課金サーバ１００は、受信した引継先媒体特定情報から引継先媒体１０Ｂを特定する媒体ＩＤ等の情報を取得する（ステップ３３５）。
【０１２５】
次に、認証課金サーバ１００は、受信した引継元媒体特定情報から引継元媒体１０Ａを特定する媒体ＩＤ等の情報を取得する（ステップ３３６）。
【０１２６】
次に、認証課金サーバ１００は、サーバ内のデータベースに格納されている引継元媒体ＩＤに対応するプリペイド残額や再配送権利を引継先媒体ＩＤに対応するプリペイド残額や再配送権利にマージし、引継が完了したことを購入制御端末２００に通知する（ステップ３３７〜３３９）。
【０１２７】
上記のように、バリュー管理ＤＢの更新と、再配送管理表更新を行うことにより、プリペイド残額や再配送権利は、引継元の媒体から引継先の媒体へと引き継がれる。
【０１２８】
ここで、認証課金サーバ１００は、権利引継処理によって引継元媒体のプリペイド残額が０かつ再配送権利が皆無になった場合に、その引継元カードに関する情報をすべてデータベース等から削除する処理を行い、ディスクスペース等のリソースの有効活用を図ってもよい。
【０１２９】
【実施例】
以下、図面と共に本発明の実施例を説明する。
【０１３０】
［第１の実施例］
図７は、本発明の第１の実施例の前提となるシステム構成を示す。
【０１３１】
同図に示すシステムは、認証媒体としてＩＣカード１０を使用したプリペイド方式（プリペイドカード）のシステムを前提としており、購入者が商品購入前に事前にプリペイドカード（ＩＣカード）を購入することで、プリペイドカードのバリュー分の金額をカード発行事業者に支払っていることを想定している。
【０１３２】
また、購入されたプリペイドカード１０のバリューは、カード発行事業者で持つ（または、カード発行事業者から委託された）認証課金サーバ１００で管理していることを前提としている。つまり、購入者がプリペイドカード１０による商品対価支払後に、認証課金サーバ１００の情報に基づき、カード発行事業者と販売者の間で精算を行うことで、最終的に販売者への支払が行われるシステムを想定している。
【０１３３】
図７に示すように、本実施例のシステムは複数のＩＣカード１０と、複数の購入制御端末２００と、複数の販売サーバ３００と、１つの認証課金サーバ１００から構成される。
【０１３４】
ＩＣカード１０は、購入制御端末２００と通信を行う通信部１１と、認証課金サーバ１００からの認証メッセージに対する応答を生成することでカード認証を実行する認証応答部１２と、個々のカード一意に特定できる識別子であるカードＩＤやカード認証のための秘密データであるカード認証鍵などを保持するメモリであるカードデータ保持部１３からなり、認証課金サーバ１００から認証を受けることによって、カードＩＤに対する正当なカードであることを保証するための機能を包含したバリューを持つプリペイドカードである。
【０１３５】
図８は、本発明の第１の実施例のＩＣカードのカードデータ保持部のデータの例を示す。
【０１３６】
また、購入制御端末２００は、ＩＣカード１０が挿入されることで、ＩＣカードとの通信を行うカードリーダライタ２１０と、インターネットなどのネットワークに接続され、認証課金サーバ１００や販売サーバ３００との通信を行う通信部２２０と、認証課金サーバ１００との通信やＩＣカード１０との通信を制御することによってＩＣカード１０の認証の制御を行ったり、購入制御端末２００からの要請によって手形情報を生成したりする課金制御部２３０と、キーボタン装置やディスプレイ装置などの入出力手段を持ち、購入者からの操作等により課金制御部２３０に対して手形情報の生成を要請し、生成された手形情報を通信部２２０の仲介により販売サーバ３００へ渡すことにより商品の購入要求及び支払処理を行う購入制御部２４０とからなる、挿入されたＩＣカード１０のプリペイド残額から販売サーバ３００への支払制御を行うことで、購入者に対してコンテンツ等の購入サービスを提供する端末である。
【０１３７】
販売サーバ３００は、インターネットなどのネットワークに接続され、購入制御端末２００や認証課金サーバ１００との通信を行う通信部３１０と、購入制御端末２００からの商品の購入要求を受け付け、購入要求受付時に受け取った手形情報を認証課金サーバ１００に送付することで課金要求を行い、課金要求の結果から購入制御端末２００に対して商品受取のための許可情報の送付や、コンテンツダウンロードを行うなどの、コンテンツ等の商品販売の課金制御を行う制御部３２０を有するサーバである。また、販売サーバ３００は、コンテンツの再配送を可能とするために過去の販売したコンテンツ情報と、認証課金サーバ１００が管理する取引を特定する情報の対応を持つ、販売履歴管理ＤＢ３３０を有する。なお、販売サーバ３００を持つ販売者は、認証課金サーバ１００からの精算処理により販売額に対応した代金を受け取ることになるが、精算時の確認のための情報を蓄える精算ログＤＢ３４０を持つこともある。
【０１３８】
また、販売サーバ３００がコンテンツを販売するサーバであれば、販売するコンテンツを蓄積しているコンテンツＤＢ等３５０を持つこともある。
【０１３９】
認証課金サーバ１００は、インターネットなどのネットワークに接続され、購入制御端末２００や販売サーバ３００との通信を行う通信部１１０と、ＩＣカード１０のプリペイド残額やカード認証のための情報をカードＩＤ毎に管理しているカードバリュー管理ＤＢ１３０と、購入制御端末２００からのカード認証要求に従いＩＣカード１０の認証を行ったり、販売サーバ３００からの課金要求に従い、手形情報の確認を行うことでプリペイド残額に対して課金を行う認証セッション管理部１２０と、認証セッション管理部１２０での課金成功時に支払先への精算のための処理を行う精算部１５０と、コンテンツ再配送のための過去の取引情報を記録している再配送管理表を有する再配送情報管理ＤＢ１４０及び、手形決済履歴管理表１６０とからなる。
【０１４０】
図９は、本発明の第１の実施例の認証課金サーバのカードバリュー管理ＤＢの例を示す。
【０１４１】
カードバリュー管理ＤＢ１３０のデータは、個々のＩＣカード１０を一意に特定する識別子であるカードＩＤと、カードＩＤに対するバリューであるプリペイド残額と、カード認証時に認証データの生成に使用するカード認証鍵からなる。次に、上記のシステムにおける本発明の前提となる手形方式による課金の動作を説明する。
【０１４２】
以下、本実施例の前提となるシステムの動作であるＩＣカード認証処理から認証状態終了処理までを説明する。
【０１４３】
図１０は、本発明の第１の実施例の前提となる動作のシーケンスチャートである。
【０１４４】
まず、購入制御端末２００にＩＣカード１０が挿入されると（ステップ４０１）、購入制御端末２００では、“ＩＣカード認証処理”で示した範囲で挿入されたＩＣカード１０の認証を行う。
【０１４５】
“ＩＣカード認証処理”では、まず、購入制御端末２００からカードＩＤ読出し要求としてＩＣカードに対してカードＩＤの読出しコマンドを送信し（ステップ４０２）、ＩＣカード１０でカードデータ保持部１３に保持しているカードＩＤを読出し、購入制御端末２００に送信することで挿入されたＩＣカード１０のカードＩＤの読出しを行う（ステップ４０３）。
【０１４６】
また、購入制御端末２００では、カードＩＤの読出しが終わると、認証課金サーバ１００に対して、ＩＣカード認証要求を送信することで挿入されたＩＣカード１０に対するカード認証を要求するが、この際に、認証対象のＩＣカードのカードＩＤを送信する（ステップ４０４）。
【０１４７】
認証課金サーバ１００では、ＩＣカード認証要求を受け取ると、疑似乱数生成関数等を使用して乱数を生成し（ステップ４０５）、生成した乱数を計算要求として購入制御端末２００に送信する（ステップ４０６）。
【０１４８】
購入制御端末２００では、認証課金サーバ１００から受け取った計算要求メッセージをそのままＩＣカードに転送し（ステップ４０７）、ＩＣカード１０では、計算要求を受け取ると、受け取った乱数に対する計算を認証応答部１２で行う（ステップ４０８）。
【０１４９】
ＩＣカード１０では、計算結果が得られると、計算要求応答として、計算結果を購入制御端末２００に送信し（ステップ４０９）、購入制御端末２００では、計算要求応答をそのまま認証課金サーバ１００に送信する（ステップ４１０）。認証課金サーバ１００では乱数に対する計算結果が得られると、認証セッション管理部１２０により、乱数とカードバリュー管理ＤＢ１３０に保存してあるカードＩＤに対応するカード認証鍵を使用したＩＣカード１０での応答計算と同じ計算を行い、ＩＣカード１０から受け取った計算結果と、認証セッション管理部１２０での計算結果とを比較して（ステップ４１１）、双方の計算結果が同じであれば、カード認証が成功したものとし、計算結果が異なれば、カード認証が失敗したものとする。
【０１５０】
カード認証が成功すると、認証課金サーバ１００では、カードＩＤに対する認証セッションＩＤや、手形署名鍵等の手形情報生成に必要なデータを生成し（ステップ４１２）、ＩＣカード認証結果として、カードＩＤに対して生成した認証セッションＩＤと手形署名鍵と、カードバリュー管理ＤＢ１３０でカードＩＤに対応して管理されているプリペイド残額と、認証課金サーバ１００で管理している認証有効期間を購入制御端末２００に送信する（ステップ４１３）と共に、カードＩＤが認証済であることを示す認証セッション情報として、認証セッション管理部１２０で保持する（ステップ４１４）。
【０１５１】
図１１は、本発明の第１の実施例の認証課金サーバにおける認証セッション情報の例を示す。同図の例では、認証課金サーバ１００の認証セッション情報は、カードＩＤと認証セッションＩＤと手形署名鍵と認証タイムアウト時間、使用済手形発行ＩＤリストからなる。
【０１５２】
このうち、認証セッションＩＤは、認証セッション管理部１２０で生成される認証を一意に特定する識別子であり、他の認証セッション情報と重ならないように生成されればよく、認証セッション管理部１２０で管理するシリアル番号により割り振るなどの方法で生成できる。
【０１５３】
また、手形署名鍵は、認証セッションＩＤに対して生成される、認証セッション中に手形情報の確認に使用される鍵であり、購入制御端末２００以外の第三者から推測されない形で生成されればよく、疑似乱数生成関数により生成される乱数を使用するなどの方法が採れる。
【０１５４】
また、認証タイムアウト時間は、認証セッション情報を生成した時刻（現在時刻）から、認証課金サーバ１００に任意に設定されている認証有効期間経過した時点の時刻であり、認証タイムアウト時間に到達した時点で、当該認証セッション情報を破棄することになる（または認証セッション情報を無効とする）。
【０１５５】
購入制御端末２００では、認証セッションＩＤと手形署名鍵とプリペイド残額と、認証有効期間を受信すると、受信したデータを課金制御部２３０に手形情報生成のためのデータである認証セッション情報として保持する（ステップ４１５）と共に、受信したプリペイド残額を購入制御端末２００のディスプレイ装置などにより表示することでユーザに提示する（ステップ４１６）。
【０１５６】
図１２は、本発明の第１の実施例の購入制御端末における認証セッション情報の例を示す。
【０１５７】
同図の例では、購入制御端末２００の認証セッション情報は、カードＩＤと手形発行可能額と、認証セッションＩＤと手形署名鍵と認証タイムアウト時間と次回手形発行ＩＤからなる。なお、例では、１つの認証セッション情報となっているが、複数のカードを同時に扱うことのできるカードリーダライタ（非接触型カードなどの場合）では、複数のカードＩＤに対する認証セッション情報を保持してもよい（ここで、複数のカードを同時に扱えるカードリーダライタを使用し、複数の認証セッション情報を管理できるシステムの場合には、引き抜かれたカードＩＤに対応する認証セッション情報を特定したり、通信対象のカードを特定するための、カードリーダライタでは、カード挿入時及びカード引抜き時にカードリーダライタがカードを特定する情報を出す必要があり、カードとの通信時には、カードリーダライタがカードを特定する情報を指定して通信する必要がある。また、購入制御端末２００内でカードＩＤに関連して、カードリーダライタがカードを特定する情報を管理しておくことで、カード引抜き時に引抜かれたカードのカードＩＤ及び認証セッション情報を特定することが可能となる）。
【０１５８】
ここで、手形発行可能額は、ＩＣカード認証結果で、認証課金１００から受信したプリペイド残額が初期値として設定され、手形情報の販売サーバ３００への払い出し毎に支払額分減算することで、プリペイド残額の把握を行う。
【０１５９】
また、認証セッションＩＤと手形署名鍵は、ＩＣカード認証結果として認証課金サーバ１００から受信したデータである。
【０１６０】
また、認証タイムアウト時間は、認証セッション情報を生成した時刻（現在時刻）から、ＩＣカード認証結果として受信した認証有効期間経過した時点の時刻であり、認証タイムアウト時間を超えたときには認証セッション情報が無効であると判断する。
【０１６１】
また、次回手形発行ＩＤは、次回に生成する手形情報中の手形発行ＩＤを示しており、手形を手形情報（手形発行ＩＤ）を生成する毎に１づつ加算していく。新たにセッション情報が保存されたときには、初期値として０などが設定される。
【０１６２】
なお、カード認証が失敗した場合には、ステップ４１２の認証セッション情報の生成及びステップ４１４の認証セッション情報保存の処理は行わずに、ＩＣカード認証結果として、認証失敗を通知し、認証失敗を受け取った購入制御端末２００でもステップ４１５の認証セッション情報の保存は行わない。
【０１６３】
次に、図１０における“購入・支払処理”で示した範囲で、手形情報の生成・払い出しによるコンテンツ等の商品購入及び支払処理を行うが、“購入・支払処理”のタイミングは、“ＩＣカード認証処理”の後で、“認証状態終了処理”の前であればいつでも良いが、通常波購入者から商品購入の指示が出たときに行う。
【０１６４】
また、“購入・支払処理”で示した範囲の処理は、１回の“ＩＣカードの認証処理”に対して複数回行うことが可能であり、つまり、１回のカード認証で、複数の販売サーバ３００への複数回の支払（複数の販売サーバから複数回の商品購入）が可能となっている。
【０１６５】
本実施例の“購入・支払処理”では、手形情報生成等の支払処理を行う前に、購入対象の商品の情報（コンテンツＩＤ、価格、支払先ＩＤ等）を入手しておき、購入者からの購入指示があることを前提としており、購入する商品は、ダウンロードコンテンツであることを前提としている。
【０１６６】
まず、購入制御端末２００では、販売サーバ３００からコンテンツ名・コンテンツＩＤ・価格・支払先ＩＤ等からなるコンテンツ情報のメニューリストを入手し（ステップ４１７）、入手したメニューリストを購入制御部２４０のディスプレイ装置などに表示することで購入者の入力を促し（ステップ４１８）、購入制御部２４０のキーボタン装置等により購入者から購入コンテンツの指定されると（ステップ４１９）、手形情報生成等の支払処理に移行する。
【０１６７】
手形情報生成処理では、購入制御端末２００では、まず、認証セッション情報の認証セッションＩＤと手形署名鍵と次回手形発行ＩＤを読み出し、課金制御部２３０で手形署名の作成を行うことで手形情報を生成すると共に、認証セッション情報の手形発行可能額から購入コンテンツの価格である支払額を減算し、次回手形発行ＩＤに１加算する（ステップ４２０）。但し、当該認証セッション情報の認証タイムアウト時間を超えているときには、手形情報を作成しても手形情報による課金ができないため、手形情報の生成は行わずに支払処理を中止するか、再度ＩＣカード認証処理を行うことになる。なお、課金制御部２３０で保持する認証タイムアウト時間内の認証セッション情報が複数ある時には、適合なカードの認証セッション情報を選び出すことになるが、認証セッション情報の選択は、
・早く挿入されたカードの認証セッション情報を選ぶ；
・残額の少ないカードから選ぶ；
・残額の多いカードから選ぶ；
等のルールや、他のルールによっても構わない。
【０１６８】
図１３は、本発明の第１の実施例における手形情報の例を示す。
【０１６９】
同図の例では、手形情報は、認証セッションＩＤと手形発行ＩＤと手形署名からなり、認証セッションＩＤには、認証セッション情報から読み出した認証セッションＩＤが入り、手形発行ＩＤには、認証セッション情報から読み出した次回手形発行ＩＤが入り、手形署名には課金制御部２３０で作成する手形署名が入る。手形署名を作成するためのパラメータとして、手形署名鍵・認証セッションＩＤ・手形発行ＩＤ・支払先ＩＤ・支払額・コンテンツＩＤを使用し、各パラメータを結合したデータを一方向性ハッシュ関数に入力することで、入力文に対するメッセージ認証子として手形署名を得ている。一方向性ハッシュ関数は計算結果から入力文のカード認証鍵を推測することが困難であり、逆にカード認証鍵を知らなければ別の入力文と手形署名のペアの作成が困難な方式であれば何でもよく、ＭＤ５関数、ＳＨＡ関数等を使用することが可能である。
【０１７０】
ここで、手形署名鍵、認証セッションＩＤ、手形発行ＩＤは、認証セッション情報から読み出したデータであり、支払元（課金先）のカードを証明する情報となっている。
【０１７１】
また、支払先ＩＤ、コンテンツＩＤは、販売サーバ３００から受け取った購入コンテンツの情報であり、また、支払額には、購入コンテンツの価格を入れ、これら支払先ＩＤ、コンテンツＩＤ、支払額は、取引の内容を限定する情報となっている。
【０１７２】
また、手形署名作成方法は、認証セッションＩＤ・手形発行ＩＤ・支払先ＩＤ・支払額・コンテンツＩＤが改竄されていないことを証明できる情報としての手形署名が作成できればなんでもよく、例えば、手形署名鍵を鍵とした非対象（公開鍵）暗号方式を使用したディジタル署名等を使用しても構わない。但し、非対象暗号方式を使用する場合には、購入制御端末２００で保持する手形署名鍵を認証鍵とし、認証課金サーバ１００で保持する手形署名鍵を検証鍵として、それぞれペアとして関連付けられてはいるが、異なるデータの鍵を使用する必要がある。
【０１７３】
手形情報が生成されると、購入制御端末２００から販売サーバ３００に対して購入コンテンツを指定するコンテンツＩＤと、支払のための情報である手形情報とを送信する（ステップ４２１）ことで、コンテンツ購入を要求し、販売サーバ３００では、コンテンツＩＤと手形情報を受け取ると、認証課金サーバ１００に対して手形情報と精算時の支払先を特定する情報としての支払先ＩＤと、コンテンツの価格に相当する請求額と、コンテンツＩＤを送信する（ステップ４２２）。なお、ここで、請求額は、ステップ４１７で購入制御端末２００に送信したコンテンツの価格と同額でなけばならず、支払先ＩＤもステップ４１７で購入制御端末２００に送信した支払先ＩＤでなければならない（他の値を入れると課金に失敗する）。なお、通常の場合、支払先ＩＤは、販売サーバ３００を持つ事業者を特定する情報である。
【０１７４】
認証課金サーバ１００は、課金要求として、手形情報、支払先ＩＤ、請求額、コンテンツＩＤを受け取ると、まず、手形情報中の認証セッションＩＤを認証セッン管理部１２０で保持している認証セッション情報から検索し、該当する認証セッション情報がある場合には、現在時刻が認証タイムアウト時間前であるかを調べる（ステップ４２３）。
【０１７５】
該当する認証セッション情報があり、認証タイムアウト時間前であったときには、要求された手形情報に対する認証が有効であると判断し、手形情報検査を行う。逆に、該当する認証セッション情報がなかったり、あったとしても認証タイムアウト時間を過ぎている場合には、販売サーバ３００に対して課金失敗を通知し、処理を終了する。
【０１７６】
次に、手形情報検査として、手形情報（認証セッションＩＤ＋手形発行ＩＤ）が、手形決済履歴管理表１６０に登録されていないかを検査し、もし登録されていれば、既に課金済の手形情報であると判断し、販売サーバ３００に対して課金失敗を通知し、処理を終了する。手形決済履歴管理表１６０は、認証課金サーバ１００で作成・管理されるものであり、認証課金サーバ１００で決済した取引が全て記載される。従って、この表に記載されているということは、すでにその手形が課金済という証明になるので、上記のような動作となる。図１４は、本発明の第１の実施例の手形決済履歴管理表の例を示す。
【０１７７】
手形情報が登録されていない時には、検索された該当する認証セッション情報の手形署名鍵と販売サーバ３００から受信した手形情報、支払先ＩＤ、請求額、コンテンツＩＤを使用して、手形情報中の手形署名の検査を行う。
【０１７８】
手形署名の検査では、購入制御端末２００での手形署名作成時と同じ手順で手形署名鍵、手形情報中の認証セッションＩＤ、手形情報中の手形発行ＩＤ、支払先ＩＤ、請求額（手形署名作成時の支払額）、コンテンツＩＤをパラメータとして手形情報中の手形署名と作成された手形署名が同じであるか比較する。
【０１７９】
ここで、手形情報中の手形署名と作成された手形署名が異なる場合には、手形情報または、販売サーバ３００から指定された情報が不正であると判断し、販売サーバ３００に対して課金失敗を通知し、処理を終了する。そうでなれば課金処理を行う（ステップ４２４）。
【０１８０】
次に、課金処理として、手形情報中の手形発行ＩＤと、ステップ４２３で検索された認証セッション情報を手形決済履歴管理表１６０に登録すると共に、ステップ４２３で検索された認証セッション情報のカードＩＤに対応して、カードバリュー管理ＤＢ１３０で管理されているプリペイド残額から、販売サーバ３００から受け取った請求額分を減算する。ここで、プリペイド残額が請求額を下回る場合には、請求額分の課金が不可能であると判断し、販売サーバ３００に対して課金失敗を通知し、処理を終了する。プリペイド残額の減算ができたら、認証セッション管理部１２０から精算部１５０に対して、当該カードＩＤと販売サーバ３００から受信した手形情報、支払先ＩＤ、請求額、コンテンツＩＤを渡すことで、精算部１５０では、精算部１５０内で管理する精算ログＤＢの当該支払先ＩＤに対応して、取引リストとして手形情報、請求額、コンテンツＩＤの情報を追加し、精算額に請求額分を加算する（ステップ４２５）。
【０１８１】
課金が成功すると、カードＩＤ、支払先ＩＤ、手形情報、購入時間、再配送回数を再配送情報管理ＤＢ１４０に登録する。再配送回数は、再配送情報管理ＤＢ１４０に登録する時点では、０であるので、０として登録する（ステップ４２６）。再配送情報管理ＤＢ１４０のレコード例を図１５に示す。
【０１８２】
再配送情報管理ＤＢ１４０への登録が成功したら、ステップ４２２の課金要求の応答として、認証課金サーバ１００から販売サーバ３００に対して課金が成功したことを通知し、販売サーバ３００では課金成功通知を受信すると、受け取った課金成功通知の示す手形情報とコンテンツ名を自身が持つＤＢに登録する（ステップ４２７）と共に、コンテンツの配信を開始する（ステップ４２８）。
【０１８３】
また、課金が成功すると、認証課金サーバ１００は、その取引が決済されたものとして、手形決済履歴管理表１６０に課金が成功した認証セッションＩＤと手形発行ＩＤを記録する。
【０１８４】
次に、認証状態終了処理について説明する。
【０１８５】
図１０の“認証状態終了処理”で示した範囲で、ＩＣカード１０に対する認証状態の破棄を行う。当該認証状態終了処理が行われると、対象カードの認証セッション情報が削除されるため、支払処理の認証中検査が失敗し、再度、ＩＣカード認証処理が行われるまでは対象カードに対する課金が不可能となる。
【０１８６】
なお、本実施例の説明では、カード引抜きを契機とし、認証状態終了処理が行われることを前提としているが、カード引抜き以外でも、ユーザからサービス終了等の指示があった時等を契機として認証状態終了処理を行ってもよい。
【０１８７】
認証状態終了処理では、まず、ＩＣカード認証処理により認証済のカード１０が引き抜かれると（ステップ４２９）、カードリーダ・ライタ２１０によりカード引抜きが検知されて、課金制御部２３０で保持している引き抜かれたカード１０のカードＩＤに対応する認証セッション情報を削除する（ステップ４３０）と共に、購入制御端末２００の課金制御部２３０では認証課金サーバ１００に対してカードＩＤを送信することで、カードＩＤのカードの認証状態の破棄（認証セッション情報の削除）を要求する（ステップ４３１）。
【０１８８】
ここで、送信する情報は、認証セッションを特定できる情報であればなんでもよく、本実施例においてもカードＩＤではなく、認証セッションＩＤでもよい。認証課金サーバ１００では、ＩＣカード認証終了要求を受信すると、受信したカードＩＤにより認証セッション管理部１２０で保持する認証セッション情報を検索し、検索された認証セッション情報を削除することでカードＩＤに対する認証状態の破棄を行い（ステップ４３２）、認証状態が破棄されたことを購入制御端末２００に通知する（ステップ４３３）。
【０１８９】
次に、本発明の前提となる無課金再配送について説明する。
【０１９０】
本発明の前提となるシステムのもう一つの処理対象として、コンテンツ無課金再配送処理がある。本システムにおいては、認証課金サーバ１００において、再配送登録（ステップ４２６）が終了した後に、ネットワークの障害、あるいは販売サーバ３００の障害などにより、コンテンツを全て配信することができなかった、あるいは、コンテンツが配信されなかった場合に、コンテンツを無課金で再配送することを可能にしている。
【０１９１】
以下、本実施例の前提となる当該無課金再配送処理について説明する。
【０１９２】
図１６は、本発明の第１の実施例の無課金配送処理のシーケンスチャートである。
【０１９３】
まず、前提として、ユーザは、購入制御端末２００上のタイムアウト表示等により、コンテンツ配信が失敗したことを確認できる。
【０１９４】
このような状況で、ユーザは、購入制御端末２００のリセットボタンを押下または、ＩＣカード１０を購入制御端末２００から排出して再挿入することにより、ＩＣカード１０の再認証を行う（ステップ５１０）。このＩＣカードの再認証処理は、前述のＩＣカード認証と全く同じ動作である。
【０１９５】
ＩＣカード認証が終了したら、購入制御端末２００上で再配送操作を行う。再配送操作は、再配送ボタンの押下などによる明示的な操作であってもよいし、ＩＣカード認証が終了すると同時に、購入制御端末２００で自動的に行われる処理であってもよい。再配送操作では、再配送が可能であるかどうかを問い合わせるための情報を生成する（ステップ５２１）。この情報は、具体的には、手形情報などの、現在のＩＣカードの認証状態を示す情報である。生成された再配送問い合わせ情報は、購入制御端末２００から販売サーバ３００に送信される（ステップ５２２）。
【０１９６】
再配送情報要求を受信した販売サーバ３００は、手形情報などの再配送問い合わせ情報に、最大再配送可能回数や、最大再配送可能時間などの再配送可能条件を、販売サーバ３００の販売ポリシに従って付与する。最大再配送可能回数は「２回」などの具体的な回数であり、最大再配送可能時間は、「３６００秒」などの具体的な時間であればよい。また、再配送可能条件は付加しても付加しなくてもよく、また、回数や時間だけでなく、具体的なコンテンツを指定することにより、指定されたコンテンツを無課金にするなど、様々なバリエーションが考えられる。これらの情報を再配送可否情報要求として、認証課金サーバ１００に送信する（ステップ５２３）。
【０１９７】
再配送可否情報要求を受信した認証課金サーバ１００では、それが持つ手形情報から、再配送可否情報要求が現在認証中のＩＣカードから送信された情報であるのかどうかを検査する（ステップ５２４）。
【０１９８】
次に、再配送要求情報検査として、送信されてきた再配送可否情報要求が正しい要求であるかどうかを検査する（ステップ５２５）。正しい要求であると認知されれば、送信されてきた手形情報と図１１に示す認証課金サーバ１００の認証セッション情報から、認証中のＩＣカードのカードＩＤを特定できる。こうして特定したカードＩＤをキーにして、再配送情報管理ＤＢ１４０に再配送可能な情報が登録されていないかどうかを検査する（ステップ５２６）。図１５に示すような再配送情報管理ＤＢ１４０をカードＩＤをキーにして検索することにより、過去の取引情報を手形情報（過去の取引時に登録された過去の取引の認証セッションＩＤ，手形発行ＩＤ，手形署名鍵）が検索できる。これらの取引のうち、再配送回数が、最大再配送回数以下であり、現在時刻が購入時間と最大再配送可能時間の合計より小さい取引の手形情報を再配送可能コンテンツ情報とする。再配送可能コンテンツ情報は、あるカードに対して再配送可能な過去のすべての取引を表す情報であるので、単独の取引とは限らず、複数の取引情報からなることも考えられる。
【０１９９】
このとき、再配送可否要求情報に、最大再配送可能回数と最大再配送可能時間のいずれもが設定されていなければ、認証課金サーバ１００では、再配送情報管理ＤＢ１４０に登録されているカードＩＤに関連付けられた全ての取引情報、即ち、過去のその媒体から課金されたすべての取引の再配送可能コンテンツ情報を、再配送可否情報結果として送信する（ステップ５２７）。
【０２００】
再配送可否要求情報に、最大再配送可能回数が設定されているときには、認証課金サーバ１００では、再配送情報管理ＤＢ１４０に登録されているカードＩＤに関連付けられた全ての取引情報のうち、再配送回数が、最大再配送可能回数以下の再配送可能コンテンツ情報を、再配送可否情報結果として送信する（ステップ５２７）。
【０２０１】
再配送可否要求情報に、最大再配送可能時間が設定されているときには、認証課金サーバ１００では、再配送情報管理ＤＢ１４０に登録されているカードＩＤに関連付けられた全ての取引情報のうち、課金処理終了時刻から最大再配送可能時間が経過していない再配送可能コンテンツ情報を、再配送可否情報結果として送信する（ステップ５２７）。
【０２０２】
再配送可否情報結果を受信した販売サーバ３００は、再配送可能コンテンツ情報が示す取引を販売サーバ３００の過去ログから認知して、コンテンツ名やコンテンツＩＤなどのコンテンツ情報を再配送情報結果として購入制御端末２００に送信する（ステップ５２８）。
【０２０３】
なお、上記のコンテンツ情報は、認証課金サーバ１００が直接管理してもよい。
【０２０４】
コンテンツ情報を受信した購入制御端末２００は、再ダウンロード可能なコンテンツ一覧表示メニューなどの形で、コンテンツ名やコンテンツ購入時間を表示し、ユーザに再配送を行うコンテンツの選択を促す。
【０２０５】
ユーザが購入制御端末２００を操作して、再配送を行うコンテンツを選択し、再配送ボタンを押下するなどの契機により、購入制御端末２００上でコンテンツＩＤなどを含んだ再配送要求情報が生成される（ステップ５２９）。
【０２０６】
再配送要求情報は、基本的に、前述した手形情報と同じであるが、これに再配送するコンテンツを示すコンテンツ情報を含む。購入制御端末２００は、再配送要求情報を無課金再配送要求として販売サーバ３００に送信する（ステップ５３０）。
【０２０７】
無課金再配送要求を受信した販売サーバ３００は、再配送管理表更新要求として、認証課金サーバ１００に送信する（ステップ５３１）。
【０２０８】
再配送管理表更新要求を受信した認証課金サーバ１００は、再配送管理表更新要求が現在認証中のＩＣカード１０から送信された情報であるのかどうかを検査する（ステップ５３２）。この認証中検査の処理は、前述の認証中検査（ステップ４２３）の処理と全く同じ処理である。検査により現在認証中のＩＣカードであると認知されれば、送信されてきた再配送管理表更新要求が正しい要求であるかどうかを検査する（ステップ５３３）。再配送情報検査により正しい要求であると認知されれば、認証課金サーバ１００において、再配送要求情報から再配送情報管理ＤＢ１４０を検索し、当該取引の再配送回数を１つ加算し（ステップ５３４）、再配送管理表更新結果として販売サーバ３００に送信する（ステップ５３５）。
【０２０９】
再配送管理表更新結果を受信した販売サーバ３００は、購入制御端末２００に対してコンテンツを配送する（ステップ５３６）。
【０２１０】
上記の前提の基で、本発明の特徴である権利引継処理について説明する。
【０２１１】
上記の前提において説明したように、認証課金サーバ１００では、図９のカードバリュー管理ＤＢ１３０に示すようにＩＣカード１０のカードＩＤ毎にプリペイド残額を保持しており、また、図１５の再配送情報管理ＤＢ１４０に示すように、ＩＣカード１０のカードＩＤと当該ＩＣカード１０を使用して購入したコンテンツの取引及びコンテンツの再配送回数等の記録が対応付けられて管理されている。
【０２１２】
上記の前提では、認証課金サーバ１００でＩＣカード１０のカードＩＤ毎にプリペイド残額管理や、コンテンツ再配送管理を行っているため、ユーザはＩＣカード１０のプリペイド残額を使い切った場合においても、ＩＣカード１０に対応付けられて管理されているコンテンツ再配送の権利の保持のため、安易にＩＣカード１０を破棄することができない。また、ユーザがＩＣカードの残りのプリペイド残額が少額である第１のＩＣカード１０Ａに加え、第２のＩＣカード１０Ｂを新規に購入した場合に、第１のＩＣカード１０Ａと第２のＩＣカード１０Ｂの２枚のカードを持ち歩く必要がある。このような場合において、ＩＣカード毎に認証課金サーバ１００で管理されている情報をマージすることにより、引継元のＩＣカード１０Ａの廃棄を可能とし、また、認証課金サーバ１００の情報をクリアすることが可能となり、システムのリソースの有効活用が促進できる。
【０２１３】
図１７は、本発明の第１の実施例の権利引継書のシーケンスチャートである。
ユーザは、購入制御端末２００上で権利引継処理を開始する。
【０２１４】
権利引継処理開始の契機は、権利引継ボタンの押下などにより明示的な操作であってもよいし、購入制御端末２００に第１のカード１０Ａを挿入している際に、第２のＩＣカード１０Ｂを挿入した時点で、購入制御端末２００が第２のＩＣカード１０Ｂの挿入を検知し、ユーザに権利引継操作を促す画面を表示してもよいし、第２のＩＣカード１０Ｂの挿入を検知した際に自動的に権利引継の処理を開始してもよい。
【０２１５】
購入制御端末２００が自動的に権利引継処理を行う場合には、例えば、
・挿入されている第１のカードから後に挿入された第２のカードに権利を引き継ぐ；
・残額の少ないカードから、残額の多いカードへ権利を引き継ぐ；
等のルールや、他のルールによっても構わない。
【０２１６】
本実施例における権利引継処理では、まず、ユーザは、購入制御端末２００上で権利引継ボタンの押下等の明示的な操作を行い、権利の引継先となる第１のＩＣカード１０Ａを購入制御端末２００に挿入することとして説明する。
【０２１７】
購入制御端末２００は、権利の引継先のＩＣカード１０Ａの挿入を検知すると（ステップ６０１）、認証課金サーバ１００との間で引継先のＩＣカード１０Ａの認証を行う（ステップ６０２）。この引継先のＩＣカード１０Ａの認証は、前述のＩＣカード認証方法と同様である。
【０２１８】
次に、ユーザは、権利の引継元のＩＣカード１０Ｂを購入制御端末２００に挿入し（ステップ６０３）、権利引継処理を行う。
【０２１９】
購入制御端末２００は、権利の引継元となる引継元のＩＣカード１０Ｂの挿入を検知すると、認証課金サーバ１００との間で引継元のＩＣカード１０Ｂの認証を行う（ステップ６０４）。この引継元のＩＣカード１０Ｂの認証方法は、前述の方法と同様である。
【０２２０】
権利引継元のＩＣカード１０Ｂの認証が終了したら、購入制御端末２００は、権利引継手形生成処理を行う（ステップ６０５）。図１８は、本発明の第１の実施例の権利引継手形の例を示す。同図の例では、権利引継手形は、権利引継先特定情報と認証セッションＩＤと、手形発行ＩＤと手形署名からなり、権利引継先特定情報には、権利の引継先のＩＣカード１０Ａを一意に特定可能な情報が入り、認証セッションＩＤには、引継元のＩＣカード１０Ｂの認証セッション情報の認証セッションＩＤが入り、手形発行ＩＤには、引継元のＩＣカードの認証セッション情報から読み出した次回手形発行ＩＤが入り、手形署名には、課金制御部２３０で生成する手形署名が入る。
【０２２１】
具体的な権利引継先特定情報の例としては、権利の引継先のＩＣカード１０ＡのカードＩＤを権利の引継元のＩＣカード１０Ｂの手形署名鍵を暗号鍵として、ＦＥＡＬやＤＥＳといった共通鍵暗号化アルゴリズムに入力した結果等があげられる。権利引継先特定情報は、権利の引継先のＩＣカード１０Ａを特定できる情報であれば何でもよく、上記であげた例の他に引継先のＩＣカード１０ＡのカードＩＤや認証セッションＩＤでもよいし、引継先のＩＣカード１０Ａが持つ手形署名鍵等を用いて、引継先のＩＣカード１０Ａを認証課金サーバ１００で特定することが可能な情報を生成してもよい。
【０２２２】
また、手形署名の例としては、手形署名鍵、権利引継先特定情報と認証セッションＩＤと手形発行ＩＤを使用し、各パラメータを統合したデータを一方向性ハッシュ関数に入力することで入力文に対するメッセージ認証子としての手形署名を得ている。一方向性ハッシュ関数は計算結果から入力文の手形署名鍵を推測することが困難であり、逆に手形署名鍵を知らなければ別の入力文と手形署名のペアの作成が困難な方式であれば何でもよく、ＭＤ５関数やＳＨＡ関数等を使用することが可能である。
【０２２３】
次に、購入制御端末２００は、権利引継要求として、生成した権利引継先特定情報と権利引継元のＩＣカード認証セッションＩＤと手形発行ＩＤと手形署名からなる権利引継手形をパラメータとする権利引継要求を認証課金サーバ１００に送信する（ステップ６０６）。
【０２２４】
権利引継要求を受信した認証課金サーバ１００は、まず、認証中検査処理として、受信した認証セッションＩＤを認証セッション管理部１２０で保持している認証セッション情報から検索し、該当する認証セッション情報がある場合には、現在時刻が認証タイムアウト時間前であるかを調べる（ステップ６０７）。
【０２２５】
該当する認証セッション情報があり、認証タイムアウト時間前であったときには、要求された権利引継手形に対する認証が有効であると判断し、権利引継手形検査処理に移行する。
【０２２６】
権利引継手形検査処理では、検索された該当する認証セッション情報と手形署名鍵と、購入制御端末２００から受信した権利引継手形を使用して、権利引継手形中の手形署名の検査を行う（ステップ６０８）。
【０２２７】
権利引継手形検査処理では、該当する認証セッション情報の手形署名鍵を用いて、受信した権利引継手形情報中の権利引継先特定情報、認証セッションＩＤ，手形発行ＩＤを用いて、購入制御端末２００での手形署名作成時と同じ手順で手形署名を生成し、手形情報中の手形署名と同値であるかを比較する。ここで、権利引継手形中の手形署名と作成された手形署名が異なる場合には、手形情報または、購入制御端末２００から指定された情報が不正でると判断し、購入制御端末２００に対して、権利引継が失敗したことを通知し、処理を終了する。
【０２２８】
権利引継手形中の手形署名と認証課金サーバ１００で作成された手形署名が同一の場合には、権利引継要求のパラメータである権利引継先情報をもとに、ＩＣカードに対応付けられて管理されているプリペイド残額や再配送権利といった権利の引継先を特定する（ステップ６０９）。
【０２２９】
本実施例における引継先カード特定では、該当する認証セッション情報の手形署名鍵を読み出し、受信した権利引継先情報を復号化し、権利の引継先となるＩＣカード１０ＡのカードＩＤを読み出すことにより、権利引継先となるＩＣカードを特定する。
【０２３０】
次に、カードバリュー管理ＤＢ更新処理として、ステップ６０７の認証中検査処理で検索された認証セッション情報の引継元のＩＣカード１０ＢのカードＩＤにより一意に決まるカードバリュー管理ＤＢ１３０の残額フィールドの値を引継先カード特定処理（ステップ６０９）にて取得した引継先のＩＣカード１０ＡのカードＩＤにより一意に決まるカードバリュー管理ＤＢ１３０の残額の値に積算し、引継先のＩＣカード１０ＢのカードＩＤにより一意に決まるカードバリュー管理ＤＢ１３０の残額を０にする処理を行い、引継先ＩＣカード１０Ａへの残額の移動を実現する（ステップ６１０）。
【０２３１】
上記では、引継元ＩＣカードＩＤから引継先ＩＣカードＩＤへの残額の引継は、引継元ＩＤカードの全残額が引継対象として説明してきたが、権利引継要求に、引継額というパラメータを付加し、ユーザが引継金額を指定可能にすることにより、認証課金サーバ１００は、受信した引継残額分だけ、引継元ＩＣカード１０Ｂに対応するカードバリュー管理ＤＢ１３０の残額フィールドから減算し、引継先ＩＣカード１０Ａに対応するカードバリュー管理ＤＢ１３０の残額フィールドに積算するようにしてもよい。
【０２３２】
また、同様に、権利引継要求に、引継再配送権利というパラメータを付加し、ユーザが引き継ぐ再配送権利を指定できるようにしてもよい。
【０２３３】
また、残額の引継によりＩＣカード残額が規定された上限額を超える場合も考えられるが、その場合は、残額の引継処理を中止し、規定する上限額を超えたということを購入制御端末２００に通知するといった処理を入れてもよい。
【０２３４】
次に、再配送管理表更新処理として、引継元ＩＣカード１０Ｂに対応づけられて管理されているコンテンツの再配送権利を引継先カード１０Ａに引き継ぐ処理を行う（ステップ６１０）。
【０２３５】
本実施例における再配送管理表更新では、再配送情報管理ＤＢ１４０において、ステップ６０７の認証中検査で検索された認証セッション情報の引継元のＩＣカード１０ＢのカードＩＤと同値のカードＩＤを持つレコードを検索し、検索結果レコードのカードＩＤフィールドの値をステップ６０９にて取得した引継先のＩＣカード１０ＡのカードＩＤに書き換えることによって、再配送権利の引継を行う（ステップ６１１）。
【０２３６】
上記のように、カードバリュー管理ＤＢ１３０の更新と、再配送管理表更新を行うことにより、プリペイド残額や再配送権利は、引継元のカード１０Ｂから引継先のカード１０Ａへと移動される。
【０２３７】
ここで、認証課金サーバ１００は、権利引継によって、引継元カードのプリペイド残額が０かつ再配送権利が無しになった場合に、その引継元カードに関する情報を全てのデータベース等から削除する処理を行い、ディスクスペース等のリソースの有効活用をはかってもよい。
【０２３８】
最後に、認証課金サーバ１００は、引継後の残額等をパラメータとする権利引継要求結果を購入制御端末２００へ送信し、購入制御端末２００は、受信した引継後の残額を画面に表示し、ユーザに引継後のプリペイド残額等を知らせる（ステップ６１２）。
【０２３９】
また、権利引継要求結果のパラメータに、全ての残額及び再配送権利を引継ぎだ引継元カード１０Ｂに対して、使用済フラグを立てるというメッセージを追加してもよい。本メッセージを受信した購入制御端末２００は、引継元ＩＣカード１０Ｂに使用済フラグを立てる処理を行う。購入制御端末２００は、ユーザが認証開始要求の操作を行った後、購入制御端末２００に挿入されているＩＣカードに使用済フラグが立っているかを判別し、使用済フラグが立っていれば、認証課金サーバ１００へ認証開始要求を行うことなく、当該ＩＣカードは無効である旨のメッセージをユーザに通知する。この処理により、すべての残額及び再配送権利を他のカードに引継ぎ、ユーザが以降、使用することのない無効なプリペイドカードは、認証処理を行うことができなくなり、認証課金サーバ１００は、以降、不要な認証処理要求を受信しなくてもよくなり、認証課金サーバ１００のリソース及びネットワークのリソースの有効活用を図ることが可能となる。
【０２４０】
以上、示した権利引継ぎ処理は、繰り返し行うことが可能であり、ユーザは、引継ぎ元のＩＣカードを購入制御端末２００に挿入し、引継元ＩＣカード１０Ｂに対応付けられているプリペイド残額や再配送権利を連続して、１枚の引継ぎ先ＩＣカード１０Ａに引き継ぐことが可能である。
【０２４１】
次に、上記の一連の動作のうち、購入制御端末２００の動作を説明する。
【０２４２】
図１９は、本発明の第１の実施例の権利引継ぎ処理における購入制御端末の動作のフローチャートである。
【０２４３】
まず、購入制御端末２００では、ユーザのボタン押下などの操作により、権利引継ぎメニューを表示する（ステップ７０１）。権利引継ぎメニューでは、権利の引継先となるＩＣカードを挿入する旨の画面が表示される。ここで、購入制御端末２００は、引継先ＩＣカード１０Ａの挿入を待ち受けている。
【０２４４】
ユーザが権利の引継先としたいＩＣカード１０Ａを購入制御端末２００に挿入すると（ステップ７０２）、購入制御端末２００は、ＩＣカードの挿入を検知し、権利引継先ＩＣカードの認証処理を開始する（ステップ７０３）。ＩＣカード認証処理では、ＩＣカード１０ＡのカードＩＤと、ＩＣカードがカードＩＤに対応する正当な媒体であることが確認できればよく、
▲１▼  ＩＣカードにより、ＩＣカードＩＤとＩＣカードＩＤに関連付けられた秘密データを保持し、認証下記のサーバ１００でもＩＣカードＩＤと、ＩＣカードＩＤに関連付けられた秘密データ（または、秘密データを確認できるデータ８復号化鍵など）を保持している。
【０２４５】
▲２▼  認証時に、ＩＣカードに保存されているＩＣカードＩＤを認証課金サーバ１００へ送信し、ＩＣカードＩＤに関連付けられた秘密データの確認を行う。秘密データの確認は、以下のいくつかの方法が考えられる。
【０２４６】
・秘密データも認証課金サーバ１００へ送信し、認証課金サーバ１００で秘密データを照合する（パスワード方式、秘密データ＝パスワードと位置づけられる）；
・認証課金サーバ１００から乱数データを送信し、ＩＣカードで秘密データを鍵として使用し、メッセージ認証関数（ハッシュ関数等）やディジタル署名関数や暗号化関数など、作成したデータから秘密データが推測困難な方法により応答データの作成を行い、応答データを認証課金サーバ１００に返信することで、認証課金サーバ１００では、秘密データ（または、秘密データを確認できるデータ（復号化鍵など））を鍵とした応答データの確認を行う（チャレンジ＆レスポンス方式）；
▲３▼  必要性により、ＩＣカードＩＤの秘密データと、認証課金サーバ１００の秘密データ（または、秘密データを確認できるデータ（復号化鍵等））を更新する。
等の方法によるＩＣカードＩＤとＩＣカードがＩＣカードＩＤに対する正当なＩＣカードであることの確認が考えられる。
【０２４７】
権利引継先のＩＣカードの認証処理を完了すると（ステップ７０４）、購入制御端末２００は、権利の引継元となるＩＣカード１０Ｂの挿入をユーザに促し、引継元ＩＣカードの挿入を待ち受ける。
【０２４８】
ユーザが権利の引継元としたいＩＣカードを購入制御端末２００に挿入すると（ステップ７０５）、購入制御端末２００は、ＩＣカードの挿入を検知し、権利引継元ＩＣカード１０Ｂの認証処理を開始する（ステップ７０６）。ＩＣカード認証処理の詳細については、前述した権利引継先のＩＣカード１０Ａの認証処理と同様である。
【０２４９】
権利引継元のＩＣカード１０Ｂの認証処理を完了すると（ステップ７０７）、購入制御端末２００は、権利引継手形生成を行う。本実施例においては、まず、購入制御端末２００は、権利引継先ＩＣカード１０ＡのカードＩＤを読み出し、権利引継元ＩＣカード１０Ｂの手形署名鍵を暗号鍵とし、ＦＥＡＬやＤＥＳといった共通鍵暗号化アルゴリズムを用いて、引継先ＩＣカード１０ＡのカードＩＤを暗号化し、権利引継先特定情報を生成し、また、購入制御端末２００のメモリ中に保持しておく。次に、引継元ＩＣカード１０Ｂの認証処理による認証セッション情報中の認証セッションＩＤと手形発行ＩＤと前述した権利引継先特定情報を結合し、引継元ＩＣカード１０Ｂの手形署名鍵を用いて手形署名を生成する（ステップ７０８）。
【０２５０】
次に、購入制御端末２００は、権利引継先特定情報（暗号化カードＩＤ）、認証セッションＩＤ、手形発行ＩＤ、手形署名からなる権利引継手形をパラメータとする権利引継要求を認証課金サーバ１００に送信し、認証課金サーバ１００からのレスポンスを待ち受ける（ステップ７０９）。
【０２５１】
認証課金サーバ１００から権利引継要求結果を受信すると（ステップ７１０）、購入制御端末２００は、権利引継の結果残額等を画面に表示し、ユーザに提示する。その後、連続して他のＩＣカードの権利を挿入されている引継先ＩＣカードへ引き継ぐか否かを選択させる画面を表示し、ユーザに選択させる。ユーザが「終了」を選択した場合には、購入制御端末２００が保持している引継先ＩＣカード特定情報等をメモリからクリアし（ステップ７１１）、購入制御端末２００に挿入されている全てのＩＣカードに対して、認証セッション情報削除（ステップ７１２）、ＩＣカード認証終了送信の操作を行う（ステップ７１３）。
【０２５２】
ユーザがメニューにおいて、「終了」を選択せず、連続して他のＩＣカードの権利を引き継ぐことを選択した場合には、ユーザに引継元カードの引抜きを要求し、引継元ＩＣカードの引抜きを検知したら（ステップ７１４）、引継元カード認証終了処理を行い（ステップ７１５、７１６）、認証終了処理完了後、再び、ステップ７０５以降の処理を繰り返す。
【０２５３】
ここで、複数枚のＩＣカードを検知できるカードリーダであれば、挿入されている引継元のカードを引き抜かずに、新規にカードを挿入することが可能である。
【０２５４】
次に、認証課金サーバの動作を説明する。
【０２５５】
図２０は、本発明の第１の実施例の権利引継処理における認証課金サーバの動作のフローチャートである。
【０２５６】
認証課金サーバ１００は、権利引継要求を受信すると（ステップ８０１）、現在認証中のＩＣカードからの要求であるかどうかを検査するために、認証課金サーバ１００が保持している認証情報と、送信されてきた権利引継手形中の認証情報とを対応させ、認証状態を確認するために、受信した権利引継手形中の認証セッションＩＤが認証セッション情報に登録されていないときは（ステップ８０２、８０３，Ｎｏ）、購入制御端末２００に対してエラーを送信するための処理を行い、処理を終了する（ステップ８１１）。
【０２５７】
認証セッションＩＤが認証セッション情報に登録されているときは（ステップ８０３，Ｙｅｓ）、検索された認証情報の認証タイムアウト時間が、現在時刻より古ければ（ステップ８０４，Ｙｅｓ）、購入制御端末２００に対するメッセージでエラーを送信するなどの処理を行い、処理を終了する（ステップ８１１）。検索された認証セッション情報の認証タイムアウト時間が、現在時刻より新しければ（ステップ８０４，Ｎｏ）、使用済手形リストの検索処理に移行する。
【０２５８】
なお、タイマ監視などによりリアルタイムに期限切れセッションの検出が行われて、後述する認証タイムアウト処理が行われていれば、認証有効期限切れの処理は必ずしも必要ではない。
【０２５９】
受信した手形破棄情報内の手形情報が、手形決済履歴管理表１６０に登録されていれば（ステップ８０５，Ｙｅｓ）、手形課金済通知送信を行い、処理を終了する（ステップ８１１）。
【０２６０】
受信した手形破棄情報内の手形情報が、手形決済履歴管理表１６０に登録されていなければ（ステップ８０５，Ｎｏ）、購入制御端末２００での手形署名作成時と同じ手順で、認証セッション情報に保存されている手形署名鍵、受信した手形情報中の認証セッションＩＤと、受信した手形情報中の手形発行ＩＤと、受信した支払先ＩＤとをパラメータとして手形署名を作成し、受信した手形情報中の手形署名と、手形署名生成処理で作成した手形署名が同じであるかを比較する。手形情報中の手形署名と作成された手形署名が異なる場合には（ステップ８０６，Ｎｏ）、購入制御端末２００に対するメッセージでエラーを送信するなどの処理を行い、処理を終了する（ステップ８１１）。
【０２６１】
手形情報中の手形署名と作成された手形署名が同一の場合には（ステップ８０６，Ｙｅｓ）、受信した引継先ＩＣカード特定情報、本実施例では、暗号化引継先カードＩＤの復号化を行い、復号化結果のＩＣカードＩＤがカードバリュー管理ＤＢ１３０に存在するか否かを検索する。該当するカードＩＤが存在しなかった場合には、引継先カードが特定できなかったと判断し（ステップ８０７，Ｎｏ）、エラー応答を購入制御端末２００に送信する（ステップ８１１）。
【０２６２】
該当するカードＩＤが存在した場合には（ステップ８０７，Ｙｅｓ）、受信した認証セッション情報を元に、認証課金サーバ１００で管理している認証情報から、引継元のＩＣカードＩＤを検索する。検索されたＩＣカードＩＤをキーにして、認証課金サーバ１００で管理しているカードバリュー管理ＤＢ１３０から対応するレコードを検索し、そのレコードのプリペイド残額フィールドの値をステップ８０７で検索した引継先のＩＣカードに対応するレコードのプリペイド残額フィールドの値に積算する。積算完了後、カードバリュー管理ＤＢ１３０の引継元のカードに対応するレコードのプリペイド残額フィールドの値を０にする（ステップ８０８）。
【０２６３】
次に、引継元のＩＣカードＩＤをキーにして、再配送情報管理ＤＢ１４０から同値のカードＩＤ値を格納しているレコードを抽出し、抽出完了後、すべての抽出したレコードのカードＩＤフィールドの値を引継先のＩＣカードＩＤの値に置き換える（ステップ８０９）。
【０２６４】
上述した一連の処理を完了後、認証課金サーバ１００は、権利引継結果として、引継後のプリペイド残額等をパラメータとする権利引継結果を購入制御端末２００に送信する（ステップ８１０）。
【０２６５】
［第２の実施例］
前述の第１の実施例では、ユーザは、購入制御端末２００にまず、権利引継先のＩＣカードを挿入し、その後に、権利引継元のＩＣカードを挿入して（連続挿入可）、権利の引継が行われるという手順で説明したが、引継元となるＩＣカードを先に購入制御端末２００に挿入し（連続挿入可）、後に、権利引継先のＩＣカードを挿入して、後に引継元となるＩＣカードを挿入することによって、権利が引き継がれる処理について説明する。
【０２６６】
図２１は、本発明の第２の実施例の権利引継処理のシーケンスチャートである。
【０２６７】
購入制御端末２００は、権利の引継元のＩＣカード１０Ｂの挿入を検知、もしくは、ユーザの明示的な操作により、認証課金サーバ１００への引継元のＩＣカード１０Ｂの認証を行う（ステップ９０１、９０２）。この引継元のＩＣカード１０Ｂの認証は、前述のＩＣカード認証の処理と同様である。
【０２６８】
権利引継元のＩＣカード１０Ｂの認証が終了したら、購入制御端末２００は、権利引継手形生成を行う（ステップ９０３）。図２２は、本発明の第２の実施例の権利引継手形情報の例を示す。同図の例では、権利引継手形は、認証セッションＩＤ、手形発行ＩＤ、手形署名からなり、認証セッションＩＤには、引継元となる第１のＩＣカード１０Ｂの認証セッション情報の認証セッションＩＤが入り、手形発行ＩＤには、引継元のＩＣカード１０Ｂの認証セッション情報から読み出した次回手形発行ＩＤが入り、手形署名には、課金制御部２３０で生成する手形署名が入る。
【０２６９】
なお、ユーザは、権利を引き継ぎ元となるＩＣカード１０Ｂを購入制御端末２００に連続挿入して、上記の権利引継元情報を複数生成することも可能である。ここで、前述した前提の処理では、購入制御端末２００は、認証状態のＩＣカードの引抜きを検知すると、購入制御端末２００が引き抜いたＩＣカードに対する認証の破棄要求を認証課金サーバ１００に送信されるという記述があったが、購入制御端末２００でＩＣカードの引抜きを検知しても、認証の破棄要求をしないようにすれば、権利を引き継がせたいＩＣカードを無限に繰り返し挿入し、権利引継手形を複数作成することが可能になる。
【０２７０】
次に、ユーザは、購入制御端末２００上で権利引継処理開始等の明示的な操作を行い、権利の引継先のＩＣカード１０Ａを購入制御端末２００に挿入し（ステップ９０４）、権利引継処理を行う。
【０２７１】
購入制御端末２００は、権利の引継先のＩＣカード１０Ａの挿入を検知すると、認証課金サーバ１００への引継先のＩＣカード１０Ａの認証を行う（ステップ９０５）。この引継先のＩＣカード１０Ａの認証は、前述したＩＣカード認証処理と同様である。
【０２７２】
ＩＣカードの認証完了後、権利引継先のＩＣカード１０Ａを特定するための情報を生成する（ステップ９０６）。当該処理は、前述の第１の実施例と同様である。ここでは、権利引継先ＩＣカード１０Ａに対応する認証セッションＩＤを権利引継先特定情報として説明する。
【０２７３】
購入制御端末２００は、先程作成した権利引継手形（複数可）と権利引継特定情報をパラメータとする権利引継要求を認証課金サーバ１００に送信する（ステップ９０７）。
【０２７４】
権利引継要求を受信した認証課金サーバ１００は、まず、受信した権利引継手形中の認証セッションＩＤを認証セッション管理部１２０で保持している認証セッション情報から検索し、該当する認証セッション情報がある場合には、現在時刻が認証タイムアウト時間前であるかを調べる。該当する認証セッション情報があり、認証タイムアウト時間前であった時には、要求された権利引継手形に対する認証が有効であると判断し（ステップ９０８）、検索された該当する認証セッション情報の手形署名鍵と、購入制御端末２００から受信した権利引継手形を使用して、権利引継手形中の手形署名の検査を行う（ステップ９０９）。権利引継情報検査では、該当する認証セッション情報の手形署名鍵を用いて、受信した権利引継手形情報中の権利引継先特定情報、認証セッションＩＤ、手形発行ＩＤを用いて、購入制御端末２００での手形署名作成時と同じ手順で手形署名を生成し、手形情報中の手形署名と同値であるかを比較する。ここで、権利引継手形中の手形署名と作成された手形署名が異なる場合には、手形情報または、購入制御端末２００から指定された情報が不正であると判断し、購入制御端末２００に対して、権利引継が失敗したことを通知し、処理を終了する。
【０２７５】
権利引継手形中の手形署名と認証課金サーバ１００で作成された手形署名が同一の場合には、権利引継要求のパラメータである権利引継先情報に基づいて、ＩＣカードに対応付けられて管理されているプリペイド残額や再配送権利といった権利の引継先を特定する（ステップ９１０）。ここでは、受信した引継先のＩＣカード１０Ａに対応する認証セッションＩＤを元に、引継先カードＩＤを特定する。
【０２７６】
次に、ステップ９０８で検索された認証セッション情報の引継元のＩＣカード１０ＢのＩＣカードＩＤにより一意に決定されるカードバリュー管理ＤＢ１３０の残額フィールドの値をステップ９１０で特定された引継先のＩＣカード１０ＡのカードＩＤにより一意に決まるカードバリュー管理ＤＢ１３０の残額の値に積算し、積算終了後、引継元のＩＣカードのカードバリュー管理ＤＢ１３０の残額を０にする処理を行い、引継先のＩＣカード１０Ａへの残額の移動を実現する（ステップ９１１）。
【０２７７】
次に、引継元カード１０Ｂに対応付けられて管理されているコンテンツの再配送権利を引継先カード１０Ａに引き継ぐ処理を行う（ステップ９１２）。
【０２７８】
本実施例では、再配送情報管理ＤＢ１４０において、ステップ９０８で検索された認証セッション情報の引継元カード１０ＢのカードＩＤと同値のカードＩＤを持つレコードを検索し、検索結果レコードのカードＩＤフィールドの値をステップ９１０で取得した引継先のＩＣカード１０ＡのカードＩＤに書き換えることによって、再配送権利の引継を行う。
【０２７９】
上記のように、カードバリュー管理ＤＢ１３０の更新と、再配送管理表更新を行うことにより、プリペイド残額や再配送権利は、引継元のカード１０Ｂから引継先のカード１０Ａへと移動される。
【０２８０】
複数の権利引継手形が送信されてきた場合には、上記の処理を手形数分繰り返す。
【０２８１】
最後に、認証課金サーバ１００は、引継後の残額等をパラメータとする権利引継要求結果を購入制御端末２００へ送信し（ステップ９１３）、購入制御端末２００は、受信した引継後の残額を画面に表示し、ユーザに引継後のプリペイド残額を知らせる。
【０２８２】
以上、示したように、引継元ＩＣカードを挿入した後に、引継先ＩＣカードを挿入するという操作においても、権利引継が可能であり、購入制御端末２００の設置環境等によっては、購入制御端末２００のユーザインタフェースの改善が期待できる。
【０２８３】
［第３の実施例］
前述の第１の実施例及び第２の実施例では、権利引継先となる媒体を関連付けるにあたり、購入制御端末２００から権利引継先の媒体のカードＩＤと権利引継元の媒体の認証セッションＩＤ等の媒体特定情報を認証課金サーバ１００に送信することによって実現する方法を説明したが、購入制御端末２００を一意に特定する端末ＩＤ等の情報を用いて、カードＩＤ等のカードに依存した情報を用いずとも、権利引継先と権利引継元となる媒体を関連付けする方法も考えられる。本実施例では、購入制御端末２００を一意に識別可能な端末ＩＤ等の情報を用いて、権利引継先と権利引継元となる媒体を関連付けし、権利引継処理を行う方法について説明する。
【０２８４】
図２３は、本発明の第３の実施例の権利引継処理のシーケンスチャートである。
【０２８５】
購入制御端末２００は、権利の引継先のＩＣカード１０Ａの挿入を検知、もくしは、ユーザの明示的な操作により、認証課金サーバ１００間で引継先のＩＤカード１０Ａの認証を行う（ステップ１００１）。このＩＣカードの認証処理は、前述の処理と同様である。
【０２８６】
次に、購入制御端末２００は、権利引継先の媒体を特定するための情報を生成する（ステップ１００２）。ここでは、認証状態にある引継先のＩＣカード１０Ａの認証セッションＩＤを権利引継先特定情報として説明する。
【０２８７】
次に、購入制御端末２００は、購入制御端末２００を特定するための情報を生成する（ステップ１００３）。端末特定情報は、認証課金サーバ１００にて、購入制御端末２００を識別可能な情報であれば何でもよい。但し、購入制御端末２００と認証課金サーバ１００間のネットワークが、インターネット等の第三者が通信データを偽造・改竄したりすることが可能なネットワークであった場合には、その脅威を防ぐために暗号化や電子署名等の技術を使い、端末のなりすましを防ぐ必要がある。
【０２８８】
本実施例においては、購入制御端末２００の出荷時に予め購入制御端末２００毎に埋め込んだ端末認証鍵、及び購入制御端末２００にて生成する原文等を用いて、メッセージ認証子（ＭＡＣ）を作成する方法を用いて、購入制御端末のなりすましを防止することとする。
【０２８９】
購入制御端末２００は、次に、権利引継先特定情報と端末特定情報をパラメータとする権利引継先指定要求を認証課金サーバ１００に送信する（ステップ１００４）。
【０２９０】
本実施例においては、権利引継先特定情報の具体例は、引継先のＩＣカード１０Ａに対応した認証セッションＩＤであり、端末特定情報の具体例は、端末ＩＤ、原文、ＭＡＣの組となる。
【０２９１】
権利引継先指定情報を受信した認証課金サーバ１００では、まず、受信した端末ＩＤから対応する端末認証鍵を読み出し、端末と同様の演算（ＭＡＣ生成）を行い、端末認証を行う（ステップ１００５）。認証がＮＧであった場合には、エラー応答を購入制御端末２００に送信する。ＯＫであった場合には、受信した認証セッションＩＤから対応するカードＩＤを認証セッション情報から検索し、その結果のカードＩＤと権利引継先指定要求で受信した端末ＩＤを権利引継先ＤＢに登録する（ステップ１００６）。図２４に権利引継先ＤＢの例を示す。同図に示す端末ＩＤフィールドには、端末を特定するためのユニークな識別子である端末ＩＤが格納される。また、カードＩＤフィールドには、ＩＣカードを特定するためのユニークな識別子であるカードＩＤが格納される。
【０２９２】
認証課金サーバ１００は、権利引継先指定要求結果として、正常に終了した等のステータスをパラメータとし、購入制御端末２００に権利引継指定要求のレスポンスを送信する（ステップ１００７）。
【０２９３】
次に、ユーザは、権利引継元のＩＣカード１０Ｂを購入制御端末２００に挿入し、権利引継処理を行う。購入制御端末２００は、権利の引継元のＩＣカード１０Ｂの挿入を検知すると、認証課金サーバ１００との間で当該カード１０Ｂの認証を行う（ステップ１００８）。認証方法は、前述と同様である。
【０２９４】
権利引継元のＩＣカード１０Ｂの認証が終了したら、購入制御端末２００は、権利引継手形生成を行う（ステップ１００９）。図２５は、本発明の第３の実施例の権利引継手形の例を示す。同図において、権利引継手形は、端末特定情報、認証セッションＩＤ、手形発行ＩＤ、手形署名からなり、端末特定情報には、購入制御端末２００を一意に特定可能な端末ＩＤ等の情報が入り、認証セッションＩＤには、引継元のＩＣカードの認証セッション情報の認証セッションＩＤが入り、手形発行ＩＤには、引継元のＩＣカード１０Ｂの認証セッション情報から読み出した次回手形発行ＩＤが入り、手形署名には、課金制御部２３０で生成する手形署名が入る。
【０２９５】
次に、購入制御端末２００は、権利引継要求として、生成した端末特定情報と権利引継元となるＩＣカード１０Ｂの認証セッションＩＤと、手形発行ＩＤと手形署名からなる権利引継手形をパラメータとする権利引継要求を認証課金サーバ１００に送信する（ステップ１０１０）。
【０２９６】
権利引継要求を受信した認証課金サーバ１００は、まず、受信した認証セッションＩＤを認証セッション管理部１２０で保持している認証セッション情報から検索し、該当する認証セッション情報がある場合には、現在時刻が認証タイムアウト時間前であるかを調べる（ステップ１０１１）。
【０２９７】
該当する認証セッション情報があり、認証タイムアウト時間前であったときには、要求された権利引継手形に対する認証が有効であると判断し（ステップ１０１２）、権利引継手形検査を行う。
【０２９８】
権利引継手形検査として、検索された該当する認証セッション情報の手形署名価値と、購入制御端末２００から受信した権利引継手形を使用して、権利引継手形中の手形署名の検査を行う。権利引継手形検査では、該当する認証セッションの手形署名鍵を用いて、受信した権利引継手形情報中の権利引継先特定情報、認証セッションＩＤ、手形発行ＩＤを用いて、購入制御端末２００での手形署名作成時と同じ手順で手形署名を生成し、手形情報中の手形署名と同値であるか比較する。ここで、権利引継手形中の手形署名と作成された手形署名が異なる場合には、手形情報または、購入制御端末２００から指定された情報が不正であると判断し、購入制御端末２００に対して、権利引継が失敗したこと通知し、処理を終了する（ステップ１０１３）。
【０２９９】
権利引継手形中の手形署名と認証課金サーバ１００で作成された手形署名が同一の場合には、権利引継要求のパラメタである端末ＩＤを元に、ＩＣカードに対応付けられて管理されているプリペイド残額や再配送権利といった権利の引継先を特定する。本実施例における権利引継先管理ＤＢでは、権利引継要求にて受信した端末ＩＤをキーに権利引継先管理ＤＢを検索し、検索合致結果のレコードから権利引継先となるＩＣカードのカードＩＤを参照し、権利引継先となるＩＣカードを特定する。
【０３００】
これにより、引継先のカードＩＤ及び引継元のカードＩＤの特定が可能になる（ステップ１０１４）。
【０３０１】
以下の処理（ステップ１０１５、１０１６）は、前述の第１の実施例と同様である。
【０３０２】
上記のようにして、端末特定情報をもとに、引継先ＩＣカードと引継元ＩＣカードを対応付けて、プリペイド残額や再配送権利を引継元のカードから引継先のカードへと移動することが可能である。
【０３０３】
また、上記の購入制御端末２００、認証課金サーバ１００の動作をプログラムとして構築し、ネットワークを介して流通させる、または、購入制御端末、認証課金サーバとして利用されるコンピュータにインストールすることが可能である。
【０３０４】
また、構築されたプログラムを購入制御端末、認証課金サーバとして利用されるコンピュータに接続されるハードディスクや、フレキシブルディスク、ＣＤ−ＲＯＭ等の可搬記憶媒体に格納しておき、本発明を実施する際にインストールすることも可能である。
【０３０５】
なお、本発明は、上記の実施例に限定されることなく、特許請求の範囲内において、種々変更・応用が可能である。
【０３０６】
【発明の効果】
上述のように、本発明によれば、引継元のＩＣカードから引継先のＩＣカード（引継先）へプリペイド残額や再配送権利といった権利を引き継ぐことが可能となる。
【０３０７】
これにより、ユーザが引継元のＩＣカードに加え、引継先のＩＣカードを新規に購入した場合に、引継元のＩＣカードに対応付けられて管理されているプリペイド残額や再配送の権利を引継先のＩＣカードに移行することができ、２枚のＩＣカードを持ち歩く必要がなくなり、ユーザの利便性が向上する。
【０３０８】
特に、ＩＣカードのプリペイド残額を使い切った場合において、ＩＣカードに対応付けられて管理されているコンテンツ再配送の権利の保持のため、安易にＩＣカードを廃棄することができなかったが、本発明により、プリペイド残額を使い切った使用頻度の少ないＩＣカードを廃棄することができる。
【０３０９】
また、認証課金サーバでは、従来予め定められたＩＣカードの有効期限が切れるまでカードの各種情報を保持していたが、引継元のＩＣカードに対応付けられ管理されているプリペイド残額や再配送権利を引継先のＩＣカードに移行することが可能となるため、権利引継後は、引継元のＩＣカードに関する情報をその時点で破棄することができ、認証課金サーバのディスクスペースの無駄を削減及び不必要なレコードの削除による各種データベースの検索パフォーマンスの向上といった認証課金サーバのリソースの有効活用が期待できる。
【図面の簡単な説明】
【図１】本発明の原理を説明するための図である。
【図２】本発明の原理構成図である。
【図３】本発明の一実施の形態におけるシステム構成図である。
【図４】本発明の一実施の形態における前提となる動作のシーケンスチャート（コンテンツ課金処理）である。
【図５】本発明の一実施の形態におけるシステムの前提となる動作のシーケンスチャート（無課金配送処理）である。
【図６】本発明の一実施の形態における権利引継処理のシーケンスチャートである。
【図７】本発明の第１の実施例の前提となるシステム構成図である。
【図８】本発明の第１の実施例のＩＣカードのカードデータ保持部内のデータ例である。
【図９】本発明の第１の実施例の認証課金サーバのカードバリュー管理ＤＢのレコード例である。
【図１０】本発明の第１の実施例の前提となる動作のシーケンスチャートである。
【図１１】本発明の第１の実施例の認証課金サーバにおける認証セッション情報の例である。
【図１２】本発明の第１の実施例の購入制御端末における認証セッション情報の例である。
【図１３】本発明の第１の実施例の手形情報の例である。
【図１４】本発明の第１の実施例の手形決済履歴管理表の例である。
【図１５】本発明の第１の実施例の再配送情報管理ＤＢのレコードの例である。
【図１６】本発明の第１の実施例の無課金配送のシーケンスチャートである。
【図１７】本発明の第１の実施例の権利引継処理のシーケンスチャートである。
【図１８】本発明の第１の実施例の権利引継手形情報の例である。
【図１９】本発明の第１の実施例の権利引継処理における購入制御端末の動作のフローチャートである。
【図２０】本発明の第１の実施例の権利引継処理における認証課金サーバの動作のフローチャートである。
【図２１】本発明の第２の実施例の権利引継処理のシーケンスチャートである。
【図２２】本発明の第２の実施例の権利引継手形情報の例である。
【図２３】本発明の第３の実施例の権利引継処理のシーケンスチャートである。
【図２４】本発明の第３の実施例の権利引継元管理ＤＢの例である。
【図２５】本発明の第３の実施例の権利引継手形情報の例である。
【符号の説明】
１０  認証媒体、ＩＣカード
１０Ａ 引継先ＩＣカード
１０Ｂ 引継元ＩＣカード
１１  通信部
１２  認証応答部
１３  カードデータ保持部
１００  認証課金サーバ
１０１  引継先認証手段
１０２  引継元認証手段
１０３ 権利引継手形検査手段
１０４ 残額移動手段
１０５  結果送信手段
１１０  通信部
１２０  認証セッション管理部、認証セッション記憶部
１３０  カードバリュー管理ＤＢ
１４０  再配送情報管理ＤＢ
１５０  精算部
１６０  手形決済管理表
２００  購入制御端末
２０１  引継先認証要求手段
２０３ 引継元カード認証要求手段
２０４ 引継元認証情報取得手段
２０５ 権利引継手形生成手段
２０６ 権利引継要求送信手段
２１０  カードリーダ・ライタ
２２０  通信部
２３０  課金制御部
２４０  購入制御部
３００  販売サーバ
３１０  通信部
３２０  制御部
３３０  販売履歴管理ＤＢ
３４０  精算ログＤＢ
３５０  コンテンツＤＢ等
【図１】
0004168656.tif 000002
【図２】
0004168656.tif 000003
【図３】
0004168656.tif 000004
【図４】
0004168656.tif 000005
【図５】
0004168656.tif 000006
【図６】
0004168656.tif 000007
【図７】
0004168656.tif 000008
【図８】
0004168656.tif 000009
【図９】
0004168656.tif 000010
【図１０】
0004168656.tif 000011
【図１１】
0004168656.tif 000012
【図１２】
0004168656.tif 000013
【図１３】
0004168656.tif 000014
【図１４】
0004168656.tif 000015
【図１５】
0004168656.tif 000016
【図１６】
0004168656.tif 000017
【図１７】
0004168656.tif 000018
【図１８】
0004168656.tif 000019
【図１９】
0004168656.tif 000020
【図２０】
0004168656.tif 000021
【図２１】
0004168656.tif 000022
【図２２】
0004168656.tif 000023
【図２３】
0004168656.tif 000024
【図２４】
0004168656.tif 000025
【図２５】
0004168656.tif 000026