トップ :: H 電気 :: H04 電気通信技術




【発明の名称】 コンテンツ配信システム
【発明者】 【氏名】野口 聡
【要約】 【課題】コンテンツをストリーミングによりダウンロードして再生する際に、通信ネットワーク側の要因によりコンテンツのダウンロードに支障を来した場合には、不適切な課金処理又は権利の消費処理が行われないようにする。

【構成】コンテンツ配信サーバＣＳＶからストリーミングによりコンテンツをダウンロードしている期間に当該コンテンツのダウンロード実行状況を携帯端末ＭＳ１で監視する。そして、ダウンロード終了後に、携帯端末ＭＳ１において上記ダウンロード実行状況の監視結果をコンテンツ配信サーバＣＳＶから事前に取得した課金条件と比較して、ダウンロード実行状況の監視結果が課金条件を満足するか否かを判定する。この判定の結果、満足すると判定された場合に、上記コンテンツ配信サーバＣＳＶにおいて課金処理を行うと共に、携帯端末ＭＳ１において権利の消費処理を行うようにしたものである。
【特許請求の範囲】
【請求項１】
権利情報が付与されたコンテンツを管理するサーバ装置と、このサーバ装置に対し通信ネットワークを介して接続可能なクライアント装置とを具備し、
前記クライアント装置は、
前記サーバ装置から前記コンテンツをストリーミング方式によりダウンロードする手段と、
前記コンテンツのダウンロードの実行状況を監視する監視手段と
を備え、
前記クライアント装置及びサーバ装置のいずれか一方は、
前記監視手段によるダウンロード実行状況の監視結果を予め定められた課金条件と比較し、前記ダウンロード実行状況の監視結果が前記課金条件を満足するか否かを判定する判定手段を備え、
前記サーバ装置は、
前記判定手段による判定結果に基づいて、前記コンテンツのダウンロードに対する課金処理を行う手段を備えることを特徴とするコンテンツ配信システム。
【請求項２】
権利情報が付与されたコンテンツを管理するサーバ装置と、代行サーバ装置と、前記サーバ装置及び代行サーバ装置に対し通信ネットワークを介して接続可能なクライアント装置とを具備し、
前記クライアント装置は、
前記サーバ装置から前記コンテンツをストリーミング方式によりダウンロードする手段と、
前記コンテンツのダウンロードの実行状況を監視する手段と
を備え、
前記クライアント装置及び代行サーバ装置のいずれか一方は、
前記監視手段によるダウンロード実行状況の監視結果を予め定められた課金条件と比較し、前記ダウンロード実行状況の監視結果が前記課金条件を満足するか否かを判定する判定手段を備え、
前記代行サーバ装置は、
前記判定手段による判定結果に基づいて、前記サーバ装置に対し課金制御情報を送信する手段を備え、
前記サーバ装置は、
前記代行サーバ装置から送信された課金制御情報を受信する手段と、
前記受信された課金制御情報に応じて、前記コンテンツのダウンロードに対する課金処理を行う手段と
を備えることを特徴とするコンテンツ配信システム。
【請求項３】
前記クライアント装置は、
前記判定手段により前記ダウンロード実行状況の監視結果が前記課金条件を満足すると判定された場合に、前記ダウンロードコンテンツに付与された権利情報の消費残量を表すパラメータを一定量減ずる手段を、さらに備えることを特徴とする請求項１又は２記載のコンテンツ配信システム。
【請求項４】
権利情報が付与されたコンテンツを管理するサーバ装置と、このサーバ装置に対し通信ネットワークを介して接続可能なクライアント装置とを具備し、
前記クライアント装置は、
前記サーバ装置から前記コンテンツをストリーミング方式によりダウンロードする手段と、
前記コンテンツのダウンロードの実行状況を監視する監視手段と、
前記ダウンロードの実行状況の監視結果を予め定められた権利消費条件と比較し、前記実行状況の監視結果が前記権利消費条件を満足するか否かを判定する判定手段と、
前記判定手段による判定結果に基づいて、前記ダウンロードコンテンツに付与された権利情報の消費残量を表すパラメータを制御する手段を備えることを特徴とするコンテンツ配信システム。
【発明の詳細な説明】【技術分野】
【０００１】
この発明は、サーバ装置からクライアント装置へ、著作権が付与されたコンテンツをストリーミング方式によりダウンロードするコンテンツ配信システムに関する。
【背景技術】
【０００２】
近年、オーディオコンテンツ等のリッチコンテンツを、サーバ装置から携帯電話機やＰＤＡ（Personal Digital Assistant）等の携帯型のクライアント装置にダウンロードするサービスが普及し始めている。この種のサービスを利用するクライアント装置では、例えばダウンロードされたコンテンツがメモリに一旦蓄積され、ユーザの再生操作に応じて上記コンテンツがメモリから読み出されて再生される。また、コンテンツには著作権等を保護するために権利情報が付与されているものがある。権利情報には例えば再生回数がある。この場合、コンテンツが１回再生されるごとにその回数がカウントされ、この回数のカウント値が上限値に達すると以後の再生が制限される。
【０００３】
しかし、クライアント装置が携帯端末の場合には、再生途中で着信が発生したり、電池切れが生じたり、またアラーム音生成機能が作動すると、コンテンツの再生が強制的に中止されてしまう。このため、単純に再生回数を制限したのでは、コンテンツの再生が完全に終了していないにもかかわらず再生回数がカウントアップされ、好ましくない。そこで従来では、コンテンツの再生中に着信の発生や電池切れ等の不測の事象が発生し、これによりコンテンツの再生が強制的に中止された場合には、再生回数のカウントを禁止するようにした技術が提案されている（例えば、特許文献１を参照。）。
【特許文献１】特開２００３−１６７７８７号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
ところが、このような従来提案された方式は、次のような場合には効果が得られない。すなわち、コンテンツ配信方式には、ダウンロードしたコンテンツを蓄積したのち再生する方式以外に、ストリーミングを採用した方式がある。このストリーミングを採用した方式は、コンテンツをサーバ装置からストリーミングによりダウンロードしながら再生する。このため、コンテンツのダウンロード中に通信環境の悪化等による伝送エラーが発生することが予想される。しかし、前記従来の技術ではこの点を想定していないので、このような伝送エラーに対する再生回数のカウント禁止処理は行われない。
【０００５】
一方、上記ストリーミング再生されるコンテンツの著作権を保護する方式として、Open Mobile Alliance Digital Rights Management V2.0（以後OMA DRM V2.0）には次のような方式が規定されている。すなわち、コンテンツをストリーミング再生する際に、クライアント装置は先ずサーバ装置からストリーミングトークンを取得し、続いてストリーミングセッションを開始してストリーミングヘッダを取得する。そして、サーバ装置から権利情報を取得する。このときサーバ装置では、コンテンツのダウンロードに対する課金処理が行われる。次に、クライアント装置はサーバ装置からコンテンツをストリーミングによりダウンロードして再生する。
【０００６】
すなわち、上記OMA DRM V2.0で規定されたストリーミング再生用の著作権保護方式は、コンテンツをストリーミングによりダウンロードする前にサーバ装置において課金処理を行うものとなっている。このため、コンテンツのダウンロード中に通信環境の悪化等による伝送エラーが発生した場合には、無条件に課金が行われてしまう。すなわち、この方式においても適切な課金処理が行われない。
【０００７】
この発明は上記事情に着目してなされたもので、その目的とするところは、コンテンツをストリーミング方式によりダウンロードして再生する際に、ネットワーク側の要因によりコンテンツのダウンロードに支障を来した場合には、不適切な課金処理又は権利の消費処理が行われないようにしたコンテンツ配信システムを提供することにある。
【課題を解決するための手段】
【０００８】
上記目的を達成するためにこの発明の第１の観点は、権利情報が付与されたコンテンツを管理するサーバ装置と、このサーバ装置に対し通信ネットワークを介して接続可能なクライアント装置とを具備するコンテンツ配信システムにあって、上記クライアント装置により、上記サーバ装置からストリーミング方式により上記コンテンツをダウンロードしている期間に当該コンテンツのダウンロードの実行状況を監視する。そして、クライアント装置及びサーバ装置のいずれか一方において、上記ダウンロード実行状況の監視結果を予め定められた課金条件と比較して、上記ダウンロード実行状況の監視結果が課金条件を満足するか否かを判定し、この判定結果に基づいて上記サーバ装置により上記コンテンツのダウンロードに対する課金処理を行うようにしたものである。
【０００９】
したがって、一定の課金条件を満たす品質でコンテンツがダウンロードされた場合にのみサーバ装置で課金処理が行われ、一方ストリーミング再生中に例えば通信環境の劣化に伴いダウンロードコンテンツに伝送エラーが発生して課金条件を満足しなくなった場合には、課金処理が行われない。このため、品質が劣化したコンテンツに対し不適切な課金処理が行われる不具合を防止することができる。
【００１０】
この発明の第２の観点は、クライアント装置が代行サーバ装置を経由してサーバ装置との間で権利情報の取得等を行うシステムにあって、コンテンツのストリーミング再生期間中に当該コンテンツのダウンロードの実行状況をクライアント装置で監視し、クライアント装置及び代行サーバ装置のいずれか一方において上記ダウンロード実行状況の監視結果を予め定められた課金条件と比較して、上記ダウンロード実行状況の監視結果が課金条件を満足するか否かを判定する。そして、この判定結果に基づいて上記代行サーバ装置により上記コンテンツのダウンロードに対する課金処理を行うようにしたものである。
【００１１】
したがって、この場合にも、ストリーミング再生中にネットワーク側の要因によりダウンロードコンテンツに伝送エラーが発生して課金条件を満足しなくなった場合には、代行サーバ装置において課金処理が行われない。このため、品質が劣化したコンテンツに対し不適切な課金処理が行われる不具合を防止できる。
【００１２】
この発明の第３の観点は、権利情報が付与されたコンテンツを管理するサーバ装置と、このサーバ装置に対し通信ネットワークを介して接続可能なクライアント装置とを具備するシステムにあって、上記クライアント装置により、コンテンツのストリーミング再生期間中に当該コンテンツのダウンロードの実行状況を監視して、その監視結果を予め定められた権利消費条件と比較し、上記実行状況の監視結果が上記権利消費条件を満足するか否かを判定する。そして、上記判定結果に基づいて、上記ダウンロードコンテンツに付与された権利情報の消費残量を表すパラメータを制御するようにしたものである。
【００１３】
したがって、一定の権利消費条件を満たす品質でコンテンツがダウンロードされた場合にのみクライアント装置で権利の消費残量を減じる処理が行われ、一方ストリーミング再生中に例えば通信環境の劣化に伴いダウンロードコンテンツに伝送エラーが発生して権利消費条件を満足しなくなった場合には、権利の消費残量を減じる処理が行われない。このため、品質が劣化したコンテンツに対し不適切な権利消費処理が行われる不具合を防止することができる。
【発明の効果】
【００１４】
要するにこの発明では、コンテンツのストリーミング再生期間中に当該コンテンツのダウンロードの実行状況をクライアント装置で監視して、その監視結果を予め定められた課金条件又は権利消費条件と比較し、上記ダウンロード実行状況の監視結果が課金条件又は権利消費条件を満足すると判定された場合にのみ上記コンテンツのダウンロードに対する課金処理又は権利消費処理を行うようにしている。
したがってこの発明によれば、コンテンツをストリーミング方式によりダウンロードして再生する際に、ネットワーク側の要因によりコンテンツのダウンロードに支障を来した場合には、不適切な課金処理又は権利の消費処理が行われないようにしたコンテンツ配信システムを提供することができる。
【発明を実施するための最良の形態】
【００１５】
（第１の実施形態）
この発明の第１の実施形態は、サーバ装置としてのコンテンツ配信サーバと、クライアント装置としての携帯端末とを備えるコンテンツ配信システムにおいて、コンテンツ配信サーバからストリーミング方式によりコンテンツをダウンロードしている期間に当該コンテンツのダウンロード実行状況を携帯端末で監視する。そして、ダウンロード終了後に、上記携帯端末により上記ダウンロード実行状況の監視結果を事前にコンテンツ配信サーバから取得した課金条件と比較して、上記ダウンロード実行状況の監視結果が課金条件を満足するか否かを判定し、満足すると判定された場合にのみ上記コンテンツ配信サーバにおいて課金処理と権利の消費処理を行うようにしたものである。
【００１６】
図１はこの発明の第１の実施形態に係わるコンテンツ配信サーバの概略構成図である。このシステムは、コンテンツ配信サーバＣＳＶを備え、このコンテンツ配信サーバＣＳＶに対し複数の携帯端末ＭＳ１〜ＭＳｎを通信ネットワークＮＷを介して接続可能としたものである。
【００１７】
なお、通信ネットワークＮＷは、例えばインターネットに代表されるＩＰ（Internet Protocol）網と、このＩＰ網にアクセスするための複数のアクセス網とから構成される。アクセス網としては、例えばＤＳＬ（Digital Subscriber Line）や光伝送路を使用する有線加入者網、ＬＡＮ、無線ＬＡＮ（Local Area Network）、移動通信網、専用線網が用いられる。
【００１８】
コンテンツ配信サーバＣＳＶは、コンテンツ発行受付（Content Issuer Portal）機能ＣＩＰと、ストリーミング処理（Streaming Service）機能ＳＳと、権利発行受付（Right Issuer Portal）機能ＲＩＰとを備えたウエブサーバからなり、次のように構成される。図２はその機能構成を示すブロック図である。
【００１９】
すなわち、コンテンツ配信サーバＣＳＶは中央処理ユニット（Central Processing Unit；ＣＰＵ）１１を有し、このＣＰＵにはバス１２を介してプログラムメモリ１３と、データメモリ１４と、通信インタフェース（通信Ｉ／Ｆ）１５と、入出力インタフェース（入出力Ｉ／Ｆ）１６が接続されている。
【００２０】
このうちデータメモリ１４は、コンテンツ蓄積領域と、権利情報記憶領域と、ユーザ情報領域と、制御情報記憶領域とを備えている。コンテンツ蓄積領域には配信対象のコンテンツが蓄積される。権利情報記憶領域には、上記コンテンツ記憶領域に蓄積されたコンテンツに付与された権利情報が記憶される。ユーザ情報領域には、本システムが提供するコンテンツ配信サービスの利用者である上記携帯端末ＭＳ１〜ＭＳｎのユーザ個人情報が記憶される。制御情報記憶領域には予め定められた課金条件を表す情報が記憶される。
【００２１】
課金条件としては、例えば次のようなものが考えられる。
条件１；ストリーミングによるコンテンツのダウンロード期間中に、ユーザが意図的に異常終了（終話、電池取り外し等）を行った場合には、課金対象とする。
条件２；ストリーミングによるコンテンツのダウンロード期間中に、ユーザが意図的に異常終了させた場合でも、ダウンロードを開始してから一定期間内であれば課金対象外とする。
条件３；ストリーミングによるコンテンツのダウンロード期間中に、ネットワーク側に原因があるエラー（コンテンツの品質未達など）により異常終了が発生した場合には、課金対象外とする。
条件４；ネットワーク側に原因があるエラーにより異常終了が発生した場合に、その回数が予め設定された回数以内のときには課金対象外とし、上記設定回数を超えた場合には課金対象とする。
【００２２】
通信Ｉ／Ｆ１５は、上記ＣＰＵ１１の制御の下、通信ネットワークＮＷを介して携帯端末ＭＳ１〜ＭＳｎとの間で、コンテンツをストリーミングにより配信するための通信を行う。入出力Ｉ／Ｆ１６には、キーボード及びマウスからなる入力デバイス１７と、液晶表示器等の表示デバイス１８が接続される。入出力Ｉ／Ｆ１６は、入力デバイス１７において入力された操作情報を取り込むと共に、ＣＰＵ１１の制御の下で表示データを上記表示デバイス１８に表示させる。
【００２３】
プログラムメモリ１３Ａには、この発明の第１の実施形態を実現する上で必要なアプリケーション・プログラムとして、コンテンツ発行受付制御プログラム１３１と、ストリーミング処理プログラム１３２と、権利発行受付制御プログラム１３３が格納されている。
コンテンツ発行受付制御プログラム１３１は、上記コンテンツ発行受付（Content Issuer Portal）機能ＣＩＰを実現するためのもので、携帯端末ＭＳ１〜ＭＳｎから送信されるデータ選択要求を受け付けてストリーミングトークンを返送すると共に、課金条件を表す情報をデータメモリ１４から読み出して要求元の携帯端末ＭＳ１〜ＭＳｎへ送信する処理を、上記ＣＰＵ１１に実行させる。
【００２４】
ストリーミング処理プログラム１３２は、上記ストリーミング処理（Streaming Service）機能ＳＳを実現するためのもので、携帯端末ＭＳ１〜ＭＳｎからのセッション開始要求に応じてストリームヘッダを返送すると共に、携帯端末ＭＳ１〜ＭＳｎからのダウンロード開始要求に応じて暗号化コンテンツをダウンロードする処理を、上記ＣＰＵ１１に実行させる。
【００２５】
権利発行受付制御プログラム１３３は、権利発行受付（Right Issuer Portal）機能ＲＩＰを実現するためのもので、携帯端末ＭＳ１〜ＭＳｎから送られるユーザ情報をデータメモリ１４に記憶されているユーザ個人情報と照合し、ユーザの条件を満足する場合に要求元の携帯端末に対し配信対象のコンテンツに付与された権利情報をデータメモリ１４から読み出して送信する処理を、上記ＣＰＵ１１に実行させる。また、この権利情報送信時には課金処理を行わず、その後課金の可否を表す情報を含むコンテンツ終了ステータスが携帯端末から送られた場合に当該課金の可否を表す情報をもとに課金する処理を、上記ＣＰＵ１１に実行させる。
【００２６】
一方、携帯端末ＭＳ１〜ＭＳｎは次のように構成される。図３はその機能構成を示すブロック図である。
すなわち、通信ネットワークＮＷから送信された無線信号は、アンテナ２１で受信され、さらに無線ユニット２２により復調されてベースバンド信号に変換されたのち、ベースバンドユニット２３Ａに入力される。ベースバンドユニット２３Ａは、制御部３１Ａと、オーディオコーデック３２と、ビデオコーデック３３と、メモリ３４とを備えている。このうち制御部３１Ａはマイクロコンピュータにより構成され、またオーディオコーデック３２及びビデオコーデック３３はＤＳＰ（Digital Signal Processor）により構成される。メモリ３４は例えばフラッシュメモリにより構成され、携帯端末の動作に必要な制御データ等を記憶するために用いられる。
【００２７】
オーディオコーデック３２は、コンテンツの受信再生モードにおいては、受信されたオーディオコンテンツを復号してユーザインタフェースユニット２４のスピーカ４２から拡声出力させる。また通話モードにおいては、ユーザインタフェースユニット２４のマイクロホン４１から出力された送話信号を符号化して制御部３１Ａへ出力すると共に、受信された受話音声データを復号して上記スピーカ４２から拡声出力させる。
【００２８】
ビデオコーデック３３は、コンテンツの受信再生モードにおいては、受信されたビデオコンテンツを復号してユーザインタフェースユニット２４の表示部４４に表示させる。またテレビジョン電話モードにおいては、ユーザインタフェースユニット２４のカメラ４３から出力された送信ビデオ信号を符号化して制御部３１Ａへ出力すると共に、受信されたビデオデータを復号して上記表示部４４に表示させる。
【００２９】
制御部３１Ａは、この発明の第１の実施形態を実現するために必要な機能として、課金条件取得制御部３１１と、ダウンロード状況監視部３１２と、課金可否判定処理部３１３と、権利消費処理部３１４とを備えている。
課金条件取得制御部３１１は、コンテンツ配信サーバＣＳＶからストリーミングトークンを取得する際に、同時に課金条件を表す情報を取得してメモリ３４に保存する。
【００３０】
ダウンロード状況監視部３１２は、コンテンツ配信サーバＣＳＶからストリーミングによりコンテンツをダウンロードしている期間中に、ダウンロードの状況、例えばコンテンツを正常に受信できたか否かと、正常に受信できなかった場合の要因を監視する。具体的には、ダウンロードコンテンツのパケットのロス率や遅延時間率、受信データの誤り率を検出し、その検出結果をしきい値と比較することによりコンテンツを正常に受信できたか否かを判定する。また、この場合の要因はネットワークの品質劣化であると判断する。
【００３１】
課金可否判定処理部３１３は、ストリーミングによるコンテンツのダウンロード終了後に、上記ダウンロード状況監視部３１２により検出されたダウンロード状況の監視結果を、上記課金条件取得制御部３１１により取得された課金条件と比較し、上記ダウンロード状況の監視結果が上記課金条件を満足するか否かを判定する。そして、この判定結果に対応する課金の可否を表す情報を、コンテンツ終了ステータスと共にコンテンツ配信サーバＣＳＶへ送信する。
【００３２】
権利消費処理部３１４は、上記課金可否判定処理部３１３により上記ダウンロード状況の監視結果が上記課金条件を満足すると判定され、かつコンテンツ配信サーバＣＳＶから課金終了ステータスが送られた場合に、上記コンテンツに付与された権利の消費処理を行う。例えば、権利情報が再生回数を規定している場合には、再生済みの回数をカウントアップするか、又は再生可能な残り回数を減じる。
【００３３】
次に、以上のように構成されたコンテンツ配信システムにおけるコンテンツ配信動作を説明する。図４はその動作シーケンスと動作内容を示す図である。なお、ここでは携帯端末ＭＳ１がコンテンツ配信サーバＣＳＶからコンテンツをストリーミングによりダウンロードして再生する場合を例にとって説明する。
【００３４】
携帯端末ＭＳ１においてユーザがコンテンツ選択操作を行うと、携帯端末ＭＳ１はこの操作をステップＳ４１で検出してコンテンツ配信サーバＣＳＶへデータ選択要求を送信する。これに対しコンテンツ配信サーバＣＳＶは、コンテンツ発行受付機能ＣＩＰにより上記データ選択要求を受け付けると、ストリーミングトークンを返送すると共に、課金条件を表す情報をデータメモリ１４から読み出して要求元の携帯端末ＭＳ１へ送信する。携帯端末ＭＳ１は、上記ストリーミングトークンと、課金条件を表す情報をステップＳ４２により受信する。
【００３５】
続いて携帯端末ＭＳ１は、ステップＳ４３においてストリーミングセッションを確立するための処理を実行する。この結果、携帯端末ＭＳ１からコンテンツ配信サーバＣＳＶへセッション開始要求が送信される。コンテンツ配信サーバＣＳＶは、ストリーミング処理機能ＳＳにより上記セッション開始要求を受信すると、ストリームヘッダを要求元の携帯端末ＭＳ１へ送信する。携帯端末ＭＳ１は、上記ストリームヘッダをステップＳ４４で受信する。
【００３６】
次に、携帯端末ＭＳ１とコンテンツ配信サーバＣＳＶとの間では、上記選択したコンテンツに付与されている権利情報（Rights）をコンテンツ配信サーバＣＳＶから携帯端末ＭＳ１へ伝送するための処理が行われる。すなわち、携帯端末ＭＳ１はステップＳ４５においてユーザ情報を送信する。これに対しコンテンツ配信サーバＣＳＶは、上記ユーザ情報を受信すると、権利発行受付機能ＲＩＰによりユーザを確認したのちデータメモリ１４から該当する権利情報を読み出し、この権利情報を携帯端末ＭＳ１へ送信する。なお、このときコンテンツ配信サーバＣＳＶは課金処理を行わない。携帯端末ＭＳ１は、上記権利情報をステップＳ４６で受信してメモリ３４に記憶する。
【００３７】
続いて携帯端末ＭＳ１とコンテンツ配信サーバＣＳＶとの間ではストリーミング処理が行われる。すなわち、携帯端末ＭＳ１はステップＳ４７においてコンテンツのダウンロード処理を開始する。そうすると携帯端末ＭＳ１からコンテンツ配信サーバＣＳＶへダウンロード要求が送られる。これに対しコンテンツ配信サーバＣＳＶは、ストリーミング処理機能ＳＳによりコンテンツをダウンロードする。携帯端末ＭＳ１は、上記ダウンロードされたコンテンツをステップＳ４８により受信して再生する。また、このコンテンツのダウンロード中に携帯端末ＭＳ１は、ステップＳ４９においてタウンロードの状況、つまりコンテンツを正常に受信できたか否かを監視する。そして、正常に受信できなかった場合にはその要因を検出する。
【００３８】
さて、上記コンテンツのダウンロードが終了すると、携帯端末ＭＳ１はステップＳ５０からステップＳ５１に移行して課金可否判定処理部３１３により課金の可否を判定する。すなわち、上記ステップＳ４９により検出されたダウンロード状況の監視結果を上記ステップＳ４６で受信した課金条件と比較し、上記ダウンロード状況の監視結果が上記課金条件を満足するか否かを判定する。そして、この判定結果に対応する課金の可否を表す情報（課金制御情報）を、コンテンツ終了ステータスと共にコンテンツ配信サーバＣＳＶへ送信する。これに対しコンテンツ配信サーバＣＳＶは、上記コンテンツ終了ステータス及び課金制御情報を受信すると、権利発行受付機能ＲＩＰがステップＳ５３により上記課金制御情報に従い課金処理を実行する。
【００３９】
例えば、いま上記コンテンツのダウンロードが最後まで中断することなく終了したとする。このダウンロードの状況は、課金条件して設定された条件を満足する。このため、携帯端末ＭＳ１からコンテンツ配信サーバＣＳＶへは課金が可能であることを示す課金制御情報が送られる。この結果、コンテンツ配信サーバＣＳＶの権利発行受付機能ＲＩＰは、ステップＳ５３において上記コンテンツのダウンロードに対し課金を行う。
【００４０】
これに対し、例えばコンテンツのダウンロードが開始されてから一定期間が経過した後に、携帯端末ＭＳ１のユーザが意図的に終了操作又は電池の取り外しを行うか、或いは通信ネットワークＮＷの通信品質の劣化によりストリームが途切れたとする。この場合のダウンロード状況は先に例示した課金条件を満たさない。このため、携帯端末ＭＳ１からコンテンツ配信サーバＣＳＶへは課金が不可である旨の課金制御情報が送られる。この結果、コンテンツ配信サーバＣＳＶの権利発行受付機能ＲＩＰは、ステップＳ５３において上記コンテンツのダウンロードに対し課金を行わない。
【００４１】
上記課金処理が終了するとコンテンツ配信サーバＣＳＶの権利発行受付機能ＲＩＰは、携帯端末ＭＳ１に対し課金終了ステータスを送信する。これに対し携帯端末ＭＳ１は、上記課金終了ステータスを受信すると、先にステップＳ５１で行った課金可否の判定結果をもとに権利の消費処理を行う。例えば、課金が可能であれば、ステップＳ５４においてコンテンツの再生済みの回数をカウントアップするか、又は再生可能な残り回数を一つ減らす。一方、課金が不可であれば、上記ステップＳ５４による権利消費処理を行わずにそのまま処理を終了する。
【００４２】
以上述べたように第１の実施形態では、コンテンツ配信サーバＣＳＶからストリーミングによりコンテンツをダウンロードしている期間に当該コンテンツのダウンロード実行状況を携帯端末ＭＳ１〜ＭＳｎで監視する。そして、ダウンロード終了後に、携帯端末ＭＳ１〜ＭＳｎにおいて上記ダウンロード実行状況の監視結果をコンテンツ配信サーバＣＳＶから事前に取得した課金条件と比較して、上記ダウンロード実行状況の監視結果が課金条件を満足するか否かを判定する。この判定の結果、満足すると判定された場合にのみ、上記コンテンツ配信サーバＣＳＶにおいて課金処理を行うと共に、携帯端末ＭＳ１〜ＭＳｎにおいて権利の消費処理を行うようにしている。
【００４３】
したがって、コンテンツが課金条件を満たす品質でダウンロードされた場合にのみ、コンテンツ配信サーバＣＳＶで課金処理が行われ、さらに携帯端末ＭＳ１〜ＭＳｎで権利の消費処理が行われる。これに対しストリーミング再生中に、例えばコンテンツのダウンロードが開始されてから一定期間が経過した後に携帯端末のユーザが意図的に終了操作又は電池の取り外しを行ったか、或いは通信ネットワークＮＷの通信品質の劣化により伝送エラーが発生して課金条件を満足しなくなった場合には、課金処理が行われず、また権利の消費処理も行われない。このため、品質が劣化したコンテンツのダウンロードに対し不適切な課金処理が行われる不具合を防止することができ、さらに権利が不適切に消費される心配もない。
【００４４】
（第２の実施形態）
この発明の第２の実施形態は、サーバ装置としてのコンテンツ配信サーバと、クライアント装置としての携帯端末とを備えるコンテンツ配信システムにおいて、コンテンツ配信サーバからストリーミング方式によりコンテンツをダウンロードしている期間に当該コンテンツのダウンロードの実行状況を携帯端末で監視し、ダウンロード終了後に上記ダウンロード実行状況の監視結果を携帯端末からコンテンツ配信サーバに通知する。これに対しコンテンツ配信サーバは、上記通知された監視結果を携帯端末から事前に取得した課金条件と比較して、上記ダウンロード実行状況の監視結果が課金条件を満足するか否かを判定し、満足すると判定された場合にのみコンテンツ配信サーバが課金処理を行い、携帯端末が料金の消費処理を行うようにしたものである。
【００４５】
図５は、この発明の第２の実施形態に係わるコンテンツ配信システムで使用されるコンテンツ配信サーバＣＳＶの構成を示すブロック図である。なお、同図において前記図２と同一部分には同一符号を付して詳しい説明は省略する。
プログラムメモリ１３Ｂには、この発明の第２の実施形態を実現する上で必要なアプリケーション・プログラムとして、コンテンツ発行受付制御プログラム１３１、ストリーミング処理プログラム１３２及び権利発行受付制御プログラム１３３に加え、課金可否判定プログラム１３４が新たに格納されている。
【００４６】
課金可否判定プログラム１３４は、以下の処理をＣＰＵ１１に実行させる。すなわち、先ず、コンテンツのダウンロードに先立ち携帯端末ＭＳ１〜ＭＳｎから課金条件を表す情報を受信する。一方、コンテンツのダウンロード終了後に、携帯端末ＭＳ１〜ＭＳｎからダウンロード実行状況の監視結果を受信する。そして、上記受信されたダウンロード状況の監視結果を上記課金条件と比較して、上記ダウンロード実行状況の監視結果が課金条件を満足するか否かを判定し、満足すると判定された場合にのみ課金処理を行う。
【００４７】
一方、携帯端末ＭＳ１〜ＭＳｎは次のように構成される。図６はその構成を示すブロック図である。なお、同図において前記図３と同一部分には同一符号を付して詳しい説明は省略する。
制御部３１Ｂは、この発明の第２の実施形態を実現するために必要な機能として、ダウンロード状況監視部３１２と、権利消費処理部３１４と、監視結果通知制御部３１５とを備えている。
このうち監視結果通知制御部３１５は、コンテンツのダウンロード中に上記ダウンロード状況監視部３１２により得られたダウンロード状況の監視結果を表す情報を、当該コンテンツのダウンロード終了後に上記コンテンツ配信サーバＣＳＶに送信する制御を実行する。
【００４８】
次に、以上のように構成されたコンテンツ配信システムにおけるコンテンツ配信動作を説明する。図７はその動作シーケンスと動作内容を示す図である。なお、同図において図４と処理内容が同一のステップには同一符号を付してある。
【００４９】
携帯端末ＭＳ１においてユーザがコンテンツ選択操作を行うと、携帯端末ＭＳ１はこの操作をステップＳ７１で検出してコンテンツ配信サーバＣＳＶへデータ選択要求を送信する。また、このとき同時に予め設定された課金条件を表す情報をコンテンツ配信サーバＣＳＶに送信する。これに対しコンテンツ配信サーバＣＳＶは、上記データ選択要求及び課金条件を表す情報が送られると、権利発行受付機能ＲＩＰが上記課金条件を表す情報をステップＳ７２により受信してデータメモリ１４に保存する。そして、権利発行受付機能ＲＩＰからコンテンツ発行受付機能ＣＩＰへステータスを通知し、このコンテンツ発行受付機能ＣＩＰから送信元の携帯端末ＭＳ１へストリーミングトークンを返送する。携帯端末ＭＳ１は、上記ストリーミングトークンをステップＳ７３により受信する。かくして、コンテンツ配信サーバＣＳＶはコンテンツのダウンロードに先立ち携帯端末ＭＳ１から課金条件を取得する。
【００５０】
続いて携帯端末ＭＳ１は、ステップＳ４３においてストリーミングセッションを確立するための処理を実行する。この結果、携帯端末ＭＳ１からコンテンツ配信サーバＣＳＶへセッション開始要求が送信される。コンテンツ配信サーバＣＳＶは、ストリーミング処理機能ＳＳにより上記セッション開始要求を受信すると、ストリームヘッダを要求元の携帯端末ＭＳ１へ送信する。携帯端末ＭＳ１は、上記ストリームヘッダをステップＳ４４で受信する。
【００５１】
次に、携帯端末ＭＳ１とコンテンツ配信サーバＣＳＶとの間では、上記選択したコンテンツに付与されている権利情報（Rights）をコンテンツ配信サーバＣＳＶから携帯端末ＭＳ１へ伝送するための処理が行われる。すなわち、携帯端末ＭＳ１はステップＳ４５においてユーザ情報を送信する。これに対しコンテンツ配信サーバＣＳＶは、上記ユーザ情報を受信すると、権利発行受付機能ＲＩＰによりユーザを確認したのちデータメモリ１４から該当する権利情報を読み出し、この権利情報を携帯端末ＭＳ１へ送信する。なお、このときコンテンツ配信サーバＣＳＶは課金処理を行わない。携帯端末ＭＳ１は、上記権利情報をステップＳ４６で受信してメモリ３４に記憶する。
【００５２】
続いて携帯端末ＭＳ１とコンテンツ配信サーバＣＳＶとの間ではストリーミング処理が行われる。すなわち、携帯端末ＭＳ１はステップＳ４７においてコンテンツのダウンロード処理を開始する。そうすると携帯端末ＭＳ１からコンテンツ配信サーバＣＳＶへダウンロード要求が送られる。これに対しコンテンツ配信サーバＣＳＶは、ストリーミング処理機能ＳＳによりコンテンツをダウンロードする。携帯端末ＭＳ１は、上記ダウンロードされたコンテンツをステップＳ４８により受信して再生する。また、このコンテンツのダウンロード中に携帯端末ＭＳ１は、ステップＳ４９においてタウンロードの状況、つまりコンテンツを正常に受信できたか否かを監視する。そして、正常に受信できなかった場合にはその要因を検出する。
【００５３】
さて、上記コンテンツのダウンロードが終了すると、携帯端末ＭＳ１はステップＳ５０からステップＳ７４に移行し、ここで上記ステップＳ４９の監視により得られたコンテンツのダウンロード状況の監視結果を表す情報をコンテンツ配信サーバＣＳＶへ送信する。これに対しコンテンツ配信サーバＣＳＶは、上記ダウンロード状況の監視結果を表す情報を受信すると、権利発行受付機能ＲＩＰがステップＳ７５により課金の可否を判定する。すなわち、上記受信されたダウンロード状況の監視結果を、ステップＳ７２において事前に取得しておいた課金条件と比較し、上記ダウンロード状況の監視結果が上記課金条件を満足するか否かを判定する。そして、この判定結果に基づいてステップＳ７６により課金処理を実行する。
【００５４】
例えば、上記コンテンツのダウンロードが最後まで中断することなく終了した場合には課金条件を満足するため、コンテンツ配信サーバＣＳＶの権利発行受付機能ＲＩＰは上記コンテンツのダウンロードに対し課金を行う。これに対し、例えばコンテンツのダウンロード期間中に、携帯端末ＭＳ１のユーザが意図的に終了操作又は電池の取り外しを行うか、或いは通信ネットワークＮＷの通信品質の劣化によりストリームが途切れたとする。この場合のダウンロード状況は先に例示した課金条件を満たさないため、権利発行受付機能ＲＩＰは上記コンテンツのダウンロードに対し課金を行わない。
【００５５】
上記課金処理が終了すると、コンテンツ配信サーバＣＳＶの権利発行受付機能ＲＩＰは、携帯端末ＭＳ１に対し課金終了ステータスを送信する。これに対し携帯端末ＭＳ１は、上記課金終了ステータスを受信すると、権利の消費が可能と判断してステップＳ７７によりコンテンツの再生済みの回数をカウントアップするか、又は再生可能な残り回数を一つ減らす。一方、課金終了ステータスが受信されなければ、権利の消費は不可と判断して権利消費処理を行わずにそのまま処理を終了する。
【００５６】
以上述べたように第２の実施形態では、コンテンツをダウンロードしている期間にそのダウンロード実行状況を携帯端末ＭＳ１で監視し、その監視結果をダウンロード終了後にコンテンツ配信サーバＣＳＶに通知する。そして、コンテンツ配信サーバＣＳＶにおいて、上記通知された監視結果を事前に取得した課金条件と比較して、上記ダウンロード実行状況の監視結果が課金条件を満足するか否かを判定する。この判定の結果、満足すると判定された場合にのみ、コンテンツ配信サーバＣＳＶにおいて課金処理を行い、携帯端末ＭＳ１〜ＭＳｎにおいて権利の消費処理を行うようにしている。
【００５７】
したがって、この実施形態においても、上記第１の実施形態と同様に、コンテンツが課金条件を満たす品質でダウンロードされた場合にのみコンテンツ配信サーバＣＳＶで課金処理が行われ、さらに携帯端末ＭＳ１〜ＭＳｎで権利の消費処理が行われる。このため、品質が劣化したコンテンツのダウンロードに対し不適切な課金処理が行われる不具合を防止でき、また権利の不適切な消費を防止できる。
さらに第２の実施形態では、ダウンロード実行状況の監視結果が課金条件を満足するか否かの判定処理をコンテンツ配信サーバＣＳＶにおいて行っている。このため、携帯端末ＭＳ１〜ＭＳｎの処理負荷を軽減することができる。
【００５８】
（第３の実施形態）
この発明の第３の実施形態は、サーバ装置としてのコンテンツ配信サーバと、クライアント装置としての携帯端末と、権利情報の取得等を代行する代行サーバとを備えるコンテンツ配信システムにおいて、コンテンツ配信サーバからストリーミング方式によりコンテンツをダウンロードしている期間に当該コンテンツのダウンロードの実行状況を携帯端末で監視する。そして、ダウンロード終了後に、上記携帯端末により上記ダウンロード実行状況の監視結果を事前にコンテンツ配信サーバから取得した課金条件と比較して、上記ダウンロード実行状況の監視結果が課金条件を満足するか否かを判定する。続いて、この判定結果に対応する課金の可否を表す情報を代行サーバに通知し、代行サーバは上記通知された情報が課金可の場合にコンテンツ配信サーバに対し課金要求を与えて課金処理を行わせるようにしたものである。
【００５９】
図８はこの発明の第３の実施形態に係わるコンテンツ配信サーバの概略構成図である。なお、同図において前記図１と同一部分には同一符号を付して詳しい説明は省略する。
この実施形態のコンテンツ配信システムは、コンテンツ配信サーバＣＳＶ及び代行サーバＰＳＶを備え、コンテンツ配信サーバＣＳＶと複数の携帯端末ＭＳ１〜ＭＳｎとの間の権利情報のやりとりを代行サーバＰＳＶを介して行うようにしたものである。
【００６０】
代行サーバＰＳＶは次のように構成される。図９はその構成を示すブロック図である。すなわち、代行サーバＰＳＶは中央処理ユニット（Central Processing Unit；ＣＰＵ）５１を有し、このＣＰＵ５１にはバス５２を介してプログラムメモリ５３と、データメモリ５４と、通信インタフェース（通信Ｉ／Ｆ）５５と、入出力インタフェース（入出力Ｉ／Ｆ）５６が接続されている。
【００６１】
このうちデータメモリ５４はユーザ情報領域を備えている。ユーザ情報領域には、本システムが提供するコンテンツ配信サービスの利用者である上記携帯端末ＭＳ１〜ＭＳｎのユーザ個人情報が記憶される。
通信Ｉ／Ｆ５５は、上記ＣＰＵ５１の制御の下、携帯端末ＭＳ１〜ＭＳｎ及びコンテンツ配信サーバＣＳＶとの間で、通信ネットワークＮＷを介して権利情報の送信及び課金制御のための通信を行う。入出力Ｉ／Ｆ５６には、キーボード及びマウスからなる入力デバイス５７と、液晶表示器等の表示デバイス５８が接続される。入出力Ｉ／Ｆ５６は、入力デバイス５７において入力された操作情報を取り込むと共に、ＣＰＵ５１の制御の下で表示データを上記表示デバイス５８に表示させる。
【００６２】
プログラムメモリ５３Ａには、この発明の第３の実施形態を実現する上で必要なアプリケーション・プログラムとして、権利情報取得制御プログラム５３１と、課金制御プログラム５３２が格納されている。
【００６３】
権利情報取得制御プログラム５３１は、携帯端末ＭＳ１〜ＭＳｎからユーザ情報が送られた場合に、コンテンツ配信サーバＣＳＶの権利発行受付機能ＲＩＰに対し権利取得要求を送り、これに対し権利発行受付機能ＲＩＰから送信される権利情報を上記送信元の携帯端末ＭＳ１〜ＭＳｎへ転送する処理を、上記ＣＰＵ５１に実行させる。
【００６４】
課金制御プログラム５３２は、携帯端末ＭＳ１〜ＭＳｎからコンテンツ終了ステータスと共に課金制御情報が送られた場合に、コンテンツ配信サーバＣＳＶの権利発行受付機能ＲＩＰに対し課金要求を送って課金処理を行わせる。また、上記権利発行受付機能ＲＩＰから課金終了ステータスが送信された場合に、当該課金終了ステータスを上記携帯端末ＭＳ１〜ＭＳｎへ転送する処理を、上記ＣＰＵ５１に実行させる。
【００６５】
次に、以上のように構成されたコンテンツ配信システムにおけるコンテンツ配信動作を説明する。図１０はその動作シーケンスと動作内容を示す図である。なお、同図において前記図４と処理内容が同一のステップについては同一符号を付して詳しい説明は省略する。
【００６６】
携帯端末ＭＳ１が、コンテンツ配信サーバＣＳＶのコンテンツ発行受付機能ＣＩＰからストリーミングトークン及び課金条件を取得するシーケンスと、携帯端末ＭＳ１がコンテンツ配信サーバＣＳＶのストリーミング処理機能ＳＳに対しセッション開始要求を送って当該ストリーミング処理機能ＳＳからストリームヘッダを受信するシーケンスは、第１の実施形態と同様である。
【００６７】
上記ストリームヘッダを受信すると携帯端末ＭＳ１は、次にステップＳ１０１により代行サーバＰＳＶに対しユーザ情報を送信する。これに対し代行サーバＰＳＶは、上記ユーザ情報を受信するとコンテンツ配信サーバＣＳＶの権利発行受付機能ＲＩＰに対し権利取得要求を送る。これに対し権利発行受付機能ＲＩＰは、上記ユーザ情報に基づいて要求元の携帯端末ＭＳ１のユーザ認証を行い、ユーザ本人であることが確認されるとデータメモリから権利情報を読み出して代行サーバＰＳＶへ送信する。代行サーバＰＳＶは、上記権利情報を上記ユーザ情報送信元の携帯端末ＭＳ１へ転送する。携帯端末ＭＳ１は上記権利情報をステップＳ１０２により受信し保存する。
【００６８】
上記権利情報の取得が終了すると携帯端末ＭＳ１は、続いてステップＳ４７乃至ステップＳ５０により、ストリーミングによるコンテンツのダウンロード処理及びダウンロード状況の監視処理を実行するが、その動作内容については前記第１の実施形態で述べたものと同じである。
【００６９】
さて、上記コンテンツのダウンロードが終了すると、携帯端末ＭＳ１はステップＳ５１に移行し、ここで課金可否判定処理部３１３により課金可否判定処理を実行する。すなわち、上記ステップＳ４９により検出されたダウンロード状況の監視結果を上記ステップＳ４６で受信した課金条件と比較し、上記ダウンロード状況の監視結果が上記課金条件を満足するか否かを判定する。そして、この判定結果に対応する課金の可否を表す情報（課金制御情報）を、コンテンツ終了ステータスと共に代行サーバＰＳＶへ送信する。
【００７０】
代行サーバＰＳＶは、携帯端末ＭＳ１からコンテンツ終了ステータスと共に課金制御情報が送られると、コンテンツ配信サーバＣＳＶの権利発行受付機能ＲＩＰに対し課金要求を送る。権利発行受付機能ＲＩＰは、上記課金制御情報に基づいてステップＳ１０４で課金処理を行う。例えば、課金制御情報が「課金可能」であることを示していれば、課金処理を行う。これに対し、課金制御情報が「課金不可」であることを示していれば課金処理を行わない。
【００７１】
上記課金処理を行うと権利発行受付機能ＲＩＰは、代行サーバＰＳＶへ課金終了ステータスを返送する。代行サーバＰＳＶは上記課金終了ステータスを携帯端末ＭＳ１へ転送する。携帯端末ＭＳ１は、上記課金終了ステータスを受信すると、ステップＳ１０５により権利を消費させる処理を実行する。すなわち、コンテンツの再生済みの回数をカウントアップするか、又は再生可能な残り回数を一つ減らす処理を行う。
【００７２】
以上述べたように第３の実施形態では、コンテンツ配信サーバＣＳＶと複数の携帯端末ＭＳ１〜ＭＳｎとの間の権利情報のやりとりを代行サーバＰＳＶを介して行うシステムにおいて、コンテンツをダウンロードしている期間に当該コンテンツのダウンロードの実行状況を携帯端末ＭＳ１で監視する。そして、ダウンロード終了後に上記ダウンロード実行状況の監視結果を事前にコンテンツ配信サーバＣＳＶから取得した課金条件と比較して、上記ダウンロード実行状況の監視結果が課金条件を満足するか否かを判定する。そして、この判定結果に対応する課金の可否を表す情報を代行サーバＰＳＶに通知し、代行サーバＰＳＶが上記通知された情報をもとにコンテンツ配信サーバＣＳＶに対し課金要求を与えて課金処理を行わせるようにしている。
【００７３】
したがって、前記第１の実施形態と同様に、コンテンツが課金条件を満たす品質でダウンロードされた場合にのみ、コンテンツ配信サーバＣＳＶで課金処理が行われ、さらに携帯端末ＭＳ１〜ＭＳｎで権利の消費処理が行われる。このため、通信ネットワーク側に起因する伝送品質の劣化時に不適切な課金処理が行われる不具合を防止することができ、また権利の不適切な消費も防止される。しかも、この実施形態では代行サーバＰＳＶを経由して権利情報の取得及び課金制御を行っているので、権利の取り扱い及び課金に対するセキュリティを向上させることができる。
【００７４】
（第４の実施形態）
この発明の第４の実施形態は、サーバ装置としてのコンテンツ配信サーバと、クライアント装置としての携帯端末と、権利情報の取得等を代行する代行サーバとを備えるコンテンツ配信システムにおいて、コンテンツ配信サーバからストリーミング方式によりコンテンツをダウンロードしている期間に当該コンテンツのダウンロードの実行状況を携帯端末で監視する。そして、ダウンロード終了後に、上記ダウンロード実行状況の監視結果を代行サーバに通知し、代行サーバにより上記通知された監視結果を事前に携帯端末から取得した課金条件と比較して、上記ダウンロード実行状況の監視結果が課金条件を満足するか否かを判定する。この判定の結果、満足すると判定された場合にのみコンテンツ配信サーバに対し課金要求を与えて課金処理を行わせるようにしたものである。
【００７５】
図１１は、この発明の第４の実施形態に係わるコンテンツ配信システムで使用する代行サーバＰＳＶの構成を示すブロック図である。なお、同図において前記図９と同一部分には同一符号を付して詳しい説明は省略する。
代行サーバＰＳＶのプログラムメモリ５３Ｂには、この発明の第４の実施形態を実現するために必要なアプリケーション・プログラムとして、権利情報取得制御プログラム５３１と、課金制御プログラム５３２と、課金可否判定プログラム５３３がそれぞれ格納されている。
【００７６】
このうち課金可否判定プログラム５３３は、携帯端末ＭＳ１〜ＭＳｎからダウンロード実行状況の監視結果を表す情報を受信し、この受信した監視結果を事前に携帯端末ＭＳ１〜ＭＳｎから取得した課金条件と比較して、上記ダウンロード実行状況の監視結果が課金条件を満足するか否かを判定する。そして、満足すると判定された場合にのみコンテンツ配信サーバＣＳＶの権利発行受付機能ＲＩＰに対し課金要求を与えて課金処理を行わせ、さらに携帯端末ＭＳ１〜ＭＳｎに権利の消費処理を行わせるべく上記権利発行受付機能ＲＩＰから返送される課金終了ステータスを携帯端末ＭＳ１〜ＭＳｎに転送する処理を、ＣＰＵ５１に実行させる。
【００７７】
次に、以上のように構成された代行サーバＰＳＶを使用するコンテンツ配信動作を説明する。図１２はその動作シーケンスと動作内容を示す図である。なお、同図において前記図４及び図７と処理内容が同一のステップについては同一符号を付して詳しい説明は省略する。
【００７８】
携帯端末ＭＳ１においてユーザがコンテンツ選択操作を行うと、携帯端末ＭＳ１はこの操作をステップＳ７１で検出してコンテンツ配信サーバＣＳＶへデータ選択要求を送信する。また、このとき同時に予め設定された課金条件を表す情報をコンテンツ配信サーバＣＳＶに送信する。これに対しコンテンツ配信サーバＣＳＶは、上記データ選択要求及び課金条件を表す情報が送られると、コンテンツ発行受付機能ＣＩＰが上記課金条件を表す情報を代行サーバＰＳＶに転送する。代行サーバＰＳＶは、上記転送された課金条件を表す情報をステップＳ１２１により受信してデータメモリ５４に保存する。そして、コンテンツ配信サーバＣＳＶのコンテンツ発行受付機能ＣＩＰへステータスを通知する。このコンテンツ発行受付機能ＣＩＰは、上記ステータスを受信すると、送信元の携帯端末ＭＳ１へストリーミングトークンを返送する。携帯端末ＭＳ１は、上記ストリーミングトークンをステップＳ７３により受信する。
【００７９】
続いて携帯端末ＭＳ１は、ステップＳ４３においてストリーミングセッションを確立するための処理を実行する。この結果、携帯端末ＭＳ１からコンテンツ配信サーバＣＳＶへセッション開始要求が送信される。コンテンツ配信サーバＣＳＶは、ストリーミング処理機能ＳＳにより上記セッション開始要求を受信すると、ストリームヘッダを要求元の携帯端末ＭＳ１へ送信する。携帯端末ＭＳ１は、上記ストリームヘッダをステップＳ４４で受信する。
【００８０】
上記ストリームヘッダを受信すると携帯端末ＭＳ１は、次にステップＳ１２２により代行サーバＰＳＶに対しユーザ情報を送信する。これに対し代行サーバＰＳＶは、上記ユーザ情報を受信するとコンテンツ配信サーバＣＳＶの権利発行受付機能ＲＩＰに対し権利取得要求を送る。これに対し権利発行受付機能ＲＩＰは、上記ユーザ情報に基づいて要求元の携帯端末ＭＳ１のユーザ認証を行い、ユーザ本人であることが確認されるとデータメモリから権利情報を読み出して代行サーバＰＳＶへ送信する。代行サーバＰＳＶは、上記権利情報を上記ユーザ情報送信元の携帯端末ＭＳ１へ転送する。携帯端末ＭＳ１は上記権利情報をステップＳ１２３により受信し保存する。
上記権利情報の取得が終了すると携帯端末ＭＳ１は、続いてステップＳ４７乃至ステップＳ５０により、ストリーミングによるコンテンツのダウンロード処理及びダウンロード状況の監視処理を実行するが、その動作内容については前記第１の実施形態で述べたものと同じである。
【００８１】
さて、上記コンテンツのダウンロードが終了すると、携帯端末ＭＳ１はステップＳ５０からステップＳ１２４に移行し、ここで上記ステップＳ４９の監視により得られたコンテンツのダウンロード状況の監視結果を表す情報を代行サーバＰＳＶへ送信する。これに対し代行サーバＰＳＶは、上記ダウンロード状況の監視結果を表す情報を受信すると、ステップＳ１２５により課金の可否を判定する。すなわち、上記受信されたダウンロード状況の監視結果を、ステップＳ１２１において事前に取得しておいた課金条件と比較し、上記ダウンロード状況の監視結果が上記課金条件を満足するか否かを判定する。
【００８２】
そして、例えば上記コンテンツのダウンロードが最後まで中断することなく終了した場合のように、ダウンロード状況の監視結果が上記課金条件を満足すると判定すると、代行サーバＰＳＶは課金要求をコンテンツ配信サーバＣＳＶの権利発行受付機能ＲＩＰに通知する。権利発行受付機能ＲＩＰは、上記課金要求を受け取るとステップＳ１２６で課金処理を行う。
【００８３】
上記課金処理を行うと権利発行受付機能ＲＩＰは、代行サーバＰＳＶへ課金終了ステータスを返送する。代行サーバＰＳＶは上記課金終了ステータスを携帯端末ＭＳ１へ転送する。携帯端末ＭＳ１は、上記課金終了ステータスを受信すると、ステップＳ１２７により権利を消費させる処理を実行する。すなわち、コンテンツの再生済みの回数をカウントアップするか、又は再生可能な残り回数を一つ減らす処理を行う。
【００８４】
これに対し、例えばコンテンツのダウンロード期間中に携帯端末ＭＳ１のユーザが意図的に終了操作又は電池の取り外しを行うか、或いは通信ネットワークＮＷの通信品質の劣化によりストリームが途切れた場合のように、ダウンロード状況の監視結果が上記課金条件を満足しなかった場合には、代行サーバＰＳＶはコンテンツ配信サーバＣＳＶの権利発行受付機能ＲＩＰに対し課金要求を送信しない。この結果、上記コンテンツのダウンロードに対し課金を行わない。また、上記課金処理を行わない場合には、権利発行受付機能ＲＩＰは課金終了ステータスを返送しない。したがって、携帯端末ＭＳ１は権利の消費処理を行わない。
【００８５】
以上述べたように第４の実施形態によれば、前記第１の実施形態と同様に、コンテンツが課金条件を満たす品質でダウンロードされた場合にのみ、コンテンツ配信サーバＣＳＶの権利発行受付機能ＲＩＰにおいて課金処理が行われ、さらに携帯端末ＭＳ１〜ＭＳｎにおいて権利の消費処理が行われる。このため、通信ネットワークＮＷ側に起因する伝送品質の劣化時に不適切な課金処理が行われる不具合を防止することができ、また権利の不適切な消費も防止される。また、ダウンロード実行状況の監視結果が課金条件を満足するか否かの判定処理を代行サーバＰＳＶにおいて行っている。このため、携帯端末ＭＳ１〜ＭＳｎは勿論のことコンテンツ配信サーバＣＳＶの権利発行受付機能ＲＩＰの処理負荷を軽減することができる。
【００８６】
（第５の実施形態）
この発明の第５の実施形態は、サーバ装置としてのコンテンツ配信サーバと、クライアント装置としての携帯端末とを備えるコンテンツ配信システムにおいて、コンテンツ配信サーバからストリーミング方式によりコンテンツをダウンロードしている期間に当該コンテンツのダウンロードの実行状況を携帯端末で監視する。そして、ダウンロード終了後に、上記携帯端末により上記ダウンロード実行状況の監視結果を事前にコンテンツ配信サーバから取得した権利消費条件と比較して、上記ダウンロード実行状況の監視結果が権利消費条件を満足するか否かを判定する。この判定の結果、満足すると判定された場合に、携帯端末において、上記コンテンツに付与された権利の消費残量を表すパラメータを減じる消費処理を行うようにしたものである。
【００８７】
図１３は、この発明の第５の実施形態に係わるコンテンツ配信システムで使用される携帯端末の構成を示すブロック図である。なお、同図において前記図３と同一部分には同一符号を付して詳しい説明は省略する。
制御部３１Ｃは、この発明の第５の実施形態を実現するために必要な機能として、消費条件取得制御部３１６と、ダウンロード状況監視部３１２と、消費可否判定処理部３１７と、権利消費処理部３１８とを備えている。
【００８８】
消費条件取得制御部３１６は、コンテンツ配信サーバＣＳＶからストリーミングトークンを取得する際に、同時に権利消費条件を表す情報を取得してメモリ３４に保存する。
権利消費条件は例えば次のように設定される。
条件１；ストリーミングによるコンテンツのダウンロード期間中に、ユーザが意図的に異常終了（終話、電池取り外し等）を行った場合には、消費対象とする。
条件２；ストリーミングによるコンテンツのダウンロード期間中に、ユーザが意図的に異常終了させた場合でも、ダウンロードを開始してから一定期間内であれば消費対象外とする。
条件３；ストリーミングによるコンテンツのダウンロード期間中に、ネットワーク側に原因があるエラー（コンテンツの品質未達など）により異常終了が発生した場合には、消費対象外とする。
条件４；ネットワーク側に原因があるエラーにより異常終了が発生した場合に、その回数が予め設定された回数以内のときには課金対象外とし、上記設定回数を超えた場合には消費対象とする。
【００８９】
ダウンロード状況監視部３１２は、コンテンツ配信サーバＣＳＶからストリーミングによりコンテンツをダウンロードしている期間中に、ダウンロードの状況、例えばコンテンツを正常に受信できたか否かと、正常に受信できなかった場合の要因を監視する。
消費可否判定処理部３１７は、ストリーミングによるコンテンツのダウンロード終了後に、上記ダウンロード状況監視部３１２により検出されたダウンロード状況の監視結果を、上記消費条件取得制御部３１６により取得された権利消費条件と比較し、上記ダウンロード状況の監視結果が上記権利消費条件を満足するか否かを判定する。
【００９０】
権利消費処理部３１８は、上記消費可否判定処理部３１７により上記ダウンロード状況の監視結果が上記権利消費条件を満足すると判定された場合に、上記コンテンツに付与された権利の消費処理を行う。例えば、権利情報が再生回数を規定している場合には、再生済みの回数をカウントアップするか、又は再生可能な残り回数を減じる。
【００９１】
次に、以上のように構成されたコンテンツ配信システムにおけるコンテンツ配信動作を説明する。図１４はその動作シーケンスと動作内容を示す図である。なお、同図において図４と処理内容が同一のステップには同一符号を付して説明を行う。
携帯端末ＭＳ１においてユーザがコンテンツ選択操作を行うと、携帯端末ＭＳ１はこの操作をステップＳ４１で検出してコンテンツ配信サーバＣＳＶへデータ選択要求を送信する。これに対しコンテンツ配信サーバＣＳＶは、コンテンツ発行受付機能ＣＩＰにより上記データ選択要求を受け付けると、ストリーミングトークンを返送すると共に、予め設定しておいた権利の消費条件を表す情報を要求元の携帯端末ＭＳ１へ送信する。携帯端末ＭＳ１は、上記ストリーミングトークンと権利消費条件を表す情報をステップＳ１４１により受信する。
【００９２】
続いて携帯端末ＭＳ１は、ステップＳ４３〜Ｓ４４によりコンテンツ配信サーバＣＳＶのストリーミング処理機能ＳＳからストリームヘッダを受信するシーケンスと、ステップＳ４５〜Ｓ４６によりコンテンツ配信サーバＣＳＶの権利発行受付機能ＲＩＰから権利情報を取得するシーケンスを順次実行するが、その実行手順と処理内容は第１の実施形態で述べたものと同一である。ただし、上記権利情報の取得シーケンスにおいて、コンテンツ配信サーバＣＳＶの権利発行受付機能ＲＩＰは、携帯端末ＭＳ１からユーザ情報を受け取って本人認証を終了すると、ステップＳ１４２において課金処理を実行する。
【００９３】
上記権利情報の取得が終了すると携帯端末ＭＳ１は、続いてステップＳ４７乃至ステップＳ５０により、ストリーミングによるコンテンツのダウンロード処理及びダウンロード状況の監視処理を実行する。そして、上記コンテンツのダウンロードが終了すると、携帯端末ＭＳ１はステップＳ１４３に移行し、ここで消費可否判定処理部３１７により権利情報の消費可否判定処理を実行する。すなわち、上記ステップＳ４９により検出されたダウンロード状況の監視結果を上記ステップＳ１４１で受信した権利消費条件と比較し、上記ダウンロード状況の監視結果が上記権利消費条件を満足するか否かを判定する。そして、その判定結果に基づいてステップＳ１４４により権利情報の消費処理を実行する。
【００９４】
例えば、上記コンテンツのダウンロードが最後まで中断することなく終了した場合には権利消費条件を満足するため、携帯端末ＭＳ１はコンテンツの再生済みの回数をカウントアップするか、又は再生可能な残り回数を一つ減らす。これに対し、例えばコンテンツのダウンロード期間中に携帯端末ＭＳ１のユーザが意図的に終了操作又は電池の取り外しを行うか、或いは通信ネットワークＮＷの通信品質の劣化によりストリームが途切れたとする。この場合のダウンロード状況は先に例示した権利消費条件を満たさないため、携帯端末ＭＳ１は権利消費処理を行わずにそのまま処理を終了する。
【００９５】
以上述べたように第５の実施形態によれば、コンテンツが課金条件を満たす品質でダウンロードされた場合にのみ、携帯端末ＭＳ１〜ＭＳｎにおいて権利の消費処理が行われる。これに対しストリーミング再生中に、例えばコンテンツのダウンロードが開始されてから一定期間が経過した後に携帯端末のユーザが意図的に終了操作又は電池の取り外しを行ったか、或いは通信ネットワークＮＷの通信品質の劣化により伝送エラーが発生して課金条件を満足しなくなった場合には、権利の消費処理が行われない。したがって、通信ネットワークＮＷ側に原因があり、ユーザに責がない品質劣化が生じた場合には、不適切な権利消費処理が行われないようにすることができる。
【００９６】
（その他の実施形態）
前記第１及び第３の実施形態では、携帯端末がコンテンツ配信サーバ又は代行サーバから課金条件を表す情報を取得するようにしたが、携帯端末において予め課金条件を初期設定しておくことで上記課金条件の取得手順を省略するようにしてもよい。また同様に、携帯端末において権利の消費条件を予め初期設定しておくことで、第５の実施形態で述べた権利消費条件の取得手順を省略するようにしてもよい。
【００９７】
前記各実施形態ではコンテンツ発行受付機能、ストリーミング処理機能及び権利発行受付機能を１台のコンテンツ配信サーバに備えた場合を例にとって説明した。しかし、上記各機能を複数のサーバに分散させるようにしてもよい。
その他、携帯端末の種類とその構成、サーバ装置及び代行サーバ装置の構成、ダウンロードの実行状況の監視内容、課金条件及び権利消費条件の内容等についても、この発明の要旨を逸脱しない範囲で種々変形して実施可能である。
【００９８】
要するにこの発明は、上記各実施形態そのままに限定されるものではなく、実施段階ではその要旨を逸脱しない範囲で構成要素を変形して具体化できる。また、上記各実施形態に開示されている複数の構成要素の適宜な組み合せにより種々の発明を形成できる。例えば、各実施形態に示される全構成要素から幾つかの構成要素を削除してもよい。さらに、異なる実施形態に亘る構成要素を適宜組み合せてもよい。
【図面の簡単な説明】
【００９９】
【図１】この発明の第１の実施形態に係わるコンテンツ配信システムの概略構成図である。
【図２】図１に示したコンテンツ配信システムで使用されるコンテンツ配信サーバの構成を示すブロック図である。
【図３】図１に示したコンテンツ配信システムで使用される携帯端末の構成を示すブロック図である。
【図４】図１に示したコンテンツ配信システムの携帯端末とコンテンツ配信サーバとの間の動作シーケンス及び動作内容を示す図。
【図５】この発明の第２の実施形態に係わるコンテンツ配信システムで使用されるコンテンツ配信サーバの構成を示すブロック図である。
【図６】この発明の第２の実施形態に係わるコンテンツ配信システムで使用される携帯端末の構成を示すブロック図である。
【図７】この発明の第２の実施形態に係わるコンテンツ配信システムの携帯端末とコンテンツ配信サーバとの間の動作シーケンス及び動作内容を示す図である。
【図８】この発明の第３の実施形態に係わるコンテンツ配信システムの概略構成図である。
【図９】図８に示したコンテンツ配信ステムで使用される代行サーバの構成を示すブロック図である。
【図１０】図９に示したコンテンツ配信システムの携帯端末と代行サーバ及びコンテンツ配信サーバとの間の動作シーケンス及び動作内容を示す図。
【図１１】この発明の第４の実施形態に係わるコンテンツ配信システムで使用される代行サーバの構成を示すブロック図である。
【図１２】この発明の第４の実施形態に係わるコンテンツ配信システムの携帯端末と代行サーバ及びコンテンツ配信サーバとの間の動作シーケンス及び動作内容を示す図。
【図１３】この発明の第５の実施形態に係わるコンテンツ配信システムで使用される携帯端末の構成を示すブロック図である。
【図１４】この発明の第５の実施形態に係わるコンテンツ配信システムの携帯端末とコンテンツ配信サーバとの間の動作シーケンス及び動作内容を示す図である。
【符号の説明】
【０１００】
ＮＷ…通信ネットワーク、ＣＳＶ…コンテンツ配信サーバ、ＣＩＰ…コンテンツ発行受付機能、ＳＳ…ストリーミング処理機能、ＲＩＰ…権利発行受付機能、１１…ＣＰＵ、１２…バス、１３Ａ，１３Ｂ，１３Ｃ…プログラムメモリ、１４…データメモリ、１５…通信インタフェース（通信Ｉ／Ｆ）、１６…入出力インタフェース（入出力Ｉ／Ｆ）、１７…入力デバイス、１８…表示デバイス、１３１…コンテンツ発行受付制御プログラム、１３２…ストリーミング処理プログラム、１３３…権利発行受付制御プログラム、１３４…課金可否判定プログラム、ＭＳ１〜ＭＳｎ…携帯端末、２１…アンテナ、２２…無線ユニット、２３Ａ，２３Ｂ…ベースバンドユニット、２４…ユーザインタフェースユニット、２５…電源ユニット、３１Ａ，３１Ｂ３１Ｃ…制御部、３２…オーディオコーデック、３３…ビデオコーデック、３４…メモリ、４１…マイクロホン、４２…スピーカ、４３…カメラ、４４…表示部、４５…キー入力部、３１１…課金条件取得制御部、３１２…ダウンロード状況監視部、３１３…課金可否判定処理部、３１４…権利消費処理部、３１５…監視結果通知制御部、３１６…消費条件取得制御部、３１７…消費可否判定処理部、３１８…権利消費処理部、ＲＳＶ…代行サーバ、５１…ＣＰＵ、５２…バス、５３Ａ，５３Ｂ…プログラムメモリ、５５４…データメモリ、５５…通信インタフェース（通信Ｉ／Ｆ）、５６…入出力インタフェース（入出力Ｉ／Ｆ）、５７…入力デバイス、５８…表示デバイス、５３１…権利情報取得制御プログラム、５３２…課金制御プログラム。
【出願人】 【識別番号】０００００３０７８
【氏名又は名称】株式会社東芝
【出願日】 平成１８年８月１１日（２００６．８．１１）
【代理人】 【識別番号】１０００５８４７９
【弁理士】
【氏名又は名称】鈴江 武彦

【識別番号】１０００９１３５１
【弁理士】
【氏名又は名称】河野 哲

【識別番号】１０００８８６８３
【弁理士】
【氏名又は名称】中村 誠

【識別番号】１００１０８８５５
【弁理士】
【氏名又は名称】蔵田 昌俊

【識別番号】１０００７５６７２
【弁理士】
【氏名又は名称】峰 隆司

【識別番号】１００１０９８３０
【弁理士】
【氏名又は名称】福原 淑弘

【識別番号】１０００８４６１８
【弁理士】
【氏名又は名称】村松 貞男

【識別番号】１０００９２１９６
【弁理士】
【氏名又は名称】橋本 良郎
【公開番号】 特開２００８−４８０５９（Ｐ２００８−４８０５９Ａ）
【公開日】 平成２０年２月２８日（２００８．２．２８）
【出願番号】 特願２００６−２２０３６３（Ｐ２００６−２２０３６３）