JP5431007B2

JP5431007B2 - 電子機器、連携システム、制御方法、制御プログラムおよび記録媒体

Info

Publication number: JP5431007B2
Application number: JP2009101114A
Authority: JP
Inventors: 憲彦青沼
Original assignee: Sharp Corp
Current assignee: Sharp Corp
Priority date: 2009-04-17
Filing date: 2009-04-17
Publication date: 2014-03-05
Anticipated expiration: 2029-04-17
Also published as: JP2010250686A

Description

本発明は、相互接続した他の電子機器と機能的に連携する電子機器、当該電子機器を含む連携システム、当該電子機器の制御方法、制御プログラムおよび当該制御プログラムを記録した記録媒体に関するものである。

近年の無線ＬＡＮ（local area network）の広がりなどにより、明示的に接続しなくても複数の機器を近づけ、それらの機器を自動的に連携させて使用する場合が増加している。このように複数の機器を連携させる技術は、複数の特許文献に開示されている。

例えば、特許文献１には、シリアルポートにデバイス（例えば、ＵＳＢ（universal serial bus）メモリ）が接続されたときに、デバイスの記憶手段に記録されたプログラムを起動する情報処理装置が記載されている。

また、特許文献２には、外部デバイスが装着されたことを検出したときに、その外部デバイスに対応付けられたソフトウェアを自動的に起動する情報処理装置が記載されている。

また、特許文献３には、外部周辺機器が接続されたときに、その種類を判別し、判別した種類に応じて、当該外部周辺機器を操作するためのファイルを読み出し、当該外部周辺機器を使用するために必要な処理を自動的に実行する情報処理装置が記載されている。

また、特許文献４には、周辺機器が接続され、その周辺機器が新しいデバイスであると認識したときに、当該周辺機器のインストールプログラムを自動的に実行し、必要なドライバをインストールする自動ドライバインストール装置が開示されている。

特開平２０００−１０９０５号公報（２０００年１月１４日公開）特開平２００１−９２５５２号公報（２００１年４月６日公開）特開平２００１−２３６３０２号公報（２００１年８月３１日公開）特開平２００７−２８０１７１号公報（２００７年１０月２５日公開）

ところが、上記従来の構成では、複数の機器を連携するための連携プログラムは、一方の電子機器でのみ実行されるため、相互接続される複数の電子機器のいずれで連携プログラムを実行するのかを決定する構成は実現されていない。

また、上記従来の構成では、複数の電子機器が相互接続されたことを契機として連携プログラムを実行する構成となっており、連携プログラムを実行するかどうかの判定は行われていない。

本発明は、上記の問題点を解決するためになされたもので、その目的は、連携プログラムを自機器または相手機器において実行するかどうかの決定を適切に行うことができる電子機器、当該電子機器を含む連携システムおよび当該電子機器の制御方法を提供することにある。

本発明に係る電子機器は、上記の課題を解決するために、他の電子機器である相手機器と通信可能に接続できる電子機器であって、上記相手機器の状態を示す状態情報を当該相手機器から受信する受信部と、自機器の状態と上記受信部が受信した状態情報が示す上記相手機器の状態とに基づいて、自機器と上記相手機器とを機能的に連携させるための連携プログラムを自機器において実行するかどうかを決定する決定手段と、上記決定手段の決定に従って上記連携プログラムを実行するプログラム実行手段とを備えることを特徴としている。

本発明に係る制御方法は、上記の課題を解決するために、他の電子機器である相手機器と通信可能に接続できる電子機器の制御方法であって、上記相手機器の状態を示す状態情報を当該相手機器から受信する受信工程と、自機器の状態と上記受信工程において受信した状態情報が示す上記相手機器の状態とに基づいて、自機器と上記相手機器とを機能的に連携させるための連携プログラムを自機器において実行するかどうかを決定する決定工程と、上記決定工程における決定に従って上記連携プログラムを実行するプログラム実行工程とを含むことを特徴としている。

上記の構成によれば、受信部は、通信可能に接続した相手機器から、当該相手機器の状態を示す状態情報を受信する。そして、決定手段は、自機器の状態と、相手機器の状態とに基づいて、自機器において連携プログラムを実行するかどうかを決定する。プログラム実行手段は、連携プログラムを自機器において実行すると決定手段が決定した場合に当該連携プログラムを実行する。

この連携プログラムとは、自機器と相手機器とを機能的に連携させるプログラムであり、例えば、録画予約のための画面を表示し、録画予約に関する情報をユーザに入力させる録画予約用プログラムである。この場合、電子機器は携帯端末およびテレビである。

連携プログラムを自機器において実行するか、相手機器において実行するかを決める場合に、各機器の状態（例えば、機器が動作状態かスタンバイ（待機）状態か）をその判定基準にすることにより、連携プログラムを実行するのに好ましい電子機器を決定できる可能性が高い。

それゆえ、上記の構成により、連携プログラムを実行するのに好ましい電子機器において当該連携プログラムを実行することができる。

また、上記決定手段は、自機器が動作状態ではない場合に、自機器において上記連携プログラムを実行しない決定を行うことが好ましい。

上記の構成によれば、自機器が動作状態ではない場合に、自機器において連携プログラムは実行されない。逆に言えば、少なくとも、自機器が動作状態であることが、連携プログラムを自機器において実行するための必要条件として設定されている。連携プログラムを自機器において実行するための条件が複数設定されている場合には、当該複数の条件が全て満たされた場合に、自機器において連携プログラムが実行される。

自機器が動作状態である場合は、ユーザが自機器を操作対象として選択している可能性が高い。それゆえ、自機器が動作状態である場合に自機器おいて連携プログラムを自動的に実行することにより、連携プログラムが実行される電子機器をユーザが意図的に選択する動作を省くことができる。

また、上記受信部は、自機器と上記相手機器との位置関係が所定の条件を満たした場合に当該相手機器と通信可能に接続する無線通信部であることが好ましい。

上記の構成によれば、自機器と相手機器との位置関係が所定の条件を満たした場合に自動的に両機器が無線通信により接続される。そのため、ユーザが両機器の相互接続を意図していない場合にも、両機器の距離が所定の距離以下になれば両機器が相互接続される。その場合でも、自機器が動作状態ではないときには、連携プログラムは実行されない。

それゆえ、ユーザが意図しない場合に連携プログラムが実行される可能性を低減することができる。

また、上記決定手段は、自機器および上記相手機器が動作状態である場合に、予め指定された電子機器において上記連携プログラムを実行する決定を行うことが好ましい。

上記の構成によれば、通信可能に接続された電子機器がいずれも動作状態である場合に、予め指定された電子機器において連携プログラムが実行される。それゆえ、全ての電子機器が動作状態であるために、その動作状態のみに基づいて連携プログラムを実行する機器を決定できない場合でも、連携プログラムを実行する機器を決定することができる。

また、上記決定手段は、自機器において上記連携プログラムが実行されている途中に上記相手機器が非動作状態から動作状態に変化したことを示す状態情報を上記受信部において受信した場合に、上記連携プログラムの実行を停止する決定を行うことが好ましい。

上記の構成によれば、自機器における連携プログラムの実行中に相手機器が非動作状態（停止または休止状態）から動作状態に変化した場合に、自機器における連携プログラムの実行が停止される。相手機器が非動作状態から動作状態に変化した場合には、ユーザが別の操作を相手機器に対して行った可能性が高い。それゆえ、上記の構成により、連携プログラムの実行を停止し、ユーザが新たに行う操作を優先させることができる。

また、上記電子機器は、自機器の動作または操作に関する画面を表示する表示部をさらに備え、上記受信部は、上記状態情報として、上記相手機器が備える表示部が動作状態であるかどうかを示す状態情報を当該相手機器から受信し、上記決定手段は、自機器が備える表示部の状態と、上記受信部が受信した状態情報が示す上記相手機器の表示部の状態とに基づいて、自機器において上記連携プログラムを実行するかどうかを決定することが好ましい。

上記の構成によれば、表示部は、自機器の動作または操作に関する画面を表示する。自機器の動作に関する画面とは、例えば、連携プログラムが起動したことを示す画面、起動した連携プログラムが実現する機能を示す画面である。また、自機器の操作に関する画面とは、例えば、連携プログラムの実行に必要な情報の入力をユーザに促す画面、当該情報をユーザが入力するための画面である。

決定手段は、自機器が備える表示部の状態と、相手機器が備える表示部の状態とに基づいて、自機器において連携プログラムを実行するかどうかを決定する。上記状態情報とは、表示部が動作状態であるかどうかを示す情報であり、例えば、表示部が動作状態であるか停止または休止（待機）状態であるかを示す情報である。

それゆえ、自機器および相手機器の表示部が動作状態であるかどうかに基づいて、連携プログラムを自機器において実行するかどうかを決定することができる。従って、連携プログラムを実行するのに好ましい機器で当該連携プログラムを実行することができる。

本発明に係る電子機器は、上記の課題を解決するために、他の電子機器である相手機器と通信可能に接続できる電子機器であって、自機器と上記相手機器とを機能的に連携させるための連携プログラムを実行することを命じる実行要求を当該相手機器から受信する受信部と、上記実行要求を上記受信部において受信した場合に、自機器において上記連携プログラムを実行する決定を行う決定手段と、上記決定手段の決定に従って上記連携プログラムを実行するプログラム実行手段とを備えることを特徴としている。

上記の構成によれば、決定手段は、相手機器から連携プログラムを実行することを命じる実行要求を受信部において受信した場合に、自機器において連携プログラムを実行する決定を行う。プログラム実行手段は、この決定手段の決定に従って連携プログラムを実行する。

それゆえ、相手機器が連携プログラムを実行できない機器である場合にも、当該相手機器からの要求に応じて連携プログラムを自機器において実行できる。それゆえ、連携プログラムを実行するのに好ましい機器において実行することができる。

また、上記受信部は、上記相手機器の状態を示す状態情報を当該相手機器から受信し、上記決定手段は、自機器において上記連携プログラムが実行されている途中に上記相手機器の状態が非動作状態から動作状態に変化したことを示す状態情報を上記受信部において受信した場合に、上記連携プログラムの実行を停止する決定を行うことが好ましい。

上記の構成によれば、決定手段は、自機器において連携プログラムが実行されている途中に相手機器が動作状態に変化したことを示す状態情報を受信部において受信した場合に、連携プログラムの実行を停止する決定を行う。

相手機器の状態が非動作状態から動作状態に変化した場合には、ユーザが別の操作を相手機器に対して行った可能性が高い。それゆえ、上記の構成により、連携プログラムの実行を停止し、ユーザが新たに行う操作を優先させることができる。

上記電子機器は、自機器の動作または操作に関する画面を表示する表示部をさらに備え、上記受信部は、上記相手機器が備える表示部が動作状態であるかどうかを示す状態情報を当該相手機器から受信し、上記決定手段は、自機器が備える表示部の状態と、上記受信部が受信した状態情報が示す上記相手機器の表示部の状態とに基づいて、自機器の表示部において上記連携プログラムの実行に関する画面を表示するかどうかを決定することが好ましい。

上記の構成によれば、表示部は、自機器の動作または操作に関する画面、特に、連携プログラムの実行に関する画面を表示する。受信部は、相手機器の状態を示す状態情報および連携プログラムを実行することを命じる実行要求を相手機器から受信する。決定手段は、自機器が備える表示部の状態と、受信部が受信した状態情報が示す相手機器の表示部の状態とに基づいて、自機器の表示部において連携プログラムの実行に関する画面を表示するかどうかを決定する。連携プログラムの実行に関する画面とは、例えば、連携プログラムの実行を許可する指示の入力をユーザに促すための画面である。

それゆえ、連携プログラムの実行に関する画面を、適切な電子機器において表示することができる。

本発明に係る電子機器は、上記の課題を解決するために、他の電子機器である相手機器と通信可能に接続できる電子機器であって、上記相手機器の状態を示す状態情報を当該相手機器から受信する受信部と、自機器の状態と、上記受信部が受信した状態情報が示す上記相手機器の状態とに基づいて、当該相手機器に対して、自機器と上記相手機器とを機能的に連携させるための連携プログラムを実行することを命じる実行要求を生成するかどうかを決定する決定手段と、上記決定手段の決定に従って上記実行要求を生成する要求生成手段と、上記要求生成手段が生成した要求を上記相手機器へ送信する送信部とを備えることを特徴としている。

上記の構成によれば、受信部は、相手機器の状態を示す状態情報を当該相手機器から受信する。決定手段は、自機器の状態と相手機器の状態とに基づいて、当該相手機器に対して実行要求を生成するかどうかを決定する。要求生成手段は、決定手段の決定に従って実行要求を生成し、送信部は、要求生成手段が生成した要求を相手機器へ送信する。

上記電子機器は、自身では連携プログラムを実行しないものであってもよい。その場合でも、連携プログラムの実行要求を生成することにより、相手機器に連携プログラムを実行させることができる。その場合に、自機器の状態と相手機器の状態とに基づいて実行要求を生成するかどうかを決定することにより、適切な状況において実行要求を生成できる。例えば、自機器の状態と相手機器の状態とが所定の条件を満たす場合に実行要求を生成してもよい。

それゆえ、連携プログラムを相手機器に実行させるのに好ましい条件下において、相手機器に連携プログラムを実行させることができる。

また、上記決定手段は、自機器が動作状態であり、相手機器が動作状態でないことを上記状態情報が示す場合に、上記実行要求を生成する決定を行うことが好ましい。

上記の構成によれば、自機器が動作状態であり、相手機器が動作状態でない場合（待機状態である場合）には、相手機器に連携プログラムを実行させる実行要求が生成される。

それゆえ、自機器において連携プログラムを実行することができず、相手機器が動作状態でない場合でも、当該相手機器に連携プログラムを実行させることができる。

また、自機器の動作または操作に関する画面を表示する表示部をさらに備え、上記受信部は、上記状態情報として、上記相手機器が備える表示部が動作状態であるかどうかを示す状態情報を当該相手機器から受信し、上記決定手段は、自機器が備える表示部の状態と、上記受信部が受信した状態情報が示す上記相手機器の表示部の状態とに基づいて、上記実行要求を生成するかどうかを決定することが好ましい。

上記の構成によれば、自機器の表示部の状態と、相手機器の表示部の状態とに基づいて、実行要求を生成するかどうかが決定される。表示部は、自機器における操作に関する画面を表示するものであり、自機器の表示部が動作状態にあるときには、自機器がユーザの操作対象になっている可能性が高い。

それゆえ、自機器および相手機器の表示部の状態から、実行要求を生成するかどうかを決定することができ、実行要求を生成するかどうかをより適切に決定することができる。

また、上記決定手段は、自機器が備える表示部の状態と、上記受信部が受信した状態情報が示す上記相手機器の表示部の状態とに基づいて、自機器の表示部において、上記連携プログラムの実行に関する画面を表示するかどうかを決定することが好ましい。

上記の構成によれば、決定手段は、自機器の表示部の状態と、相手機器の表示部の状態とに基づいて、自機器の表示部において連携プログラムの実行に関する画面を表示するかどうかを決定する。連携プログラムの実行に関する画面とは、例えば、連携プログラムの実行を許可する指示の入力をユーザに促すための画面である。

また、自電子機器を動作させるための制御プログラムであって、コンピュータを上記各手段として機能させるための制御プログラムおよび当該制御プログラムを記録したコンピュータ読み取り可能な記録媒体も本発明の技術的範囲に含まれる。

本発明に係る連携システムは、上記の課題を解決するために、第１機器と、当該第１機器の相手機器としての第２機器とを含む連携システムであって、上記第１および第２機器は、自機器の状態を示す状態情報を相手機器へ送信する送信部と、相手機器についての上記状態情報を当該相手機器から受信する受信部と、自機器の状態と上記受信部が受信した状態情報が示す上記相手機器の状態とに基づいて、自機器と相手機器とを機能的に連携させるための連携プログラムを自機器において実行するかどうかを決定する決定手段と、上記決定手段の決定に従って上記連携プログラムを実行するプログラム実行手段とを備えることを特徴としている。

上記の構成によれば、送信部および受信部によって、通信可能に接続した相手機器と、状態情報の交換が行われる。そして、決定手段は、自機器についての状態と、相手機器の状態とに基づいて、自機器において連携プログラムを実行するかどうかを決定する。プログラム実行手段は、連携プログラムを自機器において実行すると決定手段が決定した場合に当該連携プログラムを実行する。

連携プログラムを自機器において実行するか、相手機器において実行するかを決める場合に、各機器の状態（例えば、機器が動作状態かスタンバイ状態か）をその判定基準にすることにより、連携プログラムを実行するのに好ましい電子機器を決定できる可能性が高い。

本発明に係る連携システムは、上記の課題を解決するために、メイン機器と、サブ機器とを含む連携システムであって、上記メイン機器は、自機器の状態を示す状態情報を上記サブ機器へ送信する送信部と、自機器と上記サブ機器とを機能的に連携させるための連携プログラムを実行することを命じる実行要求を当該サブ機器から受信する受信部と、上記サブ機器から上記実行要求を受信した場合に、上記連携プログラムを実行するプログラム実行手段とを備え、上記サブ機器は、上記メイン機器についての上記状態情報を当該メイン機器から受信する受信部と、自機器の状態と上記受信部が受信した状態情報が示す上記メイン機器の状態とに基づいて、上記実行要求を生成するかどうかを決定する決定手段と、上記決定手段の決定に従って上記実行要求を生成する要求生成手段と、上記要求生成手段が生成した実行要求を上記メイン機器へ送信する送信部とを備えることを特徴としている。

上記の構成によれば、メイン機器からサブ機器へメイン機器の状態を示す状態情報が送信される。サブ機器の決定手段は、自機器の状態およびメイン機器の状態に基づいて、連携プログラムの実行要求を生成するかどうかを決定する。実行要求を生成することが決定された場合に、要求生成手段は実行要求を生成し、送信部はその実行要求をメイン機器へ送信する。この実行要求を受信すると、メイン機器のプログラム実行手段は、連携プログラムを実行する。

それゆえ、自機器の状態およびメイン機器の状態から判断される適切な状況において連携プログラムをメイン機器で実行することができる。

以上のように、本発明に係る電子機器は、相手機器の状態を示す状態情報を当該相手機器から受信する受信部と、自機器の状態と上記受信部が受信した状態情報が示す上記相手機器の状態とに基づいて、自機器と上記相手機器とを機能的に連携させるための連携プログラムを自機器において実行するかどうかを決定する決定手段と、上記決定手段の決定に従って上記連携プログラムを実行するプログラム実行手段とを備える構成である。

また、本発明に係る制御方法は、相手機器の状態を示す状態情報を当該相手機器から受信する受信工程と、自機器の状態と上記受信工程において受信した状態情報が示す上記相手機器の状態とに基づいて、自機器と上記相手機器とを機能的に連携させるための連携プログラムを自機器において実行するかどうかを決定する決定工程と、上記決定工程における決定に従って上記連携プログラムを実行するプログラム実行工程とを含む構成である。

また、本発明に係る電子機器は、自機器と上記相手機器とを機能的に連携させるための連携プログラムを実行することを命じる実行要求を当該相手機器から受信する受信部と、上記実行要求を上記受信部において受信した場合に、自機器において上記連携プログラムを実行する決定を行う決定手段と、上記決定手段の決定に従って上記連携プログラムを実行するプログラム実行手段とを備える構成である。

また、本発明に係る電子機器は、相手機器の状態を示す状態情報を当該相手機器から受信する受信部と、自機器の状態と、上記受信部が受信した状態情報が示す上記相手機器の状態とに基づいて、当該相手機器に対して、自機器と相手機器とを機能的に連携させるための連携プログラムを実行することを命じる実行要求を生成するかどうかを決定する決定手段と、上記決定手段の決定に従って上記実行要求を生成する要求生成手段と、上記要求生成手段が生成した要求を上記相手機器へ送信する送信部とを備える構成である。

また、本発明に係る連携システムは、第１機器と、当該第１機器の相手機器としての第２機器とを含む連携システムであって、上記第１および第２機器は、自機器の状態を示す状態情報を相手機器へ送信する送信部と、相手機器についての上記状態情報を当該相手機器から受信する受信部と、自機器の状態と上記受信部が受信した状態情報が示す上記相手機器の状態とに基づいて、自機器と相手機器とを機能的に連携させるための連携プログラムを自機器において実行するかどうかを決定する決定手段と、上記決定手段の決定に従って上記連携プログラムを実行するプログラム実行手段とを備える構成である。

また、本発明に係る連携システムは、メイン機器と、サブ機器とを含む連携システムであって、上記メイン機器は、自機器の状態を示す状態情報を上記サブ機器へ送信する送信部と、自機器と上記サブ機器とを機能的に連携させるための連携プログラムを実行することを命じる実行要求を当該サブ機器から受信する受信部と、上記サブ機器から上記実行要求を受信した場合に、上記連携プログラムを実行するプログラム実行手段とを備え、上記サブ機器は、上記メイン機器についての上記状態情報を当該メイン機器から受信する受信部と、自機器の状態および上記状態情報が示す上記メイン機器の状態に基づいて、上記実行要求を生成するかどうかを決定する決定手段と、上記決定手段の決定に従って上記実行要求を生成する要求生成手段と、上記要求生成手段が生成した実行要求を上記メイン機器へ送信する送信部とを備える構成である。

それゆえ、連携プログラムを実行するのに好ましい電子機器において当該連携プログラムを実行することができるという効果を奏する。

本発明の一実施形態に係る携帯端末および液晶テレビの構成を示す概略図である。上記携帯端末および液晶テレビを含む連携システムの構成を示す概略図である。状態情報のデータ構造を示す図である。プライオリティフラグの組み合わせから、コントローラが連携プログラムを実行する機器を決定する一例を示す図である。連携システムにおける処理の流れの一例を示すフローチャートである。上記携帯端末および液晶テレビにおける動作のパターンを示す図である。本発明の別の実施形態に係る携帯電話および液晶テレビを含む連携システムの構成を示す概略図である。上記携帯電話の構成を示す概略図である。プログラム実行要求のデータ構造を示す概略図である。上記携帯電話における処理の流れの一例を示すフローチャートである。上記液晶テレビにおける処理の流れの一例を示すフローチャートである。（ａ）〜（ｄ）は、上記連携システムにおける処理の流れの一例を示す概略図である。上記携帯電話および液晶テレビにおける動作のパターンを示す図である。上記携帯電話における処理の流れの別の例を示すフローチャートである。上記液晶テレビにおける処理の流れの別の例を示すフローチャートである。上記携帯電話および上記液晶テレビにおける処理の流れのさらに別の例を示すフローチャートである。

〔実施の形態１〕
本発明の実施の一形態について図１〜図６に基づいて説明すれば、以下のとおりである。本発明の電子機器は、他の電子機器である相手機器と通信可能に接続できるものである。本実施形態では、本発明の電子機器の一例として、携帯端末（第１機器）１および液晶テレビ（第２機器）２０を例に挙げて説明するが、本発明の電子機器はこれらに限定されず、パーソナルコンピュータ、カーナビゲーション等の電子機器であってよい。

携帯端末１は、携帯電話、ＰＤＡ（personal digital assistant）または携帯用ゲーム機などの携帯端末である。

また、携帯端末１および液晶テレビ２０は、自機器と相手機器とを機能的に連携させるための連携プログラムを自機器において実行する電子機器である。上記連携プログラムを連携用アプリケーションと称することもできる。本実施形態では、連携プログラムの一例として録画予約プログラムを挙げて説明する。この録画予約プログラムは、液晶テレビ２０において番組の録画予約をするためのプログラムである。また、連携プログラムを自機器において実行する電子機器をメイン機器と称し、連携プログラムを自機器において実行できない電子機器をサブ機器と称する。サブ機器については実施の形態２において詳細に説明する。

（連携システム５０の構成）
携帯端末１および液晶テレビ２０は、連携プログラムである録画予約プログラムを実行するための連携システム５０を構成している。図２は、本実施形態の携帯端末１および液晶テレビ２０を含む連携システム５０の構成を示す概略図である。同図に示すように、連携システム５０は、携帯端末１および液晶テレビ２０に加え、録画予約プログラムを携帯端末１または液晶テレビ２０に提供する連携プログラム提供装置としてのサーバ３０を含んでいる。

サーバ３０と、携帯端末１および液晶テレビ２０とはインターネット等のネットワーク、または専用回線を介して通信可能に接続することができる。携帯端末１および液晶テレビ２０は、自機器が録画予約プログラムを有していない場合に、サーバ３０から録画予約プログラムを取得することができる。

（携帯端末１・液晶テレビ２０の構成）
図１は、携帯端末１および液晶テレビ２０の構成を示すブロック図である。携帯端末１と液晶テレビ２０とは、本発明を実現するための共通の構成を備えている。図１には、その共通の構成のみ示している。同図に示すように、携帯端末１および液晶テレビ２０は、主制御部１０、ディスプレイ（表示部）１１、入力部１２、記憶部１３、一時記憶部１４および通信部（送信部、受信部）１５を備えている。

携帯端末１は、これらの部材以外にも、スピーカ、マイク、バッテリー等の部材を備えているが、発明の特徴点とは関係がないため当該部材を図示していない。同様に液晶テレビ２０は、スピーカ、テレビチューナ等の部材を備えているが、発明の特徴点とは関係がないため当該部材を図示していない。

ディスプレイ１１は、ユーザに自機器における動作または操作に関する画面、特に、連携プログラムの実行に関する画面を表示する液晶ディスプレイである。上記画面とは、例えば、録画予約プログラムが起動したことを示す画面、録画予約プログラムの実行を許可する指示を入力することを促す画面、録画予約プログラムの実行に必要な情報の入力をユーザに促す画面、当該指示または情報を入力するための画面である。なお、本発明の電子機器が備える表示部は、液晶ディスプレイに限定されず、プラズマディスプレイ、有機ＥＬ（electroluminescence）ディスプレイ等の他の表示部であってもよい。

入力部１２は、ユーザの操作を受け付けるものであり、例えば、操作キーや、ダイヤルである。

記憶部１３は、主制御部１０が実行する（１）各部の制御プログラム、（２）ＯＳプログラム、（３）アプリケーションプログラム、および（４）これらプログラムを実行するときに読み出す各種データを記録するものである。記憶部１３は、ハードディスク、フラッシュメモリなどの不揮発性の記憶装置によって構成される。

一時記憶部１４は、ＲＡＭ（Random Access Memory）などの揮発性の記憶装置によって構成される記憶部であり、主制御部１０が上述の各種プログラムを実行する過程でデータを一時的に保持するための作業領域として使用される。

通信部１５は、相手機器およびサーバ３０と通信するための通信装置である。この通信部１５は、ネットワーク通信部１６および近距離通信部１７を備えている。

ネットワーク通信部１６は、無線電話網とインターネットとの組み合わせ等のネットワークを介してサーバ３０に接続するための通信装置である。ネットワーク通信部１６は、サーバ３０と通信できるものであればよく、サーバ３０と有線接続するための通信装置であってもよい。

近距離通信部１７は、自身と相手機器（特に、相手機器の通信部）との位置関係が所定の条件を満たした場合に自動的に相手機器と通信可能に接続する無線通信部である。例えば、近距離通信部１７は、自機器に所定の距離以上近づいた相手機器と通信可能な無線通信部であってもよいし、自機器から出射される指向性を有する伝送媒体（例えば赤外線）の出射方向の範囲と、相手機器の無線通信部の受信可能な方向の範囲とが重複した場合に、両機器が通信可能に接続されるものであってもよい。

この近距離通信部１７は、例えば、赤外線通信を行うものであってもよいし、非接触型ＩＣカード（ＩＣチップ）技術における非接触型ＩＣカード（ＩＣチップ）用リーダ／ライタを備えるものであってもよい。後者の場合には、近距離通信部１７は、非接触型のＩＣカード（ＩＣチップ）の規格に準じた伝送距離内のみで無線通信を行うものである。

また、詳細については後述するが、近距離通信部１７は、相手機器の状態を示す状態情報を当該相手機器から受信する受信部および自機器の状態を示す状態情報を相手機器へ送信する送信部として機能する。

（主制御部１０の構成）
主制御部１０は、ディスプレイ状態管理部２、ダイアログ提示部３、コントローラ（決定手段）４、プログラム実行部（プログラム実行手段）５およびプログラム取得部６を備えている。

ディスプレイ状態管理部２は、ディスプレイ１１が動作状態であるかどうかを管理する。

ダイアログ提示部３は、録画予約プログラムの実行に際してユーザに提示する各種のダイアログをディスプレイ１１に表示する。表示されるダイアログは、予め記憶部１３に格納されており、ダイアログ提示部３は、複数のダイアログの中から表示すべきダイアログを選択してディスプレイ１１に表示する。

コントローラ４は、自機器の状態と、近距離通信部１７が受信した状態情報が示す相手機器の状態とに基づいて、自機器において録画予約プログラムを実行するかどうかを決定する。上記状態情報とは、具体的には、ディスプレイ１１が動作状態であるかどうかを示す情報である。コントローラ４は、自機器の表示部が動作状態であることを、録画予約プログラムを自機器において実行するための必要条件として、録画予約プログラムを実行するかどうかを決定する。換言すれば、コントローラ４は、自機器の表示部が動作状態でない場合には、自機器において録画予約プログラムを実行しない決定を行う。コントローラ４の処理の詳細については後述する。

プログラム実行部５は、コントローラ４の決定に従って録画予約プログラムを実行する。このプログラム実行部５を備えている機器がメイン機器となり得る。

プログラム取得部６は、自機器の記憶部１３に録画予約プログラムが格納されていない場合に、ネットワーク通信部１６を介してサーバ３０から録画予約プログラムを取得する。

（状態情報のデータ構造）
次に、近距離通信部１７によって送受信される状態情報のデータ構造について説明する。図３は、状態情報のデータ構造を示す図である。同図に示すように、状態情報には、送信ヘッダ、デバイス属性データ、ディスプレイ属性データおよびプライオリティフラグが含まれている。

送信ヘッダには、送信元の機器のＩＤ（識別子）、送信先の機器のＩＤおよびパケットタイプが記録されている。

デバイス属性データは、状態情報の送信元の機器がメイン機器であるかサブ機器であるかを示す情報である。送信元の機器がメイン機器である場合には「１」が、サブ機器である場合には「０」が示される。

ディスプレイ属性データは、送信元の機器が有するディスプレイ１１が動作状態（オン）であるか、休止または停止状態（オフ）であるかを示す情報であり、狭義の状態情報である。ディスプレイ１１がオンである場合には「１」が、オフである場合には「０」が示される。なお、休止状態（または待機状態）とは、ディスプレイ１１が完全にはオフになっておらず、その輝度が通常状態よりも低下している状態である。停止状態とは、ディスプレイ１１が完全にオフになっている状態である。

プライオリティフラグは、録画予約プログラムの実行に関して自機器を相手機器よりも優先するかどうかを示す情報である。このプライオリティフラグは、自機器も相手機器もディスプレイ１１がオンになっている場合に、どちらの機器で録画予約プログラムを実行するかを決定するための情報である。自機器において優先的に録画予約プログラムを実行する場合は「１」が、そうではない場合は「０」が示される。

図４は、プライオリティフラグの組み合わせから、コントローラ４が録画予約プログラムを実行する機器を決定する一例を示す図である。同図に示すように、いずれか一方の機器のプライオリティフラグが「１」である場合には、プライオリティフラグが「１」である機器において録画予約プログラムを実行する。両方のプライオリティフラグが「１」である場合には、ＩＤの若い方の機器において録画予約プログラムを実行する。また、両方のプライオリティフラグが「０」である場合には、録画予約プログラムの自動起動を無効にする。このような決定方法はあくまで一例であり、その他の決定方法を用いてもよい。

なお、機器のＩＤ、デバイス属性データおよびプライオリティフラグは、予めユーザによって、または製品の出荷時に設定されており、記憶部１３に格納されている。

（連携システム５０における処理の流れ）
次に連携システム５０における処理の流れの一例について説明する。図５は、連携システム５０における処理の流れの一例を示すフローチャートである。ここでは、携帯端末１を動作の主体として説明する。同様の処理が液晶テレビ２０でも行われているが、液晶テレビ２０における処理の説明は省略する。

まず、携帯端末１と液晶テレビ２０とが所定の距離以上に近づくと、近距離通信部１７によって両機器間の通信が確立される（Ｓ１）。

通信が確立されると、コントローラ４は、その時点におけるディスプレイ１１のオン／オフの状態を示すディスプレイ属性データをディスプレイ状態管理部２に要求する。ディスプレイ状態管理部２は、その要求に応じてディスプレイ１１の状態を検出し、その結果をディスプレイ属性データとしてコントローラ４へ出力する。

コントローラ４は、受信したディスプレイ属性データと、記憶部１３から取得した機器のＩＤ、デバイス属性データおよびプライオリティフラグを用いて状態情報を生成し、生成した状態情報を、近距離通信部１７を介して液晶テレビ２０へ送信する。このようにコントローラ４は、状態情報生成手段としても機能する。

また、同様の処理が液晶テレビ２０においても行われ、液晶テレビ２０の近距離通信部１７から当該液晶テレビ２０の状態情報が送信される。この状態情報を携帯端末１の近距離通信部１７が受信する（受信工程）。これらの動作により互いの状態情報が交換される（Ｓ２）。

液晶テレビ２０から状態情報を受信すると、携帯端末１のコントローラ４は、自機器のディスプレイ属性データと液晶テレビ２０のディスプレイ属性データとの組み合わせから自機器で録画予約プログラムを実行するかどうかを決定する（決定工程）（Ｓ３〜Ｓ５）。

コントローラ４は、自機器のディスプレイ１１がオンであり（Ｓ３にてＹＥＳ）、液晶テレビ２０のディスプレイ１１がオフである（Ｓ４にてＮＯ）場合は、自機器で録画予約プログラムを実行する決定を行う。

また、コントローラ４は、自機器のディスプレイ１１がオンであり（Ｓ３にてＹＥＳ）、液晶テレビ２０のディスプレイ１１がオンである（Ｓ４にてＹＥＳ）場合は、プライオリティフラグを参照し、自機器が優先されていれば（Ｓ５にてＹＥＳ）自機器で録画予約プログラムを実行する決定を行う。一方、自機器が優先されていなければ（Ｓ５にてＮＯ）処理を終了する。換言すれば、コントローラ４は、自機器および相手機器のいずれの表示部も動作状態である場合に、予め指定された電子機器において連携プログラムを実行する決定を行う。

なお、自機器および液晶テレビ２０が共に優先されている（プライオリティフラグが「１」）場合には、コントローラ４は、自機器および液晶テレビ２０のＩＤを参照し、自機器のＩＤの値が液晶テレビ２０のＩＤの値よりも小さい場合に、自機器において録画予約プログラムを実行する決定を行う。

また、コントローラ４は、自機器のディスプレイ１１がオフである場合（Ｓ３にてＮＯ）は、処理を終了する。この場合、液晶テレビ２０のディスプレイ１１がオンの場合には、液晶テレビ２０において録画予約プログラムが実行され、液晶テレビ２０のディスプレイ１１がオフの場合には、いずれの機器においても録画予約プログラムは実行されない。なお、ディスプレイ１１がオフであっても機器本体の電源がオンであれば、通信接続動作は可能である。

自機器で録画予約プログラムを実行することを決定した場合、コントローラ４は、録画予約プログラムの実行を許可する指示を入力することをユーザに促すダイアログ（連携機能利用確認ダイアログと称する）を表示する命令をダイアログ提示部３へ出力する。

この命令を受け取ると、ダイアログ提示部３は、連携機能利用確認ダイアログをディスプレイ１１に表示する（Ｓ６）。この連携機能利用確認ダイアログは、例えば、「相手機器と連携しますか？」というメッセージを含むものである。ただし、この連携機能利用確認ダイアログを表示する工程は必須のものではなく、省略可能である。

その後、ユーザからプログラムの実行指示を、入力部１２を介して取得すると（Ｓ７）、コントローラ４は、録画予約プログラムを実行する命令をプログラム実行部５へ出力する。

この命令を受けて、プログラム実行部５は録画予約プログラムを実行する（プログラム実行工程）（Ｓ８）。このとき録画予約プログラムが記憶部１３に格納されていない場合には、プログラム実行部５は、プログラム取得部６へ録画予約プログラムを取得する命令を出力する。

この命令を受けると、プログラム取得部６は、ネットワーク通信部１６を介してサーバ３０から録画予約プログラムを取得する。

そしてプログラム実行部５は、プログラム取得部６が取得した録画予約プログラムを実行する。具体的には、プログラム実行部５は、録画予約プログラムの実行に必要な情報情報を入力するための画面をディスプレイ１１に表示し、録画予約に関する情報（録画開始時間、録画終了時間、録画対象となる番組を特定する情報など）をユーザから取得する。その後、取得した録画予約に関する情報を、近距離通信部１７を介して液晶テレビ２０へ送信する。

図６は、携帯端末１および液晶テレビ２０における動作のパターンを示す図である。ディスプレイ１１のオン／オフの組み合わせに対応する携帯端末１および液晶テレビ２０における動作をまとめると、同図に示すようになる。なお、連携機能利用確認ダイアログは、連携プログラムが実行される機器において表示される。

（連携システム５０の効果）
以上のように、連携システム５０は、携帯端末１と、当該携帯端末１の相手機器としての液晶テレビ２０とを含む連携システムである。携帯端末１および液晶テレビ２０は、自機器の状態を示す状態情報を相手機器へ送信する送信部としての近距離通信部１７と、相手機器についての状態情報を当該相手機器から受信する受信部としての近距離通信部１７と、自機器の状態と近距離通信部１７が受信した状態情報が示す相手機器の状態とに基づいて連携プログラムを自機器において実行するかどうかを決定するコントローラ４と、コントローラ４の決定に従って連携プログラムを実行するプログラム実行部５とを備えている。

それゆえ、各機器の状態に基づいて、連携プログラムを実行するのに好ましい機器において当該連携プログラムを実行することができる。

（変更例）
上述の説明では、状態情報は、ディスプレイ１１が動作状態であるかどうかを示す情報であったが、自機器および相手機器のその他の状態を示す情報であってもよい。すなわち、状態情報は、自機器および相手機器が備える少なくとも１つの装置（例えば、主電源、表示装置）が動作状態であるか非動作状態であるかを示すものであればよい。例えば、状態情報は、自機器および相手機器が動作状態であるか、休止状態（スタンバイ状態）であるかを示す情報であってもよい。

また、連携プログラムの一例として録画予約プログラムを挙げたが、連携プログラムとしてその他のプログラムを用いてもよい。

また、連携プログラムを実行する機器は、当該連携プログラムをサーバ３０からではなく相手機器から取得してもよい。この場合、連携プログラムは相手機器の記憶部１３に格納されており、連携プログラムを実行する機器は、相手機器に対して連携プログラムを要求する信号を送信すればよい。

また、１つの電子機器に対する相手機器は複数であってもよい。すなわち、１つのメイン機器に対して２つ以上のメイン機器が接続されてもよい。

〔実施の形態２〕
本発明の他の実施形態について図７〜図１６に基づいて説明すれば、以下のとおりである。なお、実施の形態１と同様の部材に関しては、同じ符号を付し、その説明を省略する。本実施形態では、本発明の電子機器の一例として、携帯電話６０および液晶テレビ２０を例に挙げて説明する。携帯電話６０は、連携プログラムを自機器において実行できないサブ機器である。また、本実施形態では、連携プログラムの一例として着信待ちプログラムを挙げて説明する。この着信待ちプログラムは、携帯電話６０に着信があった場合に、その旨を示すメッセージを液晶テレビ２０に表示し、液晶テレビ２０から着信音を出力するためのプログラム（アプリケーション）である。

（連携システム７０の構成）
携帯電話６０および液晶テレビ２０は、連携プログラムである着信待ちプログラムを実行するための連携システム７０を構成している。図７は、本実施形態の携帯電話６０および液晶テレビ２０を含む連携システム７０の構成を示す概略図である。同図に示すように、連携システム７０は、携帯電話６０および液晶テレビ２０に加え、着信待ちプログラムを液晶テレビ２０に提供する連携プログラム提供装置としてのサーバ３０を含んでいる。液晶テレビ２０は、自機器が着信待ちプログラムを有していない場合に、サーバ３０から着信待ちプログラムを取得することができる。

（携帯電話６０の構成）
図８は、携帯電話６０の構成を示す概略図である。同図に示すように、携帯電話６０は、携帯端末１とは異なり、コントローラ（決定手段）３２およびプログラム実行要求部（要求生成手段）３３を含む主制御部３１を備えている。この主制御部３１は、プログラム実行部およびプログラム取得部を備えていない。

コントローラ３２は、主制御部３１の各機能ブロックを制御する。特に、コントローラ３２は、自機器の状態、または、自機器および液晶テレビ２０の状態に基づいて、当該液晶テレビ２０に対して着信待ちプログラムを実行する要求（プログラム実行要求）を生成するかどうかを決定する。より具体的には、コントローラ３２は、自機器のディスプレイ１１の表示状態、または、自機器および液晶テレビ２０のディスプレイ１１の表示状態（換言すれば、ディスプレイ１１の動作状態）に基づいてプログラム実行要求を生成するかどうかを決定する。コントローラ３２における処理の詳細については後述する。

プログラム実行要求部３３は、コントローラ３２の決定に従って、プログラム実行要求を生成し、当該プログラム実行要求を、近距離通信部１７を介して液晶テレビ２０へ送信する。それゆえ、近距離通信部１７は、プログラム実行要求を送信する送信部として機能する。

（液晶テレビ２０の構成）
液晶テレビ２０の構成は、図１に示した構成と基本的に同じであるが、処理の内容が部分的に異なっている。

近距離通信部１７は、携帯電話６０の状態（具体的には、ディスプレイ１１が動作状態であるかどうか）を示す状態情報および着信待ちプログラムを実行することを命じる実行要求を携帯電話６０から受信する。

コントローラ４は、携帯電話６０から実行要求を受信した場合に、自機器において着信待ちプログラムを実行する決定を行う。また、コントローラ４は、自機器が備えるディスプレイ１１についての状態情報と、携帯電話６０が備えるディスプレイ１１の状態情報とに基づいて、自機器のディスプレイ１１において、着信待ちプログラムの実行に関する画面を表示するかどうかを決定する。コントローラ４における処理の詳細については後述する。

プログラム実行部５は、コントローラ４の決定に従って着信待ちプログラムを実行する。

（プログラム実行要求のデータ構造）
図９は、プログラム実行要求のデータ構造を示す概略図である。同図に示すように、プログラム実行要求には、送信ヘッダおよび着信待ちプログラムを特定することができる特定情報が含まれている。この特定情報は、図９において「アプリＵＲＩ（uniform resource identifier）」として示されている。このＵＲＩは、実行される着信待ちプログラムのインターネット上での所在を示す情報であり、着信待ちプログラムをサーバ３０から取得する場合に必要となる情報である。着信待ちプログラムが液晶テレビ２０の記憶部１３に格納されている場合には、当該着信待ちプログラムを特定できる情報がプログラム実行要求に含まれていればよい。

（連携システム７０における処理の流れ）
次に連携システム７０における処理の流れの一例について説明する。図１０は、携帯電話６０における処理の流れの一例を示すフローチャートである。図１１は、液晶テレビ２０における処理の流れの一例を示すフローチャートである。図１２は、連携システム７０における処理の流れの一例を示す概略図である。まず、携帯電話６０における処理について説明する。

まず、携帯電話６０と液晶テレビ２０とが所定の距離以上に近づくと、近距離通信部１７によって両機器間の通信が確立される（Ｓ１１）。

通信が確立されると、コントローラ３２は、その時点におけるディスプレイ１１のオン／オフの状態を示すディスプレイ属性データをディスプレイ状態管理部２に要求する。ディスプレイ状態管理部２は、その要求に応じてディスプレイ１１の状態を検出し、その結果をディスプレイ属性データとしてコントローラ３２へ出力する。

コントローラ３２は、受信したディスプレイ属性データと、記憶部１３から取得した機器のＩＤ、デバイス属性データおよびプライオリティフラグを用いて状態情報を生成し、生成した状態情報を、近距離通信部１７を介して液晶テレビ２０へ送信する。このようにコントローラ３２は、状態情報生成手段としても機能する。

また、同様の処理が液晶テレビ２０においても行われ、液晶テレビ２０の近距離通信部１７から当該液晶テレビ２０の状態情報が送信される（Ｓ２２）。この状態情報を携帯電話６０の近距離通信部１７が受信する。これらの動作により互いの状態情報が交換される（Ｓ１２）。

液晶テレビ２０から状態情報を受信すると、携帯電話６０のコントローラ３２は、自機器のディスプレイ属性データと液晶テレビ２０のディスプレイ属性データとの組み合わせからプログラム実行要求を生成するかどうかを決定する（Ｓ１３〜Ｓ１４）。換言すれば、コントローラ３２は、自機器が備えるディスプレイ１１の状態と、液晶テレビ２０が備えるディスプレイ１１の状態とに基づいて、実行要求を生成するかどうかを決定する。

コントローラ３２は、自機器のディスプレイ１１がオンであり（Ｓ１３にてＹＥＳ）、液晶テレビ２０のディスプレイ１１がオフである（Ｓ１４にてＮＯ）場合は、プログラム実行要求を生成する決定を行う（図１２（ｂ））。

そして、コントローラ３２は、着信待ちプログラムの実行を許可する指示を入力することをユーザに促すダイアログ（連携機能利用確認ダイアログ）を表示する命令を自機器のダイアログ提示部３へ出力する。すなわち、コントローラ３２は、自機器が備えるディスプレイ１１の状態と、液晶テレビ２０が備えるディスプレイ１１の状態とに基づいて、自機器のディスプレイ１１において、連携プログラムの実行に関する画面を表示するかどうかを決定する。具体的には、コントローラ３２は、自機器のディスプレイ１１がオンであり、液晶テレビ２０のディスプレイ１１がオフである場合は、自機のディスプレイ１１において連携プログラムの実行に関する画面を表示する決定を行う。

上記命令を受け取ると、ダイアログ提示部３は、連携機能利用確認ダイアログ３６（図１２参照）をディスプレイ１１に表示する（Ｓ１５）。この連携機能利用確認ダイアログは、例えば、「液晶テレビと連携しますか？」というメッセージを含むものである。

その後、ユーザからプログラムの実行指示を、入力部１２を介して取得すると（Ｓ１６）、コントローラ３２は、プログラム実行要求を生成する命令をプログラム実行要求部３３へ出力する。

上記命令を受けるとプログラム実行要求部３３は、液晶テレビ２０に対して着信待ちプログラムを実行することを命じるプログラム実行要求を生成し、生成したプログラム実行要求を、近距離通信部１７を介して液晶テレビ２０へ送信する（Ｓ１７）。

一方、コントローラ３２は、自機器のディスプレイ１１がオンであり（Ｓ１３にてＹＥＳ）、液晶テレビ２０のディスプレイ１１がオンである（Ｓ１４にてＹＥＳ）場合、および自機器のディスプレイ１１がオフである場合（Ｓ１３にてＮＯ）（図１２（ｃ））は、一連の処理を終了する。これらの場合、プログラム実行要求は生成されない。

次に、液晶テレビ２０における処理について説明する。図１１のＳ２１〜Ｓ２２については既に説明しているため、状態情報を送受信した後のステップから説明する。

携帯電話６０から状態情報を受信すると、液晶テレビ２０のコントローラ４は、自機器のディスプレイ属性データと携帯電話６０のディスプレイ属性データとの組み合わせから着信待ちプログラムを実行するかどうかを決定する。

コントローラ４は、自機器のディスプレイ１１がオンである場合（Ｓ２３にてＹＥＳ）は、着信待ちプログラムを実行する決定を行う（図１２（ａ））。この場合、コントローラ４は、連携機能利用確認を表示する命令を自機器のダイアログ提示部３へ出力する。

この命令を受け取ると、ダイアログ提示部３は、連携機能利用確認ダイアログ３５をディスプレイ１１に表示する（Ｓ２４）。この連携機能利用確認ダイアログは、例えば、「携帯電話と連携しますか？」というメッセージを含むものである。

その後、ユーザからプログラムの実行指示を入力部１２を介して取得すると（Ｓ２５）、コントローラ４は、着信待ちプログラムを実行する命令をプログラム実行部５へ出力する。

この命令を受けて、プログラム実行部５は着信待ちプログラムを実行する（Ｓ２６）。このとき着信待ちプログラムが記憶部１３に格納されていない場合には、プログラム実行部５は、プログラム取得部６へ着信待ちプログラムを取得する命令を出力する。

この命令を受けると、プログラム取得部６は、ネットワーク通信部１６を介してサーバ３０から着信待ちプログラムを取得する。

そしてプログラム実行部５は、プログラム取得部６が取得した着信待ちプログラムを実行する。具体的には、プログラム実行部５は、携帯電話６０に着信があることを示すダイアログ３７（図１２参照）を液晶テレビ２０のディスプレイ１１に表示するとともに、液晶テレビ２０のスピーカ（不図示）から着信音を出力する。

一方、コントローラ４は、自機器のディスプレイ１１がオフであり（Ｓ２３にてＮＯ）、携帯電話６０のディスプレイ１１がオンである（Ｓ２７にてＹＥＳ）場合は、プログラム実行要求が携帯電話６０から送信されるのを待つ（Ｓ２８）。

プログラム実行要求が携帯電話６０から送信されると（Ｓ２８にてＹＥＳ）、コントローラ４は、着信待ちプログラムを実行する命令をプログラム実行部５へ出力する。この命令を受けて、プログラム実行部５は着信待ちプログラムを実行する（Ｓ２９）。このときコントローラ４は自機器のディスプレイ１１をオンにする。

一方、コントローラ４は、自機器のディスプレイ１１がオフであり（Ｓ２３にてＮＯ）、携帯電話６０のディスプレイ１１がオフである（Ｓ２７にてＮＯ）場合は、一連の処理を終了する。

図１３は、携帯電話６０および液晶テレビ２０における動作のパターンを示す図である。ディスプレイ１１のオン／オフの組み合わせに対応する携帯電話６０および液晶テレビ２０における動作をまとめると、同図に示すようになる。連携機能利用確認ダイアログは、ディスプレイ１１が動作状態である機器のディスプレイ１１において表示される。両機器のディスプレイ１１が動作状態であれば、メイン機器である液晶テレビ２０のディスプレイ１１において連携機能利用確認ダイアログを表示すればよい。また、両機器のディスプレイ１１が動作状態である場合に、ユーザが予め指定した機器において連携機能利用確認ダイアログを表示してもよい。

（連携システム７０における処理の別の例）
次に連携システム７０における処理の別の例について説明する。ここでは、両機器のディスプレイ１１がオンの場合に、ユーザが予め指定した機器において連携機能利用確認ダイアログを表示する処理の流れについて説明する。図１４は、携帯電話６０における処理の流れの別の例を示すフローチャートである。図１５は、液晶テレビ２０における処理の流れの別の例を示すフローチャートである。

図１０に示した携帯電話６０における処理の流れと異なる部分についてのみ図１４を用いて説明する。自機器のディスプレイ１１がオンであり（Ｓ３３にてＹＥＳ）、液晶テレビ２０のディスプレイ１１がオンである（Ｓ１４にてＹＥＳ）場合において、連携機能利用確認ダイアログをサブ機器（携帯電話６０）に表示する設定がユーザによってなされているときに（Ｓ３８にてＹＥＳ）、コントローラ３２は、自機器において連携機能利用確認ダイアログを表示する命令をダイアログ提示部３に出力する（Ｓ３５）。
これ以降の処理の流れは、ステップＳ１５〜１７と同様である。

一方、連携機能利用確認ダイアログをメイン機器（液晶テレビ２０）に表示する設定がユーザによってなされているとき（Ｓ３８にてＮＯ）には、コントローラ３２は一連の処理を終了する。この場合、後述するように液晶テレビ２０において連携機能利用確認ダイアログが表示される。

また、図１１に示した液晶テレビ２０における処理の流れと異なる部分についてのみ図１５を用いて説明する。自機器のディスプレイ１１がオンであり（Ｓ４３にてＹＥＳ）、液晶テレビ２０のディスプレイ１１がオンである（Ｓ４４にてＹＥＳ）場合において、連携機能利用確認ダイアログをメイン機器（液晶テレビ２０）に表示する設定がユーザによってなされているとき（Ｓ４５にてＹＥＳ）に、コントローラ３２は、自機器において連携機能利用確認ダイアログを表示する命令をダイアログ提示部３に出力する（Ｓ４６）。これ以降の処理の流れは、ステップＳ２４〜２６と同様である。

一方、連携機能利用確認ダイアログをサブ機器（携帯電話６０）に表示する設定がユーザによってなされているとき（Ｓ４５にてＮＯ）には、コントローラ３２は一連の処理を終了する。

このように両機器のディスプレイ１１がオンの場合に、ユーザが予め指定した機器において連携機能利用確認ダイアログを表示することにより、ユーザの利便性を向上させることができる。

（連携システム７０における処理のさらに別の例）
次に、連携システム７０における処理のさらに別の例について説明する。ここでは、液晶テレビ２０において着信待ちプログラムを実行している場合に、携帯電話６０のディスプレイ１１の表示状態（動作状態）がオフからオンに変わった場合の液晶テレビ２０における処理について説明する。図１６は、携帯電話６０および液晶テレビ２０における処理の流れのさらに別の例を示すフローチャートである。

まず、液晶テレビ２０において着信待ちプログラムが実行されている間に、ユーザが携帯電話６０を操作することにより携帯電話６０のディスプレイ１１の表示状態がオンになると（Ｓ６１）、ディスプレイ状態管理部２は、ディスプレイ１１がオンになったことを示すディスプレイ属性データをコントローラ３２へ出力する。ディスプレイ状態管理部２は、連続的に、または所定の時間間隔でディスプレイ１１の表示状態を監視し、ディスプレイ１１の表示状態が変化した場合にディスプレイ属性データをコントローラ３２へ出力すればよい。

ディスプレイ属性データを受け取ると、コントローラ３２は、受信したディスプレイ属性データと、記憶部１３から取得した機器のＩＤ、デバイス属性データおよびプライオリティフラグを用いて状態情報を生成し、生成した状態情報を、近距離通信部１７を介して液晶テレビ２０へ送信する（Ｓ６２）。

この状態情報を液晶テレビ２０が近距離通信部１７において受信すると（Ｓ７１）、コントローラ４は、ダイアログ提示部３に連携中止確認ダイアログを表示する命令を出力する。この連携中止確認ダイアログは、連携プログラムの実行を中止してもよいかどうかをユーザに問い合わせるための画面である。

上記命令を受け取ると、液晶テレビ２０のダイアログ提示部３は、連携中止確認ダイアログをディスプレイ１１に表示する（Ｓ７２）。

連携プログラムの実行を中止する指示をユーザから取得すると（Ｓ７３にてＹＥＳ）、コントローラ４は、プログラム実行部５に連携プログラム（着信待ちプログラム）の実行を中止する命令を出力する。

この命令を受け取ると、プログラム実行部５は、着信待ちプログラムの実行を中止する（Ｓ７４）。このときに、液晶テレビ２０は、例えば「連携を解除します」というメッセージをディスプレイ１１に表示するか、当該メッセージを音声として出力する（図１２（ｄ）参照）。

このように、携帯電話６０のディスプレイ１１の表示状態がオフからオンに変わった場合に、液晶テレビ２０における連携プログラムの実行を中止してしてもよい。携帯電話６０のディスプレイ１１の表示状態がオフからオンに変わった場合には、ユーザが携帯電話６０において別の操作を行おうしている可能性が高い。それゆえ、そのような場合に連携プログラムを自動的に終了することにより、ユーザの利便性を向上させることができる。

また、このような構成を実施形態１の携帯端末１および液晶テレビ２０に適用してもよい。すなわち、携帯端末１のコントローラ４は、自機器において連携プログラムが実行されている途中に相手機器の表示部が非動作状態から動作状態に変化した場合に、連携プログラムの実行を停止する決定を行ってもよい。

（連携システム７０の効果）
以上のように、連携システム７０は、メイン機器としての液晶テレビ２０と、サブ機器としての携帯電話６０とを含む連携システムである。

表示装置２０は、自機器の状態を示す状態情報を携帯電話６０へ送信する送信部としての近距離通信部１７と、自機器と携帯電話６０とを機能的に連携させるための連携プログラムを実行することを命じる実行要求を当該携帯電話６０から受信する受信部としての近距離通信部１７と、携帯電話６０から上記実行要求を受信した場合に、連携プログラムを実行するプログラム実行部５とを備えている。

携帯電話６０は、液晶テレビ２０についての状態情報を当該液晶テレビ２０から受信する受信部としての近距離通信部１７と、自機器の状態および状態情報が示す液晶テレビ２０の状態に基づいて、上記実行要求を生成するかどうかを決定するコントローラ３２と、コントローラ３２の決定に従って実行要求を生成するプログラム実行要求部３３と、プログラム実行要求部３３が生成した実行要求を液晶テレビ２０へ送信する送信部としての近距離通信部１７とを備えている。

（変更例）
本発明は上述した各実施形態に限定されるものではなく、請求項に示した範囲で種々の変更が可能であり、異なる実施形態にそれぞれ開示された技術的手段を適宜組み合わせて得られる実施形態についても本発明の技術的範囲に含まれる。

例えば、携帯端末１または携帯電話６０と、液晶テレビ２０とは、有線によって通信可能に接続されていてもよい。その場合には、有線接続された両機器の電源が入ること、または両機器が有線接続されることにより両機器が通信可能に接続され、状態情報の送受信が行われる。

また、上述した携帯端末１、携帯電話６０および液晶テレビ２０の各ブロック、特に主制御部１０・３１は、ハードウェアロジックによって構成してもよいし、次のようにＣＰＵを用いてソフトウェアによって実現してもよい。

すなわち、携帯端末１、携帯電話６０および液晶テレビ２０は、各機能を実現する制御プログラムの命令を実行するＣＰＵ（central processing unit）、上記プログラムを格納したＲＯＭ（read only memory）、上記プログラムを展開するＲＡＭ（random access memory）、上記プログラムおよび各種データを格納するメモリ等の記憶装置（記録媒体）などを備えている。そして、本発明の目的は、上述した機能を実現するソフトウェアである携帯端末１、携帯電話６０および液晶テレビ２０の制御プログラムのプログラムコード（実行形式プログラム、中間コードプログラム、ソースプログラム）をコンピュータで読み取り可能に記録した記録媒体を、上記携帯端末１、携帯電話６０および液晶テレビ２０に供給し、そのコンピュータ（またはＣＰＵやＭＰＵ）が記録媒体に記録されているプログラムコードを読み出し実行することによっても、達成可能である。

上記記録媒体としては、例えば、磁気テープやカセットテープ等のテープ系、フロッピー（登録商標）ディスク／ハードディスク等の磁気ディスクやＣＤ−ＲＯＭ／ＭＯ／ＭＤ／ＤＶＤ／ＣＤ−Ｒ等の光ディスクを含むディスク系、ＩＣカード（メモリカードを含む）／光カード等のカード系、あるいはマスクＲＯＭ／ＥＰＲＯＭ／ＥＥＰＲＯＭ／フラッシュＲＯＭ等の半導体メモリ系などを用いることができる。

また、携帯端末１、携帯電話６０および液晶テレビ２０を通信ネットワークと接続可能に構成し、上記プログラムコードを通信ネットワークを介して供給してもよい。この通信ネットワークとしては、特に限定されず、例えば、インターネット、イントラネット、エキストラネット、ＬＡＮ、ＩＳＤＮ、ＶＡＮ、ＣＡＴＶ通信網、仮想専用網（virtual private network）、電話回線網、移動体通信網、衛星通信網等が利用可能である。また、通信ネットワークを構成する伝送媒体としては、特に限定されず、例えば、ＩＥＥＥ１３９４、ＵＳＢ、電力線搬送、ケーブルＴＶ回線、電話線、ＡＤＳＬ回線等の有線でも、ＩｒＤＡやリモコンのような赤外線、Ｂｌｕｅｔｏｏｔｈ（登録商標）、８０２．１１無線、ＨＤＲ（high data rate）、携帯電話網、衛星回線、地上波デジタル網等の無線でも利用可能である。なお、本発明は、上記プログラムコードが電子的な伝送で具現化された、搬送波に埋め込まれたコンピュータデータ信号の形態でも実現され得る。

本発明は、通信可能に接続される複数の電子機器において、当該複数の電子機器を連携するプログラムを実行する電子機器およびシステムに好適に利用することができる。

１携帯端末（電子機器）
４コントローラ（決定手段）
５プログラム実行部（プログラム実行手段）
１１ディスプレイ
１５通信部（受信部、送信部）
１７近距離通信部（受信部、送信部）
２０液晶テレビ（電子機器）
３２コントローラ（決定手段）
３３プログラム実行要求部（要求生成手段）
５０連携システム
６０携帯電話（電子機器）
７０連携システム

Claims

他の電子機器である相手機器と通信可能に接続できる電子機器であって、
上記相手機器の状態を示す状態情報を当該相手機器から受信する受信部と、
自機器の状態と上記受信部が受信した状態情報が示す上記相手機器の状態とに基づいて、自機器と上記相手機器とを機能的に連携させるための連携プログラムを自機器において実行するかどうかを決定する決定手段と、
上記決定手段の決定に従って上記連携プログラムを実行するプログラム実行手段とを備えることを特徴とする電子機器。
上記決定手段は、自機器が動作状態ではない場合に、自機器において上記連携プログラムを実行しない決定を行うことを特徴とする請求項１に記載の電子機器。
上記受信部は、自機器と上記相手機器との位置関係が所定の条件を満たした場合に当該相手機器と通信可能に接続する無線通信部であることを特徴とする請求項２に記載の電子機器。
上記決定手段は、自機器および上記相手機器が動作状態である場合に、予め指定された電子機器において上記連携プログラムを実行する決定を行うことを特徴とする請求項１〜３のいずれか１項に記載の電子機器。
上記決定手段は、自機器において上記連携プログラムが実行されている途中に上記相手機器が非動作状態から動作状態に変化したことを示す状態情報を上記受信部において受信した場合に、上記連携プログラムの実行を停止する決定を行うことを特徴とする請求項１〜４のいずれか１項に記載の電子機器。
自機器の動作または操作に関する画面を表示する表示部をさらに備え、
上記受信部は、上記状態情報として、上記相手機器が備える表示部が動作状態であるかどうかを示す状態情報を当該相手機器から受信し、
上記決定手段は、自機器が備える表示部の状態と、上記受信部が受信した状態情報が示す上記相手機器の表示部の状態とに基づいて、自機器において上記連携プログラムを実行するかどうかを決定することを特徴とする請求項１〜５のいずれか１項に記載の電子機器。
他の電子機器である相手機器と通信可能に接続できる電子機器であって、
自機器と上記相手機器とを機能的に連携させるための連携プログラムを実行することを命じる実行要求を当該相手機器から受信する受信部と、
上記実行要求を上記受信部において受信した場合に、自機器において上記連携プログラムを実行する決定を行う決定手段と、
上記決定手段の決定に従って上記連携プログラムを実行するプログラム実行手段とを備え、
上記受信部は、上記相手機器の状態を示す状態情報を当該相手機器から受信し、
上記決定手段は、自機器において上記連携プログラムが実行されている途中に上記相手機器の状態が非動作状態から動作状態に変化したことを示す状態情報を上記受信部において受信した場合に、上記連携プログラムの実行を停止する決定を行うことを特徴とする電子機器。
自機器の動作または操作に関する画面を表示する表示部をさらに備え、
上記受信部は、上記相手機器が備える表示部が動作状態であるかどうかを示す状態情報を当該相手機器から受信し、
上記決定手段は、自機器が備える表示部の状態と、上記受信部が受信した状態情報が示す上記相手機器の表示部の状態とに基づいて、自機器の表示部において上記連携プログラムの実行に関する画面を表示するかどうかを決定することを特徴とする請求項７に記載の電子機器。
他の電子機器である相手機器と通信可能に接続できる電子機器であって、
上記相手機器の状態を示す状態情報を当該相手機器から受信する受信部と、
自機器の状態と、上記受信部が受信した状態情報が示す上記相手機器の状態とに基づいて、当該相手機器に対して、自機器と上記相手機器とを機能的に連携させるための連携プログラムを実行することを命じる実行要求を生成するかどうかを決定する決定手段と、
上記決定手段の決定に従って上記実行要求を生成する要求生成手段と、
上記要求生成手段が生成した要求を上記相手機器へ送信する送信部とを備えることを特徴とする電子機器。
上記決定手段は、自機器が動作状態であり、相手機器が動作状態でないことを上記状態情報が示す場合に、上記実行要求を生成する決定を行うことを特徴とする請求項９に記載の電子機器。
自機器の動作または操作に関する画面を表示する表示部をさらに備え、
上記受信部は、上記状態情報として、上記相手機器が備える表示部が動作状態であるかどうかを示す状態情報を当該相手機器から受信し、
上記決定手段は、自機器が備える表示部の状態と、上記受信部が受信した状態情報が示す上記相手機器の表示部の状態とに基づいて、上記実行要求を生成するかどうかを決定することを特徴とする請求項９または１０に記載の電子機器。
上記決定手段は、自機器が備える表示部の状態と、上記受信部が受信した状態情報が示す上記相手機器の表示部の状態とに基づいて、自機器の表示部において、上記連携プログラムの実行に関する画面を表示するかどうかを決定することを特徴とする請求項１１に記載の電子機器。
請求項１〜１２のいずれか１項に記載の電子機器を動作させるための制御プログラムであって、コンピュータを上記各手段として機能させるための制御プログラム。
請求項１３に記載の制御プログラムを記録したコンピュータ読み取り可能な記録媒体。
第１機器と、当該第１機器の相手機器としての第２機器とを含む連携システムであって、
上記第１および第２機器は、
自機器の状態を示す状態情報を相手機器へ送信する送信部と、
相手機器についての上記状態情報を当該相手機器から受信する受信部と、
自機器の状態と上記受信部が受信した状態情報が示す上記相手機器の状態とに基づいて、自機器と相手機器とを機能的に連携させるための連携プログラムを自機器において実行するかどうかを決定する決定手段と、
上記決定手段の決定に従って上記連携プログラムを実行するプログラム実行手段とを備えることを特徴とする連携システム。
メイン機器と、サブ機器とを含む連携システムであって、
上記メイン機器は、
自機器の状態を示す状態情報を上記サブ機器へ送信する送信部と、
自機器と上記サブ機器とを機能的に連携させるための連携プログラムを実行することを命じる実行要求を当該サブ機器から受信する受信部と、
上記サブ機器から上記実行要求を受信した場合に、上記連携プログラムを実行するプログラム実行手段とを備え、
上記サブ機器は、
上記メイン機器についての上記状態情報を当該メイン機器から受信する受信部と、
自機器の状態と上記受信部が受信した状態情報が示す上記メイン機器の状態とに基づいて、上記実行要求を生成するかどうかを決定する決定手段と、
上記決定手段の決定に従って上記実行要求を生成する要求生成手段と、
上記要求生成手段が生成した実行要求を上記メイン機器へ送信する送信部とを備えることを特徴とする連携システム。
他の電子機器である相手機器と通信可能に接続できる電子機器の制御方法であって、
上記相手機器の状態を示す状態情報を当該相手機器から受信する受信工程と、
自機器の状態と上記受信工程において受信した状態情報が示す上記相手機器の状態とに基づいて、自機器と上記相手機器とを機能的に連携させるための連携プログラムを自機器において実行するかどうかを決定する決定工程と、
上記決定工程における決定に従って上記連携プログラムを実行するプログラム実行工程とを含むことを特徴とする制御方法。