(57)【要約】【課題】ＯＭＡ  ＢＣＡＳＴ標準によって定義されるＤＲＭプロファイルで使用中であるトークンをＳＲＭに移動することで、他の端末でもトークンをセキュアに使用可能にする、複数の端末の各々におけるデジタル著作権管理（ＤＲＭ）のためのトークン管理方法を提供する。【解決手段】この方法では、少なくとも一つのトークンが権限発行者（ＲＩ）から獲得され、このトークンはトークン移動要求メッセージを通じて保安移動可能メディア（ＳＲＭ）に移動される。このトークンは前記複数の端末によって共有される。【選択図】図２
2011516961.tif 000002
【特許請求の範囲】
【請求項１】
複数の端末の各々におけるデジタル著作権管理（ＤＲＭ）のためのトークン管理方法であって、
権限発行者（ＲＩ）から少なくとも一つのトークンを獲得するステップと、
トークン移動要求メッセージを通じて前記トークンを保安移動可能メディア（ＳＲＭ）に移動するステップと、を有し、
前記トークンは前記複数の端末によって共有されることを特徴とする方法。
【請求項２】
前記トークン移動要求メッセージは、前記トークンが特定サービス／プログラムのみで使用可能である場合、前記トークンが使用可能なサービス／プログラムを示すサービスＩＤ／プログラムＩＤフィールドを含むことを特徴とする請求項１に記載の方法。
【請求項３】
前記トークン移動要求メッセージは、前記トークンが他の端末に移動できるか否かを示す移動可能フィールドを含むことを特徴とする請求項１に記載の方法。
【請求項４】
前記トークン移動要求メッセージは、前記トークンが特定ドメインのメンバーの間で共有できるか否かを示すドメインＩＤフィールドを含むことを特徴とする請求項１に記載の方法。
【請求項５】
複数の端末の各々におけるデジタル著作権管理（ＤＲＭ）のためのトークン管理方法であって、
他の端末によって権限発行者（ＲＩ）から獲得された少なくとも一つのトークン、を含む保安移動可能メディア（ＳＲＭ）に前記端末を結合するステップと、
前記ＳＲＭから前記少なくとも一つのトークンを獲得するステップと、を有し、
前記トークンは前記複数の端末によって共有されることを特徴とする方法。
【請求項６】
前記少なくとも一つのトークンを獲得するステップは、
前記ＳＲＭに格納された少なくとも一つのトークンのタイプを決定するために前記ＳＲＭにトークン情報要求メッセージを送信するステップと、
前記ＳＲＭからトークン情報応答メッセージを通じて前記ＳＲＭに格納されている前記少なくとも一つのトークンのタイプに関する情報を獲得するステップと、
トークン消費要求メッセージを通じて前記端末が所望するトークン対する要求を前記ＳＲＭに送信するステップと、
トークン消費応答メッセージを通じて前記ＳＲＭから要求されたトークンを受信するステップと、
を具備することを特徴とする請求項５に記載の方法。
【請求項７】
前記トークン情報応答メッセージは、
前記トークンを発行したＲＩを示すためのＲＩ  ＩＤフィールド、前記トークンが特定のサービス／プログラムのみに対して使用可能であるか否かを示すためのサービスＩＤ／プログラムＩＤフィールド、前記トークンが他の端末でも使用可能であるか否かを示す移動可能フィールド、及び前記ＳＲＭに格納されたトークンの中で前記トークン情報応答メッセージによって指定されるトークンの数を示すトークン量フィールドのうち少なくとも一つを含むことを特徴とする請求項６に記載の方法。
【請求項８】
前記トークン消費要求メッセージは、
前記端末が特定ＲＩによって発行されたトークンを使用しようとする場合に前記特定ＲＩを示すためのＲＩ  ＩＤフィールド、前記端末が特定サービス／プログラムで使用可能なトークンを使用しようとする場合に前記特定サービス／プログラムを示すためのサービスＩＤ／プログラムＩＤフィールド、及び前記端末が特定ドメインのメンバーであり、前記ＳＲＭが前記特定ドメインのＩＤに該当するトークンを有する場合に前記特定ドメインを示すためのドメインＩＤフィールドのうち少なくとも一つを含むことを特徴とする請求項６に記載の方法。
【請求項９】
前記トークン消費応答メッセージは、
前記端末が前記トークン消費要求メッセージを通じて要求したトークンを発行したＲＩを示すためのＲＩ  ＩＤフィールド、前記端末が前記トークン消費要求メッセージを通じて要求したトークンが使用可能な特定サービス／プログラムを示すためのサービスＩＤ／プログラムＩＤフィールド、前記トークン消費応答メッセージに含まれるトークンが他の端末に移動可能であるか否かを示すための移動可能フィールド、及び前記トークンが特定ドメインのメンバー間で共有できるか否かを示すためのドメインＩＤフィールドのうち少なくとも一つを含むことを特徴とする請求項６に記載の方法。
【請求項１０】
前記端末がサービス及びコンテンツのうち少なくとも一つの再生のためにトークンを消費した後に、前記ＲＩに前記トークンの消費量に関する情報を含むトークン報告要求メッセージを送信するステップをさらに具備することを特徴とする請求項５に記載の方法。
【請求項１１】
前記トークン報告要求メッセージは、
前記ＲＩを識別するためのＲＩ  ＩＤフィールド、前記トークンが使用される特定サービス／プログラムを示すサービスＩＤ／プログラムＩＤフィールド、前記トークンの消費量に関する情報を示す消費されたトークンフィールド、前記トークンが特定ドメインに属する場合に前記特定ドメインを示すドメインＩＤ、前記トークンが移動されるＳＲＭ及び他の端末のうち少なくとも一つのＩＤを示すターゲットＩＤフィールド、及び他の端末及びＳＲＭのうち少なくとも一つに移動されるトークンの量を示す移動されるトークンフィールドのうち少なくとも一つを含むことを特徴とする請求項１０に記載の方法。
【請求項１２】
保安移動可能メディア（ＳＲＭ）におけるデジタル著作権管理（ＤＲＭ）のためのトークン管理方法であって、
権限発行者（ＲＩ）から獲得された少なくとも一つのトークンを、トークン移動要求メッセージを通じて第１の端末から受信するステップを具備し、
前記トークンは複数の端末によって共有されることを特徴とする方法。
【請求項１３】
前記トークン移動要求メッセージは、前記トークンが特定サービス／プログラムのみで使用可能である場合、前記トークンが使用可能なサービス／プログラムを示すサービスＩＤ／プログラムＩＤフィールド、前記トークンが他の端末に移動できるか否かを示す移動可能フィールド、及び前記トークンが特定ドメインのメンバー間で共有されるか否かを示すドメインＩＤフィールドのうち少なくとも一つを含むことを特徴とする請求項１２に記載の方法。
【請求項１４】
前記ＳＲＭは第２の端末に挿入され、前記第２の端末から受信されるトークンに関する情報を要求する場合、前記第２の端末に前記トークンを転送するステップをさらに具備することを特徴とする請求項１２に記載の方法。
【請求項１５】
前記トークンを前記第２の端末に転送するステップは、
前記第２の端末から前記ＳＲＭに格納されるトークンのタイプを決定するために使用されるトークン情報要求メッセージを受信するステップと、
前記ＳＲＭに格納されるトークンのタイプに関する情報をトークン情報応答メッセージを通じて前記第２の端末に送信するステップと、
前記第２の端末が所望するトークンに対する要求を、トークン消費要求メッセージを通じて受信するステップと、
前記要求されたトークンを前記第２の端末にトークン消費応答メッセージを通じて送信するステップと、
を具備することを特徴とする請求項１４に記載の方法。
【請求項１６】
デジタル著作権管理（ＤＲＭ）のためのトークン管理装置であって、
権限発行者（ＲＩ）及び保安移動可能メディア（ＳＲＭ）のうち少なくとも一つとメッセージを交換する通信モジュールと、
前記通信モジュールを通じて前記ＲＩからトークンを獲得し、前記獲得したトークンを、トークン移動要求メッセージを用いて前記通信モジュールを通じて前記ＳＲＭに転送するトークン管理モジュールと、を含み、
前記トークンは複数の端末によって共有されることを特徴とする装置。
【請求項１７】
前記トークン移動要求メッセージは、前記トークンが特定サービス／プログラムのみで使用可能である場合、前記トークンが使用可能なサービス／プログラムを示すサービスＩＤ／プログラムＩＤフィールドを含むことを特徴とする請求項１６に記載の装置。
【請求項１８】
前記トークン移動要求メッセージは、前記トークンが他の端末に移動するか否かを示す移動可能フィールドを含むことを特徴とする請求項１６に記載の装置。
【請求項１９】
前記トークン移動要求メッセージは、前記トークンが特定ドメインのメンバー間で共有できるか否かを示すドメインＩＤフィールドを含むことを特徴とする請求項１６に記載の装置。
【請求項２０】
他の端末から移動したトークンが前記ＳＲＭに格納されている場合、前記トークン管理モジュールは、他の端末から移動されて前記ＳＲＭに格納されたトークンを獲得することを特徴とする請求項１６に記載の装置。
【請求項２１】
前記トークン管理モジュールは、
前記通信モジュールを通じて前記ＳＲＭに格納されているトークンのタイプを決定するために前記ＳＲＭにトークン情報要求メッセージを送信し、前記ＳＲＭからトークン情報応答メッセージを通じて前記ＳＲＭに格納されているトークンのタイプに関する情報を獲得し、前記ＳＲＭにトークン消費要求メッセージを通じて前記端末が所望するトークンに対する要求を送信し、前記ＳＲＭからトークン消費応答メッセージを通じて前記要求したトークンを受信することを特徴とする請求項２０に記載の装置。
【請求項２２】
前記トークン情報応答メッセージは、
前記トークンを発行したＲＩを示すためのＲＩ  ＩＤフィールド、前記トークンが特定のサービス／プログラムのみに対して使用可能であるか否かを示すためのサービスＩＤ／プログラムＩＤフィールド、前記トークンが他の端末でも使用可能であるか否かを示す移動可能フィールド、及び前記ＳＲＭに格納されたトークンの中で前記トークン情報応答メッセージによって指定されたトークンの量を示すトークン量フィールドのうち少なくとも一つを含むことを特徴とする請求項２１に記載の装置。
【請求項２３】
前記トークン消費要求メッセージは、
前記端末が特定ＲＩによって発行されたトークンを使用しようとする場合に前記特定ＲＩを示すためのＲＩ  ＩＤフィールド、前記端末が特定サービス／プログラムで使用可能なトークンを使用しようとする場合に前記特定サービス／プログラムを示すためのサービスＩＤ／プログラムＩＤフィールド、及び前記端末が特定ドメインのメンバーであり、前記ＳＲＭが前記特定ドメインのＩＤに該当するトークンを有する場合に前記特定ドメインを示すためのドメインＩＤフィールドのうち少なくとも一つを含むことを特徴とする請求項２１に記載の装置。
【請求項２４】
前記トークン消費応答メッセージは、
前記端末が前記トークン消費要求メッセージを通じて要求したトークンを発行したＲＩを示すためのＲＩ  ＩＤフィールド、前記端末が前記トークン消費要求メッセージを通じて要求したトークンが使用可能な特定サービス／プログラムを示すためのサービスＩＤ／プログラムＩＤフィールド、前記トークン消費応答メッセージに含まれるトークンが他の端末に移動できるか否かを示すための移動可能フィールド、及び特定ドメインのメンバー間で前記トークンが共有できるか否かを示すためのドメインＩＤフィールドのうち少なくとも一つを含むことを特徴とする請求項２１に記載の装置。
【請求項２５】
前記トークンがサービス及びコンテンツのうち少なくとも一つの再生のために使用される場合に、前記トークン管理モジュールは、前記トークンの消費量に関する情報を含むトークン報告要求メッセージを、前記通信モジュールを通じて前記ＲＩに送信することを特徴とする請求項１６に記載の装置。
【請求項２６】
前記トークン報告要求メッセージは、
前記ＲＩを識別するためのＲＩ  ＩＤフィールド、前記トークンが使用される特定サービス／プログラムを示すサービスＩＤ／プログラムＩＤフィールド、前記トークンの消費量に関する情報を示す消費されたトークンフィールド、前記トークンが特定ドメインに属する場合に前記特定ドメインを示すドメインＩＤ、前記トークンが移動されるＳＲＭ及び他の端末のうち少なくとも一つのＩＤを示すターゲットＩＤフィールド、及び他の端末及びＳＲＭのうち少なくとも一つに移動したトークンの量を示す移動したトークンフィールドのうち少なくとも一つを含むことを特徴とする請求項２５に記載の装置。
【請求項２７】
デジタル著作権管理のためのトークン管理装置であって、
権限発行者（ＲＩ）から獲得した少なくとも一つのトークンをトークン移動要求メッセージによって第１の端末から受信する保安移動可能メディア（ＳＲＭ）エージェントと、
前記獲得したトークンを格納するストレージ部と、を含み、
前記トークンは複数の端末によって共有されることを特徴とする装置。
【請求項２８】
前記トークン移動要求メッセージは、前記トークンが特定サービス／プログラムのみで使用可能である場合、前記トークンが使用可能なサービス／プログラムを示すサービスＩＤ／プログラムＩＤフィールド、前記トークンが他の端末に移動できるか否かを示す移動可能フィールド、及び前記トークンが特定ドメインのメンバー間で共有できるか否かを示すドメインＩＤフィールドのうち少なくとも一つを含むことを特徴とする請求項２７に記載の装置。
【請求項２９】
前記ＳＲＭが第２の端末に挿入され、前記第２の端末から受信される前記トークンに関する情報を要求する場合、前記ＳＲＭエージェントは前記トークンを前記第２の端末に転送することを特徴とする請求項２７に記載の装置。
【請求項３０】
前記ＳＲＭエージェントは、
前記第２の端末から前記ＳＲＭに格納されているトークンのタイプを決定するためのトークン情報要求メッセージを受信し、前記ＳＲＭに格納されているトークンのタイプに関する情報をトークン情報応答メッセージを通じて前記第２の端末に送信し、前記第２の端末が所望するトークンに対する要求を、トークン消費要求メッセージを通じて受信し、前記要求したトークンを前記第２の端末にトークン消費応答メッセージを通じて転送することを特徴とする請求項２９に記載の装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、携帯放送システムにおけるブロードキャストサービスを受信するために使用されるトークンを管理する方法及び装置に係り、特にＯＭＡ（Ｏｐｅｎ  Ｍｏｂｉｌｅ  Ａｌｌｉａｎｃｅ）ＢＣＡＳＴ（Ｂｒｏａｄｃａｓｔ）環境でデジタル著作権管理（Ｄｉｇｉｔａｌ  Ｒｉｇｈｔｓ  Ｍａｎａｇｅｍｅｎｔ、以下、“ＤＲＭ”と称する）のために使用されるトークンを保安移動可能メディア（Ｓｅｃｕｒｅ  Ｒｅｍｏｖａｌ  Ｍｅｄｉａ、以下、“ＳＲＭ”と称する）によって管理できる方法及び装置に関する。
【背景技術】
【０００２】
ＯＭＡ  ＢＣＡＳＴ標準は、携帯放送技術を定義する。ＯＭＡ  ＢＣＡＳＴ標準において、ＤＲＭプロファイル（Ｐｒｏｆｉｌｅ）は、トークン（ｔｏｋｅｎ）を用いてブロードキャストサービス及びコンテンツをアクセスする技術を示す。保安移動可能メディア（ＳＲＭ）技術は、ダウンロード用コンテンツ及びそれに関連したＲＯ（Ｒｉｇｈｔｓ  Ｏｂｊｅｃｔ）をＭＭＣ（Ｍｕｌｔｉ−Ｍｅｄｉａ  Ｃａｒｄ）とＳＤ（Ｓｅｃｕｒｅ  Ｄｉｇｉｔａｌ）カードのようなメモリカードで使用する方法を提案する。
【０００３】
ＯＭＡ  ＢＣＡＳＴ標準において、ユーザーは、ブロードキャストサービス及びコンテンツをアクセスするためにトークンを購買し、このトークンはサービス及びコンテンツの再生時に消費される。ユーザーは、予めトークンを購買し、購買したトークンを用いて所望するサービス及びコンテンツを再生することができる。
【０００４】
しかしながら、ＯＭＡ  ＢＣＡＳＴ  ｖ１．０のＤＲＭプロファイル（ＤＲＭプロファイルは、ＯＭＡ  ＤＲＭ  ｖ２．０に基づいたブロードキャストサービス／コンテンツ保護技術である）によると、トークンは、ユーザーが最初に購買したトークンを通じて端末のみで使用可能である。従って、他の端末でトークンを使用するための装置及び方法が要求される。
【発明の概要】
【発明が解決しようとする課題】
【０００５】
従って、上記従来技術の問題点を解決するために、本発明の目的は、ＯＭＡ  ＢＣＡＳＴ標準によって定義されるＤＲＭプロファイルで使用中であるトークンをＳＲＭに移動することで、他の端末でもトークンをセキュアに使用可能にする、デジタル著作権管理のためのトークン管理方法及び装置を提供することにある。
【課題を解決するための手段】
【０００６】
上記のような目的を達成するために、本発明の一態様によれば、複数の端末の各々におけるデジタル著作権管理（ＤＲＭ）のためのトークン管理方法を提供する。その方法は、権限発行者（ＲＩ）から少なくとも一つのトークンを獲得するステップと、トークン移動要求メッセージを通じてトークンを保安移動可能メディア（ＳＲＭ）に移動するステップとを具備する。従って、このトークンは前記複数の端末によって共有される。
【０００７】
本発明の他の態様によれば、複数の端末の各々におけるデジタル著作権管理（ＤＲＭ）のためのトークン管理方法を提供する。その方法は、他の端末によって権限発行者（ＲＩ）から獲得された少なくとも一つのトークン、を含む保安移動可能メディア（ＳＲＭ）に前記端末を結合するステップと、ＳＲＭから前記少なくとも一つのトークンを獲得するステップとを具備する。従って、このトークンは前記複数の端末によって共有される。
【０００８】
また、本発明の他の態様によれば、保安移動可能メディア（ＳＲＭ）におけるデジタル著作権管理（ＤＲＭ）のためのトークン管理方法を提供する。その方法は、権限発行者（ＲＩ）から獲得された少なくとも一つのトークンを、トークン移動要求メッセージを通じて第１の端末から受信するステップを具備する。従って、このトークンは複数の端末によって共有される。
【０００９】
さらに、本発明の他の態様によれば、デジタル著作権管理（ＤＲＭ）のためのトークン管理装置を提供する。その装置は、権限発行者（ＲＩ）及び保安移動可能メディア（ＳＲＭ）のうち少なくとも一つとメッセージを交換する通信モジュールと、前記通信モジュールを通じて前記ＲＩからトークンを獲得し、前記獲得したトークンを、トークン移動要求メッセージを用いて前記通信モジュールを通じて前記ＳＲＭに転送するトークン管理モジュールとを含む。従って、このトークンは複数の端末によって共有される。
【００１０】
本発明のもう一つの態様によれば、デジタル著作権管理のためのトークン管理装置を提供する。その装置は、権限発行者（ＲＩ）から獲得した少なくとも一つのトークンをトークン移動要求メッセージによって第１の端末から受信する保安移動可能メディア（ＳＲＭ）エージェントと、前記獲得したトークンを格納するストレージ部とを含む。従って、このトークンは複数の端末によって共有される。
【００１１】
本発明による実施形態の上記及び他の態様、特徴、及び利点は、添付の図面と共に述べる以下の詳細な説明から、一層明らかになるはずである。
【発明の効果】
【００１２】
本発明は、携帯ブロードキャストサービス及びコンテンツのアクセスに必要なトークンがＳＲＭに移動される結果、様々な端末で使用可能になるという効果を有する。
【図面の簡単な説明】
【００１３】
【図１】本発明の実施形態によるＯＭＡ  ＢＣＡＳＴ環境でトークンを使用するためのサーバと端末との間のメッセージフローを示す図である。
【図２】本発明の実施形態によって端末ＡとＳＲＭとの間でトークン移動に対するメッセージフローを示す図である。
【図３】本発明の実施形態によって端末ＢとＳＲＭとの間で使用するトークンに対するメッセージフローを示す図である。
【図４】本発明の実施形態によって端末ＢとＲＩ（Ｒｉｇｈｔｓ  Ｉｓｓｕｅｒ）との間でトークン報告に対するメッセージフローを示す図である。
【図５】本発明の実施形態によって端末ＡがＳＲＭ標準に基づいてＳＲＭにトークンを移動するプロセスフローを示す図である。
【図６】本発明の実施形態によって端末ＢがＳＲＭに格納されているトークンを使用するためのプロセスフローを示す図である。
【図７】本発明の実施形態によるＳＲＭに格納されているトークンを端末Ｂに移動するプロセスを示す図である。
【図８】本発明の実施形態によるＳＲＭに格納されているトークンと端末Ｂのトークンとを結合するプロセスを示す図である。
【図９】本発明の実施形態による端末Ａのブロック構成図である。
【図１０】本発明の実施形態によるＳＲＭのブロック構成図である。
【発明を実施するための形態】
【００１４】
以下、本発明の実施形態を添付の図面を参照して詳細に説明する。
【００１５】
本発明の実施形態では、理解を助けるために多様且つ詳細な説明を含むが、これらはただ例示のために提供するものである。従って、本発明の範囲及び精神を逸脱することなく、以下に説明される本発明の様々な変形及び変更が可能であることは、当該技術分野における通常の知識を持つ者には明らかであろう。なお、公知の機能又は構成に関する具体的な説明は、明瞭性と簡潔性のために省略する。
【００１６】
以下の説明及び請求項に使用される用語及び単語は、辞典的意味に限定されるものではなく、発明者によって本発明の理解を明確に且つ一貫性のあるようにするために使用される。従って、本発明の以下の実施形態の記述が、単に説明例を提供するためであって、特許請求の範囲とそれと均等なものに基づいて定義された本発明を如何なる意味でも限定するためでないことは、本発明の技術分野で通常の知識を持つ者には明らかであろう。
【００１７】
英文明細書の場合に記載の、“ａ”、“ａｎ”、及び“ｔｈｅ”を冠した単数形は、コンテキスト中に特記で明示されない限り、複数形を含むことは、当業者にはわかるであろう。従って、例えば、“コンポーネント表面（ａ  ｃｏｍｐｏｎｅｎｔ  ｓｕｒｆａｃｅ）”との記載は一つ又は複数の表面を含む。
【００１８】
端末アプリケーション（ａｐｐｌｉｃａｔｉｏｎ）の標準機構であるＯＭＡで定義しているエンティティ（ｅｎｔｉｔｙ、構成要素）の名称は説明の便宜のために使用されるが、これらが本発明の範囲を限定することはなく、本発明はエンティティの名称が異なるけれども類似した技術背景を有するシステムに適用できる。
【００１９】
図１は、本発明の実施形態によるＯＭＡ  ＢＣＡＳＴ環境でのトークンを使用するためのサーバと端末との間のメッセージフローを示す。
【００２０】
図１を参照すると、権限発行者（Ｒｉｇｈｔｓ  Ｉｓｓｕｅｒ、以下、ＲＩと略する）１０は、サービスを使用する権限を提供する。すなわち、ＲＩ１０は、有効なユーザーに該当サービス又はコンテンツを使用する権限を与える。ＲＩ１０は、ステップ１１０で端末Ａ２０に権限オブジェクト獲得プロトコル（Ｒｉｇｈｔｓ  Ｏｂｊｅｃｔ  Ａｃｑｕｉｓｉｔｉｏｎ  Ｐｒｏｔｏｃｏｌ、以下、ＲＯＡＰと略する）−トークン獲得トリガー（Ｔｒｉｇｇｅｒ）メッセージを伝送し、その後に端末Ａ２０は、ステップ１２０でサーバ又はＲＩ１０にＲＯＡＰ−トークン要求メッセージを通じてトークンを要求する。ＲＯＡＰ−トークン獲得トリガーメッセージは、端末Ａ２０にトークン獲得のためのプロトコル遂行開始を認めるメッセージである。それに対して、端末Ａ２０は、ステップ１３０で、ＲＯＡＰ−トークン転送応答（Ｔｏｋｅｎ  Ｄｅｌｉｖｅｒｙ  Ｒｅｓｐｏｎｓｅ）メッセージを受信する。ステップ１３０で端末Ａ２０が受信したＲＯＡＰ−トークン転送応答メッセージは、ユーザーが要求した一定量のトークンを含む。端末Ａ２０は、受信したトークンを用いてブロードキャストサービス及びコンテンツを再生できる。
【００２１】
ここで、以下の詳細な記述に先立って、図２〜図４に示すメッセージの詳細は［表１］〜［表７］に示されることに注意しなければならない。［表１］〜［表７］において、各表の用語“Ｍ”及び“Ｏ”は、各々“ｍａｎｄａｔｏｒｙ”（必須）及び“ｏｐｔｉｏｎａｌ”（選択可能）を意味する。
【００２２】
図２は、本発明の実施形態によって端末Ａ２０がＲＩ１０から受信されたトークンをＳＲＭ３０に移動する方法を示すメッセージフローを示す。図２に示す実施形態は、ＯＭＡ  ＢＣＡＳＴ標準及びＯＭＡ  ＤＲＭ標準で議論されている構造に基づくメッセージフローを示す。
【００２３】
一般的に、図２は、図１に示したプロセスと実質的に同一のステップ１１０〜１３０で、ＲＩ１０からトークンを獲得し、ステップ２１０、２２０を通じてＳＲＭ３０にトークンを移動する端末Ａ２０を示す。
【００２４】
下記の［表１］は、ステップ２１０における、トークン移動要求（Ｔｏｋｅｎ  Ｍｏｖｅ  Ｒｅｑｕｅｓｔ）メッセージのフォーマットを示す。ステップ２１０で端末Ａ２０からＳＲＭ３０に送信されるトークン移動要求メッセージは、端末Ａ２０からＳＲＭ３０に多数のトークンを移動するために使用されるメッセージである。
【００２５】
端末Ａ２０は、ステップ２１０で、トークン移動要求メッセージを通じてＲＩ１０から受信したトークンをＳＲＭ３０へ移動する。このトークンが特定のＲＩ１０によって発行された場合、端末Ａ２０は、トークンを発行した特定のＲＩを指示するために、［表１］でＲＩ識別子（ＩＤ）フィールド（ＲＩ  ＩＤ）を指定してから伝送する。このトークンが特定サービス又はプログラムのみで使用可能である場合、端末Ａ２０は、トークンが使用可能なサービス又はプログラムを指示するために、［表１］でサービスＩＤ／プログラムＩＤフィールド（Ｓｅｒｖｉｃｅ  ＩＤ／Ｐｒｏｇｒａｍ  ＩＤ）を指定した後に伝送する。既存のＯＭＡ  ＢＣＡＳＴ  ｖ１．０環境で使用される最近のトークン消費タイム（ｌａｔｅｓｔ  ｔｏｋｅｎ  ｃｏｎｓｕｍｐｔｉｏｎ  ｔｉｍｅ）、最初の報告タイム（ｅａｒｌｉｅｓｔ  ｒｅｐｏｒｔｉｎｇ  ｔｉｍｅ）及び最近の報告タイム（ｌａｔｅｓｔ  ｒｅｐｏｒｔｉｎｇ  ｔｉｍｅ）が存在する場合、端末Ａ２０は、伝送以前にこれらを指定する。ＳＲＭ３０は、ステップ２２０で、トークン移動要求メッセージに対応してトークン移動応答（Ｔｏｋｅｎ  Ｍｏｖｅ  Ｒｅｓｐｏｎｓｅ）メッセージを伝送する。
【００２６】
［表１］において、移動可能フィールド「Ｍｏｖａｂｌｅ」は、トークン移動要求メッセージによって指定されるトークンが他の端末に移動できるか否かを示す。
【００２７】
ドメインＩＤフィールドは、トークン移動要求メッセージによって指定されるトークンがＯＭＡ  ＤＲＭ  ｖ２．０のドメインのように、端末のグループで共有可能なトークンであることを示す。ここで、用語“ドメイン”は、デバイスの論理的なバンドル（ｂｕｎｄｌｅ）を意味し、本発明の実施形態で、トークンは、ドメインに属するデバイス間で共有できる。例えば、特定ドメイン用に指定された１００個のトークンがある場合に、特定ドメインに含まれるデバイスは、サービス提供者によって設定された規則に従って、各々１００個のトークンを使用し、あるいは１００個のトークンを共有できる。すなわち、特定のドメインＩＤに該当するドメインのメンバーは、トークンを各々使用できる。例えば、２０個のトークンがある場合、特定のドメインＩＤに属する端末は、各々２０個のトークンを使用できる。
【００２８】
署名（Ｓｉｇｎａｔｕｒｅ）フィールドは、トークン移動要求メッセージのインテグリティ（ｉｎｔｅｇｒｉｔｙ、正当性）を保証するために端末Ａ２０とＳＲＭ３０との間で共有される暗号キーを用いて遂行されるＭＡＣ（Ｍｅｓｓａｇｅ  Ａｕｔｈｅｎｔｉｃａｔｉｏｎ  Ｃｏｄｅ）の値である。また、この署名フィールドは、端末Ａ２０の秘密キーでトークン移動要求メッセージに対して電子署名の遂行によって獲得される値を包含できる。
【００２９】
ステップ２１０で送信されるトークン移動要求メッセージのフォーマットは、次の［表１］に示すようである。
【００３０】
【表１】
2011516961.tif 000003
【００３１】
下記の［表２］は、ステップ２２０において、ＳＲＭ３０が端末Ａ２０に伝送するトークン移動応答メッセージのフォーマットを示す。トークン移動応答メッセージは、ステップ２１０で、トークン移動要求メッセージを通じてＳＲＭ３０にトークンを移動した後に、端末Ａ２０によってＳＲＭ３０に転送されるトークンの受信を確認決定するために使用される。移動トークン量（Ｍｏｖｅｄ  Ｔｏｋｅｎ  Ａｍｏｕｎｔ）フィールドは、ＳＲＭ３０に移動されたトークンの量を示す。署名フィールドは、ＳＲＭ３０が端末Ａ２０と共有する暗号キーで生成されたＭＡＣであり、あるいは端末Ａ２０が自身の個人キーを用いて作成される（又は添えられる）電子署名の値を示す。
【００３２】
【表２】
2011516961.tif 000004
【００３３】
図３は、本発明の実施形態によって端末Ｂ４０がＳＲＭ３０に格納されているトークンを使用するメッセージフローを示す。
【００３４】
端末Ｂ４０は、端末Ａ２０とは異なる端末である。図３及び図４では端末Ａ２０に挿入されているＳＲＭ３０が端末Ｂ４０に挿入され、端末Ｂ４０がＳＲＭ３０に格納されるトークンを使用する場合を仮定する。
【００３５】
ステップ３１０で、端末Ｂ４０は、ＳＲＭ３０に格納されたトークンを使用する前に、ＳＲＭ３０にどのタイプのトークンが格納されているかを判定するために、トークン情報要求（Ｔｏｋｅｎ  Ｉｎｆｏｒｍａｔｉｏｎ  Ｒｅｑｕｅｓｔ）メッセージをＳＲＭ３０に送信する。ステップ３２０で、ＳＲＭ３０は、それに応答してトークン情報応答（Ｔｏｋｅｎ  Ｉｎｆｏｒｍａｔｉｏｎ  Ｒｅｓｐｏｎｓｅ）メッセージを端末Ｂ４０に伝送して、自身に格納されているトークンのタイプに関する情報を提供する。その後、端末Ｂ４０は、ステップ３３０で、トークン消費要求（Ｔｏｋｅｎ  Ｃｏｎｓｕｍｐｔｉｏｎ  Ｒｅｑｕｅｓｔ）メッセージを通じてＳＲＭ３０に所望するトークンに対する要求を送信する場合、ＳＲＭ３０は、ステップ３４０で、端末Ｂ４０が所望するトークンを含んでいるトークン消費応答（Ｔｏｋｅｎ  Ｃｏｎｓｕｍｐｔｉｏｎ  Ｒｅｓｐｏｎｓｅ）メッセージを端末Ｂ４０に送信する。
【００３６】
［表３］は、ステップ３１０で送信したトークン情報要求メッセージのフォーマットを示す。このトークン情報要求メッセージは、端末Ｂ４０がＳＲＭ３０に格納されているトークンに関する情報を要求する場合に使用される。
【００３７】
より詳細には、ステップ３１０で、端末Ｂ４０は、ＳＲＭ３０に格納されているトークンに関する情報を要求する。トークン情報要求メッセージを受信したＳＲＭ３０は、トークン情報要求メッセージにＲＩ  ＩＤフィールドが存在すると、ＲＩ  ＩＤに該当するＲＩ１０によって発行されたトークンに関する情報のみをステップ３２０のトークン情報応答メッセージを通じて端末Ｂ４０に戻す。
【００３８】
一方、ステップ３１０のトークン情報要求メッセージを受信したＳＲＭ３０は、トークン情報要求メッセージにサービスＩＤ／プログラムＩＤフィールドが存在すると、特定のサービス又はプログラムに使用可能なトークンに関する情報のみをステップ３２０のトークン情報応答メッセージを通じて端末Ｂ４０に戻す。なお、ＲＩ  ＩＤとサービスＩＤ／プログラムＩＤがＳＲＭ３０に存在しないと、ＳＲＭ３０は、格納されているすべてのトークン情報をステップ３２０のトークン情報応答メッセージを通じて戻す。［表３］の署名フィールドは、端末Ｂ４０がＳＲＭ３０と共有する暗号キーで生成されたＭＡＣであり、あるいは端末Ｂ４０が自身の個人キーで作成した電子署名の値を示す。
【００３９】
【表３】
2011516961.tif 000005
【００４０】
［表４］は、ステップ３２０で送信されたトークン情報応答メッセージのフォーマットを示す。端末Ｂ４０は、ステップ３１０で送信したトークン情報要求メッセージに応答してステップ３２０でＳＲＭ３０からトークン情報応答メッセージを受信する。
【００４１】
［表４］で、ＲＩ  ＩＤは、このメッセージによって示されるトークンがＲＩ  ＩＤフィールドに指定されたＲＩ１０によって発行されたか否かを示すフィールドであり、サービスＩＤ／プログラムＩＤフィールドは、これらトークンが特定サービス又はプログラムのみのためのものであるか否かを示す。トークン量（Ｔｏｋｅｎ  Ｑｕａｎｔｉｔｙ）フィールドは、ＳＲＭ３０に格納されているトークン情報応答メッセージで指定されたトークンの量を示す。移動可能フィールドは、これらトークンが他の端末で使用できるか、すなわち、これらトークンをＳＲＭへ移動した端末Ａ２０以外の他の端末で使用されるか否かを示す。端末Ｂ４０のように、端末Ａ２０以外の他の端末がトークンを使用できると、移動可能フィールドの値は“真（ｔｒｕｅ）”として指定される。そうでないと、“偽（ｆａｌｓｅ）として指定される。署名フィールドは、ＳＲＭ３０が端末Ｂ４０と共有する暗号キーで生成されたＭＡＣであり、あるいは端末Ｂ４０が自身の個人キーで作成した電子署名の値を示す。
【００４２】
【表４】
2011516961.tif 000006
【００４３】
下記の［表５］は、ステップ３３０で、端末Ｂ４０がＳＲＭ３０に送信するトークン消費要求メッセージのフォーマットを示す。ステップ３４０で、端末Ｂ４０は、ステップ３３０で送信したトークン消費要求メッセージに応答してＳＲＭ３０からトークン消費応答メッセージを受信する。
【００４４】
端末Ｂ４０が特定ＲＩ１０によって発行されたトークンを使用又は消費しようとする場合に、特定ＲＩを示すために伝送以前にトークン消費要求メッセージの‘ＲＩ  ＩＤ’を指定する。このとき、サービスＩＤ／プログラムＩＤは指定しない。端末Ｂ４０は、特定サービス又はプログラムに使用可能なトークンを使用しようとする場合に、特定サービス又はプログラムを示すためにトークン消費要求メッセージのサービスＩＤ／プログラムＩＤを指定して伝送する。ＲＩ  ＩＤとサービスＩＤ／プログラムＩＤがすべて指定されていない場合には、ＳＲＭ３０は、ステップ３４０のトークン消費応答メッセージを通じて自身のすべてのトークンを戻す。すなわち、ＳＲＭ３０は、［表６］で定義されたトークン消費応答メッセージのトークンフィールドを通じて端末Ｂ４０に要求されたトークンを転送する。このとき、ステップ３３０のトークン消費要求メッセージのトークン要求量（Ｒｅｑｕｅｓｔｅｄ  Ａｍｏｕｎｔ  ｏｆ  ｔｏｋｅｎ）フィールドの値は指定されない。
【００４５】
端末Ｂ４０が特定ドメインのメンバーであり、ＳＲＭ３０がこの特定ドメインのドメインＩＤに属するトークンを有する場合、端末Ｂ４０は、ステップ３３０でトークン消費要求メッセージにドメインＩＤフィールドを特定ドメインＩＤとして指定して特定ドメイン用トークンを要求できる。
【００４６】
トークン消費要求メッセージの署名フィールドは、端末Ｂ４０がＳＲＭ３０と共有する暗号キーで生成されたＭＡＣであり、あるいは端末Ｂ４０が自身の個人キーで作成した電子署名の値を示す。
【００４７】
【表５】
2011516961.tif 000007
【００４８】
［表６］は、ステップ３４０で、ＳＲＭ３０が端末Ｂ４０に送信するトークン消費応答メッセージのフォーマットを示す。端末Ｂ４０は、ステップ３４０で、ステップ３３０のトークン消費要求メッセージに応答してＳＲＭ３０からトークン消費応答メッセージを受信する。
【００４９】
［表６］で、ＲＩ  ＩＤフィールドは、端末がトークン消費要求メッセージを通じて要求したトークンを発行したＲＩを示す。サービスＩＤ／プログラムＩＤフィールドは、端末がトークン消費要求メッセージを通じて要求したトークンが使用可能な特定サービス又はプログラムを指示するためのフィールドである。さらに、移動可能フィールドは、トークン消費応答メッセージに含まれるトークンが他の端末に移動可能であるか否かを示す。ドメインＩＤフィールドは、トークンが特定ドメインのメンバー間で共有できるか否かを示す。
【００５０】
ＳＲＭ３０は、ステップ３３０の端末Ｂ４０がトークン消費要求メッセージで指定したトークン要求量だけ、格納されているトークンから削除する。
【００５１】
ドメインＩＤが指定されると、ＳＲＭ３０は、端末Ｂ４０がトークン消費応答メッセージで指定したトークン要求量に該当する数のトークンを削除しない。これは、ドメイン内部の他のデバイスがトークンをトークンの要求量に該当する数だけ共有可能にする。特定ドメイン用のトークンである場合、ＳＲＭ３０は、重複して端末Ｂ４０に特定ドメイン用トークンを提供しないために、転送されたトークン量と端末Ｂ４０のＩＤを格納する。しかしながら、ＳＲＭ３０は、サービス提供者によって設定された規定によって、ドメイン内のデバイスがトークン要求量で指定された数量のトークン各々を使用する代わりに共有する場合、トークン要求量に該当する数だけのトークンを削除しなければならない。
【００５２】
また、ＳＲＭ３０は、ステップ３４０で、端末Ｂ４０がトークン報告要求メッセージを送信しようとする場合に必要な情報である最近のトークン消費タイム、最初の報告タイム、最近の報告タイムなどを含むトークン消費応答メッセージを送信する。トークン消費応答メッセージの署名フィールドは、ＳＲＭ３０が端末Ｂ４０と共有する暗号キーで生成されるＭＡＣであり、あるいは端末Ｂ４０が自身の個人キーで作成した電子署名の値を示す。
【００５３】
【表６】
2011516961.tif 000008
【００５４】
図４は、本発明の実施形態によって端末Ａ２０又は端末Ｂ４０が消費したトークンに関する情報を、トークン報告メッセージを用いてＲＩ１０に報告するメッセージフローを示す。すなわち、このメッセージのフローにおいて、端末Ａ２０又は端末Ｂ４０は、サービス及び／又はコンテンツの再生のためにトークンを消費した後に、ＲＩ１０にトークン報告要求メッセージを送信し、ＲＩ１０は、このトークン報告要求メッセージに応答してトークン報告応答メッセージを送信する。
【００５５】
図４を参照すると、端末Ａ２０又は端末Ｂ４０は、ステップ４００でサービス及び／又はコンテンツの再生のためにトークンを消費し、ステップ４１０でトークン報告要求メッセージをＲＩ１０に送信する。このトークン報告要求メッセージを受信すると、ＲＩ１０は、ステップ４２０で、それに対応して端末Ａ２０又は端末Ｂ４０にトークン報告応答メッセージを送信する。
【００５６】
［表７］は、ステップ４１０のトークン報告要求メッセージのフォーマットを示す。ステップ４１０で、端末Ａ２０又は端末Ｂ４０は、［表７］の消費されるトークンフィールドにトークン消費量に関する情報を挿入してＲＩ１０に送信しなければならない。また、端末Ａ２０又は端末Ｂ４０は、トークンが特定のサービス又はプログラムに消費されたか否かを示すためにサービスＩＤ又はプログラムＩＤをトークン報告要求メッセージに包含できる。さらに、ＲＩ  ＩＤフィールドは、ＲＩ１０を識別するために包含できる。
【００５７】
報告の対象となるトークンが特定のドメインに該当するトークンを含むと、端末Ａ２０又は端末Ｂ４０は［表７］で特定のドメインＩＤを指定しなければならない。
【００５８】
トークン消費応答メッセージを通じてＳＲＭ３０から提供されるトークンの最近トークン消費タイムが終了すると、端末Ａ２０又は端末Ｂ４０は、ステップ４１０でＲＩ１０にトークン報告要求メッセージを送信する。このとき、トークン報告要求メッセージの消費されるトークンフィールドは、“０”として指定されなければならない。
【００５９】
［表７］の移動されたトークンフィールドは、端末Ａ２０又は端末Ｂ４０が他の端末又はＳＲＭに移動したトークン量を示す。これに関連して、ターゲットＩＤは、トークンが移動された端末又はＳＲＭのＩＤを示す。
【００６０】
［表７］の署名フィールドは、端末Ａ２０又は端末Ｂ４０がＲＩ１０と共有する暗号キーで生成したＭＡＣであり、あるいは端末Ａ２０又は端末Ｂ４０は自身の個人キーで作成した電子署名の値を示す。
【００６１】
サービス提供者は、上記した情報に基づいて発行されたトークンが使用される方法を決定できる。
【００６２】
【表７】
2011516961.tif 000009
【００６３】
ステップ４２０のトークン報告応答メッセージは、ＯＭＡ標準によってＲＯＡＰ−トークン転送応答（Ｔｏｋｅｎ  Ｄｅｌｉｖｅｒｙ  Ｒｅｓｐｏｎｓｅ）メッセージ又はＲＯＡＰ−トークン獲得トリガー（Ｔｏｋｅｎ  Ａｃｑｕｉｓｉｔｉｏｎ  Ｔｒｉｇｇｅｒ）メッセージに従う。
【００６４】
図５〜図７は、本発明の実施形態によるＯＭＡで設定されたＳＲＭ標準に基づいて図２及び図３に示したメッセージを処理するプロセスを示す。
【００６５】
図５は、本発明の実施形態によるＳＲＭ標準に基づいて端末Ａ２０がＳＲＭ３０にトークンを移動するプロセスフローを示す。
ステップ５１０で、端末Ａ２０は、移動しようとするトークンをディセーブル（ｄｉｓａｂｌｅ）状態にする。
【００６６】
ステップ５２０で、端末Ａ２０は、トークン設置要求（Ｔｏｋｅｎ  Ｉｎｓｔａｌｌａｔｉｏｎ  Ｒｅｑｕｅｓｔ）メッセージに移動しようとするトークンを含めてＳＲＭ３０に送信する。ステップ５２０でトークン設置要求メッセージは、［表８］に示す。ステップ５３０で、ＳＲＭ３０は、トークン設置応答メッセージを用いて受信したトークンに関する情報で端末Ａ２０を提供する。ステップ５３０で送信されたトークン設置応答メッセージは、［表９］に示す。
【００６７】
最後に、端末Ａ２０は、ステップ５４０で、ＳＲＭ３０に移動したトークンを削除する。
【００６８】
下記の［表８］は、トークン設置要求メッセージのフォーマットを示す。このメッセージは、図２のステップ２１０で送信され、［表１］に示したトークン移動要求メッセージをＯＭＡ  ＳＲＭ標準による記述によって定義される。
【００６９】
同様に、［表９］は、このトークン設置応答メッセージのフォーマットを示す。このメッセージは、図２のステップ２２０で送信され、ＯＭＡ  ＳＲＭ標準によって［表２］に示したトークン移動応答メッセージの記述によって定義される。
【００７０】
【表８】
2011516961.tif 000010
【００７１】
【表９】
2011516961.tif 000011
【００７２】
図６は、本発明の実施形態によって端末Ｂ４０がＳＲＭ３０に格納されているトークンを使用するプロセスフローを示す。
【００７３】
端末Ｂ４０は、ステップ６０５で、ＳＲＭ３０に格納されているトークに関する情報の要求を、トークン情報要求メッセージを用いてＳＲＭ３０に送信する。
【００７４】
ステップ６０５で送信されたトークン情報要求メッセージのフォーマットは、ＯＭＡ  ＳＲＭ標準によって記述すれば、［表１０］に示すようである。
【００７５】
【表１０】
2011516961.tif 000012
【００７６】
ＳＲＭ３０は、ステップ６１０で格納されているトークンに関する情報を検索し（ｒｅｔｒｉｅｖｅ）、ステップ６１５でトークン情報応答メッセージを通して格納されているトークンに関する情報を端末Ｂ４０に伝達する。
【００７７】
ステップ６１５で送信したトークン情報応答メッセージのフォーマットは、ＯＭＡ  ＳＲＭ標準によって［表１１］に示すように記述できる。
【００７８】
【表１１】
2011516961.tif 000013
【００７９】
一実施形態において、［表１１］は、［表１２］に示すような同一のフォーマットを有する。
【００８０】
【表１２】
2011516961.tif 000014
【００８１】
［表１２］において、トークン情報リスト（Ｔｏｋｅｎ  Ｉｎｆｏｒｍａｔｉｏｎ  Ｌｉｓｔ）は、［表１３］に示すように定義される。
【００８２】
【表１３】
2011516961.tif 000015
【００８３】
［表１３］において、トークン情報（Ｔｏｋｅｎ  Ｉｎｆｏｒｍａｔｉｏｎ）は、［表１４］に示すように定義される。
【００８４】
【表１４】
2011516961.tif 000016
【００８５】
一実施形態において、トークンハンドル（Ｔｏｋｅｎ  Ｈｎａｄｌｅ）フィールド（図示せず）は、［表１４］にさらに追加される。このトークンハンドルは、ＳＲＭが内部的にトークンのタイプを分割するために指定するセパレータ（ｓｅｐａｒａｔｏｒ）である。
【００８６】
端末Ｂ４０は、ステップ６２０で所望するトークンを選択し、この選択したトークンのタイプ情報をステップ６２５でトークン消費要求（Ｔｏｋｅｎ  Ｃｏｎｓｕｍｐｔｉｏｎ  Ｒｅｑｕｅｓｔ）メッセージを用いてＳＲＭ３０に提供する。
【００８７】
トークン消費要求メッセージのフォーマットは、［表１５］に示すように記述される。このメッセージは、ＯＭＡ  ＳＲＭ標準によってトークン消費要求メッセージの技術によって定義される。
【００８８】
【表１５】
2011516961.tif 000017
【００８９】
一実施形態において、［表１６］に示されるトークン要求量（Ｒｅｑｕｅｓｔｅｄ  Ａｍｏｕｎｔ  ｏｆ  Ｔｏｋｅｎｓ）フィールドは［表１５］にさらに追加される。
【００９０】
【表１６】
2011516961.tif 000018
【００９１】
一実施形態において、［表１５］には、トークンハンドルフィールドが単独に含まれる。この場合でも、［表１６］に定義されたトークンの要求量は任意に指定できる。
【００９２】
ＳＲＭ３０は、ステップ６３０で、端末Ｂ４０が所望するトークン、すなわちトークン消費要求メッセージに受信されたトークンをディセーブルし、ステップ６３５でトークン消費応答メッセージに転送する。ステップ６３０でトークン消費要求メッセージに受信されたトークンをディセーブル状態にする理由は、端末内の特定アプリケーションによって要求されるトークンを他のアプリケーション又は同一のアプリケーションが使用することを防ぐためである。さらに、トークン消費応答メッセージに含まれるトークンは、ステップ６３０でディセーブル状態のトークンである。
【００９３】
ステップ６３５で送信されたトークン消費応答メッセージのフォーマットは、［表１７］に示すように記述できる。このメッセージは、トークン消費応答メッセージをＯＭＡ  ＳＲＭ標準によって記述することによって定義される。
【００９４】
【表１７】
2011516961.tif 000019
【００９５】
ステップ６４０で、端末Ｂ４０は、ステップ６３５でトークン消費応答メッセージを通じて獲得されたトークンを使用して（消費して）コンテンツを再生する。
【００９６】
トークンの使用が終了すると、端末Ｂ４０は、ステップ６４５で、ディセーブルされたトークンの解除を要求するためにトークンイネーブル要求（Ｔｏｋｅｎ  Ｅｎａｂｌｅｍｅｎｔ  Ｒｅｑｕｅｓｔ）メッセージをＳＲＭ３０に送信し、それによって他の端末はＳＲＭ３０に格納されているトークンを使用できる。ステップ６４５で送信されたトークンイネーブル要求メッセージのフォーマットは、［表１８］に示される。
【００９７】
【表１８】
2011516961.tif 000020
【００９８】
一実施形態において、［表１８］のトークン転送ＩＤ（Ｔｏｋｅｎ  Ｄｅｌｉｖｅｒｙ  ＩＤ）フィールドはトークンハンドルフィールドと交換される。
【００９９】
ステップ６４５でトークンイネーブル要求メッセージを受信すると、ＳＲＭ３０は、トークン情報フィールドに指定された端末Ｂ４０で消費されるトークンの量だけを解除要求トークンから削除し、その後に残りのトークンを再イネーブル状態にする。ステップ６５５で、ＳＲＭ３０は、解除要求トークンの再イネーブルの結果をトークンイネーブル応答メッセージを通して端末Ｂ４０に送信する。トークンのイネーブル結果は、“トークンのイネーブル状態”を意味する情報である。
【０１００】
ステップ６５５で送信されるトークンイネーブル応答メッセージのフォーマットは、［表１９］に示す。
【０１０１】
【表１９】
2011516961.tif 000021
【０１０２】
図７は、本発明の実施形態によるＳＲＭ３０に格納されているトークンを端末Ｂ４０に移動するプロセスを示す。
【０１０３】
ステップ７１０で、端末Ｂ４０は、ＳＲＭ３０に格納されている特定トークンに対する要求をトークン検索要求（Ｔｏｋｅｎ  Ｒｅｔｒｉｅｖａｌ  Ｒｅｑｕｅｓｔ）メッセージを通じて送信する。
【０１０４】
ステップ７１０で送信したトークン検索要求メッセージは、次の［表２０］のように記述できる。
【０１０５】
【表２０】
2011516961.tif 000022
【０１０６】
一実施形態において、［表２０］のトークン転送ＩＤフィールド（Ｔｏｋｅｎ  Ｄｅｌｉｖｅｒｙ  ＩＤ）は、トークンハンドルで置換できる（ｒｅｐｌａｃｅａｂｌｅ）。このメッセージは、端末Ｂ４０が要求するトークンの数を示すトークン要求量フィールドをさらに包含できる。
【０１０７】
ＳＲＭ３０は、ステップ７２０で特定トークンを検索し、ステップ７３０でトークン検索応答メッセージを通じて端末Ｂ４０に検索されたトークンを転送する。ステップ７３０で転送したトークン検索応答メッセージのフォーマットは、［表２１］に示すようである。
【０１０８】
【表２１】
2011516961.tif 000023
【０１０９】
ステップ７４０で、端末Ｂ４０は、ステップ７３０で転送されたトークンを内部に格納する。ステップ７５０で、端末Ｂ４０は、トークン削除要求（Ｔｏｋｅｎ  Ｒｅｍｏｖａｌ  Ｒｅｑｕｅｓｔ）メッセージをＳＲＭ３０に転送し、ＳＲＭ３０に格納されている該当トークン（ステップ７３０で端末Ｂ４０が検索したトークン）を削除するように要求する。トークン削除要求メッセージを受信すると、ＳＲＭ３０は、ステップ７６０で格納された該当トークンを削除し、ステップ７７０で、トークン削除応答メッセージを通じてその結果を端末Ｂ４０に転送する。
【０１１０】
ステップ７５０のトークン削除要求メッセージのフォーマットとステップ７７０で転送したトークン削除応答メッセージのフォーマットは、各々ＯＭＡ  ＳＲＭ標準によって［表２２］及び［表２３］のように示される。
【０１１１】
【表２２】
2011516961.tif 000024
【０１１２】
一実施形態において、［表２２］のトークン転送ＩＤフィールド（Ｔｏｋｅｎ  Ｄｅｌｉｖｅｒｙ  ＩＤ）は、トークンハンドルフィールドで置換できる。
【０１１３】
【表２３】
2011516961.tif 000025
【０１１４】
図８は、本発明の実施形態によって、端末Ｂ４０が有しているトークンがＳＲＭ３０のトークンと同一のタイプである場合、端末Ｂ４０のトークンをＳＲＭ３０のトークンと結合するプロセスを示す。
【０１１５】
図８を参照すると、端末Ｂ４０は、ステップ８１０及び８２０で言及したトークン情報要求メッセージとトークン情報応答メッセージを用いてＳＲＭ３０に格納されているトークンに関する情報を獲得する。
【０１１６】
ステップ８３０で、端末Ｂ４０は、ＳＲＭ３０に転送しようとするトークンをディセーブル状態にする。次いで、ステップ８４０で、端末Ｂ４０は、［表２４］で定義されるトークン更新要求（Ｔｏｋｅｎ  Ｕｐｇｒａｄｅ  Ｒｅｑｕｅｓｔ）メッセージをＳＲＭ３０に送信する。
【０１１７】
【表２４】
2011516961.tif 000026
【０１１８】
一実施形態において、トークン更新要求メッセージは、次のようなフォーマットを有する。
【０１１９】
【表２５】
2011516961.tif 000027
【０１２０】
ステップ８５０で、ＳＲＭ３０は、端末Ｂ４０から転送されたトークンを自身が有している同一のタイプのトークンと結合する。ＳＲＭ３０は、ステップ８６０で、［表２６］で定義されたトークン更新応答メッセージを通じて端末Ｂ４０にその結果を伝送する。
【０１２１】
【表２６】
2011516961.tif 000028
【０１２２】
下記では、本発明の実施形態によってトークン獲得／転送に関連した動作を遂行する装置をトークン管理装置と称する。このトークン管理装置は、端末又はＳＲＭ自身であるか、あるいは、端末又はＳＲＭに包含される。
【０１２３】
図９は、本発明の実施形態による端末Ａ２０の機能モジュールを示す。これらの機能モジュールは、端末Ａ２０だけでなく端末Ｂ４０及び他の端末にも適用できる。
【０１２４】
図９を参照すると、トークン管理モジュール（Ｔｏｋｅｎ  Ｍａｎａｇｅｍｅｎｔ  ｍｏｄｕｌｅ）９２０は、本発明によって提案されるメッセージを生成及び処理する。すなわち、トークン管理モジュール９２０は、本発明の実施形態によってＲＩ１０又はＳＲＭ３０が交換するメッセージを生成及び処理する。このメッセージ交換を通じて、トークン管理モジュール９２０は、ＲＩ１０又はＳＲＭ３０からトークンを検索し、及び／又はその検索したトークンをＳＲＭ３０に転送する。メッセージは、通信モジュール（Ｃｏｍｍｕｎｉｃａｔｉｏｎ  ｍｏｄｕｌｅ）９４０を通じて伝送（送信）及び受信される。また、トークン管理モジュール９２０は、端末Ａ２０で受信されたトークンを格納及び管理する。トークン管理モジュール９２０は、ドメイン管理モジュール（Ｄｏｍａｉｎ  Ｍａｎａｇｅｍｅｎｔ  ｍｏｄｕｌｅ）９３０からドメイン関連情報を検索し、同一のドメイン内の端末間でこのトークンを共有できるようにする。
【０１２５】
トークンは、保安ストレージモジュール（Ｓｅｃｕｒｅ  Ｓｔｏｒａｇｅ  ｍｏｄｕｌｅ）９６０に安全に格納される。クリプトライブラリモジュール（Ｃｒｙｐｔｏ  Ｌｉｂｒａｒｙ  ｍｏｄｕｌｅ）９５０は、保安ストレージモジュール９６０を管理してメッセージを保護するために使用される。
【０１２６】
アプリケーション９１０、例えばメディアプレーヤー（登録商標（ＴＭ））は、トークン管理モジュール９２０を通じて提供されるトークンを用いてコンテンツの再生に使用される。
【０１２７】
図１０は、本発明の実施形態によるＳＲＭ３０のブロック構成図である。
【０１２８】
図１０を参照すると、Ｉ／Ｏインターフェース１０００は、ＳＲＭ３０が他の装置に挿入される場合にＳＲＭ３０とメッセージを交換するのに使用される。ＳＲＭ３０の全般的な動作を管理するＳＲＭエージェント１００２は、本発明の実施形態によって提案されたメッセージをＩ／Ｏインターフェース１０００を通じて端末Ａ２０及び端末Ｂ４０と交換する。さらに、ＳＲＭエージェント１００２は、端末Ａ２０及び端末Ｂ４０と本発明の実施形態によって提案されたメッセージ送受信手順を通じてトークンを獲得又は移動する。ストレージ部１００４は、ＳＲＭエージェント１００２によって獲得されるトークンを格納する。
【０１２９】
上記した本発明による実施形態は、コンピュータ読み取り可能な記録媒体に対するコンピュータ読み取り可能なコードとして実施できる。このコンピュータ読み取り可能な記録媒体は、コンピュータシステムによって読み取り可能なデータを格納するデータストレージデバイスとなり得る。コンピュータ読み取り可能な記録媒体の例としては、ＲＯＭ（Ｒｅａｄ−Ｏｎｌｙ  Ｍｅｍｏｒｙ）、ＲＡＭ（Ｒａｎｄｏｍ−Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）、ＣＤ−ＲＯＭ、磁気テープ、フロッピー（登録商標）ディスク、光データ格納装置、及び搬送波（有無線伝送経路を介してインターネットを通じるデータ伝送のような）を含むが、これに限定されない。また、このコンピュータ読み取り可能な記録媒体は、ネットワーク結合されたコンピュータシステムにわたって分散されることによって、コンピュータ読み取り可能なコードは分散形態で格納及び遂行される。また、本発明を達成するための機能（ｆｕｎｃｔｉｏｎ）プログラム、コード、及びコードセグメントは、当該技術分野における熟練プログラマによって容易に理解できるであろう。
【０１３０】
以上、本発明を具体的な実施形態に関して図示及び説明したが、添付した特許請求の範囲及びこれと均等なものにより規定されるような本発明の思想及び範囲を外れることなく、形式や細部の様々な変更が可能であることは、当該技術分野における通常の知識を持つ者には明らかであろう。
【符号の説明】
【０１３１】
１０    ＲＩ（権限発行者）
２０    端末Ａ
３０    ＳＲＭ（保安移動可能なメディア）
４０    端末Ｂ
９１０    アプリケーション
９２０    トークン管理モジュール
９３０    ドメイン管理モジュール
９４０    通信モジュール
９５０    クリプトライブラリモジュール
９６０    保安ストレージモジュール
１０００    Ｉ／Ｏインターフェース
１００２    ＳＲＭエージェント
１００４    ストレージ部
【図１】
2011516961.tif 000029
【図２】
2011516961.tif 000030
【図３】
2011516961.tif 000031
【図４】
2011516961.tif 000032
【図５】
2011516961.tif 000033
【図６】
2011516961.tif 000034
【図７】
2011516961.tif 000035
【図８】
2011516961.tif 000036
【図９】
2011516961.tif 000037
【図１０】
2011516961.tif 000038
【国際調査報告】
2011516961.tif 000039
2011516961.tif 000040
2011516961.tif 000041