(57)【要約】【課題】送信側機器としての電子機器が、ユーザの意図する態様で、受信側機器からの操作情報を受け付けるようにすること。【解決手段】携帯端末１００は、miracastに従って、テレビ２００にアプリケーションの実行結果等として、表示用情報を送信する。これにより、テレビ２００は、携帯端末１００で表示される画像を共有する。携帯端末１００は、テレビ２００から受信した操作情報についての設定情報を記憶する。そして、携帯端末１００は、テレビ２００から操作情報を受信したときに、上記設定情報に従って、当該操作情報を携帯端末１００において実行されているアプリケーションの実行に反映させるか否かを決定する。携帯端末１００では、テレビ２００から送信された操作情報のうち、アプリケーションの実行に反映させると決定された操作情報のみが、アプリケーションの実行に反映される。【選択図】図１
2015162040.tif 000002
【特許請求の範囲】
【請求項１】
アプリケーションを実行するためのコントローラと、
前記アプリケーションについて、外部の装置からの操作情報を受け付ける種類を特定するための第１の情報を記憶するための記憶装置と、
外部の装置と通信するための通信装置とを備え、
前記コントローラは、
前記通信装置を介して、外部の出力装置へ、前記アプリケーションの実行の結果を送信し、
前記通信装置を介して、前記出力装置から、前記アプリケーションについての操作情報を受信し、
前記第１の情報に基づいて、受信した前記操作情報を、前記アプリケーションの実行に反映させるか否かを決定する、電子機器。
【請求項２】
前記コントローラは、前記第１の情報の内容に関わらず、前記出力装置からの、当該出力装置における表示を一つ前の状態に戻すための操作情報を、前記アプリケーションの実行に反映させる、請求項１に記載の電子機器。
【請求項３】
前記第１の情報は、アプリケーションの種類またはアプリケーションの実行の状態に従って、前記出力装置からの操作情報を受け付ける種類を特定する、請求項１または請求項２に記載の電子機器。
【請求項４】
情報の入力を受け付ける入力装置をさらに備え、
前記記憶装置は、さらに、前記入力装置に対する所定の種類の操作を特定するための第２の情報を記憶し、
前記コントローラは、前記入力装置に対して、前記第２の情報によって特定される操作の情報が入力された場合には、前記第１の情報の内容に関わらず、前記出力装置からの操作情報を、前記アプリケーションの実行に反映させるかさせないかを切り替えることを可能とする、請求項１〜請求項３のいずれか１項に記載の電子機器。
【請求項５】
前記記憶装置は、さらに、前記出力装置における所定の種類の操作を特定するための第３の情報を記憶し、
前記コントローラは、前記出力装置から、前記第３の情報によって特定される操作の情報が入力された場合には、前記第１の情報の内容に関わらず、前記出力装置からの操作情報を、前記アプリケーションの実行に反映させる、請求項１〜請求項４のいずれか１項に記載の電子機器。
【発明の詳細な説明】
【技術分野】
【０００１】
本開示は、電子機器に関し、特に、コンテンツを外部出力させる電子機器に関する。
【背景技術】
【０００２】
従来、電子機器に記憶されているコンテンツを外部の表示装置に出力することが行なわれている。また、近年、Ｗｉ−Ｆｉ（登録商標：Wireless  Fidelity）Displayという、無線アクセスポイントを経由せず直接出力元の装置と表示先の装置を無線で接続し表示する技術が提案されている。また、当該技術に対応する機器が、実際に発売されている。当該技術は、miracast（登録商標）と呼ばれる技術を含む。miracastでは、電子機器は、外部のディスプレイと、表示される画像、および、当該画像に対する操作を共有する。
【０００３】
miracastが利用されるシステムは、画像の出力元である機器（送信側機器）と、当該画像の出力先である機器（受信側機器）とを含む。送信側機器は、表示される画像情報を、受信側機器に送る。これにより、両機器の間で、実質的に、表示される画像が共有される。なお、それぞれの機器における操作等によって、両機器における表示が異なる場合もある。
【０００４】
さらに、miracastについて、ＵＩＢＣ（User  Input  Back  Channel）という機能が提案されている。ＵＩＢＣによれば、送信側機器が、受信側機器のタッチパネルに対する操作によって生じた操作イベントを受け付ける。これにより、受信側機器で、送信側機器の操作が可能になる。
【０００５】
なお、外部から操作イベントを受け付ける技術については、特開２００４−１２０７０８号公報（特許文献１）において提案がなされている。特許文献１では、通信装置は、ＷＡＮ（Wide  Area  Network）及びＬＡＮ（Local  Area  Network）に接続されている。そして、通信装置は、処理要求の送信において利用されたネットワークの種類に応じて、処理手段の動作を許可するか否かを選択する。
【先行技術文献】
【特許文献】
【０００６】
【特許文献１】特開２００４−１２０７０８号公報
【発明の概要】
【発明が解決しようとする課題】
【０００７】
しかしながら、上記したＵＩＢＣと呼ばれる機能は、Wi-Fi Allianceが策定した規格miracastのオプションとして規格化されている。そして、当該規格上、ＵＩＢＣによれば、送信側機器は、画像の出力途中では、特許文献１に記載されたような受信側機器からの操作の有効／無効（許可／不許可）を切り替えることができない。
【０００８】
そのため、送信側機器のユーザは、表示される画像の出力を開始した時点には、受信側機器からの操作を許可したとしても、その後、受信側機器からの（全部または一部の）操作を許可したくなくなる場合があり得る。送信側機器と受信側機器との間でユーザが異なるときには、特に、上記のような場合が生じ得る。また、出力される画像が、メールアプリケーションおよびアドレス帳アプリケーションなどのユーザのプライバシに関わるアプリケーションの出力画像であるときにも、上記のような場合が生じ得る。
【０００９】
本開示は、かかる実情に鑑み考え出されたものであり、その目的は、送信側機器としての電子機器が、ユーザの意図する態様で、受信側機器からの操作情報を受け付けるようにすることである。
【課題を解決するための手段】
【００１０】
ある局面に従うと、アプリケーションを実行するためのコントローラと、アプリケーションについて、外部の装置からの操作情報を受け付ける種類を特定するための第１の情報を記憶するための記憶装置と、外部の装置と通信するための通信装置とを備え、コントローラは、通信装置を介して、外部の出力装置へ、アプリケーションの実行の結果を送信し、通信装置を介して、出力装置から、アプリケーションについての操作情報を受信し、第１の情報に基づいて、受信した操作情報を、アプリケーションの実行に反映させるか否かを決定する、電子機器が提供される。
【００１１】
好ましくは、コントローラは、第１の情報の内容に関わらず、出力装置からの、当該出力装置における表示を一つ前の状態に戻すための操作情報を、アプリケーションの実行に反映させる。
【００１２】
好ましくは、第１の情報は、アプリケーションの種類またはアプリケーションの実行の状態に従って、出力装置からの操作情報を受け付ける種類を特定する。
【００１３】
好ましくは、電子機器は、情報の入力を受け付ける入力装置をさらに備え、記憶装置は、さらに、入力装置に対する所定の種類の操作を特定するための第２の情報を記憶し、コントローラは、入力装置に対して、第２の情報によって特定される操作の情報が入力された場合には、第１の情報の内容に関わらず、出力装置からの操作情報を、アプリケーションの実行に反映させるかさせないかを切り替えることを可能とする。
【００１４】
好ましくは、記憶装置は、さらに、出力装置における所定の種類の操作を特定するための第３の情報を記憶し、コントローラは、出力装置から、第３の情報によって特定される操作の情報が入力された場合には、第１の情報の内容に関わらず、出力装置からの操作情報を、アプリケーションの実行に反映させる。
【発明の効果】
【００１５】
本開示によれば、電子機器は、外部の出力装置から受信した操作情報のうち、記憶装置において記憶されている情報に基づいて受け付けると判断された操作情報のみを、アプリケーションプログラムの実行に反映させることができる。したがって、ユーザが記憶装置にユーザの意図する態様を実現するための情報を記憶させておけば、実質的に、電子機器は、ユーザの意図する態様で、出力装置からの操作情報を受け付けることができる。
【図面の簡単な説明】
【００１６】
【図１】第１の実施の形態にかかる通信システムの構成の具体例を示す図である。
【図２】携帯端末のハードウェア構成の具体例を示す図である。
【図３】テレビのハードウェア構成の具体例を示す図である。
【図４】通信システムの機能的構成の一例を説明するためのブロック図である。
【図５】携帯端末において実行される処理の一例を示すフローチャートである。
【図６】第２の実施の形態に係る通信システムにおける携帯端末およびテレビの機能的構成の一例を説明するためのブロック図である。
【図７】第２の実施の形態の携帯端末において実行される処理の一例のフローチャートである。
【図８】第４の実施の形態の携帯端末において実行される処理の一例のフローチャートである。
【図９】第５の実施の形態に係る通信システムにおける携帯端末およびテレビの機能的構成の一例を説明するためのブロック図である。
【図１０】第５の実施の形態の携帯端末において実行される処理の一例のフローチャートである。
【発明を実施するための形態】
【００１７】
以下、図面を参照しつつ、本開示の実施の形態について説明する。以下の説明では、同一の部品には同一の符号を付してある。それらの名称および機能も同じである。したがって、それらについての詳細な説明は繰り返さない。
【００１８】
［第１の実施の形態］
＜通信システムの構成＞
図１は、第１の実施の形態にかかる通信システム１の構成の具体例を示す図である。図１に示されるように、通信システム１は、携帯端末１００と、テレビ２００とを含む。携帯端末１００は、電子機器の一例である。テレビ２００は、携帯端末１００に対する、外部の出力装置の一例である。
【００１９】
携帯端末１００は、指定されたアプリケーションを実行し、当該実行によって再生された画像や音声などのデータをテレビ２００に出力し得る。携帯端末１００は、たとえば、スマートフォンを含む携帯型電話機、タブレット端末、ノート型パソコン、ＤＶＤ（Digital  Versatile  Disk）プレーヤ、ゲーム機、デジタルカメラなどによって構成される。
【００２０】
テレビ２００は、携帯端末１００から送信されたコンテンツを、テレビ２００のディスプレイおよび／またはスピーカから出力する。テレビ２００は、宅内および宅外を問わず、データの出力が可能なモニタであればよい。
【００２１】
携帯端末１００は、miracastに従って、テレビ２００に、表示用情報を送信する。当該表示用情報は、たとえば、アプリケーションの実行結果である。これにより、テレビ２００は、携帯端末１００で表示される画像を共有する。テレビ２００は、携帯端末１００に、当該携帯端末１００から送信された表示用情報に対する操作情報を送信する。携帯端末１００は、テレビ２００から受信した操作情報についての設定情報を記憶する。そして、携帯端末１００は、テレビ２００から操作情報を受信したときに、上記設定情報に基づいて、当該操作情報を、アプリケーションの実行に反映させるか否かを決定する。そして、携帯端末１００は、テレビ２００から受信した操作情報のうち、アプリケーションの実行に反映させると決定した操作情報のみを、アプリケーションの実行に反映させる。
【００２２】
＜ハードウェア構成＞
（携帯端末）
図２は、携帯端末１００のハードウェア構成の具体例を示す図である。図２に示されるように、携帯端末１００は、ＣＰＵ（Central  Processing  Unit）１０と、ＲＯＭ（Read  Only  Memory）１１と、ＲＡＭ（Random  Access  Memory）１２と、メモリ１３と、入力装置１４と、ディスプレイ１５と、スピーカ１６と、通信装置１７とを含む。
【００２３】
ＣＰＵ１０は、携帯端末１００の全体を制御するための演算装置の一例である。ＲＯＭ１１は、ＣＰＵ１０によって実行されるプログラム（アプリケーションプログラムを含む）などのデータを記憶する。ＲＡＭ１２は、ＣＰＵ１０がプログラムを実行する際の作業領域として機能する。メモリ１３は、コンテンツ（画像データや音声データ）やプログラムなどを記憶する。入力装置１４は、携帯端末１００に対する操作入力を受け付け、たとえば、ハードウェアボタンによって構成される。入力装置１４は、タッチパネルとソフトウェアボタンとによって構成される場合もあり得る。ディスプレイ１５は、画像を出力する。スピーカ１６は、音声を出力する。通信装置１７は、ＬＡＮ（Local  Area  Network）カードなどの、通信インタフェースである。携帯端末１００は、通信装置１７を介して、テレビ２００と通信する。
【００２４】
（テレビ）
図３は、テレビ２００のハードウェア構成の具体例を示す図である。図３に示されるように、テレビ２００は、ＣＰＵ２０と、ＲＡＭ２２、メモリ２３と、入力装置２４と、ディスプレイ２５と、スピーカ２６と、通信装置２７と、チューナ２８とを含む。
【００２５】
ＣＰＵ２０は、テレビ２００の全体を制御するための演算装置の一例である。ＲＡＭ２２は、ＣＰＵ２０がプログラムを実行する際の作業領域として機能する。メモリ２３は、コンテンツ（画像データや音声データ）やプログラム（アプリケーションプログラムを含む）などの各種のデータを記憶する。入力装置２４は、テレビ２００に対する操作入力を受け付け、たとえば、ハードウェアボタンによって構成される。入力装置２４は、タッチパネルとソフトウェアボタンとによって構成される場合もあり得る。ディスプレイ２５は、画像を出力する。スピーカ２６は、音声を出力する。通信装置２７は、ＬＡＮカードなどの、通信インタフェースである。テレビ２００は、通信装置２７を介して、携帯端末１００と通信する。また、テレビ２００は、チューナ２８を利用して、テレビジョン信号を受信する。
【００２６】
＜機能的構成＞
図４は、通信システム１の機能的構成の一例を説明するためのブロック図である。より具体的には、図４には、携帯端末１００とテレビ２００との機能的構成が示されている。
【００２７】
（携帯端末１００）
図４に示されるように、携帯端末１００は、入力装置１４と、ディスプレイ１５と、通信装置１７とに加えて、制御部１１０と、記憶部１２０とを含む。通信装置１７は、送信部１７１と受信部１７２とを含む。
【００２８】
制御部１１０は、操作受付部１１１と、表示制御部１１２と、選択部１１３とを含む。制御部１１０は、たとえば、ＣＰＵ１０が所与のプログラムを実行することによって実現される。
【００２９】
記憶部１２０は、プロトコル記憶部１２１と、アプリケーション記憶部１２２と、情報記憶部１２３とを含む。プロトコル記憶部１２１は、ｍｉｒａｃａｓｔのプロトコル１２１１を記憶する。アプリケーション記憶部１２２は、複数のアプリケーション（図４では「アプリ」と略記されている）Ａ，Ｂ，Ｃ，…を記憶している。情報記憶部１２３は、アプリ情報記憶部１２３１を含む。記憶部１２０は、たとえば、ＲＯＭ１１および／またはメモリ１３によって実現される。
【００３０】
アプリ情報記憶部１２３１は、テレビ２００から送信される操作情報の中で、携帯端末１００において実行中のアプリケーションに反映させない操作情報の種類を特定するための情報を記憶する。より具体的には、アプリ情報記憶部１２３１は、アプリケーションの種類、および／または、アプリケーションの実行の状態を特定する情報を記憶する。アプリケーションの種類を特定する情報とは、たとえば、アプリケーションの名称を特定する。また、アプリケーションの種類を特定する情報は、アプリケーションの機能（アドレス帳、地図表示、ブラウザ、文書作成、等）を特定しても良い。
【００３１】
アプリケーションの実行の状態を特定する情報とは、たとえば、アプリケーションがどのような情報の入力を待つ状態にあるかを特定する。より具体的には、たとえば、アドレス帳のアプリケーションは、当該アドレス帳に登録されている個人の情報を表示する状態（つまり、表示する個人を指定する（切り替える）情報等の入力を受け付ける状態）と、新たに登録する個人の情報の入力を受け付ける状態とを含み得る。また、地図のアプリケーションは、地図の表示態様をどのように変更するかを指定する情報の入力を受け付ける状態と、指定された場所を携帯端末１００に登録する情報の入力を受け付ける状態とを含み得る。
【００３２】
操作受付部１１１は、入力装置１４を介したユーザ操作を受け付ける。表示制御部１１２は、アプリケーションを実行し、当該アプリケーションの実行の結果をディスプレイ１５に各種の画像を表示させる。たとえば、表示制御部１１２は、アプリケーション記憶部１２２に記憶されたアプリＡ，Ｂ，Ｃの実行の結果をディスプレイ１５に表示する。
【００３３】
選択部１１３は、後述するように、アプリ情報記憶部１２３１に記憶された情報に基づいて、テレビ２００から受信した操作情報を、実行中のアプリケーションに反映させるかどうかを決定する。
【００３４】
通信装置１７は、テレビ２００との間で通信を実行する。具体的には、通信装置１７は、テレビ２００の通信装置２２０と、Ｗｉ−Ｆｉ  Ｄｉｒｅｃｔの通信方式を利用する。より具体的には、通信装置１７の送信部１７１は、表示制御部１１２によって生成された、アプリケーションの実行の結果の画像情報（表示用情報）をテレビ２００に送信する。また、送信部１７１は、付加情報および制御情報をテレビ２００に送信する。
【００３５】
通信装置１７の受信部１７２は、テレビ２００からの付加情報および制御情報を受信する。また、受信部１７２は、ＵＩＢＣに従って、テレビ２００からの操作情報を受信する。
【００３６】
（テレビ２００）
テレビ２００は、入力装置２４と、ディスプレイ２５と、スピーカ２６と、通信装置２７とに加えて、制御部２１０を含む。通信装置２７は、携帯端末１００との間で通信を実行する。通信装置２２０は、ｍｉｒａｃａｓｔ通信により送信されてきたコンテンツを受信する。また、通信装置２２０は、付加情報および制御情報を送受信する。
【００３７】
制御部２１０は、テレビ２００の動作を制御し、たとえばＣＰＵ２０が所与のプログラムを実行することによって実現される。制御部２１０は、携帯端末１００から送信されてきた付加情報および制御情報を、通信装置２２０を介して受け付ける。制御部２１０は、ｍｉｒａｃａｓｔ通信により受信した表示用情報を、ディスプレイ２５に表示で表示する。また、制御部２１０は、入力装置２４に入力された操作情報を、通信装置２７を介して、ＵＩＢＣに従って、携帯端末１００へ送信する。
【００３８】
＜処理内容＞
図５は、携帯端末１００のＣＰＵ１０が実行する処理の一例を示すフローチャートである。図５を参照して、携帯端末１００における、テレビ２００から受信する操作情報の取扱について説明する。
【００３９】
図５を参照して、まずステップＳ１０で、ＣＰＵ１０は、受信側機器（テレビ２００）との接続を完了させる。これにより、ＣＰＵ１０は、実行中のアプリケーションの結果として生成される表示用情報を、ディスプレイ１５に表示し、また、テレビ２００に送信する。また、ＣＰＵ１０は、テレビ２００から送信される操作情報を受信可能になる。
【００４０】
ステップＳ２０で、ＣＰＵ１０は、テレビ２００から、操作情報を受信したか否かを判断する。そして、ＣＰＵ１０は、操作情報を受信したと判断すると（ステップＳ２０でＹＥＳ）、ステップＳ３０へ制御を進める。一方、ＣＰＵ１０は、受信していないと判断すると（ステップＳ２０でＮＯ）、ステップＳ５０へ制御を進める。
【００４１】
ステップＳ３０では、ＣＰＵ１０は、テレビ２００から受信した操作情報が、許可されていない状態に対する操作の情報であり、かつ、テレビ２００で表示される画像を前の画像に戻すための操作以外の操作の情報であるかどうかを判断する。
【００４２】
「許可されていない状態」とは、アプリ情報記憶部１２３１に登録された「状態」である。「許可されていない状態に対する操作」とは、テレビ２００において表示されている画像が「許可されていない状態」に対応した画像であるときの、当該画像に対する操作である。
【００４３】
たとえば、アプリ情報記憶部１２３１に、アドレス帳のアプリケーションにおける、新規登録（新たに個人の情報を登録する状態）が登録されているとする。また、テレビ２００から受信した操作情報が、テレビ２００において当該アドレス帳の新規登録の表示に対して入力された操作情報であるとする。このようなときには、ＣＰＵ１０は、テレビ２００から受信した操作情報を、「許可されていない状態に対する操作」であると判断する。
【００４４】
なお、上記の場合において、テレビ２００から受信した操作情報が、テレビ２００から、アドレス帳として情報を表示する個人を切り替える操作情報を受信した場合には、ＣＰＵ１０は、当該操作情報をアプリケーションの実行に反映させる。つまり、ＣＰＵ１０は、テレビ２００から指定された個人の情報を表示するための表示用情報を、テレビ２００に送信する。
【００４５】
ステップＳ３０において、ＣＰＵ１０は、テレビ２００から受信した操作情報が、許可されていない状態に対する操作の情報であり、かつ、テレビ２００で表示される画像を前の画像に戻すための操作以外の操作の情報であると判断すると、ステップＳ５０へ制御を進める（ステップＳ３０でＹＥＳ）。一方、ステップＳ３０において、ＣＰＵ１０は、テレビ２００から受信した操作情報が、許可されていない状態以外の状態に対する操作の情報であるか、または、テレビ２００で表示される画像を前の画像に戻すための操作の情報であると判断すると、ステップＳ４０へ制御を進める（ステップＳ３０でＮＯ）。
【００４６】
ステップＳ４０では、ＣＰＵ１０は、テレビ２００から受信した操作情報を、実行中のアプリケーションに対する操作情報として、当該アプリケーションの実行に反映させる。そして、制御は、ステップＳ５０へと進められる。
【００４７】
ステップＳ５０では、ＣＰＵ１０は、テレビ２００との接続が継続しているかどうかを判断する。そして、ＣＰＵ１０は、接続が継続していると判断すると（ステップＳ５０でＹＥＳ）、ステップＳ２０へ制御を戻す。一方、ＣＰＵ１０は、接続が継続していないと判断すると（ステップＳ５０でＮＯ）、ステップＳ６０へ制御を進める。
【００４８】
ステップＳ６０では、ＣＰＵ１０は、テレビ２００との接続を切断するための処理を実行した後、図５に示された処理を終了させる。
【００４９】
以上、図５を参照して説明された処理では、携帯端末１００は、アプリ情報記憶部１２３１に記憶されたアプリケーションの状態に基づいて、テレビ２００から受信した操作情報を実行中のアプリケーションに反映させるかどうかを決定する。これにより、携帯端末１００は、アプリ情報記憶部１２３１に登録された「（アプリケーションの実行の）状態」に対してテレビ２００から入力された操作情報を、実質的に破棄することができる。
【００５０】
なお、携帯端末１００は、登録された状態以外の状態では、テレビ２００から入力された操作情報を、アプリケーションの実行に反映させることができる。また、携帯端末１００は、テレビ２００から入力された操作情報がテレビ２００で表示される画像を直前の画像に戻すための操作である場合には、アプリ情報記憶部１２３１に登録されている内容に関わらず、入力された操作情報を、アプリケーションの実行に反映させることができる。
【００５１】
アプリ情報記憶部１２３１には、アプリケーションの状態の代わりに、または、アプリケーションの状態に加えて、アプリケーションの種類を登録することもできる。これにより、携帯端末１００は、登録されたアプリケーションに対してテレビ２００から入力された操作情報を、実質的に破棄することができる。
【００５２】
［第２の実施の形態］
本開示の第２の実施の形態に係る通信システム１は、第１の実施の形態と同様に、携帯端末１００とテレビ２００とを含む。第２の実施の形態の携帯端末１００およびテレビ２００のハードウェア構成は、第１の実施の形態のこれらのハードウェア構成と同様とすることができる。以下、主に、第１の実施の形態に対する相違点を説明する。
【００５３】
第２の実施の形態に係る通信システム１では、第１の実施の形態の通信システム１と同様に、受信側機器（テレビ２００）は、送信側機器（携帯端末１００）において表示される画像を実質的に共有する。そして、携帯端末１００は、基本的には、テレビ２００から送信された操作情報が、携帯端末１００において予め登録されているアプリケーションの実行状態を表す画像に対して入力された操作情報である場合には、当該操作情報をアプリケーションの実行には反映させない。ただし、第２の実施の形態では、携帯端末１００において予め登録された情報が入力された場合には、上記のような「操作情報をアプリケーションの実行に反映させない」という状況が解消される。
【００５４】
図６は、第２の実施の形態に係る通信システム１における携帯端末１００およびテレビ２００の機能的構成の一例を説明するためのブロック図である。
【００５５】
図６に示されたブロック図は、図４に示されたブロック図に対して、情報記憶部１２３に特定操作記憶部１２３２が追加されている。特定操作記憶部１２３２は、上記状況を解消するために携帯端末１００において入力される情報を記憶する。記憶される情報は、たとえば、パスワードであっても良いし、ジェスチャーを特定する情報であっても良い。
【００５６】
図７は、第２の実施の形態の携帯端末１００において実行される処理の一例のフローチャートである。図７のフローチャートでは、図５のフローチャートに対して、ステップＳ２０の前にステップＳ１１とステップＳ１２とが追加されている。
【００５７】
より具体的には、第２の実施の形態では、携帯端末１００のＣＰＵ１０は、ステップＳ１０において受信側機器（テレビ２００）との接続を完了させた後、ステップＳ１１で、送信側機器（携帯端末１００）において、特定の操作が行なわれたか否かを判断する。特定の操作が行なわれたか否かは、たとえば、入力装置１４に対して、当該特定の操作に対応する情報が入力されたか否かによって判断される。特定の操作とは、たとえば、パスワードの入力、および／または、ジェスチャー（入力装置１４上でのタップ、ダブルタップ、または、円を描く、等）の実行である。
【００５８】
そして、ＣＰＵ１０は、特定の操作がなされたと判断すると（ステップＳ１１でＹＥＳ）、ステップＳ１２へ制御を進める。一方、ＣＰＵ１０は、特定の操作がなされていないと判断すると（ステップＳ１１でＮＯ）、ステップＳ２０へ制御を進める。
【００５９】
ステップＳ１２では、ＣＰＵ１０は、受信側機器（テレビ２００）から受信した操作情報をアプリケーションに反映させるための処理を実行して、ステップＳ５０へ制御を進める。
【００６０】
第２の実施の形態では、一度上記特定の操作がなされたと判断されると、ステップＳ６０で受信側機器（テレビ２００）との接続が切断されるまで、ステップＳ１１からステップＳ１２へと制御が進められる。
【００６１】
以上説明した第２の実施の形態では、携帯端末１００において特定の操作が実行されると、アプリ情報記憶部１２３１に記憶されている情報に関わらず、ＣＰＵ１０は、テレビ２００から受信した操作情報をアプリケーションの実行に反映させる。これにより、携帯端末１００は、よりユーザの意図に沿って、テレビ２００からの操作情報をアプリケーションの実行に反映させるかどうかを決定できる。
【００６２】
第２の実施の形態では、さらに、上記特定の操作によって、アプリ情報記憶部１２３１に記憶されている情報に関わらず、ＣＰＵ１０が、テレビ２００から受信した操作情報をアプリケーションの実行に反映させることが、テレビ２００において報知されても良い。当該報知は、たとえばテレビ２００におけるポップアップ表示によって実現される。また、当該報知は、携帯端末１００においても、実行されても良い。
【００６３】
［第３の実施の形態］
本開示の第３の実施の形態に係る通信システム１は、第２の実施の形態と同様に、携帯端末１００とテレビ２００とを含む。第３の実施の形態の携帯端末１００およびテレビ２００のハードウェア構成は、第２の実施の形態のこれらのハードウェア構成と同様とすることができる。以下、主に、第２の実施の形態に対する相違点を説明する。
【００６４】
第３の実施の形態の通信システム１は、第２の実施の形態に対して、携帯端末１００の状態が切り替え可能に構成されている。より具体的には、第２の実施の形態では、携帯端末１００において一度特定の操作が実行されると、ステップＳ６０で受信側機器（テレビ２００）との接続が切断されるまで、アプリ情報記憶部１２３１に記憶されている情報に関わらず、ＣＰＵ１０は、テレビ２００から受信した操作情報をアプリケーションの実行に反映させる。
【００６５】
一方、第３の実施の形態では、特定の操作が行なわれるたびに、携帯端末１００は、アプリ情報記憶部１２３１に記憶されている「状態」に対する操作指示をアプリケーションの実行に反映させない第１の状態と、アプリ情報記憶部１２３１に記憶されている情報に関わらず、テレビ２００から受信した操作情報をアプリケーションの実行に反映させる第２の状態との間で、その状態を切り替える。これにより、携帯端末１００は、さらにユーザの意図に沿って、テレビ２００からの操作情報をアプリケーションの実行に反映させるかどうかを決定できる。
【００６６】
第３の実施の形態では、さらに、上記特定の操作によって、携帯端末１００の状態が切り替えられたことが、テレビ２００において報知されても良い。当該報知は、たとえばテレビ２００におけるポップアップ表示によって実現される。また、当該報知は、携帯端末１００においても、実行されても良い。
【００６７】
［第４の実施の形態］
本開示の第４の実施の形態に係る通信システム１は、第１の実施の形態と同様に、携帯端末１００とテレビ２００とを含む。第４の実施の形態の携帯端末１００およびテレビ２００のハードウェア構成は、第１の実施の形態のこれらのハードウェア構成と同様とすることができる。以下、主に、第１の実施の形態に対する相違点を説明する。
【００６８】
第４の実施の形態に係る通信システム１では、第１の実施の形態の通信システム１と同様に、受信側機器（テレビ２００）は、送信側機器（携帯端末１００）において表示される画像を実質的に共有する。そして、携帯端末１００は、テレビ２００から送信された操作情報が、携帯端末１００において予め登録されているアプリケーションの実行状態を表す画像に対して入力された操作情報である場合には、当該操作情報をアプリケーションの実行には反映させない。さらに、第４の実施の形態では、携帯端末１００は、テレビ２００に上記のように登録された実行状態を表す画像を送信する際には、テレビ２００に対してポップアップの表示を指示する。
【００６９】
図８は、第４の実施の形態の携帯端末１００において実行される処理の一例のフローチャートである。図８のフローチャートでは、図５のフローチャートに対して、ステップＳ２０の前にステップＳ１３とステップＳ１４とが追加されている。
【００７０】
より具体的には、第４の実施の形態では、携帯端末１００のＣＰＵ１０は、ステップＳ１０において受信側機器（テレビ２００）との接続を完了させた後、ステップＳ１３で、送信側機器（携帯端末１００）において、アプリケーションによる実行結果の表示を切り替える操作情報をテレビ２００から受信したか、または、そのような操作情報を入力装置１４に入力されたか否かを判断する。そして、ＣＰＵ１０は、ステップＳ１３において、上記操作情報をテレビ２００から受信または入力装置１４に入力されたと判断すると（ステップＳ１３でＹＥＳ）、ステップＳ１４へ制御を進める。一方、ＣＰＵ１０は、そのような操作情報が受信も入力もされていないと判断すると（ステップＳ１３でＮＯ）、ステップＳ２０へ制御を進める。
【００７１】
ステップＳ１４では、ＣＰＵ１０は、テレビ２００に対してポップアップ表示を指示する。表示されるポップアップの内容は、ステップＳ１３において受信または入力されたと判断された操作情報によって表示される画像が、アプリ情報記憶部１２３１に登録された「状態」を表す画像であるか否かによって異なる。より具体的には、表示される画像が、アプリ情報記憶部１２３１に登録された「状態」を表す画像である場合には、表示されるポップアップの内容は、当該画像に対するテレビ２００からの操作がアプリケーションの実行に反映されないことを報知するものである。一方、表示される画像が、アプリ情報記憶部１２３１に登録された「状態」を表す画像ではない場合には、表示されるポップアップの内容は、たとえば、当該画像に対するテレビ２００からの操作がアプリケーションの実行に反映されることを報知するものである。なお、後者（表示される画像が上記「状態」を表す画像ではない場合）のポップアップ表示は、省略されても良い。
【００７２】
より具体的には、たとえば、アプリ情報記憶部１２３１に登録された「状態」が、アドレス帳アプリケーションの新規登録である場合、「表示される画像」が当該新規登録を表す画像（たとえば、新規に登録する情報を入力するためのウィンドウ）である場合には、テレビ２００において、「このウィンドウに対して、テレビ２００からの情報の入力はできません。」等のメッセージが表示される。
【００７３】
以上説明した第４の実施の形態によれば、テレビ２００のユーザは、当該テレビ２００に対して入力された操作情報が、携帯端末１００におけるアプリケーションの実行に反映されるのか否かを理解することができる。
【００７４】
［第５の実施の形態］
本開示の第５の実施の形態に係る通信システム１は、第１の実施の形態と同様に、携帯端末１００とテレビ２００とを含む。第５の実施の形態の携帯端末１００およびテレビ２００のハードウェア構成は、第１の実施の形態のこれらのハードウェア構成と同様とすることができる。以下、主に、第１の実施の形態に対する相違点を説明する。
【００７５】
第５の実施の形態に係る通信システム１では、第１の実施の形態の通信システム１と同様に、受信側機器（テレビ２００）は、送信側機器（携帯端末１００）において表示される画像を実質的に共有する。そして、携帯端末１００は、基本的には、テレビ２００から送信された操作情報が、携帯端末１００において予め登録されているアプリケーションの実行状態を表す画像に対して入力された操作情報である場合には、当該操作情報をアプリケーションの実行には反映させない。ただし、第５の実施の形態では、テレビ２００において、携帯端末１００に予め登録された情報が入力された場合には、上記のような「操作情報をアプリケーションの実行に反映させない」という状況が解消される。
【００７６】
図９は、第５の実施の形態に係る通信システム１における携帯端末１００およびテレビ２００の機能的構成の一例を説明するためのブロック図である。
【００７７】
図９に示されたブロック図は、図４に示されたブロック図に対して、情報記憶部１２３に復帰用操作記憶部１２３３が追加されている。復帰用操作記憶部１２３３は、上記状況を解消するためにテレビ２００において入力される情報を記憶する。記憶される情報は、たとえば、パスワードであっても良いし、ジェスチャーを特定する情報であっても良い。第５の実施の形態では、このような情報を入力するためのテレビ２００における操作を「復帰用操作」と呼ぶ。
【００７８】
図１０は、第５の実施の形態の携帯端末１００において実行される処理の一例のフローチャートである。図１０のフローチャートでは、図５のフローチャートに対して、ステップＳ２０の前にステップＳ１５とステップＳ１６とが追加されている。
【００７９】
より具体的には、第５の実施の形態では、携帯端末１００のＣＰＵ１０は、ステップＳ１０において受信側機器（テレビ２００）との接続を完了させた後、ステップＳ１５で、受信側機器（テレビ２００）において、復帰用操作が行なわれたか否かを判断する。復帰用操作が行なわれたか否かは、たとえば、テレビ２００から受信した操作情報が、復帰用操作記憶部１２３３に登録された情報に対応するか否かに基づいて決定される。復帰用操作とは、たとえば、パスワードの入力、および／または、ジェスチャー（入力装置１４上でのタップ、ダブルタップ、または、円を描く、等）の実行である。
【００８０】
そして、ＣＰＵ１０は、テレビ２００において復帰用操作がなされたと判断すると（ステップＳ１５でＹＥＳ）、ステップＳ１６へ制御を進める。一方、ＣＰＵ１０は、復帰用操作がなされていないと判断すると（ステップＳ１５でＮＯ）、ステップＳ２０へ制御を進める。
【００８１】
ステップＳ１６では、ＣＰＵ１０は、受信側機器（テレビ２００）から受信した操作情報をアプリケーションに反映させるための処理を実行して、ステップＳ５０へ制御を進める。
【００８２】
第５の実施の形態では、一度上記復帰用操作がなされたと判断されると、ステップＳ６０で受信側機器（テレビ２００）との接続が切断されるまで、ステップＳ１５からステップＳ１６へと制御が進められる。
【００８３】
以上説明した第５の実施の形態では、テレビ２００において復帰用操作が実行されると、アプリ情報記憶部１２３１に記憶されている情報に関わらず、ＣＰＵ１０は、テレビ２００から受信した操作情報をアプリケーションの実行に反映させる。これにより、たとえばテレビ２００を操作するユーザに応じて、携帯端末１００は、当該テレビ２００からの操作情報をアプリケーションの実行に反映させるかどうかを決定できる。
【００８４】
第５の実施の形態では、テレビ２００は、当該テレビ２００において上記復帰用操作の実行を宣言するための操作（操作Ａ）と、それに続く復帰用操作を意図した操作（操作Ｂ）とが行なわれても良い。この場合、ＣＰＵ１０は、操作Ａの操作情報の後に受信する操作Ｂの操作情報が、復帰用操作記憶部１２３３に登録された情報を入力する操作であるか否かを判断する。なお、ＣＰＵ１０は、操作Ａの操作情報の後に受信した操作Ｂの操作情報が、復帰用操作記憶部１２３３に登録された情報を入力するものではないと判断した場合、その旨をテレビ２００に対して報知しても良い。これにより、テレビ２００のユーザは、復帰用操作として行なった操作が誤っていたことを理解することができる。
【００８５】
今回開示された実施の形態およびその変形例はすべての点で例示であって制限的なものではないと考えられるべきである。本開示の範囲は上記した説明ではなくて特許請求の範囲によって示され、特許請求の範囲と均等の意味および範囲内でのすべての変更が含まれることが意図される。
【符号の説明】
【００８６】
１  通信システム、１０，２０  ＣＰＵ、１００  携帯端末、２００  テレビ。
【図１】
2015162040.tif 000003
【図２】
2015162040.tif 000004
【図３】
2015162040.tif 000005
【図４】
2015162040.tif 000006
【図５】
2015162040.tif 000007
【図６】
2015162040.tif 000008
【図７】
2015162040.tif 000009
【図８】
2015162040.tif 000010
【図９】
2015162040.tif 000011
【図１０】
2015162040.tif 000012