(57)【要約】  モバイル端末が実行し他の機器がＬＡＮを介して制御するサービスを追加する。モバイル端末（１２）では、ＳＳＤＰサーバ（５０）が、記憶部（４１）に記憶されたサービスのＵＲＬをＬＡＮ（１３）上に提供する。他の機器からＬＡＮ（１３）を介して新たなサービスが要求されると、アプリ管理部（５３）は、新たなサービスに対応するウェブアプリをインターネット上のサーバから取得して起動するようにＨＴＭＬブラウザ（５２）を制御し、新たなサービスのＵＲＬを記憶部（４１）に記憶する。
2015093192.tif 000002
【特許請求の範囲】
【請求項１】
制御装置がＬＡＮを介して制御可能な１または複数の機能を有する被制御装置であって、
前記機能の識別情報を記憶する記憶デバイスと、
前記機能の識別情報を前記ＬＡＮ上に提供する機能情報提供部と、
前記制御装置が前記ＬＡＮを介して新たな機能を要求すると、該新たな機能を導入するための導入情報をインターネット上のリソースから取得し、取得した導入情報に基づき、前記新たな機能を導入する機能導入部と、
該機能導入部が導入した新たな機能の識別情報を前記記憶デバイスに追加する機能情報追加部とを備えることを特徴とする被制御装置。
【請求項２】
前記機能導入部は、複数の前記新たな機能のうち、自装置の種類に対応するものを選択して導入することを特徴とする請求項１に記載の被制御装置。
【請求項３】
被制御装置における１または複数の機能を、ＬＡＮを介して制御する制御装置であって、
前記機能の識別情報を前記ＬＡＮから取得する機能情報取得部と、
該機能情報取得部が取得した機能の識別情報に基づいて、所望する前記機能を、前記ＬＡＮを介して制御する機能制御部と、
前記被制御装置が新たな機能を追加するように、前記ＬＡＮを介して要求する追加要求部とを備えており、
前記機能情報取得部は、前記追加要求部の要求後に、前記機能の識別情報を前記ＬＡＮから再取得することを特徴とする制御装置。
【請求項４】
前記追加要求部は、新たな機能を追加すべき前記被制御装置の種類を選択して、前記要求を行うことを特徴とする請求項３に記載の制御装置。
【請求項５】
請求項１または２に記載の被制御装置と、請求項３または４に記載の制御装置とを備えた情報機器。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、制御装置がＬＡＮを介して制御可能な１または複数の機能を有する被制御装置、制御装置、および情報機器に関する。
【背景技術】
【０００２】
近年、インターネット等のネットワークに接続可能な通信機能を有する、ＴＶ（television）受信機、冷蔵庫、エアコン等の家電製品（以下、「情報家電」と称する。）が市販されている。また、スマートフォン、タブレット端末、スレートＰＣ（Personal Computer）等といった、汎用かつ多機能の端末（以下、「スマートデバイス」と称する。）が普及している。【０００３】
さらに、近時では、異なる製造業者が製造した電子機器どうしが連携するための仕様であるＤＬＮＡ（Digital Living Network Alliance、登録商標）に対応した情報家電が市販されている。そこで、家庭内に設置されている情報家電と、ユーザによって携帯可能なスマートデバイスとが、ＤＬＮＡを利用して連携できるように、ＤＬＮＡに対応したスマートデバイスが市販され、また、スマートデバイスをＤＬＮＡに対応させるためのアプリケーションソフトウェア（以下、「アプリ（ＡＰＰ）」と略称する。）が市販されている。【０００４】
ＤＬＮＡでは、電子機器間で通信する時の手順として、ＵＰｎＰ（Universal Plug andPlay、登録商標）を採用している。ＵＰｎＰでは、各種の機能（以下、「UPnPサービス」と称する。）を有するデバイス（以下、「UPnPデバイス」と称する。）と、該UPnPデバイスに対し制御を行なうコントロールポイントとが定義されている。上記UPnPデバイスは、自身の有するUPnPサービスに関する情報をＸＭＬ形式にて公開しており、上記コントロールポイントは、上記UPnPデバイスが公開した情報を参照して、所望するUPnPサービスを利用する。【０００５】
なお、上記電子機器は、上記UPnPデバイスおよび上記コントロールポイントの一方の機能を有してもよいし、両方の機能を有してもよい。また、上記UPnPサービスは、該UPnPサービスを実現するための１または複数のコマンド（以下、「アクション」と称する。）で構成されてもよい。【０００６】
図１１は、上記ＵＰｎＰを用いた従来のネットワークシステムの概略構成を示すブロック図である。図示の例では、ネットワークシステム１００は、１つのコントロールポイント１０１と、２つのUPnPデバイス１０２ａ・１０２ｂとがネットワーク１０３を介して通信可能に接続された構成である。【０００７】
まず、或るUPnPサービスを所望するコントロールポイント１０１は、当該UPnPサービスを指定した検索要求をネットワーク１０３へマルチキャストする。このとき、当該UPnPサービスを提供するUPnPデバイス１０２がコントロールポイント１０１に応答する。これにより、コントロールポイント１０１は、所望するUPnPサービスを提供するUPnPデバイス１０２を発見できる。【０００８】
次に、コントロールポイント１０１は、発見したUPnPデバイス１０２に対し、所望するUPnPサービスの実行を、HTTP（HyperText Transfer Protocol）リクエストを用いて要求し、実行結果をHTTPレスポンスとして取得する。これにより、コントロールポイント１０１は、発見したUPnPデバイス１０２に対し、所望するUPnPサービスを実行するように制御できる。なお、UPnPサービスが複数のアクションで構成されている場合、HTTPリクエストをアクション単位で行うことができる。【０００９】
例えば、特許文献１に記載のコンテンツ処理装置は、ＵＰｎＰ機能を利用して、コンテンツ送信装置から、実行可能な命令（アクション）を示す命令情報を取得し、該命令情報に基づいて、上記コンテンツ送信装置がコンテンツのレジューム機能を提供しているか否かを判定する。該レジューム機能を提供していると判定した場合、上記コンテンツ処理装置は、上記コンテンツ送信装置から、任意のコンテンツにおける、再生中に停止された位置を示したレジューム情報を取得し、該レジューム情報で示された位置からのコンテンツの転送を上記コンテンツ送信装置に要求する。これにより、レジューム機能の利用が容易になる。【００１０】
なお、ＵＰｎＰの仕組みについては、非特許文献１に詳述されている。
【先行技術文献】
【特許文献】
【００１１】
【特許文献１】日本国公開特許公報「特開２０１３−０４５４９５号（２０１３年０３月０４日公開）」
【非特許文献】
【００１２】
【非特許文献１】"UPnP(TM) Device Architecture 1.1", UPnP Forum, October 15, 2008
【発明の概要】
【発明が解決しようとする課題】
【００１３】
ＤＬＮＡ、すなわちＵＰｎＰでは、上述のように、上記コントロールポイントは、上記UPnPデバイスが公開したUPnPサービスに関する情報を参照して、所望するUPnPサービスを利用している。すなわち、このため、上記ネットワーク上に存在しないUPnPサービスを所望する場合、当該UPnPサービスを有するUPnPデバイスを上記ネットワークに新たに接続する必要がある。【００１４】
本発明は、上記の問題点に鑑みてなされたものであり、その目的は、制御機器（コントロールポイント）がＬＡＮを介して制御可能な機能を追加できる被制御機器（UPnPデバイス）などを提供することにある。
【課題を解決するための手段】
【００１５】
本発明の一態様に係る被制御装置は、制御装置がＬＡＮを介して制御可能な１または複数の機能を有する被制御装置であって、上記課題を解決するために、前記機能の識別情報を記憶する記憶デバイスと、前記機能の識別情報を前記ＬＡＮ上に提供する機能情報提供部と、前記制御装置が前記ＬＡＮを介して新たな機能を要求すると、該新たな機能を導入するための導入情報をインターネット上のリソースから取得し、取得した導入情報に基づき、前記新たな機能を導入する機能導入部と、該機能導入部が導入した新たな機能の識別情報を前記記憶デバイスに追加する機能情報追加部とを備えることを特徴とする。【００１６】
また、本発明の他の態様に係る制御装置は、被制御装置における１または複数の機能を、ＬＡＮを介して制御する制御装置であって、前記機能の識別情報を前記ＬＡＮから取得する機能情報取得部と、該機能情報取得部が取得した機能の識別情報に基づいて、所望する前記機能を、前記ＬＡＮを介して制御する機能制御部と、前記被制御装置が新たな機能を追加するように、前記ＬＡＮを介して要求する追加要求部とを備えており、前記機能情報取得部は、前記追加要求部の要求後に、前記機能の識別情報を前記ＬＡＮから再取得することを特徴とする。
【発明の効果】
【００１７】
本発明の一態様によれば、制御機器がＬＡＮを介して制御可能な機能を被制御機器に追加できるという効果を奏する。
【図面の簡単な説明】
【００１８】
【図１】本発明の一実施形態に係るネットワークシステムにおけるモバイル端末の概略構成を示すブロック図である。
【図２】上記ネットワークシステムの概略構成を示すブロック図である。
【図３】上記ネットワークシステムにおけるＴＶ受信機の概略構成を示すブロック図である。
【図４】上記ＴＶ受信機における処理の流れを示すフローチャートである。
【図５】上記モバイル端末における処理の流れを示すフローチャートである。
【図６】上記ネットワークシステムにおけるＵＩサービスの追加に関する動作の一例を示すシーケンス図である。
【図７】上記モバイル端末におけるＵＩサービスの登録に関する動作の一例を示すシーケンス図である。
【図８】本発明の他の実施形態に係るネットワークシステムにおけるＴＶ受信機の概略構成を示すブロック図である。
【図９】上記ネットワークシステムにおけるモバイル端末の概略構成を示すブロック図である。
【図１０】上記ネットワークシステムにおけるＵＩサービスに関する動作の一例を示すシーケンス図である。
【図１１】ＵＰｎＰを用いた従来のネットワークシステムの概略構成を示すブロック図である。
【発明を実施するための形態】
【００１９】
以下、本発明の実施の形態について詳細に説明する。なお、説明の便宜上、各実施形態に示した部材と同一の機能を有する部材については、同一の符号を付記し、適宜その説明を省略する。
【００２０】
〔実施形態１〕
まず、本発明の一実施形態について図１〜図７を参照して説明する。図２は、本実施形態に係るネットワークシステムの概略構成を示している。
【００２１】
図２に示すように、本実施形態のネットワークシステム１０は、ＴＶ受信機１１およびモバイル端末１２がＬＡＮ（Local Area Network）１３を介して通信可能に接続され、ＬＡＮ１３は、ルータ（ゲートウェイ）１４を介してインターネット１５に通信可能に接続され、かつ、インターネット１５には外部サーバ１６が通信可能に接続された構成である。
【００２２】
ＴＶ受信機１１は情報家電に該当し、モバイル端末１２はスマートデバイスに該当するものである。また、外部サーバ１６は、後述するアプリを提供するものである。なお、ＬＡＮ１３およびルータ１４としては、公知のものを利用できるので、その説明を省略する。また、インターネット１５は、周知であるので、その説明を省略する。また、本実施形態では、ＬＡＮ１３は、モバイル端末１２の可搬性の観点から、無線ＬＡＮなどの無線通信ネットワークであることが望ましいが、有線通信ネットワークでもよい。
【００２３】
本実施形態では、ＴＶ受信機１１、モバイル端末１２、およびＬＡＮ１３は、ＤＬＮＡに対応するものである。また、本実施形態では、ＴＶ受信機１１がＵＰｎＰのコントロールポイント（制御装置）として機能し、モバイル端末１２がＵＰｎＰのデバイス（UPnPデバイス、被制御装置）として機能するものである。
【００２４】
従来、ＤＬＮＡを利用したＴＶ受信機とモバイル端末との連携は、特許文献１に記載のように、ＴＶ受信機およびモバイル端末の一方をＤＭＳ（Digital Media Server）として機能させ、他方をＤＭＰ(Digital Media Player)として機能させて、一方から他方にコンテンツを送信し、他方にて再生して出力する簡単なものであった。
【００２５】
これに対し、最近、ハイブリッドキャスト（Hybridcast（登録商標））に対応したＴＶ受信機の市販が始まっている。上記ハイブリッドキャストとは、放送とＷｅｂ（ウェブ）とを融合した新たなサービスであり、電波で送られる放送番組とネットワーク経由のコンテンツとを、ＴＶ受信機で同期して合成し、表示するものである。また、上記ハイブリッドキャストでは、上記放送番組（および上記コンテンツ）と、スマートデバイス上で動作するアプリとを連携させて、スマートデバイスを、ＴＶ受信機の補助的なスクリーン（セカンドスクリーン）として利用することが考えられている。
【００２６】
しかしながら、上記スマートデバイスは、ＴＶ受信機が所望する上記アプリを有していない可能性がある。この場合、上記スマートデバイスは、上記アプリをUPnPサービス（機能）として公開できず、ＴＶ受信機は当該UPnPサービスを利用できない。
【００２７】
このため、上記スマートデバイスは、一旦上記ＬＡＮから切り離し、上記アプリをインターネット上のサイトからダウンロードした上で、ＬＡＮに再接続する操作が必要となる。これにより、上記スマートデバイスは、上記アプリをUPnPサービスとして公開し、ＴＶ受信機は当該UPnPサービスを利用することができる。しかしながら、上記操作をユーザが行う必要があり、煩雑である。
【００２８】
そこで、本実施形態では、モバイル端末１２は、ＴＶ受信機１１からＬＡＮ１３を介して新たなアプリの追加が要求されると、該新たなアプリを外部サーバ１６からインターネット１５を介してダウンロードして起動し、上記新たなアプリをUPnPサービスとして公開するアプリ起動サービスをUPnPサービスとして有している。これにより、ＴＶ受信機１１は、上記アプリ起動サービスを利用して、所望するアプリをモバイル端末１２に追加し、当該アプリをUPnPサービスとして利用することができる。
【００２９】
（ＴＶ受信機１１の詳細）
次に、本実施形態のＴＶ受信機１１およびモバイル端末１２の詳細な構成について説明する。なお、以下では、モバイル端末１２に追加されるUPnPサービスは、モバイル端末１２におけるユーザインタフェースであって、ＴＶ受信機１１によって制御可能なユーザインタフェースを提供するＵＩサービスである。
【００３０】
図３は、ＴＶ受信機１１の概略構成を示している。図示のように、本実施形態のＴＶ受信機１１は、制御部２０、記憶部２１、通信Ｉ／Ｆ（interface）２２、操作部２３、および表示部２４を備える構成である。
【００３１】
制御部２０は、ＴＶ受信機１１内の各種構成を統括的に制御するものであり、ＣＰＵ（Central Processing Unit）などのプロセッサを備える構成である。記憶部２１は、各種のデータおよびプログラムを記憶するものであり、ＲＡＭ（Random Access Memory）、ＲＯＭ（Read Only Memory）、フラッシュメモリなどの記憶デバイスを備える構成である。なお、制御部２０の詳細については後述する。
【００３２】
通信Ｉ／Ｆ２２は、Ｅｔｈｅｒｎｅｔ（登録商標）、Ｗｉ−Ｆｉ（登録商標）などのＩＰ通信を行うための一般的なネットワークインタフェースである。具体的には、通信Ｉ／Ｆ２２は、制御部２０から受信したデータを、ＩＰ通信に適した形式の信号に変換し、変換した信号をＬＡＮ１３に送信するものである。また、通信Ｉ／Ｆ２２は、ＬＡＮ１３から受信した信号を元の形式のデータに変換し、変換したデータを制御部２０に送信するものである。
【００３３】
操作部２３は、ＴＶ受信機１１の表面に設けられた入力デバイスをユーザが操作することにより、操作データを作成して制御部２０に送信するものである。入力デバイスの例としては、リモコン（リモートコントローラ）、キーボード、マウス、タッチパネル、マイクなどが挙げられる。
【００３４】
表示部２４は、制御部２０から表示データを受信し、受信した表示データに基づいて表示画面に表示を行うものである。具体的には、表示部２４は、ＬＣＤ（Liquid Crystal Display）、ＥＬ（Electroluminescence）ディスプレイなどの表示素子と、受信した表示データに基づいて表示素子を駆動するドライバ回路とを備える構成である。
【００３５】
次に、制御部２０の詳細について説明する、制御部２０は、サービス情報取得部（機能情報取得部）３０、サービス制御部（機能制御部）３１、および追加サービス要求部（追加要求部）３２を備える構成である。
【００３６】
サービス情報取得部３０は、ＬＡＮ１３上にサービス検索の要求を送信して、UPnPサービスの情報を取得するものである。サービス情報取得部３０は、取得したUPnPサービスをサービス制御部３１に送出する。また、サービス情報取得部３０は、追加サービス要求部３２からの通知に基づき、上記サービス検索の要求を再送信して、UPnPサービスの情報を再取得する。
【００３７】
サービス制御部３１は、サービス情報取得部３０からのUPnPサービスの情報を参照して、所望するUPnPサービスを提供するUPnPデバイスに対しＬＡＮ１３を介して指示することにより、当該UPnPサービスを制御するものである。サービス制御部３１は、所望するUPnPサービスが存在しない場合、追加サービス要求部３２に通知する。
【００３８】
追加サービス要求部３２は、サービス制御部３１からの通知に基づき、所望するUPnPサービスを追加するように、UPnPデバイスに対しＬＡＮ１３を介して要求するものである。該要求には、所望するUPnPサービスに対応するウェブアプリ（導入情報）をダウンロードできる外部サーバ１６のＵＲＬなどが含まれる。追加サービス要求部３２は、該要求に対する応答を受信すると、その旨をサービス情報取得部３０に通知する。
【００３９】
（モバイル端末１２の詳細）
図１は、モバイル端末１２の概略構成を示している。図示のように、本実施形態のモバイル端末１２は、制御部４０、記憶部４１、通信Ｉ／Ｆ（interface）４２、操作部４３、および表示部４４を備える構成である。なお、モバイル端末１２の各部４０〜４４の機能は、それぞれ、ＴＶ受信機１１の各部２０〜２４の機能と同様であるので、その説明を省略する。
【００４０】
次に、制御部４０および記憶部４１の詳細について説明する。図１に示すように、制御部４０は、ＳＳＤＰ（Simple Service Discovery Protocol）サーバ（機能情報提供部）５０、Ｗｅｂサーバ５１、ＨＴＭＬブラウザ（機能導入部）５２、およびアプリ管理部（機能導入部、機能情報追加部）５３を備える構成である。また、記憶部４１は、サービスＤＢを記憶している。サービスＤＢは、モバイル端末１２が提供可能なUPnPサービスに関する内容が保存されている。
【００４１】
ＳＳＤＰサーバ５０は、UPnPサービスを発見するためにＬＡＮ１３上の他の情報機器からサービス検索の要求を受信した場合、記憶部４１のサービスＤＢに保存された内容を通知するものである。
【００４２】
Ｗｅｂサーバ５１は、ＬＡＮ１３上の他の情報機器からの要求（HTTPリクエスト）を受信すると、該要求に対する応答（HTTPレスポンス）を、要求元の上記他の情報機器に送信するものである。具体的には、Ｗｅｂサーバ５１は、上記他の情報機器からのアクションを上記要求として受け付け、受け付けたアクションに割り当てられたＵＲＬに応じて、ＨＴＭＬブラウザ５２およびアプリ管理部５３の何れかに上記アクションを転送する。そして、Ｗｅｂサーバ５１は、上記アクションに対する結果を、ＨＴＭＬブラウザ５２またはアプリ管理部５３から受け取り、上記要求に対する応答として上記他の情報機器へ転送する。
【００４３】
ＨＴＭＬブラウザ５２は、ウェブアプリを、外部のサーバ１６に要求して取得し実行するモジュールである。なお、ウェブアプリは、ＨＴＭＬ５に基づくものであることが望ましい。この場合、ブラウザを有する任意のモバイル端末１２において上記新たな機能を導入（実現）することができる。
【００４４】
アプリ管理部５３は、上記アプリ起動サービスを実行するモジュールである。なお、アプリ管理部５３における処理の詳細は後述する。
【００４５】
（ＴＶ受信機１１の処理）
図４は、上記構成のＴＶ受信機１１における制御部２０のＵＩサービスの検索処理の流れを示している。図示のように、まず、サービス情報取得部３０は、所望するＵＩサービスの検索の要求をＬＡＮ１３に送信し（Ｓ１０）、上記ＵＩサービスの検索の応答を待機する（Ｓ１１）。このとき、当該応答があれば（Ｓ１２にてＹＥＳ）、上記ＵＩサービスが利用可能であり、サービス制御部３１にて制御可能となる。なお、上記ＵＩサービスの提供中は、ＴＶ受信機１１は、WebsocketプロトコルにてＷｅｂサーバ５１と常時通信可能な状態を維持する。
【００４６】
一方、当該応答がなければ（Ｓ１２にてＮＯ）、追加サービス要求部３２は、アプリ起動サービスの検索の要求をＬＡＮ１３に送信し（Ｓ１３）、上記アプリ起動サービスの検索の応答を待機する（Ｓ１４）。このとき、当該応答がなければ（Ｓ１５にてＮＯ）、上記ＵＩサービスは、発見できず、かつ、追加できないので、利用不可となる。
【００４７】
一方、当該応答があれば（Ｓ１５にてＹＥＳ）、追加サービス要求部３２は、アプリ起動の要求をＬＡＮ１３に送信し（Ｓ１６）、上記アプリ起動の応答を待機する（Ｓ１７）。このとき、当該応答がなければ（Ｓ１８にてＮＯ）、上記ＵＩサービスは、追加できなかったことになるので、利用不可となる。一方、当該応答があれば（Ｓ１８にてＹＥＳ）、上記ＵＩサービスが追加されたと考えられるので、上記ＵＩサービスの検索の要求（Ｓ１０）に戻り、上記処理を繰り返す。
【００４８】
（モバイル端末１２の処理）
図５は、上記構成のモバイル端末１２における制御部４０の処理の流れを示している。図示のように、ＴＶ受信機１１からＬＡＮ１３を介して上記アプリ起動の要求を受信すると、アプリ管理部５３からの指示により、ＨＴＭＬブラウザ５２は、当該要求に含まれるＵＲＬに対応する外部サーバ１６にインターネット１５を介してアクセスして、上記ＵＩサービスに対応するウェブアプリのダウンロードを開始し（Ｓ２０）、該ダウンロードの完了を待機する（Ｓ２１）。
【００４９】
このとき、ダウンロードがエラー無く完了し（Ｓ２２にてＮＯ）、かつ、ダウンロードしたウェブアプリがエラー無く実行できた場合（Ｓ２３にてＮＯ）、ＵＩサービスが利用可能であるとして登録する（Ｓ２４）。これにより、ＵＩサービスが利用可能となる。なお、この登録処理については後述する。その後、上記アプリ起動の応答を、ＬＡＮ１３を介してＴＶ受信機１１に送信する。
【００５０】
なお、ＨＴＭＬブラウザ５２にてダウンロードのエラーが発生したり（Ｓ２２にてＹＥＳ）、ウェブアプリの実行エラーが発生したりする場合でも（Ｓ２３にてＹＥＳ）、Ｗｅｂサーバ５１は、上記アプリ起動の応答を、ＬＡＮ１３を介してＴＶ受信機１１に送信している。この場合、ＴＶ受信機１１は、図４のステップＳ１０に戻るので、アプリ起動の再要求を行うことができる。
【００５１】
（ネットワークシステム１０における動作）
図６は、ネットワークシステム１０におけるＵＩサービスの追加に関する動作の一例を示している。図示のように、ＴＶ受信機１１は、ＵＩサービスの検索の要求をモバイル端末１２に送信する（Ｔ１０）。この時点では、モバイル端末１２は、ＵＩサービスを提供していないので、当該検索の応答をＴＶ受信機１１に送信しない。
【００５２】
そして、タイムアウトになると、ＴＶ受信機１１は、アプリ起動サービスの検索の要求をモバイル端末１２に送信する（Ｔ１１）。このとき、モバイル端末１２は、アプリ起動サービスを提供しているので、当該検索の応答をＴＶ受信機１１に送信する（Ｔ１２）。
【００５３】
ＴＶ受信機１１は、アプリ起動サービスの検索の応答を受信すると、アプリの起動の要求をモバイル端末１２に送信する（Ｔ１３）。このとき、モバイル端末１２は、外部サーバ１６に対し、ＵＩサービスに対応するウェブアプリのダウンロードの要求を送信し（Ｔ１４）、外部サーバ１６から当該ウェブアプリがダウンロードされる（Ｔ１５）。そして、モバイル端末１２は、サービスの登録処理を行う（Ｔ１６）。
【００５４】
図７は、モバイル端末１２におけるＵＩサービスの登録処理（Ｔ１６）に関する動作の一例を示している。なお、図示の例では、ダウンロードされたウェブアプリが、ＵＰｎＰの仕組みを利用して上記登録処理を行っている。
【００５５】
図７に示すように、ＨＴＭＬブラウザ５２は、ダウンロードしたウェブアプリを起動する（Ｔ２０）。次に、ＨＴＭＬブラウザ５２の上記ウェブアプリは、ＳＳＤＰサーバ５０に対し、アプリ起動サービスの検索の要求を送信し（Ｔ２１）、該検索の応答を受信する（Ｔ２２）。これにより、上記ウェブアプリは、モバイル端末１２がアプリ起動サービスを有している、すなわち、アプリ管理部５３を備えていることを判断できる。
【００５６】
次に、ＨＴＭＬブラウザ５２の上記ウェブアプリは、上記ＵＩサービスの登録の要求を、Ｗｅｂサーバ５１を介して（Ｔ２３）アプリ管理部５３に送信する（Ｔ２４）。これにより、アプリ管理部５３は、上記ウェブアプリによって提供されるＵＩサービスの内容を把握できるので、上記ＵＩサービスに対するＵＲＬ（機能の識別情報）を新たに割り当てて（Ｔ２５）、当該ＵＩサービスの内容を記憶部４１のサービスＤＢに登録する（Ｔ２６）。
【００５７】
次に、アプリ管理部５３は、サービスの登録の応答を、Ｗｅｂサーバ５１を介して（Ｔ２７）ＨＴＭＬブラウザ５２に送信する（Ｔ２８）。このとき、上記ＵＩサービスのＵＲＬを、Ｗｅｂサーバ５１を介してＨＴＭＬブラウザ５２に通知する。
【００５８】
そして、ＨＴＭＬブラウザ５２の上記ウェブアプリは、上記ＵＩサービスのＵＲＬで、クライアント（コントロールポイント）からのアクションを待ち受ける要求をＷｅｂサーバ５１に送信する。以上により、サービスの登録処理が完了し、図６に示すルーチンに戻る。
【００５９】
なお、サービスの登録の要求を、ＨＴＭＬブラウザ５２がアプリ管理部５３に直接送信し、サービスの登録の応答を、アプリ管理部５３がＨＴＭＬブラウザ５２に直接送信する機能を設けてもよい。この場合、図７のステップＴ２１〜Ｔ２４・Ｔ２７・Ｔ２８を省略することができる。
【００６０】
次に、モバイル端末１２は、アプリの起動の応答をＴＶ受信機１１に送信する（Ｔ１７）。このとき、ＴＶ受信機１１は、ステップＴ１０と同様に、上記ＵＩサービスの検索の要求をモバイル端末１２に送信する。この時点では、モバイル端末１２は、上記ＵＩサービスを提供しているので、当該検索の応答をＴＶ受信機１１に送信する（Ｔ１９）。これにより、ＴＶ受信機１１は、上記ＵＩサービスを利用することができる。
【００６１】
〔変形例１−１〕
なお、本実施形態では、ＴＶ受信機１１は、ＵＩサービスの検索の応答がない場合に、アプリ起動サービスの検索の要求を行っているが（Ｓ１０〜Ｓ１３、Ｔ１０・Ｔ１１）、ＵＩサービスの検索の応答の有無に関係なく、アプリ起動サービスの検索の要求を行ってもよい。これは、例えば、或る放送番組の視聴者全員のモバイル端末１２にクーポンを配布する場合など、ＴＶ受信機１１が複数のモバイル端末１２と接続する場合に好適である。
【００６２】
〔変形例１−２〕
また、モバイル端末１２は、ＴＶ受信機１１、ユーザなどの外部からの終了指示、または、上記ウェブアプリなどの内部からの終了指示により、上記ウェブアプリによる上記ＵＩサービスを終了してもよい。
【００６３】
具体的には、アプリ管理部５３は、上記終了指示に基づき、上記ＵＩサービスの内容を記憶部４１のサービスＤＢから削除し、上記ウェブアプリの停止をＨＴＭＬブラウザ５２に指示し、かつ、上記ＵＩサービスに対するＵＲＬの割当てを解除するようにＷｅｂサーバ５１に指示することになる。このとき、アプリ管理部５３は、上記ウェブアプリの削除をＨＴＭＬブラウザ５２に指示することが望ましい。これにより、ＨＴＭＬブラウザ５２にて利用可能なリソースを、上記ウェブアプリをダウンロードする前の状態に戻すことができる。
【００６４】
〔実施形態２〕
本発明の別の実施形態について説明する。本実施形態のネットワークシステム１０では、ＴＶ受信機１１がＵＰｎＰのデバイス（UPnPデバイス）として機能する一方、モバイル端末１２がＵＰｎＰのコントロールポイントとして機能する。
【００６５】
本実施形態では、ＴＶ受信機１１の制御部２０が、ＳＳＤＰサーバ５０、Ｗｅｂサーバ５１、ＨＴＭＬブラウザ５２、およびアプリ管理部５３を備える構成になる。一方、モバイル端末１２の制御部４０が、サービス情報取得部３０、サービス制御部３１、および追加サービス要求部３２を備える構成になる。このように、ＬＡＮ１３に接続された情報機器の何れもが、UPnPデバイスとして機能したり、コントロールポイントとして機能したりすることができる。
【００６６】
〔変形例２〕
なお、ＴＶ受信機１１およびモバイル端末１２の表示画面は、サイズ、解像度、表示階調などが大きく異なる。このため、ＴＶ受信機１１が提供するＵＩサービスと、モバイル端末１２が提供するＵＩサービスとは異なることが望ましい。すなわち、情報機器が提供するUPnPサービスは、当該情報機器の種類に対応したものであることが望ましい。
【００６７】
そこで、本変形例では、ＵＩサービスを提供するためのウェブアプリは、複数個であり、情報機器の種類によって異なっている。そして、ＨＴＭＬブラウザ５２は、複数の上記ウェブアプリのうち、自機器の種類に対応したウェブアプリを選択して起動している。
【００６８】
これには、以下の手法が考えられる。
（１）ダウンロードされたウェブアプリ自身が、ダウンロード先の情報機器の種類を判定し、判定された種類に対応するウェブアプリを起動する。
（２）外部サーバ１６がウェブアプリのダウンロードの要求としてHTTPリクエストを受信した場合、リクエスト元である情報機器の種類を判定し、判定した種類に対応するウェブアプリを上記リクエスト元に送信する。
（３）アプリ起動サービスの名称（UPnPサービス名）を、情報機器の種類に応じて異ならせる。そして、ウェブアプリを起動させる情報機器の種類に対応するUPnPサービス名で、アプリ起動サービスの検索を要求する。
（４）アプリ起動サービスの名称（UPnPサービス名）を、情報機器の種類に応じて異ならせる。そして、アプリの起動の要求において、ウェブアプリを取得するためのＵＲＬと共に、当該ウェブアプリに対応するUPnPサービス名を上記情報機器に送信する。該情報機器は、上記UPnPサービス名が、当該情報機器の種類に対応するものであるか否かを判断し、対応する場合に、外部サーバ１６からウェブアプリをダウンロードする。
【００６９】
なお、上記UPnPサービス名としては、例えば、モバイル端末用であれば、「urn:schemas-upnp-org:service:MobileXXXX」とし、ＴＶ受信機用であれば、「urn:schemas-upnp-org:service:TvXXXX」とするような命名規則を採用すればよい。この場合、対応する情報機器の種類を容易に特定することができる。また、実際には、上記手法（１）・（２）は、応答速度が問題となるので、上記手法（３）・（４）を採用することが望ましい。
【００７０】
また、ハイブリッドキャストでは、表示中の放送映像と同時に実行可能なアプリが、放送と共に送られるＡＩＴ（アプリケーション制御情報）で制限される。そこで、当該情報に記載されたアプリのＵＲＬであるか否かを判断することで、起動するウェブアプリを制限することも可能である。
【００７１】
〔実施形態３〕
本発明の他の実施形態について、図８〜図１０を参照して説明する。本実施形態のネットワークシステム１０では、ＵＰｎＰのデバイスおよびコントロールポイントの両方として、ＴＶ受信機１１も機能し、モバイル端末１２も機能する。
【００７２】
ところで、図１〜図７に示すネットワークシステム１０では、ＴＶ受信機１１が上記コントロールポイントとして機能する一方、モバイル端末１２が上記UPnPデバイスとして機能している。このため、ＴＶ受信機１１は、モバイル端末１２の上記ＵＩサービスに指示して、その結果を取得することは容易である。
【００７３】
しかしながら、上記ＵＩサービスに対しユーザが操作部４３を操作することによりモバイル端末１２が作成した操作情報等をＴＶ受信機１１が取得することは容易ではない。なぜなら、上記ＵＩサービスに対するユーザの操作は、上記ＵＩサービスに対するＴＶ受信機１１からの指示と非同期に行われるからである。
【００７４】
これに対し、本実施形態では、モバイル端末１２が上記コントロールポイントとして機能する一方、ＴＶ受信機１１が上記UPnPデバイスとして機能するように、変更することができる。これにより、モバイル端末１２は、上記ユーザによる操作情報等をＴＶ受信機１１に容易に送信することができる。
【００７５】
（ＴＶ受信機およびモバイル端末の構成）
図８は、本実施形態のＴＶ受信機１１の概略構成を示している。図示のＴＶ受信機１１は、図３に示すＴＶ受信機１１に比べて、制御部２０内に、ＳＳＤＰサーバ３３、Ｗｅｂサーバ３４、ＨＴＭＬブラウザ３５、およびアプリ管理部３６が追加されている点と、記憶部２１にサービスＤＢが記憶されている点とが異なり、その他の構成は同様である。
【００７６】
なお、本実施形態のＳＳＤＰサーバ３３、Ｗｅｂサーバ３４、ＨＴＭＬブラウザ３５、アプリ管理部３６、および記憶部２１のサービスＤＢは、それぞれ、図１に示すＳＳＤＰサーバ５０、Ｗｅｂサーバ５１、ＨＴＭＬブラウザ５２、アプリ管理部５３、および記憶部４１のサービスＤＢと同様であるので、その説明を省略する。
【００７７】
図９は、本実施形態のモバイル端末１２の概略構成を示している。図示のモバイル端末１２は、図１に示すモバイル端末１２に比べて、制御部４０内に、サービス情報取得部５４およびサービス制御部５５が追加されている点が異なり、その他の構成は同様である。
【００７８】
なお、本実施形態のサービス情報取得部５４およびサービス制御部５５は、それぞれ、図３に示すサービス情報取得部３０およびサービス制御部３１と同様に機能するので、その説明を省略する。また、本実施形態では、モバイル端末１２は、追加サービス要求部３２と同様の機能を有する必要はない。
【００７９】
（ネットワークシステム１０における動作）
図１０は、上記構成のネットワークシステム１０におけるＵＩサービスに関する動作の一例を示すシーケンス図である。まず、ＴＶ受信機１１では、放送番組に含まれる指示等に基づき、図６に示すステップＴ１４・Ｔ１５と同様の処理を行うように、アプリ管理部３６がＨＴＭＬブラウザ３５に指示する。これにより、ＨＴＭＬブラウザ３５は、自機のためのＵＩサービス（以下、「受信機用ＵＩサービス」と称する。）に対応するウェブアプリ（以下、「受信機用アプリ」と称する。）のダウンロードの要求を外部サーバ１６に送信し、外部サーバ１６から当該受信機用アプリをダウンロードする。
【００８０】
次に、ＴＶ受信機１１では、図７に示すシーケンスと同様のシーケンスを、ＳＳＤＰサーバ３３、Ｗｅｂサーバ３４、ＨＴＭＬブラウザ３５、およびアプリ管理部３６が実行して、上記受信機用アプリの起動に基づく上記受信機用ＵＩサービスの登録処理を行う。
【００８１】
次に、ＴＶ受信機１１では、上記受信機用アプリが図４に示す処理を実行する。これにより、図６および図７に示すシーケンスが実行される。その結果、モバイル端末１２では、自機のためのＵＩサービス（以下、「端末用ＵＩサービス」と称する。）に対応するウェブアプリ（以下、「端末用アプリ」と称する。）が起動され、上記端末用ＵＩサービスが登録される。これにより、上記受信機用アプリは、上記端末用アプリによる上記端末用ＵＩサービスを利用することが可能となる。
【００８２】
次に、図１０に示すように、モバイル端末１２の上記端末用アプリは、ＵＩサービスの検索の要求をＴＶ受信機１１に送信する（Ｔ３０）。このとき、ＴＶ受信機１１では、上記受信機用ＵＩサービスを既に提供しているので、ＳＳＤＰサーバ３３は、当該検索の応答をモバイル端末１２に送信する（Ｔ３１）。これにより、上記端末用アプリは、上記受信機用アプリによる上記受信機用ＵＩサービスを利用することが可能となる。
【００８３】
従って、モバイル端末１２の上記端末用アプリは、ＴＶ受信機１１の上記受信機用ＵＩサービスの実行の要求を送信して（Ｔ３２）、その応答を受信する（Ｔ３３）ことが可能となる。反対に、ＴＶ受信機１１の上記受信機用アプリは、モバイル端末１２の上記端末用ＵＩサービスの実行の要求を送信して（Ｔ３４）、その応答を受信する（Ｔ３５）ことが可能となる。これにより、ＴＶ受信機１１およびモバイル端末１２の両方に提供された新たなサービスを連携させることが可能となる。
【００８４】
〔ソフトウェアによる実現例〕
ＴＶ受信機１１およびモバイル端末１２の制御ブロック（特に制御部２０・４０）は、集積回路（ＩＣチップ）等に形成された論理回路（ハードウェア）によって実現してもよいし、ＣＰＵ（Central Processing Unit）を用いてソフトウェアによって実現してもよい。
【００８５】
後者の場合、ＴＶ受信機１１およびモバイル端末１２は、各機能を実現するソフトウェアであるプログラムの命令を実行するＣＰＵ、上記プログラムおよび各種データがコンピュータ（またはＣＰＵ）で読み取り可能に記録されたＲＯＭ（Read Only Memory）または記憶装置（これらを「記録媒体」と称する）、上記プログラムを展開するＲＡＭ（RandomAccess Memory）などを備えている。そして、コンピュータ（またはＣＰＵ）が上記プログラムを上記記録媒体から読み取って実行することにより、本発明の目的が達成される。上記記録媒体としては、「一時的でない有形の媒体」、例えば、テープ、ディスク、カード、半導体メモリ、プログラマブルな論理回路などを用いることができる。また、上記プログラムは、該プログラムを伝送可能な任意の伝送媒体（通信ネットワークや放送波等）を介して上記コンピュータに供給されてもよい。なお、本発明は、上記プログラムが電子的な伝送によって具現化された、搬送波に埋め込まれたデータ信号の形態でも実現され得る。
【００８６】
〔まとめ〕
本発明の態様１に係る被制御装置（モバイル端末１２・ＴＶ受信機１１）は、制御装置（ＴＶ受信機１１・モバイル端末１２）がＬＡＮを介して制御可能な１または複数の機能（UPnPサービス）を有する被制御装置であって、前記機能の識別情報（ＵＲＬ）を記憶する記憶デバイス（記憶部２１・４１）と、前記機能の識別情報を前記ＬＡＮ上に提供する機能情報提供部（ＳＳＤＰサーバ５０）と、前記制御装置が前記ＬＡＮを介して新たな機能を要求すると、該新たな機能を導入するための導入情報（ウェブアプリ）をインターネット上のリソース（外部サーバ１６）から取得し、取得した導入情報に基づき、前記新たな機能を導入する機能導入部（ＨＴＭＬブラウザ５２・アプリ管理部５３）と、該機能導入部が導入した新たな機能の識別情報を前記記憶デバイスに追加する機能情報追加部（アプリ管理部５３）とを備える構成である。
【００８７】
上記の構成によると、制御装置からＬＡＮを介して新たな機能が要求されると、該新たな機能を導入するための導入情報がインターネット上のリソースから取得され、取得された導入情報に基づき、上記新たな機能が導入され、導入された新たな機能の識別情報が記憶デバイスに追加される。そして、上記新たな機能の識別情報が上記ＬＡＮ上に提供されることにより、上記制御装置が上記新たな機能を発見し制御することができる。
【００８８】
なお、上記機能情報提供部は、上記ＬＡＮを介して、上記制御装置に提供してもよいし、上記機能の情報を収集する情報機器に提供してもよい。また、上記機能情報提供部は、上記制御装置からの要求に基づき通知してもよいし、上記ＬＡＮへの接続時に同報してもよい。
【００８９】
本発明の態様２に係る被制御装置は、上記態様１において、前記新たな機能は、ブラウザ上で実行されるウェブアプリケーションで実現されることが好ましい。この場合、ブラウザを有する任意の被制御装置において上記新たな機能を導入することができる。
【００９０】
本発明の態様３に係る被制御装置は、上記態様１または２において、前記機能導入部は、複数の前記新たな機能のうち、自装置の種類に対応するものを選択して導入してもよい。この場合、自装置の種類に対応した機能を導入することができる。
【００９１】
本発明の態様４に係る被制御装置は、上記態様１から３までの何れかにおいて、前記機能導入部および前記機能情報追加部は、ブラウザ上で実行されるウェブアプリケーションで実現されることが好ましい。この場合、ブラウザを有する任意の情報機器に本発明を適用することができる。
【００９２】
本発明の態様５に係る制御装置は、被制御装置における１または複数の機能を、ＬＡＮを介して制御する制御装置であって、前記機能の識別情報を前記ＬＡＮから取得する機能情報取得部（サービス情報取得部３０）と、該機能情報取得部が取得した機能の識別情報に基づいて、所望する前記機能を、前記ＬＡＮを介して制御する機能制御部（サービス制御部５１）と、前記被制御装置が新たな機能を追加するように、前記ＬＡＮを介して要求する追加要求部（追加サービス要求部５２）とを備えており、前記機能情報取得部は、前記追加要求部の要求後に、前記機能の識別情報を前記ＬＡＮから再取得する構成である。
【００９３】
上記の構成によると、被制御装置が新たな機能を追加するように、ＬＡＮを介して要求し、その後、上記機能の識別情報を上記ＬＡＮから再取得する。このとき、上記被制御装置に新たな機能が追加されていれば、当該新たな機能の識別情報を取得することができるので、上記新たな機能を、上記ＬＡＮを介して制御することができる。
【００９４】
本発明の態様６に係る制御装置は、上記態様５において、前記追加要求部は、前記機能情報取得部が取得した前記機能の情報の中に、所望する機能の情報が含まれていない場合に前記要求を行ってもよい。
【００９５】
本発明の態様７に係る制御装置は、上記態様５において、前記追加要求部は、前記被制御装置が前記新たな機能を導入するための導入情報をインターネット上のリソースから取得し、取得した導入情報に基づき、前記新たな機能を導入する機能導入部の識別情報を、前記機能情報取得部が取得した場合に前記要求を行ってもよい。
【００９６】
本発明の態様８に係る制御装置は、上記態様５から７までの何れかにおいて、前記追加要求部は、新たな機能を追加すべき前記被制御装置の種類を選択して、前記要求を行ってもよい。この場合、上記制御装置は、上記被制御装置の種類に応じて、上記新たな機能を追加する上記被制御装置を制限することができる。
【００９７】
なお、上記構成の被制御装置と、上記構成の制御装置とを備えた情報機器であれば、上述と同様の効果を奏することができる。
【００９８】
また、上記構成の被制御装置と、上記構成の制御装置とがＬＡＮを介して通信可能に接続されたネットワークシステムであれば、上述と同様の効果を奏することができる。
【００９９】
なお、上記構成の被制御装置と上記構成の制御装置とを備えた複数の情報機器がＬＡＮを介して通信可能に接続されたネットワークシステムであることが好ましい。この場合、例えば、第１の情報機器が、第２の情報機器に導入された新たな機能を発見し制御することができる一方、第２の情報機器が、第１の情報機器に導入された新たな機能を発見し制御することができる。これにより、複数の情報機器に導入された新たな機能を連携させることが可能となる。
【０１００】
本発明の各態様に係る被制御装置は、コンピュータによって実現してもよく、この場合には、コンピュータを上記被制御装置が備える各部として動作させることにより上記被制御装置をコンピュータにて実現させる被制御装置の制御プログラム、およびそれを記録したコンピュータ読み取り可能な記録媒体も、本発明の範疇に入る。
【０１０１】
また、本発明の各態様に係る制御装置は、コンピュータによって実現してもよく、この場合には、コンピュータを上記制御装置が備える各部として動作させることにより上記制御装置をコンピュータにて実現させる制御装置の制御プログラム、およびそれを記録したコンピュータ読み取り可能な記録媒体も、本発明の範疇に入る。
【０１０２】
本発明の態様９に係る被制御装置の制御方法は、制御装置がＬＡＮを介して制御可能な１または複数の機能を有する被制御装置の制御方法であって、記憶デバイスに記憶された前記機能の識別情報を前記ＬＡＮ上に提供する機能情報提供ステップと、前記制御装置が前記ＬＡＮを介して新たな機能を要求すると、該新たな機能を導入するための導入情報をインターネット上のリソースから取得し、取得した導入情報に基づき、前記新たな機能を導入する機能導入ステップと、該機能導入ステップにて導入された新たな機能の識別情報を前記記憶デバイスに追加する機能情報追加ステップとを含む方法である。この場合、上記態様１と同様の効果を奏する。
【０１０３】
本発明の態様１０に係る制御装置の制御方法は、被制御装置における１または複数の機能を、ＬＡＮを介して制御する制御装置の制御方法であって、前記機能の識別情報を前記ＬＡＮから取得する機能情報取得ステップと、該機能情報取得ステップにて取得された機能の識別情報に基づいて、所望する前記機能を、前記ＬＡＮを介して制御する機能制御ステップと、前記被制御装置が新たな機能を追加するように、前記ＬＡＮを介して要求する追加要求ステップとを含んでおり、前記機能情報取得ステップは、前記追加要求ステップにおける要求後に、前記新たな機能の識別情報を前記ＬＡＮから取得する方法である。この場合、上記態様５と同様の効果を奏する。
【０１０４】
本発明は上述した各実施形態に限定されるものではなく、請求項に示した範囲で種々の変更が可能であり、異なる実施形態にそれぞれ開示された技術的手段を適宜組み合わせて得られる実施形態についても本発明の技術的範囲に含まれる。さらに、各実施形態にそれぞれ開示された技術的手段を組み合わせることにより、新しい技術的特徴を形成することができる。
【産業上の利用可能性】
【０１０５】
本発明は、制御装置からＬＡＮを介して新たな機能が要求されると、該新たな機能を導入するための導入情報がインターネット上のリソースから取得され、取得された導入情報に基づき、上記新たな機能が導入され、導入された新たな機能の識別情報が記憶デバイスに追加されて、上記新たな機能の識別情報が上記ＬＡＮ上に提供されることにより、上記制御装置が上記新たな機能を発見し制御できるので、ＬＡＮに接続された任意の情報機器に本発明を適用することができる。
【符号の説明】
【０１０６】
１０  ネットワークシステム
１１  ＴＶ受信機（制御装置、被制御装置）
１２  モバイル端末（被制御装置、制御装置）
１３  ＬＡＮ
１４  ルータ
１５  インターネット
１６  外部サーバ
２０・４０  制御部
２１・４１  記憶部（記憶デバイス）
２３・４３  操作部
２４・４４  表示部
３０・５４  サービス情報取得部（機能情報取得部）
３１・５５  サービス制御部（機能制御部）
３２  追加サービス要求部（追加要求部）
３３・５０  ＳＳＤＰサーバ（機能情報提供部）
３４・５１  Ｗｅｂサーバ
３５・５２  ＨＴＭＬブラウザ（機能導入部）
３６・５３  アプリ管理部（機能導入部、機能情報追加部）
【図１】
2015093192.tif 000003
【図２】
2015093192.tif 000004
【図３】
2015093192.tif 000005
【図４】
2015093192.tif 000006
【図５】
2015093192.tif 000007
【図６】
2015093192.tif 000008
【図７】
2015093192.tif 000009
【図８】
2015093192.tif 000010
【図９】
2015093192.tif 000011
【図１０】
2015093192.tif 000012
【図１１】
2015093192.tif 000013
【国際調査報告】
2015093192.tif 000014
2015093192.tif 000015
2015093192.tif 000016