(57)【要約】【課題】ユーザの煩雑な作業を必要としないで端末装置にアプリケーションを組み込み可能なシステムを提供する。【解決手段】機器１００と端末２００とを有するシステムであって、機器１００は、本機器の動作を制御するコマンドを生成するためのプログラムであって前記装置で実行可能な形式の通信アプリケーションを記憶するアプリケーション記憶部２と、端末２００に通信アプリケーションを供給する通信部３とを備え、端末２００は、機器１００から供給された通信アプリケーションの実行により生成されたコマンドを機器１００に送信する通信部５を備える。【選択図】図２
2004242200.tif 000002
【特許請求の範囲】
【請求項１】
本電子機器と通信可能な携帯型装置をリモート・コントローラ化する電子機器であって、
本電子機器の動作を制御するコマンドを生成するためのプログラムであって前記携帯型装置で実行可能な形式のプログラムを記憶する記憶手段と、
前記携帯型装置に前記プログラムを供給する供給手段と
前記プログラムの実行によって生成されたコマンドを前記携帯型装置から受信する通信手段と
を備えることを特徴とする電子機器。
【請求項２】
前記記憶手段は、複数種類のプログラムを記憶し、
前記電子機器は、さらに、
前記携帯型装置から前記携帯型装置のクラスを示す情報を受信する受信手段と、
前記携帯型装置のクラスに応じて複数種類のプログラムから１つを選択する選択手段とを備え、
前記供給手段は、選択されたプログラムを供給する
ことを特徴とする請求項１記載の電子機器。
【請求項３】
前記記憶手段は、さらにプログラムの供給に関する条件を記憶し、
前記電子機器は、さらに、本電子機器と通信可能な携帯型装置が記憶手段に記憶された条件を満たすか否かを判定する条件判定手段を備え、
前記供給手段は、条件判定手段によって条件を満たすと判定された携帯型装置に対して前記プログラムを供給する
ことを特徴とする請求項１記載の電子機器。
【請求項４】
前記電子機器は、さらに、
既にプログラムを保持している携帯型装置から当該プログラムの属性を示す属性情報を取得する取得手段と、
取得された属性情報に基づいて、記憶手段に記憶されたプログラムと、携帯型装置に保持されたプログラムとの類似性を判定し、判定結果に応じてプログラムを供給すべきか否かを判定する類似判定手段と
を備え、
前記供給手段は、類似判定手段の判定結果に従って前記プログラムを供給する
ことを特徴とする請求項１記載の電子機器。
【請求項５】
本電子機器の動作を制御するコマンドを生成するプログラムを記憶する記憶手段と、
本電子機器と通信可能な携帯型装置の存在を検知する検知手段と、
検知された携帯型装置にプログラムを送信する送信手段と
当該携帯型装置における前記プログラムの実行によって生成されたコマンドを当該携帯型装置から受信する受信手段と、
受信されたコマンドに従って本電子機器の動作を制御する制御手段と
を備えることを特徴とする電子機器。
【請求項６】
前記電子機器は、近距離無線通信を行う無線通信手段を備え、
前記検知手段は、無線通信手段により常時送信される問い合わせ信号に対する応答の有無を検知することにより通信可能な携帯型装置の存在を検知する
ことを特徴とする請求項５記載の電子機器。
【請求項７】
前記送信手段は、前記無線通信手段を介してプログラムを送信し、
前記受信手段は、無線通信手段を介してコマンドを受信する
ことを特徴とする請求項６記載の電子機器。
【請求項８】
前記電子機器は、さらに赤外線通信を行う赤外線通信手段を備え、
前記受信手段は、赤外線通信手段を介してコマンドを受信する
ことを特徴とする請求項６記載の電子機器。
【請求項９】
前記プログラムは、中間コードで記述されていることを特徴とする請求項６記載の電子機器。
【請求項１０】
前記記憶手段は、資源消費量の異なる複数種類のプログラムを記憶し、
前記通信手段は、検知された携帯型装置から当該携帯型装置のクラスを示す情報を受信し、
前記送信手段は、前記携帯型装置のクラスに応じて複数種類のプログラムから１つを選択し、選択したプログラムを送信する
ことを特徴とする請求項９記載の電子機器。
【請求項１１】
前記記憶手段は、異なる実行環境に対応する複数種類のプログラムを記憶し、
前記通信手段は、検知された携帯型装置から当該携帯型装置の種類を示す情報を受信し、
前記送信手段は、前記携帯型装置の種類に応じて複数種類のプログラムから１つを選択し、選択したプログラムを送信する
ことを特徴とする請求項９記載の電子機器。
【請求項１２】
前記記憶手段は、さらにプログラム供給に関する条件を記憶し、
前記電子機器は、さらに、前記携帯型装置が記憶手段に記憶された条件を満たすか否かを判定する条件判定手段と、
送信手段に対して、条件を満たさない携帯型装置へのプログラム送信を禁止する禁止手段と
を備えることを特徴とする請求項６記載の電子機器。
【請求項１３】
前記記憶手段は、携帯型装置のアドレス、場所および時間の何れかを条件として記憶する
ことを特徴とする請求項１２記載の電子機器。
【請求項１４】
前記条件は、プログラム送信についての許可条件及び禁止条件の少なくとも一方である
ことを特徴とする請求項１３記載の電子機器。
【請求項１５】
前記電子機器は、さらに、
検知手段により検知された装置が既に保持しているプログラムの属性を示す属性情報を通信手段を介して取得する取得手段と、
取得された属性情報に基づいて、記憶手段に記憶されたプログラムと携帯型装置に保持されたプログラムとの類似性に応じてプログラムを供給すべきか否かを判定する類似判定手段と
供給すべきでないと判定されたプログラムについて、送信手段に対して送信を禁止する禁止手段と
を備えることを特徴とする請求項６記載の電子機器。
【請求項１６】
前記属性は、携帯型装置種類、携帯型装置のメーカー名、携帯型装置の型番、プログラムのバージョンおよびプログラムの日付の少なくとも１つを項目として有する
ことを特徴とする請求項１５記載の電子機器。
【請求項１７】
前記類似判定手段は、属性の有する項目のうち所定個数が一致するものを類似すると判定する
ことを特徴とする請求項１６記載の電子機器。
【請求項１８】
電子機器において他の携帯型装置にプログラムを送信する方法であって、
本電子機器と通信可能な携帯型装置の存在を検知する検知ステップと、
検知された携帯型装置に、本電子機器の動作を制御するコマンドを生成するプログラムを送信する送信ステップと
当該携帯型装置における前記プログラムの実行によって生成されたコマンドを当該携帯型装置から受信する受信ステップと、
受信されたコマンドに従って本電子機器の動作を制御する制御ステップと
を有することを特徴とするプログラム送信方法。
【請求項１９】
電子機器において他の携帯型装置に通信アプリケーションを送信するためのプログラムであって、
本電子機器と通信可能な携帯型装置の存在を検知する検知ステップと、
検知された携帯型装置に、本電子機器の動作を制御するコマンドを生成する通信アプリケーションを送信する送信ステップと
当該携帯型装置における前記通信アプリケーションの実行によって生成されたコマンドを当該携帯型装置から受信する受信ステップと、
受信されたコマンドに従って本電子機器の動作を制御する制御ステップと
を前記電子機器内のコンピュータに実行させることを特徴とするプログラム。
【請求項２０】
本携帯型装置と通信可能な電子機器のリモート・コントローラになる携帯型装置であって、
前記電子機器から当該電子機器の動作を制御するコマンドを生成するプログラムを取得する取得手段と、
取得されたプログラムの実行により生成されたコマンドを前記電子機器に送信する送信手段と
を備えることを特徴とする携帯型装置。
【請求項２１】
前記携帯型装置は、携帯電話機、携帯情報端末、パソコンの何れかであることを特徴とする請求項２０記載の電子機器。
【請求項２２】
前記送信手段は、無線通信および赤外線通信の何れかによりコマンドを送信することを特徴とする請求項２１記載の電子機器。
【請求項２３】
前記携帯型装置は、さらに、
ユーザ操作に基づいて取得手段による取得を禁止する禁止手段を備える
ことを特徴とする請求項２１記載の携帯型装置。
【請求項２４】
前記携帯型装置は、さらに、
通信可能な電子機器の存在を検知する検知手段と、
複数の電子機器の存在が検知された場合に、当該複数の電子機器に順序付けを行う順序付与手段とを備え、
前記取得手段は、順序付与手段によって付与された順序に従ってプログラムを取得する
ことを特徴とする請求項２１記載の携帯型装置。
【請求項２５】
前記順序付与手段は、前記複数の電子機器それぞれの受信電界強度及びユーザ操作の何れかに基づいて順序付けを行う
ことを特徴とする請求項２４記載の携帯型装置。
【請求項２６】
前記携帯型装置は、さらに、
取得手段により複数の電子機器からプログラムが取得された場合に、当該複数のプログラムに優先順位を付与する付与手段と、
前記優先順位の高い複数のプログラムを実行する実行手段と
を備え、
前記送信手段は、実行手段における複数のプログラムの実行により生成されるコマンドを送信する
ことを特徴とする請求項２１記載の携帯型装置。
【請求項２７】
前記付与手段は、プログラムに対応する電子機器の受信電界強度、過去のプログラム実行履歴、プログラムに対応する電子機器の位置およびユーザ操作の何れかに基づいて優先順位を付与する
ことを特徴とする請求項２６記載の携帯型装置。
【請求項２８】
前記携帯型装置は、さらに、取得済のプログラムと新たに取得しようとするプログラムとの類似性に基づいて取得すべきか否かを判定する類似判定手段を備え、
前記取得手段は、類似判定手段の判定結果に従ってプログラムを取得する
ことを特徴とする請求項２１記載の携帯型装置。
【請求項２９】
前記携帯型装置は、さらに
プログラム取得に関する条件を記憶する条件記憶手段と、
本携帯型装置と通信可能な電子機器が前記条件を満たすか否かを判定する条件判定手段を備え、
前記取得手段は、条件判定手段によって条件を満たすと判定された電子機器からプログラムを取得する
ことを特徴とする請求項２１記載の電子機器。
【請求項３０】
通信可能な電子機器の存在を検知する検知手段と、
検知された電子機器から、当該電子機器の動作を制御するコマンドを生成するプログラムを取得する取得手段と、
取得されたプログラムを実行することによりコマンド生成する実行手段と、
生成されたコマンドを前記電子機器に送信する送信手段と
を備えることを特徴とする携帯型装置。
【請求項３１】
前記携帯型装置は、近距離無線通信を行う無線通信手段を備え、
前記検知手段は、前記電子機器により常時送信される問い合わせ信号の有無を検知することにより通信可能な電子機器の存在を検知する
ことを特徴とする請求項３０記載の電子機器。
【請求項３２】
前記取得手段は、前記無線通信手段を介してプログラムを取得し、
前記送信手段は、無線通信手段を介してコマンドを送信する
ことを特徴とする請求項３１記載の電子機器。
【請求項３３】
前記携帯型装置は、さらに赤外線通信を行う赤外線通信手段を備え、
前記送信手段は、赤外線通信手段を介してコマンドを送信する
ことを特徴とする請求項３１記載の電子機器。
【請求項３４】
前記プログラムは、中間コードで記述されていることを特徴とする請求項３０〜３３記載の何れかの電子機器。
【請求項３５】
前記携帯型装置は、前記中間コードを実行可能な環境をサポートする携帯電話機、携帯情報端末、パソコンの何れかであることを特徴とする請求項３４記載の電子機器。
【請求項３６】
前記携帯型装置は、さらに、
ユーザ操作に基づいて取得手段による取得を禁止する禁止手段を備える
ことを特徴とする請求項３０記載の携帯型装置。
【請求項３７】
前記禁止手段は、ユーザによって設定されたグループ情報に示されるグループメンバー以外の電子機器からのプログラムの取得を禁止する
ことを特徴とする請求項３６記載の携帯型装置。
【請求項３８】
前記携帯型装置は、さらに、
ユーザ操作に基づいて検知手段による検知を禁止する禁止手段を備える
ことを特徴とする請求項３０記載の携帯型装置。
【請求項３９】
前記携帯型装置は、さらに、
複数の電子機器の存在が検知された場合に、当該複数の電子機器に順序付けを行う順序付与手段を備え、
前記取得手段は、順序付与手段によって付与された順序に従ってプログラムを取得する
ことを特徴とする請求項３０記載の携帯型装置。
【請求項４０】
前記順序付与手段は、前記複数の電子機器それぞれの受信電界強度及びユーザ操作の何れかに基づいて順序付けを行う
ことを特徴とする請求項３８記載の携帯型装置。
【請求項４１】
前記携帯型装置は、さらに、
取得手段により複数の電子機器からプログラムが取得された場合に、当該複数のプログラムに優先順位を付与する付与手段を備え、
前記実行手段は、優先順位の高い複数のプログラムを選択して実行する
ことを特徴とする請求項３０記載の携帯型装置。
【請求項４２】
前記付与手段は、プログラムに対応する電子機器の受信電界強度、過去のプログラム実行履歴、プログラムに対応する電子機器の位置およびユーザ操作の何れかに基づいて優先順位を付与する
ことを特徴とする請求項４１記載の携帯型装置。
【請求項４３】
前記携帯型装置は、さらに、取得済のプログラムと新たに取得しようとするプログラムとの類似性に基づいて取得すべきか否かを判定する類似判定手段と、
取得すべきでないと判定されたプログラムの取得を禁止する禁止手段と
を備えることを特徴とする請求項３０記載の携帯型装置。
【請求項４４】
前記携帯型装置は、さらに
プログラム取得に関する条件を記憶する条件記憶手段と、
本携帯型装置と通信可能な電子機器が前記条件を満たすか否かを判定する条件判定手段と、
条件判定手段の判定結果に応じて取得手段による取得を禁止する禁止手段と
を備えることを特徴とする請求項３０記載の電子機器。
【請求項４５】
携帯型装置において他の電子機器からプログラムを取得する方法であって、
通信可能な電子機器の存在を検知する検知ステップと、
検知された電子機器から、当該電子機器の動作を制御するコマンドを生成するプログラムを取得する取得ステップと、
取得されたプログラムを実行することによりコマンド生成する実行ステップと、
生成されたコマンドを前記電子機器に送信する送信ステップと
を有することを特徴とするプログラム取得方法。
【請求項４６】
携帯型装置において他の電子機器から通信アプリケーションを取得するためのプログラムであって、
通信可能な電子機器の存在を検知する検知ステップと、
検知された電子機器から、当該電子機器の動作を制御するコマンドを生成する通信アプリケーションを取得する取得ステップと、
取得された通信アプリケーションを実行することによりコマンド生成する実行ステップと、
生成されたコマンドを前記電子機器に送信する送信ステップと
を携帯型装置内のコンピュータに実行させることを特徴とするプログラム。
【請求項４７】
電子機器と携帯型装置とを有するシステムであって、
前記電子機器は、
本電子機器の動作を制御するコマンドを生成するためのプログラムであって前記携帯型装置で実行可能な形式のプログラムを記憶する記憶手段と、
前記携帯型装置に前記プログラムを供給する供給手段と
前記携帯型装置からコマンドを受信する通信手段と
を備え、
前記携帯型装置は、
前記電子機器から当該電子機器の動作を制御するコマンドを生成するプログラムを取得する取得手段と、
取得されたプログラムの実行により生成されたコマンドを前記電子機器に送信する送信手段と
を備えることを特徴とするシステム。
【請求項４８】
電子機器と携帯型装置とを有するシステムであって、
前記電子機器は、
本電子機器と通信可能な携帯型装置の存在を検知する第１検知手段と、
検知された携帯型装置にプログラムを送信する第１送信手段と
当該携帯型装置における前記プログラムの実行によって生成されたコマンドを当該携帯型装置から受信する受信手段と、
受信されたコマンドに従って本電子機器の動作を制御する制御手段と
を備え、
前記携帯型装置は、
本携帯型装置と通信可能な電子機器の存在を検知する第２検知手段と、
検知された電子機器から、当該電子機器の動作を制御するコマンドを生成するプログラムを取得する取得手段と、
取得されたプログラムを実行することによりコマンド生成する実行手段と、
生成されたコマンドを前記電子機器に送信する第２送信手段と
を備えることを特徴とするシステム。
【請求項４９】
電子機器と携帯型装置とを有するシステムにおけるプログラム送信方法であって、
前記電子機器と前記携帯型装置との間で互いの存在を検知する検知ステップと、
当該電子機器から携帯型装置にプログラムを送信する第１送信ステップと、
前記プログラムを前記携帯型装置において実行することによってコマンドを生成する生成ステップと、
当該携帯型装置から電子機器にコマンドを送信する第２送信ステップと、
前記電子機器において受信されたコマンドに従って電子機器の動作を制御する制御ステップと
を有することを特徴とするプログラム送信方法。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、携帯型端末装置に電子機器をリモコン操作するためのアプリケーション・プログラムを組み込むシステムに関する。
【０００２】
【従来の技術】
近年、携帯電話機や携帯情報端末（以下これらを端末と呼ぶ。）は、高機能化が進み、ＪＡＶＡ（Ｒ）などにより記述された所望のアプリケーション・プログラムをインターネット等からダウンロードし実行することが可能になっている。
【０００３】
このような端末に対して多種多様なアプリケーション・プログラムが開発され提供されている。ユーザは端末において実行可能なアプリケーション・プログラムをインターネットサイトなどからダウンロードして実行することにより、端末に新たな機能を発揮させることができる。
【０００４】
また、特許文献１〜３には、基地局からプログラマブルな無線電話機に対してプログラムを自動的にダウンロードして実行させる技術が開示されている。
【０００５】
【特許文献１】
特開平６−２８４０７８
【０００６】
【特許文献２】
特表平９−５０７９８６
【０００７】
【特許文献３】
特表平１１−５０１１７９
【０００８】
【発明が解決しようとする課題】
しかしながら、アプリケーション・プログラムをダウンロードして実行可能な端末においては、ユーザは、インターネット・サイト等に大量に存在するアプリケーション・プログラムの中から特定のアプリケーションを検索し、インターネットを経由して端末にダウンロードして組み込む必要があるため、ユーザの煩雑な作業を要するという問題がある。
【０００９】
また、特許文献１〜３では、無線基地局から無線電話機に対してプログラムを自動的にダウンロードして実行させることができるが、ダウンロードされるプログラムは、ユーザが起動や終了を操作するアプリケーションレベルのプログラムではなく、無線電話機のハードウェアを制御や通話やデータ通信を行うための制御プログラムであって、ユーザが起動や終了を操作するアプリケーションレベルのプログラムでは、やはりユーザの煩雑な操作作業を必要とする。
【００１０】
上記課題に鑑み本発明は、ユーザの煩雑な作業を必要としないで端末装置にアプリケーションを組み込み可能なシステムを提供することを目的とする。
【００１１】
【課題を解決するための手段】
この課題を解決するために、本発明の電子機器は、本電子機器と通信可能な携帯型装置をリモート・コントローラ化する電子機器であって、本電子機器の動作を制御するコマンドを生成するためのプログラムであって前記携帯型装置で実行可能な形式のプログラムを記憶する記憶手段と、前記携帯型装置に前記プログラムを供給する供給手段と、前記携帯型装置からコマンドを受信する通信手段とを備える。
【００１２】
この構成によれば、本電子機器は自ら記憶するプログラムを他の携帯型装置に供給することにより、当該携帯型装置を本電子機器のリモート・コントローラにしてしまう。これによれば、当該携帯型装置のユーザは、本電子機器を制御するためのアプリケーションプログラムをインターネット上で検索してダウンロードする等の煩わしい操作から解放される。さらに、携帯電話機など個人単位で所有されている身近な携帯型装置をリモート・コントローラとして利用できるという効果がある。
【００１３】
ここで、前記記憶手段は資源消費量の異なる複数種類のプログラムを記憶し、前記電子機器は、さらに、前記携帯型装置から前記携帯型装置のクラスを示す情報を受信する受信手段と、前記携帯型装置のクラスに応じて複数種類のプログラムから１つを選択する選択手段とを備え、前記供給手段は、選択されたプログラムを供給する構成としてもよい。
【００１４】
この構成によれば、他の携帯型装置のクラス（例えば携帯電話機、携帯情報端末、パソコンなど）に応じたプログラムを供給する、すなわち、他の携帯型装置の資源量（表示画面の大きさや操作部のキー数や種類）に応じて最適なプログラムを供給することができる。
【００１５】
また、前記記憶手段は、さらにプログラムの供給に関する条件を記憶し、前記電子機器は、さらに、本電子機器と通信可能な携帯型装置が記憶手段に記憶された条件を満たすか否かを判定する条件判定手段を備え、前記供給手段は、条件判定手段によって条件を満たすと判定された携帯型装置に対して前記プログラムを供給する構成としてもよい。
【００１６】
この構成によれば、本電子機器は、全ての通信可能な携帯型装置に対して無差別にプログラムを供給することなく、条件を満たす携帯型装置、例えばユーザ所望の携帯型装置のみを対象とすることができる。
【００１７】
ここで、前記電子機器は、さらに、既にプログラムを保持している携帯型装置から当該プログラムの属性を示す属性情報を取得する取得手段と、取得された属性情報に基づいて、記憶手段に記憶されたプログラムと、携帯型装置に保持されたプログラムとの類似性を判定し、判定結果に応じてプログラムを供給すべきか否かを判定する類似判定手段とを備え、前記供給手段は、類似判定手段の判定結果に従って前記プログラムを供給する構成としてもよい。
【００１８】
この構成によれば、既にプログラムを保持している携帯型装置に対して類似のプログラムを供給するようにすること、あるいは、類似のプログラムを供給しないようにすることができる。例えば、携帯型装置のメモリ容量が大きい場合には供給すればよいし、携帯型装置のメモリ容量が小さい場合には供給しないようにすればよい。
【００１９】
また、本発明の電子機器は、本電子機器の動作を制御するコマンドを生成するプログラムを記憶する記憶手段と、本電子機器と通信可能な携帯型装置の存在を検知する検知手段と、検知された携帯型装置にプログラムを送信する送信手段と当該携帯型装置における前記プログラムの実行によって生成されたコマンドを当該携帯型装置から受信する受信手段と、受信されたコマンドに従って本電子機器の動作を制御する制御手段とを備える構成としてもよい。
【００２０】
この構成によれば、他の携帯型装置のユーザ及び本携帯型装置のユーザによる操作を必要とすることなく、本電子機器は他の携帯型装置をリモート・コントローラ化することができる。すなわち、他の携帯型装置のユーザは、本電子機器を制御するためのプログラムをインターネット上で検索してダウンロードする煩わしい操作から解放される。
【００２１】
また、本発明の携帯型装置は、携帯型装置と通信可能な電子機器のリモート・コントローラになる携帯型装置であって、前記電子機器から当該電子機器の動作を制御するコマンドを生成するプログラムを取得する取得手段と、取得されたプログラムの実行により生成されたコマンドを前記電子機器に送信する送信手段とを備える。
【００２２】
この構成によれば、本携帯型装置は、リモート・コントロールする対象となる電子機器自身からプログラムを取得するので、本携帯型装置のユーザは、他の電子機器を制御するためのプログラムをインターネット等において検索しダウンロードする煩わしい操作から解放される。
【００２３】
ここで、前記携帯型装置は、携帯電話機、携帯情報端末、パソコンの何れかとすることができる。
この構成によれば、さらに、携帯電話機など個人単位で所有されている身近な携帯型装置をリモート・コントローラとして利用できるという効果がある。
【００２４】
また、前記携帯型装置は、さらに、ユーザ操作に基づいて取得手段による取得を禁止する禁止手段を備える構成としてもよい。
この構成によれば、前記携帯型装置は、どの電子機器からも無差別にプログラムを取得することなく、ユーザ所望の電子機器からプログラムを取得することができる。
【００２５】
また、前記携帯型装置は、さらに、通信可能な電子機器の存在を検知する検知手段と、複数の電子機器の存在が検知された場合に、当該複数の電子機器に順序付けを行う順序付与手段とを備え、前記取得手段は、順序付与手段によって付与された順序に従ってプログラムを取得する構成としてもよい。
【００２６】
この構成によれば、取得先が複数存在する場合に、順序付けされた順に取得するので、メモリ容量に制約がある場合に順序の早い電子機器ほど確実に取得することができる。
【００２７】
ここで、前記順序付与手段は、前記複数の電子機器それぞれの受信電界強度及びユーザ操作の何れかに基づいて順序付けを行う構成としてもよい。
この構成によれば、受信電界強度の順序では、本携帯型装置に近い電子機器ほど優先され、ユーザ操作による順序では、ユーザの所望する電子機器ほど確実にプログラムを取得することができる。
【００２８】
また、前記携帯型装置は、さらに、取得手段により複数の電子機器からプログラムが取得された場合に、当該複数のプログラムに優先順位を付与する付与手段と、前記優先順位の高い複数のプログラムを実行する実行手段とを備え、前記送信手段は、実行手段における複数のプログラムの実行により生成されるコマンドを送信する構成としてもよい。
【００２９】
この構成によれば、優先順位に従ってプログラムを実行することができる。
ここで、前記付与手段は、プログラムに対応する電子機器の受信電界強度、過去のプログラム実行履歴、プログラムに対応する電子機器の位置およびユーザ操作の何れかに基づいて優先順位を付与する構成としてもよい。
【００３０】
この構成において、受信電界強度によれば近い電子機器に対応するプログラムほど優先され、過去のプログラム実行履歴では実行回数の多いものほど優先され、電子機器の位置によれば近い電子機器に対応するプログラムほど優先され、ユーザ操作によればユーザの希望通りにプログラムが優先される。
【００３１】
また、前記携帯型装置は、さらに、取得済のプログラムと新たに取得しようとするプログラムとの類似性に基づいて取得すべきか否かを判定する類似判定手段を備え、前記取得手段は、類似判定手段の判定結果に従ってプログラムを取得する構成としてもよい。
【００３２】
この構成によれば、既に保持しているプログラムに対して類似のプログラムを取得するようにすること、あるいは、類似のプログラムを取得しないようにすることができる。例えば、携帯型装置のメモリ容量が大きい場合には供給すればよいし、携帯型装置のメモリ容量が小さい場合には供給しないようにすればよい。
【００３３】
ここで、前記携帯型装置は、さらにプログラム取得に関する条件を記憶する条件記憶手段と、本携帯型装置と通信可能な電子機器が前記条件を満たすか否かを判定する条件判定手段を備え、前記取得手段は、条件判定手段によって条件を満たすと判定された電子機器からプログラムを取得する構成としてもよい。
【００３４】
この構成によれば、本携帯型装置は、全ての通信可能な電子機器から無差別にプログラムを取得することなく、条件を満たす電子機器、例えばユーザ所望の電子機器のみを対象とすることができる。
【００３５】
また、本発明の電子機器におけるプログラム送信方法、そのプログラム、携帯型装置におけるプログラム取得方法、そのプログラム、電子機器と携帯型装置からなるシステム、そのシステムにおける方法についても、上記と同様の手段、作用を有する。
【００３６】
【発明の実施の形態】
（実施の形態１）
図１は、本発明の実施の形態１における通信システムの説明図を示す。同図の通信システムでは、携帯電話機２００と、ＤＶカメラ１ａ、ＤＶＤ録画再生機１ｂ、エアコン１ｃ、ＭＤ録音再生機１ｄ、テレビ１ｅ、扇風機１ｆなどの機器とからなる。
【００３７】
上記機器のそれぞれ（以下、代表的に機器１００と呼ぶ。）は、端末２００によって実行可能な形式のアプリケーション・プログラム（以下通信アプリケーションと呼ぶ。）であって機器１００自身の動作を制御するコマンドを生成する通信アプリケーションを内部に記憶しており、通信範囲内に存在する携帯電話機２００に対してプログラムを送信し、携帯電話機２００における当該通信アプリケーションの実行によって生成されたコマンドを受信して、受信したコマンドに従って動作する。
【００３８】
携帯電話機２００は、通信範囲内に存在する機器１００から、通信アプリケーションを直接ダウンロードして、通信アプリケーションの実行によって、機器１００のリモート・コントローラとして機能する。通信アプリケーションはＪＡＶＡ（Ｒ）言語で記述されているものとする。携帯電話機２００は、その代わりに、Ｐａｌｍ（Ｒ）やＰｏｃｋｅｔＰＣ（Ｒ）などの携帯情報端末（ＰＤＡ（Ｐｅｒｓｏｎａｌ  Ｄｉｇｉｔａｌ  ａｓｓｉｓｔａｎｔ）とも呼ばれる）や、いわゆるパソコンであってもよい。（以下、携帯電話機２００、携帯情報端末及びパソコンの何れかを代表的に端末２００と呼ぶ。）。つまり、端末２００は、ダウンロードにより通信アプリケーションを交換可能な実行環境を有し、ＪＡＶＡ（Ｒ）言語で記述された中間コードを実行する機能を有する装置である。
【００３９】
図２は、機器１００および端末２００の主要部の構成を示すブロック図である。
同図において機器１００はアプリケーション記憶部２、通信部３、組み込みアプリケーション実行部４を備える。
【００４０】
アプリケーション記憶部２は、端末２００において実行されるべきプログラムあって端末２００をリモート・コントローラとして動作させるためのコマンドを生成する通信アプリケーション２ａを記憶する。例えば、機器１００がＤＶ（Ｄｉｇｉｔａｌ  Ｖｉｄｅｏ）カメラ１ａである場合、通信アプリケーション２ａは、端末２００において実行され、端末２００におけるユーザ操作に応じて録画、再生、停止、一時停止、早送りなどのコマンドを生成し、機器１００に送信するためのプログラムである。
【００４１】
通信部３は、端末２００などとの間で通信路８を介して、通信アプリケーション２ａを端末２００に送信し、端末２００から送信されるコマンドを受信する。ここで通信路８は、１０ｍ以内又は数１０ｍ以内を通信範囲とするＢｌｕｅｔｏｏｔｈ（Ｒ）と呼ばれる規格に準拠する近距離無線通信路とする。図３に、この規格による近距離無線通信の通信プロトコルの構成例を示す。この通信プロトコルは、ＲＦ帯域の変調及び復調を行うＲＦ１１ｂ、ベースバンド信号の変調及び復調を行うベースバンド１１ａと、論理リンクを示すＬ２ＣＡＰ（Ｌｏｇｉｃａｌ  ＬｉｎｋＣｏｎｔｒｏｌ  ａｎｄ  Ａｄａｐｔａｔｉｏｎ  Ｐｒｏｔｏｃｏｌ）１２と、シリアルポートをエミュレーションするＲＦＣＯＭＭ（ＲＦ  Ｃｏｍｍｕｎｉｃａｔｉｏｎｓ  Ｐｒｏｔｏｃｏｌ）１３とが階層化されている。この場合、アプリケーション記憶部２に記憶された通信アプリケーション２ａは、エミュレートされたシリアルポートに出力されることにより、通信部３において図３の破線で示す経路で通信路８から送信される。また、端末２００からのコマンドは、通信部３において、実線で示す経路で受信される。
【００４２】
組み込みアプリケーション実行部４は、機器１００内部のＲＯＭに記憶された組み込みアプリケーションを実行することにより、機器１００の全体の動作を制御する。特に、端末２００から通信部３を介してコマンドを受信した場合には、当該コマンドに応じた動作を制御する。
【００４３】
一方、端末２００は、通信部５、アプリケーション実行部６、アプリケーションマネージャ７を備える。
通信部５は通信部３と同様であるので説明を省略する。ただし、上記の近距離無線通信では次の点が異なる。すなわち、通信部３は、常に問い合わせ（ｉｎｑｕｉｒｙ）送信によるデバイス検索しているのに対して、通信部５は、問い合わせが送信されているかをモニター（ｉｎｑｕｉｒｙ  ｓｃａｎ）し、その結果、問い合わせを受信した場合には応答を送信する。これは、通信範囲内の通信相手の存在を検知する手続きであり、図３に示したベースバンド１１ａ、ＲＦ１１ｂ上で行われる。
【００４４】
この後、通信部５及び通信部３は、両者間に物理リンク及び論理リンクを設定するリンク確立を行って、図３に示したプロトコルスタックを通して通信アプリケーション２ａの送受信及びコマンドの送受信を行う。
【００４５】
アプリケーション実行部６は、アプリケーションマネージャ７の制御の下で、機器１００から通信部５を介して受信した通信アプリケーション２ａを実行する。図４に、アプリケーション実行部６の構成例を示す。アプリケーション実行部６は、バーチャルマシン１０として構成され、ＪＡＶＡ（Ｒ）言語で記述された通信アプリケーション２ａを実行する。
【００４６】
アプリケーションマネージャ７は、端末２００のユーザ操作に従って、アプリケーション実行部６に対して通信アプリケーション２ａの起動及び終了を制御する。
【００４７】
図５は、端末２００において通信アプリケーション２ａの実行による画面表示例を示す図である。同図では、機器１００としてＤＶカメラ１ａから受信した通信アプリケーション２ａを実行している例を示している。
【００４８】
この画面では、数字キーのボタン画像に対応させてＤＶカメラ１ａへの指示を示す画像を表示している。例えば、数字キー”１”のボタン画像には巻き戻し再生を示す画像が対応し、数字キー”２”のボタン画像には再生及び一時停止を示す画像が対応している。端末２００のユーザによって端末２００本体の実際の数字キーが押されると、それに対応するコマンドがアプリケーション実行部６から通信部５を介して機器１００に送信される。これにより、端末２００はＤＶカメラ１ａのリモート・コントローラとして使用される。
【００４９】
図６は、端末２００及び機器１００の処理フロー及び通信シーケンスを示す図である。
同図において、機器１００は常に近距離無線通信における問い合わせ信号の送信（ｉｎｑｕｉｒｙ）により通信相手の探索を行っている状態にある（Ｓ１）。また、端末２００は常に問い合わせ信号の待ち受け（ｉｎｑｕｉｒｙ  ｓｃａｎ）を行っている状態にある。機器１００と端末２００が通信範囲内にある場合は、端末２００は応答信号を送信する（Ｓ２）。この問い合わせ信号及び応答信号にはアドレス情報等が含まれる。応答信号を受けた機器１００は、さらに呼び出し信号（ｐａｇｉｎｇ）を送信する（Ｓ３）。
【００５０】
端末２００が呼び出し信号を受信した後、機器１００及び端末２００は、リンク確立を行う（Ｓ１１、Ｓ３１）。リンク確立後、機器１００は、アプリケーション記憶部２に記憶された通信アプリケーション２ａを通信部３を介して送信する（Ｓ１２）。
【００５１】
端末２００は、通信アプリケーション２ａを受信する（Ｓ３２）。受信された通信アプリケーション２ａは、一旦記憶部（図外）に記憶され、さらにアプリケーションマネージャ７によって起動されると（Ｓ３３）、アプリケーション実行部６において実行される。アプリケーション実行部６は、通信アプリケーション２ａの実行中、ユーザ操作に従って（Ｓ３４）コマンドを生成し通信部５を介して送信する（Ｓ３５）。
【００５２】
機器１００は、端末２００からコマンドを通信部３において受信すると（Ｓ１３）、通信部３から組み込みアプリケーション実行部４にコマンドを通知し（Ｓ１４）、組み込みアプリケーション実行部４によって当該コマンドに応じた動作を行うよう機器１００を制御する（Ｓ１５）。
【００５３】
以上説明してきたように、本発明の端末及び機器からなる通信システムによれば、機器１００が、通信範囲内に存在する端末２００から応答を受けると、端末２００に直接通信アプリケーション２ａを送信する。これにより、端末２００のユーザは、機器１００のリモート・コントローラとして端末２００を利用しようとする場合、機器１００用の通信アプリケーションをインターネットや電話網から検索するという煩雑な作業を一切する必要がなくなる。例えば、携帯電話などの各個人が有している携帯型の端末装置を、テレビ、ＶＴＲ（Ｖｉｄｅｏ  Ｔａｐｅ  Ｒｅｃｏｒｄｅｒ、ＶＣＲ（ｖｉｄｅｏ  ｃａｒｔｒｉｄｇｅ  ［ｃａｓｓｅｔｔｅ］  ｒｅｃｏｒｄｅｒ）ともいう）、ＤＶＤ（Ｄｉｇｉｔａｌ  Ｖｅｒｓａｔｉｌｅ  Ｄｉｓｃ）装置などの身近な機器に対するリモコンとして、煩雑なユーザ操作を要せずに利用することができる。
【００５４】
以下、上記実施の形態で示した構成の変形例について説明する。
（１）通信部３及び通信部５は規格化されている近距離無線通信を行っている構成を示したが、赤外線通信などのその他の通信方式であってもよい。
【００５５】
（２）端末２００及び機器１００が通信部３及び通信部５以外にそれぞれ赤外線ポートを備える場合には、通信アプリケーション及びコマンドのどちらかを赤外線ポートを介して送信する構成としてもよい。
【００５６】
（３）上記通信アプリケーション２ａは、コマンドを生成し送信するためのプログラムであるが、この代わりにあるいはこれと共に、各種データを送受信するようにしてもよい。例えば、機器１００がＤＶＤ録画再生機１ｂである場合には、通信アプリケーション２ａは、予約録画用の録画日時やチャネルなどの予約データを生成し送信するためのプログラムとしてもよい。この場合、機器１００は、予約データに従って組み込みアプリケーション実行部４が予約設定を行う構成となる。あるいは、端末２００において予約データを生成した後、機器１００に予約データそのものを送信しないで、端末２００のアプリケーション実行部６が予約データに従って電源オンコマンド、チャネル設定コマンド、録画コマンド、停止コマンドを順次生成し送信するよう通信アプリケーション２ａをプログラムしてもよい。
【００５７】
（４）機器１００は、図１に示した種類に限らず、図２の構成を備える機器であって、リモート・コントローラからのコマンドに従って動作を制御する電化製品であればよく、例えば、カーナビゲーション装置、風呂湯沸かし器、電話機、コンピュータ、その周辺装置など種類を問わないし、家電製品、業務用製品を含む。
【００５８】
（５）アプリケーション実行部６は、バーチャルマシン１０としてＪＡＶＡ（Ｒ）言語で記述された中間コードレベルの通信アプリケーションを実行する例を示したが、これに限らず通信アプリケーションが他の言語で記述されたスクリプトや、中間コード、マシン語レベルのネイティブコードなどで記述されてもよく、アプリケーション実行部６が当該通信アプリケーションを実行できる環境であればよい。ネイティブコードの例として、ＢＲＥＷ（Ｒ）に準拠するコードであってもよい
【００５９】
（６）通信アプリケーションの応用例を示す。
機器１００をデジタルカメラとし、端末２００を携帯情報端末とした場合、端末２００は、通信アプリケーションを実行することにより、機器１００から画像データを順次取得するコマンドを送信するようにしてもよい。これにより、携帯情報端末は、デジタルカメラのビューワとすることができる。
【００６０】
また、機器１００をパソコン、端末２００をカメラ付き携帯電話機とした場合、
端末２００は、通信アプリケーションを実行することにより、端末２００から機器１００に送信した画像データを機器１００内のハードディスクに書き込むことを指示するコマンドや、機器１００内のハードディスクから読み出した画像データを端末２００に送信することを指示するコマンドを送信するようにしてもよい。これにより、機器１００とホームサーバとして、携帯電話機の画像を転送することができる。
【００６１】
（実施の形態２）
上記実施の形態１では、各機器は、端末２００が携帯電話機であってもＰＤＡであってもパソコンであっても種類を問わずに共通に実行可能な１種類の通信アプリケーション２ａを記憶し、当該通信アプリケーションを端末２００に送信する構成を説明した。さらに、本実施の形態では、各機器が、複数種類の通信アプリケーションを記憶し、端末２００の種類に応じて適切な通信アプリケーションを端末に送信する構成について説明する。
【００６２】
図７は、本発明の実施の形態２における端末及び機器の構成を示すブロック図である。
同図において、実施の形態１で説明した端末２００及び機器１００の構成（図２）と同じ構成要素には同じ符号を付してあるので、説明を省略し、以下主に異なる点を中心に説明する。
【００６３】
端末２００ａは、端末２００（図２参照）と比較して、新たに端末情報記憶部２３が追加された点と、通信部５の代わりに通信部２５を備える点とが異なっている。
【００６４】
端末情報記憶部２３は、端末２００ａの種類を示す端末情報２４を記憶する。端末情報２４は、端末２００ａの種類を示す情報として、端末２００ａが携帯電話、ＰＤＡ、パソコンのどのクラスに該当するかを表す端末クラスを含む。
【００６５】
通信部２５は、通信部５と同様の機能に加えて、機器１００ａへの応答時に端末情報を送信する。
機器１００ａは、機器１００（図２参照）と比較して、アプリケーション記憶部２が通信アプリケーション２ａに加えて通信アプリケーション２ｂ、２ｃを記憶している点と、新たに識別部２２が追加された点とが異なる。
【００６６】
通信アプリケーション２ａ〜２ｃは、機器１００ａの動作を制御するコマンドを生成する点では同じであるが、携帯電話クラス、ＰＤＡクラス、パソコンクラスにそれぞれ対応して端末での実行時の資源消費量が異なる。つまり、端末クラスに応じて表示画面の大きさ、メモリ容量及び処理能力等に違いがあるので、通信アプリケーション２ａ〜２ｃは、これらの違いに対応してプログラムされている。
【００６７】
図８は、端末２００ａがＰＤＡであって通信アプリケーション２ｂを実行しているときの画面表示例を示す。同図においてボタン画像ｂ１〜ｂ９は、機器１００ａがＤＶカメラである場合の操作ボタンを表す。表示画面はタッチパネルと一体になっている。ＰＤＡ２００ａでは、ユーザのボタン画像へのタッチ操作を受け付け、タッチされたボタン画像に対応するコマンドが生成される。
【００６８】
図９は、端末２００ａがノートパソコンであって通信アプリケーション２ｃを実行しているときの画面表示例を示す。同図において、ウィンドウＷ１は通信アプリケーション２ｃの実行により表示されたウィンドウを示し、複数のボタン画像と、画像表示ボックスｗ２とを含む。複数のボタン画像は、機器１００ａがＤＶカメラである場合の操作ボタンを表す。画像表示ボックスｗ２は、ＤＶカメラの現在の撮影画像や、再生中の動画や、静止画を表示するための表示枠である。
【００６９】
識別部２２は、端末２００ａから通信部２５を介して受信した端末情報から端末クラスを識別し、アプリケーション記憶部２に記憶された複数の通信アプリケーションから端末クラスに応じた通信アプリケーションを選択する。選択された通信アプリケーションは、通信部３を介して端末２００ａに送信される。
【００７０】
図１０は、端末２００ａ及び機器１００ａの処理フロー及び通信シーケンスを示す図である。同図では、図６に示した処理フロー及び通信シーケンスに対して、同じ処理ステップには同じステップ番号を付してあるので説明を省略して、異なる点を主に説明する。図１０は、図６と比較して、ステップＳ２０１、Ｓ１０１、Ｓ１０２が追加されている点が異なっている。
【００７１】
端末２００ａは、機器１００ａの通信範囲内に位置し、待ちうけ（ｉｎｑｕｉｒｙ  ｓｃａｎ）時に問い合わせを受信したとき、端末情報記憶部２３から端末情報２４を読み出して、当該端末情報２４を応答信号Ｓ２に含めて送信する（Ｓ２０１）。この端末情報２４は、図１１に示すように、リンク確立する以前の状態でベースバンド１１ａ、ＲＦ１１ｂ上で送信される。
【００７２】
機器１００ａは、端末２００ａから通信部３を介して応答Ｓ２に含まれる端末情報を受信する（Ｓ１０１）。さらに、リンク確立（Ｓ１１）の後、機器１００ａは、識別部２２において、端末情報２４が示す端末クラスに対応する通信アプリケーションを選択する（Ｓ１０２）。これ以降は、図６と同様である。
【００７３】
以上説明してきたように、本実施の形態における機器１００ａ及び端末２００ａによれば、機器１００ａにおいて端末の種類に対応した複数の通信アプリケーションを予め記憶しておき、端末２００ａから受信した端末情報に対応する通信アプリケーションを選択する。これにより、端末２００ａは、携帯電話機、ＰＤＡ、パソコンの何れであっても、端末２００自身の表示画面の大きさや処理能力に適合した通信アプリケーションを、ユーザ操作の介在なしで利用することができる。
【００７４】
以下、本実施の形態で示した構成の変形例について説明する。
（１）機器１００ａは、端末２００ａから端末情報を得られない場合や、得られた端末情報の内容が不明である場合には、識別部２２は、複数の通信アプリケーションの中、最も低いクラス（携帯電話機クラス）に対応する通信アプリケーションを選択するようにすればよい。あるいは、識別部２２は、低いクラスから順次の通信アプリケーションを選択して、複数の通信アプリケーションを送信するようにしてもよい。
【００７５】
（２）端末情報２４は、端末クラスの代わりに、端末メーカー名、機種名又は型番などでもよい。この場合、機器１００は、端末メーカーに対応した通信アプリケーション、機種名に対応した通信アプリケーション、型番に対応した通信アプリケーションを予め記憶する構成とすればよい。
【００７６】
（３）端末情報２４は、ベースバンド１１ａ、ＲＦ１１ｂ（図１１参照）上で送信する代わりに、リンク確立した後に、ＲＦＣＯＭＭ１３を介して送信する構成としてもよい。この場合、図１０において、応答Ｓ２には端末情報を含める必要がなく、リンク確立（ステップＳ３１及びＳ１１）の後に、ステップＳ２０１及びステップＳ１０１を実行する構成とすればよい。
【００７７】
（４）端末は携帯型の通信装置に限らず、例えばデスクトップ型のパソコンでもよい。この場合、各機器のリモコンとて利用できることは勿論であるが、各機器を集中管理することもできる。例えば、就寝前の各機器の電源オフ等に利用できる。
【００７８】
（５）上記の複数の通信アプリケーションは、端末クラスに応じて資源消費量が異っているが、さらに、同じ端末クラスに対する異なる形式のプログラムであってもよい。例えば、ＪＡＶＡ（Ｒ）言語の中間コードと、端末によって異なるプロセッサのそれぞれに対するネイティブのマシン語コードと、他の言語の中間コードなどである。この場合、識別部２２は、端末情報から当該端末の実行環境を判別して、それに対応する通信アプリケーションを選択する構成とすればよい。
【００７９】
（６）実施の形態１に示した変形例を本実施の形態に適用してもよい。
（実施の形態３）
実施の形態２では端末が１つの機器から通信アプリケーションをダウンロードする場合の構成について説明した。さらに、本実施の形態では、複数の機器が存在する場合に、端末が複数の機器から選択的に通信アプリケーションを受信する構成について説明する。
【００８０】
図１２は、実施の形態３における端末及び機器の構成を示すブロック図である。
同図において、実施の形態２で説明した端末２００ａ及び機器１００ａの構成（図７参照）と同じ構成要素には同じ符号を付してあるので、説明を省略し、以下、主に異なる点を中心に説明する。
【００８１】
図１２において機器１００ｂは、複数並存する機器のうち１つだけ図示してあり、機器１００ａ（図７参照）と比較して、新たに機器情報記憶部３１を備える点が異なる。
【００８２】
機器情報記憶部３１は、機器１００ｂの種類を示す機器情報３２を記憶する。機器情報３２は、例えば、ＤＶカメラ、ＤＶＤ録画再生機、エアコン、ＭＤ録音再生機、テレビ、扇風機等の種類を表す情報でよい。この機器情報３２は、通信部３により端末２００ｂへ送信される。
【００８３】
また、端末２００ｂは、端末２００ａ（図７参照）と比較して、表示部３３及び操作部３４を明示した点と、新たに制御部３５を備える点とが異なる。
表示部３３は、制御部３５の制御の下で、端末２００ｂが複数の機器１００ｂから機器情報３２を受信した場合に、どの機器から通信アプリケーションをダウンロードすべきかをユーザに問い合わせる選択メニューを表示する。図１５に、端末２００ｂが携帯電話機である場合の選択メニューの表示例を示す。同図の選択メニューでは、テレビ、ＤＶＤ録画再生機、ビデオテープレコーダの３つの機器１００ｂから機器情報３２を受信した場合を示している。同図ではＴＶ、ＤＶＤ、ＶＴＲの３つ機器に対応する機器項目が表示されている。各項目は、通信アプリケーションをダウンロードするか否かを示す２つの選択項目（図中の”ａｃｃｅｐｔ”と”ｒｅｆｕｓｅ”）を含む。
【００８４】
操作部３４は、表示部３３に表示された選択メニューに対するユーザ操作等を受け付ける。図１５に示した選択メニューの例では、端末２００ｂのユーザは、操作部３４の十字キーの上下操作によりカーソルを上下に移動させて機器項目を指定し、さらに十字キーの左右操作によりカーソルを左右に移動させて選択項目を選択することになる。
【００８５】
制御部３５は、マイクロコンピュータにより構成され、端末２００ｂが複数の機器１００ｂから機器情報３２を受信した場合に、表示部３３への選択メニューの表示と、ユーザ操作により選択された結果に従って各機器からのダウンロードを制御する。
【００８６】
図１３及び図１４は、端末２００ｂ及び複数の機器１００ｂにおける処理フロー及び通信シーケンスを示す図である。同図では、ｎ個の機器１００ｂのうち機器１００ｂ１と機器１００ｂｎとを記してある。各機器１００ｂは同じ処理フローなので機器１００ｂ１の処理フローを代表として説明する。
【００８７】
機器１００ｂ１の処理フローは、実施の形態２における図１０に示した機器１００ａの処理フローと比較して、ステップＳ１１０、Ｓ１１１が追加されている点が異なっている。同じステップ番号の処理は図１０と同じ処理をするので説明を省略し、異なる点を中心に説明する。
【００８８】
機器１００ｂ１は、ステップＳ１０１において端末２００ｂから端末情報を受信した後、機器情報記憶部３１から機器情報３２を読み出して、機器情報３２を送信する（Ｓ１１０）。ここでは、機器情報３２は、図１０に示した呼び出し信号に含ませることにより送信される（Ｓ３１）。この呼び出し信号の送信に続いて、端末２００ｂとの間でリンク確立がなされる（Ｓ１１）。
【００８９】
リンク確立の後、機器１００ｂ１は、端末２００からの許可／不許可信号を待ち受け（Ｓ１１１）、許可信号を受信した場合は、図１０と同様に通信アプリケーションの選択（Ｓ１０２）及び送信（Ｓ１２）を行い、不許可信号を受信した場合は、図１０と同様に通信アプリケーションの選択及び送信を行わない。
【００９０】
また、端末２００ｂは、常に近距離無線通信における待ち受け（ｉｎｑｕｉｒｙ  ｓｃａｎ）状態にある。つまり、問い合わせ信号（Ｓ１１、Ｓ１２等）を送信している機器１００ｂ１、１００ｂｎなどが通信範囲内に存在するかをチェックしている。
【００９１】
端末２００ｂは、問い合わせ信号を受信した場合、それぞれの機器１００ｂ１、１００ｂｎに対して端末情報を含ませた応答信号（Ｓ２１、Ｓ２２）を送信する（Ｓ２１１）。この応答信号に対して機器１００ｂ１、１００ｂｎから呼び出し信号（Ｓ３１、Ｓ３２）が送信される。
【００９２】
端末２００ｂは、呼び出し信号に含まれる機器情報３２を受信すると（Ｓ２１２）、リンク確立を行う（Ｓ２１３）。機器情報３２の受信に際して、端末２００ｂは受信電界強度を測定しておく。リンク確立後、端末２００ｂは、受信した機器情報３２を電界強度の順に順序つけて（Ｓ２１４）、表示部３３に一覧表示し（Ｓ２１６）、通信アプリケーションをダウンロードするか否かを設定するユーザ操作を受け付ける（Ｓ２１７）。ここでの一覧表示は、例えば、図１５に示した選択メニューとして表示される。
【００９３】
さらに、端末２００ｂは、選択メニューに対するユーザ操作によって、通信アプリケーションを受信するか受信しないか（同図の”ａｃｃｅｐｔ”か”ｒｅｆｕｓｅ”か）の選択が確定したとき（Ｓ２１７）、ループ１の処理（Ｓ２１８〜Ｓ２２２）を行う。
【００９４】
ループ１の処理では、端末２００ｂは、機器情報３２を受信した機器のそれぞれを受信電界強度によって順序つけられた順に処理を行う。各機器に対する処理は同じなので、ここでは１つの機器に対する処理について説明する。
【００９５】
端末２００ｂは、機器についてのユーザ選択が通信アプリケーションを受信する（”ａｃｃｅｐｔ”）であれば当該機器に対して”許可”を送信し、受信しない（”ｒｅｆｕｓｅ”）であれば当該機器に対して”不許可”を送信する（Ｓ２１９）。ここで”許可／不許可”は、機器からの端末２００ｂへの通信アプリケーションの送信許可／不許可を意味する。さらに、端末２００ｂは、許可を送信した場合には（Ｓ２２０：ｙｅｓ）、当該機器からの送信される通信アプリケーションを受信し（Ｓ２２１）、不許可を送信した場合（Ｓ２２０：ｎｏ）は当該機器についての処理を終える。これにより、端末２００ｂは、ユーザが選択した機器だけから通信アプリケーションを受信することになる。
【００９６】
次いで、端末２００ｂは、受信した通信アプリケーションの中から実行すべき通信アプリケーションを選択するユーザ操作を受け付け（Ｓ２２３）、アプリケーションマネージャ７により選択された通信アプリケーションを起動する（Ｓ２２４）。起動されたアプリケーションの実行中の画面表示例は、図５、図８、図９と同様である。
【００９７】
通信アプリケーションの実行中、ユーザによる通信アプリケーションの切り替え操作がなされれば（Ｓ２２５）、他の通信アプリケーションの選択を受け付け、コマンド操作がなされれば（Ｓ２２６）、当該機器に対してコマンドを送信する（Ｓ２２７）。
【００９８】
以上説明してきたように、本実施の形態における端末２００ｂ及び機器１００ｂによれば、例えば、家庭内において複数種類の機器が存在している場合に、端末２００ｂのユーザは、どの機器から通信アプリケーションを受信するかを選択することができ、ユーザが希望する通信アプリケーションのみを受信することができる。
【００９９】
しかも、端末２００ｂは、受信電界強度の強い順に機器を順序付けているので、端末２００ｂに近い機器から順に通信アプリケーションを受信している。端末２００ｂのユーザが家庭内の自室においてダウンロードする場合には、他の居室にある機器よりも自室にある機器を優先して通信アプリケーションをダウンロードすることができる。
【０１００】
以下、本実施の形態で示した構成の変形例について説明する。
（１）図１３において機器情報３２の送受信を、リンク確立の前に行っているが、リンク確立後に行う構成としてもよい。
【０１０１】
（２）図１３では、ユーザ操作によって選択された通信アプリケーションだけをダウンロードしている。この代わりに、機器情報３２を受信した全ての機器１００ｂから通信アプリケーションをダウンロードしてから、ユーザ操作によって削除すべき通信アプリケーションの選択を受け付けて、選択された通信アプリケーションを削除する構成としてもよい。
また、ユーザ操作による削除すべき通信アプリケーションの選択の受付と、選択された通信アプリケーションの削除とは、事後的にいつでも行ってもよい。
【０１０２】
（３）図１３では、ユーザ操作によって選択された通信アプリケーションだけをダウンロードしている。ユーザ操作による選択を受け付ける代わりに、受信電界強度の強い順に予め定められた個数の通信アプリケーションをダウンロードする構成としてもよい。予め定められた個数は、ユーザ設定としてもよいし、端末２００ｂの空きメモリ容量に依存して動的に定めてもよい。
【０１０３】
（４）図１４における通信アプリケーションの受信において、空きメモリ容量が不足した場合には、ダウンロードを中止してもよいし、ダウンロード済の他の通信アプリケーションを削除してメモリ容量を確保してダウンロードするよう構成してもよい。
【０１０４】
（５）実施の形態１及び２に示した変形例を本実施の形態に適用してもよい。
（実施の形態４）
本実施の形態では、端末が既にユーザ所望の通信アプリケーションをダウンロードしているなど、ダウンロードする必要がない場合に、ダウンロードを禁止する構成について説明する。
【０１０５】
図１６は、実施の形態４における端末及び機器の構成を示すブロック図である。
同図において、実施の形態３で説明した端末２００ｂ及び機器１００ｂの構成（図１２参照）と同じ構成要素には同じ符号を付してあるので、説明を省略し、以下、主に異なる点を中心に説明する。
【０１０６】
図１６において端末２００ｃは、端末２００ｂ（図１２参照）と比較して、端末情報記憶部２３の代わりに記憶部４１を、制御部３５の代わりに制御部４３を備える点が異なっている。
【０１０７】
記憶部４１は、端末情報２４と禁止フラグ４２とを記憶する。端末情報２４は既に説明したので省略する。禁止フラグ４２は、ユーザ操作により設定され、機器からのダウンロードを禁止するか否かを示す。
【０１０８】
制御部４３は、制御部３５のなす機能に加えて、禁止フラグ４２の設定と、ダウンロードの禁止とを制御する。
禁止フラグの設定については、制御部４３は、図１７に示すような、ダウンロードを禁止するか否かをユーザに問うメニュー表示を表示部３３に表示させ、ユーザ操作に従って禁止フラグ４２の値を設定する。図１７の表示例では、ユーザは、十字ボタンの上下によりダウンロードを”禁止する””禁止しない”を選択し、確定キーにより確定させることになる。制御部４３は、確定キーの押下時に”禁止する”が選択されている場合は、禁止フラグ４２を”１”に設定し、”禁止しない”が選択されている場合は、禁止フラグ４２を”０”に設定する。
【０１０９】
禁止フラグ４２が”１”である場合、制御部４３は、機器から送信される問い合わせ信号の待ち受け（つまりｉｎｑｕｉｒｙ  ｓｃａｎ）を禁止するよう通信部５を制御する。その結果、図１３に示した問い合わせ信号Ｓ１１、Ｓ１２は通信部５に受信されないので、ステップＳ２１１の応答信号の送信を含めて以降の処理は実行されない。その結果、端末２００ｃにおける、機器からのダウンロードは禁止されることになる。ただし、禁止されている場合でも制御部４３は、ダウンロード済の通信アプリケーションを起動するユーザ操作を受け付ける。
【０１１０】
以上説明してきたように、本実施の形態における端末２００ｃは、ユーザ設定に従って機器からの通信アプリケーションのダウンロードを禁止することができるので、既にユーザが所望する通信アプリケーションがダウンロード済である場合などに有用である。また、ダウンロードの禁止及び禁止解除はユーザ操作によって簡単に行うことができるので、必要に応じて他の通信アプリケーションのダウンロードを行うこともできる。
【０１１１】
以下、本実施の形態で示した構成の変形例について説明する。
（１）制御部４３は、禁止フラグが”１”である場合に通信部５の待ち受けを禁止している。この待ち受けの禁止の代わりに、（ａ）応答信号の送信（図１３におけるＳ２１１）、（ｂ）呼び出し信号の破棄（同Ｓ２１２）、（ｃ）リンク確立の禁止（同２１３）、（ｄ）許可／不許可信号の送信の禁止（図１４におけるＳ２１９）の何れか制御する構成としてもよい。許可／不許可信号の送信の禁止を制御する場合には、ユーザ選択（図１３のＳ２１６、Ｓ２１７）を受けた後なので、ユーザが当惑しないように、ダウンロード禁止に設定されている旨を表示する等の警告をすることが望ましい。
【０１１２】
（２）禁止フラグ４２により制御部４３は全ての機器からのダウンロードを一括して禁止するが、機器毎に個別に禁止するようにしてもよい。この場合の構成例を説明する。記憶部４１は、禁止フラグを機器個別に記憶する。禁止フラグのユーザ設定については、図１７のメニュー表示で行うのではなく、図１５に示した選択メニューにおいて、”ａｃｃｅｐｔ””ｒｅｆｕｓｅ”という項目に加えて”禁止”という項目を追加し、図１３のＳ２１６においてユーザ設定を受け付ける。禁止の制御については、制御部４３は、待ち受けを禁止しないで、図１４のＳ２１９において”禁止”の場合も不許可信号を送信するように構成すればよい。
【０１１３】
さらに、この場合の禁止の制御については、禁止フラグが”１”と設定されている機器に対して上記（１）の（ａ）（ｂ）（ｃ）の何れかにより制御してもよい。
【０１１４】
（３）実施の形態１、２及び３に示した変形例を本実施の形態に適用してもよい。
【０１１５】
（実施の形態５）
実施の形態４では、端末においてダウンロードを禁止する構成について説明した。これに加えて、本実施の形態では、端末においてダウンロードを許可する機器グループを設定し、グループメンバーの機器からダウンロードする構成について説明する。
【０１１６】
図１８は、実施の形態５における端末及び機器の構成を示すブロック図である。
同図において、実施の形態４で説明した端末２００ｃ及び機器１００ｂの構成（図１６参照）と同じ構成要素には同じ符号を付してあるので、説明を省略し、以下、主に異なる点を中心に説明する。
【０１１７】
図１８において、端末２００ｄは、端末２００ｃ（図１６参照）と比較して、記憶部４１が端末情報２４、禁止フラグ４２に加えてグループ情報５２を記憶する点と、制御部４３の代わりに制御部５３を備える点とが異なる。
【０１１８】
グループ情報５２は、通信アプリケーションのダウンロードを許可する機器をメンバーとするグループを表す情報である。
図１９は、グループ情報の一例を示す。同図において、グループ情報５２は、機器情報、Ｇ１フラグ、Ｇ２フラグ及びＤＬフラグを機器毎に対応させている。
【０１１９】
ここで、機器情報は当該機器のクラス等を示す。例えば、同図の”テレビ−Ｐ２２”という機器情報は、”クラス−型番”を表している。
Ｇ１フラグは、ユーザ操作により設定され、当該機器がグループ１のメンバーであるか否かを示す。同図では”テレビ−Ｐ３３”、”ＤＶＤ−ＬＡ９”、”ＳＴＢ−ＢＢ５５”という３つの機器がグループ１のメンバーであることを示す。同様にＧ２フラグは、グループ２のメンバーであるか否かを示す。同図では”テレビ−Ｐ２２”、”ＶＴＲ−ＶＶ２２”という２つの機器がグループ２のメンバーであることを示す。
【０１２０】
同図では、２つのグループを示すＧ１、Ｇ２フラグを記してあるが、グループ数についてはユーザにより任意に設定してもよい。複数のグループが設定されている場合、ユーザに選択された何れかのグループが有効であり、有効なグループ内のメンバー機器の通信アプリケーションのダウンロードが許可される。ただし、禁止フラグ４２が”１”（禁止）に設定されている場合には、Ｇ１、Ｇ２フラグに関わりなくダウンロードが禁止される。
【０１２１】
ＤＬフラグは、当該機器の通信アプリケーションをダウンロード済であるか否かを示す。
制御部５３は、グループ情報５２の生成及び更新と、グループ情報５２に示されるグループのメンバー機器からの通信アプリケーションをダウンロードする制御とを行う。
【０１２２】
図２０は、制御部５３によるグループ情報を生成する処理を示すフローチャートである。同図の処理は、制御部５３によって、図１３に示したステップＳ２１５〜Ｓ２１７の代わりに実行され、同図中の端末における他のステップについては同様に実行される。
【０１２３】
すなわち端末２００ｄは、受信した機器情報の順序付け（図１３中のＳ２１４参照）の後、図２０に示す処理を行う。同図において端末２００ｄは、受信した機器情報を受信電界強度の順に一覧表示すると共に、機器毎にグループのメンバーとして指定するか否かを受け付ける操作メニューを表示部３３に表示させ（Ｓ３１５）、ユーザ操作を受け付ける（Ｓ３１６）。操作メニューの一例を図２２に示す。同図では機器情報を受信した各機器について”Ｇ１”、”Ｇ２”、”ｒｅｆｕｓｅ”という選択項目が表示されている。”Ｇ１”又は”Ｇ２”の選択はグループ１又は２への追加／変更を、”ｒｅｆｕｓｅ”はどのグループにも属させないことを意味する。
【０１２４】
例えば、端末２００ｄが、機器情報を初めて受信した場合には、図１９に示すグループ情報が存在しない状態にある。制御部５３は、図２２のような操作メニューに対するユーザ操作に従って新たなグループ情報を生成する。さらに、制御部５３は、ダウンロードの対象とすべき機器のグループの選択を受付、選択されたグループを示すデータを生成し記憶部４１に格納する。
【０１２５】
また、端末２００ｄが、以前に機器情報を受信している場合には、既にグループ情報が存在している状態にある。上記のグループ情報生成処理において、ユーザ操作に従って制御部５３は、グループ情報を更新し、上記選択を変更することができる。
【０１２６】
図２１は、制御部５３による通信アプリケーションのダウンロード処理を示すフローチャートである。同図の処理は、図１４に示したステップＳ２１８〜Ｓ２２２の代わりに実行され、同図中の端末における他のステップについては同様に処理される。また、図２１の処理は図２０中のＡ１に後続する処理でもある。
【０１２７】
グループ情報が確定した後、制御部５３は、図２１に示すループ１Ａの処理において、Ｓ３１９〜Ｓ２２３を機器毎に行う。すなわち、制御部５３は、グループ情報を参照して、処理対象となる機器が選択されたグループに属するメンバーであって（Ｓ３１９：ｙｅｓ）、その機器の通信アプリケーションがダウンロード済でなければ（Ｓ３２０：ｎｏ）、許可信号を送信し（Ｓ３２１）、当該機器から通信アプリケーションを受信する（Ｓ３２３）。通信アプリケーションを受信後に、制御部５３は当該機器のＤＬフラグを”１”にセットする。
【０１２８】
また、処理対象となる機器が選択されたグループに属するメンバーでなく（Ｓ３１９：ｎｏ）、または、その機器の通信アプリケーションがダウンロード済であれば（Ｓ３２０：ｙｅｓ）、不許可信号を送信する（Ｓ３２２）。
【０１２９】
これにより、端末２００ｄは、選択されたグループに属するメンバーである機器のみから通信アプリケーションをダウンロードすることになる。図１９に示したグルー情報の例では、グループ２が選択され、そのメンバーである”テレビ−Ｐ２２”及び”ＶＴＲ−ＶＶ２２”の通信アプリケーションがダウンロードされた結果を示している。
【０１３０】
以上説明してきたように本実施の形態における端末によれば、ユーザ操作により設定及び選択されたグループに属する機器以外の機器から通信アプリケーションをダウンロードしないので、ユーザが所望する機器のみを対象として通信アプリケーションをダウンロードすることができる。
【０１３１】
例えば、グループ１をユーザ宅の１階にある機器をメンバーとすれば、２階の機器からダウンロードしないので、メモリ容量とダウンロード時間を節約することができる。さらに、２階にある機器をメンバーとするグループ２を追加すれば、選択を切り替えることにより、所望するグループのみからダウンロードすることができる。
【０１３２】
また、グループ内の機器から通信アプリケーションをダウンロードした後に禁止フラグを”禁止”に設定することにより待ち受け（ｉｎｑｕｉｒｙ  ｓｃａｎ）を禁止しておけば、端末２００ｄの通信部５による電力消費を低減させることができる。
【０１３３】
以下、本実施の形態で示した構成の変形例について説明する。
（１）図２０に示したグループ情報の生成及び更新は、機器情報を受信した後に行っているが、ユーザ操作に応じてどのタイミングで行ってもよい。
【０１３４】
（２）グループ情報５２においてグループメンバーを削除され（Ｇ１フラグ、Ｇ２フラグの何れかを”１”から”０”に変更され）、グループから除外された機器の通信アプリケーションがダウンロード済である場合、当該通信を削除するようにしてもよい。または、当該通信アプリケーションを端末の空きメモリ容量（あるいは空きメモリ容量の割合）が予め定めたしきい値よりも少なくなった場合に削除するようにしてもよい。これらは、端末のクラスやメモリ容量（あるいはハードディスク等の補助記憶の有無）に応じて定めればよい。さらに、端末がＰＤＡクラス、パソコンクラスであれば、削除しないで記憶部に残しておいてもよい。
【０１３５】
（３）グループ情報５２において複数のグループが設定されていて、選択されていないグループに属する機器の通信アプリケーションが既にダウンロードされている場合も、上記（２）と同様に削除してもよい。または空きメモリ容量に応じて削除してもよい。
【０１３６】
（４）グループ情報５２におけるＧ１、Ｇ２フラグは制御部５３によってダウンロードの許可／不許可に用いられているが、その代わりに、あるいはそれに加えて、通信アプリケーションの起動を許可／不許可するために用いてもよい。その場合、アプリケーションマネージャ７によってグループ情報５２を参照し、Ｇ１フラグまたはＧ２フラグに応じて起動を制御する構成とすればよい。さらに、起動しない場合には、ユーザにその旨を警告する構成としてもよい。
【０１３７】
（５）実施の形態１から４に示した変形例を本実施の形態に適用してもよい。
（実施の形態６）
上記各実施の形態では端末において同時に実行する通信アプリケーション数が１つである場合を説明したが、本実施の形態では、異なる機器に対応する複数の通信アプリケーションを選択して同時に実行する構成について説明する。
【０１３８】
図２３は、実施の形態６における端末及び機器の構成を示すブロック図である。
同図において、実施の形態５で説明した端末２００ｄ及び機器１００ｂの構成（図１８参照）と同じ構成要素には同じ符号を付してあるので、説明を省略し、以下、主に異なる点を中心に説明する。
【０１３９】
図２３において端末２００ｅは、端末２００ｄ（図１８参照）と比較して、記憶部４１がさらに履歴情報６２を記憶する点と、アプリケーションマネージャ７の代わりにアプリケーションマネージャ６１を備える点とが異なる。
【０１４０】
履歴情報６２は、端末２００ｅにダウンロード済の通信アプリケーションについての過去の使用回数、使用時間帯、使用場所などを示す情報である。図２４に履歴情報の一例を示す。同図のように履歴情報６２は、ダウンロード済の通信アプリケーション毎に、機器情報、回数、時間帯、使用場所を含む情報である。ここで、機器情報は機器クラス−型番を、回数は当該通信アプリケーションの過去の実行回数を、時間帯は前回実行された時間帯を示す。図中の時間帯ＡからＤは０時〜６時、６時〜１２時、１２時〜１８時、１８時〜２４時を意味する。使用場所は、前回実行されたときの端末の場所を示す。図中のｐｏｓ１、ｐｏｓ２、・・・は、端末に備えられたＧＰＳ（Ｇｌｏｂａｌ  Ｐｏｓｉｔｉｏｎｉｎｇ  Ｓｙｓｔｅｍ）部（図外）から得られた位置情報である。この使用場所はＧＰＳの精度にも依るが機器が設置されている場所を間接的に意味する。
【０１４１】
アプリケーションマネージャ６１は、通信アプリケーションを起動する場合に、ユーザ操作又は履歴情報６２に基づいて複数の通信アプリケーションを選択し、
アプリケーション実行部６に対して当該複数の通信アプリケーションの起動、実行及び終了を制御する。また、アプリケーションマネージャ６１は、複数アプリの通信ケーションの起動及び実行中に、各通信アプリケーションに端末２００ｅの資源を割り当てる処理を行う。ここで、資源とは端末２００ｅのメモリ以外に、表示部３３の表示画面や操作部３４の操作部をもいう。
【０１４２】
これにより、アプリケーション実行部６は、アプリケーションマネージャ６１に割り当てられた資源を用いて複数の通信アプリケーションを同時に実行する。
図２６は、端末２００ｅが携帯電話機である場合の、同時に実行中の３つの通信アプリケーションによる表示例を示す。同図では、端末２００ｅの表示画面Ｗ１００には、３つの機器１００ｂがテレビ、ＤＶＤ、エアコンである場合の、各通信アプリケーションに対応するウィンドウＷ１０１、Ｗ１１１、Ｗ１２１が表示されている。ウィンドウＷ１０１中の３つの表示項目は端末２００ｅ下部の数字キー１、２、３に対応している。同様に、ウィンドウＷ１１１は数字キー４、５，６に、ウィンドウＷ１２１は数字キー７、８，９に対応している。
【０１４３】
ウィンドウＷ１０１の３つの表示項目は、テレビの電源ボタン、チャネルアップボタン、チャネルダウンボタンを表している。端末２００ｅのユーザは数字キー１の押下によりテレビの電源をオン／オフし、数字キー２、３によりチャネルアップ、ダウンを操作することになる。さらに、Ｗ１０１が選択された状態で端末２００ｅ下部の十字キーの左又は右ボタンが押下されると、ウィンドウＷ１０１→１０２→１０３の順に（又はその逆順に）表示項目が更新される。ウィンドウＷ１１１、１２１についても同様である。
【０１４４】
この例では、端末２００ｅが携帯電話クラスである場合に、アプリケーションマネージャ６１の制御により、複数の通信アプリケーションに対して、小さい表示画面と少ない操作キーとを有効に利用できるように割り当てている。
【０１４５】
図２７は、端末２００ｅがＰＤＡである場合の、複数の通信アプリケーション実行による表示例を示す。同図の端末２００ｅの表示画面には、機器名を表したタグにより切り替え可能なウィンドウＷ１５１〜Ｗ１５４と、各種の表示項目を示すウィンドウ１５５とが表示されている。
【０１４６】
ウィンドウＷ１５１〜Ｗ１５４は、ユーザ指定される通常モードと編集モードにおいて異なる操作を受け付ける。すなわり、通常モードでは、ウィンドウＷ１５１〜Ｗ１５４は、４つの機器１００ｂがテレビ、ＤＶＤ、ＶＴＲ、エアコンである場合の、各通信アプリケーションのコマンド生成に対応している。ユーザは、選択されたウィンドウ内の表示項目をタッチすることにより、機器に対するコマンド操作をすることになる。また、編集モードでは、ウィンドウＷ１５１〜Ｗ１５４内の各表示項目はユーザによりドラッグされた位置に配置される。つまり、レイアウト編集可能である。
【０１４７】
ウィンドウ１５５は、編集モードにおいて表示されるウィンドウであって、ウィンドウ１５１〜１５４のうち選択状態にあるウィンドウに対して、ドラッグ・アンド・ドロップにより追加可能な表示項目を示している。例えば、図２７の状態で、ウィンドウ１５５中の”お休みタイマー”という表示項目がユーザによってウィンドウ１５１にドラッグ・アンド・ドロップされた場合、当該表示項目はウィンドウ１５１に対応する機器の操作ボタンとして追加される。逆に、ユーザによって、ウィンドウ１５１の表示項目がウィンドウ１５５にドラッグ・アンド・ドロップされた場合、ウィンドウ１５１から削除される。また、通常モードでは、ウィンドウ１５５は必ずしも表示される必要がないので、代わりに、時刻表示やＰＤＡの他の機能についてのウィンドウを表示してもよい。
【０１４８】
図２７の例では、アプリケーションマネージャ６１の制御によって、複数の通信アプリケーションに対して、端末の表示画面とタッチパネルとを切り替えて利用するように割り当てている。しかも、通信アプリケーション毎に、表示項目のレイアウトを任意にカスタマイズ可能になっている。例えば、ウィンドウＷ１５１の表示項目のレイアウトを、テレビ付属の赤外線リモート・コントローラのボタンレイアウトと同じにするようにカスタマイズすれば、ユーザは違和感なく端末２００ｅを操作することができる。
【０１４９】
図２５は、アプリケーションマネージャ６１による複数の通信アプリケーションの起動と実行中の処理を示すフローチャートである。同図の処理は、図１４のステップＳ２２３〜Ｓ２２７の代わりに実行される処理であり、図２１に示したステップＳ３２４に続く処理である。つまり、図２５の処理の位置付けは、図１３中のＳ２１１〜Ｓ２１４→図２０の処理（Ｓ３１５〜３１７）→図２１の処理（Ｓ３１８〜Ｓ３２４）→図２５（本処理）となる。また、図２５の処理はユーザにより指定されたときにも実行される。
【０１５０】
図２５において、端末２００ｅは、ユーザによって通信アプリケーションの起動操作がなされれば（Ｓ３３０：ｙｅｓ）、当該１つ又は複数の通信アプリケーションに対して資源割り当てを行って起動する（Ｓ３３６）。複数の通信アプリケーションに対する資源割り当てについて、端末２００ｅは、例えば、図２６の例のように割り当ててもよいし、図２７の例のように割り当ててもよい。
【０１５１】
ユーザにより起動操作がなされない場合（Ｓ３３０：ｎｏ）、端末２００ｅは、端末２００ｅにおいてＧＰＳ部から得られる現在位置と履歴情報６２中の使用場所との距離が近い順に順位付けをし、しきい値よりも近い距離にある機器に対応する通信アプリケーションを選択する（Ｓ３３１）。ここでしきい値は、近距離無線通信の通信範囲程度の距離（例えば１０ｍ）をいう。履歴情報６２中の使用場所は当該機器のおおよその設置場所を意味するので、これにより近い距離に存在すると推定される機器の通信アプリケーションが選択されることになる。
【０１５２】
使用場所により選択された通信アプリケーションがＮ個より多ければ（Ｓ３３２：ｙｅｓ）、端末２００ｅは、さらに、履歴情報６２中の使用回数の多い順に順位付けをし、所定回数以上起動された通信アプリケーションを選択する（Ｓ３３３）。ここで、Ｎは、同時に起動される通信アプリケーションの個数であって、図２６の例では３個、図２７の例では４個である。また、所定回数は、デフォルトを０回とし履歴情報６２の”使用回数”の平均又は合計が増加するに連れて、５回、１０回・・・等増加させればよい。これにより、ユーザによってよく使用される通信アプリケーションに絞り込まれることになる。
【０１５３】
使用回数により選択された通信アプリケーションがＮ個より多ければ（Ｓ３３４：ｙｅｓ）、端末２００ｅは、さらに、履歴情報６２中の受信電界強度の強い方からＮ個の通信アプリケーションを選択する（Ｓ３３５）。ここでの、受信電界強度は、ステップＳ２１４（Ｓ２１４）において順序付けされた順序である。あるいは、図２５の処理がユーザによって随意に起動された場合で、当該順序が不明の場合には、履歴情報６２に前回の通信アプリケーション実行時の受信電界強度を記録しておきその受信電界強度を用いてもよい。
【０１５４】
このようにして、使用場所、使用回数、受信電界強度により順序付けされたＮ個の通信アプリケーションが選択されることになる。さらに端末２００ｅは、アプリケーションマネージャ６１において、順序付けされた順（ここでは使用回数の順とする）にＮ個の通信アプリケーションに対して、表示部３３及び操作部３４などの資源を割り当てる。この割り当てでは、使用回数の多い通信アプリケーションから優先的に割り当てられる。例えば、図２６の例ではＴＶ、ＤＶＤ、エアコンの順に表示画面に割り当てられ、図２７の例ではＴＶ、ＤＶＤ、ＶＴＲ、エアコンの順に割り当てられた場合を示す。
【０１５５】
さらに、端末２００ｅは、Ｎ個の通信アプリケーションを起動し（Ｓ３３６）、この起動に伴って履歴情報６２を更新する（Ｓ３３７）。
この後、端末２００ｅは、ユーザのコマンド操作を受けた場合コマンドを送信し（Ｓ３３８、Ｓ３３９）、編集操作（図２７参照）を受けた場合編集処理を行う（Ｓ３４０、Ｓ３４１）。
【０１５６】
以上説明してきたように本実施の形態における端末によれば、履歴情報６２が示す使用回数等の順に複数の通信アプリケーションを選択し、選択された通信アプリケーションを使用回数の多い順に優先的に資源（表示画面や操作部など）を割り当てて起動する。これにより、端末２００ｅは複数の機器に対するマルチ・リモート・コントローラとして使用可能になる。ユーザは、通信アプリケーションが複数ダウンロードされている場合に、個々の通信アプリケーションを選択する煩わしい操作をすることなく、日常的によく使用している機器を端末２００ｅにより制御することができる。
【０１５７】
以下、本実施の形態で示した構成の変形例について説明する。
（１）Ｎ個の通信アプリケーションを選択するために、図２５のＳ３３１〜３３５では、履歴情報６２の使用場所及び使用回数と、受信電界強度とを参照し、それらの順に選択する構成を説明した。この代わりに、使用場所（Ｓ３３１）、使用回数（Ｓ３３３）、受信電界強度（Ｓ３３５）の何れか１つのステップにより、上位からＮ個の通信アプリケーションを選択する構成としてもよい。
【０１５８】
（２）Ｎ個の通信アプリケーションに資源を割り当てる際に、図２５のＳ３３６では、使用回数の多い順に優先して割り当てているが、この代わりに、使用場所の近い順、あるいは受信電界強度の強い順に優先して割り当てる構成としてもよい。
【０１５９】
（３）ダウンロード可能な通信アプリケーションの一覧表示は受信電界強度の順になされるが（図２０のＳ３１５参照）、その際、機器情報に対応する通信アプリケーションが履歴情報６２においてダウンロード済となっている場合には、表示しない構成としてもよい。あるいは一覧表示においてダウンロード済である旨を表示し、”削除”するか”再ダウンロード”するかをユーザに問い合わせる構成としてもよい。
【０１６０】
また、ダウンロード可能な通信アプリケーションの一覧表示（図２０のＳ３１５参照）において、受信電界強度の順とする代わりに、履歴情報６２における使用回数の多い順、使用時間帯の多い順、使用場所の多い順としてもよい。
【０１６１】
（４）記憶部４１にユーザに関するプロファイル情報を記録し、プロファイル情報に基づいて、ダウンロード対象となるＮ個の通信アプリケーションを選択する構成や、同時に起動するＮ個の通信アプリケーションを選択する構成や、起動する優先順位を決定する構成としてもよい。
【０１６２】
ここでプロファイル情報は、端末２００ｅにおけるウェブ・サイトのブラウズ操作や表示データなどからユーザの嗜好を表すキーワードを抽出することにより生成すればよい。図２８にプロファイル情報の一例を示す。同図において、”キーワード”欄は、ユーザのブラウズ操作においてリンク先を示す文字列から実際にリンク先へのジャンプの指示をされた用語のリストである。ここでは、何れかの機器名を示す用語に限定されている。”出現回数”はブラウスにより表示されたページにおける出現回数である。”場所”はブラウズ時にＧＰＳ部から得られる位置情報である。ただし、場所”０”は不明であることを示す。
【０１６３】
また、図２８では機器名をキーワードとして用いているが、キーワードとして「音楽」「映画」「テレビ番組」などページのジャンルを用いてもよい。その場合、音楽とオーディオ機器（ＣＤプレーヤ、ＭＤプレーヤなど）、映画とＤＶＤとを関連付けて、関連する機器を優先させるようにすればよい。
【０１６４】
（５）実施の形態１から５に示した変形例を本実施の形態に適用してもよい。
（実施の形態７）
実施の形態６では複数の通信アプリケーションに選択して同時に実行する構成について説明した。さらに本実施形態では、端末において新たにダウンロード可能な通信アプリケーションが既にダウンロード済の通信アプリケーションと似ている（例えば、バージョン違いや機器の型番違い）場合に、ダウンロードをすべきか否かを判断する構成について説明する。
【０１６５】
図２９は、実施の形態７における端末及び機器の構成を示すブロック図である。同図において、実施の形態６で説明した端末２００ｅ及び機器１００ｂの構成（図２３参照）と同じ構成要素には同じ符号を付してあるので、説明を省略し、以下、主に異なる点を中心に説明する。
【０１６６】
図２９において端末２００ｆは、端末２００ｅ（図２３参照）と比較して、記憶部４１がさらに属性情報７２を記憶する点と、制御部５３の代わりに制御部７３を備える点とが異なる。
【０１６７】
属性情報７２は、既にダウンロード済の通信アプリケーションの属性を表す。ここで属性とは、対応する機器のクラス、メーカー名、機器の型番、バージョン、日付などをいう。この属性情報７２は、各機器から呼び出し（ｐａｇｉｎｇ）において送信される機器情報に含まれる情報であって、機器情報を取得する毎に記憶部４１に追加される。
【０１６８】
図３０に属性情報７２の一例を示す。同図の属性情報７２は、複数の通信アプリケーションの属性が、分類１から分類５まで５階層に枝分かれしたツリー形式で表されている。ここで、分類１は機器が映像処理を主とするか音響処理を主とするかを示す。分類２は機器のクラスを、分類３は機器のメーカー名を、分類４は機器の型番又は型名を、分類５はバージョン番号を示す。
【０１６９】
図３１に属性を含む機器情報の一例を示す。１つの通信アプリケーションの属性は、例えば、「ｒｏｏｔ，ｖｉｓｕａｌ，ＴＶ，Ｂ＿ｃｏｍｐａｎｙ，３２”ＦＰ，ｖｅｒ２．００」で表され、映像を主とするテレビ・クラスで、Ｂ＿ｃｏｍｐａｎｙというメーカー製造の３２”ＦＰという型名の機器用のバージョン２．００であることを意味する。
【０１７０】
制御部７３は、制御部５３の機能に加えて、既にダウンロード済の通信アプリケーションと新たにダウンロード可能な通信アプリケーションとが類似する場合にダウンロードの要否を判断して、必要と判断された通信アプリケーションをダウンロードするよう通信部５を制御する。
【０１７１】
図３２は、通信アプリケーションの受信処理を示すフローチャートである。同図は、図２１のダウンロード処理と比較して、新たにステップＳ３５０、Ｓ３５１とが追加されている点が異なっている。制御部７３は、ステップＳ３５０では、類似かどうかによってダウンロード済とみなすかダウンロード未とみなすかを判定する類似判定処理を行いし、ステップＳ３５１ではダウンロードした通信アプリケーションに対応して属性情報を更新する。
【０１７２】
図３３は、図３２のステップＳ３５０における類似判定処理の一例を示すフローチャートである。同図において、制御部７３は、新たに受信した機器情報に含まれる新たな属性と属性情報７２とを記憶部４１から読み出して（Ｓ３６０、Ｓ３６１）、新たな属性と属性ツリーの各属性とで全分類が同じかどうかを判定し（Ｓ３６３：ｙｅｓ）、全分類が同じである場合は、新たな属性の通信アプリケーションをダウンロード済である判定する（Ｓ３６３）。また、制御部７３は、全分類が一致しないが（Ｓ３６３：ｎｏ）、分類１〜４が一致する場合には、類似する通信アプリケーションが既に存在すると判定する（Ｓ３６５：ｙｅｓ）。
【０１７３】
さらに、制御部７３は、既存の通信アプリケーションの使用場所を履歴情報６３から読み出して、現在の端末２００ｆの位置情報をＧＰＳ部から得て、使用場所と位置情報とが近い場合（例えばしきい値を１０ｍとして、しきい値よりも近い場合）には、当該既存の通信アプリケーションと属性情報中の属性とを削除し（Ｓ３６６）、ダウンロード未であると判定する（Ｓ３６７）。この場合、新たな通信アプリケーションをダウンロードすることにより、既存の通信アプリケーションが、分類５（バージョン）の異なる新たな通信アプリケーションに置き換わることになる。置き換えているのは、既存の通信アプリケーションに対応する機器において通信アプリケーションがバージョンアップされた可能性が高いからである。
【０１７４】
一方、使用場所と位置情報とが近くでない場合には、既存の通信アプリケーションを削除しないで、ダウンロード未であると判定する（Ｓ３６７）。この場合、新たな通信アプリケーションをダウンロードすることにより、既存の通信アプリケーションと、分類５の異なる新たな通信アプリケーションが並存することになる。並存させるのは、新たな通信アプリケーションが使用場所の異なる新たな機器用である可能性が高いからである。
【０１７５】
この後、ダウンロード済と判定された通信アプリケーションはダウンロードされず、ダウンロード未と判定された通信アプリケーションのみがダウンロードされる（図２１参照）。
【０１７６】
以上説明してきたように本実施の形態における端末によれば、既にダウンロード済の通信アプリケーションと類似する新たな通信アプリケーションについて、類似しているかどうかによってダウンロードするかしないかを決定することができる。これにより、類似する通信アプリケーションを端末が無駄にダウンロードすることを回避することができる。
【０１７７】
しかも、既存の通信アプリケーションに対応する機器の位置と新たな通信アプリケーションに対応する機器の位置とが近いかどうかに応じて、新たな通信アプリケーションを既存の類似する通信アプリケーションの置き換えとしてダウンロードするか、追加ダウンロードとするかを決定することができる。
【０１７８】
以下、本実施の形態で示した構成の変形例について説明する。
（１）図３３においてステップＳ３６５、Ｓ３６６を省略してもよい。この場合の処理フローを図３４に示す。同図では、既存の通信アプリケーションを置き換えるための削除を行わないので、メモリ容量の大きい端末に適している。また、空き容量の大きさに応じて図３４の処理と図３３の処理とを切り替える構成としてもよい。
【０１７９】
（２）図３３のステップＳ３６４及び図３４のステップＳ３７１において新たな通信アプリケーションの属性と記憶部４１の属性情報との間で、属性ツリーにおける分類１〜分類４（機器の型名または型番）が同じである場合に類似していると判定しているが、判定対象の分類項目の範囲を変更することにより、類似と判定される範囲を広くしたり狭くしたりすることができる。つまり、判定対象を分類１〜分類２（クラス）とすれば類似と判定される範囲が広くなるし、判定対象を分類１〜分類４（型番又は型名）とすれば類似と判定される範囲が狭くなる。例えば、メモリ容量が小さい端末クラスでは類似と判定される範囲を広くし、メモリ容量が大きい端末クラスでは狭くするようにしてもよい。
【０１８０】
また、新たな通信アプリケーションの分類２（機器クラス）又は分類３（メーカー名）に応じて、類似判定の範囲を個別に設定してもよい。例えば、新たな通信アプリケーションの属性において機器クラスがテレビであれば、既存の通信アプリケーションと分類３まで同じ場合に類似すると判定し、機器クラスがＤＶＤであれば、分類４まで同じ場合に類似すると判定してもよい。
【０１８１】
（３）図３３のステップＳ３６６において、削除される通信アプリケーションに対応する属性を属性情報７２から削除しない構成としてもよい。通信アプリケーションが存在するか否かは、属性によらなくてもグループ情報５２中のダウンロードフラグにより判定できるからである。
【０１８２】
（４）図３０に示した属性情報において、分類５のバージョンの代わりに通信アプリケーションの作成日時や更新日時を用いてもよい。また、属性情報は、通信アプリケーションの名称、ファイル名など通信アプリケーションの特定に役立つ他の分類項目を用いてもよい。属性情報は通信アプリケーションを特定できればよいので、ツリー形式であってもどのような形式でもよい。
【０１８３】
（５）実施の形態１から６に示した変形例を本実施の形態に適用してもよい。
（実施の形態８）
実施の形態７では端末においてダウンロード済の通信アプリケーションと新たにダウンロードしようとする通信アプリケーションとの類似を判断してダウンロードする構成を説明した。これに対して、本実施の形態では、上記類似判断を端末ではなく機器において行う場合の構成について説明する。
【０１８４】
図３５は、実施の形態８における端末及び機器の構成を示すブロック図である。同図において、実施の形態７で説明した端末２００ｆ及び機器１００ｂの構成（図２９参照）と同じ構成要素には同じ符号を付してあるので、説明を省略し、以下、主に異なる点を中心に説明する。
【０１８５】
図３５において端末２００ｇは、端末２００ｆ（図２９参照）と比較して、制御部７３の代わりに制御部８１を備える点が異なる。
制御部８１は、制御部７３における類似判断をしないで、その代わりに属性情報７２を機器情報受信済の機器に送信する。属性情報７２は、端末情報の送信時に、端末情報と共に送信される。これにより、端末２００ｇがどのような通信アプリケーションをダウンロード済であるのかを機器に知らせる。
【０１８６】
また、機器１００ｃは、機器１００ｂ（図２９参照）と比較して、識別部２２の代わりに識別部８２を備える点が異なっている。
識別部８２は、識別部２２の機能に加えて、当該端末２００ｆに送信すべき通信アプリケーションと、端末２００ｇから受信した属性情報７２が示す通信アプリケーションとを比較し、類似する通信アプリケーションを既に端末２００が保持している場合には、端末２００ｆにダウンロードさせるか否かを判断し、判断結果を端末２００ｆに通知する。この判断結果に従って端末２００ｆは、機器から通信アプリケーションをダウンロードするかしないかを決定する。
【０１８７】
図３６及び図３７は、端末２００ｇ及び複数の機器１００ｃにおける処理フロー及び通信シーケンスを示す図である。同図では、ｎ個の機器１００ｃのうち機器１００ｃ１と機器１００ｃｎとを記してある。各機器１００ｃは同じ処理フローなので機器１００ｃ１の処理フローを代表として説明する。
【０１８８】
図３６は、図１３と比較して、Ｓ２１１の代わりにＳ３８１を実行する点と、Ｓ１１２の代わりにＳ１８１を実行する点とが異なる。
すなわち、端末２００ｇは、問い合わせに対する応答として、端末情報に加えて属性情報を送信する（Ｓ３８１）。また、機器１００ｃは、上記応答として送信された端末情報及び属性情報を受信する（Ｓ１８１）。さらに、リンク確立の後、図３７において、機器１００ｃは、端末２００ｇから許可信号を受信した場合（Ｓ１９０）、Ｓ１８１で受信した端末情報に示される端末クラスに応じた通信アプリケーションを選択し（Ｓ１９１）、さらに、選択した通信アプリケーションと、Ｓ１８１で受信した属性情報に示される各通信アプリケーションとの類似判定処理を行う。この類似判定処理は、識別部８２によって図３４に示した処理フローに従ってなされる。同図によれば、属性における分類１〜４が同じであればダウンロード済と判定され、分類１〜４が同じでなければダウンロード未と判定されることになる。
【０１８９】
さらに、機器１００ｃは、判定結果を端末２００ｇに送信する（Ｓ１９３）とともに、判定結果がダウンロード未である場合には、通信アプリケーションを送信し（Ｓ１９５）、判定結果がダウンロード済である場合には、端末２００ｇが類似又は同一の通信アプリケーションを有していることから、送信しない。
【０１９０】
機器１００ｃにおけるこの後の処理は、既に説明したＳ１１８からＳ１２０と同様である。
一方、端末２００ｇは、図３７のループ１Ｂ処理において許可信号を送信後（Ｓ３９２）、機器１００ｃからの類似判定処理の判定結果を受信してその判定結果がダウンロード済であれば（Ｓ３９３：ｙｅｓ）、当該機器に対する処理終える。また、その判定結果がダウンロード未であれば（Ｓ３９３：ｎｏ）、機器１００ｃから通信アプリケーションを受信し（Ｓ３９４）、属性情報を更新する（Ｓ３９５）。
【０１９１】
以上説明してきたように本実施の形態における端末によれば、各機器１００ｃにおいて、端末から得た属性情報を基に、これから送信しようとする通信アプリケーションと類似する通信アプリケーションが既に端末２００ｇが記憶しているかどうかを判断し、類似しているか否かに応じて送信するかしないかを決定する。これにより、類似する通信アプリケーションを端末が無駄にダウンロードすることを回避することができる。
【０１９２】
以下、本実施の形態で示した構成の変形例について説明する。
（１）図３４のステップＳ３７１において新たな通信アプリケーションの属性と記憶部４１の属性情報との間で、属性ツリーにおける分類１〜分類４（機器の型名または型番）が同じである場合に類似していると判定しているが、類似と判定される範囲を変更することができる。例えば、分類１〜分類３（メーカー名）が同じ場合を類似する判定する構成としてもよい。
【０１９３】
また、端末２００ｇから受信した端末情報に示される端末クラスに応じて、類似判定の程度（どの分類まで同じであるか）を個別に判定してもよい。例えば、端末クラスが携帯電話機であれば、分類３まで同じ場合に類似すると判定し、端末クラスがＰＤＡであれば、分類４まで同じ場合に類似すると判定し、端末クラスがパソコンであれば分類５まで同じ場合に類似すると判定するようにしてもよい。こうすれば、メモリ容量の多い端末ほど類似の範囲が狭く判定されるので、より多くの通信アプリケーションをダウンロードすることになる。
【０１９４】
（２）図３６では属性情報は、問い合わせに対する応答として送受信されている（Ｓ３８１）が、リンク確立の後に送受信する構成としてもよい。
（３）実施の形態１から７に示した変形例を本実施の形態に適用してもよい。
【０１９５】
（実施の形態９）
上記各実施の形態では機器はどの端末にでも通信アプリケーションを提供するよう構成されている。これに対して、本実施の形態では、特定の条件に合致する端末にのみ通信アプリケーションを提供する機器の構成について説明する。
【０１９６】
図３８は、実施の形態９における端末及び機器の構成を示すブロック図である。同図において、実施の形態８で説明した端末２００ｇ及び機器１００ｃの構成（図３５参照）と同じ構成要素には同じ符号を付してあるので、説明を省略し、以下、主に異なる点を中心に説明する。
【０１９７】
図３８において、機器１００ｄは、機器１００ｃと比較して、新たに条件記憶部９１と条件判定部９２とを備える点が異なっている。
条件記憶部９１は、ユーザ操作により設定され、通信アプリケーションの送信を許可又は禁止するための端末に関する条件情報を記憶する。
【０１９８】
図３９は、条件記憶部９１に記憶される条件情報の一例を示す。同図において、条件情報は、条件種別毎に許可条件と禁止条件とを表している。条件種別には、端末のアドレスを指定するアドレス条件、端末の認証パスキーを指定する認証条件、端末のタイプを指定する端末タイプ条件、ダウンロードを許可又は禁止する時間を指定する時間条件、機器１００ｄに備えられたＧＰＳ部（図外）から得られる位置情報が示す場所であってダウンロードを許可又は禁止する場所を指定する場所条件等を含む。条件種別が異なる条件のそれぞれには許可条件と禁止条件とがある。許可条件は、条件を満たす場合に許可すること意味する。禁止条件は、条件を満たす場合に禁止すること意味する。両方を満たす場合には禁止するものとする。ただし、許可条件と禁止条件はどちらか一方でもよい。また、上記認証パスキーは通信プロトコル上１つしか使用できない場合は、アプリケーションレベルで複数を管理する必要がある。
【０１９９】
同図の例では、アドレス条件の許可条件として端末のアドレスａｄｒ１、ａｄｒ２が指定されている。また、禁止条件としてａｄｒ３が指定されているが、この指定がなくても許可条件を満たさないからａｄｒ３の端末は禁止される。
【０２００】
条件判定部９２は、端末２００ｇが条件情報に示される条件に合致するか否かを判定し、合致する端末にのみ通信アプリケーションを送信するよう通信部５を制御する。
【０２０１】
図４０は、端末２００ｇ及び複数の機器１００ｃにおける処理フロー及び通信シーケンスを示す図である。同図は、図３６と比較して、ステップＳ２００、Ｓ２０１が追加されている点が異なり、また、同図には図３７の処理が後続する。
【０２０２】
機器１００ｄは、リンク確立の前に、条件判定処理を行って（Ｓ２００）判定結果が許可であればリンク確立を行い、許可でなければ当該端末とはリンク確立を行わない（Ｓ２０１）。
【０２０３】
図４１は、条件判定処理を示すフローチャートである。同図のように、機器１００ｄは、条件記憶部９１から条件情報を読み出し（Ｓ２０２）、端末から得た端末情報が条件情報の許可条件と禁止条件とを満たすか否かを判定する。ここでは、許可条件については全ての条件種別を満たすか否かを判定し（Ｓ２０３）、禁止条件については何れかの条件種別を満たすか否かを判定する（Ｓ２０４）ものとする。判定の結果、許可条件を満たしかつ禁止条件を満たさない場合には（Ｓ２０３：ｙｅｓ、Ｓ２０４：ｎｏ）通信アプリケーションの送信を許可すると判定し（Ｓ２０５）、それ以外の場合には（Ｓ２０３：ｎｏ又はＳ２０４：ｙｅｓ）禁止すると判定する（Ｓ２０５）。
【０２０４】
以上説明してきたように本実施の形態における端末によれば、各機器１００ｄは条件情報に示される条件に合致する端末にのみ通信アプリケーションを送信する。条件情報はユーザ操作により設定されるので、通信アプリケーションの送信対象となる端末２００ｇをユーザが所望する端末２００ｇのみに限定することができる。言い換えれば、機器１００ｄのユーザは、見知らぬユーザの端末に対して機器１００ｄから通信アプリケーションを送信することを防止することができる。
【０２０５】
以下、本実施の形態で示した構成の変形例について説明する。
（１）図３９に示した条件情報は複数の条件種別を有しているが、何れか１つでもよいし、２つ以上であってもよい。また、許可条件と禁止条件は何れ一方のみでもよい。
【０２０６】
（２）図４１のステップ２０３では全ての条件種別について許可条件を満たすか否かを判定しているが、条件種別の何れか一つを満たすか否かを判定する構成としてもよい。また、ステップＳ２０４では、何れか１つの条件種別の禁止条件を満たすか否かを判定しているが、全ての禁止条件を満たすか否かを判定する構成としてもよい。
【０２０７】
（３）条件判定部９２は、図４１に示した条件判定の代わりにＢｌｕｅｔｏｏｔｈ（Ｒ）規格における認証機能を利用する構成としてもよい。
【０２０８】
（４）また、機器１００ｄは、上記Ｂｌｕｅｔｏｏｔｈ（Ｒ）規格におけるデバイス・ディスカバリー、ネーム・ディスカバリー、サービス・ディスカバリー等によって、端末アドレス（Ｂｌｕｅｔｏｏｔｈ（Ｒ）アドレス、ＭＡＣ（ｍｅｄｉａ  ａｃｃｅｓｓ  ｃｏｎｔｒｏｌ）アドレス）、端末名、端末クラス等を得ることができるので、条件種別及び条件としてユーザの条件情報の設定に利用することができる。
【０２０９】
（５）条件判定部９２は、さらに、条件判定を随意行うようにし、時間条件、場所条件など端末に依存しない許可条件又は禁止条件によって禁止と判定した場合には、問い合わせ（ｉｎｑｕｉｒｙ）を禁止する構成としてもよい。
【０２１０】
（６）端末２００は、さらに、条件記憶部９１及び条件判定部９２を備える構成としてもよい。この場合、端末において通信アプリケーションのダウンロード先となる機器に対して許可又は禁止の判定を行うことになる。
【０２１１】
（７）実施の形態１から８に示した変形例を本実施の形態に適用してもよい。
（８）各実施の形態で示したブロック図の各構成要素、及びフローチャートの各ステップは、端末及び機器のハードウェアと相俟って端末及び機器の内蔵されるマイクロコンピュータとプログラムによっても実現できる。
【０２１２】
【発明の効果】
以上のように、機器が自ら記憶するプログラムを端末に供給することにより、当該端末を本機器のリモート・コントローラにしてしまう。これによれば、当該端末のユーザは、本機器を制御するためのアプリケーションプログラムをインターネット上で検索してダウンロードする等の煩わしい操作から解放される。例えば、携帯電話などの各個人が有している携帯型の端末装置を、テレビ、ＶＴＲ、ＤＶＤなどの身近な機器に対するリモコンとして、煩雑なダウンロード操作を要せずに利用することができる。
【０２１３】
また、端末において自動的に機器を検知してダウンロードするので、機器の専用のリモコンを用いる必要がなく、携帯電話機等の携帯型通信装置を有していれば、あらゆる場所であらゆる機器のリモコンとして利用可能になる。
【図面の簡単な説明】
【図１】本発明の実施の形態１における通信システムの説明図を示す。
【図２】機器１００および端末２００の主要部の構成を示すブロック図である。
【図３】近距離無線通信の通信プロトコルの構成例を示す。
【図４】アプリケーション実行部６の構成例を示す。
【図５】端末２００において通信アプリケーション２ａの実行による画面表示例を示す図である。
【図６】端末２００及び機器１００の処理フロー及び通信シーケンスを示す図である。
【図７】本発明の実施の形態２における端末及び機器の構成を示すブロック図である。
【図８】端末２００ａがＰＤＡであって通信アプリケーション２ｂを実行しているときの画面表示例を示す。
【図９】端末２００ａがノートパソコンであって通信アプリケーション２ｃを実行しているときの画面表示例を示す。
【図１０】端末２００ａ及び機器１００ａの処理フロー及び通信シーケンスを示す図である。
【図１１】近距離無線通信の通信プロトコルの構成例を示す。
【図１２】実施の形態３における端末及び機器の構成を示すブロック図である。
【図１３】端末２００ｂ及び複数の機器１００ｂにおける処理フロー及び通信シーケンスを示す図（前半）である。
【図１４】端末２００ｂ及び複数の機器１００ｂにおける処理フロー及び通信シーケンスを示す図（後半）である。
【図１５】端末２００ｂが携帯電話機である場合の選択メニューの表示例を示す。
【図１６】実施の形態４における端末及び機器の構成を示すブロック図である。
【図１７】ダウンロードを禁止するか否かをユーザに問うメニュー表示例である。
【図１８】実施の形態５における端末及び機器の構成を示すブロック図である。
【図１９】グループ情報の一例を示す。
【図２０】制御部５３によるグループ情報を生成する処理を示すフローチャートである。
【図２１】制御部５３による通信アプリケーションのダウンロード処理を示すフローチャートである。
【図２２】機器毎にグループのメンバーに指定するか否かを受け付ける操作メニューの一例を示す図である。
【図２３】実施の形態６における端末及び機器の構成を示すブロック図である。
【図２４】履歴情報の一例を示す。
【図２５】アプリケーションマネージャ６１による複数の通信アプリケーションの起動と実行中の処理を示すフローチャートである。
【図２６】端末２００ｅが携帯電話機である場合の、同時に実行中の３つの通信アプリケーションによる表示例を示す。
【図２７】機器１００ｂがＰＤＡである場合の、複数の通信アプリケーション実行による表示例を示す。
【図２８】プロファイル情報の一例を示す。
【図２９】実施の形態７における端末及び機器の構成を示すブロック図である。
【図３０】属性情報７２の一例を示す図である。
【図３１】属性を含む機器情報の一例を示す図である。
【図３２】通信アプリケーションの受信処理を示すフローチャートである。
【図３３】類似判定処理の一例を示すフローチャートである。
【図３４】類似判定処理の他の例を示すフローチャートである。
【図３５】実施の形態８における端末及び機器の構成を示すブロック図である。
【図３６】端末２００ｇ及び複数の機器１００ｃにおける処理フロー及び通信シーケンスを示す図（前半）である。
【図３７】端末２００ｇ及び複数の機器１００ｃにおける処理フロー及び通信シーケンスを示す図（後半）である。
【図３８】実施の形態９における端末及び機器の構成を示すブロック図である。
【図３９】条件記憶部９１に記憶される条件情報の一例を示す図である。
【図４０】端末２００ｇ及び複数の機器１００ｃにおける処理フロー及び通信シーケンスを示す図である。
【図４１】条件判定処理を示すフローチャートである。
【符号の説明】
１    機器
１ａ  ＤＶカメラ
１ａ  カメラ
１ｂ  ＤＶＤ録画再生機
１ｃ  エアコン
１ｄ  ＭＤ録音再生機
１ｅ  テレビ
１ｆ  扇風機
２    アプリケーション記憶部
２ａ〜２ｃ  通信アプリケーション
３、５、２５    通信部
４、６    アプリケーション実行部
７    アプリケーションマネージャ
８    通信路
９    ＤＶＤ−ＬＡ
１０    バーチャルマシン
１１    ベースバンド
１３    ＲＦＣＯＭＭ
２２    識別部
２３    端末情報記憶部
２４    端末情報
３１    機器情報記憶部
３２    機器情報
３３    表示部
３４    操作部
３５、４３、５３、７３、８１    制御部
４１    記憶部
４２    禁止フラグ
５２    グループ情報
６１    アプリケーションマネージャ
６２    履歴情報
７２    属性情報
８２    識別部
９１    条件記憶部
９２    条件判定部
１００、１００ａ〜１００ｄ    機器
２００    携帯電話機
２００、２００ａ〜２００ｇ    端末
【図１】
2004242200.tif 000003
【図２】
2004242200.tif 000004
【図３】
2004242200.tif 000005
【図４】
2004242200.tif 000006
【図５】
2004242200.tif 000007
【図６】
2004242200.tif 000008
【図７】
2004242200.tif 000009
【図８】
2004242200.tif 000010
【図９】
2004242200.tif 000011
【図１０】
2004242200.tif 000012
【図１１】
2004242200.tif 000013
【図１２】
2004242200.tif 000014
【図１３】
2004242200.tif 000015
【図１４】
2004242200.tif 000016
【図１５】
2004242200.tif 000017
【図１６】
2004242200.tif 000018
【図１７】
2004242200.tif 000019
【図１８】
2004242200.tif 000020
【図１９】
2004242200.tif 000021
【図２０】
2004242200.tif 000022
【図２１】
2004242200.tif 000023
【図２２】
2004242200.tif 000024
【図２３】
2004242200.tif 000025
【図２４】
2004242200.tif 000026
【図２５】
2004242200.tif 000027
【図２６】
2004242200.tif 000028
【図２７】
2004242200.tif 000029
【図２８】
2004242200.tif 000030
【図２９】
2004242200.tif 000031
【図３０】
2004242200.tif 000032
【図３１】
2004242200.tif 000033
【図３２】
2004242200.tif 000034
【図３３】
2004242200.tif 000035
【図３４】
2004242200.tif 000036
【図３５】
2004242200.tif 000037
【図３６】
2004242200.tif 000038
【図３７】
2004242200.tif 000039
【図３８】
2004242200.tif 000040
【図３９】
2004242200.tif 000041
【図４０】
2004242200.tif 000042
【図４１】
2004242200.tif 000043