ゲートウェイ装置とサービスを配信するサーバ装置からなるサービス提供システムであって、前記サーバ装置は、前記ゲートウェイ装置にてユーザが要求したサービスを実行するためのリソースが不足する場合に、当該ゲートウェイ装置にて実行されている他のサービスのうち、どのサービスを停止もしくは削除するかについてのサービスの制御情報を作成して、前記ゲートウェイ装置に送信し、前記ゲートウェイ装置は、前記サーバ装置から受信した前記サービスの制御情報に応じて、当該ゲートウェイ装置上に実行されているサービスを制御した後、前記ユーザが要求したサービスを実行する、ことを特徴とするサービス提供システム。請求項1記載のサービス配信システムであって、前記サーバ装置は、前記ゲートウェイ装置におけるサービスの稼働状態として、実行状態と停止状態を規定し、サービス毎に前記実行状態、前記停止状態それぞれに対して、当該サービスのリソース使用量情報を管理し、管理しているサービスの前記リソース使用量情報を用いて、前記ゲートウェイ装置にて実行されているサービスのうちどのサービスを制御対象とするかを決定する、ことを特徴とするサービス配信システム。請求項1記載のサービス配信システムであって、前記サーバ装置は、前記サービスが常時実行されるべきか否かを表す実行形態情報を管理し、前記サービスの制御情報を作成する際に、前記実行形態情報に基づき、前記サービスが常時実行されるべきサービスに関しては、前記サービスの制御対象から除外する、ことを特徴とするサービス配信システム。請求項2記載のサービス配信システムであって、前記サーバ装置は、前記サービスが常時実行されるべきか否かを表す実行形態情報を管理し、前記サービスの制御情報を作成する際に、前記実行形態情報に基づき、前記サービスが常時実行されるべきサービスに関しては、前記サービスの制御対象から除外する、ことを特徴とするサービス配信システム。請求項1記載のサービス配信システムであって、前記サーバ装置は、前記ゲートウェイ装置にてユーザが要求したサービスを実行するためのリソースが不足する場合に、当該ゲートウェイ装置にて実行されている他のサービスのうち、どのサービスを停止もしくは削除するかの優先順位を示すリストを作成し、作成した前記リストを前記サービスの制御情報として前記ゲートウェイ装置に送信する、ことを特徴とするサービス配信システム。請求項1記載のサービス配信システムであって、前記サーバ装置は、前記サービスの稼働状態として、実行状態と停止状態を規定し、サービス毎に前記実行状態、前記停止状態それぞれに対して、当該サービスのリソース使用量情報を管理し、管理しているサービスのリソース使用量情報を用いて、当該ゲートウェイ装置にて実行されているサービスのうち、どのサービスを停止もしくは削除するかの優先順位を示すリストを作成し、作成した前記リストを前記サービスの制御情報として前記ゲートウェイ装置に送信する、ことを特徴とするサービス配信システム。請求項5記載のサービス配信システムであって、前記サーバ装置は、前記サービスが常時実行されるべきか否かを表す実行形態情報を管理し、前記リストを作成する際、前記実行形態情報に基づき、前記サービスが常時実行されるべきサービスに関しては、前記リストから除外する、ことを特徴とするサービス配信システム。ゲートウェイ装置にサービスを配信するサービス提供システムのサーバ装置であって、前記ゲートウェイ装置からの要求に応じて、要求されたサービスを配信するサービス配信部と、制御を行うサービス制御部とを備え、前記サービス制御部は、前記ゲートウェイ装置にてユーザが要求したサービスを実行するためのリソースが不足する場合に、当該ゲートウェイ装置にて実行されている他のサービスのうち、どのサービスを停止もしくは削除するかについてのサービスの制御情報を作成して、前記ゲートウェイ装置に送信する、ことを特徴とするサーバ装置。請求項8記載のサーバ装置であって、前記サービス制御部は、前記サービスの稼働状態として、実行状態と停止状態を規定し、サービス毎に前記実行状態、前記停止状態それぞれに対して、当該サービスのリソース使用量情報を管理し、管理しているサービスのリソース使用量情報を用いて、前記ゲートウェイ装置にて実行されているサービスのうちどのサービスを制御対象とするかを決定する、ことを特徴とするサーバ装置。請求項8記載のサーバ装置であって、前記サービス制御部は、前記サービスが常時実行されるべきか否かを表す情報を管理し、前記サービスの制御情報を作成する際に、前記サービスが常時実行されるべきサービスに関しては、前記サービスの制御対象から除外する、ことを特徴とするサーバ装置。請求項9記載のサーバ装置であって、前記サービス制御部は、前記サービスが常時実行されるべきか否かを表す情報を管理し、前記サービスの制御情報を作成する際に、前記サービスが常時実行されるべきサービスに関しては、前記サービスの制御対象から除外する、ことを特徴とするサーバ装置。請求項8記載のサーバ装置であって、前記サービス制御部は、前記サービスの制御情報を作成する際に、当該ゲートウェイ装置にて実行されている他のサービスのうち、どのサービスを停止もしくは削除するかの優先順位を示すリストを作成し、作成した前記リストを前記サービスの制御情報として前記ゲートウェイ装置に送信する、ことを特徴とするサーバ装置。サービス提供システムのサーバ装置からサービスが提供されるゲートウェイ装置であって、サービス制御インタフェース部とサービス制御部とを備え、前記サービス制御部は、ユーザが要求したサービスを実行するためのリソースが不足する場合に、当該ゲートウェイ装置にて実行されている他のサービスのうち、どのサービスを停止もしくは削除するかについてのサービスの制御情報を、サービス制御インタフェース部を介して前記サーバ装置に要求し、前記サーバ装置から受信した前記サービスの制御情報に応じて、当該ゲートウェイ装置上に実行されているサービスを制御した後、ユーザが要求した前記サービスを実行する、ことを特徴とするゲートウェイ装置。請求項13に記載のゲートウェイ装置であって、前記サービス制御部は、前記サーバ装置からの前記サービスの制御情報として、どのサービスを停止もしくは削除するかの優先順位を示すリストを受信する、ことを特徴とするゲートウェイ装置。請求項13に記載のゲートウェイ装置であって、当該ゲートウェイ装置のリソースの利用情報を管理するリソース利用情報管理テーブルを更に備え、前記サービス制御部は、ユーザが要求した前記サービスに関するリソース利用情報が、前記リソース利用情報管理テーブルに格納されているか否かを確認し、格納されていない場合、前記サーバ装置から前記サービスの制御情報を受信する、ことを特徴とするゲートウェイ装置。多数のサービスを実行可能とするためリソース使用量の上限値を超えた場合のサービスの入れ替え制御において、実行状態のリソース使用量のみ考慮すると、リソース使用量の上限を越えないと期待できサービスが安定するが同時に実行可能なサービス数が少なくなる。逆にリソースの平均使用量を考慮してサービスを制御する場合、同時実行可能なサービス数は多くできるが、高負荷時にリソース量の上限を越え不具合を発生する可能性があるといった課題がある。また、家庭向けに提供されるサービスは携帯アプリのようにユーザが利用中のサービスのみを起動していれば良いわけではなく、センサ情報の収集といった常時起動していなければならないサービスもあり、サービスの実行形態に応じた制御をしなければならないという課題がある。本発明の目的は、上記の課題を解決し、常時実行しなければならないサービスを停止させることなく、サービス毎のリソース管理の効率化し、ゲートウェイ装置上で同時実行可能なサービス数を向上させることが可能なサービス提供システム、及び装置を提供することにある。本発明においては、上記目的を達成するため、ゲートウェイ装置とサービスを配信するサーバ装置からなるサービス提供システムであって、サーバ装置は、ゲートウェイ装置にてユーザが要求したサービスを実行するためのリソースが不足する場合に、当該ゲートウェイ装置にて実行されている他のサービスのうち、どのサービスを停止もしくは削除するかについてのサービスの制御情報を作成して、ゲートウェイ装置に送信し、ゲートウェイ装置は、サーバ装置から受信したサービスの制御情報に応じて、当該ゲートウェイ装置上に実行されているサービスを制御した後、ユーザが要求したサービスを実行するサービス提供システムを提供する。また、本発明においては、上記の目的を達成するため、ゲートウェイ装置にサービスを配信するサービス提供システムのサーバ装置であって、ゲートウェイ装置からの要求に応じて、要求されたサービスを配信するサービス配信部と、制御を行うサービス制御部とを備え、サービス制御部は、ゲートウェイ装置にてユーザが要求したサービスを実行するためのリソースが不足する場合に、当該ゲートウェイ装置にて実行されている他のサービスのうち、どのサービスを停止もしくは削除するかについてのサービスの制御情報を作成して、ゲートウェイ装置に送信するサーバ装置を提供する。更に、本発明においては、上記の目的を達成するため、サービス提供システムのサーバ装置からサービスが提供されるゲートウェイ装置であって、サービス制御インタフェース部とサービス制御部とを備え、サービス制御部は、ユーザが要求したサービスを実行するためのリソースが不足する場合に、当該ゲートウェイ装置にて実行されている他のサービスのうち、どのサービスを停止もしくは削除するかについてのサービスの制御情報を、サービス制御インタフェース部を介してサーバ装置に要求し、サーバ装置から受信したサービスの制御情報に応じて、当該ゲートウェイ装置上に実行されているサービスを制御した後、ユーザが要求したサービスを実行するゲートウェイ装置を提供する。サービスの稼働状態を考慮したサービス制御により、ゲートウェイ装置のリソースの効率的な利用が可能となる。また、できるだけ多くのサービスをインストール状態にしておくことで、ユーザがサービスを実行する際の応答速度が向上できる以下、本発明のサービス配信システムの具体的な実施形態について、図面を参照して説明する。以下に説明する各実施形態のサービス配信システムにおいては、一般家庭に設置されるホームゲートウェイ装置を例示して説明するが、各実施形態はオフィスに設置されるゲートウェイ装置にも適用できる。実施例1では、ホームゲートウェイ装置にて実行されるサービスをサービス制御サーバから制御するサービス提供システムを説明する。図1は、本実施例のサービス提供システムの一構成例を示すである。ホームネットワークに接続されるホームゲートウェイHomeGateway:HGW装置又は端末101は、ネットワーク102を介してサービス配信システム103と接続される。ここでネットワーク102は、インターネット回線でもよいし、特定の回線事業者ネットワークでもよい。本実施例のサービス配信システム103は、図1に示すように、サービス配信サーバ104とサーバ制御サーバ105を備えている。このサービス配信サーバ104は、ホームゲートウェイ装置101からの要求に応じて、要求されたサービスの配信機能、例えば映像配信サービス等を行う。また、サービス制御サーバ105は各ホームゲートウェイ装置101で実行されているサービスの制御機能を実行する。本明細書において、これらサービス配信サーバ104とサービス制御サーバ105を総称してサービスサーバ装置、或いは単にサーバ装置と呼ぶ場合がある。図2にサービス制御サーバ105の構成の一例を示す。サービス制御サーバ105は、サービス制御インタフェースInterface:I/F部201を介して、各ホームゲートウェイ装置101と通信を行い、各ホームゲートウェイ装置101で実行されているサービスの制御を行う。その内部構成は、通常のコンピュータ構成であり、インタフェース部であるサービス制御インタフェース201に加え、処理部である中央処理部CentralProcessingUnit:CPU210と、記憶部が、内部バス211に接続された構成を有する。記憶部は通常のメモリ、ハードディスクドライブその他で構成される。図2中の各種のテーブル205~209は全て、図示を省略した記憶部に蓄積される。更に、内部バス211には、必要に応じてキーボードやディスプレイ等の入出力部が接続されるが、図2では図示を省略した。なお、ホームゲートウェイ装置101やサービス配信サーバ104も同様なコンピュータ構成を備えている。なお、サービス配信システム103を構成するサービス配信サーバ104とサービス制御サーバ105は、同一のサーバ装置で構成し、一つのサーバ装置からなるサービスサーバで、サービス配信機能とサービス制御機能を実行させても良いことは言うまでもない。図2のサービス制御サーバ105中のサービス状態取得部202は、上述のCPU210により処理される機能ブロックを示しており、ホームゲートウェイ装置101から当該サービスで実行されているサービスの実行状態を取得し、取得したサービスの実行状態をサービス状態管理テーブル207に格納する機能を有する。このような機能は記憶部であるメモリに記憶するプログラムをCPU210で実行することにより構成可能である。以下で説明するサービス制御部203のように、本明細書において種々の機能ブロックが説明されるが、それらは特に断らない限り、全て処理部であるCPUで実行されるプログラムとして実現することが可能である。サービス制御部203は、各ホームゲートウェイ装置101からのサービス実行要求に応じて、ホームゲートウェイ装置101のリソース使用量を計算し、必要に応じてホームゲートウェイ装置101上で実行されているサービスの停止、ホームゲートウェイ装置101からの削除等、サービスの制御を行う。ユーザ情報管理テーブル205は、後で図示説明するように、ユーザと、当該ユーザが利用しているホームゲートウェイ装置101の情報、ユーザが契約しているサービスの情報等を管理する記憶部中のテーブルである。サービス情報管理テーブル206は、ユーザに提供されている各サービスの実行形態を示す情報を記憶するものである。本実施例において、サービスの実行形態とは、当該サービスが常駐して実行されるもの常時実行か、ユーザが実行を選択した際に実行されるもの一時実行かを区別するものである。この情報は、実行形態情報と呼ばれる場合がある。サービス状態管理テーブル207は、各ホームゲートウェイ装置101にて実行されているサービスの状況を管理するためのテーブルであり、各ユーザが契約するサービスのリストに対して、ユーザが利用しているホームゲートウェイ装置上で実行されているサービスの状態を管理するテーブルである。本実施例におけるサービスの稼働状態には、停止状態と実行状態があるものとする。本実施例においては、サービスを実現するためのプログラムがホームゲートウェイ装置101上に展開されていることを、インストールされていると表現する。また、当該サービスがホームゲートウェイ装置101にインストールされている状態で、ホームゲートウェイ装置101上のメモリ上にロードされてはいるが、実際の動作はしていない状態を停止状態、当該サービスが提供するサービスを満たすべく動作している状態を、実行状態と定義する。リソース利用情報管理テーブル208は、後で図示説明するように、各サービスがインストール状態、停止状態、実行状態のそれぞれの状態において使用するリソース使用量を格納するテーブルである。ここでリソース使用量とは、サービスをホームゲートウェイ装置上で実行する際に必要となるCPU利用率、メモリ使用量、ディスク使用量等を示す。これらサービス毎のリソース使用量は、事前の実行によって計測された数値が格納される。端末リソース情報テーブル209は、各ホームゲートウェイ装置101にて利用中のリソース使用量、および利用可能なリソースの上限値を格納するテーブルである。各ホームゲートウェイ装置101にて利用可能なリソースの上限値は、ゲートウェイ装置毎に管理しても良いしゲートウェイ装置の型式毎に管理するといった形態であっても良い。図3は、実施例1における、ユーザ情報管理テーブル205の構成の一例である。ユーザ情報管理テーブル205は、サービス契約ユーザ毎に1つのユーザ情報管理テーブルエントリ301が格納される。ユーザ情報管理テーブルエントリ301はさらに、契約ユーザを識別するためのユーザIDフィールド302と、当該ユーザが利用するホームゲートウェイ装置101を識別するための端末IDフィールド、および当該ユーザが契約しているサービスのリストを格納するための契約サービスリストフィールド304から構成される。ユーザIDフィールド302に格納される値は、ユーザもしくはサービス提供者側にて定めた特定の記号、数字、文字列等からなるユニークな値であり、ユーザIDフィールドの値は他のユーザIDフィールドと重なることはない。端末IDフィールド303も同様である。契約サービスリストフィールド304は、各サービスを識別するための識別子となるサービスIDの組合せから構成されるリストの場所を示す識別子であり、サービスIDの組合せから構成されるリストは、ユーザの契約サービス数に応じてそのサイズが変化するものである。図4は、端末リソース情報テーブル209の構成の例である。ホームゲートウェイ装置1台につき1つの端末リソース情報テーブル209が作成され、端末リソース情報テーブル209はさらに複数の端末リソース情報テーブルエントリ401が格納される。端末リソース情報テーブルエントリはさらにリソース区分を表すリソースフィールド402、当該リソースの現時点での使用量を格納する現在地フィールド403、当該リソースの当該ホームゲートウェイ装置における上限値を表す上限値フィールド404から構成される。リソースフィールド402に格納される値は、CPU、メモリといった具体的なリソースを示す文字列でもよいし、リソースに対応した識別子でもよい。識別子を利用する場合は、別途当該識別子を具体的なリソースを対応付けるためのテーブルを持つ必要がある。現在地フィード403、および上限値フィールド404の単位に関しては、予め固定されたものを利用しても良いし、端末リソース情報テーブルエントリ401毎に別途単位を管理するテーブルを準備し、端末リソース情報テーブルエントリ401毎に別途単位を管理するテーブルを利用してリソース毎の単位を決定しても良い。図5は、サービス情報管理テーブル206の構成例である。サービス情報管理テーブル206は、複数のサービス情報管理テーブルエントリ501からなり、1つのサービスに対して1つのサービス情報管理テーブルエントリ501が格納される。サービス情報管理テーブルエントリ501は、さらにサービスIDフィールド502および実行形態フィールド503から構成される。サービスIDフィールド502はサービスを識別するための識別子でありサービス毎に唯一の値が割振られる。実行形態フィールド503は、当該サービスが常時実行のサービスであるか、一時実行のサービスであるかを表す値、即ち実行形態情報が格納されるフィールドであり、サービス毎にサービス提供者によって予め設定されているものとする。図6は、サービス状態管理テーブル207の構成例である。サービス状態管理テーブル207は、1台のホームゲートウェイ装置に対してそれぞれ1つ作成される。サービス状態管理テーブル207はさらに複数のサービス状態管理テーブルエントリ601から構成される。サービス状態管理テーブルエントリ601は、サービスIDフィールド502、インストールフィールド603、状態フィールド604から構成される。インストールフィールド603は、当該サービス状態管理テーブルエントリ601のサービスIDフィールド502に格納された識別子にて識別されるサービスが、当該ホームゲートウェイ装置にインストールされているか否かの情報を格納するためのフィールドである。状態フィールド604は当該サービス状態管理テーブルエントリ601のサービスIDフィールド502に格納された識別子にて識別されるサービスが、当該ホームゲートウェイ装置でインストール状態にある場合の稼働状態を示すフィールドされる。状態フィールド604のとる値は、実行プログラムが単にホームゲートウェイ装置上に展開されている状態、実行するためにプログラムメモリ上にロードされており停止状態もしくは実行状態であるかの3値をとる。図7は、リソース利用情報管理テーブル208の構成例である。1つのサービス毎に1つのリソース利用情報管理テーブル208が作成される。リソース利用情報管理テーブルは複数のリソース利用情報管理テーブルエントリ701から構成される。リソース利用情報管理テーブルエントリ701は、リソースフィールド402、インストールフィールド703、停止中フィールド704、実行中フィールド705から構成される。インストールフィールド703、停止中フィールド704、実行中フィールド705に格納される値は、それぞれインストール状態、停止状態、実行状態における当該リソース利用情報管理テーブルエントリ701のリソースフィールド402で識別されるリソースの使用量であり、サービス毎にサービス提供者によって事前の当該サービスの実行結果に基づき予め設定されているものとする。図8は、実施例1における、サービス制御サーバ105がユーザからサービス実行要求のメッセージを受け取った場合の処理のフローチャートの一例を示す図である。ユーザからサービス実行要求のメッセージを受け取った場合、サービス制御サーバ105は、ユーザ情報管理テーブル205からメッセージを送信したユーザ情報より、ユーザが利用しているホームゲートウェイ装置101の識別子である端末IDを取得し、取得したホームゲートウェイ装置101の識別子を用いて、端末リソース情報テーブル209から対応するテーブルを取得し、各リソースの現在値および上限値を取得する801。次にユーザが要求したサービスを識別するサービスIDを用いて、サービス利用情報管理テーブル208より当該サービスのリソース使用量を取得する。そして、取得した現在の使用量と、新規に実行するサービスを実行状態とした際のリソース使用量とを加算する802。この加算したリソース使用量とリソース使用量の上限値であるリソース使用量閾値とを比較し804、加算したリソース使用量がリソース利用量の上限値より小さかった場合は、要求されたサービスを実行するためのリソースの空きが存在することになるため、加算量を新規のリソース使用量として端末リソース情報テーブル209の該当するフィールドに格納する811。そしてユーザが要求したサービスの実行をホームゲートウェイ装置101に指示する。加算したリソース使用量がリソース利用量の上限値であるリソース使用量閾値より大きかった場合は、要求されたサービスを実行するためのリソースの空きが存在していない状態のため、ホームゲートウェイ装置で実行中のサービスのうち実行状態を変更もしくは、インストール状態を解除するサービスを検索する。まず、ホームゲートウェイ装置に対応するサービス状態管理テーブル207とサービス状態管理テーブル206を用いて、サービスの実行形態が常時実行以外のサービスのリストを生成する804。そして、生成したサービスリストに含まれるサービスのうち、実行状態が実行中のものを選択し、実行状態のリソース使用量から停止状態のリソース使用量を減算した値を、現在の使用量と、新規に実行するサービスを実行状態とした際のリソース使用量とを加算した値から減算する。減算値と当該リソースのリソース使用量の上限値を比較し805、減算値が当該リソースのリソース使用量の上限値より小さい場合は、選択されたサービスを停止状態とするよう当該ホームゲートウェイ装置101に対して指示メッセージを送信する。その後、減算値を新規のリソース使用量として端末リソース情報テーブル209の該当するフィールドに格納する811。そしてユーザが要求したサービスの実行をホームゲートウェイ装置101に指示する812。上記動作を生成されたサービスリストに含まれ、実行状態が実行中のものに対して試行する。ここで選択されるサービスは複数個まとめてもよい。最終的には生成されたサービスリストに含まれ、実行状態にあるすべてのサービスが選択されるものとする。減算値が当該リソース使用量の上限値より大きい場合は、生成されたサービスリストに含まれ、実行状態にあるすべてのサービスをすべて停止状態にすることで減少するリソース使用量を現在のリソース使用量とする。そして生成されたサービスリストに含まれるサービスのうち停止状態であるサービスを選択し、現在の使用量新規に実行するサービスを実行状態とした際のリソース使用量より、選択したサービスの停止状態のリソース使用量から選択したサービスのインストール状態でのリソース使用量を減算した値を減算する。減算値と当該リソースのリソース使用量の上限値を比較し806、減算値が当該リソースのリソース使用量の上限値より小さかった場合は、選択されたサービスをアンインストール状態とするよう当該ホームゲートウェイ装置101に対して指示メッセージを送信する。このアンインストール処理において、当該ホームゲートウェイ装置に次に当該サービスを実行する際に、アンインストール前の状態を保つための情報を保存するようにする810。もしアンインストール前の状態を保つための情報を格納するためのリソースが当該ホームゲートウェイ装置に確保できない場合は、サービス制御サーバ側で保管するといった処理を実行する。上記動作を生成されたサービスリストに含まれ、実行状態が停止中のものに対して試行する。ここで選択されるサービスは複数個まとめてもよい。最終的には生成されたサービスリストに含まれ、停止状態にあるすべてのサービスが選択されるものとする。減算値が当該リソース使用量の上限値より大きい場合は、生成されたサービスリストに含まれ、停止状態にあるすべてのサービスをすべてインストール状態にすることで減少するリソース使用量を現在のリソース使用量とする。そして生成されたサービスリストに含まれるサービスのうちインストール状態であるサービスを選択し、現在の使用量新規に実行するサービスを実行状態とした際のリソース使用量より、選択したサービスのインストール状態でのリソース使用量を減算した値を減算する。減算値と当該リソースのリソース使用量の上限値を比較し807、減算値が当該リソースのリソース使用量の上限値より小さかった場合は、選択されたサービスをアンインストール状態とするよう当該ホームゲートウェイ装置101に対して指示メッセージを送信する810。その後、減算値を新規のリソース使用量として端末リソース情報テーブル209の該当するフィールドに格納する811。そしてユーザが要求したサービスの実行をホームゲートウェイ装置に指示する812。減算値が当該リソース使用量の上限値より大きい場合は、ユーザが要求したサービスを実行するためのリソースが存在しないことになるため、実行不可としてユーザに対して警告メッセージを送信する808。図9は、本実施例におけるホームゲートウェイ装置HGW101の構成の一例を示す図である。ホームゲートウェイ装置101は、サービス制御インタフェースI/F部904を介して、サービス制御サーバ105への新規サービスの実行要求およびサービス制御サーバ105からの制御メッセージを受信する。212は処理部であるCPU、213は内部バスを示す。サービス制御部901は、CPU212で実行されるプログラムで実現され、ホームゲートウェイ装置101上に実行されるサービスの実行、停止等を制御する。サービス状態取得部902は、同様にCPU212等の処理部で実行されるプログラムで実現され、ホームゲートウェイ装置101にて実行されているサービスの状態を取得するための機能を有しており、定期的に当該ホームゲートウェイ装置にて実行されるサービスの状態を取得し、取得した値を記憶部上のサービス状態管理テーブル903に格納する。図10は、ホームゲートウェイ装置101のサービス制御部901の処理のフローチャートの一例である。サービス制御部901は、まずユーザからのサービス実行要求を待つ1001。ユーザからのサービス要求を受信したサービス制御部901は、サービス制御I/F904を介して、サービス制御サーバ105にユーザが実行要求したサービスの実行要求を送信する1002。次にサービス制御サーバ105からサービス制御指示の受信を待つ1003。サービス制御サーバ105から、当該ホームゲートウェイ装置101にて実行されているサービスの制御情報のメッセージを受信した場合は、要求されたサービス制御を実行した後、実行結果をサービス制御サーバ105に送信する1004。次にサービス制御サーバ105からユーザが要求されたサービスの実行指示を受信し1005、当該サービスの実行処理1006および、ホームゲートウェイ装置101上で実行されているサービスの状態をそれぞれ取得し、サービス状態管理テーブル903の更新を行う1007。サービス制御サーバ105からの指示に基づき、ステップ1004から1007の順番で処理が実行される。図11は、実施例1における図5に示したサービス情報管理テーブル206の別の構成例を示したものである。図11のサービス情報管理テーブル206のうち、図5に示したものと同一の機能を有するものに関しては、図11中でも同一の記号を付与しており、説明を省略する。以下同様である。図11において、サービス情報管理テーブルエントリ1101は、サービスIDフィールド502および実行形態フィールド503、および配布開始日時フィールド1102から構成される。配布開始日時フィールド1102は、当該エントリのサービスIDで識別されるサービスが配布された日付の情報を格納するためのフィールドであり、サービス制御サーバ105が制御するサービスを選択する際の選択方式等に利用する。たとえば、実施例1ではサービスの実行状態に応じて順に制御対象のサービスを選択しているが、本構成の場合、制御対象のサービスを選択する際に配布開始日時を参照し、配布日時の新旧によって選択する順番を決定することが考えられる。サービスの選択方式としては、他に当該サービスのアクセス頻度によって選択するサービスの順番を変更することが考えられる。この場合は、サービス情報管理テーブルエントリ1101を構成するフィールドにアクセス頻度フィールドを含むといった構成をとれば良い。アクセス頻度は、他のユーザの利用頻度に基づいて、サービス配信システムでの利用頻度を決定し、その値を利用することが可能である。図12は、実施例1における図6に示したサービス状態管理テーブル207の別の構成例を示したものである。図12において、サービス状態管理テーブルエントリ1201は、サービスIDフィールド502、インストールフィールド603、状態フィールド604、および最終実行日時1202フィールドから構成される。最終実行日時フィールド1202は、当該エントリのサービスIDにして識別されるサービスが実行された一番最近の日時の情報を格納するためのフィールドであり、サービス制御サーバ105が制御するサービスを選択する際の選択方式等に利用する。たとえば、実施例1ではサービスの実行状態に応じて順に制御対象のサービスを選択しているが、制御対象のサービスを選択する際に最終実行日時を参照し、最終実行日時の新旧によって選択する順番を決定することが考えられる。サービスの選択方式としては、他に当該サービスのアクセス頻度によって選択するサービスの順番を変更することが考えられる。この場合は、サービス状態管理テーブルエントリ1201を構成するフィールドにアクセス頻度フィールドを含むといった構成をとる。アクセス頻度は、あるユーザ個人が以前に利用したサービスの情報に基づいて決定できる。またアクセス頻度フィールドと、図11で示した配布開始日時フィールドの情報を組合せてサービス制御サーバが制御するサービスを選択する際の順番を決定することが考えられる。この場合、配布開始日時が古くアクセス頻度が低いサービスに関しては、今後のサービス実行の可能性も低いとして、優先的に制御対象のサービスとして決定することが考えられる。次に実施例1の変形例としてサービス制御の結果、停止等になったサービスの復帰処理に関して説明する。図21は本変形例におけるサービス制御サーバ108の機能構成の一例である。本サービス制御サーバ108の構成例の機能のほとんどは図2と同様であり、図2と異なる点は、サービス制御サーバ108にサービス制御履歴テーブル2101が追加されたことにある。サービス制御履歴テーブル2101は、新規サービスを実行するために、それまでホームゲートウェイ装置101にて実行されていたサービスを停止するといった制御の履歴を格納するテーブルである。テーブル2101の構成としてはLILOであり、各ホームゲートウェイ装置それぞれに対して、ユーザからの要求により新たにサービスを実行する際に、停止処理等を実施したサービスのIDおよび、制御前および制御後のサービスの状態が格納される。図22は、本変形例におけるサービス制御履歴テーブル2101の構成の一例を示す図である。サービス制御履歴テーブル2101は、複数のサービス制御履歴テーブルエントリ1502から構成される。サービス制御履歴テーブルエントリ2201は、さらにサービスIDフィールド502、制御前状態フィールド2202、および制御後状態フィールド2203から構成される。制御前状態フィールド2202は、ホームゲートウェイ装置101上で実行されていたサービスの制御において、制御前の実行状態の状況を格納するためのフィールドであり、制御後状態フィールド2203は、制御前の実行状態を、制御してどの実行状態としたかの情報を格納するためのフィールドである。次に、図23、24を用いて、サービス復帰処理時のサービス制御サーバ108の処理の流れを説明する。本変形例では、ユーザからの要求により新たにサービスを実行する際に、それまでホームゲートウェイ装置101で実行されていたサービスのうち停止処理等を実施したサービスのIDおよび、制御前および制御後のサービスの状態がサービス制御履歴テーブルに格納されているものとする。図23は、サービス制御サーバ108でのサービス復帰処理における処理のフローチャートの例である。まずホームゲートウェイ装置101上で実行されていたサービスがユーザの終了処理操作等で終了されたことを検出する2301。サービス終了が検出された場合は、終了されたサービスが利用していたリソース使用量をリソース使用量の現在値から減算し、新たなリソース使用量とする2302。次にサービス制御履歴テーブル2101を参照し、新たなサービス実行のため、以前に停止等の処理がなされたサービスの復帰処理を実行する2303。復帰処理によりサービスの状態が変更された場合は、サービス状態管理テーブル207を更新し終了する。図24は、図23におけるサービス復帰処理2303の処理をより詳細に示したものである。図24においてまずホームゲートウェイ装置101におけるサービス制御履歴のリストをサービス制御履歴テーブル2101から取得する2401。前記サービス制御履歴のリストが空の場合は処理を終了する。サービス制御履歴テーブル2101のリストが空でない場合は、リストから先頭の制御情報を取得する。取得した制御情報において、制御後状態2203を制御前状態2202に戻した場合のリソース使用量と現在のリソース使用量の加算値と、ホームゲートウェイ装置101のリソース使用量閾値と比較する2404。比較の結果、制御後状態2203を制御前状態2202に戻した場合のリソース使用量と現在のリソース使用量の加算値が、ホームゲートウェイ装置101のリソース使用量閾値より大きくなる場合は、サービス復帰の処理を終了する。御後状態2203を制御前状態2202に戻した場合のリソース使用量と現在のリソース使用量の加算値が当該ホームゲートウェイ装置のリソース使用量閾値より小さい場合は、選択されたサービスサービス制御履歴テーブル2101のサービスID502にて識別されるサービスを、制御前状態2202となるように制御し2405、サービス制御履歴をリストから削除し2407、計算した制御後状態2203を制御前状態2202に戻した場合のリソース使用量と現在のリソース使用量の加算値を現在のリソース使用量として更新2407した後、ステップ2402に戻る。以上リストが空になるまでステップ2402から2407の処理を繰り返すことで、リソース不足で停止等がなされたサービスのうちリソース使用量の閾値を越えることのないように復帰処理を実現できる。なお本変形例では復帰するサービスの選択を以前の制御順としているが、増加するリソース使用量の少ないものからの選択、過去の実行履歴から今後実行可能性が高いサービスを優先して選択するといったことでもよい。実施例2では、サービスの制御をすべてサービス制御サーバで実行するのではなく、ホームゲートウェイ装置に処置の一部を委譲し、サービス制御サーバの負荷を低減するホームICTシステムの一例を説明する。本実施例におけるシステム構成は図1と同様である。図13は、実施例2におけるサービス制御サーバの構成例である。図2の実施例1のサービス制御サーバ105の構成例と異なる点は、サービス制御サーバ106には、端末リソース情報テーブル209が存在しないことである。また、サービス制御部203の処理のフローも実施例1とは異なっており、サービス制御サーバ106のサービス制御部203にて、どのサービスを停止状態にするか等の決定を行わず、制御対象のサービスの順番を示したリストのみを生成し、前記生成したリストをサービスの制御情報としてホームゲートウェイ装置101に送信する。詳細な処理のフローに関しては、後述する。図14は、実施例2におけるホームゲートウェイ装置の構成例である。図9の実施例1のホームゲートウェイ装置101の構成例と異なる点は、実施例1ではサービス制御サーバ105側に配置していた端末リソース情報テーブル903、およびリソース利用情報管理テーブル1404を、ホームゲートウェイ装置109側配置した点である。リソース利用情報管理テーブル1404は、サービス制御サーバのリソース利用情報管理テーブル内に格納されている各サービスのリソース使用量の情報のうち、ホームゲートウェイ装置109を利用しているユーザが契約中のサービスのリソース情報を格納している。またホームゲートウェイ装置109のサービス制御部901の処理のフローも実施例1とは異なっており、ユーザが新規サービスの実行要求を行った際に、サービス制御サーバ106からホームゲートウェイ装置109上で実行されているサービスのうち、制御対象のサービスの順番を示したリストを受信し、前記受信したリストを用いて、ホームゲートウェイ装置側で、どのサービスを停止状態にするか等の決定を行う点にある。図15は、サービス制御サーバ106からホームゲートウェイ装置109に送信されるサービス制御の優先順位を示したリストの構成例である。サービス制御順位リスト1501は、複数のサービス制御リストエントリ1502から構成される。サービス制御リストエントリ1502は、さらにサービスIDフィールド502、制御前状態フィールド1503、および制御後状態フィールド1504から構成される。制御前状態フィールド1503は、ホームゲートウェイ装置109上で実行しているサービスの制御前の実行状態の状況を格納するためのフィールドであり、制御後状態フィールドは制御前の実行状態を、制御してどの実行状態とするかの情報を格納するためのフィールドである。図16は、実施例2におけるサービス制御サーバ106のサービス制御部203の処理のフローチャート例である。図16にてサービス制御部203は、まず空のサービス制御順位リストを作成する。次に、ホームゲートウェイ装置109に対応するサービス状態管理テーブル207とサービス状態管理テーブル206を用いて、サービスの実行形態が常時実行以外のサービスのリストを生成する1602。そして、前記生成したサービスリストに含まれるサービスのうち、実行状態が実行中のサービスを順に選択し、当該サービスを識別するサービスIDと、制御前状態として実行中を表す情報、制御後状態として停止中を表す情報を、サービス制御順位リストに追加していく1603。次に、生成したサービスリストに含まれるサービスのうち、実行状態が停止状態のサービスを順に選択し、当該サービスを識別するサービスIDと、制御前状態として停止中を表す情報、制御後状態としてアンインストールを表す情報を、サービス制御順位リストに追加していく1604。生成したサービスリストに含まれるサービスのうち、実行状態が停止状態のサービスを順に選択し、当該サービスを識別するサービスIDと、制御前状態として実行中を表す情報、制御後状態としてアンインストールを表す情報を、サービス制御順位リストに追加していく1605。最後に前記生成したサービス制御順位リストをホームゲートウェイ装置109に送信する1606。図17は、実施例2のホームゲートウェイ装置109におけるサービス制御部901の処理のフローチャートを示す。ホームゲートウェイ装置109のサービス制御部901では、まずユーザからサービス実行要求を受信するまで待機する1001。ユーザからのサービス実行要求を受信した場合、当該サービスのリソース使用量の情報を、サービス制御サーバから取得する1701。そして、ホームゲートウェイ装置109の端末リソース情報テーブル209から現在のリソース使用量を取得し、前記取得したリソース使用量前記取得したユーザが実行を要求しているサービスを実行状態とした際のリソース使用量とを加算し、前記加算したリソース使用量とリソース使用量の上限値を比較する1702、加算したリソース使用量がリソース利用量の上限値より小さかった場合は、前記要求されたサービスを実行するためのリソースの空きが存在することになるため、前記加算量を新規のリソース使用量として端末リソース情報テーブル209の該当するフィールドに格納する。そしてユーザが要求したサービスをサービス配信サーバ104から取得し実行する1006と共に、サービス状態管理テーブルの情報を更新する1007。前記加算したリソース使用量がリソース利用量の上限値より大きかった場合は、前記要求されたサービスを実行するためのリソースの空きが存在していない状態のため、当該ホームゲートウェイ装置109で実行中のサービスのうち実行状態を変更もしくは、インストール状態を解除するサービスを検索する。まず、サービス制御サーバにサービス実行要求を送信する1002。次に、サービス制御サーバからサービス制御順位リストを受信する1703。前記取得したサービス制御順位リストが空であるか否かを確認し1704、前記取得したサービス制御順位リストが空でない場合は、前記サービス制御順位リストの先頭にあるリストを選択する1705。そして、現状リソース使用量対象サービス実行時リソース使用量と、前記選択リストにて提示されたサービスの制御により削減できるリソース使用量と、リソース使用量の上限値を比較し1706、比較の結果、リソース使用量の上限値よりも小さかった場合は、前記選択したサービスを前記サービス制御順位リストに指定された制御を実施し1707、その後前記ユーザが要求したサービスをサービス配信サーバ104から取得し実行する1006と共に、サービス状態管理テーブル903の情報を更新する1007。比較の結果、リソース使用量の上限値よりも大きかった場合は、前記選択したサービスを前記サービス制御順位リストに指定された制御を実施し1707、その後前記選択したリストを前記サービス制御順位リストから削除し1708、ステップ1704の動作に戻る。前記取得したサービス制御順位リストが空である場合、前記ユーザが要求したサービスを実行するためのリソースが存在しないことになるため、実行不可としてユーザに対して警告メッセージを送信する1709。図18は、実施例2における新規サービス実行時の処理のシーケンスの例を示す。本シーケンスでは、ホームゲートウェイ装置109には、ユーザが要求するサービスを実行するための十分な空きリソースがなく、サービスの入れ替えが発生する場合の流れを示している。まず、ホームゲートウェイ装置109がユーザからのサービス実行要求を受信する1801。ユーザからのサービス実行要求を受信したホームゲートウェイ装置109が、サービス制御サーバ106に当該サービスのリソース使用量の情報を要求し1802、サービス制御サーバ106から当該サービスのリソース使用量の応答を受信する1803。ホームゲートウェイ装置109は、当該ホームゲートウェイ装置の現在のリソース使用量と前記サービス制御サーバから取得した前記ユーザが要求したサービスのリソース使用量を加算し、当該ホームゲートウェイ装置のリソース上限値と比較した結果、上限値を上回っているため、サービス制御サーバに対して、サービス実行要求メッセージを送信する1804。ホームゲートウェイ装置109からサービスの実行要求を受信したサービス制御サーバは、当該ホームゲートウェイ装置で実行されているサービスリストからサービス制御順位リストを作成し、作成したサービス制御順位リストを当該ホームゲートウェイ装置109に送信する1805。サービス制御サーバ106から、サービスの制御情報として、サービス制御順位リストを受信したホームゲートウェイ装置109は、前記サービス制御順位リスト内の情報にしたがって、ホームゲートウェイ装置上の空きリソースを確保した後1806、サービス配信サーバに対して、前記ユーザが要求したサービスの実行プログラムを要求し1807、受信する1808。次にホームゲートウェイ装置109は、前記取得したユーザが要求したサービスを実行する。最後に、ホームゲートウェイ装置109に配備されたサービス状態テーブルを更新するとともに、前記更新した情報をサービス制御サーバ105にも送信する。以上、本実施例によるとサービス制御サーバと連携したサービス制御方式が実現可能となる。なお本実施例において制御サーバからホームゲートウェイ装置に、サービスの制御情報として、サービス制御順位リストを送信するタイミングは、ユーザが新たにサービスの実行要求を実施した際となっているが、サービス制御サーバがホームゲートウェイ装置上で実行されているサースの情報を用いて定期的にサービス制御順位リストを作成し、当該ホームゲートウェイ装置に、前記作成したサービス制御順位リストを送信しても良い。実施例3では、ホームゲートウェイにて実行されるサービスをホームゲートウェイにて制御するホームICTシステムの一例を説明する。図19は実施例3におけるサービス制御サーバ107の一構成例である。本構成例は実施例1におけるサービス制御サーバ105の構成例を示した図2の構成と異なるのは、サービス制御サーバ107中にサービス状態管理テーブル207、リソース利用情報管理テーブル208、および端末リソース情報テーブル209が存在しない点である。その他、図2と同様の機能を持つ要素に関しては図2と同一の識別番号を付与している。また、本実施例におけるホームゲートウェイ装置101の構成は、図14に示した構成と同等である。図20は、実施例3におけるホームゲートウェイ装置のサービス制御部901の処理のフローチャートの例である。サービス制御部901は、まずユーザからのサービス実行要求を待つ1001。ユーザからのサービス要求を受信したサービス制御部901は、図14に示したリソース利用情報管理テーブル1404を参照し、ユーザが要求サービスのリソース利用情報が当該ホームゲートウェイ装置101に格納されているか否かを確認する。ユーザが要求したサービスのリソース用情報がテーブル1404に格納されている場合は、当該サービスを実行するため、当該ホームゲートウェイ装置101のリソース使用量を考慮しながら、サービス制御部901は、ホームゲートウェイ装置上のサービスを制御する2003。ユーザが要求したサービスのリソース情報が、リソース利用情報管理テーブル1404に格納されていない場合は、当該サービスのリソース利用情報をサービス制御サーバ107から取得、ホームゲートウェイ装置101のリソース利用情報管理テーブル1404に格納した後2002、当該サービスを実行するため、当該ホームゲートウェイ装置のリソース使用量を考慮しながら、サービス制御部901は、ホームゲートウェイ装置上のサービスを制御する2003。その後、前記サービスの処理結果をサービス制御サーバ107に送信しサービス制御サーバ105のサービス情報管理テーブル206の情報を更新する1007。また、図20のステップ2003の目的サービス実行処理の流れは、図8に示した実施例1のサービス制御サーバの処理のフローチャートとほぼ同様である。図20のステップ2003の目的サービス実行処理の流れは、図8に示した実施例1のサービス制御サーバ105の処理のフローチャートと異なる点は、各処理において情報を取得する先が、制御サーバ107の各種テーブルではなくて、ホームゲートウェイ装置101の対応するテーブルとなっている点である。なお、本発明は上記した実施例に限定されるものではなく、様々な変形例が含まれる。例えば、ホームゲートウェイ装置とホームゲートウェイ装置に対してサービスを配信するサービス提供システムに限らず、オフイスサイトに設置されるゲートウェイ装置と当該ゲートウェイ装置に種々のサービスを配信するサービス提供システムにも適用可能である。また、上記した実施例は本発明を分かりやすく説明するために詳細に説明したのであり、必ずしも説明の全ての構成を備えるものに限定されものではない。また、ある実施例の構成の一部を他の実施例の構成に置き換えることが可能であり、また、ある実施例の構成に他の実施例の構成を加えることが可能である。また、各実施例の構成の一部について、他の構成の追加削除置換をすることが可能である。また、上記の各構成、機能、処理部、処理手段等は、それらの一部又は全部を、例えば集積回路で設計する等によりハードウェアで実現してもよい。また、上記の各構成、機能等は、プロセスがそれぞれの機能を実現するプログラムを解釈し、実行することによりソフトウェアで実現する構成を主に説明したが、各機能を実現するプログラム、テーブル、ファイル等の情報はメモリや、ハードディスクのみならず、SSDSolidStateDrive、又は、ICカード、SDカード、DVD等の記録媒体におくことができるし、必要に応じてネットワーク等を介してダウンロード、インストロールすることも可能である。