(57)【要約】  異なるアプリケーションに対するキーイベントの通知をハードキーによって行うことが可能な技術を提供することを目的とする。通知制御装置１は、ハードキーが受け付けたキーイベントを取得する取得部１１と、取得部１１がキーイベントを取得した場合に、複数のウィンドウ２２のうちの第１ウィンドウに対応する第１アプリケーションにキーイベントを通知する制御と、序列における第１ウィンドウの次の第２ウィンドウに対応する第２アプリケーションにキーイベントを通知する制御とを行う制御部１２とを備える。
2019123603.tif 000002
【特許請求の範囲】
【請求項１】
表示装置に関する通知制御装置であって、
前記表示装置は、
複数のアプリケーションにそれぞれ対応する複数のウィンドウであって、序列づけられた複数のウィンドウを表示し、
前記通知制御装置は、
ハードキーが受け付けたキーイベントを取得する取得部と、
前記取得部がキーイベントを取得した場合に、前記複数のウィンドウのうちの第１ウィンドウに対応する第１アプリケーションに前記キーイベントを通知する制御と、前記序列における前記第１ウィンドウの次の第２ウィンドウに対応する第２アプリケーションに前記キーイベントを通知する制御とを行う制御部と
を備える、通知制御装置。
【請求項２】
請求項１に記載の通知制御装置であって、
前記制御部は、
前記取得部がキーイベントを取得した場合に、前記第１アプリケーションに前記キーイベントを通知し、前記第１アプリケーションにて前記キーイベントが用いられなかった場合に、前記第２アプリケーションに前記キーイベントを通知する、通知制御装置。
【請求項３】
請求項１に記載の通知制御装置であって、
前記表示装置におけるウィンドウの位置に関する前記序列のパターンが設定されたファイルを記憶するファイル記憶部をさらに備え、
前記制御部は、
前記表示装置にて表示されている前記複数のウィンドウのそれぞれの位置と、前記ファイルとに基づいて、前記複数のウィンドウを序列づける、通知制御装置。
【請求項４】
請求項３に記載の通知制御装置であって、
前記複数のウィンドウはキーイベントごとに序列づけられ、
前記制御部は、
前記取得部で取得されたキーイベントに基づいて、当該キーイベントの通知制御に用いる序列を決定する、通知制御装置。
【請求項５】
請求項１に記載の通知制御装置であって、
前記第１アプリケーションにキーイベントを通知するか否か、及び、前記第２アプリケーションにキーイベントを通知するか否かが、ウィンドウ及びキーイベントごとに設定されたファイルを記憶するファイル記憶部をさらに備え、
前記制御部は、
予め定められた条件に基づいて、前記第１ウィンドウに適用される１つのウィンドウを前記複数のウィンドウの中から決定し、決定された１つのウィンドウと、前記取得部で取得されたキーイベントと、前記ファイルとに基づいて、前記第１アプリケーション及び前記第２アプリケーションに適用される２つのアプリケーションのそれぞれに、前記キーイベントを通知する制御を行う、通知制御装置。
【請求項６】
請求項１に記載の通知制御装置であって、
前記制御部は、
前記取得部で取得されたキーイベントが特定のキーイベントである場合には、当該特定のキーイベントに対応する特定のアプリケーションにのみ当該キーイベントを通知する、通知制御装置。
【請求項７】
請求項１に記載の通知制御装置であって、
前記制御部は、
予め定められた条件が、前記複数のウィンドウのうちの１つのウィンドウにおいて満たされた場合に、前記第１ウィンドウに適用されるウィンドウを変更する、通知制御装置。
【請求項８】
請求項７に記載の通知制御装置であって、
前記予め定められた条件が満たされた前記１つのウィンドウに対応するアプリケーションは、変更要求を前記制御部に通知し、
前記制御部は、当該変更要求を受けた場合に前記第１ウィンドウに適用されるウィンドウを変更する、通知制御装置。
【請求項９】
請求項３に記載の通知制御装置であって、
前記制御部は、
前記通知制御装置の外部からの変更要求に応じて、前記ファイルを変更して新しいファイルを生成する、通知制御装置。
【請求項１０】
請求項５に記載の通知制御装置であって、
前記制御部は、
前記通知制御装置の外部からの変更要求に応じて、前記ファイルを変更して新しいファイルを生成する、通知制御装置。
【請求項１１】
請求項９に記載の通知制御装置であって、
前記記憶部は、前記通知制御装置の電源をオフするシーケンスを開始する時点から前記電源をオフする時点までに、前記新しいファイルを記憶する、通知制御装置。
【請求項１２】
請求項１０に記載の通知制御装置であって、
前記記憶部は、前記通知制御装置の電源をオフするシーケンスを開始する時点から前記電源をオフする時点までに、前記新しいファイルを記憶する、通知制御装置。
【請求項１３】
表示装置に関する通知制御方法であって、
前記表示装置は、
複数のアプリケーションにそれぞれ対応する複数のウィンドウであって、序列づけられた複数のウィンドウを表示し、
前記通知制御方法は、
ハードキーが受け付けたキーイベントを取得し、
キーイベントが取得された場合に、前記複数のウィンドウのうちの第１ウィンドウに対応する第１アプリケーションに前記キーイベントを通知する制御と、前記序列における前記第１ウィンドウの次の第２ウィンドウに対応する第２アプリケーションに前記キーイベントを通知する制御とを行う、通知制御方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、アプリケーションに対するキーイベントの通知を制御する通知制御装置及び通知制御方法に関する。
【背景技術】
【０００２】
表示装置に表示されているウィンドウに対応するアプリケーションに、ハードキーで受け付けたキーイベントを通知する通知制御装置について、様々な技術が提案されている（例えば特許文献１，２）。一方、１つのウィンドウではなく複数のウィンドウを一画面に表示する技術が様々な装置において適用されつつある。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００７−０８６８５９号公報
【特許文献２】特開２００５−２９３３１６号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
複数のウィンドウが表示される場合、ユーザは、ハードキーにおいて入力したキーイベントを、あるウィンドウのアプリケーションから、別のウィンドウの別のアプリケーションに切り替えて用いたいことがある。しかしながら、従来の通知制御装置では、１つのウィンドウに対応するアプリケーションにキーイベントを通知するように構成されているので、そのような操作を行うことができないという問題があった。【０００５】
そこで、本発明は、上記のような問題点を鑑みてなされたものであり、異なるアプリケーションに対するキーイベントの通知をハードキーによって行うことが可能な技術を提供することを目的とする。
【課題を解決するための手段】
【０００６】
本発明に係る通知制御装置は、表示装置に関する通知制御装置であって、表示装置は、複数のアプリケーションにそれぞれ対応する複数のウィンドウであって、序列づけられた複数のウィンドウが表示装置を表示し、ハードキーが受け付けたキーイベントを取得する取得部と、取得部がキーイベントを取得した場合に、複数のウィンドウのうちの第１ウィンドウに対応する第１アプリケーションにキーイベントを通知する制御と、序列における第１ウィンドウの次の第２ウィンドウに対応する第２アプリケーションにキーイベントを通知する制御とを行う制御部とを備える。
【発明の効果】
【０００７】
本発明によれば、キーイベントを取得した場合に、複数のウィンドウのうちの第１ウィンドウに対応する第１アプリケーションにキーイベントを通知する制御と、序列における第１ウィンドウの次の第２ウィンドウに対応する第２アプリケーションにキーイベントを通知する制御とを行う。このような構成によれば、ユーザは、異なるアプリケーションに対するキーイベントの通知をハードキーによって行うことができる。【０００８】
本発明の目的、特徴、態様及び利点は、以下の詳細な説明と添付図面とによって、より明白となる。
【図面の簡単な説明】
【０００９】
【図１】実施の形態１に係る通知制御装置の構成を示すブロック図である。
【図２】実施の形態１に係る通知制御装置の動作例を説明するための図である。
【図３】実施の形態２に係る通知制御装置の構成を示すブロック図である。
【図４】実施の形態２に係る移動パターン設定ファイルを示す図である。
【図５】実施の形態２に係る通知制御装置の動作を示すフローチャートである。
【図６】実施の形態２に係る通知制御装置の動作例を説明するための図である。
【図７】実施の形態２に係る通知制御装置の動作例を説明するための図である。
【図８】実施の形態２に係る通知制御装置の動作例を説明するための図である。
【図９】実施の形態２に係る通知制御装置の動作例を説明するための図である。
【図１０】実施の形態３に係る移動パターン設定ファイルを示す図である。
【図１１】実施の形態３に係る通知種別ファイルを示す図である。
【図１２】実施の形態３に係る通知種別ファイルを示す図である。
【図１３】実施の形態３に係る通知種別ファイルを示す図である。
【図１４】実施の形態３に係る通知種別ファイルを示す図である。
【図１５】実施の形態３に係る通知種別ファイルを示す図である。
【図１６】実施の形態３に係る通知制御装置の動作を示すフローチャートである。
【図１７】実施の形態３に係る通知制御装置の動作例１を説明するための図である。
【図１８】実施の形態３に係る通知制御装置の動作例１を説明するための図である。
【図１９】実施の形態３に係る通知制御装置の動作例２を説明するための図である。
【図２０】実施の形態３に係る通知制御装置の動作例３を説明するための図である。
【図２１】実施の形態３に係る通知制御装置の動作例３を説明するための図である。
【図２２】実施の形態３に係る通知制御装置の動作例４を説明するための図である。
【図２３】実施の形態４に係る通知制御装置の動作を示すフローチャートである。
【図２４】実施の形態４に係る通知制御装置の動作例１を説明するための図である。
【図２５】その他の変形例に係る通知制御装置のハードウェア構成を示すブロック図である。
【図２６】その他の変形例に係る通知制御装置のハードウェア構成を示すブロック図である。
【図２７】その他の変形例に係るサーバの構成を示すブロック図である。
【図２８】その他の変形例に係る通信端末の構成を示すブロック図である。
【発明を実施するための形態】
【００１０】
＜実施の形態１＞
図１は、本発明の実施の形態１に係る通知制御装置１の構成を示すブロック図である。なお、通知制御装置１は、例えば、デスクトップＰＣ（Personal Computer）、及び、車両に搭載されたナビゲーション装置などに適用することができる。
【００１１】
通知制御装置１は、表示装置２１に関する通知制御装置であり、表示装置２１と無線または有線によって接続されている。表示装置２１は、例えば通知制御装置１の制御などによって複数のウィンドウ２２を表示する。複数のウィンドウ２２は、複数のアプリケーションにそれぞれ対応しており、序列づけられている。なお、表示装置２１は、例えば、車両のセンターコンソール、ＰＣなどに設けられた表示装置、または、ヘッドアップディスプレイなどである。図１では、表示装置２１は通知制御装置１の外部に設けられているが、これに限ったものではなく、通知制御装置１の内部に備えられてもよい。
【００１２】
図１に示すように、通知制御装置１は、取得部１１と制御部１２とを備える。
【００１３】
取得部１１は、ハードキーが受け付けたキーイベントを取得する。取得部１１は、例えば、各種インターフェース及び通信装置などである。ハードキーは、通知制御装置１の内部または外部に設けられ、例えば、十字キー、及び、物理的なボタンなどを含む。
【００１４】
取得部１１がキーイベントを取得した場合、制御部１２は、複数のウィンドウ２２のうちの第１ウィンドウに対応する第１アプリケーションにキーイベントを通知（配送）する制御と、序列における第１ウィンドウの次の第２ウィンドウに対応する第２アプリケーションにキーイベントを通知（配送）する制御とを行う。これにより、第１アプリケーションに対するキーイベントの通知及び非通知が選択的に行われ、第２アプリケーションに対するキーイベントを通知及び非通知が選択的に行われる。なお、第１ウィンドウには、複数のウィンドウ２２の序列のうち最後尾のウィンドウを除く任意のウィンドウが適用される。
【００１５】
図２は、本実施の形態１に係る通知制御装置１の動作例を示す図である。図２では、リスト１〜３を含む第１ウィンドウ２２ａと、リスト４〜６を含む第２ウィンドウ２２ｂと、１つのリストを選択するためのハイライト２３とが、表示装置２１によって表示されている。
【００１６】
ハイライト２３が第１ウィンドウ２２ａのリスト２に位置する状態１において、取得部１１が十字キー２６ａから「↓」を示すキーイベント（以下「十字キー：↓」と記す）を取得した場合、制御部１２は、第１ウィンドウ２２ａに対応する第１アプリケーションに当該キーイベントを通知する。第１アプリケーションは、通知された「十字キー：↓」を用い（消費し）、その結果として、ハイライト２３が、リスト２に位置する状態１からリスト３に位置する状態２に移行する。
【００１７】
状態２において、取得部１１が「十字キー：↓」を取得した場合、上述と同様に、制御部１２は、第１ウィンドウ２２ａに対応する第１アプリケーションに「十字キー：↓」を通知する。しかしながら、ハイライト２３はリスト３から下方向に移動することができないので、第１アプリケーションは、通知された「十字キー：↓」を用いる（消費する）ことができない。この場合、第１アプリケーションは、通知された「十字キー：↓」を用いることができない旨を制御部１２に通知する。
【００１８】
制御部１２は、第１アプリケーションから当該通知を受けると、序列における第１ウィンドウ２２ａの次の第２ウィンドウ２２ｂに対応する第２アプリケーションに「十字キー：↓」を通知する。第２アプリケーションは、通知された「十字キー：↓」を用い（消費）し、ハイライト２３が、第２ウィンドウ２２ｂのリスト４〜６のいずれか１つ（ここではリスト４）に表示されるように表示装置２１を制御する。これとともに、第２アプリケーションは、「十字キー：↓」を用いたことを、制御部１２を介して第１アプリケーションに通知する。第１アプリケーションは、当該通知を受けると、ハイライト２３が第１ウィンドウ２２ａのリスト１〜３において非表示となるように表示装置２１を制御する。以上の結果として、ハイライト２３が、第１ウィンドウ２２ａのリスト３に位置する状態２から、第２ウィンドウ２２ｂのリスト４に位置する状態３に移行する。
【００１９】
＜実施の形態１のまとめ＞
以上のような本実施の形態１に係る通知制御装置１によれば、キーイベントを取得した場合に、複数のウィンドウのうちの第１ウィンドウに対応する第１アプリケーションにキーイベントを通知する制御と、序列における第１ウィンドウの次の第２ウィンドウに対応する第２アプリケーションにキーイベントを通知する制御とを行う。このような構成によれば、ハードキーで受け付けたキーイベントの通知を、１つのウィンドウに対応するアプリケーションから、序列における当該１つのウィンドウの次のウィンドウに対応するアプリケーションに適宜切り替えることができる。この結果、ユーザは、異なるアプリケーションに対するキーイベントの通知をハードキーによって行うことができる。
【００２０】
なお、図２を用いて説明された構成では、第１アプリケーションが、キーイベントを用いることができるか否かを判定した。しかし、制御部１２が、アプリケーションを管理するように構成されている場合には、制御部１２が、第１アプリケーションがキーイベントを用いることができるか否かを判定してもよい。そして、制御部１２は、第１アプリケーションがキーイベントを用いることができると判定した場合に、第１アプリケーションにキーイベントを通知し、第１アプリケーションがキーイベントを用いることができないと判定した場合に、第２アプリケーションにキーイベントを通知してもよい。
【００２１】
＜実施の形態２＞
図３は、本発明の実施の形態２に係る通知制御装置１の構成を示すブロック図である。以下、本実施の形態２に係る構成要素のうち、上述の構成要素と同じまたは類似する構成要素については同じ参照符号を付し、異なる構成要素について主に説明する。
【００２２】
通知制御装置１は、操作入力装置２６と接続されている。操作入力装置２６は、ハードキーを有しており、当該ハードキーにおいてキーイベントを受け付けると、当該キーイベントを通知制御装置１に出力する。
【００２３】
通知制御装置１は、取得部１１と、ウィンドウ制御部１２ａと、キーイベント通知制御部１２ｂと、ウィンドウ記憶部１３と、ファイル記憶部１４と、通知先ウィンドウ記憶部１５とを備える。なお、ウィンドウ制御部１２ａ及びキーイベント通知制御部１２ｂの概念は、図１の制御部１２の概念に含まれる。
【００２４】
取得部１１は、操作入力装置２６から出力されたキーイベントを取得する。
【００２５】
ウィンドウ制御部１２ａは、１つ以上のアプリケーションに対応する１つ以上のウィンドウ２２が表示装置２１に表示されるように表示装置２１を制御する。また、ウィンドウ制御部１２ａは、ウィンドウ記憶部１３と協働して、ウィンドウ２２と、ウィンドウ２２に対応するアプリケーションとを管理する。ウィンドウ制御部１２ａは、例えば、表示装置２１の画面にて表示されているウィンドウの位置、及び、当該ウィンドウに対応するアプリケーションの情報などを、ウィンドウ記憶部１３に適宜記憶し、キーイベント通知制御部１２ｂに適宜出力する。
【００２６】
なお以下の例では、ウィンドウの位置は、ウィンドウの左上端の点の位置（ｘ，ｙ，ｚ）で示されるものとして説明する。ここで、座標ｘは、表示装置２１の画面の横方向の座標であり、座標ｙは、表示装置２１の画面の縦方向の座標である。座標ｚは、複数のウィンドウが仮想的に重ねられた場合に、一番目の下側のウィンドウから順に１、２、…の値を有する座標であり、重ねられていないウィンドウの座標ｚは１である。
【００２７】
ファイル記憶部１４は、ウィンドウの移動パターン設定ファイルを記憶している。
【００２８】
図４は、本実施の形態２に係る移動パターン設定ファイルを示す図である。図４の例では、移動パターン設定ファイルにおいて、ウィンドウの移動パターンとしてパターン１及び２が設定されている。なお、ウィンドウの移動パターンとは、表示装置２１におけるウィンドウの位置に関するウィンドウの序列のパターンである。
【００２９】
例えばパターン１は、（１）表示装置２１の画面に複数のウィンドウが表示されている場合、座標ｚの値が大きい順に当該複数のウィンドウが序列づけられる、（２）座標ｚの値が同じである複数のウィンドウが存在する場合、座標ｙの値が小さい順に当該複数のウィンドウが序列づけられる、（３）座標ｙの値が同じである複数のウィンドウが存在する場合、座標ｘの値が小さい順に当該ウィンドウが序列づけられる、というパターンである。
【００３０】
パターン２は、（１）表示装置２１の画面に複数のウィンドウが表示されている場合、座標ｚの値が大きい順に当該複数のウィンドウが序列づけられる、（２）座標ｚの値が同じである複数のウィンドウが存在する場合、座標ｙの値が小さい順に当該複数のウィンドウが序列づけられる、（３）座標ｙの値が同じである複数のウィンドウが存在する場合、座標ｘの値が大きい順に当該ウィンドウが序列づけられる、というパターンである。
【００３１】
次に、キーイベント通知制御部１２ｂについて説明する。
【００３２】
＜序列の決定＞
上述したように、複数のウィンドウ２２のそれぞれの位置は、ウィンドウ制御部１２ａからキーイベント通知制御部１２ｂに出力される。
【００３３】
キーイベント通知制御部１２ｂは、表示装置２１にて表示されている複数のウィンドウ２２のそれぞれの位置と、ファイル記憶部１４に記憶された移動パターン設定ファイルとに基づいて、表示装置２１にて表示されている複数のウィンドウ２２を序列づける。
【００３４】
図４の例では、ウィンドウの移動パターンがキーイベントごとに設定されている。具体的には、パターン１及び２が、「十字キー：→」及び「十字キー：←」のキーイベントにそれぞれ対応付けられて設定されている。この場合、キーイベント通知制御部１２ｂは、パターン１及び２から２通りの序列を生成し、取得部１１で取得されたキーイベントに基づいて、２通りの序列のうち当該キーイベントに対応する序列を、当該キーイベントの通知に用いる序列として決定する。
【００３５】
＜通知先ウィンドウの決定＞
キーイベント通知制御部１２ｂは、予め定められた条件に基づいて、通知先ウィンドウに適用されるウィンドウを複数のウィンドウ２２の中から決定する。予め定められた条件は、例えば、（１）通知先ウィンドウが過去に決定されていた場合、キーイベント通知制御部１２ｂは、過去の通知先ウィンドウに適用されたウィンドウを、通知先ウィンドウとして決定すること、（２）過去の通知先ウィンドウに適用されたウィンドウが存在しない場合、キーイベント通知制御部１２ｂは、複数のウィンドウ２２の序列のうち先頭のウィンドウを、通知先ウィンドウとして決定すること、などを含む。
【００３６】
＜キーイベントの通知制御、通知先ウィンドウの記憶＞
取得部１１がキーイベントを取得した場合に、キーイベント通知制御部１２ｂは、通知先ウィンドウに対応するアプリケーションにキーイベントを通知する。この場合、通知先ウィンドウは第１ウィンドウと呼ぶこともできる。なお以下では、説明を簡単にするため、通知先ウィンドウに対応するアプリケーションを「通知先アプリケーション」と記すこともある。
【００３７】
通知先アプリケーションが、通知されたキーイベントを用いた場合、キーイベント通知制御部１２ｂは、通知先ウィンドウに直近に決定されたウィンドウを通知先ウィンドウ記憶部１５に記憶する。
【００３８】
通知先アプリケーションが、通知されたキーイベントを用いなかった場合、キーイベント通知制御部１２ｂは、通知先ウィンドウに適用されているウィンドウの次のウィンドウを、通知先ウィンドウとして決定する。そして、キーイベント通知制御部１２ｂは、新たな通知先ウィンドウに対応する通知先アプリケーションにキーイベントを通知する。この場合、新たな通知先ウィンドウは第２ウィンドウと呼ぶこともできる。
【００３９】
キーイベント通知制御部１２ｂは、キーイベントがアプリケーションによって用いられるまで、以上のキーイベントの一連の通知制御を繰り返す。
【００４０】
＜動作＞
図５は、本実施の形態２に係る通知制御装置１の動作を示すフローチャートである。なお、移動パターン設定ファイルは、ファイル記憶部１４にすでに記憶されており、以下に説明する動作は、通知制御装置１の電源がオンされた場合に行われるものとする。
【００４１】
通知制御装置１の電源がオンされた後のステップＳ１にて、キーイベント通知制御部１２ｂは、ウィンドウ制御部１２ａから、表示装置２１において表示されている複数のウィンドウ２２のそれぞれの位置を取得し、ファイル記憶部１４から、移動パターン設定ファイルを取得する。
【００４２】
ステップＳ２にて、キーイベント通知制御部１２ｂは、表示装置２１において表示されている複数のウィンドウ２２のそれぞれの位置と、移動パターン設定ファイルとに基づいて、当該複数のウィンドウ２２を序列づける。
【００４３】
ステップＳ３にて、キーイベント通知制御部１２ｂは、取得部１１がキーイベントを取得したか否かを判定する。取得部１１がキーイベントを取得したと判定された場合には、処理がステップＳ４に進み、取得部１１がキーイベントを取得しなかったと判定された場合には、処理がステップＳ１に戻る。
【００４４】
ステップＳ４にて、キーイベント通知制御部１２ｂは、取得部１１で取得されたキーイベントに基づいて、ステップＳ２で得られた序列のうち当該キーイベントに対応する序列を、当該キーイベントの通知に用いる序列として決定する。図４の例では、取得部１１で取得されたキーイベントが「十字キー：→」である場合には、パターン１によって得られた序列が決定され、取得部１１で取得されたキーイベントが「十字キー：←」である場合には、パターン２によって得られた序列が決定される。
【００４５】
ステップＳ５にて、キーイベント通知制御部１２ｂは、ウィンドウが通知先ウィンドウ記憶部１５に記憶されているか否かを判定する。ウィンドウが通知先ウィンドウ記憶部１５に記憶されていると判定された場合には、処理がステップＳ６に進み、ウィンドウが通知先ウィンドウ記憶部１５に記憶されていないと判定された場合には、処理がステップＳ７に進む。
【００４６】
ステップＳ６にて、キーイベント通知制御部１２ｂは、通知先ウィンドウ記憶部１５に記憶されているウィンドウを、通知先ウィンドウとして決定する。その後、処理がステップＳ８に進む。
【００４７】
ステップＳ７にて、キーイベント通知制御部１２ｂは、ステップＳ４で決定された序列のうち先頭のウィンドウを、通知先ウィンドウとして決定する。その後、処理がステップＳ８に進む。
【００４８】
ステップＳ８にて、キーイベント通知制御部１２ｂは、通知先ウィンドウに対応する通知先アプリケーションに、取得部１１で取得されたキーイベントを通知する。
【００４９】
ステップＳ９にて、キーイベント通知制御部１２ｂは、通知先アプリケーションがキーイベントを用いたか否かを判定する。通知先アプリケーションがキーイベントを用いたと判定された場合には、処理がステップＳ１０に進み、通知先アプリケーションがキーイベントを用いなかったと判定された場合には、処理がステップＳ１１に進む。
【００５０】
ステップＳ１０にて、キーイベント通知制御部１２ｂは、通知先ウィンドウに直近に決定されたウィンドウを、通知先ウィンドウ記憶部１５に記憶する。通知先ウィンドウ記憶部１５に記憶されたウィンドウは、その後のステップＳ６の処理において、通知先ウィンドウとして決定される。その後、処理がステップＳ１に戻る。
【００５１】
ステップＳ１１にて、キーイベント通知制御部１２ｂは、通知先ウィンドウに適用されているウィンドウの次のウィンドウを、通知先ウィンドウとして決定することによって、通知先ウィンドウを変更する。その後、処理がステップＳ８に戻る。
【００５２】
＜動作例＞
図６〜図９は、本実施の形態２に係る通知制御装置１の動作例を説明するための図である。図６〜図９では、ウィンドウＷ１〜Ｗ４が表示装置２１に表示されている。ここで、表示装置２１の画面は、幅６００×高さ６００を有している。ウィンドウＷ１〜Ｗ４のそれぞれの座標、幅、高さは下記の通りである。なお、下記の説明において最初のステップＳ１の処理が行われる時点では、ウィンドウは通知先ウィンドウ記憶部１５に記憶されていないものとして説明する。
【００５３】
ウィンドウＷ１：座標（５０，５０，１）、幅２００×高さ２００
ウィンドウＷ２：座標（３００，５０，１）、幅２００×高さ２００
ウィンドウＷ３：座標（５０，３００，１）、幅２００×高さ２００
ウィンドウＷ４：座標（３００，３００，１）、幅２００×高さ２００
【００５４】
ステップＳ１にて、キーイベント通知制御部１２ｂは、ウィンドウ制御部１２ａから、複数のウィンドウＷ１〜Ｗ４の上記座標を取得し、ファイル記憶部１４から、移動パターン設定ファイルを取得する。
【００５５】
ステップＳ２にて、キーイベント通知制御部１２ｂは、複数のウィンドウＷ１〜Ｗ４のそれぞれの位置と、移動パターン設定ファイルとに基づいて、複数のウィンドウＷ１〜Ｗ４を序列づける。
【００５６】
上述したパターン１に対しては、キーイベント通知制御部１２ｂは、「ウィンドウＷ１」、ウィンドウＷ１より座標ｘが大きい「ウィンドウＷ２」、ウィンドウＷ１及びウィンドウＷ２より座標ｙが大きい「ウィンドウＷ３」、ウィンドウＷ３より座標ｘが大きい「ウィンドウＷ４」の順に、複数のウィンドウＷ１〜Ｗ４を序列づける。これにより、図６に示すようにパターン１に対して序列「Ｗ１→Ｗ２→Ｗ３→Ｗ４」が得られる。
【００５７】
上述したパターン２に対しては、キーイベント通知制御部１２ｂは、「ウィンドウＷ２」、ウィンドウＷ２より座標ｘが小さい「ウィンドウＷ１」、ウィンドウＷ１及びウィンドウＷ２より座標ｙが大きい「ウィンドウＷ４」、ウィンドウＷ４より座標ｘが小さい「ウィンドウＷ３」の順に、複数のウィンドウＷ１〜Ｗ４を序列づける。これにより、図６に示すようにパターン２に対して序列「Ｗ２→Ｗ１→Ｗ４→Ｗ３」が得られる。
【００５８】
ステップＳ３にて、取得部１１がキーイベントとして「十字キー：→」を取得した場合、ステップＳ４にて、キーイベント通知制御部１２ｂは、図４の移動パターン設定ファイルで「十字キー：→」に対応付けられているパターン１の序列「Ｗ１→Ｗ２→Ｗ３→Ｗ４」を、「十字キー：→」の通知に用いる序列として決定する。
【００５９】
ステップＳ５にて、ウィンドウが通知先ウィンドウ記憶部１５に記憶されていないと判定され、ステップＳ７にて、キーイベント通知制御部１２ｂは、ステップＳ４で決定された序列「Ｗ１→Ｗ２→Ｗ３→Ｗ４」の先頭のウィンドウＷ１（図７の破線枠）を、通知先ウィンドウとして決定する。
【００６０】
ステップＳ８にて、キーイベント通知制御部１２ｂは、通知先ウィンドウに決定されたウィンドウＷ１に対応するアプリケーションに「十字キー：→」を通知する。ステップＳ９にて、当該アプリケーションが「十字キー：→」を用いた場合、ステップＳ１０にて、キーイベント通知制御部１２ｂは、通知先ウィンドウに直近に決定されたウィンドウＷ１を通知先ウィンドウ記憶部１５に記憶する。図７の一点鎖線枠は、この場合にキーイベントを用いたアプリケーションに対応するウィンドウを示す。その後、処理がステップＳ１に戻る。
【００６１】
次のステップＳ１及びステップＳ２では、上述のステップＳ１及びステップＳ２と同様の処理が行われる。ステップＳ３にて、取得部１１がキーイベントとして「十字キー：→」を取得した場合、ステップＳ４にて、キーイベント通知制御部１２ｂは、図４の移動パターン設定ファイルで「十字キー：→」に対応付けられているパターン１の序列「Ｗ１→Ｗ２→Ｗ３→Ｗ４」を、「十字キー：→」の通知に用いる序列として決定する。
【００６２】
ステップＳ５にて、ウィンドウＷ１が通知先ウィンドウ記憶部１５に記憶されていると判定され、ステップＳ６にて、キーイベント通知制御部１２ｂは、ウィンドウＷ１（図８の破線枠）を通知先ウィンドウとして決定する。
【００６３】
ステップＳ８にて、キーイベント通知制御部１２ｂは、通知先ウィンドウに決定されたウィンドウＷ１に対応するアプリケーションに、「十字キー：→」を通知する。ステップＳ９にて、当該アプリケーションが「十字キー：→」を用いなかった場合、ステップＳ１１にて、キーイベント通知制御部１２ｂは、パターン１の序列におけるウィンドウＷ１の次のウィンドウＷ２を、通知先ウィンドウとして決定する。その後、ステップＳ８に戻る。
【００６４】
ステップＳ８にて、キーイベント通知制御部１２ｂは、通知先ウィンドウに決定されたウィンドウＷ２に対応するアプリケーションに、「十字キー：→」を通知する。ステップＳ９にて、当該アプリケーションが「十字キー：→」を用いた場合、ステップＳ１０にて、キーイベント通知制御部１２ｂは、通知先ウィンドウに直近に決定されたウィンドウＷ２を通知先ウィンドウ記憶部１５に記憶する。図８の一点鎖線枠は、この場合にキーイベントを用いたアプリケーションに対応するウィンドウを示す。その後、処理がステップＳ１に戻る。
【００６５】
次のステップＳ１及びステップＳ２では、上述のステップＳ１及びステップＳ２と同様の処理が行われる。ステップＳ３にて、取得部１１がキーイベントとして「十字キー：←」を取得した場合、ステップＳ４にて、キーイベント通知制御部１２ｂは、図４の移動パターン設定ファイルで「十字キー：←」に対応付けられているパターン２の序列「Ｗ２→Ｗ１→Ｗ４→Ｗ３」を、「十字キー：←」の通知に用いる序列として決定する。
【００６６】
ステップＳ５にて、ウィンドウＷ２が通知先ウィンドウ記憶部１５に記憶されていると判定され、ステップＳ６にて、キーイベント通知制御部１２ｂは、ウィンドウＷ２（図９の破線枠）を通知先ウィンドウとして決定する。
【００６７】
ステップＳ８にて、キーイベント通知制御部１２ｂは、通知先ウィンドウに決定されたウィンドウＷ２に対応するアプリケーションに、「十字キー：←」を通知する。ステップＳ９にて、当該アプリケーションが「十字キー：←」を用いなかった場合、ステップＳ１１にて、キーイベント通知制御部１２ｂは、パターン２の序列におけるウィンドウＷ２の次のウィンドウＷ１を、通知先ウィンドウとして決定する。その後、ステップＳ８に戻る。
【００６８】
ステップＳ８にて、キーイベント通知制御部１２ｂは、通知先ウィンドウに決定されたウィンドウＷ１に対応するアプリケーションに、「十字キー：←」を通知する。ステップＳ９にて、当該アプリケーションが「十字キー：←」を用いた場合、ステップＳ１０にて、キーイベント通知制御部１２ｂは、通知先ウィンドウに直近に決定されたウィンドウＷ１を通知先ウィンドウ記憶部１５に記憶する。図９の一点鎖線枠は、この場合にキーイベントを用いたアプリケーションに対応するウィンドウを示す。その後、処理がステップＳ１に戻る。
【００６９】
＜実施の形態２のまとめ＞
本実施の形態２に係る通知制御装置１によれば、取得部１１がキーイベントを取得した場合に、通知先ウィンドウに対応するアプリケーションにキーイベントを通知し、当該アプリケーションにてキーイベントが用いられなかった場合に、通知先ウィンドウを変更し、新たな通知先ウィンドウに対応するアプリケーションにキーイベントを通知する。このような構成によれば、取得部１１で取得されたキーイベントを可及的に用いることができる。
【００７０】
また本実施の形態２によれば、表示装置２１にて表示されている複数のウィンドウ２２のそれぞれの位置と、移動パターン設定ファイルとに基づいて、複数のウィンドウ２２を序列づける。このような構成によれば、複数のウィンドウ２２の位置に適した複数のウィンドウ２２の序列づけを行うことができる。
【００７１】
また本実施の形態２によれば、取得部１１で取得されたキーイベントに基づいて、当該キーイベントの通知制御に用いる序列を決定する。このような構成によれば、キーイベントに適した順で、アプリケーションにキーイベントを通知することができる。
【００７２】
＜実施の形態３＞
本発明の実施の形態３に係る通知制御装置１のブロック構成は、実施の形態２に係る通知制御装置１のブロック構成（図３）と同じである。以下、本実施の形態３に係る構成要素のうち、上述の構成要素と同じまたは類似する構成要素については同じ参照符号を付し、異なる構成要素について主に説明する。
【００７３】
本実施の形態３に係るファイル記憶部１４は、実施の形態２と同様に、移動パターン設定ファイルを記憶している。図１０は、本実施の形態３に係る移動パターン設定ファイルを示す図である。
【００７４】
本実施の形態３に係るキーイベント通知制御部１２ｂは、実施の形態２と同様に、表示装置２１にて表示されている複数のウィンドウ２２のそれぞれの位置と、ファイル記憶部１４に記憶された移動パターン設定ファイルとに基づいて、複数のウィンドウ２２を序列づける。
【００７５】
ここで、本実施の形態３に係るファイル記憶部１４は、移動パターン設定ファイルだけでなく、通知種別ファイルも記憶している。
【００７６】
図１１〜図１５は、本実施の形態３に係る通知種別ファイルを示す図である。
【００７７】
図１１の通知種別ファイルには、通知種別Ａ〜Ｅの処理内容の詳細が示されている。以下、説明を簡単にするため、序列における通知先ウィンドウの次のウィンドウを「次の通知先ウィンドウ」と記すこともあり、次の通知先ウィンドウに対応するアプリケーションを「次の通知先アプリケーション」と記すこともある。
【００７８】
通知種別Ａには、通知先アプリケーションにキーイベントを通知し、通知先アプリケーションがキーイベントを用いなかった場合に次の通知先アプリケーションにキーイベントを通知することが設定されている。通知種別Ｂには、通知先アプリケーションにキーイベントを通知し、通知先アプリケーションがキーイベントを用いなかった場合であっても次の通知先アプリケーションにキーイベントを通知しないことが設定されている。
【００７９】
通知種別Ｃには、通知先アプリケーションにキーイベントを通知せず、かつ、次の通知先アプリケーションにキーイベントを通知することが設定されている。通知種別Ｄには、通知先アプリケーション、及び、次の通知先アプリケーションのいずれにもキーイベントを通知しないことが設定されている。
【００８０】
以上のように、通知種別Ａ〜Ｄには、通知先アプリケーションにキーイベントを通知するか否か、及び、次の通知先アプリケーションにキーイベントを通知するか否かが設定されている。
【００８１】
さて図１２に示すように、ナビゲーションのアプリケーションに対応するウィンドウであるＮａｖｉウィンドウには、通知種別がキーイベント（ハードキー種類）ごとに設定されている。同様に、映像音声のアプリケーションに対応するウィンドウである図１３のＡｖウィンドウ、ラジオのアプリケーションに対応するウィンドウである図１４のＲａｄｉｏウィンドウ、及び、ポップアップ表示のアプリケーションに対応する図１５のＰｏｐｕｐウィンドウにも、通知種別がキーイベントごとに設定されている。
【００８２】
つまり、通知種別ファイルでは、通知先アプリケーションにキーイベントを通知するか否か、及び、次の通知先アプリケーションにキーイベントを通知するか否かが、ウィンドウ及びキーイベントごとに設定されている。この場合、通知先アプリケーションは第１アプリケーションと呼ぶこともでき、次の通知先アプリケーションは第２アプリケーションと呼ぶこともできる。
【００８３】
本実施の形態３に係るキーイベント通知制御部１２ｂは、実施の形態２と同様に、予め定められた条件に基づいて、通知先ウィンドウに適用される１つのウィンドウを複数のウィンドウ２２の中から決定する。そして、キーイベント通知制御部１２ｂは、通知先ウィンドウに決定された１つのウィンドウと、取得部１１で取得されたキーイベントと、通知種別ファイルとに基づいて、通知先アプリケーション及び次の通知先アプリケーションに適用される２つのアプリケーションのそれぞれに、当該キーイベントを通知する制御を行う。これについては、後述する動作及び動作例によって詳細に説明する。
【００８４】
ところで、図１２のＮａｖｉウィンドウの「現在地キー」には、通知種別Ｅが設定されている。この通知種別Ｅには、図１１に示すように、通知種別Ｅが設定されたウィンドウが通知先ウィンドウであるか否かに関わらず、当該ウィンドウに対応するアプリケーションにのみキーイベントを通知することが設定されている。
【００８５】
このように設定された構成では、取得部１１で取得されたキーイベントが「現在地キー」である場合に、キーイベント通知制御部１２ｂは、他のウィンドウにおける「現在地キー」の通知種別の設定に関わらず、ナビゲーションのアプリケーションにのみ「現在地キー」を通知する。つまり、取得部１１で取得されたキーイベントが特定のキーイベントである場合には、キーイベント通知制御部１２ｂは、当該特定のキーイベントに対応する特定のアプリケーションにのみ当該キーイベントを通知する。
【００８６】
＜動作＞
図１６は、本実施の形態３に係る通知制御装置１の動作を示すフローチャートである。なお、移動パターン設定ファイル及び通知種別ファイルは、ファイル記憶部１４にすでに記憶されており、以下に説明する動作は、通知制御装置１の電源がオンされた場合に行われるものとする。
【００８７】
ステップＳ２１にて、キーイベント通知制御部１２ｂは、ウィンドウ制御部１２ａから、表示装置２１において表示されている複数のウィンドウ２２のそれぞれの位置を取得し、ファイル記憶部１４から、移動パターン設定ファイル及び通知種別ファイルを取得する。
【００８８】
ステップＳ２２にて、キーイベント通知制御部１２ｂは、表示装置２１において表示されている複数のウィンドウ２２のそれぞれの位置と、移動パターン設定ファイルとに基づいて、当該複数のウィンドウ２２を序列づける。
【００８９】
ステップＳ２３にて、キーイベント通知制御部１２ｂは、取得部１１がキーイベントを取得したか否かを判定する。取得部１１がキーイベントを取得したと判定された場合には、処理がステップＳ２４に進み、取得部１１がキーイベントを取得しなかったと判定された場合には、処理がステップＳ２１に戻る。
【００９０】
ステップＳ２４にて、キーイベント通知制御部１２ｂは、取得部１１で取得されたキーイベントが、複数のウィンドウ２２のいずれかにおいて通知種別Ｅが設定された特定のキーイベントであるか否かを判定する。特定のキーイベントであると判定された場合には、処理がステップＳ２５に進み、特定のキーイベントでないと判定された場合には、処理がステップＳ２６に進む。
【００９１】
ステップＳ２５にて、キーイベント通知制御部１２ｂは、取得部１１で取得された特定のキーイベントに対して通知種別Ｅが設定された特定のアプリケーションにのみ、当該特定のキーイベントを通知する。その後、処理がステップＳ２１に戻る。
【００９２】
ステップＳ２６にて、キーイベント通知制御部１２ｂは、取得部１１で取得されたキーイベントに基づいて、ステップＳ２２で得られた序列のうち当該キーイベントに対応する序列を、当該キーイベントの通知に用いる序列として決定する。図１０の例では、取得部１１で取得されたキーイベントが「十字キー：→」、「Ｖｏｌｕｍｅキー」、「現在地キー」である場合には、パターン１によって得られた序列が決定され、取得部１１で取得されたキーイベントが「十字キー：←」である場合には、パターン２によって得られた序列が決定される。
【００９３】
ステップＳ２７にて、キーイベント通知制御部１２ｂは、ウィンドウが通知先ウィンドウ記憶部１５に記憶されているか否かを判定する。ウィンドウが通知先ウィンドウ記憶部１５に記憶されていると判定された場合には、処理がステップＳ２８に進み、ウィンドウが通知先ウィンドウ記憶部１５に記憶されていないと判定された場合には、処理がステップＳ２９に進む。
【００９４】
ステップＳ２８にて、キーイベント通知制御部１２ｂは、通知先ウィンドウ記憶部１５に記憶されているウィンドウを、通知先ウィンドウとして決定する。その後、処理がステップＳ３０に進む。
【００９５】
ステップＳ２９にて、キーイベント通知制御部１２ｂは、ステップＳ２６で決定された序列のうち先頭のウィンドウを、通知先ウィンドウとして決定する。その後、処理がステップＳ３０に進む。
【００９６】
ステップＳ３０にて、キーイベント通知制御部１２ｂは、通知先ウィンドウに決定された１つのウィンドウと、取得部１１で取得されたキーイベントと、通知種別ファイルとに基づいて、通知先アプリケーション及び次の通知先アプリケーションに適用される２つのアプリケーションのそれぞれに、当該キーイベントを通知する制御を行う。この際、キーイベント通知制御部１２ｂは、通知先ウィンドウ記憶部１５に記憶されたウィンドウを適宜変更する。その後、処理がステップＳ２１に戻る。
【００９７】
＜動作例１＞
図１７及び図１８は、本実施の形態３に係る通知制御装置１の動作例１を説明するための図である。図１７及び図１８では、ＮａｖｉウィンドウＷ６、ＡｖウィンドウＷ７、ＲａｄｉｏウィンドウＷ８が表示装置２１に表示されている。ここで、表示装置２１の画面は、幅６００×高さ６００を有している。
【００９８】
ウィンドウＷ６〜Ｗ８のそれぞれの座標、幅、高さは下記の通りである。なお、下記の説明において最初のステップＳ２１の処理が行われる時点では、ウィンドウは通知先ウィンドウ記憶部１５に記憶されていないものとして説明する。
【００９９】
ＮａｖｉウィンドウＷ６：座標（５０，５０，１）、幅２００×高さ２００
ＡｖウィンドウＷ７：座標（３００，５０，１）、幅２００×高さ２００
ＲａｄｉｏウィンドウＷ８：座標（５０，３００，１）、幅５００×高さ２００
【０１００】
ステップＳ２１にて、キーイベント通知制御部１２ｂは、ウィンドウ制御部１２ａから、複数のウィンドウＷ６〜Ｗ８の上記座標を取得し、ファイル記憶部１４から、移動パターン設定ファイル及び通知種別ファイルを取得する。
【０１０１】
ステップＳ２２にて、キーイベント通知制御部１２ｂは、複数のウィンドウＷ６〜Ｗ８のそれぞれの位置と、移動パターン設定ファイルとに基づいて、複数のウィンドウＷ６〜Ｗ８を序列づける。
【０１０２】
実施の形態２で説明したパターン１に対しては、キーイベント通知制御部１２ｂは、「ＮａｖｉウィンドウＷ６」、ＮａｖｉウィンドウＷ６より座標ｘが大きい「ＡｖウィンドウＷ７」、ＮａｖｉウィンドウＷ６及びＡｖウィンドウＷ７より座標ｙが大きい「ＲａｄｉｏウィンドウＷ８」の順に、複数のウィンドウＷ６〜Ｗ８を序列づける。これにより、図１７に示すようにパターン１に対して序列「Ｗ６→Ｗ７→Ｗ８」が得られる。
【０１０３】
実施の形態２で説明したパターン２に対しては、キーイベント通知制御部１２ｂは、「ＡｖウィンドウＷ７」、ＡｖウィンドウＷ７より座標ｘが小さい「ＮａｖｉウィンドウＷ６」、ＮａｖｉウィンドウＷ６及びＡｖウィンドウＷ７より座標ｙが大きい「ＲａｄｉｏウィンドウＷ８」の順に、複数のウィンドウＷ６〜Ｗ８を序列づける。これにより、図１７に示すようにパターン２に対して序列「Ｗ７→Ｗ６→Ｗ８」が得られる。
【０１０４】
ステップＳ２３にて、取得部１１がキーイベントとして「Ｖｏｌｕｍｅキー」を取得した場合、ステップＳ２４にて、取得部１１で取得された「Ｖｏｌｕｍｅキー」は特定のキーイベントではないと判定される。
【０１０５】
ステップＳ２６にて、キーイベント通知制御部１２ｂは、図１０の移動パターン設定ファイルで「Ｖｏｌｕｍｅキー」に対応付けられているパターン１の序列「Ｗ６→Ｗ７→Ｗ８」を、「Ｖｏｌｕｍｅキー」の通知に用いる序列として決定する。
【０１０６】
ステップＳ２７にて、ウィンドウが通知先ウィンドウ記憶部１５に記憶されていないと判定され、ステップＳ２９にて、キーイベント通知制御部１２ｂは、ステップＳ２６で決定された序列「Ｗ６→Ｗ７→Ｗ８」の先頭のＮａｖｉウィンドウＷ６（図１８の破線枠）を、通知先ウィンドウとして決定する。
【０１０７】
ステップＳ３０にて、キーイベント通知制御部１２ｂは、通知先ウィンドウに決定されたＮａｖｉウィンドウＷ６と、取得部１１で取得された「Ｖｏｌｕｍｅキー」とについて、図１１〜図１５の通知種別ファイルを参照する。図１２のＮａｖｉウィンドウの「Ｖｏｌｕｍｅキー」には、通知種別Ｃが設定されている。このため、キーイベント通知制御部１２ｂは、通知種別Ｃに従って、ＮａｖｉウィンドウＷ６のナビゲーションのアプリケーションに「Ｖｏｌｕｍｅキー」を通知せずに、ＡｖウィンドウＷ７の映像音声のアプリケーションに「Ｖｏｌｕｍｅキー」を通知する。映像音声のアプリケーションが「Ｖｏｌｕｍｅキー」を用いた場合、キーイベント通知制御部１２ｂは、ＡｖウィンドウＷ７を通知先ウィンドウ記憶部１５に記憶する。図１８の一点鎖線枠は、この場合にキーイベントを用いたアプリケーションに対応するウィンドウを示す。その後、処理がステップＳ２１に戻る。
【０１０８】
＜動作例２＞
図１９は、本実施の形態３に係る通知制御装置１の動作例２を説明するための図である。図１９では、図１７のウィンドウＷ６〜Ｗ８と同じウィンドウＷ６〜Ｗ８が表示装置２１に表示されている。なお、下記の説明において最初のステップＳ２１の処理が行われる時点では、ＡｖウィンドウＷ７（図１９の破線枠）が通知先ウィンドウ記憶部１５に記憶されているものとして説明する。
【０１０９】
ステップＳ２１及びステップＳ２２の処理が行われることによって、パターン１に対して序列「Ｗ６→Ｗ７→Ｗ８」が得られ、パターン２に対して序列「Ｗ７→Ｗ６→Ｗ８」が得られる。
【０１１０】
ステップＳ２３にて、取得部１１がキーイベントとして「現在地キー」を取得した場合、ステップＳ２４にて、取得部１１で取得された「現在地キー」は、ＮａｖｉウィンドウＷ６、ＡｖウィンドウＷ７、ＲａｄｉｏウィンドウＷ８のうち図１２のＮａｖｉウィンドウＷ６において通知種別Ｅが設定された特定のキーイベントであると判定される。ステップＳ２５にて、キーイベント通知制御部１２ｂは、ナビゲーションのアプリケーションにのみ「現在地キー」を通知する。この際、ナビゲーションのアプリケーションが「現在地キー」を用いても、キーイベント通知制御部１２ｂは、ＮａｖｉウィンドウＷ６を通知先ウィンドウ記憶部１５に記憶しない。このため、通知先ウィンドウはＡｖウィンドウＷ７のままとなる。図１９の一点鎖線枠は、この場合にキーイベントを用いたアプリケーションに対応するウィンドウを示す。その後、処理がステップＳ２１に戻る。
【０１１１】
＜動作例３＞
図２０及び図２１は、本実施の形態３に係る通知制御装置１の動作例３を説明するための図である。図２０及び図２１では、図１７のウィンドウＷ６〜Ｗ８と同じウィンドウＷ６〜Ｗ８だけでなく、ＰｏｐｕｐウィンドウＷ９も表示装置２１に表示されている。
【０１１２】
ＰｏｐｕｐウィンドウＷ９の座標、幅、高さは下記の通りである。なお、下記の説明において最初のステップＳ２１の処理が行われる時点では、ウィンドウは通知先ウィンドウ記憶部１５に記憶されていないものとして説明する。
【０１１３】
ＰｏｐｕｐウィンドウＷ９：座標（１５０，１５０，２）、幅２００×高さ２００
【０１１４】
ステップＳ２１にて、キーイベント通知制御部１２ｂは、ウィンドウ制御部１２ａから、複数のウィンドウＷ６〜Ｗ９の上記座標を取得し、ファイル記憶部１４から、移動パターン設定ファイル及び通知種別ファイルを取得する。
【０１１５】
ステップＳ２２にて、キーイベント通知制御部１２ｂは、複数のウィンドウＷ６〜Ｗ９のそれぞれの位置と、移動パターン設定ファイルとに基づいて、複数のウィンドウＷ６〜Ｗ９を序列づける。
【０１１６】
実施の形態２で説明したパターン１に対しては、キーイベント通知制御部１２ｂは、「ＰｏｐｕｐウィンドウＷ９」、ＰｏｐｕｐウィンドウＷ９より座標ｚが小さい「ＮａｖｉウィンドウＷ６」、ＮａｖｉウィンドウＷ６より座標ｘが大きい「ＡｖウィンドウＷ７」、ＮａｖｉウィンドウＷ６及びＡｖウィンドウＷ７より座標ｙが大きい「ＲａｄｉｏウィンドウＷ８」の順に、複数のウィンドウＷ６〜Ｗ９を序列づける。これにより、図２０に示すようにパターン１に対して序列「Ｗ９→Ｗ６→Ｗ７→Ｗ８」が得られる。
【０１１７】
実施の形態２で説明したパターン２に対しては、キーイベント通知制御部１２ｂは、「ＰｏｐｕｐウィンドウＷ９」、ＰｏｐｕｐウィンドウＷ９より座標ｚが小さい「ＡｖウィンドウＷ７」、ＡｖウィンドウＷ７より座標ｘが小さい「ＮａｖｉウィンドウＷ６」、ＮａｖｉウィンドウＷ６及びＡｖウィンドウＷ７より座標ｙが大きい「ＲａｄｉｏウィンドウＷ８」の順に、複数のウィンドウＷ６〜Ｗ９を序列づける。これにより、図２０に示すようにパターン２に対して序列「Ｗ９→Ｗ７→Ｗ６→Ｗ８」が得られる。
【０１１８】
ステップＳ２３にて、取得部１１がキーイベントとして「Ｖｏｌｕｍｅキー」を取得した場合、ステップＳ２４にて、取得部１１で取得された「Ｖｏｌｕｍｅキー」は特定のキーイベントではないと判定される。
【０１１９】
ステップＳ２６にて、キーイベント通知制御部１２ｂは、図１０の移動パターン設定ファイルで「Ｖｏｌｕｍｅキー」に対応付けられているパターン１の序列「Ｗ９→Ｗ６→Ｗ７→Ｗ８」を、「Ｖｏｌｕｍｅキー」の通知に用いる序列として決定する。
【０１２０】
ステップＳ２７にて、ウィンドウが通知先ウィンドウ記憶部１５に記憶されていないと判定され、ステップＳ２９にて、キーイベント通知制御部１２ｂは、ステップＳ２６で決定された序列「Ｗ９→Ｗ６→Ｗ７→Ｗ８」の先頭のＰｏｐｕｐウィンドウＷ９（図２１の破線枠）を、通知先ウィンドウとして決定する。
【０１２１】
ステップＳ３０にて、キーイベント通知制御部１２ｂは、通知先ウィンドウに決定されたＰｏｐｕｐウィンドウＷ９と、取得部１１で取得された「Ｖｏｌｕｍｅキー」とについて、図１１〜図１５の通知種別ファイルを参照する。図１５のＰｏｐｕｐウィンドウの「Ｖｏｌｕｍｅキー」には、通知種別Ｄが設定されている。このため、キーイベント通知制御部１２ｂは、通知種別Ｄに従って、ＰｏｐｕｐウィンドウＷ９のポップアップ表示のアプリケーション、及び、ＮａｖｉウィンドウＷ６のナビゲーションのアプリケーションのいずれにも「Ｖｏｌｕｍｅキー」を通知しない。この場合、キーイベント通知制御部１２ｂは、設定に応じてＮａｖｉウィンドウＷ６またはＰｏｐｕｐウィンドウＷ９を通知先ウィンドウ記憶部１５に記憶する。その後、処理がステップＳ２１に戻る。
【０１２２】
＜動作例４＞
図２２は、本実施の形態３に係る通知制御装置１の動作例４を説明するための図である。図２２では、図２０のウィンドウＷ６〜Ｗ９と同じウィンドウＷ６〜Ｗ９が表示装置２１に表示されている。なお、下記の説明において最初のステップＳ２１の処理が行われる時点では、ＰｏｐｕｐウィンドウＷ９（図２２の破線枠）が通知先ウィンドウ記憶部１５に記憶されているものとして説明する。
【０１２３】
ステップＳ２１及びステップＳ２２の処理が行われることによって、パターン１に対して序列「Ｗ９→Ｗ６→Ｗ７→Ｗ８」が得られ、パターン２に対して序列「Ｗ９→Ｗ７→Ｗ６→Ｗ８」が得られる。
【０１２４】
ステップＳ２３にて、取得部１１がキーイベントとして「十字キー：→」を取得した場合、ステップＳ２４にて、取得部１１で取得された「十字キー：→」は特定のキーイベントではないと判定される。
【０１２５】
ステップＳ２６にて、キーイベント通知制御部１２ｂは、図１０の移動パターン設定ファイルで「十字キー：→」に対応付けられているパターン１の序列「Ｗ９→Ｗ６→Ｗ７→Ｗ８」を、「十字キー：→」の通知に用いる序列として決定する。
【０１２６】
ステップＳ２７にて、ＰｏｐｕｐウィンドウＷ９が通知先ウィンドウ記憶部１５に記憶されていると判定され、ステップＳ２８にて、キーイベント通知制御部１２ｂは、ＰｏｐｕｐウィンドウＷ９（図２２の破線枠）を、通知先ウィンドウとして決定する。
【０１２７】
ステップＳ３０にて、キーイベント通知制御部１２ｂは、通知先ウィンドウに決定されたＰｏｐｕｐウィンドウＷ９と、取得部１１で取得された「十字キー：→」とについて、図１１〜図１５の通知種別ファイルを参照する。図１５のＰｏｐｕｐウィンドウの「十字キー：→」には、通知種別Ｂが設定されている。このため、キーイベント通知制御部１２ｂは、通知種別Ｂに従って、ＰｏｐｕｐウィンドウＷ９のポップアップ表示のアプリケーションに「十字キー：→」を通知する。
【０１２８】
Ｐｏｐｕｐのアプリケーションが「十字キー：→」を用いた場合、キーイベント通知制御部１２ｂは、ＰｏｐｕｐウィンドウＷ９を通知先ウィンドウ記憶部１５に記憶する。図２２の一点鎖線枠は、この場合にキーイベントを用いたアプリケーションに対応するウィンドウを示す。その後、処理がステップＳ２１に戻る。
【０１２９】
Ｐｏｐｕｐ表示のアプリケーションが「十字キー：→」を用いなかった場合、キーイベント通知制御部１２ｂは、通知種別Ｂに従って、ＮａｖｉウィンドウＷ６のナビゲーションのアプリケーションに「十字キー：→」を通知しない。この場合、キーイベント通知制御部１２ｂは、設定に応じてＮａｖｉウィンドウＷ６またはＰｏｐｕｐウィンドウＷ９を通知先ウィンドウ記憶部１５に記憶する。その後、処理がステップＳ２１に戻る。
【０１３０】
＜実施の形態３のまとめ＞
本実施の形態３に係る通知制御装置１によれば、通知先ウィンドウに決定された１つのウィンドウと、取得部１１で取得されたキーイベントと、通知種別ファイルとに基づいて、通知先アプリケーション及び次の通知先アプリケーションに適用される２つのアプリケーションのそれぞれに、キーイベントを通知する制御を行う。このような構成によれば、通知先ウィンドウと、取得部１１で取得されたキーイベントとに適した通知制御を行うことができる。
【０１３１】
また本実施の形態３によれば、取得部１１で取得されたキーイベントが特定のキーイベントである場合に、当該特定のキーイベントに対応する特定のアプリケーションにのみ当該キーイベントを通知する。このような構成によれば、意図しないアプリケーションにキーイベントが通知されることを抑制することができる。
【０１３２】
＜実施の形態４＞
本発明の実施の形態４に係る通知制御装置１のブロック構成は、実施の形態２に係る通知制御装置１のブロック構成（図３）と同じである。以下、本実施の形態４に係る構成要素のうち、上述の構成要素と同じまたは類似する構成要素については同じ参照符号を付し、異なる構成要素について主に説明する。
【０１３３】
上述した実施の形態３では、キーイベント通知制御部１２ｂは、予め定められた条件に基づいて、通知先ウィンドウに適用される１つのウィンドウを複数のウィンドウ２２の中から決定した。そして、キーイベント通知制御部１２ｂは、決定された１つのウィンドウと、取得部１１で取得されたキーイベントと、通知種別ファイルとに基づいて、次の通知先アプリケーションに適用されるアプリケーションにキーイベントを通知する制御を行った。
【０１３４】
これに対して、本実施の形態４に係るキーイベント通知制御部１２ｂは、予め定められた条件に基づいて、通知先ウィンドウ（第１ウィンドウ）及び次の通知先ウィンドウ（第２ウィンドウ）に適用される２つのウィンドウを複数のウィンドウ２２の中から決定する。そして、キーイベント通知制御部１２ｂは、決定された２つのウィンドウと、取得部１１で取得されたキーイベントと、通知種別ファイルとに基づいて、次の通知先アプリケーションに適用される１つのアプリケーションに、当該キーイベントを通知する制御を行う。
【０１３５】
つまり、本実施の形態４に係るキーイベント通知制御部１２ｂは、次の通知先ウィンドウに決定されたウィンドウも考慮して、次の通知先アプリケーションに適用されるアプリケーションにキーイベントを通知する制御を行う。
【０１３６】
＜動作＞
図２３は、本実施の形態４に係る通知制御装置１の動作を示すフローチャートである。図２３のフローチャートは、図１６のステップＳ３０をステップＳ３５に変更したものと同様である。
【０１３７】
このステップＳ３５にて、キーイベント通知制御部１２ｂは、通知先ウィンドウに決定された１つのウィンドウと、取得部１１で取得されたキーイベントと、通知種別ファイルとに基づいて、通知先アプリケーション及び次の通知先アプリケーションに適用される２つのアプリケーションのそれぞれに、当該キーイベントを通知する制御を行う。ただし本実施の形態４では、キーイベント通知制御部１２ｂは、次の通知先ウィンドウに決定されたウィンドウも考慮して、次の通知先アプリケーションに適用されるアプリケーションにキーイベントを通知する制御を行う。この際、キーイベント通知制御部１２ｂは、通知先ウィンドウ記憶部１５に記憶されたウィンドウを適宜変更する。その後、処理がステップＳ２１に戻る。
【０１３８】
＜動作例＞
図２４は、本実施の形態４に係る通知制御装置１の動作例を説明するための図である。図２４では、図１７のウィンドウＷ６〜Ｗ８と同様のウィンドウＷ６〜Ｗ８が表示装置２１に表示されている。なお、下記の説明において最初のステップＳ２１の処理が行われる時点では、ＮａｖｉウィンドウＷ６（図２４の破線枠）が通知先ウィンドウ記憶部１５に記憶されているものとして説明する。
【０１３９】
ステップＳ２１及びステップＳ２２の処理が行われることによって、パターン１に対して序列「Ｗ６→Ｗ７→Ｗ８」が得られ、パターン２に対して序列「Ｗ７→Ｗ６→Ｗ８」が得られる。
【０１４０】
ステップＳ２３にて、取得部１１がキーイベントとして「Ｖｏｌｕｍｅキー」を取得した場合、ステップＳ２４にて、取得部１１で取得された「Ｖｏｌｕｍｅキー」は特定のキーイベントではないと判定される。
【０１４１】
ステップＳ２６にて、キーイベント通知制御部１２ｂは、図１０の移動パターン設定ファイルで「Ｖｏｌｕｍｅキー」に対応付けられているパターン１の序列「Ｗ６→Ｗ７→Ｗ８」を、「Ｖｏｌｕｍｅキー」の通知に用いる序列として決定する。
【０１４２】
ステップＳ２７にて、ＮａｖｉウィンドウＷ６が通知先ウィンドウ記憶部１５に記憶されていると判定され、ステップＳ２８にて、キーイベント通知制御部１２ｂは、ＮａｖｉウィンドウＷ６（図２４の破線枠）を、通知先ウィンドウとして決定する。
【０１４３】
ステップＳ３５にて、キーイベント通知制御部１２ｂは、通知先ウィンドウに決定されたＮａｖｉウィンドウＷ６と、取得部１１で取得された「Ｖｏｌｕｍｅキー」とについて、図１１〜図１５の通知種別ファイルを参照する。図１２のＮａｖｉウィンドウＷ６の「Ｖｏｌｕｍｅキー」には、通知種別Ｃが設定されている。このため、キーイベント通知制御部１２ｂは、通知先ウィンドウがＮａｖｉウィンドウＷ６である場合の通知種別Ｃに従って、ＮａｖｉウィンドウＷ６のナビゲーションのアプリケーションに「Ｖｏｌｕｍｅキー」を通知せずに、ＡｖウィンドウＷ７の映像音声のアプリケーションに「Ｖｏｌｕｍｅキー」を通知することを決定する。これに合わせて、キーイベント通知制御部１２ｂは、ＡｖウィンドウＷ７を通知先ウィンドウとして決定する。
【０１４４】
キーイベント通知制御部１２ｂは、通知先ウィンドウに決定されたＡｖウィンドウＷ７と、取得部１１で取得された「Ｖｏｌｕｍｅキー」とについて、図１１〜図１５の通知種別ファイルを参照する。図１３のＡｖウィンドウの「Ｖｏｌｕｍｅキー」には、通知種別Ａが設定されている。このため、キーイベント通知制御部１２ｂは、通知先ウィンドウがＡｖウィンドウＷ７である場合の通知種別Ａに従って、ＡｖウィンドウＷ７の映像音声のアプリケーションに「Ｖｏｌｕｍｅキー」を通知する。
【０１４５】
以上を小括すると、キーイベント通知制御部１２ｂは、通知先ウィンドウがＮａｖｉウィンドウＷ６である場合に「次の通知先アプリケーション（映像音声のアプリケーション）への通知」という通知種別Ｃを参照し、通知先ウィンドウがＡｖウィンドウＷ７である場合に「通知先アプリケーション（映像音声のアプリケーション）への通知」という通知種別Ａを参照する。キーイベント通知制御部１２ｂは、その２つの参照結果に共通する映像音声のアプリケーションへの通知に従って、映像音声のアプリケーションに「Ｖｏｌｕｍｅキー」を通知する。
【０１４６】
その後、映像音声のアプリケーションが「Ｖｏｌｕｍｅキー」を用いた場合、キーイベント通知制御部１２ｂは、ＡｖウィンドウＷ７を通知先ウィンドウ記憶部１５に記憶する。図２４の一点鎖線枠は、この場合にキーイベントを用いたアプリケーションに対応するウィンドウを示す。その後、処理がステップＳ２１に戻る。
【０１４７】
映像音声のアプリケーションが「Ｖｏｌｕｍｅキー」を用いなかった場合、キーイベント通知制御部１２ｂは、通知先ウィンドウがＡｖウィンドウＷ７である場合の通知種別Ａに従って、次の通知先アプリケーションであるラジオのアプリケーションに「Ｖｏｌｕｍｅキー」を通知することを決定する。つまり、キーイベント通知制御部１２ｂは、ＲａｄｉｏウィンドウＷ８を通知先ウィンドウとして決定する。
【０１４８】
キーイベント通知制御部１２ｂは、通知先ウィンドウに決定されたＲａｄｉｏウィンドウＷ８と、取得部１１で取得された「Ｖｏｌｕｍｅキー」とについて、図１１〜図１５の通知種別ファイルを参照する。図１４のＲａｄｉｏウィンドウの「Ｖｏｌｕｍｅキー」には、通知種別Ａが設定されている。このため、キーイベント通知制御部１２ｂは、通知先ウィンドウがＲａｄｉｏウィンドウＷ８である場合の通知種別Ａに従って、ＲａｄｉｏウィンドウＷ８のラジオのアプリケーションに「Ｖｏｌｕｍｅキー」を通知する。
【０１４９】
以上を小括すると、キーイベント通知制御部１２ｂは、通知先ウィンドウがＡｖウィンドウＷ７である場合に「次の通知先アプリケーション（ラジオのアプリケーション）への通知」という通知種別Ａを参照し、通知先ウィンドウがＲａｄｉｏウィンドウＷ８である場合に「通知先アプリケーション（ラジオのアプリケーション）への通知」という通知種別Ａを参照する。キーイベント通知制御部１２ｂは、その２つの参照結果に共通するラジオのアプリケーションへの通知に従って、ラジオのアプリケーションに「Ｖｏｌｕｍｅキー」を通知する。
【０１５０】
その後、ラジオのアプリケーションが「Ｖｏｌｕｍｅキー」を用いた場合、キーイベント通知制御部１２ｂは、ＲａｄｉｏウィンドウＷ８を通知先ウィンドウ記憶部１５に記憶する。図２４の二点鎖線枠は、この場合にキーイベントを用いたアプリケーションに対応するウィンドウを示す。その後、処理がステップＳ２１に戻る。
【０１５１】
＜実施の形態４のまとめ＞
本実施の形態４に係る通知制御装置１によれば、次の通知先ウィンドウに決定されたウィンドウも考慮して、次の通知先アプリケーションに適用されるアプリケーションにキーイベントを通知する制御を行う。このような構成によれば、次の通知先アプリケーションに適用されるアプリケーションに、キーイベントを適切に通知することができる。
【０１５２】
＜変形例１＞
実施の形態２〜４において、キーイベント通知制御部１２ｂは、予め定められた条件が、複数のウィンドウ２２のうちの１つのウィンドウにおいて満たされた場合に、通知先ウィンドウに適用されるウィンドウを変更してもよい。
【０１５３】
例えば、表示装置２１にタッチパネルが設けられている構成において、複数のウィンドウ２２のうちの１つのウィンドウにタッチ操作が行われた場合に、キーイベント通知制御部１２ｂは、当該１つのウィンドウを通知先ウィンドウとして決定してもよい。
【０１５４】
また例えば、通知先ウィンドウに適用されていたウィンドウが表示装置２１において表示されなくなった場合に、キーイベント通知制御部１２ｂは、表示装置２１に表示されている複数のウィンドウに対して序列づけを行い、当該複数のウィンドウの序列のうち先頭のウィンドウを、通知先ウィンドウとして決定してもよい。
【０１５５】
なお以上の動作を行う構成として、例えば、上記条件が満たされた１つのウィンドウに対応するアプリケーションが、変更要求をキーイベント通知制御部１２ｂに通知し、キーイベント通知制御部１２ｂが、当該変更要求を受けた場合に通知先ウィンドウに適用されるウィンドウを変更してもよい。
【０１５６】
＜変形例２＞
実施の形態２〜４において、キーイベント通知制御部１２ｂは、通知制御装置１の外部からの変更要求に応じて、移動パターン設定ファイルを変更して新しい移動パターン設定ファイルを生成してもよい。例えば、キーイベント通知制御部１２ｂは、「十字キー：→」のパターンに対する変更要求に応じて、図１０の「十字キー：→」のパターン１をパターン２に変更してもよい。そして、ファイル記憶部１４は、通知制御装置１の電源をオフするシーケンスを開始する時点から電源をオフする時点までに、新しい移動パターン設定ファイルを記憶してもよい。
【０１５７】
また実施の形態３，４において、キーイベント通知制御部１２ｂは、通知制御装置１の外部からの変更要求に応じて、通知種別ファイルを変更して新しい通知種別ファイルを生成してもよい。例えば、キーイベント通知制御部１２ｂは、「十字キー：→」の通知種別に対する変更要求に応じて、図１２の「十字キー：→」の通知種別Ａを通知種別Ｂに変更してもよい。そして、ファイル記憶部１４は、通知制御装置１の電源をオフするシーケンスを開始する時点から電源をオフする時点までに、新しい通知種別ファイルを記憶してもよい。
【０１５８】
＜その他の変形例＞
上述した図１の取得部１１及び制御部１２を、以下「取得部１１等」と記す。取得部１１等は、図２５に示す処理回路８１により実現される。すなわち、処理回路８１は、ハードキーが受け付けたキーイベントを取得する取得部１１と、取得部１１がキーイベントを取得した場合に、複数のウィンドウのうちの第１ウィンドウに対応する第１アプリケーションにキーイベントを通知する制御と、序列における第１ウィンドウの次の第２ウィンドウに対応する第２アプリケーションにキーイベントを通知する制御とを行う制御部１２と、を備える。処理回路８１には、専用のハードウェアが適用されてもよいし、メモリに格納されるプログラムを実行するプロセッサが適用されてもよい。プロセッサには、例えば、中央処理装置、処理装置、演算装置、マイクロプロセッサ、マイクロコンピュータ、ＤＳＰ（Digital Signal Processor）などが該当する。
【０１５９】
処理回路８１が専用のハードウェアである場合、処理回路８１は、例えば、単一回路、複合回路、プログラム化したプロセッサ、並列プログラム化したプロセッサ、ＡＳＩＣ（Application Specific Integrated Circuit）、ＦＰＧＡ（Field Programmable Gate Array）、またはこれらを組み合わせたものが該当する。取得部１１等の各部の機能それぞれは、処理回路を分散させた回路で実現されてもよいし、各部の機能をまとめて一つの処理回路で実現されてもよい。
【０１６０】
処理回路８１がプロセッサである場合、取得部１１等の機能は、ソフトウェア等との組み合わせにより実現される。なお、ソフトウェア等には、例えば、ソフトウェア、ファームウェア、または、ソフトウェア及びファームウェアが該当する。ソフトウェア等はプログラムとして記述され、メモリ８３に格納される。図２６に示すように、処理回路８１に適用されるプロセッサ８２は、メモリ８３に記憶されたプログラムを読み出して実行することにより、各部の機能を実現する。すなわち、通知制御装置１は、処理回路８１により実行されるときに、ハードキーが受け付けたキーイベントを取得するステップと、キーイベントが取得された場合に、複数のウィンドウのうちの第１ウィンドウに対応する第１アプリケーションにキーイベントを通知する制御と、序列における第１ウィンドウの次の第２ウィンドウに対応する第２アプリケーションにキーイベントを通知する制御とを行うステップと、が結果的に実行されることになるプログラムを格納するためのメモリ８３を備える。換言すれば、このプログラムは、取得部１１等の手順や方法をコンピュータに実行させるものであるともいえる。ここで、メモリ８３は、例えば、ＲＡＭ（Random Access Memory）、ＲＯＭ（Read Only Memory）、フラッシュメモリ、ＥＰＲＯＭ（Erasable Programmable Read Only Memory）、ＥＥＰＲＯＭ（Electrically Erasable Programmable Read Only Memory）などの、不揮発性または揮発性の半導体メモリ、ＨＤＤ（Hard Disk Drive）、磁気ディスク、フレキシブルディスク、光ディスク、コンパクトディスク、ミニディスク、ＤＶＤ（Digital Versatile Disc）、そのドライブ装置等、または、今後使用されるあらゆる記憶媒体であってもよい。
【０１６１】
以上、取得部１１等の各機能が、ハードウェア及びソフトウェア等のいずれか一方で実現される構成について説明した。しかしこれに限ったものではなく、取得部１１等の一部を専用のハードウェアで実現し、別の一部をソフトウェア等で実現する構成であってもよい。例えば、取得部１１については専用のハードウェアとしての処理回路８１及びレシーバなどでその機能を実現し、それ以外についてはプロセッサ８２としての処理回路８１がメモリ８３に格納されたプログラムを読み出して実行することによってその機能を実現することが可能である。
【０１６２】
以上のように、処理回路８１は、ハードウェア、ソフトウェア等、またはこれらの組み合わせによって、上述の各機能を実現することができる。なお、ウィンドウ記憶部１３、ファイル記憶部１４及び通知先ウィンドウ記憶部１５は、メモリ８３から構成されるが、それらはそれぞれ個別のメモリから構成されてもよい。
【０１６３】
また、以上で説明した通知制御装置１は、ＰＮＤ（Portable Navigation Device）などのナビゲーション装置と、携帯電話、スマートフォン及びタブレットなどの携帯端末を含む通信端末と、ナビゲーション装置及び通信端末の少なくともいずれか１つにインストールされるアプリケーションの機能と、サーバとを適宜に組み合わせてシステムとして構築される通知制御システムにも適用することができる。この場合、以上で説明した通知制御装置１の各機能あるいは各構成要素は、前記システムを構築する各機器に分散して配置されてもよいし、いずれかの機器に集中して配置されてもよい。例えば、通知制御装置は、図１の表示装置２１をさらに備えてもよい。
【０１６４】
図２７は、本変形例に係るサーバ９１の構成を示すブロック図である。図２７のサーバ９１は、通信部９１ａと制御部９１ｂとを備えており、車両９２のナビゲーション装置９３と無線通信を行うことが可能となっている。
【０１６５】
取得部である通信部９１ａは、ナビゲーション装置９３と無線通信を行うことにより、ナビゲーション装置９３のハードキーで取得されたキーイベントを受信する。
【０１６６】
制御部９１ｂは、サーバ９１の図示しないプロセッサなどが、サーバ９１の図示しないメモリに記憶されたプログラムを実行することにより、図１の制御部１２と同様の機能を有している。つまり、制御部９１ｂは、通信部９１ａがキーイベントを取得した場合に、複数のウィンドウのうちの第１ウィンドウに対応する第１アプリケーションにキーイベントを通知する制御と、序列における第１ウィンドウの次の第２ウィンドウに対応する第２アプリケーションにキーイベントを通知する制御とを行うための制御信号を生成する。そして、通信部９１ａは、制御部９１ｂで生成された制御信号をナビゲーション装置９３に送信する。
【０１６７】
このように構成されたサーバ９１によれば、実施の形態１で説明した通知制御装置１と同様の効果を得ることができる。
【０１６８】
図２８は、本変形例に係る通信端末９６の構成を示すブロック図である。図２８の通信端末９６は、通信部９１ａと同様の通信部９６ａと、制御部９１ｂと同様の制御部９６ｂとを備えており、車両９７のナビゲーション装置９８と無線通信を行うことが可能となっている。なお、通信端末９６には、例えば車両９７の運転者が携帯する携帯電話、スマートフォン、及びタブレットなどの携帯端末が適用される。このように構成された通信端末９６によれば、実施の形態１で説明した通知制御装置１と同様の効果を得ることができる。
【０１６９】
なお、本発明は、その発明の範囲内において、各実施の形態及び各変形例を自由に組み合わせたり、各実施の形態及び各変形例を適宜、変形、省略したりすることが可能である。
【０１７０】
本発明は詳細に説明されたが、上記した説明は、すべての態様において、例示であって、本発明がそれに限定されるものではない。例示されていない無数の変形例が、本発明の範囲から外れることなく想定され得るものと解される。
【符号の説明】
【０１７１】
１  通知制御装置、１１  取得部、１２  制御部、１４  ファイル記憶部、２１  表示装置、２２  ウィンドウ、２２ａ  第１ウィンドウ、２２ｂ  第２ウィンドウ、２６  十字キー。
【図１】
2019123603.tif 000003
【図２】
2019123603.tif 000004
【図３】
2019123603.tif 000005
【図４】
2019123603.tif 000006
【図５】
2019123603.tif 000007
【図６】
2019123603.tif 000008
【図７】
2019123603.tif 000009
【図８】
2019123603.tif 000010
【図９】
2019123603.tif 000011
【図１０】
2019123603.tif 000012
【図１１】
2019123603.tif 000013
【図１２】
2019123603.tif 000014
【図１３】
2019123603.tif 000015
【図１４】
2019123603.tif 000016
【図１５】
2019123603.tif 000017
【図１６】
2019123603.tif 000018
【図１７】
2019123603.tif 000019
【図１８】
2019123603.tif 000020
【図１９】
2019123603.tif 000021
【図２０】
2019123603.tif 000022
【図２１】
2019123603.tif 000023
【図２２】
2019123603.tif 000024
【図２３】
2019123603.tif 000025
【図２４】
2019123603.tif 000026
【図２５】
2019123603.tif 000027
【図２６】
2019123603.tif 000028
【図２７】
2019123603.tif 000029
【図２８】
2019123603.tif 000030
【手続補正書】
【提出日】令和1年11月18日(2019.11.18)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
表示装置に関する通知制御装置であって、
前記表示装置は、
複数のアプリケーションにそれぞれ対応する複数のウィンドウであって、序列づけられた複数のウィンドウを表示し、
前記通知制御装置は、
ハードキーが受け付けたキーイベントを取得する取得部と、
前記取得部がキーイベントを取得した場合に、前記複数のウィンドウのうちの第１ウィンドウに対応する第１アプリケーションに前記キーイベントを通知する制御と、前記序列における前記第１ウィンドウの次の第２ウィンドウに対応する第２アプリケーションに前記キーイベントを通知する制御とを行う制御部と
を備え、
前記制御部は、
前記取得部がキーイベントを取得した場合に、前記第１アプリケーションに前記キーイベントを通知し、前記第１アプリケーションにて前記キーイベントが用いられなかった場合に、前記第２アプリケーションに前記キーイベントを通知する、通知制御装置。
【請求項２】
表示装置に関する通知制御装置であって、
前記表示装置は、
複数のアプリケーションにそれぞれ対応する複数のウィンドウであって、序列づけられた複数のウィンドウを表示し、
前記通知制御装置は、
ハードキーが受け付けたキーイベントを取得する取得部と、
前記取得部がキーイベントを取得した場合に、前記複数のウィンドウのうちの第１ウィンドウに対応する第１アプリケーションに前記キーイベントを通知する制御と、前記序列における前記第１ウィンドウの次の第２ウィンドウに対応する第２アプリケーションに前記キーイベントを通知する制御とを行う制御部と、
前記表示装置におけるウィンドウの位置に関する前記序列のパターンが設定されたファイルを記憶するファイル記憶部と
を備え、
前記制御部は、
前記表示装置にて表示されている前記複数のウィンドウのそれぞれの位置と、前記ファイルとに基づいて、前記複数のウィンドウを序列づける、通知制御装置。
【請求項３】
請求項２に記載の通知制御装置であって、
前記複数のウィンドウはキーイベントごとに序列づけられ、
前記制御部は、
前記取得部で取得されたキーイベントに基づいて、当該キーイベントの通知制御に用いる序列を決定する、通知制御装置。
【請求項４】
表示装置に関する通知制御装置であって、
前記表示装置は、
複数のアプリケーションにそれぞれ対応する複数のウィンドウであって、序列づけられた複数のウィンドウを表示し、
前記通知制御装置は、
ハードキーが受け付けたキーイベントを取得する取得部と、
前記取得部がキーイベントを取得した場合に、前記複数のウィンドウのうちの第１ウィンドウに対応する第１アプリケーションに前記キーイベントを通知する制御と、前記序列における前記第１ウィンドウの次の第２ウィンドウに対応する第２アプリケーションに前記キーイベントを通知する制御とを行う制御部と、
前記第１アプリケーションにキーイベントを通知するか否か、及び、前記第２アプリケーションにキーイベントを通知するか否かが、ウィンドウ及びキーイベントごとに設定されたファイルを記憶するファイル記憶部と
を備え、
前記制御部は、
予め定められた条件に基づいて、前記第１ウィンドウに適用される１つのウィンドウを前記複数のウィンドウの中から決定し、決定された１つのウィンドウと、前記取得部で取得されたキーイベントと、前記ファイルとに基づいて、前記第１アプリケーション及び前記第２アプリケーションに適用される２つのアプリケーションのそれぞれに、前記キーイベントを通知する制御を行う、通知制御装置。
【請求項５】
請求項１から請求項４のうちのいずれか１項に記載の通知制御装置であって、
前記制御部は、
前記取得部で取得されたキーイベントが特定のキーイベントである場合には、当該特定のキーイベントに対応する特定のアプリケーションにのみ当該キーイベントを通知する、通知制御装置。
【請求項６】
請求項１から請求項４のうちのいずれか１項に記載の通知制御装置であって、
前記制御部は、
予め定められた条件が、前記複数のウィンドウのうちの１つのウィンドウにおいて満たされた場合に、前記第１ウィンドウに適用されるウィンドウを変更する、通知制御装置。
【請求項７】
請求項６に記載の通知制御装置であって、
前記予め定められた条件が満たされた前記１つのウィンドウに対応するアプリケーションは、変更要求を前記制御部に通知し、
前記制御部は、当該変更要求を受けた場合に前記第１ウィンドウに適用されるウィンドウを変更する、通知制御装置。
【請求項８】
請求項２に記載の通知制御装置であって、
前記制御部は、
前記通知制御装置の外部からの変更要求に応じて、前記ファイルを変更して新しいファイルを生成する、通知制御装置。
【請求項９】
請求項４に記載の通知制御装置であって、
前記制御部は、
前記通知制御装置の外部からの変更要求に応じて、前記ファイルを変更して新しいファイルを生成する、通知制御装置。
【請求項１０】
請求項８に記載の通知制御装置であって、
前記記憶部は、前記通知制御装置の電源をオフするシーケンスを開始する時点から前記電源をオフする時点までに、前記新しいファイルを記憶する、通知制御装置。
【請求項１１】
請求項９に記載の通知制御装置であって、
前記記憶部は、前記通知制御装置の電源をオフするシーケンスを開始する時点から前記電源をオフする時点までに、前記新しいファイルを記憶する、通知制御装置。
【請求項１２】
表示装置に関する通知制御方法であって、
前記表示装置は、
複数のアプリケーションにそれぞれ対応する複数のウィンドウであって、序列づけられた複数のウィンドウを表示し、
前記通知制御方法は、
ハードキーが受け付けたキーイベントを取得し、
キーイベントが取得された場合に、前記複数のウィンドウのうちの第１ウィンドウに対応する第１アプリケーションに前記キーイベントを通知する制御と、前記序列における前記第１ウィンドウの次の第２ウィンドウに対応する第２アプリケーションに前記キーイベントを通知する制御とを行い、
キーイベントを取得した場合に、前記第１アプリケーションに前記キーイベントを通知し、前記第１アプリケーションにて前記キーイベントが用いられなかった場合に、前記第２アプリケーションに前記キーイベントを通知する、通知制御方法。
【請求項１３】
表示装置に関する通知制御方法であって、
前記表示装置は、
複数のアプリケーションにそれぞれ対応する複数のウィンドウであって、序列づけられた複数のウィンドウを表示し、
前記通知制御方法は、
ハードキーが受け付けたキーイベントを取得し、
キーイベントが取得された場合に、前記複数のウィンドウのうちの第１ウィンドウに対応する第１アプリケーションに前記キーイベントを通知する制御と、前記序列における前記第１ウィンドウの次の第２ウィンドウに対応する第２アプリケーションに前記キーイベントを通知する制御とを行い、
前記表示装置におけるウィンドウの位置に関する前記序列のパターンが設定されたファイルを記憶し、
前記表示装置にて表示されている前記複数のウィンドウのそれぞれの位置と、前記ファイルとに基づいて、前記複数のウィンドウを序列づける、通知制御方法。
【請求項１４】
表示装置に関する通知制御方法であって、
前記表示装置は、
複数のアプリケーションにそれぞれ対応する複数のウィンドウであって、序列づけられた複数のウィンドウを表示し、
前記通知制御方法は、
ハードキーが受け付けたキーイベントを取得し、
キーイベントが取得された場合に、前記複数のウィンドウのうちの第１ウィンドウに対応する第１アプリケーションに前記キーイベントを通知する制御と、前記序列における前記第１ウィンドウの次の第２ウィンドウに対応する第２アプリケーションに前記キーイベントを通知する制御とを行い、
前記第１アプリケーションにキーイベントを通知するか否か、及び、前記第２アプリケーションにキーイベントを通知するか否かが、ウィンドウ及びキーイベントごとに設定されたファイルを記憶し、
予め定められた条件に基づいて、前記第１ウィンドウに適用される１つのウィンドウを前記複数のウィンドウの中から決定し、決定された１つのウィンドウと、取得されたキーイベントと、前記ファイルとに基づいて、前記第１アプリケーション及び前記第２アプリケーションに適用される２つのアプリケーションのそれぞれに、前記キーイベントを通知する制御を行う、通知制御方法。
【手続補正２】
【補正対象書類名】明細書
【補正対象項目名】０００６
【補正方法】変更
【補正の内容】
【０００６】
本発明に係る通知制御装置は、表示装置に関する通知制御装置であって、表示装置は、複数のアプリケーションにそれぞれ対応する複数のウィンドウであって、序列づけられた複数のウィンドウが表示装置を表示し、ハードキーが受け付けたキーイベントを取得する取得部と、取得部がキーイベントを取得した場合に、複数のウィンドウのうちの第１ウィンドウに対応する第１アプリケーションにキーイベントを通知する制御と、序列における第１ウィンドウの次の第２ウィンドウに対応する第２アプリケーションにキーイベントを通知する制御とを行う制御部とを備える。制御部は、取得部がキーイベントを取得した場合に、第１アプリケーションにキーイベントを通知し、第１アプリケーションにてキーイベントが用いられなかった場合に、第２アプリケーションにキーイベントを通知する。
【国際調査報告】
2019123603.tif 000031
2019123603.tif 000032