JP2016004482A

JP2016004482A - ２個のディスプレイを制御するディスプレイ制御装置およびディスプレイ制御装置用のプログラム

Info

Publication number: JP2016004482A
Application number: JP2014125519A
Authority: JP
Inventors: 賢一 ▲浜▼口; Kenichi Hamaguchi
Original assignee: Denso Corp
Current assignee: Denso Corp
Priority date: 2014-06-18
Filing date: 2014-06-18
Publication date: 2016-01-12
Anticipated expiration: 2034-06-18
Also published as: US10290286B2; WO2015194111A1; US20170154608A1; JP6221961B2

Abstract

【課題】２個のディスプレイを制御する技術において、ある機能に関連した画面が両方のディスプレイで表示され、ユーザが一方のディスプレイを利用して当該機能の作動状態を変更された結果矛盾が発生してしまうのを防止する。【解決手段】第１のディスプレイと第２のディスプレイを制御するディスプレイ制御装置が、複数個の表示用の画面を機能毎にグループ分けする画面グループ化データをメモリから読み出し、一方のディスプレイが表示している画面と同じグループに属する画面を他方のディスプレイに表示させる特定の画面遷移要求が発生したか否かを、画面グループ化データに基づいて判定し（ステップ３２０）、当該特定の画面遷移要求が発生した場合、１個のディスプレイに、当該同じグループに属する画面以外の画面を表示させる。【選択図】図４

Description

本発明は、２個のディスプレイを制御するディスプレイ制御装置およびディスプレイ制御装置用のプログラムに関するものである。

従来、２個のディスプレイを制御するディスプレイ制御装置が知られている（例えば、特許文献１参照）。

特開２０１１−７７０１号公報

発明者の検討によれば、このようなディスプレイ制御装置においては、以下のような問題がある。ある機能（例えば、ハンズフリー通話の機能）に関連した画面が第１のディスプレイに表示されており、第２のディスプレイにも同じ機能に関連した画面が表示されているとき、ユーザが第２のディスプレイを利用して当該機能の作動状態を変更したとする。すると、第１のディスプレイの表示内容が、当該機能の実際の状態と矛盾してしまう可能性がある。

例えば、ハンズフリー通話の発信先電話番号入力用の画面が第１のディスプレイに表示されており、第２のディスプレイでハンズフリー通話の発着信履歴画面が表示しているとき、ユーザが発着信履歴画面中の１つの通話相手を発信先として選択したとする。すると、当該通話相手への発信および当該通話相手との通話が行われてしまい、第１のディスプレイの発信先電話番号入力用の画面が無意味なものになってしまう。

本発明は上記問題点に鑑み、２個のディスプレイを制御する技術において、ある機能に関連した画面が両方のディスプレイで表示され、ユーザが一方のディスプレイを利用して当該機能の作動状態を変更された結果矛盾が発生してしまうのを防止することを目的とする。

上記目的を達成するための請求項１に記載の発明は、第１のディスプレイ（１２ａ）と第２のディスプレイ（１２ｂ）を制御するディスプレイ制御装置（１７）であって、複数個の表示用の画面を機能毎にグループ分けする画面グループ化データ（１０ａ）をメモリ（１０）から読み出し、前記第１のディスプレイと前記第２のディスプレイのうち一方のディスプレイが表示している画面と同じグループに属する画面を他方のディスプレイに表示させる特定の画面遷移要求が発生したか否かを、前記画面グループ化データに基づいて判定する判定手段（３２０）と、前記特定の画面遷移要求が発生したと前記判定手段が判定したことに基づいて、前記第１のディスプレイと前記第２のディスプレイのうち１個のディスプレイに、前記同じグループに属する画面以外の画面を表示させる表示制御手段（２５０、２６０）と、を備えたディスプレイ制御装置である。

このように、複数個の表示用の画面を機能毎にグループ分けする画面グループ化データを利用することで、２つのディスプレイで同じ機能の画面を表示させるような画面遷移要求が発生したか否かが容易に判別可能となる。そして、そのような画面遷移要求が発生したことに基づいて一方のディスプレイに当該機能の画面以外の画面を表示させることで、同じ機能に関連した画面が両方のディスプレイで表示されることが防止される。その結果、ユーザが一方のディスプレイを利用して当該機能の作動状態を変更された結果矛盾が発生してしまうことを防止できる。

また、請求項５に記載の発明は、第１のディスプレイ（１２ａ）と第２のディスプレイ（１２ｂ）を制御するディスプレイ制御装置（１７）に用いるプログラムであって、複数個の表示用の画面を機能毎にグループ分けする画面グループ化データ（１０ａ）をメモリ（１０）から読み出し、前記第１のディスプレイと前記第２のディスプレイのうち一方のディスプレイが表示している画面と同じグループに属する画面を他方のディスプレイに表示させる特定の画面遷移要求が発生したか否かを、前記画面グループ化データに基づいて判定する判定手段（３２０）、および、前記特定の画面遷移要求が発生したと前記判定手段が判定したことに基づいて、前記第１のディスプレイと前記第２のディスプレイのうち１個のディスプレイに、前記同じグループに属する画面以外の画面を表示させる表示制御手段（２５０、２６０）として、前記ディスプレイ制御装置を機能させるプログラムである。このように、本発明の特徴は、プログラムとしても実現可能である。

なお、上記および特許請求の範囲における括弧内の符号は、特許請求の範囲に記載された用語と後述の実施形態に記載される当該用語を例示する具体物等との対応関係を示すものである。

本発明の実施形態に係る車両用ナビゲーション装置１の構成図である。画面グループ化データ１０ａを例示する図である。画面制御タスクの処理を示すフローチャートである。画面監視タスクの処理を示すフローチャートである。画面遷移の一事例を示す図である。下ディスプレイで表示不可能な画面を模式的に示す図である。画面遷移の一事例を示す図である。

以下、本発明の一実施形態について説明する。図１に示す通り、本実施形態の車両用ナビゲーション装置１は、車両に搭載され、メモリ１０、位置検出器１１、上ディスプレイ１２ａ、下ディスプレイ１２ｂ、操作部１３、スピーカ１４、交通情報受信機１５、地図データ取得部１６、制御回路１７を有している。

メモリ１０は、不揮発性のメモリ（例えば、フラッシュメモリ、ＲＯＭ等）であり、画面グループ化データ１０ａ、遷移イベントリスト１０ｂ等のデータが車両用ナビゲーション装置１の工場出荷前にあらかじめ記憶される。画面グループ化データ１０ａ、遷移イベントリスト１０ｂについては後述する。

位置検出器１１は、ＧＰＳ受信機、車速センサ、加速度センサ、ジャイロセンサ等、車両の現在位置を特定するための信号を制御回路１７に出力するセンサである。

上ディスプレイ１２ａ（第１のディスプレイの一例に相当する）、下ディスプレイ１２ｂ（第２のディスプレイの一例に相当する）の各々は、制御回路１７の制御に従って文字や画像をドライバーに表示する液晶ディスプレイ等の画像表示装置である。上ディスプレイ１２ａと下ディスプレイ１２ｂは別個に設けられた画像表示装置であり、例えば、車両のダッシュボードの中央部に上下に並んで配置されている。より具体的には、上ディスプレイ１２ａが下ディスプレイ１２ｂの上方に配置されている。

操作部１３は、ドライバーの操作を受け付け、受け付けた操作に応じた信号を制御回路１７に出力する装置である。本実施形態の操作部１３は、上用スイッチ１３１、下用スイッチ１３２、上用タッチパネル１３３、下用タッチパネル１３４を有している。

上用スイッチ１３１は、上ディスプレイ１２ａの表示内容を制御するためのメカニカルスイッチ群であり、ＭＡＰスイッチ１３１ａ、ＴＥＬスイッチ１３１ｂ等のメカニカルスイッチを有している。下用スイッチ１３２は、下ディスプレイ１２ｂの表示内容を制御するためのメカニカルスイッチ群であり、ＭＥＮＵスイッチ１３２ａ等のメカニカルスイッチを有している。

上用タッチパネル１３３は、上ディスプレイ１２ａの表示画面に重ねて配置されるタッチパネルであり、上ディスプレイ１２ａの表示画面に表示された画像に対する乗員の操作（タッチ、ピンチ、フリック等）を検出する。下用タッチパネル１３４は、下ディスプレイ１２ｂの表示画面に重ねて配置されるタッチパネルであり、下ディスプレイ１２ｂの表示画面に表示された画像に対する乗員の操作（タッチ、ピンチ、フリック等）を検出する。

音声出力装置１４は、車内のドライバー等の乗員に聞かせるための音声を出力する装置である。地図データ取得部１５は、制御回路１７の制御に従って地図データを取得して制御回路１７に出力する装置である。交通情報受信器１６は、無線通信で車外から交通情報を取得する装置であり、例えば、ＶＩＣＳ受信機（ＶＩＣＳは登録商標）を用いて実現可能である。

制御回路１７は、ＣＰＵ、ＲＡＭ、ＲＯＭ、フラッシュメモリ等を備えた装置（例えばマイクロコントローラ）であって、ＲＯＭまたはフラッシュメモリに記録されたプログラムをＣＰＵが実行することで、各種機能を実現することができる。

制御回路１７がプログラムを実行することによって実現する機能としては、基本機能、地図表示機能、ナビゲーション機能、ハンズフリー機能、オーディオ機能、空調制御機能等がある。

基本機能は、ホーム画面表示および車両用ナビゲーション装置１の各種設定を行う機能である。地図表示機能は、上ディスプレイ１２ａに地図を表示する機能である。ナビゲーション機能は、目的地を設定し、設定した目的地までの経路を案内する機能である。ハンズフリー機能は、乗員が車内に持ち込んだ携帯電話機と通信して当該携帯電話機を介したハンズフリー通話を実現する機能である。オーディオ機能は、再生する楽曲を選択し、選択した楽曲を再生する機能である。空調機能は、車両の空調装置を制御する機能である。

上述の画面グループ化データ１０ａでは、表示用の複数の画面が、上記機能毎にグループ分けされている。表示用の画面とは、ディスプレイ１２ａ、１２ｂのどちらにも表示可能な画面、または、ディスプレイ１２ａ、１２ｂのいずれか一方のみで表示可能な画面をいう。

例えば、図２に示すように、基本機能のグループである基本グループには、ホーム画面、車両設定画面、時計設定画面、画面設定画面等が含まれている。ホーム画面は、基本機能の最上位階層のアイコン群を表示する画面である。このアイコン群には、例えば、選択すると種々の設定用のアイコン群の表示処理が実行される設定アイコン、選択すると車両の種々の情報の表示処理が実行される情報アイコン等が含まれる。車両設定画面は、オートライト、ワイパー、オートロック、方向指示器等の設定を入力するための画面である。時計設定画面は、時計の時刻を設定するための画面である。画面設定画面は、画面の明るさ、コントラスト、黒レベル等を設定するための画面である。

また、地図表示機能のグループである地図グループには、１画面地図という画面、２画面地図という画面、交差点拡大図という画面、交差点リストという周知の画面等が含まれている。

また、ハンズフリー機能のグループであるＨＦグループには、メニューリスト画面、電話番号入力画面、発着信履歴画面、着信画面、通話中画面等が含まれている。メニューリスト画面は、ハンズフリー機能の最上位階層のアイコン群を表示する画面である。電話番号入力画面は、発信用の電話番号を入力する画面である。発着信履歴画面は、電話の発着信の履歴を表示する画面である。着信画面は、電話着信があった場合に発信元等が表示される画面である。通話中画面は、電話通話中に通話相手、通話時間等が表示される画面である。

また、図示しないが、ナビゲーション機能のグループであるナビゲーショングループには複数の目的地設定用の画面等が含まれている。また、オーディオ機能のグループであるオーディオグループには複数の楽曲選択用の画面等が含まれている。また、空調機能のグループである空調グループには複数の空調用の調整画面等が含まれている。

データ構造の観点からより具体的に説明すると、画面グループ化データ１０ａには、表示用の画面毎に割り当てられた識別子である画面ＩＤと、グループ毎に割り当てられた識別子であるグループＩＤとの多対１の対応関係が記述されている。より詳細には、グループＩＤ毎に、そのグループＩＤに対応する画面ＩＤのリストが記述されている。

以下、このような車両用ナビゲーション装置１の上ディスプレイ１２ａ、下ディスプレイ１２ｂにおける画面表示の遷移について、図３〜図７を参照して説明する。

制御回路１７は、上述の各種機能のための処理以外にも、ＲＯＭ等に記録された所定のプログラムを実行することで、図３に示す画面制御タスクおよび画面監視タスクを実行するようになっている。制御回路１７は、車両の主電源（例えばＩＧ）がオンの場合に、上述の各種機能のための処理と同時並行的に画面制御タスクおよび画面監視タスクを実行する。

なお、図５の事例では、上ディスプレイ１２ａは地図グループに含まれる２画面地図を表示しており、下ディスプレイ１２ｂは基本グループに含まれるホーム画面を表示しているとする。これらの表示は、制御回路１７によって後述する画面監視タスクのステップ３２０で表示指示された結果、各ディスプレイで表示されたものである。したがって、制御回路１７は、どのディスプレイにどの画面ＩＤの画面が表示されているかの情報を保持している。

制御回路１７は、画面制御タスクの実行中、ステップ２１０で、遷移イベントが発生したか否か判定し、発生していない場合はステップ２２０でコリジョン通知を受けたか否か判定し、受けていない場合はステップ２１０に戻る。したがって、遷移イベントもコリジョン通知も受けていない間は、ステップ２１０、２２０を繰り返す。

ここで、遷移イベントとは、上ディスプレイ１２ａまたは下ディスプレイ１２ｂにおいて表示内容が変化する契機となるような事象である。例えば、上述の操作部１３に対して乗員が表示内容を変化させる操作（例えば、ＭＡＰスイッチ１３１ａ、ＴＥＬスイッチ１３１ｂ、ＭＥＮＵスイッチ１３２ａ等の操作）を行う事象も遷移イベントの一例である。また、その他乗員の操作とは無関係な遷移イベントもある。どのような事象が遷移イベントであるかについては、遷移イベントリスト１０ｂに基づいて判定可能である。

遷移イベントリスト１０ｂは、複数のレコードを有し、各レコードが１つの遷移イベントに対応する。各レコードは、対応する遷移イベントに該当する事象と、単一の制御対象ディスプレイのディスプレイＩＤと、単一の遷移先の画面の画面ＩＤとを含んでいる。

ここで、遷移イベントに該当する事象としては、例えば、ＭＡＰスイッチ１３１ａが操作された、下用タッチパネル１３４に対して電話ボタンを選択する操作が為された等がある。また、制御対象ディスプレイのディスプレイＩＤは、上ディスプレイ１２ａ、下ディスプレイ１２ｂのうち当該遷移イベントに起因して画面を遷移させる方のディスプレイ（すなわち、制御対象ディスプレイ）のディスプレイＩＤである。また、遷移先の画面の画面ＩＤは、当該遷移イベントに起因して制御対象ディスプレイの表示画面が遷移する先の画面の画面ＩＤである。

例えば、遷移イベントリスト１０ｂ中の１つのレコードには、ＭＡＰスイッチ１３１ａが操作されるという事象、上ディスプレイ１２ａのディスプレイＩＤ、および２画面表示地図画面の画面ＩＤが含まれている。このレコードによれば、ユーザがＭＡＰスイッチ１３１ａを操作すると、上ディスプレイ１２ａの表示内容が２画面表示地図画面に遷移する。

また例えば、遷移イベントリスト１０ｂ中の別の１つのレコードには、ＭＥＮＵスイッチ１３２ａが操作されるという事象、下ディスプレイ１２ｂのディスプレイＩＤ、およびホーム画面の画面ＩＤが含まれている。このレコードによれば、ＭＥＮＵスイッチ１３２ａを操作すると、下ディスプレイ１２ｂの表示内容がホーム画面に遷移する。

制御回路１７は、検出した事象が遷移イベントリスト１０ｂ中のレコードの１つに含まれているか否かで、遷移イベントが発生したか否かを判定する。画面制御タスクのステップ２１０で遷移イベントが発生したと判定すると、続いてステップ２３０に進む。図５の事例では、ユーザが上述のＴＥＬスイッチ１３１ｂを操作し、制御回路１７がこの操作を検知する。そして制御回路１７は、検知したこの操作に該当する事象を含むレコードが遷移イベントリスト１０ｂ中にあることに基づいて、遷移イベントが発生したとステップ２１０で判定してステップ２３０に進む。

ステップ２３０では、画面遷移要求を生成する。画面遷移要求は、制御対象ディスプレイのディスプレイＩＤと、当該制御対象ディスプレイの遷移先の画面の画面ＩＤを含むデータである。より具体的には、制御回路１７は、検知した操作に該当する事象を含む遷移イベントリスト１０ｂ中のレコードから、制御対象ディスプレイのディスプレイＩＤおよび遷移先の画面の画面ＩＤを読み出し、これらを画面遷移要求に含める。

図５の事例では、制御回路１７は、遷移イベントリスト１０ｂから、ＴＥＬスイッチ１３１ｂの操作という事象を含むレコードを抽出する。このレコードには、制御対象ディスプレイのディスプレイＩＤとして、上ディスプレイ１２ａのディスプレイＩＤが含まれており、遷移先の画面の画面ＩＤとして、ＨＦグループに含まれるメニューリスト画面の画面ＩＤが含まれている。

したがって、制御回路１７は図５の事例では、上ディスプレイ１２ａのディスプレイＩＤを制御対象ディスプレイのディスプレイＩＤとして画面遷移要求に含め、ＨＦグループに含まれるメニューリスト画面の画面ＩＤを画面遷移要求に含める。これにより、画面遷移要求は、上ディスプレイ１２ａがＨＦグループに含まれるメニューリスト画面を表示することを要求するデータとなる。

ＨＦグループに含まれるメニューリスト画面は、ハンズフリー機能の最上位階層のアイコン群を表示する画面である。このアイコン群に属する各アイコンは、タッチパネル（上ディスプレイ１２ａに表示される場合は上用タッチパネル１３３、下ディスプレイ１２ｂに表示される場合は下用タッチパネル１３４）を用いてユーザが選択可能である。このアイコン群には、例えば、選択すると携帯電話機と接続する処理が実行される接続アイコン、選択すると発着信履歴の表示処理が実行される接続アイコン、選択すると電話番号を手動入力するための画面の表示処理が実行されるダイヤルアイコン等が含まれる。

続いてステップ２４０では、ステップ２３０で作成した画面遷移要求を画面監視タスクに出力する。具体的には、画面遷移要求を、制御回路１７のＲＡＭ中の要求受け渡し領域に書き込む。ステップ２４０の後は、ステップ２１０、２２０のループに戻る。

制御回路１７は、画面監視タスクの実行において、ステップ３１０で、画面遷移要求を受けるまで、すなわち、上記要求受け渡し領域中の画面遷移要求に新たに画面遷移要求が書き込まれるまで待機する。そして、画面遷移要求を受けると、ステップ３２０に進む。

ステップ３２０では、表示指示を行う。具体的には、要求受け渡し領域に新たに書き込まれた画面遷移要求から制御対象ディスプレイのディスプレイＩＤおよび遷移先の画面の画面ＩＤを読み出し、読み出したディスプレイＩＤに対応する制御対象ディスプレイの表示画面を、読み出した画面ＩＤに該当する画面に遷移させる。

これにより、図５の事例では、矢印５１に示すように、上ディスプレイ１２ａの表示画面が、２画面地図の表示から、ＨＦグループのメニューリスト画面に遷移する。なおこのとき、下ディスプレイ１２ｂの表示画面は変化しない。

続いてステップ３３０では、上ディスプレイ１２ａと下ディスプレイ１２ｂで同一グループに属する画面を表示しているか否か判定する。具体的には、まず、上ディスプレイ１２ａに現在表示されている画面の画面ＩＤと、下ディスプレイ１２ｂに現在表示されている画面の画面ＩＤとを特定する。そして、画面グループ化データ１０ａを読み出し、特定した２つの画面ＩＤのそれぞれについて、対応するグループＩＤを、当該画面グループ化データ１０ａに記述された対応関係に基づいて、特定する。そして、特定した２つのグループＩＤが同じであれば、上下のディスプレイ１２ａ、１２ｂで同一グループに属する画面を表示していると判定し、同じでなければ、上下のディスプレイ１２ａ、１２ｂで同一グループに属する画面を表示していないと判定する。上下のディスプレイ１２ａ、１２ｂで同一グループに属する画面を表示していると判定した場合は、ステップ３４０に進み、そうでないと判定した場合は、ステップ３４０をバイパスしてステップ３１０に戻る。

なお、ステップ３３０の上記判定は、上下のディスプレイ１２ａ、１２ｂのうち一方のディスプレイが表示している画面と同じグループに属する画面を他方のディスプレイに表示させる特定の画面遷移要求が発生したか否かを判定していることと同じである。

図５の事例では、矢印５１に示すように遷移した後の上下のディスプレイ１２ａ、１２ｂの表示画面は、ＨＦグループのメニューリスト画面と基本グループのホーム画面である。画面グループ化データ１０ａにおいては、メニューリスト画面の画面ＩＤに対応するのはＨＦグループのグループＩＤであり、ホーム画面の画面ＩＤに対応するのは基本グループのグループＩＤである。したがって、制御回路１７は、画面グループ化データ１０ａに基づいて、上下のディスプレイ１２ａ、１２ｂで同一グループに属する画面を表示していないと判定し、ステップ３４０をバイパスしてステップ３１０に戻る。したがって、後に遷移イベントが発生するまで、上下ディスプレイ１２ａ、１２ｂの表示画面は現状のままとなる。

図５の事例ではこの後、乗員が下用タッチパネル１３４を用いて、下ディスプレイ１２ｂに表示されているホーム画面に表示されているアイコンのうち、電話アイコン６１を操作する。すると、制御回路１７はこの操作を検知し、画面制御タスクのステップ２１０で、検知したこの操作に該当する事象を含むレコードが遷移イベントリスト１０ｂ中にあることに基づいて、遷移イベントが発生したと判定してステップ２３０に進む。

図５の事例では更に、ステップ２３０で、遷移イベントリスト１０ｂから、下用タッチパネル１３４を用いた電話アイコン６１の操作という事象を含むレコードを抽出する。このレコードには、制御対象ディスプレイのディスプレイＩＤとして、下ディスプレイ１２ｂのディスプレイＩＤが含まれており、遷移先の画面の画面ＩＤとして、ＨＦグループに含まれるメニューリスト画面の画面ＩＤが含まれている。したがって制御回路１７は、下ディスプレイ１２ｂのディスプレイＩＤを制御対象ディスプレイのディスプレイＩＤとして画面遷移要求に含め、ＨＦグループに含まれるメニューリスト画面の画面ＩＤを画面遷移要求に含める。これにより、画面遷移要求は、下ディスプレイ１２ｂがＨＦグループに含まれるメニューリスト画面を表示することを要求するデータとなる。続いてステップ２４０では、ステップ２３０で作成した画面遷移要求を画面監視タスクに出力し、ステップ２１０、２２０のループに戻る。

すると制御回路１７は、画面監視タスクのステップ３１０で当該画面遷移要求を受けてステップ３２０に進み、既に説明した通りの方法で表示指示を行う。これにより、図５の事例では、矢印５２に示すように、下ディスプレイ１２ｂの表示画面が、ホーム画面の表示から、ＨＦグループのメニューリスト画面に遷移する。なおこのとき、上ディスプレイ１２ａの表示画面は変化しない。

続いてステップ３３０では、上ディスプレイ１２ａと下ディスプレイ１２ｂで同一グループに属する画面を表示しているか否かを、既に説明した通りの方法で判定する。図５の事例では、矢印５２に示すように遷移した後の上下のディスプレイ１２ａ、１２ｂの表示画面は、両方ともＨＦグループのメニューリスト画面である。したがって、制御回路１７は、画面グループ化データ１０ａに基づいて、上下のディスプレイ１２ａ、１２ｂで同一グループに属する画面を表示していると判定し、ステップ３４０に進む。この時点においてこのように判定されるのは、直前に実行されたステップ２５０で、上ディスプレイ１２ａが表示している画面と同じＨＦグループに属する画面を下ディスプレイ１２ｂに表示させる特定の画面遷移要求が発生したからである。この例では、特定の画面遷移要求は、下用タッチパネル１３４を用いたアイコン６１の操作である。

ステップ３４０では、制御回路１７は、コリジョン通知を出力する。コリジョン通知は、同一グループが表示された旨を示す情報と、同一グループに属する画面を表示している上下ディスプレイ１２ａ、１２ｂのうち、先に当該同一グループに属する画面を表示していたディスプレイのディスプレイＩＤと、を含むデータである。先に当該同一グループに属する画面を表示していたディスプレイを、以下では先行表示ディスプレイという。

図５の事例では、矢印５２に示すように遷移する前から上ディスプレイ１２ａがＨＦグループのメニューリスト画面を表示していたので、先行表示ディスプレイのディスプレイＩＤは、上ディスプレイ１２ａのディスプレイＩＤになる。したがって制御回路１７は、コリジョン通知に、先行表示ディスプレイのディスプレイＩＤとして、上ディスプレイ１２ａのディスプレイＩＤを含める。

制御回路１７は、ステップ３４０で、このようなコリジョン通知を作成すると共に、作成したコリジョン通知を画面制御タスクに出力する。具体的には、コリジョン通知を、制御回路１７のＲＡＭ中の通知受け渡し領域に書き込む。ステップ３４０の後は、ステップ３１０に戻る。

制御回路１７は、画面制御タスクのステップ２１０、２２０のループを実行中に、この通知受け渡し領域に新たにコリジョン通知が書き込まれたことに基づいて、ステップ２２０でコリジョン通知を受けたと判定し、ステップ２５０に進む。

ステップ２５０では、ステップ２３０と同様に画面遷移要求を生成する。ただし、ここで生成する画面遷移要求に含めるディスプレイＩＤは、新たに書き込まれたコリジョン通知に含まれる先行表示ディスプレイのディスプレイＩＤである。また、ここで生成する画面遷移要求に含める画面ＩＤは、あらかじめ車両用ナビゲーション装置１の工場出荷前に先行表示ディスプレイ毎に固定的に一意に定められた画面ＩＤである。

より具体的には、先行表示ディスプレイが上ディスプレイ１２ａの場合は、地図グループに属する２画面地図の画面ＩＤを画面遷移要求に含めるように固定的に一意に定められている。また、先行表示ディスプレイが下ディスプレイ１２ｂの場合は、基本グループに属するホーム画面の画面ＩＤを画面遷移要求に含めるように固定的に一意に定められている。

図５の事例では、先行表示ディスプレイが上ディスプレイ１２ａなので、画面遷移要求には、上ディスプレイ１２ａのディスプレイＩＤおよび地図グループに属する２画面地図の画面ＩＤを含める。

このように、先行表示ディスプレイの遷移先の画面を、あらかじめ固定的に一意に定めることで、コリジョン通知の発生時における先行表示ディスプレイの遷移先の画面の選択処理が簡易なものになる。また、あらかじめ固定的に一意に定められる遷移先の画面は、ディスプレイ毎に異なるので、両ディスプレイの用途の違いに応じて遷移先の画面を設定することが可能になる。

なお、上下ディスプレイ１２ａ、１２ｂのうち、先行表示ディスプレイの方の画面を遷移させるのは、先行表示ディスプレイでない方のディスプレイの画面遷移要求が発生したのは、ユーザが何らかの意図を持っていたと考えられるからである。ユーザが何らかの意図を持ってディスプレイの表示を遷移させたにも関わらず、コリジョン通知が発生したからといってそのディスプレイの表示を変えてしまえば、ユーザが戸惑ってしまう可能性がある。

続いてステップ２６０では、ステップ２５０で作成した画面遷移要求を画面監視タスクに出力する。具体的には、画面遷移要求を、制御回路１７のＲＡＭ中の要求受け渡し領域に書き込む。ステップ２５０の後は、ステップ２１０、２２０のループに戻る。

すると制御回路１７は、画面監視タスクのステップ３１０で当該画面遷移要求を受けてステップ３２０に進み、既に説明した通りの方法で表示指示を行う。これにより、図５の事例では、矢印５３に示すように、上ディスプレイ１２ａの表示画面が、ＨＦグループのメニューリスト画面から地図グループの２画面地図に遷移する。なおこのとき、下ディスプレイ１２ｂの表示画面は変化せずＨＦグループのメニューリスト画面のままなので、上下ディスプレイ１２ａ、１２ｂは異なるグループに属する画面を表示するようになる。

なお、図５の画面の遷移５２が発生してから画面の遷移５３が発生するまでの期間は、上下ディスプレイ１２ａ、１２ｂに同じグループの画面が表示される。しかし、この期間の長さは、例えば１秒以下程度の非常に短い時間なので、上下ディスプレイ１２ａ、１２ｂに同じグループの画面が表示される状態になっても、その状態が続く間に乗員がどちらかの画面を利用して操作を行う可能性はほとんど無い。矢印５３のように遷移した後は、何らかの遷移イベントが発生したとステップ２１０で判定されるまで、上下ディスプレイ１２ａ、１２ｂの表示画面は現状のままとなる。

以上のような図５の事例は、上ディスプレイ１２ａが先行表示ディスプレイになって上ディスプレイ１２ａの表示内容が予め遷移先として固定的に一意に定められた２画面地図に遷移する事例である。

なお、本実施形態では、図６に模式的に示すように、下ディスプレイ１２ｂは地図グループに属する画面を表示不可能となっている。これは、遷移イベントリスト１０ｂのレコードのうち、制御対象ディスプレイとして下ディスプレイ１２ｂのディスプレイＩＤを含む全レコードが、遷移先の画面の画面ＩＤとして、地図グループ以外のグループに属する画面の画面ＩＤを含んでいるからである。つまり、どのような遷移イベントが発生しようとも、下ディスプレイ１２ｂの表示内容が地図グループに属する画面に遷移することはあり得ない。したがって、上ディスプレイ１２ａが地図グループに属する画面を表示しているときに、何らかの遷移イベントが発生して下ディスプレイ１２ｂの表示内容を地図グループに属する画面に遷移させる画面遷移要求が発生することはない。

また、図５の事例とは異なり、図７に示すような、下ディスプレイ１２ｂが先行表示ディスプレイになる事例もある。図７の事例では、上ディスプレイ１２ａは地図グループに含まれる２画面地図を表示しており、下ディスプレイ１２ｂは基本グループに含まれるホーム画面を表示しているとする。これらの表示は、制御回路１７によって画面監視タスクのステップ３２０で表示指示された結果、各ディスプレイで表示されたものである。したがって、制御回路１７は、どのディスプレイにどの画面ＩＤの画面が表示されているかの情報を保持している。

図７の事例ではこの後、乗員が下用タッチパネル１３４を用いて、下ディスプレイ１２ｂに表示されているホーム画面に表示されているアイコンのうち、電話アイコン６１を操作する。すると、制御回路１７はこの操作を検知し、画面制御タスクのステップ２１０で、検知したこの操作に該当する事象を含むレコードが遷移イベントリスト１０ｂ中にあることに基づいて、遷移イベントが発生したと判定してステップ２３０に進む。

図７の事例では更に、ステップ２３０で、遷移イベントリスト１０ｂから、下用タッチパネル１３４を用いた電話アイコン６１の操作という事象を含むレコードを抽出する。このレコードには、制御対象ディスプレイのディスプレイＩＤとして、下ディスプレイ１２ｂのディスプレイＩＤが含まれており、遷移先の画面の画面ＩＤとして、ＨＦグループに含まれるメニューリスト画面の画面ＩＤが含まれている。したがって制御回路１７は、下ディスプレイ１２ｂのディスプレイＩＤを制御対象ディスプレイのディスプレイＩＤとして画面遷移要求に含め、ＨＦグループに含まれるメニューリスト画面の画面ＩＤを画面遷移要求に含める。これにより、画面遷移要求は、下ディスプレイ１２ｂがＨＦグループに含まれるメニューリスト画面を表示することを要求するデータとなる。続いてステップ２４０では、ステップ２３０で作成した画面遷移要求を画面監視タスクに出力し、ステップ２１０、２２０のループに戻る。

すると制御回路１７は、画面監視タスクのステップ３１０で当該画面遷移要求を受けてステップ３２０に進み、既に説明した通りの方法で表示指示を行う。これにより、図７の事例では、矢印５６に示すように、下ディスプレイ１２ｂの表示画面が、ホーム画面の表示から、ＨＦグループのメニューリスト画面に遷移する。なおこのとき、上ディスプレイ１２ａの表示画面は変化しない。

続いてステップ３３０では、上下ディスプレイ１２ａ、１２ｂで同一グループに属する画面を表示しているか否かを、既に説明した通りの方法で判定する。図７の事例では、矢印５１に示すように遷移した後の上下のディスプレイ１２ａ、１２ｂの表示画面は、２画面地図とＨＦグループのメニューリスト画面である。画面グループ化データ１０ａにおいては、２画面地図の画面ＩＤに対応するのは地図グループのグループＩＤであり、メニューリスト画面の画面ＩＤに対応するのはＨＦグループのグループＩＤである。したがって、制御回路１７は、画面グループ化データ１０ａに基づいて、上下のディスプレイ１２ａ、１２ｂで同一グループに属する画面を表示していないと判定し、ステップ３４０をバイパスしてステップ３１０に戻る。したがって、後に遷移イベントが発生するまで、上下ディスプレイ１２ａ、１２ｂの表示画面は現状のままとなる。

図７の事例ではこの後、乗員がＴＥＬスイッチ１３１ｂを操作する。すると、制御回路１７はこの操作を検知し、画面制御タスクのステップ２１０で、検知したこの操作に該当する事象を含むレコードが遷移イベントリスト１０ｂ中にあることに基づいて、遷移イベントが発生したと判定してステップ２３０に進む。

図７の事例では更に、ステップ２３０で、遷移イベントリスト１０ｂから、ＴＥＬスイッチ１３１ｂの操作という事象を含むレコードを抽出する。このレコードには、制御対象ディスプレイのディスプレイＩＤとして、上ディスプレイ１２ａのディスプレイＩＤが含まれており、遷移先の画面の画面ＩＤとして、ＨＦグループに含まれるメニューリスト画面の画面ＩＤが含まれている。

したがって制御回路１７は、上ディスプレイ１２ａのディスプレイＩＤを制御対象ディスプレイのディスプレイＩＤとして画面遷移要求に含め、ＨＦグループに含まれるメニューリスト画面の画面ＩＤを画面遷移要求に含める。これにより、画面遷移要求は、上ディスプレイ１２ａがＨＦグループに含まれるメニューリスト画面を表示することを要求するデータとなる。続いてステップ２４０では、ステップ２３０で作成した画面遷移要求を画面監視タスクに出力し、ステップ２１０、２２０のループに戻る。

すると制御回路１７は、画面監視タスクのステップ３１０で当該画面遷移要求を受けてステップ３２０に進み、既に説明した通りの方法で表示指示を行う。これにより、図７の事例では、矢印５７に示すように、上ディスプレイ１２ａの表示画面が、２画面地図の表示から、ＨＦグループのメニューリスト画面に遷移する。なおこのとき、下ディスプレイ１２ｂの表示画面は変化しない。

続いてステップ３３０では、上下ディスプレイ１２ａ、１２ｂで同一グループに属する画面を表示しているか否かを、既に説明した通りの方法で判定する。図７の事例では、矢印５７に示すように遷移した後の上下ディスプレイ１２ａ、１２ｂの表示画面は、両方ともＨＦグループのメニューリスト画面である。したがって、制御回路１７は、画面グループ化データ１０ａに基づいて、上下ディスプレイ１２ａ、１２ｂで同一グループに属する画面を表示していると判定し、ステップ３４０に進む。この時点においてこのように判定されるのは、直前に実行されたステップ２５０で、下ディスプレイ１２ｂが表示している画面と同じＨＦグループに属する画面を上ディスプレイ１２ａに表示させる特定の画面遷移要求が発生したからである。この例では、特定の画面遷移要求は、ＴＥＬスイッチ１３１ｂの操作である。

ステップ３４０では、既に説明した通り、コリジョン通知を行って画面監視タスクに出力する。図７の事例では、矢印５７に示すように遷移する前から下ディスプレイ１２ｂがＨＦグループのメニューリスト画面を表示していたので、先行表示ディスプレイは下ディスプレイ１２ｂになる。したがって制御回路１７は、コリジョン通知に、先行表示ディスプレイのディスプレイＩＤとして、下ディスプレイ１２ｂのディスプレイＩＤを含める。

制御回路１７は、画面制御タスクのステップ２１０、２２０のループを実行中に通知受け渡し領域に新たにコリジョン通知が書き込まれたことに基づいて、ステップ２２０でコリジョン通知を受けたと判定し、ステップ２５０に進む。

ステップ２５０では、既に説明した通りの方法で画面遷移要求を生成する。したがって、ここで生成される画面遷移要求に含まれるディスプレイＩＤは、新たに書き込まれたコリジョン通知に含まれる下ディスプレイ１２ｂのディスプレイＩＤである。また、ここで生成される画面遷移要求に含まれる画面ＩＤは、基本グループに属するホーム画面の画面ＩＤである。これは、既に説明した通り、また、先行表示ディスプレイが下ディスプレイ１２ｂの場合は、基本グループに属するホーム画面の画面ＩＤを画面遷移要求に含めるように固定的に一意に定められているからである。

続いてステップ２６０では、既に説明した通り、ステップ２５０で作成した画面遷移要求を画面監視タスクに出力する。すると制御回路１７は、画面監視タスクのステップ３１０で当該画面遷移要求を受けてステップ３２０に進み、既に説明した通りの方法で表示指示を行う。これにより、図７の事例では、矢印５８に示すように、下ディスプレイ１２ｂの表示画面が、ＨＦグループのメニューリスト画面から基本グループのホーム画面に遷移する。なおこのとき、上ディスプレイ１２ａの表示画面は変化せずＨＦグループのメニューリスト画面のままなので、上下ディスプレイ１２ａ、１２ｂは異なるグループに属する画面を表示するようになる。

なお、図７の画面の遷移５７が発生してから画面の遷移５８が発生するまでの期間は、上下ディスプレイ１２ａ、１２ｂに同じグループの画面が表示される。しかし、この期間の長さは、例えば１秒以下の非常に短い時間なので、上下ディスプレイ１２ａ、１２ｂに同じグループの画面が表示される状態になっても、その状態が続く間にユーザがどちらかの画面を利用して操作を行う可能性はほとんど無い。矢印５８のように遷移した後は、何らかの遷移イベントが発生したとステップ２１０で判定されるまで、上下ディスプレイ１２ａ、１２ｂの表示画面は現状のままとなる。

以上のような図７の事例は、下ディスプレイ１２ｂが先行表示ディスプレイになって下ディスプレイ１２ｂの表示内容が予め遷移先として固定的に定一意に定められたホーム画面に遷移する事例である。

なお、本実施形態では、上ディスプレイ１２ａも基本グループに属する画面を表示できるようになっている。つまり、遷移イベントリスト１０ｂのレコードのうち、制御対象ディスプレイとして上ディスプレイ１２ａのディスプレイＩＤを含むレコードのうち一部は、遷移先の画面の画面ＩＤとして、基本グループに属する画面の画面ＩＤを含んでいる。

したがって、下ディスプレイ１２ｂが基本グループに属する画面を表示中に遷移イベントが発生し、その結果制御回路１７がステップ２３０で上ディスプレイ１２ａの表示内容を基本グループに属する画面に遷移させる画面遷移要求を生成することがあり得る。

その場合制御回路１７は、続くステップ２４０で当該画面遷移要求を画面監視タスクに出力し、画面監視タスクのステップ３１０を経てステップ３２０で当該画面遷移要求に従って上ディスプレイ１２ａの表示内容を基本グループに属する画面に遷移させる。この時点で、上下ディスプレイ１２ａ、１２ｂの両方が基本グループに属する画面を表示する状態になる。

更に制御回路１７は、ステップ３３０で、上下ディスプレイ１２ａ、１２ｂで同一グループに属する画面を表示していると判定してステップ３４０に進む。そしてステップ３４０では、先行表示ディスプレイである下ディスプレイ１２ｂのディスプレイＩＤを含むコリジョン通知を画面制御タスクに出力する。

更に制御回路１７は、画面制御タスクのステップ２２０でこのコリジョン通知を受けたと判定してステップ２５０に進んで画面遷移要求を生成し、ステップ２６０でこの画面遷移要求を画面監視タスクに出力する。

しかし、このステップ２５０で生成される画面遷移要求は、先行ディスプレイである下ディスプレイ１２ｂを基本グループのホーム画面に遷移させる画面遷移要求である。したがって制御回路１７は、画面監視タスクのステップ３１０を経てステップ３２０で当該画面遷移要求に従って下ディスプレイ１２ｂの表示内容を基本グループに属する画面から同じ基本グループに属するホーム画面に遷移させる。したがって、この時点でも未だ、上下ディスプレイ１２ａ、１２ｂの両方が基本グループに属する画面を表示する状態である。

このとき制御回路１７は、既に説明した処理の通り、更に、ステップ３３０で、上下ディスプレイ１２ａ、１２ｂで同一グループに属する画面を表示していると判定してステップ３４０に進む。そしてステップ３４０では、コリジョン通知を画面制御タスクに出力する。ただし、このコリジョン通知に含まれる先行表示ディスプレイのディスプレイＩＤは、前回のステップ３４０とは異なり、上ディスプレイ１２ｂのディスプレイＩＤとなる。

このステップ２５０で生成される画面遷移要求は、先行ディスプレイである上ディスプレイ１２ａを地図グループの２画面地図に遷移させる画面遷移要求である。したがって制御回路１７は、画面監視タスクのステップ３１０を経てステップ３２０で当該画面遷要求に従って上ディスプレイ１２ａの表示内容を基本グループに属する画面から地図グループに属する２画面地図に遷移させる。したがって、この時点で初めて、上下ディスプレイ１２ａ、１２ｂの表示する画面の属するグループが異なるようになる。

つまり、下ディスプレイ１２ｂが基本グループに属する画面を表示中に上ディスプレイ１２ａの表示内容が基本グループに属する画面に遷移しても、最終的には、上下ディスプレイ１２ａ、１２ｂの表示する画面の属するグループが異なるようになる。

以上説明した通り、本実施形態の車両用ナビゲーション装置１は、画面グループ化データ１０ａをメモリ１０から読み出し、上下ディスプレイ１２ａ、１２ｂのうち一方のディスプレイが表示している画面と同じグループに属する画面を他方のディスプレイに表示させる特定の画面遷移要求が発生したか否かを、画面グループ化データに基づいて判定し（３２０）、特定の画面遷移要求が発生したことに基づいて、上下ディスプレイ１２ａ、１２ｂのうちうち１個のディスプレイに、当該同じグループに属する画面以外の画面を表示させるよう、表示画面を遷移させる（ステップ２５０、２６０）。

このように、複数個の表示用の画面を機能毎にグループ分けする画面グループ化データを利用することで、２つのディスプレイ１２ａ、１２ｂで同じ機能の画面を表示させるような画面遷移要求が発生したか否かが容易に判別可能となる。そして、そのような画面遷移要求が発生したことに基づいて一方のディスプレイに当該機能の画面以外の画面を表示させることで、同じ機能に関連した画面が両方のディスプレイで表示されることが防止される。その結果、ユーザが一方のディスプレイを利用して当該機能の作動状態を変更された結果矛盾が発生してしまうことを防止できる。

本実施形態とは異なり、もし、ある機能に関連した画面が上ディスプレイ１２ａに表示されており、下ディスプレイ１２ｂにも同じ機能に関連した画面（例えば設定画面）が表示されているとき、ユーザが下ディスプレイ１２ｂの表示を利用して当該機能の作動状態を変更したとする。すると、上ディスプレイ１２ａの表示内容が、当該機能の実際の状態と矛盾してしまう可能性がある。

例えば、ハンズフリー通話の発信先電話番号入力用の画面が上ディスプレイ１２ａに表示されており、下ディスプレイ１２ｂでハンズフリー通話の発着信履歴画面が表示しているとき、ユーザが下ディスプレイ１２ｂを利用して発着信履歴画面中の１つの通話相手を発信先として選択したとする。すると、当該通話相手への発信および当該通話相手との通話が行われてしまい、上ディスプレイ１２ａの発信先電話番号入力用の画面が無意味なものになってしまう。

また例えば、基本グループの車両設定画面が上ディスプレイ１２ａに表示されており、下ディスプレイ１２ｂでも基本グループの車両設定画面が表示されているとき、ユーザが下用タッチパネル１３４を用いて下ディスプレイ１２ｂに対して設定を変更したとする。すると、上ディスプレイ１２ａに表示される設定内容と下ディスプレイ１２ｂに表示される設定内容が異なってしまい、乗員が違和感を感じてしまう。

なお、図５、図７の事例では、一方のディスプレイが表示している画面と同じグループに属すると共に当該一方のディスプレイが表示している画面と同じ画面ＩＤの画面を他方のディスプレイに表示させる画面遷移要求が発生した場合を例示している。

具体的には、図５の事例では、遷移５２によって上下ディスプレイ１２ａ、１２ｂの両方で同じメニューリスト画面が表示され、図７の事例では、遷移５７によって上下ディスプレイ１２ａ、１２ｂの両方で同じメニューリスト画面が表示される。

しかし、例えば、一方のディスプレイが表示している画面と同じグループに属すると共に当該一方のディスプレイが表示している画面とは異なる画面ＩＤの画面を他方のディスプレイに表示させる画面遷移要求が発生した場合も、その後の作動は同じである。つまり、その場合も、その後コリジョン通知が発生して先行ディスプレイの画面が遷移し、その結果上下ディスプレイ１２ａ、１２ｂで表示される画面が別のグループに属するものとなる。

なお、本実施形態においては、制御回路１７が、ステップ３２０を実行することで判定手段の一例として機能し、ステップ２５０、２６０を実行することで表示制御手段の一例として機能する。

（他の実施形態）
なお、本発明は上記した実施形態に限定されるものではなく、特許請求の範囲に記載した範囲内において適宜変更が可能である。また、また、上記実施形態において、実施形態を構成する要素は、特に必須であると明示した場合および原理的に明らかに必須であると考えられる場合等を除き、必ずしも必須のものではないことは言うまでもない。また、上記実施形態において、実施形態の構成要素の個数、数値、量、範囲等の数値が言及されている場合、特に必須であると明示した場合および原理的に明らかに特定の数に限定される場合等を除き、その特定の数に限定されるものではない。また、上記実施形態において、構成要素等の形状、位置関係等に言及するときは、特に明示した場合および原理的に特定の形状、位置関係等に限定される場合等を除き、その形状、位置関係等に限定されるものではない。また、本発明は、上記実施形態に対する以下のような変形例も許容される。なお、以下の変形例は、それぞれ独立に、上記実施形態に適用および不適用を選択できる。すなわち、以下の変形例のうち任意の組み合わせを、上記実施形態に適用することができる。

（変形例１）
上記実施形態では、制御回路１７は、コリジョン通知が発生した場合、先行表示ディスプレイの方の表示内容を遷移させるようになっている。しかし、逆に、先行表示ディスプレイでない方のディスプレイの表示内容を遷移させるようになっていてもよい。

（変形例２）
上記実施形態では、上ディスプレイ１２ａも基本グループに属する画面を表示できるようになっている。しかし、必ずしもこのようになっておらずともよく、下ディスプレイ１２ｂが地図グループに属する画面を表示できないしくみと同じしくみで、上ディスプレイ１２ａが基本グループに属する画面を表示不可能になっていてもよい。

（変形例３）
図４のステップ３２０の処理を、ステップ３３０のＹｅｓおよびＮｏの分岐の後に移動させてもよい。この場合、制御回路１７は、図４のステップ３１０に続いて直ちにステップ３３０を実行し、ステップ３３０で上下ディスプレイ１２ａ、１２ｂで同一グループに属する画面を表示させるような画面遷移要求が発生したか否かを判定する。そして、発生していればステップ３２０を実行してステップ３４０に進み、発生していなければステップ３２０を実行する。このように、ステップ３２０、３３０の実行タイミングを前後させてもよい。

１０メモリ
１０ａ画面グループ化データ
１２ａ上ディスプレイ１２ａ（第１ディスプレイ）
１２ｂ下ディスプレイ１２ａ（第２ディスプレイ）
１７制御回路（ディスプレイ制御装置）

Claims

第１のディスプレイ（１２ａ）と第２のディスプレイ（１２ｂ）を制御するディスプレイ制御装置（１７）であって、
複数個の表示用の画面を機能毎にグループ分けする画面グループ化データ（１０ａ）をメモリ（１０）から読み出し、前記第１のディスプレイと前記第２のディスプレイのうち一方のディスプレイが表示している画面と同じグループに属する画面を他方のディスプレイに表示させる特定の画面遷移要求が発生したか否かを、前記画面グループ化データに基づいて判定する判定手段（３２０）と、
前記特定の画面遷移要求が発生したと前記判定手段が判定したことに基づいて、前記第１のディスプレイと前記第２のディスプレイのうち１個のディスプレイに、前記同じグループに属する画面以外の画面を表示させる表示制御手段（２５０、２６０）と、を備えたディスプレイ制御装置。
前記表示制御手段は、前記特定の画面遷移要求が発生したと前記判定手段が判定したことに基づいて、前記１個のディスプレイに、あらかじめ固定的に定められた画面を表示させることを特徴とする請求項１に記載のディスプレイ制御装置。
前記あらかじめ固定的に定められた画面は、前記前記第１のディスプレイと前記第２のディスプレイのうち前記１個のディスプレイではない方のディスプレイには表示不可能になっていることを特徴とする請求項２に記載のディスプレイ制御装置。
前記表示制御手段は、前記特定の画面遷移要求が発生したと前記判定手段が判定したことに基づいて、先に前記同じグループに属する画面を表示していた前記一方のディスプレイに、前記同じグループに属する画面以外の画面を表示させることを特徴とする請求項１ないし３のいずれか１つに記載のディスプレイ制御装置。
第１のディスプレイ（１２ａ）と第２のディスプレイ（１２ｂ）を制御するディスプレイ制御装置（１７）に用いるプログラムであって、
複数個の表示用の画面を機能毎にグループ分けする画面グループ化データ（１０ａ）をメモリ（１０）から読み出し、前記第１のディスプレイと前記第２のディスプレイのうち一方のディスプレイが表示している画面と同じグループに属する画面を他方のディスプレイに表示させる特定の画面遷移要求が発生したか否かを、前記画面グループ化データに基づいて判定する判定手段（３２０）、および、
前記特定の画面遷移要求が発生したと前記判定手段が判定したことに基づいて、前記第１のディスプレイと前記第２のディスプレイのうち１個のディスプレイに、前記同じグループに属する画面以外の画面を表示させる表示制御手段（２５０、２６０）として、前記ディスプレイ制御装置を機能させるプログラム。