(57)【要約】【課題】電子機器上のアプリケーションの動作をネットワーク網に応じて自動で制御すること。【解決手段】各電子機器は、アプリケーションの状態変化等、状況の変化が起こった際、そのことをネットワーク網毎に通知する通信先を記載した通信路テーブルを持っている。たとえば、電子機器１０（携帯ネットワーク網）、電子機器２０、３０（家庭内ネットワーク網）によって実行されるサービスの場合、電子機器１０の通信路テーブルには、電子機器２０が登録され、同様に、電子機器２０の通信路テーブルには、電子機器１０、３０が登録され、電子機器３０の通信路テーブルには、電子機器２０が登録される。このとき、電子機器１０上のアプリケーションが終了すると、通信路テーブルを参照して、電子機器２０に対してアプリケーション終了要求を出し、電子機器２０は電子機器３０に対してアプリケーション終了要求を出す。【選択図】図１
2005196433.tif 000002
【特許請求の範囲】
【請求項１】
モバイル型の電子機器が接続して通信をする携帯ネットワーク網、および据え置き型の電子機器が接続して通信をする家庭内ネットワーク網を有するネットワークに接続された複数の電子機器上でそれぞれ実行されるアプリケーションが連携して動作することによって機器連携サービスを提供する機器連携サービスシステムに用いる電子機器であって、
前記電子機器は、
他の電子機器との間で実行される機器連携サービスに関して、前記電子機器のネットワーク網の種類に応じて通信するために必要な通信先の電子機器を定義する通信先電子機器定義手段と、
前記通信先電子機器定義手段によって定義された電子機器に関する情報を参照して、通信先の電子機器を認識する通信先電子機器認識手段と、
前記機器連携サービスを構成する自身の電子機器上で動作するアプリケーションの状態が変化した場合、前記通信先電子機器認識手段によって認識された通信先の電子機器に対して、前記通信先の電子機器上で動作するアプリケーションの状態を変更するよう要求するアプリケーション状態変更要求手段と、
前記通信先の電子機器から前記自身の電子機器上で動作するアプリケーションの状態の変更要求を受けた場合、前記通信先電子機器認識手段によって認識された通信先の電子機器に対して、前記変更要求を受けたアプリケーションの状態の変更完了を通知するアプリケーション状態変更完了通知手段を備えたことを特徴とする電子機器。
【請求項２】
前記通信先電子機器定義手段は、
前記機器連携サービスを実行するのに必要な複数の電子機器において前記携帯ネットワーク網に接続する電子機器、前記家庭内ネットワーク網に接続する電子機器それぞれについて代表となる電子機器を１つ選抜する、ネットワーク網代表機器選抜手段と、
前記アプリケーション状態変更要求手段によって、前記通信先の電子機器上で動作するアプリケーションの状態の変更を要求する場合、前記ネットワーク網代表機器選抜手段によって選抜された代表機器の情報を前記変更の要求に付随させるネットワーク網代表機器情報付随手段と、
前記他の電子機器上で動作するアプリケーションの状態の変更を要求した後、前記他の電子機器上で動作するアプリケーションの状態の変更完了を通知した電子機器を通信先の電子機器として定義する電子機器定義手段を備えることにより前記機器連携サービスの実行までに前記制御通信先の電子機器を定義できるようにしたことを特徴とする請求項１記載の電子機器。
【請求項３】
前記電子機器定義手段は、前記機器連携サービスの開始の通知を受けた場合、前記機器連携サービスの開始を通知した電子機器を通信先の電子機器として定義するようにしたことを特徴とする請求項２に記載の電子機器。
【請求項４】
前記ネットワーク網代表機器選抜手段は、ユーザの操作により前記機器連携サービスの開始を指示する電子機器が接続するネットワーク網とは異なるタイプのネットワーク網に属する電子機器のうち一つを、予め設定されている優先度に基づいて選択することを特徴とする請求項２に記載の電子機器。
【請求項５】
前記優先度は、過去の使用履歴に基づいて設定されていることを特徴とする請求項３に記載の電子機器。
【請求項６】
前記優先度は、連携する電子機器の選択順序に基づいて設定されていることを特徴とする請求項３に記載の電子機器。
【請求項７】
前記他の電子機器から前記自身の電子機器上で動作するアプリケーションの状態の変更要求を受けたとき、前記自身の電子機器上で動作するアプリケーションの状態の変更要求に付随して送られた代表機器の情報から前記ネットワーク網代表機器を認識するネットワーク網代表機器認識手段と、
前記ネットワーク網代表機器認識手段によって認識されたネットワーク網代表機器に基づいて、起動完了の通知先の電子機器を認識する起動完了通知先認識手段とを備え、
前記電子機器定義手段は、前記起動完了通知先認識手段によって認識された電子機器を通信先の電子機器として定義することにより、前記機器連携サービスの実行までに前記通信先の電子機器を定義できるようにしたことを特徴とする請求項２に記載の電子機器。
【請求項８】
前記通信先電子機器定義手段は、定義された電子機器に対して所定の条件に基づいてタイプルート識別子を付随して定義することを特徴とする請求項２に記載の電子機器。
【請求項９】
前記通信先電子機器定義手段は、前記電子機器定義手段によって定義された電子機器に対して制御通信路識別子を付随する請求項２に記載の電子機器。
【請求項１０】
前記通信先電子機器認識手段によって認識された電子機器のうち通信先であることを示す制御通信路識別子が定義された電子機器の状態を所定のタイミングで探知する電子機器状態探知手段と、
前記電子機器状態探知手段が異常を探知した場合、前記通信先電子機器定義手段によって定義された電子機器のうち通信先であることを示す制御通信路識別子が定義された電子機器に対して、前記電子機器上で動作するアプリケーションを終了するよう要求する異常終了要求手段と、
前記通信先電子機器定義手段によって定義された電子機器から異常終了要求を受けた場合、前記異常終了要求を受けたアプリケーションを終了させるアプリケーション終了手段を備えることを特徴とする請求項９に記載の電子機器。
【請求項１１】
前記所定のタイミングは、一定間隔ごとであることを特徴とする請求項１０に記載の電子機器。
【請求項１２】
実行中の機器連携サービスを構成するアプリケーションに連携して動作できる新たなアプリケーションを起動し、前記新たに起動したアプリケーションが前記実行中の連携サービスを構成するアプリケーションと連携して動作させることにより前記実行中の機器連携サービスに参加できるかどうかの確認を前記新たなアプリケーションが動作する電子機器から受けた場合、前記確認を出した電子機器が参加することを許可するかどうか判断する機器連携サービス参加許可判断手段と、
前記機器連携サービス参加許可判断手段によって機器連携サービスに参加することを許可した場合、前記確認を出した電子機器へ機器連携サービスに参加するかどうか確認する参加確認手段と、
前記確認を出した電子機器から前記機器連携サービスに参加する要求を受けたとき、前記要求を出した電子機器の制御通信先の電子機器を検索する参加先検索手段と、
前記参加の要求を出した電子機器に参加が完了した旨を通知する参加完了通知手段とを備え、前記通信先電子機器定義手段は前記参加の要求を出した電子機器に対して制御通信路識別子およびタイプルート識別子を付随して定義するようにし、または
実行中のサービスへの参加の完了通知を受けた場合、前記参加の完了を通知した電子機器に対して制御通信路識別子およびタイプルート識別子を付随して定義するようにしたことを特徴とする請求項１に記載の電子機器。
【請求項１３】
前記通信先電子機器認識手段によって認識された電子機器のうち通信先であることを示す制御通信路識別子が定義された電子機器上で動作するアプリケーションの状態を探知するアプリケーション状態探知手段と、
前記アプリケーション状態探知手段によって、アプリケーションの状態変化が探知された場合、通信先であることを示す制御通信路識別子が定義された電子機器に対してその上で動作するアプリケーションを連動してロックするように要求する同期ロック要求手段と備えたことを特徴とする請求項９に記載の電子機器。
【請求項１４】
通信先の電子機器よりロックをかけるよう要求を受けた場合、前記ロックされたアプリケーションの状態に合わせて、自身の電子機器上における前記機器連携サービスの状態をロックする機器連携サービス状態ロック手段と備えたことを特徴とする請求項１３に記載の電子機器。
【請求項１５】
前記同期ロック要求手段は、アプリケーション状態探知手段によって探知されたアプリケーションの状態から予め設定されている優先度に基づいて前記制御識別子に付随する電子機器の機器連携サービスの状態を選択することを特徴とする請求項１４に記載の電子機器。
【請求項１６】
前記優先度は、機器連携サービス状態の優先度に基づいて設定されたことを特徴とする請求項１５に記載の電子機器。
【請求項１７】
前記電子機器は、さらに、
自身の電子機器上のアプリケーションのみ終了するとき、前記自身の電子機器の通信先電子機器定義手段によって定義された電子機器に関する情報を代理で引き継ぐ先の電子機器を認識する代理要求先認識手段と、
前記代理要求先認識手段によって認識された電子機器に対して、前記自身の電子機器の通信先電子機器定義手段によって定義された電子機器に関する情報を代理で引き継ぐよう要求する代理要求手段を備えたことを特徴とする請求項１記載の電子機器。
【請求項１８】
他の電子機器から代理の要求を受けたとき、前記自身の電子機器の通信先電子機器定義手段によって定義された電子機器に関する情報を更新して代理を受諾したことを前記代理の要求を出した他の電子機器へ通知する代理通知手段を備えたことを特徴とする請求項１７に記載の電子機器。
【請求項１９】
機器連携サービスを開始した電子機器から代理の要求を受けたとき、
前記機器連携サービスを開始した電子機器を記憶しておく機器連携サービス開始機器記憶手段と、
前記機器連携サービスが終了した際、前記機器連携サービス開始機器記憶手段によって記憶された電子機器に対して、前記機器連携サービスの終了を通知する前記機器連携サービス終了通知手段を備えたことを特徴とする請求項１８に記載の電子機器。
【請求項２０】
ユーザが機器連携サービスに必要な情報を選択入力してから所定のタイミングまでの間に、他の電子機器から別の機器連携サービスの要求があった場合、前記他の電子機器からの要求を拒否する拒否手段を備えたことを特徴とする請求項1に記載の電子機器。
【請求項２１】
前記所定のタイミングは、前記機器連携サービスの終了時である、請求項２０に記載の電子機器。
【請求項２２】
前記所定のタイミングは、前記ユーザからの機器連携サービスの選択入力完了後に前記別の機器連携サービス開始の要求が来た時点である請求項２０に記載の電子機器。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ネットワークを介して接続する携帯電話、携帯情報端末（ＰＤＡ）、デジタルテレビ（ＤＴＶ）、デジタルバーサタイルディスク（ＤＶＤ）、ビデオホームシステム（ＶＨＳ）、デジタルスチールカメラ（ＤＳＣ）、デジタルビデオカメラ（ＤＶＣ）、ネットワークカメラ、ホームサーバー、セットトップボックス（ＳＴＢ）、Ｓａｆｅ−ｄｅｐｏｓｉｔ  Ｂｏｘといった電子機器間で連携して動作するサービスに関して、サービスを構成するアプリケーション群の挙動を制御するための方式に関するものである。
【背景技術】
【０００２】
従来、ネットワークまたは無線を介して接続する携帯電話、携帯情報端末（ＰＤＡ）、デジタルテレビ（ＤＴＶ）、デジタルバーサタイルディスク（ＤＶＤ）、ビデオホームシステム（ＶＨＳ）、デジタルスチールカメラ（ＤＳＣ）、デジタルビデオカメラ（ＤＶＣ）、ネットワークカメラ、ホームサーバー、セットトップボックス（ＳＴＢ）、Ｓａｆｅ−ｄｅｐｏｓｉｔ  Ｂｏｘといった電子機器間で連携して動作するサービスを実現する場合、各電子機器は、当該サービスの実現に必要なソフトウェアを実行する。
【０００３】
各電子機器は、当該サービスに関連している他の電子機器群上の動作を自動で制御するため、ある特定の家庭内の電子機器を管理機器としておいている。これにより、各電子機器は、管理機器は、他の電子機器群の動作を把握し、その動作を自動で制御することができる。
【特許文献１】特表２００２−５４０７３９号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
しかしながら前記従来の方式では、ある特定の家庭内にある管理機器が、サービスを実行する電子機器群の動作を自動で制御するため、電子機器同士で効率よく通信することができないという課題を有していた。このことは、携帯ネットワーク網の電子機器群が連携してサービスを実行している場合、ある一つの電子機器の動作状態が、何らかの原因によって変化したとすると、他の電子機器群への通知は、必ず、家庭内にある管理機器を通して行うため、ネットワーク網を行ったり来たりして無駄に通信コストと通信時間をかけてしまうといった事態を招来する結果となる。
【０００５】
これにより、電子機器を使用するユーザにとっては、無駄にコストがかかるだけでなく処理に時間がかかる使い難い方式になるという問題が生じる。
【０００６】
本発明は、電子機器間で連携してサービスを実行する際、各電子機器に電子機器の動作を自動で制御するための仕組みを持たせ、自動で制御するための経路をネットワーク網毎に作成させることによって、サービスを効率よく管理するための電子機器およびこの電子機器を用いて機器連携サービスを実現する方式を提供することである。
【課題を解決するための手段】
【０００７】
本発明の電子機器は、モバイル型の電子機器が接続して通信をする携帯ネットワーク網、および据え置き型の電子機器が接続して通信をする家庭内ネットワーク網を有するネットワークに接続された複数の電子機器上でそれぞれ実行されるアプリケーションが連携して動作することによって機器連携サービスを提供する機器連携サービスシステムに用いる電子機器であって、前記電子機器は、他の電子機器との間で実行される機器連携サービスに関して、前記電子機器のネットワーク網の種類に応じて通信するために必要な通信先の電子機器を定義する通信先電子機器定義手段と、前記通信先電子機器定義手段によって定義された電子機器に関する情報を参照して、通信先の電子機器を認識する通信先電子機器認識手段と、前記機器連携サービスを構成する自身の電子機器上で動作するアプリケーションの状態が変化した場合、前記通信先電子機器認識手段によって認識された通信先の電子機器に対して、前記通信先の電子機器上で動作するアプリケーションの状態を変更するよう要求するアプリケーション状態変更要求手段と、前記通信先の電子機器から前記自身の電子機器上で動作するアプリケーションの状態の変更要求を受けた場合、前記通信先電子機器認識手段によって認識された通信先の電子機器に対して、前記変更要求を受けたアプリケーションの状態の変更完了を通知するアプリケーション状態変更完了通知手段を備えたことを特徴とする。
【０００８】
また、前記通信先電子機器定義手段は、前記機器連携サービスを実行するのに必要な複数の電子機器において前記携帯ネットワーク網に接続する電子機器、前記家庭内ネットワーク網に接続する電子機器それぞれについて代表となる電子機器を１つ選抜する、ネットワーク網代表機器選抜手段と、前記アプリケーション状態変更要求手段によって、前記通信先の電子機器上で動作するアプリケーションの状態の変更を要求する場合、前記ネットワーク網代表機器選抜手段によって選抜された代表機器の情報を前記変更の要求に付随させるネットワーク網代表機器情報付随手段と、前記他の電子機器上で動作するアプリケーションの状態の変更を要求した後、前記他の電子機器上で動作するアプリケーションの状態の変更完了を通知した電子機器を通信先の電子機器として定義する電子機器定義手段を備えることにより前記機器連携サービスの実行までに前記制御通信先の電子機器を定義できるようにしたことを特徴とする。
【０００９】
また、前記電子機器定義手段は、前記機器連携サービスの開始の通知を受けた場合、前記機器連携サービスの開始を通知した電子機器を通信先の電子機器として定義するようにしたことを特徴とする。
【００１０】
また、前記ネットワーク網代表機器選抜手段は、ユーザの操作により前記機器連携サービスの開始を指示する電子機器が接続するネットワーク網とは異なるタイプのネットワーク網に属する電子機器のうち一つを、予め設定されている優先度に基づいて選択することを特徴とする。
【００１１】
また、前記優先度は、過去の使用履歴に基づいて設定されていることを特徴とする。
【００１２】
また、前記優先度は、連携する電子機器の選択順序に基づいて設定されていることを特徴とする。
【００１３】
また、前記他の電子機器から前記自身の電子機器上で動作するアプリケーションの状態の変更要求を受けたとき、前記自身の電子機器上で動作するアプリケーションの状態の変更要求に付随して送られた代表機器の情報から前記ネットワーク網代表機器を認識するネットワーク網代表機器認識手段と、前記ネットワーク網代表機器認識手段によって認識されたネットワーク網代表機器に基づいて、起動完了の通知先の電子機器を認識する起動完了通知先認識手段とを備え、前記電子機器定義手段は、前記起動完了通知先認識手段によって認識された電子機器を通信先の電子機器として定義することにより、前記機器連携サービスの実行までに前記通信先の電子機器を定義できるようにしたことを特徴とする。
【００１４】
また、前記通信先電子機器定義手段は、定義された電子機器に対して所定の条件に基づいてタイプルート識別子を付随して定義することを特徴とする。
【００１５】
また、前記通信先電子機器定義手段は、前記電子機器定義手段によって定義された電子機器に対して制御通信路識別子を付随することを特徴とする。
【００１６】
また、前記通信先電子機器認識手段によって認識された電子機器のうち通信先であることを示す制御通信路識別子が定義された電子機器の状態を所定のタイミングで探知する電子機器状態探知手段と、前記電子機器状態探知手段が異常を探知した場合、前記通信先電子機器定義手段によって定義された電子機器のうち通信先であることを示す制御通信路識別子が定義された電子機器に対して、前記電子機器上で動作するアプリケーションを終了するよう要求する異常終了要求手段と、前記通信先電子機器定義手段によって定義された電子機器から異常終了要求を受けた場合、前記異常終了要求を受けたアプリケーションを終了させるアプリケーション終了手段を備えることを特徴とする。
【００１７】
また、前記所定のタイミングは、一定間隔ごとであることを特徴とする。
【００１８】
また、実行中の機器連携サービスを構成するアプリケーションに連携して動作できる新たなアプリケーションを起動し、前記新たに起動したアプリケーションが前記実行中の連携サービスを構成するアプリケーションと連携して動作させることにより前記実行中の機器連携サービスに参加できるかどうかの確認を前記新たなアプリケーションが動作する電子機器から受けた場合、前記確認を出した電子機器が参加することを許可するかどうか判断する機器連携サービス参加許可判断手段と、前記機器連携サービス参加許可判断手段によって機器連携サービスに参加することを許可した場合、前記確認を出した電子機器へ機器連携サービスに参加するかどうか確認する参加確認手段と、前記確認を出した電子機器から前記機器連携サービスに参加する要求を受けたとき、前記要求を出した電子機器の制御通信先の電子機器を検索する参加先検索手段と、前記参加の要求を出した電子機器に参加が完了した旨を通知する参加完了通知手段とを備え、前記通信先電子機器定義手段は前記参加の要求を出した電子機器に対して制御通信路識別子およびタイプルート識別子を付随して定義するようにし、または実行中のサービスへの参加の完了通知を受けた場合、前記参加の完了を通知した電子機器に対して制御通信路識別子およびタイプルート識別子を付随して定義するようにしたことを特徴とする。
【００１９】
また、前記通信先電子機器認識手段によって認識された電子機器のうち通信先であることを示す制御通信路識別子が定義された電子機器上で動作するアプリケーションの状態を探知するアプリケーション状態探知手段と、前記アプリケーション状態探知手段によって、アプリケーションの状態変化が探知された場合、通信先であることを示す制御通信路識別子が定義された電子機器に対してその上で動作するアプリケーションを連動してロックするように要求する同期ロック要求手段と備えたことを特徴とする。
【００２０】
また、通信先の電子機器よりロックをかけるよう要求を受けた場合、前記ロックされたアプリケーションの状態に合わせて、自身の電子機器上における前記機器連携サービスの状態をロックする機器連携サービス状態ロック手段と備えたことを特徴とする。
【００２１】
また、前記同期ロック要求手段は、アプリケーション状態探知手段によって探知されたアプリケーションの状態から予め設定されている優先度に基づいて前記制御識別子に付随する電子機器の機器連携サービスの状態を選択することを特徴とする。
【００２２】
また、前記優先度は、機器連携サービス状態の優先度に基づいて設定されたことを特徴とする。
【００２３】
また、自身の電子機器上のアプリケーションのみ終了するとき、前記自身の電子機器の通信先電子機器定義手段によって定義された電子機器に関する情報を代理で引き継ぐ先の電子機器を認識する代理要求先認識手段と、前記代理要求先認識手段によって認識された電子機器に対して、前記自身の電子機器の通信先電子機器定義手段によって定義された電子機器に関する情報を代理で引き継ぐよう要求する代理要求手段を備えたことを特徴とする。
【００２４】
また、他の電子機器から代理の要求を受けたとき、前記自身の電子機器の通信先電子機器定義手段によって定義された電子機器に関する情報を更新して代理を受諾したことを前記代理の要求を出した他の電子機器へ通知する代理通知手段を備えたことを特徴とする。
【００２５】
また、機器連携サービスを開始した電子機器から代理の要求を受けたとき、前記機器連携サービスを開始した電子機器を記憶しておく機器連携サービス開始機器記憶手段と、前記機器連携サービスが終了した際、前記機器連携サービス開始機器記憶手段によって記憶された電子機器に対して、前記機器連携サービスの終了を通知する前記機器連携サービス終了通知手段を備えたことを特徴とする。
【００２６】
また、ユーザが機器連携サービスに必要な情報を選択入力してから所定のタイミングまでの間に、他の電子機器から別の機器連携サービスの要求があった場合、前記他の電子機器からの要求を拒否する拒否手段を備えたことを特徴とする。
【００２７】
また、前記所定のタイミングは、前記機器連携サービスの終了時であることを特徴とする。
【００２８】
また前記所定のタイミングは、前記ユーザからの機器連携サービスの選択入力完了後に前記別の機器連携サービス開始の要求が来た時点であることを特徴とする。
【発明の効果】
【００２９】
本発明の電子機器は、モバイル型の電子機器が接続して通信をする携帯ネットワーク網、および据え置き型の電子機器が接続して通信をする家庭内ネットワーク網を有するネットワークに接続された複数の電子機器上でそれぞれ実行されるアプリケーションが連携して動作することによって機器連携サービスを提供する機器連携サービスシステムに用いる電子機器であって、前記電子機器は、他の電子機器との間で実行される機器連携サービスに関して、前記電子機器のネットワーク網の種類に応じて通信するために必要な通信先の電子機器を定義する通信先電子機器定義手段と、前記通信先電子機器定義手段によって定義された電子機器に関する情報を参照して、通信先の電子機器を認識する通信先電子機器認識手段と、前記機器連携サービスを構成する自身の電子機器上で動作するアプリケーションの状態が変化した場合、前記通信先電子機器認識手段によって認識された通信先の電子機器に対して、前記通信先の電子機器上で動作するアプリケーションの状態を変更するよう要求するアプリケーション状態変更要求手段と、前記通信先の電子機器から前記自身の電子機器上で動作するアプリケーションの状態の変更要求を受けた場合、前記通信先電子機器認識手段によって認識された通信先の電子機器に対して、前記変更要求を受けたアプリケーションの状態の変更完了を通知するアプリケーション状態変更完了通知手段を備えたので、連携機器サービスを実行中に、自身の電子機器上のアプリケーションの動作状態が変わる場合、通信先の電子機器に対して動作状態の変化に対応した制御が行えるようになるかばりか、通信先の電子機器上で動作するアプリケーションの動作状態が変化したことを受信した場合、自身の電子機器上で動作状態の変化に対応した制御が行えるようになり、機器連携システムを構成する各電子機器は、自身の上で動作するアプリケーションの動作状態の変化、他の電子機器上で動作するアプリケーションの動作状態の変化に対し自律した動作が可能となる。
【００３０】
また、前記通信先電子機器定義手段は、前記機器連携サービスを実行するのに必要な複数の電子機器において前記携帯ネットワーク網に接続する電子機器、前記家庭内ネットワーク網に接続する電子機器それぞれについて代表となる電子機器を１つ選抜する、ネットワーク網代表機器選抜手段と、前記アプリケーション状態変更要求手段によって、前記通信先の電子機器上で動作するアプリケーションの状態の変更を要求する場合、前記ネットワーク網代表機器選抜手段によって選抜された代表機器の情報を前記変更の要求に付随させるネットワーク網代表機器情報付随手段と、前記他の電子機器上で動作するアプリケーションの状態の変更を要求した後、前記他の電子機器上で動作するアプリケーションの状態の変更完了を通知した電子機器を通信先の電子機器として定義する電子機器定義手段を備えることにより前記機器連携サービスの実行までに前記制御通信先の電子機器を定義できるようにしたので、機器連携サービスを提供するために必要となる電子機器は相互に通信ができるような通信路をネットワーク網の種類に応じて構築できるようになり、機器連携サービスの実行中に機器連携サービスの提供に必要な複数の電子機器（自身の電子機器を含む）のいずれかに変化が発生しても変化に対応した制御を電子機器から電子機器へ波及させることが可能となるばかりか、前記携帯ネットワーク網に接続する電子機器、前記家庭内ネットワーク網に接続する電子機器それぞれについて代表となる電子機器を１つ選抜するので、従来のように１つの管理装置にのみ情報が集中して送信されるといったようなことは無く０、通信コスト、通信時間の削減が可能となる。
【００３１】
また、前記電子機器定義手段は、前記機器連携サービスの開始の通知を受けた場合、前記機器連携サービスの開始を通知した電子機器を通信先の電子機器として定義するようにしたので、機器連携サービスを提供するために必要となる各電子機器は相互に通信ができるような通信路をネットワーク網の種類に応じて構築できるようになる。
【００３２】
また、前記ネットワーク網代表機器選抜手段は、ユーザの操作により前記機器連携サービスの開始を指示する電子機器が接続するネットワーク網とは異なるタイプのネットワーク網に属する電子機器のうち一つを、予め設定されている優先度に基づいて選択するので、前記携帯ネットワーク網に接続する電子機器、前記家庭内ネットワーク網に接続する電子機器それぞれについて代表となる電子機器を最適なものに決定することができ、スペックの良い電子機器、連携機器サービスへの寄与度が高い電子機器を優先的に選択されるようにすれば、機器連携サービスを円滑に行うことが可能となる。
【００３３】
また、前記優先度は、過去の使用履歴に基づいて設定されているので、スペックの良い電子機器、連携機器サービスへの寄与度が高い電子機器が選択され易くなり、かつ複数の電子機器で実行される機器連携サービスを円滑に行うことが可能となる。
【００３４】
また、前記優先度は、連携する電子機器の選択順序に基づいて設定されているので、連携機器サービスへの寄与度が高い電子機器が選択され、かつ複数の電子機器で実行される機器連携サービスを円滑に行うことが可能となる。
【００３５】
また、前記他の電子機器から前記自身の電子機器上で動作するアプリケーションの状態の変更要求を受けたとき、前記自身の電子機器上で動作するアプリケーションの状態の変更要求に付随して送られた代表機器の情報から前記ネットワーク網代表機器を認識するネットワーク網代表機器認識手段と、前記ネットワーク網代表機器認識手段によって認識されたネットワーク網代表機器に基づいて、起動完了の通知先の電子機器を認識する起動完了通知先認識手段とを備え、前記電子機器定義手段は、前記起動完了通知先認識手段によって認識された電子機器を通信先の電子機器として定義することにより、前記機器連携サービスの実行までに前記通信先の電子機器を定義できるようにしたので、機器連携サービスを提供するために必要となる各電子機器は相互に通信ができるような通信路をネットワーク網の種類に応じて構築できるようになり、かつ機器連携サービス開始の際、起動要求を受けた電子機器は、素早く通信先の電子機器を認識し、起動完了を通知することができる。
【００３６】
また、前記通信先電子機器定義手段は、定義された電子機器に対して所定の条件に基づいてタイプルート識別子を付随して定義するので、電子機器は、タイプルート識別子に基づいて、ネットワーク網に応じた通信先の電子機器が定義されることとなるので、機器連携サービスを提供するために必要となる各電子機器は相互に通信ができるような通信路をネットワーク網の種類に応じて構築できるようになる。
【００３７】
また、前記通信先電子機器定義手段は、前記電子機器定義手段によって定義された電子機器に対して制御通信路識別子を付随するので、電子機器は、制御通信路識別子に基づいて、ネットワーク網毎の制御通信先が定義されることとなるので、機器連携サービスを提供するために必要となる各電子機器は相互に通信ができるような通信路をネットワーク網の種類に応じて構築できるようになる。
【００３８】
また、前記通信先電子機器認識手段によって認識された電子機器のうち通信先であることを示す制御通信路識別子が定義された電子機器の状態を所定のタイミングで探知する電子機器状態探知手段と、前記電子機器状態探知手段が異常を探知した場合、前記通信先電子機器定義手段によって定義された電子機器のうち通信先であることを示す制御通信路識別子が定義された電子機器に対して、前記電子機器上で動作するアプリケーションを終了するよう要求する異常終了要求手段と、前記通信先電子機器定義手段によって定義された電子機器から異常終了要求を受けた場合、前記異常終了要求を受けたアプリケーションを終了させるアプリケーション終了手段を備えたので、各電子機器は、他の電子機器の異常をネットワーク網を介して知ることができるので、電子機器に異常が発生した場合、ネットワーク網を辿って機器連携サービスを構成する電子機器上で動作するアプリケーションの終了を電子機器から電子機器へ波及させることが可能となり、機器連携サービスを構成する電子機器に何らか異常が発生した場合であっても、機器連携サービスを構成する全ての電子機器で動作する全てのアプリケーションを終了させることが可能となる。
【００３９】
また、前記所定のタイミングは、一定間隔ごとであるので、電子機器は、通信先の電子機器の状態を定期的に確認することができる。
【００４０】
また、実行中の機器連携サービスを構成するアプリケーションに連携して動作できる新たなアプリケーションを起動し、前記新たに起動したアプリケーションが前記実行中の連携サービスを構成するアプリケーションと連携して動作させることにより前記実行中の機器連携サービスに参加できるかどうかの確認を前記新たなアプリケーションが動作する電子機器から受けた場合、前記確認を出した電子機器が参加することを許可するかどうか判断する機器連携サービス参加許可判断手段と、前記機器連携サービス参加許可判断手段によって機器連携サービスに参加することを許可した場合、前記確認を出した電子機器へ機器連携サービスに参加するかどうか確認する参加確認手段と、前記確認を出した電子機器から前記機器連携サービスに参加する要求を受けたとき、前記要求を出した電子機器の制御通信先の電子機器を検索する参加先検索手段と、前記参加の要求を出した電子機器に参加が完了した旨を通知する参加完了通知手段とを備え、前記通信先電子機器定義手段は前記参加の要求を出した電子機器に対して制御通信路識別子およびタイプルート識別子を付随して定義するようにし、または実行中のサービスへの参加の完了通知を受けた場合、前記参加の完了を通知した電子機器に対して制御通信路識別子およびタイプルート識別子を付随して定義するようにしたので、参加を希望する電子機器を実行中の機器連携サービスに参加させるかどうかを判断させることができ、また、参加を要求する電子機器と相互に通信ができるような通信路をネットワーク網の種類に応じて構築できるようになる。
【００４１】
また、前記通信先電子機器認識手段によって認識された電子機器のうち通信先であることを示す制御通信路識別子が定義された電子機器上で動作するアプリケーションの状態を探知するアプリケーション状態探知手段と、前記アプリケーション状態探知手段によって、アプリケーションの状態変化が探知された場合、通信先であることを示す制御通信路識別子が定義された電子機器に対してその上で動作するアプリケーションを連動してロックするように要求する同期ロック要求手段と備えたので、機器連携サービスに必要となる電子機器上で動作するアプリケーションの状態をロックすることにより、機器連携サービスに必要となる複数の電子機器で同時にアプリケーションの状態が変化した場合であっても、安定した管理をすることができる。
【００４２】
また、通信先の電子機器よりロックをかけるよう要求を受けた場合、前記ロックされたアプリケーションの状態に合わせて、自身の電子機器上における前記機器連携サービスの状態をロックする機器連携サービス状態ロック手段と備えたので、機器連携サービスに必要となる複数の電子機器で同時にアプリケーション状態が変化しても、全ての電子機器で一意にサービス状態を決定することができる。
【００４３】
また、前記同期ロック要求手段は、アプリケーション状態探知手段によって探知されたアプリケーションの状態から予め設定されている優先度に基づいて前記制御識別子に付随する電子機器の機器連携サービスの状態を選択するので、機器連携サービスに必要となる複数の電子機器で同時にアプリケーション状態が変化しても、全ての電子機器で一意にサービス状態を決定することができる。
【００４４】
また、前記優先度は、機器連携サービス状態の優先度に基づいて設定されたので、機器連携サービスの状態ごとに優先度を持たせることによって、機器連携サービスの状態を一意に決定することができる。
【００４５】
また、自身の電子機器上のアプリケーションのみ終了するとき、前記自身の電子機器の通信先電子機器定義手段によって定義された電子機器に関する情報を代理で引き継ぐ先の電子機器を認識する代理要求先認識手段と、前記代理要求先認識手段によって認識された電子機器に対して、前記自身の電子機器の通信先電子機器定義手段によって定義された電子機器に関する情報を代理で引き継ぐよう要求する代理要求手段を備えたので、機器連携サービスに参加する必要の無くなった電子機器は、残りの複数の電子機器間で機器連携サービスの実行を継続させたまま、機器連携サービスを構成する電子機器から外れることができる。したがって、機器連携サービスを構成する複数の電子機器のうち、特定の電子機器が機器連携サービスから外れたとしても、残りの複数の電子機器間で機器連携サービスを継続させることができる。
【００４６】
また、他の電子機器から代理の要求を受けたとき、前記自身の電子機器の通信先電子機器定義手段によって定義された電子機器に関する情報を更新して代理を受諾したことを前記代理の要求を出した他の電子機器へ通知する代理通知手段を備えたので、代理通知の要求を出した電子機器へ代理通知を受諾したことを確実に伝えることが可能となる。
【００４７】
また、機器連携サービスを開始した電子機器から代理の要求を受けたとき、前記機器連携サービスを開始した電子機器を記憶しておく機器連携サービス開始機器記憶手段と、前記機器連携サービスが終了した際、前記機器連携サービス開始機器記憶手段によって記憶された電子機器に対して、前記機器連携サービスの終了を通知する前記機器連携サービス終了通知手段を備えたので、ユーザが機器連携サービスを開始した電子機器が途中で機器連携サービスから外れた際にも、機器連携サービスが完了したことを知ることができる。
【００４８】
また、ユーザが機器連携サービスに必要な情報を選択入力してから所定のタイミングまでの間に、他の電子機器から別の機器連携サービスの要求があった場合、前記他の電子機器からの要求を拒否する拒否手段を備えたので、他の電子機器からの機器連携サービス要求を拒絶して、ユーザが現在開始しようとしている機器連携サービスを優先的に実行することができる。
【００４９】
また、前記所定のタイミングは、前記機器連携サービスの終了時であるので、ユーザが現在開始しようとしている機器連携サービスが終了するまで、他の電子機器からの機器連携サービスの要求を拒絶して、機器連携サービスを最後まで実行することができる。
【００５０】
また、前記所定のタイミングは、前記ユーザからの機器連携サービスの選択入力完了後に前記別の機器連携サービス開始の要求が来た時点であるので、ユーザが現在開始しようとしている機器連携サービスを設定している間に別の機器連携サービスの開始要求が来ることはなくなるので、選択入力中に来る煩雑な情報をさけるとともに、選択入力完了後には、別の機器連携サービスの開始要求を受け付けるので、必要に応じてユーザが好む機器連携サービスを選択させることが可能となる。
【発明を実施するための最良の形態】
【００５１】
以下本発明の実施の形態について、図面を参照しながら説明する。
【００５２】
（実施の形態１）
図１は、本発明の実施の形態１における機器連携サービス管理方式の全体構成の一例を示す図である。図１において、機器連携サービス管理方式は、この例では３つの電子機器１０、２０、３０、ネットワーク網４０を備える。ネットワーク網４０は携帯ネットワーク網５０、家庭内ネットワーク網６０、インターネット網（図示せず）を備える。携帯ネットワーク網は、主に宅外での使用を想定しているに電子機器群が属する（または利用する）ネットワーク網であり、ここでは、電子機器１０が当てはまる。また、家庭内ネットワーク網は、主に宅内での使用を想定している電子機器群が属するネットワーク網であり、ここでは、電子機器２０、３０が当てはまる。
【００５３】
電子機器１０は、携帯電話、携帯情報端末（ＰＤＡ）など、情報の送受信を行う通信手段を有するモバイル電子機器であり、電子機器２０、３０は、デジタルテレビ（ＤＴＶ）、デジタルバーサタイルディスク（ＤＶＤ）、ビデオホームシステム（ＶＨＳ）、デジタルスチールカメラ（ＤＳＣ）、デジタルビデオカメラ（ＤＶＣ）、ネットワークカメラ、ホームサーバー、セットトップボックス（ＳＴＢ）、Ｓａｆｅ−ｄｅｐｏｓｉｔ  Ｂｏｘなど、情報の送受信を行う通信手段を備えた据え置き型（ＣＥ）の電子機器である。
【００５４】
なお、ここでは、電子機器は、モバイル電子機器１つとＣＥ電子機器２つの合計３つ存在することとしたが、モバイル電子機器とＣＥ電子機器の合計が３つ未満であってもよいし、４つ以上であってもよい。また、モバイル電子機器とＣＥ電子機器の両方が必ずしも存在する必要はなく、少なくとも２つの電子機器上でそれぞれ動作するアプリケーションが連携して動作することにより所望の機器連携サービスを実現できるのであれば、電子機器の組み合わせはどのようなものであってもよい。
【００５５】
本実施の形態においては、電子機器１０で実行されるアプリケーションをアプリケーション１（図上、略してアプリ１と記す）とし、電子機器２０で実行されるアプリケーションをアプリケーション２（図上、略してアプリ２と記す）とし、電子機器３０で実行されるアプリケーションをアプリケーション３（図上、略してアプリ３と記す）とする。また、電子機器１０、２０、３０でそれぞれ実行されるアプリケーション１〜３が連携して動作することにより得られるものを機器連携サービス（以後サービスと称す）と定義する。
【００５６】
電子機器１０、２０、３０は、サービス実行中、タイプルート機器と、そうでない機器という２つのタイプの機器に分類される。
【００５７】
タイプルート機器とは、異なるネットワーク網に接続する電子機器からアプリケーションの起動要求を受けたり、あとからサービスに参加してきたり等、ネットワーク網毎の制御通信路の受け口となったり、ネットワーク網間の掛け橋となる電子機器のことをいう。タイプルート機器は、サービスが開始される際、サービスを実行するのに連携させるべき電子機器が選択された段階で決定される。
【００５８】
各電子機器は、自身が携帯ネットワーク網に属する機器であるか、家庭内ネットワーク網に属する機器であるかの情報を保持する。
【００５９】
各電子機器は、さらに、サービスの状態に関する情報を記憶手段（図示せず）に保持しておりサービスの状態が変わった際、連動して対応する電子機器全てのサービスの状態を変更するため、自動的にサービスの状態の変更を伝えるべき通信先の電子機器に関する情報をテーブルとして定義して記憶手段に記憶する通信先電子機器定義手段（図示せず）を有する。通信先の電子機器は、通信先の電子機器上のアプリケーションが起動して、その起動完了の通知を受信した段階と、サービスの状態通知を受信した段階で決定される。
【００６０】
図２は、各電子機器間であるサービスを実行中の場合に、電子機器１０、２０、３０に格納されている制御通信路テーブルの一例を示す図である。
【００６１】
図２（ａ）は、電子機器１０に格納されている制御通信路テーブルを示す図である。
【００６２】
図２（ｂ）は、電子機器２０に格納されている制御通信路テーブルを示す図である。
【００６３】
図２（ｃ）は、電子機器３０に格納されている制御通信路テーブルを示す図である。
【００６４】
制御通信路テーブルには、電子機器の名称を示す「機器」項目と、電子機器の属するネットワーク網が携帯ネットワーク網または家庭内ネットワーク網のいずれかのタイプを示す「機器タイプ」項目と、電子機器の役割を示す「タイプルート識別子」項目と、電子機器との連携関係を示す「連携タイプ」項目とがある。図２において、「タイプルート識別子」が存在する場合には「○」が、存在しない場合には「―」が記載されている。また、「連携タイプ」には、制御通信先の場合には「制御通信路」が、当該制御通信路テーブル１０、２０、３０をそれぞれ格納している電子機器の場合には「自」が記載されている。
【００６５】
たとえば、図２（ａ）において、電子機器１０は、タイプルート機器であるとして指定されている。また、「制御通信路」として電子機器２が登録されている。この場合、本実施の形態の機器連携サービス管理方式では、電子機器１０上のアプリケーションの状態（例えば動作状態など）が変わると、自動的に電子機器２０にその要求を出して、電子機器２０のアプリケーションの状態を変更する。ただし、電子機器１０に格納されている制御通信路テーブルには「制御通信路」として電子機器３０が登録されていないので、電子機器３０に対しては、アプリケーションの状態を変更する要求を出さない。
【００６６】
また、図２（ｂ）において、電子機器２０は、タイプルート機器であるとして指定されている。「制御通信路」としては電子機器１０および電子機器３０が登録されている。この場合、本実施の形態の機器連携サービスシステムでは、電子機器２０上のアプリケーションの状態が変わると、自動的に電子機器１０および電子機器３０にその要求を出して、電子機器１０および電子機器３０のアプリケーションの状態を変更する。
【００６７】
さらに、図２（ｃ）において、「制御通信路」として電子機器２０が登録されている。この場合、本管理方式では、電子機器３０上のアプリケーションの状態が変わると、自動的に電子機器２０にその要求を出して、電子機器２０のアプリケーションの状態を変更する。ただし、電子機器３０に格納されている制御通信路テーブルには「制御通信路」として電子機器１０が登録されていないので、電子機器１０に対しては、アプリケーションの状態を変更する要求を出さない。
【００６８】
なお、「制御通信路」には、連携タイプが「自」と記載されている電子機器と同じネットワーク網に属する複数の電子機器が登録されていてもよい。
【００６９】
図３は、本実施の形態において、ユーザが使用する電子機器を通じてサービスを開始する時における機器連携サービスシステム全体の動作を示すフローチャートである。以下、図３を参照しながら、サービス開始時の機器連携サービス管理方式全体の動作について説明する。この例ではユーザが操作する電子機器が電子機器１０である場合を例に説明をするが、ユーザが操作する電子機器が電子機器２０または電子機器３０であったとしても構わない。
【００７０】
ユーザ操作によって、サービスを行う電子機器群（電子機器２０、３０）が選択された後、アプリケーション１の起動が指示されると、電子機器１０はアプリケーション１を起動し（ステップＳ１０１）、アプリケーション１の状態変化（初期状態から起動状態への変化）に合わせて、サービス状態を「ＳＴＡＲＴＩＮＧ」へ変更する（ステップＳ１０２）。
【００７１】
次に、サービスを実行するのに必要な複数の電子機器において携帯ネットワーク網５０に接続する電子機器、家庭内ネットワーク網６０に接続する電子機器それぞれについて代表となる電子機器を１つ選抜する動作を行う。まず電子機器１０の制御通信路テーブルに電子機器１０を登録して、機器タイプに「携帯ネットワーク網」、タイプルート識別子に「○」、連携タイプに「自」と指定し、自身の電子機器に関する情報を登録する（ステップＳ１０３）。
【００７２】
次に、連携してサービスを行う電子機器２０、３０のうち、サービスに寄与度の高い電子機器を優先してタイプルートに選抜する（ステップＳ１０４）。ここで、サービスへの寄与度の高さをはかる指標としては、スペックの高い機器、過去の使用履歴から使用頻度の高い機器、ユーザがサービスを行う電子機器を選択した順等が挙げられる。
【００７３】
タイプルート機器の選抜が終わると、アプリケーション１は、携帯ネットワーク網５０のタイプルート機器、家庭内ネットワーク網６０のタイプルート機器、およびサービスを行うのに必要な他の電子機器情報を添付して、アプリケーション２、およびアプリケーション３を起動するよう要求する（ステップＳ１０５）。ここでは、アプリケーション１が、アプリケーション２とアプリケーション３をそれぞれ起動するよう要求しているが、アプリケーションの起動先に関しては特に制限を加えない。
【００７４】
電子機器１０からのアプリケーション２の起動要求に応じて、電子機器２０は、自身の上で動作するアプリケーション２を起動して（ステップＳ２０１）、アプリケーション２の状態変化（初期状態から起動状態への変化）に合わせてサービス状態を「ＳＴＡＲＴＩＮＧ」へ変更する（ステップＳ２０２）。
【００７５】
アプリケーション２が起動すると、電子機器２０の制御通信路テーブルに電子機器２０を登録して、機器タイプに「家庭内ネットワーク網」、アプリ２の起動要求に添付されてきた家庭内ネットワーク網のタイプルート機器情報をもとに、タイプルート識別子に「○」、連携タイプに「自」と指定する（ステップＳ２０３）。
【００７６】
電子機器１０からのアプリケーション３の起動要求に応じて、電子機器３０は、アプリケーション３を起動して（ステップＳ３０１）、アプリケーション３の状態変化（初期状態から起動状態への変化）に合わせてサービス状態を「ＳＴＡＲＴＩＮＧ」へ変更する（ステップＳ３０２）。
【００７７】
アプリケーション３が起動すると、電子機器３０の制御通信路テーブルに電子機器３０を登録して、機器タイプに「家庭内ネットワーク網」、アプリケーション３の起動要求に添付されてきた家庭内ネットワーク網のタイプルート機器情報をもとに、タイプルート識別子に「―」、連携タイプに「自」と指定する（ステップＳ３０３）。
【００７８】
電子機器３０の情報が登録し終わると、アプリケーション３が起動完了したことを通知する、通知先として電子機器２０を認識する（ステップＳ３０４）。このステップに関しては、図４で詳細に説明することにして、ここでは説明を省略する。
【００７９】
アプリケーション３の起動完了通知先が決定すると、その通知先に対して起動完了通知を行う（ステップＳ３０５）。ここでは、電子機器２０に通知する。
【００８０】
アプリケーション３が起動完了した旨の通知を受けて、電子機器２０は、その制御通信路テーブルに電子機器３０を登録して、機器タイプに「家庭内ネットワーク網」、タイプルート識別子に「―」、連携タイプに「制御通信路」と指定する（ステップＳ２０４）。
【００８１】
電子機器３０の登録が完了すると、電子機器２０は、アプリケーション２が起動完了したことを通知する、通知先として電子機器１０を認識する（ステップＳ２０５）。このステップに関しては、図４で詳細に説明することにして、ここでは説明を省略する。
【００８２】
アプリケーション２の起動完了通知先が決定すると、その通知先に対して起動完了通知を行う（ステップＳ２０６）。ここでは、電子機器１０に通知する。
【００８３】
アプリケーション２が起動完了した旨の通知を受けて、電子機器１０は、その制御通信路テーブルに電子機器２０を登録して、機器タイプに「家庭内ネットワーク網」、タイプルート識別子に「○」、連携タイプに「制御通信路」と指定する（ステップＳ１０６）。
【００８４】
電子機器２０の登録が完了すると、電子機器１０は、サービス状態を「ＡＣＴＩＶＥ」へ変更し（ステップＳ１０７）、制御通信路テーブルを参照して、連携タイプに「制御通信路」と指定されている電子機器に対して、サービス開始を通知する（ステップＳ１０８）。ここでは、電子機器２０に通知する。
【００８５】
サービス開始通知を受けて、電子機器２０は、サービス状態を「ＡＣＴＩＶＥ」へ変更し（ステップＳ２０７）、連携タイプに「制御通信路」と指定されている電子機器に対して、サービス開始を通知する（ステップＳ２０８）。ここでは、電子機器３０に通知する。
【００８６】
サービス開始通知を送信すると、電子機器２０は、制御通信路テーブルに電子機器１０を登録して、機器タイプに「携帯ネットワーク網」、タイプルート識別子に「○」、連携タイプに「制御通信路」と指定する（ステップＳ２０９）。
【００８７】
サービス開始通知を受けて、電子機器３０は、サービス状態を「ＡＣＴＩＶＥ」へ変更し（ステップＳ３０６）、制御通信路テーブルに電子機器２０を登録して、機器タイプに「携帯ネットワーク網」、タイプルート識別子に「○」、連携タイプに「制御通信路」、アプリ状態に「実行」と指定する（ステップＳ３０８）。
【００８８】
上記のようにして、電子機器１０でアプリケーション１が実行され、電子機器２０でアプリケーション２が実行され、電子機器３０でアプリケーション３が実行され、電子機器１０、２０、３０のサービス状態をネットワーク網毎に制御するための環境が整う。これによって、電子機器１０、２０、３０（より詳しくはアプリケーション１、２、３）が連携して動作することにより、サービスが実行され、ユーザはサービスの提供を受けることができる（ステップＳ１０９、Ｓ２１０、Ｓ３０８）。
【００８９】
なお、ここでは、アプリケーションの状態とは別に、サービスの状態を定義しているが、サービスの状態の定義がされない場合には、ステップＳ１０２、Ｓ１０７、Ｓ２０２、Ｓ２０７、Ｓ３０２、Ｓ３０６は省略できるものとする。
【００９０】
図４は、図３中の起動完了通知先認識（ステップＳ２０５、Ｓ３０４）の詳細な動作を示すフローチャートである。以下、図４を参照しながら、起動完了通知先認識の動作について説明する。ここで、電子機器００は、電子機器２０、３０のいずれかである。
【００９１】
アプリケーションの起動要求を受けた電子機器００は、起動を要求した電子機器と異なるネットワーク網に属する電子機器であるか否かを判断する（ステップＳ００１）。異なるネットワーク網に属する電子機器でない場合（つまり要求を出した電子機器、要求を受けた電子機器がともに同じネットワーク網に属する場合）、起動を要求した電子機器を起動完了通知先に登録する（ステップＳ００２）。一方、異なるネットワーク網に属する電子機器である場合、電子機器００は、タイプルート機器であるか否かを判断する（ステップＳ００３）。
【００９２】
タイプルート機器である場合、起動を要求した電子機器を起動完了通知先に登録する（ステップＳ００２）。一方、タイプルート機器でない場合、電子機器００は、起動要求に添付されてきた情報に基づいて、電子機器００と同じネットワーク網に属するタイプルート機器が存在するか否かを判断する（ステップＳ００４）。
【００９３】
電子機器００と同じネットワーク網に属するタイプルート機器が存在しない場合、電子機器００と異なるネットワーク網に属するタイプルート機器を起動完了通知先に登録する（ステップＳ００５）。一方、電子機器００と同じネットワーク網に属するタイプルート機器が存在する場合、電子機器００と同じネットワーク網に属するタイプルート機器を起動完了通知先に登録する（ステップＳ００６）。
【００９４】
上記のようにして、電子機器００は、他の電子機器からのアプリケーションの起動要求を受けて、的確に起動完了通知先を認識できることとなる。
【００９５】
図５は、サービス終了時における本実施の形態の機器連携サービス管理方式全体の動作を示すフローチャートである。以下、図５を参照しながら、サービス開始時の機器連携サービスシステム全体の動作について説明する。
【００９６】
電子機器１０、２０、３０間でサービスが実行される状況下において、ユーザ操作、異常時等によって、アプリケーション１の終了が要求されたとする。
【００９７】
このとき、電子機器１０は、アプリケーション１を終了し（ステップＳ１１１）、アプリケーションの状態に合わせてサービス状態を「ＳＴＯＰＰＩＮＧ（終了状態）」へ変更する（ステップＳ１１２）。
【００９８】
サービス状態が終了状態になると、電子機器１０は、制御通信路テーブルを参照して、制御通信先を認識し（ステップＳ１１３）、図２（ａ）に示された制御通信先の電子機器２０に対してアプリケーション２の終了を要求する（ステップＳ１１４）。
【００９９】
アプリケーション２の終了要求を受けて、電子機器２０は、制御通信路テーブルを参照して、制御通信先を認識し（ステップＳ２１１）、図２（ｂ）に示された制御通信先の電子機器３０に対してアプリケーション３の終了を要求する（ステップＳ２１２）。
【０１００】
アプリケーション３の終了要求を受けて、電子機器３０は、制御通信路テーブルを参照して、アプリケーション３を終了し（ステップＳ３１１）、アプリケーションの状態に合わせてサービス状態を「ＳＴＯＰＰＩＮＧ」へ変更する（ステップＳ３１２）。
【０１０１】
サービス状態が終了状態になると、電子機器３０は、制御通信路テーブルを参照して、制御通信先を認識し（ステップＳ３１３）、図２（ｃ）に示された制御通信先の電子機器２０に対してアプリケーション３の終了を通知する（ステップＳ３１４）。
【０１０２】
アプリケーション３の終了通知を受けて、電子機器２０は、アプリケーション２を終了し（ステップＳ２１３）、アプリケーションの状態に合わせてサービス状態を「ＳＴＯＰＰＩＮＧ」へ変更する（ステップＳ２１４）。
【０１０３】
サービス状態が終了状態になると、電子機器２０は、制御通信路テーブルを参照して、制御通信先を認識し（ステップＳ２１５）、図２（ｂ）に示された制御通信先の電子機器１０に対してアプリケーション２の終了を通知する（ステップＳ２１６）。
【０１０４】
アプリケーション２の終了通知を受けて、電子機器１０は、制御通信路テーブルの内容を削除し（ステップＳ１１５）、サービス状態を「ＩＮＳＴＡＬＬ（初期状態）」へ変更する（ステップＳ１１６）。
【０１０５】
電子機器２０、３０の動作説明に戻る。アプリケーションの終了通知を送信した後、一定時間経過したか否かを判断する（ステップＳ２１７、Ｓ３１６）。
【０１０６】
一定時間経過した場合、制御通信路テーブルの内容を削除し（ステップＳ２１８、Ｓ３１６）、サービス状態を「ＩＮＳＴＡＬＬ（初期状態）」へ変更する（ステップＳ２１９、Ｓ３１７）。一方、一定時間経過していない場合、一定時間経過するまで待つ。
【０１０７】
上記のようにして、電子機器１０、２０、３０で実行されていたアプリケーション１、アプリケーション２、アプリケーション３は終了され、サービスは終了することとなる。
【０１０８】
なお、ここでは、アプリケーションの状態とは別に、サービスの状態が定義されているが、サービスの状態が定義されない場合は、ステップＳ１１２、Ｓ１１６、Ｓ２１４、Ｓ２１９、Ｓ３１２、Ｓ３１７は省略できるものとする。
【０１０９】
このように、本実施の形態では、ユーザが選択、または予め設定されていた連携先の電子機器に対して、サービスの状態通知、終了の要求等を通信するための制御通信経路をネットワーク網毎に設計し、各電子機器内には制御通信先機器が登録される。その上で、ユーザが所望するサービスが提供される。サービス実行中、あるアプリケーションが終了すれば、その制御通信先に対して自動的に終了の要求を送信することにより、制御通信先の電子機器も自動的に終了する。したがって、ネットワーク網に応じて、連携機器上のアプリケーション状態を自動で制御することができる。
【０１１０】
（実施の形態２）
実施の形態２において、管理方式全体の構成は、実施の形態１の場合と同様であるので、図１、図２を援用する。
【０１１１】
ユーザがサービスを開始する際、現在、既に実行中のサービスに参加したい場合がある。たとえば、対戦型ゲームのサービスにおいて、現在AさんとBさんの二人で対戦しているゲームに、Cさんが途中から参加を要望して、三人で対戦を行うといった場合が考えられる。この場合には、Cさんは、Aさん、またはBさんに対してゲームに参加したい旨を通知する。このとき、Aさんが参加の要求を受けたとすると、Aさんは、Cさんの参加を認めるかどうかの判断をして、その旨を通知する。参加が認められれば、Cさんは、Aさん、Bさんが行っていたゲームに加わって、改めて三人で対戦できることになる。
【０１１２】
同様な例として、チャットサービス、電話会議システム等が挙げられる。
【０１１３】
このような例を実現するために、実施の形態２において、サービスに参加する場合について説明していく。
【０１１４】
図６は、サービス参加時における本実施の形態における機器連携サービス管理方式全体の動作を示すフローチャートである。以下、図６を参照しながら、サービス参加時の機器連携サービス管理方式全体の動作について説明する。
【０１１５】
ユーザ操作によって、サービスを行う電子機器群（電子機器２０）が選択された後、アプリケーション１の起動が指示されると、電子機器１０はアプリケーション１を起動し（ステップＳ１２１）、アプリケーションの状態変化に合わせて、サービス状態を「ＳＴＡＲＴＩＮＧ」へ変更する（ステップＳ１２２）。
【０１１６】
次に、制御通信路テーブルに電子機器１０を登録して、機器タイプに「携帯ネットワーク網」、タイプルート識別子に「○」、連携タイプに「自」と指定する（ステップＳ１２３）。
【０１１７】
次に、連携してサービスを行う電子機器２０のうち、サービスに寄与度の高い機器を優先してタイプルートに選抜する（ステップＳ１２４）。ここでは、自動的に電子機器２０が選抜される。
【０１１８】
タイプルート機器の選抜が終わると、アプリケーション１は、携帯ネットワーク網のタイプルート機器、家庭内ネットワーク網のタイプルート機器、およびサービスを行う他の電子機器情報を添付して、アプリケーション２を起動するよう要求する（ステップＳ１２５）。
【０１１９】
アプリケーション２の起動要求に応じて、電子機器２０は、既にアプリケーション２が起動しており、アプリケーション２が属するサービスに参加するかどうか確認する（ステップＳ２２１）。
【０１２０】
サービス参加確認に応じて、電子機器１０は、サービスに参加することを要求する（ステップＳ１２６）。
【０１２１】
サービス参加要求に応じて、電子機器２０は、電子機器１０のサービス状態を自動で制御する経路先の電子機器を検索する（ステップＳ２２２）。このステップに関しては、図７で詳細に説明することにして、ここでは説明を省略する。また、ここでは制御通信先は電子機器２０であるとする。
【０１２２】
制御通信先の電子機器が決定すると、電子機器２０は、電子機器１０より送られる情報に基づいて、その制御通信路テーブルに電子機器１０を登録して、機器タイプに「携帯ネットワーク網」、タイプルート識別子に「○」、連携タイプに「制御通信路」と指定する（ステップＳ２２３）。
【０１２３】
電子機器１０を登録すると、電子機器２０は、電子機器１０に対してサービスに参加が完了したことを通知する（ステップＳ２２４）。
【０１２４】
起動完了通知を受けて、電子機器１０は、制御通信路テーブルに電子機器２０を登録して、機器タイプに「家庭内ネットワーク網」、タイプルート識別子に「○」、連携タイプに「制御通信路」と指定する（ステップＳ１２７）。
【０１２５】
電子機器２０の登録が完了すると、電子機器１０は、サービス状態を「ＡＣＴＩＶＥ」へ変更し（ステップＳ１２８）、制御通信路テーブルを参照して、連携タイプに「制御通信路」と指定されている電子機器に対して、サービス状態を通知する（ステップＳ１２９）。ここでは、電子機器２０に通知する。
【０１２６】
上記のようにして、電子機器１０でアプリケーション１が実行され、電子機器２０、３０で実行されていたサービスに電子機器１０が参加して、電子機器１０、２０、３０のサービス状態がネットワーク網毎に制御される環境が整う。これによって、電子機器１０、２０、３０間において、サービスが継続されることとなる（ステップＳ１３０、Ｓ２２５、Ｓ３２１）。
【０１２７】
なお、ここでは、アプリケーションの状態とは別に、サービスの状態が定義されているが、サービスの状態が定義されない場合は、ステップＳ１２２、Ｓ１２８は省略できるものとする。
【０１２８】
図７は、図６中の参加先検索（ステップＳ２２２）の動作を示すフローチャートである。以下、図７を参照しながら、起動完了通知先認識の動作について説明する。ここで、電子機器００は、電子機器２０の別称である。
【０１２９】
サービス参加要求を受けた電子機器００は、サービス参加を要求した電子機器が異なるネットワーク網に属するか否かを判断する（ステップＳ０１１）。サービス参加を要求した電子機器が同じネットワーク網に属する場合、サービス参加を要求した電子機器を、参加完了通知先に登録する（ステップＳ０１２）。一方、サービス参加を要求した電子機器が異なるネットワーク網に属する場合、サービス参加を要求した電子機器と同じネットワーク網に属するタイプルート機器が存在するか否かを判断する（ステップＳ０１３）。
【０１３０】
サービス参加を要求した電子機器と同じネットワーク網に属するタイプルート機器が存在しない場合、サービス参加を要求した電子機器と異なるネットワーク網に属するタイプルート機器を、参加完了通知先に登録する（ステップＳ０１４）。一方、サービス参加を要求した電子機器が同じネットワーク網に属するタイプルート機器が存在する場合、サービス参加を要求した電子機器と同じネットワーク網に属するタイプルート機器を、参加完了通知先に登録する（ステップＳ０１５）。
【０１３１】
上記のようにして、電子機器００は、サービス参加要求を受けて、的確に参加完了通知先を認識できることとなる。
【０１３２】
このように、本実施の形態では、ユーザが選択、または予め設定されていた連携先の電子機器が、既に所望するサービスが実行されている場合に、そのサービスに対して後から参加できる方式を提供している。サービスに参加する際、ネットワーク網毎に設計されている制御通信経路を壊さないよう、参加機器は、同じネットワーク網に属する機器を制御通信先として登録する。その上で、ユーザが所望するサービスが提供される。この場合の全体の動作は、第１の実施の形態で示した動作とが組み合わさった動作となる。
【０１３３】
（実施の形態３）
実施の形態３において、管理方式全体の構成は、実施の形態１の場合と同様であるので、図１を援用する。
【０１３４】
サービス実行中にユーザ操作等によって、サービスを一時中断したい場合がある。たとえば、あるサービスを実行中に、他のサービスの要求が来た際、ユーザが他のサービスを選択した場合が考えられる。この場合には、現在提供を受けているサービスを一時中断して、他のサービスを実行する。他のサービスが終了した後に、中断中のサービスを再び実行したい場合と、一時中断するのではなく、現在提供を受けているサービスを終了したい場合とが考えられる。
【０１３５】
このような例を実現するために、本実施の形態において、実行中のサービスを中断して、サービスの中断状態から実行状態に遷移する場合と、サービスの中断状態から終了状態に遷移する場合について説明していく。
【０１３６】
図８は、各電子機器間であるサービス実行中に、各電子機器のアプリケーションの状態を探知する必要がある際、電子機器１０、２０、３０に格納されている制御通信路テーブルの一例を示す図である。
【０１３７】
図８は、図２に示す制御通信路テーブルと比べ、「アプリ状態」項目が追加されている点が特徴である。ここには、対応する電子機器のアプリケーションの状態を登録する。
【０１３８】
図９は、サービス中断時における本発明の本実施の形態における機器連携サービス管理方式全体の動作を示すフローチャートである。以下、図９を参照しながら、サービス開始時の機器連携サービス管理方式全体の動作について説明する。
【０１３９】
電子機器１０、２０、３０間でサービスが実行される状況下において、ユーザが利用する電子機器１０からの操作等によって、アプリケーション１を中断させるための要求が与えられたとする。
【０１４０】
このとき、電子機器１０は、アプリケーション１を中断し（ステップＳ１３１）、アプリケーションの状態に合わせてサービス状態を「中断状態」へ変更する（ステップＳ１３２）。
【０１４１】
アプリケーション１の状態が中断状態になると、電子機器１０は、制御通信路テーブルを参照して、制御通信先の電子機器を認識し（ステップＳ１３３）、制御通信先の電子機器２０に格納されており、この電子機器２０上で動作するアプリケーションの状態を探知する（ステップＳ１３４）。
【０１４２】
アプリケーションの状態の探知を受けた電子機器２０は、制御通信路テーブルを参照して、制御通信先の電子機器を認識し（ステップＳ２３１）、制御通信先の電子機器３０上で動作するアプリケーションの状態を探知する（ステップＳ２３２）。
【０１４３】
アプリケーションの状態探知を受けた電子機器３０は、制御通信路テーブルを参照して、制御通信先機器を認識し（ステップＳ３３１）、制御通信先（電子機器２０）からは既にアプリケーションの状態探知を受けているので、アプリケーションの状態探知はしない（ステップＳ３３２）。
【０１４４】
電子機器１０は、アプリケーション状態探知に基づいて、同期を取ってロックする（ステップＳ１３５）。このステップに関しては、図８で詳細に説明することにして、ここでは説明を省略する。
【０１４５】
サービス状態がロックされると、電子機器２０、３０は、サービス状態をロックする（ステップＳ２３３、Ｓ３３３）。ここでは、サービス状態は、「中断状態」にロックされたものとする。
【０１４６】
電子機器３０は、アプリケーション３を中断し（ステップＳ３３４）、アプリケーションの状態に合わせてサービス状態を変更する（ステップＳ３３５）。
【０１４７】
サービス状態を変更すると、電子機器３０は、制御通信路テーブルを参照して制御通信先を認識し（ステップＳ３３６）、制御通信先の電子機器２０に対してアプリケーション３の中断を通知する（ステップＳ３３７）。
【０１４８】
アプリケーション３の中断通知を受けると、電子機器２０は、アプリケーション２を中断し（ステップＳ２３４）、アプリケーションの状態に合わせてサービス状態を変更する（ステップＳ２３５）。
【０１４９】
サービス状態を変更すると、電子機器２０は、制御通信路テーブルを参照して制御通信先を認識し（ステップＳ２３６）、制御通信先の電子機器１０に対してアプリケーション２の中断を通知する（ステップＳ２３７）。
【０１５０】
アプリケーション２の中断通知を受けると、電子機器１０は、サービス状態を変更し（ステップＳ１３６）、制御通信路テーブルを参照して、電子機器２０に対してサービス状態の変更を通知する（ステップＳ１３７）。
【０１５１】
サービス状態の変更通知を受けると、電子機器２０は、サービス状態を変更し（ステップＳ２３８）、制御通信路テーブルを参照して、電子機器３０に対してサービス状態の変更を通知する（ステップＳ２３９）。
【０１５２】
サービス状態の変更通知を受けると、電子機器３０は、サービス状態を変更し（ステップＳ３３８）。
【０１５３】
上記のようにして、電子機器１０、２０、３０で実行されていたアプリケーション１、アプリケーション２、アプリケーション３は中断され、電子機器１０、２０、３０のサービス状態が中断される環境が整う。これによって、電子機器１０、２０、３０間において、サービスが中断されることとなる（ステップＳ１３８、Ｓ２４０、Ｓ３３９）。
【０１５４】
なお、ここでは、アプリケーションの状態とは別に、サービスの状態が定義されているが、サービスの状態が定義されない場合は、ステップＳ１３２、Ｓ１３６、Ｓ２３５、Ｓ２３８、Ｓ３３５、Ｓ３３８は省略できるものとする。また、サービス状態をロックするステップＳ２３３、Ｓ３３３は、アプリケーション状態をロックすることで置き換えることができる。
【０１５５】
図１０は、図９中の同期ロック手段（ステップＳ２２３）の動作を示すフローチャートである。以下、図１０を参照しながら、起動完了通知先認識の動作について説明する。ここで、電子機器００は、電子機器１０の別称として用いている。
【０１５６】
電子機器００は、アプリケーション０の状態が終了状態であるか否かを判断する（ステップＳ０２１）。アプリケーション０の状態が終了状態である場合、サービス状態を終了状態にロックする（ステップＳ０２２）。一方、アプリケーション０の状態が終了状態でない場合、他の電子機器のアプリケーション状態に終了状態が存在するか否かを判断する（ステップＳ０２３）。
【０１５７】
他の電子機器のアプリケーション状態に終了状態が存在する場合、サービス状態を終了状態にロックする（ステップＳ０２２）。一方、他の電子機器のアプリケーション状態に終了状態が存在しない場合、他の電子機器のアプリケーション状態に中断状態が存在するか否かを判断する（ステップＳ０２４）。
【０１５８】
他の電子機器のアプリケーション状態に中断状態が存在する場合、サービス状態を中断状態にロックする（ステップＳ０２５）。一方、他の電子機器のアプリケーション状態に中断状態が存在しない場合、サービス状態を実行状態にロックする（ステップＳ０２６）。
【０１５９】
上記のようにして、電子機器００は、アプリケーションが中断状態に変化したことを受けて、的確にサービス状態をロックできることとなる。
【０１６０】
なお、ここでは、アプリケーションの状態とは別に、サービスの状態が定義されているが、サービスの状態が定義されない場合は、ステップＳ０２２は、アプリケーション状態を終了状態にロック、ステップＳ０２４は、アプリケーション状態を中断状態にロック、ステップＳ０２５は、アプリケーション状態を実行状態にロックと置き換えることができる。
【０１６１】
図１１は、サービス再開時における本発明の実施の形態３における機器連携サービス管理方式全体の動作を示すフローチャートである。以下、図１１を参照しながら、サービス開始時の機器連携サービス管理方式全体の動作について説明する。
【０１６２】
電子機器１０、２０、３０間でサービスが中断されている状況下において、電子機器１０は、ユーザ操作等によって、アプリケーション１を実行させるための要求が与えられたとする。
【０１６３】
このとき、電子機器１０は、アプリケーション１を実行し（ステップＳ１４１）、アプリケーションの状態に合わせてサービス状態を変更する（ステップＳ１４２）。
【０１６４】
アプリケーション１の状態が実行状態になると、電子機器１０は、制御通信路テーブルを参照して、制御通信先の電子機器を認識し（ステップＳ１４３）、制御通信先（電子機器２０）の電子機器に格納されている電子機器上で動作するアプリケーションの状態を探知する（ステップＳ１４４）。
【０１６５】
アプリケーションの状態探知を受けた電子機器２０は、制御通信路テーブルを参照して、制御通信先機器を認識し（ステップＳ２４１）、制御通信先（電子機器３０）の電子機器上で動作するアプリケーションの状態を探知する（ステップＳ２４２）。
【０１６６】
アプリケーションの状態探知を受けた電子機器３０は、制御通信路テーブルを参照して、制御通信先機器を認識し（ステップＳ３４１）、制御通信先（電子機器２０）からは既にアプリケーションの状態探知を受けているので、アプリケーションの状態探知はしない（ステップＳ３４２）。
【０１６７】
電子機器１０は、アプリケーション状態探知に基づいて、同期を取ってロックする（ステップＳ１４５）。このステップに関しては、図８で詳細に説明することにして、ここでは説明を省略する。
【０１６８】
サービス状態がロックされると、電子機器２０、３０は、サービス状態をロックする（ステップＳ２４３、Ｓ３４３）。ここでは、サービス状態は、実行状態にロックされたものとする。
【０１６９】
電子機器３０は、アプリケーション３を起動し（ステップＳ３４４）、アプリケーションの状態に合わせてサービス状態を変更する（ステップＳ３４５）。
【０１７０】
サービス状態を変更すると、電子機器３０は、制御通信路テーブルを参照して制御通信先を認識し（ステップＳ３４６）、電子機器２０に対してアプリケーション３の起動を通知する（ステップＳ３４７）。
【０１７１】
アプリケーション３の起動通知を受けると、電子機器２０は、アプリケーション２を起動し（ステップＳ２４４）、アプリケーションの状態に合わせてサービス状態を変更する（ステップＳ２４５）。
【０１７２】
サービス状態を変更すると、電子機器２０は、制御通信路テーブルを参照して制御通信先を認識し（ステップＳ２４６）、電子機器１０に対してアプリケーション２の起動を通知する（ステップＳ２４７）。
【０１７３】
アプリケーション２の起動通知を受けると、電子機器１０は、サービス状態を変更し（ステップＳ１４６）、制御通信路テーブルを参照して、電子機器２０に対してサービス開始を通知する（ステップＳ１４７）。
【０１７４】
サービス開始通知を受けると、電子機器２０は、サービス状態を変更し（ステップＳ２４８）、鮮魚通信路テーブルを参照して、電子機器３０に対してサービス開始を通知する（ステップＳ２４９）。
【０１７５】
サービス開始通知を受けると、電子機器３０は、サービス状態を変更し（ステップＳ３４８）。
【０１７６】
上記のようにして、電子機器１０、２０、３０で中断されていたアプリケーション１、アプリケーション２、アプリケーション３は起動され、電子機器１０、２０、３０のサービスが再開される環境が整う。これによって、電子機器１０、２０、３０間において、サービスが再度実行されることとなる（ステップＳ１４８、Ｓ２５０、Ｓ３４９）。
【０１７７】
なお、ここでは、アプリケーションの状態とは別に、サービスの状態が定義されているが、サービスの状態が定義されない場合は、ステップＳ１４２、Ｓ１４６、Ｓ２４５、Ｓ２４８、Ｓ３４５、Ｓ３４８は省略できるものとする。また、サービス状態をロックするステップＳ２４３、Ｓ３４３は、アプリケーション状態をロックすることで置き換えることができる。
【０１７８】
図１２は、サービス終了時における本発明の実施の形態３における機器連携サービス管理方式全体の動作を示すフローチャートである。以下、図１２を参照しながら、サービス終了時の機器連携サービス管理方式全体の動作について説明する。
【０１７９】
電子機器１０、２０、３０間でサービスが中断される状況下において、ユーザ操作、異常時等によって、アプリケーション１の終了が要求されたとする。
【０１８０】
このとき、電子機器１０は、アプリケーション１を終了し（ステップＳ１５１）、アプリケーションの状態に合わせてサービス状態を変更する（ステップＳ１５２）。
【０１８１】
サービス状態が終了状態になると、電子機器１０は、制御通信路テーブルを参照して、制御通信先を認識し（ステップＳ１５３）、電子機器２０に対してアプリケーション２の終了を要求する（ステップＳ１５４）。
【０１８２】
アプリケーション２の終了要求を受けて、電子機器２０は、制御通信路テーブルを参照して、制御通信先を認識し（ステップＳ２５１）、電子機器３０に対してアプリケーション３の終了を要求する（ステップＳ２５２）。
【０１８３】
アプリケーション３の終了要求を受けて、電子機器３０は、制御通信路テーブルを参照して、アプリケーション３を終了し（ステップＳ３５１）、アプリケーションの状態に合わせてサービス状態を変更する（ステップＳ３５２）。
【０１８４】
サービス状態が終了状態になると、電子機器３０は、制御通信路テーブルを参照して、制御通信先を認識し（ステップＳ３５３）、電子機器２０に対してアプリケーション３の終了を通知する（ステップＳ３５４）。
【０１８５】
アプリケーション３の終了通知を受けて、電子機器２０は、アプリケーション２を終了し（ステップＳ２５３）、アプリケーションの状態に合わせてサービス状態を変更する（ステップＳ２５４）。
【０１８６】
サービス状態が終了状態になると、電子機器２０は、制御通信路テーブルを参照して、制御通信先を認識し（ステップＳ２５５）、電子機器１０に対してアプリケーション２の終了を通知する（ステップＳ２５６）。
【０１８７】
アプリケーション２の終了通知を受けて、電子機器１０は、制御通信路テーブルの内容を削除し（ステップＳ１５５）、サービス状態を変更する（ステップＳ１５６）。
【０１８８】
電子機器２０、３０の動作説明に戻る。アプリケーションの終了通知を送信した後、一定時間経過したか否かを判断する（ステップＳ２５７、Ｓ３５６）。
【０１８９】
一定時間経過した場合、制御通信路テーブルの内容を削除し（ステップＳ２５８、Ｓ３５６）、サービス状態を変更する（ステップＳ２５９、Ｓ３５７）。一方、一定時間経過していない場合、一定時間経過するまで待つ。
【０１９０】
上記のようにして、電子機器１０、２０、３０で実行されていたアプリケーション１、アプリケーション２、アプリケーション３は終了され、サービスは終了することとなる。
【０１９１】
なお、ここでは、アプリケーションの状態とは別に、サービスの状態が定義されているが、サービスの状態が定義されない場合は、ステップＳ１５２、Ｓ１５６、Ｓ２５４、Ｓ２５９、Ｓ３５２、Ｓ３５７は省略できるものとする。
【０１９２】
このように、実施の形態３では、サービス実行中に、ある電子機器でアプリケーションの状態が中断状態に変わると、制御通信路テーブルを参照して、制御通信先に登録された電子機器上で動作するアプリケーションの状態を、自動的に中断状態に変えることができる。また、サービス中断中に、ある電子機器でアプリケーションの状態が実行状態、終了状態に変わると、制御通信路テーブルを参照して、制御通信先に登録された電子機器上で動作するアプリケーションの状態を、それぞれ自動的に実行状態、終了状態に変えることができる。したがって、ネットワーク網に応じて、連携機器上のアプリケーション状態を自動で制御することができる。
【０１９３】
（実施の形態４）
実施の形態４において、管理方式全体の構成は、実施の形態１の場合と同様であるので、図１、図２を援用する。
【０１９４】
サービスを実行中に、現在、既に実行中のサービスの実行を継続させたまま、退出したい場合がある。たとえば、対戦型ゲームのサービスにおいて、現在Ａさん、Ｂさん、Ｃさんの三人で対戦しているゲームから、Ｃさんが途中で退出を要望するが、その後、二人で対戦を継続して行うといった場合が考えられる。この場合には、Ｃさんは、Ａさん、またはＢさんに対してゲームから退出したい旨を通知する。このとき、Ａさんが退出の要求を受けたとすると、Ａさんは、Ｃさんの持っていた情報を引き継ぐ。引き継ぎが終了すると、Ｃさんは、ゲームから退出して、残りの二人で対戦することになる。
【０１９５】
同様な例として、チャットサービス、電話会議システム等が挙げられる。
【０１９６】
さらに、サービスから退出した電子機器に対して、継続していたサービス終了時に、その通知を受けられる仕組みも欲しい場合がある。
【０１９７】
このような例を実現するために、本実施の形態において、サービスから退出する場合について説明していく。
【０１９８】
図１３は、サービス終了時における本実施の形態における機器連携サービス管理方式全体の動作を示すフローチャートである。以下、図１３を参照しながら、サービス終了時の機器連携サービス管理方式全体の動作について説明する。
【０１９９】
電子機器１０、２０、３０間でサービスが実行される状況下において、アプリケーション間通信によって、アプリケーション１のみ終了が要求されたとする。
【０２００】
このとき、電子機器１０は、自身の上で動作するアプリケーション１を終了し（ステップＳ１６１）、アプリケーションの状態に合わせてサービス状態を「ＳＴＯＰＰＩＮＧ（終了状態）」へ変更する（ステップＳ１６２）。
【０２０１】
サービス状態が終了状態になると、電子機器１０は、制御通信路テーブルを参照して、サービスの継続を代行する電子機器を認識し（ステップＳ１６３）、電子機器２０に対して、電子機器１０の制御通信路テーブルを添付して、サービスの代行を要求する（ステップＳ１６４）。代行先の認識は、電子機器１０と同じネットワーク網に属する電子機器、異なるネットワーク網に属するタイプルート機器の優先度に基づいて行われる。
【０２０２】
代行の要求を受けると、電子機器２０は、制御通信路テーブルを更新し（ステップＳ２６１）、更新された制御通信路テーブルを参照して、制御通信路識別子の付いた機器、および、代行通知を受けた電子機器１０を代行通知先として認識し（ステップＳ２６２）、代行通知先機器に対して、代行を通知する（ステップＳ２６３）。ここでは、代行通知先として、電子機器１０のみ選択される。
【０２０３】
代行通知を受けると、電子機器１０は、制御通信路テーブルの内容を削除し（ステップＳ１６５）、サービス状態を「ＩＮＳＴＡＬＬ（初期状態）」変更する（ステップＳ０１６６）。
【０２０４】
電子機器２０の動作説明に戻る。代行通知を送信した後、代行を要求した電子機器１０の情報を保持する（ステップＳ２６４）。
【０２０５】
上記のようにして、電子機器１０のみサービスから退出し、電子機器２０、３０間で、サービスが継続して実行される。
【０２０６】
電子機器２０、３０間でサービスが実行される状況下において、アプリケーション間通信によって、アプリケーション２、アプリケーション３の終了が要求されたとする。
【０２０７】
アプリケーション２、アプリケーション３は終了し（ステップＳ２６５、Ｓ３６１）、アプリケーション状態に合わせてサービス状態を変更する（ステップＳ２６６、Ｓ３６２）。
【０２０８】
電子機器２０、３０は、サービスの状態が終了状態になってから、一定時間経過したか否かを判断する（ステップＳ２６７、Ｓ３６３）。
【０２０９】
一定時間経過した場合、制御通信路テーブルの内容を削除し（ステップＳ２６８、Ｓ３６４）、サービス状態を変更する（ステップＳ２６９、Ｓ３６５）。一方、一定時間経過していない場合、一定時間経過するまで待つ。
【０２１０】
電子機器２０は、保持していた代行要求元である電子機器１０に対して、サービスが終了したことを通知する（ステップＳ２７０）。
【０２１１】
上記のようにして、電子機器１０、２０、３０で実行されていたアプリケーション１、アプリケーション２、アプリケーション３は、まずアプリケーション１のみ終了され、後に、アプリケーション２、アプリケーション３が終了されることになる。なお、電子機器２は、途中で退出した電子機器１０に対してサービスの終了を通知して、サービスは終了することとなる。
【０２１２】
このように、実施の形態４では、サービス実行中に、ある電子機器のみのアプリケーションが終了し（電子機器１０の退出）、残りの電子機器間ではサービスを継続させ、かつ、終了時に退出した電子機器１０に対して、サービスの終了を通知することができる。電子機器１０が退出した際、制御通信路テーブルを参照して、制御通信路に登録された電子機器のうちの一つを選抜し、その選抜された電子機器２０に対して、自分の制御通信路を引き継ぎ、代行要求を送ることで、ネットワーク網に応じた制御通信路を維持することが可能となる。したがって、ネットワーク網に応じた制御通信路の再構成が可能となり、一部退出する場合の機器連携サービスにも対応できる。
【産業上の利用可能性】
【０２１３】
本発明は、モバイル型の電子機器が接続して通信をする携帯ネットワーク網、および据え置き型の電子機器が接続して通信をする家庭内ネットワーク網を有するネットワークに接続された複数の電子機器上でそれぞれ実行されるアプリケーションが連携して動作することによって機器連携サービスを提供する機器連携サービスシステムに用いる電子機器に利用可能である。
【図面の簡単な説明】
【０２１４】
【図１】本発明の実施の形態１における機器連携サービス管理方式の全体構成の一例を示す図
【図２】各電子機器間であるサービスを実行中の場合に、電子機器１０、２０、３０に格納されている制御通信路テーブルの一例を示す図
【図３】サービス開始時における本発明の実施の形態１における機器連携サービス管理方式の全体構成の一例を示す図
【図４】図３中の起動完了通知先認識の動作を示すフローチャート
【図５】サービス終了時における本発明の実施の形態１における機器連携サービス管理方式全体の動作を示すフローチャート
【図６】サービス参加時における本発明の実施の形態２における機器連携サービス管理方式全体の動作を示すフローチャート
【図７】図６中の参加先検索の動作を示すフローチャート
【図８】各電子機器間であるサービスを実行中の場合に、電子機器１０、２０、３０に格納されている制御通信路テーブルの一例を示す図
【図９】サービス中断時における本発明の実施の形態３における機器連携サービス管理方式全体の動作を示すフローチャート
【図１０】図８中の同期ロック手段の動作を示すフローチャート
【図１１】サービス再開時における本発明の実施の形態３における機器連携サービス管理方式全体の動作を示すフローチャート
【図１２】サービス終了時における本発明の実施の形態３における機器連携サービス管理方式全体の動作を示すフローチャート
【図１３】サービス終了時における本発明の実施の形態４における機器連携サービス管理方式全体の動作を示すフローチャート
【符号の説明】
【０２１５】
１０    電子機器
２０    電子機器
３０    電子機器
４０    ネットワーク網
５０    携帯ネットワーク網
６０    家庭内ネットワーク網
【図１】
2005196433.tif 000003
【図２】
2005196433.tif 000004
【図３】
2005196433.tif 000005
【図４】
2005196433.tif 000006
【図５】
2005196433.tif 000007
【図６】
2005196433.tif 000008
【図７】
2005196433.tif 000009
【図８】
2005196433.tif 000010
【図９】
2005196433.tif 000011
【図１０】
2005196433.tif 000012
【図１１】
2005196433.tif 000013
【図１２】
2005196433.tif 000014
【図１３】
2005196433.tif 000015