"ネットワークを介して接続するコンテンツサーバと情報処理端末からなるコンテンツ配信システムであって、前記コンテンツサーバが、前記情報処理端末からの配信要求及び該情報処理端末のリソース条件を受信する受信手段と、前記配信要求に対応するコンテンツを前記リソース条件に従って加工する加工手段と、前記コンテンツを配信する配信手段とを備え、前記情報処理端末が、CPU及びメモリを有し前記情報処理端末の機能を実現するための演算処理を行う演算処理部と、前記演算処理のためのソフトウェアを記憶した記憶装置と、起動後に前記演算処理により変化するリソース条件を、前記CPU、前記メモリ、または前記記憶装置から、定期的、所定のタイミング、或いは変化時に、抽出する抽出手段と、前記抽出されたリソース条件及びコンテンツの配信要求をコンテンツサーバに送信する送信手段と、前記コンテンツサーバから配信されたコンテンツを受信する受信手段と、前記コンテンツを実行する実行手段と、を備え、前記抽出されるリソース条件が、少なくとも、前記CPUの占有率、前記メモリの空き容量、または前記記憶装置の空き容量を含み、前記コンテンツサーバが、少なくとも、前記CPUの占有率、前記メモリの空き容量、または前記記憶装置の空き容量に従って前記コンテンツを加工する、ことを特徴とするコンテンツ配信システム。CPU及びメモリを用いて演算処理を行う演算処理部と、前記演算処理のためのソフトウェアを記憶した記憶装置と、起動後に前記演算処理により変化するリソース条件を、前記CPU、前記メモリ、または前記記憶装置から、定期的、所定のタイミング、或いは変化時に、抽出する抽出手段と、前記抽出されたリソース条件及びコンテンツの配信要求をコンテンツサーバに送信する送信手段と、前記コンテンツサーバから配信されたコンテンツを受信する受信手段と、前記コンテンツを実行する実行手段と、を備え、前記抽出されるリソース条件が、少なくとも、前記CPUの占有率、前記メモリの空き容量、または前記記憶装置の空き容量を含むことを特徴とする情報処理端末。前記受信手段がQoS制御情報の付加されたコンテンツを受信し、前記実行手段が、前記QoS制御情報に基づいて前記コンテンツを実行する請求項2に記載の情報処理端末。ネットワークを介して接続するコンテンツサーバと情報処理端末が実行するコンテンツ配信方法であって、前記コンテンツサーバが、前記情報処理端末からの配信要求及び該情報処理端末のリソース条件を受信するステップと、前記配信要求に対応するコンテンツを前記リソース条件に従って加工するステップと、前記コンテンツを配信するステップとを実行し、前記情報処理端末が、CPU及びメモリを有し前記情報処理端末の機能を実現するための演算処理を行う演算処理部と、前記演算処理のためのソフトウェアを記憶した記憶装置と、を備え、起動後に前記演算処理により変化するリソース条件を、前記CPU、前記メモリ、または前記記憶装置から、定期的、所定のタイミング、或いは変化時に、抽出するステップと、前記抽出されたリソース条件及びコンテンツの配信要求をコンテンツサーバに送信するステップと、該コンテンツサーバから配信されたコンテンツを受信するステップと、前記コンテンツを実行するステップと、を実行し、前記抽出されるリソース条件が、少なくとも、前記CPUの占有率、前記メモリの空き容量、または前記記憶装置の空き容量を含み、前記コンテンツサーバが、少なくとも、前記CPUの占有率、前記メモリの空き容量、または前記記憶装置の空き容量に従って前記コンテンツを加工する、ことを特徴とするコンテンツ配信方法。上記のように、複数のリソース条件に対応する場合、同じ内容のコンテンツを、各リソース条件にあわせて複数種類蓄積しておく必要があるという問題点があった。このため、コンテンツの記憶容量がリソース条件数に比例して増加し、設備費用が膨大となる。また、各リソース条件にあわせたデータを複数蓄積しておく場合、コンテンツ設計時にも各リソース条件に合わせた多くの設計工数を必要とする。従って新規端末が現れた場合、この端末のリソース条件に合わせたコンテンツを準備するのに時間を要してしまうので、このタイムラグがビジネス上の大きな問題点となっていた。更に、複数のタスクを並行して処理する端末や、モバイル端末のように、処理能力や通信速度等のリソース条件がダイナミックに変化する端末については、上記のように予め準備されているコンテンツの中からリソース条件のあったものを配信しても配信途中でリソース条件が変化し、配信の品質、即ちQoSを保証できなくなるという問題点があった。本発明は、上記のような従来技術の問題点に鑑みてなされたものである。即ち、本発明は、リソース条件の変化に応じた適切なコンテンツの配信を可能とすることを目的とする。本発明は前記課題を解決するために、以下の手段を採用した。本発明のコンテンツ配信システムは、ネットワークを介して接続するコンテンツサーバと情報処理端末からなり、前記コンテンツサーバが、情報処理端末からの配信要求及び該端末のリソース条件を受信する受信手段と、前記配信要求に対応するコンテンツを前記リソース条件に従って加工する加工手段と、該コンテンツを配信する配信手段とを備え、前記情報処理端末が、リソース条件を抽出する抽出手段と、前記リソース条件及び/又はコンテンツの配信要求をコンテンツサーバに送信する送信手段と、該コンテンツサーバから配信されたコンテンツを受信する受信手段と、前記コンテンツを実行する実行手段と、を備える。また、本発明のコンテンツ配信サーバは、情報処理端末からの配信要求及び該端末のリソース条件を受信する受信手段と、前記配信要求に対応するコンテンツを前記リソース条件に従って加工する加工手段と、該コンテンツを配信する配信手段とを備える。上記コンテンツ配信サーバは、前記情報処理端末から受信したリソース条件に基づいてQoS制御情報を生成する生成手段を更に備え、前記加工手段が、前記QoS制御情報を前記コンテンツに付加し、前記配信手段が、該QoS制御情報を付加したコンテンツを配信しても良い。上記コンテンツ配信サーバは、前記情報処理端末がQoS制御プログラムを記憶しているか否かを検出する検出手段と、前記検出の結果、情報処理端末がQoS制御プログラムを記憶していない場合に、前記情報処理端末にQoS制御プログラムを送信するプログラム送信手段と、を備えても良い。また、本発明の情報処理端末は、リソース条件を抽出する抽出手段と、前記リソース条件及び/又はコンテンツの配信要求をコンテンツサーバに送信する送信手段と、該コンテンツサーバから配信されたコンテンツを受信する受信手段と、前記コンテンツを実行する実行手段と、を備える。上記情報処理端末は、前記受信手段がQoS制御情報の付加されたコンテンツを受信し、前記実行手段が、前記QoS制御情報に基づいて前記コンテンツを実行しても良い。また、本発明のコンテンツ配信プログラムは、情報処理端末からの配信要求及び該端末のリソース条件を受信するステップと、前記配信要求に対応するコンテンツを前記リソース条件に従って加工するステップと、該コンテンツを配信するステップと、をコンテンツサーバに実行させる。上記コンテンツ配信プログラムは、前記情報処理端末がQoS制御プログラムを記憶しているか否かを検出するステップと、前記検出の結果、情報処理端末がQoS制御プログラムを記憶していない場合に、リソース条件を抽出するステップと、前記リソース条件をコンテンツサーバに送信するステップと、該コンテンツサーバから配信されたコンテンツを受信するステップと、前記コンテンツを実行するステップとを前記情報処理端末に実行させるQoS制御プログラムを前記情報処理端末に配信するステップと、を含んでも良い。上記コンテンツ配信プログラムにおいて、前記情報処理端末から受信したリソース条件に基づいてQoS制御情報を生成するステップを更に備え、前記コンテンツを加工するステップにて、前記QoS制御情報を前記コンテンツに付加し、前記コンテンツを配信するステップにて、該QoS制御情報を付加したコンテンツを配信しても良い。上記コンテンツ配信プログラムにおいて、前記情報処理端末がQoS制御プログラムを記憶しているか否かを検出するステップと、前記検出の結果、情報処理端末がQoS制御プログラムを記憶していない場合に、前記情報処理端末にQoS制御プログラムを送信するステップとを含んでも良い。また、本発明のコンテンツ配信方法は、ネットワークを介して接続するコンテンツサーバと情報処理端末が実行する方法であって、前記コンテンツサーバが、情報処理端末からの配信要求及び該端末のリソース条件を受信するステップと、前記配信要求に対応するコンテンツを前記リソース条件に従って加工するステップと、該コンテンツを配信するステップとを実行し、前記情報処理端末が、リソース条件を抽出するステップと、前記リソース条件及び/又はコンテンツの配信要求をコンテンツサーバに送信するステップと、該コンテンツサーバから配信されたコンテンツを受信するステップと、前記コンテンツを実行するステップと、を実行する。以上、説明したように本発明によれば、リソース条件の変化に応じた適切なコンテンツの配信が可能となる。以下、本発明の実施形態について添付図面を参照して説明する。実施形態1図1は、本発明の一例である実施形態1のコンテンツ配信システムの概略構成図である。該コンテンツ配信システムは、インターネット等のネットワークNを介して接続したコンテンツサーバ1と、情報処理端末2とから構成されている。なお、図1には、便宜上コンテンツサーバ1及び情報処理端末2を1つずつ示したが、これらは、夫々複数接続されていても良い。§1.コンテンツサーバ1コンテンツサーバ1は、CPUcentralprocessingunitやメインメモリ等よりなる演算処理部、演算処理の為のデータやソフトウェアを記憶した記憶装置ハードディスク、入出力部、通信制御部CCU:CommunicationControlUnit等を備えた一般的なコンピュータである。入出力部には、キーボードやマウス等の入力デバイス、表示装置やプリンター等の出力デバイスが適宜接続される。通信制御部は、モデムやネットワークカード等、ネットワークを介して他のコンピュータと通信を行うものである。記憶装置には、オペレーティングシステムOSやミドルウェアコンテンツ配信プログラム等のソフトウェアがインストールされている。また、該記憶装置には、配信するためのコンテンツのデータが記憶されている。また、該記憶装置には、情報処理端末毎の情報を登録するデータベース19が構築されている。更に該記憶装置には、リソース条件と、このリソース条件のときに生成されるQoS制御情報とを対応付けて登録した制御テーブル20が記憶されている。演算処理部は、前記コンテンツ配信プログラムに従う演算処理により、受信手段13や、生成手段14、加工手段15、配信手段16の機能を実現している。該受信手段13の機能として演算処理部は、情報処理端末2からの情報リソース条件等を通信制御部を介して受信し、認証を行い、情報処理端末から受信した情報をデータベースに登録する。生成手段14の機能として演算処理部は、前記情報処理端末から受信したリソース条件に基づいてQoS制御情報を生成する。加工手段15の機能として演算処理部は、前記配信要求に対応するコンテンツを前記リソース条件に従って加工する。また、前記リソース条件に基づくQoS制御情報を前記コンテンツに付加する。そして、配信手段16の機能として演算処理部は、通信制御部を介して前記QoS制御情報を付加されたコンテンツを配信する。§2.情報処理端末情報処理端末2は、CPUcentralprocessingunitやメインメモリ等よりなる演算処理部、演算処理の為のデータやソフトウェアを記憶した記憶装置ハードディスク、入出力部、通信制御部CCU:CommunicationControlUnit等を備えた一般的なコンピュータである。入出力部には、キーボードやマウス等の入力デバイス、表示装置やプリンター等の出力デバイスが適宜接続される。通信制御部は、モデムやネットワークカード等、ネットワークを介して他のコンピュータと通信を行うものである。記憶装置には、オペレーティングシステムOSやミドルウェアQoS制御プログラム等のソフトウェアがインストールされている。演算処理部は、QoS制御プログラムに従う演算処理により、抽出手段11や、送信手段12、受信手段17、実行手段18の機能を実現している。該抽出手段11の機能として演算処理部は、情報処理端末のCPUの処理能力速度や、起動しているタスクが占有しているCPUの処理量の割合占有率、メモリの空き容量、記憶装置の空き容量等のリソース条件を抽出する。送信手段12の機能として演算処理部は、前記リソース条件及び/又はコンテンツの配信要求をコンテンツサーバ1に送信する。該リソース条件の抽出及び送信は、定期的或は所定のタイミングで行っても良いし、リソース条件に変化のあったときに行っても良い。受信手段17の機能として演算処理部は、該コンテンツサーバからQoS制御情報が付加されたコンテンツを受信する。実行手段18の機能として演算処理部は、前記コンテンツを実行する。例えば前記コンテンツが動画や音楽のストリーミングデータであれば、リアルタイムに該データを再生する。また、前記コンテンツがコンピュータプログラムであれは、該プログラムをインストールして実行する。このとき、該実行手段は、QoS制御情報に基づいて前記コンテンツを実行する。§3.コンテンツ配信方法次に、上記コンテンツ配信システム、即ちコンテンツサーバ1と情報処理端末2とが実行するコンテンツ配信方法について説明する。図2は、情報処理端末2がQoS制御プログラムに基づいて実行するステップの説明図、図3は、コンテンツサーバ1がコンテンツ配信プログラムに従って実行するステップの説明図である。情報処理端末2は、抽出手段11の機能により、起動直後のリソース条件ベスト状態のリソース条件としてCPUの処理能力、メモリ量、記憶装置の空き容量等を抽出するステップ1、以下S1のように略記する。また、情報処理端末2は、抽出手段11の機能により、所定時間毎にCPUの占有率やメモリの空き容量、記憶装置の空き容量等のリソース条件を抽出している。このリソース条件は、起動後、他のタスクを実行したり、データを保存したりすることで変化するので、所定時間毎にチェックし、これをワースト状態のリソース条件とするS2。情報処理端末2は、配信要求がされたか否かを確認しS3、配信要求がされていなければステップ2に戻り、配信要求があるまで待機する。そして、ユーザが情報処理端末2の入力部から配信を要求するコンテンツの指定を入力すると、該情報処理端末2は、配信要求有りと判断し、配信要求と共にベスト状態のリソース条件とワースト状態のリソース条件をコンテンツサーバ1へ送信するS4。一方、コンテンツサーバ1は、図3に示すように、受信手段13の機能によって配信要求を受信し、認証を行うS21。そして正しく認証された場合、コンテンツサーバ1は、生成手段の機能により、リソース情報に基づいてQoS制御情報を生成する。このQoS制御情報は、端末のリソースの状態に応じて適切にコンテンツを実行できるようにするための情報であり、本実施形態では、受信したリソース条件と対応するQoS制御情報を制御テーブル20から抽出し、これらをQoS制御情報としている。図5は、リソース条件と、このリソース条件のときに生成されるQoS制御情報とを対応付けて登録した制御テーブル20の説明図である。同図の例によれば、CPUの占有率が10未満の場合、ストリーミングデータを間引かずに実行させ、CPUの占有率が10以上80未満の場合、4フレーム当たり1フレーム間引く、そしてCPUの占有率が80以上の場合、2フレーム当たり1フレーム間引いて実行させる制御情報を生成するS22。次にコンテンツサーバ1は、要求されたコンテンツがストリーミングデータか否かを判断するS23。ストリーミングデータの場合、リアルタイムに配信する必要があるため、QoS制御情報に基づいた加工をコンテンツサーバ1が行う。例えば動画データをQoS制御情報に基づいて間引き、適切な情報量のコンテンツとするS24。一方、ストリーミングデータでない場合、コンテンツにQoS制御情報を付加する。例えば図4に示すように、ヘッダー部に、端末で取り込むパケットNo又はパケット間引き条件を指定するS25。コンテンツサーバ1は、配信手段16の機能により、前記加工済みのコンテンツ或はQoS制御情報が付加されたコンテンツを情報処理端末2へ配信するS26。情報処理端末2は、該コンテンツサーバ1から配信されたコンテンツを受信手段17の機能により受信しS4、該コンテンツを実行手段18の機能によって実行するS5。なお、該コンテンツにQoS制御情報が付加されていた場合、情報処理端末2は、実行手段18が該QoS制御情報に基づいて実行する。例えば、図4に示すように、ヘッダー部に端末で取り込むパケットNo或はパケットの間引き条件が指定されていた場合、該バケットNo或は間引き条件に合致したパケットを取り込んで実行する。また、情報処理端末2は、このコンテンツの実行中にも定期的に及び/又は所定の間隔でリソース条件を抽出してコンテンツサーバに送信する。このリソース条件を受信したコンテンツサーバ1は、前記ステップ22からステップ26を行い、該リソース条件に応じたコンテンツを配信する。このように本実施形態によれば、制御対象の情報処理端末2のダイナミックに変化するリソース状態をリアルタイムにコンテンツ配信にフィードバックし、適切なコンテンツの配信を可能とする。実施形態2本実施形態は、前述の実施形態1と比較し、QoS制御プログラムを有していない情報処理端末にQoS制御プログラムを送信する点が異なり、その他の構成は同じである。このため、前述の実施形態1と同一の要素には同符号を付すなどして再度の説明を省略する。図6は、本実施形態のコンテンツ配信システムの概略構成図である。コンテンツサーバ1 ́は、演算処理部がコンテンツ配信プログラムに従う処理を行うことにより、前述の機能に加えて検出手段22とプログラム配信手段23とを実現している。検出手段22の機能として演算処理部は、前記情報処理端末2 ́がQoS制御プログラムを記憶しているか否かを検出する。また、プログラム送信手段の機能として演算処理部は、前記検出の結果、情報処理端末がQoS制御プログラムを記憶していない場合に、記憶装置に記憶されたQoS制御プログラム24を前記情報処理端末に送信する。なお、コンテンツサーバ1 ́の記憶装置には、情報処理端末2 ́に送信するためのQoS制御プログラムや、一方、情報処理端末2 ́は、CPUやメインメモリ等よりなる演算処理部、演算処理の為のデータやソフトウェアを記憶した記憶装置ハードディスク、入出力部、通信制御部等を備えた一般的なコンピュータである。該情報処理端末2 ́は、ウエブブラウザ等の一般的な通信手段を有しており、コンテンツの配信要求をコンテンツサーバ1 ́に送信する手段や、該サーバ1 ́からプログラムを受信して実行する手段を有している。図7は、本実施形態のコンテンツサーバ1 ́がコンテンツ配信プログラムに従って実行するステップの説明図である。まず、コンテンツサーバ1 ́は、情報処理端末2 ́からのコンテンツの配信要求の検出を行って配信要求の有無を判断し、配信要求があるまでこれを繰返して待機するS31,S32。配信要求を受信した場合、コンテンツサーバ1 ́は、検出手段の機能により、この配信要求の送信元である情報処理端末2 ́のMACアドレスやユーザID等から該端末2 ́を特定し、この端末2 ́の情報がデータベースに記憶されていれば該端末2 ́がQoS制御プログラムを記憶していることを検出し、逆に、この端末2 ́の情報がデータベースに記憶されていなければ該端末2 ́がQoS制御プログラムを記憶していないことを検出するS33。情報処理端末2 ́がQoS制御プログラムを記憶していない場合、コンテンツサーバ1 ́は、記憶装置に記憶されたQoS制御プログラム24を前記情報処理端末2 ́に送信するS34。そしてコンテンツサーバ1 ́は、課金する旨のメッセージを情報処理端末2 ́に送信し、課金して良いか否かを確認する。ユーザが課金を承諾し、該端末2 ́から課金OKの信号を受信した場合、コンテンツサーバ1 ́は、図3と同様のステップを実行するS35。一方、前記QoS制御プログラム24を受信した情報処理端末2 ́は、QoS制御プログラムに従う演算処理により、抽出手段11や、送信手段12、受信手段17、実行手段18の機能を実現し、図2と同様にステップを実行する。これによりQoS制御プログラムを有していない情報処理端末に対しても、リソース条件の変化に応じた適切なコンテンツの配信を可能としている。"