(57)【特許請求の範囲】
【請求項１】
ゲートウェイ装置とサービスを配信するサーバ装置からなるサービス提供システムであって、
前記サーバ装置は、
前記ゲートウェイ装置におけるサービスの稼働状態として、実行状態と停止状態を規定し、サービス毎に前記実行状態、前記停止状態それぞれに対して、当該サービスのリソース使用量情報を管理し、管理しているサービスの前記リソース使用量情報を用いて、前記ゲートウェイ装置にて実行されているサービスのうちどのサービスを制御対象とするかを決定し、前記ゲートウェイ装置にてユーザが要求したサービスを実行するためのリソースが不足する場合に、当該ゲートウェイ装置にて実行されている他のサービスのうち、どのサービスを停止もしくは削除するかについてのサービスの制御情報を作成して、前記ゲートウェイ装置に送信し、
前記ゲートウェイ装置は、
前記サーバ装置から受信した前記サービスの制御情報に応じて、当該ゲートウェイ装置上に実行されているサービスを制御した後、前記ユーザが要求したサービスを実行する、
ことを特徴とするサービス提供システム。
【請求項２】
請求項１記載のサービス提供システムであって、
前記サーバ装置は、
前記サービスが常時実行されるべきか否かを表す実行形態情報を管理し、
前記サービスの制御情報を作成する際に、前記実行形態情報に基づき、前記サービスが常時実行されるべきサービスに関しては、前記サービスの制御対象から除外する、
ことを特徴とするサービス提供システム。
【請求項３】
請求項１記載のサービス提供システムであって、
前記サーバ装置は、
前記サービスが常時実行されるべきか否かを表す実行形態情報を管理し、
前記サービスの制御情報を作成する際に、前記実行形態情報に基づき、前記サービスが常時実行されるべきサービスに関しては、前記サービスの制御対象から除外する、
ことを特徴とするサービス提供システム。
【請求項４】
請求項１記載のサービス提供システムであって、
前記サーバ装置は、
前記ゲートウェイ装置にてユーザが要求したサービスを実行するためのリソースが不足する場合に、当該ゲートウェイ装置にて実行されている他のサービスのうち、どのサービスを停止もしくは削除するかの優先順位を示すリストを作成し、作成した前記リストを前記サービスの制御情報として前記ゲートウェイ装置に送信する、
ことを特徴とするサービス提供システム。
【請求項５】
請求項１記載のサービス提供システムであって、
前記サーバ装置は、
前記サービスの稼働状態として、実行状態と停止状態を規定し、サービス毎に前記実行状態、前記停止状態それぞれに対して、当該サービスのリソース使用量情報を管理し、管理しているサービスのリソース使用量情報を用いて、当該ゲートウェイ装置にて実行されているサービスのうち、どのサービスを停止もしくは削除するかの優先順位を示すリストを作成し、作成した前記リストを前記サービスの制御情報として前記ゲートウェイ装置に送信する、
ことを特徴とするサービス提供システム。
【請求項６】
請求項４記載のサービス提供システムであって、
前記サーバ装置は、
前記サービスが常時実行されるべきか否かを表す実行形態情報を管理し、
前記リストを作成する際、前記実行形態情報に基づき、前記サービスが常時実行されるべきサービスに関しては、前記リストから除外する、
ことを特徴とするサービス提供システム。
【請求項７】
ゲートウェイ装置にサービスを配信するサービス提供システムのサーバ装置であって、
前記ゲートウェイ装置からの要求に応じて、要求されたサービスを配信するサービス配信部と、制御を行うサービス制御部とを備え、
前記サービス制御部は、
前記サービスの稼働状態として、実行状態と停止状態を規定し、サービス毎に前記実行状態、前記停止状態それぞれに対して、当該サービスのリソース使用量情報を管理し、管理しているサービスのリソース使用量情報を用いて、前記ゲートウェイ装置にて実行されているサービスのうちどのサービスを制御対象とするかを決定し、前記ゲートウェイ装置にてユーザが要求したサービスを実行するためのリソースが不足する場合に、当該ゲートウェイ装置にて実行されている他のサービスのうち、どのサービスを停止もしくは削除するかについてのサービスの制御情報を作成して、前記ゲートウェイ装置に送信する、
ことを特徴とするサーバ装置。
【請求項８】
請求項７記載のサーバ装置であって、
前記サービス制御部は、
前記サービスが常時実行されるべきか否かを表す情報を管理し、
前記サービスの制御情報を作成する際に、前記サービスが常時実行されるべきサービスに関しては、前記サービスの制御対象から除外する、
ことを特徴とするサーバ装置。
【請求項９】
請求項７記載のサーバ装置であって、
前記サービス制御部は、
前記サービスが常時実行されるべきか否かを表す情報を管理し、
前記サービスの制御情報を作成する際に、前記サービスが常時実行されるべきサービスに関しては、前記サービスの制御対象から除外する、
ことを特徴とするサーバ装置。
【請求項１０】
請求項７記載のサーバ装置であって、
前記サービス制御部は、
前記サービスの制御情報を作成する際に、当該ゲートウェイ装置にて実行されている他のサービスのうち、どのサービスを停止もしくは削除するかの優先順位を示すリストを作成し、作成した前記リストを前記サービスの制御情報として前記ゲートウェイ装置に送信する、
ことを特徴とするサーバ装置。
【請求項１１】
サービス提供システムのサーバ装置からサービスが提供されるゲートウェイ装置であって、
サービス制御インタフェース部とサービス制御部とを備え、
前記サービス制御部は、
ユーザが要求したサービスを実行するためのリソースが不足する場合に、当該ゲートウェイ装置にて実行されている他のサービスのうち、どのサービスを停止もしくは削除するかについてのサービスの制御情報を、サービス制御インタフェース部を介して前記サーバ装置に要求し、
前記サーバ装置からの前記サービスの制御情報として、どのサービスを停止もしくは削除するかの優先順位を示すリストを受信し、前記サーバ装置から受信した前記リストに応じて、当該ゲートウェイ装置上に実行されているサービスを制御した後、ユーザが要求した前記サービスを実行する、
ことを特徴とするゲートウェイ装置。
【請求項１２】
請求項１１に記載のゲートウェイ装置であって、
当該ゲートウェイ装置のリソースの利用情報を管理するリソース利用情報管理テーブルを更に備え、
前記サービス制御部は、
ユーザが要求した前記サービスに関するリソース利用情報が、前記リソース利用情報管理テーブルに格納されているか否かを確認し、格納されていない場合、前記サーバ装置から前記サービスの制御情報を受信する、
ことを特徴とするゲートウェイ装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、一般家庭もしくはオフィス等に配備されるゲートウェイ装置におけるサービス提供技術に関する。
【背景技術】
【０００２】
現在、家庭内のネットワーク(ホームネットワーク）と外部ネットワーク(一般的にはインターネット）を接続するゲートウェイ機器としてホームゲートウェイが利用されている。
【０００３】
現状、ホームゲートウェイにて提供されている機能は、家庭内LAN(Local Area Network）のルータとなり家庭内の情報家電間の通信の仲介や、家庭内の情報家電へのADSL(Asymmetric Digital Subscriber Line）やFTTH(Fiber To The Home）などの広帯域回線を利用したインターネット接続の提供、外部ネットワークからの不正なアクセスを遮断するファイアウォール機能及び、SIPを用いたVoIP(Voice Over IP）によるIP電話程度である。
【０００４】
しかし、ホームゲートウェイには、ホームネットワークと外部ネットワークの境界に位置し、家庭内で常時起動し、ホームネットワーク内の情報家電が全て接続するといった特徴があり、今後家庭内の情報家電をまとめるホームサーバとしての役割が期待される。例えばホームネットワークに接続された機器の動的検出や自動設定、外部ネットワークからの家庭内の情報家電への動的なアクセス制御、ホームネットワーク上の複数の機器とアプリケーションを組合せた総合的なサービスの提供といったことが考えられる。
【０００５】
ホームゲートウェイで、一般家庭に提供されるサービスは、宅内情報機器との連携による家電制御サービス、家庭内に多くのセンサを配置し前記センサの情報を利用したセキュリティサービス等さまざまなものが考えられる。これらの様々なサービスをユーザが必要に応じてホームゲートウェイ上にて実行することで、複数のサービスを同時に実行し、より快適な住環境が提供されるものと考える。また、オフィスでもホームゲートウェイに相当するようなゲートウェイ装置が考えられ、業務内容に応じたサービスが提供されることが期待される。
【０００６】
しかしながら、ゲートウェイ装置上の計算機リソースは限られたものであり、すべてのサービスを実行できるだけの計算機リソースを確保することは不可能である。従って、ユーザのサービス実行要求に対して、前記ユーザ要求のサービスを実行するために必要となる計算機リソースが確保できない場合は、ホームゲートウェイ上で実行されている他サービスを停止もしくは消去し計算機リソース確保した後、前記ユーザ要求のサービスを実行する必要がある。
【０００７】
本技術分野の背景技術として、特許文献１には、「システムが自動的に記憶手段に記憶されているアプリケーションプログラムを外部記録媒体に退避移動させて記憶領域を確保し、その上でサーバ装置から記憶手段に新規なアプリケーションプログラムがダウンロードされる」こと記載されている（要約参照）。また、特許文献２には、「情報端末は、第１のアプリケーション５０５がインストールされているか否か判定するアプリケーション有無判定部４０１と、第１のアプリケーション５０５を記憶領域４０７にインストールする基準値以上の空き容量があるか否か判定する記憶領域判定部４０２と、アプリケーションごとに割り当てられた実行優先度に基づいて第２のアプリケーションを検索するアプリケーション検索部４０３と、第２のアプリケーションのデータをサーバ２０へ送信するアプリケーションデータ送信部４０４と、第２のアプリケーションを記憶領域４０７から削除するアプリケーション削除部４０５と、第１のアプリケーションを記憶領域４０７にインストールするアプリケーションインストール部１０７と」が記載されている。また、特許文献３には、「インストールされるアプリケ−ションが利用する機能またはＡＰＩを判別する判別手段２４と、装置に搭載されている機能を判別する判別手段２８と、前記アプリケーションのインストール時、前記各判別手段の判別結果に基づいて、前記インストールされるアプリケーションが利用しない機能の停止及び／または削除等を行う制御手段２０」が記載されている。
【先行技術文献】
【特許文献】
【０００８】
【特許文献１】特開２００１−３５０６３１号公報
【特許文献２】特開２００９−３０１４７２号公報
【特許文献３】特開２００７−２８７０６６号公報
【発明の概要】
【発明が解決しようとする課題】
【０００９】
多数のサービスを実行可能とするためリソース使用量の上限値を超えた場合のサービスの入れ替え制御において、実行状態のリソース使用量のみ考慮すると、リソース使用量の上限を越えないと期待できサービスが安定するが同時に実行可能なサービス数が少なくなる。逆にリソースの平均使用量を考慮してサービスを制御する場合、同時実行可能なサービス数は多くできるが、高負荷時にリソース量の上限を越え不具合を発生する可能性があるといった課題がある。
【００１０】
また、家庭向けに提供されるサービスは携帯アプリのようにユーザが利用中のサービスのみを起動していれば良いわけではなく、センサ情報の収集といった常時起動していなければならないサービスもあり、サービスの実行形態に応じた制御をしなければならないという課題がある。
【００１１】
本発明の目的は、上記の課題を解決し、常時実行しなければならないサービスを停止させることなく、サービス毎のリソース管理の効率化し、ゲートウェイ装置上で同時実行可能なサービス数を向上させることが可能なサービス提供システム、及び装置を提供することにある。
【課題を解決するための手段】
【００１２】
本発明においては、上記目的を達成するため、ゲートウェイ装置とサービスを配信するサーバ装置からなるサービス提供システムであって、サーバ装置は、ゲートウェイ装置にてユーザが要求したサービスを実行するためのリソースが不足する場合に、当該ゲートウェイ装置にて実行されている他のサービスのうち、どのサービスを停止もしくは削除するかについてのサービスの制御情報を作成して、ゲートウェイ装置に送信し、ゲートウェイ装置は、サーバ装置から受信したサービスの制御情報に応じて、当該ゲートウェイ装置上に実行されているサービスを制御した後、ユーザが要求したサービスを実行するサービス提供システムを提供する。
【００１３】
また、本発明においては、上記の目的を達成するため、ゲートウェイ装置にサービスを配信するサービス提供システムのサーバ装置であって、ゲートウェイ装置からの要求に応じて、要求されたサービスを配信するサービス配信部と、制御を行うサービス制御部とを備え、サービス制御部は、ゲートウェイ装置にてユーザが要求したサービスを実行するためのリソースが不足する場合に、当該ゲートウェイ装置にて実行されている他のサービスのうち、どのサービスを停止もしくは削除するかについてのサービスの制御情報を作成して、ゲートウェイ装置に送信するサーバ装置を提供する。
【００１４】
更に、本発明においては、上記の目的を達成するため、サービス提供システムのサーバ装置からサービスが提供されるゲートウェイ装置であって、サービス制御インタフェース部とサービス制御部とを備え、サービス制御部は、ユーザが要求したサービスを実行するためのリソースが不足する場合に、当該ゲートウェイ装置にて実行されている他のサービスのうち、どのサービスを停止もしくは削除するかについてのサービスの制御情報を、サービス制御インタフェース部を介してサーバ装置に要求し、サーバ装置から受信したサービスの制御情報に応じて、当該ゲートウェイ装置上に実行されているサービスを制御した後、ユーザが要求したサービスを実行するゲートウェイ装置を提供する。
【発明の効果】
【００１５】
サービスの稼働状態を考慮したサービス制御により、ゲートウェイ装置のリソースの効率的な利用が可能となる。また、できるだけ多くのサービスをインストール状態にしておくことで、ユーザがサービスを実行する際の応答速度が向上できる
【図面の簡単な説明】
【００１６】
【図１】各実施例が適用されるサービス提供システムの構成の一例を示す図である。
【図２】実施例１におけるサービス制御サーバの機能構成の一例を示す図である。
【図３】実施例１におけるユーザ情報管理テーブルの一例を示す図である。
【図４】実施例１における端末リソース情報テーブルの一例を示す図である。
【図５】実施例１におけるサービス情報管理テーブルの一例を示す図である。
【図６】実施例１におけるサービス状態管理テーブルの一例を示す図である。
【図７】実施例１におけるリソース利用情報管理テーブルの一例を示す図である。
【図８】実施例１におけるサービス制御サーバの処理のフローチャートの一例を示す図である。
【図９】実施例１におけるホームゲートウェイ装置の機能構成の一例を示す図である。
【図１０】実施例１におけるホームゲートウェイ装置の処理のフローチャートの一例を示す図である。
【図１１】実施例１におけるサービス情報管理テーブルの変形例を示す図である。
【図１２】実施例１におけるサービス状態管理テーブルの変形例を示す図である。
【図１３】実施例２におけるサービス制御サーバの機能構成の一例を示す図である。
【図１４】実施例２におけるホームゲートウェイ装置の機能構成の一例を示す図である。
【図１５】実施例２におけるサービス制御順位リストの一例を示す図である。
【図１６】実施例２におけるサービス制御サーバのサービス制御順位リスト生成の一例を示す図である。
【図１７】実施例２におけるホームゲートウェイ装置の処理のフローチャートの一例を示す図である。
【図１８】実施例２における新規サービス実行時の処理のシーケンスの一例を示す図である。
【図１９】実施例３におけるホームゲートウェイ装置の機能構成の一例を示す図である。
【図２０】実施例３におけるホームゲートウェイ装置の処理のフローチャートの一例を示す図である。
【図２１】実施例１の変形例におけるサービス制御サーバの機能構成の一例を示す図である。
【図２２】実施例１の変形例におけるサービス制御履歴テーブルの一例を示す図である。
【図２３】実施例１の変形例におけるサービス制御サーバでのサービス復帰処理における処理のフローチャートの一例を示す図である。
【図２４】実施例１の変形例におけるサービス制御サーバでの復帰サービス選択処理のフローチャートの一例を示す図である。
【発明を実施するための形態】
【００１７】
以下、本発明のサービス配信システムの具体的な実施形態について、図面を参照して説明する。以下に説明する各実施形態のサービス配信システムにおいては、一般家庭に設置されるホームゲートウェイ装置を例示して説明するが、各実施形態はオフィスに設置されるゲートウェイ装置にも適用できる。
【実施例１】
【００１８】
実施例１では、ホームゲートウェイ装置にて実行されるサービスをサービス制御サーバから制御するサービス提供システムを説明する。
【００１９】
図１は、本実施例のサービス提供システムの一構成例を示すである。ホームネットワークに接続されるホームゲートウェイ（Home Gateway：ＨＧＷ）装置又は端末１０１は、ネットワーク１０２を介してサービス配信システム１０３と接続される。ここでネットワーク１０２は、インターネット回線でもよいし、特定の回線事業者ネットワークでもよい。本実施例のサービス配信システム１０３は、図１に示すように、サービス配信サーバ１０４とサーバ制御サーバ１０５を備えている。このサービス配信サーバ１０４は、ホームゲートウェイ装置１０１からの要求に応じて、要求されたサービスの配信機能、例えば映像配信サービス等を行う。また、サービス制御サーバ１０５は各ホームゲートウェイ装置１０１で実行されているサービスの制御機能を実行する。本明細書において、これらサービス配信サーバ１０４とサービス制御サーバ１０５を総称してサービスサーバ装置、或いは単にサーバ装置と呼ぶ場合がある。
【００２０】
図２にサービス制御サーバ１０５の構成の一例を示す。サービス制御サーバ１０５は、サービス制御インタフェース（Interface：Ｉ／Ｆ）部２０１を介して、各ホームゲートウェイ装置１０１と通信を行い、各ホームゲートウェイ装置１０１で実行されているサービスの制御を行う。その内部構成は、通常のコンピュータ構成であり、インタフェース部であるサービス制御インタフェース２０１に加え、処理部である中央処理部(Central Processing Unit：ＣＰＵ）２１０と、記憶部が、内部バス２１１に接続された構成を有する。記憶部は通常のメモリ、ハードディスクドライブその他で構成される。図２中の各種のテーブル２０５〜２０９は全て、図示を省略した記憶部に蓄積される。更に、内部バス２１１には、必要に応じてキーボードやディスプレイ等の入出力部が接続されるが、図２では図示を省略した。なお、ホームゲートウェイ装置１０１やサービス配信サーバ１０４も同様なコンピュータ構成を備えている。なお、サービス配信システム１０３を構成するサービス配信サーバ１０４とサービス制御サーバ１０５は、同一のサーバ装置で構成し、一つのサーバ装置からなるサービスサーバで、サービス配信機能とサービス制御機能を実行させても良いことは言うまでもない。
【００２１】
図２のサービス制御サーバ１０５中のサービス状態取得部２０２は、上述のＣＰＵ２１０により処理される機能ブロックを示しており、ホームゲートウェイ装置１０１から当該サービスで実行されているサービスの実行状態を取得し、取得したサービスの実行状態をサービス状態管理テーブル２０７に格納する機能を有する。このような機能は記憶部であるメモリに記憶するプログラムをＣＰＵ２１０で実行することにより構成可能である。以下で説明するサービス制御部２０３のように、本明細書において種々の機能ブロックが説明されるが、それらは特に断らない限り、全て処理部であるＣＰＵで実行されるプログラムとして実現することが可能である。
【００２２】
サービス制御部２０３は、各ホームゲートウェイ装置１０１からのサービス実行要求に応じて、ホームゲートウェイ装置１０１のリソース使用量を計算し、必要に応じてホームゲートウェイ装置１０１上で実行されているサービスの停止、ホームゲートウェイ装置１０１からの削除等、サービスの制御を行う。
【００２３】
ユーザ情報管理テーブル２０５は、後で図示説明するように、ユーザと、当該ユーザが利用しているホームゲートウェイ装置１０１の情報、ユーザが契約しているサービスの情報等を管理する記憶部中のテーブルである。
【００２４】
サービス情報管理テーブル２０６は、ユーザに提供されている各サービスの実行形態を示す情報を記憶するものである。本実施例において、サービスの実行形態とは、当該サービスが常駐して実行されるもの(常時実行）か、ユーザが実行を選択した際に実行されるもの(一時実行）かを区別するものである。この情報は、実行形態情報と呼ばれる場合がある。
【００２５】
サービス状態管理テーブル２０７は、各ホームゲートウェイ装置１０１にて実行されているサービスの状況を管理するためのテーブルであり、各ユーザが契約するサービスのリストに対して、ユーザが利用しているホームゲートウェイ装置上で実行されているサービスの状態を管理するテーブルである。
【００２６】
本実施例におけるサービスの稼働状態には、停止状態と実行状態があるものとする。本実施例においては、サービスを実現するためのプログラムがホームゲートウェイ装置１０１上に展開されていることを、インストールされていると表現する。また、当該サービスがホームゲートウェイ装置１０１にインストールされている状態で、ホームゲートウェイ装置１０１上のメモリ上にロードされてはいるが、実際の動作はしていない状態を停止状態、当該サービスが提供するサービスを満たすべく動作している状態を、実行状態と定義する。
【００２７】
リソース利用情報管理テーブル２０８は、後で図示説明するように、各サービスがインストール状態、停止状態、実行状態のそれぞれの状態において使用するリソース使用量を格納するテーブルである。ここでリソース使用量とは、サービスをホームゲートウェイ装置上で実行する際に必要となるＣＰＵ利用率、メモリ使用量、ディスク使用量等を示す。これらサービス毎のリソース使用量は、事前の実行によって計測された数値が格納される。
【００２８】
端末リソース情報テーブル２０９は、各ホームゲートウェイ装置１０１にて利用中のリソース使用量、および利用可能なリソースの上限値を格納するテーブルである。各ホームゲートウェイ装置１０１にて利用可能なリソースの上限値は、ゲートウェイ装置毎に管理しても良いしゲートウェイ装置の型式毎に管理するといった形態であっても良い。
【００２９】
図３は、実施例１における、ユーザ情報管理テーブル２０５の構成の一例である。ユーザ情報管理テーブル２０５は、サービス契約ユーザ毎に１つのユーザ情報管理テーブル・エントリ３０１が格納される。ユーザ情報管理テーブル・エントリ３０１はさらに、契約ユーザを識別するためのユーザＩＤフィールド３０２と、当該ユーザが利用するホームゲートウェイ装置１０１を識別するための端末ＩＤフィールド、および当該ユーザが契約しているサービスのリストを格納するための契約サービスリストフィールド３０４から構成される。
【００３０】
ユーザＩＤフィールド３０２に格納される値は、ユーザもしくはサービス提供者側にて定めた特定の記号、数字、文字列等からなるユニークな値であり、ユーザＩＤフィールドの値は他のユーザＩＤフィールドと重なることはない。端末ＩＤフィールド３０３も同様である。契約サービスリストフィールド３０４は、各サービスを識別するための識別子となるサービスＩＤの組合せから構成されるリストの場所を示す識別子であり、サービスＩＤの組合せから構成されるリストは、ユーザの契約サービス数に応じてそのサイズが変化するものである。
【００３１】
図４は、端末リソース情報テーブル２０９の構成の例である。ホームゲートウェイ装置1台につき1つの端末リソース情報テーブル２０９が作成され、端末リソース情報テーブル２０９はさらに複数の端末リソース情報テーブル・エントリ４０１が格納される。端末リソース情報テーブル・エントリはさらにリソース区分を表すリソースフィールド４０２、当該リソースの現時点での使用量を格納する現在地フィールド４０３、当該リソースの当該ホームゲートウェイ装置における上限値を表す上限値フィールド４０４から構成される。
【００３２】
リソースフィールド４０２に格納される値は、ＣＰＵ、メモリといった具体的なリソースを示す文字列でもよいし、リソースに対応した識別子でもよい。識別子を利用する場合は、別途当該識別子を具体的なリソースを対応付けるためのテーブルを持つ必要がある。現在地フィード４０３、および上限値フィールド４０４の単位に関しては、予め固定されたものを利用しても良いし、端末リソース情報テーブル・エントリ４０１毎に別途単位を管理するテーブルを準備し、端末リソース情報テーブル・エントリ４０１毎に別途単位を管理するテーブルを利用してリソース毎の単位を決定しても良い。
【００３３】
図５は、サービス情報管理テーブル２０６の構成例である。サービス情報管理テーブル２０６は、複数のサービス情報管理テーブル・エントリ５０１からなり、1つのサービスに対して１つのサービス情報管理テーブル・エントリ５０１が格納される。サービス情報管理テーブル・エントリ５０１は、さらにサービスIDフィールド５０２および実行形態フィールド５０３から構成される。サービスIDフィールド５０２はサービスを識別するための識別子でありサービス毎に唯一の値が割振られる。実行形態フィールド５０３は、当該サービスが常時実行のサービスであるか、一時実行のサービスであるかを表す値、即ち実行形態情報が格納されるフィールドであり、サービス毎にサービス提供者によって予め設定されているものとする。
【００３４】
図６は、サービス状態管理テーブル２０７の構成例である。サービス状態管理テーブル２０７は、1台のホームゲートウェイ装置に対してそれぞれ１つ作成される。サービス状態管理テーブル２０７はさらに複数のサービス状態管理テーブル・エントリ６０１から構成される。サービス状態管理テーブル・エントリ６０１は、サービスＩＤフィールド５０２、インストールフィールド６０３、状態フィールド６０４から構成される。インストールフィールド６０３は、当該サービス状態管理テーブル・エントリ６０１のサービスＩＤフィールド５０２に格納された識別子にて識別されるサービスが、当該ホームゲートウェイ装置にインストールされているか否かの情報を格納するためのフィールドである。状態フィールド６０４は当該サービス状態管理テーブル・エントリ６０１のサービスＩＤフィールド５０２に格納された識別子にて識別されるサービスが、当該ホームゲートウェイ装置でインストール状態にある場合の稼働状態を示すフィールドされる。状態フィールド６０４のとる値は、実行プログラムが単にホームゲートウェイ装置上に展開されている状態、実行するためにプログラムメモリ上にロードされており停止状態もしくは実行状態であるかの３値をとる。
【００３５】
図７は、リソース利用情報管理テーブル２０８の構成例である。１つのサービス毎に１つのリソース利用情報管理テーブル２０８が作成される。リソース利用情報管理テーブルは複数のリソース利用情報管理テーブル・エントリ７０１から構成される。リソース利用情報管理テーブル・エントリ７０１は、リソースフィールド４０２、インストールフィールド７０３、停止中フィールド７０４、実行中フィールド７０５から構成される。インストールフィールド７０３、停止中フィールド７０４、実行中フィールド７０５に格納される値は、それぞれインストール状態、停止状態、実行状態における当該リソース利用情報管理テーブル・エントリ７０１のリソースフィールド４０２で識別されるリソースの使用量であり、サービス毎にサービス提供者によって事前の当該サービスの実行結果に基づき予め設定されているものとする。
【００３６】
図８は、実施例１における、サービス制御サーバ１０５がユーザからサービス実行要求のメッセージを受け取った場合の処理のフローチャートの一例を示す図である。ユーザからサービス実行要求のメッセージを受け取った場合、サービス制御サーバ１０５は、ユーザ情報管理テーブル２０５からメッセージを送信したユーザ情報より、ユーザが利用しているホームゲートウェイ装置１０１の識別子である端末ＩＤを取得し、取得したホームゲートウェイ装置１０１の識別子を用いて、端末リソース情報テーブル２０９から対応するテーブルを取得し、各リソースの現在値および上限値を取得する（８０１）。次にユーザが要求したサービスを識別するサービスＩＤを用いて、サービス利用情報管理テーブル２０８より当該サービスのリソース使用量を取得する。そして、取得した現在の使用量と、新規に実行するサービスを実行状態とした際のリソース使用量とを加算する（８０２）。
【００３７】
この加算したリソース使用量とリソース使用量の上限値であるリソース使用量閾値とを比較し（８０４）、加算したリソース使用量がリソース利用量の上限値より小さかった場合は、要求されたサービスを実行するためのリソースの空きが存在することになるため、加算量を新規のリソース使用量として端末リソース情報テーブル２０９の該当するフィールドに格納する（８１１）。そしてユーザが要求したサービスの実行をホームゲートウェイ装置１０１に指示する。
【００３８】
加算したリソース使用量がリソース利用量の上限値であるリソース使用量閾値より大きかった場合は、要求されたサービスを実行するためのリソースの空きが存在していない状態のため、ホームゲートウェイ装置で実行中のサービスのうち実行状態を変更もしくは、インストール状態を解除するサービスを検索する。まず、ホームゲートウェイ装置に対応するサービス状態管理テーブル２０７とサービス状態管理テーブル２０６を用いて、サービスの実行形態が常時実行以外のサービスのリストを生成する（８０４）。
【００３９】
そして、生成したサービスリストに含まれるサービスのうち、実行状態が実行中のものを選択し、実行状態のリソース使用量から停止状態のリソース使用量を減算した値を、現在の使用量と、新規に実行するサービスを実行状態とした際のリソース使用量とを加算した値から減算する。減算値と当該リソースのリソース使用量の上限値を比較し（８０５）、減算値が当該リソースのリソース使用量の上限値より小さい場合は、選択されたサービスを停止状態とするよう当該ホームゲートウェイ装置１０１に対して指示メッセージを送信する。その後、減算値を新規のリソース使用量として端末リソース情報テーブル２０９の該当するフィールドに格納する（８１１）。そしてユーザが要求したサービスの実行をホームゲートウェイ装置１０１に指示する（８１２）。
【００４０】
上記動作を生成されたサービスリストに含まれ、実行状態が実行中のものに対して試行する。ここで選択されるサービスは複数個まとめてもよい。最終的には生成されたサービスリストに含まれ、実行状態にあるすべてのサービスが選択されるものとする。
【００４１】
減算値が当該リソース使用量の上限値より大きい場合は、生成されたサービスリストに含まれ、実行状態にあるすべてのサービスをすべて停止状態にすることで減少するリソース使用量を現在のリソース使用量とする。そして生成されたサービスリストに含まれるサービスのうち停止状態であるサービスを選択し、（現在の使用量＋新規に実行するサービスを実行状態とした際のリソース使用量）より、選択したサービスの停止状態のリソース使用量から選択したサービスのインストール状態でのリソース使用量を減算した値を減算する。減算値と当該リソースのリソース使用量の上限値を比較し（８０６）、減算値が当該リソースのリソース使用量の上限値より小さかった場合は、選択されたサービスをアンインストール状態とするよう当該ホームゲートウェイ装置１０１に対して指示メッセージを送信する。このアンインストール処理において、当該ホームゲートウェイ装置に次に当該サービスを実行する際に、アンインストール前の状態を保つための情報を保存するようにする（８１０）。もしアンインストール前の状態を保つための情報を格納するためのリソースが当該ホームゲートウェイ装置に確保できない場合は、サービス制御サーバ側で保管するといった処理を実行する。
【００４２】
上記動作を生成されたサービスリストに含まれ、実行状態が停止中のものに対して試行する。ここで選択されるサービスは複数個まとめてもよい。最終的には生成されたサービスリストに含まれ、停止状態にあるすべてのサービスが選択されるものとする。
【００４３】
減算値が当該リソース使用量の上限値より大きい場合は、生成されたサービスリストに含まれ、停止状態にあるすべてのサービスをすべてインストール状態にすることで減少するリソース使用量を現在のリソース使用量とする。そして生成されたサービスリストに含まれるサービスのうちインストール状態であるサービスを選択し、現在の使用量＋新規に実行するサービスを実行状態とした際のリソース使用量より、選択したサービスのインストール状態でのリソース使用量を減算した値を減算する。減算値と当該リソースのリソース使用量の上限値を比較し（８０７）、減算値が当該リソースのリソース使用量の上限値より小さかった場合は、選択されたサービスをアンインストール状態とするよう当該ホームゲートウェイ装置１０１に対して指示メッセージを送信する（８１０）。その後、減算値を新規のリソース使用量として端末リソース情報テーブル２０９の該当するフィールドに格納する（８１１）。そしてユーザが要求したサービスの実行をホームゲートウェイ装置に指示する（８１２）。
【００４４】
減算値が当該リソース使用量の上限値より大きい場合は、ユーザが要求したサービスを実行するためのリソースが存在しないことになるため、実行不可としてユーザに対して警告メッセージを送信する（８０８）。
【００４５】
図９は、本実施例におけるホームゲートウェイ装置（ＨＧＷ）１０１の構成の一例を示す図である。ホームゲートウェイ装置１０１は、サービス制御インタフェース(Ｉ／Ｆ）部９０４を介して、サービス制御サーバ１０５への新規サービスの実行要求およびサービス制御サーバ１０５からの制御メッセージを受信する。２１２は処理部であるＣＰＵ、２１３は内部バスを示す。
【００４６】
サービス制御部９０１は、ＣＰＵ２１２で実行されるプログラムで実現され、ホームゲートウェイ装置１０１上に実行されるサービスの実行、停止等を制御する。サービス状態取得部９０２は、同様にＣＰＵ２１２等の処理部で実行されるプログラムで実現され、ホームゲートウェイ装置１０１にて実行されているサービスの状態を取得するための機能を有しており、定期的に当該ホームゲートウェイ装置にて実行されるサービスの状態を取得し、取得した値を記憶部上のサービス状態管理テーブル９０３に格納する。
【００４７】
図１０は、ホームゲートウェイ装置１０１のサービス制御部９０１の処理のフローチャートの一例である。サービス制御部９０１は、まずユーザからのサービス実行要求を待つ（１００１）。ユーザからのサービス要求を受信したサービス制御部９０１は、サービス制御Ｉ／Ｆ９０４を介して、サービス制御サーバ１０５にユーザが実行要求したサービスの実行要求を送信する（１００２）。
【００４８】
次にサービス制御サーバ１０５からサービス制御指示の受信を待つ（１００３）。サービス制御サーバ１０５から、当該ホームゲートウェイ装置１０１にて実行されているサービスの制御情報のメッセージを受信した場合は、要求されたサービス制御を実行した後、実行結果をサービス制御サーバ１０５に送信する（１００４）。次にサービス制御サーバ１０５からユーザが要求されたサービスの実行指示を受信し（１００５）、当該サービスの実行処理（１００６）および、ホームゲートウェイ装置１０１上で実行されているサービスの状態をそれぞれ取得し、サービス状態管理テーブル９０３の更新を行う（１００７）。サービス制御サーバ１０５からの指示に基づき、ステップ１００４から１００７の順番で処理が実行される。
【００４９】
図１１は、実施例１における図５に示したサービス情報管理テーブル２０６の別の構成例を示したものである。図１１のサービス情報管理テーブル２０６のうち、図５に示したものと同一の機能を有するものに関しては、図１１中でも同一の記号を付与しており、説明を省略する。以下同様である。図１１において、サービス情報管理テーブル・エントリ１１０１は、サービスＩＤフィールド５０２および実行形態フィールド５０３、および配布開始日時フィールド１１０２から構成される。配布開始日時フィールド１１０２は、当該エントリのサービスＩＤで識別されるサービスが配布された日付の情報を格納するためのフィールドであり、サービス制御サーバ１０５が制御するサービスを選択する際の選択方式等に利用する。たとえば、実施例１ではサービスの実行状態に応じて順に制御対象のサービスを選択しているが、本構成の場合、制御対象のサービスを選択する際に配布開始日時を参照し、配布日時の新旧によって選択する順番を決定することが考えられる。サービスの選択方式としては、他に当該サービスのアクセス頻度によって選択するサービスの順番を変更することが考えられる。この場合は、サービス情報管理テーブル・エントリ１１０１を構成するフィールドにアクセス頻度フィールドを含むといった構成をとれば良い。アクセス頻度は、他のユーザの利用頻度に基づいて、サービス配信システムでの利用頻度を決定し、その値を利用することが可能である。
【００５０】
図１２は、実施例１における図６に示したサービス状態管理テーブル２０７の別の構成例を示したものである。図１２において、サービス状態管理テーブル・エントリ１２０１は、サービスＩＤフィールド５０２、インストールフィールド６０３、状態フィールド６０４、および最終実行日時１２０２フィールドから構成される。最終実行日時フィールド１２０２は、当該エントリのサービスＩＤにして識別されるサービスが実行された一番最近の日時の情報を格納するためのフィールドであり、サービス制御サーバ１０５が制御するサービスを選択する際の選択方式等に利用する。たとえば、実施例１ではサービスの実行状態に応じて順に制御対象のサービスを選択しているが、制御対象のサービスを選択する際に最終実行日時を参照し、最終実行日時の新旧によって選択する順番を決定することが考えられる。
【００５１】
サービスの選択方式としては、他に当該サービスのアクセス頻度によって選択するサービスの順番を変更することが考えられる。この場合は、サービス状態管理テーブル・エントリ１２０１を構成するフィールドにアクセス頻度フィールドを含むといった構成をとる。アクセス頻度は、あるユーザ個人が以前に利用したサービスの情報に基づいて決定できる。またアクセス頻度フィールドと、図１１で示した配布開始日時フィールドの情報を組合せてサービス制御サーバが制御するサービスを選択する際の順番を決定することが考えられる。この場合、配布開始日時が古くアクセス頻度が低いサービスに関しては、今後のサービス実行の可能性も低いとして、優先的に制御対象のサービスとして決定することが考えられる。
【００５２】
次に実施例１の変形例としてサービス制御の結果、停止等になったサービスの復帰処理に関して説明する。
【００５３】
図２１は本変形例におけるサービス制御サーバ１０８の機能構成の一例である。本サービス制御サーバ１０８の構成例の機能のほとんどは図２と同様であり、図２と異なる点は、サービス制御サーバ１０８にサービス制御履歴テーブル２１０１が追加されたことにある。サービス制御履歴テーブル２１０１は、新規サービスを実行するために、それまでホームゲートウェイ装置１０１にて実行されていたサービスを停止するといった制御の履歴を格納するテーブルである。テーブル２１０１の構成としてはＬＩＬＯであり、各ホームゲートウェイ装置それぞれに対して、ユーザからの要求により新たにサービスを実行する際に、停止処理等を実施したサービスのＩＤおよび、制御前および制御後のサービスの状態が格納される。
【００５４】
図２２は、本変形例におけるサービス制御履歴テーブル２１０１の構成の一例を示す図である。サービス制御履歴テーブル２１０１は、複数のサービス制御履歴テーブル・エントリ１５０２から構成される。サービス制御履歴テーブル・エントリ２２０１は、さらにサービスＩＤフィールド５０２、制御前状態フィールド２２０２、および制御後状態フィールド２２０３から構成される。
【００５５】
制御前状態フィールド２２０２は、ホームゲートウェイ装置１０１上で実行されていたサービスの制御において、制御前の実行状態の状況を格納するためのフィールドであり、制御後状態フィールド２２０３は、制御前の実行状態を、制御してどの実行状態としたかの情報を格納するためのフィールドである。
【００５６】
次に、図２３、２４を用いて、サービス復帰処理時のサービス制御サーバ１０８の処理の流れを説明する。本変形例では、ユーザからの要求により新たにサービスを実行する際に、それまでホームゲートウェイ装置１０１で実行されていたサービスのうち停止処理等を実施したサービスのＩＤおよび、制御前および制御後のサービスの状態がサービス制御履歴テーブルに格納されているものとする。
【００５７】
図２３は、サービス制御サーバ１０８でのサービス復帰処理における処理のフローチャートの例である。まずホームゲートウェイ装置１０１上で実行されていたサービスがユーザの終了処理操作等で終了されたことを検出する（２３０１）。サービス終了が検出された場合は、終了されたサービスが利用していたリソース使用量をリソース使用量の現在値から減算し、新たなリソース使用量とする（２３０２）。次にサービス制御履歴テーブル２１０１を参照し、新たなサービス実行のため、以前に停止等の処理がなされたサービスの復帰処理を実行する（２３０３）。復帰処理によりサービスの状態が変更された場合は、サービス状態管理テーブル２０７を更新し終了する。
【００５８】
図２４は、図２３におけるサービス復帰処理２３０３の処理をより詳細に示したものである。図２４においてまずホームゲートウェイ装置１０１におけるサービス制御履歴のリストをサービス制御履歴テーブル２１０１から取得する（２４０１）。前記サービス制御履歴のリストが空の場合は処理を終了する。サービス制御履歴テーブル２１０１のリストが空でない場合は、リストから先頭の制御情報を取得する。取得した制御情報において、制御後状態２２０３を制御前状態２２０２に戻した場合のリソース使用量と現在のリソース使用量の加算値と、ホームゲートウェイ装置１０１のリソース使用量閾値と比較する（２４０４）。
【００５９】
比較の結果、制御後状態２２０３を制御前状態２２０２に戻した場合のリソース使用量と現在のリソース使用量の加算値が、ホームゲートウェイ装置１０１のリソース使用量閾値より大きくなる場合は、サービス復帰の処理を終了する。
【００６０】
御後状態２２０３を制御前状態２２０２に戻した場合のリソース使用量と現在のリソース使用量の加算値が当該ホームゲートウェイ装置のリソース使用量閾値より小さい場合は、選択されたサービスサービス制御履歴テーブル２１０１のサービスＩＤ５０２にて識別されるサービスを、制御前状態２２０２となるように制御し（２４０５）、サービス制御履歴をリストから削除し（２４０７）、計算した制御後状態２２０３を制御前状態２２０２に戻した場合のリソース使用量と現在のリソース使用量の加算値を現在のリソース使用量として更新（２４０７）した後、ステップ２４０２に戻る。以上リストが空になるまでステップ２４０２から２４０７の処理を繰り返すことで、リソース不足で停止等がなされたサービスのうちリソース使用量の閾値を越えることのないように復帰処理を実現できる。
【００６１】
なお本変形例では復帰するサービスの選択を以前の制御順としているが、増加するリソース使用量の少ないものからの選択、過去の実行履歴から今後実行可能性が高いサービスを優先して選択するといったことでもよい。
【実施例２】
【００６２】
実施例２では、サービスの制御をすべてサービス制御サーバで実行するのではなく、ホームゲートウェイ装置に処置の一部を委譲し、サービス制御サーバの負荷を低減するホームＩＣＴシステムの一例を説明する。本実施例におけるシステム構成は図１と同様である。
図１３は、実施例２におけるサービス制御サーバの構成例である。図２の実施例１のサービス制御サーバ１０５の構成例と異なる点は、サービス制御サーバ１０６には、端末リソース情報テーブル２０９が存在しないことである。また、サービス制御部２０３の処理のフローも実施例１とは異なっており、サービス制御サーバ１０６のサービス制御部２０３にて、どのサービスを停止状態にするか等の決定を行わず、制御対象のサービスの順番を示したリストのみを生成し、前記生成したリストをサービスの制御情報としてホームゲートウェイ装置１０１に送信する。詳細な処理のフローに関しては、後述する。
【００６３】
図１４は、実施例２におけるホームゲートウェイ装置の構成例である。図９の実施例１のホームゲートウェイ装置１０１の構成例と異なる点は、実施例１ではサービス制御サーバ１０５側に配置していた端末リソース情報テーブル９０３、およびリソース利用情報管理テーブル１４０４を、ホームゲートウェイ装置１０９側配置した点である。リソース利用情報管理テーブル１４０４は、サービス制御サーバのリソース利用情報管理テーブル内に格納されている各サービスのリソース使用量の情報のうち、ホームゲートウェイ装置１０９を利用しているユーザが契約中のサービスのリソース情報を格納している。またホームゲートウェイ装置１０９のサービス制御部９０１の処理のフローも実施例１とは異なっており、ユーザが新規サービスの実行要求を行った際に、サービス制御サーバ１０６からホームゲートウェイ装置１０９上で実行されているサービスのうち、制御対象のサービスの順番を示したリストを受信し、前記受信したリストを用いて、ホームゲートウェイ装置側で、どのサービスを停止状態にするか等の決定を行う点にある。
【００６４】
図１５は、サービス制御サーバ１０６からホームゲートウェイ装置１０９に送信されるサービス制御の優先順位を示したリストの構成例である。サービス制御順位リスト１５０１は、複数のサービス制御リスト・エントリ１５０２から構成される。サービス制御リスト・エントリ１５０２は、さらにサービスＩＤフィールド５０２、制御前状態フィールド１５０３、および制御後状態フィールド１５０４から構成される。
【００６５】
制御前状態フィールド１５０３は、ホームゲートウェイ装置１０９上で実行しているサービスの制御前の実行状態の状況を格納するためのフィールドであり、制御後状態フィールドは制御前の実行状態を、制御してどの実行状態とするかの情報を格納するためのフィールドである。
【００６６】
図１６は、実施例２におけるサービス制御サーバ１０６のサービス制御部２０３の処理のフローチャート例である。図１６にてサービス制御部２０３は、まず空のサービス制御順位リストを作成する。次に、ホームゲートウェイ装置１０９に対応するサービス状態管理テーブル２０７とサービス状態管理テーブル２０６を用いて、サービスの実行形態が常時実行以外のサービスのリストを生成する（１６０２）。
【００６７】
そして、前記生成したサービスリストに含まれるサービスのうち、実行状態が実行中のサービスを順に選択し、当該サービスを識別するサービスＩＤと、制御前状態として実行中を表す情報、制御後状態として停止中を表す情報を、サービス制御順位リストに追加していく（１６０３）。
【００６８】
次に、生成したサービスリストに含まれるサービスのうち、実行状態が停止状態のサービスを順に選択し、当該サービスを識別するサービスＩＤと、制御前状態として停止中を表す情報、制御後状態としてアンインストールを表す情報を、サービス制御順位リストに追加していく（１６０４）。
【００６９】
生成したサービスリストに含まれるサービスのうち、実行状態が停止状態のサービスを順に選択し、当該サービスを識別するサービスＩＤと、制御前状態として実行中を表す情報、制御後状態としてアンインストールを表す情報を、サービス制御順位リストに追加していく（１６０５）。最後に前記生成したサービス制御順位リストをホームゲートウェイ装置１０９に送信する（１６０６）。
【００７０】
図１７は、実施例２のホームゲートウェイ装置１０９におけるサービス制御部９０１の処理のフローチャートを示す。ホームゲートウェイ装置１０９のサービス制御部９０１では、まずユーザからサービス実行要求を受信するまで待機する（１００１）。ユーザからのサービス実行要求を受信した場合、当該サービスのリソース使用量の情報を、サービス制御サーバから取得する（１７０１）。
【００７１】
そして、ホームゲートウェイ装置１０９の端末リソース情報テーブル２０９から現在のリソース使用量を取得し、前記取得したリソース使用量＋前記取得したユーザが実行を要求しているサービスを実行状態とした際のリソース使用量とを加算し、前記加算したリソース使用量とリソース使用量の上限値を比較する（１７０２）、
加算したリソース使用量がリソース利用量の上限値より小さかった場合は、前記要求されたサービスを実行するためのリソースの空きが存在することになるため、前記加算量を新規のリソース使用量として端末リソース情報テーブル２０９の該当するフィールドに格納する。そしてユーザが要求したサービスをサービス配信サーバ１０４から取得し実行する(１００６）と共に、サービス状態管理テーブルの情報を更新する（１００７）。
【００７２】
前記加算したリソース使用量がリソース利用量の上限値より大きかった場合は、前記要求されたサービスを実行するためのリソースの空きが存在していない状態のため、当該ホームゲートウェイ装置１０９で実行中のサービスのうち実行状態を変更もしくは、インストール状態を解除するサービスを検索する。まず、サービス制御サーバにサービス実行要求を送信する（１００２）。次に、サービス制御サーバからサービス制御順位リストを受信する（１７０３）。
【００７３】
前記取得したサービス制御順位リストが空であるか否かを確認し（１７０４）、
前記取得したサービス制御順位リストが空でない場合は、前記サービス制御順位リストの先頭にあるリストを選択する（１７０５）。
【００７４】
そして、現状リソース使用量＋対象サービス実行時リソース使用量と、前記選択リストにて提示されたサービスの制御により削減できるリソース使用量と、リソース使用量の上限値を比較し（１７０６）、
比較の結果、リソース使用量の上限値よりも小さかった場合は、前記選択したサービスを前記サービス制御順位リストに指定された制御を実施し（１７０７）、その後前記ユーザが要求したサービスをサービス配信サーバ１０４から取得し実行する(１００６）と共に、サービス状態管理テーブル９０３の情報を更新する（１００７）。
【００７５】
比較の結果、リソース使用量の上限値よりも大きかった場合は、前記選択したサービスを前記サービス制御順位リストに指定された制御を実施し（１７０７）、その後前記選択したリストを前記サービス制御順位リストから削除し（１７０８）、ステップ１７０４の動作に戻る。
【００７６】
前記取得したサービス制御順位リストが空である場合、前記ユーザが要求したサービスを実行するためのリソースが存在しないことになるため、実行不可としてユーザに対して警告メッセージを送信する（１７０９）。
【００７７】
図１８は、実施例２における新規サービス実行時の処理のシーケンスの例を示す。本シーケンスでは、ホームゲートウェイ装置１０９には、ユーザが要求するサービスを実行するための十分な空きリソースがなく、サービスの入れ替えが発生する場合の流れを示している。
【００７８】
まず、ホームゲートウェイ装置１０９がユーザからのサービス実行要求を受信する（１８０１）。ユーザからのサービス実行要求を受信したホームゲートウェイ装置１０９が、サービス制御サーバ１０６に当該サービスのリソース使用量の情報を要求し（１８０２）、サービス制御サーバ１０６から当該サービスのリソース使用量の応答を受信する（１８０３）。
【００７９】
ホームゲートウェイ装置１０９は、当該ホームゲートウェイ装置の現在のリソース使用量と前記サービス制御サーバから取得した前記ユーザが要求したサービスのリソース使用量を加算し、当該ホームゲートウェイ装置のリソース上限値と比較した結果、上限値を上回っているため、サービス制御サーバに対して、サービス実行要求メッセージを送信する（１８０４）。ホームゲートウェイ装置１０９からサービスの実行要求を受信したサービス制御サーバは、当該ホームゲートウェイ装置で実行されているサービスリストからサービス制御順位リストを作成し、作成したサービス制御順位リストを当該ホームゲートウェイ装置１０９に送信する（１８０５）。
【００８０】
サービス制御サーバ１０６から、サービスの制御情報として、サービス制御順位リストを受信したホームゲートウェイ装置１０９は、前記サービス制御順位リスト内の情報にしたがって、ホームゲートウェイ装置上の空きリソースを確保した後（１８０６）、サービス配信サーバに対して、前記ユーザが要求したサービスの実行プログラムを要求し（１８０７）、受信する（１８０８）。
【００８１】
次にホームゲートウェイ装置１０９は、前記取得したユーザが要求したサービスを実行する。最後に、ホームゲートウェイ装置１０９に配備されたサービス状態テーブルを更新するとともに、前記更新した情報をサービス制御サーバ１０５にも送信する。
【００８２】
以上、本実施例によるとサービス制御サーバと連携したサービス制御方式が実現可能となる。なお本実施例において制御サーバからホームゲートウェイ装置に、サービスの制御情報として、サービス制御順位リストを送信するタイミングは、ユーザが新たにサービスの実行要求を実施した際となっているが、サービス制御サーバがホームゲートウェイ装置上で実行されているサースの情報を用いて定期的にサービス制御順位リストを作成し、当該ホームゲートウェイ装置に、前記作成したサービス制御順位リストを送信しても良い。
【実施例３】
【００８３】
実施例３では、ホームゲートウェイにて実行されるサービスをホームゲートウェイにて制御するホームＩＣＴシステムの一例を説明する。
【００８４】
図１９は実施例３におけるサービス制御サーバ１０７の一構成例である。本構成例は実施例１におけるサービス制御サーバ１０５の構成例を示した図２の構成と異なるのは、サービス制御サーバ１０７中にサービス状態管理テーブル２０７、リソース利用情報管理テーブル２０８、および端末リソース情報テーブル２０９が存在しない点である。その他、図２と同様の機能を持つ要素に関しては図２と同一の識別番号を付与している。また、本実施例におけるホームゲートウェイ装置１０１の構成は、図１４に示した構成と同等である。
【００８５】
図２０は、実施例３におけるホームゲートウェイ装置のサービス制御部９０１の処理のフローチャートの例である。サービス制御部９０１は、まずユーザからのサービス実行要求を待つ（１００１）。ユーザからのサービス要求を受信したサービス制御部９０１は、図１４に示したリソース利用情報管理テーブル１４０４を参照し、ユーザが要求サービスのリソース利用情報が当該ホームゲートウェイ装置１０１に格納されているか否かを確認する。
【００８６】
ユーザが要求したサービスのリソース用情報がテーブル１４０４に格納されている場合は、当該サービスを実行するため、当該ホームゲートウェイ装置１０１のリソース使用量を考慮しながら、サービス制御部９０１は、ホームゲートウェイ装置上のサービスを制御する（２００３）。
【００８７】
ユーザが要求したサービスのリソース情報が、リソース利用情報管理テーブル１４０４に格納されていない場合は、当該サービスのリソース利用情報をサービス制御サーバ１０７から取得、ホームゲートウェイ装置１０１のリソース利用情報管理テーブル１４０４に格納した後（２００２）、当該サービスを実行するため、当該ホームゲートウェイ装置のリソース使用量を考慮しながら、サービス制御部９０１は、ホームゲートウェイ装置上のサービスを制御する（２００３）。
【００８８】
その後、前記サービスの処理結果をサービス制御サーバ１０７に送信しサービス制御サーバ１０５のサービス情報管理テーブル２０６の情報を更新する（１００７）。また、図２０のステップ２００３の目的サービス実行処理の流れは、図８に示した実施例１のサービス制御サーバの処理のフローチャートとほぼ同様である。図２０のステップ２００３の目的サービス実行処理の流れは、図８に示した実施例１のサービス制御サーバ１０５の処理のフローチャートと異なる点は、各処理において情報を取得する先が、制御サーバ１０７の各種テーブルではなくて、ホームゲートウェイ装置１０１の対応するテーブルとなっている点である。
【００８９】
なお、本発明は上記した実施例に限定されるものではなく、様々な変形例が含まれる。例えば、ホームゲートウェイ装置とホームゲートウェイ装置に対してサービスを配信するサービス提供システムに限らず、オフイスサイトに設置されるゲートウェイ装置と当該ゲートウェイ装置に種々のサービスを配信するサービス提供システムにも適用可能である。また、上記した実施例は本発明を分かりやすく説明するために詳細に説明したのであり、必ずしも説明の全ての構成を備えるものに限定されものではない。また、ある実施例の構成の一部を他の実施例の構成に置き換えることが可能であり、また、ある実施例の構成に他の実施例の構成を加えることが可能である。また、各実施例の構成の一部について、他の構成の追加・削除・置換をすることが可能である。
【００９０】
また、上記の各構成、機能、処理部、処理手段等は、それらの一部又は全部を、例えば集積回路で設計する等によりハードウェアで実現してもよい。また、上記の各構成、機能等は、プロセスがそれぞれの機能を実現するプログラムを解釈し、実行することによりソフトウェアで実現する構成を主に説明したが、各機能を実現するプログラム、テーブル、ファイル等の情報はメモリや、ハードディスクのみならず、ＳＳＤ（Solid State Drive）、又は、ＩＣカード、ＳＤカード、ＤＶＤ等の記録媒体におくことができるし、必要に応じてネットワーク等を介してダウンロード、インストロールすることも可能である。
【符号の説明】
【００９１】
１０１、１０９  ホームゲートウェイ装置
１０２  ネットワーク
１０３  サービス制御システム
１０４  サービス配信サーバ
１０５、１０６、１０７、１０８  サービス制御サーバ
２０１、９０４  サービス制御Ｉ／Ｆ部
２０２、９０２  サービス状態取得部
２０３、９０１  サービス制御部
２０５  ユーザ情報管理テーブル
２０６  サービス情報管理テーブル
２０７、９０３  サービス状態管理テーブル
２０８、１４０４  リソース利用情報管理テーブル
２０９  端末リソース情報テーブル
２１０、２１２  ＣＰＵ
２１１、２１３  内部バス
【図１】
0005763985.tif 000002
【図２】
0005763985.tif 000003
【図３】
0005763985.tif 000004
【図４】
0005763985.tif 000005
【図５】
0005763985.tif 000006
【図６】
0005763985.tif 000007
【図７】
0005763985.tif 000008
【図８】
0005763985.tif 000009
【図９】
0005763985.tif 000010
【図１０】
0005763985.tif 000011
【図１１】
0005763985.tif 000012
【図１２】
0005763985.tif 000013
【図１３】
0005763985.tif 000014
【図１４】
0005763985.tif 000015
【図１５】
0005763985.tif 000016
【図１６】
0005763985.tif 000017
【図１７】
0005763985.tif 000018
【図１８】
0005763985.tif 000019
【図１９】
0005763985.tif 000020
【図２０】
0005763985.tif 000021
【図２１】
0005763985.tif 000022
【図２２】
0005763985.tif 000023
【図２３】
0005763985.tif 000024
【図２４】
0005763985.tif 000025