JPWO2011118122A1 - ユーザインタフェース表示を制御するサーバ装置、方法、プログラム、および集積回路 - Google Patents

Abstract

本発明のサーバ装置は、第１のクライアント装置からのユーザインタフェース要求に基づいて、第１のクライアント装置と連携可能な第２のクライアント装置を抽出して、当該第２のクライアント装置にユーザインタフェースの起動指示を送信し、第１のクライアント装置からの連携要求に基づいて、第２のクライアント装置にユーザインタフェースの表示指示を送信することによって、ユーザが操作している第１のクライアント装置と、当該第１のクライアント装置とは別の第２のクライアント装置とを連携させるための連携要求があってから、短時間で、第１のクライアント装置と第２のクライアント装置とが連携してサーバ装置に対する操作を可能にする。

Description

本発明は、ユーザインタフェース表示を制御するサーバ装置に関し、より特定的には、リモート操作するクライアント装置とは別のクライアント装置におけるユーザインタフェース表示を制御するサーバ装置に関する。

近年、ブロードバンドインターネット接続およびワイヤレスネットワークが普及している。さらに、各機器を接続する互換性技術であるＤＬＮＡ（Ｄｉｇｉｔａｌ Ｌｉｖｉｎｇ Ｎｅｔｗｏｒｋ Ａｌｌｉａｎｃｅ）技術の向上によって、家庭内でもパーソナルコンピュータ以外のデジタル家電機器がネットワークを介して接続、および通信するようになっている。例えば、デジタルテレビとＤＶＤレコーダ、および携帯電話とＤＶＤレコーダのようにデジタル家電機器同士が連携し、リモートからの番組予約および番組視聴などを可能とする様々な新サービスが登場してきている。

具体的には、クライアント装置がネットワークを介してサーバ装置に接続し、当該サーバ装置からサーバ装置を操作するユーザインタフェースを取得する。そして、クライアント装置は、リモートで、取得したユーザインタフェースを操作することによって、当該サーバ装置に格納されている動画および写真コンテンツを再生および視聴し、またはダウンロードする。

さらに、例えば、携帯機器を用いて、ＤＶＤレコーダまたはＢｌｕ−Ｒａｙレコーダを操作する場合、携帯機器は、ＤＶＤレコーダまたはＢｌｕ−ＲａｙレコーダからＤＶＤレコーダまたはＢｌｕ−Ｒａｙレコーダを操作するユーザインタフェースを取得する。そして、ユーザは、携帯機器を用いて、リモートで、取得したユーザインタフェースを操作するが、携帯機器では、ユーザインタフェースを表示する領域が小さい。そこで、ユーザインタフェースを表示する領域が大きい別のクライアント装置に、当該ユーザインタフェースを転送し、当該ユーザインタフェースをより大きな画面に表示することによって、ユーザの操作性の向上を図る。

図１４は、従来技術におけるユーザインタフェース表示を制御するユーザインタフェース表示制御システム９０を示す図である。図１４において、ユーザインタフェース表示制御システム９０は、サーバ装置であるＤＶＤレコーダ９０１と、ユーザが操作するクライアント装置である携帯電話９０２と、ユーザインタフェースを表示する別のクライアント装置であるデジタルテレビ９０３とを備える。

先ず、携帯電話９０２は、ＤＶＤレコーダ９０１へユーザインタフェース要求を送信し、ＤＶＤレコーダ９０１からのユーザインタフェース応答を受信する。そして、携帯電話９０２は、携帯電話９０２の表示画面（表示領域）にＤＶＤレコーダ９０１の操作画面を表示する。このように、携帯電話９０２を用いて、リモートで、ＤＶＤレコーダ９０１を操作できるように、携帯電話９０２はＤＶＤレコーダ９０１のユーザインタフェースを取得する。

さらに、携帯電話９０２は、デジタルテレビ９０３へ連携要求を送信する。デジタルテレビ９０３は、携帯電話９０２からの連携要求に基づいて、ＤＶＤレコーダ９０１へユーザインタフェース要求を送信し、ＤＶＤレコーダ９０１からのユーザインタフェース応答を受信する。そして、デジタルテレビ９０３は、デジタルテレビ９０３の表示画面（表示領域）にＤＶＤレコーダ９０１の操作画面を表示する。

上述のように、携帯電話９０２は、デジタルテレビ９０３と連携し、携帯電話９０２の表示画面（表示領域）に表示するＤＶＤレコーダ９０１の操作画面を、デジタルテレビ９０３の表示画面（表示領域）に表示させている。ＤＶＤレコーダ９０１の操作画面が、携帯電話９０２の表示画面（表示領域）より大きいデジタルテレビ９０３の表示画面（表示領域）に表示されることによって、ユーザにとって視認性が高まる。その結果、リモートからの番組予約および番組視聴など、ＤＶＤレコーダ９０１に対するユーザの操作性が向上する。

また、このようなユーザの操作性を向上させるシステムは、特許文献１に開示されている。特許文献１では、連携可能であるリモート機器のアイコンを表示し、表示されたアイコンのうち連携するリモート機器のアイコンをユーザに選択させる。その後、連携要求されたリモート機器がユーザインタフェースを取得し、複数のリモート機器を連携させることによって、ユーザの操作性を向上させている。

特表２００２−５１０４１５号公報

しかしながら、図１４に示したように、ユーザインタフェース表示制御システム９０では、携帯電話９０２からＤＶＤレコーダ９０１へユーザインタフェース要求を送信してから、デジタルテレビ９０３の表示画面にＤＶＤレコーダ９０１の操作画面を表示させて、携帯電話９０２とデジタルテレビ９０３とが連携してＤＶＤレコーダ９０１に対する操作が可能になるまで、非常に時間がかかるという問題がある。

それ故に、本発明の目的は、ユーザが操作している第１のクライアント装置と、当該第１のクライアント装置とは別の第２のクライアント装置とを連携させるための連携要求があってから、短時間で、第１のクライアント装置と第２のクライアント装置とが連携してサーバ装置に対する操作を可能にするサーバ装置を提供することである。

上記課題を解決するために、本発明のサーバ装置は、ネットワークを介して通信される複数のクライアント装置のうち、いずれかである第１のクライアント装置と、当該第１のクライアント装置とは別の第２のクライアント装置とにおけるユーザインタフェース表示を制御するサーバ装置であって、クライアント装置でサーバ装置を操作するクライアント装置毎のユーザインタフェースが記録されている記録部と、第１のクライアント装置からの、第１のクライアント装置でサーバ装置を操作する第１のユーザインタフェースの要求であるユーザインタフェース要求、および第１のクライアント装置と第２のクライアント装置とを連携させてサーバ装置を操作する連携要求を受信する受信部と、受信部によって受信されたユーザインタフェース要求に基づいて、複数のクライアント装置のうち、第１のクライアント装置と連携可能な第２のクライアント装置を選択する連携装置判定部と、記録部に記録されているユーザインタフェースのうち、連携装置判定部によって選択された第２のクライアント装置でサーバ装置を操作する第２のユーザインタフェースを取得するユーザインタフェース送信制御部と、ユーザインタフェース送信制御部によって取得された第２のユーザインタフェースと、第２のユーザインタフェースを起動させることを示す起動指示とを第２のクライアント装置に送信する送信部とを備え、第１のクライアント装置からの連携要求を受信部が受信した場合、送信部は、受信部によって受信された連携要求に基づいて、第２のクライアント装置に送信した第２のユーザインタフェースを表示させることを示す表示指示を、第２のクライアント装置に送信することを特徴とする。

さらに、好ましい連携装置判定部は、第１のクライアント装置と連携可能な第２のクライアント装置が複数ある場合、複数の第２のクライアント装置ごとに、連携対象として選択する際の優先度を設定することを特徴とする。

さらに、好ましくは、記録部には、複数のクライアント装置について、第１のクライアント装置と連携したことがあるか否かを示す連携履歴が記録されており、連携装置判定部は、記録部に記録されている連携履歴を参照して優先度を設定することを特徴とする。

さらに、好ましくは、連携履歴は、第１のクライアント装置と複数のクライアント装置とが連携した回数に関する情報である連携回数情報を含み、連携装置判定部は、連携回数情報に基づいて優先度を設定することを特徴とする。

また、好ましくは、連携履歴は、第１のクライアント装置と複数のクライアント装置とが連携した日時に関する情報である連携日時情報を含み、連携装置判定部は、連携回数情報に基づいて優先度を設定することを特徴とする。

さらに、好ましい送信部は、第１のクライアント装置と連携可能な第２のクライアント装置が複数ある場合、連携対象として選択されなかった第２のクライアント装置においてバックグラウンドで起動しているユーザインタフェースを停止させる停止指示を、当該連携対象として選択されなかった第２のクライアント装置に送信することを特徴とする。

また、好ましくは、記録部には、複数のクライアント装置について、第１のクライアント装置と連携したことがあるか否かを示す連携履歴が記録されており、連携装置判定部は、記録部に記録されている連携履歴を参照して、第１のクライアント装置と連携したことがあるクライアント装置を、第２のクライアント装置として選択することを特徴とする。

さらに、好ましくは、連携履歴は、第１のクライアント装置と複数のクライアント装置とが連携した回数に関する情報である連携回数情報を含み、連携装置判定部は、連携回数情報に基づいて、第２のクライアント装置として連携する信頼度を判断することを特徴とする。

さらに、好ましくは、連携履歴は、第１のクライアント装置と複数のクライアント装置とが連携した日時に関する情報である連携日時情報を含み、連携装置判定部は、連携日時情報に基づいて、第２のクライアント装置として連携する信頼度を判断することを特徴とする。

また、好ましい連携装置判定部は、第１のクライアント装置の表示画面（表示領域）よりも表示画面（表示領域）が大きいクライアント装置を第２のクライアント装置として選択することを特徴とする。

また、好ましくは、記録部には、複数のクライアント装置の装置情報と、記録部に記録されるユーザインタフェースとを対応付けるユーザインタフェース対応表が記録されており、ユーザインタフェース送信制御部は、記録部に記録されているユーザインタフェース対応表を参照して、第１のユーザインタフェースおよび第２のユーザインタフェースを取得することを特徴とする。

また、上記目的を達成するために、上述した本発明のサーバ装置の各構成が行うそれぞれの処理は、一連の処理手順を与えるユーザインタフェース表示制御方法として捉えることができる。この方法は、一連の処理手順をコンピュータに実行させるためのプログラムの形式で提供される。このプログラムは、コンピュータ読み取り可能な記録媒体に記録された形態で、コンピュータに導入されてもよい。

以上のように、本発明のサーバ装置によれば、ユーザが操作している第１のクライアント装置と、当該第１のクライアント装置とは別の第２のクライアント装置とを連携させるための連携要求があってから、短時間で、第１のクライアント装置と第２のクライアント装置とが連携してサーバ装置に対する操作を可能にすることができる。

図１は、本発明の一実施形態における家庭内ネットワークシステム１０を示す図である。 図２は、本発明の一実施形態におけるユーザインタフェース表示を制御するユーザインタフェース表示制御システム２０を示す図である。 図３は、本発明の一実施形態におけるサーバ装置１００を示す図である。 図４は、第１のクライアント装置２１０の装置情報４００を示す図である。 図５は、第２のクライアント装置２２０の装置情報５００を示す図である。 図６は、第１のクライアント装置と第２のクライアント装置との連携内容である連携履歴６００を示す図である。 図７は、ユーザインタフェース対応表７００を示す図である。 図８は、ユーザインタフェース表示を制御するユーザインタフェース表示制御方法８００を示す図である。 図９は、第２のクライアント装置抽出／選択ステップＳ８６０の詳細を示す図である。 図１０は、ユーザインタフェース取得ステップＳ８７０の詳細を示す図である。 図１１は、第２のユーザインタフェース起動ステップＳ８９０の詳細を示す図である。 図１２は、第２のユーザインタフェース表示ステップＳ９２０の詳細を示す図である。 図１３は、図３に示した本発明の一実施形態におけるサーバ装置１００のうち集積回路化される構成を示す図である。 図１４は、従来技術におけるユーザインタフェース表示を制御するユーザインタフェース表示制御システム９０を示す図である。

以下に、本発明の一実施形態について、図面を参照しながら説明する。
＜概要＞
先ず、本発明の一実施形態におけるシステムの概要について説明する。
図１は、本発明の一実施形態における家庭内ネットワークシステム１０を示す図である。図１において、家庭内ネットワークシステム１０は、サーバ装置１００と、第１のクライアント装置２１０および２３０と、第２のクライアント装置２２０および２４０とを備える。

なお、第１のクライアント装置は、サーバ装置をリモート操作するために、ユーザによって操作されるリモート機器である。第２のクライアント装置は、第１のクライアント装置と連携してサーバ装置をリモート操作する機器である。典型的には、第２のクライアント装置の表示画面（表示領域）に表示されたサーバ装置の操作画面を、ユーザが見ながら、第１のクライアント装置をユーザが操作することによって、サーバ装置をリモート操作する。

ここでは、サーバ装置１００はＤＶＤレコーダであって、第１のクライアント装置２１０および２３０は携帯電話であって、第２のクライアント装置２２０および２４０はデジタルテレビとしている。なお、家庭内ネットワークシステム１０を構成するサーバ装置、第１のクライアント装置、および第２のクライアント装置は、これらに限定されるものではなく、例えば、ＢｌｕＲａｙレコーダ、デジタルカメラ等であってもよく、その他のリモート機器が接続されていても構わない。

さらに、家庭内ネットワークシステム１０を構成する各機器は、有線ネットワーク、およびＢＬＵＥＴＯＯＴＨ等を含む無線ネットワークを介して接続され、各機器間の通信を実現する。また、各機器間の通信は、家庭内の内部ネットワークを介する通信に限定されるものではなく、例えば、サーバ装置１００であるＤＶＤレコーダが宅内に存在し、第１のクライアント装置２１０である携帯電話と、第２のクライアント装置２２０であるデジタルテレビが外部に存在して、各機器間の通信は、インターネット等を利用して実現しても構わない。

図２は、本発明の一実施形態におけるユーザインタフェース表示を制御するユーザインタフェース表示制御システム２０を示す図である。図２において、ユーザインタフェース表示制御システム２０は、サーバ装置（ＤＶＤレコーダ）１００と、第１のクライアント装置（携帯電話）２１０と、第２のクライアント装置（デジタルテレビ）２２０とを備える。なお、図２におけるユーザインタフェース表示制御システム２０は、図１に示した家庭内ネットワークシステム１０のうち、サーバ装置１００（ＤＶＤレコーダ）と、第１のクライアント装置２１０（携帯電話）と、第２のクライアント装置２２０（デジタルテレビ）とから構成される。

携帯電話２１０は、ＤＶＤレコーダ１００へユーザインタフェース要求を送信し、ＤＶＤレコーダ１００からのユーザインタフェース応答を受信する。そして、携帯電話２１０の表示画面（表示領域）にＤＶＤレコーダ１００の操作画面を表示する。

ＤＶＤレコーダ１００は、携帯電話２１０からのユーザインタフェース要求に基づいて、携帯電話２１０と連携可能な第２のクライアント装置を判定する。ここでは、デジタルテレビ２２０が携帯電話２１０と連携可能な第２のクライアント装置であると判定されたものとする。そして、ＤＶＤレコーダ１００は、デジタルテレビ２２０にユーザインタフェースを送信する。なお、携帯電話２１０と連携可能な第２のクライアント装置を判定する方法について、詳細な説明は後述する。

デジタルテレビ２２０は、ＤＶＤレコーダ１００からのユーザインタフェースを受信し、受信したユーザインタフェースに基づくＤＶＤレコーダ１００の操作画面を表示可能な状態にするための準備をする。典型的には、デジタルテレビ２２０は、受信したユーザインタフェースに基づくＤＶＤレコーダ１００の操作画面をデジタルテレビ２２０の表示画面（表示領域）には表示せずに、バックグラウンドで起動しておく。

さらに、携帯電話２１０は、連携可能な第２のクライアント装置であるデジタルテレビ２２０の表示画面（表示領域）にＤＶＤレコーダ１００の操作画面を表示させるための連携要求を、ＤＶＤレコーダ１００に送信する。

ＤＶＤレコーダ１００は、携帯電話２１０からの連携要求に基づいて、デジタルテレビ２２０の表示画面（表示領域）にＤＶＤレコーダ１００の操作画面を表示させるための表示指示を、デジタルテレビ２２０に送信する。

デジタルテレビ２２０は、ＤＶＤレコーダ１００からの表示指示に基づいて、バックグラウンドで起動して表示可能な状態に準備していたＤＶＤレコーダ１００の操作画面を、デジタルテレビ２２０の表示画面（表示領域）に表示する。

このように、携帯電話２１０とデジタルテレビ２２０とを連携させて、ＤＶＤレコーダ１００が操作される。
＜構成＞

次に、本発明の一実施形態におけるサーバ装置の構成について説明する。
図３は、本発明の一実施形態におけるサーバ装置１００を示す図である。図３において、サーバ装置（ＤＶＤレコーダ）１００は、受信部１１０と、連携装置判定部１２０と、ユーザインタフェース送信制御部１３０と、送信部１４０と、記録部１５０とを備える。さらに、記録部１５０には、複数のユーザインタフェース１６０と、連携装置情報１７０とが記録されている。なお、サーバ装置１００は、第１のクライアント装置（携帯電話）２１０、および第２のクライアント装置（デジタルテレビ）２２０とネットワークを介して通信する。

受信部１１０は、第１のクライアント装置２１０からのユーザインタフェース要求を受信する。ここで、ユーザインタフェース要求とは、第１のクライアント装置２１０でサーバ装置１００を操作するユーザインタフェースを、サーバ装置１００から取得するための要求である。また、ユーザインタフェース要求には、第１のクライアント装置２１０の装置情報が含まれている。

図４は、第１のクライアント装置２１０の装置情報４００を示す図である。図４において、第１のクライアント装置２１０の装置情報４００は、ＸＭＬ（Ｅｘｔｅｎｓｉｂｌｅ Ｍａｒｋｕｐ Ｌａｎｇｕａｇｅ）ファイルであって、各情報（機能）は、＜ｐｒｏｆｉｌｅ＞タグで記載される。

詳細には、＜ｎａｍｅ＞タグには、第１のクライアント装置の機器名が記載され、ここでは、第１のクライアント装置２１０の機器名である「Ｊｕｓｔｉｃｅ」が記載されている。

＜ａｄｄｒｅｓｓ＞タグには、第１のクライアント装置のＩＰ（Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）アドレスが記載され、ここでは、第１のクライアント装置２１０のＩＰアドレスである「１３２．１８２．１３．５５」が記載されている。

＜ｒｅｓｏｌｕｔｉｏｎ＞タグには、第１のクライアント装置の表示解像度が記載され、ここでは、第１のクライアント装置２１０の表示解像度である「３２０，２４０」が記載されている。なお、「３２０，２４０」は、表示解像度が３２０×２４０であることを示す。

＜ｉｍａｇｅ＞タグには、第１のクライアント装置で表示可能な画像のフォーマットが記載され、ここでは、第１のクライアント装置２１０で表示可能な画像のフォーマットである「ｐｎｇ，ｊｐｇ」が記載されている。なお、「ｐｎｇ，ｊｐｇ」は、ＰＮＧ（Ｐｏｒｔａｂｌｅ Ｎｅｔｗｏｒｋ Ｇｒａｐｈｉｃｓ）およびＪＰＥＧ（Ｊｏｉｎｔ Ｐｈｏｔｏｇｒａｐｈｉｃ Ｅｘｐｅｒｔ Ｇｒｏｕｐ）フォーマットの画像が表示可能であることを示す。

＜ｃｏｏｐｅｒａｔｉｏｎ＞タグには、第１のクライアント装置で連携可能なアプリケーションが記載され、ここでは、第１のクライアント装置２１０で連携可能なユーザインタフェース（アプリケーション）である「Ｎａｖｉ，Ｒｅｃｏｒｄ」が記載されている。なお、「Ｎａｖｉ，Ｒｅｃｏｒｄ」は、メニュー操作および録画ユーザインタフェース（アプリケーション）が連携可能であることを示す。

＜ｅｘｅｃｕｔｉｏｎ＞タグには、第１のクライアント装置がサーバ装置にユーザインタフェース要求したユーザインタフェース（アプリケーション）が記載され、ここでは、第１のクライアント装置２１０がサーバ装置１００にユーザインタフェース要求したユーザインタフェース（アプリケーション）である「Ｎａｖｉ」が記載されている。

＜ｏｐｅｒａｔｉｏｎ＞タグには、第１のクライアント装置を示す情報である「ｆｉｒｓｔ」が記載されている。なお、家庭内ネットワークシステムにおいて接続されている複数のクライアント装置について、例えば、相対的に表示解像度（表示画面、表示領域）が小さいクライアント装置は、第１のクライアント装置であると設定される。

また、第１のクライアント装置２１０の装置情報４００は、第１のクライアント装置２１０がサーバ装置１００に送信するユーザインタフェース要求に含まれるとしたが、これに限定されるものではない。ユーザインタフェース要求には、図４に示した第１のクライアント装置２１０の装置情報４００のうち、＜ｅｘｅｃｕｔｉｏｎ＞タグに相当する情報が含まれていればよい。その他の情報は、第１のクライアント装置２１０の機器固有の情報であって、サーバ装置１００の記録部１５０に予め記録されていてもよいし、１度送信した時にサーバ装置１００で記録しておけば、第１のクライアント装置２１０がユーザインタフェース要求を送信する毎に送信しなくてもよい。

さらに、サーバ装置１００とネットワークを介して接続されている第２のクライアント装置２２０が起動されて、第２のクライアント装置２２０が装置情報をサーバ装置１００に送信した場合、受信部１１０は、第２のクライアント装置２２０からの装置情報を受信する。

図５は、第２のクライアント装置２２０の装置情報５００を示す図である。図５において、第２のクライアント装置２２０の装置情報５００は、図４に示した第１のクライアント装置２１０の装置情報４００と同様のＸＭＬファイルである。

詳細には、＜ｎａｍｅ＞タグには、第２のクライアント装置２２０の機器名である「Ｆｒｅｅｄｏｍ」が記載されている。

＜ａｄｄｒｅｓｓ＞タグには、第２のクライアント装置２２０のＩＰアドレスである「１３２．１８２．１３．４４」が記載されている。

＜ｒｅｓｏｌｕｔｉｏｎ＞タグには、第２のクライアント装置２２０の表示解像度である「１９２０，１０８０」が記載されている。ここで、第２のクライアント装置２２０の表示解像度は、第１のクライアント装置２１０の表示解像度よりも大きいことが特徴である。

＜ｉｍａｇｅ＞タグには、第２のクライアント装置２２０で表示可能な画像のフォーマットである「ｐｎｇ，ｊｐｇ」が記載されている。

＜ｃｏｏｐｅｒａｔｉｏｎ＞タグには、第２のクライアント装置２２０で連携可能なユーザインタフェース（アプリケーション）である「Ｎａｖｉ，Ｒｅｃｏｒｄ」が記載されている。

＜ｏｐｅｒａｔｉｏｎ＞タグには、第２のクライアント装置を示す情報である「ｓｅｃｏｎｄ」が記載されている。上述したように、第２のクライアント装置２２０の表示解像度は、第１のクライアント装置２１０の表示解像度よりも大きいことから、第２のクライアント装置２２０は、第２のクライアント装置であると設定されている。また、仮に、第２のクライアント装置２２０の表示解像度よりも大きい表示解像度であるクライアント装置がネットワーク内に存在する場合であって、第２のクライアント装置２２０が第１のクライアント装置となる可能性があれば、＜ｏｐｅｒａｔｉｏｎ＞タグには、「ｆｉｒｓｔ，ｓｅｃｏｎｄ」と記載されてもよい。

なお、第２のクライアント装置２２０の装置情報５００では、図４に示した第１のクライアント装置２１０の装置情報４００における＜ｅｘｅｃｕｔｉｏｎ＞タグが存在しない。これは、第１のクライアント装置がユーザインタフェース要求を送信するためである。つまり、第２のクライアント装置は、第１のクライアント装置と連携されるものであって、第２のクライアント装置がユーザインタフェース要求を送信しないためである。

また、第２のクライアント装置２２０の装置情報５００は、第２のクライアント装置２２０が起動された場合、第２のクライアント装置２２０からサーバ装置１００に送信されるとしたが、これに限定されるものではない。例えば、第２のクライアント装置２２０の装置情報５００は、サーバ装置１００の記録部１５０に予め記録されていてもよいし、１度送信した時にサーバ装置１００で記録しておけば、第２のクライアント装置２２０が起動される毎に送信しなくてもよい。

なお、ここでは、図４に示した第１のクライアント装置２１０の装置情報４００および図５に示した第２のクライアント装置２２０の装置情報５００は、ＸＭＬファイルとしたが、これに限定されるものではない。例えば、第１のクライアント装置２１０の装置情報４００および第２のクライアント装置２２０の装置情報５００は、バイナリファイルでもテキストファイルであっても構わない。サーバ装置とクライアント装置との間で、予めプロトコルの取り決めがなされていればよい。

また、受信部１１０は、第１のクライアント装置２１０からの連携要求を受信する。ここで、連携要求とは、第１のクライアント装置２１０と連携可能な第２のクライアント装置２２０の表示画面（表示領域）にサーバ装置１００の操作画面を表示させるための要求である。

連携装置判定部１２０は、受信部１１０によって受信されたユーザインタフェース要求に基づいて、サーバ装置１００とネットワークを介して接続されている複数のクライアント装置のうち、第１のクライアント装置２１０と連携可能な第２のクライアント装置である第２のクライアント装置候補を選択する。

ここまでは、第２のクライアント装置２２０は起動されているものとし、第１のクライアント装置２１０と連携可能であることを前提としていたが、サーバ装置１００は、第２のクライアント装置候補を抽出しながら、最終的に、第１のクライアント装置２１０と連携する第２のクライアント装置を選択する。

具体的には、連携装置判定部１２０は、第１のクライアント装置２１０の装置情報４００と、記録部１５０に記録されている連携装置情報１７０とに基づいて、サーバ装置１００とネットワークを介して接続されている複数のクライアント装置のうち、第１のクライアント装置２１０と連携可能な第２のクライアント装置候補を抽出する。

連携装置情報１７０は、サーバ装置１００とネットワークを介して接続されている複数のクライアント装置について、第１のクライアント装置２１０と連携したことがあるか否かを示す連携履歴である。典型的には、連携装置情報１７０は、第１のクライアント装置２１０との連携回数、第１のクライアント装置２１０との最終連携日時、および当該クライアント装置の表示画面（表示領域）における表示解像度などの情報である。

図６は、第１のクライアント装置と第２のクライアント装置との連携内容である連携履歴６００を示す図である。図６において、例えば、第１のクライアント装置が「Ｊｕｓｔｉｃｅ」、第２のクライアント装置が「Ｆｒｅｅｄｏｍ」、連携内容が「Ｎａｖｉ」で連携した履歴がある（Ｎｏ．１）。当該連携履歴（Ｎｏ．１）では、さらに、連携回数「３」、表示解像度「１９２０×１０８０」、および最終連携日時「２００９／３／３１ １３：３０」が記録されている。なお、連携回数は多ければ多いほど、最終連携日時は現在日時から近ければ近いほど、連携する信頼度が高いと判断できる。また、表示解像度は、第１のクライアント装置と連携した第２のクライアント装置の表示解像度である。

また、第１のクライアント装置が「Ｊｕｓｔｉｃｅ」、第２のクライアント装置が「Ｗｉｎｇ」で連携に失敗した履歴がある（Ｎｏ．５）。これは、例えば、第１のクライアント装置である「Ｊｕｓｔｉｃｅ」は、図４に示した第１のクライアント装置２１０の装置情報４００であるとし、第２のクライアント装置である「Ｗｉｎｇ」は、以下の場合であれば、連携不可能と判断される。

第２のクライアント装置である「Ｗｉｎｇ」で表示可能な画像のフォーマットが、例えば、ＭＰＥＧ（Ｍｏｖｉｎｇ Ｐｉｃｔｕｒｅ Ｅｘｐｅｒｔｓ Ｇｒｏｕｐ）である場合である。つまり、＜ｉｍａｇｅ＞タグに「ｍｐｇ」が記載されている場合である。または、第２のクライアント装置である「Ｗｉｎｇ」の表示解像度が、例えば、第１のクライアント装置の表示解像度より小さい「１６０×１２０」場合である。つまり、＜ｒｅｓｏｌｕｔｉｏｎ＞タグに「１６０，１２０」が記載されている場合である。または、第２のクライアント装置である「Ｗｉｎｇ」で連携可能なユーザインタフェース（アプリケーション）に「Ｎａｖｉ」および「Ｒｅｃｏｒｄ」のがない場合である。つまり、＜ｃｏｏｐｅｒａｔｉｏｎ＞タグに「Ｎａｖｉ」または「Ｒｅｃｏｒｄ」が記載されていない場合である。

このように、第１のクライアント装置と第２のクライアント装置とが連携される毎に、連携回数および最終連携日時などの連携情報を記録し、さらに連携不可能である連携不可能情報を記録している。これにより、連携装置判定部１２０は、サーバ装置１００とネットワークを介して接続されている複数のクライアント装置のうち、第１のクライアント装置２１０と連携可能な第２のクライアント装置候補を効率的かつ高精度に抽出することができる。

さらに、連携装置判定部１２０は、第１のクライアント装置２１０と連携可能な第２のクライアント装置候補が複数ある場合、優先度を設定してもよい。具体的には、例えば、連携装置判定部１２０は、連携履歴６００を参照して、第１のクライアント装置と連携可能な第２のクライアント装置候補について、連携回数が多い順、最終連携日時が現在日時から近い順、または表示解像度が大きい順に優先度を設定してもよいし、連携回数、最終連携日時、および表示解像度の組み合わせによって優先度を設定してもよい。

また、連携装置判定部１２０は、第１のクライアント装置２１０と連携可能な第２のクライアント装置候補が複数ある場合、連携可能な複数の第２のクライアント装置候補から、１つの第２のクライアント装置候補を選択してもよい。具体的には、例えば、連携装置判定部１２０は、連携履歴６００を参照して、第１のクライアント装置と連携可能な第２のクライアント装置のうち、連携回数が最も多い第２のクライアント装置を優先的に第２のクライアント装置候補として選択してもよい。または、最終連携日時が最近である第２のクライアント装置を優先的に第２のクライアント装置候補として選択してもよいし、表示解像度が最も大きい第２のクライアント装置を優先的に第２のクライアント装置候補として選択してもよい。さらには、連携回数、最終連携日時、および表示解像度の組み合わせによって優先的に選択する第２のクライアント装置候補を判定しても構わない。

ユーザインタフェース送信制御部１３０は、記録部１５０に記録されている複数のユーザインタフェース１６０のうち、第１のクライアント装置２１０、および連携装置判定部１２０によって判定された第２のクライアント装置候補のユーザインタフェースを取得する。ここでは、連携装置判定部１２０によって判定された第２のクライアント装置候補は、第２のクライアント装置２２０であるとする。つまり、ユーザインタフェース送信制御部１３０は、第１のクライアント装置２１０でサーバ装置１００を操作する第１のユーザインタフェースと、第２のクライアント装置２２０でサーバ装置１００を操作する第２のユーザインタフェースとを取得する。

典型的には、記録部１５０には、クライアント装置の装置情報と、記録部１５０に記録されるユーザインタフェースとを対応付けるユーザインタフェース対応表が記録されており、ユーザインタフェース送信制御部１３０は、当該ユーザインタフェース対応表を参照して、第１のユーザインタフェースおよび第２のユーザインタフェースを取得する。

図７は、ユーザインタフェース対応表７００を示す図である。図７において、クライアント装置およびアプリケーションに対応するユーザインタフェースが記載されている。例えば、クライアント装置「Ｊｕｓｔｉｃｅ」について、アプリケーション「Ｎａｖｉ」に適用するユーザインタフェースは、「Ｊ＿Ｎａｖｉ＿ＵＩ」であることが記載されている（Ｎｏ．１）。また、クライアント装置「Ｆｒｅｅｄｏｍ」について、アプリケーション「Ｎａｖｉ」に適用するユーザインタフェースは、「Ｆ＿Ｎａｖｉ＿ＵＩ」であることが記載されている（Ｎｏ．６）。

ここで、第１のクライアント装置２１０が「Ｊｕｓｔｉｃｅ」、第２のクライアント装置２２０が「Ｆｒｅｅｄｏｍ」、連携内容が「Ｎａｖｉ」で連携しようとする場合、ユーザインタフェース送信制御部１３０は、ユーザインタフェース対応表７００を参照し、記録部１５０に記録されている複数のユーザインタフェース１６０のうち、「Ｊ＿Ｎａｖｉ＿ＵＩ」および「Ｆ＿Ｎａｖｉ＿ＵＩ」を取得する。

送信部１４０は、ユーザインタフェース送信制御部１３０によって取得された第１のユーザインタフェースを第１のクライアント装置２１０に送信し、ユーザインタフェース送信制御部１３０によって取得された第２のユーザインタフェースを第２のクライアント装置２２０に送信する。さらに、送信部１４０は、第２のクライアント装置２２０に対して、第２のクライアント装置２２０で第２のユーザインタフェースを起動させることを示す起動指示も、同時に送信する。第２のクライアント装置２２０は、サーバ装置１００からの起動指示を受信することによって、受信した第２のユーザインタフェースを表示画面（表示領域）に表示せずに、バックグラウンドで起動する。

さらに、受信部１１０が第１のクライアント装置２１０からの連携要求を受信した場合、送信部１４０は、第２のクライアント装置２２０に表示指示を送信する。ここで、表示指示とは、第２のクライアント装置２２０に送信した第２のユーザインタフェースを、第２のクライアント装置２２０に表示させるための指示である。

なお、連携装置判定部１２０が、複数の第２のクライアント装置候補を抽出した場合、ユーザインタフェース送信制御部１３０は、記録部１５０に記録されている複数のユーザインタフェース１６０のうち、複数の第２のクライアント装置候補のユーザインタフェースを取得してもよい。この場合、送信部１４０は、取得された複数の第２のクライアント装置候補のユーザインタフェースを、それぞれ複数の第２のクライアント装置候補に送信する。さらに、受信部１１０が第１のクライアント装置２１０からの連携要求を受信した場合、送信部１４０は、複数の第２のクライアント装置候補のうち連携対象となる１つの第２のクライアント装置候補に表示指示を送信する。

なお、連携対象となる１つの第２のクライアント装置候補は、例えば、ユーザに選択させてもよいし、サーバ装置１００が優先度に基づいて選択してもよい。ユーザに選択させる場合は、サーバ装置１００から第１のクライアント装置２１０に第２のクライアント装置候補リストを送信し、第１のクライアント装置２１０は、当該第２のクライアント装置候補リストのうちいずれかをユーザに選択させ、当該選択結果を含む連携要求をサーバ装置１００に送信すればよい。

さらに、複数の第２のクライアント装置候補のうち連携対象とならなかった第２のクライアント装置候補について、バックグラウンドで起動しているユーザインタフェースは、停止されることが好ましい。バックグラウンドで起動しているユーザインタフェースを停止させる停止指示を、複数の第２のクライアント装置候補のうち連携対象とならなかった第２のクライアント装置候補に、送信部１４０が送信してもよい。また、各第２のクライアント装置候補は、バックグラウンドでユーザインタフェースを起動してから所定時間内に表示指示を受信しない場合、連携対象とならなかったと判定し、バックグラウンドで起動しているユーザインタフェースを停止させてもよい。これにより、不要なリソースの使用を削減することができる。
＜動作＞

最後に、本発明の一実施形態におけるユーザインタフェース表示を制御するユーザインタフェース表示制御システムが実行する処理の流れを説明する。

図８は、ユーザインタフェース表示を制御するユーザインタフェース表示制御方法８００を示す図である。図８において、ユーザインタフェース表示制御方法８００は、ユーザインタフェース要求ステップＳ８０１と、連携履歴参照ステップＳ８０２と、連携履歴判定ステップＳ８０３と、連携可能クライアント装置判定ステップＳ８０４と、第２のクライアント装置優先度設定ステップＳ８０５と、第２のクライアント装置抽出／選択ステップＳ８６０と、ユーザインタフェース取得ステップＳ８７０と、第１のユーザインタフェース表示ステップＳ８０８と、第２のユーザインタフェース起動ステップＳ８９０と、第２のクライアント装置連携要求ステップＳ９０１と、第２のユーザインタフェース表示ステップＳ９２０とを含む。なお、ユーザインタフェース表示制御方法８００は、図１で示した家庭内ネットワークシステム１０におけるサーバ装置１００と、第１のクライアント装置２１０および２３０と、第２のクライアント装置２２０および２４０とによって実行されるものとする。さらに、サーバ装置１００は図３に示した構成を備える。

ユーザインタフェース要求ステップＳ８０１において、第１のクライアント装置２１０がサーバ装置１００にユーザインタフェース要求を送信する。そして、サーバ装置１００の受信部１１０は、第１のクライアント装置２１０からのユーザインタフェース要求を受信する。なお、ここでは、ユーザインタフェース要求に第１のクライアント装置２１０の装置情報が含まれているものとする。具体的には、第１のクライアント装置２１０の装置情報は、図４に示す装置情報４００である。

連携履歴参照ステップＳ８０２において、サーバ装置１００の連携装置判定部１２０は、記録部１５０に記録されている連携履歴を参照する。具体的には、連携履歴は、図６に示す連携履歴６００である。

連携履歴判定ステップＳ８０３において、サーバ装置１００の連携装置判定部１２０は、第１のクライアント装置２１０の装置情報に基づいて、過去に、第１のクライアント装置２１０と連携した第２のクライアント装置があるか否かを判定する。過去に、第１のクライアント装置２１０と連携した第２のクライアント装置がある場合、連携可能クライアント装置判定ステップＳ８０４に進む。例えば、図６に示す連携履歴６００を参照し、第１のクライアント装置２１０が「Ｊｕｓｔｉｃｅ」または「Ｐｅａｃｅ」であって、要求ユーザインタフェースが「Ｎａｖｉ」であれば、過去に、連携した第２のクライアント装置が存在すると判定する（連携履歴判定ステップＳ８０３のＹｅｓ）。

一方、過去に、第１のクライアント装置２１０と連携した第２のクライアント装置がない場合、第２のクライアント装置抽出／選択ステップＳ８６０に進む。例えば、図６に示す連携履歴６００を参照し、第１のクライアント装置２１０が「ＸＸＸＸ」であれば、過去に、連携した第２のクライアント装置が存在しないと判定する（連携履歴判定ステップＳ８０３のＮｏ）。

連携可能クライアント装置判定ステップＳ８０４において、サーバ装置１００の連携装置判定部１２０は、第１のクライアント装置２１０の装置情報および連携履歴に基づいて、過去に、第１のクライアント装置２１０と連携した第２のクライアント装置が存在して、連携可能な第２のクライアント装置候補が１つであるか否かを判定する。連携可能な第２のクライアント装置候補が１つである場合、ユーザインタフェース取得ステップＳ８７０に進む。例えば、図６に示す連携履歴６００を参照し、第１のクライアント装置２１０が「Ｐｅａｃｅ」であって、要求ユーザインタフェースが「Ｎａｖｉ」であれば、連携可能な第２のクライアント装置候補は、「Ｆｒｅｅｄｏｍ」１つであると判定する（連携可能クライアント装置判定ステップＳ８０４のＹｅｓ）。

一方、連携可能な第２のクライアント装置候補が１つでない場合、第２のクライアント装置優先度設定ステップＳ８０５に進む。例えば、図６に示す連携履歴６００を参照し、第１のクライアント装置２１０が「Ｊｕｓｔｉｃｅ」であって、要求ユーザインタフェースが「Ｎａｖｉ」であれば、連携可能な第２のクライアント装置候補は、「Ｆｒｅｅｄｏｍ」および「Ｓｔｒｉｋｅ」の２つであると判定する（連携可能クライアント装置判定ステップＳ８０４のＮｏ）。

第２のクライアント装置優先度設定ステップＳ８０５において、サーバ装置１００の連携装置判定部１２０は、連携可能な複数の第２のクライアント装置候補の優先度を設定する。ここでは、連携回数が多い順に優先度を設定するとすれば、「Ｆｒｅｅｄｏｍ」および「Ｓｔｒｉｋｅ」の順に優先度が設定され、最終連携日時が現在日時から近い順に優先度を設定するとすれば、「Ｓｔｒｉｋｅ」および「Ｆｒｅｅｄｏｍ」の順に優先度が設定される。

なお、第２のクライアント装置優先度設定ステップＳ８０５において、サーバ装置１００の連携装置判定部１２０は、連携可能な複数の第２のクライアント装置候補から、１つの第２のクライアント装置候補を選択してもよい。連携回数が最も多い第２のクライアント装置を優先的に選択するとすれば、「Ｆｒｅｅｄｏｍ」が選択され、最終連携日時が最近であるクライアント装置を優先的に選択するとすれば、「Ｓｔｒｉｋｅ」が選択される。

第２のクライアント装置抽出／選択ステップＳ８６０において、サーバ装置１００の連携装置判定部１２０は、過去に、第１のクライアント装置２１０と連携していない第２のクライアント装置であって、サーバ装置１００とネットワークを介して接続されているクライアント装置のうち、第１のクライアント装置２１０と連携可能な第２のクライアント装置候補を選択する。

図９は、第２のクライアント装置抽出／選択ステップＳ８６０の詳細を示す図である。図９において、第２のクライアント装置抽出／選択ステップＳ８６０は、装置情報参照ステップＳ８６１と、第２のクライアント装置候補抽出ステップＳ８６２と、第２のクライアント装置候補判定ステップＳ８６３と、第２のクライアント装置候補リスト送信ステップＳ８６４と、第２のクライアント装置候補リスト受信ステップＳ８６５と、第２のクライアント装置候補選択ステップＳ８６６と、第２のクライアント装置候補選択結果送信ステップＳ８６７と、第２のクライアント装置候補選択結果受信ステップＳ８６８と、第２のクライアント装置候補決定ステップＳ８６９とを含む。

装置情報参照ステップＳ８６１において、連携装置判定部１２０は、サーバ装置１００に接続されているクライアント装置の装置情報を参照する。クライアント装置の装置情報は、図４および図５に示した第１のクライアント装置の装置情報および第２のクライアント装置の装置情報である。

第２のクライアント装置候補抽出ステップＳ８６２において、連携装置判定部１２０は、クライアント装置の装置情報に基づいて、第１のクライアント装置２１０と連携可能な第２のクライアント装置候補を抽出する。具体的には、先ず、＜ｏｐｅｒａｔｉｏｎ＞タグから第２のクライアント装置になり得るクライアント装置か否かを判定する。そして、＜ｒｅｓｏｌｕｔｉｏｎ＞タグから、第１のクライアント装置２１０の表示解像度より大きい表示解像度であるか否かを判定する。最後に、＜ｉｍａｇｅ＞タグ、および＜ｃｏｏｐｅｒａｔｉｏｎ＞タグから、第１のクライアント装置２１０と連携可能であるか否かを判定し、第２のクライアント装置候補を抽出する。

第２のクライアント装置候補判定ステップＳ８６３において、連携装置判定部１２０は、第２のクライアント装置候補抽出ステップＳ８６２で抽出された第２のクライアント装置候補が複数であるか否かを判定する。第２のクライアント装置候補が複数である場合は、第２のクライアント装置候補リスト送信ステップＳ８６４に進む（第２のクライアント装置候補判定ステップＳ８６３のＹｅｓ）。一方、第２のクライアント装置候補が複数でない場合は、第２のクライアント装置候補決定ステップＳ８６９に進む（第２のクライアント装置候補判定ステップＳ８６３のＮｏ）。

第２のクライアント装置候補リスト送信ステップＳ８６４において、送信部１４０は、第２のクライアント装置候補抽出ステップＳ８６２で抽出された複数の第２のクライアント装置候補を示す第２のクライアント装置候補リストを第１のクライアント装置２１０に送信する。

第２のクライアント装置候補リスト受信ステップＳ８６５において、第１のクライアント装置２１０は、サーバ装置１００からの第２のクライアント装置候補リストを受信する。

第２のクライアント装置候補選択ステップＳ８６６において、第１のクライアント装置２１０は、第２のクライアント装置候補リストに基づいて、複数の第２のクライアント装置候補のうち、１つの第２のクライアント装置候補を選択する。典型的には、第１のクライアント装置２１０は、第２のクライアント装置候補リストを画面に表示し、１つの第２のクライアント装置候補をユーザに選択させる。

第２のクライアント装置候補選択結果送信ステップＳ８６７において、第１のクライアント装置２１０は、第２のクライアント装置候補選択ステップＳ８６６で選択された第２のクライアント装置候補の選択結果をサーバ装置１００に送信する。

第２のクライアント装置候補選択結果受信ステップＳ８６８において、受信部１１０は、第１のクライアント装置２１０からの第２のクライアント装置候補の選択結果を受信する。

第２のクライアント装置候補決定ステップＳ８６９において、連携装置判定部１２０は、第１のクライアント装置２１０で選択された１つの第２のクライアント装置候補、または第２のクライアント装置候補抽出ステップＳ８６２で抽出された第２のクライアント装置候補を、第２のクライアント装置候補として決定する。

なお、ここでは、第２のクライアント装置候補が複数である場合は、１つの第２のクライアント装置候補をユーザに選択させているが、ユーザに問い合わせをせずに、サーバ装置１００で１つの第２のクライアント装置候補を選択してもよい。例えば、連携装置判定部１２０が装置情報を参照して、表示解像度が最も大きい第２のクライアント装置候補を選択してもよい。

さらに、第２のクライアント装置候補が複数である場合は、１つの第２のクライアント装置候補に決定せずに、複数の第２のクライアント装置候補を第２のクライアント装置候補として決定してもよい。この場合、例えば、第２のクライアント装置優先度設定ステップＳ８０５で説明したように、表示解像度が大きい順に、複数の第２のクライアント装置候補の優先度を設定してもよい。

一方、第２のクライアント装置候補が存在しない場合は、第１のクライアント装置２１０と連携可能な第２のクライアント装置がない。したがって、第１のクライアント装置２１０の表示画面（表示領域）に表示されるサーバ装置１００の操作画面を用いて、ユーザは、サーバ装置１００を操作する。

ユーザインタフェース取得ステップＳ８７０において、サーバ装置１００のユーザインタフェース送信制御部１３０は、第１のクライアント装置２１０と、当該第１のクライアント装置２１０と連携可能な第２のクライアント装置候補とのユーザインタフェースを取得する。

図１０は、ユーザインタフェース取得ステップＳ８７０の詳細を示す図である。図１０において、ユーザインタフェース取得ステップＳ８７０は、ユーザインタフェース対応表参照ステップＳ８７１と、ユーザインタフェース抽出ステップＳ８７２とを含む。

ユーザインタフェース対応表参照ステップＳ８７１において、ユーザインタフェース送信制御部１３０は、記録部１５０に記録されている図７に示したユーザインタフェース対応表７００を参照する。

ユーザインタフェース抽出ステップＳ８７２において、ユーザインタフェース送信制御部１３０は、記録部１５０に記録されている複数のユーザインタフェース１６０のうち、第１のクライアント装置２１０および第２のクライアント装置候補のユーザインタフェースを抽出する。具体的には、連携内容が「Ｎａｖｉ」で、第１のクライアント装置２１０が「Ｊｕｓｔｉｃｅ」、第２のクライアント装置候補が「Ｆｒｅｅｄｏｍ」である場合、ユーザインタフェース送信制御部１３０は、図７に示したユーザインタフェース対応表７００を参照して、「Ｊ＿Ｎａｖｉ＿ＵＩ」および「Ｆ＿Ｎａｖｉ＿ＵＩ」を抽出する。

そして、ユーザインタフェース取得ステップＳ８７０で取得された第１のクライアント装置２１０のユーザインタフェースを第１のユーザインタフェースとし、第２のクライアント装置候補のユーザインタフェースを第２のユーザインタフェースとする。

第１のユーザインタフェース表示ステップＳ８０８において、サーバ装置１００の送信部１４０は、第１のユーザインタフェースを第１のクライアント装置２１０に送信する。そして、第１のクライアント装置２１０は、サーバ装置１００からの第１のユーザインタフェースを受信し、第１のクライアント装置２１０の表示画面（表示領域）に第１のユーザインタフェースを表示する。

第２のユーザインタフェース起動ステップＳ８９０において、第２のクライアント装置候補は、第２のユーザインタフェースを第２のクライアント装置候補のバックグラウンドで起動する。

図１１は、第２のユーザインタフェース起動ステップＳ８９０の詳細を示す図である。図１１において、第２のユーザインタフェース起動ステップＳ８９０は、第２のユーザインタフェース起動指示送信ステップＳ８９１と、第２のユーザインタフェース起動指示受信ステップＳ８９２と、第２のユーザインタフェース起動実行ステップＳ８９３とを含む。

第２のユーザインタフェース起動指示送信ステップＳ８９１において、サーバ装置１００の送信部１４０は、第２のユーザインタフェースを第２のクライアント装置候補に送信する。同時に、サーバ装置１００の送信部１４０は、第２のクライアント装置候補に対して、第２のクライアント装置候補で第２のユーザインタフェースを起動させることを示す起動指示を送信する。

第２のユーザインタフェース起動指示受信ステップＳ８９２において、第２のクライアント装置候補は、サーバ装置１００からの第２のユーザインタフェースおよび起動指示を受信する。

第２のユーザインタフェース起動実行ステップＳ８９３において、第２のクライアント装置候補は、第２のクライアント装置候補の表示画面（表示領域）に第２のユーザインタフェースを表示せずに、バックグラウンドで起動する。

第２のクライアント装置連携要求ステップＳ９０１において、サーバ装置１００の受信部１１０は、第１のクライアント装置２１０からの連携要求を受信したか否かを判定する。ここで、当該連携要求は、第２のクライアント装置候補の表示画面（表示領域）に第２のユーザインタフェースを表示させるための要求である。第１のクライアント装置２１０からの連携要求がない場合は、ユーザは、第１のクライアント装置２１０の表示画面（表示領域）に表示された第１のユーザインタフェースを参照しながら、第１のクライアント装置２１０を用いて、サーバ装置１００を操作する（第２のクライアント装置連携要求ステップＳ９０１のＮｏ）。一方、第１のクライアント装置２１０からの連携要求がある場合は、第２のユーザインタフェース表示ステップＳ９２０に進む（第２のクライアント装置連携要求ステップＳ９０１のＹｅｓ）。

第２のユーザインタフェース表示ステップＳ９２０において、第２のクライアント装置候補は、第２のユーザインタフェースを第２のクライアント装置候補の表示画面（表示領域）に表示する。

図１２は、第２のユーザインタフェース表示ステップＳ９２０の詳細を示す図である。図１２において、第２のユーザインタフェース表示ステップＳ９２０は、第２のユーザインタフェース表示指示送信ステップＳ９２１と、第２のユーザインタフェース表示指示受信ステップＳ９２２と、第２のユーザインタフェース表示実行ステップＳ９２３と、第２のクライアント装置候補確認ステップＳ９２４と、第２のユーザインタフェース起動終了指示ステップＳ９２５と、連携履歴更新ステップＳ９２６とを含む。

第２のユーザインタフェース表示指示送信ステップＳ９２１において、サーバ装置１００の送信部１４０は、第２のクライアント装置連携要求ステップＳ９０１における第１のクライアント装置２１０からの連携要求に基づいて、第２のクライアント装置候補に対して、第２のクライアント装置候補の表示画面（表示領域）に第２のユーザインタフェースを表示させることを示す表示指示を送信する。

第２のユーザインタフェース表示指示受信ステップＳ９２２において、第２のクライアント装置候補は、サーバ装置１００からの第２のユーザインタフェースおよび表示指示を受信する。

第２のユーザインタフェース表示実行ステップＳ９２３において、第２のクライアント装置候補は、バックグラウンドで起動させていた第２のユーザインタフェースを、第２のクライアント装置候補の表示画面（表示領域）に表示する。

第２のクライアント装置候補確認ステップＳ９２４において、サーバ装置１００は、複数の第２のクライアント装置候補に対して、第２のユーザインタフェースおよび起動指示を送信していたか否かを確認する。複数の第２のクライアント装置候補に対して、第２のユーザインタフェースおよび起動指示を送信していた場合、第２のユーザインタフェース起動終了指示ステップＳ９２５に進む（第２のクライアント装置候補確認ステップＳ９２４のＹｅｓ）。１つの第２のクライアント装置候補に対して、第２のユーザインタフェースおよび起動指示を送信していた場合、連携履歴更新ステップＳ９２６に進む（第２のクライアント装置候補確認ステップＳ９２４のＮｏ）。

第２のユーザインタフェース起動終了指示ステップＳ９２５において、サーバ装置１００の送信部１４０は、複数の第２のクライアント装置候補のうち連携対象とならなかった第２のクライアント装置候補に、バックグラウンドで起動している第２のユーザインタフェースを停止させることを示す停止指示を送信する。ここで、複数の第２のクライアント装置候補のうち連携対象となる第２のクライアント装置候補は、第２のクライアント装置連携要求ステップＳ９０１における連携要求に基づいて判定される。具体的には、第１のクライアント装置２１０と連携する第２のクライアント装置を、第１のクライアント装置２１０からの連携要求によって選択されている。

換言すれば、第２のユーザインタフェース表示指示送信ステップＳ９２１における表示指示は、複数の第２のクライアント装置候補のうち連携対象となる第２のクライアント装置候補のみに送信され、当該連携対象となる第２のクライアント装置候補は、上述した第２のユーザインタフェース表示指示受信ステップＳ９２２および第２のユーザインタフェース表示実行ステップＳ９２３を実行している。

したがって、複数の第２のクライアント装置候補のうち連携対象とならなかった第２のクライアント装置候補は、サーバ装置１００からの停止指示を受信し、バックグラウンドで起動させていた第２のユーザインタフェースを停止する。これにより、不要なリソースの使用を削減することができる。

連携履歴更新ステップＳ９２６において、サーバ装置１００は、第１のクライアント装置２１０と、当該第１のクライアント装置２１０と連携した第２のクライアント装置との連携情報を連携履歴に記録する。具体的には、第１のクライアント装置、第２のクライアント装置、および連携内容など、図６に示す連携履歴６００を更新する。

なお、ここでは、複数の第２のクライアント装置候補のうち第１のクライアント装置２１０と連携した第２のクライアント装置候補のみについて、連携履歴に記録されているが、複数の第２のクライアント装置候補のうち連携対象とならなかった第２のクライアント装置候補についても連携履歴に記録されても構わない。連携回数が「０」であっても、連携可能である第２のクライアント装置として記録されていれば、次回、第２のクライアント装置候補を効率的かつ高精度に抽出することができる。

以上のように、本発明の一実施形態におけるサーバ装置１００によれば、第１のクライアント装置２１０からのユーザインタフェース要求に基づいて、第１のクライアント装置と連携可能な第２のクライアント装置候補を抽出し、当該第２のクライアント装置候補に対して第２のユーザインタフェースの起動指示を送信する。これにより、第１のクライアント装置２１０からの連携要求があった場合、第２のクライアント装置候補は、既に起動している第２のユーザインタフェースを、即時に表示画面（表示領域）に表示させることができる。つまり、第１のクライアント装置２１０（ユーザ）からの連携要求から、短時間で、当該第１のクライアント装置２１０と第２のクライアント装置とが連携してサーバ装置１００に対する操作を可能にしている。

また、第２のクライアント装置の表示画面（表示領域）は、第１のクライアント装置２１０の表示画面（表示領域）よりも大きいため、ユーザの視認性が向上される。

また、第２のクライアント装置の表示画面（表示領域）に表示されるユーザインタフェースを第１のクライアント装置２１０を用いて操作するため、タッチパッドおよびタッチパネルなど操作性の高いクライアント装置を選択することができる。これにより、ユーザの入力誤りを低減でき、操作効率の向上にも繋がる。

なお、上述した本発明の一実施形態におけるサーバ装置１００は、集積回路であるＬＳＩ（Ｌａｒｇｅ Ｓｃａｌｅ Ｉｎｔｅｇｒａｔｉｏｎ）として実現されてもよい。図１３は、図３に示した本発明の一実施形態におけるサーバ装置１００のうち集積回路化される構成を示す図である。図１３において、受信部１１０と、連携装置判定部１２０と、ユーザインタフェース送信制御部１３０と、送信部１４０とが集積回路化されている（破線で囲まれた部分）。これらの構成は１チップ化されてもよいし、一部または全てを含むように１チップ化されてもよい。ここでは、ＬＳＩといったが集積度の違いによっては、ＩＣ（Ｉｎｔｅｇｒａｔｅｄ Ｃｉｒｃｕｉｔ）、システムＬＳＩ、スーパーＬＳＩ、ウルトラＬＳＩと称呼されることもある。また集積回路化の手法は、ＬＳＩに限られるものではなく、専用回路または汎用プロセッサで集積回路化を行ってもよい。また、ＬＳＩ製造後にプログラムすることが可能なＦＰＧＡ（Ｆｉｅｌｄ Ｐｒｏｇｒａｍｍａｂｌｅ ＧａｔｅＡｒｒａｙ）や、ＬＳＩ内部の回路セルの接続や設定を再構成可能なリコンフィギュラブル・プロセッサを用いてもよい。あるいはこれらの機能ブロックの演算は例えばＤＳＰやＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）などを用いて演算することもできる。さらにこれらの処理ステップはプログラムとして記録媒体に記録して実行することで処理することもできる。

さらには、半導体技術の進歩または派生する別技術によりＬＳＩに置き換わる集積回路かの技術が登場すれば、当然、その技術を用いて機能ブロックを集積化してもよい。バイオ技術の適応などが可能性としてあり得る。

ネットワークを介して接続されるデジタル機器について、特に、デジタル機器を連携させてサービスを提供する場合などに有用である。

１０ 家庭内ネットワークシステム
２０、９０ ユーザインタフェース表示制御システム
１００、９０１ サーバ装置（ＤＶＤレコーダ）
１１０ 受信部
１２０ 連携装置判定部
１３０ ユーザインタフェース送信制御部
１４０ 送信部
１５０ 記録部
１６０ ユーザインタフェース
１７０ 連携装置情報
２１０、２２０、２３０、２４０、９０２、９０３ クライアント装置（携帯電話、デジタルテレビ）
４００、５００ 装置情報
６００ 連携履歴
７００ ユーザインタフェース対応表
８００ ユーザインタフェース表示制御方法
Ｓ８０１ ユーザインタフェース要求ステップ
Ｓ８０２ 連携履歴参照ステップ
Ｓ８０３ 連携履歴判定ステップ
Ｓ８０４ 連携可能クライアント装置判定ステップ
Ｓ８０５ 第２のクライアント装置優先度設定ステップ
Ｓ８６０ 第２のクライアント装置抽出／選択ステップ
Ｓ８６１ 装置情報参照ステップ
Ｓ８６２ 第２のクライアント装置候補抽出ステップ
Ｓ８６３ 第２のクライアント装置候補判定ステップ
Ｓ８６４ 第２のクライアント装置候補リスト送信ステップ
Ｓ８６５ 第２のクライアント装置候補リスト受信ステップ
Ｓ８６６ 第２のクライアント装置候補選択ステップ
Ｓ８６７ 第２のクライアント装置候補選択結果送信ステップ
Ｓ８６８ 第２のクライアント装置候補選択結果受信ステップ
Ｓ８６９ 第２のクライアント装置候補決定ステップ
Ｓ８７０ ユーザインタフェース取得ステップ
Ｓ８７１ ユーザインタフェース対応表参照ステップ
Ｓ８７２ ユーザインタフェース抽出ステップ
Ｓ８０８ 第１のユーザインタフェース表示ステップ
Ｓ８９０ 第２のユーザインタフェース起動ステップ
Ｓ８９１ 第２のユーザインタフェース起動指示送信ステップ
Ｓ８９２ 第２のユーザインタフェース起動指示受信ステップ
Ｓ８９３ 第２のユーザインタフェース起動実行ステップ
Ｓ９０１ 第２のクライアント装置連携要求ステップ
Ｓ９２０ 第２のユーザインタフェース表示ステップ
Ｓ９２０ 第２のユーザインタフェース表示ステップ
Ｓ９２１ 第２のユーザインタフェース表示指示送信ステップ
Ｓ９２２ 第２のユーザインタフェース表示指示受信ステップ
Ｓ９２３ 第２のユーザインタフェース表示実行ステップ
Ｓ９２４ 第２のクライアント装置候補確認ステップ
Ｓ９２５ 第２のユーザインタフェース起動終了指示ステップ
Ｓ９２６ 連携履歴更新ステップ

本発明は、ユーザインタフェース表示を制御するサーバ装置に関し、より特定的には、リモート操作するクライアント装置とは別のクライアント装置におけるユーザインタフェース表示を制御するサーバ装置に関する。

近年、ブロードバンドインターネット接続およびワイヤレスネットワークが普及している。さらに、各機器を接続する互換性技術であるＤＬＮＡ（Ｄｉｇｉｔａｌ Ｌｉｖｉｎｇ Ｎｅｔｗｏｒｋ Ａｌｌｉａｎｃｅ）技術の向上によって、家庭内でもパーソナルコンピュータ以外のデジタル家電機器がネットワークを介して接続、および通信するようになっている。例えば、デジタルテレビとＤＶＤレコーダ、および携帯電話とＤＶＤレコーダのようにデジタル家電機器同士が連携し、リモートからの番組予約および番組視聴などを可能とする様々な新サービスが登場してきている。

具体的には、クライアント装置がネットワークを介してサーバ装置に接続し、当該サーバ装置からサーバ装置を操作するユーザインタフェースを取得する。そして、クライアント装置は、リモートで、取得したユーザインタフェースを操作することによって、当該サーバ装置に格納されている動画および写真コンテンツを再生および視聴し、またはダウンロードする。

さらに、例えば、携帯機器を用いて、ＤＶＤレコーダまたはＢｌｕ−Ｒａｙレコーダを操作する場合、携帯機器は、ＤＶＤレコーダまたはＢｌｕ−ＲａｙレコーダからＤＶＤレコーダまたはＢｌｕ−Ｒａｙレコーダを操作するユーザインタフェースを取得する。そして、ユーザは、携帯機器を用いて、リモートで、取得したユーザインタフェースを操作するが、携帯機器では、ユーザインタフェースを表示する領域が小さい。そこで、ユーザインタフェースを表示する領域が大きい別のクライアント装置に、当該ユーザインタフェースを転送し、当該ユーザインタフェースをより大きな画面に表示することによって、ユーザの操作性の向上を図る。

図１４は、従来技術におけるユーザインタフェース表示を制御するユーザインタフェース表示制御システム９０を示す図である。図１４において、ユーザインタフェース表示制御システム９０は、サーバ装置であるＤＶＤレコーダ９０１と、ユーザが操作するクライアント装置である携帯電話９０２と、ユーザインタフェースを表示する別のクライアント装置であるデジタルテレビ９０３とを備える。

先ず、携帯電話９０２は、ＤＶＤレコーダ９０１へユーザインタフェース要求を送信し、ＤＶＤレコーダ９０１からのユーザインタフェース応答を受信する。そして、携帯電話９０２は、携帯電話９０２の表示画面（表示領域）にＤＶＤレコーダ９０１の操作画面を表示する。このように、携帯電話９０２を用いて、リモートで、ＤＶＤレコーダ９０１を操作できるように、携帯電話９０２はＤＶＤレコーダ９０１のユーザインタフェースを取得する。

さらに、携帯電話９０２は、デジタルテレビ９０３へ連携要求を送信する。デジタルテレビ９０３は、携帯電話９０２からの連携要求に基づいて、ＤＶＤレコーダ９０１へユーザインタフェース要求を送信し、ＤＶＤレコーダ９０１からのユーザインタフェース応答を受信する。そして、デジタルテレビ９０３は、デジタルテレビ９０３の表示画面（表示領域）にＤＶＤレコーダ９０１の操作画面を表示する。

上述のように、携帯電話９０２は、デジタルテレビ９０３と連携し、携帯電話９０２の表示画面（表示領域）に表示するＤＶＤレコーダ９０１の操作画面を、デジタルテレビ９０３の表示画面（表示領域）に表示させている。ＤＶＤレコーダ９０１の操作画面が、携帯電話９０２の表示画面（表示領域）より大きいデジタルテレビ９０３の表示画面（表示領域）に表示されることによって、ユーザにとって視認性が高まる。その結果、リモートからの番組予約および番組視聴など、ＤＶＤレコーダ９０１に対するユーザの操作性が向上する。

また、このようなユーザの操作性を向上させるシステムは、特許文献１に開示されている。特許文献１では、連携可能であるリモート機器のアイコンを表示し、表示されたアイコンのうち連携するリモート機器のアイコンをユーザに選択させる。その後、連携要求されたリモート機器がユーザインタフェースを取得し、複数のリモート機器を連携させることによって、ユーザの操作性を向上させている。

特表２００２−５１０４１５号公報

しかしながら、図１４に示したように、ユーザインタフェース表示制御システム９０では、携帯電話９０２からＤＶＤレコーダ９０１へユーザインタフェース要求を送信してから、デジタルテレビ９０３の表示画面にＤＶＤレコーダ９０１の操作画面を表示させて、携帯電話９０２とデジタルテレビ９０３とが連携してＤＶＤレコーダ９０１に対する操作が可能になるまで、非常に時間がかかるという問題がある。

それ故に、本発明の目的は、ユーザが操作している第１のクライアント装置と、当該第１のクライアント装置とは別の第２のクライアント装置とを連携させるための連携要求があってから、短時間で、第１のクライアント装置と第２のクライアント装置とが連携してサーバ装置に対する操作を可能にするサーバ装置を提供することである。

上記課題を解決するために、本発明のサーバ装置は、ネットワークを介して通信される複数のクライアント装置のうち、いずれかである第１のクライアント装置と、当該第１のクライアント装置とは別の第２のクライアント装置とにおけるユーザインタフェース表示を制御するサーバ装置であって、クライアント装置でサーバ装置を操作するクライアント装置毎のユーザインタフェースが記録されている記録部と、第１のクライアント装置からの、第１のクライアント装置でサーバ装置を操作する第１のユーザインタフェースの要求であるユーザインタフェース要求、および第１のクライアント装置と第２のクライアント装置とを連携させてサーバ装置を操作する連携要求を受信する受信部と、受信部によって受信されたユーザインタフェース要求に基づいて、複数のクライアント装置のうち、第１のクライアント装置と連携可能な第２のクライアント装置を選択する連携装置判定部と、記録部に記録されているユーザインタフェースのうち、連携装置判定部によって選択された第２のクライアント装置でサーバ装置を操作する第２のユーザインタフェースを取得するユーザインタフェース送信制御部と、ユーザインタフェース送信制御部によって取得された第２のユーザインタフェースと、第２のユーザインタフェースを起動させることを示す起動指示とを第２のクライアント装置に送信する送信部とを備え、第１のクライアント装置からの連携要求を受信部が受信した場合、送信部は、受信部によって受信された連携要求に基づいて、第２のクライアント装置に送信した第２のユーザインタフェースを表示させることを示す表示指示を、第２のクライアント装置に送信することを特徴とする。

さらに、好ましい連携装置判定部は、第１のクライアント装置と連携可能な第２のクライアント装置が複数ある場合、複数の第２のクライアント装置ごとに、連携対象として選択する際の優先度を設定することを特徴とする。

さらに、好ましくは、記録部には、複数のクライアント装置について、第１のクライアント装置と連携したことがあるか否かを示す連携履歴が記録されており、連携装置判定部は、記録部に記録されている連携履歴を参照して優先度を設定することを特徴とする。

さらに、好ましくは、連携履歴は、第１のクライアント装置と複数のクライアント装置とが連携した回数に関する情報である連携回数情報を含み、連携装置判定部は、連携回数情報に基づいて優先度を設定することを特徴とする。

また、好ましくは、連携履歴は、第１のクライアント装置と複数のクライアント装置とが連携した日時に関する情報である連携日時情報を含み、連携装置判定部は、連携日時情報に基づいて優先度を設定することを特徴とする。

さらに、好ましい送信部は、第１のクライアント装置と連携可能な第２のクライアント装置が複数ある場合、連携対象として選択されなかった第２のクライアント装置においてバックグラウンドで起動しているユーザインタフェースを停止させる停止指示を、当該連携対象として選択されなかった第２のクライアント装置に送信することを特徴とする。

また、好ましくは、記録部には、複数のクライアント装置について、第１のクライアント装置と連携したことがあるか否かを示す連携履歴が記録されており、連携装置判定部は、記録部に記録されている連携履歴を参照して、第１のクライアント装置と連携したことがあるクライアント装置を、第２のクライアント装置として選択することを特徴とする。

さらに、好ましくは、連携履歴は、第１のクライアント装置と複数のクライアント装置とが連携した回数に関する情報である連携回数情報を含み、連携装置判定部は、連携回数情報に基づいて、第２のクライアント装置として連携する信頼度を判断することを特徴とする。

さらに、好ましくは、連携履歴は、第１のクライアント装置と複数のクライアント装置とが連携した日時に関する情報である連携日時情報を含み、連携装置判定部は、連携日時情報に基づいて、第２のクライアント装置として連携する信頼度を判断することを特徴とする。

また、好ましい連携装置判定部は、第１のクライアント装置の表示画面（表示領域）よりも表示画面（表示領域）が大きいクライアント装置を第２のクライアント装置として選択することを特徴とする。

また、好ましくは、記録部には、複数のクライアント装置の装置情報と、記録部に記録されるユーザインタフェースとを対応付けるユーザインタフェース対応表が記録されており、ユーザインタフェース送信制御部は、記録部に記録されているユーザインタフェース対応表を参照して、第１のユーザインタフェースおよび第２のユーザインタフェースを取得することを特徴とする。

また、上記目的を達成するために、上述した本発明のサーバ装置の各構成が行うそれぞれの処理は、一連の処理手順を与えるユーザインタフェース表示制御方法として捉えることができる。この方法は、一連の処理手順をコンピュータに実行させるためのプログラムの形式で提供される。このプログラムは、コンピュータ読み取り可能な記録媒体に記録された形態で、コンピュータに導入されてもよい。

以上のように、本発明のサーバ装置によれば、ユーザが操作している第１のクライアント装置と、当該第１のクライアント装置とは別の第２のクライアント装置とを連携させるための連携要求があってから、短時間で、第１のクライアント装置と第２のクライアント装置とが連携してサーバ装置に対する操作を可能にすることができる。

図１は、本発明の一実施形態における家庭内ネットワークシステム１０を示す図である。 図２は、本発明の一実施形態におけるユーザインタフェース表示を制御するユーザインタフェース表示制御システム２０を示す図である。 図３は、本発明の一実施形態におけるサーバ装置１００を示す図である。 図４は、第１のクライアント装置２１０の装置情報４００を示す図である。 図５は、第２のクライアント装置２２０の装置情報５００を示す図である。 図６は、第１のクライアント装置と第２のクライアント装置との連携内容である連携履歴６００を示す図である。 図７は、ユーザインタフェース対応表７００を示す図である。 図８は、ユーザインタフェース表示を制御するユーザインタフェース表示制御方法８００を示す図である。 図９は、第２のクライアント装置抽出／選択ステップＳ８６０の詳細を示す図である。 図１０は、ユーザインタフェース取得ステップＳ８７０の詳細を示す図である。 図１１は、第２のユーザインタフェース起動ステップＳ８９０の詳細を示す図である。 図１２は、第２のユーザインタフェース表示ステップＳ９２０の詳細を示す図である。 図１３は、図３に示した本発明の一実施形態におけるサーバ装置１００のうち集積回路化される構成を示す図である。 図１４は、従来技術におけるユーザインタフェース表示を制御するユーザインタフェース表示制御システム９０を示す図である。

以下に、本発明の一実施形態について、図面を参照しながら説明する。
＜概要＞
先ず、本発明の一実施形態におけるシステムの概要について説明する。
図１は、本発明の一実施形態における家庭内ネットワークシステム１０を示す図である。図１において、家庭内ネットワークシステム１０は、サーバ装置１００と、第１のクライアント装置２１０および２３０と、第２のクライアント装置２２０および２４０とを備える。

なお、第１のクライアント装置は、サーバ装置をリモート操作するために、ユーザによって操作されるリモート機器である。第２のクライアント装置は、第１のクライアント装置と連携してサーバ装置をリモート操作する機器である。典型的には、第２のクライアント装置の表示画面（表示領域）に表示されたサーバ装置の操作画面を、ユーザが見ながら、第１のクライアント装置をユーザが操作することによって、サーバ装置をリモート操作する。

ここでは、サーバ装置１００はＤＶＤレコーダであって、第１のクライアント装置２１０および２３０は携帯電話であって、第２のクライアント装置２２０および２４０はデジタルテレビとしている。なお、家庭内ネットワークシステム１０を構成するサーバ装置、第１のクライアント装置、および第２のクライアント装置は、これらに限定されるものではなく、例えば、ＢｌｕＲａｙレコーダ、デジタルカメラ等であってもよく、その他のリモート機器が接続されていても構わない。

さらに、家庭内ネットワークシステム１０を構成する各機器は、有線ネットワーク、およびＢＬＵＥＴＯＯＴＨ等を含む無線ネットワークを介して接続され、各機器間の通信を実現する。また、各機器間の通信は、家庭内の内部ネットワークを介する通信に限定されるものではなく、例えば、サーバ装置１００であるＤＶＤレコーダが宅内に存在し、第１のクライアント装置２１０である携帯電話と、第２のクライアント装置２２０であるデジタルテレビが外部に存在して、各機器間の通信は、インターネット等を利用して実現しても構わない。

図２は、本発明の一実施形態におけるユーザインタフェース表示を制御するユーザインタフェース表示制御システム２０を示す図である。図２において、ユーザインタフェース表示制御システム２０は、サーバ装置（ＤＶＤレコーダ）１００と、第１のクライアント装置（携帯電話）２１０と、第２のクライアント装置（デジタルテレビ）２２０とを備える。なお、図２におけるユーザインタフェース表示制御システム２０は、図１に示した家庭内ネットワークシステム１０のうち、サーバ装置１００（ＤＶＤレコーダ）と、第１のクライアント装置２１０（携帯電話）と、第２のクライアント装置２２０（デジタルテレビ）とから構成される。

携帯電話２１０は、ＤＶＤレコーダ１００へユーザインタフェース要求を送信し、ＤＶＤレコーダ１００からのユーザインタフェース応答を受信する。そして、携帯電話２１０の表示画面（表示領域）にＤＶＤレコーダ１００の操作画面を表示する。

ＤＶＤレコーダ１００は、携帯電話２１０からのユーザインタフェース要求に基づいて、携帯電話２１０と連携可能な第２のクライアント装置を判定する。ここでは、デジタルテレビ２２０が携帯電話２１０と連携可能な第２のクライアント装置であると判定されたものとする。そして、ＤＶＤレコーダ１００は、デジタルテレビ２２０にユーザインタフェースを送信する。なお、携帯電話２１０と連携可能な第２のクライアント装置を判定する方法について、詳細な説明は後述する。

デジタルテレビ２２０は、ＤＶＤレコーダ１００からのユーザインタフェースを受信し、受信したユーザインタフェースに基づくＤＶＤレコーダ１００の操作画面を表示可能な状態にするための準備をする。典型的には、デジタルテレビ２２０は、受信したユーザインタフェースに基づくＤＶＤレコーダ１００の操作画面をデジタルテレビ２２０の表示画面（表示領域）には表示せずに、バックグラウンドで起動しておく。

さらに、携帯電話２１０は、連携可能な第２のクライアント装置であるデジタルテレビ２２０の表示画面（表示領域）にＤＶＤレコーダ１００の操作画面を表示させるための連携要求を、ＤＶＤレコーダ１００に送信する。

ＤＶＤレコーダ１００は、携帯電話２１０からの連携要求に基づいて、デジタルテレビ２２０の表示画面（表示領域）にＤＶＤレコーダ１００の操作画面を表示させるための表示指示を、デジタルテレビ２２０に送信する。

デジタルテレビ２２０は、ＤＶＤレコーダ１００からの表示指示に基づいて、バックグラウンドで起動して表示可能な状態に準備していたＤＶＤレコーダ１００の操作画面を、デジタルテレビ２２０の表示画面（表示領域）に表示する。

このように、携帯電話２１０とデジタルテレビ２２０とを連携させて、ＤＶＤレコーダ１００が操作される。
＜構成＞

次に、本発明の一実施形態におけるサーバ装置の構成について説明する。
図３は、本発明の一実施形態におけるサーバ装置１００を示す図である。図３において、サーバ装置（ＤＶＤレコーダ）１００は、受信部１１０と、連携装置判定部１２０と、ユーザインタフェース送信制御部１３０と、送信部１４０と、記録部１５０とを備える。さらに、記録部１５０には、複数のユーザインタフェース１６０と、連携装置情報１７０とが記録されている。なお、サーバ装置１００は、第１のクライアント装置（携帯電話）２１０、および第２のクライアント装置（デジタルテレビ）２２０とネットワークを介して通信する。

受信部１１０は、第１のクライアント装置２１０からのユーザインタフェース要求を受信する。ここで、ユーザインタフェース要求とは、第１のクライアント装置２１０でサーバ装置１００を操作するユーザインタフェースを、サーバ装置１００から取得するための要求である。また、ユーザインタフェース要求には、第１のクライアント装置２１０の装置情報が含まれている。

図４は、第１のクライアント装置２１０の装置情報４００を示す図である。図４において、第１のクライアント装置２１０の装置情報４００は、ＸＭＬ（Ｅｘｔｅｎｓｉｂｌｅ Ｍａｒｋｕｐ Ｌａｎｇｕａｇｅ）ファイルであって、各情報（機能）は、＜ｐｒｏｆｉｌｅ＞タグで記載される。

詳細には、＜ｎａｍｅ＞タグには、第１のクライアント装置の機器名が記載され、ここでは、第１のクライアント装置２１０の機器名である「Ｊｕｓｔｉｃｅ」が記載されている。

＜ａｄｄｒｅｓｓ＞タグには、第１のクライアント装置のＩＰ（Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）アドレスが記載され、ここでは、第１のクライアント装置２１０のＩＰアドレスである「１３２．１８２．１３．５５」が記載されている。

＜ｒｅｓｏｌｕｔｉｏｎ＞タグには、第１のクライアント装置の表示解像度が記載され、ここでは、第１のクライアント装置２１０の表示解像度である「３２０，２４０」が記載されている。なお、「３２０，２４０」は、表示解像度が３２０×２４０であることを示す。

＜ｉｍａｇｅ＞タグには、第１のクライアント装置で表示可能な画像のフォーマットが記載され、ここでは、第１のクライアント装置２１０で表示可能な画像のフォーマットである「ｐｎｇ，ｊｐｇ」が記載されている。なお、「ｐｎｇ，ｊｐｇ」は、ＰＮＧ（Ｐｏｒｔａｂｌｅ Ｎｅｔｗｏｒｋ Ｇｒａｐｈｉｃｓ）およびＪＰＥＧ（Ｊｏｉｎｔ Ｐｈｏｔｏｇｒａｐｈｉｃ Ｅｘｐｅｒｔ Ｇｒｏｕｐ）フォーマットの画像が表示可能であることを示す。

＜ｃｏｏｐｅｒａｔｉｏｎ＞タグには、第１のクライアント装置で連携可能なアプリケーションが記載され、ここでは、第１のクライアント装置２１０で連携可能なユーザインタフェース（アプリケーション）である「Ｎａｖｉ，Ｒｅｃｏｒｄ」が記載されている。なお、「Ｎａｖｉ，Ｒｅｃｏｒｄ」は、メニュー操作および録画ユーザインタフェース（アプリケーション）が連携可能であることを示す。

＜ｅｘｅｃｕｔｉｏｎ＞タグには、第１のクライアント装置がサーバ装置にユーザインタフェース要求したユーザインタフェース（アプリケーション）が記載され、ここでは、第１のクライアント装置２１０がサーバ装置１００にユーザインタフェース要求したユーザインタフェース（アプリケーション）である「Ｎａｖｉ」が記載されている。

＜ｏｐｅｒａｔｉｏｎ＞タグには、第１のクライアント装置を示す情報である「ｆｉｒｓｔ」が記載されている。なお、家庭内ネットワークシステムにおいて接続されている複数のクライアント装置について、例えば、相対的に表示解像度（表示画面、表示領域）が小さいクライアント装置は、第１のクライアント装置であると設定される。

また、第１のクライアント装置２１０の装置情報４００は、第１のクライアント装置２１０がサーバ装置１００に送信するユーザインタフェース要求に含まれるとしたが、これに限定されるものではない。ユーザインタフェース要求には、図４に示した第１のクライアント装置２１０の装置情報４００のうち、＜ｅｘｅｃｕｔｉｏｎ＞タグに相当する情報が含まれていればよい。その他の情報は、第１のクライアント装置２１０の機器固有の情報であって、サーバ装置１００の記録部１５０に予め記録されていてもよいし、１度送信した時にサーバ装置１００で記録しておけば、第１のクライアント装置２１０がユーザインタフェース要求を送信する毎に送信しなくてもよい。

さらに、サーバ装置１００とネットワークを介して接続されている第２のクライアント装置２２０が起動されて、第２のクライアント装置２２０が装置情報をサーバ装置１００に送信した場合、受信部１１０は、第２のクライアント装置２２０からの装置情報を受信する。

図５は、第２のクライアント装置２２０の装置情報５００を示す図である。図５において、第２のクライアント装置２２０の装置情報５００は、図４に示した第１のクライアント装置２１０の装置情報４００と同様のＸＭＬファイルである。

詳細には、＜ｎａｍｅ＞タグには、第２のクライアント装置２２０の機器名である「Ｆｒｅｅｄｏｍ」が記載されている。

＜ａｄｄｒｅｓｓ＞タグには、第２のクライアント装置２２０のＩＰアドレスである「１３２．１８２．１３．４４」が記載されている。

＜ｒｅｓｏｌｕｔｉｏｎ＞タグには、第２のクライアント装置２２０の表示解像度である「１９２０，１０８０」が記載されている。ここで、第２のクライアント装置２２０の表示解像度は、第１のクライアント装置２１０の表示解像度よりも大きいことが特徴である。

＜ｉｍａｇｅ＞タグには、第２のクライアント装置２２０で表示可能な画像のフォーマットである「ｐｎｇ，ｊｐｇ」が記載されている。

＜ｃｏｏｐｅｒａｔｉｏｎ＞タグには、第２のクライアント装置２２０で連携可能なユーザインタフェース（アプリケーション）である「Ｎａｖｉ，Ｒｅｃｏｒｄ」が記載されている。

＜ｏｐｅｒａｔｉｏｎ＞タグには、第２のクライアント装置を示す情報である「ｓｅｃｏｎｄ」が記載されている。上述したように、第２のクライアント装置２２０の表示解像度は、第１のクライアント装置２１０の表示解像度よりも大きいことから、第２のクライアント装置２２０は、第２のクライアント装置であると設定されている。また、仮に、第２のクライアント装置２２０の表示解像度よりも大きい表示解像度であるクライアント装置がネットワーク内に存在する場合であって、第２のクライアント装置２２０が第１のクライアント装置となる可能性があれば、＜ｏｐｅｒａｔｉｏｎ＞タグには、「ｆｉｒｓｔ，ｓｅｃｏｎｄ」と記載されてもよい。

なお、第２のクライアント装置２２０の装置情報５００では、図４に示した第１のクライアント装置２１０の装置情報４００における＜ｅｘｅｃｕｔｉｏｎ＞タグが存在しない。これは、第１のクライアント装置がユーザインタフェース要求を送信するためである。つまり、第２のクライアント装置は、第１のクライアント装置と連携されるものであって、第２のクライアント装置がユーザインタフェース要求を送信しないためである。

また、第２のクライアント装置２２０の装置情報５００は、第２のクライアント装置２２０が起動された場合、第２のクライアント装置２２０からサーバ装置１００に送信されるとしたが、これに限定されるものではない。例えば、第２のクライアント装置２２０の装置情報５００は、サーバ装置１００の記録部１５０に予め記録されていてもよいし、１度送信した時にサーバ装置１００で記録しておけば、第２のクライアント装置２２０が起動される毎に送信しなくてもよい。

なお、ここでは、図４に示した第１のクライアント装置２１０の装置情報４００および図５に示した第２のクライアント装置２２０の装置情報５００は、ＸＭＬファイルとしたが、これに限定されるものではない。例えば、第１のクライアント装置２１０の装置情報４００および第２のクライアント装置２２０の装置情報５００は、バイナリファイルでもテキストファイルであっても構わない。サーバ装置とクライアント装置との間で、予めプロトコルの取り決めがなされていればよい。

また、受信部１１０は、第１のクライアント装置２１０からの連携要求を受信する。ここで、連携要求とは、第１のクライアント装置２１０と連携可能な第２のクライアント装置２２０の表示画面（表示領域）にサーバ装置１００の操作画面を表示させるための要求である。

連携装置判定部１２０は、受信部１１０によって受信されたユーザインタフェース要求に基づいて、サーバ装置１００とネットワークを介して接続されている複数のクライアント装置のうち、第１のクライアント装置２１０と連携可能な第２のクライアント装置である第２のクライアント装置候補を選択する。

ここまでは、第２のクライアント装置２２０は起動されているものとし、第１のクライアント装置２１０と連携可能であることを前提としていたが、サーバ装置１００は、第２のクライアント装置候補を抽出しながら、最終的に、第１のクライアント装置２１０と連携する第２のクライアント装置を選択する。

具体的には、連携装置判定部１２０は、第１のクライアント装置２１０の装置情報４００と、記録部１５０に記録されている連携装置情報１７０とに基づいて、サーバ装置１００とネットワークを介して接続されている複数のクライアント装置のうち、第１のクライアント装置２１０と連携可能な第２のクライアント装置候補を抽出する。

連携装置情報１７０は、サーバ装置１００とネットワークを介して接続されている複数のクライアント装置について、第１のクライアント装置２１０と連携したことがあるか否かを示す連携履歴である。典型的には、連携装置情報１７０は、第１のクライアント装置２１０との連携回数、第１のクライアント装置２１０との最終連携日時、および当該クライアント装置の表示画面（表示領域）における表示解像度などの情報である。

図６は、第１のクライアント装置と第２のクライアント装置との連携内容である連携履歴６００を示す図である。図６において、例えば、第１のクライアント装置が「Ｊｕｓｔｉｃｅ」、第２のクライアント装置が「Ｆｒｅｅｄｏｍ」、連携内容が「Ｎａｖｉ」で連携した履歴がある（Ｎｏ．１）。当該連携履歴（Ｎｏ．１）では、さらに、連携回数「３」、表示解像度「１９２０×１０８０」、および最終連携日時「２００９／３／３１ １３：３０」が記録されている。なお、連携回数は多ければ多いほど、最終連携日時は現在日時から近ければ近いほど、連携する信頼度が高いと判断できる。また、表示解像度は、第１のクライアント装置と連携した第２のクライアント装置の表示解像度である。

また、第１のクライアント装置が「Ｊｕｓｔｉｃｅ」、第２のクライアント装置が「Ｗｉｎｇ」で連携に失敗した履歴がある（Ｎｏ．５）。これは、例えば、第１のクライアント装置である「Ｊｕｓｔｉｃｅ」は、図４に示した第１のクライアント装置２１０の装置情報４００であるとし、第２のクライアント装置である「Ｗｉｎｇ」は、以下の場合であれば、連携不可能と判断される。

第２のクライアント装置である「Ｗｉｎｇ」で表示可能な画像のフォーマットが、例えば、ＭＰＥＧ（Ｍｏｖｉｎｇ Ｐｉｃｔｕｒｅ Ｅｘｐｅｒｔｓ Ｇｒｏｕｐ）である場合である。つまり、＜ｉｍａｇｅ＞タグに「ｍｐｇ」が記載されている場合である。または、第２のクライアント装置である「Ｗｉｎｇ」の表示解像度が、例えば、第１のクライアント装置の表示解像度より小さい「１６０×１２０」場合である。つまり、＜ｒｅｓｏｌｕｔｉｏｎ＞タグに「１６０，１２０」が記載されている場合である。または、第２のクライアント装置である「Ｗｉｎｇ」で連携可能なユーザインタフェース（アプリケーション）に「Ｎａｖｉ」および「Ｒｅｃｏｒｄ」がない場合である。つまり、＜ｃｏｏｐｅｒａｔｉｏｎ＞タグに「Ｎａｖｉ」または「Ｒｅｃｏｒｄ」が記載されていない場合である。

このように、第１のクライアント装置と第２のクライアント装置とが連携される毎に、連携回数および最終連携日時などの連携情報を記録し、さらに連携不可能である連携不可能情報を記録している。これにより、連携装置判定部１２０は、サーバ装置１００とネットワークを介して接続されている複数のクライアント装置のうち、第１のクライアント装置２１０と連携可能な第２のクライアント装置候補を効率的かつ高精度に抽出することができる。

さらに、連携装置判定部１２０は、第１のクライアント装置２１０と連携可能な第２のクライアント装置候補が複数ある場合、優先度を設定してもよい。具体的には、例えば、連携装置判定部１２０は、連携履歴６００を参照して、第１のクライアント装置と連携可能な第２のクライアント装置候補について、連携回数が多い順、最終連携日時が現在日時から近い順、または表示解像度が大きい順に優先度を設定してもよいし、連携回数、最終連携日時、および表示解像度の組み合わせによって優先度を設定してもよい。

また、連携装置判定部１２０は、第１のクライアント装置２１０と連携可能な第２のクライアント装置候補が複数ある場合、連携可能な複数の第２のクライアント装置候補から、１つの第２のクライアント装置候補を選択してもよい。具体的には、例えば、連携装置判定部１２０は、連携履歴６００を参照して、第１のクライアント装置と連携可能な第２のクライアント装置のうち、連携回数が最も多い第２のクライアント装置を優先的に第２のクライアント装置候補として選択してもよい。または、最終連携日時が最近である第２のクライアント装置を優先的に第２のクライアント装置候補として選択してもよいし、表示解像度が最も大きい第２のクライアント装置を優先的に第２のクライアント装置候補として選択してもよい。さらには、連携回数、最終連携日時、および表示解像度の組み合わせによって優先的に選択する第２のクライアント装置候補を判定しても構わない。

ユーザインタフェース送信制御部１３０は、記録部１５０に記録されている複数のユーザインタフェース１６０のうち、第１のクライアント装置２１０、および連携装置判定部１２０によって判定された第２のクライアント装置候補のユーザインタフェースを取得する。ここでは、連携装置判定部１２０によって判定された第２のクライアント装置候補は、第２のクライアント装置２２０であるとする。つまり、ユーザインタフェース送信制御部１３０は、第１のクライアント装置２１０でサーバ装置１００を操作する第１のユーザインタフェースと、第２のクライアント装置２２０でサーバ装置１００を操作する第２のユーザインタフェースとを取得する。

典型的には、記録部１５０には、クライアント装置の装置情報と、記録部１５０に記録されるユーザインタフェースとを対応付けるユーザインタフェース対応表が記録されており、ユーザインタフェース送信制御部１３０は、当該ユーザインタフェース対応表を参照して、第１のユーザインタフェースおよび第２のユーザインタフェースを取得する。

図７は、ユーザインタフェース対応表７００を示す図である。図７において、クライアント装置およびアプリケーションに対応するユーザインタフェースが記載されている。例えば、クライアント装置「Ｊｕｓｔｉｃｅ」について、アプリケーション「Ｎａｖｉ」に適用するユーザインタフェースは、「Ｊ＿Ｎａｖｉ＿ＵＩ」であることが記載されている（Ｎｏ．１）。また、クライアント装置「Ｆｒｅｅｄｏｍ」について、アプリケーション「Ｎａｖｉ」に適用するユーザインタフェースは、「Ｆ＿Ｎａｖｉ＿ＵＩ」であることが記載されている（Ｎｏ．６）。

ここで、第１のクライアント装置２１０が「Ｊｕｓｔｉｃｅ」、第２のクライアント装置２２０が「Ｆｒｅｅｄｏｍ」、連携内容が「Ｎａｖｉ」で連携しようとする場合、ユーザインタフェース送信制御部１３０は、ユーザインタフェース対応表７００を参照し、記録部１５０に記録されている複数のユーザインタフェース１６０のうち、「Ｊ＿Ｎａｖｉ＿ＵＩ」および「Ｆ＿Ｎａｖｉ＿ＵＩ」を取得する。

送信部１４０は、ユーザインタフェース送信制御部１３０によって取得された第１のユーザインタフェースを第１のクライアント装置２１０に送信し、ユーザインタフェース送信制御部１３０によって取得された第２のユーザインタフェースを第２のクライアント装置２２０に送信する。さらに、送信部１４０は、第２のクライアント装置２２０に対して、第２のクライアント装置２２０で第２のユーザインタフェースを起動させることを示す起動指示も、同時に送信する。第２のクライアント装置２２０は、サーバ装置１００からの起動指示を受信することによって、受信した第２のユーザインタフェースを表示画面（表示領域）に表示せずに、バックグラウンドで起動する。

さらに、受信部１１０が第１のクライアント装置２１０からの連携要求を受信した場合、送信部１４０は、第２のクライアント装置２２０に表示指示を送信する。ここで、表示指示とは、第２のクライアント装置２２０に送信した第２のユーザインタフェースを、第２のクライアント装置２２０に表示させるための指示である。

なお、連携装置判定部１２０が、複数の第２のクライアント装置候補を抽出した場合、ユーザインタフェース送信制御部１３０は、記録部１５０に記録されている複数のユーザインタフェース１６０のうち、複数の第２のクライアント装置候補のユーザインタフェースを取得してもよい。この場合、送信部１４０は、取得された複数の第２のクライアント装置候補のユーザインタフェースを、それぞれ複数の第２のクライアント装置候補に送信する。さらに、受信部１１０が第１のクライアント装置２１０からの連携要求を受信した場合、送信部１４０は、複数の第２のクライアント装置候補のうち連携対象となる１つの第２のクライアント装置候補に表示指示を送信する。

なお、連携対象となる１つの第２のクライアント装置候補は、例えば、ユーザに選択させてもよいし、サーバ装置１００が優先度に基づいて選択してもよい。ユーザに選択させる場合は、サーバ装置１００から第１のクライアント装置２１０に第２のクライアント装置候補リストを送信し、第１のクライアント装置２１０は、当該第２のクライアント装置候補リストのうちいずれかをユーザに選択させ、当該選択結果を含む連携要求をサーバ装置１００に送信すればよい。

さらに、複数の第２のクライアント装置候補のうち連携対象とならなかった第２のクライアント装置候補について、バックグラウンドで起動しているユーザインタフェースは、停止されることが好ましい。バックグラウンドで起動しているユーザインタフェースを停止させる停止指示を、複数の第２のクライアント装置候補のうち連携対象とならなかった第２のクライアント装置候補に、送信部１４０が送信してもよい。また、各第２のクライアント装置候補は、バックグラウンドでユーザインタフェースを起動してから所定時間内に表示指示を受信しない場合、連携対象とならなかったと判定し、バックグラウンドで起動しているユーザインタフェースを停止させてもよい。これにより、不要なリソースの使用を削減することができる。
＜動作＞

最後に、本発明の一実施形態におけるユーザインタフェース表示を制御するユーザインタフェース表示制御システムが実行する処理の流れを説明する。

図８は、ユーザインタフェース表示を制御するユーザインタフェース表示制御方法８００を示す図である。図８において、ユーザインタフェース表示制御方法８００は、ユーザインタフェース要求ステップＳ８０１と、連携履歴参照ステップＳ８０２と、連携履歴判定ステップＳ８０３と、連携可能クライアント装置判定ステップＳ８０４と、第２のクライアント装置優先度設定ステップＳ８０５と、第２のクライアント装置抽出／選択ステップＳ８６０と、ユーザインタフェース取得ステップＳ８７０と、第１のユーザインタフェース表示ステップＳ８０８と、第２のユーザインタフェース起動ステップＳ８９０と、第２のクライアント装置連携要求ステップＳ９０１と、第２のユーザインタフェース表示ステップＳ９２０とを含む。なお、ユーザインタフェース表示制御方法８００は、図１で示した家庭内ネットワークシステム１０におけるサーバ装置１００と、第１のクライアント装置２１０および２３０と、第２のクライアント装置２２０および２４０とによって実行されるものとする。さらに、サーバ装置１００は図３に示した構成を備える。

ユーザインタフェース要求ステップＳ８０１において、第１のクライアント装置２１０がサーバ装置１００にユーザインタフェース要求を送信する。そして、サーバ装置１００の受信部１１０は、第１のクライアント装置２１０からのユーザインタフェース要求を受信する。なお、ここでは、ユーザインタフェース要求に第１のクライアント装置２１０の装置情報が含まれているものとする。具体的には、第１のクライアント装置２１０の装置情報は、図４に示す装置情報４００である。

連携履歴参照ステップＳ８０２において、サーバ装置１００の連携装置判定部１２０は、記録部１５０に記録されている連携履歴を参照する。具体的には、連携履歴は、図６に示す連携履歴６００である。

連携履歴判定ステップＳ８０３において、サーバ装置１００の連携装置判定部１２０は、第１のクライアント装置２１０の装置情報に基づいて、過去に、第１のクライアント装置２１０と連携した第２のクライアント装置があるか否かを判定する。過去に、第１のクライアント装置２１０と連携した第２のクライアント装置がある場合、連携可能クライアント装置判定ステップＳ８０４に進む。例えば、図６に示す連携履歴６００を参照し、第１のクライアント装置２１０が「Ｊｕｓｔｉｃｅ」または「Ｐｅａｃｅ」であって、要求ユーザインタフェースが「Ｎａｖｉ」であれば、過去に、連携した第２のクライアント装置が存在すると判定する（連携履歴判定ステップＳ８０３のＹｅｓ）。

一方、過去に、第１のクライアント装置２１０と連携した第２のクライアント装置がない場合、第２のクライアント装置抽出／選択ステップＳ８６０に進む。例えば、図６に示す連携履歴６００を参照し、第１のクライアント装置２１０が「ＸＸＸＸ」であれば、過去に、連携した第２のクライアント装置が存在しないと判定する（連携履歴判定ステップＳ８０３のＮｏ）。

連携可能クライアント装置判定ステップＳ８０４において、サーバ装置１００の連携装置判定部１２０は、第１のクライアント装置２１０の装置情報および連携履歴に基づいて、過去に、第１のクライアント装置２１０と連携した第２のクライアント装置が存在して、連携可能な第２のクライアント装置候補が１つであるか否かを判定する。連携可能な第２のクライアント装置候補が１つである場合、ユーザインタフェース取得ステップＳ８７０に進む。例えば、図６に示す連携履歴６００を参照し、第１のクライアント装置２１０が「Ｐｅａｃｅ」であって、要求ユーザインタフェースが「Ｎａｖｉ」であれば、連携可能な第２のクライアント装置候補は、「Ｆｒｅｅｄｏｍ」１つであると判定する（連携可能クライアント装置判定ステップＳ８０４のＹｅｓ）。

一方、連携可能な第２のクライアント装置候補が１つでない場合、第２のクライアント装置優先度設定ステップＳ８０５に進む。例えば、図６に示す連携履歴６００を参照し、第１のクライアント装置２１０が「Ｊｕｓｔｉｃｅ」であって、要求ユーザインタフェースが「Ｎａｖｉ」であれば、連携可能な第２のクライアント装置候補は、「Ｆｒｅｅｄｏｍ」および「Ｓｔｒｉｋｅ」の２つであると判定する（連携可能クライアント装置判定ステップＳ８０４のＮｏ）。

第２のクライアント装置優先度設定ステップＳ８０５において、サーバ装置１００の連携装置判定部１２０は、連携可能な複数の第２のクライアント装置候補の優先度を設定する。ここでは、連携回数が多い順に優先度を設定するとすれば、「Ｆｒｅｅｄｏｍ」および「Ｓｔｒｉｋｅ」の順に優先度が設定され、最終連携日時が現在日時から近い順に優先度を設定するとすれば、「Ｓｔｒｉｋｅ」および「Ｆｒｅｅｄｏｍ」の順に優先度が設定される。

なお、第２のクライアント装置優先度設定ステップＳ８０５において、サーバ装置１００の連携装置判定部１２０は、連携可能な複数の第２のクライアント装置候補から、１つの第２のクライアント装置候補を選択してもよい。連携回数が最も多い第２のクライアント装置を優先的に選択するとすれば、「Ｆｒｅｅｄｏｍ」が選択され、最終連携日時が最近であるクライアント装置を優先的に選択するとすれば、「Ｓｔｒｉｋｅ」が選択される。

第２のクライアント装置抽出／選択ステップＳ８６０において、サーバ装置１００の連携装置判定部１２０は、過去に、第１のクライアント装置２１０と連携していない第２のクライアント装置であって、サーバ装置１００とネットワークを介して接続されているクライアント装置のうち、第１のクライアント装置２１０と連携可能な第２のクライアント装置候補を選択する。

図９は、第２のクライアント装置抽出／選択ステップＳ８６０の詳細を示す図である。図９において、第２のクライアント装置抽出／選択ステップＳ８６０は、装置情報参照ステップＳ８６１と、第２のクライアント装置候補抽出ステップＳ８６２と、第２のクライアント装置候補判定ステップＳ８６３と、第２のクライアント装置候補リスト送信ステップＳ８６４と、第２のクライアント装置候補リスト受信ステップＳ８６５と、第２のクライアント装置候補選択ステップＳ８６６と、第２のクライアント装置候補選択結果送信ステップＳ８６７と、第２のクライアント装置候補選択結果受信ステップＳ８６８と、第２のクライアント装置候補決定ステップＳ８６９とを含む。

装置情報参照ステップＳ８６１において、連携装置判定部１２０は、サーバ装置１００に接続されているクライアント装置の装置情報を参照する。クライアント装置の装置情報は、図４および図５に示した第１のクライアント装置の装置情報および第２のクライアント装置の装置情報である。

第２のクライアント装置候補抽出ステップＳ８６２において、連携装置判定部１２０は、クライアント装置の装置情報に基づいて、第１のクライアント装置２１０と連携可能な第２のクライアント装置候補を抽出する。具体的には、先ず、＜ｏｐｅｒａｔｉｏｎ＞タグから第２のクライアント装置になり得るクライアント装置か否かを判定する。そして、＜ｒｅｓｏｌｕｔｉｏｎ＞タグから、第１のクライアント装置２１０の表示解像度より大きい表示解像度であるか否かを判定する。最後に、＜ｉｍａｇｅ＞タグ、および＜ｃｏｏｐｅｒａｔｉｏｎ＞タグから、第１のクライアント装置２１０と連携可能であるか否かを判定し、第２のクライアント装置候補を抽出する。

第２のクライアント装置候補判定ステップＳ８６３において、連携装置判定部１２０は、第２のクライアント装置候補抽出ステップＳ８６２で抽出された第２のクライアント装置候補が複数であるか否かを判定する。第２のクライアント装置候補が複数である場合は、第２のクライアント装置候補リスト送信ステップＳ８６４に進む（第２のクライアント装置候補判定ステップＳ８６３のＹｅｓ）。一方、第２のクライアント装置候補が複数でない場合は、第２のクライアント装置候補決定ステップＳ８６９に進む（第２のクライアント装置候補判定ステップＳ８６３のＮｏ）。

第２のクライアント装置候補リスト送信ステップＳ８６４において、送信部１４０は、第２のクライアント装置候補抽出ステップＳ８６２で抽出された複数の第２のクライアント装置候補を示す第２のクライアント装置候補リストを第１のクライアント装置２１０に送信する。

第２のクライアント装置候補リスト受信ステップＳ８６５において、第１のクライアント装置２１０は、サーバ装置１００からの第２のクライアント装置候補リストを受信する。

第２のクライアント装置候補選択ステップＳ８６６において、第１のクライアント装置２１０は、第２のクライアント装置候補リストに基づいて、複数の第２のクライアント装置候補のうち、１つの第２のクライアント装置候補を選択する。典型的には、第１のクライアント装置２１０は、第２のクライアント装置候補リストを画面に表示し、１つの第２のクライアント装置候補をユーザに選択させる。

第２のクライアント装置候補選択結果送信ステップＳ８６７において、第１のクライアント装置２１０は、第２のクライアント装置候補選択ステップＳ８６６で選択された第２のクライアント装置候補の選択結果をサーバ装置１００に送信する。

第２のクライアント装置候補選択結果受信ステップＳ８６８において、受信部１１０は、第１のクライアント装置２１０からの第２のクライアント装置候補の選択結果を受信する。

第２のクライアント装置候補決定ステップＳ８６９において、連携装置判定部１２０は、第１のクライアント装置２１０で選択された１つの第２のクライアント装置候補、または第２のクライアント装置候補抽出ステップＳ８６２で抽出された第２のクライアント装置候補を、第２のクライアント装置候補として決定する。

なお、ここでは、第２のクライアント装置候補が複数である場合は、１つの第２のクライアント装置候補をユーザに選択させているが、ユーザに問い合わせをせずに、サーバ装置１００で１つの第２のクライアント装置候補を選択してもよい。例えば、連携装置判定部１２０が装置情報を参照して、表示解像度が最も大きい第２のクライアント装置候補を選択してもよい。

さらに、第２のクライアント装置候補が複数である場合は、１つの第２のクライアント装置候補に決定せずに、複数の第２のクライアント装置候補を第２のクライアント装置候補として決定してもよい。この場合、例えば、第２のクライアント装置優先度設定ステップＳ８０５で説明したように、表示解像度が大きい順に、複数の第２のクライアント装置候補の優先度を設定してもよい。

一方、第２のクライアント装置候補が存在しない場合は、第１のクライアント装置２１０と連携可能な第２のクライアント装置がない。したがって、第１のクライアント装置２１０の表示画面（表示領域）に表示されるサーバ装置１００の操作画面を用いて、ユーザは、サーバ装置１００を操作する。

ユーザインタフェース取得ステップＳ８７０において、サーバ装置１００のユーザインタフェース送信制御部１３０は、第１のクライアント装置２１０と、当該第１のクライアント装置２１０と連携可能な第２のクライアント装置候補とのユーザインタフェースを取得する。

図１０は、ユーザインタフェース取得ステップＳ８７０の詳細を示す図である。図１０において、ユーザインタフェース取得ステップＳ８７０は、ユーザインタフェース対応表参照ステップＳ８７１と、ユーザインタフェース抽出ステップＳ８７２とを含む。

ユーザインタフェース対応表参照ステップＳ８７１において、ユーザインタフェース送信制御部１３０は、記録部１５０に記録されている図７に示したユーザインタフェース対応表７００を参照する。

ユーザインタフェース抽出ステップＳ８７２において、ユーザインタフェース送信制御部１３０は、記録部１５０に記録されている複数のユーザインタフェース１６０のうち、第１のクライアント装置２１０および第２のクライアント装置候補のユーザインタフェースを抽出する。具体的には、連携内容が「Ｎａｖｉ」で、第１のクライアント装置２１０が「Ｊｕｓｔｉｃｅ」、第２のクライアント装置候補が「Ｆｒｅｅｄｏｍ」である場合、ユーザインタフェース送信制御部１３０は、図７に示したユーザインタフェース対応表７００を参照して、「Ｊ＿Ｎａｖｉ＿ＵＩ」および「Ｆ＿Ｎａｖｉ＿ＵＩ」を抽出する。

そして、ユーザインタフェース取得ステップＳ８７０で取得された第１のクライアント装置２１０のユーザインタフェースを第１のユーザインタフェースとし、第２のクライアント装置候補のユーザインタフェースを第２のユーザインタフェースとする。

第１のユーザインタフェース表示ステップＳ８０８において、サーバ装置１００の送信部１４０は、第１のユーザインタフェースを第１のクライアント装置２１０に送信する。そして、第１のクライアント装置２１０は、サーバ装置１００からの第１のユーザインタフェースを受信し、第１のクライアント装置２１０の表示画面（表示領域）に第１のユーザインタフェースを表示する。

第２のユーザインタフェース起動ステップＳ８９０において、第２のクライアント装置候補は、第２のユーザインタフェースを第２のクライアント装置候補のバックグラウンドで起動する。

図１１は、第２のユーザインタフェース起動ステップＳ８９０の詳細を示す図である。図１１において、第２のユーザインタフェース起動ステップＳ８９０は、第２のユーザインタフェース起動指示送信ステップＳ８９１と、第２のユーザインタフェース起動指示受信ステップＳ８９２と、第２のユーザインタフェース起動実行ステップＳ８９３とを含む。

第２のユーザインタフェース起動指示送信ステップＳ８９１において、サーバ装置１００の送信部１４０は、第２のユーザインタフェースを第２のクライアント装置候補に送信する。同時に、サーバ装置１００の送信部１４０は、第２のクライアント装置候補に対して、第２のクライアント装置候補で第２のユーザインタフェースを起動させることを示す起動指示を送信する。

第２のユーザインタフェース起動指示受信ステップＳ８９２において、第２のクライアント装置候補は、サーバ装置１００からの第２のユーザインタフェースおよび起動指示を受信する。

第２のユーザインタフェース起動実行ステップＳ８９３において、第２のクライアント装置候補は、第２のクライアント装置候補の表示画面（表示領域）に第２のユーザインタフェースを表示せずに、バックグラウンドで起動する。

第２のクライアント装置連携要求ステップＳ９０１において、サーバ装置１００の受信部１１０は、第１のクライアント装置２１０からの連携要求を受信したか否かを判定する。ここで、当該連携要求は、第２のクライアント装置候補の表示画面（表示領域）に第２のユーザインタフェースを表示させるための要求である。第１のクライアント装置２１０からの連携要求がない場合は、ユーザは、第１のクライアント装置２１０の表示画面（表示領域）に表示された第１のユーザインタフェースを参照しながら、第１のクライアント装置２１０を用いて、サーバ装置１００を操作する（第２のクライアント装置連携要求ステップＳ９０１のＮｏ）。一方、第１のクライアント装置２１０からの連携要求がある場合は、第２のユーザインタフェース表示ステップＳ９２０に進む（第２のクライアント装置連携要求ステップＳ９０１のＹｅｓ）。

第２のユーザインタフェース表示ステップＳ９２０において、第２のクライアント装置候補は、第２のユーザインタフェースを第２のクライアント装置候補の表示画面（表示領域）に表示する。

図１２は、第２のユーザインタフェース表示ステップＳ９２０の詳細を示す図である。図１２において、第２のユーザインタフェース表示ステップＳ９２０は、第２のユーザインタフェース表示指示送信ステップＳ９２１と、第２のユーザインタフェース表示指示受信ステップＳ９２２と、第２のユーザインタフェース表示実行ステップＳ９２３と、第２のクライアント装置候補確認ステップＳ９２４と、第２のユーザインタフェース起動終了指示ステップＳ９２５と、連携履歴更新ステップＳ９２６とを含む。

第２のユーザインタフェース表示指示送信ステップＳ９２１において、サーバ装置１００の送信部１４０は、第２のクライアント装置連携要求ステップＳ９０１における第１のクライアント装置２１０からの連携要求に基づいて、第２のクライアント装置候補に対して、第２のクライアント装置候補の表示画面（表示領域）に第２のユーザインタフェースを表示させることを示す表示指示を送信する。

第２のユーザインタフェース表示指示受信ステップＳ９２２において、第２のクライアント装置候補は、サーバ装置１００からの第２のユーザインタフェースおよび表示指示を受信する。

第２のユーザインタフェース表示実行ステップＳ９２３において、第２のクライアント装置候補は、バックグラウンドで起動させていた第２のユーザインタフェースを、第２のクライアント装置候補の表示画面（表示領域）に表示する。

第２のクライアント装置候補確認ステップＳ９２４において、サーバ装置１００は、複数の第２のクライアント装置候補に対して、第２のユーザインタフェースおよび起動指示を送信していたか否かを確認する。複数の第２のクライアント装置候補に対して、第２のユーザインタフェースおよび起動指示を送信していた場合、第２のユーザインタフェース起動終了指示ステップＳ９２５に進む（第２のクライアント装置候補確認ステップＳ９２４のＹｅｓ）。１つの第２のクライアント装置候補に対して、第２のユーザインタフェースおよび起動指示を送信していた場合、連携履歴更新ステップＳ９２６に進む（第２のクライアント装置候補確認ステップＳ９２４のＮｏ）。

第２のユーザインタフェース起動終了指示ステップＳ９２５において、サーバ装置１００の送信部１４０は、複数の第２のクライアント装置候補のうち連携対象とならなかった第２のクライアント装置候補に、バックグラウンドで起動している第２のユーザインタフェースを停止させることを示す停止指示を送信する。ここで、複数の第２のクライアント装置候補のうち連携対象となる第２のクライアント装置候補は、第２のクライアント装置連携要求ステップＳ９０１における連携要求に基づいて判定される。具体的には、第１のクライアント装置２１０と連携する第２のクライアント装置を、第１のクライアント装置２１０からの連携要求によって選択されている。

換言すれば、第２のユーザインタフェース表示指示送信ステップＳ９２１における表示指示は、複数の第２のクライアント装置候補のうち連携対象となる第２のクライアント装置候補のみに送信され、当該連携対象となる第２のクライアント装置候補は、上述した第２のユーザインタフェース表示指示受信ステップＳ９２２および第２のユーザインタフェース表示実行ステップＳ９２３を実行している。

したがって、複数の第２のクライアント装置候補のうち連携対象とならなかった第２のクライアント装置候補は、サーバ装置１００からの停止指示を受信し、バックグラウンドで起動させていた第２のユーザインタフェースを停止する。これにより、不要なリソースの使用を削減することができる。

連携履歴更新ステップＳ９２６において、サーバ装置１００は、第１のクライアント装置２１０と、当該第１のクライアント装置２１０と連携した第２のクライアント装置との連携情報を連携履歴に記録する。具体的には、第１のクライアント装置、第２のクライアント装置、および連携内容など、図６に示す連携履歴６００を更新する。

なお、ここでは、複数の第２のクライアント装置候補のうち第１のクライアント装置２１０と連携した第２のクライアント装置候補のみについて、連携履歴に記録されているが、複数の第２のクライアント装置候補のうち連携対象とならなかった第２のクライアント装置候補についても連携履歴に記録されても構わない。連携回数が「０」であっても、連携可能である第２のクライアント装置として記録されていれば、次回、第２のクライアント装置候補を効率的かつ高精度に抽出することができる。

以上のように、本発明の一実施形態におけるサーバ装置１００によれば、第１のクライアント装置２１０からのユーザインタフェース要求に基づいて、第１のクライアント装置と連携可能な第２のクライアント装置候補を抽出し、当該第２のクライアント装置候補に対して第２のユーザインタフェースの起動指示を送信する。これにより、第１のクライアント装置２１０からの連携要求があった場合、第２のクライアント装置候補は、既に起動している第２のユーザインタフェースを、即時に表示画面（表示領域）に表示させることができる。つまり、第１のクライアント装置２１０（ユーザ）からの連携要求から、短時間で、当該第１のクライアント装置２１０と第２のクライアント装置とが連携してサーバ装置１００に対する操作を可能にしている。

また、第２のクライアント装置の表示画面（表示領域）は、第１のクライアント装置２１０の表示画面（表示領域）よりも大きいため、ユーザの視認性が向上される。

また、第２のクライアント装置の表示画面（表示領域）に表示されるユーザインタフェースを第１のクライアント装置２１０を用いて操作するため、タッチパッドおよびタッチパネルなど操作性の高いクライアント装置を選択することができる。これにより、ユーザの入力誤りを低減でき、操作効率の向上にも繋がる。

なお、上述した本発明の一実施形態におけるサーバ装置１００は、集積回路であるＬＳＩ（Ｌａｒｇｅ Ｓｃａｌｅ Ｉｎｔｅｇｒａｔｉｏｎ）として実現されてもよい。図１３は、図３に示した本発明の一実施形態におけるサーバ装置１００のうち集積回路化される構成を示す図である。図１３において、受信部１１０と、連携装置判定部１２０と、ユーザインタフェース送信制御部１３０と、送信部１４０とが集積回路化されている（破線で囲まれた部分）。これらの構成は１チップ化されてもよいし、一部または全てを含むように１チップ化されてもよい。ここでは、ＬＳＩといったが集積度の違いによっては、ＩＣ（Ｉｎｔｅｇｒａｔｅｄ Ｃｉｒｃｕｉｔ）、システムＬＳＩ、スーパーＬＳＩ、ウルトラＬＳＩと称呼されることもある。また集積回路化の手法は、ＬＳＩに限られるものではなく、専用回路または汎用プロセッサで集積回路化を行ってもよい。また、ＬＳＩ製造後にプログラムすることが可能なＦＰＧＡ（Ｆｉｅｌｄ Ｐｒｏｇｒａｍｍａｂｌｅ ＧａｔｅＡｒｒａｙ）や、ＬＳＩ内部の回路セルの接続や設定を再構成可能なリコンフィギュラブル・プロセッサを用いてもよい。あるいはこれらの機能ブロックの演算は例えばＤＳＰやＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）などを用いて演算することもできる。さらにこれらの処理ステップはプログラムとして記録媒体に記録して実行することで処理することもできる。

さらには、半導体技術の進歩または派生する別技術によりＬＳＩに置き換わる集積回路かの技術が登場すれば、当然、その技術を用いて機能ブロックを集積化してもよい。バイオ技術の適応などが可能性としてあり得る。

ネットワークを介して接続されるデジタル機器について、特に、デジタル機器を連携させてサービスを提供する場合などに有用である。

１０ 家庭内ネットワークシステム
２０、９０ ユーザインタフェース表示制御システム
１００、９０１ サーバ装置（ＤＶＤレコーダ）
１１０ 受信部
１２０ 連携装置判定部
１３０ ユーザインタフェース送信制御部
１４０ 送信部
１５０ 記録部
１６０ ユーザインタフェース
１７０ 連携装置情報
２１０、２２０、２３０、２４０、９０２、９０３ クライアント装置（携帯電話、デジタルテレビ）
４００、５００ 装置情報
６００ 連携履歴
７００ ユーザインタフェース対応表
８００ ユーザインタフェース表示制御方法
Ｓ８０１ ユーザインタフェース要求ステップ
Ｓ８０２ 連携履歴参照ステップ
Ｓ８０３ 連携履歴判定ステップ
Ｓ８０４ 連携可能クライアント装置判定ステップ
Ｓ８０５ 第２のクライアント装置優先度設定ステップ
Ｓ８６０ 第２のクライアント装置抽出／選択ステップ
Ｓ８６１ 装置情報参照ステップ
Ｓ８６２ 第２のクライアント装置候補抽出ステップ
Ｓ８６３ 第２のクライアント装置候補判定ステップ
Ｓ８６４ 第２のクライアント装置候補リスト送信ステップ
Ｓ８６５ 第２のクライアント装置候補リスト受信ステップ
Ｓ８６６ 第２のクライアント装置候補選択ステップ
Ｓ８６７ 第２のクライアント装置候補選択結果送信ステップ
Ｓ８６８ 第２のクライアント装置候補選択結果受信ステップ
Ｓ８６９ 第２のクライアント装置候補決定ステップ
Ｓ８７０ ユーザインタフェース取得ステップ
Ｓ８７１ ユーザインタフェース対応表参照ステップ
Ｓ８７２ ユーザインタフェース抽出ステップ
Ｓ８０８ 第１のユーザインタフェース表示ステップ
Ｓ８９０ 第２のユーザインタフェース起動ステップ
Ｓ８９１ 第２のユーザインタフェース起動指示送信ステップ
Ｓ８９２ 第２のユーザインタフェース起動指示受信ステップ
Ｓ８９３ 第２のユーザインタフェース起動実行ステップ
Ｓ９０１ 第２のクライアント装置連携要求ステップ
Ｓ９２０ 第２のユーザインタフェース表示ステップ
Ｓ９２０ 第２のユーザインタフェース表示ステップ
Ｓ９２１ 第２のユーザインタフェース表示指示送信ステップ
Ｓ９２２ 第２のユーザインタフェース表示指示受信ステップ
Ｓ９２３ 第２のユーザインタフェース表示実行ステップ
Ｓ９２４ 第２のクライアント装置候補確認ステップ
Ｓ９２５ 第２のユーザインタフェース起動終了指示ステップ
Ｓ９２６ 連携履歴更新ステップ

Claims (13)

1. ネットワークを介して通信される複数のクライアント装置のうち、いずれかである第１のクライアント装置と、当該第１のクライアント装置とは別の第２のクライアント装置とにおけるユーザインタフェース表示を制御するサーバ装置であって、
   前記クライアント装置で前記サーバ装置を操作する前記クライアント装置毎のユーザインタフェースが記録されている記録部と、
   前記第１のクライアント装置からの、前記第１のクライアント装置で前記サーバ装置を操作する第１のユーザインタフェースの要求であるユーザインタフェース要求、および前記第１のクライアント装置と前記第２のクライアント装置とを連携させて前記サーバ装置を操作する連携要求を受信する受信部と、
   前記受信部によって受信された前記ユーザインタフェース要求に基づいて、前記複数のクライアント装置のうち、前記第１のクライアント装置と連携可能な第２のクライアント装置を選択する連携装置判定部と、
   前記記録部に記録されているユーザインタフェースのうち、前記連携装置判定部によって選択された第２のクライアント装置で前記サーバ装置を操作する第２のユーザインタフェースを取得するユーザインタフェース送信制御部と、
   前記ユーザインタフェース送信制御部によって取得された前記第２のユーザインタフェースと、前記第２のユーザインタフェースを起動させることを示す起動指示とを前記第２のクライアント装置に送信する送信部とを備え、
   前記第１のクライアント装置からの前記連携要求を前記受信部が受信した場合、前記送信部は、前記受信部によって受信された前記連携要求に基づいて、前記第２のクライアント装置に送信した前記第２のユーザインタフェースを表示させることを示す表示指示を、前記第２のクライアント装置に送信することを特徴とする、サーバ装置。
2. 前記連携装置判定部は、前記第１のクライアント装置と連携可能な第２のクライアント装置が複数ある場合、前記複数の第２のクライアント装置ごとに、連携対象として選択する際の優先度を設定することを特徴とする、請求項１に記載のサーバ装置。
3. 前記記録部には、前記複数のクライアント装置について、前記第１のクライアント装置と連携したことがあるか否かを示す連携履歴が記録されており、
   前記連携装置判定部は、前記記録部に記録されている前記連携履歴を参照して前記優先度を設定することを特徴とする、請求項２に記載のサーバ装置。
4. 前記連携履歴は、前記第１のクライアント装置と前記複数のクライアント装置とが連携した回数に関する情報である連携回数情報を含み、
   前記連携装置判定部は、前記連携回数情報に基づいて前記優先度を設定することを特徴とする、請求項３に記載のサーバ装置。
5. 前記連携履歴は、前記第１のクライアント装置と前記複数のクライアント装置とが連携した日時に関する情報である連携日時情報を含み、
   前記連携装置判定部は、前記連携回数情報に基づいて前記優先度を設定することを特徴とする、請求項３に記載のサーバ装置。
6. 前記送信部は、前記第１のクライアント装置と連携可能な第２のクライアント装置が複数ある場合、連携対象として選択されなかった第２のクライアント装置においてバックグラウンドで起動しているユーザインタフェースを停止させる停止指示を、当該連携対象として選択されなかった第２のクライアント装置に送信することを特徴とする、請求項２記載のサーバ装置。
7. 前記記録部には、前記複数のクライアント装置について、前記第１のクライアント装置と連携したことがあるか否かを示す連携履歴が記録されており、
   前記連携装置判定部は、前記記録部に記録されている前記連携履歴を参照して、前記第１のクライアント装置と連携したことがあるクライアント装置を、前記第２のクライアント装置として選択することを特徴とする、請求項１に記載のサーバ装置。
8. 前記連携履歴は、前記第１のクライアント装置と前記複数のクライアント装置とが連携した回数に関する情報である連携回数情報を含み、
   前記連携装置判定部は、前記連携回数情報に基づいて、前記第２のクライアント装置として連携する信頼度を判断することを特徴とする、請求項７に記載のサーバ装置。
9. 前記連携履歴は、前記第１のクライアント装置と前記複数のクライアント装置とが連携した日時に関する情報である連携日時情報を含み、
   前記連携装置判定部は、前記連携日時情報に基づいて、前記第２のクライアント装置として連携する信頼度を判断することを特徴とする、請求項７に記載のサーバ装置。
10. 前記連携装置判定部は、前記第１のクライアント装置の表示画面（表示領域）よりも表示画面（表示領域）が大きいクライアント装置を第２のクライアント装置として選択することを特徴とする、請求項１に記載のサーバ装置。
11. 前記記録部には、前記複数のクライアント装置の装置情報と、前記記録部に記録されるユーザインタフェースとを対応付けるユーザインタフェース対応表が記録されており、
    前記ユーザインタフェース送信制御部は、前記記録部に記録されている前記ユーザインタフェース対応表を参照して、前記第１のユーザインタフェースおよび前記第２のユーザインタフェースを取得することを特徴とする、請求項１に記載のサーバ装置。
12. ネットワークを介して通信される複数のクライアント装置のうち、いずれかである第１のクライアント装置と、当該第１のクライアント装置とは別の第２のクライアント装置と
    におけるユーザインタフェース表示を制御するサーバ装置が実行するユーザインタフェース表示制御方法であって、
    前記第１のクライアント装置からの、前記第１のクライアント装置で前記サーバ装置を操作する第１のユーザインタフェースの要求であるユーザインタフェース要求を受信するユーザインタフェース要求受信ステップと、
    前記ユーザインタフェース要求受信ステップで受信された前記ユーザインタフェース要求に基づいて、前記複数のクライアント装置のうち、前記第１のクライアント装置と連携可能な第２のクライアント装置を選択する連携装置判定ステップと、
    予め記録されている前記クライアント装置で前記サーバ装置を操作する前記クライアント装置毎のユーザインタフェースのうち、前記連携装置判定ステップで選択された第２のクライアント装置で前記サーバ装置を操作する第２のユーザインタフェースを取得するユーザインタフェース送信制御ステップと、
    前記ユーザインタフェース送信制御ステップで取得された前記第２のユーザインタフェースと、前記第２のユーザインタフェースを起動させることを示す起動指示とを前記第２のクライアント装置に送信するユーザインタフェース送信ステップと、
    前記第１のクライアント装置と前記第２のクライアント装置とを連携させて前記サーバ装置を操作する連携要求を受信する連携要求受信ステップと、
    前記連携要求受信ステップで受信した前記第１のクライアント装置からの前記連携要求に基づいて、前記第２のクライアント装置に送信した前記第２のユーザインタフェースを表示させることを示す表示指示を、前記第２のクライアント装置に送信する第２のユーザインタフェース表示指示送信ステップとを実行する、ユーザインタフェース表示制御方法。
13. ネットワークを介して通信される複数のクライアント装置のうち、いずれかである第１のクライアント装置と、当該第１のクライアント装置とは別の第２のクライアント装置とにおけるユーザインタフェース表示を制御するサーバ装置に用いられる集積回路であって、
    前記第１のクライアント装置からの、前記第１のクライアント装置で前記サーバ装置を操作する第１のユーザインタフェースの要求であるユーザインタフェース要求、および前記第１のクライアント装置と前記第２のクライアント装置とを連携させて前記サーバ装置を操作する連携要求を受信する受信部と、
    前記受信部によって受信された前記ユーザインタフェース要求に基づいて、前記複数のクライアント装置のうち、前記第１のクライアント装置と連携可能な第２のクライアント装置を選択する連携装置判定部と、
    予め記録されている前記クライアント装置で前記サーバ装置を操作する前記クライアント装置毎のユーザインタフェースのうち、前記連携装置判定部によって選択された第２のクライアント装置で前記サーバ装置を操作する第２のユーザインタフェースを取得するユーザインタフェース送信制御部と、
    前記ユーザインタフェース送信制御部によって取得された前記第２のユーザインタフェースと、前記第２のユーザインタフェースを起動させることを示す起動指示とを前記第２のクライアント装置に送信する送信部とを備え、
    前記第１のクライアント装置からの前記連携要求を前記受信部が受信した場合、前記送信部は、前記受信部によって受信された前記連携要求に基づいて、前記第２のクライアント装置に送信した前記第２のユーザインタフェースを表示させることを示す表示指示を、前記第２のクライアント装置に送信することを特徴とする、集積回路。

Images