(57)【要約】【課題】  移動端末の能力に適応したOMA DRM準拠のＤＲＭサービスを提供する。【解決手段】  移動端末（ＵＥ）からのコンテンツの購入同意を示すＨＴＴＰリクエストを受信したとき、ＤＲＭプラットフォームはその移動端末の能力を検査し、それに対応するダウンロード記述子（ＤＤ）を返送する。ＵＥは、このＤＤに基づいてコンテンツプロバイダにそのコンテンツのメディアオブジェクト（ＭＯ）を要求し、ＭＯはＵＥに配信される。ＵＥからＭＯの受信を示すInstall Notifyを受信すると、ＤＲＭプラットフォームは、そのＵＥの能力に応じた権利オブジェクトを作成し、ＷＡＰプッシュによりＵＥに配信する。ＵＥの能力が権利オブジェクトに対応していないときは、そのＵＥからの取得要求を拒否する。【選択図】  図２
2006065641.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）は、Forward Lock方式のコンテンツに権利（使用権の設定）を付加して配信する方式であり、利用回数や利用期限などの制限（例えば、１回のみ使用可、５日間使用可）を行うことができる。この使用権として、コンテンツ利用回数（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>
【発明の開示】
【発明が解決しようとする課題】
【０００７】
上述した第３世代のサービスが開始されると、従来より提供されていた各移動体通信事業者独自のプロトコルに対応した移動端末と、上述したＷＡＰ対応端末の両者が存在することとなる。
従来より、各移動体通信事業者はそれぞれの独自プロトコルに基づいて、独自のサービスを提供していたが、これからは、各移動体通信事業者独自の規格に対応した移動端末だけではなくＷＡＰ対応端末に対しても、従来より各移動体通信事業者独自の規格に対応した移動端末に対して提供しているものと同様のサービスを提供することが求められる。
コンテンツの著作権保護に関しても、OMA DRM準拠の著作権保護機構が用いられるＷＡＰ対応端末に対して、従来から行われていた移動体通信事業者の独自仕様による著作権管理と同様のサービスを提供することが必要となる。
例えば、従来のサービスにおいては、個々の移動端末の能力に適したコンテンツをダウンロードするようにしていたが、ＷＡＰ対応端末においても同様に個々のＷＡＰ対応端末の能力に対応したコンテンツをダウンロードすることできるようにすることが求められる。
【０００８】
そこで本発明は、ＷＡＰ対応端末に対しても、移動端末の能力に合わせた処理を行うことができるサーバ装置を提供することを目的としている。
【課題を解決するための手段】
【０００９】
上記目的を達成するために、移動体通信網とインターネットなどのＩＰネットワークとの間に設けられたゲートウエイサーバに接続されたサーバ装置であって、移動端末からセパレート・デリバリーにおける権利オブジェクトの取得要求があったときに、その移動端末の能力に対応した権利オブジェクトを作成する手段と、該作成した権利オブジェクトを前記移動端末に配信する手段とを有するものである。
また、本発明の他のサーバ装置は、移動体通信網とインターネットなどのＩＰネットワークとの間に設けられたゲートウエイサーバに接続されたサーバ装置であって、移動端末からセパレート・デリバリーにおける権利オブジェクトの取得要求があったときに、その移動端末の能力が前記権利オブジェクトに適合しているか否かを判定する手段と、前記移動端末の能力が前記権利オブジェクトに適合していないときに前記取得要求を拒否する手段とを有するものである。
さらに、本発明のさらに他のサーバ装置は、移動体通信網とインターネットなどのＩＰネットワークとの間に設けられたゲートウエイサーバに接続されたサーバ装置であって、移動端末からコンテンツの取得要求があったときに、その移動端末の能力を検査する手段と、前記移動端末の能力に適したダウンロード記述子を作成して前記移動端末に送信する手段とを有するものである。
【発明の効果】
【００１０】
移動端末からコンテンツに関する権利オブジェクトの取得要求があったときに、その移動端末の能力に対応した権利オブジェクトを作成する手段を有する本発明のサーバ装置によれば、セパレート・デリバリー方式でコンテンツを配信するときに、その移動端末に適した権利を設定することが可能となる。
また、移動端末からコンテンツに関する権利オブジェクトの取得要求があったときに、その移動端末の能力に応じてその取得要求を拒否する手段を有する本発明のサーバ装置によれば、移動端末から要求されたコンテンツに対応する権利オブジェクトにその移動端末が対応していないコンストレイント情報が含まれているときなどに、その移動端末からの要求を拒否することができ、コンテンツの不正利用を防止することが可能となる。
さらに、移動端末から前記コンテンツの取得要求があったときに、その移動端末の能力に対応したダウンロード記述子を作成して、その移動端末に送信する手段を有する本発明のサーバ装置によれば、ダウンロード記述子のバージョンアップなどがあったときにも、当該移動端末の能力に対応することが可能となる。
【発明を実施するための最良の形態】
【００１１】
図１は、本発明のサーバ装置が設けられている移動体通信システムの全体構成の一例を示すブロック図である。なお、ここでは、煩雑さを避けるため、監視・保守系の構成については図示を省略している。
この図において、１は携帯電話機等の移動端末（ＵＥ：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）などが記述されているファイルである。
一方、前記権利オブジェクト（ＲＯ）は、前記ＰＰＧ９を介して、当該移動端末１にＷＡＰプッシュで配信される。
すなわち、権利オブジェクトは、移動体通信事業者が設置しているライセンスサーバからＷＡＰプッシュによらなければ取得することができないようになされている。
【００１８】
このように構成されたシステムの動作について、移動端末１のユーザが、コンテンツ・プロバイダ２７のオリジン・サーバ２８から有料コンテンツをダウンロードするときを例にとって説明する。なお、以下の説明では、移動端末１はＷＡＰ対応端末であるとする。
【００１９】
図２は、前記移動端末１のユーザが、有料コンテンツをオリジン・サーバ２８からダウンロードするときのシーケンスを示す図である。
ＷＡＰ対応端末である移動端末１がＷＡＰシーケンスにしたがってインターネットに接続しており、ユーザがコンテンツ・プロバイダ２７により提供される有料コンテンツの購入を決定し、該コンテンツの購入を指示する操作をしたとする。これにより、移動端末１から購入同意を示すＨＴＴＰリクエストが送出され、該ＨＴＴＰリクエストは、サーバ（ＷＡＰ−ＧＷ／ＪＳＰ）６及びＷＧＷ１１（Ｈ−ＭＡＷＧ１２）で中継されてＤＲＭプラットフォーム１６のＴＭＳ−Ｃ１８に転送される。この購入同意を示すＨＴＴＰリクエストには、当該コンテンツのダウンロード記述子（ＤＤ）の取得要求が含まれている。
【００２０】
前記移動端末１からの購入同意を示すＨＴＴＰリクエストを受信したＷＡＰ−ＧＷ／ＪＳＰ６は、そのＨＴＴＰリクエストに含まれているＭＳＩＳＤＮ（Mobile Station ISDN number）又はＩＭＳＩ（International Mobile Subscriber Identity）をキーとして、前記Ｒ２Ｍ７から、その移動端末の機種情報や性能を示す情報からなる移動端末情報（UE-Profile）とウェブブラウザなどのユーザエージェントのプロファイル情報（UA-Profile）を取得する。このとき、ＷＡＰ−ＧＷ／ＪＳＰ６は、ＤＲＭ用の拡張情報として、セキュアクロック（移動端末１の内部に保持されている時間情報）の種類、及び、変更すべきＭＩＭＥタイプとパーミッションの紐付け情報も取得する。そして、ＷＡＰ−ＧＷ／ＪＳＰ６は、取得した移動端末情報（UE-Profile）、ユーザエージェントのプロファイル情報（UA-Profile）及び前記ＤＲＭ用拡張情報を前記ＨＴＴＰリクエストのＨＴＴＰヘッダに付加して、ＷＧＷ１１（Ｈ−ＭＡＷＧ１２）を介し前記ＤＲＭプラットフォーム１６のＴＭＳサーバ１７に送信する。
【００２１】
このＨＴＴＰリクエストを受信したＴＭＳサーバ１７は、該要求されたコンテンツをダウンロードするためのダウンロード記述子を作成して、当該移動端末１へのＨＴＴＰレスポンスとして送信する。このときに、ＴＭＳサーバ１７は、その移動端末１の能力を検査し、その能力に対応したダウンロード記述子を作成するようにしている。
すなわち、ＤＲＭプラットフォーム１６のＴＭＳサーバ１７では、前記ＨＴＴＰヘッダに含まれているＤＲＭ用拡張情報に基づいてそのＨＴＴＰリクエストを送出した移動端末１の能力を検査するとともに、該ＨＴＴＰリクエストに基づいてその移動端末に適したダウンロード記述子（Download Descriptor）を作成し、該ダウンロード記述子を含むＨＴＴＰレスポンスを前記ＷＧＷ１１に返す。
例えば、新しい機種の移動端末が発売され、ダウンロード記述子の記述方式のバージョンが上がったときなどには、ＴＭＳサーバ１７は、その機種に対応した記述方式で記述されたダウンロード記述子を作成する。これにより、ＤＲＭプラットフォーム１６は、新バージョンの移動端末に対応することが可能となる。
【００２２】
前記ＴＭＳサーバ１７で上述のようにして作成されたダウンロード記述子を含むＨＴＴＰレスポンスを受け取ったＷＧＷ１１は、そのＨＴＴＰレスポンスのステータスコードを“402”に設定して前記ＷＡＰ−ＧＷ／ＪＳＰ６に転送し、ＷＡＰ−ＧＷ／ＪＳＰ６は、受け取ったＨＴＴＰレスポンスのステータスコードを“200”に設定して移動端末１に転送する。
これにより、従来より移動体通信事業者独自規格で行われているステータスコード“402”を用いた課金処理をＷＡＰ対応端末に対しても行うことが可能となる。
【００２３】
ＷＡＰ−ＧＷ／ＪＳＰ６からダウンロード記述子が含まれているＨＴＴＰレスポンスを受け取った移動端末１は、該ダウンロード記述子に含まれているＵＲＬ（ObjectURI）に対してそのコンテンツ（メディアオブジェクト）の取得要求（Get Media Object）を送出する。この要求は、ＤＲＭプラットフォーム１６、ＷＧＷ１１を経て、該コンテンツを格納しているコンテンツ・プロバイダ２７に転送される。
該コンテンツ要求を受け取ったコンテンツ・プロバイダ２７は、要求されたコンテンツ（メディアオブジェクト）を、ＷＧＷ１１、前記ＤＲＭプラットフォーム１６、前記ＷＡＰ−ＧＷ／ＪＳＰ６を中継して前記移動端末１に転送する。
移動端末１は全てのコンテンツを受信したときに、ダウンロード完了通知“Install Notify”を前記ＷＡＰ−ＧＷ／ＪＳＰ６を介して前記ＤＲＭプラットフォーム１６（前記ダウンロード記述子中のＵＲＬ（InstallNotifyURI）により指定されている）に送信する。
【００２４】
ＤＲＭプラットフォーム１６は、該“Install Notify”を受け取ると、その移動端末１の能力に応じた権利オブジェクトを作成し、前記ＰＰＧ９を介して、当該移動端末１にＷＡＰプッシュで配信する（Rights Object Push Delivery）。
例えば、前記ＤＲＭプラットフォーム１６は、前記ＨＴＴＰリクエストを送出した移動端末１の能力に応じて、次の（１）及び（２）の処理を行う。
【００２５】
（１）移動端末１の能力に応じて、権利オブジェクトのパーミッション情報を書き換える。
すなわち、OMA DRM ver1.0ではＭＩＭＥタイプとパーミッション情報の紐付けについて規定されていないため、移動端末によって紐付けが異なることがありうる。そこで、その移動端末に応じたパーミッション情報に書き換えることにより、移動端末間のサービス互換性を保つ。例えば、あるコンテンツには通常は“Execute”が紐付けられているが、ある移動端末Ａには“Play”が紐付けられているとすると、通常であれば、移動端末Ａに“Execute”の権利オブジェクトが配信され、移動端末Ａではそのコンテンツを使用することができないこととなる。しかし、本機能が備えられていることにより、移動端末Ａに対してパーミッション情報を“Play”に書き換えた権利オブジェクトが配信されることとなり、移動端末Ａでもそのコンテンツを使用することができるようになる。
【００２６】
（２）移動端末の能力に応じて、特定のコンストレイント（Constraint）情報が含まれる権利オブジェクト（ＲＯ）を配信しないようにする。
移動端末によっては、内部に保持されている時間情報（セキュアクロック）をユーザが容易に変更することができるものがある。このように不正に時間操作をすることができる移動端末に対して、時間系権利オブジェクト（コンテンツ利用可能時間（Interval）やコンテンツ利用可能期間（Datetime）を含む権利オブジェクト）を配信することには問題がある。そこで、ＤＲＭプラットフォーム１６は、正当な時間情報を保持している移動端末にのみ時間系権利オブジェクトを配信する機能を備えている。
すなわち、ＤＲＭプラットフォーム１６は、前記ＷＡＰ−ＧＷ／ＪＳＰ６からのＨＴＴＰリクエストのＨＴＴＰヘッダに付加されたＤＲＭ用拡張情報中のセキュアクロックの種類（当該移動端末１のセキュアクロック方式名）と、前記ＴＭＳサーバ１７により保持されている正当なセキュアクロック方式名とを比較して、そのリクエストを送信した移動端末が正当な時間情報を保持している移動端末であるか否かを判定する。その結果、ＨＴＴＰヘッダに付加されたＤＲＭ用拡張情報中のセキュアクロック方式名が正当なセキュアクロック方式に適合するものであるときには、その移動端末に対して前述した時間系権利オブジェクトを配信するが、ＨＴＴＰヘッダに付加されたＤＲＭ用拡張情報中に不正なセキュアクロック方式名が設定されている移動端末や、ＨＴＴＰヘッダに付加されたＤＲＭ用拡張情報中に何も設定されていない移動端末からのＨＴＴＰリクエストに対してはエラーメッセージを送信し、時間系権利オブジェクトの配信を行わないようにしている。
【００２７】
このようにして作成された権利オブジェクトは、前記ＰＰＧ９を介して、移動端末１にプッシュで配信される。
前記移動端末１は、前記権利オブジェクトを受信すると、配信状況を通知する“Delivery Receipt”を前記ＰＰＧ９に送信する。ＰＰＧ９は、該“Delivery Receipt”を受け取ると、その内容に応じた配信結果通知メッセージ“Delivery Report”を作成し、ＤＲＭプラットフォーム１６に送信する。
ＤＲＭプラットフォーム１６は、該配信結果通知メッセージ“Delivery Report”を受け次第、権利オブジェクトの配信の成否について判断し、配信に成功している場合にのみ、該当するＷＧＷ１１に対して、課金用パラメータを含む課金通知“Charging Notify”を送信する。該課金通知を受け取ったＷＧＷ１１は、該通知に含まれている課金用パラメータに基づいて課金処理を行う。
すなわち、権利オブジェクトの配信が完了しないうちに課金処理を行うことがないようにされている。
【００２８】
このように、本発明のＤＲＭプラットフォーム１６によれば、移動端末１の能力に対応した権利オブジェクトを作成し、配信することができるので、ＷＡＰ端末についても、その能力に応じたコンテンツを配信することが可能となる。
また、移動端末の能力に応じて、そのコンテンツ取得要求を拒否したり、あるいは、それに対応したダウンロード記述子を作成して送信するようにしているので、移動端末に対応した処理を行うことが可能となる。
【００２９】
なお、上記においては、従量課金を行うときについて説明したが、無料のコンテンツをダウンロードさせる場合、期間課金を行なう場合についても、同様に適用することができる。
また、上記においては、メディアオブジェクトと権利オブジェクトを連続して送信する場合について説明したが、権利オブジェクトのみを配信する場合にも、同様に適用することができる。
【図面の簡単な説明】
【００３０】
【図１】本発明のサーバ装置が設けられるシステムの全体構成を示すブロック図である。
【図２】移動端末から有料コンテンツを購入するときのシーケンスを示す図である。
【符号の説明】
【００３１】
１：移動端末、２：移動体通信網、３：ＧＧＳＮ、４：ＳＭＳＣ、５：ＷＡＰプラットフォーム、６：ＷＡＰゲートウエイ及びプロキシサーバ（ＷＡＰ−ＧＷ／ＪＳＰ）、７：情報管理サーバ（Ｒ２Ｍ）、８：プロファイル・データベース・サーバ（ＰＤＢ）、９：プッシュ・プロキシ・ゲートウエイ（ＰＰＧ）、１０：ディレクトリ・レプリカ・サーバ（ＤＲＳ）、１１：ウェブ・ゲートウエイ（ＷＧＷ）、１２：プロキシサーバ（Ｈ−ＭＡＷＧ）、１３：ＣＤＲ収集サーバ、１４：サーバ（ＡＳ）、１５：プロキシサーバ（Ｌ−ＭＡＷＧ）、１６：ＤＲＭプラットフォーム、１７：ＴＭＳサーバ、１８：コンテンツ配信制御サーバ（ＴＭＳ−Ｃ）、１９：状態遷移管理サーバ（ＴＭＳ−Ｓ）、２０：ＤＲＭサーバ、２１：ライセンスサーバ（ＬＳ）、２２：パッケージングサーバ（ＰＳ）、２３：サーバ（ＣＰＡＳ）、２４：データベースサーバ（ＤＢ）、２５：データベースシンクロナイザ（ＤＢＳ）、２６：インターネット、２７：コンテンツ・プロバイダ、２８：オリジン・サーバ、２９：パッケージング・ツール、３０：ファイヤーウォール
【図１】
2006065641.tif 000003
【図２】
2006065641.tif 000004