JP2016099804A - 通信端末、アプリケーション実行方法、プログラム、および、機器管理システム - Google Patents

Abstract

【課題】建物内の機器を制御するサービスを複数導入した場合のユーザの利便性を向上させる。
【解決手段】通信端末３０のアプリ判別部３４１は、各サーバと通信して、各サーバが提供する建物内の各機器を管理するアプリケーションを判別する。通信端末３０の選択画面表示部３４２は、タッチパネル３２にアプリ選択画面を表示して、判別したアプリケーションの選択を受け付ける。通信端末３０のアプリ実行要求部３４３は、選択されたアプリケーションの処理を実行するための実行要求を、このアプリケーションの提供元のサーバに送信する。
【選択図】図４

Description

本発明は、通信端末、アプリケーション実行方法、プログラム、および、機器管理システムに関する。

ネットワークを介して建物内の各機器の電力使用量の管理や可視化（見える化）、運転制御等を一元的に行うサービスが知られている。

例えば、特許文献１には、家庭内サーバ装置と接続可能なインタフェースを給湯器本体に備えることで、家庭内サーバ装置と接続された他の家電機器と双方向の情報のやり取りができるサービスについて記載されている。

また、特許文献２には、マスター機器が、通信回線を介して各電気機器の消費電力データをサーバに送信し、サーバがデータベースに保存することにより、ユーザが必要に応じてサーバから消費電力に関する情報を得ることができるサービスについて記載されている。

また、近年では、このようなサービスの対象となる機器の種類が多様化している。例えば、ネットワークを介して、エアコンや給湯器、照明やブラインド、電子錠等といった家電機器だけでなく、太陽光発電システムや電気自動車、蓄電池といった発電/蓄電システムを制御できるサービスも知られている。

また、このような状況の中、各企業が得意分野を活かして独自にサーバを構築し、建物内の機器を管理するサービスを独自に開発、提供することも行われている。例えば、電機メーカーが電気機器を省エネ制御する省エネサービス、警備会社が給湯器等の使用状況を監視して単身者の安否を確認する見守サービスを独自に開発、提供している。

特開２００５−２４９２９１号公報 特開２００３−２１６５４号公報

各企業が提供するこれらのサービスは、それぞれ独自に開発されるため実行方法が異なる。そのため、このようなサービスを１つの建物に複数導入した場合、ユーザはサービス毎に操作方法を学習する必要があり、使い勝手が不十分である。

本発明は上記実情に鑑みてなされたものであり、建物内の機器を制御するサービスを複数導入した場合におけるユーザの利便性を向上することができる通信端末等を提供することを目的とする。

上記目的を達成するため、本発明の通信端末は、
複数のサーバと通信して、各サーバが提供する建物内の機器を管理するアプリケーションを判別するアプリ判別部と、
前記アプリ判別部が判別したアプリケーションの選択を受け付けるアプリ選択画面を表示する選択画面表示部と、
前記アプリ選択画面上で選択されたアプリケーションの処理を実行するための実行要求を、該アプリケーションの提供元のサーバに送信するアプリ実行要求部と、
を備える。

本発明によれば、各サーバが提供するアプリケーションの選択を受け付けるアプリ選択画面が表示される。そのため、建物内の機器を制御するサービスを複数導入した場合におけるユーザの利便性を向上することができる。

本発明の実施形態１に係る機器管理システムの構成を示す図である。 本発明の実施形態１に係るサーバの構成を示すブロック図である。 アプリ管理テーブルの構成例を示す図である。 通信端末の構成を示すブロック図である。 サーバアクセステーブルの構成例を示す図である。 アプリ一覧テーブルの構成例を示す図である。 アプリ実行処理の手順を示すフローチャートである。 アプリ選択画面の例を示す図である。 確認ダイアログの例を示す図である。 本発明の実施形態２に係る機器管理システムの構成を示す図である。 本発明の実施形態２に係るサーバの構成を示すブロック図である。 権限テーブルの構成例を示す図である。 端末管理テーブルの構成例を示す図である。 権限割当処理の手順を示すフローチャートである。 エアコン制御アプリケーションの画面の例を示す図である。

以下、本発明の各実施形態について、図面を参照しながら詳細に説明する。なお、図中同一または相当部分には同一符号を付す。

（実施形態１）
本発明の実施形態１に係る機器管理システム１の全体構成を図１に示す。機器管理システム１は、２つのサーバ１０_１，１０_２と、２つのゲートウェイ２０_１，２０_２と、通信端末３０と、を備える。なお、ゲートウェイ２０_１には機器４０_１，４０_２が接続されている。また、ゲートウェイ２０_２には機器４０_３，４０_４が接続されている。なお、以下の説明では、２つのサーバ１０_１，１０_２および２つのゲートウェイ２０_１，２０_２を区別しない場合は、サーバ１０，ゲートウェイ２０とも表記する。同様に、機器４０_１，４０_２，４０_３，４０_４を区別しない場合は、機器４０とも表記する。

サーバ１０_１は、インターネット５０を介して、通信端末３０及びゲートウェイ２０_１に接続する。サーバ１０_１は、通信端末３０からの要求に応じて、ゲートウェイ２０_１に接続されているユーザの住宅７０（建物）内の機器４０_１，４０_２を処理対象としたアプリケーションを実行する。なお、サーバ１０_１は、空調機器メーカーによって管理され、住宅７０内の空調に関連するアプリケーション等を提供する。サーバ１０_１が処理対象とする機器４０_１，４０_２は、それぞれ、エアコンＡ、Ｂである。また、サーバ１０_１の識別情報（サーバ名）は、「サーバＡ」と設定されている。

サーバ１０_２は、インターネット５０を介して、通信端末３０及びゲートウェイ２０_２に接続する。サーバ１０_２は、通信端末３０からの要求に応じて、ゲートウェイ２０_２に接続されているユーザの住宅７０内の機器４０_３，４０_４を処理対象としたアプリケーションを実行する。なお、サーバ１０_２は、警備会社によって管理され、住宅７０内のユーザの安否を確認する見守り機能に関連するアプリケーション等を提供する。サーバ１０_２が処理対象とする機器４０_３，４０_４は、それぞれ、給湯器、電気ポットである。また、サーバ１０_２の識別情報（サーバ名）は、「サーバＢ」と設定されている。

続いて、サーバ１０の構成について説明する。サーバ１０は、図２に示すように、通信部１１と、記憶部１２と、制御部１３と、を備える。

通信部１１は、インターネット５０接続用のインタフェースを備える。例えば、通信部１１は、通信端末３０からのアプリケーションの実行要求を受信する。また、通信部１１は、インターネット５０と各ゲートウェイ２０とを経由して、各機器４０に制御信号を送信する。

記憶部１２は、ハードディスク等の補助記憶装置を備え、各種のプログラムやデータを記憶する。例えば、記憶部１２には、アプリケーションプログラム１２１とアプリ管理テーブル１２２とが記憶されている。

アプリケーションプログラム１２１は、サーバ１０が提供するアプリケーションの処理が規定されたプログラムである。制御部１３がアプリケーションプログラム１２１を実行することにより、アプリケーションによる処理が行われる。なお、サーバ１０が提供するアプリケーションが複数ある場合、その数だけ対応するアプリケーションプログラム１２１が記憶部１２に格納されている。

アプリ管理テーブル１２２には、サーバ１０が提供する各アプリケーションの属性情報が登録される。具体的には、図３に示すように、アプリ管理テーブル１２２には、アプリケーション毎に、アプリケーションの名称（アプリ名）、アプリケーションによる制御の対象となる機器４０の名称（制御対象機器）、対応するアプリケーションプログラム１２１の格納場所（プログラム格納場所）、アプリケーションが利用可能か否かを示す利用可能フラグ、等が登録される。

なお、図３（Ａ）は、サーバ１０_１のアプリ管理テーブル１２２を示し、「機器制御Ａ」、「機器制御Ｂ」、「消費電力管理」の３つのアプリケーションの属性情報が登録されている。なお、「機器制御Ａ」は、利用可能フラグが「不可」のため、現在利用できないアプリケーションである。また、図３（Ｂ）は、サーバ１０_２のアプリ管理テーブル１２２を示し、「機器制御Ｃ」、「機器制御Ｄ」、「見守サービス」の３つのアプリケーションの属性情報が登録されている。

図２に戻り、制御部１３は、ＣＰＵ（Central Processing Unit）、ＲＯＭ（Read Only Memory）、ＲＡＭ（Random Access Memory）等を備え、サーバ１０の全体を制御する。また、制御部１３は、通信端末３０からの要求に応じて、対応するアプリケーションプログラム１２１を実行して、機器４０に対する各種の処理を行うアプリ実行部として機能する。

図１に戻り、通信端末３０は、例えば、ユーザの所持するスマートフォンやタブレット端末である。通信端末３０は、各サーバ１０に、アプリケーションの実行を要求するクライアントとして機能する。通信端末３０は、図４に示すように、通信部３１と、タッチパネル３２と、記憶部３３と、制御部３４と、を備える。

通信部３１は、ＷｉＦｉ（Wireless Fidelity）などの規格に準拠した無線ＬＡＮインタフェースを有している。通信部３１は、アクセスポイント６０を経由してインターネット５０に接続し、各サーバ１０とデータ通信する。

タッチパネル３２は、液晶パネルやタッチパッドを備え、各種の画面を表示するとともに、表示した画面上からユーザのタッチ操作を受け付け、受け付けた位置情報を制御部３４に出力する。例えば、タッチパネル３２は、後述するアプリ選択画面を表示し、ユーザからアプリケーションの選択を受け付ける。

記憶部３３は、フラッシュメモリ等の補助記憶装置を備え、各種のプログラムやデータを記憶する。例えば、記憶部３３は、サーバアクセステーブル３３１と、アプリ一覧テーブル３３２と、を記憶する。

サーバアクセステーブル３３１には、各サーバ１０にアクセスするために必要な情報が登録される。具体的には、図５に示すように、サーバアクセステーブル３３１には、各サーバ１０のサーバ名、ＩＰアドレス、通信方式等が登録される。

アプリ一覧テーブル３３２には、各サーバ１０_１，１０_２が提供する各アプリケーションの属性情報が登録される。具体的には、図６に示すように、アプリ一覧テーブル３３２には、各１０_１，１０_２のサーバ名、アプリケーションの名称（アプリ名）、制御の対象となる機器４０の機器名（制御対象機器）、対応するアプリケーションプログラム１２１のサーバ１０内の格納場所（プログラム格納場所）、利用可能フラグ、等が登録される。

図４に戻り、制御部３４は、ＣＰＵ、ＲＯＭ、ＲＡＭ等を備え、通信端末３０の全体を制御する。また、制御部３４は、機能的な構成として、アプリ判別部３４１と、選択画面表示部３４２と、アプリ実行要求部３４３と、を備える。

アプリ判別部３４１は、各サーバ１０が提供するアプリケーションを判別し、その属性情報をアプリ一覧テーブル３３２に登録する。選択画面表示部３４２は、アプリケーションの選択を受け付けるアプリ選択画面を作成してタッチパネル３２に表示する。アプリ実行要求部３４３は、アプリ選択画面上で選択されたアプリケーションの実行要求を、アプリケーションの提供元のサーバ１０に送信する。

なお、アプリ判別部３４１、選択画面表示部３４２、およびアプリ実行要求部３４３の行う処理の詳細については後述する。

続いて、機器管理システム１の動作について説明する。ユーザは、通信端末３０のタッチパネル３２に表示されている特定のアイコン（例えば、機器管理アイコン）をタッチする。このタッチ操作に応答して、制御部３４は、図７のフローチャートに示すアプリ実行処理を開始する。

まず、アプリ判別部３４１は、サーバアクセステーブル３３１を参照して、サーバ１０_１（サーバＡ）にアクセスする（ステップＳ１０１）。そして、アプリ判別部３４１は、サーバ１０_１のアプリ管理テーブル１２２を参照して、サーバ１０_１が提供するアプリケーションを判別し、その属性情報を取得する（ステップＳ１０２）。

続いて、アプリ判別部３４１は、サーバアクセステーブル３３１を参照して、サーバ１０_２（サーバＢ）にアクセスする（ステップＳ１０３）。そして、アプリ判別部３４１は、サーバ１０_２のアプリ管理テーブルから、サーバ１０_２が提供するアプリケーションを判別し、その属性情報を取得する（ステップＳ１０４）。

続いて、アプリ判別部３４１は、ステップＳ１０２、Ｓ１０４でサーバ１０から取得したアプリケーションの属性情報を、取得元のサーバ１０の識別情報（サーバ名）とともに、アプリ一覧テーブル３３２に登録する（ステップＳ１０５）。なお、アプリ一覧テーブル３３２に属性情報が既に登録されている場合、アプリ判別部３４１は、その属性情報を消去してから、今回取得した属性情報を登録する。

続いて、選択画面表示部３４２は、アプリ一覧テーブル３３２を参照して、各サーバ１０が提供するアプリケーションを一覧表示してユーザからの選択を受け付けるアプリ選択画面の画面データを作成し、タッチパネル３２に表示する（ステップＳ１０６）。

ここで、アプリ選択画面の例を図８に示す。このアプリ選択画面は、図６に示すアプリ一覧テーブル３３２から作成されたものである。このアプリ選択画面では、サーバ１０_１（サーバＡ）が提供する各アプリケーションに対応する各アイコンＡ１〜Ａ３と、サーバ１０_２（サーバＢ）が提供する各アプリケーションに対応する各アイコンＢ１〜Ｂ３と、が一覧表示されている。ユーザは、アプリ選択画面から、アイコンをタッチして、実行したいアプリケーションを選択する。

なお、図６に示すアプリ一覧テーブル３３２で、「機器制御Ａ」アプリの利用可能フラグは「不可」に設定されており、現在利用することができない。そのため、図８に示すアプリ選択画面では、「機器制御Ａ」アイコンＡ１には、その旨を示す「×」の印が付されており、ユーザがタッチしても選択することはできない。なお、「×」以外の他の印を付してもよい。また、利用可能フラグが「不可」のアプリケーションは、対応するアイコンをアプリ選択画面に配置しなくてもよい。

図７に戻り、アプリ選択画面からアプリケーションが選択されると、選択画面表示部３４２は、図９に示すような確認ダイアログＤ１をタッチパネル３２に表示する（ステップＳ１０７）。なお、この図は、アプリ選択画面からアイコン「機器制御Ｂ」を選択した際に表示される確認ダイアログＤ１を示したものである。この確認ダイアログＤ１には、選択されたアプリケーションのアプリ名（機器制御Ｂ）とともに、このアプリケーションで制御対象となる機器４０の機器名（エアコンＢ）が表示されている。なお、これらの情報は、アプリ一覧テーブル３３２から取得すればよい。

図７に戻り、確認ダイアログＤ１を表示してからユーザの確認が得られた場合（図９の例では、確認ダイアログＤ１のＯＫボタンＤ１１がタッチされた場合）、アプリ実行要求部３４３は、選択されたアイコンに対応するアプリケーションの供給元のサーバ１０に、当該アプリケーションの実行要求を送信する（ステップＳ１０８）。

サーバ１０の制御部１３は、要求されたアプリケーションに対応するアプリケーションプログラム１２１を実行して、当該アプリケーションの処理を行う。例えば、サーバ１０_１が通信端末３０から「消費電力管理」アプリを要求された場合、制御部１３は、機器４０_１，４０_２の消費電力の値を取得し、要求元の通信端末３０のタッチパネル３２に表示する。また、例えば、サーバ１０_２が通信端末３０から「見守サービス」アプリを要求された場合、制御部１３は、４０_３，４０_４の使用状況から住宅７０内の人の安否を判別し、判別結果を要求元の通信端末３０のタッチパネル３２に表示する。

このように、本発明によれば、建物内の各機器４０を管理するサービスを複数導入した場合であっても、サービスを供給するサーバ１０_１，１０_２間で共通のアプリ選択画面が通信端末３０に表示される。そのため、ユーザは、導入したサービス間でのアプリケーションの実行方法の違いを意識することなく、アプリ選択画面からアプリケーションを選択して実行することができるため、ユーザの利便性を向上することができる。

また、本発明によれば、アプリ選択画面からアプリケーションを選択した際に、そのアプリケーションの制御対象となる機器４０の機器名が記された確認ダイアログＤ１が表示される（図９参照）。そのため、サーバ１０間で類似したアプリ名のアプリケーションが提供されている場合であっても、確認ダイアログＤ１を確認することで、ユーザは、実行したいアプリケーションを容易に判別することが可能となる。

（実施形態２）
続いて、本発明の実施形態２について、上述の実施形態１との相違点を中心に説明する。なお、上記実施形態１と同一又は同等の構成については、同等の符号を用いるとともに、その説明を省略又は簡略する。実施形態２では、通信端末３０に割り当てた権限により、アプリケーションの処理を制限することを特徴とする。

本実施形態に係る機器管理システム２の全体構成を図１０に示す。本実施形態では、実施形態１と比べて、複数の通信端末３０_１、３０_２を備える。なお、通信端末３０_１、３０_２は、実施形態１と同様に、図４に示す構成を有する。なお、図１０では、通信端末３０_１はアクセスポイント６０_１を経由、通信端末３０_２はアクセスポイント６０_２を経由してインターネット５０に接続しているが、通信端末３０_１、３０_２が経由するアクセスポイント６０は任意でよい。例えば、通信端末３０_１、３０_２が同一のアクセスポイント６０を経由してインターネット５０に接続してもよい。なお、通信端末３０_１、３０_２には、それぞれ、識別用の端末ＩＤ「Ｔ０００１」、「Ｔ０００２」が割り当てられているものとする。また、図１０では、２つの通信端末３０_１、３０_２のみが示されているが、より多くの通信端末３０で機器管理システム２を構成してもよい。

続いて、本実施形態のサーバ１０の構成を図１１に示す。本実施形態のサーバ１０は、実施形態１と比較して、記憶部１２に権限テーブル１２３と、端末管理テーブル１２４と、が新たに記憶されている。

権限テーブル１２３は、通信端末３０に割り当てる権限に関する情報が登録される。具体的には、図１２に示すように、権限テーブル１２３には、２つの権限が登録されており、権限毎に、権限ＩＤと、権限名と、割当可能数と、権限内容と、が記憶されている。なお、２以上の権限を権限テーブル１２３に登録してもよい。

なお、権限ＩＤは、この権限を一意に識別するためのＩＤである。権限名は、この権限の名称である。割当可能数は、この権限を同時に割り当てることができる通信端末３０の数を示す。権限内容は、この権限を割り当てた通信端末３０でアプリケーションの処理を制限する内容を示す。

端末管理テーブル１２４は、各通信端末３０に割り当てた権限の種類が登録されるテーブルである。具体的には、図１３に示すように、端末管理テーブル１２４には、通信端末３０に権限が割り当てられる毎に、この通信端末３０の端末ＩＤと、割り当てた権限の権限ＩＤと、が対応付けられて登録される。

なお、上述した例では、サーバ１０が提供する各アプリケーションで共通の権限テーブル１２３および端末管理テーブル１２４が設けられているが、アプリケーション毎に、権限テーブル１２３および端末管理テーブル１２４を備えてもよい。

続いて、本実施形態のサーバ１０の動作について説明する。本実施形態では、通信端末３０がアプリ実行処理で各サーバ１０にアクセスした際（図７のステップＳ１０１、Ｓ１０３）に、その通信端末３０に権限を割り当てるための権限割当処理が各サーバ１０で実行される。権限割当処理のフローチャートを図１４に示す。

まず、サーバ１０の制御部１３は、通信端末３０からのアクセスが初回のアクセスであるか否かを判別する（ステップＳ２０１）。例えば、制御部１３は、アクセス元の通信端末３０の端末ＩＤが端末管理テーブル１２４に登録されていない場合に、初回のアクセスであると判別すればよい。

初回のアクセスでない場合（ステップＳ２０１；Ｎｏ）、既にこの通信端末３０には権限が割り当てられているため、権限割当処理は終了する。

一方、初回のアクセスである場合（ステップＳ２０１；Ｙｅｓ）、サーバ１０の制御部１３は、権限テーブル１２３に登録されている「管理者」権限の割当可能数と、端末管理テーブル１２４に登録されている「管理者」権限が割り当てられている通信端末３０の数と、を比較して、「管理者」権限を割り当てる空きがあるか否かを判別する（ステップＳ２０２）。

空きがある場合（ステップＳ２０２；Ｙｅｓ）、制御部１３は、アクセス元の通信端末３０に「管理者」権限を割り当てる（ステップＳ２０３）。具体的には、制御部１３は、この通信端末３０の端末ＩＤと、「管理者」権限の権限ＩＤと、を対応付けたレコードを端末管理テーブル１２４に新規登録する。

一方、空きが無い場合（ステップＳ２０２；Ｎｏ）、制御部１３は、アクセス元の通信端末３０に、割当可能数が無制限に設定されている「一般ユーザ」権限を割り当てる（ステップＳ２０４）。具体的には、制御部１３は、この通信端末３０の端末ＩＤと、「一般ユーザ」権限の権限ＩＤと、を対応付けたレコードを端末管理テーブル１２４に新規登録する。

以上で権限割当処理は終了する。その後、アプリ実行処理で対応するサーバ１０にアプリケーションの実行要求が送信され（図７のステップＳ１０８）、サーバ１０の制御部１３は、要求されたアプリケーションの処理を実行する。この際、サーバ１０は、端末管理テーブル１２４を参照して、実行要求の送信元の通信端末３０に割り当てられている権限を判別し、判別した権限に基づいて、アプリケーションの処理を適宜制限する。

続いて、具体例を挙げて、本実施形態について説明する。例えば、通信端末３０_１（端末ＩＤ「Ｔ０００１」）から、エアコン制御アプリケーションの実行要求が送信された場合を考える。この場合、図１３に示す端末管理テーブル１２４で、通信端末３０_１は「管理者」権限（権限ＩＤ「Ａ０１」）に設定されているため、サーバ１０の制御部１３は、処理を制限しないでエアコン制御アプリケーションの処理を実行し、図１５（Ａ）に示すようなアプリケーションの画面を通信端末３０のタッチパネル３２に表示させる。この画面には、エアコンの現在の設定（運転モード、設定温度、風力）や天気が、エリアＥ１〜Ｅ４に表示されている。さらに、ユーザは、プルダウンボタンＥ５〜Ｅ７をタッチしてエアコンの設定を変更することができる。

一方、通信端末３０_２（端末ＩＤ「Ｔ０００２」）から、同様に、エアコン制御アプリケーションの実行要求が送信された場合を考える。この場合、図１３に示す端末管理テーブル１２４で、通信端末３０_２は「一般ユーザ」権限（権限ＩＤ「Ａ０２」）に設定されているため、サーバ１０の制御部１３は、機器４０を操作する処理を制限してエアコン制御アプリケーションの処理を実行し、図１５（Ｂ）に示すようなアプリケーションの画面を通信端末３０のタッチパネル３２に表示させる。この画面には、図１５（Ａ）と同様に、エアコンの現在の設定（運転モード、設定温度、風力）や現在の天気が、エリアＥ１〜Ｅ４に表示されるものの、プルダウンボタンＥ５〜Ｅ７は表示されないため、ユーザはエアコンの設定を変更することができない。

このように、本実施形態によれば、各通信端末３０に権限を割り当て、実行するアプリケーションの処理を制限することができる。従って、例えば、操作変更ができる「管理者」権限を有する通信端末を１台のみにして、各端末から同時に相反する操作がなされてしまうような事態を防ぐことが可能となる。

なお、端末装置３０に権限を割り当てる方法は種々のものが採用可能である。例えば、通信端末３０からの初回アクセス時に、通信端末３０のユーザや管理者に割り当てる権限を選択させてもよい。また、初回アクセスより前に、事前の登録処理等で、サーバが各通信端末３０に権限を割り当てておいてもよい。

（変形例）
なお、本発明は、上記各実施形態に限定されず、本発明の要旨を逸脱しない部分での種々の修正は勿論可能である。

例えば、上記各実施形態では、アプリケーションを提供するサーバ１０の数が２個である機器管理システム１の例を示した。しかしながら、２以上のサーバ１０を備えた機器管理システム１にも、本発明は適用可能である。また、各サーバ１０が提供するアプリケーションの数も任意でよい。なお、サーバ１０の数や提供するアプリケーションの数が多い場合は、アプリ選択画面をスクロールさせてアイコンを選択してもよい。

また、上記各実施形態では、アプリ実行処理開始時に、サーバ１０にアクセスして提供するアプリケーションを判別し、その属性情報をアプリ一覧テーブル３３２に登録した（図７、ステップＳ１０１〜１０５）。しかしながら、バッチ処理等で、予めステップＳ１０１〜１０５までの処理を行っておいてもよい。このようにすることで、アプリ実行処理開始時に、アプリ一覧テーブル３３２に既に必要な情報が登録されているため、即時にアプリ選択画面を表示させることができ、処理時間を短縮することが可能となる。

また、上記各実施形態では、アプリ選択画面をタッチパネル３２に表示して、アプリケーションの選択（タッチ操作）を受け付けた。しかしながら、液晶ディスプレイ等にアプリ選択画面を表示して、キーボードやマウス等を操作して、アプリケーションの選択を受け付けてもよい。

また、通信端末３０は、ＰＣ（Personal Computer）等でもよい。また、通信端末３０がＰＣの場合、インターネット５０に直接接続して、サーバ１０と通信してもよい。

また、上記実施形態では、アプリ実行処理において、アプリ選択画面からアイコンが選択された後、確認ダイアログＤ１が表示された（図７、ステップＳ１０７）。しかしながら、確認ダイアログを表示しないで、選択されたアイコンに対応するアプリケーションの実行要求をサーバ１０に送信してもよい。

また、図示せぬＷｅｂサーバにアプリ選択画面の表示データを格納しておき、通信端末３０がこのＷｅｂサーバにアクセスして、Ｗｅｂブラウザ上にアプリ選択画面を表示してもよい。

また、例えば、本実施形態に係る通信端末３０の動作を規定する動作プログラムを既存のパーソナルコンピュータや情報端末機器等に適用することで、当該パーソナルコンピュータ等を本発明に係る通信端末３０として機能させることも可能である。

また、このようなプログラムの配布方法は任意であり、例えば、ＣＤ−ＲＯＭ（Compact Disk Read-Only Memory）、ＤＶＤ（Digital Versatile Disk）、ＭＯ（Magneto Optical Disk）、メモリカードなどのコンピュータで読み取り可能な記録媒体に格納して配布してもよいし、インターネットなどの通信ネットワークを介して配布してもよい。

１，２ 機器管理システム、１０_１，１０_２ サーバ、２０_１，２０_２ ゲートウェイ、３０ 通信端末、４０_１，４０_２，４０_３，４０_４ 機器、５０ インターネット、６０ アクセスポイント、７０ 住宅、１１ 通信部、１２ 記憶部、１３ 制御部、１２１ アプリケーションプログラム、１２２ アプリ管理テーブル、１２３ 権限テーブル、１２４ 端末管理テーブル、３１ 通信部、３２ タッチパネル、３３ 記憶部、３４ 制御部、３３１ サーバアクセステーブル、３３２ アプリ一覧テーブル、３４１ アプリ判別部、３４２ 選択画面表示部、３４３ アプリ実行要求部

Claims (8)

1. 複数のサーバと通信して、各サーバが提供する建物内の機器を管理するアプリケーションを判別するアプリ判別部と、
   前記アプリ判別部が判別したアプリケーションの選択を受け付けるアプリ選択画面を表示する選択画面表示部と、
   前記アプリ選択画面上で選択されたアプリケーションの処理を実行するための実行要求を、該アプリケーションの提供元のサーバに送信するアプリ実行要求部と、
   を備える、通信端末。
2. 前記選択画面表示部は、前記アプリ選択画面から選択されたアプリケーションによる処理の対象となる機器を示す情報を表示する、
   請求項１に記載の通信端末。
3. 前記アプリ選択画面には、前記複数のサーバのそれぞれが提供する各アプリケーションに対応したアイコンが選択可能に配置されている、
   請求項１又は２に記載の通信端末。
4. 前記選択画面表示部は、前記アプリ判別部が判別したアプリケーションのうち利用できないアプリケーションに対応するアイコンにその旨を示す印を付し、当該アイコンの選択を受け付けない、
   請求項３に記載の通信端末。
5. アプリ判別部が、複数のサーバと通信して、各サーバが提供するアプリケーションを判別し、
   選択画面表示部が、判別したアプリケーションの選択を受け付けるアプリ選択画面を表示し、
   アプリ実行要求部が、前記アプリ選択画面上で選択されたアプリケーションの処理を実行するための実行要求を、該アプリケーションの提供元のサーバに送信する、
   アプリケーション実行方法。
6. コンピュータを、
   複数のサーバと通信して、各サーバが提供するアプリケーションを判別するアプリ判別部、
   前記アプリ判別部が判別したアプリケーションの選択を受け付けるアプリ選択画面を表示する選択画面表示部、
   前記アプリ選択画面上で選択されたアプリケーションの提供元のサーバに、該アプリケーションの処理を要求するアプリ実行要求部、
   として機能させるプログラム。
7. 建物内の機器を管理するアプリケーションを提供する複数のサーバと、該複数のサーバそれぞれと通信ネットワークを介して接続する通信端末と、を備える機器管理システムであって、
   前記通信端末は、
   複数のサーバと通信して、各サーバが提供する建物内の機器を管理するアプリケーションを判別するアプリ判別部と、
   前記アプリ判別部が判別したアプリケーションの選択を受け付けるアプリ選択画面を表示する選択画面表示部と、
   前記アプリ選択画面上で選択されたアプリケーションの処理を実行するための実行要求を、該アプリケーションの提供元のサーバに送信するアプリ実行要求部と、を備え、
   前記複数のサーバのそれぞれは、
   前記通信端末から要求されたアプリケーションを実行するアプリ実行部を備える、
   機器管理システム。
8. 前記アプリ実行部は、前記通信端末からアプリケーションの実行を要求された際に、該通信端末に割り当てられている権限に応じて、実行するアプリケーションの処理を制限する、
   請求項７に記載の機器管理システム。

Images