"複数のサービスそれぞれに対応するアプリケーションプログラムをマルチタスクで実行可能な複数の通信端末それぞれから、実行中のアプリケーションプログラムごとに、サービスの利用履歴と前記アプリケーションプログラムに対するユーザの集中度とを示すサービス利用状況情報を取得するサービス利用状況情報取得部と、前記サービス利用状況情報取得部が取得したサービス利用状況情報に基づいて、前記複数の通信端末に対するサービス制御の優先度を決定し、前記優先度に基づいて、前記複数の通信端末それぞれのサービス制御情報を生成するサービス制御情報生成部と、前記サービス制御情報生成部が生成した前記複数の通信端末それぞれのサービス制御情報を、対応する通信端末に供給するサービス制御情報供給部と、を備えることを特徴とするサービス制御装置。前記複数の通信端末それぞれのユーザに関する嗜好情報をあらかじめ記憶する嗜好情報記憶部をさらに備え、前記サービス利用履歴は、サービスの属性情報を含み、前記サービス制御情報生成部は、前記サービスの属性情報と前記嗜好情報とに基づいてユーザの嗜好に応じた優先度を決定することを特徴とする請求項1記載のサービス制御装置。前記アプリケーションプログラムに対するユーザの集中度は、前記アプリケーションプログラムがフォアグラウンドで実行される状態に基づくことを特徴とする請求項1または2記載のサービス制御装置。前記アプリケーションプログラムに対するユーザの集中度は、前記アプリケーションプログラムがフォアグラウンドで実行される時間的割合に基づくことを特徴とする請求項1または2記載のサービス制御装置。前記アプリケーションプログラムに対するユーザの集中度は、前記アプリケーションプログラムの実行中における操作頻度に基づくことを特徴とする請求項1または2記載のサービス制御装置。コンピュータを、複数のサービスそれぞれに対応するアプリケーションプログラムをマルチタスクで実行可能な複数の通信端末それぞれから、実行中のアプリケーションプログラムごとに、サービスの利用履歴と前記アプリケーションプログラムに対するユーザの集中度とを示すサービス利用状況情報を取得するサービス利用状況情報取得部と、前記サービス利用状況情報取得部が取得したサービス利用状況情報に基づいて、前記複数の通信端末に対するサービス制御の優先度を決定し、前記優先度に基づいて、前記複数の通信端末それぞれのサービス制御情報を生成するサービス制御情報生成部と、前記サービス制御情報生成部が生成した前記複数の通信端末それぞれのサービス制御情報を、対応する通信端末に供給するサービス制御情報供給部と、として機能させるためのサービス制御プログラム。特許文献1に開示されたリソース配分方法は、ユーザ端末が備えるCPUCentralProcessingUnitやメモリ等の計算機リソースの配分を制御する方法であり、他のユーザ端末や外部システムとの協調した制御を行うものではない。マルチタスクシステムを適用した通信システムにおいては、ユーザ端末内のリソース使用の状況だけでなく、サーバや他のユーザ端末等を考慮した、すなわち通信システム全体の状況に基づいたリソース配分を行うことが求められる。そこで、本発明は、上記事情を鑑みてなされたものであり、マルチタスクシステムによって通信サービスを利用するユーザの満足度を高く維持させる、サービス制御装置およびサービス制御プログラムを提供することを目的とする。[1]上記の課題を解決するため、本発明の一態様であるサービス制御装置は、複数のサービスそれぞれに対応するアプリケーションプログラムをマルチタスクで実行可能な複数の通信端末それぞれから、実行中のアプリケーションプログラムごとに、サービスの利用履歴と前記アプリケーションプログラムに対するユーザの集中度とを示すサービス利用状況情報を取得するサービス利用状況情報取得部と、前記サービス利用状況情報取得部が取得したサービス利用状況情報に基づいて、前記複数の通信端末に対するサービス制御の優先度を決定し、前記優先度に基づいて、前記複数の通信端末それぞれのサービス制御情報を生成するサービス制御情報生成部と、前記サービス制御情報生成部が生成した前記複数の通信端末それぞれのサービス制御情報を、対応する通信端末に供給するサービス制御情報供給部と、を備えることを特徴とする。[2]上記[1]記載のサービス制御装置において、前記複数の通信端末それぞれのユーザに関する嗜好情報をあらかじめ記憶する嗜好情報記憶部をさらに備え、前記サービス利用履歴は、サービスの属性情報を含み、前記サービス制御情報生成部は、前記サービスの属性情報と前記嗜好情報とに基づいてユーザの嗜好に応じた優先度を決定することを特徴とする。[3]上記[1]または[2]記載のサービス制御装置において、前記アプリケーションプログラムに対するユーザの集中度は、前記アプリケーションプログラムがフォアグラウンドで実行される状態に基づくことを特徴とする。[4]上記[1]または[2]記載のサービス制御装置において、前記アプリケーションプログラムに対するユーザの集中度は、前記アプリケーションプログラムがフォアグラウンドで実行される時間的割合に基づくことを特徴とする。[5]上記[1]または[2]記載のサービス制御装置において、前記アプリケーションプログラムに対するユーザの集中度は、前記アプリケーションプログラムの実行中における操作頻度に基づくことを特徴とする。[6]上記の課題を解決するため、本発明の一態様であるサービス制御プログラムは、コンピュータを、複数のサービスそれぞれに対応するアプリケーションプログラムをマルチタスクで実行可能な複数の通信端末それぞれから、実行中のアプリケーションプログラムごとに、サービスの利用履歴と前記アプリケーションプログラムに対するユーザの集中度とを示すサービス利用状況情報を取得するサービス利用状況情報取得部と、前記サービス利用状況情報取得部が取得したサービス利用状況情報に基づいて、前記複数の通信端末に対するサービス制御の優先度を決定し、前記優先度に基づいて、前記複数の通信端末それぞれのサービス制御情報を生成するサービス制御情報生成部と、前記サービス制御情報生成部が生成した前記複数の通信端末それぞれのサービス制御情報を、対応する通信端末に供給するサービス制御情報供給部と、として機能させる。本発明によれば、マルチタスクシステムによって通信サービスを利用するユーザの満足度を高く維持させることができる。以下、本発明を実施するための形態について、図面を参照して詳細に説明する。図1は、本発明の一実施形態であるサービス制御装置を適用した通信システムの基本構成を概念的に示した構成図である。同図に示すように、通信システム1は、サービス制御システム2と、通信端末10とを含んで構成される。また、サービス制御システム2は、サービス制御装置20と、ウェブサーバ30と、中継装置40とを含んで構成される。通信端末10と、サービス制御装置20と、ウェブサーバ30と、中継装置40との相互の通信は、図示しないネットワークを介して行われる。このネットワークは、コンピュータネットワーク、デジタル電話網等の電気通信回線である。なお、実際の通信システム1において、通信端末10は複数存在するが、説明を簡略化するために、図1には一台の通信端末10を図示する。また、実際のサービス制御システム2において、ウェブサーバ30および中継装置40は一または複数存在するが、これにおいても、同図には各一台のウェブサーバ30および中継装置40を図示する。通信端末10は、マルチタスク機能を有する情報処理端末である。マルチタスク機能とは、例えば、CPUCentralProcessingUnitが、複数のタスク処理の実行単位を切替えて実行する機能である。通信端末10は、例えば、コンテンツデータのダウンロード、ウェブサイトの閲覧、電子メールの作成および送受信、通話、オンラインゲームの実行等のサービスに対応するアプリケーションプログラムを、マルチタスク機能によって実行する。通信端末10は、例えば、携帯電話機、携帯情報端末PersonalDigitalAssistants;PDA、多機能携帯電話機スマートフォン等の携帯端末や、パーソナルコンピュータ等のコンピュータ装置により実現される。複数のアプリケーションプログラムをマルチタスクで実行する通信端末10は、サービス利用状況情報をサービスごとに生成し、このサービス利用状況情報を所定のタイミングにしたがってサービス制御装置20に供給する。サービス利用状況情報は、通信端末10がサービスに対応するアプリケーションプログラムを起動している状態において、当該サービスの利用状況を定量化または定性化して表した利用状態値を含むデータテーブルである。サービス利用状況情報は、サービスの利用履歴を示す情報でもある。所定のタイミングは、例えば、3秒~5秒の時間間隔による周期的なタイミングである。サービス利用状況情報のデータ構成の具体例については後述する。また、通信端末10は、サービス制御装置20から供給されるサービス制御情報を取り込み、このサービス制御情報に基づいて、サービスに対応するアプリケーションプログラムの実行に関するハードウェア環境のリソース割当てや、ネットワーク環境のリソース割当てを行う。ハードウェア環境のリソースとは、例えば、CPUやメモリ等の計算資源である。また、ネットワーク環境のリソースとは、例えば、データ伝送の割当帯域やデータ伝送の順番等である。また、通信端末10は、中継装置40から供給されるサービス情報およびコンテンツ情報またはいずれかを取り込んでユーザに利用させる。サービス情報は、ウェブ閲覧サービスに対するウェブデータ、通話サービスに対する音声データ、電子メールサービスに対する電子メール等である。コンテンツ情報は、ダウンロードサービスに対するコンテンツデータ等である。サービス制御装置20は、複数の通信端末10それぞれからサービス利用状況情報の提供を受けるたびにこのサービス利用状況情報を取り込んでデータベースに格納する。サービス制御装置20は、そのデータベースに格納されたサービス利用状況情報を解析して通信端末10ごとのサービス制御情報を生成し、各サービス制御情報を対応する通信端末10とウェブサーバ30と中継装置40とに供給する。サービス制御装置20は、例えば、コンピュータ装置やサーバ装置等により実現される。ウェブサーバ30は、通信端末10からの要求に応じて、サービス情報およびコンテンツ情報、すなわち、HTMLHyperTextMarkupLanguageおよび画像データ等のオブジェクトを、要求元である通信端末10に対して供給するサーバ装置である。また、ウェブサーバ30は、サービス制御装置20から供給されるサービス制御情報を取り込み、このサービス制御情報に基づいてネットワーク環境のリソース割当てを行う。中継装置40は、通信端末10とウェブサーバ30との間の通信を中継する装置である。中継装置40は、例えば、ルータ、プロキシサーバ、無線LANLocalAreaNetworkのアクセスポイント等のネットワーク装置、および無線基地局等の基地局により実現される。中継装置40は、サービス制御装置20から供給されるサービス制御情報を取り込み、このサービス制御情報に基づいてネットワーク環境のリソース割当てを行う。例えば、サービス制御情報に示される内容が、通信端末10に対するサービス提供の品質を下げる指示である場合、中継装置40は、通信端末10に対するパケット伝送の優先度を下げたり、ウィンドウサイズを小さくしたりする。中継装置40は、ウェブサーバ30から供給されるサービス情報およびコンテンツ情報を取り込み、サービス制御情報に基づいて制御された状態でこれらサービス情報およびコンテンツ情報を、要求元である通信端末10に供給する。次に、通信端末10が取得するサービス利用状況情報について説明する。図2は、サービス利用状況情報の、おおよそのデータ構成の例を示す図である。同図に示すように、サービス利用状況情報は、例えば、番号と、日時と、サービス種別と、利用頻度と、タスク状態と、フォアグラウンド率と、操作頻度との各項目列を含むデータテーブルである。サービス利用状況情報のレコード行は、サービスごと、すなわち、通信端末10によって起動されるアプリケーションプログラムごとに設けられる。項目番号には、通信端末10が起動しているアプリケーションプログラムを識別する情報識別情報が代入される。識別情報は、例えば、文字、数字、および記号のいずれかまたは組み合わせである。なお、サービス利用状況情報を複数のデータテーブルで構成する場合、または、サービス利用状況情報に他のデータテーブルを対応付ける場合、項目番号を主キーとする。項目日時には、レコードが作成されたとき、およびレコードのデータが更新されたときの日時の情報日時情報が代入される。日時情報は、例えば、年月日および時分秒である。項目サービス種別には、サービスの種別を示す情報サービス種別情報が代入される。サービス種別情報は、例えば、ダウンロード、ウェブ閲覧、電子メール、通話、ゲーム等である。項目利用頻度には、通信端末10のユーザによる、過去の一定期間におけるサービスの利用の頻度、言い換えると、通信端末10が、過去の一定期間において、そのサービスに対応するアプリケーションプログラムを実行した時間の割合が、定性的な情報利用頻度情報に変換されて代入される。過去の一定期間は、例えば、24時間、1ヶ月、1週間等であり、ユーザによって任意に変更可能である。定性的な情報である利用頻度情報は、例えば、特、高、中、低等である。通信端末10がアプリケーションプログラムを過去の一定期間において実行した時間の割合をUとする場合、利用頻度情報は、例えば、Uが25未満である場合は低、25以上50未満である場合は中、50以上75未満である場合は高、および75以上である場合は特である。なお、項目利用頻度には、過去の一定期間におけるアプリケーションプログラムの起動回数が、定性的な情報に変換されて代入されてもよい。また、項目利用頻度には、定性的な情報に限らず、時間の割合またはアプリケーションプログラムの起動回数そのものが代入されてもよい。項目タスク状態には、通信端末10が、サービスに対応するアプリケーションプログラムを、フォアグラウンドで実行しているか、またはバックグラウンドで実行しているかを示す情報タスク状態情報が代入される。フォアグラウンドは、アプリケーションプログラムがユーザによる操作対象となって実行される状態のことである。また、バックグラウンドは、アプリケーションプログラムがユーザによる操作対象とならずに実効される状態のことである。例えば、項目タスク状態には、フォアグラウンドを示す情報としてFG、バックグラウンドを示す情報としてBGが代入される。項目フォアグラウンド率には、サービスに対応するアプリケーションプログラムの実行時間において、そのアプリケーションプログラムがフォアグラウンドで実行される時間的割合フォアグラウンド率情報が代入される。実行時間とは、例えば、アプリケーションプログラムの起動時刻から現在時刻までの時間である。項目操作頻度には、サービスに対応するアプリケーションプログラムの実行中における、ユーザによる操作の頻度操作頻度情報が代入される。例えば、項目操作頻度には、サービスに対応するアプリケーションプログラムの実行時間に対する、そのアプリケーションプログラムの実行に関連するキー操作の時間とポインタ操作の時間との合計時間の割合を、例えば0から1までの間で正規化した値が格納される。サービス利用状況情報において、タスク状態情報とフォアグラウンド率情報と操作頻度情報とは、アプリケーションプログラムに対するユーザの集中度ユーザ集中度を表す。なお、サービス利用状況情報に、コンテンツデータのサイズや伝送レート等の通信に関する情報を含めさせてもよい。図3は、サービス利用状況情報における項目サービス種別の、さらに詳細なデータ構成の体系を示す図である。同図に示すように、サービスがダウンロードサービスである場合の項目サービス種別は、第1分類、第2分類、第3分類、等の項目にさらに区分される。項目第1分類には、サービス種別情報、例えばダウンロードが代入される。項目第2分類には、コンテンツの種別を示す情報コンテンツ種別情報が代入される。例えば、項目第2分類には、音楽コンテンツを示す音楽、映画コンテンツを示す映画、書籍コンテンツを示す書籍等が代入される。項目第3分類には、ジャンルを示す情報ジャンル情報が代入される。例えば、項目第3分類には、音楽のジャンルを示すジャズ、ロック、クラシック等、映画のジャンルを示すアクション、コメディ、ロマンス等、書籍のジャンルを示す小説、学術、辞書等が代入される。さらに、第4分類以降の項目には、コンテンツの制作年代、制作国、製作者等のコンテンツに関する各種情報が代入されてもよい。具体的には、例えば、通信端末10がアクション映画のコンテンツをダウンロードする場合、サービス利用状況情報のサービス種別には、第1分類としてダウンロード、第2分類として映画、第3分類としてアクションが代入される。これらサービス種別は、コンテンツの属性情報である。図4abは、通信端末10が三つのアプリケーションプログラムをマルチタスクで実行する場合の画面表示の例を模式的に示す図である。同図aは、第1のアプリケーションプログラム~第3のアプリケーションプログラムそれぞれに対応するウィンドウ61a,61b,61cが、通信端末10の表示画面61に表示された様子を示している。同図aでは、ウィンドウ61aが最も手前に表示、つまり、他のウィンドウ61b,61cによって隠されることなく表示画面61に表示されている。通信端末10は、最も手前に表示されるウィンドウ61aを検出し、このウィンドウ61aに対応する第1のアプリケーションプログラムを、フォアグラウンドで実行されているプログラムとして選出する。また、図4bは、第1のアプリケーションプログラム~第3のアプリケーションプログラムそれぞれに対応するウィンドウ62a,62b,62cが、通信端末10の表示画面62に表示された様子を示している。同図bにおいて、ウィンドウ62aは他のウィンドウ62b,62cに重なっていないが、通信端末10によって選択されているウィンドウである。具体的には、ウィンドウ62aは、通信端末10の制御によるポインタ63によって操作されているウィンドウである。通信端末10は、選択されているウィンドウ、例えば、ポインタ63によって操作されているウィンドウ62aを検出し、このウィンドウ62aに対応する第1のアプリケーションプログラムを、フォアグラウンドで実行されているプログラムとして選出する。なお、通信端末10は、キーによって操作されているウィンドウ62aに対応する第1のアプリケーションプログラムを、フォアグラウンドで実行されているプログラムとして選出してもよい。次に、通信端末10の機能構成について説明する。図5は、通信端末10の機能構成を示すブロック図である。同図に示すように、通信端末10は、サービス利用状況情報記憶部110と、制御部120と、通信部130と、通話部140と、操作部150とを備える。サービス利用状況情報記憶部110は、図2および図3によるサービス利用状況情報を記憶する。サービス利用状況情報記憶部110は、例えば書き込みおよび読み出し可能な半導体記憶装置メモリにより実現される。制御部120は、図示しないCPUおよび記憶部により実現される。CPUは、記憶部に記憶された制御プログラムを読み出して実行することにより、通信端末10全体を制御する。また、CPUは、記憶部に記憶された一または複数のアプリケーションプログラムを読み出して実行する。CPUは、複数のアプリケーションプログラムを実行する場合は、マルチタスクにより実行する。CPUが実行するアプリケーションプログラムは、例えば、コンテンツデータのダウンロードアプリケーション、ウェブブラウザ、電子メールクライアント、音声通話アプリケーション、ゲームアプリケーション等である。制御部120は、その機能構成として、サービス利用状態取得部121と、サービス制御処理部122とを備える。サービス利用状態取得部121は、サービスごと、言い換えると、CPUが起動しているアプリケーションプログラムごとに各種の利用状態を監視して利用状態値を取得する。そして、サービス利用状態取得部121は、利用状態に変化があったときの利用状態値で、サービス利用状況情報記憶部110に記憶されたサービス利用状況情報を更新する。サービス制御処理部122は、サービス制御装置20から供給されるサービス制御情報を、通信部130を介して取り込む。そして、サービス制御処理部122は、取り込んだサービス制御情報に基づいて、サービスに対応するアプリケーションプログラムの実行に関するハードウェア環境のリソース割当てや、ネットワーク環境のリソース割当てを行う。通信部130は、サービス制御装置20および中継装置40と通信する通信インタフェイスである。例えば、通信部130は、制御部120から供給されるサービス利用状況情報を取り込み、このサービス利用状況情報をサービス制御装置20に供給する。また、通信部130は、サービス制御装置20から供給されるサービス制御情報を取り込み、このサービス制御情報を制御部120に供給する。また、通信部130は、中継装置40から供給されるサービス情報およびコンテンツ情報を取り込み、これらサービス情報およびコンテンツ情報を制御部120に供給する。通話部140は、電話機能を備えており、制御部120が音声通話アプリケーションを実行することにより機能する。操作部150は、キー、タッチパネル、ポインティングデバイス等の操作受付部を備えた操作インタフェイスである。操作部150は、ユーザによる操作を受け付けて操作信号を生成し、この操作信号を制御部120に供給する。次に、サービス制御装置20の機能構成について説明する。図6は、サービス制御装置20の機能構成を示すブロック図である。同図に示すように、サービス制御装置20は、制御部210と、サービス利用状況情報データベース220と、通信部サービス利用状況情報取得部、サービス制御情報供給部230とを備える。制御部210は、図示しないCPUおよび記憶部により実現される。CPUは、記憶部に記憶されたサービス制御プログラムを読み出して実行することにより、サービス制御装置20全体を制御する。制御部210は、通信端末10から供給されるサービス利用状況情報を、通信部230を介して取り込み、このサービス利用状況情報をサービス利用状況情報データベース220に供給する。制御部210は、その機能構成として、サービス制御情報生成部211を備える。サービス制御情報生成部211は、サービス利用状況情報データベース220に格納されたサービス利用状況情報を解析して、通信端末10ごとのサービス制御情報を生成する。サービス利用状況情報データベース220は、制御部210から供給されるサービス利用状況情報を取り込んで、このサービス利用状況情報を送信元の通信端末10を特定する情報例えば、端末番号やアドレス情報とともに格納する。サービス利用状況情報データベース220は、例えば、磁気ハードディスク装置により実現される。通信部230は、通信端末10および中継装置40と通信する通信インタフェイスである。例えば、通信部230は、複数の通信端末10それぞれから供給されるサービス利用状況情報を取り込み、このサービス利用状況情報を制御部210に供給する。また、通信部230は、制御部210から供給されるサービス制御情報を取り込み、このサービス制御情報を対応する通信端末10とウェブサーバ30と中継装置40とに供給する。次に、通信システム1の動作について、通信端末10が実行するサービス利用状況情報送信処理と、通信端末10が実行するサービス利用状態取得処理と、サービス制御装置20が実行するサービス制御情報生成処理とに分けてそれぞれ説明する。図7は、通信端末10が実行するサービス利用状況情報送信処理の手順を示すフローチャートである。通信端末10の制御部120は、制御プログラムを実行することによって、本フローチャートによるサービス利用状況情報送信処理を実行する。まず、ステップS1において、制御部120は、サービス利用状況情報記憶部110からサービス利用状況情報を読み込む。次に、ステップS2において、制御部120は、読み込んだサービス利用状況情報を通信部130に供給する。通信部130は、制御部120から供給されたサービス利用状況情報を取り込んでこのサービス利用状況情報をパケット化し、このパケットデータをサービス制御装置20に対して送信する。次に、ステップS3において、制御部120は、所定の時間が経過するまで待ち状態にしS3:NO、その所定の時間が経過したときに、ステップS1の処理に戻すS3:YES。所定の時間、つまり周期は、例えば3秒~5秒である。図8は、通信端末10が実行するサービス利用状態取得処理の手順を示すフローチャートである。通信端末10の制御部120は、制御プログラムを実行することによって、本フローチャートによるサービス利用状態取得処理を実行する。ただし、同図のフローチャートは、アプリケーションプログラムごとに実行される処理手順を示している。制御部120が一つのアプリケーションプログラムを起動すると、本フローチャートによる処理が開始される。まず、ステップS11において、制御部120は、サービス利用状況情報記憶部110にサービス利用状況情報が記憶されていない場合は、サービス利用状況情報のレコードを新規に作成し、サービス利用状況情報記憶部110にサービス利用状況情報が存在する場合は、そのサービス利用状況情報にレコードを追加する。例えば、制御部120は、図2および図3に示したサービス利用状況情報のレコードを新規作成または追加する。具体的には、制御部120は、起動したアプリケーションプログラムを識別する識別情報を番号に代入し、現在日時の情報を日時に代入し、起動したアプリケーションプログラムに対応するサービス種別情報をサービス種別に代入し、過去の一定期間において、そのサービスに対応するアプリケーションプログラムを実行した時間の割合を、定性的な情報に変換して得た利用頻度情報を利用頻度に代入し、タスク状態、フォアグラウンド率、操作頻度等の項目をヌルnullとしたレコードを新規作成または追加する。次に、ステップS12において、制御部120のサービス利用状態取得部121は、通信端末10の利用状態を監視して利用状態値を取得する。利用状態値は、例えば、アプリケーションプログラムのタスクの状態に応じた判定値と、アプリケーションプログラムのフォアグラウンド率と、アプリケーションプログラムの操作頻度とである。より具体的には、例えば、サービス利用状態取得部121は、アプリケーションプログラムがフォアグラウンドで実行されているか、バックグラウンドで実行されるかについてのタスクの状態を判定し、その判定結果に応じた判定値を取得する。判定の具体例としては、第1の例として、図4aに示したように、サービス利用状態取得部121は、アプリケーションプログラムに対応するウィンドウが最も手前に表示されるウィンドウであるか否かを調べることによって、フォアグラウンドで実行されているかバックグラウンドで実行されているかを判定する。また、第2の例として、同図bに示したように、サービス利用状態取得部121は、アプリケーションプログラムに対応するウィンドウがポインタやキーによって操作されているウィンドウであるか否かを調べることによって、フォアグラウンドで実行されているかバックグラウンドで実行されているかを判定する。サービス利用状態取得部121は、判定結果がフォアグラウンドを示す結果である場合は、判定値を例えば1とし、判定結果がバックグラウンドを示す結果である場合は、判定値を例えば0ゼロとする。また、例えば、サービス利用状態取得部121は、アプリケーションプログラムの実行時間において、そのアプリケーションプログラムがフォアグラウンドで実行される時間の割合を計算することによってフォアグラウンド率を取得する。また、例えば、サービス利用状態取得部121は、アプリケーションプログラムの実行時間に対する、そのアプリケーションプログラムの実行に関連するキー操作の時間とポインタ操作の時間との合計時間の割合を、例えば0から1までの間で正規化された値を計算することによって操作頻度を取得する。また、例えば、サービスがダウンロードサービスである場合は、サービス利用状態取得部121は、ダウンロード対象とするコンテンツデータに対応する属性情報、例えば、コンテンツ種別、ジャンル等を取得する。次に、図8におけるステップS13において、サービス利用状態取得部121は、直前のステップS12の処理において取得した利用状態値が前回取得した利用状態値から変化しているか否かを判定する。そして、サービス利用状態取得部121は、変化していると判定した場合、および直前のステップS12の処理において取得した利用状態値が最初の利用状態値である場合は、ステップS14の処理に移す。一方、サービス利用状態取得部121は、変化していないと判定した場合は、ステップS12の処理に戻す。ステップS14において、サービス利用状態取得部121は、変化していると判定した場合の利用状態値、および最初の利用状態値であると判定した場合の利用状態値で、レコードのデータを更新する。次に、ステップS15において、制御部120は、アプリケーションプログラムの実行が終了したか否かを判定し、実行が終了したと判定した場合は、本フローチャートの処理を終了させる。一方、制御部120は、実行が終了していないと判定した場合は、ステップS12の処理に戻す。図9は、サービス制御装置20が実行するサービス制御情報生成処理の手順を示すフローチャートである。まず、ステップS21において、通信部230はパケットデータの受信を受け付けているS21:NO。そして、通信部230が複数の通信端末10のうちいずれかから送信されたパケットデータを受信するとS21:YES、ステップS22の処理に移る。ステップS22において、通信部230は、受信したパケットデータからサービス利用状況情報を取り出して、このサービス利用状況情報を制御部210に供給する。次に、制御部210は、通信部230から供給されるサービス利用状況情報を取り込んで、このサービス利用状況情報をサービス利用状況情報データベース220に供給する。次に、サービス利用状況情報データベース220は、制御部210から供給されるサービス利用状況情報を取り込んで、このサービス利用状況情報を送信元の通信端末10を特定する端末番号やアドレス情報とともに格納する。次に、ステップS23において、制御部210のサービス制御情報生成部211は、サービス利用状況情報データベース220に格納された、複数の通信端末10分のサービス利用状況情報に基づいて、サービス制御を行うか否かを判定する。ステップS23における判定処理について、具体的に、複数の通信端末10が一斉にウェブサーバ30にアクセスしてコンテンツをダウンロードする状況を例として説明する。この状況が発生すると、通信システム1におけるネットワークのスループットが低下したり、輻輳が発生したりすることにより、ウェブサーバ30は、コンテンツを要求する全ての通信端末10に対して低品質なサービスを提供することとなる。そこで、サービス制御情報生成部211は、サービス利用状況情報データベース220に格納された、複数の通信端末10分のサービス利用状況情報に基づいて、例えば、ウェブサーバ30に同時期にアクセス同時アクセスを含むする通信端末10の台数があらかじめ決定された所定の台数を超える場合に、サービス制御を行うと判定する。次に、ステップS24において、サービス制御情報生成部211は、サービス利用状況情報データベース220に格納された、複数の通信端末10分のサービス利用状況情報を解析する。例えば、サービス制御情報生成部211は、サービス利用状況情報データベース220に格納された、複数の通信端末10から収集したサービス状況利用情報を参照し、通信端末ごとにサービス制御の優先度を決定する。具体的に、サービス制御情報生成部211は、コンテンツのダウンロード処理をフォアグラウンドで実行している通信端末10や、コンテンツのダウンロード処理に意識を集中させているユーザの通信端末10に対しては、比較的高い品質のサービスを提供するように優先度を決定する。一方、サービス制御情報生成部211は、コンテンツのダウンロード処理をバックグラウンドで実行している通信端末10や、コンテンツのダウンロード処理に意識を集中させていないユーザの通信端末10に対しては、比較的低い品質のサービスを提供するように優先度を決定する。ここで、優先度の決定方法について説明する。例えば、サービス制御情報生成部211は、サービス利用状況情報データベース220に格納されたサービス状況利用情報を参照し、制御対象となるダウンロードサービスに対する各通信端末10の利用状態のスコアSを下記の式1により計算する。この式1は、C,U,R,Hを引数とした関数fで表される。Cは、タスク状態情報に応じた値であり、例えば、FGおよびBGそれぞれに対応して10および1とする。Uは、利用頻度情報に応じた値であり、例えば、特、高、中、および低それぞれに対応して0.8、0.6、0.4、および0.2とする。Rは、例えば、フォアグラウンド率情報である。Hは、例えば、操作頻度情報である。式1による関数fは、例えば、引数を積算および加算またはいずれかの演算を行う関数である。なお、サービス制御情報生成部211は、関数fにおける引数C,U,R,Hそれぞれに任意の重みを付けて、スコアSを計算するようにしてもよい。また、サービス利用状況情報データベース220に、通信端末10ごとの、ユーザの趣味や好みに関する嗜好情報をあらかじめ登録しておき、サービス制御情報生成部211が、嗜好情報と、サービス種別情報におけるコンテンツ種別情報やジャンル情報等の属性情報とのマッチ度を計算することによってスコアSを求めてもよい。サービス制御情報生成部211は、計算して得たスコアSを正規化した値、またはスコアSそのものを優先度として得る。次に、ステップS25において、サービス制御情報生成部211は、解析結果、つまり優先度に基づいてサービス制御情報を生成する。例えば、サービス制御情報生成部211は、通信端末10ごとに優先度に応じて割当帯域を計算し、優先度と割当帯域の情報とを含むサービス制御情報を生成する。具体例として、サービス制御情報生成部211は、ユーザiの通信端末10に対する割当帯域Wを、下記の式2により計算する。ただし、Mは、利用可能な帯域、Siは、ユーザiの通信端末10におけるスコアである。次に、ステップS26において、サービス制御情報生成部211は、サービス制御情報を通信部230に供給する。通信部230は、サービス制御情報生成部211から供給されたサービス制御情報を取り込んでこのサービス制御情報をパケット化し、このパケットデータをユーザ端末10とウェブサーバ30と中継装置40とに対して送信する。次に、制御部210は、ステップS21の処理に戻す。次に、通信端末10のサービス制御の実行処理について、コンテンツのダウンロードを例に説明する。図10a~eは、一台の通信端末10が三つのコンテンツをダウンロードする場合の、その通信端末10に対する帯域制御の例を概念的に示す図である。同図a~eいずれとも、横軸を時間、縦軸を割当帯域として表している。横軸におけるtは所定の単位時間例えば10秒である。図10aは、通信端末10が、三つのコンテンツデータを並行してダウンロードする場合の帯域制御の例である。同図aによれば、通信端末10は、割当帯域Wの略三分の一三分の一を含むの帯域で、コンテンツデータ71a,72a,73aのダウンロードを同時に、すなわち優先順位をつけることなく開始し、3t時間経過後にコンテンツデータ73aのダウンロードを完了させ、6t時間経過後にコンテンツデータ71aのダウンロードを完了させ、9t時間経過後にコンテンツデータ72aのダウンロードを完了させている。同図aの帯域制御は、ウェブサーバ30に対する各通信端末10からのアクセス率が比較的低く、ネットワークのスループットが所定の基準以下とならない場合の例である。図10b,cは、通信端末10が、割当帯域W全てを各コンテンツデータのダウンロードに割当て、三つのコンテンツデータを直列にダウンロードする場合の帯域制御の例である。同図bによれば、通信端末10は、割当帯域W全ての帯域で、コンテンツデータ71bを2t時間をかけてダウンロードし、次に、コンテンツデータ72bを3t時間をかけてダウンロードし、次に、コンテンツデータ73bをt時間をかけてダウンロードしている。同図bの帯域制御は、ウェブサーバ30に対する各通信端末10からのアクセス率が比較的低く、コンテンツデータ71b,72b,73bのうち、コンテンツデータ71bのダウンロードの優先度が一番高く、コンテンツデータ73bのダウンロードの優先度が一番低い場合の例である。図10bのように、コンテンツデータ71b,72b,73bを、最も優先度が高いコンテンツデータ71bからダウンロードさせることにより、通信端末10は、最も優先度が高い例えば、最も興味があるコンテンツデータから再生を行うことができるため、ユーザに高い満足度を与えることができる。また、図10cによれば、通信端末10は、割当帯域W全ての帯域で、コンテンツデータ73cをt時間をかけてダウンロードし、次に、コンテンツデータ71cを2t時間をかけてダウンロードし、次に、コンテンツデータ72cを6t時間をかけてダウンロードしている。同図cの帯域制御は、ウェブサーバ30に対する各通信端末10からのアクセス率が比較的低く、コンテンツデータ71c,72c,73cのダウンロードの順番を、データ量が少ないほど優先度が高くなるように設定した場合の例である。図10cのように、コンテンツデータ71c,72c,73cのうち、データ量が最も少ない、すなわち最も早く取得可能なコンテンツデータ73cを、最初にダウンロードさせることにより、通信端末10は、いち早くコンテンツデータ73cの再生を行うことができるため、ユーザに高い満足度を与えることができる。図10dは、通信端末10が、割当帯域W全てを第一番目のコンテンツデータのダウンロードに割当て、また、割当帯域Wの略三分の一三分の一を含むの帯域を第二番目および第三番目のコンテンツデータに割当てて、これら三つのコンテンツデータを直列にダウンロードする場合の帯域制御の例である。同図dによれば、通信端末10は、割当帯域W全ての帯域で、コンテンツデータ73dをt時間をかけてダウンロードし、次に、割当帯域Wの三分の一の帯域で、コンテンツデータ71dを3t時間をかけてダウンロードし、次に、コンテンツデータ72dを6t時間をかけてダウンロードしている。同図dの帯域制御は、ウェブサーバ30に対する各通信端末10からのアクセス率が比較的高く、コンテンツデータ71d,72d,73dの順番を、優先度が高い順、またはコンテンツデータのデータ量が少ない順に設定した場合の例である。図10dのように、コンテンツデータ71d,72d,73dのうち、優先度が最も高いコンテンツデータ73dを、最も早くダウンロードさせることにより、通信端末10は、いち早くコンテンツデータ73dの再生を行うことができ、ユーザに高い満足度を与えることができる。さらに、ユーザは、ダウンロード後すぐにコンテンツデータ73dの再生を行う可能性があり、この場合、ユーザの注目は再生中のコンテンツに向けられる。このとき、コンテンツデータ71d,72dのダウンロードに対する注目度が低くなることが期待され、コンテンツデータ71d,72dの使用帯域を狭くしても、ユーザの満足度への影響は小さいものと考えられる。そこで、コンテンツデータ71d,72dの使用帯域を狭くした分、他の通信端末10の使用帯域を広くすることが可能となる。また、図10eの帯域制御は、ウェブサーバ30に対する各通信端末10からのアクセス率が比較的高く、コンテンツデータ71eのダウンロードの優先度が他の二つのコンテンツデータ71e,72eのダウンロードの優先度よりも顕著に高い場合の例である。以上説明したとおり、本発明の一実施形態であるサービス制御装置2を適用した通信システム1において、複数のサービスそれぞれに対応するアプリケーションプログラムをマルチタスクで実行可能な通信端末10は、実行中のアプリケーションプログラムごとに、サービスの利用履歴と当該アプリケーションプログラムに対するユーザの集中度とを示すサービス利用状況情報を取得し、例えば定期的にサービス制御装置20に供給するようにした。また、サービス制御装置20は、通信端末10から供給されるサービス利用状況情報を取り込んでデータベース化し、このデータベース化されたサービス利用状況情報に基づいて、複数の通信端末10に対するサービス制御の優先度を決定し、この優先度に基づいて、複数の通信端末10それぞれのサービス制御情報を生成して、対応する通信端末10に供給するようにした。また、通信端末10は、サービス制御装置20から供給されるサービス制御情報を取り込み、このサービス制御情報に基づいてハードウェア環境のリソース割当てや、ネットワーク環境のリソース割当てを行うようにした。このように構成したことにより、サービス制御装置20は、複数の通信端末10それぞれのマルチタスクによるアプリケーションプログラムの実行状態、言い換えると、サービスの利用状態に応じて、ユーザのサービス利用に関する満足感を損なうことなく、あるいは高く維持しつつ、システム全体としてのリソース割当てを効率的に行うことができる。すなわち、本実施形態によれば、マルチタスクシステムによって通信サービスを利用するユーザの満足度を高く維持させることができる。なお、通信端末10が、サービス制御装置20の機能を備えることにより、自律的にサービス制御を実行するようにしてもよい。また、上述した実施形態におけるサービス制御装置の一部、例えば、制御部220の機能をコンピュータで実現するようにしてもよい。この場合、その制御機能を実現するためのサービス制御プログラムをコンピュータ読み取り可能な記録媒体に記録して、この記録媒体に記録されたサービス制御プログラムをコンピュータシステムに読み込ませ、実行することによって実現してもよい。なお、ここでいうコンピュータシステムとは、OSOperatingSystemや周辺装置のハードウェアを含むものである。また、コンピュータ読み取り可能な記録媒体とは、フレキシブルディスク、光磁気ディスク、光ディスク、メモリカード等の可搬型記録媒体、コンピュータシステムに内蔵される磁気ハードディスク等の記憶装置のことをいう。さらにコンピュータ読み取り可能な記録媒体とは、インターネット等のネットワークや電話回線等の通信回線を介してプログラムを送信する場合の通信線のように、短時間の間、動的にプログラムを保持するもの、その場合のサーバ装置やクライアントとなるコンピュータシステム内部の揮発性メモリのように、一定時間プログラムを保持するものを含んでもよい。また上記のプログラムは、前述した機能の一部を実現するためのものであってもよく、さらに前述した機能をコンピュータシステムにすでに記録されているプログラムとの組み合わせにより実現するものであってもよい。以上、本発明の実施の形態について図面を参照して詳述したが、具体的な構成はその実施形態に限られるものではなく、本発明の要旨を逸脱しない範囲の設計等も含まれる。"