JP2006067320A - サーバ装置 - Google Patents

Abstract

【課題】 セパレートデリバリ方式において、コンテンツが配信されたことを即時にコンテンツ・プロバイダに通知する。
【解決手段】 ＤＲＭプラットフォームは、移動端末ＵＥからの「(3) DD Req」に応じて、権利オブジェクトＲＯの配信完了通知の通知先を示すパラメータ「CP Notify」を含むダウンロード記述子ＤＤを作成して、当該ＵＥに送信する。ＵＥは該ＤＤに基づいてメディアオブジェクトＭＯ「(6)MO Res」を受信し、続いて、ＷＡＰプッシュによりＲＯの配信を受ける「(9) RO Delivery」。ＵＥからの「(10) Delivery Receipt」を受信したＰＰＧ９はDelivery Reportを送信し、ＤＲＭプラットフォームはパラメータ「CP Notify」により指定された通知先に配信完了通知「(11) CP Notify」を送信する。
【選択図】 図２

Description

本発明は、携帯電話などの移動端末からインターネットに接続することができる移動体通信システムにおけるサーバ装置に関する。

近年、いわゆる第３世代と呼ばれる携帯電話サービスが導入されつつあるが、この第３世代の移動体通信システムにおいては同一の移動端末を世界中で共通に使用することができるように標準化が進められており、ＷＡＰ（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）ファイルと、そのライセンスＩＤ（ＬＩＤ）を作成する。このとき、前記ＤＲＭサーバ２０中のデータベースサーバＤＢ２４に鍵情報、コンテンツ内容、ＭＩＭＥタイプなどの情報が格納される。
ここで、前記ライセンスＩＤ（ＬＩＤ）は、メディアオブジェクト（ＭＯ）に紐付けられたある権利オブジェクト（ＲＯ）を指定するＩＤである。本ＩＤを指定することにより該当する権利オブジェクト（ＲＯ）の配信が可能とされる。

前記メディアオブジェクト（ＭＯ）は、ＯＭＡにより規定されたダウンロード方式（ＯＭＡダウンロード）によりダウンロードされる。この方式では、コンテンツのダウンロードの前に、ダウンロード記述子（ＤＤ）を取得することで、事前にどのようなコンテンツを取得するのかを通知することができる。また、ダウンロード完了後、任意のＵＲＬに対してダウンロード完了通知（Install Notify）を送信することができる。ここで、前記ダウンロード記述子は、そのコンテンツ（ＭＯ）に関するメタデータ（コンテンツの名称、サイズ、タイプ、バージョンなど）、そのコンテンツの存在場所を示すＵＲＬ（ObjectURI）及びダウンロード完了通知の通知先のＵＲＬ（InstallNotifyURI）などが記述されているファイルである。
一方、前記権利オブジェクト（ＲＯ）は、前記ライセンスサーバＬＳ２１から、ＰＰＧ９を介して、当該移動端末１にＷＡＰプッシュで配信される。
すなわち、権利オブジェクトは、移動体通信事業者が設置しているライセンスサーバからＷＡＰプッシュによらなければ取得することができないようになされている。

このように構成されたシステムの動作について、移動端末１のユーザが、コンテンツ・プロバイダ２７のオリジン・サーバ２８から無料のコンテンツをダウンロードするときを例にとって説明する。なお、以下の説明では、移動端末１はＷＡＰ対応端末であるとする。

図２は、前記移動端末１のユーザが、メディアオブジェクト（ＭＯ）と権利オブジェクト（ＲＯ）を一連の流れでダウンロードするときのシーケンスを示す図であり、図３は、そのときの移動端末１の画面表示の一例を示す図である。
図２において、ＷＡＰ対応端末である移動端末１がＷＡＰシーケンスにしたがってインターネットに接続しており、ユーザがコンテンツ・プロバイダ２７からコンテンツをダウンロードしようとして「(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」に対して送達完了通知が送信されることとなる。これにより、コンテンツ・プロバイダなどでは、コンテンツが配信されたことを示す情報をリアルタイムで取得することができる。
なお、前記パラメータ「CP Notify」を変更することにより、送達完了通知の通知先を任意に設定することができる。

上述したケースは、メディアオブジェクトと権利オブジェクトが連続して配信される場合であった。次に、コンテンツの権利オブジェクトのみを配信する場合について説明する。この場合には、メディアオブジェクトは、ユーザの移動端末１に種々の手段によりあらかじめ配信されている。
図４は、権利オブジェクトのみを配信する場合のシーケンスを示す図であり、図５はそのときの移動端末１における画面表示の一例を示す図である。
図４において、ユーザが、対象コンテンツ選択画面（図５の（Ａ））において、権利オブジェクトをダウンロードするコンテンツを選択すると、コンテンツ・プロバイダ２７に「(1) Rights Issuer URI Request」が送信される。これに応じて、当該コンテンツ・プロバイダ２７から「(2) コンテンツ選択画面」が移動端末１に送信される。なお、ダウンロード数の制限を行なっている場合等には、ここで、ダウンロード数のチェック（Constraint Check）が行われる。
図５の（Ｂ）は、コンテンツ選択画面の一例を示す図である。図示するように、コンテンツには、サービスＩＤ（ｓｉｄ）、権利オブジェクトを指定するＬＩＤ（ライセンスＩＤ）、権利オブジェクトが正常に配信されたことを通知する通知先（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」を前記ＰＰＧ９に送信する。ＰＰＧ９は該「(6) Delivery Receipt」を受信すると、その内容に応じた配信結果通知メッセージ「Delivery Report」を作成し、前記ＤＲＭプラットフォーム１６（ＴＭＳサーバ１７）に送信する。
ＤＲＭプラットフォーム１６は、配信結果通知メッセージ「Delivery Report」を受信すると、ログを作成する（Reporting）とともに、権利オブジェクトの配信の成否について判断し、配信に成功している場合には、前記パラメータ「CP Notify」により指定されているＵＲＩに対して、コンテンツの送達完了通知「(7) CP Notify」を送信する。図示する例では、「http://www.cp.com/notify」に対して送達完了通知が送信されることとなる。これにより、コンテンツ・プロバイダなどでは、コンテンツが配信されたことを示す情報をリアルタイムで取得することができる。

なお、以上の説明では、無料のコンテンツの配信を行なう場合について説明したが、従量課金又は期間課金が行われる有料コンテンツの配信の場合にも、同様に、コンテンツの送達完了通知を所望のＵＲＩに対して送信することができる。

本発明のサーバ装置が設けられるシステムの全体構成を示すブロック図である。 コンテンツのメディアオブジェクトと権利オブジェクトを一連のシーケンスでダウンロードするときのシーケンスを示す図である。 メディアオブジェクトと権利オブジェクトを一連のシーケンスでダウンロードするときの移動端末の画面表示例を示す図である。 コンテンツの権利オブジェクトのみをダウンロードするときのシーケンスを示す図である。 権利オブジェクトのみをダウンロードするときの移動端末の画面表示例を示す図である。

符号の説明

１：移動端末、２：移動体通信網、３：ＧＧＳＮ、４：ＳＭＳＣ、５：ＷＡＰプラットフォーム、６：ＷＡＰゲートウエイ及びプロキシサーバ（ＷＡＰ−ＧＷ／ＪＳＰ）、７：情報管理サーバ（Ｒ２Ｍ）、８：プロファイル・データベース・サーバ（ＰＤＢ）、９：プッシュ・プロキシ・ゲートウエイ（ＰＰＧ）、１０：ディレクトリ・レプリカ・サーバ（ＤＲＳ）、１１：ウェブ・ゲートウエイ（ＷＧＷ）、１２：プロキシサーバ（Ｈ−ＭＡＷＧ）、１３：ＣＤＲ収集サーバ、１４：サーバ（ＡＳ）、１５：プロキシサーバ（Ｌ−ＭＡＷＧ）、１６：ＤＲＭプラットフォーム、１７：ＴＭＳサーバ、１８：コンテンツ配信制御サーバ（ＴＭＳ−Ｃ）、１９：状態遷移管理サーバ（ＴＭＳ−Ｓ）、２０：ＤＲＭサーバ、２１：ライセンスサーバ（ＬＳ）、２２：パッケージングサーバ（ＰＳ）、２３：サーバ（ＣＰＡＳ）、２４：データベースサーバ（ＤＢ）、２５：データベースシンクロナイザ（ＤＢＳ）、２６：インターネット、２７：コンテンツ・プロバイダ、２８：オリジン・サーバ、２９：パッケージング・ツール、３０：ファイヤーウォール

Claims (3)

1. 移動体通信網とインターネットなどのＩＰネットワークとの間に設けられたゲートウエイサーバに接続されたサーバ装置であって、
   移動端末からセパレート・デリバリーによるコンテンツのダウンロード要求があったときに、そのコンテンツのメディアオブジェクトに関するダウンロード記述子を当該移動端末に送信する手段と、
   前記メディアオブジェクトのダウンロード完了通知を受信した後に、そのメディアオブジェクトに対応する権利オブジェクトを前記移動端末に配信する手段と、
   該権利オブジェクトの配信完了通知を受信した後に、そのコンテンツの送達完了通知を所定の通知先に通知する手段と
   を有することを特徴とするサーバ装置。
2. 前記所定の通知先は、前記ダウンロード記述子中に記述されていることを特徴とする請求項１記載のサーバ装置。
3. 移動体通信網とインターネットなどのＩＰネットワークとの間に設けられたゲートウエイサーバに接続されたサーバ装置であって、
   移動端末からセパレート・デリバリーにおける権利オブジェクトの取得要求があったときに、その権利オブジェクトを当該移動端末に配信する手段と、
   前記権利オブジェクトの配信完了通知を受信した後に、前記権利オブジェクトの送達完了通知を所定の通知先に通知する手段と
   を有することを特徴とするサーバ装置。

Images