WO2005076134A1

WO2005076134A1 - サービスを自動継続する電子機器

Info

Publication number: WO2005076134A1
Application number: PCT/JP2005/001833
Authority: WO
Inventors: Tomokazu Kanamaru; Masahiro Oashi
Original assignee: Matsushita Electric Industrial Co., Ltd.
Priority date: 2004-02-09
Filing date: 2005-02-08
Publication date: 2005-08-18
Also published as: JPWO2005076134A1; CN1918548A; EP1717703A1; US20070169128A1

Abstract

　本発明は、サービスを継続的に実施することができる電子機器を提供することを目的とする。本発明の電子機器は、他の電子機器が保持するアプリケーションを認識するアプリ認識部と、アプリ認識部によって認識されたアプリケーションが他の電子機器において実行不能であるか否かを検出するアプリ実行不能検出部と、アプリ実行不能検出部によって実行不能と検出されたアプリケーションの代わりとなる代替アプリケーションを実行するか否かを判断するアプリ実行判断部と、実行不能であると検出されたアプリケーションの代わりとなる代替アプリケーションが自機器内に保持されているか否かを判断する代替アプリ保持判断部と、代替アプリケーションを実行するアプリ実行部とを備える。

Description

明細書

サービスを自動継続する電子機器

技術分野

[0001] 本発明は、ネットワークに接続される電子機器に関し、より特定的には、ソフトウェアプログラム（アプリケーション)を実行することによってサービスを実施する電子機器に関する。

背景技術

[0002] ネットワークに接続された家電機器等の電子機器上で、アプリケーションを動作させるアプリケーション実行系の技術として、サンマイクロシステムズ (登録商標)社の JAV A (登録商標）や、マイクロソフト (登録商標)社の. NET (ドットネット)などがある。

[0003] これらの技術は、仮想マシンの仕組みを備えており、ネットワーク家電の CPU等のハードウェアに依存せずに同一のアプリケーションを動作させることができるので、サ一ビスの実施のための共通プラットフォームとなることが期待されている。

[0004] また、ネットワークを介してアプリケーションを実行する環境の自動設定を行う技術として、マイクロソフト（登録商標）社によって提唱されて、る技術である UPnP (Univer sal Plug and Play)や、サンマイクロシステムズ (登録商標）社によって提唱されて

V、る技術である Jini (TM)などが存在する。

[0005] これらの技術の特徴として、ネットワークに機器を繋ぐだけで、ユーザが複雑な設定作業を行わなくともすぐにネットワーク機能を利用可能な状態にすることができる、と

V、う利便性をユーザに対して提供する、、う事が挙げられる。

[0006] ユーザの利用する機器力もネットワークを介して、ユーザ要求に対応する機能を持つ機器を探し出すシステムの例として、特許文献 1に示す技術が提案されて、る。

[0007] サービスに関して何らかの障害が発生した場合に、サーバ機器によって復旧を実施するシステムの例として、特許文献 2に示す技術が提案されて、る。

[0008] また、ユーザの利用した、端末でサービスを実施できな力つた場合に、代替となる機器を探し出し実施する方法の例として、特許文献 3に示す技術が提案されている。特許文献 1：特開 2003—178036号公報特許文献 2：特開 2002— 24039号公報

特許文献 3：特開 2002— 94912号公報

発明の開示

発明が解決しょうとする課題

[0009] 家電機器は、アプリケーションの実行を行うことができない状態に陥ることが頻繁に起こる。

[0010] 代表的なケースは、機器の電源が切断される、（モパイル機器等において)バッテリが消費される、などの事態に陥った場合に、通電状態が確保できなくなる場合である。他には、同じ機器上で、優先度の高い他のアプリケーションが実行される場合、主に資源の欠乏の問題力も別のアプリケーションの実行を行うことができなくなる場合がある。

[0011] こういった状態に家電機器が陥ると、新たなサービスを家電機器によって実施しょうとしても、アプリケーションの起動ができず、サービスの提供が不可能になる。また、たとえ、アプリケーションを実行中であっても、その実行を中断してサービスの提供を停止せざるを得なくなる。

[0012] したがって、サービスの実施が不可能な状態に陥った機器に対して、家電機器がネットワークに接続されているという特性を利用し、サービス実施のための復旧を試みたり、そのサービスの代替実施手段を提供したりすることを目的にした技術を発明すべきである。

[0013] 特許文献 1は、家電ネットワークシステムにおけるユーザ環境の変化やユーザ要求を考慮に入れたシステムを提案している。しかし、特許文献 1は、上記のようなサービスの実施が不可能な状態に陥った場合の具体的な処理方法に関して、言及していない。したがって、サービスの実施の確実性を高めたい場合には、別途具体的な処理手段を実装する必要がある。

[0014] また、特許文献 2は、サービスの実施が不可能な状態に陥った場合、センターサーバが障害対策と復旧処理とを行うシステムについて述べている。しかし、これはあくまでセンターサーバの存在を前提としたものである。したがって、センターサーバの存在を仮定しな、、例えば家電機器のピア ·ツー ·ピアのネットワーク構成のみを前提としたネットワークには、対応することができない。

[0015] また、特許文献 3は、利用予約した機器に不具合があり、サービスの実施が不可能な状態に陥った場合に、代替となる機器を探し出し利用予約を実施する方法について述べている。しかし、この方法では、予め機器の組み合わせによって、代替ァクションの登録を行っておく必要がある。また、特許文献 3は、何らかのサービスの実施の最中に、そのサービスの継続が不可能な状態に陥った場合に、そのサービスを継続するための対応に関して、言及していない。

[0016] 上記のように、センターサーバによる集中管理方式を前提としない、機器同士のみにより構成されたネットワーク上でも、可能な限りユーザの手を煩わせることなぐサービスの安定性を確保することを目的とする技術に関しては、とりわけ、何らかのサービスの実施中にそのサービスの継続が不可能な状態に陥った場合の復旧手段に関しては、これまでは有効な手段が考えられてはいな力つた。

[0017] それゆえ、本発明の目的は、機器同士のみにより構成されたネットワーク上においても、サービスを継続的に実施することができる電子機器を提供することである。また、本発明の目的は、当該電子機器で実行されるプログラム、方法、当該プログラムを記録した記録媒体を提供することである。

課題を解決するための手段

[0018] 上記課題を解決するために、本発明は、以下のような特徴を有する。本発明は、ァプリケーシヨンを実行可能な少なくとも一つの他の電子機器とネットワークを介して接続された電子機器であって、他の電子機器が保持するアプリケーションを認識するァプリ認識部と、アプリ認識部によって認識されたアプリケーションが他の電子機器にお、て実行不能である力否かを検出するアプリ実行不能検出部と、アプリ実行不能検出部によって実行不能と検出されたアプリケーションの代わりとなる代替アプリケーシヨンを実行するカゝ否かを判断するアプリ実行判断部と、実行不能であると検出されたアプリケーションの代わりとなる代替アプリケーションが自機器内に保持されているか否かを判断する代替アプリ保持判断部と、代替アプリケーションを実行するアプリ実行部とを備える。

[0019] 好ましくは、アプリ実行判断部は、アプリ実行不能検出部によって実行不能と検出されたアプリケーションに対する起動要求を検出するアプリ起動要求検出部を含み、アプリ実行判断部は、アプリ起動要求検出部によって実行不能と検出されたアプリケーシヨンに対する起動要求が検出された場合、代替アプリケーションを実行すると判断するとよい。

[0020] 好ましくは、代替アプリ保持判断部は、アプリ認識部によって認識された他の電子機器が保持するアプリケーションと同一の機能を有する同一機能アプリケーションが自機器内に保持されているか否かを判断して、他の電子機器が保持するアプリケーシヨンと自機器内に保持されている同一機能アプリケーションとを対応付けた同一性テーブルを作成するアプリ同一性判定部を含み、同一機能アプリケーションは、代替アプリケーションであり、代替アプリ保持判断部は、アプリ同一性判定部によって作成された同一性テーブルに基づいて、代替アプリケーションが自機器内に保持されて V、る力否かを判断するとよ、。

[0021] 好ましくは、代替アプリ保持判断部は、アプリ認識部によって認識された他の電子機器が保持するアプリケーションに関連する機能を有する関連機能アプリケーションを、他の電子機器が保持するアプリケーションと対応付けて、関連テーブルを作成する関連アプリ判定部を含み、関連機能アプリケーションは、代替アプリケーションであり、代替アプリ保持判断部は、関連アプリ判定部によって作成された関連テーブルに基づいて、代替アプリケーションが自機器内に保持されているか否かを判断するとよい。

[0022] 好ましくは、アプリ実行判断部は、他の電子機器上で実行されているアプリケーションでの実行状態をアプリ実行状態情報として取得するアプリ実行状態取得部を含み、アプリ実行判断部は、アプリ起動要求検出部によって実行不能と検出されたアプリケーシヨンについてのアプリ実行状態情報がアプリ実行状態取得部によって保持されている場合、代替アプリケーションを実行すると判断し、アプリ実行部は、アプリ実行状態情報に基づいて、実行不能と検出されたアプリケーションを継続するように、代替アプリケーションを実行するとよ!/、。

[0023] 好ましくは、アプリ実行判断部は、ネットワークに接続された他の電子機器に対して、代替アプリケーションを保持しているか否かを問い合わせ、代替アプリケーションを保持している他の電子機器と通信して、代替アプリケーションを自機器内で実行するカゝ否かを判断する機器間起動調停部を含むとよヽ。

[0024] また、本発明は、アプリケーションを実行可能な少なくとも一つの他の電子機器とネットワークを介して接続された電子機器の処理方法であって、他の電子機器が保持するアプリケーションを認識するステップと、認識されたアプリケーションが他の電子機器において実行不能である力否かを検出するステップと、実行不能であると検出されたアプリケーションの代わりとなる代替アプリケーションを実行する力否かを判断するステップと、実行不能であると検出されたアプリケーションの代わりとなる代替アプリケーシヨンが自機器内に保持されている力否かを判断するステップと、代替アプリケーシヨンを実行するステップとを備える。

[0025] また、本発明は、アプリケーションを実行可能な少なくとも一つの他の電子機器とネットワークを介して接続された電子機器で実行されるプログラムであって、他の電子機器が保持するアプリケーションを認識するステップと、認識されたアプリケーションが他の電子機器にぉ、て実行不能である力否かを検出するステップと、実行不能であると検出されたアプリケーションの代わりとなる代替アプリケーションを実行する力否かを判断するステップと、実行不能であると検出されたアプリケーションの代わりとなる代替アプリケーションが自機器内に保持されているか否かを判断するステップと、代替アプリケーションを実行するステップとを備える。

発明の効果

[0026] 本発明によれば、ネットワーク上に存在するある電子機器が備えてヽるアプリケーシヨンの実行が不可能になり、サービスが不能の状態に陥ったとしても、代替となるァプリケーシヨンが実行されることによって、サービスが自動継続されることとなる。したがって、ネットワーク上において、サービスが安定的に提供されることとなる。

[0027] 実行が不能となったアプリケーションと同一の機能を有するアプリケーションが存在すれば、実行が不能となったサービスと同等のサービスが継続して提供されることとなる。

[0028] 実行が不能となったアプリケーションに関連する機能を有するアプリケーションが存在すれば、実行が不能となったサービスと類似のサービスある、は実行が不能となつたサービスを補佐するサービスが実行されることとなり、サービスの利便性 ·柔軟性が向上する。

[0029] 電子機器は、アプリケーションへの起動要求を検出するだけで、アプリケーションが実行不能となっている力否かを認識することができる。したがって、アプリケーションの実行不能状態の検出が容易となる。

[0030] また、電子機器は、実行不能となったアプリケーションの途中の状態を継続して代替アプリケーションを実行することができるので、サービスの継続性が向上する。

[0031] ネットワーク上の複数の電子機器が代替アプリケーションを保持している場合、機器間で調停が行われて、適切な電子機器が代替アプリケーションを実行することとなるので、ネットワーク上の資源が有効に利用されることとなる。

[0032] 以上のように、本発明によれば、センターサーバのような集中管理方式を前提としてヽな、ネットワーク上の電子機器でも、サービスの高、安定性を確保することがでさることとなる。

[0033] 本発明のこれらおよび他の目的、特徴、局面、効果は、添付図面と照合して、以下の詳細な説明から一層明らかになるであろう。

図面の簡単な説明

[0034] [図 1]図 1は、本発明の第 1の実施形態に係る電子機器を備えるシステム全体の構成を示す図である。

[図 2]図 2は、本発明の第 1の実施形態に係る電子機器 1一 5のハードウェア的構成を示す図である。

[図 3]図 3は、アプリ属性情報の実現例をテーブル形式で示す図である。

[図 4]図 4は、アプリ継続プログラムを実行したときの電子機器の機能的構成を示すブロック図である。

[図 5]図 5は、アプリ継続プログラムを実行したときの電子機器 1の動作の概略を示すフローチャートである。

[図 6]図 6は、アプリ同一性判定部 151の動作を示すフローチャートである。

[図 7]図 7は、同一性テーブルの一例を示す図である。

[図 8]図 8は、ユーザによって関連テーブルが登録されるときの処理手順を説明するための図である。

[図 9]図 9は、関連テーブルの一例を示す図である。

[図 10]図 10は、アプリ実行不能検出部 13の動作の一例を示すフローチャートである圆 11]図 11は、第 1の基本処理を実行するときの電子機器 1の動作を示すフローチヤートである。

[図 12]図 12は、第 2の基本処理を実行するときの電子機器 1の動作を示すフローチヤートである。

[図 13]図 13は、第 3の基本処理を実行するときの電子機器 1の動作を示すフローチヤートである。

[図 14]図 14は、第 4の基本処理を実行するときの電子機器 1の動作を示すフローチヤートである。

[図 15]図 15は、第 2の実施形態に係るアプリ継続プログラムを実行したときの電子機器 1および 3の機能的構成を示すブロック図である。

[図 16]図 16は、第 1の基本処理に処理 Xを追加したときの電子機器 1の動作を示すフローチャートである。

[図 17]図 17は、第 2の基本処理に処理 Xを追加したときの電子機器 1の動作を示すフローチャートである。

[図 18]図 18は、第 3の基本処理に処理 Xを追加したときの電子機器 1の動作を示すフローチャートである。

[図 19]図 19は、第 4の基本処理に処理 Xを追加したときの電子機器 1の動作を示すフローチャートである。

[図 20]図 20は、代替アプリケーションの起動可否判定処理 (ステップ S701, S801, S901, S1001)における電子機器 1の詳しい動作を示すフローチャートである。

[図 21]図 21は、代替アプリケーションの起動可否判定処理 (ステップ S701, S801, S901, S1001)におけるネットワーク上の電子機器間の通信を示すシーケンス図である。

[図 22]図 22は、起動調停情報のテーブル形式の一例を示す図である。符号の説明

[0035] 1一 5 電子機器

6 ネットワーク

100 中央処理装置

101 主記憶装置

102 補助記憶装置

103 通信装置

104 入力装置

105 出力装置

11 タイミング制御部

12 アプリ認識部

13 アプリ実行不能検出部

14 アプリ実行判断部

141 アプリ起動要求検出部

142 アプリ実行状態取得部

15 代替アプリ保持判断部

151 アプリ同一性判定部

152 関連アプリ判定部

16 アプリ実行部

7a, 7b, 7c, 7d ユーザインタフェース

20 機器間起動調停部

発明を実施するための最良の形態

[0036] 以下、図面を参照しながら、本発明の実施形態について説明する。

(第 1の実施形態）

図 1は、本発明の第 1の実施形態に係る電子機器を備えるシステム全体の構成を示す図である。図 1において、電子機器 1一 5は、ネットワーク 6を介して、相互に通信可能に接続されている。

[0037] 本発明の電子機器は、少なくとも 2以上の電子機器がネットワークを介して接続された環境下において適用されるものである。したがって、図 1では、電子機器は、 5つであるとしたが、 2以上 4以下であってもよいし、 6以上であってもよい。

[0038] ネットワーク 6の通信規格は、接続された電子機器間でデータの通信が可能なものであれば何でもよい。また、ネットワーク 6は、インターネットのようなパブリックなネットワークであっても、 LANのように限られたドメインの中で閉じられたネットワークであつても良、し、その両者の組合せからなって、ても良、。

[0039] 図 2は、本発明の第 1の実施形態に係る電子機器 1一 5のハードウェア的構成を示す図である。以下、代表して、電子機器 1について説明する。図 2において、電子機器 1は、中央処理装置 100と、主記憶装置 101と、補助記憶装置 102と、通信装置 1 03と、入力装置 104と、出力装置 105とを備える。なお、電子機器 1がパーソナルコンピュータのような汎用的な機器であれば、図 2に示す各ブロックは、別々の集積回路ゃデバイスによって実現されることが多い。しかし、電子機器 1が携帯電話やネット家電のような専用の機器であれば、図 2に示す各ブロックは、専用の集積回路上に形成されることちある。

[0040] 中央処理装置 100は、電子機器 1の動作を制御する。中央処理装置 100は、電子機器 1の動作を制御するための機能をそれ自身に持って、てもよ、し、補助記憶装置 102に格納されて、るプログラム（ファームウェアやソフトウェア）を主記憶装置 10 1に読み込んで、当該プログラムを実行することによって電子機器 1の動作を制御してもよい。また、中央処理装置 100は、電子機器 1の物理層または MAC層等の下位層を実現するためのハード構成を備えている。

[0041] 主記憶装置 101は、読み出しおよび書き込み可能なメモリであって、中央処理装置 100での動作に必要な情報を格納する

[0042] 補助記憶装置 102は、フラッシュメモリゃノヽードディスク、光ディスク等を記録媒体とする記憶装置である。補助記憶装置 102には、電子機器 1で実行されるアプリケーシヨンに関するプログラム（以下、単にアプリケーションという）が格納されている。アプリケーシヨンには、アプリケーションの属性を示す固有の情報として、アプリ属性情報が付加されている。また、補助記憶装置 102には、本発明のアプリ継続プログラムが格納されている。アプリ継続プログラムは、他の電子機器で実行されていたアプリケーシヨンの代わりとなるアプリケーション（以下、代替アプリケーションという）を、電子機器 1にお、て実行すべきか否かを判断するためのプログラムである。アプリ継続プログラムは、中央処理装置 100によって主記憶装置 101に読み込まれ、中央処理装置 100によって実行されることによって、本発明の動作が実現される。アプリ継続プログラムは、電子機器内に予め記憶されているファームウェアであってもよいし、後で電子機器内に記憶されたソフトウェアであってもよい。アプリ継続プログラムは、コンビュータ読み取り可能な記録媒体に格納されており、当該記録媒体から補助記憶装置 1 02に格納されてもよい。また、アプリ継続プログラムは、ネットワーク 6を介して他の電子機器力もダウンロードして、補助記憶装置 102に格納されてもよい。代替アプリケーシヨンには、他の電子機器で実行されていたアプリケーションと同一の機能を有する同一機能アプリケーションと、他の電子機器で実行されていたアプリケーションに関連する機能を有する関連機能アプリケーションとがある。関連機能アプリケーションは、他の電子機器で実行されて、たアプリケーションによって提供されるサービスと類似のサービスを提供することができるアプリケーション、ある、は他の電子機器で実行されていたアプリケーションを補佐するサービスを提供することができるアプリケーシヨンである。

[0043] たとえば、電子機器 1で実行されるアプリケーション力JAVA (登録商標）アプリケーシヨンである場合、アプリケーションに関するプログラムは、 JARファイルとなる。

[0044] アプリ属性情報とは、アプリケーションの名称、アプリケーションの取得元、アプリケーシヨンを動作させるために必要なプロファイルの情報など、アプリケーションの特徴を示した情報のことをいう。

[0045] 例えば、 JAVA (登録商標）のモパイル機器向けの標準プロファイルである MIDPプ口ファイルに準拠し^ JAVA (登録商標）アプリケーションにおいて、アプリ属性情報は、 JADファイルに記述されることによって提供される。しかし、 JADファイルのようなアプリ属性情報が提供されな、場合でも、電子機器 1は、 JAVA (登録商標)アプリケーシヨンの本体である JARファイルを解析することによって、アプリ属性情報として、ァプリケーシヨンのサイズなどの情報を取得することができる。

[0046] 図 3は、アプリ属性情報の実現例をテーブル形式で示す図である。図 3において、それぞれのエントリには、アプリケーションの属性を示す情報が登録されている。図 3 に示したそれぞれのエントリについて説明する。

[0047] アプリケーション名には、アプリケーションに与えられた名称が記述されている。

[0048] アプリケーションの取得元には、電子機器に対するアプリケーションの配布元が記述されている。図 3では、アプリケーションの取得元が URL形式で記述されているが

、もちろん、他の情報で記述されていてもよい。

[0049] メインクラス名には、アプリケーションを開始する際に最初に呼ばれるメソッドである mainメソッドを実装したクラス名が記述されて、る。

[0050] 必要プロファイルには、アプリケーションを動作させるために必要な、コンフィグレーシヨン、プロファイル、およびライブラリ等の情報が記述されている。

[0051] 必要リソースには、アプリケーションを動作させるために必要な資源量が記述されている。

[0052] 最終更新日には、アプリケーションを最後に更新した日時が記述されて、る。

[0053] バージョン番号には、アプリケーションに与えられたバージョン管理番号が記述されている。

[0054] アプリケーションサイズには、アプリケーションの本体 (JAVA (登録商標）の場合、 J ARファイル）のサイズが記述されて!、る。

[0055] アプリケーション作成者には、アプリケーションの作成者を示すための識別情報が記述されている。図 3では、作成者の名称を示す文字列が記述されているが、もちろん他の情報であっても良い。

[0056] 代替可能アプリケーションには、他のアプリケーションを特定するための情報が記述されている。このエントリは、もし実行中のアプリケーションが中断してしまった場合、本エントリに記録されたアプリケーション力中断したアプリケーションの実行状態を引き継いで、代わりにサービスを継続可能であることを示す。このエントリがどのように使用されるかに関しては、後述する。

[0057] 被代替可能アプリケーションには、他のアプリケーションを特定するための情報が記述されている。このエントリは、このエントリに記述された情報に対応するアプリケーシヨン力 Sもし実行中に中断してしまった場合、アプリケーション名に記述されているァプリケーシヨンが、被代替可能アプリケーションの実行状態を引き継、でサービスを継続可能であることを示す。このエントリがどのように使用されるかに関しては後述する。

[0058] 当然、図 3は、アプリ属性情報の実現例の一つである。図 3の示したテーブルのェントリの内、一部がなくてもよいし、あるいは他の属性の情報を示すエントリが含まれていてもよい。

[0059] 通信装置 103は、ネットワーク 6に接続された他の電子機器との間でデータを送受信するための機能を有する。本発明において、通信装置 103での変復調方式ゃメディァアクセス方式等の通信方式は、何でもよぐ特に限定されるものではない。

[0060] 入力装置 104は、ボタンスィッチやキーボード、マウス、タツチパネル等、ユーザによる操作を入力するための装置である。

[0061] 出力装置 105は、液晶ディスプレイやスピーカ等、中央処理装置 100における処理結果を出力するための装置である。

[0062] 図 4は、アプリ継続プログラムを実行したときの電子機器の機能的構成を示すブロック図である。なお、本実施形態において、電子機器 1一 5の内、少なくとも一つの電子機器がアプリ継続プログラムを実行できればよい。ここでは、説明を簡単にするために、電子機器 1がアプリ継続プログラムを実行するものとし、電子機器 2がアプリケーシヨンを実行するものとし、電子機器 2で実行されて、たアプリケーションを電子機器 1が継続して実行するものとする。先述のように、代替アプリケーションには、同一機能アプリケーションと関連機能アプリケーションとがある。本実施形態において、電子機器 1は、同一機能アプリケーションが存在すれば、同一機能アプリケーションを実行し、同一機能アプリケーションが存在しなければ、関連機能アプリケーションを実行するとしてもよいし、予め代替アプリケーションとして、同一機能アプリケーションを実行すると決めて、てもよ、し、関連機能アプリケーションを実行すると決めて、てもよい。なお、ここでは、プログラムを実行することによって、図 4に示す機能ブロックをソフト的に実現することとした力図 4に示す機能ブロックをノヽード的に実現してもよいことは言うまでもない。

[0063] 図 4において、電子機器 1は、タイミング制御部 11と、アプリ認識部 12と、アプリ実行不能検出部 13と、アプリ実行判断部 14と、代替アプリ保持判断部 15と、アプリ実行部 16とを備える。

[0064] 図 5は、アプリ継続プログラムを実行したときの電子機器 1の動作の概略を示すフロ一チャートである。以下、図 5を参照しながら、アプリ継続プログラムを実行したときの電子機器 1の動作の概略について説明する。

[0065] タイミング制御部 11によって所定のタイミングが到来したと判断された場合、アプリ認識部 12は、他の電子機器が保持するアプリケーションを認識する (ステップ Sl)。

[0066] 次に、タイミング制御部 11によって所定のタイミングが到来したと判断された場合、アプリ実行不能検出部 13は、アプリ認識部 12によって認識された他の電子機器が保持するアプリケーションが実行不能である力否かを検出する (ステップ S2)。

[0067] アプリ実行不能検出部 13によって実行不能であるアプリケーションが検出された場合、アプリ実行判断部 14は、当該実行不能であるアプリケーションの代わりに代替ァプリケーシヨンを実行すべきである力否かを判断する (ステップ S3)。

[0068] アプリ実行判断部 14によって代替アプリケーションを実行すべきであると判断された場合、代替アプリ保持判断部 15は、電子機器 1に代替アプリケーションが保持されて!、る力否かを判断する（ステップ S4)。

[0069] 代替アプリ保持判断部 15によって代替アプリケーションが保持されていると判断された場合、アプリ実行部 16は、当該代替アプリケーションを実行する (ステップ S5)。

[0070] 以下、各機能ブロックの詳細な動作について説明する。

[0071] アプリ実行部 16は、アプリケーションを解釈して実行する。なお、ここでは、アプリ継続プログラムが実行されることによって、アプリ実行部 16の機能が実現されるとしている力アプリ実行部 16は、アプリ継続プログラムが実行されなくても、電子機器内に備わっている機能である。したがって、アプリ実行部 16は、代替アプリケーションを実行することを電子機器内に備わって、る機能 (別なプログラム）に命令するものであってもよい。なお、ここでは、電子機器 1がアプリ継続プログラムを実行するとしている。ァプリ継続プログラムを実行しない電子機器 2には、最低限、アプリケーションを実行するために、アプリ実行部 16が備わって、る必要がある。

[0072] アプリ実行部 16は、アプリケーションを解釈して実行することが可能であればよぐアプリケーションを実行するための環境は特に限定されない。たとえば、アプリ実行部 16は、例え〖 AVA (登録商標)仮想マシン、 . NET実行環境、 KDDI (登録商標）社製の携帯電話におヽて採用されてヽるプログラム配信実行環境である BREWなど、既存の環境によって実現される。

[0073] 本実施形態において、例示が必要な場合、アプリ実行部 16は、 JAVA (登録商標）仮想マシン環境によって実現されるとし、アプリケーションは、 JAVA (登録商標）アブリケーシヨンであるとする。

[0074] アプリ実行部 16は、あるアプリケーションを新たに起動できる力否かの可否判定を行うことができる能力を有する。そのため、アプリ実行部 16は、自身の機器内において使用することができるハードウェアの空き資源量の情報を取得できる。空き資源量とは、例えば電子機器 1のメモリにおけるアプリケーション実行用に割り当てられた容量の内、どの動作中のアプリケーションからも占有されておらず、新たなアプリケーシヨンを動作させるために使用可能な容量などのことである。

[0075] アプリ実行部 16は、使用することができる電子機器内での資源量を監視することによって、当該可否判定を行うことができる。たとえば、アプリ実行部 16が JAVA (登録商標)仮想マシンで実現される場合、 JAVA (登録商標)仮想マシンの保持するヒープメモリ全体の使用量 ·未使用量、アプリケーション毎のヒープメモリの使用量など、ヒープメモリの使用状況を記録するレジスタ（図示せず)を設け、必要に応じて (例えばアプリケーション起動前、アプリケーションの動作中、アプリケーションの開放時など）レジスタの記録情報を調べるレジスタ記録情報調査手段（図示せず)を設けることによって、アプリ実行部 16は、使用できる資源量の監視を実現することができる。

[0076] アプリケーションが、アプリ属性情報として「アプリケーションを動作させるために必要な資源量」の情報を保持していれば、アプリ実行部 16は、自身の機器内において使用することができるハードウェアの空き資源量の情報と「アプリケーションを動作させるために必要な資源量」の情報とを比較することによって、アプリケーションを動作可能であるか否かの可否判定を行うことができる。

[0077] また、アプリ実行部 16は、アプリケーションの実行中に、そのアプリケーションの途中の実行状態を示す情報 (以下、アプリ実行状態情報という）を出力することができる能力を有する。

[0078] アプリ実行状態情報の具体例として、将棋のゲームを行うアプリケーションを考える。アプリケーションは、通常、ゲームを始めたらゲームが終わるまで休みなく実行される。しかし、ゲームを途中で中断して後で再開したい場合、中断する時点でのプレイヤーの駒の位置や持ち駒の情報が記録される必要がある。このように、アプリ実行状態情報とは、アプリケーションの実行の途中の状態を示す情報である。アプリ実行状態情報には、アプリケーションの実行を中断した後で再開するために必要な情報が含まれている。

[0079] アプリケーション力JAVA (登録商標）アプリケーションである場合、実行中のォブジェタトが、アプリ実行状態情報として記録される。

[0080] 実行中のオブジェクトの状態を出力する手段として、 JAVA (登録商標）では、シリアライズがサポートされている。シリアライズとは、オブジェクトが持つ属性の値や構造を、ノイト列で扱える形に変換することである。すなわち、シリアライズによって、複雑な構造を持った実行途中のアプリケーションの状態を示すデータ等が、バイト列のストリームゃファイル形式で出力されることとなる。当該バイト列が、アプリ実行状態情報とされる。

[0081] もちろん、オブジェクトをバイト列に変換するシリアライズの機能を用いなくとも、アブリケーシヨンは、他のフォーマットによって、アプリ実行状態情報を出力する手段を保持していても良い。例えば、多くのゲームアプリケーションは、ゲームの途中経過（ァプリ実行状態情報)を何らかのフォーマットで記述する能力を保持して、る。アプリ実行状態情報は、例えば XMLや HTMLなど、汎用性を持ったフォーマットで記述されていてもよいし、アプリケーション独自で定義したフォーマットを用いていて記述されていても良い。

[0082] アプリ認識部 12は、ネットワーク 6を介して相互に通信可能に接続された他の電子機器が保持するアプリケーションの特徴を取得する能力を有する。アプリ認識部 12 は、他の電子機器が保持するアプリケーションのアプリ属性情報を、ネットワーク 6を介して取得することによって、他の電子機器が保持するアプリケーションの特徴を取得することができる。 [0083] 代替アプリ保持判断部 15は、アプリ認識部 12によって認識された他の電子機器が保持するアプリケーションの代わりとなる代替アプリケーションが自機器内に保持されている力否かを判断する。代替アプリ保持判断部 15は、アプリ同一性判定部 151と、関連アプリ判定部 152とを含む。

[0084] アプリ同一性判定部 151は、アプリ認識部 12によって認識された他の電子機器が保持するアプリケーションのアプリ属性情報と、自機器の保持するアプリケーションのアプリ属性情報とを比較して、自機器内に同一機能アプリケーションが保持されているカゝ否かを判定し、他の電子機器が保持するアプリケーションと自機器が保持する同一機能アプリケーションとを対応つけるテーブル (以下、同一性テーブルと!/、う）を作成して、記憶する。

[0085] 関連アプリ判定部 152は、他の電子機器が保持するアプリケーションと自機器が保持する関連機能アプリケーションとを対応つけるテーブル (以下、関連テーブルという )を作成して記憶する。

[0086] 代替アプリ保持判断部 15は、アプリ実行不能検出部 13によって、他の電子機器でのアプリケーションの実行不能が検出されたら、当該実行不能のアプリケーションの代わりに実行される代替アプリケーションが自機器内に保持されている力否かを、同一性テーブルおよび Zまたは関連テーブルを参照して、判断する。

[0087] 図 6は、アプリ同一性判定部 151の動作を示すフローチャートである。以下、図 6を参照しながら、同一性テーブルが作成される手順について説明する。図 6では、自機器内のアプリケーションをアプリケーション Aとし、アプリ認識部 12によって認識された他の電子機器内のアプリケーションをアプリケーション Bとする。

[0088] まず、アプリ同一性判定部 151は、アプリケーション Aのアプリ属性情報とアプリケーシヨン Bのアプリ属性情報のそれぞれから「アプリケーションの名称」を取得する (ステツプ S 101)。

[0089] 次に、アプリ同一性判定部 151は、両方のアプリ属性情報から、比較対象の情報として、「アプリケーションの名称」を正常に取得できた力否かを判断する (ステップ S10 2)。アプリケーション Aおよび Bの、ずれからも比較対照の情報として「アプリケーションの名称」を取得できな力つた場合、アプリ同一性判定部 151は、両アプリケーションの同一性を確認できなかったものとして、ステップ S108の動作に進む。一方、「ァプリケーシヨンの名称」を正常に取得できた場合、アプリ同一性判定部 151は、ステップ S 103の動作に進む。

[0090] ステップ S 103において、アプリ同一性判定部 151は、両方のアプリ属性情報の「ァプリケーシヨンの名称」は、一致するか否かを判断する。「アプリケーションの名称」が一致しない場合、アプリ同一性判定部 151は、両アプリケーションの同一性を確認できなかったものとして、ステップ S 108の動作に進む。一方、「アプリケーションの名称」が一致する場合、アプリ同一性判定部 151は、ステップ S 104の動作に進む。

[0091] ステップ S104において、アプリ同一性判定部 151は、アプリケーション Aのアプリ属性情報とアプリケーション Bのアプリ属性情報のそれぞれから、「アプリケーションの作成者」を取得する。

[0092] 次に、アプリ同一性判定部 151は、両方のアプリ属性情報から、比較対象の情報として、「アプリケーションの作成者」を正常に取得できた力否かを判断する (ステップ S 105)。アプリケーション Aおよび Bの!、ずれ力も比較対照の情報として「アプリケーシヨンの作成者」を取得できな力つた場合、アプリ同一性判定部 151は、両アプリケーシヨンの同一性を確認できなかったものとして、ステップ S108の動作に進む。一方、「アプリケーションの作成者」を正常に取得できた場合、アプリ同一性判定部 151は、ステップ S 106の動作に進む。

[0093] ステップ S 106において、アプリ同一性判定部 151は、両方のアプリ属性情報の「ァプリケーシヨンの作成者」は、一致するか否かを判断する。「アプリケーションの作成者」がー致しない場合、アプリ同一性判定部 151は、両アプリケーションの同一性を確認できなかったものとして、ステップ S 108の動作に進む。一方、「アプリケーションの作成者」がー致する場合、アプリ同一性判定部 151は、ステップ S107の動作に進む。

[0094] ステップ S107において、アプリ同一性判定部 151は、アプリケーション Aはアプリケーシヨン Bと同一の機能を有するアプリケーションであると判定する。次に、アプリ同一性判定部 151は、アプリケーション Aをアプリケーション Bに対応付けて同一機能ァプリケーシヨンとして同一性テーブルに登録し (ステップ S 109)、アプリ認識部 12によつて認識された他のアプリケーションについて、同様にステップ S101以降の処理を実行するように、リターンする。

[0095] ステップ S 108において、アプリ同一性判定部 151は、アプリケーション Aとアプリケーシヨン Bとは同一でないとして、アプリ認識部 12によって認識された他のアプリケーシヨンについて、同様にステップ S101以降の処理を実行するように、リターンする。

[0096] 図 6に示す動作は、アプリ認識部 12によって認識された他の電子機器内の全てのアプリケーションにつ、て繰り返し実行される。

[0097] 以上が同一性テーブルが作成される手順の一例である。なお、上記手順では、ァプリケーシヨンの同一性の判定に、「アプリケーションの名称」および「アプリケーションの作成者」が使用されているが、必ずしもこれらを使用する必要はない。アプリ同一性判定部 151は、他のアプリ属性情報の組み合わせを比較することによって、同一性判定を行っても良い。比較に使用するアプリ属性情報の種類は、幾つでも良い。

[0098] なお、図 6では、アプリ同一性判定部 151は、一対一に、アプリケーション Aとアプリケーシヨン Bとを比較しているだけである。しかし、電子機器 1が複数のアプリケーションを保持している場合、アプリ同一性判定部 151は、電子機器 1が保持する全てのァプリケーシヨンについて、アプリケーション Bと同一の機能を有するか否かを判定して、同一性テーブルを作成しなければならない。具体的には、アプリ同一性判定部 15 1は、ステップ S 108の後、電子機器 1が保持するアプリケーション A以外のアプリケーシヨンのアプリ属性情報を取得して、ステップ S 101以降の動作に戻るとよい。アプリ同一性判定部 151は、電子機器 1が保持する全てのアプリケーションの中に、アプリケーシヨン Bと同一の機能を有するアプリケーションが存在しな力つた場合、他の電子機器が保持する他のアプリケーションにつ、て、同一の機能を有するアプリケーションが電子機器 1に保持されて!、る力否かを判断する。

[0099] 図 7は、同一性テーブルの一例を示す図である。図 7に示すように、同一性テープルは、他の電子機器が保持するアプリケーションに関する情報 (テーブルの左列）と、他の電子機器が保持するアプリケーションと同一の機能を有すると判断された同一機能アプリケーションに関する情報 (テーブルの右列）との組から構成される。

[0100] 図 7に示すように、他の電子機器のアプリケーションに関する情報として、「アプリケーシヨンが保存されている機器の識別情報」、「アプリケーションの名称」、および「ァプリケーシヨンのサイズ」が登録されている。もちろん、他の電子機器が保持するアブリケーシヨンを特定することができる情報であれば、他の電子機器のアプリケーションに関する情報は、図 7に示した情報に限られるものではない。

[0101] 図 7に示すように、同一機能アプリケーションに関する情報として、「アプリケーションの名称」および「アプリケーションのサイズ」が登録されている。もちろん、自機器が保持するアプリケーションを特定することができる情報であれば、同一機能アプリケーシヨンに関する情報は、図 7に示した情報に限られるものではない。

[0102] 本実施形態において、関連アプリ判定部 152によって実行される、他の電子機器が保持するアプリケーションと、電子機器 1が保持する関連機能アプリケーションとの対応付けは、以下の（a) , (b) , (c) , (d)のようにして行われる。

[0103] (a)他の電子機器が保持するアプリケーションのアプリ属性情報には、自アプリケーシヨンの代替アプリケーションになることができる他アプリケーションに関する条件が記述されている。たとえば、図 3において示した「代替可能アプリケーション」が、当該条件である。関連アプリ判定部 152は、当該条件を解読して、自機器内に当該条件に合致するアプリケーションが保持されてヽるか否かを判定して、保持されてヽる場合、保持しているアプリケーションを関連機能アプリケーションとして、当該他の電子機器が保持するアプリケーションと対応付けて、関連テーブルに登録する。

[0104] (b)電子機器 1が保持するアプリケーションのアプリ属性情報には、自アプリケーシヨンが他のアプリケーションの代替アプリケーションになるための条件が記述されている。たとえば、図 3において示した「被代替可能アプリケーション」が、当該条件である。関連アプリ判定部 152は、当該条件を解読して、アプリ認識部 12が認識した他の電子機器内のアプリケーションの中に、当該条件に合致するアプリケーションが存在するか否かを判定する。当該条件に合致するアプリケーションが存在する場合、関連アプリ判定部 152は、自機器が保持するアプリケーションを、他の電子機器の保持するアプリケーションの関連機能アプリケーションとして、当該他の電子機器が保持するアプリケーションと対応付けて、関連テーブルに登録する。

[0105] (c)関連テーブルは、電子機器 1に予め記憶されて、る。 [0106] (d)ユーザによって、関連テーブルが登録される。

[0107] 図 8は、ユーザによって関連テーブルが登録されるときの処理手順を説明するための図である。

[0108] 関連アプリ判定部 152は、図 8中のユーザインタフェース 7a, 7d, 7c, 7dを出力装置 105に表示させることができる。

[0109] ユーザインタフェース 7aは、他の電子機器が保持するアプリケーションの一覧を示しており、関連テーブルに登録したい他の電子機器のアプリケーションを選択'指定するための画面である。ここでは、電子機器 2が保持するアプリケーションの一覧が示されている。関連アプリ判定部 152は、アプリ認識部 12が認識した電子機器 2が保持するアプリケーション固有の情報を取得することによって、ユーザインタフェース 7aに、電子機器 2が保持するアプリケーションの一覧を表示する。ユーザは、ユーザインタフェース 7aに表示されて、る一覧の中から、関連テーブルに登録したアプリケーションを選択'指定する。ここでは、アプリケーション" Media Viewer"が選択されているとする。ユーザインタフェース 7aで指定されると、関連アプリ判定部 152は、ユーザィンタフェース 7bを表示させる。

[0110] ユーザインタフェース 7bは、電子機器 1が保持するアプリケーションの一覧を示しており、ユーザインタフェース 7aで指定したアプリケーションと対応付けた、電子機器 1 のアプリケーションを選択 '指定するための画面である。関連アプリ判定部 152は、電子機器 1が保持するアプリケーション固有の情報を取得することによって、ユーザインタフエース 7bに、電子機器 1が保持するアプリケーションの一覧を表示する。ユーザは、ユーザインタフェース 7bに表示されている一覧の中から、関連機能アプリケーシヨンとして登録したアプリケーションを選択'指定する。ここでは、関連機能アプリケーシヨンとして、 "BackUp Recorder"が選択されているとする。ユーザインタフェース 7bで指定されると、関連アプリ判定部 152は、ユーザインタフェース 7cを表示させる

[0111] ユーザインタフェース 7cは、アプリケーションと関連機能アプリケーションとの対応付けを確認するための画面である。ここで、ユーザは、 "Yes"を指定したとする。これによって、関連アプリ判定部 152は、関連テーブルにアプリケーションと関連機能ァプリケーシヨンとを登録し、登録に成功した旨（ユーザインタフェース 7d)を表示させる

[0112] 関連アプリ判定部 152は、関連テーブルを何らかの形式で保持する。

[0113] 図 9は、関連テーブルの一例を示す図である。図 9に示すように、関連テーブルは、他の電子機器が保持するアプリケーションに関する情報 (テーブルの左列）と、関連機能アプリケーションに関する情報 (テーブルの右列）との組から構成される。

[0114] 図 9に示すように、他の電子機器のアプリケーションに関する情報として、「アプリケーシヨンが保存されている機器の識別情報」、「アプリケーションの名称」、および「ァプリケーシヨンのサイズ」が登録されている。もちろん、他の電子機器が保持するアブリケーシヨンを特定することができる情報であれば、他のアプリケーションに関する情報は、図 9に示した情報に限られない。

[0115] 図 9に示すように、関連機能アプリケーションに関する情報として、「アプリケーションの名称」および「アプリケーションのサイズ」が登録されている。もちろん、自機器が保持するアプリケーションを特定することができる情報であれば、関連機能アプリケーシヨンに関する情報は、図 9に示した情報に限られるものではない。

[0116] アプリ実行不能検出部 13は、ネットワーク 6を介して接続された他の電子機器が保持するアプリケーションが、実行可能な状態にある力否かを検出する。本実施形態において、アプリケーションが実行可能な状態にないとは、大きく以下の 2つ (A) , (B) の場合を想定している。

[0117] (A)ネットワーク 6を介して接続された他の電子機器が、通電状態を保って!/ヽな!、。

(B)ネットワーク 6を介して接続された他の電子機器におけるアプリ実行部の資源制約の問題から、アプリケーションを実行することができな、。

[0118] アプリ実行不能検出部 13は、上記 (A)または（B)の状態に陥っていないか否かを、他の電子機器を監視することによって、判定する。

[0119] 図 10は、アプリ実行不能検出部 13の動作の一例を示すフローチャートである。以下、図 10を参照しながら、アプリ実行不能検出部 13の動作について説明する。なお、図 10では、簡単のために、電子機器 2のアプリケーションについて、実行不能であるカゝ否かを判断する例を示すが、アプリ実行不能検出部 13は、ネットワーク 6を介して接続される他の電子機器全てに対して、図 10に示す処理と同様の処理を実行する。

[0120] まず、アプリ実行不能検出部 13は、電子機器 2の通電状態を取得して (ステップ S2 01)、電子機器 2の通電状態が切断されている力否かを判断する (ステップ S 202)。ステップ S201および S 202によって、上記 (A)の場合についての判断が行われる。

[0121] 例えば、家電ネットワークの接続規格の一つである UPnPの仕様では、ネットワーク接続された通電状態にある電子機器は、一定時間ごとにネットワーク接続されている他の電子機器に信号を発することになつている。電子機器力定期的な信号が発信されない場合、当該電子機器は、通電状態が切断されたものとみなされる。

[0122] ステップ S202において、電子機器 2の通電状態が切断されていると判断された場合、アプリ実行不能検出部 13は、ステップ S203の動作に進み、電子機器 2が保持する全てのアプリケーションは実行不能状態であると判定する。

[0123] ステップ S202において、電子機器 2の通電状態が切断されていないと判断された場合、アプリ実行不能検出部 13は、ステップ S204以降の動作に進む。ステップ S20 4以降の動作によって、上記 (B)の場合にっ、ての判断が行われる。

[0124] ステップ S204において、アプリ実行不能検出部 13は、アプリ認識部 12によって認識された電子機器 2が保持するアプリケーションを一つ選択する。次に、アプリ実行不能検出部 13は、電子機器 2のアプリ実行部に対して、選択したアプリケーションの実行が可能である力否かを問い合わせる (ステップ S 205)。電子機器 2のアプリケーシヨンがアプリケーション固有の情報として「アプリケーションを動作させるために必要な資源量」の情報を保持している場合、電子機器 2のアプリ実行部は、電子機器 2内にお、て使用することができるハードウェアの空き資源量の情報に基づ、て、アプリケーシヨンが実行可能であるカゝ否かを判断し、判断結果を電子機器 1のアプリ実行不能検出部 13に送信する。アプリ実行不能検出部 13は、電子機器 2から送信されてくる判断結果を受信する。

[0125] 次に、アプリ実行不能検出部 13は、電子機器 2から送られてきた問い合わせの結果が「実行可能」である力否かを判断する (ステップ S206)。問、合わせの結果が実行可能である場合、アプリ実行不能検出部 13は、電子機器 2において、ステップ S 2 04で選択したアプリケーションは実行可能状態にあると判定し (ステップ S 207)、ステツプ S209の動作に進む。一方、問い合わせの結果が実行可能でない場合、アブリ実行不能検出部 13は、電子機器 2において、ステップ S 204で選択したアプリケーシヨンは実行不可能状態にあると判定し (ステップ S 208)、ステップ S 209の動作に進む。

[0126] ステップ S209において、アプリ実行不能検出部 13は、アプリ認識部 12によって認識された電子機器 2が保持する全てのアプリケーションにつヽて、実行可能であるか否かの問!、合わせを実行したか否かを判断する。全てのアプリケーションにつ!/ヽて問い合わせていない場合、アプリ実行不能検出部 13は、ステップ S204の動作に戻つて、別のアプリケーションについての問い合わせを実行する。一方、全てのアプリケーシヨンについて問い合わせている場合、電子機器 1は、全体の動作にリターンする

[0127] アプリ実行判断部 14は、アプリ実行不能検出部 13によって実行不能であると検出されたアプリケーションが存在する場合に、当該アプリケーションの代わりとなる代替アプリケーションを実行すべきか否かを判断する。アプリ実行判断部 14は、アプリ起動要求検出部 141と、アプリ実行状態取得部 142とを含む。

[0128] アプリ起動要求検出部 141は、別の電子機器上に存在するアプリケーションに対する起動要求を検出し、当該起動要求がどの電子機器が保持しているどのアプリケーシヨンに対して行われたものであるのかを特定する。

[0129] 本発明では、アプリケーションに対する起動要求として、大きくは、以下の二つの場合 (C)および (D)を想定して、る。

[0130] (C)他の電子機器から、ネットワーク 6を介して、電子機器とアプリケーションとを特定する情報を含む起動要求が送信される場合。

(D)ネットワーク 6を介さずに、電子機器 2自身が起動要求をなす場合。たとえば、電子機器 2のユーザが、電子機器 2に対して、電子機器 2が保持するアプリケーションの起動を指定する場合、電子機器 2のタイマやアプリケーションなど内部的な条件をトリガーとして、電子機器 2が保持するアプリケーションに対して起動要求がなされる場合等である。 [0131] 電子機器 2が保持するアプリケーションに対する起動要求が発生した力否かをアブリ起動要求検出部 141が検出するための実現例としては、以下の 2通り（E)および (F )が考えられる。

[0132] (E)アプリ起動要求検出部 141は、ネットワーク 6の通信状態を監視する。通信状態を監視している間に、もしネットワーク 6に接続された何らかの機器から、電子機器 2のアプリケーションに対して起動要求が発せられた場合、アプリ起動要求検出部 14 1は、上記 (C)の場合の起動要求があつたと判定する。

[0133] (F)電子機器 2のアプリ実行部は、電子機器 2の内部で、保持しているアプリケーシヨンに対する起動要求が発生した場合、電子機器 1のアプリ起動要求検出部 141からの求めに応じて、電子機器 1に対してその旨を通知する。したがって、アプリ起動要求検出部 141は、電子機器 2に対して、内部で起動要求が発生した力否力を問い合わせることによって、上記 (D)の場合の起動要求があった力否かを判定することができる。

[0134] アプリ起動要求検出部 141は、（E)および (F)の両方もしくはいずれかの仕組みを備えることで、他の電子機器の保持するアプリケーションに対する起動要求を検出することがでさる。

[0135] アプリ実行状態取得部 142は、電子機器 2のアプリ実行部によって生成されるアブリ実行状態情報を、電子機器 2から取得する。先に説明した通り、アプリ実行状態情報は、アプリケーションの実行過程において、シリアライズ等の技術を用いて、電子機器 2のアプリ実行部によって生成される。アプリ実行状態取得部 142は、当該アプリ実行状態情報を解析することによって、電子機器 2の上で実行されているアプリケーシヨンの実行の途中の状態を知ることができる。

[0136] アプリ実行判断部 14は、アプリ実行不能検出部 13によって実行不能であると検出されたアプリケーションが存在する場合に、アプリ起動要求検出部 141によって実行不能であると検出されたアプリケーションに対する起動要求が検出される力および Zまたはアプリ実行状態取得部 142によって実行不能であると検出されたアプリケーシヨンのアプリ実行状態情報が取得されて、れば、当該アプリケーションの代わりに代替アプリケーションを実行すべきであると判断するし、代替アプリ保持判断部 15に対して、代替アプリケーションを保持しているか否かを判断させる。それに応じて、代替アプリ保持判断部 15は、同一性テーブルおよび Zまたは関連テーブルを参照して、代替アプリケーションを保持しているか否かを判断し、保持している場合、アプリ実行部 16に当該代替アプリケーションを実行させる。

[0137] タイミング制御部 11は、アプリ実行部 16、アプリ認識部 12、アプリ実行不能検出部 13、アプリ実行判断部 14、および代替アプリ保持判断部 15の実行タイミングを制御する。

[0138] 次に、アプリ継続プログラムを実行したときの電子機器 1の動作の詳細な流れについて説明する。第 1の実施形態では、上記構成の組み合わせを用いて、 4種類の基本的な処理の流れを想定する。カロえて、 4種類の基本的な処理をさらに組み合わせることによる処理の流れも想定する。第 1の基本処理は、他の機器が保持するアプリケーシヨンが実行不能な状態のときに当該アプリケーションに対する起動要求が検出された場合、電子機器 1が同一機能アプリケーションを代替アプリケーションとして実行する処理である。第 2の基本処理は、他の機器が保持するアプリケーションが実行不能と検出された場合、電子機器 1が当該アプリケーションの実行状態を継続するように同一機能アプリケーションを代替アプリケーションとして実行する処理である。第 3 の基本処理は、他の機器が保持するアプリケーションが実行不能な状態のときに当該アプリケーションに対する起動要求が検出された場合、電子機器 1が関連機能ァプリケーシヨンを代替アプリケーションとして実行する処理である。第 4の基本処理は、他の機器が保持するアプリケーションが実行不能と検出された場合、電子機器 1が当該アプリケーションの実行状態を継続するように関連機能アプリケーションを代替アプリケーションとして実行する処理である。上記第 1一第 4の基本処理は、それぞれ組み合わせることができる。

[0139] 図 11は、第 1の基本処理を実行するときの電子機器 1の動作を示すフローチャートである。以下、図 11を参照しながら、第 1の基本処理の流れについて説明する。なお、図 11に示す処理は、アプリ継続プログラムの終了と共に終了する。

[0140] まず、アプリ認識部 12は、他の電子機器が保持しているアプリケーションを認識する（ステップ S301)。ステップ S301の処理は、図 5におけるステップ S1の処理に相当する。

[0141] 次に、タイミング制御部 11は、アプリ同一性判定部 151による処理を開始するタイミングが到来したか否かを判断する (ステップ S302)。当該タイミングが到来して、な!/ヽ場合、タイミング制御部 11は、ステップ S303の動作に進む。一方、当該タイミングが到来している場合、アプリ同一性判定部 151は、ステップ S301で認識された他の電子機器が保持するアプリケーションを対象に、同一機能アプリケーションが電子機器 1に保持されて!ヽるか否かを判断して、同一機能アプリケーションが保持されてヽたら、他の電子機器が保持するアプリケーションと同一機能アプリケーションとの組み合わせを同一性テーブルとして作成し (ステップ S304)、電子機器 1は、ステップ S303 の動作に進む。

[0142] ステップ S303において、タイミング制御部 11は、アプリ実行不能検出部 13による処理を開始するタイミングが到来したか否かを判断する。当該タイミングが到来して、ない場合、タイミング制御部 11は、ステップ S300の動作に進む。一方、当該タイミングが到来している場合、アプリ実行不能検出部 13は、実行不能と検出される他の電子機器上のアプリケーションが存在する力否かを判断する (ステップ S305)。ステップ S305の処理は、図 5におけるステップ S2の処理に相当する。実行不能のアプリケーシヨンが存在しない場合、電子機器 1は、ステップ S300の動作に進む。一方、実行不能のアプリケーションが存在する場合、電子機器 1は、ステップ S306の動作に進む。

[0143] ステップ S306において、アプリ実行判断部 14は、アプリ起動要求検出部 141によつて、当該実行不能のアプリケーションに対する起動要求が検出されたか否かを判断する。起動要求が検出されていない場合、電子機器 1は、ステップ S300の動作に進む。一方、起動要求が検出された場合、アプリ実行判断部 14は、代替アプリケーシヨンを実行すべきであると決定し、ステップ S307の動作を代替アプリ保持判断部 1 5に実行させる。ステップ S306の処理は、図 5におけるステップ S3の処理に相当する。

[0144] ステップ S307において、代替アプリ保持判断部 15は、ステップ S304においてァプリ同一性判定部 151によって作成された同一性テーブルを参照して、起動要求のあったアプリケーションの代わりとなる同一機能アプリケーションが保持されているか否かを判断する。同一機能アプリケーションが保持されていない場合、電子機器 1は、ステップ S300の動作に進む。一方、同一機能アプリケーションが保持されている場合、代替アプリ保持判断部 15は、ステップ S308の動作をアプリ実行部 16に実行させる。ステップ S307の処理は、図 5におけるステップ S4の処理に相当する。

[0145] ステップ S308において、アプリ実行部 16は、代替アプリ保持判断部 15によって保持されているとされた同一機能アプリケーションを起動し、実行を開始する。その後、電子機器 1は、ステップ S300の動作に進む。ステップ S308の処理は、図 5におけるステップ S5の処理に相当する。

[0146] ステップ S300において、電子機器 1は、内部のタイマを変化させ、ステップ S302の動作に戻る。電子機器 1は、定期的に、アプリ同一性判定部 151による処理と、アプリ実行不能検出部 13による処理とを実行することとなる。これにより、定期的に、同一性の判定と実行不能の検出とが行われることが保証されている。なお、アプリ同一性判定部 151、およびアプリ実行不能検出部 13の判定処理は、特に順序立てて行われる必要はなぐ定期的に処理が実行されてさえいれば、処理の周期は揃っていなくてもよい。例えば、アプリ同一性判定部 151は 300s毎に実行し、アプリ実行不能検出部 13は 5s毎に実行するなど、それぞれ固有の実行タイミングで実行されてもよい。

[0147] 第 1の基本処理を利用したサービスの例を挙げる。

[0148] 第 1のホームサーバは、定期的に、ネットワーク接続された他の電子機器のデータを自機器にバックアップしてコピーするサービスを備えているとする。第 1のホームサーバは、ノックアップを実行するアプリケーション (第 1のバックアップアプリ）を保持している。第 1のバックアップアプリは、内部のタイマによって起動要求が与えられれば、サービスを実行する。

[0149] ここで、第 1のホームサーバの第 1のバックアップアプリが、実行不能な状態に陥つたとする。

[0150] 第 1のホームサーバにネットワークを介して接続された第 2のホームサーバは、第 1 のバックアップアプリと同一の機能を有する第 2のバックアップアプリを保持している。第 2のホームサーバは、アプリ «I続プログラムを実行することによって、第 1のバックァップアプリが実行不能な状態に陥ったことを検出し、かつ、第 1のホームサーバの内部のタイマによって第 1のノックアップアプリに起動要求が与えられたことを検出すると、第 2のバックアップアプリを起動する。このようにして、第 1のバックアップアプリの起動が不可能な第 1のホームサーバに代わって、第 2のホームサーバによるサービスが実現される。

[0151] 図 12は、第 2の基本処理を実行するときの電子機器 1の動作を示すフローチャートである。以下、図 12を参照しながら、第 2の基本処理の流れについて説明する。

[0152] まず、アプリ認識部 12は、他の電子機器が保持しているアプリケーションを認識する（ステップ S401)。ステップ S401の処理は、図 5におけるステップ S1の処理に相当する。

[0153] 次に、タイミング制御部 11は、アプリ同一性判定部 151による処理を開始するタイミングが到来したか否かを判断する (ステップ S402)。当該タイミングが到来して！/、な!/ヽ場合、タイミング制御部 11は、ステップ S403の動作に進む。一方、当該タイミングが到来している場合、アプリ同一性判定部 151は、ステップ S401で認識された他の電子機器が保持するアプリケーションを対象に、同一機能アプリケーションが電子機器 1に保持されて!ヽるか否かを判断して、同一機能アプリケーションが保持されてヽたら、他の電子機器が保持するアプリケーションと同一機能アプリケーションとの組み合わせを同一性テーブルとして作成し (ステップ S404)、電子機器 1は、ステップ S403 の動作に進む。

[0154] ステップ S403において、タイミング制御部 11は、アプリ実行状態取得部 142による処理を開始するタイミングが到来したか否かを判断する。当該タイミングが到来して、ない場合、タイミング制御部は、ステップ S406の動作に進む。一方、当該タイミングが到来している場合、アプリ実行状態取得部 142は、他の電子機器上で実行されているアプリケーションのアプリ実行状態情報を取得し (ステップ S405)、電子機器 1は、ステップ S406の動作に進む。

[0155] ステップ S406において、タイミング制御部 11は、アプリ実行不能検出部 13による処理を開始するタイミングが到来したか否かを判断する。当該タイミングが到来して、ない場合、タイミング制御部 11は、ステップ S400の動作に進む。一方、当該タイミングが到来している場合、アプリ実行不能検出部 13は、実行不能と検出される他の電子機器上のアプリケーションが存在するカゝ否かを判断する (ステップ S407)。ステップ S407の処理は、図 5におけるステップ S2の処理に相当する。実行不能のアプリケーシヨンが存在しない場合、電子機器 1は、ステップ S400の動作に進む。一方、実行不能のアプリケーションが存在する場合、電子機器 1は、ステップ S408の動作に進む。

[0156] ステップ S408において、アプリ実行判断部 14は、アプリ実行状態取得部 142によつて、当該実行不能のアプリケーションについてのアプリ実行状態情報が保持されているか否かを判断する。アプリ実行状態情報が保持されていない場合、電子機器 1 は、ステップ S400の動作に進む。一方、アプリ実行状態情報が保持されている場合、アプリ実行判断部 14は、代替アプリケーションを実行すべきであると決定し、ステツプ S409の動作を代替アプリ保持判断部 15に実行させる。ステップ S408の処理は、図 5におけるステップ S3の処理に相当する。

[0157] ステップ S409において、代替アプリ保持判断部 15は、ステップ S404においてァプリ同一性判定部 151によって作成された同一性テーブルを参照して、保持しているアプリ実行状態情報に対応するアプリケーションと同一の機能を有する同一機能ァプリケーシヨンが電子機器 1に保持されて、る力否かを判断する。同一機能アプリケーシヨンが保持されていない場合、電子機器 1は、ステップ 400の動作に進む。一方、同一機能アプリケーションが保持されている場合、代替アプリ保持判断部 15は、ステツプ S410の動作をアプリ実行部 16に実行させる。ステップ S409の処理は、図 5におけるステップ S4の処理に相当する。

[0158] ステップ S410において、アプリ実行部 16は、代替アプリ保持判断部 15によって保持されているとされた同一機能アプリケーションを起動し、実行を開始する。その後、電子機器 1は、ステップ S400の動作に進む。ステップ S410の処理は、図 5におけるステップ S5の処理に相当する。

[0159] ステップ 400において、電子機器 1は、内部のタイマを変化させ、ステップ S402の動作に戻る。電子機器 1は、定期的に、アプリ同一性判定部 151による処理と、アプリ実行不能検出部 13による処理と、アプリ実行状態取得部 142による処理とを実行することとなる。これにより、定期的に、同一性の判定、実行不能の検出、およびアプリ実行状態情報の取得が行われることが保証される。なお、アプリ同一性判定部 151 による処理と、アプリ実行不能検出部 13による処理と、アプリ実行状態取得部 142による処理とは、特に順序立てて行われる必要はなぐ定期的に処理が実行されてさえいれば、処理の周期は揃っていなくてもよい。

[0160] 第 2の基本処理を利用したサービスの例を挙げる。

[0161] 第 1の AV機器は、放送録画を行うサービスを備えているとする。第 1の AV機器は、放送の録画を実行するアプリケーション (第 1の録画アプリ）を保持し、サービスを実現する。

[0162] ここで、第 1の AV機器の第 1の録画アプリが、放送の録画中に突如、実行不能な状態に陥り、サービスが中断されてしまったとする。

[0163] 第 1の AV機器にネットワーク接続された第 2の AV機器は、第 1の録画アプリと同一の機能を有する第 2の録画アプリを保持している。第 2の AV機器は、アプリ継続プログラムを実行することによって、第 1の AV機器上で実行されてヽた第 1の録画アプリ力どのチャンネルをどのような設定で録画していた力といったアプリ実行状態情報を取得している。

[0164] 第 2の AV機器は、第 1の録画アプリが実行不能な状態に陥ったことを検出すると、第 2の録画アプリ 2を起動し、取得していたアプリ実行状態情報に基づいて、第 1の録画アプリで行われていたのと同一の設定でサービスを引き継ぐ。

[0165] 図 13は、第 3の基本処理を実行するときの電子機器 1の動作を示すフローチャートである。以下、図 13を参照しながら、第 3の基本処理の流れについて説明する。

[0166] まず、アプリ認識部 12は、他の電子機器が保持しているアプリケーションを認識する（ステップ S501)。ステップ S501の処理は、図 5におけるステップ S1の処理に相当する。

[0167] 次に、タイミング制御部 11は、関連アプリ判定部 152による処理を開始するタイミングが到来した力否かを判断する (ステップ S502)。当該タイミングが到来してヽなヽ場合、タイミング制御部 11は、ステップ S503の動作に進む。一方、当該タイミングが到来している場合、関連アプリ判定部 152は、ステップ S501で認識された他の電子機器が保持するアプリケーションを対象に、関連機能アプリケーションを対応付ける処理を実行し、関連テーブルを作成する (ステップ S 504)。なお、予め関連テーブルが作成されている場合、ステップ S504の処理は省略可能である。ステップ S504の後、電子機器は、ステップ S503の動作に進む。

[0168] ステップ S503において、タイミング制御部 11は、アプリ実行不能検出部 13による処理を開始するタイミングが到来したか否かを判断する。当該タイミングが到来して、ない場合、タイミング制御部 11は、ステップ S500の動作に進む。一方、当該タイミングが到来している場合、アプリ実行不能検出部 13は、実行不能と検出される他の電子機器上のアプリケーションが存在する力否かを判断する (ステップ S505)。ステップ S505の処理は、図 5におけるステップ S2の処理に相当する。実行不能のアプリケーシヨンが存在しない場合、電子機器 1は、ステップ S500の動作に進む。一方、実行不能のアプリケーションが存在する場合、電子機器 1は、ステップ S506の動作に進む。

[0169] ステップ S506において、アプリ実行判断部 14は、アプリ起動要求検出部 141によつて、当該実行不能のアプリケーションに対する起動要求が検出されたか否かを判断する。起動要求が検出されていない場合、電子機器 1は、ステップ S500の動作に進む。一方、起動要求が検出された場合、アプリ実行判断部 14は、代替アプリケーシヨンを実行すべきであると決定し、ステップ S507の動作を代替アプリ保持判断部 1 5に実行させる。ステップ S506の処理は、図 5におけるステップ S3の処理に相当する。

[0170] ステップ S507において、代替アプリ保持判断部 15は、ステップ S504において関連アプリ判定部 152によって作成された関連テーブル (予め関連テーブルが記憶されている場合は、記憶されている関連テーブル)を参照して、起動要求のあったアブリケーシヨンの代わりとなる関連機能アプリケーションが保持されている力否かを判断する。関連機能アプリケーションが保持されていない場合、電子機器 1は、ステップ S 500の動作に進む。一方、関連機能アプリケーションが保持されている場合、代替ァプリ保持判断部 15は、ステップ S508の動作をアプリ実行部 16に実行させる。ステツプ S507の処理は、図 5におけるステップ S4の処理に相当する。 [0171] ステップ S508において、アプリ実行部 16は、代替アプリ保持判断部 15によって保持されているとされた関連機能アプリケーションを起動し、実行を開始する。その後、電子機器 1は、ステップ S500の動作に進む。ステップ S508の処理は、図 5におけるステップ S5の処理に相当する。

[0172] ステップ S500において、電子機器 1は、内部のタイマを変化させ、ステップ S502の動作に戻る。電子機器 1は、定期的に、関連アプリ判定部 152による処理と、アプリ実行不能検出部 13による処理とを実行することとなる。これにより、定期的に、関連機能アプリケーションの判定と実行不能の検出とが行われることが保証されている。なお、関連アプリ判定部 152、およびアプリ実行不能検出部 13の判定処理は、特に順序立てて行われる必要はなぐ定期的に処理が実行されてさえいれば、処理の周期は揃っていなくてもよい。例えば、関連アプリ判定部 152は 300s毎に実行し、アプリ実行不能検出部 13は 5s毎に実行するなど、それぞれ固有の実行タイミングで実行されてもよい。

[0173] 第 3の基本処理を利用したサービスの例を挙げる。

[0174] ホームサーバは、定期的に、ネットワーク接続された他の電子機器のデータを自機器にバックアップしコピーするサービスを備えているとする。ホームサーバは、バックアップを実行するアプリケーション (バックアップアプリ）を保持し、内部のタイマによつて起動要求が与えられることによってサービスを実現する。

[0175] ここで、このホームサーバのバックアップアプリが、実行不能な状態に陥ったとする。

[0176] ホームサーバとネットワーク接続された携帯電話は、ノックアップアプリの関連機能アプリケーションとして対応付けられたユーザ通知アプリケーションを保持している。

[0177] 携帯電話は、アプリ «I続プログラムを実行することによって、ホームサーバのバックアップアプリが実行不能な状態に陥ったことを検出し、かつ、ホームサーバの内部のタイマによってバックアップアプリに起動要求が与えられたことを検出すると、ユーザ通知アプリケーションを起動する。ユーザ通知アプリケーションは、ホームサーバのバックアップが失敗したことをユーザに対して通知、警告するサービスを実施する。

[0178] このようにして、ノックアップアプリによるサービスを補佐する形での別のサービスが実施されることとなる。 [0179] 図 14は、第 4の基本処理を実行するときの電子機器 1の動作を示すフローチャートである。以下、図 14を参照しながら、第 4の基本処理の流れについて説明する。

[0180] まず、アプリ認識部 12は、他の電子機器が保持しているアプリケーションを認識する（ステップ S601)。ステップ S601の処理は、図 5におけるステップ S1の処理に相当する。

[0181] 次に、タイミング制御部 11は、関連アプリ判定部 152による処理を開始するタイミングが到来した力否かを判断する (ステップ S602)。当該タイミングが到来して！/ヽなヽ場合、タイミング制御部 11は、ステップ S603の動作に進む。一方、当該タイミングが到来している場合、関連アプリ判定部 152は、ステップ S601で認識された他の電子機器が保持するアプリケーションを対象に、関連機能アプリケーションを対応付ける処理を実行し、関連テーブルを作成する (ステップ S604)。なお、予め関連テーブルが作成されている場合、ステップ S604の処理は省略可能である。ステップ S604の後、電子機器は、ステップ S603の動作に進む。

[0182] ステップ S603において、タイミング制御部 11は、アプリ実行状態取得部 142による処理を開始するタイミングが到来したか否かを判断する。当該タイミングが到来して、ない場合、タイミング制御部は、ステップ S606の動作に進む。一方、当該タイミングが到来している場合、アプリ実行状態取得部 142は、他の電子機器上で実行されているアプリケーションのアプリ実行状態情報を取得し (ステップ S605)、電子機器 1は、ステップ S606の動作に進む。

[0183] ステップ S606において、タイミング制御部 11は、アプリ実行不能検出部 13による処理を開始するタイミングが到来したか否かを判断する。当該タイミングが到来して、ない場合、タイミング制御部 11は、ステップ S600の動作に進む。一方、当該タイミングが到来している場合、アプリ実行不能検出部 13は、実行不能と検出される他の電子機器上のアプリケーションが存在する力否かを判断する (ステップ S607)。ステップ S607の処理は、図 5におけるステップ S2の処理に相当する。実行不能のアプリケーシヨンが存在しない場合、電子機器 1は、ステップ S600の動作に進む。一方、実行不能のアプリケーションが存在する場合、電子機器 1は、ステップ S608の動作に進む。 [0184] ステップ S608において、アプリ実行判断部 14は、アプリ実行状態取得部 142によつて、当該実行不能のアプリケーションについてのアプリ実行状態情報が保持されているか否かを判断する。アプリ実行状態情報が保持されていない場合、電子機器 1 は、ステップ S600の動作に進む。一方、アプリ実行状態情報が保持されている場合、アプリ実行判断部 14は、代替アプリケーションを実行すべきであると決定し、ステツプ S609の動作を代替アプリ保持判断部 15に実行させる。ステップ S608の処理は、図 5におけるステップ S3の処理に相当する。

[0185] ステップ S609において、代替アプリ保持判断部 15は、ステップ S604において関連アプリ判定部 152によって作成された関連テーブル (予め関連テーブルが記憶されている場合は、記憶されている関連テーブル)を参照して、起動要求のあったアブリケーシヨンの代わりとなる関連機能アプリケーションが保持されている力否かを判断する。関連機能アプリケーションが保持されていない場合、電子機器 1は、ステップ S 600の動作に進む。一方、関連機能アプリケーションが保持されている場合、代替ァプリ保持判断部 15は、ステップ S610の動作をアプリ実行部 16に実行させる。ステツプ S609の処理は、図 5におけるステップ S4の処理に相当する。

[0186] ステップ S610において、アプリ実行部 16は、代替アプリ保持判断部 15によって保持されているとされた関連機能アプリケーションを起動し、実行を開始する。その後、電子機器 1は、ステップ S600の動作に進む。ステップ S610の処理は、図 5におけるステップ S5の処理に相当する。

[0187] ステップ 600において、電子機器 1は、内部のタイマを変化させ、ステップ S602の動作に戻る。電子機器 1は、定期的に、関連アプリ判定部 152による処理と、アプリ実行不能検出部 13による処理と、アプリ実行状態取得部 142による処理とを実行することとなる。これにより、定期的に、関連機能アプリケーションの判定、実行不能の検出、およびアプリ実行状態情報の取得が行われることが保証される。なお、関連アブリ判定部 152による処理と、アプリ実行不能検出部 13による処理と、アプリ実行状態取得部 142による処理とは、特に順序立てて行われる必要はなぐ定期的に処理が実行されてさえヽれば、処理の周期は揃って、なくてもょヽ。

[0188] 第 4の基本処理を利用したサービスの例を挙げる。 [0189] 携帯電話は、放送の視聴をユーザに対して提供するサービスを備えているとする。携帯電話は、放送の表示を実行するアプリケーション (TVアプリ）を保持し、サービスを実現する。

[0190] ここで、この携帯電話の TVアプリが、実行中に突如、実行不能な状態に陥り、放送の視聴の提供と、うサービスが中断されてしまったとする。

[0191] ここで、携帯電話とネットワーク接続された AV機器は、 TVアプリの関連機能アプリケーシヨンとして対応付けられた、放送を自機器に記録する録画アプリというアプリケーシヨンを保持している。 AV機器は、アプリ継続プログラムを実行することによって、携帯電話で実行されていた TVアプリがどのチャンネルをどのような設定で視聴させて!、たのかと!/、つたアプリ実行状態情報を取得する。

[0192] AV機器は、携帯電話の TVアプリが実行不能な状態に陥ったことを検出すると、録画アプリを起動し、 TVアプリのアプリ実行状態情報に基づいて、 TVアプリで視聴されていたのと同一の設定でサービスを引継ぎ、放送の録画サービスを実現する。

[0193] これにより、携帯電話のユーザは、後ほど、 AV機器を用いて放送の続きを視聴することができる。こうして TVアプリによるサービスを補佐する形での別のサービスの実施されることとなる。

[0194] 以上、第 1の実施形態によれば、電子機器は、他の電子機器が保持しているアプリケーシヨンを認識し、認識したアプリケーションの実行不能が検出された場合、代替アプリケーションを実行すべきか否かを判断する。代替アプリケーションを実行すべきである場合、当該電子機器は、代替アプリケーションを保持しているカゝ否かを判断し、保持している場合、当該代替アプリケーションを実行する。したがって、第 1の実施形態に係る電子機器は、センターサーバが存在しない機器同士のみに構成されたネットワーク上に存在する場合であっても、他の電子機器におけるアプリケーションが実行不能となったら、代替アプリケーションを実行することができる。よって、センターサーバが存在しない機器同士のみによって構成されたネットワーク上であっても、サービスが継続的に実施されることとなる。

[0195] ここで、第 1一第 4の基本処理の組み合わせについて説明する。

[0196] 第 1の基本処理と第 2の基本処理とは、組み合わせることができる。たとえば、電子機器 1は、第 2の基本処理と同様、予めアプリ実行状態情報を取得しておき、図 11におけるステップ S306において起動要求が検出されな力つたと判断された場合、図 1 2におけるステップ S408の判断を実行して、アプリ実行状態情報を保持して、るならば、同一機能アプリケーションを保持して、るか否かを判断するステップ S307の動作に進むとよい。なお、第 1の基本処理と第 2の基本処理との組み合わせ方は、これに限られるものではない。

[0197] 第 1の基本処理と第 3の基本処理とは、組み合わせることができる。たとえば、電子機器 1は、第 3の実施形態と同様、関連テーブルを予め作成しておき、ステップ S307 において、同一機能アプリケーションを保持していないと判断した後、図 13におけるステップ S507を実行して、関連機能アプリケーションを保持しているならば、当該関連アプリケーションを実行するとよい。なお、第 1の基本処理と第 3の基本処理との組み合わせ方は、これに限られるものではない。

[0198] 第 1の基本処理と第 4の基本処理とは、組み合わせることができる。たとえば、電子機器 1は、図 14におけるステップ S608においてアプリ実行状態情報を保持していないと判断した場合、図 11におけるステップ S306および S307を実行して、起動要求が検出された場合、アプリ実行状態情報を用いずに、同一機能アプリケーションを起動してもよい。なお、第 1の基本処理と第 4の基本処理との組み合わせ方は、これに限られるものではない。

[0199] その他、第 1一第 4の基本処理は、可能な限り組み合わせることができる。当然、三つ以上の基本処理を組み合わせてもよいことは言うまでもない。当然、電子機器は、第 1一第 4の基本処理を単純に、順序立てて実行してもよい。本発明は、上述した組み合わせに限定されるものではない。

[0200] なお、第 1の実施形態において、代替アプリ保持判断部 15は、同一性テーブルおよび Zまたは関連テーブルを参照して、実行不能が検出されたアプリケーションの代わりとなる代替アプリケーションが自機器内に保持されている力否かを判断することとした。しかし、代替アプリケーションが自機器内に保持されている力否かを判断することができるのであれば、代替アプリ保持判断部 15は、同一性テーブルおよび Zまたは関連テーブルを参照しなくてもよい。すなわち、代替アプリ保持判断部 15は、アブリ実行判断部 14によって代替アプリケーションを実行すべきであると判断された度に、代替アプリケーションが保持されている力否かを判断してもよい。すなわち、図 11におけるステップ S302および S304、図 12におけるステップ S402および S404、図 13 におけるステップ S502および S504、ならびに図 14におけるステップ S602および S 604は、本発明において、必須ではない。

[0201] (第 2の実施形態）

第 1の実施形態では、アプリ継続プログラムを実行する電子機器は、電子機器 1のみであるとした。第 2の実施形態では、アプリ継続プログラムを実行する電子機器 1以外の電子機器力 ^以上存在するものとする。ここでは、説明を簡単にするために、電子機器 3がアプリ継続プログラムを実行するとするが、電子機器 3以外の電子機器もアプリ継続プログラムを実行するとしても、各電子機器の動作は同様である。

[0202] 第 1の実施形態の場合、電子機器 1および 3は、それぞれ独立して、代替アプリケーシヨンを実行することとなる。

[0203] しかし、ネットワーク 6に接続される電子機器群を一つのシステムとして捉えた場合、全ての電子機器が代替アプリケーションを実行しなくても、当該システムの運営にとつて、十分である場合がある。すなわち、一つの機器のみが代替アプリケーションを実行するだけで十分である場合がある。あるいは、代替アプリケーションを実行する電子機器に関して、何らかの条件を設定したい場合が存在するかもしれない。例えば、同一機能アプリケーションはできるだけ高スペックの電子機器で起動した、、できるだけ持ち運びできる機器で起動した、などと、つた条件である。

[0204] 第 2の実施形態では、限られた電子機器のみで代替アプリケーションを起動する機構について説明する。

[0205] 図 15は、第 2の実施形態に係るアプリ継続プログラムを実行したときの電子機器 1 および 3の機能的構成を示すブロック図である。図 15において、図 4に示す第 1の実施形態と同様の機能を有するブロックについては同一の参照符号を付し、説明を省略する。図 15に示すように、第 2の実施形態に係る電子機器 1および 3は、アプリ実行判断部 14a内に、機器間起動調停部 20をさらに備える。

[0206] 以下、電子機器 1内の機器間起動調停部 20 (電子機器 3内の機器間起動調停部 2 0)は、電子機器 3内の機器間起動調停部 20 (電子機器 1内の機器間起動調停部 20

)と通信して、代替アプリケーションを起動する力否かを決定する。

[0207] 機器間起動調停部 20は、大きく以下の 2種類の処理 X、 Yを行なう。

[0208] (処理 X)他の電子機器が保持する起動調停情報を取得し、当該起動調停情報に基づいて、自機器内で代替アプリケーションを起動するか否かを判断するための処理。

(処理 Y)他の電子機器の機器間起動調停部 20からの要求に応じて、代替アプリケーシヨンを保持しているカゝ否かを応答し、自機器が保持する起動調停情報を、当該他の電子機器の機器間起動調停部 20に提供するための処理。

[0209] 電子機器間で通信される起動調停情報につ!、ては、後で詳述する。

[0210] まず、処理 Xについて説明する。処理 Xは、本発明の電子機器が同一機能アプリケーシヨンまたは関連機能アプリケーションを保持していた場合に、保持していた当該アプリケーションを実行するか否かを決定するために行われる。

[0211] 図 16は、第 1の基本処理に処理 Xを追加したときの電子機器 1の動作を示すフローチャートである。図 16において、図 11に示した動作と同様の動作を有するステップについては、同一の参照符号を付し、説明を省略する。図 16に示すように、電子機器 1 は、同一機能アプリケーションが保持されていると判断したステップ S307の後、ステップ S 701において、処理 Xを実行する。ステップ S701において、機器間起動調停部 20は、他の電子機器が保持する起動調停情報を取得して、当該起動調停情報に基づいて、保持していると判断された同一機能アプリケーションを実行すべき力否かを決定する。実行すべきであると決定した場合、電子機器 1は、ステップ S308の動作に進む。一方、実行すべきでないと決定した場合、電子機器 1は、ステップ S300の動作に進む。

[0212] 図 17は、第 2の基本処理に処理 Xを追加したときの電子機器 1の動作を示すフローチャートである。図 17において、図 12に示した動作と同様の動作を有するステップについては、同一の参照符号を付し、説明を省略する。図 17に示すように、電子機器 1 は、同一機能アプリケーションが保持されていると判断したステップ S409の後、ステップ S801において、処理 Xを実行する。ステップ S801において、機器間起動調停部 20は、他の電子機器が保持する起動調停情報を取得して、当該起動調停情報に基づいて、保持していると判断された同一機能アプリケーションを実行すべき力否かを決定する。実行すべきであると決定した場合、電子機器 1は、ステップ S410の動作に進む。一方、実行すべきでないと決定した場合、電子機器 1は、ステップ S400の動作に進む。

[0213] 図 18は、第 3の基本処理に処理 Xを追加したときの電子機器 1の動作を示すフローチャートである。図 18において、図 13に示した動作と同様の動作を有するステップについては、同一の参照符号を付し、説明を省略する。図 18に示すように、電子機器 1 は、関連機能アプリケーションが保持されていると判断したステップ S507の後、ステップ S901において、処理 Xを実行する。ステップ S901において、機器間起動調停部 20は、他の電子機器が保持する起動調停情報を取得して、当該起動調停情報に基づいて、保持していると判断された同一機能アプリケーションを実行すべき力否かを決定する。実行すべきであると決定した場合、電子機器 1は、ステップ S508の動作に進む。一方、実行すべきでないと決定した場合、電子機器 1は、ステップ S500の動作に進む。

[0214] 図 19は、第 4の基本処理に処理 Xを追加したときの電子機器 1の動作を示すフローチャートである。図 19において、図 14に示した動作と同様の動作を有するステップについては、同一の参照符号を付し、説明を省略する。図 19に示すように、電子機器 1 は、同一機能アプリケーションが保持されていると判断したステップ S609の後、ステップ S1001において、処理 Xを実行する。ステップ S1001において、機器間起動調停部 20は、他の電子機器が保持する起動調停情報を取得して、当該起動調停情報に基づいて、保持していると判断された同一機能アプリケーションを実行すべき力否かを決定する。実行すべきであると決定した場合、電子機器 1は、ステップ S610の動作に進む。一方、実行すべきでないと決定した場合、電子機器 1は、ステップ S600 の動作に進む。

[0215] 次に、機器間起動調停部 20が実行する代替アプリケーションの起動可否判定処理

(ステップ S701, S801, S901, S1001)の詳糸田【こつ!ヽて説明する。

[0216] 図 20は、代替アプリケーションの起動可否判定処理 (ステップ S701, S801, S90 1, S1001)における電子機器 1の詳しい動作を示すフローチャートである。図 21は、代替アプリケーションの起動可否判定処理 (ステップ S701, S801, S901, S1001) におけるネットワーク上の電子機器間の通信を示すシーケンス図である。図 21において、縦線は、それぞれの電子機器における時間の進行を示している。横線は、電子機器間で行われる通信を示す。図 21では、説明を簡単にするために、電子機器 3 が代替アプリケーションを保持しているとし、電子機器 4, 5が代替アプリケーションを保持していないとする。

[0217] まず、電子機器 1の機器間起動調停部 20は、ネットワーク 6に接続された他の電子機器 3, 4、 5に対して、代替アプリケーションを保持しているか否かを問い合わせる（ステップ S1101、通信 1201)。

[0218] これに応じて、他の電子機器は、上述の処理 Yを実行して、代替アプリケーションを保持しているカゝ否かを応答する (通信 1202)。具体的には、他の電子機器の機器間起動調停部 20は、同一性テーブルまたは関連テーブルを参照して、代替アプリケーシヨンを保持しているカゝ否かを判断して、判断結果を返す。図 21において、電子機器 3が保持してる旨を回答しており、電子機器 4および 5が保持して、なヽ旨を回答している。

[0219] 他の電子機器力もの回答を受け取った電子機器 1の機器間起動調停部 20は、当該回答に基づいて、代替アプリケーションを保持する他の電子機器が存在するか否かを判断する (ステップ S 1102)。

[0220] 代替アプリケーションを保持する他の電子機器が存在しなヽ場合、電子機器 1の機器間起動調停部 20は、代替アプリケーションの起動が可能であると判定する (ステツプ S1103)。一方、代替アプリケーションを保持する他の電子機器が存在する場合、電子機器 1の機器間起動調停部 20は、ステップ S1104の動作に進む。

[0221] ステップ S1104において、電子機器 1の機器間起動調停部 20は、起動調停情報を代替アプリケーションを保持する電子機器力も取得する。このとき、電子機器 1の機器間起動調停部 20は、起動調停情報の取得要求を電子機器 3に送信する (通信 12 03)。これに応じて、電子機器 3の機器間起動調停部 20は、保持する起動調停情報を電子機器 1に送信する (通信 1204)。なお、代替アプリケーションを保持していな V、電子機器に対しては、これらの通信は行われなくてょ、。

[0222] 次に、電子機器 1の機器間起動調停部 20は、電子機器 1が保持する起動調停情報と電子機器 3から送られてきた起動調停情報とを比較する (ステップ S 1105)。

[0223] ここで、起動調停情報について説明する。起動調停情報とは、アプリケーションによるサービスを実行する必要性の度合いを判定するために用いられる情報である。図 2 2は、起動調停情報のテーブル形式の一例を示す図である。当該テーブルの各ェントリには、代替アプリケーションを実行する必要性の度合いを判定するための情報が登録されて!、る。図に示した各エントリにつ、て簡単に説明する。

[0224] アプリ属性情報には、電子機器が持つ代替アプリケーションのアプリ属性情報が記録される。アプリ属性情報は、図 3を用いて先述した情報と同様であるので、詳細は省略する。

[0225] 機器の識別名には、電子機器を一意に特定するための識別情報が記録される。これは、文字列名や数字、あるいは他の形式の情報であってもよい。

[0226] 機器の種別には、例えば携帯電話、 PDA、ビデオレコーダー、 PCなどその電子機器の種類を特定するための情報が記録される。

[0227] 搭載 CPUには、電子機器に搭載される CPUのスペック、速度など、機器に搭載されるプロセッサに関しての情報が記録される。

[0228] 搭載 OSには、電子機器に搭載される OSのスペック、バージョンなど、機器に搭載される OSやミドルウェアに関しての情報が記録される。

[0229] 搭載メモリ量には、電子機器に搭載されるメモリ等リソースに関しての情報が記録される。

[0230] プロセッサ使用率には、電子機器のプロセッサの使用占有率に関しての情報が記録される。

[0231] 空きリソース量には、電子機器に搭載されるメモリ等リソースのうち、未使用のリソース量に関しての情報が記録される。

[0232] 設定優先度には、その電子機器のサービス実施の優先度の情報が記録される。この優先度は、機器に対して不変的に定められている数値であってもよいし、機器毎にユーザが設定できる数値であってもよ、。 [0233] ユーザによる最終操作日時には、電子機器に対してユーザによる操作が加えられた最終時間につ、ての情報が記録される。

[0234] 図 22に示した例は、起動調停情報の実現例の一つである。図 22に示したテープルのエントリの一部がなくても、あるいは他の属性の情報を示すエントリが含まれていてもよい。

[0235] ステップ S1105の後、電子機器 1の機器間起動調停部 20は、電子機器 1が保持する起動調停情報と、ステップ S1104で取得した他の電子機器が保持する起動調停情報との比較結果に基づ、て、電子機器 1にお、て代替アプリケーションを起動して実行する必要性があるか否かを判断する (ステップ S 1106)。

[0236] ステップ S1106における判定方法としては、たとえば、以下のような判定方法が用いられる。

[0237] (第 1の判定方法)電子機器 1の機器間起動調停部 20は、起動調停情報に含まれるアプリ属性情報を利用して、電子機器 1が保持する代替アプリケーションよりも、必要リソース量が小さ、代替アプリケーションが他の電子機器によって保持されて、たら、電子機器 1は代替アプリケーションの起動が必要であると判断し、そうでなければ起動は必要でな、と判断する。

[0238] (第 2の判定方法)電子機器 1の機器間起動調停部 20は、起動調停情報に含まれる機器の識別名、機器の種別、搭載 CPU、搭載 OS、搭載メモリ量、プロセッサ使用率、空きリソース量、および Zまたは設定優先度の情報を利用して、電子機器 1で定められた条件を上記情報が満たして、れば、代替アプリケーションの起動は必要であると判断し、当該条件を満たしていなければ、代替アプリケーションの起動は必要でないと判断する。当該条件として、たとえば、

(条件例 2-1)電子機器 1よりも設定優先度が高ヽ電子機器が他に存在しな!ヽ場合、電子機器 1は、代替アプリケーションの起動は必要であるとする。電子機器 1よりも設定優先度が高い電子機器が他に存在する場合、電子機器 1は、代替アプリケーションの起動は必要でないとする。

(条件例 2— 2)電子機器 1の空きリソース量よりも、空きリソース量が大きい電子機器が他に存在しない場合、電子機器 1は、代替アプリケーションの起動は必要であるとする。電子機器 1の空きリソース量よりも、空きリソース量が大きい電子機器が他に存在する場合、電子機器 1は、代替アプリケーションの起動は必要でないとする。

(条件例 2-3)電子機器 1と同じ種別の機器の中で、電子機器 1よりも高スペックの搭載 CPUを有する電子機器が存在しない場合、電子機器 1は、代替アプリケーションの起動は必要であるとする。電子機器 1と同じ種別の機器の中で、電子機器 1よりも高スペックの搭載 CPUを有する電子機器が存在する場合、電子機器 1は、代替アブリケーシヨンの起動は必要でないとする。

[0239] (第 3の判定方法)電子機器 1の機器間起動調停部 20は、ユーザによる最終操作日時の情報に基づいて、電子機器 1よりも後の時間にユーザによって操作が加えられた電子機器が存在するか否かを判断し、存在しない場合、代替アプリケーションの起動は必要であるとし、存在する場合、代替アプリケーションの起動は必要でないとする。

[0240] もちろん、上記以外の起動調停情報を利用して、他の判定方法によって、判定処理が行われても良い。

[0241] ステップ S 1106において、代替アプリケーションの起動の必要性が確認された場合、電子機器 1の機器間起動調停部 20は、ステップ S1103の動作に進んで、代替ァプリケーシヨンを起動すると判定する。一方、代替アプリケーションの起動の必要性が確認されなかった場合、電子機器 1の機器間起動調停部 20は、代替アプリケーションを起動しないと判定する（ステップ S 1107)。

[0242] このように、第 2の実施形態によれば、ネットワーク上の複数の電子機器によってァプリ継続プログラムが実行されるような状況である場合、機器間起動調停部によって代替アプリケーションを実行すべきか否かが判断され、システム全体の内で、限定された電子機器のみが代替アプリケーションを実行することとなる。したがって、システム全体の資源が有効活用されることとなる。

[0243] なお、第 2の実施形態において、第 1一第 4の基本処理を組み合わせてもよい。

[0244] 以上、本発明を詳細に説明してきたが、前述の説明はあらゆる点において本発明の例示にすぎず、その範囲を限定しょうとするものではない。本発明の範囲を逸脱することなく種々の改良や変形を行うことができることは言うまでもな、。産業上の利用可能性

以上の構成を持つ本発明を利用することで、センターサーバのように集中管理方式を前提としてな、ネットワーク機器にぉ、ても、同一のサービスを自動的に他の機器で実行したり、中断されたサービスの続きを他の機器で引き継、で実行したりとヽつた、サービスの高い安定性を確保するための機器間の連携動作を行うことができるようになる。したがって、本発明に係る電子機器は、通信分野等に有用である。

Claims

請求の範囲

[1] アプリケーションを実行可能な少なくとも一つの他の電子機器とネットワークを介して接続された電子機器であって、

前記他の電子機器が保持するアプリケーションを認識するアプリ認識部と、前記アプリ認識部によって認識されたアプリケーションが前記他の電子機器において実行不能であるか否かを検出するアプリ実行不能検出部と、

前記アプリ実行不能検出部によって実行不能と検出されたアプリケーションの代わりとなる代替アプリケーションを実行するか否かを判断するアプリ実行判断部と、実行不能であると検出されたアプリケーションの代わりとなる前記代替アプリケーシヨンが自機器内に保持されている力否かを判断する代替アプリ保持判断部と、前記代替アプリケーションを実行するアプリ実行部とを備える、電子機器。

[2] 前記アプリ実行判断部は、前記アプリ実行不能検出部によって実行不能と検出されたアプリケーションに対する起動要求を検出するアプリ起動要求検出部を含み、前記アプリ実行判断部は、前記アプリ起動要求検出部によって前記実行不能と検出されたアプリケーションに対する起動要求が検出された場合、前記代替アプリケーシヨンを実行すると判断する、請求項 1に記載の電子機器。

[3] 前記代替アプリ保持判断部は、前記アプリ認識部によって認識された前記他の電子機器が保持するアプリケーションと同一の機能を有する同一機能アプリケーション力 S自機器内に保持されているカゝ否かを判断して、前記他の電子機器が保持するアブリケーシヨンと自機器内に保持されている同一機能アプリケーションとを対応付けた同一性テーブルを作成するアプリ同一性判定部を含み、

前記同一機能アプリケーションは、代替アプリケーションであり、

前記代替アプリ保持判断部は、前記アプリ同一性判定部によって作成された前記同一性テーブルに基づいて、前記代替アプリケーションが自機器内に保持されているカゝ否かを判断する、請求項 1に記載の電子機器。

[4] 前記代替アプリ保持判断部は、前記アプリ認識部によって認識された前記他の電子機器が保持するアプリケーションに関連する機能を有する関連機能アプリケーションを、前記他の電子機器が保持するアプリケーションと対応付けて、関連テーブルを作成する関連アプリ判定部を含み、

前記関連機能アプリケーションは、代替アプリケーションであり、

前記代替アプリ保持判断部は、前記関連アプリ判定部によって作成された前記関連テーブルに基づいて、前記代替アプリケーションが自機器内に保持されているか否かを判断する、請求項 1に記載の電子機器。

[5] 前記アプリ実行判断部は、前記他の電子機器上で実行されているアプリケーションでの実行状態をアプリ実行状態情報として取得するアプリ実行状態取得部を含み、前記アプリ実行判断部は、前記アプリ起動要求検出部によって前記実行不能と検出されたアプリケーションについての前記アプリ実行状態情報が前記アプリ実行状態取得部によって保持されてヽる場合、前記代替アプリケーションを実行すると判断し前記アプリ実行部は、前記アプリ実行状態情報に基づいて、前記実行不能と検出されたアプリケーションを継続するように、前記代替アプリケーションを実行する、請求項 1に記載の電子機器。

[6] 前記アプリ実行判断部は、前記ネットワークに接続された他の電子機器に対して、前記代替アプリケーションを保持して、る力否かを問、合わせ、前記代替アプリケーシヨンを保持して、る他の電子機器と通信して、前記代替アプリケーションを自機器内で実行するカゝ否かを判断する機器間起動調停部を含む、請求項 1に記載の電子機器。

[7] アプリケーションを実行可能な少なくとも一つの他の電子機器とネットワークを介して接続された電子機器の処理方法であって、

前記他の電子機器が保持するアプリケーションを認識するステップと、前記認識されたアプリケーションが前記他の電子機器において実行不能であるか否かを検出するステップと、

前記実行不能であると検出されたアプリケーションの代わりとなる代替アプリケーシヨンを実行する力否かを判断するステップと、

前記実行不能であると検出されたアプリケーションの代わりとなる前記代替アプリケーシヨンが自機器内に保持されている力否かを判断するステップと、前記代替アプリケーションを実行するステップとを備える、方法。

アプリケーションを実行可能な少なくとも一つの他の電子機器とネットワークを介して接続された電子機器で実行されるプログラムであって、

前記他の電子機器が保持するアプリケーションを認識するステップと、

前記認識されたアプリケーションが前記他の電子機器において実行不能であるか否かを検出するステップと、

前記実行不能であると検出されたアプリケーションの代わりとなる前記代替アプリケーシヨンが自機器内に保持されている力否かを判断するステップと、

前記代替アプリケーションを実行するステップとを備える、プログラム。