(57)【要約】【課題】  メモリリソースを有効に使って、ユーザが希望するアプリケーションをより多く利用できるとともに、ユーザの使い勝手に優れたネットワーク装置を提供する。【解決手段】  各アプリケーションは、在宅アプリケーション、不在アプリケーション、常時実行アプリケーションのいずれかに分類され、アプリケーション管理部１ｄは、在不在判断部１ｆの判断結果に基づいて、アプリケーション記憶部１ａの在宅アプリケーション、不在アプリケーションのいずれかを削除する処理、および在不在判断部１ｆの判断結果に基づいて、ネットワークを介して在宅アプリケーション、不在アプリケーションのいずれかを取得してアプリケーション記憶部１ａに追加する処理を行う。【選択図】図１
2011186932.tif 000002
【特許請求の範囲】
【請求項１】
所定スペースに存在するユーザに対してサービスを提供する１乃至複数のアプリケーションを記憶したアプリケーション記憶部と、
アプリケーション記憶部のアプリケーションを削除する処理、およびネットワークを介して取得したアプリケーションをアプリケーション記憶部に追加する処理を行うアプリケーション管理部と、
前記所定スペースにおける人の在・不在を判断する在不在判断部とを備え、
各アプリケーションは、ユーザが前記所定スペースに存在しているときに実行する第１の種別、ユーザが前記所定スペースに不在のときに実行する第２の種別を含む複数の種別のうちいずれかに分類され、
前記アプリケーション管理部は、
前記在不在判断部の判断結果が在の場合、前記アプリケーション記憶部から第２の種別のアプリケーションを削除した後に、ネットワークを介して第１の種別のアプリケーションを取得して前記アプリケーション記憶部に追加し、
前記在不在判断部の判断結果が不在の場合、前記アプリケーション記憶部から第１の種別のアプリケーションを削除した後に、ネットワークを介して第２の種別のアプリケーションを取得して前記アプリケーション記憶部に追加し、
前記在不在判断部の判断結果が在の場合にネットワークを介して取得した第１の種別のアプリケーションは、前記在不在判断部の判断結果が不在の場合に前記アプリケーション記憶部から削除した第１の種別のアプリケーションであり、
前記在不在判断部の判断結果が不在の場合にネットワークを介して取得した第２の種別のアプリケーションは、前記在不在判断部の判断結果が在の場合に前記アプリケーション記憶部から削除した第２の種別のアプリケーションである
ことを特徴とするネットワーク装置。
【請求項２】
各アプリケーションの利用履歴を管理するアプリケーション利用履歴管理部と、
各アプリケーションの利用時における前記在不在判断部によるユーザの在・不在状況に基づいて、各アプリケーションの種別を分類するアプリケーション分類部と
を備えることを特徴とする請求項１記載のネットワーク装置。
【請求項３】
各アプリケーションの利用履歴を管理するアプリケーション利用履歴管理部と、
前記各アプリケーションの利用履歴に基づいて、各アプリケーションが実行される実行時間帯を推定する実行時間帯推定部とを備え、
前記アプリケーション管理部は、
前記在不在判断部の判断結果が在の場合に、ネットワークを介して第１の種別のアプリケーションを取得して前記アプリケーション記憶部に追加するとき、当該第１の種別のアプリケーションの実行時間帯を参照し、実行時間帯以外であれば、当該第１の種別のアプリケーションの前記アプリケーション記憶部への追加処理を中止し、
前記在不在判断部の判断結果が不在の場合に、ネットワークを介して第２の種別のアプリケーションを取得して前記アプリケーション記憶部に追加するとき、当該第２の種別のアプリケーションの実行時間帯を参照し、実行時間帯以外であれば、当該第２のアプリケーションの前記アプリケーション記憶部への追加処理を中止する
ことを特徴とする請求項１または２記載のネットワーク装置。
【請求項４】
前記アプリケーション記憶部の残容量に基づいて当該アプリケーション記憶部にアプリケーションが追加可能か否かを判断するメモリリソース管理部を備え、
当該メモリリソース管理部がアプリケーションの追加は不可能であると判断した場合に、前記アプリケーション管理部は、前記在不在判断部の判断結果に基づいて、前記アプリケーション記憶部の第１，第２の種別のアプリケーションのいずれかを削除する処理、および前記在不在判断部の判断結果に基づいて、ネットワークを介して第１，第２の種別のアプリケーションのいずれかを取得して前記アプリケーション記憶部に追加する処理を開始することを特徴とする請求項１乃至３いずれか記載のネットワーク装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ネットワーク装置に関するものである。
【背景技術】
【０００２】
従来、アプリケーション配信サーバからネットワークを介してアプリケーションを取得（ダウンロード）して記憶するネットワーク装置がある。そして、ネットワーク装置が記憶しているアプリケーションを実行することで、宅内のユーザに対して所定のサービスを提供する。
【０００３】
このようなネットワーク装置では、記憶可能なアプリケーションの数は、ネットワーク装置のハードウェアの性能や、記憶部のメモリリソースに依存している。このため、記憶部の残容量が少ない状況で新たなアプリケーションを取得する場合、ユーザが手動で不要なアプリケーションを削除する必要があった。
【０００４】
そこで、各アプリケーションの使用頻度を判定し、使用頻度の少ないアプリケーションを自動で削除するネットワーク装置が提案された（例えば、特許文献１参照）。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２００９−１４０２９７号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
使用頻度が少ないアプリケーションであっても、ユーザにとっては削除したくないアプリケーションがある。しかしながら、上記特許文献１の構成では、削除したくないアプリケーションであっても使用頻度が少なければ削除されてしまう。したがって、ユーザにとって使い勝手が悪く、さらにはメモリリソースを有効に使っているとも言い難いものであった。
【０００７】
また、アプリケーションの追加は、アプリケーションの削除後にユーザが手動で行わなければならず、手間がかかっており、ユーザにとって使い勝手がよくないものであった。
【０００８】
本発明は、上記事由に鑑みてなされたものであり、その目的は、メモリリソースを有効に使って、ユーザが希望するアプリケーションをより多く利用できるとともに、ユーザの使い勝手に優れたネットワーク装置を提供することにある。
【課題を解決するための手段】
【０００９】
上記課題を解決するために第１の発明のネットワーク装置は、所定スペースに存在するユーザに対してサービスを提供する１乃至複数のアプリケーションを記憶したアプリケーション記憶部と、アプリケーション記憶部のアプリケーションを削除する処理、およびネットワークを介して取得したアプリケーションをアプリケーション記憶部に追加する処理を行うアプリケーション管理部と、前記所定スペースにおける人の在・不在を判断する在不在判断部とを備え、各アプリケーションは、ユーザが前記所定スペースに存在しているときに実行する第１の種別、ユーザが前記所定スペースに不在のときに実行する第２の種別を含む複数の種別のうちいずれかに分類され、前記アプリケーション管理部は、前記在不在判断部の判断結果が在の場合、前記アプリケーション記憶部から第２の種別のアプリケーションを削除した後に、ネットワークを介して第１の種別のアプリケーションを取得して前記アプリケーション記憶部に追加し、前記在不在判断部の判断結果が不在の場合、前記アプリケーション記憶部から第１の種別のアプリケーションを削除した後に、ネットワークを介して第２の種別のアプリケーションを取得して前記アプリケーション記憶部に追加し、前記在不在判断部の判断結果が在の場合にネットワークを介して取得した第１の種別のアプリケーションは、前記在不在判断部の判断結果が不在の場合に前記アプリケーション記憶部から削除した第１の種別のアプリケーションであり、前記在不在判断部の判断結果が不在の場合にネットワークを介して取得した第２の種別のアプリケーションは、前記在不在判断部の判断結果が在の場合に前記アプリケーション記憶部から削除した第２の種別のアプリケーションであることを特徴とする。
【００１０】
第２の発明は、第１の発明において、各アプリケーションの利用履歴を管理するアプリケーション利用履歴管理部と、各アプリケーションの利用時における前記在不在判断部によるユーザの在・不在状況に基づいて、各アプリケーションの種別を分類するアプリケーション分類部とを備えることを特徴とする。
【００１１】
第３の発明は、第１または２の発明において、各アプリケーションの利用履歴を管理するアプリケーション利用履歴管理部と、前記各アプリケーションの利用履歴に基づいて、各アプリケーションが実行される実行時間帯を推定する実行時間帯推定部とを備え、前記アプリケーション管理部は、前記在不在判断部の判断結果が在の場合に、ネットワークを介して第１の種別のアプリケーションを取得して前記アプリケーション記憶部に追加するとき、当該第１の種別のアプリケーションの実行時間帯を参照し、実行時間帯以外であれば、当該第１の種別のアプリケーションの前記アプリケーション記憶部への追加処理を中止し、前記在不在判断部の判断結果が不在の場合に、ネットワークを介して第２の種別のアプリケーションを取得して前記アプリケーション記憶部に追加するとき、当該第２の種別のアプリケーションの実行時間帯を参照し、実行時間帯以外であれば、当該第２のアプリケーションの前記アプリケーション記憶部への追加処理を中止することを特徴とする。
【００１２】
第４の発明は、第１乃至第３いずれかの発明において、前記アプリケーション記憶部の残容量に基づいて当該アプリケーション記憶部にアプリケーションが追加可能か否かを判断するメモリリソース管理部を備え、当該メモリリソース管理部がアプリケーションの追加は不可能であると判断した場合に、前記アプリケーション管理部は、前記在不在判断部の判断結果に基づいて、前記アプリケーション記憶部の第１，第２の種別のアプリケーションのいずれかを削除する処理、および前記在不在判断部の判断結果に基づいて、ネットワークを介して第１，第２の種別のアプリケーションのいずれかを取得して前記アプリケーション記憶部に追加する処理を開始することを特徴とする。
【発明の効果】
【００１３】
以上説明したように、本発明では、メモリリソースを有効に使って、ユーザが希望するアプリケーションをより多く利用できるとともに、ユーザの使い勝手に優れたネットワーク装置を提供することができるという効果がある。
【図面の簡単な説明】
【００１４】
【図１】実施形態１のネットワーク装置を用いたシステムを示すシステム構成図である。
【図２】同上の人感センサの検知例を示す図である。
【図３】同上のアプリ種別テーブルの構造を示す図である。
【図４】同上の在宅・不在状態の履歴を示す図である。
【図５】同上のアプリケーションの種別設定画面を示す図である。
【図６】実施形態２のネットワーク装置を示すブロック構成図である。
【図７】（ａ）（ｂ）同上のアプリケーションの利用履歴を示す図である。
【図８】同上のアプリ種別テーブルの構造を示す図である。
【発明を実施するための形態】
【００１５】
以下、本発明の実施の形態を図面に基づいて説明する。
【００１６】
（実施形態１）
図１は、本実施形態のネットワーク装置を用いたアプリケーション配信システムの構成を示す。宅内に設置されたネットワーク装置１は宅内ネットワークＮＴ２に接続し、さらに宅内ネットワークＮＴ２はルータ３を介して外部ネットワークＮＴ１に接続している。外部ネットワークＮＴ１は、インターネットを含む広域情報通信網を構成しており、宅外に設置されたアプリケーション配信サーバ２（以降、アプリ配信サーバ２と称す）が外部ネットワークＮＴ１上に設置されている。そして、ネットワーク装置１とアプリ配信サーバ２とは、互いにネットワーク通信が可能に構成されている。
【００１７】
ネットワーク装置１は、アプリケーション記憶部１ａと、アプリケーション利用履歴管理部１ｂと、メモリリソース管理部１ｃと、アプリケーション管理部１ｄと、宅内情報収集部１ｅと、在不在判断部１ｆと、アプリケーション実行部１ｇと、アプリケーション種別記憶部１ｈと、ネットワーク通信部１ｉとを備える。
【００１８】
アプリケーション記憶部１ａ（以降、アプリ記憶部１ａと称す）は、宅内（所定スペース）に存在するユーザに対してサービスを提供する１乃至複数のアプリケーションを記憶している。アプリケーション実行部１ｇ（以降、アプリ実行部１ｇと称す）は、アプリ記憶部１ａに格納している各アプリケーションを実行することで、宅内ネットワークＮＴ２に接続した宅内機器Ｘの監視制御を行い、宅内のユーザに対して所定のサービスを提供する。
【００１９】
アプリケーション利用履歴管理部１ｂ（以降、アプリ利用履歴管理部１ｂと称す）は、アプリ実行部１ｇが実行した各アプリケーションの利用履歴（実行時刻の履歴等）を管理する。
【００２０】
メモリリソース管理部１ｃは、アプリ記憶部１ａの残容量を監視する。
【００２１】
アプリケーション管理部１ｄ（以降、アプリ管理部１ｄと称す）は、アプリ記憶部１ａのアプリケーションを削除および追加する。
【００２２】
さらに宅内には１乃至複数の人感センサＹが設置されて宅内ネットワークＮＴ２に接続されており、宅内情報収集部１ｅは、人感センサＹの検出結果を収集する。在不在判断部１ｆは、人感センサＹの検出結果に基づいて宅内における人の在・不在（在宅・不在）を判断する。
【００２３】
例えば、居間、寝室、玄関、トイレ等に人感センサＹが設置されている場合、宅内情報収集部１ｅは各人感センサＹから定期的に検知結果を収集し、在不在判断部１ｆはその検知結果を内部メモリに格納しておく（図２参照）。在不在判断部１ｆは、全ての人感センサＹの検知結果が非検知になった状態が一定時間継続すれば、ユーザは不在であると判断する。一方、１つでも人感センサＹの検知結果が人検知であれば、ユーザは在宅中であると判断する。
【００２４】
アプリケーション種別記憶部１ｈ（アプリ種別記憶部１ｈ）は、後述のアプリケーション種別情報（以降、アプリ種別情報と称す）を格納している。
【００２５】
ネットワーク通信部１ｉは、宅内ネットワークＮＴ２に接続しており、宅内ネットワークＮＴ２との間で情報授受を行うインターフェース機能を有する。
【００２６】
アプリ配信サーバ２は、外部ネットワークＮＴ１を介してネットワーク装置１へアプリケーションを供給するサーバ機能を有する。そして、アプリケーションデータベース２ａと、ユーザ情報データベース２ｂと、アプリケーション配信部２ｃと、ネットワーク通信部２ｄとを備える。
【００２７】
アプリケーションデータベース２ａ（以降、アプリデータベース２ａと称す）は、外部ネットワークＮＴ１を介してネットワーク装置１へ配信するアプリケーションを複数格納している。ユーザ情報データベース２ｂは、ネットワーク装置１とのネットワーク通信に必要なユーザ情報（ユーザ名、ＩＰアドレス、ＭＡＣアドレス等）を格納している。アプリ配信部２ｃは、アプリデータベース２ａに格納している各アプリケーションを、外部ネットワークＮＴ１を介してネットワーク装置１へ供給する。ネットワーク通信部２ｄは、ネットワークとの間で情報授受を行うインターフェース機能を有する。
【００２８】
そして、宅内ネットワークＮＴ２上の宅内機器Ｘとして設けたパーソナルコンピュータ、デジタルテレビ、設備ビューワ等のブラウザ端末をユーザが操作して、アプリ配信サーバ２から所望のアプリケーションをアプリ記憶部１ａにダウンロードする。そして、アプリ実行部１ｇが各アプリケーションをインストールして実行することで、宅内のユーザは所望のサービスを受けることができる。
【００２９】
アプリケーションには、例えば夜間防犯アプリケーション、留守防犯アプリケーション、趣味情報提供アプリケーション、快適空間アプリケーション、天気予報アプリケーショ、来客記録アプリケーション等がある。
【００３０】
夜間防犯アプリケーションは、ユーザの就寝時に、電気錠、監視カメラ、防犯センサ等の宅内機器Ｘを監視制御することで、就寝時の防犯サービスを提供する。
【００３１】
留守防犯アプリケーションは、ユーザの外出時に、電気錠、監視カメラ、防犯センサ等の宅内機器Ｘを監視制御することで、不在時の防犯サービスを提供する。
【００３２】
趣味情報提供アプリケーションは、ユーザの在宅時に、ユーザの趣味、嗜好に合致した情報を外部ネットワーク上の各種サーバから取得して、デジタルテレビ、パーソナルコンピュータ等の宅内機器Ｘに表示する情報提供サービスを提供する。
【００３３】
快適空間アプリケーションは、ユーザの在宅時に、宅内環境（温度、湿度、照明等）が快適になるように、空調機器、照明器具等の宅内機器Ｘを監視制御する環境調整サービスを提供する。
【００３４】
天気予報アプリケーションは、天気予報に関する情報を外部ネットワーク上のサーバから取得して、デジタルテレビ、パーソナルコンピュータ等の宅内機器Ｘに表示する天気予報サービスを提供する。
【００３５】
来客記録アプリケーションは、ユーザの外出時に、撮像機能付きのドアホン等の宅内機器Ｘを監視制御することで、来客の画像およびメッセージ等を記録し、帰宅したユーザが当該記録を再生して来客確認を行う来客記録サービスを提供する。
【００３６】
しかし、アプリ記憶部１ａの容量は限度があり、残容量が少なくなると、アプリケーションを追加することが不可能になる。そこで、メモリリソース管理部１ｃが、アプリ記憶部１ａの残容量が所定値以下になったことを検知し、アプリケーションの追加が不可能になった場合、アプリ管理部１ｄは以下の処理を開始する。
【００３７】
まず、アプリケーションは、ユーザが在宅しているときに実行する在宅アプリケーション（第１の種別）、ユーザが不在のときに実行する不在アプリケーション（第２の種別）、ユーザの在宅および不在に関わらず実行する常時実行アプリケーション（第３の種別）のいずれかに分類される。例えば、夜間防犯アプリケーションおよび快適空間アプリケーションおよび趣味情報提供アプリケーションは在宅アプリケーションに分類される。留守防犯アプリケーションおよび来客記録アプリケーションは不在アプリケーションに分類される。天気予報アプリケーションは常時実行アプリケーションに分類される。
【００３８】
そして、アプリ配信サーバ２のアプリデータベース２ａに格納されている各アプリケーションには、いずれかの種別（在宅、不在、常時実行）を表すアプリ種別情報が予め付加されている。アプリ管理部１ｄは、アプリ配信サーバ２から取得したアプリケーションのアプリ種別情報を、図３のようなテーブル情報（アプリ種別テーブル）としてアプリ種別記憶部１ｈに格納する。
【００３９】
また、アプリケーションに種別情報が付加されていない場合、ネットワーク装置１においてアプリケーションの種別を判定してもよい。この場合、在不在判断部１ｆは、在宅・不在状態の履歴を在宅・不在履歴情報として記憶しておく。そして、アプリ管理部１ｄに設けたアプリケーション分類部１ｊ（以降、アプリ分類部１ｊと称す）が、アプリ利用履歴管理部１ｂのアプリケーションの利用履歴と、在不在判断部１ｆの在宅・不在履歴情報とに基づいて、アプリケーションの種別を判定する。そして、アプリ管理部１ｄは、アプリ分類部１ｊが判定した各アプリケーションのアプリ種別情報をアプリ種別記憶部１ｈに格納する。
【００４０】
具体的にアプリ分類部１ｊは、図４のように、各アプリケーションの実行時における在宅・不在状態を示すテーブルを作成する。そして、在宅時に実行された日が多いアプリケーションは在宅アプリケーションに分類する。不在時に実行された日が多いアプリケーションは不在アプリケーションに分類する。在宅時および不在時の両方で実行された日が多いアプリケーションは常時実行アプリケーションに分類する。
【００４１】
このように、アプリケーションの種別をアプリ分類部１ｊによって判定することで、アプリケーションにアプリ種別情報を付加する必要がなく、アプリケーション配信時の通信トラフィックを抑制することができる。
【００４２】
また、アプリケーションに種別情報が付加されていない場合、ユーザが宅内ネットワークＮＴ２上のブラウザ端末を操作して、アプリケーションの種別を設定してもよい。ブラウザ端末の表示画面は図５に示すように、アプリケーション毎に、在宅アプリケーション、不在アプリケーション、常時実行アプリケーションのいずれかを設定する種別ボタンＢ１が配置されている。そして、種別ボタンＢ１によって各アプリケーションの種別を設定した後、登録ボタンＢ２を押下することで、上記設定した種別情報がネットワーク装置１へ送信され、アプリ種別記憶部１ｈに格納される。
【００４３】
上記構成を備えるネットワーク装置１では、アプリ管理部１ｄが、アプリ種別記憶部１ｈのアプリ種別情報と、在不在判断部１ｆによるユーザの在宅・不在状態を参照することができる。そこで、アプリ記憶部１ａの残容量が所定値以下になり、アプリケーションの追加が不可能になった場合、アプリ管理部１ｄは、現在のユーザの在宅・不在状態を確認する。そして、在宅状態であれば、アプリ記憶部１ａに格納しているアプリケーションのうち、不在アプリケーションを削除する。また、不在状態であれば、アプリ記憶部１ａに格納しているアプリケーションのうち、在宅アプリケーションを削除する。したがって、アプリ記憶部１ａの残容量が増え、新しいアプリケーションをアプリ配信サーバ２から取得して、アプリ記憶部１ａに追加することができる。つまり、不在アプリケーションを削除した後は在宅アプリケーションを追加でき、在宅アプリケーションを削除した後は不在アプリケーションを追加できる。
【００４４】
またアプリ管理部１ｄは、アプリ記憶部１ａから削除したアプリケーションの情報を保持している。さらに、アプリ記憶部１ａからアプリケーションを削除しても、当該アプリケーションに関するアプリ種別記憶部１ｈの種別情報、アプリ利用履歴管理部１ｂの利用履歴等も削除しない。
【００４５】
そして、ユーザの在宅・不在状態が次に変化した場合は、変化後の在宅・不在状態において使用しない種別のアプリケーションを削除した後に、前回削除したアプリケーションをアプリ配信サーバ２から再度取得して、アプリ記憶部１ａに追加する。つまり、ユーザ不在から在宅に変化したときにアプリ配信サーバ２から取得してアプリ記憶部１ａに追加する在宅アプリケーションは、直前のユーザ不在時にアプリ記憶部１ａから削除した在宅アプリケーションである。また、ユーザ在宅から不在に変化したときにアプリ配信サーバ２から取得してアプリ記憶部１ａに追加する不在アプリケーションは、直前のユーザ在宅時にアプリ記憶部１ａから削除した不在アプリケーションである。以降、ユーザの在宅・不在状態に応じて、上記アプリケーションの削除・追加を繰り返す。
【００４６】
このように、現在の在宅・不在状態において使用しない種別のアプリケーションはアプリ記憶部１ａから削除し、現在の在宅・不在状態において使用する種別のアプリケーションをアプリ記憶部１ａに追加している。つまり、ユーザが外出したときは、快適空間アプリケーション等の在宅アプリケーションをアプリ記憶部１ａから削除した後に、留守防犯アプリケーション等の不在アプリケーションをアプリ配信サーバ２から取得してアプリ記憶部１ａに追加する。そして、ユーザが帰宅したときは、留守防犯アプリケーション等の不在アプリケーションをアプリ記憶部１ａから削除した後に、快適空間アプリケーション等の在宅アプリケーションをアプリ配信サーバ２から取得してアプリ記憶部１ａに追加する。
【００４７】
したがって、ユーザの在宅・不在状態とアプリ種別とに応じて、アプリケーションの削除・追加を自動で繰り返すことで、メモリリソースを有効に使って、ユーザが希望するアプリケーションをより多く利用できるとともに、ユーザの使い勝手に優れたものになる。さらに、ユーザの在宅・不在状態が変化した場合は、前回削除した種別のアプリケーションをアプリ配信サーバ２から再度取得して、アプリ記憶部１ａに追加するので、サービス内容を維持することができる。
【００４８】
また、在不在判断部１ｆは、アプリケーションの実行状態に基づいて、宅内における人の在・不在を判断してもよい。例えば、在宅を検知している状態で、ユーザが留守防犯アプリケーション等の不在アプリケーションを手動で意図的に実行させた場合、ユーザは外出して３０分後には不在状態になると判断する。または、不在を検知している状態で、ユーザが快適空間アプリケーション等の在宅アプリケーションを手動で意図的に実行させた場合、ユーザが帰宅した在宅状態であると判断する。
【００４９】
（実施形態２）
本実施形態のネットワーク装置１は、図６に示すように、実行時間帯推定部１ｋを設けており、実施形態１と同様の構成には同一の符号を付して説明は省略する。
【００５０】
実行時間帯推定部１ｋは、アプリ利用履歴管理部１ｂが管理する各アプリケーションの利用履歴に基づいて、各アプリケーションが実行される時間帯を推定する。例えば、アプリ利用履歴管理部１ｂに、図７（ａ）（ｂ）に示す夜間防犯アプリケーションの利用履歴、および趣味情報提供アプリケーションの利用履歴が格納されているとする。この場合、アプリケーション実行の開始時刻および終了時刻の履歴から、開始時刻および終了時刻の平均時刻（平均実行時間帯）を算出する。図７（ａ）では、夜間防犯アプリケーションの平均実行時間帯を、開始：２２時００分、終了：８時１５分と算出し、図７（ｂ）では、趣味情報提供アプリケーションの平均実行時間帯を、開始：９時００分、終了：１７時００分と算出している。
【００５１】
そして、アプリ管理部１ｄは、各アプリケーションのアプリ種別情報とともに、各アプリケーションの平均実行時間帯の算出結果を、図８のようなテーブル情報（アプリ種別テーブル）としてアプリ種別記憶部１ｈに格納する。アプリ管理部１ｄは、アプリ種別記憶部１ｈからアプリ種別情報と平均実行時間帯との２つを参照して、アプリ記憶部１ａのアプリケーションを削除および追加する。すなわち、アプリ管理部１ｄは、在宅状態の場合に、在宅アプリケーションをアプリ配信サーバ２から取得してアプリ記憶部１ａに追加するとき、当該在宅アプリケーションの実行時間帯を参照し、実行時間帯以外であれば、当該在宅アプリケーションの追加処理を中止する。また、不在状態の場合に、不在アプリケーションをアプリ配信サーバ２から取得してアプリ記憶部１ａに追加するとき、当該不在アプリケーションの実行時間帯を参照し、実行時間帯以外であれば、当該不在アプリケーションの追加処理を中止する。
【００５２】
例えばアプリ管理部１ｄは、ユーザが在宅時の場合、夜間防犯アプリケーション等の在宅アプリケーションの平均実行時間帯になると、当該在宅アプリケーションをアプリ配信サーバ２から取得してアプリ記憶部１ａに格納する。そして、平均実行時間帯が終了すると、当該在宅アプリケーションをアプリ記憶部１ａから削除する。また、ユーザが不在時の場合、来客記録アプリケーション等の不在アプリケーションの平均実行時間帯になると、当該不在アプリケーションをアプリ配信サーバ２から取得してアプリ記憶部１ａに格納する。そして、平均実行時間帯が終了すると、当該不在アプリケーションをアプリ記憶部１ａから削除する。
【００５３】
しかし、アプリ管理部１ｄは、ユーザが不在の場合に在宅アプリケーションの平均実行時間帯になっても、当該在宅アプリケーションをアプリ配信サーバ２から取得することはない。例えば、ユーザが旅行中で不在の場合、在宅アプリケーションである夜間防犯アプリケーションの開始時刻２２時００分になっても、夜間防犯アプリケーションをアプリ配信サーバ２から取得しない。
【００５４】
また、アプリ管理部１ｄは、ユーザが在宅の場合に不在アプリケーションの平均実行時間帯になっても、当該不在アプリケーションをアプリ配信サーバ２から取得することはない。例えば、ユーザが在宅の場合、不在アプリケーションである来客記録アプリケーションの開始時刻１２時００分になっても、来客記録アプリケーションをアプリ配信サーバ２から取得しない。
【００５５】
すなわち、現在の在宅・不在状態および現在時刻が、追加対象のアプリケーションのアプリ種別情報（在宅、不在、常時実行）と平均実行時間帯との２つの条件を満たした場合のみ、アプリ管理部１ｄが当該アプリケーションを削除・追加する。したがって、ユーザの生活シーンにより適したアプリケーションの削除処理および追加処理を行うことが可能となる。
【００５６】
なお、上記各実施形態では、メモリリソース管理部１ｃが、アプリ記憶部１ａの残容量が所定値以下になったことを検知した後に、ユーザの在宅・不在状態とアプリ種別とに応じたアプリ管理部１ｄによるアプリケーションの削除および追加処理を開始している。したがって、アプリ記憶部１ａの残容量が所定値以下になるまでは、ユーザの手動操作によってアプリ種別に関係なくアプリケーションの削除および追加処理を行うので、アプリ管理部１ａによるアプリケーションの管理処理を簡略化できる。
【００５７】
しかし、アプリ記憶部１ａの残容量に関わらず、ユーザの在宅・不在状態とアプリ種別とに応じたアプリ管理部１ｄによるアプリケーションの削除および追加処理を上記同様に行ってもよい。この場合、常にアプリ管理部１ｄによるアプリ種別に応じたアプリケーションの削除および追加処理が行われるので、常にメモリリソースを有効に使うことができる。
【符号の説明】
【００５８】
１  ネットワーク装置
１ａ  アプリケーション記憶部
１ｂ  アプリケーション利用履歴管理部
１ｃ  メモリリソース管理部
１ｄ  アプリケーション管理部
１ｅ  宅内情報収集部
１ｆ  在不在判断部
１ｇ  アプリケーション実行部
１ｈ  アプリケーション種別記憶部
１ｉ  ネットワーク通信部
２  アプリケーション配信サーバ
２ａ  アプリケーションデータベース
２ｂ  ユーザ情報データベース
２ｃ  アプリケーション配信部
２ｄ  ネットワーク通信部
３  ルータ
ＮＴ１  外部ネットワーク
ＮＴ２  宅内ネットワーク
Ｘ  宅内機器
Ｙ  人感センサ
【図１】
2011186932.tif 000003
【図２】
2011186932.tif 000004
【図３】
2011186932.tif 000005
【図４】
2011186932.tif 000006
【図５】
2011186932.tif 000007
【図６】
2011186932.tif 000008
【図７】
2011186932.tif 000009
【図８】
2011186932.tif 000010