価値情報送信システム
【課題】サーバ・クライアント型の価値情報交換システムにおいて、通信障害発生時にも、価値情報の損失や重複が発生しないことを特徴とする価値情報交換システムを提供する。
【解決手段】サーバ機器１０１とクライアント機器１０３の間で価値情報を移動する際には、一連の通信シーケンスに対してユニークな識別子を付与する。機器間での通信時には前記識別子を併せて送信し、価値情報を更新する際にも前記識別子を併せて記録する。これによって、同一の識別子で価値情報移動のための通信を受信した場合には、価値情報の更新を行わずにメッセージを返信する。
【解決手段】サーバ機器１０１とクライアント機器１０３の間で価値情報を移動する際には、一連の通信シーケンスに対してユニークな識別子を付与する。機器間での通信時には前記識別子を併せて送信し、価値情報を更新する際にも前記識別子を併せて記録する。これによって、同一の識別子で価値情報移動のための通信を受信した場合には、価値情報の更新を行わずにメッセージを返信する。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、通信経路を介して接続されるサーバ・クライアント型の価値情報交換システムにおいて、価値情報を交換する方法に関し、特に、価値情報の交換に係る通信負荷を低減させる方法に関するものである。
【背景技術】
【０００２】
ネットワークの発展に伴い、ネットワークを経由して商取引を行う電子商取引システム(Electronic Commerce System)が数多く発表されている。このような商取引システムにおいては、通信を行う両端点の機器同士で何らかの価値のある情報を交換する。価値のある情報としては、例えば金銭を特定する情報が該当する。特に近年は金銭以外にも、電子的なコンテンツの配信を行うコンテンツ配信システムにおいて、コンテンツの利用権利を機器間で交換することも行われる。
【発明の開示】
【発明が解決しようとする課題】
【０００３】
このような機器間での価値情報交換システムでは、通信障害が発生した際の処理が大きな問題となる。通信障害の発生によって、価値情報が不当に複製されたり喪失されることがあってはならない。
【０００４】
こうした通信障害に対する耐性を持つ従来の価値情報交換システムとしては、通信障害発生時に価値情報の交換手順を回復するために、機器間での通信内容をログとして記録し、この方法としてモンデックス特許と呼ばれる価値情報交換方法が知られている（例えば、特許文献１参照。）。この価値情報交換方法は、二つの電子財布間での価値情報交換には有効な方法であるが、一つのサーバに対して多数のクライアント機器が接続されるサーバ・クライアント型のシステムでは問題が大きい。
【０００５】
これは、サーバは多数のクライアントと同時に通信を行う必要があるため、ログが非常に大きくなってしまうことや、サーバ・クライアント間の通信は、電子財布間の通信に比べて遙かに脆弱であり、通信障害が発生する確率が非常に高くなるためである。
【０００６】
そこで、本発明は、かかる問題点に鑑みてなされたものであり、サーバ・クライアント間でコンテンツ利用ライセンス等の価値情報の交換通信を行う場合において、たとえ価値情報交換の通信途中において通信障害が発生しても、正確に価値情報を交換できる価値情報交換システムを提供することを目的とする。
【０００７】
また、サーバ・クライアント機器間の通信回数、サーバ・クライアント機器が備える記憶装置へのデータ書き込み回数等を低減させ、価値情報交換通信にかかる処理負荷を低減させることが可能な価値情報交換システムを提供することをも目的とする。
【特許文献１】特表平１１−５０５３４８号公報
【課題を解決するための手段】
【０００８】
このような課題を解決するために、本発明に係る価値情報送信システムは、第１機器（サーバ機器）から第２機器（クライアント機器）へ、通信網を介して権利に関する内容を表す価値情報を送信する価値情報送信システムであって、前記第１機器は、前記第２機器から前記第２機器に固有の機器固有情報の通知を受け、前記機器固有情報を用いて前記第２機器との間での認証を行う第１認証手段と、前記第２機器から、前記第２機器との間での一連の価値情報の送信の通信を識別する通信識別情報と、前記第２機器が取得を要求する価値情報に関する要求情報を含むリクエストメッセージとを受信する受信手段と、少なくとも前記第２機器に前記価値情報を送信するまで第２機器との間の前記通信識別情報を、前記第２機器の機器固有情報と対応付けて保持する第１のデータ記憶手段と、前記リクエストメッセージに含まれる前記要求情報に従って価値情報を生成する生成手段と、生成した価値情報を含むレスポンスメッセージを前記第２機器に送信する送信手段とを備え、前記第２機器は、価値情報を記憶する第１記憶手段と、前記第２機器に固有の前記機器固有情報を記憶する第２記憶手段と、前記機器固有情報を前記第１機器に通知し、前記機器固有情報を用いて前記第１機器との間で前記認証を行う第２認証手段と、前記要求情報を生成する要求情報生成手段と、前記通信識別情報を生成する通信識別情報生成手段と、前記通信識別情報と、前記要求情報を含んだリクエストメッセージとを前記第１機器に送信する送信手段と、少なくとも前記第１機器より前記価値情報を受信するまで前記通信識別情報を保持する第２のデータ記憶手段と、前記第１機器から前記価値情報を含んだレスポンスメッセージを受信する受信手段と、前記受信手段が前記レスポンスメッセージを受信すると、前記第１記憶手段に前記レスポンスメッセージに含まれる価値情報を記憶する更新手段とを備えることを特徴としている。
【０００９】
また、前記課題を解決するために、本発明に係る価値情報交換システムにおいて、前記第２機器は、さらに、前記価値情報を前記第１記憶手段に記録すると、コミットメッセージを生成し、前記第１機器に送信するコミット処理手段を備えることを特徴とする。
【００１０】
尚、本発明は、上述のような価値情報交換システムとして実現できるのみではなく、この価値情報交換システムが備える手段をステップとする価値情報交換方法、及び当該手段を装置上で実現する価値情報交換装置としても実現することができる。
【００１１】
また、前記価値情報交換方法をコンピュータ等で実現させるプログラムとして実現したり、当該プログラムをＣＤ−ＲＯＭ等の記録媒体や通信ネットワーク等の伝送媒体を介して流通させることができるのは言うまでもない。
【発明の効果】
【００１２】
以上のように、本発明に係る価値情報交換システムによれば、サーバ機器とクライアント機器とがネットワークを介して価値情報の交換を行う場合において、機器固有情報と通信識別情報を用いてサーバ機器側で中間状態を管理することによって、通信障害の発生時にも価値情報の損失や重複を避けることが可能となる。
【００１３】
そして、本発明に係る価値情報交換システムにおいては、前記のように通信障害に対する耐性を持たせながらも、クライアント機器は機器固有情報及び通信識別情報を記録するだけで良く、比較的容易に実装を行うことが可能となる。また、クライアント機器のユーザは、通信障害発生時に中断された通信を再開するだけではなく、価値情報の取得をキャンセルすることも可能である。
【００１４】
さらに、本発明に係る価値情報交換システムによれば、クライアント機器がリスタートＩＤを生成することにより、リスタートＩＤ発行依頼をサーバ機器へする必要がなくなり、一連の通信シーケンス中での通信回数を低減させることができる。
【００１５】
また、本発明に係る価値情報交換システムによれば、ライセンス交換において不都合が生じたクライアント機器のユーザが、サーバ機器へリスタートＩＤを含むキャンセルメッセージを送信することにより、一度更新されたサーバ側管理ライセンスを元の内容に再更新して、ライセンスが誤って更新されることを確実に防止することができる。
【００１６】
さらに、本発明に係る価値情報交換システムによれば、クライアント機器は、発行ライセンスの受信時にリスタートＩＤに関連する記録を削除するため、不要となったリスタートＩＤの情報を最も早い段階で削除することができる。そして、クライアント機器は、リスタートＩＤを特に指定することなく一括的にコミットを行うことにより通信処理を低減させて効率的な通信を行うことが可能となる。
【００１７】
そして、本発明に係る価値情報交換システムによれば、特定の機器間においては同時に実行可能な通信シーケンスを１つに限定することにより、識別子は単にクライアントＩＤのみでよくなり、リスタートＩＤの発行や記録を省くことができる。
【００１８】
また、本発明は、一連のライセンス交換システムにおけるデータ記憶装置への書き込み回数及び通信回数を減らして、通信の効率化を図ったライセンス交換システムを提供できる。
【発明を実施するための最良の形態】
【００１９】
以下に、本発明の実施の形態について図１から図２３を用いて説明する。ここでは本発明をサーバ・クライアント型のコンテンツ配信システムに適用した場合の例を示す。コンテンツ配信システムにおける価値情報は、コンテンツの利用権利情報に相当する。
【００２０】
（実施の形態１）
図１は本実施の形態１に係る価値情報交換システム（価値情報送信システム）の構成を示す図である。
【００２１】
本実施の形態１の価値情報交換システムは、サーバ機器１０１、このサーバ機器１０１によって管理されるデータ記憶装置１０２、クライアント機器１０３、及び当該クライアント機器１０３によって管理されるデータ記憶装置１０４を備え、サーバ機器１０１とクライアント機器１０３とはネットワーク１０５を介して接続される。
【００２２】
図２は、本実施の形態１に係るサーバ機器１０１の内部構成を示す図である。
【００２３】
このサーバ機器１０１は、価値情報処理部２０１、固有情報生成部２０２、メッセージ処理部２０３、クライアント間通信部２０４、及び記憶装置制御部２０５を備える。また、この記憶装置制御部２０５は、データ記憶装置１０２と接続されている。
【００２４】
価値情報処理部２０１は、データ記憶装置１０２より価値情報を引き出し、クライアント機器１０３より受信したメッセージに記載されるユーザからの要求に応じて価値情報の更新を行う処理部である。例えば、クライアント機器１０３のユーザより要求されるコンテンツの再生可能回数が３回である場合には、サーバ機器１０１は、クライアントＩＤやコンテンツＩＤを用いることでデータ記憶装置１０２を参照し、ユーザが所有する再生可能回数が１０回である場合には、３回分の再生可能な価値情報をユーザに送付し、残りの再生可能回数を７回としてデータ記憶装置１０２の記憶内容を更新する。
【００２５】
固有情報生成部２０２は、クライアント機器１０３側より発行要求される通信固有情報を生成する。この通信固有情報は、サーバ機器１０１とクライアント機器１０３で同時に実行されている一連の通信シーケンスに対してユニークな識別子となる。すなわち、サーバ機器１０１は、クライアント機器１０３から通信シーケンスの完了を受信するまで、その通信シーケンスのために発行した通信固有情報と同じ通信固有情報を発行しない。一連の通信シーケンスの完了後であれば、一度使用した通信固有情報を再度発行し得る。
【００２６】
メッセージ処理部２０３は、クライアント機器１０３より受信したメッセージの処理、解読等を行い、サーバ機器１０１の各処理部へメッセージに従った処理の指示を行う。
【００２７】
クライアント間通信部２０４は、ＴＣＰ／ＩＰのライブラリ、ＬＡＮカード等に代表される処理部であり、ネットワーク通信等を介して、クライアント機器１０３とメッセージの送受信を行う。
【００２８】
記憶装置制御部２０５は、メッセージ処理部２０３からの指示に従い、データ記憶装置１０２に格納された価値情報の中からクライアント機器１０３に対応する価値情報を検索して更新、変更等の処理を行う。
【００２９】
データ記憶装置１０２は、クライアント機器１０３のユーザが購入して、現在取得している利用条件等の情報を保持するデータベースであり、例えばセキュアなフラッシュメモリである。
【００３０】
図３は、本実施の形態１に係るクライアント機器１０３の内部構成を示す図である。クライアント機器１０３は、固有情報管理部３０１、ユーザ入力部３０２、メッセージ処理部３０３、サーバ間通信部３０４、及び記憶装置制御部３０５を備える。
【００３１】
固有情報管理部３０１は、ＲＯＭ等に格納しているクライアントの識別子であるクライアントＩＤ等の固有情報、ＳＳＬの暗号鍵等を管理する。
【００３２】
ユーザ入力部３０２は、ＰＣ等のクライアント機器１０３のキーボード等であり、クライアント機器１０３のユーザは、ユーザ入力部３０２を介して要求する情報を入力する。
【００３３】
メッセージ処理部３０３は、サーバ機器１０１に対して送信される通信固有情報や価値情報を含むメッセージを作成すると共に、サーバ機器１０１より受信するメッセージの解読を行い、クライアント機器１０３に備えられた各処理部への指示を行う。
【００３４】
サーバ間通信部３０４は、サーバ機器１０１とネットワーク通信等を介して接続され、メッセージの送受信を行う。
【００３５】
記憶装置制御部３０５は、メッセージ処理部３０３より指示され、データ記憶装置１０４に記憶されているデータの制御を行う。
【００３６】
データ記憶装置１０４は、本実施の形態１においては、通信固有情報を保持するメモリ部であり、通常は書き換え回数が限定されているフラッシュメモリ、ＩＣカード等である。尚、図３において、データ記憶装置１０４はクライアント機器１０３の外部に備えられているが、内部に備えることもある。また、データ記憶装置１０４は、サーバ機器１０１より配信されるコンテンツを格納する格納部の機能を備えることも可能となる。
【００３７】
図４は、サーバ機器１０１に管理されているデータ記憶装置１０２に格納される価値情報のデータ構造の一例を示す図である。この価値情報は以下の４つの項目から構成される。
【００３８】
１．「クライアント機器固有情報」
価値情報を所有するクライアント機器１０３を特定するための情報であり、各クライアント機器１０３は機器固有情報を出荷時に設定されており、この情報はユーザによる書き換えができない。よって、価値情報の所有者を特定するための情報としてクライアント機器固有情報を利用する。例えば、クライアントＩＤと呼ばれる情報が該当する。
【００３９】
２．「コンテンツ識別子」
当該価値情報（＝利用権利情報）によって利用可能なコンテンツを識別するための情報。例えば音楽コンテンツにおけるＩＳＲＣコード、パッケージ化されたコンテンツにおけるＵＰＣコード等が、このようなコンテンツ識別子に相当する。
【００４０】
３．「利用回数情報」
前記コンテンツ識別子によって特定されるコンテンツを利用可能な回数である。前記利用条件に含まれる情報であり、クライアント機器１０３側で判定される。例えば、∞は利用可能な回数が指定されておらず、何回でもコンテンツの利用可能なことを意味する。
【００４１】
４．「利用期限情報」
前記コンテンツ識別子によって特定されるコンテンツを利用可能な期限を示す情報であり、クライアント機器１０３側で判定される。期限を越した場合には、利用回数が残っていたとしても利用できなくなる。例えば、∞は利用期限が設定されておらず、永久に利用可能なことを意味する。
【００４２】
例えば、図４に示した表の２行目に該当する価値情報は、ＣＬＩＥＮＴＳ−ＩＤ−１１１１１で特定されるクライアント機器１０３において、ＣＯＮＴＥＮＴＳ−ＩＤ−１１１１で特定されるコンテンツを２００２年３月３１日までに１０回利用可能なことを表している。
【００４３】
図５にクライアント機器１０３で管理されるデータ記憶装置１０４に格納される価値情報のデータ構造の一例を示す図である。この価値情報は、コンテンツ識別子、利用回数情報、及び利用期限情報の３つの項目より構成される。尚、これらの項目の内容は前記図４と同様であり、具体的な説明は省略する。
【００４４】
例えば、図５に示した表の２行目に該当する価値情報は、ＣＯＮＴＥＮＴＳ−ＩＤ−１１１１で特定されるコンテンツを２００２年３月３１日までに５回利用可能なことを表している。
【００４５】
次に、サーバ機器１０１からクライアント機器１０３への価値情報移動の手順について図６を用いて説明する。図６はサーバ機器１０１からクライアント機器１０３へと価値情報を移動する際の通信手順について示した通信シーケンス図である。
【００４６】
通信手順は以下の４つの通信メッセージから構成される。
【００４７】
１．「通信固有情報要求通信（図中Ｍ６０１）」
クライアント機器１０３からサーバ機器１０１へ送信される通信メッセージであり、サーバ機器１０１に存在する価値情報をクライアント機器１０３へ移動させるに先だって通信固有情報の送信を要求する。
【００４８】
２．「通信固有情報返答通信（図中Ｍ６０２）」
サーバ機器１０１からクライアント機器１０３へ返信される通信メッセージであり、サーバ機器１０１において作成された通信固有情報をクライアント機器１０３へ送信する。
【００４９】
３．「価値情報要求通信（図中Ｍ６０３）」
クライアント機器１０３からサーバ機器１０１へ送信される通信メッセージであり、サーバ機器１０１に存在する価値情報をクライアント機器１０３へ移動させることを要求する。
【００５０】
４．「価値情報返答通信（図中Ｍ６０４）」
サーバ機器１０１からクライアント機器１０３へ返信される通信メッセージであり、サーバ機器１０１において作成された価値情報をクライアント機器１０３へ送信する。
【００５１】
図７は、本実施の形態１に係るサーバ機器１０１とクライアント機器１０３との間で送受信される様々なデータの構成例を示す図である。
【００５２】
まず、通信固有情報要求通信Ｍ６０１において送信される通信メッセージのデータ構造例を図７（ａ）に示す。通信固有情報要求通信Ｍ６０１における通信メッセージは以下の５つのデータから構成される。
【００５３】
メッセージＩＤは、通信メッセージが通信固有情報要求通信であることを示す識別情報である。２バイトで０ｘ０１０１が記述される。
【００５４】
メッセージサイズは、メッセージＩＤ及びメッセージサイズを除く通信メッセージのサイズが４バイトで記述される。図７（ａ）の例では、０ｘ００００００２２が記述されている。
【００５５】
機器固有情報は、クライアント機器１０３の固有情報管理部３０１に管理されている機器固有情報が１６バイトで記述される。図７（ａ）の例では、ＣＬＩＥＮＴＳ−ＩＤ−１１１１１が記述されている。
【００５６】
利用回数情報は、この通信メッセージによる価値情報の交換において、どれだけの利用回数を要求するかを示す情報であり、２バイトで回数が指定される。図７（ａ）の例では、０ｘ０００５が記述されている。
【００５７】
コンテンツ識別子は、この通信メッセージによる価値情報の交換において、どのコンテンツの利用権利（＝価値情報）を要求するかを示す情報であり、１６バイトで記述される。図７（ａ）の例では、ＣＯＮＴＥＮＴＳ−ＩＤ−１１１１が記述される。
【００５８】
次に、通信固有情報返答通信Ｍ６０２において送信される通信メッセージのデータ構造例を図７（ｂ）に示す。通信固有情報返答通信Ｍ６０２における返答メッセージは以下の４つのデータから構成される。
【００５９】
メッセージＩＤは、通信メッセージが通信固有情報返答通信であることを示す識別情報である。２バイトで０ｘ０１０２が記述される。
【００６０】
メッセージサイズは、メッセージＩＤ及びメッセージサイズを除く通信メッセージのサイズが４バイトで記述される。図７（ｂ）の例では、０ｘ００００００１２が記述されている。
【００６１】
ステータスコードは、通信固有情報要求通信に対するサーバ機器１０１での処理結果を示すステータスコードが２バイトで記述される。図７（ｂ）の例では、０ｘ００００が記述されている。
【００６２】
通信固有情報は、価値情報要求通信において使用される通信固有情報が１６バイトで記述される。図７（ｂ）の例では、ＭＥＳＳＡＧＥ−ＩＤ−１１１１１が記述されている。
【００６３】
さらに、価値情報要求通信において送信される通信メッセージのデータ構造例を図７（ｃ）に示す。価値情報要求通信における通信メッセージは以下の４つのデータから構成される。
【００６４】
メッセージＩＤは、通信メッセージが通信固有情報返答通信であることを示す識別情報である。２バイトで０ｘ０１０３が記述される。
【００６５】
メッセージサイズは、メッセージＩＤ及びメッセージサイズを除く通信メッセージのサイズが４バイトで記述される。図７（ｃ）の例では、０ｘ００００００２０が記述されている。
【００６６】
機器固有情報は、クライアント機器１０３の固有情報管理部３０１に管理されている機器固有情報が１６バイトで記述される。図７（ｃ）の例では、ＣＬＩＥＮＴＳ−ＩＤ−１１１１１が記述される。
【００６７】
通信固有情報は、通信固有情報返答通信によって送信された通信固有情報が１６バイトで記述される。図７（ｃ）の例では、ＭＥＳＳＡＧＥ−ＩＤ−１１１１１が記述されている。
【００６８】
そして、価値情報返答通信において送信される通信メッセージのデータ構造例を図７（ｄ）に示す。価値情報返答通信における通信メッセージは以下の６つのデータから構成される。
【００６９】
メッセージＩＤは、通信メッセージが通信固有情報返答通信であることを示す識別情報である。２バイトで０ｘ０１０４が記述される。
【００７０】
メッセージサイズは、メッセージＩＤ及びメッセージサイズを除く通信メッセージのサイズが４バイトで記述される。図７（ｄ）の例では、０ｘ００００００１８が記述されている。
【００７１】
ステータスコードは、通信固有情報要求通信に対するサーバ機器１０１での処理結果を示すステータスコードが２バイトで記述される。図７（ｄ）の例では、０ｘ００００が記述されている。
【００７２】
利用回数情報は、この通信メッセージによる価値情報の交換において、どれだけの利用回数が許可されたかを示す情報であり、２バイトで回数が指定される。図７（ｄ）の例では、０ｘ０００５が記述されている。
【００７３】
利用期限情報は、この通信メッセージによる価値情報の交換において、対象となるコンテンツの利用期限を示す情報であり、年を２バイトと月・日を各１バイトの合計４バイトで記述される。図７（ｄ）の例では、０ｘ０７ｄ２０３１Ｆが記述されている。
【００７４】
コンテンツ識別子は、この通信メッセージによる価値情報の交換において、どのコンテンツの利用権利（＝価値情報）が許可されるかを示す情報であり、１６バイトで記述される。図７（ｄ）の例では、ＣＯＮＴＥＮＴＳ−ＩＤ−１１１１が記述されている。
【００７５】
次に、図６のＳ６０１で示された、クライアント機器１０３における通信固有情報要求通信の送信前の動作について説明する。クライアント機器１０３では、通信固有情報要求通信の前に、ユーザ入力部３０２にて、クライアント機器１０３のユーザから利用を希望するコンテンツ及び利用希望回数等の入力を受け付ける。この入力結果及び固有情報管理部３０１に管理されている機器固有情報を元として、メッセージ処理部３０３は通信固有情報要求通信の通信メッセージを生成する。生成された通信メッセージはサーバ間通信部３０４によって、サーバ機器１０１へと送信される。
【００７６】
次に、図６のＳ６０２で示された、サーバ機器１０１における通信固有情報要求通信の受信から通信固有情報返答通信の送信までの動作について説明する。サーバ機器１０１ではクライアント間通信部２０４にて通信固有情報要求通信を受信すると、メッセージ処理部２０３がこの通信メッセージを解釈し、通信メッセージの先頭２バイトに記述されたメッセージＩＤから通信固有情報要求通信であると判定する。
【００７７】
次にサーバ機器１０１は固有情報生成部２０２にて通信固有情報を生成する。生成された通信固有情報と通信メッセージ中の機器固有情報・利用回数情報・コンテンツ識別子は一組の要求情報として、記憶装置制御部２０５によってデータ記憶装置１０２に記録される。尚、要求情報の詳細については後述する。
【００７８】
さらに、メッセージ処理部２０３は生成された通信固有情報を元に通信固有情報返答通信を生成する。生成された通信メッセージはクライアント間通信部２０４によって、クライアント機器１０３へと送信される。尚、本実施の形態１ではステータスコードは常に正常値である０ｘ００００が設定される。
【００７９】
次に、図６のＳ６０３で示された、クライアント機器１０３における通信固有情報返答通信の受信から価値情報要求通信の送信までの動作について説明する。クライアント機器１０３ではサーバ間通信部３０４にて通信固有情報返答通信を受信すると、メッセージ処理部３０３がこの通信メッセージを解釈し、通信メッセージの先頭２バイトに記述されたメッセージＩＤから通信固有情報返答通信であると判定する。
【００８０】
次に、クライアント機器１０３は、通信固有情報返答通信に含まれる通信固有情報を取得し、この通信固有情報を記憶装置制御部３０５によってデータ記憶装置１０４に記録する。
【００８１】
さらに、メッセージ処理部３０３は通信固有情報及び固有情報管理部３０１に管理されている機器固有情報を元に価値情報要求通信を生成する。生成された通信メッセージはサーバ間通信部３０４によって、サーバ機器１０１へと送信される。このように、価値情報の交換を行うために価値情報要求通信（Ｍ６０３）を送信する場合には、ユニークな識別子となる通信固有情報を併せて送信する。
【００８２】
図８は、要求情報のデータ構造の一例を示す図である。この要求情報は、以下の４つのデータより構成される。
【００８３】
通信固有情報は、サーバ機器１０１において生成される通信を特定するための情報であり、ＭＥＳＳＡＧＥ−ＩＤ−１１１１１が記述される。機器固有情報は、クライアント機器１０３の機器固有情報が記述されており、ＣＬＩＥＮＴＳ−ＩＤ−１１１１１が記述されている。利用回数情報は、ユーザが要求するコンテンツの利用回数を示す情報であり、０ｘ０００５と記述されている。また、コンテンツ識別子は、ユーザが利用を要求するコンテンツを特定するための情報であり、ＣＯＮＴＥＮＴＳ−ＩＤ−１１１１が記述されている。
【００８４】
次に、図６のＳ６０４で示された、サーバ機器１０１における価値情報要求通信の受信から価値情報返答通信の送信までの動作について図１０に示すフローチャートを用いて説明する。図１０は、サーバ機器１０１における価値情報要求通信の受信から価値情報返答通信の送信までの動作手順を示すフローチャートである。
【００８５】
サーバ機器１０１では、クライアント間通信部２０４にて価値情報要求通信を受信すると、メッセージ処理部２０３がこの通信メッセージを解釈し、通信メッセージの先頭２バイトに記述されたメッセージＩＤから価値情報要求通信であると判定する（Ｓ１００１）。
【００８６】
次に、サーバ機器１０１はメッセージ処理部２０３で解釈された通信メッセージから機器固有情報及び通信固有情報を取得し、これを元に記憶装置制御部２０５によってデータ記憶装置１０２に記憶された要求情報の中から機器固有情報及び通信固有情報が一致するものを検索する。もしも発見されなかった場合には、メッセージ処理部２０３はステータスコードに異常値である０ｘ０００１を設定した価値情報返答通信のメッセージを作成し、この通信メッセージをクライアント間通信部２０４によってクライアント機器１０３へと送信する（Ｓ１００２，Ｓ１００３）。
【００８７】
機器固有情報及び通信固有情報が一致するものが存在した場合には、要求情報に記述された機器固有情報及びコンテンツ識別子を元に、記憶装置制御部２０５によってデータ記憶装置１０２に記憶された価値情報から機器固有情報及びコンテンツ識別子が一致するものを検索する。もしも発見されなかった場合には、メッセージ処理部２０３はステータスコードに別の異常値である０ｘ０００２を設定した価値情報返答通信のメッセージを作成し、この通信メッセージをクライアント間通信部２０４によってクライアント機器１０３へと送信する。この後、サーバ機器１０１では記憶装置制御部２０５によってデータ記憶装置１０２に記憶された要求情報を削除しておく（Ｓ１００４〜Ｓ１００６）。
【００８８】
機器固有情報及びコンテンツ識別子が一致するものが存在した場合には、要求情報と価値情報を元に、価値情報処理部２０１がクライアント機器１０３へと送信する価値情報とサーバ機器１０１に残る価値情報を作成する。尚、図中及び以降の説明ではこれら２つの価値情報を区別するために、クライアント機器１０３へと送信する価値情報を送信価値情報と呼び、サーバ機器１０１に記録・管理される価値情報を記録価値情報と呼ぶ。価値情報処理部２０１によって作成された送信価値情報は、記憶装置制御部２０５によってデータ記憶装置１０２に記録される。また、価値情報処理部２０１によって作成された更新後の記録価値情報は、記憶装置制御部２０５によってデータ記憶装置１０２に記録されている価値情報に上書きされる。さらに、記憶装置制御部２０５によってデータ記憶装置１０２に記録されている要求情報を削除する（Ｓ１００７〜Ｓ１０１０）。
【００８９】
最後に、送信価値情報を元にメッセージ処理部２０３は価値情報返答通信のメッセージを作成し、この通信メッセージをクライアント間通信部２０４によってクライアント機器１０３へと送信する。尚、この際のステータスコードには正常値である０ｘ００００が記録される（Ｓ１０１１）。
【００９０】
図９に送信価値情報のデータ構造の一例を示す。この送信価値情報は、以下の５つのデータより構成される。
【００９１】
通信固有情報は、サーバ機器１０１において生成される通信を特定するための情報であり、ＭＥＳＳＡＧＥ−ＩＤ−１１１１１が記述される。機器固有情報は、クライアント機器１０３の機器固有情報が記述されており、ＣＬＩＥＮＴＳ−ＩＤ−１１１１１が記述されている。利用回数情報は、ユーザが利用可能なコンテンツの利用回数を示す情報であり、０ｘ０００５と記述されている。利用期限情報は、ユーザが利用可能なコンテンツの利用期限を示す情報であり、０ｘ０７ｄ２０３１Ｆと記述される。また、コンテンツ識別子は、ユーザが利用を要求したコンテンツを特定するための情報であり、ＣＯＮＴＥＮＴＳ−ＩＤ−１１１１が記述されている。
【００９２】
次に、図６のＳ６０５で示された、クライアント機器１０３における価値情報返答通信の受信後の動作について説明する。クライアント機器１０３ではサーバ間通信部３０４にて価値情報返答通信を受信すると、メッセージ処理部３０３がこの通信メッセージを解釈し、通信メッセージの先頭２バイトに記述されたメッセージＩＤから価値情報返答通信であると判定する。
【００９３】
次にクライアント機器１０３は、価値情報返答通信に含まれるステータスコード通信を取得し、正常値である０ｘ００００であるか否かを判定する。正常値でなかった場合には、送信の際に使用した通信固有情報を記憶装置制御部３０５によってデータ記憶装置１０４から削除する。
【００９４】
正常値であった場合には、受信した価値情報返答通信に含まれる利用回数情報・利用期限情報・コンテンツ識別子を元に価値情報を作成し、これを記憶装置制御部３０５によってデータ記憶装置１０４に記録する。さらに、送信の際に使用した通信固有情報を記憶装置制御部３０５によってデータ記憶装置１０４から削除する。
【００９５】
次に、通信固有情報要求通信の送信の際に通信障害が発生した場合の動作について説明する。通信固有情報要求通信の送信の際に通信障害が発生した場合には、クライアント機器１０３からは送信できているものの、サーバ機器１０１では通信メッセージが受信できていない。よって、サーバ機器１０１では図６のＳ６０２で示される処理が行われず、通信固有情報返答通信も送信されない。このために、クライアント機器１０３は通信固有情報返答通信を受信することは無い。このような状態に陥った場合にはクライアント機器１０３はある一定時間後に通信固有情報要求通信の再送信を試みる。すなわち、クライアント機器１０３は、タイムアウト処理を行い、次回のセッション確立時に再度通信固有情報要求通信を送信する。
【００９６】
次に、通信固有情報返答通信の送信の際に通信障害が発生した場合の動作について説明する。通信固有情報返答通信の送信の際に通信障害が発生した場合には、サーバ機器１０１からは送信できているものの、クライアント機器１０３では通信メッセージが受信できていない。クライアント機器１０３にとっては、この状態は通信固有情報要求通信の送信の際に通信障害が発生した場合と差異が無い。よって、クライアント機器１０３はある一定時間後に通信固有情報要求通信の再送信を試みる。尚、サーバ機器１０１は通信固有情報返答通信の再送信は行わない。また、通信固有情報要求通信の再送信によってサーバ機器１０１が複数の通信固有情報要求通信を受信した場合には、通信メッセージ毎に異なる通信固有情報を付与する。
【００９７】
すなわち、クライアント機器１０３はタイムアウト処理を行い、次回のセッション確立時に再度通信固有情報要求通信を送信する。尚、この通信固有情報要求通信に対してサーバ機器１０１は、通信障害発生時とは異なる通信固有情報を使用することとなる。
【００９８】
次に、価値情報要求通信の送信の際に通信障害が発生した場合の動作について説明する。価値情報要求通信の送信の際に通信障害が発生した場合には、クライアント機器１０３からは送信できているものの、サーバ機器１０１では通信メッセージが受信できていない。よって、サーバ機器１０１では図６のＳ６０４で示される処理が行われず、価値情報返答通信も送信されない。このためにクライアント機器１０３は価値情報返答通信を受信することはない。このような状態に陥った場合にはクライアント機器１０３はある一定時間後に価値情報要求通信の再送信を試みる。
【００９９】
すなわち、クライアント機器１０３はタイムアウト処理を行い、次回セッション確立時に再度価値情報要求通信の送信を行う。尚、この価値情報要求通信においては、クライアント機器１０３は通信障害発生時と同一の通信固有情報を使用する。
【０１００】
次に、価値情報返答通信の送信の際に通信障害が発生した場合の動作について説明する。価値情報返答通信の送信の際に通信障害が発生した場合には、サーバ機器１０１からは送信できているものの、クライアント機器１０３では通信メッセージが受信できていない。クライアント機器１０３にとっては、この状態は価値情報要求通信の送信の際に通信障害が発生した場合と差異が無い。よって、クライアント機器１０３はある一定時間後に価値情報要求通信の再送信を試みる。尚、サーバ機器１０１は価値情報返答通信の再送信は行わない。
【０１０１】
すなわち、クライアント機器１０３はタイムアウト処理を行い、次回セッション確立時に再度価値情報要求通信を行う。サーバ機器１０１は、同一の通信固有情報が付与される価値情報要求情報を再度受け取った場合には、利用条件の更新、要求情報の削除等の価値情報の更新を行わずに、再度通信障害発生時と同一の価値情報返答通信をクライアント機器１０３へ送信する。尚、サーバ機器１０１が記憶している通信固有情報は、クライアント機器１０３からのコミット通信コマンド受信時に削除される。
【０１０２】
また、価値情報要求通信の再送信によってサーバ機器１０１が価値情報要求通信を再度受信した場合のために、図１０を用いて説明したサーバ機器１０１の処理手順に変更を加える必要がある。この変更を加えた後の動作手順を説明したのが、図１１である。図１１は、サーバ機器１０１が価値情報要求通信を再度受信した場合の動作手順を示すフローチャートである。
【０１０３】
図１１では、図１０を用いて説明したサーバ機器１０１の処理手順に対してＳ１１１２及びＳ１１１３で示される処理手順が追加される。価値情報要求手段を一度受信した後では、要求情報が削除されているために、Ｓ１１０２で示される要求情報の検索は必ず失敗する。この問題を回避するためにＳ１１１２で示す処理が必要となる。サーバ機器１０１側において、価値情報要求通信に含まれる機器固有情報及び通信固有情報を元に記憶装置制御部２０５によってデータ記憶装置１０２に記録されている送信価値情報を検索する（Ｓ１１１２）。もしも発見されなければ、要求情報が発見されなかった場合と同様に、メッセージ処理部２０３はステータスコードに異常値である０ｘ０００１を設定した価値情報返答通信のメッセージを作成し、この通信メッセージをクライアント間通信部２０４によってクライアント機器１０３へと送信する（Ｓ１１０３）。
【０１０４】
発見された場合には、検索された送信価値情報を元にメッセージ処理部２０３は価値情報返答通信のメッセージを作成し、この通信メッセージをクライアント間通信部２０４によってクライアント機器１０３へと送信する。尚、この際のステータスコードには正常値である０ｘ００００が記録される（Ｓ１１１３）。
【０１０５】
通信固有情報返答通信の送信時に通信障害が発生した場合には、複数の要求情報が作成されサーバ機器１０１のデータ記憶装置１０２に記憶される。しかも、この要求情報はその後の処理で削除されることはない。また、サーバ機器１０１が価値情報要求通信を受信した後では送信価値情報が作成され、サーバ機器１０１のデータ記憶装置１０２に記憶される。同様に、この送信価値情報は、このままでは削除されない。これらの情報をそのまま記憶しておくことは、サーバ機器１０１の資源を圧迫するために、これを削除するための動作が必要である。このためにクライアント機器１０３はコミット通信を行う。
【０１０６】
図１２は、コミット通信のデータ構造を示す図である。当該データは、例えば以下の３つのデータから構成される。
【０１０７】
メッセージＩＤは、通信メッセージがコミット通信であることを示す識別情報である。２バイトで０ｘ０２０１が記述される。
【０１０８】
メッセージサイズは、メッセージＩＤ及びメッセージサイズを除く通信メッセージのサイズが４バイトで記述される。図１２の例では、０ｘ００００００１０が記述されている。
【０１０９】
機器固有情報は、クライアント機器１０３の固有情報管理部３０１に管理されている機器固有情報が１６バイトで記述される。図１２の例では、ＣＬＩＥＮＴＳ−ＩＤ−１１１１１が記述されている。
【０１１０】
クライアント機器１０３では、価値情報返答通信の受信後、データ記憶装置１０４に通信固有情報が全く記憶されていない場合には、サーバ間通信部３０４にてコミット通信を送信する。
【０１１１】
サーバ機器１０１ではクライアント間通信部２０４にてコミット通信を受信すると、メッセージ処理部２０３がこの通信メッセージを解釈し、通信メッセージの先頭２バイトに記述されたメッセージＩＤからコミット通信であると判定する。コミット通信と判定されればサーバ機器１０１は、コミット通信の通信メッセージに含まれる機器固有情報を元に、記憶装置制御部２０５によってデータ記憶装置１０２から要求情報及び送信価値情報を検索する。こうして検索された全ての要求情報及び送信価値情報を削除する。
【０１１２】
通信障害発生時には何度か再送信を試みるが、通信の状態によっては何度再送信を行っても通信が到達しない可能性もある。特にクライアント機器１０３がネットワークに常時接続されているわけではない環境では、再送信の試行中にネットワークへの接続が途絶する可能性もある。このように、再送信の試行が長期間にわたって失敗する場合には、その間にユーザがコンテンツの利用を中止することも考えられる。この場合には、要求していた価値情報の取得も中止する必要がある。このために価値情報取得のための通信に対して、これをキャンセルするための通信メッセージを用意する。図１３は、キャンセル時にクライアント機器１０３とサーバ機器１０１との間でやり取りされるデータの構造を示す参考図である。
【０１１３】
まず、クライアント機器１０３からサーバ機器１０１に送信されるキャンセル要求通信のデータ構造を図１３（ａ）に示す。当該データは、例えば以下の４つのデータから構成される。
【０１１４】
メッセージＩＤは、通信メッセージがキャンセル要求通信であることを示す識別情報である。２バイトで０ｘ０３０１が記述される。
【０１１５】
メッセージサイズは、メッセージＩＤ及びメッセージサイズを除く通信メッセージのサイズが４バイトで記述される。図１３（ａ）の例では、０ｘ００００００２０が記述されている。
【０１１６】
機器固有情報は、クライアント機器１０３の固有情報管理部３０１に管理されている機器固有情報が１６バイトで記述される。図１３（ａ）の例では、ＣＬＩＥＮＴＳ−ＩＤ−１１１１１が記述されている。
【０１１７】
通信固有情報は、通信固有情報返答通信によって送信された通信固有情報が１６バイトで記述される。図１３（ａ）の例では、ＭＥＳＳＡＧＥ−ＩＤ−１１１１１が記述されている。
【０１１８】
次に、サーバ機器１０１がキャンセル要求通信を受信し、対応する処理を行った後にクライアント機器１０３に送信するキャンセル返答通信のデータ構造を図１３（ｂ）に示す。当該データは、例えば以下の３つのデータから構成される。
【０１１９】
メッセージＩＤは、通信メッセージがキャンセル返答情報であることを示す識別情報である。２バイトで０ｘ０３０２が記述される。
【０１２０】
メッセージサイズは、メッセージＩＤ及びメッセージサイズを除く通信メッセージのサイズが４バイトで記述される。図１３（ｂ）の例では、０ｘ０００００００２が記述されている。
【０１２１】
ステータスコードは、キャンセル要求通信に対するサーバ機器１０１での処理結果を示すステータスコードが２バイトで記述される。図１３（ｂ）の例では、０ｘ００００が記述される。
【０１２２】
キャンセル要求通信は、クライアント機器１０３が価値情報要求通信を送信した後、価値情報返答通信を受信するまでの間に使用する。価値情報要求通信を送信する前であれば、単に通信固有情報を削除した上で、コミット通信を送信するだけで良い。また、価値情報返答通信を受信した後であれば、後述するクライアント機器１０３からサーバ機器１０１への価値情報移動のための通信手順に従って、受け取った価値情報を移動させれば良い。
【０１２３】
これに対して、クライアント機器１０３が価値情報要求通信を送信した後では、この通信メッセージがサーバ機器１０１に届いて、サーバ機器１０１上の価値情報が更新されている可能性があり、この更新済みの価値情報を元の状態に戻すためにキャンセル通信が必要である。
【０１２４】
また、キャンセル要求通信も必ずしも一度の送信でサーバ機器１０１に到達するとは限らない。クライアント機器１０３がキャンセル要求通信に対するキャンセル返答通信を受信できなかった場合には、キャンセル要求通信を繰り返し送信する。
【０１２５】
次に、サーバ機器１０１におけるキャンセル要求通信受信後の動作について図１４に示すフローチャートを用いて説明する。図１４は、サーバ機器１０１におけるキャンセル要求通信受信後の動作手順を示すフローチャートである。
【０１２６】
サーバ機器１０１では、クライアント間通信部２０４にて価値情報要求通信を受信すると、メッセージ処理部２０３がこの通信メッセージを解釈し、通信メッセージの先頭２バイトに記述されたメッセージＩＤから価値情報要求通信であると判定する（Ｓ１４０１）。
【０１２７】
次に、サーバ機器１０１はメッセージ処理部２０３で解釈された通信メッセージから機器固有情報及び通信固有情報を取得し、これを元に記憶装置制御部２０５によってデータ記憶装置１０２に記憶された要求情報の中から機器固有情報及び通信固有情報が一致するものを検索する。もしも発見された場合には、発見された要求情報を削除した上で、メッセージ処理部２０３はステータスコードに正常値である０ｘ００００を設定したキャンセル返答通信のメッセージを作成し、この通信メッセージをクライアント間通信部２０４によってクライアント機器１０３へと送信する。この処理は価値情報要求通信がサーバ機器１０１に届いていない状態でキャンセルを行った場合に発生する（Ｓ１４０２〜Ｓ１４０４）。
【０１２８】
要求情報に機器固有情報及び通信固有情報が一致するものが存在しなかった場合には、機器固有情報及び通信固有情報が一致する送信価値情報を記憶装置制御部２０５によってデータ記憶装置１０２に記憶された送信価値情報から検索する。もしも発見されなかった場合には、メッセージ処理部２０３はステータスコードに正常値である０ｘ００００を設定したキャンセル返答通信のメッセージを作成し、この通信メッセージをクライアント間通信部２０４によってクライアント機器１０３へと送信する。この処理は既にキャンセル要求通信をサーバ機器１０１が受信しており、要求情報・送信価値情報共にサーバ機器１０１から削除されてしまっている場合に発生する（Ｓ１４０５，Ｓ１４０６）。
【０１２９】
もしも送信価値情報が発見された場合には、この送信価値情報に含まれる機器固有情報及びコンテンツ識別子を元に、記憶装置制御部２０５によってデータ記憶装置１０２に記憶された記録価値情報から検索する。送信価値情報は記録価値情報を元に生成されるため、この検索では必ず記録価値情報が発見される。発見された記録価値情報には送信価値情報に記述された価値情報を追加し、その結果作成される価値情報を記録価値情報に上書きして、データ記憶装置１０２に記憶装置制御部２０５が記録する。その後、発見された送信価値情報を削除し、メッセージ処理部２０３はステータスコードに正常値である０ｘ００００を設定したキャンセル返答通信のメッセージを作成し、この通信メッセージをクライアント間通信部２０４によってクライアント機器１０３へと送信する。この処理は既に価値情報要求通信をサーバ機器１０１が受信しており、要求情報を削除し送信価値情報が記録されている場合に発生する（Ｓ１４０７〜Ｓ１４０９）。
【０１３０】
次に、クライアント機器１０３からサーバ機器１０１への価値情報移動の手順について図１５を用いて説明する。図１５はクライアント機器１０３からサーバ機器１０１へと価値情報を移動する際の通信手順について示す通信シーケンス図である。この通信手順は以下の４つのメッセージから構成される。
【０１３１】
１．「通信固有情報要求通信（図中Ｍ１５０１）」
クライアント機器１０３からサーバ機器１０１へ送信される通信メッセージであり、クライアント機器１０３に存在する価値情報をサーバ機器１０１へ移動させるために、価値情報の送信と通信固有情報の要求を行う。逆方向への移動の場合と同様に機器固有情報を含む。
【０１３２】
２．「通信固有情報返答通信（図中Ｍ１５０２）」
サーバ機器１０１からクライアント機器１０３へ送信される通信メッセージであり、サーバ機器１０１において作成された通信固有情報をクライアント機器１０３へ返答する。逆方向への移動の場合と同様にステータスコードを含む。
【０１３３】
３．「価値情報移動要求通信（図中Ｍ１５０３）」
クライアント機器１０３からサーバ機器１０１へ送信される通信メッセージであり、逆方向への移動の場合と同様に通信固有情報及び機器固有情報を含む。
【０１３４】
４．「価値情報移動返答通信（図中Ｍ１５０４）」
サーバ機器１０１からクライアント機器１０３へ送信される通信メッセージであり、価値情報移動の結果を送信する。逆方向への移動の場合と同様にステータスコードを含む。
【０１３５】
各通信の送信・受信の前後において、クライアント機器１０３又はサーバ機器１０１は、以下の５つの処理を行う。
【０１３６】
１．「通信固有情報要求通信の送信前（図中Ｓ１５０１）」
データ記憶装置１０４に記憶されている価値情報をロックして、この価値情報を使用不可能な状態に設定する。これは、Ｓ１５０３で示される価値情報の削除処理までに不当に価値情報が使用されることを防ぐためである。さらに、価値情報及び機器固有情報を元に、通信固有情報要求通信の通信メッセージを作成し、サーバ機器１０１へと送信する。
【０１３７】
２．「通信固有情報返答通信の送信前（図中Ｓ１５０２）」
サーバ機器１０１は、通信固有情報を作成し、受信した価値情報、機器固有情報と共に前記通信固有情報を一組の受信価値情報として記録する。作成された通信固有情報をクライアント機器１０３へと送信する。
【０１３８】
３．「価値情報移動要求通信の送信前（図中Ｓ１５０３）」
データ記憶装置１０４に記憶されている価値情報を削除する。次に受信した通信固有情報を記録し、通信固有情報及び機器固有情報を元に価値情報移動要求通信の通信メッセージを作成し、サーバ機器１０１へと送信する。
【０１３９】
４．「価値情報移動返答通信の送信前（図中Ｓ１５０４）」
データ記憶装置１０２に記憶されている受信した価値情報を使用可能にする。これは受信価値情報を価値情報として記録することに等しい。尚、既存価値情報にマージして記録しても良い。その後、価値情報移動返答通信の通信メッセージを作成し、クライアント機器１０３へと送信する。そして、価値情報移動要求情報（Ｍ１５０３）を複数回受信しても価値情報の更新を複数回行わないようにするために、前記Ｓ１５０２において記録した受信価値情報を削除する。
【０１４０】
５．「価値情報移動返答通信の受信後（図中Ｓ１５０５）」
データ記憶装置１０４に記憶されている通信固有情報を削除する。尚、本通信シーケンスではキャンセルは不可能である。
【０１４１】
尚、サーバ機器１０１で管理される価値情報のデータ構造では、価値情報の所有者をクライアント機器固有情報によって特定するとしたが、これ以外に別途ユーザ識別情報を導入し、このユーザ識別情報によって価値情報の所有者を特定しても良い。この際には、ユーザ識別情報とクライアント機器固有情報を関連づけるためのデータが別途必要となる。
【０１４２】
また、サーバ機器１０１で管理される価値情報のデータ構造では、価値情報そのものに対する識別子が存在しないが、このような識別子が存在しても良い。このような識別子は、同一の端末が同一のコンテンツの利用権利を複数所有する場合に有効である。
【０１４３】
また、サーバ機器１０１で管理される価値情報のデータ構造では、各価値情報にただ一つのコンテンツ識別子が指定される構造であるとしたが、複数のコンテンツ識別子が指定される構造でも良い。この場合には、データベースの構造をリレーショナル・データベースによって記述し、データベースのサイズの圧縮を図ることが一般的である。
【０１４４】
また、サーバ機器１０１で管理される価値情報のデータ構造では、コンテンツの利用条件として利用回数情報と利用期限情報の２つを示したが、これ以外にも累積利用時間等が指定されていても良い。特に価値情報がクライアント機器固有情報ではなくユーザ識別情報によって特定される場合には、同一価値情報が複数のクライアント機器１０３によって取得される可能性があり、このような場合に同時に価値情報を取得可能なクライアント機器１０３の数を限定する利用条件が指定されていても良い。このような条件は同時にコンテンツを利用可能な機器の数に相当する。
【０１４５】
また、通信固有情報要求通信及び価値情報要求通信は機器固有情報を含むとしたが、これら一連の通信メッセージの送受信以前に送信されていても良い。特に価値情報の交換においては通信経路上での改竄や盗聴を防ぐためにＳＳＬ(Secure Sockets Layer protocol)等のＳＡＣ(Secure Authentification Channel)が利用されることが多いが、このＳＡＣ確立の際に交換される証明書に機器固有情報を埋め込んでおく方法が、セキュリティーの観点からは望ましい。
【０１４６】
また、要求する利用回数情報は通信固有情報要求通信において送信されるとしたが、これを価値情報要求通信において送信しても良い。尚、この場合には、サーバ機器１０１で記憶すべき情報等も変更が必要である。
【０１４７】
また、クライアント機器１０３からサーバ機器１０１への価値情報移動では、通信固有情報要求通信Ｍ１５０１の通信にて価値情報を送信するとしたが、価値情報移動要求通信Ｍ１５０３の通信で価値情報を移動しても良い。
【０１４８】
また、クライアント機器１０３からサーバ機器１０１への価値情報移動では、キャンセルは不可能であるとしたが、キャンセル通信を用意しても良い。この場合には、キャンセル時にクライアント機器１０３に対して削除された価値情報を送信する必要がある。
【０１４９】
（実施の形態２）
次に、実施の形態２に係るライセンス交換システムを説明する。本実施の形態２におけるライセンス交換システムでは、一連の通信シーケンスを特定するための通信固有情報としてクライアント機器１０３側が発行するリスタートＩＤを用いてライセンスの交換を行い、また、ライセンス交換後のリスタートＩＤのコミットにおいて工夫を加えたものとなる。尚、このリスタートＩＤは、前記実施の形態１で示した通信固有情報と同様の一連の通信シーケンスを特定するための情報である。
【０１５０】
図１６は、本実施の形態２に係るクライアント機器１０３の内部構成を示す図である。クライアント機器１０３は、前記実施の形態１の構成に加えて、通信固有情報生成部１６０１を備える。尚、他の構成は前記実施の形態１と同様であり、具体的な説明を省略する。
【０１５１】
通信固有情報生成部１６０１は、メッセージ処理部３０３からの指示に従い、通信固有情報としてリスタートＩＤを生成する。このため、前記実施の形態１において説明したクライアント機器１０３からの通信固有情報要求通信Ｍ６０１を省略することができる。
【０１５２】
図１７は、本実施の形態２に係るサーバ機器１０１の内部構成を示す図である。サーバ機器１０１は、前記実施の形態１の構成に加えて、通信固有情報処理部１７０１を備える。尚、サーバ機器１０１の他の構成は前記実施の形態１と同様であり、具体的な説明は省略する。
【０１５３】
通信固有情報処理部１７０１は、クライアント機器１０３の通信固有情報生成部１６０１において生成され、クライアント間通信部２０４を介して受信したメッセージに含まれるリスタートＩＤを識別する。
【０１５４】
図１８は、本実施の形態２に係るサーバ機器１０１よりクライアント機器１０３へライセンスを移動する場合における通信シーケンス図である。尚、図示はしていないが、ライセンス移動のメッセージの送受信を行う前提として、最初にメッセージデータが通信される経路に関する規定であるＴＣＰ／ＩＰのセッションが確立され、次に、暗号化通信方式の１つであるＳＳＬ等のセッション確立が行われる。尚、このセッション確立時の認証によってクライアント機器１０３のクライアントＩＤがサーバ機器１０１へ通知される。
【０１５５】
ライセンス移動における通信手順は以下の通信メッセージより構成される。
【０１５６】
図１８のＳ１８０１で示された、クライアント機器１０３におけるリスタートＩＤの送信前の動作について説明すると、クライアント機器１０３のユーザは、ユーザ入力部３０２を介してライセンス交換を開始する。メッセージ処理部３０３は、通信固有情報生成部１６０１へリスタートＩＤの発行を指示する。そして、通信固有情報生成部１６０１は、通信固有情報であるリスタートＩＤの発行を行い、メッセージ処理部３０３より指示された記憶装置制御部３０５は、このリスタートＩＤをデータ記憶装置１０４に記録する。リスタートＩＤは、一連の通信過程においてユニーク性を確保するために、未使用のリスタートＩＤが発行される。次に、メッセージ処理部３０３は、リスタートＩＤを含む送信メッセージを生成し、サーバ間通信部３０４を介してサーバ機器１０１へと送信する。
【０１５７】
従って、本実施の形態２に係るクライアント機器１０３側がリスタートＩＤを生成することにより、クライアント機器１０３は、通信固有情報発行依頼をサーバ機器１０１へする必要がなくなり通信の効率化を図ることができる。また、サーバ機器１０１側がリスタートＩＤを発行する処理を必要としないために、サーバ機器１０１側の処理負荷を低減させることができる。
【０１５８】
次に、図１８のＳ１８０２で示されるサーバ機器１０１におけるリスタートＩＤの受信からＡＣＫ(acknowledgement)の返信までの動作について説明すると、クライアント間通信部２０４にて送信メッセージ（Ｍ１８０１）を受信すると、メッセージ処理部２０３が送信メッセージを解釈して、メッセージの先頭２バイトに記述されたメッセージＩＤよりリスタートＩＤ発行メッセージであると判定する。
【０１５９】
次に、サーバ機器１０１に備えられた記憶装置制御部２０５は、送信メッセージに含まれるクライアントＩＤとリスタートＩＤを組としてデータ記憶装置１０２へ記憶する。このように、識別子としてクライアントＩＤ及びリスタートＩＤの両方を用いることで、通信処理過程におけるユニーク性の確保が容易となる。
【０１６０】
さらに、メッセージ処理部２０３は、送信メッセージ（Ｍ１８０１）の通信元であるクライアント機器１０３にリスタートＩＤの通知の確認のために返答メッセージとしてＡＣＫ（Ｍ１８０２）を送信する。
【０１６１】
尚、クライアント機器１０３は、ＡＣＫが送信されない場合には、タイムアウト処理等を行い、データ記憶装置１０４へ記憶しているリスタートＩＤを含む送信メッセージ（Ｍ１８０１）を再度サーバ機器１０１へ送信する。このため、クライアント機器１０３は、リスタートＩＤを再度作成して記録する必要がなくなり、書き換え回数の限定のあるデータ記憶装置１０４の使用回数を減らすことができる。
【０１６２】
図１８のＳ１８０３で示されたクライアント機器１０３におけるＡＣＫの受信からライセンス要求情報の送信までの動作について説明すると、サーバ間通信部３０４は、ＡＣＫ（Ｍ１８０２）を受信し、メッセージ処理部３０３はＡＣＫをサーバ機器１０１からのリスタートＩＤ通知確認であると判断する。
【０１６３】
次に、クライアント機器１０３のメッセージ処理部３０３は、ライセンス要求情報の作成を行う。このライセンス要求情報の作成とは、例えば、ユーザが希望するコンテンツを視聴、再生等する場合において、ユーザ入力部３０２を用いてＴＶ画面等に表示されるコンテンツの一覧よりコンテンツ、利用条件等を選択することにより行う。
【０１６４】
記憶装置制御部３０５は、メッセージ処理部３０３からの指示に従い、ライセンス要求情報とリスタートＩＤを組にしてデータ記憶装置１０４へ記録する。メッセージ処理部３０３は、ライセンス要求情報、リスタートＩＤ、ユーザからの要求するコンテンツの識別子となるコンテンツＩＤ等を含むライセンス要求情報（Ｍ１８０３）を生成して、サーバ間通信部３０４を介してサーバ機器１０１へと送信する。
【０１６５】
図１８のＳ１８０４で示される、サーバ機器１０１におけるライセンス要求情報の受信からレスポンスメッセージの送信までの動作について説明すると、クライアント間通信部２０４にてライセンス要求情報（Ｍ１８０３）を受信し、メッセージ処理部２０３においてこの要求情報を解釈して、ライセンス要求であると判定する。
【０１６６】
次に、サーバ機器１０１は、受信したライセンス要求情報（Ｍ１８０３）からクライアントＩＤ及びリスタートＩＤを取得し、これを元に記憶装置制御部２０５によってデータ記憶装置１０２に記憶されたクライアントＩＤ及びリスタートＩＤの組から一致するものを検索する。一致するものが存在した場合には、ライセンスに記述されたクライアントＩＤ及びコンテンツＩＤを元に、記憶装置制御部２０５によってデータ記憶装置１０２に記憶されたライセンスからクライアントＩＤ及びコンテンツＩＤが一致するものを検索する。
【０１６７】
クライアントＩＤ及びコンテンツＩＤが一致するものが存在した場合には、受信したライセンス要求情報とライセンスを元に、価値情報処理部２０１は、クライアント機器１０３へと送信する発行ライセンスとサーバ機器１０１に残るサーバ側管理ライセンスを作成する。記憶装置制御部２０５は、価値情報処理部２０１によって作成された発行ライセンスとリスタートＩＤを組にしてデータ記憶装置１０２に記録する。この発行ライセンスには、利用条件、暗号化されたコンテンツを復号化するためのコンテンツ鍵情報等が含まれる。尚、当該利用条件には、例えば、コンテンツのアクションの実行を制御する条件（例えば、再生、コピー、品質指定等）、前記アクションを開始して良いか否かを判定する条件（例えば、有効期限、利用可能回数、累積使用時間等）等が含まれる。
【０１６８】
そして、ライセンス要求情報（Ｍ１８０３）の通信障害等によりサーバ機器１０１がライセンス要求情報（Ｍ１８０３）を再度受信した場合には、最初のライセンス要求情報（Ｍ１８０３）の受信時にデータ記憶装置１０２に記録された発行ライセンスを再度送信する。これは、ライセンス要求情報（Ｍ１８０３）をサーバ機器１０１が２回以上受信するということは、ライセンス要求情報（Ｍ１８０３）又はレスポンスメッセージ（Ｍ１８０４）において通信障害等が生じた場合であり、クライアント機器１０３はライセンス要求情報（Ｍ１８０３）を一度送信したがタイムアウト処理を行った後においてもライセンスを取得していない状態である。このため、クライアント機器１０３は、再度ライセンス要求情報（Ｍ１８０３）を送信し、サーバ機器１０１は、最初にライセンス要求情報（Ｍ１８０３）を受信した場合に発行した発行ライセンスを送信する必要がある。
【０１６９】
また、記憶装置制御部２０５は、レスポンスメッセージ（Ｍ１８０４）の構成の一部である発行ライセンスを記録する代わりに、レスポンスメッセージ（Ｍ１８０４）を記録してもよい。これは、例えば、発行ライセンスのみを記録した場合において、サーバ機器１０１が再度ライセンス要求情報を受信すると再度レスポンスメッセージの全体を作成する処理が生じるが、一度作成したレスポンスメッセージの全体を記録することにより、再度ライセンス要求情報を受信した際にもレスポンスメッセージを再度作成するという処理を省くことができ、通信障害発生時における処理の効率化を可能とする。
【０１７０】
そして、価値情報処理部２０１によって作成された前記サーバ側管理ライセンスは、サーバ側管理ライセンスの更新として、記憶装置制御部２０５によってデータ記憶装置１０２に記録されているライセンスに上書きされる。
【０１７１】
最後に、メッセージ処理部２０３は、発行ライセンスを含むレスポンスメッセージ（Ｍ１８０４）を作成し、クライアント間通信部２０４を介してクライアント機器１０３へと送信する。
【０１７２】
次に、図１８のＳ１８０５に示すクライアント機器１０３がレスポンスメッセージを受信してからコミットメッセージを送信するまでの動作について説明すると、サーバ間通信部３０４は、レスポンスメッセージ（Ｍ１８０４）を受信し、メッセージ処理部３０３は、記憶装置制御部３０５へ発行ライセンスの記録を指示する。尚、ライセンス要求が正常に終了したことの記録も行う。クライアント機器１０３は、図示していないが、通常コンテンツを記憶するコンテンツ記憶部を備えており、ユーザは発行ライセンスに含まれるコンテンツ鍵を用いてコンテンツを復号化して、利用条件により許可される範囲内においてコンテンツの利用が可能となる。
【０１７３】
クライアント機器１０３は、要求するライセンスの記録が終了したことをサーバ機器１０１に知らせて不要となったリスタートＩＤの削除を行うために、コミットメッセージ（Ｍ１８０５）をサーバ機器１０１へ送信する。すなわち、メッセージ処理部３０３は、リスタートＩＤ、クライアントＩＤ等を含むコミットメッセージ（Ｍ１８０５）を作成し、サーバ機器１０１へ送信する。
【０１７４】
尚、クライアント機器１０３からのコミットメッセージの送信は、レスポンスメッセージ受信毎に行う必要はなく、複数のリスタートＩＤを含むコミットを一度に一括的に行うことも可能となる。これは、レスポンスメッセージ（Ｍ１８０４）受信毎にコミットメッセージ（Ｍ１８０５）を送信すると通信処理が大きくなるためである。従って、クライアント機器１０３は、例えば、１０回のレスポンスメッセージ受信毎に使用済みのリスタートＩＤを１０個まとめて一括的にコミットを行って通信の効率化を図ることができる。
【０１７５】
そして、図１８のＳ１８０６に示す、サーバ機器１０１がコミットメッセージを受信してからＡＣＫを返信するまでの動作について説明すると、クライアント間通信部２０４は、コミットメッセージを受信し、メッセージ処理部２０３は、コミット要求と判定する。
【０１７６】
次に、メッセージ処理部２０３より指示を受けた記憶装置制御部２０５は、Ｓ１８０２においてデータ記憶装置１０２に記憶され、受信したコミットメッセージ（Ｍ１８０５）で指定されるリスタートＩＤとクライアントＩＤの組の削除を行う。また、Ｓ１８０４においてデータ記憶装置１０２に記憶されたリスタートＩＤと発行ライセンスの組を削除する。
【０１７７】
このように、コミットメッセージ（Ｍ１８０５）を受信した場合には、指定されたリスタートＩＤに関連する情報をデータ記憶装置１０２より削除して、不要となった情報を長期間保持することにより生じる弊害を防止する。
【０１７８】
メッセージ処理部２０３は、コミットが終了したことを示す応答であるＡＣＫ（Ｍ１８０６）を作成して、クライアント間通信部２０４を介してクライアント機器１０３へ送信する。
【０１７９】
尚、クライアント機器１０３は、コミットメッセージ（Ｍ１８０５）送信において通信障害が生じている場合には、タイムアウト処理を行い、再度コミットメッセージ（Ｍ１８０５）の送信を行う。この際には、サーバ機器１０１側において、まだＳ１８０６における発行ライセンスとリスタートＩＤの削除等は行われていないため、Ｓ１８０６に示す処理を行う必要がある。また、ＡＣＫ（Ｍ１８０６）の送信において通信障害が生じた場合にはクライアント機器１０３は、タイムアウト処理を行い、再度コミットメッセージ（Ｍ１８０５）を送信する。この際には、サーバ機器１０１は、最初のコミットメッセージ（Ｍ１８０５）の受信時にＳ１８０６の処理である発行ライセンスとリスタートＩＤの削除等を既に行っているため、再度Ｓ１８０６の処理を行うことなく単にＡＣＫ（Ｍ１８０６）を送信する。
【０１８０】
次に、図１８のＳ１８０７に示すクライアント機器１０３がＡＣＫを受信した場合の動作について説明すると、メッセージ処理部３０３は、ＡＣＫ（Ｍ１８０６）を受信することにより、コミットの処理の終了を確認する。そして、メッセージ処理部３０３からの指示により記憶装置制御部３０５は、データ記憶装置１０４に記憶されコミットメッセージ（Ｍ１８０５）に含まれる不要となったリスタートＩＤとライセンス要求情報の組を削除する。また、コミットが終了したリスタートＩＤの削除を行う。
【０１８１】
このように、クライアント機器１０３は、使用済みのリスタートＩＤに関連する記録を削除して、不要となった情報が長期に渡りデータ記憶装置１０４に保持されることを防止する。
【０１８２】
以上より、本実施の形態２に係るライセンス交換システムによれば、クライアント機器１０３側がリスタートＩＤを生成することにより、リスタートＩＤ発行依頼をサーバ機器１０１へする必要がなくなり通信の効率化を図ることができる。
【０１８３】
また、通信シーケンス中のユニークな識別子として、クライアントＩＤ及びリスタートＩＤの両方を用いることができ、通信処理過程におけるユニーク性の確保がより容易となる。また、一括的にコミットを行って通信回数を低減させて通信の効率化を図ることができる。
【０１８４】
尚、例えば、リスタートＩＤのデータ長を長くする等により、同一のリスタートＩＤの発行を防止し、一連の通信シーケンス完了後も、一度使用したリスタートＩＤを確実に使用しないようにすることも考えられる。従って、通信固有情報生成部１６０１において作成したリスタートＩＤをデータ記憶装置１０４に記録する処理を省いて、通信処理負荷をさらに低下させることも考えられる。また、リスタートＩＤのユニーク性を確保することにより、クライアント機器１０３のユーザが１つの処理をしながら他のライセンス交換等の処理を開始した場合において、リスタートＩＤのバッティングが生じるのを確実に防ぐことができる。
【０１８５】
（実施の形態３）
次に、本発明に係るライセンス交換システムにおいてキャンセルを行う場合の通信シーケンスを説明する。本実施の形態３は、クライアント機器１０３のユーザが一度要求したライセンスのキャンセルを行う場合の動作であり、サーバ機器１０１がライセンス要求情報（Ｍ１８０３）を既に受信してライセンスの更新を行った場合について説明するものである。
【０１８６】
図１９は、本実施の形態３に係るクライアント機器１０３のユーザがライセンス交換途中で一度要求したライセンスのキャンセルを行う場合の通信シーケンス図である。以下、通信シーケンスの手順を分説する。
【０１８７】
尚、本実施の形態３においては、前記図１８に示すレスポンスメッセージ（Ｍ１８０４）の通信手順において通信障害が生じた場合を想定するものとする。すなわち、クライアント機器１０３のユーザがライセンス交換通信を行っているにもよらず、希望するライセンス交換が長期間に渡り不能な場合において、ユーザの気が変わり、ライセンス交換要求をキャンセルする場合が考えられるためである。また、通信シーケンス途中でのキャンセルにおいて特に問題となるのは、ユーザがライセンスを取得していないにもよらず、サーバ機器１０１側で管理されるユーザのライセンス内容が変更されている場合である。
【０１８８】
まず、図１９のＳ１９０１に示されるクライアント機器１０３がキャンセルメッセージをサーバ機器１０１へ送信する場合の動作について説明する。クライアント機器１０３のユーザは、一度発行依頼したライセンスの取得をキャンセルする際には、ユーザ入力部３０２を介してキャンセルの入力を行う。このキャンセルの入力を受けたメッセージ処理部３０３は、リスタートＩＤを併せたキャンセルメッセージ（Ｍ１９０１）を作成し、サーバ間通信部３０４を介してサーバ機器１０１へ送信する。
【０１８９】
図１９のＳ１９０２に示すサーバ機器がキャンセルメッセージを受信してからＡＣＫを返信するまでの動作について説明すると、クライアント間通信部２０４は、キャンセルメッセージ（Ｍ１９０１）を受信し、メッセージ処理部２０３は、ユーザからライセンス交換のキャンセル要求であると判定する。
【０１９０】
次に、記憶装置制御部２０５は、データ記憶装置１０２に記憶されているサーバ側管理ライセンスの再更新を行う。すなわち、前記Ｓ１８０４における処理にて、価値情報処理部２０１は最初にライセンス要求情報（Ｍ１８０３）を受信した際に、データ記憶装置１０２に保持されているライセンスの更新を一度行っており（例えば、クライアント機器１０３の所有者であるユーザが購入し、サーバ機器１０１側のデータ記憶装置１０２に保持されている再生可能回数１０回であり、３回の再生要求回数が記載されているライセンス要求情報を受信した場合には、再生可能回数は７回に既に更新されている）、データ記憶装置１０２は、この更新後のライセンス内容をサーバ側管理ライセンスとして記憶している。
【０１９１】
サーバ機器１０１側が、キャンセルメッセージ（Ｍ１９０１）を受信した場合には、価値情報処理部２０１は、サーバ側管理ライセンスの再更新（例えば、既に更新された再生可能回数７回を、更新前の再生可能回数の１０回に戻す）を行う。すなわち、価値情報処理部２０１は、現状のサーバ側管理ライセンスに記録されている発行ライセンス分の権利を既に更新されたサーバ側管理ライセンスにマージする処理を行う。
【０１９２】
次に、メッセージ処理部２０３より指示された記憶装置制御部２０５は、データ記憶装置１０２よりキャンセルメッセージで指定されるリスタートＩＤとクライアントＩＤの組の削除を行い、次に、当該リスタートＩＤと発行ライセンスの組を削除する。このように、キャンセルメッセージ（Ｍ１９０１）を受信した場合には、サーバ機器１０１側では、指定されたリスタートＩＤに関する記録を削除すると共に、既に更新されているライセンス内容を元の内容に再更新する。
【０１９３】
メッセージ処理部２０３は、キャンセルの一連の処理が完了したこと通知するために、クライアント間通信部２０４を介してＡＣＫ（Ｍ１９０２）をクライアント機器１０３へ送信する。
【０１９４】
尚、キャンセルメッセージ（Ｍ１９０１）において通信障害等が発生した場合にはサーバ機器１０１は、キャンセルメッセージ（Ｍ１９０１）を受信していない状態であり、クライアント機器はタイムアウト処理を行った後に、再度キャンセルメッセージ（Ｍ１９０１）の送信を行う。また、ＡＣＫ（Ｍ１９０２）の送信において通信障害が発生した場合には、サーバ機器１０１がキャンセルメッセージ（Ｍ１９０１）を再受信するが、Ｓ１９０２に示すサーバ側管理ライセンスの再更新、クライアントＩＤとリスタートＩＤの組の削除、リスタートＩＤと発行ライセンスの組の削除は既に最初のキャンセルメッセージ（Ｍ１９０１）の受信時に行われているため、再度これらの処理を行う必要はなく単に処理終了の応答メッセージとなるＡＣＫ（Ｍ１９０２）を送信する。
【０１９５】
そして、図１９のＳ１９０３に示すクライアント機器１０３がＡＣＫを受信した場合の動作について説明すると、サーバ間通信部３０４は、ＡＣＫ（Ｍ１９０２）を受信すると、次に、メッセージ処理部２０３は、正常にライセンス交換のキャンセルが行われたと判定する。
【０１９６】
そして、記憶装置制御部３０５は、データ記憶装置１０４より図１８の前記Ｓ１８０３において作成されたライセンス要求情報とリスタートＩＤの組をデータ記憶装置１０４より削除し、キャンセルにより不要となったリスタートＩＤの削除を行う。
【０１９７】
以上により、本実施の形態３に係るライセンス交換システムにおいては、クライアント機器１０３のユーザが、サーバ機器１０１へリスタートＩＤを含むキャンセルメッセージ（Ｍ１９０１）を送信することにより、一度発行された発行ライセンス分の権利をサーバ側管理ライセンスにマージすることにより再更新を行い、ユーザが取得できなかったライセンスが誤って更新されるのを防止する。
【０１９８】
（実施の形態４）
次に、本発明に係るサーバ機器１０１からクライアント機器１０３へライセンスを移動する場合の通信シーケンスを説明する。本実施の形態４では、サーバ機器１０１がリスタートＩＤの発行を行い、また、クライアント機器１０３は、サーバ機器１０１へライセンス交換終了のコミットを行う前にリスタートＩＤの削除を行うことを特徴とする。
【０１９９】
図２０は、本実施の形態４に係るサーバ機器１０１からクライアント機器１０３へライセンスを移動する場合における通信シーケンス図である。
【０２００】
まず、図２０のＳ２００１に示されるクライアント機器１０３がリスタートＩＤ発行要求情報をサーバ機器１０１へ送信する場合の動作について説明すると、リスタートＩＤの発行を要求するために、クライアント機器１０３のユーザは、ユーザ入力部３０２等を介してリスタートＩＤ発行要求の入力を行い、メッセージ処理部３０３においてリスタートＩＤ発行要求情報（Ｍ２００１）を作成し、サーバ間通信部３０４を介してサーバ機器１０１へ送信する。
【０２０１】
次に、図２０のＳ２００２に示されるサーバ機器１０１がリスタートＩＤ発行要求情報を受信してからリスタートＩＤを送信する場合の動作について説明すると、クライアント間通信部２０４は、リスタートＩＤ発行要求情報（Ｍ２００１）を受信し、メッセージ処理部２０３は、リスタートＩＤの発行要求と判断して、通信固有情報生成部２０２にリスタートＩＤの発行を指示する。尚、本実施の形態４においては、一度使用したリスタートＩＤは再度使用しないため、リスタートＩＤのグローバルユニーク性を保つことができる。
【０２０２】
また、リスタートＩＤはサーバ機器１０１側が付与することにより、クライアント機器１０３がリスタートＩＤを発行してデータ記憶装置１０４に記憶する前記実施の形態２に比べて、クライアント機器１０３のデータ記憶装置１０４に対する更新回数を低減することができる。
【０２０３】
そして、メッセージ処理部２０３より指示された記憶装置制御部２０５は、データ記憶装置１０２へクライアントＩＤとリスタートＩＤを組として記録する。また、メッセージ処理部２０３は、作成されたリスタートＩＤを含むリスタートＩＤ情報（Ｍ２００２）を作成し、クライアント間通信部２０４を介してクライアント機器１０３へ送信する。
【０２０４】
図２０のＳ２００３及びＳ２００４に示されるクライアント機器１０３のリスタートＩＤ情報の受信からライセンス要求通信の送信までの動作について説明すると、サーバ間通信部３０４は、リスタートＩＤ情報（Ｍ２００２）を受信し、メッセージ処理部３０３は、リスタートＩＤと判断して、記憶装置制御部３０５にリスタートＩＤの記録を指示する。記憶装置制御部３０５は、データ記憶装置１０４にリスタートＩＤを記憶させ（Ｓ２００３）、また、メッセージ処理部３０３は、ユーザの要求するコンテンツの利用条件を選択したライセンス要求情報の作成を行う（Ｓ２００４）。
【０２０５】
そして、作成されたライセンス要求情報（Ｍ２００３）は、リスタートＩＤと併せてサーバ間通信部３０４を介してサーバ機器１０１へ送信される。
【０２０６】
図２０のＳ２００５に示されるサーバ機器１０１側のライセンス要求情報の受信からライセンスの送信までの動作について説明すると、クライアント間通信部２０４は、ライセンス要求情報（Ｍ２００３）を受信し、メッセージ処理部２０３は、ライセンス要求と判断して、価値情報処理部２０１にライセンスの発行を指示する。尚、ライセンスの発行の説明は前記Ｓ１８０４と同様であるため具体的な説明は省略する。
【０２０７】
尚、ユーザが要求するライセンスの内容が１回目と２回目以降とでは異なる場合がある。例えば、ユーザの希望するコンテンツの再生要求回数が１回目のライセンス情報要求時においては３回であったが、ユーザ側の処理の都合により、その後ユーザの選択が変わり２回目のライセンス要求情報の要求時において４回となる等の場合である。本実施の形態４においては、ライセンス要求情報（Ｍ２００３）の内容を通信シーケンスの開始時点で確定させる必要はなく、同一のリスタートＩＤで異なるライセンス要求情報（Ｍ２００３）を送信することを可能としている。
【０２０８】
すなわち、同一のリスタートＩＤを用いることにより、リスタートＩＤにより識別されるライセンス要求情報の再受信時には、既に発行した発行ライセンスをサーバ側管理ライセンスにマージしてライセンス内容を更新前の内容に戻して、その後のライセンス要求情報に従って発行ライセンスを作成することが可能となる。一方、正常にライセンス受信が完了するとクライアント機器１０３において発行ライセンス受信と同時にリスタートＩＤが削除されるため、ライセンス交換後には同じリスタートＩＤを用いたライセンス要求情報が再度送られることはなく、確実にライセンスの交換を行うことができる。
【０２０９】
そして、価値情報処理部２０１によって作成された更新後のサーバ側管理ライセンスは、サーバ側管理ライセンスの更新として、記憶装置制御部２０５によってデータ記憶装置１０２に記録されている価値情報に上書きされる。
【０２１０】
最後に、メッセージ処理部２０３は、発行ライセンスを含むレスポンスメッセージ（Ｍ２００４）を作成しクライアント間通信部２０４を介してクライアント機器１０３へと送信する。
【０２１１】
次に、図２０のＳ２００６に示すクライアント機器１０３側でのライセンスの受信後の動作について説明すると、サーバ間通信部３０４は、レスポンスメッセージ（Ｍ２００４）を受信し、メッセージ処理部３０３は、発行ライセンスと判断する。そして、メッセージ処理部３０３は、記憶装置制御部３０５に発行ライセンスの記録を行うよう指示してデータ記憶装置１０４に記憶される。
【０２１２】
そして、クライアント機器１０３は、発行ライセンスの記録時にリスタートＩＤに関連する記録を削除する。このように、ライセンス交換の通信において最後にライセンスの更新を行う側は、その更新時に識別子であるリスタートＩＤに関連する記録を削除する。従って、クライアント機器１０３のユーザの要求するライセンスの取得が終了した後、不要となったリスタートＩＤの情報を最も早い段階で削除することができ、誤ったライセンス交換が行われるのを防ぐと共に、不要となったリスタートＩＤを長期に渡ってデータ記憶装置１０４に保持する弊害を低減させることができる。
【０２１３】
図２０のＳ２００７に示すクライアント機器１０３でのコミットメッセージ送信における動作を説明すると、クライアント機器１０３においては、発行ライセンスの記憶と同時にリスタートＩＤが削除されるため（Ｓ２００６）、通常であれば、データ記憶装置１０４には、記録されているリスタートＩＤが存在しない。従って、メッセージ処理部３０３は、データ記憶装置１０４に記憶されているリスタートＩＤが存在しないことの確認を行う。
【０２１４】
この確認の後に、メッセージ処理部３０３は、コミットメッセージ（Ｍ２００５）を作成して、リスタートＩＤを特に指定することなくコミットを行う。このため、サーバ機器１０１側においては、リスタートＩＤ毎にコミットを行うのではなく、クライアントＩＤと対応させて管理している複数のリスタートＩＤや発行ライセンスを一括的にコミットすることができる。従って、通信過程での処理を低減させて効率的な通信を行うことが可能となる。
【０２１５】
次に、図２０のＳ２００８に示すサーバ機器１０１側におけるコミットメッセージ受信後の動作について説明すると、クライアント間通信部２０４は、コミットメッセージ（Ｍ２００５）を受信し、メッセージ処理部２０３は、コミット要求のメッセージと判断する。メッセージ処理部２０３は、クライアント機器１０３のクライアントＩＤを用いて、当該クライアントＩＤとリスタートＩＤの組、及びこのリスタートＩＤと発行ライセンスの組の削除を記憶装置制御部２０５へ指示する。そして、記憶装置制御部２０５は、データ記憶装置１０２からこれらのデータの削除を行う。
【０２１６】
尚、例えば、クライアント機器１０３からのコミットメッセージ（Ｍ２００５）の送信を所定期間毎に行う場合であって、当該期間中にライセンス交換が行われていない場合には、サーバ機器１０１側には削除される対象となるリスタートＩＤ、発行ライセンス等のデータがない場合も考えられる。
【０２１７】
以上のように、本実施の形態４に係るライセンス交換システムにおいては、リスタートＩＤはサーバ機器１０１側が付与することにより、クライアント機器１０３がリスタートＩＤを発行してデータ記憶装置１０４に記憶する前記実施の形態２に比べて、データ記憶装置１０４に対するデータ更新回数を低減することができる。
【０２１８】
また、同一のリスタートＩＤを用いることにより、リスタートＩＤにより識別されるライセンス要求情報（Ｍ２００３）の再受信時には、既に更新したサーバ側管理ライセンスを更新前の内容に再更新して、その後のライセンス要求情報（Ｍ２００３）に従って発行ライセンスを作成することが可能となる。
【０２１９】
そして、クライアント機器１０３は、発行ライセンスの記録時にリスタートＩＤに関連する記録を削除するため、クライアント機器１０３のユーザの要求するライセンスの取得が終了した後、不要となったリスタートＩＤの情報を最も早い段階で削除することができ、不要となったリスタートＩＤを長期に渡ってデータ記憶装置１０４に保持する弊害を低減させることができる。
【０２２０】
さらに、クライアント機器１０３は、リスタートＩＤを特に指定することなく一括的にコミットを行うことにより効率的な通信を行うことが可能となる。
【０２２１】
（実施の形態５）
次に、本発明の別の形態について説明する。本実施の形態５においては、クライアント機器１０３が一度取得したライセンスを、サーバ機器１０１へ返却を行う場合の通信シーケンスについて説明するものとする。本実施の形態５においては、通信シーケンスの開始時において、前回の通信で使用していた情報を暗黙的にコミットすることを特徴としている。
【０２２２】
図２１は、本実施の形態５に係るクライアント機器１０３からサーバ機器１０１へライセンス返却する場合における通信シーケンス図である。通信手順は以下の通信メッセージより構成される。
【０２２３】
まず、図２１のＳ２１０１に示すクライアント機器１０３における通信シーケンス開始時におけるライセンス返却情報の送信動作について説明すると、クライアント機器１０３は、一連の通信が完了しており、通信シーケンスの途中であることを示すフラグが落ちていることを確認する。
【０２２４】
次に、メッセージ処理部３０３は、返却対象のライセンスをロックして使用不可能な状態に設定する。これは、ライセンス移動過程において通信シーケンスの識別子を付与する前にロックすることで他にライセンスが使用されることを防ぐためである。
【０２２５】
そして、メッセージ処理部３０３は、返却するライセンスを含むライセンス返却情報（Ｍ２１０１）を作成して、通信シーケンスの途中であることを示すフラグを立てた後に、サーバ間通信部３０４を介してサーバ機器１０１へ送信する。
【０２２６】
次に、図２１のＳ２１０２に示すサーバ機器１０１のライセンス返却情報の受信からＡＣＫの送信までの動作について説明すると、クライアント間通信部２０４は、ライセンス返却情報（Ｍ２１０１）を受信すると、メッセージ処理部２０３はライセンス返却情報に含まれているクライアントＩＤを確認し、記憶装置制御部２０５は、以前の返却の通信において記録されているデータ記憶装置１０２にクライアントＩＤとライセンスの組が記録されていれば削除する。すなわち、本実施の形態５においては、サーバ機器１０１側の通信シーケンスの開始時にクライアントＩＤとライセンスの情報を用いることにより、以前の通信シーケンスの情報を暗黙的にコミットして、以前の返却通信に関連する記録を削除することを可能としている。
【０２２７】
次に、記憶装置制御部２０５は、受信したライセンス返却情報（Ｍ２１０１）に含まれるライセンスとクライアントＩＤを組にしてデータ記憶装置１０２へ記録する。
【０２２８】
尚、ユーザは、ライセンス交換において同時に複数のライセンス交換を行うことは少なく、１つのライセンス交換後に次のライセンス交換を行う場合が通常である。従って、本実施の形態５に示すように、特定の機器１０１及び１０３間で同時に実行可能な通信シーケンスが１つに限定することにより、識別子を単にクライアントＩＤのみとすることができる。
【０２２９】
そして、メッセージ処理部２０３は、返却ライセンスを受信したことを示す応答メッセージであるＡＣＫ（Ｍ２１０２）を作成し、クライアント間通信部２０４を介してクライアント機器１０３へ送信する。
【０２３０】
次に、図２１のＳ２１０３に示すクライアント機器１０３側のＡＣＫ（Ｍ２１０２）の受信からＡＣＫ（Ｍ２１０３）の返信までの動作について説明すると、サーバ間通信部３０４は、ＡＣＫ（Ｍ２１０２）を受信すると、メッセージ処理部３０３は、ライセンス返却が正常に行われたことを判断して、記憶装置制御部３０５は、データ記憶装置１０４より返却されたライセンスの削除を行う。
【０２３１】
メッセージ処理部３０３は、返却対象のライセンスの削除が終了したことを示す応答メッセージであるＡＣＫ（Ｍ２１０３）をサーバ間通信部３０４を介してサーバ機器１０１へ送信する。
【０２３２】
次に、図２１のＳ２１０４に示すサーバ機器１０１側のＡＣＫ（Ｍ２１０３）の受信からＡＣＫ（Ｍ２１０４）の返信までの動作について説明すると、クライアント間通信部２０４は、ＡＣＫ（Ｍ２１０３）を受信して、メッセージ処理部２０３は、クライアント機器１０３におけるライセンス削除終了を判断する。そして、価値情報処理部２０１は、Ｓ２１０２においてデータ記憶装置１０２に記録しておいた前記ライセンスをサーバ側管理ライセンスにマージして、また、記録されているクライアントＩＤとライセンスの組に対してさらにマージが完了したことを追記する。
【０２３３】
そして、メッセージ処理部２０３は、返却したライセンスのマージが完了したことを示す応答メッセージであるＡＣＫ（Ｍ２１０４）を作成し、クライアント間通信部２０４を介してクライアント機器１０３へ送信する。
【０２３４】
尚、通信障害等によりサーバ機器１０１がＡＣＫ（Ｍ２１０３）を再受信した場合には、Ｓ２１０４に示す処理は行わずに、ＡＣＫ（Ｍ２１０４）を送信する処理のみを行う。
【０２３５】
次に、図２１のＳ２１０５に示すクライアント機器１０３のＡＣＫ（Ｍ２１０４）の受信後の動作について説明すると、クライアント機器１０３は、ＡＣＫ（Ｍ２１０４）を受信すると、Ｓ２１０１において立てた通信シーケンスの途中であることを示すフラグを落とし、クライアント機器１０３からサーバ機器１０１へのライセンス返却における一連の通信を完了する。
【０２３６】
以上のように、本実施の形態５に係るライセンス交換システムにおいては、特定の機器間においては同時に実行可能な通信シーケンスを１つに限定することにより、識別子にクライアントＩＤのみを用いることができる。従って、リスタートＩＤを識別子として用いる必要がなくなり、リスタートＩＤの発行や記録を行う必要がなくなる。
【０２３７】
また、サーバ機器１０１側の通信シーケンスの開始時にクライアントＩＤを用いることにより、以前の通信シーケンスの情報を暗黙的にコミットして、以前の通信におけるクライアントＩＤとライセンスの組に関連する記録を削除することを可能とする。
【０２３８】
（実施の形態６）
次に、本発明に係る他の実施の形態について図２２を用いて説明する。図２２は、本実施の形態６に係るクライアント機器１０３とサーバ機器１０１の間のコンテンツ利用に関する通信シーケンス図である。
【０２３９】
尚、本実施の形態６においては、上述した実施の形態１から５までの処理の効率化を図り、ライセンス交換システムにおける一連の通信において、クライアント機器１０３及びサーバ機器１０１に備えられるフラッシュメモリであるデータ記憶装置１０２及び１０４の書き込み回数を低減させた形態である。本実施の形態６においては、リスタートＩＤはクライアント機器１０３側において生成されることによりリスタートＩＤ発行要求を行わず、また、クライアント機器１０３のコンテンツ利用終了をもって黙示的にコミットを行うことを特徴とする。また、ユーザのコンテンツ再生可能回数が定められている場合を想定する。
【０２４０】
まず、図２２のＳ２２０１に示すクライアント機器１０３におけるコンテンツ鍵リクエストメッセージの送信前における動作について説明すると、メッセージ処理部３０３より指示を受けた通信固有情報生成部１６０１は、リスタートＩＤの発行を行う。メッセージ処理部３０３は、生成された前記リスタートＩＤ、要求先端末となるサーバ機器１０１でのライセンスを識別するＩＤとなるライセンスＩＤ、及びクライアント機器１０３のユーザが要求するコンテンツのアクションを示すアクションＩＤを含むコンテンツ鍵リクエストメッセージ（Ｍ２２０１）を作成し、サーバ間通信部３０４を介してサーバ機器１０１へ送信する。
【０２４１】
尚、メッセージ処理部３０３からの指示により、記憶装置制御部３０５は、コンテンツ鍵リクエストメッセージをデータ記憶装置１０４にログ記録し、要求するコンテンツの利用量の記録を行うが、Ｓ２２０１においては、コンテンツは未だ利用されていないため、利用量は０である。
【０２４２】
このように、クライアント機器１０３は、コンテンツ鍵リクエストメッセージ（Ｍ２２０１）において、クライアント機器１０３側が生成したリスタートＩＤ、及びライセンス移動に必要な情報であるライセンスＩＤ等を併せて通信することにより、クライアント機器１０３よりサーバ機器１０１へリスタートＩＤ発行要求通信を行う必要がなくなり、通信回数を削除することが可能となる。
【０２４３】
また、本実施の形態６においては、生成されたリスタートＩＤの記録と共に、ログ記録及び利用量記録が行われるため、データ記憶装置１０４に対する書き込み回数を低下させることができる。
【０２４４】
次に、図２２のＳ２２０２に示すサーバ機器１０１側におけるコンテンツ鍵取得要求の受信後の動作について説明すると、クライアント間通信部２０４は、コンテンツ鍵リクエストメッセージ（Ｍ２２０１）を受信し、価値情報処理部２０１は、前記ライセンスＩＤをデータ記憶装置１０２より検索し、該当するライセンスを発見した場合には、利用条件の判定を行う。
【０２４５】
そして、利用条件がユーザから要求された使用条件を満たす場合には、価値情報処理部２０１は、コンテンツの暗号を解く鍵であるコンテンツ鍵、ユーザ指定のコンテンツに対して許可されるアクションの実行を制御する条件、利用期限情報及び利用可能回数等の情報である条件等を含むライセンスを作成し、メッセージ処理部２０３においてライセンスのロックを行い、このライセンスにクライアントＩＤを併せたコンテンツ鍵レスポンスメッセージ（Ｍ２２０２）の作成を行う。また、メッセージ処理部２０３より指示された記憶装置制御部２０５は、利用可能回数の更新や受信したリスタートＩＤをデータ記憶装置１０２に記録する。
【０２４６】
最後に、メッセージ処理部２０３は、コンテンツ鍵レスポンスメッセージ（Ｍ２２０２）をクライアント間通信部２０４を介してクライアント機器１０３へ送信する。
【０２４７】
図２２のＳ２２０３に示すクライアント機器１０３におけるコンテンツ鍵レスポンスメッセージ受信後の動作について説明すると、サーバ間通信部３０４は、コンテンツ鍵レスポンスメッセージ（Ｍ２２０２）を受信し、メッセージ処理部３０３は、コンテンツ鍵レスポンスメッセージ（Ｍ２２０２）に含まれているコンテンツ鍵、利用期限情報及び利用可能回数等の情報である条件を判定する。
【０２４８】
そして、メッセージ処理部３０３からの指示により記憶装置制御部３０５は、データ記憶装置１０４のログ更新（コンテンツの再生開始）、及び許可される利用量の最大量となる利用量更新を行う（例えば、コンテンツ鍵レスポンスメッセージにおいて利用可能時間が３時間許可されれば３時間として利用量が更新される）。
【０２４９】
図２２のＳ２２０４において、クライアント機器１０３のユーザは、許可される利用条件に従いコンテンツ鍵を用いてコンテンツの暗号化を解きコンテンツの再生を開始する（Ｓ２２０４）。次に、ユーザがコンテンツの再生を停止することによりコンテンツの利用を終了する（Ｓ２２０５）。
【０２５０】
次に、図２２のＳ２２０６に示すクライアント機器１０３のコンテンツ鍵利用終了メッセージの送信における動作を説明すると、ユーザのコンテンツの再生が終了すると（Ｓ２２０５）、メッセージ処理部３０３は、リスタートＩＤ及びコンテンツ利用量（例えば実際の再生時間は１時間）を含むコンテンツ鍵利用終了メッセージ（Ｍ２２０３）を作成し、サーバ間通信部３０４を介してサーバ機器１０１へ送信する。
【０２５１】
尚、メッセージ処理部３０３からの指示により記憶装置制御部３０５は、データ記憶装置１０４にコンテンツ鍵利用終了メッセージの送信をログ記録、及び実際のコンテンツ利用量の更新を行う（例えば実際に再生した時間は１時間）。
【０２５２】
尚、従来であれば、クライアント機器１０３は、Ｓ２２０６の処理の後にコミットメッセージの送信を別途行う必要があったが、本実施の形態６においては、コンテンツ鍵利用終了メッセージ（Ｍ２２０３）において併せて暗黙的にコミットを行っており、コミットメッセージの送信を省いて通信における処理を低減させることができる。
【０２５３】
次に、図２２のＳ２２０７に示すサーバ機器１０１側でのコンテンツ鍵利用終了メッセージ受信後の動作について説明すると、クライアント間通信部２０４は、コンテンツ鍵利用終了メッセージ（Ｍ２２０３）を受信し、メッセージ処理部２０３より指示を受けた価値情報処理部２０１は、Ｓ２２０２において送信したライセンスのロックを解除して、ライセンスの更新を行う。メッセージ処理部２０３より指示を受けた記憶装置制御部２０５は、リスタートＩＤをデータ記憶装置１０２より削除する。
【０２５４】
そして、メッセージ処理部２０３は、コンテンツ鍵利用終了したことを通知する応答メッセージであるＡＣＫ（Ｍ２２０４）を作成して、クライアント間通信部２０４を介してクライアント機器１０３に送信する。
【０２５５】
図２２のＳ２２０８に示すクライアント機器１０３でのＡＣＫ（Ｍ２２０４）受信後の動作について説明すると、クライアント機器１０３のメッセージ処理部３０３は、記憶装置制御部３０５に対してＳ２２０１において作成したリスタートＩＤの削除を指示し、データ記憶装置１０４よりリスタートＩＤの削除を行う。
【０２５６】
以上、本実施の形態６に係るライセンス交換システムにおいては、クライアント機器１０３がリスタートＩＤの生成をし、また、コンテンツ鍵利用終了メッセージ（Ｍ２２０３）をもって暗黙的にコミットを行う。このため、クライアント機器１０３からのリスタートＩＤ要求情報、及びコミットメッセージの送信を削除して通信処理負荷を低減させると共に、データ記憶装置１０２又は１０４への書き込み回数は、コンテンツの再生開始前にＳ２２０１〜Ｓ２２０３までの３回、コンテンツ再生停止後においてもＳ２２０６〜Ｓ２２０８までの３回とすることができ、書き込み回数に限定のあるデータ記憶装置１０２及び１０４の有効利用を図ることができる。
【０２５７】
（実施の形態７）
次に、他の実施の形態の通信シーケンスについて説明する。図２３は、本実施の形態７に係るライセンス交換システムに関する通信シーケンス図であり、本実施の形態７においては、コンテンツの再生回数が無限の場合を想定しており、サーバ機器１０１はデータ記憶装置１０２への書き込みを行わないことを特徴とする。
【０２５８】
まず、図２３のＳ２３０１に示すクライアント機器１０３のコンテンツ鍵リクエストメッセージ送信前の動作について説明すると、通信固有情報生成部１６０１は、リスタートＩＤの発行を行い、上述したＳ２２０１における処理と同様にコンテンツ鍵リクエストメッセージ（Ｍ２３０１）の作成を行う。
【０２５９】
そして、図２３のＳ２３０２に示すサーバ機器１０１のコンテンツ鍵リクエストメッセージ受信後の動作について説明すると、サーバ機器１０１は、コンテンツ鍵リクエストメッセージ（Ｍ２３０１）を受信すると、利用条件の判定を行い、メッセージ処理部２０３は、前記利用条件判定に従ってコンテンツ鍵レスポンスメッセージ（Ｍ２３０２）をクライアント間通信部２０４を介してクライアント機器１０３へ送信する。
【０２６０】
尚、本実施の形態７においては、再生可能回数が無限大に設定されているために、サーバ機器１０１側において再生可能回数の更新、リスタートＩＤの記録等が行われないためデータ記憶装置１０２への書き込みを行わす、また、ライセンスのロックも行われない。
【０２６１】
図２３のＳ２３０３に示すコンテンツ鍵レスポンスメッセージ受信後の動作について説明すると、サーバ間通信部３０４は、コンテンツ鍵レスポンスメッセージ（Ｍ２３０２）を受信すると、メッセージ処理部３０３より指示された記憶装置制御部３０５は、データ記憶装置１０４よりＳ２３０１において発行したリスタートＩＤを削除する。このため、不要となったリスタートＩＤをライセンス交換の終了と共に削除する。
【０２６２】
そして、コンテンツ鍵レスポンスメッセージ（Ｍ２３０２）よりコンテンツ鍵の取得及び利用条件等の判定を行いコンテンツの再生を開始する（Ｓ２３０４）。また、ユーザがコンテンツの利用を終了して再生停止する（Ｓ２３０５）。
【０２６３】
従って、本実施の形態７に係るライセンス交換システムにおいては、一連のライセンス交換の通信シーケンスにおいて、データ記憶装置１０４への書き込み回数をＳ２３０１及びＳ２３０３の２回と最小とすることができると共に、コンテンツの再生可能回数が無限大であるため、データ記憶装置１０２へ再生可能回数の更新、受信したリスタートＩＤ等の書き込みを行う必要がない。
【０２６４】
尚、上述した各実施の形態に係る説明は例示であり、本発明は各実施の形態の通信シーケンスに限定されるものではなく、その適用可能な範囲において本発明を使用できることは言うまでもない。
【産業上の利用可能性】
【０２６５】
本発明の価値情報交換システムは、通信障害の発生時にも価値情報の損失や重複を避けることができるという効果を奏し、例えば、サーバ機器とクライアント機器とがネットワークを介してコンテンツの利用権利情報の交換を行うシステムなどに適用することができる。
【図面の簡単な説明】
【０２６６】
【図１】実施の形態１において価値情報交換システムの構成を示す図である。
【図２】実施の形態１においてサーバ機器の内部構成を示す図である。
【図３】実施の形態１においてクライアント機器の内部構成を示す図である。
【図４】実施の形態１においてサーバ機器で管理される価値情報のデータ構造を示す図である。
【図５】実施の形態１においてクライアント機器で管理される価値情報のデータ構造を示す図である。
【図６】実施の形態１においてサーバ機器からクライアント機器へ価値情報を移動する手順を示す通信シーケンス図である。
【図７】（ａ）は、実施の形態１において通信固有情報要求通信のデータ構造を示す図であり、（ｂ）は、実施の形態１において通信固有情報返答通信のデータ構造を示す図であり、（ｃ）は、実施の形態１において価値情報要求通信のデータ構造を示す図であり、（ｄ）は、実施の形態１において価値情報返答通信のデータ構造を示す図である。
【図８】実施の形態１において要求情報のデータ構造を示す図である。
【図９】実施の形態１において送信価値情報のデータ構造を示す図である。
【図１０】実施の形態１において、サーバ機器における価値情報要求通信受信後の動作を説明するフローチャートである。
【図１１】実施の形態１において、通信障害への対応を考慮した、サーバ機器における価値情報要求通信受信後の動作を説明するフローチャートである。
【図１２】実施の形態１においてコミット通信のデータ構造を示す図である。
【図１３】（ａ）は、実施の形態１において、キャンセル要求通信のデータ構造を示す図であり、（ｂ）は、実施の形態１において、キャンセル返答通信のデータ構造を示す図である。
【図１４】実施の形態１において、サーバ機器におけるキャンセル要求通信受信後の動作を説明するフローチャートである。
【図１５】実施の形態１においてクライアント機器からサーバ機器へ価値情報を移動する手順を示す通信シーケンス図である。
【図１６】実施の形態２に係るクライアント機器の内部構成を示す図である。
【図１７】実施の形態２に係るサーバ機器の内部構成を示す図である。
【図１８】実施の形態２に係るサーバ機器よりクライアント機器へライセンスを移動する場合における通信シーケンス図である。
【図１９】本実施の形態３に係るクライアント機器のユーザがライセンス交換途中で一度要求したライセンスのキャンセルを行う場合の通信シーケンス図である。
【図２０】実施の形態４に係るサーバ機器からクライアント機器へライセンスを移動する場合における通信シーケンス図である。
【図２１】実施の形態５に係るクライアント機器からサーバ機器へライセンスを移動する場合における通信シーケンス図である。
【図２２】実施の形態６に係るクライアント機器とサーバ機器の間のコンテンツ利用に関する通信シーケンス図である。
【図２３】本実施の形態７に係るライセンス交換システムに関する通信シーケンス図である。
【符号の説明】
【０２６７】
１０１ サーバ機器
１０２，１０４ データ記憶装置
１０３ クライアント機器
１０５ ネットワーク
２０１ 価値情報処理部
２０２ 固有情報生成部
２０３，３０３ メッセージ処理部
２０４ クライアント間通信部
２０５，３０５ 記憶装置制御部
３０１ 固有情報管理部
３０２ ユーザ入力部
３０４ サーバ間通信部
１６０１ 通信固有情報生成部
１７０１ 通信固有情報処理部
【技術分野】
【０００１】
本発明は、通信経路を介して接続されるサーバ・クライアント型の価値情報交換システムにおいて、価値情報を交換する方法に関し、特に、価値情報の交換に係る通信負荷を低減させる方法に関するものである。
【背景技術】
【０００２】
ネットワークの発展に伴い、ネットワークを経由して商取引を行う電子商取引システム(Electronic Commerce System)が数多く発表されている。このような商取引システムにおいては、通信を行う両端点の機器同士で何らかの価値のある情報を交換する。価値のある情報としては、例えば金銭を特定する情報が該当する。特に近年は金銭以外にも、電子的なコンテンツの配信を行うコンテンツ配信システムにおいて、コンテンツの利用権利を機器間で交換することも行われる。
【発明の開示】
【発明が解決しようとする課題】
【０００３】
このような機器間での価値情報交換システムでは、通信障害が発生した際の処理が大きな問題となる。通信障害の発生によって、価値情報が不当に複製されたり喪失されることがあってはならない。
【０００４】
こうした通信障害に対する耐性を持つ従来の価値情報交換システムとしては、通信障害発生時に価値情報の交換手順を回復するために、機器間での通信内容をログとして記録し、この方法としてモンデックス特許と呼ばれる価値情報交換方法が知られている（例えば、特許文献１参照。）。この価値情報交換方法は、二つの電子財布間での価値情報交換には有効な方法であるが、一つのサーバに対して多数のクライアント機器が接続されるサーバ・クライアント型のシステムでは問題が大きい。
【０００５】
これは、サーバは多数のクライアントと同時に通信を行う必要があるため、ログが非常に大きくなってしまうことや、サーバ・クライアント間の通信は、電子財布間の通信に比べて遙かに脆弱であり、通信障害が発生する確率が非常に高くなるためである。
【０００６】
そこで、本発明は、かかる問題点に鑑みてなされたものであり、サーバ・クライアント間でコンテンツ利用ライセンス等の価値情報の交換通信を行う場合において、たとえ価値情報交換の通信途中において通信障害が発生しても、正確に価値情報を交換できる価値情報交換システムを提供することを目的とする。
【０００７】
また、サーバ・クライアント機器間の通信回数、サーバ・クライアント機器が備える記憶装置へのデータ書き込み回数等を低減させ、価値情報交換通信にかかる処理負荷を低減させることが可能な価値情報交換システムを提供することをも目的とする。
【特許文献１】特表平１１−５０５３４８号公報
【課題を解決するための手段】
【０００８】
このような課題を解決するために、本発明に係る価値情報送信システムは、第１機器（サーバ機器）から第２機器（クライアント機器）へ、通信網を介して権利に関する内容を表す価値情報を送信する価値情報送信システムであって、前記第１機器は、前記第２機器から前記第２機器に固有の機器固有情報の通知を受け、前記機器固有情報を用いて前記第２機器との間での認証を行う第１認証手段と、前記第２機器から、前記第２機器との間での一連の価値情報の送信の通信を識別する通信識別情報と、前記第２機器が取得を要求する価値情報に関する要求情報を含むリクエストメッセージとを受信する受信手段と、少なくとも前記第２機器に前記価値情報を送信するまで第２機器との間の前記通信識別情報を、前記第２機器の機器固有情報と対応付けて保持する第１のデータ記憶手段と、前記リクエストメッセージに含まれる前記要求情報に従って価値情報を生成する生成手段と、生成した価値情報を含むレスポンスメッセージを前記第２機器に送信する送信手段とを備え、前記第２機器は、価値情報を記憶する第１記憶手段と、前記第２機器に固有の前記機器固有情報を記憶する第２記憶手段と、前記機器固有情報を前記第１機器に通知し、前記機器固有情報を用いて前記第１機器との間で前記認証を行う第２認証手段と、前記要求情報を生成する要求情報生成手段と、前記通信識別情報を生成する通信識別情報生成手段と、前記通信識別情報と、前記要求情報を含んだリクエストメッセージとを前記第１機器に送信する送信手段と、少なくとも前記第１機器より前記価値情報を受信するまで前記通信識別情報を保持する第２のデータ記憶手段と、前記第１機器から前記価値情報を含んだレスポンスメッセージを受信する受信手段と、前記受信手段が前記レスポンスメッセージを受信すると、前記第１記憶手段に前記レスポンスメッセージに含まれる価値情報を記憶する更新手段とを備えることを特徴としている。
【０００９】
また、前記課題を解決するために、本発明に係る価値情報交換システムにおいて、前記第２機器は、さらに、前記価値情報を前記第１記憶手段に記録すると、コミットメッセージを生成し、前記第１機器に送信するコミット処理手段を備えることを特徴とする。
【００１０】
尚、本発明は、上述のような価値情報交換システムとして実現できるのみではなく、この価値情報交換システムが備える手段をステップとする価値情報交換方法、及び当該手段を装置上で実現する価値情報交換装置としても実現することができる。
【００１１】
また、前記価値情報交換方法をコンピュータ等で実現させるプログラムとして実現したり、当該プログラムをＣＤ−ＲＯＭ等の記録媒体や通信ネットワーク等の伝送媒体を介して流通させることができるのは言うまでもない。
【発明の効果】
【００１２】
以上のように、本発明に係る価値情報交換システムによれば、サーバ機器とクライアント機器とがネットワークを介して価値情報の交換を行う場合において、機器固有情報と通信識別情報を用いてサーバ機器側で中間状態を管理することによって、通信障害の発生時にも価値情報の損失や重複を避けることが可能となる。
【００１３】
そして、本発明に係る価値情報交換システムにおいては、前記のように通信障害に対する耐性を持たせながらも、クライアント機器は機器固有情報及び通信識別情報を記録するだけで良く、比較的容易に実装を行うことが可能となる。また、クライアント機器のユーザは、通信障害発生時に中断された通信を再開するだけではなく、価値情報の取得をキャンセルすることも可能である。
【００１４】
さらに、本発明に係る価値情報交換システムによれば、クライアント機器がリスタートＩＤを生成することにより、リスタートＩＤ発行依頼をサーバ機器へする必要がなくなり、一連の通信シーケンス中での通信回数を低減させることができる。
【００１５】
また、本発明に係る価値情報交換システムによれば、ライセンス交換において不都合が生じたクライアント機器のユーザが、サーバ機器へリスタートＩＤを含むキャンセルメッセージを送信することにより、一度更新されたサーバ側管理ライセンスを元の内容に再更新して、ライセンスが誤って更新されることを確実に防止することができる。
【００１６】
さらに、本発明に係る価値情報交換システムによれば、クライアント機器は、発行ライセンスの受信時にリスタートＩＤに関連する記録を削除するため、不要となったリスタートＩＤの情報を最も早い段階で削除することができる。そして、クライアント機器は、リスタートＩＤを特に指定することなく一括的にコミットを行うことにより通信処理を低減させて効率的な通信を行うことが可能となる。
【００１７】
そして、本発明に係る価値情報交換システムによれば、特定の機器間においては同時に実行可能な通信シーケンスを１つに限定することにより、識別子は単にクライアントＩＤのみでよくなり、リスタートＩＤの発行や記録を省くことができる。
【００１８】
また、本発明は、一連のライセンス交換システムにおけるデータ記憶装置への書き込み回数及び通信回数を減らして、通信の効率化を図ったライセンス交換システムを提供できる。
【発明を実施するための最良の形態】
【００１９】
以下に、本発明の実施の形態について図１から図２３を用いて説明する。ここでは本発明をサーバ・クライアント型のコンテンツ配信システムに適用した場合の例を示す。コンテンツ配信システムにおける価値情報は、コンテンツの利用権利情報に相当する。
【００２０】
（実施の形態１）
図１は本実施の形態１に係る価値情報交換システム（価値情報送信システム）の構成を示す図である。
【００２１】
本実施の形態１の価値情報交換システムは、サーバ機器１０１、このサーバ機器１０１によって管理されるデータ記憶装置１０２、クライアント機器１０３、及び当該クライアント機器１０３によって管理されるデータ記憶装置１０４を備え、サーバ機器１０１とクライアント機器１０３とはネットワーク１０５を介して接続される。
【００２２】
図２は、本実施の形態１に係るサーバ機器１０１の内部構成を示す図である。
【００２３】
このサーバ機器１０１は、価値情報処理部２０１、固有情報生成部２０２、メッセージ処理部２０３、クライアント間通信部２０４、及び記憶装置制御部２０５を備える。また、この記憶装置制御部２０５は、データ記憶装置１０２と接続されている。
【００２４】
価値情報処理部２０１は、データ記憶装置１０２より価値情報を引き出し、クライアント機器１０３より受信したメッセージに記載されるユーザからの要求に応じて価値情報の更新を行う処理部である。例えば、クライアント機器１０３のユーザより要求されるコンテンツの再生可能回数が３回である場合には、サーバ機器１０１は、クライアントＩＤやコンテンツＩＤを用いることでデータ記憶装置１０２を参照し、ユーザが所有する再生可能回数が１０回である場合には、３回分の再生可能な価値情報をユーザに送付し、残りの再生可能回数を７回としてデータ記憶装置１０２の記憶内容を更新する。
【００２５】
固有情報生成部２０２は、クライアント機器１０３側より発行要求される通信固有情報を生成する。この通信固有情報は、サーバ機器１０１とクライアント機器１０３で同時に実行されている一連の通信シーケンスに対してユニークな識別子となる。すなわち、サーバ機器１０１は、クライアント機器１０３から通信シーケンスの完了を受信するまで、その通信シーケンスのために発行した通信固有情報と同じ通信固有情報を発行しない。一連の通信シーケンスの完了後であれば、一度使用した通信固有情報を再度発行し得る。
【００２６】
メッセージ処理部２０３は、クライアント機器１０３より受信したメッセージの処理、解読等を行い、サーバ機器１０１の各処理部へメッセージに従った処理の指示を行う。
【００２７】
クライアント間通信部２０４は、ＴＣＰ／ＩＰのライブラリ、ＬＡＮカード等に代表される処理部であり、ネットワーク通信等を介して、クライアント機器１０３とメッセージの送受信を行う。
【００２８】
記憶装置制御部２０５は、メッセージ処理部２０３からの指示に従い、データ記憶装置１０２に格納された価値情報の中からクライアント機器１０３に対応する価値情報を検索して更新、変更等の処理を行う。
【００２９】
データ記憶装置１０２は、クライアント機器１０３のユーザが購入して、現在取得している利用条件等の情報を保持するデータベースであり、例えばセキュアなフラッシュメモリである。
【００３０】
図３は、本実施の形態１に係るクライアント機器１０３の内部構成を示す図である。クライアント機器１０３は、固有情報管理部３０１、ユーザ入力部３０２、メッセージ処理部３０３、サーバ間通信部３０４、及び記憶装置制御部３０５を備える。
【００３１】
固有情報管理部３０１は、ＲＯＭ等に格納しているクライアントの識別子であるクライアントＩＤ等の固有情報、ＳＳＬの暗号鍵等を管理する。
【００３２】
ユーザ入力部３０２は、ＰＣ等のクライアント機器１０３のキーボード等であり、クライアント機器１０３のユーザは、ユーザ入力部３０２を介して要求する情報を入力する。
【００３３】
メッセージ処理部３０３は、サーバ機器１０１に対して送信される通信固有情報や価値情報を含むメッセージを作成すると共に、サーバ機器１０１より受信するメッセージの解読を行い、クライアント機器１０３に備えられた各処理部への指示を行う。
【００３４】
サーバ間通信部３０４は、サーバ機器１０１とネットワーク通信等を介して接続され、メッセージの送受信を行う。
【００３５】
記憶装置制御部３０５は、メッセージ処理部３０３より指示され、データ記憶装置１０４に記憶されているデータの制御を行う。
【００３６】
データ記憶装置１０４は、本実施の形態１においては、通信固有情報を保持するメモリ部であり、通常は書き換え回数が限定されているフラッシュメモリ、ＩＣカード等である。尚、図３において、データ記憶装置１０４はクライアント機器１０３の外部に備えられているが、内部に備えることもある。また、データ記憶装置１０４は、サーバ機器１０１より配信されるコンテンツを格納する格納部の機能を備えることも可能となる。
【００３７】
図４は、サーバ機器１０１に管理されているデータ記憶装置１０２に格納される価値情報のデータ構造の一例を示す図である。この価値情報は以下の４つの項目から構成される。
【００３８】
１．「クライアント機器固有情報」
価値情報を所有するクライアント機器１０３を特定するための情報であり、各クライアント機器１０３は機器固有情報を出荷時に設定されており、この情報はユーザによる書き換えができない。よって、価値情報の所有者を特定するための情報としてクライアント機器固有情報を利用する。例えば、クライアントＩＤと呼ばれる情報が該当する。
【００３９】
２．「コンテンツ識別子」
当該価値情報（＝利用権利情報）によって利用可能なコンテンツを識別するための情報。例えば音楽コンテンツにおけるＩＳＲＣコード、パッケージ化されたコンテンツにおけるＵＰＣコード等が、このようなコンテンツ識別子に相当する。
【００４０】
３．「利用回数情報」
前記コンテンツ識別子によって特定されるコンテンツを利用可能な回数である。前記利用条件に含まれる情報であり、クライアント機器１０３側で判定される。例えば、∞は利用可能な回数が指定されておらず、何回でもコンテンツの利用可能なことを意味する。
【００４１】
４．「利用期限情報」
前記コンテンツ識別子によって特定されるコンテンツを利用可能な期限を示す情報であり、クライアント機器１０３側で判定される。期限を越した場合には、利用回数が残っていたとしても利用できなくなる。例えば、∞は利用期限が設定されておらず、永久に利用可能なことを意味する。
【００４２】
例えば、図４に示した表の２行目に該当する価値情報は、ＣＬＩＥＮＴＳ−ＩＤ−１１１１１で特定されるクライアント機器１０３において、ＣＯＮＴＥＮＴＳ−ＩＤ−１１１１で特定されるコンテンツを２００２年３月３１日までに１０回利用可能なことを表している。
【００４３】
図５にクライアント機器１０３で管理されるデータ記憶装置１０４に格納される価値情報のデータ構造の一例を示す図である。この価値情報は、コンテンツ識別子、利用回数情報、及び利用期限情報の３つの項目より構成される。尚、これらの項目の内容は前記図４と同様であり、具体的な説明は省略する。
【００４４】
例えば、図５に示した表の２行目に該当する価値情報は、ＣＯＮＴＥＮＴＳ−ＩＤ−１１１１で特定されるコンテンツを２００２年３月３１日までに５回利用可能なことを表している。
【００４５】
次に、サーバ機器１０１からクライアント機器１０３への価値情報移動の手順について図６を用いて説明する。図６はサーバ機器１０１からクライアント機器１０３へと価値情報を移動する際の通信手順について示した通信シーケンス図である。
【００４６】
通信手順は以下の４つの通信メッセージから構成される。
【００４７】
１．「通信固有情報要求通信（図中Ｍ６０１）」
クライアント機器１０３からサーバ機器１０１へ送信される通信メッセージであり、サーバ機器１０１に存在する価値情報をクライアント機器１０３へ移動させるに先だって通信固有情報の送信を要求する。
【００４８】
２．「通信固有情報返答通信（図中Ｍ６０２）」
サーバ機器１０１からクライアント機器１０３へ返信される通信メッセージであり、サーバ機器１０１において作成された通信固有情報をクライアント機器１０３へ送信する。
【００４９】
３．「価値情報要求通信（図中Ｍ６０３）」
クライアント機器１０３からサーバ機器１０１へ送信される通信メッセージであり、サーバ機器１０１に存在する価値情報をクライアント機器１０３へ移動させることを要求する。
【００５０】
４．「価値情報返答通信（図中Ｍ６０４）」
サーバ機器１０１からクライアント機器１０３へ返信される通信メッセージであり、サーバ機器１０１において作成された価値情報をクライアント機器１０３へ送信する。
【００５１】
図７は、本実施の形態１に係るサーバ機器１０１とクライアント機器１０３との間で送受信される様々なデータの構成例を示す図である。
【００５２】
まず、通信固有情報要求通信Ｍ６０１において送信される通信メッセージのデータ構造例を図７（ａ）に示す。通信固有情報要求通信Ｍ６０１における通信メッセージは以下の５つのデータから構成される。
【００５３】
メッセージＩＤは、通信メッセージが通信固有情報要求通信であることを示す識別情報である。２バイトで０ｘ０１０１が記述される。
【００５４】
メッセージサイズは、メッセージＩＤ及びメッセージサイズを除く通信メッセージのサイズが４バイトで記述される。図７（ａ）の例では、０ｘ００００００２２が記述されている。
【００５５】
機器固有情報は、クライアント機器１０３の固有情報管理部３０１に管理されている機器固有情報が１６バイトで記述される。図７（ａ）の例では、ＣＬＩＥＮＴＳ−ＩＤ−１１１１１が記述されている。
【００５６】
利用回数情報は、この通信メッセージによる価値情報の交換において、どれだけの利用回数を要求するかを示す情報であり、２バイトで回数が指定される。図７（ａ）の例では、０ｘ０００５が記述されている。
【００５７】
コンテンツ識別子は、この通信メッセージによる価値情報の交換において、どのコンテンツの利用権利（＝価値情報）を要求するかを示す情報であり、１６バイトで記述される。図７（ａ）の例では、ＣＯＮＴＥＮＴＳ−ＩＤ−１１１１が記述される。
【００５８】
次に、通信固有情報返答通信Ｍ６０２において送信される通信メッセージのデータ構造例を図７（ｂ）に示す。通信固有情報返答通信Ｍ６０２における返答メッセージは以下の４つのデータから構成される。
【００５９】
メッセージＩＤは、通信メッセージが通信固有情報返答通信であることを示す識別情報である。２バイトで０ｘ０１０２が記述される。
【００６０】
メッセージサイズは、メッセージＩＤ及びメッセージサイズを除く通信メッセージのサイズが４バイトで記述される。図７（ｂ）の例では、０ｘ００００００１２が記述されている。
【００６１】
ステータスコードは、通信固有情報要求通信に対するサーバ機器１０１での処理結果を示すステータスコードが２バイトで記述される。図７（ｂ）の例では、０ｘ００００が記述されている。
【００６２】
通信固有情報は、価値情報要求通信において使用される通信固有情報が１６バイトで記述される。図７（ｂ）の例では、ＭＥＳＳＡＧＥ−ＩＤ−１１１１１が記述されている。
【００６３】
さらに、価値情報要求通信において送信される通信メッセージのデータ構造例を図７（ｃ）に示す。価値情報要求通信における通信メッセージは以下の４つのデータから構成される。
【００６４】
メッセージＩＤは、通信メッセージが通信固有情報返答通信であることを示す識別情報である。２バイトで０ｘ０１０３が記述される。
【００６５】
メッセージサイズは、メッセージＩＤ及びメッセージサイズを除く通信メッセージのサイズが４バイトで記述される。図７（ｃ）の例では、０ｘ００００００２０が記述されている。
【００６６】
機器固有情報は、クライアント機器１０３の固有情報管理部３０１に管理されている機器固有情報が１６バイトで記述される。図７（ｃ）の例では、ＣＬＩＥＮＴＳ−ＩＤ−１１１１１が記述される。
【００６７】
通信固有情報は、通信固有情報返答通信によって送信された通信固有情報が１６バイトで記述される。図７（ｃ）の例では、ＭＥＳＳＡＧＥ−ＩＤ−１１１１１が記述されている。
【００６８】
そして、価値情報返答通信において送信される通信メッセージのデータ構造例を図７（ｄ）に示す。価値情報返答通信における通信メッセージは以下の６つのデータから構成される。
【００６９】
メッセージＩＤは、通信メッセージが通信固有情報返答通信であることを示す識別情報である。２バイトで０ｘ０１０４が記述される。
【００７０】
メッセージサイズは、メッセージＩＤ及びメッセージサイズを除く通信メッセージのサイズが４バイトで記述される。図７（ｄ）の例では、０ｘ００００００１８が記述されている。
【００７１】
ステータスコードは、通信固有情報要求通信に対するサーバ機器１０１での処理結果を示すステータスコードが２バイトで記述される。図７（ｄ）の例では、０ｘ００００が記述されている。
【００７２】
利用回数情報は、この通信メッセージによる価値情報の交換において、どれだけの利用回数が許可されたかを示す情報であり、２バイトで回数が指定される。図７（ｄ）の例では、０ｘ０００５が記述されている。
【００７３】
利用期限情報は、この通信メッセージによる価値情報の交換において、対象となるコンテンツの利用期限を示す情報であり、年を２バイトと月・日を各１バイトの合計４バイトで記述される。図７（ｄ）の例では、０ｘ０７ｄ２０３１Ｆが記述されている。
【００７４】
コンテンツ識別子は、この通信メッセージによる価値情報の交換において、どのコンテンツの利用権利（＝価値情報）が許可されるかを示す情報であり、１６バイトで記述される。図７（ｄ）の例では、ＣＯＮＴＥＮＴＳ−ＩＤ−１１１１が記述されている。
【００７５】
次に、図６のＳ６０１で示された、クライアント機器１０３における通信固有情報要求通信の送信前の動作について説明する。クライアント機器１０３では、通信固有情報要求通信の前に、ユーザ入力部３０２にて、クライアント機器１０３のユーザから利用を希望するコンテンツ及び利用希望回数等の入力を受け付ける。この入力結果及び固有情報管理部３０１に管理されている機器固有情報を元として、メッセージ処理部３０３は通信固有情報要求通信の通信メッセージを生成する。生成された通信メッセージはサーバ間通信部３０４によって、サーバ機器１０１へと送信される。
【００７６】
次に、図６のＳ６０２で示された、サーバ機器１０１における通信固有情報要求通信の受信から通信固有情報返答通信の送信までの動作について説明する。サーバ機器１０１ではクライアント間通信部２０４にて通信固有情報要求通信を受信すると、メッセージ処理部２０３がこの通信メッセージを解釈し、通信メッセージの先頭２バイトに記述されたメッセージＩＤから通信固有情報要求通信であると判定する。
【００７７】
次にサーバ機器１０１は固有情報生成部２０２にて通信固有情報を生成する。生成された通信固有情報と通信メッセージ中の機器固有情報・利用回数情報・コンテンツ識別子は一組の要求情報として、記憶装置制御部２０５によってデータ記憶装置１０２に記録される。尚、要求情報の詳細については後述する。
【００７８】
さらに、メッセージ処理部２０３は生成された通信固有情報を元に通信固有情報返答通信を生成する。生成された通信メッセージはクライアント間通信部２０４によって、クライアント機器１０３へと送信される。尚、本実施の形態１ではステータスコードは常に正常値である０ｘ００００が設定される。
【００７９】
次に、図６のＳ６０３で示された、クライアント機器１０３における通信固有情報返答通信の受信から価値情報要求通信の送信までの動作について説明する。クライアント機器１０３ではサーバ間通信部３０４にて通信固有情報返答通信を受信すると、メッセージ処理部３０３がこの通信メッセージを解釈し、通信メッセージの先頭２バイトに記述されたメッセージＩＤから通信固有情報返答通信であると判定する。
【００８０】
次に、クライアント機器１０３は、通信固有情報返答通信に含まれる通信固有情報を取得し、この通信固有情報を記憶装置制御部３０５によってデータ記憶装置１０４に記録する。
【００８１】
さらに、メッセージ処理部３０３は通信固有情報及び固有情報管理部３０１に管理されている機器固有情報を元に価値情報要求通信を生成する。生成された通信メッセージはサーバ間通信部３０４によって、サーバ機器１０１へと送信される。このように、価値情報の交換を行うために価値情報要求通信（Ｍ６０３）を送信する場合には、ユニークな識別子となる通信固有情報を併せて送信する。
【００８２】
図８は、要求情報のデータ構造の一例を示す図である。この要求情報は、以下の４つのデータより構成される。
【００８３】
通信固有情報は、サーバ機器１０１において生成される通信を特定するための情報であり、ＭＥＳＳＡＧＥ−ＩＤ−１１１１１が記述される。機器固有情報は、クライアント機器１０３の機器固有情報が記述されており、ＣＬＩＥＮＴＳ−ＩＤ−１１１１１が記述されている。利用回数情報は、ユーザが要求するコンテンツの利用回数を示す情報であり、０ｘ０００５と記述されている。また、コンテンツ識別子は、ユーザが利用を要求するコンテンツを特定するための情報であり、ＣＯＮＴＥＮＴＳ−ＩＤ−１１１１が記述されている。
【００８４】
次に、図６のＳ６０４で示された、サーバ機器１０１における価値情報要求通信の受信から価値情報返答通信の送信までの動作について図１０に示すフローチャートを用いて説明する。図１０は、サーバ機器１０１における価値情報要求通信の受信から価値情報返答通信の送信までの動作手順を示すフローチャートである。
【００８５】
サーバ機器１０１では、クライアント間通信部２０４にて価値情報要求通信を受信すると、メッセージ処理部２０３がこの通信メッセージを解釈し、通信メッセージの先頭２バイトに記述されたメッセージＩＤから価値情報要求通信であると判定する（Ｓ１００１）。
【００８６】
次に、サーバ機器１０１はメッセージ処理部２０３で解釈された通信メッセージから機器固有情報及び通信固有情報を取得し、これを元に記憶装置制御部２０５によってデータ記憶装置１０２に記憶された要求情報の中から機器固有情報及び通信固有情報が一致するものを検索する。もしも発見されなかった場合には、メッセージ処理部２０３はステータスコードに異常値である０ｘ０００１を設定した価値情報返答通信のメッセージを作成し、この通信メッセージをクライアント間通信部２０４によってクライアント機器１０３へと送信する（Ｓ１００２，Ｓ１００３）。
【００８７】
機器固有情報及び通信固有情報が一致するものが存在した場合には、要求情報に記述された機器固有情報及びコンテンツ識別子を元に、記憶装置制御部２０５によってデータ記憶装置１０２に記憶された価値情報から機器固有情報及びコンテンツ識別子が一致するものを検索する。もしも発見されなかった場合には、メッセージ処理部２０３はステータスコードに別の異常値である０ｘ０００２を設定した価値情報返答通信のメッセージを作成し、この通信メッセージをクライアント間通信部２０４によってクライアント機器１０３へと送信する。この後、サーバ機器１０１では記憶装置制御部２０５によってデータ記憶装置１０２に記憶された要求情報を削除しておく（Ｓ１００４〜Ｓ１００６）。
【００８８】
機器固有情報及びコンテンツ識別子が一致するものが存在した場合には、要求情報と価値情報を元に、価値情報処理部２０１がクライアント機器１０３へと送信する価値情報とサーバ機器１０１に残る価値情報を作成する。尚、図中及び以降の説明ではこれら２つの価値情報を区別するために、クライアント機器１０３へと送信する価値情報を送信価値情報と呼び、サーバ機器１０１に記録・管理される価値情報を記録価値情報と呼ぶ。価値情報処理部２０１によって作成された送信価値情報は、記憶装置制御部２０５によってデータ記憶装置１０２に記録される。また、価値情報処理部２０１によって作成された更新後の記録価値情報は、記憶装置制御部２０５によってデータ記憶装置１０２に記録されている価値情報に上書きされる。さらに、記憶装置制御部２０５によってデータ記憶装置１０２に記録されている要求情報を削除する（Ｓ１００７〜Ｓ１０１０）。
【００８９】
最後に、送信価値情報を元にメッセージ処理部２０３は価値情報返答通信のメッセージを作成し、この通信メッセージをクライアント間通信部２０４によってクライアント機器１０３へと送信する。尚、この際のステータスコードには正常値である０ｘ００００が記録される（Ｓ１０１１）。
【００９０】
図９に送信価値情報のデータ構造の一例を示す。この送信価値情報は、以下の５つのデータより構成される。
【００９１】
通信固有情報は、サーバ機器１０１において生成される通信を特定するための情報であり、ＭＥＳＳＡＧＥ−ＩＤ−１１１１１が記述される。機器固有情報は、クライアント機器１０３の機器固有情報が記述されており、ＣＬＩＥＮＴＳ−ＩＤ−１１１１１が記述されている。利用回数情報は、ユーザが利用可能なコンテンツの利用回数を示す情報であり、０ｘ０００５と記述されている。利用期限情報は、ユーザが利用可能なコンテンツの利用期限を示す情報であり、０ｘ０７ｄ２０３１Ｆと記述される。また、コンテンツ識別子は、ユーザが利用を要求したコンテンツを特定するための情報であり、ＣＯＮＴＥＮＴＳ−ＩＤ−１１１１が記述されている。
【００９２】
次に、図６のＳ６０５で示された、クライアント機器１０３における価値情報返答通信の受信後の動作について説明する。クライアント機器１０３ではサーバ間通信部３０４にて価値情報返答通信を受信すると、メッセージ処理部３０３がこの通信メッセージを解釈し、通信メッセージの先頭２バイトに記述されたメッセージＩＤから価値情報返答通信であると判定する。
【００９３】
次にクライアント機器１０３は、価値情報返答通信に含まれるステータスコード通信を取得し、正常値である０ｘ００００であるか否かを判定する。正常値でなかった場合には、送信の際に使用した通信固有情報を記憶装置制御部３０５によってデータ記憶装置１０４から削除する。
【００９４】
正常値であった場合には、受信した価値情報返答通信に含まれる利用回数情報・利用期限情報・コンテンツ識別子を元に価値情報を作成し、これを記憶装置制御部３０５によってデータ記憶装置１０４に記録する。さらに、送信の際に使用した通信固有情報を記憶装置制御部３０５によってデータ記憶装置１０４から削除する。
【００９５】
次に、通信固有情報要求通信の送信の際に通信障害が発生した場合の動作について説明する。通信固有情報要求通信の送信の際に通信障害が発生した場合には、クライアント機器１０３からは送信できているものの、サーバ機器１０１では通信メッセージが受信できていない。よって、サーバ機器１０１では図６のＳ６０２で示される処理が行われず、通信固有情報返答通信も送信されない。このために、クライアント機器１０３は通信固有情報返答通信を受信することは無い。このような状態に陥った場合にはクライアント機器１０３はある一定時間後に通信固有情報要求通信の再送信を試みる。すなわち、クライアント機器１０３は、タイムアウト処理を行い、次回のセッション確立時に再度通信固有情報要求通信を送信する。
【００９６】
次に、通信固有情報返答通信の送信の際に通信障害が発生した場合の動作について説明する。通信固有情報返答通信の送信の際に通信障害が発生した場合には、サーバ機器１０１からは送信できているものの、クライアント機器１０３では通信メッセージが受信できていない。クライアント機器１０３にとっては、この状態は通信固有情報要求通信の送信の際に通信障害が発生した場合と差異が無い。よって、クライアント機器１０３はある一定時間後に通信固有情報要求通信の再送信を試みる。尚、サーバ機器１０１は通信固有情報返答通信の再送信は行わない。また、通信固有情報要求通信の再送信によってサーバ機器１０１が複数の通信固有情報要求通信を受信した場合には、通信メッセージ毎に異なる通信固有情報を付与する。
【００９７】
すなわち、クライアント機器１０３はタイムアウト処理を行い、次回のセッション確立時に再度通信固有情報要求通信を送信する。尚、この通信固有情報要求通信に対してサーバ機器１０１は、通信障害発生時とは異なる通信固有情報を使用することとなる。
【００９８】
次に、価値情報要求通信の送信の際に通信障害が発生した場合の動作について説明する。価値情報要求通信の送信の際に通信障害が発生した場合には、クライアント機器１０３からは送信できているものの、サーバ機器１０１では通信メッセージが受信できていない。よって、サーバ機器１０１では図６のＳ６０４で示される処理が行われず、価値情報返答通信も送信されない。このためにクライアント機器１０３は価値情報返答通信を受信することはない。このような状態に陥った場合にはクライアント機器１０３はある一定時間後に価値情報要求通信の再送信を試みる。
【００９９】
すなわち、クライアント機器１０３はタイムアウト処理を行い、次回セッション確立時に再度価値情報要求通信の送信を行う。尚、この価値情報要求通信においては、クライアント機器１０３は通信障害発生時と同一の通信固有情報を使用する。
【０１００】
次に、価値情報返答通信の送信の際に通信障害が発生した場合の動作について説明する。価値情報返答通信の送信の際に通信障害が発生した場合には、サーバ機器１０１からは送信できているものの、クライアント機器１０３では通信メッセージが受信できていない。クライアント機器１０３にとっては、この状態は価値情報要求通信の送信の際に通信障害が発生した場合と差異が無い。よって、クライアント機器１０３はある一定時間後に価値情報要求通信の再送信を試みる。尚、サーバ機器１０１は価値情報返答通信の再送信は行わない。
【０１０１】
すなわち、クライアント機器１０３はタイムアウト処理を行い、次回セッション確立時に再度価値情報要求通信を行う。サーバ機器１０１は、同一の通信固有情報が付与される価値情報要求情報を再度受け取った場合には、利用条件の更新、要求情報の削除等の価値情報の更新を行わずに、再度通信障害発生時と同一の価値情報返答通信をクライアント機器１０３へ送信する。尚、サーバ機器１０１が記憶している通信固有情報は、クライアント機器１０３からのコミット通信コマンド受信時に削除される。
【０１０２】
また、価値情報要求通信の再送信によってサーバ機器１０１が価値情報要求通信を再度受信した場合のために、図１０を用いて説明したサーバ機器１０１の処理手順に変更を加える必要がある。この変更を加えた後の動作手順を説明したのが、図１１である。図１１は、サーバ機器１０１が価値情報要求通信を再度受信した場合の動作手順を示すフローチャートである。
【０１０３】
図１１では、図１０を用いて説明したサーバ機器１０１の処理手順に対してＳ１１１２及びＳ１１１３で示される処理手順が追加される。価値情報要求手段を一度受信した後では、要求情報が削除されているために、Ｓ１１０２で示される要求情報の検索は必ず失敗する。この問題を回避するためにＳ１１１２で示す処理が必要となる。サーバ機器１０１側において、価値情報要求通信に含まれる機器固有情報及び通信固有情報を元に記憶装置制御部２０５によってデータ記憶装置１０２に記録されている送信価値情報を検索する（Ｓ１１１２）。もしも発見されなければ、要求情報が発見されなかった場合と同様に、メッセージ処理部２０３はステータスコードに異常値である０ｘ０００１を設定した価値情報返答通信のメッセージを作成し、この通信メッセージをクライアント間通信部２０４によってクライアント機器１０３へと送信する（Ｓ１１０３）。
【０１０４】
発見された場合には、検索された送信価値情報を元にメッセージ処理部２０３は価値情報返答通信のメッセージを作成し、この通信メッセージをクライアント間通信部２０４によってクライアント機器１０３へと送信する。尚、この際のステータスコードには正常値である０ｘ００００が記録される（Ｓ１１１３）。
【０１０５】
通信固有情報返答通信の送信時に通信障害が発生した場合には、複数の要求情報が作成されサーバ機器１０１のデータ記憶装置１０２に記憶される。しかも、この要求情報はその後の処理で削除されることはない。また、サーバ機器１０１が価値情報要求通信を受信した後では送信価値情報が作成され、サーバ機器１０１のデータ記憶装置１０２に記憶される。同様に、この送信価値情報は、このままでは削除されない。これらの情報をそのまま記憶しておくことは、サーバ機器１０１の資源を圧迫するために、これを削除するための動作が必要である。このためにクライアント機器１０３はコミット通信を行う。
【０１０６】
図１２は、コミット通信のデータ構造を示す図である。当該データは、例えば以下の３つのデータから構成される。
【０１０７】
メッセージＩＤは、通信メッセージがコミット通信であることを示す識別情報である。２バイトで０ｘ０２０１が記述される。
【０１０８】
メッセージサイズは、メッセージＩＤ及びメッセージサイズを除く通信メッセージのサイズが４バイトで記述される。図１２の例では、０ｘ００００００１０が記述されている。
【０１０９】
機器固有情報は、クライアント機器１０３の固有情報管理部３０１に管理されている機器固有情報が１６バイトで記述される。図１２の例では、ＣＬＩＥＮＴＳ−ＩＤ−１１１１１が記述されている。
【０１１０】
クライアント機器１０３では、価値情報返答通信の受信後、データ記憶装置１０４に通信固有情報が全く記憶されていない場合には、サーバ間通信部３０４にてコミット通信を送信する。
【０１１１】
サーバ機器１０１ではクライアント間通信部２０４にてコミット通信を受信すると、メッセージ処理部２０３がこの通信メッセージを解釈し、通信メッセージの先頭２バイトに記述されたメッセージＩＤからコミット通信であると判定する。コミット通信と判定されればサーバ機器１０１は、コミット通信の通信メッセージに含まれる機器固有情報を元に、記憶装置制御部２０５によってデータ記憶装置１０２から要求情報及び送信価値情報を検索する。こうして検索された全ての要求情報及び送信価値情報を削除する。
【０１１２】
通信障害発生時には何度か再送信を試みるが、通信の状態によっては何度再送信を行っても通信が到達しない可能性もある。特にクライアント機器１０３がネットワークに常時接続されているわけではない環境では、再送信の試行中にネットワークへの接続が途絶する可能性もある。このように、再送信の試行が長期間にわたって失敗する場合には、その間にユーザがコンテンツの利用を中止することも考えられる。この場合には、要求していた価値情報の取得も中止する必要がある。このために価値情報取得のための通信に対して、これをキャンセルするための通信メッセージを用意する。図１３は、キャンセル時にクライアント機器１０３とサーバ機器１０１との間でやり取りされるデータの構造を示す参考図である。
【０１１３】
まず、クライアント機器１０３からサーバ機器１０１に送信されるキャンセル要求通信のデータ構造を図１３（ａ）に示す。当該データは、例えば以下の４つのデータから構成される。
【０１１４】
メッセージＩＤは、通信メッセージがキャンセル要求通信であることを示す識別情報である。２バイトで０ｘ０３０１が記述される。
【０１１５】
メッセージサイズは、メッセージＩＤ及びメッセージサイズを除く通信メッセージのサイズが４バイトで記述される。図１３（ａ）の例では、０ｘ００００００２０が記述されている。
【０１１６】
機器固有情報は、クライアント機器１０３の固有情報管理部３０１に管理されている機器固有情報が１６バイトで記述される。図１３（ａ）の例では、ＣＬＩＥＮＴＳ−ＩＤ−１１１１１が記述されている。
【０１１７】
通信固有情報は、通信固有情報返答通信によって送信された通信固有情報が１６バイトで記述される。図１３（ａ）の例では、ＭＥＳＳＡＧＥ−ＩＤ−１１１１１が記述されている。
【０１１８】
次に、サーバ機器１０１がキャンセル要求通信を受信し、対応する処理を行った後にクライアント機器１０３に送信するキャンセル返答通信のデータ構造を図１３（ｂ）に示す。当該データは、例えば以下の３つのデータから構成される。
【０１１９】
メッセージＩＤは、通信メッセージがキャンセル返答情報であることを示す識別情報である。２バイトで０ｘ０３０２が記述される。
【０１２０】
メッセージサイズは、メッセージＩＤ及びメッセージサイズを除く通信メッセージのサイズが４バイトで記述される。図１３（ｂ）の例では、０ｘ０００００００２が記述されている。
【０１２１】
ステータスコードは、キャンセル要求通信に対するサーバ機器１０１での処理結果を示すステータスコードが２バイトで記述される。図１３（ｂ）の例では、０ｘ００００が記述される。
【０１２２】
キャンセル要求通信は、クライアント機器１０３が価値情報要求通信を送信した後、価値情報返答通信を受信するまでの間に使用する。価値情報要求通信を送信する前であれば、単に通信固有情報を削除した上で、コミット通信を送信するだけで良い。また、価値情報返答通信を受信した後であれば、後述するクライアント機器１０３からサーバ機器１０１への価値情報移動のための通信手順に従って、受け取った価値情報を移動させれば良い。
【０１２３】
これに対して、クライアント機器１０３が価値情報要求通信を送信した後では、この通信メッセージがサーバ機器１０１に届いて、サーバ機器１０１上の価値情報が更新されている可能性があり、この更新済みの価値情報を元の状態に戻すためにキャンセル通信が必要である。
【０１２４】
また、キャンセル要求通信も必ずしも一度の送信でサーバ機器１０１に到達するとは限らない。クライアント機器１０３がキャンセル要求通信に対するキャンセル返答通信を受信できなかった場合には、キャンセル要求通信を繰り返し送信する。
【０１２５】
次に、サーバ機器１０１におけるキャンセル要求通信受信後の動作について図１４に示すフローチャートを用いて説明する。図１４は、サーバ機器１０１におけるキャンセル要求通信受信後の動作手順を示すフローチャートである。
【０１２６】
サーバ機器１０１では、クライアント間通信部２０４にて価値情報要求通信を受信すると、メッセージ処理部２０３がこの通信メッセージを解釈し、通信メッセージの先頭２バイトに記述されたメッセージＩＤから価値情報要求通信であると判定する（Ｓ１４０１）。
【０１２７】
次に、サーバ機器１０１はメッセージ処理部２０３で解釈された通信メッセージから機器固有情報及び通信固有情報を取得し、これを元に記憶装置制御部２０５によってデータ記憶装置１０２に記憶された要求情報の中から機器固有情報及び通信固有情報が一致するものを検索する。もしも発見された場合には、発見された要求情報を削除した上で、メッセージ処理部２０３はステータスコードに正常値である０ｘ００００を設定したキャンセル返答通信のメッセージを作成し、この通信メッセージをクライアント間通信部２０４によってクライアント機器１０３へと送信する。この処理は価値情報要求通信がサーバ機器１０１に届いていない状態でキャンセルを行った場合に発生する（Ｓ１４０２〜Ｓ１４０４）。
【０１２８】
要求情報に機器固有情報及び通信固有情報が一致するものが存在しなかった場合には、機器固有情報及び通信固有情報が一致する送信価値情報を記憶装置制御部２０５によってデータ記憶装置１０２に記憶された送信価値情報から検索する。もしも発見されなかった場合には、メッセージ処理部２０３はステータスコードに正常値である０ｘ００００を設定したキャンセル返答通信のメッセージを作成し、この通信メッセージをクライアント間通信部２０４によってクライアント機器１０３へと送信する。この処理は既にキャンセル要求通信をサーバ機器１０１が受信しており、要求情報・送信価値情報共にサーバ機器１０１から削除されてしまっている場合に発生する（Ｓ１４０５，Ｓ１４０６）。
【０１２９】
もしも送信価値情報が発見された場合には、この送信価値情報に含まれる機器固有情報及びコンテンツ識別子を元に、記憶装置制御部２０５によってデータ記憶装置１０２に記憶された記録価値情報から検索する。送信価値情報は記録価値情報を元に生成されるため、この検索では必ず記録価値情報が発見される。発見された記録価値情報には送信価値情報に記述された価値情報を追加し、その結果作成される価値情報を記録価値情報に上書きして、データ記憶装置１０２に記憶装置制御部２０５が記録する。その後、発見された送信価値情報を削除し、メッセージ処理部２０３はステータスコードに正常値である０ｘ００００を設定したキャンセル返答通信のメッセージを作成し、この通信メッセージをクライアント間通信部２０４によってクライアント機器１０３へと送信する。この処理は既に価値情報要求通信をサーバ機器１０１が受信しており、要求情報を削除し送信価値情報が記録されている場合に発生する（Ｓ１４０７〜Ｓ１４０９）。
【０１３０】
次に、クライアント機器１０３からサーバ機器１０１への価値情報移動の手順について図１５を用いて説明する。図１５はクライアント機器１０３からサーバ機器１０１へと価値情報を移動する際の通信手順について示す通信シーケンス図である。この通信手順は以下の４つのメッセージから構成される。
【０１３１】
１．「通信固有情報要求通信（図中Ｍ１５０１）」
クライアント機器１０３からサーバ機器１０１へ送信される通信メッセージであり、クライアント機器１０３に存在する価値情報をサーバ機器１０１へ移動させるために、価値情報の送信と通信固有情報の要求を行う。逆方向への移動の場合と同様に機器固有情報を含む。
【０１３２】
２．「通信固有情報返答通信（図中Ｍ１５０２）」
サーバ機器１０１からクライアント機器１０３へ送信される通信メッセージであり、サーバ機器１０１において作成された通信固有情報をクライアント機器１０３へ返答する。逆方向への移動の場合と同様にステータスコードを含む。
【０１３３】
３．「価値情報移動要求通信（図中Ｍ１５０３）」
クライアント機器１０３からサーバ機器１０１へ送信される通信メッセージであり、逆方向への移動の場合と同様に通信固有情報及び機器固有情報を含む。
【０１３４】
４．「価値情報移動返答通信（図中Ｍ１５０４）」
サーバ機器１０１からクライアント機器１０３へ送信される通信メッセージであり、価値情報移動の結果を送信する。逆方向への移動の場合と同様にステータスコードを含む。
【０１３５】
各通信の送信・受信の前後において、クライアント機器１０３又はサーバ機器１０１は、以下の５つの処理を行う。
【０１３６】
１．「通信固有情報要求通信の送信前（図中Ｓ１５０１）」
データ記憶装置１０４に記憶されている価値情報をロックして、この価値情報を使用不可能な状態に設定する。これは、Ｓ１５０３で示される価値情報の削除処理までに不当に価値情報が使用されることを防ぐためである。さらに、価値情報及び機器固有情報を元に、通信固有情報要求通信の通信メッセージを作成し、サーバ機器１０１へと送信する。
【０１３７】
２．「通信固有情報返答通信の送信前（図中Ｓ１５０２）」
サーバ機器１０１は、通信固有情報を作成し、受信した価値情報、機器固有情報と共に前記通信固有情報を一組の受信価値情報として記録する。作成された通信固有情報をクライアント機器１０３へと送信する。
【０１３８】
３．「価値情報移動要求通信の送信前（図中Ｓ１５０３）」
データ記憶装置１０４に記憶されている価値情報を削除する。次に受信した通信固有情報を記録し、通信固有情報及び機器固有情報を元に価値情報移動要求通信の通信メッセージを作成し、サーバ機器１０１へと送信する。
【０１３９】
４．「価値情報移動返答通信の送信前（図中Ｓ１５０４）」
データ記憶装置１０２に記憶されている受信した価値情報を使用可能にする。これは受信価値情報を価値情報として記録することに等しい。尚、既存価値情報にマージして記録しても良い。その後、価値情報移動返答通信の通信メッセージを作成し、クライアント機器１０３へと送信する。そして、価値情報移動要求情報（Ｍ１５０３）を複数回受信しても価値情報の更新を複数回行わないようにするために、前記Ｓ１５０２において記録した受信価値情報を削除する。
【０１４０】
５．「価値情報移動返答通信の受信後（図中Ｓ１５０５）」
データ記憶装置１０４に記憶されている通信固有情報を削除する。尚、本通信シーケンスではキャンセルは不可能である。
【０１４１】
尚、サーバ機器１０１で管理される価値情報のデータ構造では、価値情報の所有者をクライアント機器固有情報によって特定するとしたが、これ以外に別途ユーザ識別情報を導入し、このユーザ識別情報によって価値情報の所有者を特定しても良い。この際には、ユーザ識別情報とクライアント機器固有情報を関連づけるためのデータが別途必要となる。
【０１４２】
また、サーバ機器１０１で管理される価値情報のデータ構造では、価値情報そのものに対する識別子が存在しないが、このような識別子が存在しても良い。このような識別子は、同一の端末が同一のコンテンツの利用権利を複数所有する場合に有効である。
【０１４３】
また、サーバ機器１０１で管理される価値情報のデータ構造では、各価値情報にただ一つのコンテンツ識別子が指定される構造であるとしたが、複数のコンテンツ識別子が指定される構造でも良い。この場合には、データベースの構造をリレーショナル・データベースによって記述し、データベースのサイズの圧縮を図ることが一般的である。
【０１４４】
また、サーバ機器１０１で管理される価値情報のデータ構造では、コンテンツの利用条件として利用回数情報と利用期限情報の２つを示したが、これ以外にも累積利用時間等が指定されていても良い。特に価値情報がクライアント機器固有情報ではなくユーザ識別情報によって特定される場合には、同一価値情報が複数のクライアント機器１０３によって取得される可能性があり、このような場合に同時に価値情報を取得可能なクライアント機器１０３の数を限定する利用条件が指定されていても良い。このような条件は同時にコンテンツを利用可能な機器の数に相当する。
【０１４５】
また、通信固有情報要求通信及び価値情報要求通信は機器固有情報を含むとしたが、これら一連の通信メッセージの送受信以前に送信されていても良い。特に価値情報の交換においては通信経路上での改竄や盗聴を防ぐためにＳＳＬ(Secure Sockets Layer protocol)等のＳＡＣ(Secure Authentification Channel)が利用されることが多いが、このＳＡＣ確立の際に交換される証明書に機器固有情報を埋め込んでおく方法が、セキュリティーの観点からは望ましい。
【０１４６】
また、要求する利用回数情報は通信固有情報要求通信において送信されるとしたが、これを価値情報要求通信において送信しても良い。尚、この場合には、サーバ機器１０１で記憶すべき情報等も変更が必要である。
【０１４７】
また、クライアント機器１０３からサーバ機器１０１への価値情報移動では、通信固有情報要求通信Ｍ１５０１の通信にて価値情報を送信するとしたが、価値情報移動要求通信Ｍ１５０３の通信で価値情報を移動しても良い。
【０１４８】
また、クライアント機器１０３からサーバ機器１０１への価値情報移動では、キャンセルは不可能であるとしたが、キャンセル通信を用意しても良い。この場合には、キャンセル時にクライアント機器１０３に対して削除された価値情報を送信する必要がある。
【０１４９】
（実施の形態２）
次に、実施の形態２に係るライセンス交換システムを説明する。本実施の形態２におけるライセンス交換システムでは、一連の通信シーケンスを特定するための通信固有情報としてクライアント機器１０３側が発行するリスタートＩＤを用いてライセンスの交換を行い、また、ライセンス交換後のリスタートＩＤのコミットにおいて工夫を加えたものとなる。尚、このリスタートＩＤは、前記実施の形態１で示した通信固有情報と同様の一連の通信シーケンスを特定するための情報である。
【０１５０】
図１６は、本実施の形態２に係るクライアント機器１０３の内部構成を示す図である。クライアント機器１０３は、前記実施の形態１の構成に加えて、通信固有情報生成部１６０１を備える。尚、他の構成は前記実施の形態１と同様であり、具体的な説明を省略する。
【０１５１】
通信固有情報生成部１６０１は、メッセージ処理部３０３からの指示に従い、通信固有情報としてリスタートＩＤを生成する。このため、前記実施の形態１において説明したクライアント機器１０３からの通信固有情報要求通信Ｍ６０１を省略することができる。
【０１５２】
図１７は、本実施の形態２に係るサーバ機器１０１の内部構成を示す図である。サーバ機器１０１は、前記実施の形態１の構成に加えて、通信固有情報処理部１７０１を備える。尚、サーバ機器１０１の他の構成は前記実施の形態１と同様であり、具体的な説明は省略する。
【０１５３】
通信固有情報処理部１７０１は、クライアント機器１０３の通信固有情報生成部１６０１において生成され、クライアント間通信部２０４を介して受信したメッセージに含まれるリスタートＩＤを識別する。
【０１５４】
図１８は、本実施の形態２に係るサーバ機器１０１よりクライアント機器１０３へライセンスを移動する場合における通信シーケンス図である。尚、図示はしていないが、ライセンス移動のメッセージの送受信を行う前提として、最初にメッセージデータが通信される経路に関する規定であるＴＣＰ／ＩＰのセッションが確立され、次に、暗号化通信方式の１つであるＳＳＬ等のセッション確立が行われる。尚、このセッション確立時の認証によってクライアント機器１０３のクライアントＩＤがサーバ機器１０１へ通知される。
【０１５５】
ライセンス移動における通信手順は以下の通信メッセージより構成される。
【０１５６】
図１８のＳ１８０１で示された、クライアント機器１０３におけるリスタートＩＤの送信前の動作について説明すると、クライアント機器１０３のユーザは、ユーザ入力部３０２を介してライセンス交換を開始する。メッセージ処理部３０３は、通信固有情報生成部１６０１へリスタートＩＤの発行を指示する。そして、通信固有情報生成部１６０１は、通信固有情報であるリスタートＩＤの発行を行い、メッセージ処理部３０３より指示された記憶装置制御部３０５は、このリスタートＩＤをデータ記憶装置１０４に記録する。リスタートＩＤは、一連の通信過程においてユニーク性を確保するために、未使用のリスタートＩＤが発行される。次に、メッセージ処理部３０３は、リスタートＩＤを含む送信メッセージを生成し、サーバ間通信部３０４を介してサーバ機器１０１へと送信する。
【０１５７】
従って、本実施の形態２に係るクライアント機器１０３側がリスタートＩＤを生成することにより、クライアント機器１０３は、通信固有情報発行依頼をサーバ機器１０１へする必要がなくなり通信の効率化を図ることができる。また、サーバ機器１０１側がリスタートＩＤを発行する処理を必要としないために、サーバ機器１０１側の処理負荷を低減させることができる。
【０１５８】
次に、図１８のＳ１８０２で示されるサーバ機器１０１におけるリスタートＩＤの受信からＡＣＫ(acknowledgement)の返信までの動作について説明すると、クライアント間通信部２０４にて送信メッセージ（Ｍ１８０１）を受信すると、メッセージ処理部２０３が送信メッセージを解釈して、メッセージの先頭２バイトに記述されたメッセージＩＤよりリスタートＩＤ発行メッセージであると判定する。
【０１５９】
次に、サーバ機器１０１に備えられた記憶装置制御部２０５は、送信メッセージに含まれるクライアントＩＤとリスタートＩＤを組としてデータ記憶装置１０２へ記憶する。このように、識別子としてクライアントＩＤ及びリスタートＩＤの両方を用いることで、通信処理過程におけるユニーク性の確保が容易となる。
【０１６０】
さらに、メッセージ処理部２０３は、送信メッセージ（Ｍ１８０１）の通信元であるクライアント機器１０３にリスタートＩＤの通知の確認のために返答メッセージとしてＡＣＫ（Ｍ１８０２）を送信する。
【０１６１】
尚、クライアント機器１０３は、ＡＣＫが送信されない場合には、タイムアウト処理等を行い、データ記憶装置１０４へ記憶しているリスタートＩＤを含む送信メッセージ（Ｍ１８０１）を再度サーバ機器１０１へ送信する。このため、クライアント機器１０３は、リスタートＩＤを再度作成して記録する必要がなくなり、書き換え回数の限定のあるデータ記憶装置１０４の使用回数を減らすことができる。
【０１６２】
図１８のＳ１８０３で示されたクライアント機器１０３におけるＡＣＫの受信からライセンス要求情報の送信までの動作について説明すると、サーバ間通信部３０４は、ＡＣＫ（Ｍ１８０２）を受信し、メッセージ処理部３０３はＡＣＫをサーバ機器１０１からのリスタートＩＤ通知確認であると判断する。
【０１６３】
次に、クライアント機器１０３のメッセージ処理部３０３は、ライセンス要求情報の作成を行う。このライセンス要求情報の作成とは、例えば、ユーザが希望するコンテンツを視聴、再生等する場合において、ユーザ入力部３０２を用いてＴＶ画面等に表示されるコンテンツの一覧よりコンテンツ、利用条件等を選択することにより行う。
【０１６４】
記憶装置制御部３０５は、メッセージ処理部３０３からの指示に従い、ライセンス要求情報とリスタートＩＤを組にしてデータ記憶装置１０４へ記録する。メッセージ処理部３０３は、ライセンス要求情報、リスタートＩＤ、ユーザからの要求するコンテンツの識別子となるコンテンツＩＤ等を含むライセンス要求情報（Ｍ１８０３）を生成して、サーバ間通信部３０４を介してサーバ機器１０１へと送信する。
【０１６５】
図１８のＳ１８０４で示される、サーバ機器１０１におけるライセンス要求情報の受信からレスポンスメッセージの送信までの動作について説明すると、クライアント間通信部２０４にてライセンス要求情報（Ｍ１８０３）を受信し、メッセージ処理部２０３においてこの要求情報を解釈して、ライセンス要求であると判定する。
【０１６６】
次に、サーバ機器１０１は、受信したライセンス要求情報（Ｍ１８０３）からクライアントＩＤ及びリスタートＩＤを取得し、これを元に記憶装置制御部２０５によってデータ記憶装置１０２に記憶されたクライアントＩＤ及びリスタートＩＤの組から一致するものを検索する。一致するものが存在した場合には、ライセンスに記述されたクライアントＩＤ及びコンテンツＩＤを元に、記憶装置制御部２０５によってデータ記憶装置１０２に記憶されたライセンスからクライアントＩＤ及びコンテンツＩＤが一致するものを検索する。
【０１６７】
クライアントＩＤ及びコンテンツＩＤが一致するものが存在した場合には、受信したライセンス要求情報とライセンスを元に、価値情報処理部２０１は、クライアント機器１０３へと送信する発行ライセンスとサーバ機器１０１に残るサーバ側管理ライセンスを作成する。記憶装置制御部２０５は、価値情報処理部２０１によって作成された発行ライセンスとリスタートＩＤを組にしてデータ記憶装置１０２に記録する。この発行ライセンスには、利用条件、暗号化されたコンテンツを復号化するためのコンテンツ鍵情報等が含まれる。尚、当該利用条件には、例えば、コンテンツのアクションの実行を制御する条件（例えば、再生、コピー、品質指定等）、前記アクションを開始して良いか否かを判定する条件（例えば、有効期限、利用可能回数、累積使用時間等）等が含まれる。
【０１６８】
そして、ライセンス要求情報（Ｍ１８０３）の通信障害等によりサーバ機器１０１がライセンス要求情報（Ｍ１８０３）を再度受信した場合には、最初のライセンス要求情報（Ｍ１８０３）の受信時にデータ記憶装置１０２に記録された発行ライセンスを再度送信する。これは、ライセンス要求情報（Ｍ１８０３）をサーバ機器１０１が２回以上受信するということは、ライセンス要求情報（Ｍ１８０３）又はレスポンスメッセージ（Ｍ１８０４）において通信障害等が生じた場合であり、クライアント機器１０３はライセンス要求情報（Ｍ１８０３）を一度送信したがタイムアウト処理を行った後においてもライセンスを取得していない状態である。このため、クライアント機器１０３は、再度ライセンス要求情報（Ｍ１８０３）を送信し、サーバ機器１０１は、最初にライセンス要求情報（Ｍ１８０３）を受信した場合に発行した発行ライセンスを送信する必要がある。
【０１６９】
また、記憶装置制御部２０５は、レスポンスメッセージ（Ｍ１８０４）の構成の一部である発行ライセンスを記録する代わりに、レスポンスメッセージ（Ｍ１８０４）を記録してもよい。これは、例えば、発行ライセンスのみを記録した場合において、サーバ機器１０１が再度ライセンス要求情報を受信すると再度レスポンスメッセージの全体を作成する処理が生じるが、一度作成したレスポンスメッセージの全体を記録することにより、再度ライセンス要求情報を受信した際にもレスポンスメッセージを再度作成するという処理を省くことができ、通信障害発生時における処理の効率化を可能とする。
【０１７０】
そして、価値情報処理部２０１によって作成された前記サーバ側管理ライセンスは、サーバ側管理ライセンスの更新として、記憶装置制御部２０５によってデータ記憶装置１０２に記録されているライセンスに上書きされる。
【０１７１】
最後に、メッセージ処理部２０３は、発行ライセンスを含むレスポンスメッセージ（Ｍ１８０４）を作成し、クライアント間通信部２０４を介してクライアント機器１０３へと送信する。
【０１７２】
次に、図１８のＳ１８０５に示すクライアント機器１０３がレスポンスメッセージを受信してからコミットメッセージを送信するまでの動作について説明すると、サーバ間通信部３０４は、レスポンスメッセージ（Ｍ１８０４）を受信し、メッセージ処理部３０３は、記憶装置制御部３０５へ発行ライセンスの記録を指示する。尚、ライセンス要求が正常に終了したことの記録も行う。クライアント機器１０３は、図示していないが、通常コンテンツを記憶するコンテンツ記憶部を備えており、ユーザは発行ライセンスに含まれるコンテンツ鍵を用いてコンテンツを復号化して、利用条件により許可される範囲内においてコンテンツの利用が可能となる。
【０１７３】
クライアント機器１０３は、要求するライセンスの記録が終了したことをサーバ機器１０１に知らせて不要となったリスタートＩＤの削除を行うために、コミットメッセージ（Ｍ１８０５）をサーバ機器１０１へ送信する。すなわち、メッセージ処理部３０３は、リスタートＩＤ、クライアントＩＤ等を含むコミットメッセージ（Ｍ１８０５）を作成し、サーバ機器１０１へ送信する。
【０１７４】
尚、クライアント機器１０３からのコミットメッセージの送信は、レスポンスメッセージ受信毎に行う必要はなく、複数のリスタートＩＤを含むコミットを一度に一括的に行うことも可能となる。これは、レスポンスメッセージ（Ｍ１８０４）受信毎にコミットメッセージ（Ｍ１８０５）を送信すると通信処理が大きくなるためである。従って、クライアント機器１０３は、例えば、１０回のレスポンスメッセージ受信毎に使用済みのリスタートＩＤを１０個まとめて一括的にコミットを行って通信の効率化を図ることができる。
【０１７５】
そして、図１８のＳ１８０６に示す、サーバ機器１０１がコミットメッセージを受信してからＡＣＫを返信するまでの動作について説明すると、クライアント間通信部２０４は、コミットメッセージを受信し、メッセージ処理部２０３は、コミット要求と判定する。
【０１７６】
次に、メッセージ処理部２０３より指示を受けた記憶装置制御部２０５は、Ｓ１８０２においてデータ記憶装置１０２に記憶され、受信したコミットメッセージ（Ｍ１８０５）で指定されるリスタートＩＤとクライアントＩＤの組の削除を行う。また、Ｓ１８０４においてデータ記憶装置１０２に記憶されたリスタートＩＤと発行ライセンスの組を削除する。
【０１７７】
このように、コミットメッセージ（Ｍ１８０５）を受信した場合には、指定されたリスタートＩＤに関連する情報をデータ記憶装置１０２より削除して、不要となった情報を長期間保持することにより生じる弊害を防止する。
【０１７８】
メッセージ処理部２０３は、コミットが終了したことを示す応答であるＡＣＫ（Ｍ１８０６）を作成して、クライアント間通信部２０４を介してクライアント機器１０３へ送信する。
【０１７９】
尚、クライアント機器１０３は、コミットメッセージ（Ｍ１８０５）送信において通信障害が生じている場合には、タイムアウト処理を行い、再度コミットメッセージ（Ｍ１８０５）の送信を行う。この際には、サーバ機器１０１側において、まだＳ１８０６における発行ライセンスとリスタートＩＤの削除等は行われていないため、Ｓ１８０６に示す処理を行う必要がある。また、ＡＣＫ（Ｍ１８０６）の送信において通信障害が生じた場合にはクライアント機器１０３は、タイムアウト処理を行い、再度コミットメッセージ（Ｍ１８０５）を送信する。この際には、サーバ機器１０１は、最初のコミットメッセージ（Ｍ１８０５）の受信時にＳ１８０６の処理である発行ライセンスとリスタートＩＤの削除等を既に行っているため、再度Ｓ１８０６の処理を行うことなく単にＡＣＫ（Ｍ１８０６）を送信する。
【０１８０】
次に、図１８のＳ１８０７に示すクライアント機器１０３がＡＣＫを受信した場合の動作について説明すると、メッセージ処理部３０３は、ＡＣＫ（Ｍ１８０６）を受信することにより、コミットの処理の終了を確認する。そして、メッセージ処理部３０３からの指示により記憶装置制御部３０５は、データ記憶装置１０４に記憶されコミットメッセージ（Ｍ１８０５）に含まれる不要となったリスタートＩＤとライセンス要求情報の組を削除する。また、コミットが終了したリスタートＩＤの削除を行う。
【０１８１】
このように、クライアント機器１０３は、使用済みのリスタートＩＤに関連する記録を削除して、不要となった情報が長期に渡りデータ記憶装置１０４に保持されることを防止する。
【０１８２】
以上より、本実施の形態２に係るライセンス交換システムによれば、クライアント機器１０３側がリスタートＩＤを生成することにより、リスタートＩＤ発行依頼をサーバ機器１０１へする必要がなくなり通信の効率化を図ることができる。
【０１８３】
また、通信シーケンス中のユニークな識別子として、クライアントＩＤ及びリスタートＩＤの両方を用いることができ、通信処理過程におけるユニーク性の確保がより容易となる。また、一括的にコミットを行って通信回数を低減させて通信の効率化を図ることができる。
【０１８４】
尚、例えば、リスタートＩＤのデータ長を長くする等により、同一のリスタートＩＤの発行を防止し、一連の通信シーケンス完了後も、一度使用したリスタートＩＤを確実に使用しないようにすることも考えられる。従って、通信固有情報生成部１６０１において作成したリスタートＩＤをデータ記憶装置１０４に記録する処理を省いて、通信処理負荷をさらに低下させることも考えられる。また、リスタートＩＤのユニーク性を確保することにより、クライアント機器１０３のユーザが１つの処理をしながら他のライセンス交換等の処理を開始した場合において、リスタートＩＤのバッティングが生じるのを確実に防ぐことができる。
【０１８５】
（実施の形態３）
次に、本発明に係るライセンス交換システムにおいてキャンセルを行う場合の通信シーケンスを説明する。本実施の形態３は、クライアント機器１０３のユーザが一度要求したライセンスのキャンセルを行う場合の動作であり、サーバ機器１０１がライセンス要求情報（Ｍ１８０３）を既に受信してライセンスの更新を行った場合について説明するものである。
【０１８６】
図１９は、本実施の形態３に係るクライアント機器１０３のユーザがライセンス交換途中で一度要求したライセンスのキャンセルを行う場合の通信シーケンス図である。以下、通信シーケンスの手順を分説する。
【０１８７】
尚、本実施の形態３においては、前記図１８に示すレスポンスメッセージ（Ｍ１８０４）の通信手順において通信障害が生じた場合を想定するものとする。すなわち、クライアント機器１０３のユーザがライセンス交換通信を行っているにもよらず、希望するライセンス交換が長期間に渡り不能な場合において、ユーザの気が変わり、ライセンス交換要求をキャンセルする場合が考えられるためである。また、通信シーケンス途中でのキャンセルにおいて特に問題となるのは、ユーザがライセンスを取得していないにもよらず、サーバ機器１０１側で管理されるユーザのライセンス内容が変更されている場合である。
【０１８８】
まず、図１９のＳ１９０１に示されるクライアント機器１０３がキャンセルメッセージをサーバ機器１０１へ送信する場合の動作について説明する。クライアント機器１０３のユーザは、一度発行依頼したライセンスの取得をキャンセルする際には、ユーザ入力部３０２を介してキャンセルの入力を行う。このキャンセルの入力を受けたメッセージ処理部３０３は、リスタートＩＤを併せたキャンセルメッセージ（Ｍ１９０１）を作成し、サーバ間通信部３０４を介してサーバ機器１０１へ送信する。
【０１８９】
図１９のＳ１９０２に示すサーバ機器がキャンセルメッセージを受信してからＡＣＫを返信するまでの動作について説明すると、クライアント間通信部２０４は、キャンセルメッセージ（Ｍ１９０１）を受信し、メッセージ処理部２０３は、ユーザからライセンス交換のキャンセル要求であると判定する。
【０１９０】
次に、記憶装置制御部２０５は、データ記憶装置１０２に記憶されているサーバ側管理ライセンスの再更新を行う。すなわち、前記Ｓ１８０４における処理にて、価値情報処理部２０１は最初にライセンス要求情報（Ｍ１８０３）を受信した際に、データ記憶装置１０２に保持されているライセンスの更新を一度行っており（例えば、クライアント機器１０３の所有者であるユーザが購入し、サーバ機器１０１側のデータ記憶装置１０２に保持されている再生可能回数１０回であり、３回の再生要求回数が記載されているライセンス要求情報を受信した場合には、再生可能回数は７回に既に更新されている）、データ記憶装置１０２は、この更新後のライセンス内容をサーバ側管理ライセンスとして記憶している。
【０１９１】
サーバ機器１０１側が、キャンセルメッセージ（Ｍ１９０１）を受信した場合には、価値情報処理部２０１は、サーバ側管理ライセンスの再更新（例えば、既に更新された再生可能回数７回を、更新前の再生可能回数の１０回に戻す）を行う。すなわち、価値情報処理部２０１は、現状のサーバ側管理ライセンスに記録されている発行ライセンス分の権利を既に更新されたサーバ側管理ライセンスにマージする処理を行う。
【０１９２】
次に、メッセージ処理部２０３より指示された記憶装置制御部２０５は、データ記憶装置１０２よりキャンセルメッセージで指定されるリスタートＩＤとクライアントＩＤの組の削除を行い、次に、当該リスタートＩＤと発行ライセンスの組を削除する。このように、キャンセルメッセージ（Ｍ１９０１）を受信した場合には、サーバ機器１０１側では、指定されたリスタートＩＤに関する記録を削除すると共に、既に更新されているライセンス内容を元の内容に再更新する。
【０１９３】
メッセージ処理部２０３は、キャンセルの一連の処理が完了したこと通知するために、クライアント間通信部２０４を介してＡＣＫ（Ｍ１９０２）をクライアント機器１０３へ送信する。
【０１９４】
尚、キャンセルメッセージ（Ｍ１９０１）において通信障害等が発生した場合にはサーバ機器１０１は、キャンセルメッセージ（Ｍ１９０１）を受信していない状態であり、クライアント機器はタイムアウト処理を行った後に、再度キャンセルメッセージ（Ｍ１９０１）の送信を行う。また、ＡＣＫ（Ｍ１９０２）の送信において通信障害が発生した場合には、サーバ機器１０１がキャンセルメッセージ（Ｍ１９０１）を再受信するが、Ｓ１９０２に示すサーバ側管理ライセンスの再更新、クライアントＩＤとリスタートＩＤの組の削除、リスタートＩＤと発行ライセンスの組の削除は既に最初のキャンセルメッセージ（Ｍ１９０１）の受信時に行われているため、再度これらの処理を行う必要はなく単に処理終了の応答メッセージとなるＡＣＫ（Ｍ１９０２）を送信する。
【０１９５】
そして、図１９のＳ１９０３に示すクライアント機器１０３がＡＣＫを受信した場合の動作について説明すると、サーバ間通信部３０４は、ＡＣＫ（Ｍ１９０２）を受信すると、次に、メッセージ処理部２０３は、正常にライセンス交換のキャンセルが行われたと判定する。
【０１９６】
そして、記憶装置制御部３０５は、データ記憶装置１０４より図１８の前記Ｓ１８０３において作成されたライセンス要求情報とリスタートＩＤの組をデータ記憶装置１０４より削除し、キャンセルにより不要となったリスタートＩＤの削除を行う。
【０１９７】
以上により、本実施の形態３に係るライセンス交換システムにおいては、クライアント機器１０３のユーザが、サーバ機器１０１へリスタートＩＤを含むキャンセルメッセージ（Ｍ１９０１）を送信することにより、一度発行された発行ライセンス分の権利をサーバ側管理ライセンスにマージすることにより再更新を行い、ユーザが取得できなかったライセンスが誤って更新されるのを防止する。
【０１９８】
（実施の形態４）
次に、本発明に係るサーバ機器１０１からクライアント機器１０３へライセンスを移動する場合の通信シーケンスを説明する。本実施の形態４では、サーバ機器１０１がリスタートＩＤの発行を行い、また、クライアント機器１０３は、サーバ機器１０１へライセンス交換終了のコミットを行う前にリスタートＩＤの削除を行うことを特徴とする。
【０１９９】
図２０は、本実施の形態４に係るサーバ機器１０１からクライアント機器１０３へライセンスを移動する場合における通信シーケンス図である。
【０２００】
まず、図２０のＳ２００１に示されるクライアント機器１０３がリスタートＩＤ発行要求情報をサーバ機器１０１へ送信する場合の動作について説明すると、リスタートＩＤの発行を要求するために、クライアント機器１０３のユーザは、ユーザ入力部３０２等を介してリスタートＩＤ発行要求の入力を行い、メッセージ処理部３０３においてリスタートＩＤ発行要求情報（Ｍ２００１）を作成し、サーバ間通信部３０４を介してサーバ機器１０１へ送信する。
【０２０１】
次に、図２０のＳ２００２に示されるサーバ機器１０１がリスタートＩＤ発行要求情報を受信してからリスタートＩＤを送信する場合の動作について説明すると、クライアント間通信部２０４は、リスタートＩＤ発行要求情報（Ｍ２００１）を受信し、メッセージ処理部２０３は、リスタートＩＤの発行要求と判断して、通信固有情報生成部２０２にリスタートＩＤの発行を指示する。尚、本実施の形態４においては、一度使用したリスタートＩＤは再度使用しないため、リスタートＩＤのグローバルユニーク性を保つことができる。
【０２０２】
また、リスタートＩＤはサーバ機器１０１側が付与することにより、クライアント機器１０３がリスタートＩＤを発行してデータ記憶装置１０４に記憶する前記実施の形態２に比べて、クライアント機器１０３のデータ記憶装置１０４に対する更新回数を低減することができる。
【０２０３】
そして、メッセージ処理部２０３より指示された記憶装置制御部２０５は、データ記憶装置１０２へクライアントＩＤとリスタートＩＤを組として記録する。また、メッセージ処理部２０３は、作成されたリスタートＩＤを含むリスタートＩＤ情報（Ｍ２００２）を作成し、クライアント間通信部２０４を介してクライアント機器１０３へ送信する。
【０２０４】
図２０のＳ２００３及びＳ２００４に示されるクライアント機器１０３のリスタートＩＤ情報の受信からライセンス要求通信の送信までの動作について説明すると、サーバ間通信部３０４は、リスタートＩＤ情報（Ｍ２００２）を受信し、メッセージ処理部３０３は、リスタートＩＤと判断して、記憶装置制御部３０５にリスタートＩＤの記録を指示する。記憶装置制御部３０５は、データ記憶装置１０４にリスタートＩＤを記憶させ（Ｓ２００３）、また、メッセージ処理部３０３は、ユーザの要求するコンテンツの利用条件を選択したライセンス要求情報の作成を行う（Ｓ２００４）。
【０２０５】
そして、作成されたライセンス要求情報（Ｍ２００３）は、リスタートＩＤと併せてサーバ間通信部３０４を介してサーバ機器１０１へ送信される。
【０２０６】
図２０のＳ２００５に示されるサーバ機器１０１側のライセンス要求情報の受信からライセンスの送信までの動作について説明すると、クライアント間通信部２０４は、ライセンス要求情報（Ｍ２００３）を受信し、メッセージ処理部２０３は、ライセンス要求と判断して、価値情報処理部２０１にライセンスの発行を指示する。尚、ライセンスの発行の説明は前記Ｓ１８０４と同様であるため具体的な説明は省略する。
【０２０７】
尚、ユーザが要求するライセンスの内容が１回目と２回目以降とでは異なる場合がある。例えば、ユーザの希望するコンテンツの再生要求回数が１回目のライセンス情報要求時においては３回であったが、ユーザ側の処理の都合により、その後ユーザの選択が変わり２回目のライセンス要求情報の要求時において４回となる等の場合である。本実施の形態４においては、ライセンス要求情報（Ｍ２００３）の内容を通信シーケンスの開始時点で確定させる必要はなく、同一のリスタートＩＤで異なるライセンス要求情報（Ｍ２００３）を送信することを可能としている。
【０２０８】
すなわち、同一のリスタートＩＤを用いることにより、リスタートＩＤにより識別されるライセンス要求情報の再受信時には、既に発行した発行ライセンスをサーバ側管理ライセンスにマージしてライセンス内容を更新前の内容に戻して、その後のライセンス要求情報に従って発行ライセンスを作成することが可能となる。一方、正常にライセンス受信が完了するとクライアント機器１０３において発行ライセンス受信と同時にリスタートＩＤが削除されるため、ライセンス交換後には同じリスタートＩＤを用いたライセンス要求情報が再度送られることはなく、確実にライセンスの交換を行うことができる。
【０２０９】
そして、価値情報処理部２０１によって作成された更新後のサーバ側管理ライセンスは、サーバ側管理ライセンスの更新として、記憶装置制御部２０５によってデータ記憶装置１０２に記録されている価値情報に上書きされる。
【０２１０】
最後に、メッセージ処理部２０３は、発行ライセンスを含むレスポンスメッセージ（Ｍ２００４）を作成しクライアント間通信部２０４を介してクライアント機器１０３へと送信する。
【０２１１】
次に、図２０のＳ２００６に示すクライアント機器１０３側でのライセンスの受信後の動作について説明すると、サーバ間通信部３０４は、レスポンスメッセージ（Ｍ２００４）を受信し、メッセージ処理部３０３は、発行ライセンスと判断する。そして、メッセージ処理部３０３は、記憶装置制御部３０５に発行ライセンスの記録を行うよう指示してデータ記憶装置１０４に記憶される。
【０２１２】
そして、クライアント機器１０３は、発行ライセンスの記録時にリスタートＩＤに関連する記録を削除する。このように、ライセンス交換の通信において最後にライセンスの更新を行う側は、その更新時に識別子であるリスタートＩＤに関連する記録を削除する。従って、クライアント機器１０３のユーザの要求するライセンスの取得が終了した後、不要となったリスタートＩＤの情報を最も早い段階で削除することができ、誤ったライセンス交換が行われるのを防ぐと共に、不要となったリスタートＩＤを長期に渡ってデータ記憶装置１０４に保持する弊害を低減させることができる。
【０２１３】
図２０のＳ２００７に示すクライアント機器１０３でのコミットメッセージ送信における動作を説明すると、クライアント機器１０３においては、発行ライセンスの記憶と同時にリスタートＩＤが削除されるため（Ｓ２００６）、通常であれば、データ記憶装置１０４には、記録されているリスタートＩＤが存在しない。従って、メッセージ処理部３０３は、データ記憶装置１０４に記憶されているリスタートＩＤが存在しないことの確認を行う。
【０２１４】
この確認の後に、メッセージ処理部３０３は、コミットメッセージ（Ｍ２００５）を作成して、リスタートＩＤを特に指定することなくコミットを行う。このため、サーバ機器１０１側においては、リスタートＩＤ毎にコミットを行うのではなく、クライアントＩＤと対応させて管理している複数のリスタートＩＤや発行ライセンスを一括的にコミットすることができる。従って、通信過程での処理を低減させて効率的な通信を行うことが可能となる。
【０２１５】
次に、図２０のＳ２００８に示すサーバ機器１０１側におけるコミットメッセージ受信後の動作について説明すると、クライアント間通信部２０４は、コミットメッセージ（Ｍ２００５）を受信し、メッセージ処理部２０３は、コミット要求のメッセージと判断する。メッセージ処理部２０３は、クライアント機器１０３のクライアントＩＤを用いて、当該クライアントＩＤとリスタートＩＤの組、及びこのリスタートＩＤと発行ライセンスの組の削除を記憶装置制御部２０５へ指示する。そして、記憶装置制御部２０５は、データ記憶装置１０２からこれらのデータの削除を行う。
【０２１６】
尚、例えば、クライアント機器１０３からのコミットメッセージ（Ｍ２００５）の送信を所定期間毎に行う場合であって、当該期間中にライセンス交換が行われていない場合には、サーバ機器１０１側には削除される対象となるリスタートＩＤ、発行ライセンス等のデータがない場合も考えられる。
【０２１７】
以上のように、本実施の形態４に係るライセンス交換システムにおいては、リスタートＩＤはサーバ機器１０１側が付与することにより、クライアント機器１０３がリスタートＩＤを発行してデータ記憶装置１０４に記憶する前記実施の形態２に比べて、データ記憶装置１０４に対するデータ更新回数を低減することができる。
【０２１８】
また、同一のリスタートＩＤを用いることにより、リスタートＩＤにより識別されるライセンス要求情報（Ｍ２００３）の再受信時には、既に更新したサーバ側管理ライセンスを更新前の内容に再更新して、その後のライセンス要求情報（Ｍ２００３）に従って発行ライセンスを作成することが可能となる。
【０２１９】
そして、クライアント機器１０３は、発行ライセンスの記録時にリスタートＩＤに関連する記録を削除するため、クライアント機器１０３のユーザの要求するライセンスの取得が終了した後、不要となったリスタートＩＤの情報を最も早い段階で削除することができ、不要となったリスタートＩＤを長期に渡ってデータ記憶装置１０４に保持する弊害を低減させることができる。
【０２２０】
さらに、クライアント機器１０３は、リスタートＩＤを特に指定することなく一括的にコミットを行うことにより効率的な通信を行うことが可能となる。
【０２２１】
（実施の形態５）
次に、本発明の別の形態について説明する。本実施の形態５においては、クライアント機器１０３が一度取得したライセンスを、サーバ機器１０１へ返却を行う場合の通信シーケンスについて説明するものとする。本実施の形態５においては、通信シーケンスの開始時において、前回の通信で使用していた情報を暗黙的にコミットすることを特徴としている。
【０２２２】
図２１は、本実施の形態５に係るクライアント機器１０３からサーバ機器１０１へライセンス返却する場合における通信シーケンス図である。通信手順は以下の通信メッセージより構成される。
【０２２３】
まず、図２１のＳ２１０１に示すクライアント機器１０３における通信シーケンス開始時におけるライセンス返却情報の送信動作について説明すると、クライアント機器１０３は、一連の通信が完了しており、通信シーケンスの途中であることを示すフラグが落ちていることを確認する。
【０２２４】
次に、メッセージ処理部３０３は、返却対象のライセンスをロックして使用不可能な状態に設定する。これは、ライセンス移動過程において通信シーケンスの識別子を付与する前にロックすることで他にライセンスが使用されることを防ぐためである。
【０２２５】
そして、メッセージ処理部３０３は、返却するライセンスを含むライセンス返却情報（Ｍ２１０１）を作成して、通信シーケンスの途中であることを示すフラグを立てた後に、サーバ間通信部３０４を介してサーバ機器１０１へ送信する。
【０２２６】
次に、図２１のＳ２１０２に示すサーバ機器１０１のライセンス返却情報の受信からＡＣＫの送信までの動作について説明すると、クライアント間通信部２０４は、ライセンス返却情報（Ｍ２１０１）を受信すると、メッセージ処理部２０３はライセンス返却情報に含まれているクライアントＩＤを確認し、記憶装置制御部２０５は、以前の返却の通信において記録されているデータ記憶装置１０２にクライアントＩＤとライセンスの組が記録されていれば削除する。すなわち、本実施の形態５においては、サーバ機器１０１側の通信シーケンスの開始時にクライアントＩＤとライセンスの情報を用いることにより、以前の通信シーケンスの情報を暗黙的にコミットして、以前の返却通信に関連する記録を削除することを可能としている。
【０２２７】
次に、記憶装置制御部２０５は、受信したライセンス返却情報（Ｍ２１０１）に含まれるライセンスとクライアントＩＤを組にしてデータ記憶装置１０２へ記録する。
【０２２８】
尚、ユーザは、ライセンス交換において同時に複数のライセンス交換を行うことは少なく、１つのライセンス交換後に次のライセンス交換を行う場合が通常である。従って、本実施の形態５に示すように、特定の機器１０１及び１０３間で同時に実行可能な通信シーケンスが１つに限定することにより、識別子を単にクライアントＩＤのみとすることができる。
【０２２９】
そして、メッセージ処理部２０３は、返却ライセンスを受信したことを示す応答メッセージであるＡＣＫ（Ｍ２１０２）を作成し、クライアント間通信部２０４を介してクライアント機器１０３へ送信する。
【０２３０】
次に、図２１のＳ２１０３に示すクライアント機器１０３側のＡＣＫ（Ｍ２１０２）の受信からＡＣＫ（Ｍ２１０３）の返信までの動作について説明すると、サーバ間通信部３０４は、ＡＣＫ（Ｍ２１０２）を受信すると、メッセージ処理部３０３は、ライセンス返却が正常に行われたことを判断して、記憶装置制御部３０５は、データ記憶装置１０４より返却されたライセンスの削除を行う。
【０２３１】
メッセージ処理部３０３は、返却対象のライセンスの削除が終了したことを示す応答メッセージであるＡＣＫ（Ｍ２１０３）をサーバ間通信部３０４を介してサーバ機器１０１へ送信する。
【０２３２】
次に、図２１のＳ２１０４に示すサーバ機器１０１側のＡＣＫ（Ｍ２１０３）の受信からＡＣＫ（Ｍ２１０４）の返信までの動作について説明すると、クライアント間通信部２０４は、ＡＣＫ（Ｍ２１０３）を受信して、メッセージ処理部２０３は、クライアント機器１０３におけるライセンス削除終了を判断する。そして、価値情報処理部２０１は、Ｓ２１０２においてデータ記憶装置１０２に記録しておいた前記ライセンスをサーバ側管理ライセンスにマージして、また、記録されているクライアントＩＤとライセンスの組に対してさらにマージが完了したことを追記する。
【０２３３】
そして、メッセージ処理部２０３は、返却したライセンスのマージが完了したことを示す応答メッセージであるＡＣＫ（Ｍ２１０４）を作成し、クライアント間通信部２０４を介してクライアント機器１０３へ送信する。
【０２３４】
尚、通信障害等によりサーバ機器１０１がＡＣＫ（Ｍ２１０３）を再受信した場合には、Ｓ２１０４に示す処理は行わずに、ＡＣＫ（Ｍ２１０４）を送信する処理のみを行う。
【０２３５】
次に、図２１のＳ２１０５に示すクライアント機器１０３のＡＣＫ（Ｍ２１０４）の受信後の動作について説明すると、クライアント機器１０３は、ＡＣＫ（Ｍ２１０４）を受信すると、Ｓ２１０１において立てた通信シーケンスの途中であることを示すフラグを落とし、クライアント機器１０３からサーバ機器１０１へのライセンス返却における一連の通信を完了する。
【０２３６】
以上のように、本実施の形態５に係るライセンス交換システムにおいては、特定の機器間においては同時に実行可能な通信シーケンスを１つに限定することにより、識別子にクライアントＩＤのみを用いることができる。従って、リスタートＩＤを識別子として用いる必要がなくなり、リスタートＩＤの発行や記録を行う必要がなくなる。
【０２３７】
また、サーバ機器１０１側の通信シーケンスの開始時にクライアントＩＤを用いることにより、以前の通信シーケンスの情報を暗黙的にコミットして、以前の通信におけるクライアントＩＤとライセンスの組に関連する記録を削除することを可能とする。
【０２３８】
（実施の形態６）
次に、本発明に係る他の実施の形態について図２２を用いて説明する。図２２は、本実施の形態６に係るクライアント機器１０３とサーバ機器１０１の間のコンテンツ利用に関する通信シーケンス図である。
【０２３９】
尚、本実施の形態６においては、上述した実施の形態１から５までの処理の効率化を図り、ライセンス交換システムにおける一連の通信において、クライアント機器１０３及びサーバ機器１０１に備えられるフラッシュメモリであるデータ記憶装置１０２及び１０４の書き込み回数を低減させた形態である。本実施の形態６においては、リスタートＩＤはクライアント機器１０３側において生成されることによりリスタートＩＤ発行要求を行わず、また、クライアント機器１０３のコンテンツ利用終了をもって黙示的にコミットを行うことを特徴とする。また、ユーザのコンテンツ再生可能回数が定められている場合を想定する。
【０２４０】
まず、図２２のＳ２２０１に示すクライアント機器１０３におけるコンテンツ鍵リクエストメッセージの送信前における動作について説明すると、メッセージ処理部３０３より指示を受けた通信固有情報生成部１６０１は、リスタートＩＤの発行を行う。メッセージ処理部３０３は、生成された前記リスタートＩＤ、要求先端末となるサーバ機器１０１でのライセンスを識別するＩＤとなるライセンスＩＤ、及びクライアント機器１０３のユーザが要求するコンテンツのアクションを示すアクションＩＤを含むコンテンツ鍵リクエストメッセージ（Ｍ２２０１）を作成し、サーバ間通信部３０４を介してサーバ機器１０１へ送信する。
【０２４１】
尚、メッセージ処理部３０３からの指示により、記憶装置制御部３０５は、コンテンツ鍵リクエストメッセージをデータ記憶装置１０４にログ記録し、要求するコンテンツの利用量の記録を行うが、Ｓ２２０１においては、コンテンツは未だ利用されていないため、利用量は０である。
【０２４２】
このように、クライアント機器１０３は、コンテンツ鍵リクエストメッセージ（Ｍ２２０１）において、クライアント機器１０３側が生成したリスタートＩＤ、及びライセンス移動に必要な情報であるライセンスＩＤ等を併せて通信することにより、クライアント機器１０３よりサーバ機器１０１へリスタートＩＤ発行要求通信を行う必要がなくなり、通信回数を削除することが可能となる。
【０２４３】
また、本実施の形態６においては、生成されたリスタートＩＤの記録と共に、ログ記録及び利用量記録が行われるため、データ記憶装置１０４に対する書き込み回数を低下させることができる。
【０２４４】
次に、図２２のＳ２２０２に示すサーバ機器１０１側におけるコンテンツ鍵取得要求の受信後の動作について説明すると、クライアント間通信部２０４は、コンテンツ鍵リクエストメッセージ（Ｍ２２０１）を受信し、価値情報処理部２０１は、前記ライセンスＩＤをデータ記憶装置１０２より検索し、該当するライセンスを発見した場合には、利用条件の判定を行う。
【０２４５】
そして、利用条件がユーザから要求された使用条件を満たす場合には、価値情報処理部２０１は、コンテンツの暗号を解く鍵であるコンテンツ鍵、ユーザ指定のコンテンツに対して許可されるアクションの実行を制御する条件、利用期限情報及び利用可能回数等の情報である条件等を含むライセンスを作成し、メッセージ処理部２０３においてライセンスのロックを行い、このライセンスにクライアントＩＤを併せたコンテンツ鍵レスポンスメッセージ（Ｍ２２０２）の作成を行う。また、メッセージ処理部２０３より指示された記憶装置制御部２０５は、利用可能回数の更新や受信したリスタートＩＤをデータ記憶装置１０２に記録する。
【０２４６】
最後に、メッセージ処理部２０３は、コンテンツ鍵レスポンスメッセージ（Ｍ２２０２）をクライアント間通信部２０４を介してクライアント機器１０３へ送信する。
【０２４７】
図２２のＳ２２０３に示すクライアント機器１０３におけるコンテンツ鍵レスポンスメッセージ受信後の動作について説明すると、サーバ間通信部３０４は、コンテンツ鍵レスポンスメッセージ（Ｍ２２０２）を受信し、メッセージ処理部３０３は、コンテンツ鍵レスポンスメッセージ（Ｍ２２０２）に含まれているコンテンツ鍵、利用期限情報及び利用可能回数等の情報である条件を判定する。
【０２４８】
そして、メッセージ処理部３０３からの指示により記憶装置制御部３０５は、データ記憶装置１０４のログ更新（コンテンツの再生開始）、及び許可される利用量の最大量となる利用量更新を行う（例えば、コンテンツ鍵レスポンスメッセージにおいて利用可能時間が３時間許可されれば３時間として利用量が更新される）。
【０２４９】
図２２のＳ２２０４において、クライアント機器１０３のユーザは、許可される利用条件に従いコンテンツ鍵を用いてコンテンツの暗号化を解きコンテンツの再生を開始する（Ｓ２２０４）。次に、ユーザがコンテンツの再生を停止することによりコンテンツの利用を終了する（Ｓ２２０５）。
【０２５０】
次に、図２２のＳ２２０６に示すクライアント機器１０３のコンテンツ鍵利用終了メッセージの送信における動作を説明すると、ユーザのコンテンツの再生が終了すると（Ｓ２２０５）、メッセージ処理部３０３は、リスタートＩＤ及びコンテンツ利用量（例えば実際の再生時間は１時間）を含むコンテンツ鍵利用終了メッセージ（Ｍ２２０３）を作成し、サーバ間通信部３０４を介してサーバ機器１０１へ送信する。
【０２５１】
尚、メッセージ処理部３０３からの指示により記憶装置制御部３０５は、データ記憶装置１０４にコンテンツ鍵利用終了メッセージの送信をログ記録、及び実際のコンテンツ利用量の更新を行う（例えば実際に再生した時間は１時間）。
【０２５２】
尚、従来であれば、クライアント機器１０３は、Ｓ２２０６の処理の後にコミットメッセージの送信を別途行う必要があったが、本実施の形態６においては、コンテンツ鍵利用終了メッセージ（Ｍ２２０３）において併せて暗黙的にコミットを行っており、コミットメッセージの送信を省いて通信における処理を低減させることができる。
【０２５３】
次に、図２２のＳ２２０７に示すサーバ機器１０１側でのコンテンツ鍵利用終了メッセージ受信後の動作について説明すると、クライアント間通信部２０４は、コンテンツ鍵利用終了メッセージ（Ｍ２２０３）を受信し、メッセージ処理部２０３より指示を受けた価値情報処理部２０１は、Ｓ２２０２において送信したライセンスのロックを解除して、ライセンスの更新を行う。メッセージ処理部２０３より指示を受けた記憶装置制御部２０５は、リスタートＩＤをデータ記憶装置１０２より削除する。
【０２５４】
そして、メッセージ処理部２０３は、コンテンツ鍵利用終了したことを通知する応答メッセージであるＡＣＫ（Ｍ２２０４）を作成して、クライアント間通信部２０４を介してクライアント機器１０３に送信する。
【０２５５】
図２２のＳ２２０８に示すクライアント機器１０３でのＡＣＫ（Ｍ２２０４）受信後の動作について説明すると、クライアント機器１０３のメッセージ処理部３０３は、記憶装置制御部３０５に対してＳ２２０１において作成したリスタートＩＤの削除を指示し、データ記憶装置１０４よりリスタートＩＤの削除を行う。
【０２５６】
以上、本実施の形態６に係るライセンス交換システムにおいては、クライアント機器１０３がリスタートＩＤの生成をし、また、コンテンツ鍵利用終了メッセージ（Ｍ２２０３）をもって暗黙的にコミットを行う。このため、クライアント機器１０３からのリスタートＩＤ要求情報、及びコミットメッセージの送信を削除して通信処理負荷を低減させると共に、データ記憶装置１０２又は１０４への書き込み回数は、コンテンツの再生開始前にＳ２２０１〜Ｓ２２０３までの３回、コンテンツ再生停止後においてもＳ２２０６〜Ｓ２２０８までの３回とすることができ、書き込み回数に限定のあるデータ記憶装置１０２及び１０４の有効利用を図ることができる。
【０２５７】
（実施の形態７）
次に、他の実施の形態の通信シーケンスについて説明する。図２３は、本実施の形態７に係るライセンス交換システムに関する通信シーケンス図であり、本実施の形態７においては、コンテンツの再生回数が無限の場合を想定しており、サーバ機器１０１はデータ記憶装置１０２への書き込みを行わないことを特徴とする。
【０２５８】
まず、図２３のＳ２３０１に示すクライアント機器１０３のコンテンツ鍵リクエストメッセージ送信前の動作について説明すると、通信固有情報生成部１６０１は、リスタートＩＤの発行を行い、上述したＳ２２０１における処理と同様にコンテンツ鍵リクエストメッセージ（Ｍ２３０１）の作成を行う。
【０２５９】
そして、図２３のＳ２３０２に示すサーバ機器１０１のコンテンツ鍵リクエストメッセージ受信後の動作について説明すると、サーバ機器１０１は、コンテンツ鍵リクエストメッセージ（Ｍ２３０１）を受信すると、利用条件の判定を行い、メッセージ処理部２０３は、前記利用条件判定に従ってコンテンツ鍵レスポンスメッセージ（Ｍ２３０２）をクライアント間通信部２０４を介してクライアント機器１０３へ送信する。
【０２６０】
尚、本実施の形態７においては、再生可能回数が無限大に設定されているために、サーバ機器１０１側において再生可能回数の更新、リスタートＩＤの記録等が行われないためデータ記憶装置１０２への書き込みを行わす、また、ライセンスのロックも行われない。
【０２６１】
図２３のＳ２３０３に示すコンテンツ鍵レスポンスメッセージ受信後の動作について説明すると、サーバ間通信部３０４は、コンテンツ鍵レスポンスメッセージ（Ｍ２３０２）を受信すると、メッセージ処理部３０３より指示された記憶装置制御部３０５は、データ記憶装置１０４よりＳ２３０１において発行したリスタートＩＤを削除する。このため、不要となったリスタートＩＤをライセンス交換の終了と共に削除する。
【０２６２】
そして、コンテンツ鍵レスポンスメッセージ（Ｍ２３０２）よりコンテンツ鍵の取得及び利用条件等の判定を行いコンテンツの再生を開始する（Ｓ２３０４）。また、ユーザがコンテンツの利用を終了して再生停止する（Ｓ２３０５）。
【０２６３】
従って、本実施の形態７に係るライセンス交換システムにおいては、一連のライセンス交換の通信シーケンスにおいて、データ記憶装置１０４への書き込み回数をＳ２３０１及びＳ２３０３の２回と最小とすることができると共に、コンテンツの再生可能回数が無限大であるため、データ記憶装置１０２へ再生可能回数の更新、受信したリスタートＩＤ等の書き込みを行う必要がない。
【０２６４】
尚、上述した各実施の形態に係る説明は例示であり、本発明は各実施の形態の通信シーケンスに限定されるものではなく、その適用可能な範囲において本発明を使用できることは言うまでもない。
【産業上の利用可能性】
【０２６５】
本発明の価値情報交換システムは、通信障害の発生時にも価値情報の損失や重複を避けることができるという効果を奏し、例えば、サーバ機器とクライアント機器とがネットワークを介してコンテンツの利用権利情報の交換を行うシステムなどに適用することができる。
【図面の簡単な説明】
【０２６６】
【図１】実施の形態１において価値情報交換システムの構成を示す図である。
【図２】実施の形態１においてサーバ機器の内部構成を示す図である。
【図３】実施の形態１においてクライアント機器の内部構成を示す図である。
【図４】実施の形態１においてサーバ機器で管理される価値情報のデータ構造を示す図である。
【図５】実施の形態１においてクライアント機器で管理される価値情報のデータ構造を示す図である。
【図６】実施の形態１においてサーバ機器からクライアント機器へ価値情報を移動する手順を示す通信シーケンス図である。
【図７】（ａ）は、実施の形態１において通信固有情報要求通信のデータ構造を示す図であり、（ｂ）は、実施の形態１において通信固有情報返答通信のデータ構造を示す図であり、（ｃ）は、実施の形態１において価値情報要求通信のデータ構造を示す図であり、（ｄ）は、実施の形態１において価値情報返答通信のデータ構造を示す図である。
【図８】実施の形態１において要求情報のデータ構造を示す図である。
【図９】実施の形態１において送信価値情報のデータ構造を示す図である。
【図１０】実施の形態１において、サーバ機器における価値情報要求通信受信後の動作を説明するフローチャートである。
【図１１】実施の形態１において、通信障害への対応を考慮した、サーバ機器における価値情報要求通信受信後の動作を説明するフローチャートである。
【図１２】実施の形態１においてコミット通信のデータ構造を示す図である。
【図１３】（ａ）は、実施の形態１において、キャンセル要求通信のデータ構造を示す図であり、（ｂ）は、実施の形態１において、キャンセル返答通信のデータ構造を示す図である。
【図１４】実施の形態１において、サーバ機器におけるキャンセル要求通信受信後の動作を説明するフローチャートである。
【図１５】実施の形態１においてクライアント機器からサーバ機器へ価値情報を移動する手順を示す通信シーケンス図である。
【図１６】実施の形態２に係るクライアント機器の内部構成を示す図である。
【図１７】実施の形態２に係るサーバ機器の内部構成を示す図である。
【図１８】実施の形態２に係るサーバ機器よりクライアント機器へライセンスを移動する場合における通信シーケンス図である。
【図１９】本実施の形態３に係るクライアント機器のユーザがライセンス交換途中で一度要求したライセンスのキャンセルを行う場合の通信シーケンス図である。
【図２０】実施の形態４に係るサーバ機器からクライアント機器へライセンスを移動する場合における通信シーケンス図である。
【図２１】実施の形態５に係るクライアント機器からサーバ機器へライセンスを移動する場合における通信シーケンス図である。
【図２２】実施の形態６に係るクライアント機器とサーバ機器の間のコンテンツ利用に関する通信シーケンス図である。
【図２３】本実施の形態７に係るライセンス交換システムに関する通信シーケンス図である。
【符号の説明】
【０２６７】
１０１ サーバ機器
１０２，１０４ データ記憶装置
１０３ クライアント機器
１０５ ネットワーク
２０１ 価値情報処理部
２０２ 固有情報生成部
２０３，３０３ メッセージ処理部
２０４ クライアント間通信部
２０５，３０５ 記憶装置制御部
３０１ 固有情報管理部
３０２ ユーザ入力部
３０４ サーバ間通信部
１６０１ 通信固有情報生成部
１７０１ 通信固有情報処理部
【特許請求の範囲】
【請求項１】
第１機器（サーバ機器）から第２機器（クライアント機器）へ、通信網を介して権利に関する内容を表す価値情報を送信する価値情報送信システムであって、
前記第１機器は、
前記第２機器から前記第２機器に固有の機器固有情報の通知を受け、前記機器固有情報を用いて前記第２機器との間での認証を行う第１認証手段と、
前記第２機器から、前記第２機器との間での一連の価値情報の送信の通信を識別する通信識別情報と、前記第２機器が取得を要求する価値情報に関する要求情報を含むリクエストメッセージとを受信する受信手段と、
少なくとも前記第２機器に前記価値情報を送信するまで第２機器との間の前記通信識別情報を、前記第２機器の機器固有情報と対応付けて保持する第１のデータ記憶手段と、
前記リクエストメッセージに含まれる前記要求情報に従って価値情報を生成する生成手段と、
生成した価値情報を含むレスポンスメッセージを前記第２機器に送信する送信手段と
を備え、
前記第２機器は、
価値情報を記憶する第１記憶手段と、
前記第２機器に固有の前記機器固有情報を記憶する第２記憶手段と、
前記機器固有情報を前記第１機器に通知し、前記機器固有情報を用いて前記第１機器との間で前記認証を行う第２認証手段と、
前記要求情報を生成する要求情報生成手段と、
前記通信識別情報を生成する通信識別情報生成手段と、
前記通信識別情報と、前記要求情報を含んだリクエストメッセージとを前記第１機器に送信する送信手段と、
少なくとも前記第１機器より前記価値情報を受信するまで前記通信識別情報を保持する第２のデータ記憶手段と、
前記第１機器から前記価値情報を含んだレスポンスメッセージを受信する受信手段と、
前記受信手段が前記レスポンスメッセージを受信すると、前記第１記憶手段に前記レスポンスメッセージに含まれる価値情報を記憶する更新手段とを備える
ことを特徴とする価値情報送信システム。
【請求項２】
前記第２機器は、さらに、
前記価値情報を前記第１記憶手段に記録すると、コミットメッセージを生成し、前記第１機器に送信するコミット処理手段を備える
ことを特徴とする請求項１に記載の価値情報送信システム。
【請求項３】
第１機器（サーバ機器）から第２機器（クライアント機器）へ、通信網を介して権利に関する内容を表す価値情報を送信する価値情報送信方法であって、
前記第１機器は、
前記第２機器から前記第２機器に固有の機器固有情報の通知を受け、前記機器固有情報を用いて前記第２機器との間での認証を行う第１認証ステップと、
前記第２機器から、前記第２機器との間での一連の価値情報の送信の通信を識別する通信識別情報と、前記第２機器が取得を要求する価値情報に関する要求情報を含むリクエストメッセージとを受信する受信ステップと、
前記リクエストメッセージに含まれる前記要求情報に従って価値情報を生成する生成ステップと、
生成した価値情報を含むレスポンスメッセージを前記第２機器に送信する送信ステップとを行い、
少なくとも前記第２機器に前記価値情報を送信するまで第２機器との間の前記通信識別情報を、前記第２機器の機器固有情報と対応付けて保持する第１のデータ記憶手段を備え、
前記第２機器は、
価値情報を記憶する第１記憶手段と、
前記第２機器に固有の前記機器固有情報を記憶する第２記憶手段と、
少なくとも前記第１機器より前記価値情報を受信するまで前記通信識別情報を保持する第２のデータ記憶手段とを備え、
前記機器固有情報を前記第１機器に通知し、前記機器固有情報を用いて前記第１機器との間で前記認証を行う第２認証ステップと、
前記要求情報を生成する要求情報生成ステップと、
前記通信識別情報を生成する通信識別情報生成ステップと、
前記通信識別情報と、前記要求情報を含んだリクエストメッセージとを前記第１機器に送信する送信ステップと、
前記第１機器から前記価値情報を含んだレスポンスメッセージを受信する受信ステップと、
前記受信ステップが前記レスポンスメッセージを受信すると、前記第１記憶手段に前記レスポンスメッセージに含まれる価値情報を記憶する更新ステップとを行う
ことを特徴とする価値情報送信方法。
【請求項４】
第１機器（サーバ機器）から第２機器（クライアント機器）へ、通信網を介して権利に関する内容を表す価値情報を送信する価値情報送信装置であって、
前記第１機器は、
前記第２機器から前記第２機器に固有の機器固有情報の通知を受け、前記機器固有情報を用いて前記第２機器との間での認証を行う第１認証手段と、
前記第２機器から、前記第２機器との間での一連の価値情報の送信の通信を識別する通信識別情報と、前記第２機器が取得を要求する価値情報に関する要求情報を含むリクエストメッセージとを受信する受信手段と、
少なくとも前記第２機器に前記価値情報を送信するまで第２機器との間の前記通信識別情報を、前記第２機器の機器固有情報と対応付けて保持する第１のデータ記憶手段と、
前記リクエストメッセージに含まれる前記要求情報に従って価値情報を生成する生成手段と、
生成した価値情報を含むレスポンスメッセージを前記第２機器に送信する送信手段と
を備え、
前記第２機器は、
価値情報を記憶する第１記憶手段と、
前記第２機器に固有の前記機器固有情報を記憶する第２記憶手段と、
前記機器固有情報を前記第１機器に通知し、前記機器固有情報を用いて前記第１機器との間で前記認証を行う第２認証手段と、
前記要求情報を生成する要求情報生成手段と、
前記通信識別情報を生成する通信識別情報生成手段と、
前記通信識別情報と、前記要求情報を含んだリクエストメッセージとを前記第１機器に送信する送信手段と、
少なくとも前記第１機器より前記価値情報を受信するまで前記通信識別情報を保持する第２のデータ記憶手段と、
前記第１機器から前記価値情報を含んだレスポンスメッセージを受信する受信手段と、
前記受信手段が前記レスポンスメッセージを受信すると、前記第１記憶手段に前記レスポンスメッセージに含まれる価値情報を記憶する更新手段とを備える
ことを特徴とする価値情報送信装置。
【請求項５】
第１機器（サーバ機器）から第２機器（クライアント機器）へ、通信網を介して権利に関する内容を表す価値情報を送信する価値情報送信装置のためのプログラムであって、
前記第１機器は、
前記第２機器から前記第２機器に固有の機器固有情報の通知を受け、前記機器固有情報を用いて前記第２機器との間での認証を行う第１認証ステップと、
前記第２機器から、前記第２機器との間での一連の価値情報の送信の通信を識別する通信識別情報と、前記第２機器が取得を要求する価値情報に関する要求情報を含むリクエストメッセージとを受信する受信ステップと、
前記リクエストメッセージに含まれる前記要求情報に従って価値情報を生成する生成ステップと、
生成した価値情報を含むレスポンスメッセージを前記第２機器に送信する送信ステップとを行い、
少なくとも前記第２機器に前記価値情報を送信するまで第２機器との間の前記通信識別情報を、前記第２機器の機器固有情報と対応付けて保持する第１のデータ記憶手段を備え、
前記第２機器は、
価値情報を記憶する第１記憶手段と、
前記第２機器に固有の前記機器固有情報を記憶する第２記憶手段と、
少なくとも前記第１機器より前記価値情報を受信するまで前記通信識別情報を保持する第２のデータ記憶手段とを備え、
前記機器固有情報を前記第１機器に通知し、前記機器固有情報を用いて前記第１機器との間で前記認証を行う第２認証ステップと、
前記要求情報を生成する要求情報生成ステップと、
前記通信識別情報を生成する通信識別情報生成ステップと、
前記通信識別情報と、前記要求情報を含んだリクエストメッセージとを前記第１機器に送信する送信ステップと、
前記第１機器から前記価値情報を含んだレスポンスメッセージを受信する受信ステップと、
前記受信ステップが前記レスポンスメッセージを受信すると、前記第１記憶手段に前記レスポンスメッセージに含まれる価値情報を記憶する更新ステップとを行う
ことを特徴とする価値情報送信プログラム。
【請求項１】
第１機器（サーバ機器）から第２機器（クライアント機器）へ、通信網を介して権利に関する内容を表す価値情報を送信する価値情報送信システムであって、
前記第１機器は、
前記第２機器から前記第２機器に固有の機器固有情報の通知を受け、前記機器固有情報を用いて前記第２機器との間での認証を行う第１認証手段と、
前記第２機器から、前記第２機器との間での一連の価値情報の送信の通信を識別する通信識別情報と、前記第２機器が取得を要求する価値情報に関する要求情報を含むリクエストメッセージとを受信する受信手段と、
少なくとも前記第２機器に前記価値情報を送信するまで第２機器との間の前記通信識別情報を、前記第２機器の機器固有情報と対応付けて保持する第１のデータ記憶手段と、
前記リクエストメッセージに含まれる前記要求情報に従って価値情報を生成する生成手段と、
生成した価値情報を含むレスポンスメッセージを前記第２機器に送信する送信手段と
を備え、
前記第２機器は、
価値情報を記憶する第１記憶手段と、
前記第２機器に固有の前記機器固有情報を記憶する第２記憶手段と、
前記機器固有情報を前記第１機器に通知し、前記機器固有情報を用いて前記第１機器との間で前記認証を行う第２認証手段と、
前記要求情報を生成する要求情報生成手段と、
前記通信識別情報を生成する通信識別情報生成手段と、
前記通信識別情報と、前記要求情報を含んだリクエストメッセージとを前記第１機器に送信する送信手段と、
少なくとも前記第１機器より前記価値情報を受信するまで前記通信識別情報を保持する第２のデータ記憶手段と、
前記第１機器から前記価値情報を含んだレスポンスメッセージを受信する受信手段と、
前記受信手段が前記レスポンスメッセージを受信すると、前記第１記憶手段に前記レスポンスメッセージに含まれる価値情報を記憶する更新手段とを備える
ことを特徴とする価値情報送信システム。
【請求項２】
前記第２機器は、さらに、
前記価値情報を前記第１記憶手段に記録すると、コミットメッセージを生成し、前記第１機器に送信するコミット処理手段を備える
ことを特徴とする請求項１に記載の価値情報送信システム。
【請求項３】
第１機器（サーバ機器）から第２機器（クライアント機器）へ、通信網を介して権利に関する内容を表す価値情報を送信する価値情報送信方法であって、
前記第１機器は、
前記第２機器から前記第２機器に固有の機器固有情報の通知を受け、前記機器固有情報を用いて前記第２機器との間での認証を行う第１認証ステップと、
前記第２機器から、前記第２機器との間での一連の価値情報の送信の通信を識別する通信識別情報と、前記第２機器が取得を要求する価値情報に関する要求情報を含むリクエストメッセージとを受信する受信ステップと、
前記リクエストメッセージに含まれる前記要求情報に従って価値情報を生成する生成ステップと、
生成した価値情報を含むレスポンスメッセージを前記第２機器に送信する送信ステップとを行い、
少なくとも前記第２機器に前記価値情報を送信するまで第２機器との間の前記通信識別情報を、前記第２機器の機器固有情報と対応付けて保持する第１のデータ記憶手段を備え、
前記第２機器は、
価値情報を記憶する第１記憶手段と、
前記第２機器に固有の前記機器固有情報を記憶する第２記憶手段と、
少なくとも前記第１機器より前記価値情報を受信するまで前記通信識別情報を保持する第２のデータ記憶手段とを備え、
前記機器固有情報を前記第１機器に通知し、前記機器固有情報を用いて前記第１機器との間で前記認証を行う第２認証ステップと、
前記要求情報を生成する要求情報生成ステップと、
前記通信識別情報を生成する通信識別情報生成ステップと、
前記通信識別情報と、前記要求情報を含んだリクエストメッセージとを前記第１機器に送信する送信ステップと、
前記第１機器から前記価値情報を含んだレスポンスメッセージを受信する受信ステップと、
前記受信ステップが前記レスポンスメッセージを受信すると、前記第１記憶手段に前記レスポンスメッセージに含まれる価値情報を記憶する更新ステップとを行う
ことを特徴とする価値情報送信方法。
【請求項４】
第１機器（サーバ機器）から第２機器（クライアント機器）へ、通信網を介して権利に関する内容を表す価値情報を送信する価値情報送信装置であって、
前記第１機器は、
前記第２機器から前記第２機器に固有の機器固有情報の通知を受け、前記機器固有情報を用いて前記第２機器との間での認証を行う第１認証手段と、
前記第２機器から、前記第２機器との間での一連の価値情報の送信の通信を識別する通信識別情報と、前記第２機器が取得を要求する価値情報に関する要求情報を含むリクエストメッセージとを受信する受信手段と、
少なくとも前記第２機器に前記価値情報を送信するまで第２機器との間の前記通信識別情報を、前記第２機器の機器固有情報と対応付けて保持する第１のデータ記憶手段と、
前記リクエストメッセージに含まれる前記要求情報に従って価値情報を生成する生成手段と、
生成した価値情報を含むレスポンスメッセージを前記第２機器に送信する送信手段と
を備え、
前記第２機器は、
価値情報を記憶する第１記憶手段と、
前記第２機器に固有の前記機器固有情報を記憶する第２記憶手段と、
前記機器固有情報を前記第１機器に通知し、前記機器固有情報を用いて前記第１機器との間で前記認証を行う第２認証手段と、
前記要求情報を生成する要求情報生成手段と、
前記通信識別情報を生成する通信識別情報生成手段と、
前記通信識別情報と、前記要求情報を含んだリクエストメッセージとを前記第１機器に送信する送信手段と、
少なくとも前記第１機器より前記価値情報を受信するまで前記通信識別情報を保持する第２のデータ記憶手段と、
前記第１機器から前記価値情報を含んだレスポンスメッセージを受信する受信手段と、
前記受信手段が前記レスポンスメッセージを受信すると、前記第１記憶手段に前記レスポンスメッセージに含まれる価値情報を記憶する更新手段とを備える
ことを特徴とする価値情報送信装置。
【請求項５】
第１機器（サーバ機器）から第２機器（クライアント機器）へ、通信網を介して権利に関する内容を表す価値情報を送信する価値情報送信装置のためのプログラムであって、
前記第１機器は、
前記第２機器から前記第２機器に固有の機器固有情報の通知を受け、前記機器固有情報を用いて前記第２機器との間での認証を行う第１認証ステップと、
前記第２機器から、前記第２機器との間での一連の価値情報の送信の通信を識別する通信識別情報と、前記第２機器が取得を要求する価値情報に関する要求情報を含むリクエストメッセージとを受信する受信ステップと、
前記リクエストメッセージに含まれる前記要求情報に従って価値情報を生成する生成ステップと、
生成した価値情報を含むレスポンスメッセージを前記第２機器に送信する送信ステップとを行い、
少なくとも前記第２機器に前記価値情報を送信するまで第２機器との間の前記通信識別情報を、前記第２機器の機器固有情報と対応付けて保持する第１のデータ記憶手段を備え、
前記第２機器は、
価値情報を記憶する第１記憶手段と、
前記第２機器に固有の前記機器固有情報を記憶する第２記憶手段と、
少なくとも前記第１機器より前記価値情報を受信するまで前記通信識別情報を保持する第２のデータ記憶手段とを備え、
前記機器固有情報を前記第１機器に通知し、前記機器固有情報を用いて前記第１機器との間で前記認証を行う第２認証ステップと、
前記要求情報を生成する要求情報生成ステップと、
前記通信識別情報を生成する通信識別情報生成ステップと、
前記通信識別情報と、前記要求情報を含んだリクエストメッセージとを前記第１機器に送信する送信ステップと、
前記第１機器から前記価値情報を含んだレスポンスメッセージを受信する受信ステップと、
前記受信ステップが前記レスポンスメッセージを受信すると、前記第１記憶手段に前記レスポンスメッセージに含まれる価値情報を記憶する更新ステップとを行う
ことを特徴とする価値情報送信プログラム。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図１８】
【図１９】
【図２０】
【図２１】
【図２２】
【図２３】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図１８】
【図１９】
【図２０】
【図２１】
【図２２】
【図２３】
【公開番号】特開２００９−２７７２６（Ｐ２００９−２７７２６Ａ）
【公開日】平成２１年２月５日（２００９．２．５）
【国際特許分類】
【出願番号】特願２００８−２０５８９８（Ｐ２００８−２０５８９８）
【出願日】平成２０年８月８日（２００８．８．８）
【分割の表示】特願２００２−３３１７２８（Ｐ２００２−３３１７２８）の分割
【原出願日】平成１４年１１月１５日（２００２．１１．１５）
【出願人】（０００００５８２１）パナソニック株式会社 (73,050)
【Ｆターム（参考）】
【公開日】平成２１年２月５日（２００９．２．５）
【国際特許分類】
【出願日】平成２０年８月８日（２００８．８．８）
【分割の表示】特願２００２−３３１７２８（Ｐ２００２−３３１７２８）の分割
【原出願日】平成１４年１１月１５日（２００２．１１．１５）
【出願人】（０００００５８２１）パナソニック株式会社 (73,050)
【Ｆターム（参考）】
[ Back to top ]