JP2006067319A - サーバ装置 - Google Patents

Abstract

【課題】 セパレート・デリバリーによるコンテンツ配信において合理的な課金を行う。
【解決手段】 移動端末ＵＥはダウンロード記述子DDに基づいてメディアオブジェクトＭＯのダウンロード要求(7)MO Reqを送信し、当該コンテンツプロバイダからそのＭＯが送信される（(8)MO Res）。ＵＥからＭＯの受信が完了したことを示すダウンロード完了通知(9)Install Notifyを受信したＤＲＭプラットフォームは、対応する権利オブジェクトＲＯをＷＡＰプッシュでＵＥに配信する（(11)RO Delivery）。ＵＥからの(12)Delivery Receiptを受信したＰＰＧ９はDelivery ReportをＤＲＭプラットフォームに送信し、ＤＲＭプラットフォームは対応するウェブゲートウエイＷＧＷに課金通知(13)Charging 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>

上述した第３世代のサービスが開始されると、従来より提供されていた各移動体通信事業者独自のプロトコルに対応した移動端末と、上述したＷＡＰ対応端末の両者が存在することとなる。
各移動体通信事業者はそれぞれの独自プロトコルに基づいて独自のサービスを提供していたが、これからは、各移動体通信事業者独自の規格に対応した移動端末だけではなくＷＡＰ対応端末に対しても、従来より各移動体通信事業者独自の規格に対応した移動端末に対して提供しているものと同様のサービスを提供することが求められる。
例えば、従来のサービスにおいては、コンテンツのダウンロードが完了してから課金を行うようにしていたが、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）１４、一般的なウェブのキャッシングプロキシ機能を提供するプロキシサーバ（Ｌ−ＭＡＷＧ）１５が含まれている。

なお、図１にはＷＧＷ１１を１個のみ記載しているが、実際には、ＷＧＷ１１は各地域に対応してシステム中に複数設けられており、移動体通信事業者独自の規格に対応した移動端末１はその所属する地域のＷＧＷ１１を介してインターネットに接続するようになされている。また、ＷＡＰ対応端末の場合には、前記ＷＡＰ−ＧＷ／ＪＳＰ６が、そのＷＡＰ対応端末のＭＳＩＳＤＮ（Mobile Station ISDN number）又はＩＭＳＩ（International Mobile Subscriber Identity）に基づいて、前記Ｒ２Ｍ７からそのユーザの所属する地域を示すドメイン名を取得し、該取得したドメイン名をそのＷＡＰ対応端末からのＨＴＴＰリクエストのホストヘッダに補完するようにしている。これにより、そのＷＡＰ対応端末からのＨＴＴＰリクエストを、そのユーザの所属する地域に対応するＷＧＷ１１にルーティングするようにしている。

１６はＤＲＭ利用サービスを提供するためのＤＲＭプラットフォームであり、ＴＭＳ（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）などの各種パラメータが付加されたCONFONリクエストのあて先（ＷＧＷ１１）へのリンクが張られている。

ユーザが該コンテンツ選択画面をみて、有料コンテンツの購入を指示する操作をすると、「(3) CONFONリクエスト」がＷＧＷ１１に送出される。ＷＧＷ１１では、該CONFONリクエストを受け取るとその種類を解釈して、対応する有料コンテンツの「(4) 課金認証画面」を前記ＷＡＰ−ＧＷ／ＪＳＰ６を介して、移動端末１に送信する。このときに、ＷＡＰ−ＧＷ／ＪＳＰ６は、そのときの時間情報を含むパラメータを暗号化して送信するようにしている。

ユーザが、該課金認証画面（図３の（Ｂ））をみて、パスワードを入力して「ＯＫ」ボタンを操作すると、そのコンテンツのメディアオブジェクト（ＭＯ）をダウンロードするためのダウンロード記述子（ＤＤ）の取得要求を含むＨＴＴＰリクエスト「(5) DD Request」が送出される。
該「(5) DD Request」は、ＷＡＰ−ＧＷ／ＪＳＰ６及びＷＧＷ１１（Ｈ−ＭＡＷＧ１２）で中継されてＤＲＭプラットフォーム１６のＴＭＳ−Ｃ１８に転送される。なお、このとき、ＷＡＰ−ＧＷ／ＪＳＰ６において、前記「(4) 課金認証画面」を送信してから所定の時間以内であるか否かがチェックされ、所定時間以上経過しているときは、そのリクエストを無効とし、移動端末１に図３の（Ｄ）に示すようなエラー画面を表示させて、再度リクエストを送信することを促すようにしている。

前記移動端末１からの「(5) DD Request」を受信したＷＡＰ−ＧＷ／ＪＳＰ６は、その移動端末１のＭＳＩＳＤＮ又はＩＭＳＩをキーとして、前記Ｒ２Ｍ７から、その移動端末の機種情報や性能を示す情報からなる移動端末情報（UE-Profile）とウェブブラウザなどのユーザエージェントのプロファイル情報（UA-Profile）を取得する。このとき、ＷＡＰ−ＧＷ／ＪＳＰ６は、ＤＲＭ用の拡張情報として、セキュアクロック（移動端末１の内部に保持されている時間情報）の種類、変更すべきＭＩＭＥタイプとパーミッションの紐付け情報、及び、その所属する地域のドメイン名も取得する。そして、ＷＡＰ−ＧＷ／ＪＳＰ６は、取得した移動端末情報（UE-Profile）、ユーザエージェントのプロファイル情報（UA-Profile）及び前記ＤＲＭ用拡張情報を前記ＨＴＴＰリクエストのＨＴＴＰヘッダに付加して、ＷＧＷ１１（Ｈ−ＭＡＷＧ１２）を介し前記ＤＲＭプラットフォーム１６のＴＭＳサーバ１７に送信する。

このＨＴＴＰリクエストを受信したＴＭＳサーバ１７は、該要求されたコンテンツをダウンロードするためのダウンロード記述子を作成して、当該移動端末１へのＨＴＴＰレスポンスとして送信する。このときに、その移動端末１の能力を検査し、その能力に対応したダウンロード記述子を作成するようにしている。
すなわち、ＤＲＭプラットフォーム１６のＴＭＳサーバ１７では、前記ＨＴＴＰヘッダに含まれているＤＲＭ用拡張情報に基づいてそのＨＴＴＰリクエストを送出した移動端末１の能力を検査するとともに、該ＨＴＴＰリクエストに基づいてその移動端末に適したダウンロード記述子（Download Descriptor）を作成し、該ダウンロード記述子を含む「(6) DD Response」を前記ＷＧＷ１１に返す。
図２に示すように、このダウンロード記述子には、実際のコンテンツの存在場所を示すパラメータ（ObjectURI）として前述したオブジェクトリンク（ｏｌ）が記述され、コンテンツの送達完了通知の通知先（InstallNotifyURI）として、ＴＭＳサーバ１７のＵＲＩ（ＴＭＳ通知用ＵＲＩ）と前述したパラメータ「CPNotify」が記述される。
前記ＴＭＳサーバ１７で上述のようにして作成されたダウンロード記述子を含む「(6) DD Response」は、前記ＷＧＷ１１及び前記ＷＡＰ−ＧＷ／ＪＳＰ６を介して移動端末１に転送される。

「(6) DD Response」を受け取った移動端末１の表示部には、図３の（Ｃ）に示すようなコンテンツの確認画面が表示される。ここで、ユーザがそのコンテンツのダウンロードをするために「ＯＫ」ボタンを操作すると、その「(6) DD Response」に含まれているダウンロード記述子中のオブジェクトＵＲＩに対してそのコンテンツ（メディアオブジェクト）の取得要求「(7) MO Request」が送出され、図３の（Ｅ）に示す画面が表示される。なお、ユーザが「ＮＧ」ボタンを操作したときは、図３の（Ｆ）に示す画面が表示され、処理が中止される。

前記「(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) 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」を前記ＰＰＧ９に送信する。ＰＰＧ９は該「(8) Delivery Receipt」を受信すると、その内容に応じた配信結果通知メッセージ「Delivery Report」を作成し、前記ＤＲＭプラットフォーム１６（ＴＭＳサーバ１７）に転送する。
ＤＲＭプラットフォーム１６は、該配信結果通知メッセージ「Delivery Report」を受信すると、ログを作成する（Reporting）とともに、権利オブジェクトの配信の成否について判断し、配信に成功している場合にのみ、課金用パラメータを含む課金通知「(9) Charging Notify」を作成し、該当するＷＧＷ１１に対して送信する。該課金通知を受け取ったＷＧＷ１１は、該通知に含まれている課金用パラメータに基づいて課金処理を行う（CDR Create）。
また、前記パラメータCP Notifyが設定されている場合には、そのパラメータで指定されているＵＲＩに対して、コンテンツの送達完了通知「(10) CP Notify」を送信する（配信に成功している場合）。図示する例では、「http://www.cp.com/notify」に対して送達完了通知が送信されることとなる。これにより、コンテンツプロバイダなどでは、コンテンツが配信されたことを示す情報をリアルタイムで取得することができる。
このようにして、この場合にも、権利オブジェクトの配信が完了しないうちに課金処理を行うことがないようにされている。

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

符号の説明

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

Claims (2)

1. 移動体通信網とインターネットなどのＩＰネットワークとの間に設けられ、課金に関する処理を行うゲートウエイサーバに接続されたサーバ装置であって、
   移動端末からセパレート・デリバリーにおける権利オブジェクトの取得要求があったときに、その権利オブジェクトを当該移動端末に配信する手段と、
   前記権利オブジェクトの前記移動端末への配信が完了したときに前記ゲートウエイサーバに対して課金通知を送信する手段と
   を有することを特徴とするサーバ装置。
2. 前記ゲートウエイサーバは複数設けられており、前記課金通知は、前記移動端末に対応するゲートウエイサーバに送信されるようになされていることを特徴とする請求項１記載のサーバ装置。

Images