WO2005066808A1

WO2005066808A1 - 機器連携サービスシステム及びそのシステムを構成する電子機器

Info

Publication number: WO2005066808A1
Application number: PCT/JP2004/019539
Authority: WO
Inventors: Takahiro Watanabe; Takayuki Hamaki; Satoshi Hashimoto; Hidetaka Ohto
Original assignee: Matsushita Electric Industrial Co., Ltd.
Priority date: 2004-01-06
Filing date: 2004-12-27
Publication date: 2005-07-21
Also published as: EP1705576A1; CN1902608A; JPWO2005066808A1; US20070250458A1; US7428574B2

Abstract

　機器連携サービスに関する情報を動的に収集し、電子機器の特定及びアプリケーションのダウンロードが可能なサービスディスカバリ方式を備えた機器連携サービスシステムを提供する。本発明のシステムでは、連携したサービスが実行可能な電子機器の発見機能と、自電子機器と発見した相手の電子機器との組み合わせから実行可能なサービスを特定する機能とを備える。この機能を用いて、連携したサービスを実行できる可能性のある電子機器の組み合わせを割り出し、この電子機器のそれぞれにサービス実行に必要なアプリケーションをダウンロードさせる。

Description

明細書

機器連携サービスシステム及びそのシステムを構成する電子機器技術分野

[0001] 本発明は、機器連携サービスシステム及びそのシステムを構成する電子機器に関し、より特定的には、ネットワークを介して相互に接続される複数の電子機器間でサ一ビスに関する情報 (ソフトウェア等)を共有し、この情報に基づいて複数の電子機器が連携したサービスを実行する機器連携サービスシステム、及びその機器連携サービスシステムに用いられる電子機器に関する。

背景技術

[0002] 近年、家庭内ネットワーク等にぉ、て、電子機器 (デジタルスチルカメラ (DSC)、デジタルビデオカメラ（DVC)、携帯電話、デジタルテレビ（DTV)、ホームサーバ、セットトップボックス（STB)、 Safe— deposit Box等）を連携させるためのフレームワークとして、 UPnP (Universal Plug and Play)が主流になりつつある。この UPnPでは、 LAN (Local Area Network)内で、電子機器（デバイス）及びサービスに関する情報へのアクセス先をマルチキャストすることにより、サービスディスカバリ（サービス発見)を実現している (非特許文献 1及び非特許文献 2を参照)。また、 UPnPが扱うサービスは、デバイスにプレインストールされたアプリケーションを実行することで実現される。

非特許文献 1 : UPnP Forum,「UPnP Device Architecture VI. 0. 1」、

[online]ゝ 2003年 5月 6日、 [2003年 7月 30日検索]、インターネットく URL :

http://www.upnp.org/download/Clean%20UPnPDA101-20030506.doc>

非特許文献 2 : UPnP Forum,「UPnP AV Architecture VO. 83」、 [online]、

2002年 6月 12曰、 [2003年 7月 30曰検索]、インターネッ卜く URL:

http://www.upnp.org/download/UpnPAvArchitecture%200.83.prtad.pdr 発明の開示

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

[0003] 機器連携サービスの代表的な例としては、宅内ネットワークに接続されたモパイル機器 (携帯電話等)カゝら据え置き機器 (DVDレコーダ等)をコントロールすることが考えられる。しかし、この両機器の購買サイクルは、モパイル機器力 — 2年程度であるのに対し、据え置き機器が 5年以上と、大きな開きがある。このため、この購買サイクルでモノィル機器が新機種に変わっていくと、将来的に据え置き機器側のアプリケーシヨンが機器連携サービスに対応できなくなる恐れがある。

[0004] この問題の対策としては、機器連携サービスに必要なアプリケーションをネットヮーク上のサーノから随時ダウンロードすること等力容易に発想される。そこで、上述した UPnP方式を利用したネットワークにお!/、て、アプリケーションのダウンロード制御を行うことが考えられる力この UPnP方式では、サービスを連携して実行できる相手機器を発見 ·特定するため、及びダウンロードすべき適切なアプリケーションを発見するために、ダウンロード済みでな!、アプリケーションを視野に入れたサービスデイス力バリ（又は視野に入れた機器連携サービスを実現するためのアプリケーションの検索)処理を実現する必要がある。

[0005] それ故に、本発明の目的は、機器連携サービスに関する情報を動的に収集し、電子機器の特定及びアプリケーションのダウンロードが可能なサービスデイスカノリ方式を備えた機器連携サービスシステム及びそのシステムを構成する電子機器を提供することである。

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

[0006] 本発明は、ネットワークに接続された少なくとも 1つの他の電子機器と連携してアブリケーシヨンを実行し、所望の機器連携サービスを実現する電子機器及びこの電子機器を構成に含む機器連携サービスシステムに向けられている。そして、上記目的を達成するために、本発明の電子機器は、機器連携サービスを制御する制御電子機器、又はこの制御電子機器と連携して機器連携サービスを実行する実行電子機器の V、ずれの立場をとるかによって、以下の異なる特徴を有して、る。

[0007] 制御電子機器は、ネットワークに接続されて、る全ての他の電子機器にっ、て、機器を識別するための情報及び対応可能な機器連携サービスの情報を少なくとも含むデバイス情報を保持する保持部と、デバイス情報に基づいて、連携の対象となる他の電子機器を特定する特定部と、特定された他の電子機器との間で実行可能な機器連携サービスに関するサービス情報を、ネットワークに接続された所定のサーバから取得するサービス情報取得部と、サービス情報に基づ、て実行する機器連携サービスを決定し、当該決定した機器連携サービスの実行に必要なアプリケーションを、ネットワークに接続された所定のサーバから取得するアプリケーション取得部と、特定された他の電子機器に対して、決定した機器連携サービスに関するサービス情報を所定のサーバから取得することを要求する取得要求部と、特定された他の電子機器に対して、機器連携サービスの開始を要求する開始要求部とを備える。この開始要求部は、特定された他の電子機器に対して、機器連携サービスを実行するために必要なサービスアプリケーションの所定のサーノくからの取得及び実行をさらに要求してもよい。

[0008] 実行電子機器は、他の電子機器力ゝらの要求に応じて、他の電子機器との間で実行する機器連携サービスに関するサービス情報を、ネットワークに接続された所定のサーバから取得するサービス情報取得部と、サービス情報に示された機器連携サービスの実行に必要なアプリケーションを、ネットワークに接続された所定のサーノから取得するアプリケーション取得部と、取得したアプリケーションを実行する実行部とを備える。また、この構成に加えて、実行電子機器は、ネットワークに接続されている全ての他の電子機器にっ、て、機器を識別するための情報及び対応可能な機器連携サ一ビスの情報を少なくとも含むデバイス情報を保持する保持部と、デバイス情報を必要に応じて他の電子機器に配信する配信部とを備えてもよい。

[0009] 典型的には、機器を識別するための情報は、電子機器の機種を示す機種データであり、対応可能な機器連携サービスの情報は、電子機器が対応している機器連携サ一ビスを示すサービスタイプデータである。また、サービス情報は、機器連携サービスが実行可能な電子機器の機種を示すデータである機種データと、機器連携サービスの実行に必要なアプリケーションの格納位置データとが、関連付けられた情報である。

[0010] この場合、アプリケーション取得部は、格納位置データを参照して、機器連携サービスに必要なアプリケーションを取得することを行う。また、サービス情報取得部は、デバイス情報の機種データに基づいて、自機器との組み合わせで実行できる機器連携サービスの検索を所定のサーバへ要求し、所定のサーバからの検索結果としてサ一ビス情報を取得することが好ましい。また、特定部は、サービス情報取得部が取得したサービス情報と、サービス情報取得部が機器連携サービスの検索に指定した機種データに該当する他の電子機器のデバイス情報とを、関連付けて管理すること〖こより、機器連携サービスを実行する他の電子機器を特定することが好ましい。また、実行部は、他の電子機器力も実行要求を受けて開始することが好ましい。

[0011] 一方、機器連携サービスを実現する機器連携サービスシステムは、上述した少なくとも 1つの制御電子機器及び少なくとも 1つの実行電子機器と、機器連携サービスに関するサービス情報を格納する、ネットワークに接続されたサーバ及び機器連携サ一ビスの実行に必要なアプリケーションを格納する、ネットワークに接続されたサーバとで構成される。また、宅内ネットワークに接続された宅内電子機器と、宅外ネットヮークに接続された宅外電子機器との間で、データ交換を中継するプロキシ装置を、機器連携サービスシステムにさらに備えてもよい。

[0012] このプロキシ装置は、宅外電子機器 (又は宅内電子機器)からデバイス情報を含む機器の属性情報を取得し、当該取得した属性情報を宅内電子機器 (又は宅外電子機器)に配信してもよいし、宅外電子機器 (又は宅内電子機器)の属性情報の取得をトリガとして、属性情報を宅内電子機器 (又は宅外電子機器）に配信してもよいし、宅内電子機器 (又は宅内電子機器)から受ける属性情報の要求をトリガとして、属性情報を宅内電子機器 (又は宅外電子機器)に配信してもよ!ヽ。

[0013] 典型的には、機器を識別するための情報は、電子機器の機種を示す機種データであり、プロキシ装置は、宅内電子機器及び宅外電子機器のデバイス情報の機種データに基づいて、電子機器の組み合わせで実行できる機器連携サービスの検索をサーバへ要求し、サーノからの検索結果としてサービス情報を取得する。又は、機器を識別するための情報は、電子機器の機種を示す機種データであり、プロキシ装置は、取得したサービス情報と、機器連携サービスの検索に指定した機種データに該当する電子機器のデバイス情報とを、関連付けて管理することにより、機器連携サービスを実行する電子機器を特定する。

発明の効果 [0014] 本発明によれば、機器連携サービスのアプリケーションをダウンロードすることで、電子機器の機能をアップデートしたり、機器連携サービスを発見することが可能となる。これにより、リンクローカルアドレスのスコープ内において、購入サイクルが異なるモノィル型の電子機器と据え置き型の電子機器との間で実行可能な機器連携サービス又は機器連携サービスに関連する情報を発見しかつ実行することができる。また、本発明は、現在主流となりつつある UPnPの接続環境と共存することも可能である。さらに、本発明では、サービス制御機器又はサービス実行機器がパケット着信機能を保有していなくても、宅内のネットワークに接続された機器やサービスに関する情報を代理で収集かつ発見することができる。

図面の簡単な説明

[0015] [図 1]図 1は、本発明の第 1の実施形態に係る機器連携サービスシステムの構成例を示す図である。

[図 2]図 2は、電子機器 20の詳細な構成例を示す図である。

[図 3]図 3は、機器連携コントロールポイント部 23の具体的な構成例を示す図である。

[図 4]図 4は、機器連携デバイス部 22の具体的な構成例を示す図である。

[図 5]図 5は、本発明の第 1の実施形態に係る機器連携サービスシステムの具体的な構成例を示す図である。

[図 6]図 6は、第 1の実施形態のサービス制御機器 20aが行う処理手順を示すフローチャートである。

[図 7]図 7は、各電子機器 20が予め保持する機器連携デバイス情報の一例を示す図である。

[図 8]図 8は、機器連携サービス情報の一例を示す図である。

[図 9]図 9は、第 1の実施形態のサービス実行機器 20bが行う処理手順を示すフローチャートである。

[図 10]図 10は、電子機器 20にアプリケーションがダウンロードされるまでの処理を示すシーケンス図である。

[図 11]図 11は、アプリケーションがダウンロードされた後の電子機器の処理を示すシ一ケンス図である。

[図 12]図 12は、本発明の第 2の実施形態に係る機器連携サービスシステムの具体的な〇構成例を示す図である。

[図 13]図 13は、プロキシ装置 40の具体的な構成例を示す図である。

[図 14]図 14は、第 2の実施形態のサービス制御機器 20dが行う処理手順を示すフロ一チャートである。

[図 15]図 15は、第 2の実施形態のサービス実行機器 20bが行う処理手順を示すフロ一チャートである。

[図 16]図 16は、本発明の第 3の実施形態に係る機器連携サービスシステムの具体的な構成例を示す図である。

[図 17]図 17は、第 3の実施形態のサービス制御機器 20bが行う処理手順を示すフロ一チャートである。

[図 18]図 18は、第 3の実施形態のサービス実行機器 20dが行う処理手順を示すフロ一チャートである。

符号の説明

ルータ

20、 20a-20d 電子機器

21 サービスアプリケーション部

22 機器連携デバイス部

23 機器連携コントロールポイント部

24 主機能実行部

30、 50、 80 ネットワーク

40 プロキシ装置

41 プロキシデバイス部

42 プロキシコントロールポイント部

60 ディレクトリサービスサーバ

70 サービスリポジトリサーバ

221、 231 機器連携デバイス情報保持部

222 機器連携デバイス情報配信部 223、 233 機器連携サービス情報取得部

224 アプリケーション取得咅

225 アプリケーション実行部

232 機器特定部

234 機器連携サービス情報取得要求部

235 機器連携サービス開始要求部

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

[0017] (第 1の実施形態）

図 1は、本発明の第 1の実施形態に係る機器連携サービスシステムの構成例を示す図である。図 1に示す機器連携サービスシステムは、宅内にあるルータ 10及び複数の電子機器 20と、宅外にあるディレクトリサービスサーバ 60及びサービスリポジトリサーバ 70と力ネットワーク 50を介して接続される構成である。ルータ 10と複数の電子機器 20とは、 LAN等の宅内のネットワーク 30で相互に接続されており、ルータ 10 を経由して各電子機器 20から宅外のネットワーク 50へのアクセスが可能になっている。ディレクトリサービスサーバ 60は、機器連携サービスに関する情報をネットワーク 50経由で提供するサーバである。サービスリポジトリサーバ 70は、機器連携サービスの実行に必要なアプリケーションをネットワーク 50経由のダウンロードによって提供するサーバである。

[0018] 第 1の実施形態に係る機器連携サービスシステムで行われる機器連携サービス動作を説明する前に、図 2—図 4をさらに参照して各構成の概要を説明する。図 2は、電子機器 20の詳細な構成を示す図である。図 3は、図 2の機器連携コントロールボイント部 23の具体的な構成例を示す図である。図 4は、図 2の機器連携デバイス部 22 の具体的な構成例を示す図である。なお、以下の説明では、機器連携サービスを要求する側の電子機器を「サービス制御機器」と、このサービス制御機器から機器連携サービスを要求される側の電子機器を「サービス実行機器」と記述することにする。

[0019] 図 2において、電子機器 20は、サービスアプリケーション部 21、機器連携デバイス部 22、機器連携コントロールポイント部 23及び主機能実行部 24を備える。サービスアプリケーション部 21は、機器連携サービスに関連するアプリケーション (電子機器 2 0内のハードウェア間のインタフェースを決める設定ファイルも含んでもよい）を保持するメモリやハードディスク (HD)等の記録媒体を有して!/ヽる。機器連携デバイス部 2 2は、サービス制御機器から機器連携サービスに関する情報を受けて、機器連携サ一ビスを実行する。機器連携コントロールポイント部 23は、電子機器がサービス制御機器となる場合に、サービス実行機器に対して機器連携サービスの情報を供与する。従って、電子機器がサービス実行機器でしか存在し得ない場合には、この機器連携コントロールポイント部 23の構成は不要となる。主機能実行部 24は、電子機器 20 が本来の機能を実行する部分である。例えば、電子機器 20が TVであれば映像受信機能等を実行する部分に、電子機器 20が VTRであれば録画再生機能等を実行する部分に相当する。

[0020] 図 3において、機器連携コントロールポイント部 23は、機器連携デバイス情報保持部 231と、機器特定部 232と、機器連携サービス情報取得部 233と、機器連携サービス情報取得要求部 234と、機器連携サービス開始要求部 235とを備える。機器連携デバイス情報保持部 231は、他の電子機器に関する属性情報である機器連携デバイス情報を検出して保持する。機器特定部 232は、機器連携サービスを実行する相手の電子機器、すなわちサービス実行機器を特定する。機器連携サービス情報取得部 233は、特定したサービス実行機器との間で実行する機器連携サービスに関する機器連携サービス情報を、ディレクトリサービスサーバ 60から取得する。機器連携サービス情報取得要求部 234は、特定したサービス実行機器に機器連携サービス情報の取得を要求する。機器連携サービス開始要求部 235は、特定したサービス実行機器に対して機器連携サービスの開始を要求する。

[0021] 図 4において、機器連携デバイス部 22は、機器連携デバイス情報保持部 221と、機器連携デバイス情報配信部 222と、機器連携サービス情報取得部 223と、アプリケーシヨン取得部 224と、アプリケーション実行部 225とを備える。機器連携デバイス情報保持部 221は、機器連携デバイス情報を検出して保持する。機器連携デバイス情報配信部 222は、機器連携デバイス情報を必要に応じて特定の電子機器へ配信する。機器連携サービス情報取得部 223は、機器連携サービス情報をディレクトリサ一ビスサーバ 60から取得する。アプリケーション取得部 224は、アプリケーションを配信するサービスリポジトリサーバ 70から必要なアプリケーションを取得する。アプリケーシヨン実行部 225は、アプリケーション取得部 224が取得した機器連携サービスのアプリケーションを実行する。

[0022] なお、機器連携コントロールポイント部 23の機器連携デバイス情報保持部 231と、機器連携デバイス部 22の機器連携デバイス情報保持部 221とは、同等の機能を実現するため、これらの構成を統合することが可能である。また、機器連携コントロールポイント部 23の機器連携サービス情報取得部 233と、機器連携デバイス部 22の機器連携サービス情報取得部 223とは、同等の機能を実現するため、これらの構成も統合することが可能である。

[0023] 次に、図 5—図 9を用いて、本発明の第 1の実施形態に係る機器連携サービスシステムで行われる機器連携サービス動作を説明する。以下の例では、図 5に示すよう〖こ、ネットワーク 30に 3つの電子機器 20a— 20cが接続されており、電子機器 20aがサ一ビス制御機器に、電子機器 20bがサービス実行機器になって、機器連携サービスを実行する場合を説明している。また、電子機器 20a— 20cの全てが、機器連携サービスの実行が可能な機器であるとする。

[0024] まず、図 6を用いて、サービス制御機器 20aが実行する処理を説明する。図 6は、サ一ビス制御機器として動作する電子機器 20の処理手順を示すフローチャートである。この図 6の処理は、サービス制御機器 20aに対し、利用者等によって特定の機器連携サービスに関する実行指示が行われることで開始される。指示を受けると、サービス制御機器 20aは、ネットワーク 30に接続された他の電子機器 20b及び 20cが保持する機器連携デバイス情報を参照して、機器連携サービスに対応した全ての電子機器の機器連携デバイス情報を取得する (ステップ S61)。

[0025] 図 7は、各電子機器 20が予め保持する機器連携デバイス情報の一例を示す図である。図 7の機器連携デバイス情報は、電子機器を一意に特定する機器識別子 (この例では「D0001」）、電子機器の機種 (この例では「P507i」 )、電子機器への送信先の場所を示す位置（この例では「1080 : 0 : 0 : 0 : 8 : 800： 200C： 417A」）、及び電子機器 20が対応可能な機器連携サービスを示す機器連携サービス情報 (この例では、情報を格納する場所を示した「pana. comZservice— x」）力なる。なお、機器識別子は、ローカルな範囲で一意となる識別子を利用してもよいし、グローバルな範囲で一意となる識別子、例えばデバイスディスクリプシヨンの UUID (Universal Uniq ue IDentifier)を利用してもよ!ヽ。

[0026] サービス制御機器 20aは、電子機器 20b及び 20cから機器連携デバイス情報を取得すると、自機器と組み合わせて連携した機器サービスが可能な電子機器 20を判断する (ステップ S62)。この判断は、機器連携デバイス情報内の機器連携サービス情報を参照して、連携サービスに対応しているか否かを確認する等で行えばよい。そして、サービス制御機器 20aは、判断した電子機器との組み合わせにおいて、実行できる機器連携サービスにどのようなサービスがあるかを、ディレクトリサービスサーバ 60に問い合わせる（ステップ S63)。この例では、サービス制御機器 20aと電子機器 2 Obとの組み合わせ、及びサービス制御機器 20aと電子機器 20cとの組み合わせの 2 通りについて、問い合わせが行われる。

[0027] ディレクトリサービスサーバ 60は、サービス制御機器 20aからの問い合わせに応じて、各組み合わせについて実行可能なアプリケーションの情報を抽出し、機器連携サービス情報としてサービス制御機器 20aへ応答する。図 8は、機器連携サービス情報の一例を示す図である。図 8において、サービス識別子には、対応する機器連携サービスを一意に特定できる識別子が記述される。例えば、グローバルなスコープを持つ URI標記である。サービス対応機種組み合わせには、機器連携サービスに対応している機種の組み合わせが記述される。アプリケーション情報には、機種毎にダウンロードするアプリケーションが格納されている場所を示す格納位置情報が記述される。機器連携デバイス情報には、機器連携サービスに用いる電子機器に対応する情報として、機種及び機器識別子が記述される。

[0028] サービス制御機器 20aは、ディレクトリサービスサーバ 60から機器連携サービス情報の応答を受け取る (ステップ S64)。そして、サービス制御機器 20aは、受け取った複数の機器連携サービスの中から実行すべき機器連携サービスを 1つ特定する (ステツプ S65)。この特定は、利用者に選択させることで行えばよい。この例では、サービス制御機器 20aと電子機器 20bとの間で実行される機器連携サービスが特定される。実行すべき機器連携サービスが特定されると、サービス制御機器 20aは、特定された機器連携サービスを実行するために必要なアプリケーションに関する情報を、自機器に登録する (ステップ S66)。そして、サービス制御機器 20aは、登録した情報に基づ、て、必要なアプリケーションをサービスリポジトリサーバ 70からダウンロードする (ステップ S67及び S68)。また、サービス制御機器 20aは、特定された機器連携サービスを実行するために必要なアプリケーションに関する情報の登録を、サービス実行機器 20bに要求する（ステップ S68)。なお、アプリケーションのダウンロードは、このステップ S68のタイミングに限られず、機器連携サービスが実際に行われる前までのいずれかのタイミングで行われればよい。また、過去にダウンロード済みであるような場合には、ダウンロードは不要である。

[0029] 次に、図 9を用いて、サービス実行機器 20bが実行する処理を説明する。図 9は、サービス実行機器として動作する電子機器 20の処理手順を示すフローチャートである。

サービス実行機器 20bは、サービス制御機器 20aから受ける登録要求に応じて、特定の機器連携サービスを実行するために必要なアプリケーションに関する情報を登録する (ステップ S91及び S92)。そして、サービス実行機器 20bは、登録した情報に基づ、て、必要なアプリケーションをサービスリポジトリサーバ 70からダウンロードする (ステップ S93及び S94)。なお、過去にダウンロード済みであるような場合には、ダウンロードは不要である。

[0030] 以上の処理によって、サービス制御機器 20aとサービス実行機器 20bとの双方に、機器連携サービスを実行するために必要なアプリケーションがそれぞれ導入されることになる。アプリケーション導入後は、利用者力も受ける機器連携サービスの起動要求等をトリガとして、サービス制御機器 20a及びサービス実行機器 20bの機器連携デバイス部 22が、アプリケーションをそれぞれ実行する。サービスアプリケーション間でネットワーク通信が行われ、コネクションが張られて、利用者の所望する機器連携サ一ビスが開始される。

[0031] 上述した処理を、 UPnPネットワークで構築されたシステムに適用した例を説明する。図 10は、サービス制御機器 20a (dev— A)及びサービス実行機器 20b (dev— B)にアプリケーションがダウンロードされるまでの処理を示すシーケンス図である。図 11は、アプリケーションがダウンロードされた後のサービス制御機器 20a及びサービス実行機器 20bの処理を示すシーケンス図である。

[0032] 図 10を参照して、まず、利用者の指示又はサービス制御機器 20a内の所定の起動命令によって、サービス制御機器 20aの機器連携コントロールポイント部 23が起動する（シーケンス sl00)。起動すると、ネットワーク 30に繋がる DHCPサーノ（図示せず )との間で、 DHCP (Dynamic Host Configuration Protocol:各クライアントへ、起動時に IPアドレスを動的に割り当て、終了時に IPアドレスを回収するためのプロトコル）に関するプロトコル通信を行った後、サービス制御機器 20aに所定の IPァドレスが割り当てられる。又は、 Auto— IPの仕組みによりアドレッシング処理が行われ、 I Pアドレスがサービス制御機器 20aに動的に割り当てられる（図示せず)。なお、 Auto IPの仕組みを利用して IPアドレスの割り当てを行う場合には、 DHCPサーバは必要ない。

[0033] 次に、ディスカバリ（サービスを実行するために必要なハードウェアを有する電子機器の探索）の処理が発生する。サービス制御機器 20aの機器連携コントロールポイント部 23は、ルータ 10にネットワーク 30を介して接続される全ての電子機器 20へ利用者が必要とする電子機器がある力否力を照会するための命令を送る。この命令は、例えば SSDP (Simple Service Discovery Protocol)の M— SEARCHメッセ一ジを、 239. 255. 255. 250 : 1900宛にマノレチキャスト送信することにより実現することが可能である（シーケンス sl01)。

[0034] このメッセージを受信したネットワーク 30に接続された電子機器 20bの機器連携デバイス部 22は、自機器のハードウア、その機能、性能及び設定条件等に関する記述情報 (ディスクリプシヨン）が何処に格納されているのかを示す位置情報を、サービス制御機器 20aへ送信する（シーケンス s 102)。具体的には、ディスクリプシヨンへのパスを LOCATIONヘッダに設定し、サービス制御機器 20aへ SSDPの応答をュ- キャスト送信することにより実現される。

[0035] サービス制御機器 20aでは、電子機器 20bから送られた位置情報に基づいて記述情報にアクセスすることにより、電子機器 20bのハードウェア、その機能、性能及び設定条件等に関する情報を得る。具体的には、サービス制御機器 20aは、 LOCATIO Nヘッダの情報に基づ!/、て、 HTTPの GETメソッドで電子機器 20bからディスクリプシヨンを取得する（シーケンス s 103及び s 104)。

[0036] さらに、サービス制御機器 20aの機器連携コントロールポイント部 23は、電子機器 2 Obから取得した情報から機器連携デバイス情報を要求する。具体的には、サービス制御機器 20aは、ディスクリプシヨンの中のデバイスディスクリプシヨンに記述された機器連携サービスを行うために必要となる、電子機器 20b内のデバイス制御情報を格納する場所 (例えば、 controlURL)に対してアクセスを行い、電子機器 20bの機器連携デバイス情報を要求し、機器連携サービスの検索及び実行に必要な機器に関する情報を記述した機器連携デバイス情報を、電子機器 20bから取得する (シーケンス sl05)。

[0037] 次に、電子機器 20bの機器連携デバイス情報を取得すると、サービス制御機器 20 aの機器連携コントロールポイント部 23は、サービス制御機器 20aの機種名と電子機器 20bの機種名との組み合わせで実行可能な機器連携サービスに関する情報を、ディレクトリサービスサーノ 60に要求し、ディレクトリサービスサーノ 60は、該当する全ての機器連携サービスに関する情報をサービス制御機器 20aへ送信する（シーケンス si 10)。なお、このディレクトリサービスサーバ 60に要求する処理は、利用者から直接指示等を受けたサービス制御機器 20a以外にも、常時動作して、る他の電子機器 20が代表して行うようにしてもょ、。

[0038] 次に、サービス制御機器 20aの機器連携コントロールポイント部 23は、取得した機器連携サービスに関する機器連携サービス情報と、これに対応する電子機器 20の機器連携デバイス情報とに基づ!、て、実行すべき機器連携サービス X及びサービス実行機器 20bを特定する（シーケンス si 11)。そして、サービス制御機器 20aは、自己の機器連携デバイス部 22に対して、取得した機器連携サービス情報を登録するように要求する（シーケンス si 12)。要求を受けた機器連携デバイス部 22は、サービスリポジトリサーバ 70へアクセスし、機器連携サービス Xに関連するアプリケーションをダウンロードする（シーケンス si 13)。

[0039] 一方、サービス制御機器 20aは、サービス実行機器 20bの機器連携デバイス部 22 に対しても、自機器が取得した機器連携サービス情報を登録するように要求する (シ一ケンス sl 14)。この要求を受けたサービス実行機器 20bの機器連携デバイス部 22 は、サービスリポジトリサーバ 70へアクセスし、機器連携サービス Xに関連するアプリケーシヨンをダウンロードする（シーケンス si 15)。

[0040] このように予めダウンロードしておくことにより、実際にサービスを実行する際に、ダゥンロードの処理が発生しないため、迅速に処理が開始できるメリットがある。また、シ一ケンス si 13— si 15の処理は、実際に機器連携サービス Xが実行される時に、実行してもよい。これにより、機器連携サービスに関連するサービスアプリケーションが必要な時にだけ、ダウンロードすることができるため、サービスを利用しない場合のリソースの無駄を省くことができる。

[0041] 図 11を参照して、サービス制御機器 20aを利用する利用者が機器連携サービスの起動を要求すると、サービス制御機器 20aの機器連携コントロールポイント部 23は、サービス制御機器 20a及びサービス実行機器 20bの機器連携デバイス部 22に対して、それぞれ機器連携サービス Xの実行を要求する（シーケンス sl21及び sl 22)。この要求を受け、サービス制御機器 20a及びサービス実行機器 20bの機器連携デバイス部 22は、ダウンロード済みの機器連携サービス Xのアプリケーションをそれぞれ実行する（シーケンス si 23及び si 24)。また、シーケンス si 13及び si 15で機器連携サービスに関連するアプリケーションをダウンロードしていな力つた場合には、シ一ケンス sl21及び sl22の要求を受けて、機器連携サービスに関連するアプリケーシヨンをダウンロードしてから、サービスを実行するようにしてもよ!、。

[0042] 以上のように、本発明の第 1の実施形態に係る機器連携サービスシステムによれば、利用者は、機器連携サービスを実行するために必要な電子機器の組み合わせを容易に探索でき、かつ、これら複数の電子機器のそれぞれに最適なアプリケーションをダウンロードさせることができる。これにより、複数の電子機器間で行う連携サービスを簡単に実現することができる。

[0043] なお、上記第 1の実施形態では、サービス制御機器 20aがネットワーク 30に接続されて、る全ての電子機器 20に対して、ブロードキャストで機器連携デバイス情報の取得要求を行うように記載した。しかし、サービス実行機器となる電子機器 20bが予め分かっているのであれば、この電子機器 20bに対してのみュニキャストで取得要求すれば足りる。また、ネットワーク 30に接続されている各々の電子機器 20が定期的に相互に機器連携デバイス情報を交換するようなシステムであれば、この利用者指示時での機器連携デバイス情報取得処理は特に必要ない。

[0044] また、上記第 1の実施形態では、電子機器 20がディレクトリサービスサーバ 60及びサービスレポジトリサーバ 70と直接やり取りする構成を説明した。しかし、本発明はこの構成に限定されるものではなぐ例えば電子機器 20とディレクトリサービスサーバ 6 0及びサービスレポジトリサーバ 70とのやり取りを、プロキシ装置（図示せず）が中継する構成にしてもよい。この構成にすれば、プロキシ装置のみがネットワーク 50ヘアクセスする機能を持てばよヽことになり、宅内にある電子機器 20を簡易に構成することができる。また、プロキシ装置にファイアウォールを設定する等により、セキュリティを高めることが可能となる。

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

上記第 1の実施形態では、宅内のネットワーク 30に接続されている複数の電子機器 20の間で機器連携サービスを実行する場合を説明した。次の第 2実施形態では、宅外のネットワーク 50に接続されている電子機器 20と、宅内のネットワーク 30に接続されている電子機器 20との間で、機器連携サービスを実行する手法を説明する。

[0046] 図 12は、本発明の第 2の実施形態に係る機器連携サービスシステムの構成例を示す図である。図 12に示す機器連携サービスシステムは、宅内にあるルータ 10、プロキシ装置 40及び複数の電子機器 20 (図の例では電子機器 20a— 20c)と、宅外にある電子機器 20 (図の例では電子機器 20d)、ディレクトリサービスサーバ 60及びサービスリポジトリサーバ 70とが、ネットワーク 50を介して接続される構成である。図 12では、電子機器 20dがネットワーク 80を介してネットワーク 50に接続されている例を示しているが、電子機器 20dがネットワーク 50に直接接続されていても力まわない。複数の電子機器 20a— 20cは、プロキシ装置 40及びルータ 10を経由して、宅外のネットワーク 50へのアクセスが可能になっている。ディレクトリサービスサーノ 60は、機器連携サービスに関する情報をネットワーク 50経由で提供するサーバである。サービスリポジトリサーバ 70は、機器連携サービスの実行に必要なアプリケーションをネットヮーク 50経由のダウンロードによって提供するサーバである。 [0047] 図 12で示すように、第 2の実施形態に係る機器連携サービスシステムでは、プロキシ装置 40をさらに加えて、宅外のネットワーク 50に接続されている電子機器 20dと、宅内のネットワーク 30に接続されている電子機器 20aとの間で、機器連携サービスを実行する。なお、第 2の実施形態に係る機器連携サービスシステムで上記第 1の実施形態に係る機器連携サービスシステムと同様の構成については、同一の参照番号を付してその説明を省略する。

[0048] プロキシ装置 40は、 UPnPに対応したネットワーク 30に 1台だけ接続される。このプロキシ装置 40の構成は、例えば図 13のように、プロキシデバイス部 41及びプロキシコントロールポイント部 42からなる。ここで、プロキシコントロールポイント部 42は、ネットワーク 30に繋がっていることを認識できる電子機器 20の機器連携デバイス部 22に対するコントロール機能を持つ。さらに、プロキシデバイス部 41は、電子機器 20の機器連携デバイス部 22と同等の機能を持つと共に、宅内と宅外との電子機器の間で、 UPnPの定めるディスカバリ、ディスクリプシヨンの取得、コントロール、ィベンティング及びプレゼンテーション等のプロトコルの転送機能及び代理応答機能を持つ。

[0049] 次に、図 14及び図 15を用いて、本発明の第 2の実施形態に係る機器連携サービスシステムで行われる機器連携サービス動作を、 UPnPネットワークで構築されたシステムに適用した場合を用いて説明する。以下の例では、図 12に示すように、宅内のネットワーク 30に 3つの電子機器 20a— 20cとプロキシ装置 40が、宅外のネットヮーク 50に電子機器 20dがそれぞれ接続されており、電子機器 20dがサービス制御機器に、電子機器 20bがサービス実行機器になって、機器連携サービスを実行する場合を説明している。また、電子機器 20bだけが、機器連携サービスの実行が可能な機器であるとする。図 14は、サービス制御機器 20d (dev-D)及びサービス実行機器 20b (dev-B)にアプリケーションがダウンロードされるまでの処理を示すシーケンス図である。図 15は、アプリケーションがダウンロードされた後のサービス制御機器 20d 及びサービス実行機器 20bの処理を示すシーケンス図である。

[0050] 図 14を参照して、プロキシ装置 40では、ローカルの電子機器間（ルータ 10及びネットワーク 30を介して接続する電子機器 20間）で発生する図 10で述べたシーケンス s 101— sl04と同様の処理が行われる。つまり、利用者の指示又はプロキシ装置 40 内の所望の起動命令によって、プロキシ装置 40のプロキシコントロールポイント部 42 が起動する（シーケンス s200)。この起動に応じて、アドレッシングの処理が行われ、 I Pアドレスがプロキシ装置 40に動的に割り当てられる（図示せず)。

[0051] 次に、ディスカバリの処理が発生する。プロキシ装置 40のコントロールポイント部 42 は、ルータ 10に接続される全ての電子機器 20a— 20cへ SSDPの M— SEARCHメッセージを 239. 255. 255. 250 : 1900宛にマルチキャス卜送信する（シーケンス s20 D oこのメッセージを受信したネットワーク 30に接続された電子機器 20a— 20cの機器連携デバイス部 22は、ディスクリプシヨンへのパスを LOCATIONヘッダに設定し、プロキシ装置 40へ SSDPの応答をュ-キャスト送信する（シーケンス s202)。

[0052] プロキシ装置 40では、 LOCATIONヘッダの情報に基づいて、電子機器 20bからディスクリプシヨンを取得するための命令を電子機器 20bへ送る（例えば、 HTTPの G ETメソッド)。この命令を受けた電子機器 20bは、ディスクリプシヨンをプロキシ装置 4 0へそれぞれ送信する（シーケンス s203)。プロキシ装置 40は、電子機器 20bからデイスタリプシヨンを取得する（シーケンス s204)。さらに、プロキシ装置 40のプロキシコントロールポイント部 42は、電子機器 20bから取得したデバイスディスクリプシヨンに記述された controlURLに対してアクセスを行、、電子機器 20bの機器連携デバイス情報を要求する。そして、プロキシ装置 40は、機器連携サービスの検索及び実行に必要な機器に関する情報を記述した機器連携デバイス情報を、電子機器 20bから取得する（シーケンス s205)。

[0053] このシーケンス s200— s205の動作により、プロキシ装置 40は、電子機器 20b (例えば据え置き機器、機種名： DMR-E1200H)のディスクリプシヨン及び機器連携デバイス情報を保持することができるようになる。

[0054] この状態で、サービス制御機器 20d (例えば携帯電話 [機種名： P507i])は、サービスプロバイダ等が提供するリモート接続サービスを利用することにより、アドレツシングを完了し、ネットワーク 50、 80及びルータ 10を経由してプロキシ装置 40に接続したとする。サービス制御機器 20dの機器連携コントロールポイント部 23が起動する（シーケンス s210)と、まず始めにプロキシ装置 40のディスクリプシヨン、及びプロキシ装置 40が取得したサービス実行機器 20bのディスクリプシヨンを取得する（シーケンス s211)。また、サービス制御機器 20dの機器連携コントロールポイント部 23は、プロキシ装置 40のプロキシデバイス部 41から、シーケンス s211で取得したデバイスディスクリプシヨンのうち、機器連携デバイスとして定義されて!、るサービス実行機器 20b について、機器連携デバイス情報を取得する（シーケンス s212)。ファイルを取得するプロトコルには、 HTTPや SOAP等を利用すればよい。

[0055] なお、 UPnPのディスカバリ処理（特に、シーケンス s210— s212)については、宅外のサービス制御機器 20dからプロキシ装置 40に対して、宅内のサービス実行機器 20bのディスクリプシヨンを要求するという方法を説明した。しかし、プロキシ装置 40は、電子機器力らのデイスカノリを行う SSDPメッセージを、宅内の電子機器と宅外の電子機器との間で転送する、つまり宅内の電子機器力も宅外の電子機器 (又はその逆)へ情報を伝送する時の中継点として機能するようにしてもょ、。

[0056] 次に、サービス実行機器 20bの機器連携デバイス情報を取得すると、サービス制御機器 20dの機器連携コントロールポイント部 23は、取得した機器連携デバイス情報に基づいて、サービス制御機器 20dの機種名： P507iとサービス実行機器 20bの機種名： DMR-E1200Hとの間で実行可能な機器連携サービスに関する情報を、ディレクトリサ一ビスサーノ 60に要求する。これに対し、ディレクトリサービスサーノ 60は、該当する機器連携サービス Xに関する情報をサービス制御機器 20dへ送信する（シーケンス s220)。ここで、該当する機器連携サービスが複数存在する場合は、全てについて取得する。そして、サービス制御機器 20dの機器連携コントロールポイント部 23は、取得したサービス Xに関する機器連携サービス情報と、これに対応するサ一ビス実行機器 20bの機器連携デバイス情報とに基づ、て、実行すべき機器連携サ一ビス Xを特定する（シーケンス s221)。

[0057] なお、シーケンス s220の処理は、サービス制御機器 20dがディレクトリサービスサーバ 60に直接要求するのではなぐサービス制御機器 20dがプロキシ装置 40ヘディレクトリサ一ビスサーバ 60に機器連携サービスの情報を要求するための命令を発行し、プロキシ装置 40が実行するようにしてもよい。この場合、他の電子機器 20は、ディレクトリサ一ビスサーノ 60にアクセスせずに、プロキシ装置 40から機器連携サービス情報を取得することも可能である。シーケンス s220の処理をプロキシ装置 40で実行させる場合には、シーケンス s221の処理もプロキシ装置 40で処理してもよい。

[0058] 次に、サービス制御機器 20dは、自己の機器連携デバイス部 22に対して、取得した機器連携サービス情報を登録するように要求する（シーケンス s222)。要求を受けた機器連携デバイス部 22は、サービスリポジトリサーバ 70へアクセスし、機器連携サ一ビス Xに関連するアプリケーションをダウンロードする（シーケンス s223)。

[0059] 一方、サービス制御機器 20dは、サービス実行機器 20bの機器連携デバイス部 22 に対しても、自機器が取得した機器連携サービス情報を登録するように要求する (シ一ケンス s224)。この要求を受けたサービス実行機器 20bの機器連携デバイス部 22 は、サービスリポジトリサーバ 70へアクセスし、機器連携サービスに関連するアプリケーシヨンをダウンロードする（シーケンス s225)。

[0060] このように、予めダウンロードしておくことにより、実際にサービスを実行する際に、ダゥンロードの処理が発生しないため、迅速に処理が開始できるメリットがある。また、シ一ケンス s223— s225の処理は、実際に機器連携サービス Xが実行される時に、実行してもよい。これにより、機器連携サービスに関連するサービスアプリケーションが必要な時にだけ、ダウンロードすることができるため、サービスを利用しない場合のリソースの無駄を省くことができる。

[0061] 図 15を参照して、サービス制御機器 20dを利用する利用者が機器連携サービスの起動を要求すると (シーケンス s230)、サービス制御機器 20dの機器連携コントロールポイント部 23は、サービス制御機器 20d及びサービス実行機器 20bの機器連携デバイス部 22に対して、それぞれ機器連携サービス Xの実行を要求する（シーケンス s 231及び s232)。これを受け、サービス制御機器 20d及びサービス実行機器 20bの機器連携デバイス部 22は、ダウンロード済みの機器連携サービス Xのアプリケーションをそれぞれ実行する（シーケンス s233及び s234)。

[0062] 以上のように、本発明の第 2の実施形態に係る機器連携サービスシステムによれば、利用者は、機器連携サービスを実行するために必要な電子機器を難なく探索でき、かつ適切なアプリケーションを容易にダウンロードすることができる。

[0063] (第 3の実施形態）

図 16は、本発明の第 3の実施形態に係る機器連携サービスシステムの構成例を示す図である。この第 3の実施形態に係る機器連携サービスシステムは、上述した第 2 の実施形態に係る機器連携サービスシステムと同様であるが、宅内の電子機器がサ一ビス制御機器となり宅外の電子機器がサービス実行機器となることが異なる。以下、この異なる部分を中心に第 3の実施形態を説明する。なお、第 3の実施形態に係る機器連携サービスシステムで上記第 1及び第 2の実施形態に係る機器連携サービスシステムと同様の構成については、同一の参照番号を付してその説明を省略する。

[0064] 図 17は、サービス制御機器 20d (dev-D)及びサービス実行機器 20b (dev— B)にアプリケーションがダウンロードされるまでの処理を示すシーケンス図である。図 18は、アプリケーションがダウンロードされた後のサービス制御機器 20d及びサービス実行機器 20bの処理を示すシーケンス図である。

[0065] プロキシ装置 40は、電子機器 20dが接続中であることを知っているものとする。この時、電子機器 20dの機器連携コントロールポイント部 23は、プロキシ装置 40のプロキシデバイス部 41に対して、電子機器 20dのディスクリプシヨンを与えることによって、電子機器 20dの存在を登録する（シーケンス s301)。プロキシ装置 40は、取得した電子機器 20dのディスクリプシヨンをキャッシュ（データアクセスの効率化のためにデータを一時的に格納する）しておき、他の電子機器 20からデイスカノリのメッセージを受信した時に、電子機器 20dの代理でプロキシ装置 40にキャッシュして、るディスクリプシヨンを応答する。また、プロキシ装置 40は、取得した電子機器 20dのディスクリブシヨンを他の電子機器 20に対して、 SSDPの NOTIFYメッセージとして転送することにより、デイスカノくリを促してもよい。

[0066] ここで、新たに電子機器 20bの機器連携コントロールポイント部 23を起動すると (シ一ケンス s310)、デイスカノリの処理が発生する。電子機器 20bの機器連携コント口一ルポイント部 23は、 M— SEARCHメッセージを 239. 255. 255. 250 : 1900宛にマルチキャスト送信する（シーケンス s311)。

[0067] このメッセージを受信したルータ 10にネットワーク 30を介して接続される、プロキシ装置 40の機器連携デバイス部は、宅外力ゝら接続中の電子機器 20d及びプロキシ装置 40のディスクリプシヨンへのパスを LOCATIONヘッダに設定し、応答を返す（シ一ケンス s312)。ここで、プロキシ装置 40に宅外力も接続中の電子機器が複数存在し、シーケンス s301に相当するディスクリプシヨンの登録が行われているような場合には、ネットワーク 50又は 80に接続されておりプロキシ装置 40へ登録がなされた電子機器 20の全ディスクリプシヨンへのパスを、全て応答することになる。

[0068] この応答を受けて、電子機器 20bの機器連携コントロールポイント部 23は、 HTTP の GETメソッドを利用して、電子機器 20d、電子機器 20b及びプロキシ装置 40のディスクリプシヨンを取得する（シーケンス s313及び s314)。

[0069] 次に、電子機器 20bの機器連携コントロールポイント部 23は、プロキシ装置 40に対して、シーケンス s314でデバイスディスクリプシヨンを取得した電子機器のうち、機器連携デバイスとして定義されて、る電子機器 20dにつ、て、機器連携デバイス情報の取得を要求する。そして、この要求を受けたプロキシ装置 40のプロキシデバイス部 41は、宅外力ゝら接続中の電子機器 20d及びプロキシ装置 40で機器連携デバイスである電子機器の機器連携デバイス情報を送信する（シーケンスお 15)。

[0070] 次に、電子機器 20bの機器連携コントロールポイント部 23は、取得した機器連携デバイス情報に基づいて、電子機器 20dの機種名： P507iと電子機器 20bの機種名： A DVC— 100との間で実行可能な機器連携サービスの情報を、ディレクトリサービスサーバ 60に要求し、該当する機器連携サービス Xに関する情報を取得する (シーケンス s320)。ここで、該当する機器連携サービスが複数存在する場合は、全てについて取得する。そして、サービス制御機器 20bの機器連携コントロールポイント部 23は、取得した機器連携サービス Xに関する機器連携サービス情報と、これに対応するサ一ビス実行機器 20dの機器連携デバイス情報とに基づ、て、実行すべき機器連携サ一ビス Xを特定する（シーケンス s321)。

[0071] 次に、サービス制御機器 20bは、自己の機器連携デバイス部 22に対して、取得した機器連携サービス情報を登録するように要求する（シーケンス s322)、要求を受けた機器連携デバイス部 22は、サービスリポジトリサーバ 70へアクセスし、機器連携サ一ビスに関連するアプリケーションをダウンロードする（シーケンス S323)。

[0072] 一方、サービス制御機器 20bは、サービス実行機器 20dの機器連携デバイス部 22 に対しても、自機器が取得した機器連携サービス情報を登録するように要求する (シ一ケンス s324)、この要求を受けたサービス実行機器 20dの機器連携デバイス部 22 は、サービスリポジトリサーバ 70へアクセスし、機器連携サービスに関連するアプリケーシヨンをダウンロードする（シーケンス s325)。

[0073] このように、予めダウンロードしておくことにより、実際にサービスを実行する際に、ダゥンロードの処理が発生しないため、迅速に処理が開始できるメリットがある。また、シ一ケンス s323— s325の処理は、実際に機器連携サービス Xが実行される時に、実行してもよい。これにより、機器連携サービスに関連するサービスアプリケーションが必要な時にだけ、ダウンロードすることができるため、サービスを利用しない場合のリソースの無駄を省くことができる。

[0074] 図 18を参照して、サービス制御機器 20bを利用する利用者が機器連携サービスの起動を要求すると (シーケンス s330)、サービス制御機器 20bの機器連携コントロールポイント部 23は、サービス制御機器 20b及びサービス実行機器 20dの機器連携デバイス部 22に対して、それぞれ機器連携サービス Xの実行を要求する（シーケンス s 331及び s332)。これを受け、サービス制御機器 20b及びサービス実行機器 20dの機器連携デバイス部 22は、ダウンロード済みの機器連携サービス Xのアプリケーションをそれぞれ実行する（シーケンス s333及び s334)。

[0075] 以上のように、本発明の第 3の実施形態に係る機器連携サービスシステムによれば、利用者は、機器連携サービスを実行するために必要な電子機器を難なく探索でき、かつ適切なアプリケーションを容易にダウンロードすることができる。

産業上の利用可能性

[0076] 本発明は、アプリケーションを実行する電子機器がネットワーク上に複数存在するシステム等に利用可能であり、特にネットワークを介して異なる電子機器に格納されたアプリケーションを連携して動作させることで、所望のサービスを実現した、場合等に有用である。

Claims

請求の範囲

[1] ネットワークに接続された少なくとも 1つの他の電子機器と連携してアプリケーションを実行し、所望の機器連携サービスを実現する電子機器であって、

ネットワークに接続されて、る全ての他の電子機器につ、て、機器を識別するための情報及び対応可能な機器連携サービスの情報を少なくとも含むデバイス情報を保持する保持部と、

前記デバイス情報に基づ!/、て、連携の対象となる他の電子機器を特定する特定部と、

前記特定された他の電子機器との間で実行可能な機器連携サービスに関するサ一ビス情報を、ネットワークに接続された所定のサーバから取得するサービス情報取得部と、

前記サービス情報に基づヽて実行する前記機器連携サービスを決定し、当該決定した機器連携サービスの実行に必要なアプリケーションを、ネットワークに接続された所定のサーバから取得するアプリケーション取得部と、

前記特定された他の電子機器に対して、前記決定した機器連携サービスに関する前記サービス情報を所定のサーバから取得することを要求する取得要求部と、前記特定された他の電子機器に対して、前記機器連携サービスの開始を要求する開始要求部とを備える、電子機器。

[2] 前記機器を識別するための情報は、電子機器の機種を示す機種データであり、前記対応可能な機器連携サービスの情報は、電子機器が対応して!/、る機器連携サービスを示すサービスタイプデータであることを特徴とする、請求項 1に記載の電子機

[3] 前記サービス情報は、前記機器連携サービスが実行可能な電子機器の機種を示すデータである機種データと、前記機器連携サービスの実行に必要なアプリケーションの格納位置データとが、関連付けられた情報であることを特徴とする、請求項 1に記載の電子機器。

[4] 前記アプリケーション取得部は、前記格納位置データを参照して、前記機器連携サ一ビスに必要なアプリケーションを取得することを特徴とする、請求項 3に記載の電子機器。

[5] 前記サービス情報取得部は、前記デバイス情報の機種データに基づいて、自機器との組み合わせで実行できる機器連携サービスの検索を前記所定のサーバへ要求し、前記所定のサーバからの検索結果として前記サービス情報を取得することを特徴とする、請求項 2に記載の電子機器。

[6] 前記特定部は、前記サービス情報取得部が取得したサービス情報と、前記サービス情報取得部が前記機器連携サービスの検索に指定した機種データに該当する他の電子機器の前記デバイス情報とを、関連付けて管理することにより、前記機器連携サービスを実行する他の電子機器を特定することを特徴とする、請求項 5に記載の電子機器。

[7] 前記開始要求部は、前記特定された他の電子機器に対して、前記機器連携サービスを実行するために必要なサービスアプリケーションの所定のサーノくからの取得及び実行をさらに要求することを特徴とする、請求項 1に記載の電子機器。

[8] ネットワークに接続された少なくとも 1つの他の電子機器と連携してアプリケーションを実行し、所望の機器連携サービスを実現する電子機器であって、

前記他の電子機器からの要求に応じて、前記他の電子機器との間で実行する前記機器連携サービスに関するサービス情報を、ネットワークに接続された所定のサーバ力取得するサービス情報取得部と、

前記サービス情報に示された前記機器連携サービスの実行に必要なアプリケーシヨンを、ネットワークに接続された所定のサーノから取得するアプリケーション取得部と、

前記取得したアプリケーションを実行する実行部とを備える、電子機器。

[9] ネットワークに接続されて、る全ての他の電子機器にっ、て、機器を識別するための情報及び対応可能な機器連携サービスの情報を少なくとも含むデバイス情報を保持する保持部と、

前記デバイス情報を必要に応じて前記他の電子機器に配信する配信部とをさら〖こ備える、請求項 8に記載の電子機器。

[10] 前記機器を識別するための情報は、電子機器の機種を示す機種データであり、前記対応可能な機器連携サービスの情報は、電子機器が対応して!/、る機器連携サービスを示すサービスタイプデータであることを特徴とする、請求項 8に記載の電子機

[11] 前記サービス情報は、前記機器連携サービスが実行可能な電子機器の機種を示すデータである機種データと、前記機器連携サービスの実行に必要なアプリケーションの格納位置データとが、関連付けられた情報であることを特徴とする、請求項 8に記載の電子機器。

[12] 前記アプリケーション取得部は、前記格納位置データを参照して、前記機器連携サ一ビスに必要なアプリケーションを取得することを特徴とする、請求項 11に記載の電子機器。

[13] 前記実行部は、前記他の電子機器から実行要求を受けて開始することを特徴とする、請求項 8に記載の電子機器。

[14] ネットワークに接続された複数の電子機器が連携してアプリケーションを実行し、所望の機器連携サービスを実現する機器連携サービスシステムであって、

前記機器連携サービスを制御する少なくとも 1つの制御電子機器と、

前記少なくとも 1つの制御電子機器と連携して前記機器連携サービスを実行する少なくとも 1つの実行電子機器と、

前記機器連携サービスに関するサービス情報を格納する、ネットワークに接続された第 1のサーバと、

前記機器連携サービスの実行に必要なアプリケーションを格納する、ネットワークに接続された第 2のサーバとを構成に含み、

前記制御電子機器は、

ネットワークに接続されている全ての他の電子機器について、機器を識別するための情報及び対応可能な機器連携サービスの情報を少なくとも含むデバイス情報を保持する保持部と、

前記デバイス情報に基づ!、て、連携の対象となる前記実行電子機器を特定する特定部と、

前記実行電子機器との間で実行可能な機器連携サービスに関するサービス情報を、前記第 1のサーバから取得するサービス情報取得部と、

前記サービス情報に基づヽて実行する前記機器連携サービスを決定し、当該決定した機器連携サービスの実行に必要なアプリケーションを、前記第 2のサーバから取得するアプリケーション取得部と、

前記実行電子機器に対して、前記決定した機器連携サービスに関する前記サービス情報を前記第 1のサーバから取得することを要求する取得要求部と、

前記実行電子機器に対して、前記機器連携サービスの開始を要求する開始要求部とを備え、

前記実行電子機器は、

前記制御電子機器からの要求に応じて、前記制御電子機器との間で実行する前記機器連携サービスに関するサービス情報を、前記第 1のサーノから取得するサービス情報取得部と、

前記サービス情報に示された前記機器連携サービスの実行に必要なアプリケーシヨンを、前記第 2のサーバから取得するアプリケーション取得部と、

前記取得したアプリケーションを実行する実行部とを備える、機器連携サービスシステム。

[15] 宅内ネットワークに接続された宅内電子機器と、宅外ネットワークに接続された宅外電子機器との間で、データ交換を中継するプロキシ装置をさらに備える、請求項 14 に記載の機器連携サービスシステム。

[16] 前記プロキシ装置は、前記宅外電子機器から前記デバイス情報を含む機器の属性情報を取得し、当該取得した属性情報を前記宅内電子機器に配信することを特徴とする、請求項 15に記載の機器連携サービスシステム。

[17] 前記プロキシ装置は、前記宅外電子機器の属性情報の取得をトリガとして、前記属性情報を前記宅内電子機器に配信することを特徴とする、請求項 16に記載の機器連携サービスシステム。

[18] 前記プロキシ装置は、前記宅内電子機器力受ける前記属性情報の要求をトリガとして、前記属性情報を前記宅内電子機器に配信することを特徴とする、請求項 16に記載の機器連携サービスシステム。

[19] 前記プロキシ装置は、前記宅内電子機器カゝら前記デバイス情報を含む機器の属性情報を取得し、当該取得した属性情報を前記宅外電子機器に配信することを特徴とする、請求項 15に記載の機器連携サービスシステム。

[20] 前記プロキシ装置は、前記宅内電子機器の属性情報の取得をトリガとして、前記属性情報を前記宅外電子機器に配信することを特徴とする、請求項 19に記載の機器連携サービスシステム。

[21] 前記プロキシ装置は、前記宅外電子機器力受ける前記属性情報の要求をトリガとして、前記属性情報を前記宅外電子機器に配信することを特徴とする、請求項 19〖こ記載の機器連携サービスシステム。

[22] 前記機器を識別するための情報は、電子機器の機種を示す機種データであり、前記プロキシ装置は、前記宅内電子機器及び前記宅外電子機器のデバイス情報の機種データに基づヽて、電子機器の組み合わせで実行できる機器連携サービスの検索を前記第 1のサーバへ要求し、前記第 1のサーバからの検索結果として前記サービス情報を取得することを特徴とする、請求項 15に記載の機器連携サービスシステム。

[23] 前記機器を識別するための情報は、電子機器の機種を示す機種データであり、前記プロキシ装置は、前記取得したサービス情報と、前記機器連携サービスの検索に指定した機種データに該当する電子機器のデバイス情報とを、関連付けて管理することにより、前記機器連携サービスを実行する電子機器を特定することを特徴とする、請求項 15に記載の機器連携サービスシステム。