(57)【要約】【課題】  セパレート・デリバリー方式のコンテンツ配信を誤りなく行う。【解決手段】  ＤＲＭプラットフォームに、移動端末との通信における状態遷移を管理する状態遷移管理サーバが設けられている。移動端末からダウンロード記述子要求（DD Req）を受信すると、［１］スタート状態から［２］ＤＤリクエスト受信状態に遷移し、移動端末からメディアオブジェクトのダウンロード完了通知（Install Notify）を受信すると、［３］ダウンロード完了通知受信状態に遷移する。ＰＰＧに権利オブジェクト（ＲＯ）を送信して［４］ＲＯ配信状態に遷移し、配信完了通知（Delivery Report）を受信すると、［１］スタート状態に遷移する。ＲＯ配信要求（RO Req）を受信したときは、［１］から［５］ＲＯリクエスト受信状態を経て［４］に遷移する。【選択図】  図２
2006067321.tif 000002
【特許請求の範囲】
【請求項１】
移動体通信網とインターネットなどのＩＰネットワークとの間に設けられたゲートウエイサーバに接続されたサーバ装置であって、
移動端末からセパレート・デリバリーによるコンテンツのダウンロード要求があったときに、そのコンテンツのメディアオブジェクトに関するダウンロード記述子を当該移動端末に送信する手段と、
前記メディアオブジェクトのダウンロード完了通知を受信した後に、そのメディアオブジェクトに対応する権利オブジェクトを前記移動端末に配信する手段と、
前記メディアオブジェクト及び前記権利オブジェクトの前記移動端末への配信に関する状態遷移を管理する手段と
を有することを特徴とするサーバ装置。
【請求項２】
移動体通信網とインターネットなどのＩＰネットワークとの間に設けられたゲートウエイサーバに接続されたサーバ装置であって、
移動端末からセパレート・デリバリーにおける権利オブジェクトの取得要求があったときに、その権利オブジェクトを当該移動端末に配信する手段と、
前記権利オブジェクトの前記移動端末への配信に関する状態遷移を管理する手段と
を有することを特徴とするサーバ装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、携帯電話などの移動端末からインターネットに接続することができる移動体通信システムにおけるサーバ装置に関する。
【背景技術】
【０００２】
近年、いわゆる第３世代と呼ばれる携帯電話サービスが導入されつつあるが、この第３世代の移動体通信システムにおいては同一の移動端末を世界中で共通に使用することができるように標準化が進められており、ＷＡＰ（Wireless Application Protocol）及びＭＭＳ（Multimedia Messaging Service）の規格が共通仕様として採用されている（非特許文献１）。以下、ＷＡＰ及びＭＭＳ対応の移動端末を単に「ＷＡＰ対応端末」と呼ぶこととする。
【０００３】
このようなＷＡＰ対応端末においては、OMA DRM（OMA Digital Rights Management）version 1.0に準拠した著作権管理が行われることとなる。OMA DRMは、携帯電話用アプリケーション標準化団体であるオープンモバイルアライアンス（Open Mobile Alliance）が策定したデジタル著作権保護（ＤＲＭ：Digital Rights Management）の仕様である（非特許文献２）。
【０００４】
OMA DRM ver1.0においては、コンテンツの配信方式として、(1) フォワード・ロック（Forward Lock）、(2) コンバインド・デリバリー（Combined Delivery）、及び、(3) セパレート・デリバリー（Separate Delivery）の３つの仕様が規定されている。
(1) フォワード・ロック（Forward Lock）は、取得したコンテンツの転送を許容しない方式である。
(2) コンバインド・デリバリー（Combined Delivery）は、フォワード・ロック方式のコンテンツに権利（使用権の設定）を付加して配信する方式であり、利用回数や利用期限などの制限（例えば、１回のみ使用可、５日間使用可）を行うことができる。この使用権として、コンテンツ利用回数（Count：何回使用することができるか）、コンテンツ利用可能期間（Datetime：年月日時分秒、いつからいつまで使用することができる）及びコンテンツ利用可能時間（Interval：例えば、使用を開始してから５分間）の３通りの権利を指定することができる。
(3) セパレート・デリバリー（Separate Delivery）は、暗号化されたコンテンツ（Media Object：メディアオブジェクト，ＭＯ）と、権利＋鍵（暗号化を解除するための鍵）部分（Rights Object：権利オブジェクト，ＲＯ）とを別々に配信する方式である。ここで、メディアオブジェクトはウェブからのダウンロードなどにより配信され、権利オブジェクトはＷＡＰプッシュにより配信される。移動端末上ではメディアオブジェクトと権利オブジェクトが揃って初めてそのコンテンツを利用することが可能となる。
前記メディアオブジェクト（ＭＯ）のコンテンツ本体部は暗号化され、コンテンツごとに割り振られるコンテンツＩＤ（ＣＩＤ：Contents ID）などが付与されている。また、前記権利オブジェクト（ＲＯ）は、セパレート・デリバリーで扱われる「権利記述ファイル」であり、該当コンテンツに対する利用権利及び鍵情報（ＣＥＫ：Content Encription Key、暗号化されたメディアオブジェクトを復号処理するために使用する鍵情報）などが記載されている。なお、一つのメディアオブジェクトに対して権利オブジェクトを複数設定することが可能である。
【０００５】
前記権利オブジェクトにおけるコンテンツに対する利用権利は、コンテンツ利用権利を定義するパーミッション（許可）情報と、コンテンツ利用権利の範囲を定義するコンストレイント（制限）情報とにより定義される。OMA DRM ver1.0においては、前記パーミッション情報として、コンテンツ再生（Play）、コンテンツ表示（Display）、コンテンツ実行（Execute）及びコンテンツ印刷（Print）が定義されており、前記コンストレイント情報として、コンテンツ利用回数（Count）、コンテンツ利用可能期間（Datetime）及びコンテンツ利用可能時間（Interval）が定義されている。
【０００６】
また、コンテンツ（メディアオブジェクト）の取得方法としては、前述したウェブからのダウンロードの他に、コンテンツが格納されたメモリカードなどを取得する方法、メールなどによる配信などがあるが、コンテンツのみではそれを使用することができないので、超流通（Super Distribution）を実現することができる。
【非特許文献１】The WAP Forum Ltd., "WAP 2.0 Technical White Paper", [on line], (2002.01.18), ［平成１６年４月２８日検索］，インターネット<URL: http://www.wapforum.org/what/WAPWhite_Paper1.pdf>
【非特許文献２】Open Mobile Alliance, "OMA Digital Rights Management version 1.0", [on line], [平成１６年４月２８日検索］，インターネット<URL: http://www.openmobilealliance.org/tech/release.html>
【発明の開示】
【発明が解決しようとする課題】
【０００７】
上述のように、セパレート・デリバリー方式においては、メディアオブジェクトと権利オブジェクトは異なる配信方法で配信されるため、コンテンツの配信を全体として管理することが困難である。
また、移動端末にコンテンツを配信する場合には、経路中に無線伝送路が存在しており、伝送誤りが発生しやすいという事情もあり、移動端末にセパレート・デリバリー方式でメディアオブジェクトや権利オブジェクトを誤りなく配信することが求められている。
【０００８】
そこで本発明は、セパレート・デリバリーによるコンテンツ配信を適切に実行することができるサーバ装置を提供することを目的としている。
【課題を解決するための手段】
【０００９】
上記目的を達成するために、本発明のサーバ装置は、移動体通信網とインターネットなどのＩＰネットワークとの間に設けられたゲートウエイサーバに接続されたサーバ装置であって、移動端末からセパレート・デリバリーによるコンテンツのダウンロード要求があったときに、そのコンテンツのメディアオブジェクトに関するダウンロード記述子を当該移動端末に送信する手段と、前記メディアオブジェクトのダウンロード完了通知を受信した後に、そのメディアオブジェクトに対応する権利オブジェクトを前記移動端末に配信する手段と、前記メディアオブジェクト及び前記権利オブジェクトの前記移動端末への配信に関する状態遷移を管理する手段とを有するものである。
また、本発明の他のサーバ装置は、移動体通信網とインターネットなどのＩＰネットワークとの間に設けられたゲートウエイサーバに接続されたサーバ装置であって、移動端末からセパレート・デリバリーにおける権利オブジェクトの取得要求があったときに、その権利オブジェクトを当該移動端末に配信する手段と、前記権利オブジェクトの前記移動端末への配信に関する状態遷移を管理する手段とを有するものである。
【発明の効果】
【００１０】
本発明のサーバ装置によれば、メディアオブジェクトの配信とそれに引き続く権利オブジェクトの配信における状態遷移を管理することができるため、不正アクセスや無駄なトラヒックを防止することができる。
【発明を実施するための最良の形態】
【００１１】
図１は、本発明のサーバ装置が設けられている移動体通信システムの全体構成の一例を示すブロック図である。なお、ここでは、煩雑さを避けるため、監視・保守系の構成については図示を省略している。
この図において、１は携帯電話機等の移動端末（ＵＥ：User Equipment）、２は該移動端末１が収容される移動体通信網（３Ｇモバイルネットワーク）、３は前記移動体通信網２とインターネットなどのＩＰネットワークとのゲートウエイ（ＧＧＳＮ：Gateway GPRS Support Node）、４は前記移動端末１に対してショートメッセージを配信するショートメッセージ・サービスセンター（ＳＭＳＣ：Short Message Service Center）である。
【００１２】
５はＷＡＰ対応端末を収容するために設けられたＷＡＰプラットフォームであり、前記移動端末（ＵＥ）１からのWAP2.0プロトコルを終端し、ＨＴＴＰ（HyperText Transfer Protocol ）を用いてオリジン・サーバ側へ転送するためのＷＡＰゲートウエイ（ＷＡＰ−ＧＷ：WAP-Gateway）、及び、受け付けたリクエストを適切な形式に変換して後段に送出するなどしてＷＡＰ標準機能と移動体通信事業者による拡張機能との調整を行うプロキシサーバ（ＪＳＰ：J-Phone Scheme Proxy）とを有するサーバ（ＷＡＰ−ＧＷ／ＪＳＰ）６、ＧＧＳＮ３からのRADIUS Accountingプロトコルを終端し、ユーザごとのセッション管理及びセッションログの生成などを行うＲＡＤＩＵＳサーバを備えるとともに、ＷＡＰ／ＭＭＳサービス加入者がウェブやメール等のサービスを利用する際に必要なユーザ情報や移動端末の能力に関する情報等を一元管理する情報管理サーバ（Ｒ２Ｍ：RADIUS & Repository Manager）７、ＷＡＰサービス加入者がウェブを利用するために必要なユーザ設定情報（Selfcare-Profile）と端末情報（UE-Profile）の管理及び保持を行うプロファイル・データベース・サーバ（ＰＤＢ：ProfileDB）８、ＷＡＰプッシュやメール通知の配信などのプッシュサービスを実行するプッシュ・プロキシ・ゲートウエイ（ＰＰＧ：Push Proxy Gateway）９などの各ノードが含まれている。
また、１０は、全加入者情報を一元管理するディレクトリ・サーバの記憶内容の複製を保持しているディレクトリ・レプリカ・サーバ（ＤＲＳ：Directory Replica Server）である。
前記Ｒ２Ｍ７は、前記ＰＤＢ８と前記ＤＲＳ１０に接続されており、前記ＷＡＰ−ＧＷ／ＪＳＰ６からの要求に応じて、ユーザ情報（User-Profile）、移動端末情報（UE-Profile）、ユーザエージェントのプロファイル情報（UA-Profile）などを提供する。
【００１３】
移動体通信事業者の独自規格に対応した移動端末におけるユーザエージェントは、移動体通信事業者が独自に定義した各種のＨＴＴＰ拡張ヘッダを送出しているが、ＷＡＰ対応端末においては、そのような拡張ヘッダを送出させることはできない。そこで、前記ＷＡＰ−ＧＷ／ＪＳＰ６は、Ｒ２Ｍ７に記憶されているプロファイル情報を用いて、受け付けたＨＴＴＰリクエストの拡張ヘッダに不足している移動端末情報などを補完して後続するノードに転送するようにしている。これにより、移動体通信事業者の独自規格に対応した移動端末と同等のサービスをＷＡＰ対応端末にも提供することができるようにしている。
【００１４】
１１は前記ＷＡＰ−ＧＷ／ＪＳＰ６とインターネット２６との間に設けられ、移動端末１からのリクエストをオリジン・サーバとの間で仲介するウェブ・ゲートウエイ（ＷＧＷ：Web Gateway）であり、サービスの登録の状態の管理や情報料に対する課金に関する処理の機能も有している。このＷＧＷ１１には、図示するように、有料コンテンツアクセスの課金回収代行等、特別な付加価値サービスを伴う処理を行うプロキシサーバ（Ｈ−ＭＡＷＧ：H-Mobile Active Web Gateway）１２、顧客情報管理と課金精算処理を行うシステムに接続されるＣＤＲ（Charging Data Record）収集サーバ（CDRC：CDR Collector）１３、ユーザ認証系の処理を行うサーバ（ＡＳ：Authentication Server）１４、一般的なウェブのキャッシングプロキシ機能を提供するプロキシサーバ（Ｌ−ＭＡＷＧ）１５が含まれている。
【００１５】
１６はＤＲＭ利用サービスを提供するためのＤＲＭプラットフォームであり、ＴＭＳ（Transaction Management Server）サーバ１７とＤＲＭサーバ２０の各ノード群からなっている。図示するように、ＤＲＭコンテンツのトランザクション管理を行うＴＭＳ（Transaction Management Server）サーバ１７には、移動端末１からのリクエストの制御などを行うコンテンツ配信制御サーバ（ＴＭＳ−Ｃ：Transaction Management Server-Control）１８及び移動端末１との通信における状態管理を行う状態遷移管理サーバ（ＴＭＳ−Ｓ：Transaction Management Server-Status）１９が含まれており、ＤＲＭサーバ２０には、登録された権利情報に基づいて権利オブジェクト（ＲＯ）の生成・管理を行うライセンスサーバ（ＬＳ：License Server）２１、後述するパッケージング・ツールと連携してコンテンツ情報の登録及び付随する権利情報の登録などを制御するパッケージングサーバ（ＰＳ：Packaging Server）２２、コンテンツ・プロバイダ（ＣＰ）２７からのアクセスを受け付け、ＤＲＭプラットフォーム１６側との通信を仲介するサーバ（ＣＰＡＳ：CP Authentication Server）２３、及び、コンテンツ情報や権利情報などのコンテンツ・プロバイダ（ＣＰ）２７から登録された情報及び移動体通信事業者にて作成するサービス定義情報などを保持するデータベースサーバ（ＤＢ：Database Server）２４が含まれている。前記パッケージングサーバ（ＰＳ）２２は、ウェブサービスにおける世代間の同期をとるためのデータベースシンクロナイザ（ＤＢＳ：DB-Synchronizer）２５に接続されており、ＤＢＳ２５内のプロバイダ情報とサービス情報の配布管理を行うノード（ＳＰＭ：Service and Provider Manager）を利用することができるようになされている。
【００１６】
前記ＷＧＷ１１内のプロキシサーバ（Ｌ−ＭＡＷＧ）１５はインターネット２６に接続されており、インターネット２６にはユーザからのリクエストに応じてコンテンツを提供するコンテンツ・プロバイダ（ＣＰ：Contents Provider）２７が接続されている。
コンテンツ・プロバイダ２７には、移動端末１などにより指定されるリソースが存在するか、あるいは生成されるオリジン・サーバ（Origin Server）２８が設けられており、さらに、コンテンツをＤＲＭ対応形式に変換する一連の処理（パッケージング）を行うためのパッケージング・ツール（Packaging Tool）２９が移動体通信事業者などから配付されるなどして備えられている。
該パッケージング・ツール２９は、前記インターネット２６及びファイヤーウォール（Ｆ／Ｗ）３０を介して前記ＤＲＭサーバ２０内のＣＰＡＳ２３に接続されており、移動体通信事業者が設置している前記ＤＲＭサーバ２０内のサーバ群と連携してコンテンツのパッケージングを行うことができるようになされている。
【００１７】
すなわち、前記パッケージング・ツール２９は、原コンテンツ（Raw Contents）、権利情報のダウンロード先のＵＲＩ（Rights Issuer URI）及び権利情報を入力とし、前記ＤＲＭプラットフォーム１６内のライセンスサーバＬＳ２１やパッケージングサーバＰＳ２２などと連携して、暗号化されたコンテンツを含むＤＲＭコンテンツフォーマットであるＤＣＦ（DRM Contents Format）ファイルと、そのライセンスＩＤ（ＬＩＤ）を作成する。このとき、前記ＤＲＭサーバ２０中のデータベースサーバＤＢ２４に鍵情報、コンテンツ内容、ＭＩＭＥタイプなどの情報が格納される。
ここで、前記ライセンスＩＤ（ＬＩＤ）は、メディアオブジェクト（ＭＯ）に紐付けられたある権利オブジェクト（ＲＯ）を指定するＩＤである。本ＩＤを指定することにより該当する権利オブジェクト（ＲＯ）の配信が可能とされる。
【００１８】
前記メディアオブジェクト（ＭＯ）は、ＯＭＡにより規定されたダウンロード方式（ＯＭＡダウンロード）によりダウンロードされる。この方式では、コンテンツのダウンロードの前に、ダウンロード記述子（Download Descriptor：ＤＤ）を取得することで、事前にどのようなコンテンツを取得するのかを通知することができる。また、ダウンロード完了後、任意のＵＲＬに対してダウンロード完了通知（Install Notify）を送信することができる。ここで、前記ダウンロード記述子は、そのコンテンツ（ＭＯ）に関するメタデータ（コンテンツの名称、サイズ、タイプ、バージョンなど）、そのコンテンツの存在場所を示すＵＲＬ（ObjectURI）及びダウンロード完了通知の通知先のＵＲＬ（InstallNotifyURI）などが記述されているファイルである。
一方、前記権利オブジェクト（ＲＯ）は、前記ライセンスサーバＬＳ２１から、ＰＰＧ９を介して、当該移動端末１にＷＡＰプッシュで配信される。すなわち、権利オブジェクトは、移動体通信事業者が設置しているライセンスサーバからＷＡＰプッシュによらなければ取得することができないようになされている。
【００１９】
本発明においては、前記ＤＲＭプラットフォーム１６におけるＴＭＳ−Ｓ１９において、移動端末１との通信の状態遷移を管理することにより、不正アクセスなどに対応するようにしている。
セパレート・デリバリー方式により移動端末にコンテンツを配信する場合には、メディアオブジェクト（ＭＯ）と権利オブジェクト（ＲＯ）の両者を配信する場合と、権利オブジェクト（ＲＯ）のみを配信する場合、コンテンツの有料／無料、課金方式などに応じて、（１）ＭＯ＋ＲＯ（無料）の配信、（２）ＭＯ＋ＲＯ（ライツ課金（従量課金））の配信、（３）ＭＯ＋ＲＯ（期間課金）の配信、（４）ＲＯ（無料）の配信、（５）ＲＯ（ライツ課金）の配信、及び、（６）ＲＯ（期間課金）の配信の６通りの場合がある。
前記ＴＭＳ−Ｓ１９では、これら６通りの各場合における移動端末１との通信の状態の遷移を管理している。
【００２０】
図２は、移動端末１にセパレート・デリバリー方式でコンテンツを配信するときの状態遷移図である。
この図に示すように、本発明においては、移動端末１にコンテンツを配信する処理を、［１］スタート（通信なし）状態、［２］ダウンロード記述子（ＤＤ）リクエスト：Download Descriptor Request）受信状態、［３］ダウンロード完了通知（Install Notify）受信状態、［４］権利オブジェクト（ＲＯ）配信（Rights Object Deliver）状態、［５］権利オブジェクト（ＲＯ）リクエスト（Rights Object Request）受信状態、及び、［６］課金通知（Charging Notify）送信状態の６個の状態で管理している。
後述するように、上記（１）〜（３）のＲＯとＭＯの両者を配信する場合には、［１］→［２］→［３］→［４］→（［６］）→［１］へと遷移し、上記（４）〜（６）のＲＯのみを配信する場合には、［１］→［５］→［４］→（［６］）→［１］へと遷移する。ここで、上記（２）及び（５）のライツ課金の場合には、［４］→［６］→［１］というように状態［６］を経由する。
以下、上述した（１）〜（６）の各場合におけるシーケンスと状態遷移について、詳細に説明する。なお、いずれの場合でも、初期状態は［１］スタート（通信なし）状態である。
【００２１】
（１）ＭＯ＋ＲＯ（無料）
図３は、上記（１）ＭＯ＋ＲＯ（無料）の配信、すなわち、無料コンテンツのメディアオブジェクト（ＭＯ）と権利オブジェクト（ＲＯ）の両者を移動端末１に配信する場合のシーケンスを示す図であり、図４は、そのときの移動端末１の画面表示の一例を示す図である。
図３において、初期状態では、［１］スタート（通信なし）状態となっている。
ここで、ＷＡＰ対応端末である移動端末１がＷＡＰシーケンスにしたがってインターネットに接続しており、ユーザがコンテンツ・プロバイダ２７からコンテンツをダウンロードしようとして「(1) Contents Select」を要求すると、コンテンツ・プロバイダ２７から移動端末１に「(2) コンテンツ選択画面」が送られ、移動端末１の画面上にコンテンツ選択画面が表示される（図４の（Ａ））。
図４の記述例に示すように、このコンテンツ選択画面に記載されたコンテンツには、サービスＩＤ（ｓｉｄ）、その権利オブジェクトを指定するＬＩＤ（ライセンスＩＤ）、メディアオブジェクトが実際に置かれている場所を示すｏｌ（オブジェクトリンク）（この例では、http://www.cp.com/melodyB.dcf）、権利オブジェクトが正常に配信されたことを通知する通知先（CPNotify）（この例では、http://www.cp.com/notify）などの各種パラメータが付加されたＴＭＳサーバ１７へのリンクが張られている。
【００２２】
ユーザが該コンテンツ選択画面をみて所望のコンテンツを選択すると、そのコンテンツのメディアオブジェクト（ＭＯ）をダウンロードするためのダウンロード記述子（ＤＤ）の取得要求を含むＨＴＴＰリクエスト「(3) DD Request」が送出される。
該「(3) DD Request」は、ＷＡＰ−ＧＷ／ＪＳＰ６及びＷＧＷ１１（Ｈ−ＭＡＷＧ１２）で中継されてＤＲＭプラットフォーム１６のＴＭＳ−Ｃ１８に転送される。これにより、［１］スタート（通信なし）状態から［２］ＤＤリクエスト受信状態に遷移する（図２）。
ここで、該移動端末１からの「(3) DD Request」を受信したＷＡＰ−ＧＷ／ＪＳＰ６は、その移動端末１のＭＳＩＳＤＮ又はＩＭＳＩをキーとして、前記Ｒ２Ｍ７から、その移動端末の機種情報や性能を示す情報からなる移動端末情報（UE-Profile）とウェブブラウザなどのユーザエージェントのプロファイル情報（UA-Profile）を取得する。このとき、ＷＡＰ−ＧＷ／ＪＳＰ６は、ＤＲＭ用の拡張情報として、セキュアクロック（移動端末１の内部に保持されている時間情報）の種類、及び、変更すべきＭＩＭＥタイプとパーミッションの紐付け情報も取得する。そして、ＷＡＰ−ＧＷ／ＪＳＰ６は、取得した移動端末情報（UE-Profile）、ユーザエージェントのプロファイル情報（UA-Profile）及び前記ＤＲＭ用拡張情報を前記ＨＴＴＰリクエストのＨＴＴＰヘッダに付加して、ＷＧＷ１１（Ｈ−ＭＡＷＧ１２）を介し前記ＤＲＭプラットフォーム１６のＴＭＳサーバ１７に送信する。
【００２３】
このＨＴＴＰリクエストを受信したＴＭＳサーバ１７は、該要求されたコンテンツをダウンロードするためのダウンロード記述子を作成して、当該移動端末１へのＨＴＴＰレスポンスとして送信する。このときに、その移動端末１の能力を検査し、その能力に対応したダウンロード記述子を作成するようにしている。
すなわち、ＤＲＭプラットフォーム１６のＴＭＳサーバ１７では、前記ＨＴＴＰヘッダに含まれているＤＲＭ用拡張情報に基づいてそのＨＴＴＰリクエストを送出した移動端末１の能力を検査するとともに、該ＨＴＴＰリクエストに基づいてその移動端末に適したダウンロード記述子（Download Descriptor）を作成し、該ダウンロード記述子を含む「(6) DD Response」を前記ＷＧＷ１１に返す。
図３に示すように、このダウンロード記述子には、実際のコンテンツの存在場所を示すパラメータ（ObjectURI）として前述したオブジェクトリンク（ｏｌ）が記述され、コンテンツの送達完了通知の通知先（InstallNotifyURI）として、ＴＭＳサーバ１７のＵＲＩ（ＴＭＳ通知用ＵＲＩ）と前述したパラメータ「CPNotify」が記述される。
前記ＴＭＳサーバ１７で上述のようにして作成されたダウンロード記述子を含む「(4) DD Response」は、前記ＷＧＷ１１及び前記ＷＡＰ−ＧＷ／ＪＳＰ６を介して移動端末１に転送される。
【００２４】
「(4) DD Response」を受け取った移動端末１の表示部には、図４の（Ｂ）に示すようなコンテンツの確認画面が表示される。ここで、ユーザがそのコンテンツのダウンロードをするために「ＯＫ」ボタンを操作すると、その「(4) DD Response」に含まれているダウンロード記述子中のオブジェクトＵＲＩに対してそのコンテンツ（メディアオブジェクト）の取得要求「(5) MO Request」が送出され、図４の（Ｃ）に示す画面が表示される。なお、ユーザが「ＮＧ」ボタンを操作したときは、図４の（Ｄ）に示す画面が表示され、処理が中止される。
【００２５】
前記「(5) MO Request」は、ＤＲＭプラットフォーム１６、ＷＧＷ１１を経て、該コンテンツを格納しているコンテンツ・プロバイダ２７に転送される。
該要求を受け取ったコンテンツ・プロバイダ２７は、要求されたコンテンツ（メディアオブジェクト）を含む「(6) MO Response」を、ＷＧＷ１１、前記ＤＲＭプラットフォーム１６、前記ＷＡＰ−ＧＷ／ＪＳＰ６を中継して前記移動端末１に転送する。なお、ダウンロード数の制限を行なっている場合等には、ダウンロード数のチェック（Constraint Check）を行った後に、「(6) MO Response」を返送する。
この過程で、各サーバにおいてエラーが検出されたときには、図４の（Ｅ）に示すようにエラーが表示され、ダウンロードが中止される。また、ＭＯのダウンロードに失敗したときには、図４の（Ｆ）に示すエラー表示がなされる。
エラーが検出されることなく、移動端末１でメディアオブジェクトが全て受信されたときは、移動端末１は、ダウンロード完了通知「(7) Install Notify」を前記ＷＡＰ−ＧＷ／ＪＳＰ６を介して前記ＤＲＭプラットフォーム１６のＴＭＳサーバ１７（前記パラメータ「InstallNotifyURI」により指示された通知先）に送信する。
【００２６】
ＴＭＳサーバ１７が該「(7) Install Notify」を受け取ると、状態は［３］ダウンロード完了通知受信状態に遷移する。そして、ＴＭＳサーバ１７は、応答「(8) Install Notify Ack」を返すとともに、前記ライセンスサーバ（ＬＳ）２１に通知して対応する権利オブジェクト（ＲＯ）を受け取る。
次に、ＴＭＳサーバ１７は、該権利オブジェクトを前記ＰＰＧ９に送信する。これにより、状態は［４］ＲＯ配信状態に遷移する。
該権利オブジェクトを受け取ったＰＰＧ９は、該権利オブジェクトを、当該移動端末１にＷＡＰプッシュで配信する（(9) RO Delivery）。
【００２７】
前記移動端末１では、前記メディアオブジェクト（ＭＯ）のダウンロードに引き続いて行われる権利オブジェクト（ＲＯ）のプッシュ配信が完了すると、ダウンロード完了画面（図４の（Ｇ））を表示する。そして、ユーザによりコンテンツの実行が指示されると、そのコンテンツを実行する（図４の（Ｈ））。なお、図４の（Ｇ）に示す画面で「ＮＧ」が選択されたときは、前記図４の（Ａ）のコンテンツ選択画面に戻る。
また、前記移動端末１は、権利オブジェクトを受信すると、配信状況を通知する「(10) Delivery Receipt」を前記ＰＰＧ９に送信する。ＰＰＧ９は、該「(10) Delivery Receipt」を受け取ると、その内容に応じた配信結果通知メッセージ「Delivery Report」を作成し、ＤＲＭプラットフォーム１６に送信する。
ＤＲＭプラットフォーム１６は、該配信結果通知メッセージ「Delivery Report」を受信すると、状態を［１］スタート（通信なし）に遷移するとともに、ログを作成（Reporting）する。そして、該配信結果通知から権利オブジェクトの配信の成否について判断し、配信に成功している場合には、前記パラメータ「CP Notify」で指定されているＵＲＩに対して、コンテンツの送達完了通知「(11) CP Notify」を送信する。図示する例では、「http://www.cp.com/notify」に対して送達完了通知が送信されることとなる。これにより、コンテンツ・プロバイダなどでは、コンテンツが配信されたことを示す情報をリアルタイムで取得することができる。
【００２８】
（２）ＭＯ＋ＲＯ（ライツ課金）
図５は、前記移動端末１のユーザが、有料コンテンツ（ライツ課金）のメディアオブジェクト（ＭＯ）と権利オブジェクト（ＲＯ）を一連の流れでダウンロードするときのシーケンスを示す図であり、図６は、そのときの移動端末１の画面表示の一例を示す図である。この場合には、コンテンツの対価は、対応する権利オブジェクトが配信されたときに課金処理される（ライツ課金（従量課金））。なお、前記図３及び図４と同様の部分については詳細な説明を省略する。
前述の場合と同様に、移動端末１のユーザがコンテンツ・プロバイダ２７からコンテンツを購入しようとして「(1) Contents Select」を要求すると、コンテンツ・プロバイダ２７から移動端末１に「(2) コンテンツ選択画面」が送られ、移動端末１にコンテンツ選択画面（図６の（Ａ））が表示される。図６の記述例に示すように、このコンテンツ選択画面に記載されたコンテンツには、サービスＩＤ（ｓｉｄ）、その権利オブジェクトを指定するＬＩＤ（ライセンスＩＤ）、そのメディアオブジェクトが実際に置かれている場所を示すｏｌ（オブジェクトリンク）（この例では、http://www.cp.com/melodyB.dcf）、権利オブジェクトが正常に配信されたことを通知する通知先（CPNotify）（この例では、http://www.cp.com/notify）などの各種パラメータが付加されたCONFONリクエストのあて先（ＷＧＷ１１）へのリンクが張られている。
ユーザが、選択した有料コンテンツの購入を指示する操作をすると、「(3) CONFONリクエスト」がＷＧＷ１１に送出される（図５）。ＷＧＷ１１では、該「(3)CONFONリクエスト」を受け取るとその種類を解釈して、対応する有料コンテンツの「(4) 課金認証画面」を前記ＷＡＰ−ＧＷ／ＪＳＰ６を介して、移動端末１に送信する。このときに、ＷＡＰ−ＧＷ／ＪＳＰ６は、そのときの時間情報を含むパラメータを暗号化して送信するようにしている。
【００２９】
ユーザが、該課金認証画面（図６の（Ｂ））をみて、パスワードを入力して「ＯＫ」ボタンを操作すると、そのコンテンツのメディアオブジェクト（ＭＯ）をダウンロードするためのダウンロード記述子（ＤＤ）の取得要求を含むＨＴＴＰリクエスト「(5) DD Request」が送出される。
該「(5) DD Request」は、前記図３の場合と同様に、ＷＡＰ−ＧＷ／ＪＳＰ６及びＷＧＷ１１（Ｈ−ＭＡＷＧ１２）で中継されてＤＲＭプラットフォーム１６のＴＭＳ−Ｃ１８に転送され、これにより、［１］スタート（通信なし）」の初期状態から、［２］ＤＤリクエスト受信状態に遷移する（図２）。
【００３０】
なお、このとき、ＷＡＰ−ＧＷ／ＪＳＰ６において、前記「(4) 課金認証画面」を送信してから所定の時間以内であるか否かがチェックされ、所定時間以上経過しているときは、そのリクエストを無効とし、移動端末１に図６の（Ｄ）に示すようなエラー画面を表示させて、再度リクエストを送信することを促すようにしている。
【００３１】
［２］ＤＤリクエスト受信状態において、前記ＴＭＳサーバ１７は、前述の場合と同様に、その移動端末に適したダウンロード記述子（Download Descriptor）を作成し、該ダウンロード記述子を含む「(6) DD Response」を前記ＷＧＷ１１及び前記ＷＡＰ−ＧＷ／ＪＳＰ６を介して移動端末１に送信する。
【００３２】
前述と同様に、コンテンツの確認画面（図６の（Ｃ））において、ユーザがそのコンテンツのダウンロードをするために「ＯＫ」ボタンを操作すると、「(7) MO Request」が送出され、コンテンツ・プロバイダ２７から、要求されたコンテンツ（メディアオブジェクト）を含む「(8) MO Response」が、ＷＧＷ１１、前記ＤＲＭプラットフォーム１６、前記ＷＡＰ−ＧＷ／ＪＳＰ６を中継して前記移動端末１に送信される。
そして、エラーが検出されることなくメディアオブジェクトが全て受信されとき、移動端末１は、ダウンロード完了通知「(9) Install Notify」を前記ＷＡＰ−ＧＷ／ＪＳＰ６を介して前記ＤＲＭプラットフォーム１６のＴＭＳサーバ１７（前記パラメータ「InstallNotifyURI」により指示された通知先）に送信する。
【００３３】
ＴＭＳサーバ１７で該「(9) Install Notify」が受け取られると、［２］ＤＤリクエスト受信状態から［３］ダウンロード完了通知受信状態に遷移し（図２）、応答「(10) Install Notify Ack」を返す。そして、前述のように、前記ライセンスサーバ（ＬＳ）２１から対応する権利オブジェクト（ＲＯ）を受け取り、該権利オブジェクトを、前記ＰＰＧ９に送信する。これにより、［３］ダウンロード完了通知受信状態から［４］ＲＯ配信状態に遷移する（図２）。
ＰＰＧ９は、該権利オブジェクトを、当該移動端末１にＷＡＰプッシュで配信する（(11) RO Delivery）。
【００３４】
前述と同様に、前記移動端末１では、前記メディアオブジェクト（ＭＯ）のダウンロードに引き続いて行われる権利オブジェクト（ＲＯ）のプッシュ配信が完了すると、ダウンロード完了画面（図６の（Ｉ））を表示する。そして、ユーザによりコンテンツの実行が指示されると、そのコンテンツを実行する（図６の（Ｊ））。
また、前記移動端末１は、権利オブジェクトを受信すると、配信状況を通知する「(12) Delivery Receipt」を前記ＰＰＧ９に送信する。ＰＰＧ９は、該「(12) Delivery Receipt」を受け取ると、その内容に応じた配信結果通知メッセージ「Delivery Report」を作成してＤＲＭプラットフォーム１６に送信する。
ＤＲＭプラットフォーム１６は、該配信結果通知メッセージ「Delivery Report」を受信すると、［４］ＲＯ配信状態から［６］課金通知送信状態に遷移する（図２）。
ＤＲＭプラットフォーム１６は、この［６］課金通知送信状態において、ログを作成する（Reporting）とともに、前記配信結果通知から権利オブジェクトの配信の成否について判断し、配信に成功している場合にのみ、課金用パラメータを含む課金通知「(13) Charging Notify」を作成し、ＷＧＷ１１に対して送信する。そして、［１］スタート（通信なし）状態に遷移する。
【００３５】
該課金通知を受け取ったＷＧＷ１１は、該通知に含まれている課金用パラメータに基づいて課金処理を行う（CDR Create）。このように、権利オブジェクトの配信が完了しないうちに課金処理を行うことがないようにされている。
また、前記パラメータCP Notifyが設定されている場合には、そのパラメータで指定されているＵＲＩに対して、コンテンツの送達完了通知「(14) CP Notify」を送信する（権利オブジェクトの配信に成功している場合）。図示する例では、「http://www.cp.com/notify」に対して送達完了通知が送信されることとなる。これにより、コンテンツ・プロバイダなどでは、コンテンツが配信されたことを示す情報をリアルタイムで取得することができる。
【００３６】
（３）ＭＯ＋ＲＯ（期間課金）
次に、一定期間に限って何度でも利用することができる期間課金（定額課金）サービスに加入しているユーザに有料コンテンツ（メディアオブジェクト及び権利オブジェクト）を配信する場合について、シーケンスを示す図７及び画面表示例を示す図８を参照して説明する。なお、この期間課金サービスを利用するユーザは、既にコンテンツ・プロバイダ２７などと契約を済ませており、そのサービス登録情報が前記ＷＧＷ１１に格納されているものとする。また、前記図３〜図６と同様の部分については詳細な説明を省く。
【００３７】
前述の場合と同様に、移動端末１のユーザが契約しているコンテンツ・プロバイダ２７からコンテンツを購入しようとして「(1) Contents Select」を要求すると、コンテンツ・プロバイダ２７から移動端末１に「(2) コンテンツ選択画面」が送られ、移動端末１にコンテンツ選択画面（図８の（Ａ））が表示される。図８の記述例に示すように、このコンテンツ選択画面に記載されたコンテンツには、前記図４の場合と同様の各種パラメータが付加されたＴＭＳサーバ１７へのリンクが張られている。
移動端末１のユーザが該コンテンツ選択画面において、購入するコンテンツを選択すると、「(3) DD Request」が送出され、ＷＡＰ−ＧＷ／ＪＳＰ６及びＷＧＷ１１を経てＤＲＭプラットフォーム１６のＴＭＳ−Ｃ１８に転送される。これにより、［２］ＤＤリクエスト受信状態に遷移する（図２）。
前記ＤＲＭプラットフォーム１６は、［２］ＤＤリクエスト受信状態においては、前記「(3) DD Request」のヘッダに含まれているサービスＩＤ（ｓｉｄ）に基づいて、そのサービスによるコンテンツの提供状態をチェックし、期間課金である場合には、前記ＷＧＷ１１に対してそのユーザがそのサービスのユーザとして登録されているか否かを問い合わせる「(4) サービス登録状態問い合わせ」を送信する。
該問い合わせを受信したＷＧＷ１１ではそのサービスの登録状態を参照し、「(5) サービス登録状態応答」をＤＲＭプラットフォーム１６に返送する。
その結果、そのユーザが登録されているときには、対応するダウンロード記述子を前述の場合と同様に作成して移動端末１に送信する「(6) DD Response」。
このように、セパレート・デリバリー方式においても、移動体通信事業者の独自システムにおいて登録ユーザを管理しているＷＧＷ１１に対してＤＲＭプラットフォーム１６から登録状態を問い合わせることにより、ユーザの登録状態を確認するようにしている。
【００３８】
そして、前述と同様に、移動端末１から「(7) MO Request」が送信され、コンテンツ・プロバイダ２７から対応するメディアオブジェクト（ＭＯ）「(8) MO Response」が配信される。なお、ダウンロード数の制限を行なっている場合等には、ダウンロード数のチェック（Constraint Check）を行った後に、「(8) MO Response」が返送される。
ＭＯの受信が完了すると、移動端末１からＴＭＳサーバ１７に対してダウンロード完了通知「(9) Install Notify」が送信される。
ＴＭＳサーバ１７は、このダウンロード完了通知「(9) Install Notify」を受信すると、［３］ダウンロード完了通知受信状態に遷移し、「(10) Install Notify Ack」を返すとともに、対応する権利オブジェクト（ＲＯ）をＰＰＧ９に送信する。これにより、［４］ＲＯ配信状態に遷移する。
前述と同様に、移動端末１からの配信状況を通知する「(12) Delivery Receipt」を受信したＰＰＧ９からの配信結果通知メッセージ「Delivery Report」を受信すると、ＤＲＭプラットフォーム１６は、［１］スタート（通信なし）状態に遷移する。そして、ＤＲＭプラットフォーム１６は、パラメータ「CP NOtify」により指定された通知先にコンテンツの送達完了通知「(13) CP Notify」を送信する。
【００３９】
上述した各ケースは、メディアオブジェクト（ＭＯ）と権利オブジェクト（ＲＯ）が一連の処理で配信される場合であった。次に、コンテンツの権利オブジェクトのみを配信する場合について説明する。これら場合には、メディアオブジェクトは、ユーザの移動端末１に種々の手段によりあらかじめ配信されている。
（４）ＲＯ（無料）
図９は、無料の権利オブジェクトのみを配信する場合のシーケンスを示す図であり、図１０はそのときの移動端末１における画面表示の一例を示す図である。
ユーザが、対象コンテンツ選択画面（図１０の（Ａ））において、権利オブジェクトを取得したいコンテンツを選択すると、そのコンテンツ・プロバイダ２７に対して「(1) Rights Issuer URI Request」が送信される。当該コンテンツ・プロバイダ２７では、前述と同様に、必要に応じてダウンロード数のチェック（Constraint Check）を行い、「(2) コンテンツ選択画面」を移動端末１に送信する。
図１０の（Ｂ）は、コンテンツ選択画面の一例を示す図であり、図示するように、コンテンツには、サービスＩＤ（ｓｉｄ）、権利オブジェクトを指定するＬＩＤ（ライセンスＩＤ）、権利オブジェクトが正常に配信されたことを通知する通知先（CPNotify）（この例では、http://www.cp.com/notify）などのパラメータが付加されたＴＭＳサーバ１７へのリンクが張られている。
【００４０】
ユーザがこの画面でコンテンツを選択すると、その権利オブジェクトの配信要求「(3) Rights Object Request」が、ＷＡＰ−ＧＷ／ＪＳＰ６、ＷＧＷ１１を介して、ＤＲＭプラットフォーム１６のＴＭＳサーバ１７に送信される。
ＴＭＳサーバ１７（ＴＭＳ−Ｓ１９）は、この「(3) Rights Object Request」要求を受信すると、［１］スタート（通信なし）状態から［５］権利オブジェクト（ＲＯ）リクエスト受信状態に遷移し、その配信要求に含まれているサービスＩＤのチェックなどを行って、その結果情報「(4) Status Response」を移動端末１に送信する。
移動端末１の表示部には、該「(4) Status Response」に対応した表示がなされ、エラーが検出されたとき又は所定時間経過しても「(4) Status Response」が受信できなかったときは図１０の（Ｄ）のようなエラー表示がなされ、エラーが発生しないときには、図１０の（Ｃ）のような画面が表示される。
また、前記ＤＲＭプラットフォーム１６（ＴＭＳサーバ１７）は、前記チェックの結果、問題がないときには、前記ライセンスサーバ（ＬＳ）２１から要求された権利オブジェクトを受け取り、当該移動端末１に配信させるためにＰＰＧ９に送信し、［５］ＲＯリクエスト受信状態から［４］権利オブジェクト（ＲＯ）配信状態に遷移する。
これにより、その権利オブジェクトは、ＰＰＧ９からＷＡＰプッシュにより当該移動端末１に配信される「(5) RO Delivery」。
【００４１】
権利オブジェクトの配信中にエラーが発生したときは図１０の（Ｅ）に示すような画面が表示される。エラーがなく権利オブジェクトの配信が完了すると、移動端末１の表示部には配信の完了を示す画面（図１０の（Ｆ））が表示され、ユーザがコンテンツの実行を指示すると、そのコンテンツが実行される（図１０の（Ｇ））。なお、図１０の（Ｆ）の画面において、「ＮＧ」が選択されたときには、（Ｂ）のコンテンツ選択画面に戻る。
また、前記移動端末１は要求した権利オブジェクトを受信すると、配信状況を通知する「(6) Delivery Receipt」を前記ＰＰＧ９に送信し、ＰＰＧ９は該通知の内容に応じた配信結果通知メッセージ「Delivery Report」を作成して、前記ＤＲＭプラットフォーム１６（ＴＭＳサーバ１７）に送信する。
ＤＲＭプラットフォーム１６は、配信結果通知メッセージ「Delivery Report」を受信すると、［１］スタート（通信なし）状態に遷移して、ログを作成する（Reporting）とともに、権利オブジェクトの配信に成功しているときは、前記パラメータ「CP Notify」により指定されているＵＲＩに対して、コンテンツの送達完了通知「(7) CP Notify」を送信する。図示する例では、「http://www.cp.com/notify」に対して送達完了通知が送信されることとなる。これにより、コンテンツ・プロバイダなどでは、コンテンツが配信されたことを示す情報をリアルタイムで取得することができる。
【００４２】
（５）ＲＯ（ライツ課金）
次に、有料コンテンツ（ライツ課金）の権利オブジェクトのみを配信する場合について説明する。
図１１は、権利オブジェクトのみを配信する場合のシーケンスを示す図であり、図１２はそのときの移動端末１における画面表示の一例を示す図である。
ユーザが、対象コンテンツ選択画面（図１２の（Ａ））において、コンテンツを選択すると、コンテンツ・プロバイダ２７に「(1) Rights Issuer URI Request」が送信され、これに応じて、当該コンテンツ・プロバイダ２７から「(2) コンテンツ選択画面」（図１２の（Ｂ））が移動端末１に送信される。図１２の記述例に示すように、このコンテンツ選択画面における選択要素には、前記図６の場合と同様に、サービスＩＤ（ｓｉｄ）、その権利オブジェクトを指定するＬＩＤ（ライセンスＩＤ）、権利オブジェクトが正常に配信されたことを通知する通知先（CPNotify）（この例では、http://www.cp.com/notify）などの各種パラメータが付加されたCONFONリクエストのあて先（ＷＧＷ１１）へのリンクが張られている。
ユーザがこの画面で購入を選択すると、前記図５の場合と同様に、移動端末１から「(3) CONFONリクエスト」が送信され、ＷＧＷ１１から対応する「(4) 課金認証画面」が移動端末１に送られる。このとき、前述のように、ＷＡＰ−ＧＷ／ＪＳＰ６でパラメータが暗号化されて送信される。
【００４３】
図１２の（Ｃ）に示す課金認証画面において、ユーザがパスワードを入力し、「ＯＫ」ボタンを操作すると、権利オブジェクトの配信要求「(5) OK(Rights Object Request)」が、ＷＡＰ−ＧＷ／ＪＳＰ６、ＷＧＷ１１を介して、ＤＲＭプラットフォーム１６のＴＭＳサーバ１７に送信される。このとき、前記ＷＡＰ−ＧＷ／ＪＳＰ６において、前述と同様に時限チェックを行う。
ＤＲＭプラットフォーム１６のＴＭＳサーバ１７（ＴＭＳ−Ｓ１９）は、この「(5) OK(Rights Object Request)」要求を受信すると、［１］スタート（通信なし）状態から［５］権利オブジェクト（ＲＯ）リクエスト受信状態に遷移し、課金チェックを行って移動端末１にその結果情報「(6) Status Response」を送信する。
移動端末１の表示部には、該「(6) Status Response」に対応した表示がなされる。図１２の（Ｄ）はエラーがないとき、（Ｅ）はエラーが発生したときの画面の一例を示している。
また、前記ＤＲＭプラットフォーム１６のＴＭＳサーバ１７は、前記課金チェックの結果、問題がないときには、前記ライセンスサーバ（ＬＳ）２１から要求された権利オブジェクトを受け取り、当該移動端末１に配信させるためにＰＰＧ９に送信する。そして、［５］権利オブジェクト（ＲＯ）リクエスト受信状態から［４］権利オブジェクト（ＲＯ）配信状態に遷移する。
前記権利オブジェクトは、ＰＰＧ９から移動端末１に配信される「(7) RO Delivery」。
【００４４】
図１２の（Ｆ）は権利オブジェクトの配信中にエラーが発生したときの表示画面である。権利オブジェクトの配信が完了すると、移動端末１の表示部には配信の完了を示す画面（図１２の（Ｇ））が表示され、ユーザがコンテンツの実行を指示すると、そのコンテンツが実行される（図１２の（Ｈ））。
また、前述と同様に、前記移動端末１は要求した権利オブジェクトを受信すると、配信状況を通知する「(8) Delivery Receipt」を前記ＰＰＧ９に送信し、ＰＰＧ９は該配信状況通知の内容に応じた配信結果通知メッセージ「Delivery Report」を作成してＤＲＭプラットフォーム１６（ＴＭＳサーバ１７）に送信する。
ＤＲＭプラットフォーム１６は、配信結果通知メッセージ「Delivery Report」を受信すると、［６］課金通知送信状態に遷移し、ログを作成する（Reporting）とともに、権利オブジェクトの配信が成功している場合にのみ、課金用パラメータを含む課金通知「(9) Charging Notify」を作成してＷＧＷ１１に送信する。そして、ＤＲＭプラットフォーム１６は、［１］スタート（通信なし）状態に遷移する。
該課金通知を受け取ったＷＧＷ１１は、該通知に含まれている課金用パラメータに基づいて課金処理を行う（CDR Create）。
また、前記パラメータCP Notifyが設定されている場合には、そのパラメータで指定されているＵＲＩに対して、コンテンツの送達完了通知「(10) CP Notify」を送信する（権利オブジェクトの配信に成功している場合）。図示する例では、「http://www.cp.com/notify」に対して送達完了通知が送信されることとなる。これにより、コンテンツ・プロバイダなどでは、コンテンツが配信されたことを示す情報をリアルタイムで取得することができる。
【００４５】
（６）ＲＯ（期間課金）
次に、期間課金サービスに加入しているユーザに有料コンテンツ（権利オブジェクト）を配信する場合について、シーケンスを示す図１３及び画面表示例を示す図１４を参照して説明する。なお、前記図７及び図８の場合と同様に、サービス登録情報は前記ＷＧＷ１１に格納されているものとする。
【００４６】
前記図９又は図１１の場合と同様に、移動端末１のユーザが対象コンテンツ選択画面（図１４の（Ａ））でコンテンツを選択すると、そのコンテンツ・プロバイダ２７に対して、「(1) Rights Issuer URI Request」が送信される。コンテンツ・プロバイダ２７では、必要に応じてダウンロード数のチェック（Constraints Check）などを行った後、「(2) コンテンツ選択画面」（図１４の（Ｂ））を移動端末１に返送する。図１４の記述例に示すように、このコンテンツ選択画面における選択要素には、サービスＩＤ（ｓｉｄ）、権利オブジェクトを指定するＬＩＤ（ライセンスＩＤ）、権利オブジェクトが正常に配信されたことを通知する通知先（CPNotify）（この例では、http://www.cp.com/notify）などのパラメータが付加されたＴＭＳサーバ１７へのリンクが張られている。
ユーザがこの画面で選択を行うと、ＤＲＭプラットフォーム１６に対し、その権利オブジェクトを要求する「(3) Rights Object Request」が送られる。
前記ＤＲＭプラットフォーム１６のＴＭＳサーバ１７（ＴＭＳ−Ｓ１９）は、この「(3) Rights Object Request」を受信すると、［１］スタート（通信なし）状態から［５］権利オブジェクト（ＲＯ）リクエスト受信状態に遷移し、前記図７の場合と同様に、そのサービスによるコンテンツの提供状態をチェックし、前記ＷＧＷ１１に対して「(4) サービス登録状態問い合わせ」を送信する。そして、ＷＧＷ１１からの「(5) サービス登録状態応答」を受けて、「(6) Status Response」を移動端末１に返送する。
そして、サービスを提供してもよい場合には、前記ＬＳ２１からその権利オブジェクトを受け取って前記ＰＰＧ９に送信し、［４］権利オブジェクト（ＲＯ）配信状態に遷移する。
これにより、前記ＰＰＧ９から移動端末１に権利オブジェクトがＷＡＰプッシュにより配信され、移動端末１から配信状況を通知する「(8) Delivery Receipt」がＰＰＧ９に送られる。ＰＰＧ９では、該通知の内容に応じて配信結果通知メッセージ「Delivery Repot」を作成し、ＤＲＭプラットフォーム１６に送信する。
ＤＲＭプラットフォーム１６のＴＭＳサーバ１７は、この配信結果通知メッセージ「Delivery Report」を受信すると、［４］権利オブジェクト配信状態から［１］スタート（通信なし）状態に遷移する。そして、前述と同様に、ログを作成し、「(9) CP Notify」を送信する。
【００４７】
以上詳細に説明したように、本発明においては、前記ＴＭＳサーバ１７（ＴＭＳ−Ｓ１９）において、移動端末１との通信の状態の遷移を管理することにより、不正な遷移が発生することを防止している。なお、各々の状態で、エラー（タイマー切れも含む。）が発生した場合は、［１］スタート（通信なし）状態に戻るようにしている。
【図面の簡単な説明】
【００４８】
【図１】本発明のサーバ装置が設けられるシステムの全体構成を示すブロック図である。
【図２】移動端末にセパレート・デリバリー方式でコンテンツを配信する処理の状態遷移図である。
【図３】無料コンテンツのメディアオブジェクトと権利オブジェクトを一連のシーケンスで配信するときのシーケンスを示す図である。
【図４】図３の場合における移動端末の画面表示例を示す図である。
【図５】有料コンテンツ（ライツ課金）のメディアオブジェクトと権利オブジェクトを一連のシーケンスで配信するときのシーケンスを示す図である。
【図６】図５の場合における移動端末の画面表示例を示す図である。
【図７】有料コンテンツ（期間課金）のメディアオブジェクトと権利オブジェクトを一連のシーケンスで配信するときのシーケンスを示す図である。
【図８】図７の場合における移動端末の画面表示例を示す図である。
【図９】無料コンテンツの権利オブジェクトを配信するときのシーケンスを示す図である。
【図１０】図９の場合における移動端末の画面表示例を示す図である。
【図１１】有料コンテンツ（ライツ課金）の権利オブジェクトを配信するときのシーケンスを示す図である。
【図１２】図１１の場合における移動端末の画面表示例を示す図である。
【図１３】有料コンテンツ（期間課金）の権利オブジェクトを配信するときのシーケンスを示す図である。
【図１４】図１３の場合における移動端末の画面表示例を示す図である。
【符号の説明】
【００４９】
１：移動端末、２：移動体通信網、３：ＧＧＳＮ、４：ＳＭＳＣ、５：ＷＡＰプラットフォーム、６：ＷＡＰゲートウエイ及びプロキシサーバ（ＷＡＰ−ＧＷ／ＪＳＰ）、７：情報管理サーバ（Ｒ２Ｍ）、８：プロファイル・データベース・サーバ（ＰＤＢ）、９：プッシュ・プロキシ・ゲートウエイ（ＰＰＧ）、１０：ディレクトリ・レプリカ・サーバ（ＤＲＳ）、１１：ウェブ・ゲートウエイ（ＷＧＷ）、１２：プロキシサーバ（Ｈ−ＭＡＷＧ）、１３：ＣＤＲ収集サーバ、１４：サーバ（ＡＳ）、１５：プロキシサーバ（Ｌ−ＭＡＷＧ）、１６：ＤＲＭプラットフォーム、１７：ＴＭＳサーバ、１８：コンテンツ配信制御サーバ（ＴＭＳ−Ｃ）、１９：状態遷移管理サーバ（ＴＭＳ−Ｓ）、２０：ＤＲＭサーバ、２１：ライセンスサーバ（ＬＳ）、２２：パッケージングサーバ（ＰＳ）、２３：サーバ（ＣＰＡＳ）、２４：データベースサーバ（ＤＢ）、２５：データベースシンクロナイザ（ＤＢＳ）、２６：インターネット、２７：コンテンツ・プロバイダ、２８：オリジン・サーバ、２９：パッケージング・ツール、３０：ファイヤーウォール
【図１】
2006067321.tif 000003
【図２】
2006067321.tif 000004
【図３】
2006067321.tif 000005
【図４】
2006067321.tif 000006
【図５】
2006067321.tif 000007
【図６】
2006067321.tif 000008
【図７】
2006067321.tif 000009
【図８】
2006067321.tif 000010
【図９】
2006067321.tif 000011
【図１０】
2006067321.tif 000012
【図１１】
2006067321.tif 000013
【図１２】
2006067321.tif 000014
【図１３】
2006067321.tif 000015
【図１４】
2006067321.tif 000016