(57)【要約】【課題】リソース条件の変化に応じた適切なコンテンツの配信を可能とする。【解決手段】コンテンツサーバが、情報処理端末からの配信要求及び該端末のリソース条件を受信し、前記配信要求に対応するコンテンツを前記リソース条件に従って加工し、該コンテンツを配信し、前記情報処理端末が、ＣＰＵ及びメモリを有し前記情報処理端末の機能を実現するための演算処理を行う演算処理部と、前記演算処理のためのソフトウェアを記憶した記憶装置とを備え、起動後に前記演算処理により変化するリソース条件として前記ＣＰＵ、前記メモリ、または前記記憶装置から、少なくとも、前記ＣＰＵの占有率、前記メモリの空き容量、または前記記憶装置の空き容量を抽出し、前記リソース条件及び／又はコンテンツの配信要求をコンテンツサーバに送信し、該コンテンツサーバから配信されたコンテンツを受信して実行する。【選択図】図１
2011198391.tif 000002
【特許請求の範囲】
【請求項１】
ネットワークを介して接続するコンテンツサーバと情報処理端末からなるコンテンツ配信システムであって、
前記コンテンツサーバが、
前記情報処理端末からの配信要求及び該情報処理端末のリソース条件を受信する受信手段と、
前記配信要求に対応するコンテンツを前記リソース条件に従って加工する加工手段と、
前記コンテンツを配信する配信手段とを備え、
前記情報処理端末が、
ＣＰＵ及びメモリを有し前記情報処理端末の機能を実現するための演算処理を行う演算処理部と、
前記演算処理のためのソフトウェアを記憶した記憶装置と、
起動後に前記演算処理により変化するリソース条件を、前記ＣＰＵ、前記メモリ、または前記記憶装置から、定期的、所定のタイミング、或いは変化時に、抽出する抽出手段と、
前記抽出されたリソース条件及びコンテンツの配信要求をコンテンツサーバに送信する送信手段と、
前記コンテンツサーバから配信されたコンテンツを受信する受信手段と、
前記コンテンツを実行する実行手段と、を備え、
前記抽出されるリソース条件が、少なくとも、前記ＣＰＵの占有率、前記メモリの空き容量、または前記記憶装置の空き容量を含み、
前記コンテンツサーバが、少なくとも、前記ＣＰＵの占有率、前記メモリの空き容量、または前記記憶装置の空き容量に従って前記コンテンツを加工する、
ことを特徴とするコンテンツ配信システム。
【請求項２】
ＣＰＵ及びメモリを用いて演算処理を行う演算処理部と、
前記演算処理のためのソフトウェアを記憶した記憶装置と、
起動後に前記演算処理により変化するリソース条件を、前記ＣＰＵ、前記メモリ、または前記記憶装置から、定期的、所定のタイミング、或いは変化時に、抽出する抽出手段と、
前記抽出されたリソース条件及びコンテンツの配信要求をコンテンツサーバに送信する送信手段と、
前記コンテンツサーバから配信されたコンテンツを受信する受信手段と、
前記コンテンツを実行する実行手段と、を備え、
前記抽出されるリソース条件が、少なくとも、前記ＣＰＵの占有率、前記メモリの空き容量、または前記記憶装置の空き容量を含むことを特徴とする情報処理端末。
【請求項３】
前記受信手段がＱｏＳ制御情報の付加されたコンテンツを受信し、
前記実行手段が、前記ＱｏＳ制御情報に基づいて前記コンテンツを実行する請求項２に記載の情報処理端末。
【請求項４】
ネットワークを介して接続するコンテンツサーバと情報処理端末が実行するコンテンツ配信方法であって、
前記コンテンツサーバが、
前記情報処理端末からの配信要求及び該情報処理端末のリソース条件を受信するステップと、
前記配信要求に対応するコンテンツを前記リソース条件に従って加工するステップと、
前記コンテンツを配信するステップとを実行し、
前記情報処理端末が、
ＣＰＵ及びメモリを有し前記情報処理端末の機能を実現するための演算処理を行う演算処理部と、
前記演算処理のためのソフトウェアを記憶した記憶装置と、を備え、
起動後に前記演算処理により変化するリソース条件を、前記ＣＰＵ、前記メモリ、または前記記憶装置から、定期的、所定のタイミング、或いは変化時に、抽出するステップと、
前記抽出されたリソース条件及びコンテンツの配信要求をコンテンツサーバに送信するステップと、
該コンテンツサーバから配信されたコンテンツを受信するステップと、
前記コンテンツを実行するステップと、を実行し、
前記抽出されるリソース条件が、少なくとも、前記ＣＰＵの占有率、前記メモリの空き容量、または前記記憶装置の空き容量を含み、
前記コンテンツサーバが、少なくとも、前記ＣＰＵの占有率、前記メモリの空き容量、または前記記憶装置の空き容量に従って前記コンテンツを加工する、
ことを特徴とするコンテンツ配信方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ネットワークを介してコンテンツを配信する技術に関する。
【背景技術】
【０００２】
従来、端末側が受信するコンテンツ（コンピュータプログラムや、動画ファイル、ウエブページ（ＨＴＭＬ等のファイル）、電子メール、等の電子データ）は、予め設定されたリソース条件のもとで動作するように設定されている。
【０００３】
例えば、ネットワークを介して動画のストリーミングデータを配信し、端末上で再生させる場合、通信速度や端末の処理能力に合ったデータを配信する。
【０００４】
即ち、通信速度が速ければ低圧縮で高画質のデータを配信し、通信速度が遅ければ高圧縮で低画質のデータを配信する。
【０００５】
このためコンテンツサーバは、複数のリソース条件に対応する場合、同じ内容のデータについて、各リソース条件にあわせたデータを複数蓄積しておく必要がある。
【０００６】
また、情報処理端末の多機能化に伴い、該コンテンツを再生するタスクと他のタスクとを並行して処理することも行われている（特許文献１参照）。この場合、ＣＰＵに割り振られるタスクの優先度に応じて前記リソース条件が変化することがあった。
【先行技術文献】
【特許文献】
【０００７】
【特許文献１】特開平７−１４３６３１号公報
【発明の概要】
【発明が解決しようとする課題】
【０００８】
上記のように、複数のリソース条件に対応する場合、同じ内容のコンテンツを、各リソース条件にあわせて複数種類蓄積しておく必要があるという問題点があった。このため、コンテンツの記憶容量がリソース条件数に比例して増加し、設備費用が膨大となる。
【０００９】
また、各リソース条件にあわせたデータを複数蓄積しておく場合、コンテンツ設計時にも各リソース条件に合わせた多くの設計工数を必要とする。従って新規端末が現れた場合、この端末のリソース条件に合わせたコンテンツを準備するのに時間を要してしまうので、このタイムラグがビジネス上の大きな問題点となっていた。
【００１０】
更に、複数のタスクを並行して処理する端末や、モバイル端末のように、処理能力や通信速度等のリソース条件がダイナミックに変化する端末については、上記のように予め準備されているコンテンツの中からリソース条件のあったものを配信しても配信途中でリソース条件が変化し、配信の品質、即ちＱｏＳを保証できなくなるという問題点があった。
【００１１】
本発明は、上記のような従来技術の問題点に鑑みてなされたものである。即ち、本発明は、リソース条件の変化に応じた適切なコンテンツの配信を可能とすることを目的とする。
【課題を解決するための手段】
【００１２】
本発明は前記課題を解決するために、以下の手段を採用した。
本発明のコンテンツ配信システムは、
ネットワークを介して接続するコンテンツサーバと情報処理端末からなり、
前記コンテンツサーバが、
情報処理端末からの配信要求及び該端末のリソース条件を受信する受信手段と、
前記配信要求に対応するコンテンツを前記リソース条件に従って加工する加工手段と、
該コンテンツを配信する配信手段とを備え、
前記情報処理端末が、
リソース条件を抽出する抽出手段と、
前記リソース条件及び／又はコンテンツの配信要求をコンテンツサーバに送信する送信手段と、
該コンテンツサーバから配信されたコンテンツを受信する受信手段と、
前記コンテンツを実行する実行手段と、を備える。
【００１３】
また、本発明のコンテンツ配信サーバは、
情報処理端末からの配信要求及び該端末のリソース条件を受信する受信手段と、
前記配信要求に対応するコンテンツを前記リソース条件に従って加工する加工手段と、
該コンテンツを配信する配信手段とを備える。
【００１４】
上記コンテンツ配信サーバは、
前記情報処理端末から受信したリソース条件に基づいてＱｏＳ制御情報を生成する生成手段を更に備え、
前記加工手段が、前記ＱｏＳ制御情報を前記コンテンツに付加し、
前記配信手段が、該ＱｏＳ制御情報を付加したコンテンツを配信しても良い。
【００１５】
上記コンテンツ配信サーバは、
前記情報処理端末がＱｏＳ制御プログラムを記憶しているか否かを検出する検出手段と、
前記検出の結果、情報処理端末がＱｏＳ制御プログラムを記憶していない場合に、前記情報処理端末にＱｏＳ制御プログラムを送信するプログラム送信手段と、を備えても良い。
【００１６】
また、本発明の情報処理端末は、
リソース条件を抽出する抽出手段と、
前記リソース条件及び／又はコンテンツの配信要求をコンテンツサーバに送信する送信手段と、
該コンテンツサーバから配信されたコンテンツを受信する受信手段と、
前記コンテンツを実行する実行手段と、を備える。
【００１７】
上記情報処理端末は、
前記受信手段がＱｏＳ制御情報の付加されたコンテンツを受信し、
前記実行手段が、前記ＱｏＳ制御情報に基づいて前記コンテンツを実行しても良い。
【００１８】
また、本発明のコンテンツ配信プログラムは、
情報処理端末からの配信要求及び該端末のリソース条件を受信するステップと、
前記配信要求に対応するコンテンツを前記リソース条件に従って加工するステップと、
該コンテンツを配信するステップと、をコンテンツサーバに実行させる。
【００１９】
上記コンテンツ配信プログラムは、
前記情報処理端末がＱｏＳ制御プログラムを記憶しているか否かを検出するステップと、
前記検出の結果、情報処理端末がＱｏＳ制御プログラムを記憶していない場合に、リソース条件を抽出するステップと、前記リソース条件をコンテンツサーバに送信するステップと、該コンテンツサーバから配信されたコンテンツを受信するステップと、前記コンテンツを実行するステップとを前記情報処理端末に実行させるＱｏＳ制御プログラムを前記情報処理端末に配信するステップと、を含んでも良い。
【００２０】
上記コンテンツ配信プログラムにおいて、
前記情報処理端末から受信したリソース条件に基づいてＱｏＳ制御情報を生成するステップを更に備え、
前記コンテンツを加工するステップにて、前記ＱｏＳ制御情報を前記コンテンツに付加し、
前記コンテンツを配信するステップにて、該ＱｏＳ制御情報を付加したコンテンツを配信しても良い。
【００２１】
上記コンテンツ配信プログラムにおいて、
前記情報処理端末がＱｏＳ制御プログラムを記憶しているか否かを検出するステップと、
前記検出の結果、情報処理端末がＱｏＳ制御プログラムを記憶していない場合に、前記情報処理端末にＱｏＳ制御プログラムを送信するステップとを含んでも良い。
【００２２】
また、本発明のコンテンツ配信方法は、
ネットワークを介して接続するコンテンツサーバと情報処理端末が実行する方法であって、
前記コンテンツサーバが、
情報処理端末からの配信要求及び該端末のリソース条件を受信するステップと、
前記配信要求に対応するコンテンツを前記リソース条件に従って加工するステップと、
該コンテンツを配信するステップとを実行し、
前記情報処理端末が、
リソース条件を抽出するステップと、
前記リソース条件及び／又はコンテンツの配信要求をコンテンツサーバに送信するステップと、
該コンテンツサーバから配信されたコンテンツを受信するステップと、
前記コンテンツを実行するステップと、を実行する。
【発明の効果】
【００２３】
以上、説明したように本発明によれば、リソース条件の変化に応じた適切なコンテンツの配信が可能となる。
【図面の簡単な説明】
【００２４】
【図１】実施形態１のコンテンツ配信システムの概略構成図
【図２】情報処理端末が実行するステップの説明図
【図３】コンテンツサーバが実行するステップの説明図
【図４】パケットＮｏ又はパケット間引き条件の説明図
【図５】制御テーブルの説明図
【図６】実施形態２のコンテンツ配信システムの概略構成図
【図７】実施形態２のコンテンツ配信方法の説明図
【発明を実施するための形態】
【００２５】
以下、本発明の実施形態について添付図面を参照して説明する。
〈実施形態１〉
図１は、本発明の一例である実施形態１のコンテンツ配信システムの概略構成図である。
【００２６】
該コンテンツ配信システムは、インターネット等のネットワークＮを介して接続したコンテンツサーバ１と、情報処理端末２とから構成されている。なお、図１には、便宜上コンテンツサーバ１及び情報処理端末２を１つずつ示したが、これらは、夫々複数接続されていても良い。
【００２７】
§１．コンテンツサーバ１
コンテンツサーバ１は、ＣＰＵ（ｃｅｎｔｒａｌ ｐｒｏｃｅｓｓｉｎｇ ｕｎｉｔ）やメインメモリ等よりなる演算処理部、演算処理の為のデータやソフトウェアを記憶した記憶装置（ハードディスク）、入出力部、通信制御部（ＣＣＵ：ＣｏｍｍｕｎｉｃａｔｉｏｎＣｏｎｔｒｏｌ
Ｕｎｉｔ）等を備えた一般的なコンピュータである。
【００２８】
入出力部には、キーボードやマウス等の入力デバイス、表示装置やプリンター等の出力デバイスが適宜接続される。
【００２９】
通信制御部は、モデムやネットワークカード等、ネットワークを介して他のコンピュータと通信を行うものである。
【００３０】
記憶装置には、オペレーティングシステム（ＯＳ）やミドルウェア（コンテンツ配信プログラム）等のソフトウェアがインストールされている。また、該記憶装置には、配信するためのコンテンツのデータが記憶されている。また、該記憶装置には、情報処理端末毎の情報を登録するデータベース１９が構築されている。更に該記憶装置には、リソース条件と、このリソース条件のときに生成されるＱｏＳ制御情報とを対応付けて登録した制御テーブル２０が記憶されている。
【００３１】
演算処理部は、前記コンテンツ配信プログラムに従う演算処理により、受信手段１３や、生成手段１４、加工手段１５、配信手段１６の機能を実現している。
【００３２】
該受信手段１３の機能として演算処理部は、情報処理端末２からの情報（リソース条件等）を通信制御部を介して受信し、認証を行い、情報処理端末から受信した情報をデータベースに登録する。
【００３３】
生成手段１４の機能として演算処理部は、前記情報処理端末から受信したリソース条件に基づいてＱｏＳ制御情報を生成する。
【００３４】
加工手段１５の機能として演算処理部は、前記配信要求に対応するコンテンツを前記リソース条件に従って加工する。また、前記リソース条件に基づくＱｏＳ制御情報を前記コンテンツに付加する。
【００３５】
そして、配信手段１６の機能として演算処理部は、通信制御部を介して前記ＱｏＳ制御情報を付加されたコンテンツを配信する。
【００３６】
§２．情報処理端末
情報処理端末２は、ＣＰＵ（ｃｅｎｔｒａｌ ｐｒｏｃｅｓｓｉｎｇ ｕｎｉｔ）やメインメモリ等よりなる演算処理部、演算処理の為のデータやソフトウェアを記憶した記憶装置（ハードディスク）、入出力部、通信制御部（ＣＣＵ：ＣｏｍｍｕｎｉｃａｔｉｏｎＣｏｎｔｒｏｌ Ｕｎｉｔ）等を備えた一般的なコンピュータである。
【００３７】
入出力部には、キーボードやマウス等の入力デバイス、表示装置やプリンター等の出力デバイスが適宜接続される。
【００３８】
通信制御部は、モデムやネットワークカード等、ネットワークを介して他のコンピュータと通信を行うものである。
【００３９】
記憶装置には、オペレーティングシステム（ＯＳ）やミドルウェア（ＱｏＳ制御プログラム）等のソフトウェアがインストールされている。
【００４０】
演算処理部は、ＱｏＳ制御プログラムに従う演算処理により、抽出手段１１や、送信手段１２、受信手段１７、実行手段１８の機能を実現している。
【００４１】
該抽出手段１１の機能として演算処理部は、情報処理端末のＣＰＵの処理能力（速度）や、起動しているタスクが占有しているＣＰＵの処理量の割合（占有率）、メモリの空き容量、記憶装置の空き容量等のリソース条件を抽出する。
【００４２】
送信手段１２の機能として演算処理部は、前記リソース条件及び／又はコンテンツの配信要求をコンテンツサーバ１に送信する。
【００４３】
該リソース条件の抽出及び送信は、定期的或は所定のタイミングで行っても良いし、リソース条件に変化のあったときに行っても良い。
【００４４】
受信手段１７の機能として演算処理部は、該コンテンツサーバからＱｏＳ制御情報が付加されたコンテンツを受信する。
【００４５】
実行手段１８の機能として演算処理部は、前記コンテンツを実行する。例えば前記コンテンツが動画や音楽のストリーミングデータであれば、リアルタイムに該データを再生する。また、前記コンテンツがコンピュータプログラムであれは、該プログラムをインストールして実行する。このとき、該実行手段は、ＱｏＳ制御情報に基づいて前記コンテンツを実行する。
【００４６】
§３．コンテンツ配信方法
次に、上記コンテンツ配信システム、即ちコンテンツサーバ１と情報処理端末２とが実行するコンテンツ配信方法について説明する。
【００４７】
図２は、情報処理端末２がＱｏＳ制御プログラムに基づいて実行するステップの説明図、図３は、コンテンツサーバ１がコンテンツ配信プログラムに従って実行するステップの説明図である。
【００４８】
情報処理端末２は、抽出手段１１の機能により、起動直後のリソース条件（ベスト状態のリソース条件）としてＣＰＵの処理能力、メモリ量、記憶装置の空き容量等を抽出する（ステップ１、以下Ｓ１のように略記する）。
【００４９】
また、情報処理端末２は、抽出手段１１の機能により、所定時間毎にＣＰＵの占有率やメモリの空き容量、記憶装置の空き容量等のリソース条件を抽出している。このリソース条件は、起動後、他のタスクを実行したり、データを保存したりすることで変化するので、所定時間毎にチェックし、これをワースト状態のリソース条件とする（Ｓ２）。
【００５０】
情報処理端末２は、配信要求がされたか否かを確認し（Ｓ３）、配信要求がされていな
ければステップ２に戻り、配信要求があるまで待機する。
【００５１】
そして、ユーザが情報処理端末２の入力部から配信を要求するコンテンツの指定を入力すると、該情報処理端末２は、配信要求有りと判断し、配信要求と共にベスト状態のリソース条件とワースト状態のリソース条件をコンテンツサーバ１へ送信する（Ｓ４）。
【００５２】
一方、コンテンツサーバ１は、図３に示すように、受信手段１３の機能によって配信要求を受信し、認証を行う（Ｓ２１）。
【００５３】
そして正しく認証された場合、コンテンツサーバ１は、生成手段の機能により、リソース情報に基づいてＱｏＳ制御情報を生成する。このＱｏＳ制御情報は、端末のリソースの状態に応じて適切にコンテンツを実行できるようにするための情報であり、本実施形態では、受信したリソース条件と対応するＱｏＳ制御情報を制御テーブル２０から抽出し、これらをＱｏＳ制御情報としている。
【００５４】
図５は、リソース条件と、このリソース条件のときに生成されるＱｏＳ制御情報とを対応付けて登録した制御テーブル２０の説明図である。同図の例によれば、ＣＰＵの占有率が１０％未満の場合、ストリーミングデータを間引かずに実行させ、ＣＰＵの占有率が１０％以上８０％未満の場合、４フレーム当たり１フレーム間引く、そしてＣＰＵの占有率が８０％以上の場合、２フレーム当たり１フレーム間引いて実行させる制御情報を生成する（Ｓ２２）。
【００５５】
次にコンテンツサーバ１は、要求されたコンテンツがストリーミングデータか否かを判断する（Ｓ２３）。
【００５６】
ストリーミングデータの場合、リアルタイムに配信する必要があるため、ＱｏＳ制御情報に基づいた加工をコンテンツサーバ１が行う。例えば動画データをＱｏＳ制御情報に基づいて間引き、適切な情報量のコンテンツとする（Ｓ２４）。
【００５７】
一方、ストリーミングデータでない場合、コンテンツにＱｏＳ制御情報を付加する。例えば図４に示すように、ヘッダー部に、端末で取り込むパケットＮｏ又はパケット間引き条件を指定する（Ｓ２５）。
【００５８】
コンテンツサーバ１は、配信手段１６の機能により、前記加工済みのコンテンツ或はＱｏＳ制御情報が付加されたコンテンツを情報処理端末２へ配信する（Ｓ２６）。
【００５９】
情報処理端末２は、該コンテンツサーバ１から配信されたコンテンツを受信手段１７の機能により受信し（Ｓ４）、該コンテンツを実行手段１８の機能によって実行する（Ｓ５）。なお、該コンテンツにＱｏＳ制御情報が付加されていた場合、情報処理端末２は、実行手段１８が該ＱｏＳ制御情報に基づいて実行する。例えば、図４に示すように、ヘッダー部に端末で取り込むパケットＮｏ或はパケットの間引き条件が指定されていた場合、該バケットＮｏ或は間引き条件に合致したパケットを取り込んで実行する。
【００６０】
また、情報処理端末２は、このコンテンツの実行中にも定期的に及び／又は所定の間隔でリソース条件を抽出してコンテンツサーバに送信する。
【００６１】
このリソース条件を受信したコンテンツサーバ１は、前記ステップ２２からステップ２６を行い、該リソース条件に応じたコンテンツを配信する。
【００６２】
このように本実施形態によれば、制御対象の情報処理端末２のダイナミックに変化する
リソース状態をリアルタイムにコンテンツ配信にフィードバックし、適切なコンテンツの配信を可能とする。
【００６３】
〈実施形態２〉
本実施形態は、前述の実施形態１と比較し、ＱｏＳ制御プログラムを有していない情報処理端末にＱｏＳ制御プログラムを送信する点が異なり、その他の構成は同じである。このため、前述の実施形態１と同一の要素には同符号を付すなどして再度の説明を省略する。
【００６４】
図６は、本実施形態のコンテンツ配信システムの概略構成図である。
【００６５】
コンテンツサーバ１´は、演算処理部がコンテンツ配信プログラムに従う処理を行うことにより、前述の機能に加えて検出手段２２とプログラム配信手段２３とを実現している。
【００６６】
検出手段２２の機能として演算処理部は、前記情報処理端末２´がＱｏＳ制御プログラムを記憶しているか否かを検出する。
【００６７】
また、プログラム送信手段の機能として演算処理部は、前記検出の結果、情報処理端末がＱｏＳ制御プログラムを記憶していない場合に、記憶装置に記憶されたＱｏＳ制御プログラム２４を前記情報処理端末に送信する。
【００６８】
なお、コンテンツサーバ１´の記憶装置には、情報処理端末２´に送信するためのＱｏＳ制御プログラムや、
一方、情報処理端末２´は、ＣＰＵやメインメモリ等よりなる演算処理部、演算処理の為のデータやソフトウェアを記憶した記憶装置（ハードディスク）、入出力部、通信制御部等を備えた一般的なコンピュータである。
【００６９】
該情報処理端末２´は、ウエブブラウザ等の一般的な通信手段を有しており、コンテンツの配信要求をコンテンツサーバ１´に送信する手段や、該サーバ１´からプログラムを受信して実行する手段を有している。
【００７０】
図７は、本実施形態のコンテンツサーバ１´がコンテンツ配信プログラムに従って実行するステップの説明図である。
【００７１】
まず、コンテンツサーバ１´は、情報処理端末２´からのコンテンツの配信要求の検出を行って配信要求の有無を判断し、配信要求があるまでこれを繰返して待機する（Ｓ３１，Ｓ３２）。
【００７２】
配信要求を受信した場合、コンテンツサーバ１´は、検出手段の機能により、この配信要求の送信元である情報処理端末２´のＭＡＣアドレスやユーザＩＤ等から該端末２´を特定し、この端末２´の情報がデータベースに記憶されていれば該端末２´がＱｏＳ制御プログラムを記憶していることを検出し、逆に、この端末２´の情報がデータベースに記憶されていなければ該端末２´がＱｏＳ制御プログラムを記憶していないことを検出する（Ｓ３３）。
【００７３】
情報処理端末２´がＱｏＳ制御プログラムを記憶していない場合、コンテンツサーバ１´は、記憶装置に記憶されたＱｏＳ制御プログラム２４を前記情報処理端末２´に送信する（Ｓ３４）。
【００７４】
そしてコンテンツサーバ１´は、課金する旨のメッセージを情報処理端末２´に送信し、課金して良いか否かを確認する。ユーザが課金を承諾し、該端末２´から課金ＯＫの信号を受信した場合、コンテンツサーバ１´は、図３と同様のステップを実行する（Ｓ３５）。
【００７５】
一方、前記ＱｏＳ制御プログラム２４を受信した情報処理端末２´は、ＱｏＳ制御プログラムに従う演算処理により、抽出手段１１や、送信手段１２、受信手段１７、実行手段１８の機能を実現し、図２と同様にステップを実行する。
【００７６】
これによりＱｏＳ制御プログラムを有していない情報処理端末に対しても、リソース条件の変化に応じた適切なコンテンツの配信を可能としている。
【符号の説明】
【００７７】
１ コンテンツサーバ
２ 情報処理端末
１１ 抽出手段
１２ 送信手段
１３ 受信手段
１４ 生成手段
１５ 加工手段
１６ 配信手段
１７ 受信手段
１８ 実行手段
２２ 検出手段
２３ プログラム配信手段
２４ ＱｏＳ制御プログラム
Ｎ ネットワーク
【図１】
2011198391.tif 000003
【図２】
2011198391.tif 000004
【図３】
2011198391.tif 000005
【図４】
2011198391.tif 000006
【図５】
2011198391.tif 000007
【図６】
2011198391.tif 000008
【図７】
2011198391.tif 000009