WO2021106614A1

WO2021106614A1 - 情報処理装置、情報処理方法、及び、プログラム

Info

Publication number: WO2021106614A1
Application number: PCT/JP2020/042378
Authority: WO
Inventors: 哲男池田; 淳入江; 健志後藤; 洋祐加治; 英佑藤縄; 誠史友永; 忠義村上
Original assignee: ソニーグループ株式会社
Priority date: 2019-11-29
Filing date: 2020-11-13
Publication date: 2021-06-03
Also published as: US20220377294A1; CN114730238A; EP4068068A4; JPWO2021106614A1; EP4068068A1

Abstract

本技術は、ユーザビリティの高い情報提示を行えるようにする情報処理装置、情報処理方法、及び、プログラムに関する。提示情報が提示される提示部位の状態変化に関する提示部位情報、並びに、前記提示情報を生成する処理に関する処理情報、前記処理に対するユーザの対応に関するユーザ情報、及び、前記提示部位の環境の状態に関する環境情報のうちの少なくとも１つの情報に基づいて、前記提示情報の提示状態、及び、前記処理の状態のうちの少なくとも一方の状態の制御が行われる。本技術は、自動車の車内や会議室等の投影装置として適用することができる。

Description

情報処理装置、情報処理方法、及び、プログラム

　本技術は、情報処理装置、情報処理方法、及び、プログラムに関し、特に、ユーザビリティの高い情報提示を行う情報処理装置、情報処理方法、及び、プログラムに関する。

　特許文献１には、テーブル上における投影面のサイズに応じて投影画像のサイズ（ウインドウサイズ）を変更する技術が開示されている。

国際公開第２０１９／０６９５７５号

　提示情報が提示される提示部位の位置等の状態が変化した場合に、その状況は様々である。提示部位の状態が変化した場合に状況を考慮した対応を図ることが望ましい。

　本技術は、このような状況に鑑みてなされたものであり、ユーザビリティの高い情報提示を行えるようにする。

　本技術の一側面の情報処理装置、又は、プログラムは、提示情報が提示される提示部位の状態変化に関する提示部位情報、並びに、前記提示情報を生成する処理に関する処理情報、前記処理に対するユーザの対応に関するユーザ情報、及び、前記提示部位の環境の状態に関する環境情報のうちの少なくとも１つの情報に基づいて、前記提示情報の提示状態、及び、前記処理の状態のうちの少なくとも一方の状態の制御を行う制御部を有する情報処理装置、又は、そのような情報処理装置として、コンピュータを機能させるためのプログラムである。

　本技術の一側面の情報処理方法は、制御部を有する情報処理装置の前記制御部が、提示情報が提示される提示部位の状態変化に関する提示部位情報、並びに、前記提示情報を生成する処理に関する処理情報、前記処理に対するユーザの対応に関するユーザ情報、及び、前記提示部位の環境の状態に関する環境情報のうちの少なくとも１つの情報に基づいて、前記提示情報の提示状態、及び、前記処理の状態のうちの少なくとも一方の状態の制御を行う情報処理方法である。

　本技術の一側面の情報処理装置、情報処理方法、及び、プログラムにおいては、提示情報が提示される提示部位の状態変化に関する提示部位情報、並びに、前記提示情報を生成する処理に関する処理情報、前記処理に対するユーザの対応に関するユーザ情報、及び、前記提示部位の環境の状態に関する環境情報のうちの少なくとも１つの情報に基づいて、前記提示情報の提示状態、及び、前記処理の状態のうちの少なくとも一方の状態の制御が行われる。

本技術を適用した情報処理システムの一実施の形態の構成例を示したブロック図である。アクション定義テーブルを例示した図である。アプリ状態定義テーブルを例示した図である。緊急度定義テーブルを例示した図である。情報処理装置が行う処理例を説明するフローチャートである。情報処理装置が車内の投影装置として適用された自動車の平面図である。情報処理装置が車内の投影装置として適用された自動車の側面図である。自動車の車内において、提示情報が投影される提示部位の位置を例示した図である。後部座席のスライド可能なアームレストの動作を例示した図である。天気予報アプリの提示情報がアームレストに投影された状態を例示した図である。図１のアクション定義蓄積部に記憶されているアクション定義テーブルにおいて、“アプリ種類”フィールドが天気予報アプリであるレコードを例示した図である。図１１のレコードＲ１１のアクションが実行されたときのアームレスト及び投影画像の状態を示した図である。図１１のレコードＲ１３のアクションが実行されたときのアームレスト及び投影画像の状態を例示した図である。音楽アプリの提示情報がアームレストに投影された状態を例示した図である。図１のアクション定義蓄積部に記憶されている図２のアクション定義テーブルにおいて、“アプリ種類”フィールドが音楽アプリであるレコードを例示した図である。図１５のレコードＲ３１のアクションが実行されたときのアームレスト及び投影画像の状態を例示した図である。図１５のレコードＲ３３のアクションが実行されたときのアームレスト及び投影画像の状態を例示した図である。図１５のレコードＲ３４のアクションが実行されたときのアームレスト及び投影画像の状態を例示した図である。カーナビアプリの提示情報が助手席のダッシュボードに投影された状態を例示した図である。図１のアクション定義蓄積部に記憶されている図２のアクション定義テーブルにおいて、“アプリ種類”フィールドがカーナビアプリ及びグルメアプリであるレコードを例示した図である。図２０のレコードＲ５１のアクションが実行されたときのダッシュボード及び投影画像の状態を例示した図である。図２０のレコードＲ５２のアクションが実行されたときのダッシュボード及び投影画像の状態を例示した図である。グルメアプリの提示情報が助手席のダッシュボードに投影された状態を例示した図である。図２０のレコードＲ５３のアクションが実行されたときのダッシュボード及び投影画像の状態を例示した図である。運転席シートのヘッドレストの動作を例示した図である。図２５の状態Ａにおいて動画アプリの提示情報がヘッドレストに投影された状態を例示した図である。図１のアクション定義蓄積部に記憶されている図２のアクション定義テーブルにおいて、“アプリ種類”フィールドが動画アプリ又は天気予報アプリであるレコードを例示した図である。図２７のレコードＲ７１のアクションが実行されたときのヘッドレスト及び投影画像の状態を例示した図である。図２７のレコードＲ７２のアクションが実行されたときのヘッドレスト及び投影画像の状態を例示した図である。動画アプリの提示情報が投影されたヘッドレストの投影画像を視聴しているユーザの視線方向を例示した図である。動画アプリの提示情報が後部座席の右ドアガラスに投影された状態を例示した図である。図１のアクション定義蓄積部５２に記憶されている図２のアクション定義テーブルにおいて、“アプリ種類”フィールドが動画アプリであるレコードを例示した図である。図３２のレコードＲ９１のアクションが実行されたときの右ドアガラス及び投影画像の状態を例示した図である。地図アプリの提示情報が天井に投影された状態を例示した図である。図１のアクション定義蓄積部に記憶されている図２のアクション定義テーブルにおいて、“アプリ種類”フィールドが地図アプリであるレコードを例示した図である。図３５のレコードＲ１１１又はレコードＲ１１２が実行されたときの車内及び投影画像の状態を例示した図である。会議室等の室内におけるテーブルの天板を可動の提示部位として利用する場合のテーブルの配置について説明する図である。２つのテーブルの連接された天板にディスカッションアプリの提示情報が投影された状態を例示した図である。図１のアクション定義蓄積部に記憶されている図２のアクション定義テーブルにおいて、“アプリ種類”フィールドがディスカッションアプリであるレコードを例示した図である。図３９のレコードＲ１２１のアクションが実行されたときの天板及び投影画像の状態を例示した図である。図３９のレコードＲ１２２のアクションが実行されたときの天板及び投影画像の状態を例示した図である。図３９のレコードＲ１２２のアクションの他の例１を説明する図である。図３９のレコードＲ１２２のアクションの他の例２を説明する図である。図３９のレコードＲ１２２のアクションの他の例３が説明する図である。一連の処理をプログラムにより実行するコンピュータのハードウェアの構成例を示すブロック図である。

　以下、図面を参照しながら本技術の実施の形態について説明する。

＜＜本技術を適用した情報処理装置の一実施の形態＞＞
　図１は、本技術を適用した情報処理装置の一実施の形態の構成例を示したブロック図である。

　図1において、情報処理装置１１は、例えば自動車の車内や会議室等の室内において、所定の処理により生成した提示情報を可動の提示部位にプロジェクタにより投影させてユーザに提示する装置である。

　提示情報は、ＯＳ（Operating System）や所定のアプリケーション（以下、単にアプリという）の処理により生成される情報である。アプリ（処理）の種類は、天気予報アプリ、音楽アプリ、カーナビアプリ、グルメアプリ、動画アプリ、地図アプリ、及び、ディスカッションアプリ等、特定の種類に限定されない。

　提示部位が可動とは、提示情報が提示（投影）される提示部位が動く部材の表面であることを表す。例えば、自動車のドアガラスやサンルーフ（スライドパネル）、会議室等の移動可能なテーブル（天板）等が可動の提示部位となり得る。なお、提示情報が投影される提示部位が複数存在し、そのうちの一部の提示部位が、固定された部材の表面（不動の提示部位）であってもよい。

　情報処理装置１１は、入力部２１、演算処理部２２、記憶部２３、及び、出力部２４を有する。

　入力部２１は、提示情報が投影される「提示部位に関する情報」、「ユーザに関する情報」、及び、提示部位の「環境に関する情報」を取得し、入力情報として演算処理部２２に供給する。

　入力部２１の具体的な構成要素としては、提示部位が設けられる環境等に応じて適切なセンサ等が適宜選択されて用いられる。

　例えば、「提示部位に関する情報」及び「ユーザに関する情報」を取得するセンサ等は、提示部位やユーザの画像を取得する１又は複数の画像センサやデプスセンサなどであってよい。画像センサは、可視光カメラであってもよいし、赤外線カメラであってもよい。デプスセンサは、提示部位やユーザの三次元情報を取得するステレオカメラであってもよいし、ＴｏＦ(time of flight)センサなどであってよい。

　また、「提示部位に関する情報」を取得するセンサ等は、提示部位を含む部材の位置を検出する位置センサであってもよい。

　なお、提示部位を含む部材という場合には、提示部位となる部材と一体的な部材のみでなく、提示部位となる部材と連動する部材、即ち、提示部位の状態変化に関係する部材を表す。

　また、提示部位を含む部材を電動等で動かすためのタッチセンサや操作スイッチ等の操作部（操作部はリモートコントローラの操作部である場合を含む。以下、同様）を有する場合、又は、演算処理部２２におけるアプリ等の処理に対して所定の指示を行うための操作部を有する場合、操作部を操作するユーザの動作を示す情報は、「ユーザに関する情報」に該当する。このような操作部を有する場合に、「ユーザに関する情報」を取得するセンサ等として、操作部（の状態を検知する機構）が含まれていてもよい。

　「環境に関する情報」を取得するセンサ等は、加速度センサ、角速度センサ、ＧＰＳ（Global Positioning System）などであってよい。例えば、提示部位となる部材が設けられている環境が自動車である場合に、「環境に関する情報」を取得するセンサ等は、自動車が走行中か停止中か等を検出するための加速度センサやＧＰＳ等であってよい。

　なお、情報処理装置１１以外の他の装置で得られる情報を入力部２１からの入力情報として演算処理部２２に供給してもよい。

　演算処理部２２は、入力部２１からの入力情報等に基づいて、必要な情報（後述）を取得する。

　また、演算処理部２２は、ＯＳのプログラムを実行するとともに、ユーザに指定された１又は複数のアプリを実行し、ＯＳ及びアプリが生成する提示情報を出力部２４に供給する。

　記憶部２３は、演算処理部２２が実行するＯＳや各種アプリ等のプログラムの実行に必要なデータ等を記憶する。

　出力部２４は、演算処理部２２から供給された提示情報を提示部位に投影させる１又は複数のプロジェクタを有する。プロジェクタは、投影方向が固定された固定式のプロジェクタであってもよいし、投影方向を可変できる可動式のプロジェクタであってもよい。

　ここで、演算処理部２２は、プロジェクタが投影することができる最大の投影画像の領域（全投影領域）のうち、提示部位の位置及び大きさに対応したウインドウの領域の画像として提示情報をプロジェクタに供給する。

　また、演算処理部２２は、プロジェクタに対する提示部位（投影面）の傾斜等に基づいて、投影ひずみを補正した提示情報の画像をプロジェクタに供給する。

　なお、演算処理部２２により全投影領域のうちのウインドウの位置及び大きさを制御（変更）することで、１つのプロジェクタで複数の位置の提示部位に提示情報の画像を投影させるができ、提示部位の位置を変更できる。

　また、演算処理部２２により全投影領域に複数のウインドウを設定することで、１つのプロジェクタで同一の提示情報の画像、又は、複数の異なる提示情報の画像を複数の提示部位に同時に投影させることができる。

　また、可動式のプロジェクタの場合には、演算処理部２２は、プロジェクタの投影方向を制御することで１つのプロジェクタで複数の位置の提示部位に提示情報の画像を投影させてもよい。

　また、出力部２４は、必要に応じて音楽や音声を出力するスピーカを構成要素として有する。演算処理部２２は、アプリ等の処理により生成した音楽や音声等の音情報を出力部２４のスピーカに供給する。

（演算処理部２２の処理の詳細）
　続いて、演算処理部２２の処理の詳細について説明すると、演算処理部２２は、プログラムの実行により構築されるグラフィックス表示処理部３１と検出処理部３２とを機能ブロックとして有する。なお、検出処理部３２は、記憶部２３に記憶されたデータベースを含む。

　グラフィックス表示処理部３１は、入力情報解析部４１、アプリケーション実行部４２、及び、表示制御部４３を有する。

　入力情報解析部４１は、入力部２１からの入力情報を解析して、提示部位の状態変化に関する「提示部位情報」、アプリ等の処理に対するユーザの対応に関する「ユーザ情報」、及び、提示部位の環境の状態を示す「環境情報」を取得する。

　「提示部位情報」は、提示情報を投影する可動の提示部位が動いた場合の「提示部位の状態変化を示す情報」、又は、「提示部位の状態変化に関係するユーザの動作を示す情報」である。

　「提示部位の状態変化を示す情報」は、入力部２１からの入力情報である「提示部位に関する情報」を入力情報解析部４１が解析することにより取得される。

　「提示部位の状態変化に関係するユーザの動作を示す情報」は、提示部位を含む部材を電動等で動かすための操作部の操作を行うユーザの動作を示す情報、又は、提示部位を含む部材をユーザが手動で動かす動作を示す情報である。

　「提示部位の状態変化に関係するユーザの動作を示す情報」は、入力部２１からの入力情報である「ユーザに関する情報」を入力情報解析部４１が解析することにより取得される。

　「ユーザ情報」は、提示情報に対するユーザの状態（閲覧中か否か）を示す情報を含む。

　また、「ユーザ情報」は、「処理に対するユーザの操作を示す情報」を含む。

　「ユーザの操作を示す情報」は、更に、処理に対するユーザの操作内容を示す情報と、処理に対するユーザの操作の有無（操作中か否か）を示す情報とを含む。

　「ユーザ情報」は、入力部２１からの入力情報である「ユーザに関する情報」を入力情報解析部４１が解析することにより取得される。

　「環境情報」は、例えば、提示部位が設けられている環境が自動車の車内の場合には、自動車が走行中、又は、停車中の状態であることを示す情報である。

　「環境情報」は、入力部２１からの入力情報である「環境に関する情報」を入力情報解析部４１が解析することにより取得される。

　入力情報解析部４１は、入力情報を解析して取得した「提示部位情報」、「ユーザ情報」、及び、「環境情報」を検出処理部３２に供給する。なお、検出処理部３２に供給される「ユーザ情報」は、具体的には、「ユーザの状態（閲覧中か否か）を示す情報」と、「処理に対するユーザの操作の有無（操作中か否か）を示す情報」である。

　また、入力情報解析部４１は、「ユーザ情報」として、「処理に対するユーザの操作内容を示す情報」をアプリケーション実行部４２に供給する。

　アプリケーション実行部４２は、入力情報解析部４１からの「処理に対するユーザの操作内容を示す情報」に基づいて、ユーザにより指定されたアプリを起動し、アプリが生成する提示情報を表示制御部４３に供給する。

　また、アプリケーション実行部４２は自身が実行している「処理（アプリ）の種類を示す情報」と、その「処理の状態（内容）を示す情報」とを検出処理部３２に供給する。

　なお、「処理（アプリ）の種類を示す情報」と「処理の状態（内容）を示す情報」とは、提示情報を生成する処理（アプリ）に関する「処理情報」である。

　また、アプリケーション実行部４２は、アプリの実行中において、入力情報解析部４１からの「ユーザ情報」（「処理に対するユーザの操作内容を示す情報」）に基づいて、ユーザの操作内容に対応した処理を実行する。

　さらに、アプリケーション実行部４２は、検出処理部３２から指示された処理（後述）を実行する。

　表示制御部４３は、アプリケーション実行部４２からの提示情報を提示部位に投影する際の提示部位（領域）や提示形態等に関する提示状態の制御を行う。

　即ち、表示制御部４３は、入力情報解析部４１からの「処理に対するユーザの操作内容を示す情報」に基づいてユーザより指定された提示部位の位置及び大きさに対応したウインドウの領域の投影画像として提示情報の画像を出力部２４のプロジェクタに供給する。

　また、表示制御部４３は、アプリケーション実行部４２からの提示情報を提示部位に投影する際の提示情報の提示形態（画像構成等）の制御を行う。

　更に、表示制御部４３は、検出処理部３２からの指示にしたがって、提示情報を投影させる提示部位の制御や、提示情報の提示形態の制御を行う。

　検出処理部３２は、アクション実行部５１、アクション定義蓄積部５２、緊急度定義蓄積部５３、及び、アプリ状態定義蓄積部５４を有する。

　アクション実行部５１は、「提示部位情報」、「処理情報」、「ユーザ情報」、及び、「環境情報」をグラフィックス表示処理部３１の入力情報解析部４１及びアプリケーション実行部４２から取得する。

　アクション実行部５１が入力情報解析部４１から取得する「ユーザ情報」は、具体的には、「提示情報に対するユーザの状態（閲覧中か否か）を示す情報」と、「処理に対するユーザの操作の有無（操作中か否か）を示す情報」である。

　また、アクション実行部５１は、取得した情報に基づいて、記憶部２３に記憶されているデータベースから実行すべきアクションを検出する。

　また、アクション実行部５１は、データベースから検出したアクションの処理の実行をグラフィックス表示処理部３１（アプリケーション実行部４２及び表示制御部４３）に対して指示する。

　アクション定義蓄積部５２は、アクション実行部５１が実行する（グラフィックス表示処理部３１に実行させる）アクションを検出するためのデータベースであるアクション定義テーブルのデータ（レコード）を蓄積している。

　図２は、アクション定義テーブルを例示した図である。アクション定義テーブルは、“アプリ種類”、“アプリ状態”、“トリガ”、“緊急度”、及び、“アクション”を各カラム（列）の項目（属性）として有する。アクション定義テーブルの各レコード（行）は、各カラムの項目に対応したデータを記憶するフィールドを有する。

　即ち、各レコードは、“アプリ種類”、“アプリ状態”、“トリガ”、“緊急度”、及び、“アクション”の内容を記憶するフィールドを有する。

　以下、各レコードの“アプリ種類”、“アプリ状態”、“トリガ”、“緊急度”、及び、“アクション”のデータを記憶したフィールドを“アプリ種類”フィールド、“アプリ状態”フィールド、“トリガ”フィールド、“緊急度”フィールド、及び、“アクション”フィールドという。

　“アプリ種類”フィールドは、グラフィックス表示処理部３１（アプリケーション実行部４２）が実行可能なアプリの種類を表す。“アプリ種類”フィールドには、例えば、天気予報アプリ、音楽アプリ、カーナビアプリ、動画アプリ、地図アプリ、及び、ディスカッションアプリなどのアプリの種類を示すデータが記憶される。

　アクション実行部５１は、グラフィックス表示処理部３１からの「処理情報」に基づいて、グラフィックス表示処理部３１が実行しているアプリの種類を“アプリ種類”フィールドのデータとするレコードを検出する。

　より具体的には、アクション実行部５１は、アプリケーション実行部４２から供給された、「処理（アプリ）の種類を示す情報」により得られるアプリの種類を“アプリ種類”フィールドのデータとするレコードを検出する。

　“アプリ状態”フィールドは、アプリの処理の状態、アプリの処理に対するユーザの対応に関する状態、及び、提示部位の環境の状態のうちの少なくとも１つの状態を表す。

　アプリの処理の状態は、例えば、音楽アプリや動画アプリであれば、コンテンツの再生中、停止中等の処理の状態を表す。

　また、処理に対するユーザの対応に関する状態は、提示情報（投影画像）に対するユーザの状態（閲覧中か否か）や処理に対するユーザの操作の有無（操作中か否か）を表す。

　提示部位の環境の状態は、例えば、自動車の車内に設けられている部材が提示部位である場合には、自動車が走行中であるか否か等の環境の状態を表す。

　“アプリ状態”フィールドには、後述の図３のアプリ状態定義テーブルで定義されたアプリ状態のうちのいずれかのアプリ状態が記憶される。

　アクション実行部５１は、アクション定義テーブルの各レコードのうち、“アプリ状態”フィールドのデータが、グラフィックス表示処理部３１（アプリケーション実行部４２）からの「処理情報」、「ユーザ情報」、及び、「環境情報」により得られた、処理の状態、処理に対するユーザの対応に関する状態、及び、提示部位の環境の状態に対して該当するレコードを検出する。

　“トリガ”フィールドは、アクションを実行する契機となるイベントであって、提示部位の状態変化、又は、提示部位の状態変化に関係するユーザの動作を表す。

　提示部位の状態変化は、例えば、可動の提示部位としての自動車のアームレストがスライドされた（位置が変化した）等の状態変化を表す。

　提示情報の提示部位の状態変化に関係するユーザの動作は、例えば、可動の提示部位としての自動車のアームレストをユーザがスライドさせるためにアームレストに手を掛ける動作を表す。

　アクション実行部５１は、グラフィックス表示処理部３１（入力情報解析部４１）からの「提示部位情報」に基づいて、提示部位の状態変化、又は、提示部位の状態変化に関係するユーザの動作を“トリガ”フィールドのデータとするレコードを検出する。

　なお、“トリガ”フィールドのデータが表す提示部位の状態変化又はユーザの動作を単にトリガという。

　“緊急度”フィールドは、“トリガ”フィールドのデータが表すトリガにより提示部位の状態が変化した場合に何も対応しないときの変化後の状態が生理に関わる度合いを表す。

　“アクション”フィールドは、“トリガ”フィールドのデータが表すトリガが発生した場合に検出処理部３２が実行する（検出処理部３２がグラフィックス表示処理部３１に実行させる）処理を表す。

　“アクション”フィールドは、例えば、提示部位（投影する領域）の移動、変更等の提示部位の制御、提示情報の投影画像の構成（レイアウト）や警告情報の追加等の提示情報の提示形態の制御、及び、アプリの処理の状態の制御のうちの少なくとも1つの制御の内容を表す。なお、各制御の内容として、何もしないという場合も含まれ、全ての制御の内容が何もしないという場合には、“アクション”フィールドは、何もしないという内容になる。

　以上、アクション定義テーブルの各レコードは、グラフィックス表示処理部３１が“アプリ種類”フィールドのアプリを実行しており、かつ、“アプリ状態”フィールドのアプリ状態のときに、“トリガ”フィールドのトリガが発生すると、“アクション”フィールドのアクションを実行するというアクションの実行条件を定める。

　また、アクション定義テーブルのいずれかのレコードの“アプリ種類”フィールドのデータが表すアプリを、アクション定義蓄積部５２に定義された（アクションが定義された）アプリといい、アクション定義テーブルのいずれかのレコードの“トリガ”フィールドのデータが表すトリガを、アクション定義蓄積部５２に定義された（アクションが定義された）トリガという。

　図１において、アプリ状態定義蓄積部５４は、図２のアクション定義テーブルの“アプリ状態”フィールドのデータの種類を定義するアプリ状態定義テーブルのデータを蓄積している。

　図３は、アプリ状態定義テーブルを例示した図である。アプリ状態定義テーブルは、“アプリ状態”と、“意味”とをカラム（列）の項目（属性）として有する。アプリ状態定義テーブルの各レコード（行）は、各カラムの項目に対応したデータを記憶するフィールドを有する。

　即ち、アプリ状態定義テーブルの各レコードは、“アプリ状態”、“意味”の内容を記憶する“アプリ状態”フィールド、及び、“意味”フィールドを有する。

　“アプリ状態”フィールドには、例えば、“操作中”、“閲覧中”、“再生中”、及び、“通常”の４種類のアプリ状態が記憶される。“操作中”、“閲覧中”、“再生中”、及び、“通常”の意味は、“意味”フィールドに記憶される。図３のアプリ状態定義テーブルによれば、“アプリ状態”のフィールドにおける“操作中”、“閲覧中”、“再生中”、及び、“通常”は、次のような意味を表す。

　“操作中”は、アプリに対するユーザの操作が行われている状態を表す。

　“閲覧中”は、アプリの提示情報（投影画像）をユーザが閲覧している状態を表す。

　“再生中”は、アプリがコンテンツを再生している状態を表す。

　“通常”は、他の種類のアプリ状態に該当しない状態を表す。

　なお、アプリ状態定義テーブルにおける“意味”フィールド及びデータは必ずしもテーブルデータとして記憶されている必要はない。

　また、図３のアプリ状態定義テーブルでは、４種類のアプリ状態のみ例示したが、更に多くの種類のアプリ状態が定義されていてもよい。下記において例示する図１５、図２０、及び、図３９のアクション状態テーブルにおける“アプリ状態”フィールドには、“操作中”、“閲覧中”、“再生中”、及び、“通常”を更に細分化したアプリ状態が括弧書きで示される。

　図１において、緊急度定義蓄積部５３は、図２のアプリ状態定義テーブルの“緊急度”を定義する緊急度定義テーブルを蓄積（保存）している。

　図４は、緊急度定義テーブルを例示した図である。緊急度定義テーブルは、“緊急度”と、“意味”とをフィールド（列）の項目（属性）として有する。緊急度定義テーブルの各レコード（行）には、各フィールドの項目に対応したデータが記憶される。

　“緊急度”フィールドには、“Critical”、“Major”、“Minor”、及び、“Trivial”の４種類のデータが例示されている。“Critical”、“Major”、“Minor”、及び、“Trivial”の意味は、“意味”のフィールドに記憶される。図４のアプリ状態定義テーブルによれば、“緊急度”のフィールドの“Critical”、“Major”、“Minor”、及び、“Trivial”は、次のような意味を表す。

　“Critical”は、すぐに図２の“アクション”フィールドのデータが表すアクションを実行しないと生理に関わる状態であることを表す。

　“Major”は、長時間同じ状態が継続すると生理に関わる可能性があることを表す。

　“Minor”は、ユーザに不便をもたらす状態であることを表す。

　“Trivial”は、何らアクションを実行しなくてもよい状態であることを表す。

　ここで、アクション実行部５１が図２のアクション定義テーブルを用いて実行すべきアクションを検出する際に、“緊急度”フィールドのデータは参照されないため、図２のアクション定義テーブルの“緊急度”のカラム（列）を設けず、図４の緊急度定義テーブルによる緊急度の定義も行わないことが可能である。

　ただし、例えば、図２のアクション定義テーブルの“アプリ種類”フィールドのアプリの種類が相違するレコードであっても、“アプリ状態”フィールド、“トリガ”フィールド、及び、“緊急度”フィールドの各々データが共通する場合は、“アクション”フィールドのデータを共通にすることができる。

　そこで、例えば、アクション定義テーブルに新たなアプリを追加する際に“アプリ状態”フィールドのアプリ状態において“トリガ”フィールドのトリガが発生した場合の“緊急度”フィールドの緊急度を緊急度定義テーブルに定義された緊急度の中から選択して設定することで、自動的に“アクション”フィールドのデータが決定されるようにすることができる。

　自動的に決定される“アクション”フィールドのデータは、“アプリ状態”フィールド、“トリガ”フィールド、及び、“緊急度”フィールドのデータが共通する他のアプリの“アクション”フィールドのデータであってもよいし、“アプリ状態”フィールド、“トリガ”フィールド、及び、“緊急度”フィールドの各々データの組合せに対して事前に決められた“アクション”フィールドのデータであってもよい。これによって、“アクション”フィールドのアクションをアプリごとに検討してアクション定義テーブルを作成する手間を低減でき、アクション定義テーブルのアプリに新たなアプリを追加することが容易となる。

　なお、図４の緊急度定義テーブルにおける“意味”フィールド及びデータは必ずしもテーブルデータとして記憶されている必要はない。

　図５は、情報処理装置１１が行う処理例を説明するフローチャートである。

　ステップＳ１１では、グラフィックス表示処理部３１は、提示情報を出力部２４に供給して提示情報の投影を開始する。処理はステップＳ１１からステップＳ１２に進む。

　ここで、グラフィックス表示処理部３１は、ユーザが所定の提示部位への投影画像の投影を指示するスイッチ操作やジェスチャ等を行ったことを入力部２１からの入力情報に基づいて検出した場合に投影画像の投影を開始する。また、グラフィックス表示処理部３１は、投影を開始した際に、例えば、起動するアプリをユーザが選択するための案内画像を初期の投影画像として提示部位に投影させる。

　ステップＳ１２では、グラフィックス表示処理部３１は、入力部２１からの入力情報（「ユーザに関する情報」）により取得したユーザの操作（「ユーザの操作内容を示す情報」）に基づいてユーザにより選択されたアプリを起動する。

　そして、グラフィックス表示処理部３１は、起動したアプリが生成する提示情報を出力部２４のプロジェクタに供給して提示情報を提示部位に投影させる。処理はステップＳ１２からステップＳ１３に進む。

　ステップＳ１３では、グラフィックス表示処理部３１は、ユーザの操作に基づいて、ユーザにより投影情報の投影の終了操作が行われたか否かを判定する。

　ステップＳ１３において、終了操作が行われたと判定された場合には、本フローチャートの処理が終了する。

　ステップＳ１３において、終了操作が行われていないと判定された場合には、処理はステップＳ１３からステップＳ１４に進む。

　ステップＳ１４では、グラフィックス表示処理部３１は、入力部２１により入力情報を取得する。そして、グラフィックス表示処理部３１は、取得した入力情報を解析して、「提示部位情報」、及び、「ユーザ情報」、及び、「環境情報」を取得する。

　グラフィックス表示処理部３１は、入力情報を解析して取得した「提示部位情報」、「ユーザ情報」、及び、「環境情報」と、グラフィックス表示処理部３１が実行している処理（アプリ）の種類を示す情報、及び、グラフィックス表示処理部３１が実行している処理の状態を示す情報とを「処理情報」として検出処理部３２に供給する。

　即ち、グラフィックス表示処理部３１は、「提示部位情報」、「処理情報」、「ユーザ情報」、及び、「環境情報」を検出処理部３２に供給する。処理はステップＳ１４からステップＳ１５に進む。

　ステップＳ１５では、検出処理部３２は、アクション定義蓄積部５２に定義されたいずれかのアプリをグラフィックス表示処理部３１が実行しているか否かを判定する。

　即ち、検出処理部３２は、ステップＳ１４でグラフィックス表示処理部３１から供給された「処理情報」に基づいて、グラフィックス表示処理部３１が実行しているアプリが図２のアクション定義テーブルのいずれかのレコードの“アプリ種類”フィールドのデータとして存在するか否かを判定する。

　ステップＳ１５において、アクション定義蓄積部５２に定義されたアプリをグラフィックス表示処理部３１が実行していないと判定された場合、処理はステップＳ１５からステップＳ１３に戻り、ステップＳ１３乃至ステップＳ１５を繰り返す。

　一方、ステップＳ１５において、アクション定義蓄積部５２に定義されたアプリをグラフィックス表示処理部３１が実行していると判定された場合、処理はステップＳ１５からステップＳ１６に進む。

　ステップＳ１６では、検出処理部３２は、アクション定義蓄積部５２に定義されたいずれかのトリガが検出されたか否かを判定する。

　即ち、検出処理部３２は、ステップＳ１４で取得した「提示部位情報」に基づいて提示部位の状態変化、又は、提示部位の状態変化に関係するユーザの動作を取得する。そして、検出処理部３２は、取得した提示部位の状態変化、又は、ユーザの動作が、図２のアクション定義テーブルのグラフィックス表示処理部３１が実行しているアプリについてのいずれかのレコードにおいて、“トリガ”フィールドのデータが表すトリガとして存在するか否かを判定する。

　ステップＳ１６において、アクション定義蓄積部５２に定義されたトリガが発生していないと判定された場合、処理はステップＳ１６からステップＳ１３に戻り、ステップＳ１３乃至ステップＳ１６の処理を繰り返す。

　一方、ステップＳ１６において、アクション定義蓄積部５２に定義されたトリガが検出されたと判定された場合、処理はステップＳ１６からステップＳ１７に進む。

　ステップＳ１７では、検出処理部３２は、グラフィックス表示処理部３１が実行しているアプリ及びステップＳ１６において検出されたトリガについての図２のアクション定義テーブルのレコードのうち、ステップＳ１４で取得した「処理情報」、「ユーザ情報」、及び、「環境情報」により得られるアプリ状態を“アプリ状態”フィールドのデータとするレコードを検出する。

　そして、検出処理部３２は、検出したレコードの“アクション”フィールドのアクションをアプリ状態に応じたアクションとしてグラフィックス表示処理部３１に実行させる。処理はステップＳ１７からステップＳ１３に戻り、ステップＳ１３乃至ステップＳ１７を繰り返す。

　ステップＳ１３において、グラフィックス表示処理部３１は、終了操作が行われたと判定された場合には、本フローチャートの処理が終了する。

＜＜情報処理装置１１の適用例１＞＞
　図１の情報処理装置１１の適用例１として、自動車の車内の可動の提示部位に各種アプリの提示情報を投影させる投影装置として情報処理装置１１を適用する場合について説明する。

　図６及び図７は、情報処理装置１１が車内の投影装置として適用された自動車７１の平面図及び側面図である。

　図６及び図７において、自動車７１の車内には、図１の情報処理装置１１の出力部２４であるプロジェクタ８１、８２、８３、８４が設置される。

　プロジェクタ８１は、車内の後部における上下左右方向の中心付近に設置される。プロジェクタ８２は、車内の後部における右側の側面上部に設置される。プロジェクタ８３は、車内の後部における左側の側面上部に設置される。プロジェクタ８４は、車内の天井の前側部分に設置される。

　図８は、自動車７１の車内９１において、提示情報が投影される提示部位（投影面）の位置を例示した図である。

　自動車７１の車内９１において、天井９２が提示部位として用いられ、天井９２にはプロジェクタ８１からの投影画像９３が投影される。なお、自動車７１がサンルーフを装備している場合には、サンルーフを遮光するスライドパネル（以下、単にサンルーフという）が可動の提示部位として用いられる。

　また、後部座席の左ドアガラス９４が可動の提示部位として用いられ、左ドアガラス９４にはプロジェクタ８２からの投影画像９５が投影される。

　また、後部座席の右ドアガラス９６が可動の提示部位として用いられ、右ドアガラス９６にはプロジェクタ８３からの投影画像９７が投影される。

　天井９２、並びに、後部座席の左ドアガラス９４及び右ドアガラス９６以外にも、後部座席中央のアームレスト９８、運転席シートのヘッドレスト９９、助手席シートのヘッドレスト１００、助手席のドアガラス１０１、及び、ダッシュボード（助手席グローブボックスの扉）１０２等が可動の提示部位として用いられる。例えば、アームレスト９８には、プロジェクタ８１乃至８４のうちのいずれかからの投影画像が投影される。

　運転席シートのヘッドレスト９９及び助手席シートのヘッドレスト１００には、プロジェクタ８１乃至８３のいずれかからの投影画像が投影される。

　助手席のドアガラス１０１及びダッシュボード１０２には、プロジェクタ８４からの投影画像が投影される。

＜後部座席のスライド可能なアームレスト９８が可動の提示部位として用いられる場合＞
（天気予報アプリの提示情報が投影される場合）
　図９は、後部座席のスライド可能なアームレスト９８の動作を例示した図である。

　図９の状態Ａ及び状態Ｂにおいて、アームレスト９８は後部座席１２１の中央に設置された矩形状の基台１２２の上部を前後方向にスライド可能に設けられる。状態Ａでは、アームレスト９８が、基台１２２に対する可動範囲の前端の標準位置に配置されている。状態Ｂでは、アームレスト９８は、基台１２２に対する可動範囲の後方にスライドされて基台１２２の収納部１２３が開口されている。

　図１０は、天気予報アプリの提示情報がアームレスト９８に投影された状態を例示した図である。

　ユーザがアームレスト９８を提示部位として天気予報アプリの提示情報を投影させる操作を行うと、アームレスト９８には天気予報アプリの提示情報の投影画像１４１が例えば図６のプロジェクタ８２により投影される。投影画像１４１は、例えば、アームレスト９８の上面の前端側に投影される。

　そして、ユーザがアームレスト９８を後方にスライドさせると、トリガが発生する。

　図１１は、図１のアクション定義蓄積部５２に記憶されている図２のアクション定義テーブルにおいて、“アプリ種類”フィールドが天気予報アプリであるレコードを例示した図である。

　ユーザが、天気予報アプリに対して操作中の場合に、アームレスト９８を図９の状態Ｂのように後方にスライドさせた（ずらした）ときには、アプリ種類は天気予報アプリであり、アプリ状態は操作中であり、トリガはユーザがアームレスト９８をずらす動作又はアームレスト９８の位置の変化である。

　この場合、状況は、図１１のレコードＲ１１に該当するので、図１の検出処理部３２は、図１１のレコードＲ１１の“アクション”フィールドのアクションを図１のグラフィックス表示処理部３１に実行させる。

　図１２は、図１１のレコードＲ１１のアクションが実行されたときのアームレスト９８及び投影画像の状態を例示した図である。

　レコードＲ１１のアクションが実行された場合、図１２のように、天気予報アプリの提示情報である投影画像１４１はアームレスト９８と共に後方にスライドする。

　即ち、天気予報アプリの提示情報を投影するウインドウ（以下、アプリウインドウという）の領域がアームレスト９８と共に後方にスライドし、提示情報の投影画像１４１がアームレスト９８と共に後方にスライドする。これにより、天気予報アプリの提示情報の全体が欠落することなくアームレスト９８の表面の前端側に投影される。

　ユーザが天気予報アプリに対して操作中の場合に、アームレスト９８がスライドしたときには、引き続きユーザが天気予報アプリを利用すると考えられる。図１２のようにアームレスト９８のスライドとともにアプリウインドウがスライドし、天気予報アプリの提示情報の全体が投影画像１４１として投影されることでユーザビリティが維持される。

　次に、ユーザが、天気予報アプリに対して操作中ではなく、天気予報アプリの提示情報である投影画像１４１の閲覧中の場合に、アームレスト９８を図９の状態Ｂのように後方にスライドさせた（ずらした）ときには、アプリ種類は天気予報アプリであり、アプリ状態は閲覧中であり、トリガはユーザがアームレスト９８をずらす動作又はアームレスト９８の位置の変化である。

　この場合、状況は、図１１のレコードＲ１２に該当するので、図１の検出処理部３２は、図１１のレコードＲ１２の“アクション”フィールドのアクションを図１のグラフィックス表示処理部３１に実行させる。

　レコードＲ１２のアクションが実行された場合、レコードＲ１１の場合と同様に、天気予報アプリのアプリウインドウがアームレスト９８と共に後方にスライドし、図１２と同様に、投影画像１４１がアームレスト９８と共に後方にスライドする。

　ユーザが天気予報アプリに対して閲覧中の場合に、アームレスト９８がスライドしたときには、引き続きユーザが天気予報アプリを利用すると考えられる。図１２のようにアームレスト９８のスライドとともにアプリウインドウがスライドし、天気予報アプリの提示情報の全体が投影画像１４１として投影されることでユーザビリティが維持される。

　次に、ユーザが、天気予報アプリに対して操作中ではなく、かつ、天気予報アプリの提示情報である投影画像１４１の閲覧中でもない場合に、アームレスト９８を図９の状態Ｂのように後方にスライドさせた（ずらした）ときには、アプリ種類は天気予報アプリであり、アプリ状態は通常であり、トリガはユーザがアームレスト９８をずらす動作又はアームレスト９８の位置の変化である。

　この場合、状況は、図１１のレコードＲ１３に該当するので、図１の検出処理部３２は、図１１のレコードＲ１３の“アクション”フィールドのアクションを図１のグラフィックス表示処理部３１に実行させる。

　図１３は、図１１のレコードＲ１３のアクションが実行されたときのアームレスト９８及び投影画像１４１の状態を例示した図である。

　レコードＲ１３のアクションにおいて、検出処理部３２は、アームレスト９８がスライドされたことに対しては何もしない。これによって、天気予報アプリの提示情報を投影するアプリウインドウが変更されず、図１３のように投影画像１４１がアームレスト９８と共にスライドしない。したがって、天気予報アプリの提示情報の一部が欠落する。

　ただし、ユーザが操作中でも閲覧中でもないため、天気予報アプリの提示情報の投影画像１４１の一部が一時的に欠落しても特別な不具合は生じない。ユーザはアームレスト９８を図９の状態Ａの標準位置に戻すことで天気予報アプリの提示情報の全体を閲覧することができる。

　なお、図１１のアクション定義テーブルのレコードＲ１１乃至Ｒ１３の“アクション”フィールドのアクションは、“アプリ状態”フィールドと“トリガ”フィールドとがレコードＲ１１乃至Ｒ１３と同様の組合せに分類できる任意の種類のアプリと任意の提示部位（自動車にも限定されない）のアクションとして適用できる。

　例えば、画像閲覧アプリの提示情報がアームレスト９８に投影されている場合、画像閲覧アプリの提示情報がアームレスト９８以外の提示部位であってアームレスト９８と同様の状態変化（スライドによる状態変化に限らない）が生じる提示部位に投影されている場合等においても、レコードＲ１１乃至Ｒ１３の“アクション”フィールドのアクションを適用できる。

（音楽アプリの提示情報が投影される場合）
　図１４は、音楽アプリの提示情報がアームレスト９８に投影された状態を例示した図である。

　図９の状態Ａにおいて、ユーザがアームレスト９８を提示部位として音楽アプリの提示情報を投影させる操作を行うと、アームレスト９８には音楽アプリの提示情報の投影画像１６１が例えば図６のプロジェクタ８２により投影される。投影画像１６１は、例えば、アームレスト９８の上面の前端側に投影される。

　図１５は、図１のアクション定義蓄積部５２に記憶されている図２のアクション定義テーブルにおいて、“アプリ種類”フィールドが音楽アプリであるレコードを例示した図である。

　音楽アプリが所定の音楽等を一定音量以上で再生中の場合に、ユーザがアームレスト９８を後方にスライドさせようと（ずらそうと）してアームレスト９８に手を掛けたときには、アプリ種類は音楽アプリであり、アプリ状態は一定音量以上での再生中であり、トリガはユーザがアームレスト９８に手を掛ける動作（アームレスト９８をずらそうとする所作）である。

　この場合、状況は、図１５のレコードＲ３１に該当するので、図１の検出処理部３２は、図１５のレコードＲ３１の“アクション”フィールドのアクションをグラフィックス表示処理部３１に実行させる。

　図１６は、図１５のレコードＲ３１のアクションが実行されたときのアームレスト９８及び投影画像１６１の状態を例示した図である。

　レコードＲ３１のアクションが実行された場合、図１６のように、音楽アプリの提示情報の投影画像１６１に「スライドさせると操作できなくなり危険です！」等の文字画像の警告情報１６２が重畳された画像が投影される。

　警告情報１６２は、アームレスト９８がスライドされて音量の調整ができなくなるという不測の事態を未然に抑止する。即ち、音楽アプリが一定音量以上で再生されている場合に音量の調整の操作が不能になると、楽曲によっては急激に大音量になることがある。ユーザが、アームレスト９８がスライドさせると、音楽アプリの提示情報の一部が欠落し、音量調整の操作が不能になる可能性があるため、警告情報１６２がアームレスト９８をスライドさせないようにユーザに注意を促す。

　ユーザが、図１６のように警告情報１６２が提示されているにもかかわらず、アームレスト９８を図９の状態Ｂのように後方にスライドさせた（ずらした）場合、トリガが発生する。この場合のアプリ種類は音楽アプリであり、アプリ状態は一定音量以上での再生中であり、トリガはユーザがアームレスト９８をずらす動作又はアームレスト９８の位置の変化である。

　この場合、状況は、図１５のレコードＲ３２に該当するので、図１の検出処理部３２は、図１５のレコードＲ３２の“アクション”フィールドのアクションをグラフィックス表示処理部３１に実行させる。

　レコードＲ３２のアクションが実行された場合、音楽アプリによる再生が一時停止の状態に変更される。なお、図では示さないが音楽アプリのアプリウインドウの変更は行われず、音楽アプリの提示情報の一部が欠落する。

　次に、音楽アプリが所定の音楽等を一定音量未満で再生中の場合に、ユーザがアームレスト９８を図９の状態Ｂのように後方にスライドさせた（ずらした）ときには、アプリ種類は音楽アプリであり、アプリ状態は一定音量未満での再生中であり、トリガはユーザがアームレスト９８をずらす動作又はアームレスト９８の位置の変化である。

　この場合、状況は、図１５のレコードＲ３３に該当するので、図１の検出処理部３２は、図１５のレコードＲ３３の“アクション”フィールドのアクションをグラフィックス表示処理部３１に実行させる。

　図１７は、図１５のレコードＲ３３のアクションが実行されたときのアームレスト９８及び投影画像の状態を例示した図である。

　レコードＲ３３のアクションが実行された場合、音楽アプリの提示情報を投影するアプリウインドウは変更されず、アームレスト９８がスライドした位置においてアプリウインドウの範囲内でアームレスト９８に投影可能な位置にアイコン１６３が投影される。また、例えば、アイコン１６３上での空中のジェスチャによる操作が有効になり、ユーザはジェスチャでの音楽の再生の停止が可能となる。

　音楽アプリの提示情報の投影画像１６１からアイコン１６３への変更は、アームレスト９８がスライドされたことにより、アームレスト９８に音楽アプリの提示情報の全体を投影する領域がなくなる場合に特に有効である。

　次に、音楽アプリが音楽等の再生中でない場合に、ユーザがアームレスト９８を図９の状態Ｂのように後方にスライドさせた（ずらした）ときには、アプリ状態は音楽アプリであり、アプリ状態は通常であり、トリガはユーザがアームレスト９８をずらす動作又はアームレスト９８の位置の変化である。

　この場合、状況は、図１５のレコードＲ３４に該当するので、図１の検出処理部３２は、図１５のレコードＲ３４の“アクション”フィールドのアクションを図１のグラフィックス表示処理部３１に実行させる。

　図１８は、図１５のレコードＲ３４のアクションが実行されたときのアームレスト９８及び投影画像１６１の状態を例示した図である。

　レコードＲ３４のアクションにおいては、検出処理部３２は、アームレスト９８がスライドされたことに対しては何もしない。これによって、音楽アプリの提示情報を投影するアプリウインドウが変更されず、図１８のように投影画像１６１がアームレスト９８と共にスライドしない。したがって、音楽アプリの提示情報の一部が欠落する。

　なお、図１５のアクション定義テーブルのレコードＲ３１乃至Ｒ３４の“アクション”フィールドのアクションは、“アプリ状態”フィールドと“トリガ”フィールドとがレコードＲ３１乃至Ｒ３４と同様の組合せに分類できる任意の種類のアプリと任意の提示部位（自動車にも限定されない）のアクションとして適用できる。

＜助手席の開閉動作可能なダッシュボード１０２が可動の提示部位として用いられる場合＞
（カーナビアプリの提示情報が投影される場合）
　図１９は、カーナビアプリの提示情報が助手席のダッシュボード１０２に投影された状態を例示した図である。

　図１９において、助手席のダッシュボード１０２には、例えば、図６及び図７のプロジェクタ８４によりカーナビアプリの提示情報が投影画像１８１として投影される。図１９のようにダッシュボード１０２が閉じられている状態において、ユーザが、ダッシュボード１０２を開閉させる開閉ボタン１９１を押すと、トリガが発生する。

　図２０は、図１のアクション定義蓄積部５２に記憶されている図２のアクション定義テーブルにおいて、“アプリ種類”フィールドがカーナビアプリ及びグルメアプリであるレコードを例示した図である。

　図１９のようにカーナビアプリの提示情報の投影画像１８１がダッシュボード１０２に投影されている状態において、自動車７１が走行中の場合に、ユーザが、ダッシュボード１０２の開閉ボタン１９１を押したときには、アプリ種類はカーナビアプリであり、アプリ状態は走行中であり、トリガはユーザがダッシュボード１０２の開閉ボタン１９１を押した動作である。

　この場合、状況は、図２０のレコードＲ５１に該当するので、図１の検出処理部３２は、図２０のレコードＲ５１の“アクション”フィールドのアクションを図１のグラフィックス表示処理部３１に実行させる。

　図２１は、図２０のレコードＲ５１のアクションが実行されたときのダッシュボード１０２及び投影画像１８１の状態を例示した図である。

　図２１のようにユーザの手１９２が開閉ボタン１９１を押すとトリガが発生し、ユーザがレコードＲ５１のアクションが実行される。

　そして、レコードＲ５１のアクションが実行された場合、カーナビアプリの提示情報の投影画像１８１に「開くとカーナビが見えなくなり、運転に支障を来すため危険です！」又は「停車するまで開けません」等の文字画像の警告情報１８２が重畳された画像が投影される。

　警告情報１８２は、ダッシュボード１０２を開けるとカーナビアプリの提示情報が見えなくなるため、ダッシュボード１０２を開けないように注意を促す。

　また、自動車７１が走行中のときは、ダッシュボード１０２が閉状態にロックされ、開閉ボタン１９１が押されても開かない状態に制御される。ダッシュボード１０２のロック機構の制御は、例えば、検出処理部３２がロック機構に制御信号を送信して行う。

　なお、ユーザが開閉ボタン１９１を押した動作をトリガとするのではなく、開閉ボタン１９１にユーザの手（指）が近づく動作をトリガとしてもよい。

　また、運転者ではなく助手席のユーザが開閉ボタン１９１を押した場合には、レコードＲ５１のアクションを実行せず、何もしないアクションとしてダッシュボード１０２が開くようにしてもよい。

　次に、カーナビアプリの提示情報の投影画像１８１がダッシュボード１０２に投影されている状態において、自動車７１が停車中の場合に、ユーザがダッシュボード１０２の開閉ボタン１９１を押したときには、アプリ種類はカーナビアプリであり、アプリ状態は停車中であり、トリガはユーザがダッシュボード１０２の開閉ボタン１９１を押した動作である。

　この場合、状況は、図２０のレコードＲ５２に該当するので、図１の検出処理部３２は、図２０のレコードＲ５２の“アクション”フィールドのアクションを図１のグラフィックス表示処理部３１に実行させる。

　図２２は、図２０のレコードＲ５２のアクションが実行されたときのダッシュボード１０２及び投影画像１８１の状態を例示した図である。

　レコードＲ５２のアクションにおいては、検出処理部３２は、開閉ボタン１９１が押されたことに対しては何もしない。これによって、ダッシュボード１０２が上方に開く。

　ダッシュボード１０２が開くと、ダッシュボード１０２により閉鎖されていた収容部１９３が開口される。また、ダッシュボード１０２に投影されていた投影画像１８１が、収容部１９３内に投影される。ただし、収容部１９３に物が収容されている場合にはそれらの物の表面に投影され、必ずしも平坦な投影面に投影されるとは限らない。

　なお、図２０のアクション定義テーブルのレコードＲ５１及びＲ５２の“アクション”フィールドのアクションは、“アプリ状態”フィールドと“トリガ”フィールドとがレコードレコードＲ５１及びＲ５２と同様の組合せに分類できる任意の種類のアプリと任意の提示部位（自動車にも限定されない）のアクションとして適用できる。

（グルメアプリの提示情報が投影される場合）
　図２３は、グルメアプリの提示情報が助手席のダッシュボード１０２に投影された状態を例示した図である。

　図２３のようにグルメアプリの提示情報の投影画像２０１がダッシュボード１０２に投影された状態において、ユーザが、ダッシュボード１０２を開閉させる開閉ボタン１９１を押したとする。この場合のアプリ種類はグルメアプリであり、アプリ状態は通常であり、トリガはユーザがダッシュボード１０２の開閉ボタン１９１を押した動作である。

　この場合、状況は、図２０のレコードＲ５３に該当するので、図１の検出処理部３２は、図２０のレコードＲ５３の“アクション”フィールドのアクションを図１のグラフィックス表示処理部３１に実行させる。

　図２４は、図２０のレコードＲ５３のアクションが実行されたときのダッシュボード１０２及び投影画像２０１の状態を例示した図である。

　レコードＲ５２のアクションにおいて、検出処理部３２は、開閉ボタン１９１が押されたことに対しては何もしない。これによって、ダッシュボード１０２が上方に開く。

　ダッシュボード１０２が開くと、ダッシュボード１０２により閉鎖されていた収容部１９３が開口される。また、ダッシュボード１０２に投影されていた投影画像２０１が、収容部１９３内に投影される。

　グルメアプリの提示情報がダッシュボード１０２に投影されている場合は、ダッシュボード１０２が開いてグルメアプリの提示情報が閲覧できない状態になったとしても運転に支障を来さないため、ユーザの操作にしたがってダッシュボード１０２が開く。

＜可動のヘッドレスト９９が可動の提示部位として用いられる場合＞
（カーナビアプリの提示情報が投影される場合）
　図２５は、運転席シート２２１のヘッドレスト９９の動作を例示した図である。

　図２５の状態Ａ及び状態Ｂにおいて、運転席シート２２１のヘッドレスト９９は、運転席シート２２１の背もたれの傾き調整、又は、ヘッドレスト９９の傾き調整によって、前後方向の傾きが変化する。

　状態Ａは、状態Ｂよりもヘッドレスト９９が前側に傾いた状態を示し、状態Ｂは、状態Ａよりも後側に傾いている状態を示す。

　状態Ａにおいて、ユーザがヘッドレスト９９の背面側（以下、単にヘッドレスト９９という）を可動の提示部位として動画アプリの提示情報を投影させる操作を行うと、ヘッドレスト９９には動画アプリの提示情報が例えば図６及び図７のプロジェクタ８３により投影される。

　図２６は、図２５の状態Ａにおいて動画アプリの提示情報がヘッドレスト９９に投影された状態を例示した図である。

　図２６において、動画アプリの提示情報は投影画像２４１としてヘッドレスト９９に投影される。投影画像２４１は、動画が提示される再生部２４２と、動作の再生や停止を操作する操作部２４３とを有する。図２５の状態Ａのようにヘッドレスト９９が前側に傾斜している状態（後側への所定の傾斜角度よりも前側に傾斜した角度の状態）では、再生部２４２が操作部２４３よりも下側に投影される。

　図２６のようにヘッドレスト９９に投影画像２４１が投影された状態において、ユーザ（運転者等）が、ヘッドレスト９９又は運転席シート２２１を後側に倒す（リクライニングを倒す）と、トリガが発生する。

　図２７は、図１のアクション定義蓄積部５２に記憶されている図２のアクション定義テーブルにおいて、“アプリ種類”フィールドが動画アプリ又は天気予報アプリであるレコードを例示した図である。

　動画アプリが所定の動画の再生中の場合に、ユーザが、図２５の状態Ａから状態Ｂのようにリクライニングを倒したときには、アプリ種類は動画アプリであり、アプリ状態は再生中であり、トリガはユーザがリクライニングを倒す動作、又は、運転席シート２２１若しくはヘッドレスト９９の傾きの変化である。

　この場合、状況は、図２７のレコードＲ７１に該当するので、図１の検出処理部３２は、図２７のレコードＲ７１の“アクション”フィールドのアクションを図１のグラフィックス表示処理部３１に実行させる。

　図２８は、図２７のレコードＲ７１のアクションが実行されたときのヘッドレスト９９及び投影画像２４１の状態を例示した図である。

　レコードＲ７１のアクションが実行された場合、ヘッドレスト９９の傾きに応じて投影画像２４１における再生部２４２と操作部２４３の位置が上下に入れ替わる。

　ヘッドレスト９９が図２５の状態Ｂのように後側に傾斜した場合（後側に所定の傾斜角度より傾斜した場合）、図２８のように投影画像２４１における再生部２４２が操作部２４３よりも上側に投影される。これにより、再生部２４２を閲覧するユーザの視線方向がリクライニングを倒す前から大きく変わることが抑止される。

　一方、動画アプリが再生中でないときに、ユーザが、図２５の状態Ａから状態Ｂのようにリクライニングを倒した場合、この場合のアプリ種類は動画アプリであり、アプリ状態は通常であり、トリガ状態はユーザがリクライニングを倒す動作、又は、運転席シート若しくはヘッドレスト９９の傾きの変化である。

　この場合、状況は、図２７のレコードＲ７２に該当するので、図１の検出処理部３２は、図２７のレコードＲ７２の“アクション”フィールドのアクションを図１のグラフィックス表示処理部３１に実行させる。

　図２９は、図２７のレコードＲ７２のアクションが実行されたときのヘッドレスト９９及び投影画像２４１の状態を例示した図である。

　レコードＲ７２のアクションにおいては、検出処理部３２は、リクライニングが倒されたことに対しては何もしない。したがって、投影画像２４１における再生部２４２と操作部２４３との配置は、図２６の場合と同じく、再生部２４２が下で、操作部２４３が上である。

　なお、動画アプリが再生中でないときであっても、リクライニングが倒された場合には、動画アプリが動画の再生中のときと同様に、再生部２４２が操作部２４３よりも上側に投影されるようにしてもよい。

　図３０は、動画アプリの提示情報が投影されたヘッドレスト９９の投影画像２４１を視聴しているユーザ２５３の視線方向２５４を例示した図である。

　図３０のＡは、ヘッドレスト９９が図２５の状態Ａのように前方に傾斜している状態において、ヘッドレスト９９の投影画像２４１が、下側に再生部２４２、上側に操作部２４３が配置されたレイアウトとなっているときのユーザ２５３の視線方向２５４を表す。図３０のＡでは、ユーザ２５３の視線方向２５４は例えば略水平方向である。

　図２６、図２８、及び、図２９には、フロントガラス２５１と不透過部分２５２（インストルメントパネル又はダッシュボード）との境界が示されており、図３０のＡの視線方向２５４におけるユーザ２５３の視界は図２６のようになる。

　図２６では、ユーザの周辺視野には、フロントガラス２５１を介した車外の風景が多くの含まれるため、ユーザは再生部２４２の動画を見ながらも自動車７１のスピードや揺れを意識することができ、車酔いをしにくい。

　図３０のＢは、ヘッドレスト９９が図２５の状態Ｂのように後方に傾斜している状態において、ヘッドレスト９９の投影画像２４１が、図３０のＡと同じく下側に再生部２４２、上側に操作部２４３が配置されたレイアウトとなっているときのユーザ２５３の視線方向２５４を表す。

　図３０のＢでは、ユーザ２５３の視線方向２５４は下向きとなり、ユーザ２５３の視界は図２９のようになる。図２９では、ユーザの周辺視野には、フロントガラス２５１を介した車外の風景が少なくなるため、車酔いをしやすくなる。

　図３０のＣは、ヘッドレスト９９が図２５の状態Ｂのように後方に傾斜している状態において、ヘッドレスト９９の投影画像２４１が、上側に再生部２４２、下側に操作部２４３が配置されたレイアウトとなっているときのユーザ２５３の視線方向２５４を表す。

　図３０のＣでは、ユーザ２５３の視線方向２５４は図３０のＡと同様に略水平となり、ユーザ２５３の視界は図２８のようになる。図２８は、上側に再生部２４２、下側に操作部２４３が配置された投影画像２４１のレイアウトを説明する図であるため、ユーザの周辺視野の様子が的確には表現されていない。しかしながら、再生部２４２の中心付近を視界の中心とすると、ユーザの周辺視野には、図３０のＡの場合と同様に、フロントガラス２５１を介した車外の風景が多く含まれるため、車酔いをしにくい。

　そこで、動画の再生中にリクライニングが倒された場合には、図２８及び図３０のＣのように上側に再生部２４２、下側に操作部２４３を配置した投影画像２４１が投影されるようにしている。

　一方、天気予報アプリの提示情報がヘッドレスト９９に投影されている場合に、リクライニングが倒されたときには、図２７のレコードＲ７３のアクションが実行される。この場合には、図１の検出処理部３２は、リクライニングが倒されたことに対しては何もしない。天気予報アプリの提示情報の場合には、動画アプリの提示情報の場合と異なり、ユーザが投影画像を注視し続けないため、車酔いを考慮しない。

　なお、図２７のアクション定義テーブルでは、ユーザがリクライニングを倒した動作（又は運転席シート若しくはヘッドレスト９９の傾きの変化）をトリガとしたが、ユーザがリクライニングを起こす動作を含めて、ユーザがリクライニングを動かす動作又はリクライニングの傾きの変化をトリガとしてもよい。

　この場合に、リクライニングの傾斜角度が所定角度より前側となる角度となった場合、または、リクライニングの傾斜角度の前側への変化量が所定量より大きい場合に、投影画像２４１の再生部２４２が操作部２４３より下側に投影されるようにする。

　そして、リクライニングの傾斜角度が所定角度より後側に傾く角度となった場合、または、リクライニングの傾斜角度の後側への変化量が所定量より大きい場合に、投影画像２４１の再生部２４２が操作部２４３より上側に配置されるようにしてもよい。

　また、助手席シート等の他のシートのヘッドレストを可動の提示部位とする場合も運転席シート２２１のヘッドレスト９９を可動の提示部位とした場合と同様の処理の適用が可能である。

　なお、図２７のアクション定義テーブルのレコードＲ７１及びＲ７２の“アクション”フィールドのアクションは、“アプリ状態”フィールドと“トリガ”フィールドとがレコードＲ７１及びＲ７２と同様の組合せに分類できる任意の種類のアプリと任意の提示部位（自動車にも限定されない）のアクションとして適用できる。

＜後部座席の右ドアガラス９６が可動の提示部位として用いられる場合＞
（動画アプリの提示情報が投影される場合）
　図３１は、動画アプリの提示情報が後部座席の右ドアガラス９６に投影された状態を例示した図である。

　ユーザが後部座席の右ドアガラス９６（図８参照）を可動の提示部位として動画アプリの提示情報を投影させる操作を行うと、図３１のように右ドアガラス９６には動画アプリの提示情報が投影画像２７１として例えば図６のプロジェクタ８３により投影される。

　図３１のように右ドアガラス９６に投影画像２７１が投影された状態において、ユーザ２８１等が、窓（右ドアガラス９６）を開けると、又は、ドア（右ドア）を開けると、トリガが発生する。

　図３２は、図１のアクション定義蓄積部５２に記憶されている図２のアクション定義テーブルにおいて、“アプリ種類”フィールドが動画アプリであるレコードを例示した図である。

　動画アプリが所定の動画の再生中の場合に、ユーザ２８１等が窓を開けたときには、アプリ種類は動画アプリであり、アプリ状態は再生中であり、トリガはユーザが窓を開ける動作、又は、窓（右ドアガラス９６）の下降による変位である。

　この場合、状況は、図３２のレコードＲ９１に該当するので、図１の検出処理部３２は、図３２のレコードＲ９１の“アクション”フィールドのアクションを図１のグラフィックス表示処理部３１に実行させる。

　図３３は、図３２のレコードＲ９１のアクションが実行されたときの右ドアガラス９６及び投影画像２７１の状態を例示した図である。

　例えば、ユーザ２８１が、パワーウインドウスイッチを開方向に操作すると、レコードＲ９１のアクションが実行され、動画アプリにおける動画の再生が一時停止となる。

　これによって、右ドアガラス９６が下降して投影画像２７１の投影ができない状態となっている間に動画再生が進んでしまうことが防止される。

　一方、動画アプリが動画の再生中ではない場合に、ユーザ２８１等が窓を開けたときには、アプリ種類は動画アプリであり、アプリ状態は通常であり、トリガはユーザが窓を開ける動作、又は、窓の下降による変位である。

　この場合、状況は、図３２のレコードＲ９２に該当するので、図１の検出処理部３２は、図３２のレコードＲ９２の“アクション”フィールドのアクションを図１のグラフィックス表示処理部３１に実行させる。

　レコードＲ９２のアクションにおいては、検出処理部３２は、窓が開けられたことに対しては何もしない。

　次に、動画アプリが動画の再生中又は通常の場合に、ユーザ２８１等が後部座席の右ドアを開けたときには、この場合のアプリ種類は動画アプリであり、アプリ状態は再生中又は通常であり、トリガはユーザがドアを開ける動作、又は、ドアの変位である。

　この場合、状況は、図３２のレコードＲ９３に該当するので、図１の検出処理部３２は、図３２のレコードＲ９３の“アクション”フィールドのアクションを図１のグラフィックス表示処理部３１に実行させる。なお、アプリ状態が通常の場合と再生中の場合とで本来は別のレコードであるが、省略して同一レコードとしている。

　レコードＲ９３のアクションが実行された場合、動画アプリの再生中の動画が一時停止され、投影画像２７１を投影しているプロジェクタ（プロジェクタ８３）が消灯する。なお、全てのプロジェクタを消灯してもよい。これによって、プロジェクタの光が昇降するユーザの目に照射される事態が抑止される。

　なお、後部座席の左ドアガラス９４や助手席のドアガラス１０１等の他のドアガラスを可動の提示部位とする場合も後部座席の右ドアガラス９６を可動の提示部位とした場合と同様の処理の適用が可能である。

　また、図３２のアクション定義テーブルのレコードＲ９１及びＲ９２の“アクション”フィールドのアクションは、“アプリ状態”フィールドと“トリガ”フィールドとがレコードＲ９１及びＲ９２と同様の組合せに分類できる任意の種類のアプリと任意の提示部位（自動車にも限定されない）のアクションとして適用できる。

　さらに、図３２のアクション定義テーブルのレコードＲ９３の“アクション”フィールドのアクションは、“アプリ状態”フィールドと“トリガ”フィールドとがレコードＲ９３と同様の組合せ（アプリ状態が通常と再生、トリガが提示部位の状態変化）に分類できる任意の種類のアプリと任意の提示部位（自動車にも限定されない）のアクションとして適用できる。

＜サンルーフを有する天井が可動の提示部位として用いられる場合＞
（地図アプリの提示情報が投影される場合）
　図３４は、地図アプリの提示情報が天井９２に投影された状態を例示した図である。

　ユーザ３１１等が天井９２のサンルーフを含む部分を可動の提示部位として地図アプリの提示情報を投影させる操作を行うと、天井９２には地図アプリの提示情報が投影画像２９１として例えば図６及び図７のプロジェクタ８１により投影される。

　なお、図３４では、サンルーフは例えばスライドパネルにより遮光状態であるとする。スライドパネルがスライドしてサンルーフの部分から待避すると、サンルーフが透光状態になる。以下において、サンルーフを透光状態することを、サンルーフを開けるという。

　図３５は、図１のアクション定義蓄積部５２に記憶されている図２のアクション定義テーブルにおいて、“アプリ種類”フィールドが地図アプリであるレコードを例示した図である。

　地図アプリの提示情報の投影画像２９１が天井９２に投影されている状態において、ユーザ３１１が、地図アプリに対する操作中の場合に、ユーザ３１１又はユーザ３１１以外のユーザがサンルーフを開けたときには、アプリ種類は地図アプリであり、アプリ状態は操作中であり、トリガはユーザがサンルーフを開ける動作又はサンルーフが開いた位置への変化である。

　この場合、状況は、図３５のレコードＲ１１１に該当するので、図１の検出処理部３２は、図３５のレコードＲ１１１の“アクション”フィールドのアクションを図１のグラフィックス表示処理部３１に実行させる。

　また、ユーザ３１１が、地図アプリの提示情報である投影画像２９１の閲覧中の場合に、ユーザ３１１又は他のユーザがサンルーフを開けたときには、アプリ種類は地図アプリであり、アプリ状態は閲覧中であり、トリガはユーザがサンルーフを開ける動作又はサンルーフ（スライドパネル）の閉められた位置からの変化である。

　この場合、状況は、図３５のレコードＲ１１２に該当するので、図１の検出処理部３２は、図３５のレコードＲ１１２の“アクション”フィールドのアクションを図１のグラフィックス表示処理部３１に実行させる。

　図３６は、図３５のレコードＲ１１１又はレコードＲ１１２が実行されたときの車内及び投影画像の状態を例示した図である。

　レコードＲ１１１及びレコードＲ１１２のアクションは同じであり、レコードＲ１１１又はレコードＲ１１２のアクションが実行された場合、地図アプリの提示情報が投影されていた提示部位が、天井９２（サンルーフ３０１）から例えばヘッドレスト１００に移動してヘッドレスト１００に地図アプリの提示情報が投影画像２９２として投影される。

　これにより、ユーザ３１１が天井９２に投影された地図アプリの操作中又は投影画像２９１の閲覧中にサンルーフが開けられた場合であっても、ユーザ３１１は引き続き地図アプリを利用することができる。

　ここで、提示情報が投影される移動先の提示部位は、操作又は閲覧をしていたユーザ（対象者）が見える位置の提示部位である。図３６においては、後部座席のユーザ３１１が操作又は閲覧をしていたユーザであるため、ユーザ３１１が見える助手席シートのヘッドレスト９９が移動先の提示部位となっている。

　対象者が見える位置の提示部位としては、例えば、前部座席の対象者に対してはダッシュボード等に取り付けられた通常のモニタ、前部座席のドアガラスが該当し、後部座席の対象者に対して前部座席のヘッドレスト９９、１００、後部座席のドアガラス等が該当する。なお、通常のモニタにアプリの提示情報を表示させる場合には、図１の出力部２４の構成要素として通常のモニタが含まれる。

　図３４の状態において、全てのユーザが、地図アプリの操作中ではなく、投影画像２９１の閲覧中でもない場合に、サンルーフが開けられたときには、アプリ種類は地図アプリであり、アプリ状態は通常であり、トリガはユーザがサンルーフを開ける動作又はサンルーフ（スライドパネル）の閉められた位置からの変化である。

　この場合、状況は、図３５のレコードＲ１１３に該当するので、図１の検出処理部３２は、図３５のレコードＲ１１３の“アクション”フィールドのアクションを図１のグラフィックス表示処理部３１に実行させる。

　レコードＲ１１３のアクションにおいては、検出処理部３２は、サンルーフが開けられたことに対しては何もしない。

　地図アプリを誰も利用していないため、地図アプリが一時的に利用できなくても不具合は生じない。

　なお、図３５のアクション定義テーブルのレコードＲ１１１乃至Ｒ１１３の“アクション”フィールドのアクションは、“アプリ状態”フィールドと“トリガ”フィールドとがレコードＲ１１１乃至Ｒ１１３と同様の組合せに分類できる任意の種類のアプリと任意の提示部位（自動車にも限定されない）のアクションとして適用できる。

＜＜情報処理装置１１の適用例２＞＞
　図１の情報処理装置１１の適用例２として、情報処理装置１１を会議室等の室内の可動の提示部位に各種アプリ（ディスカッションアプリ）の提示情報を投影させる投影装置として適用する場合について説明する。

　図３７は、会議室等の室内におけるテーブルの天板を可動の提示部位として利用する場合のテーブルの配置について説明する図である。

　図３７のＡには、室内に置かれた１組のテーブル４０１と椅子４０２とが例示されている。図３７のＢには、会議の際などにおいて、図３７のＡのテーブル４０１の４つの天板４０３が連接され、横×縦が２×２に配置された様子が例示されており、各々のテーブル４０１及び椅子４０２が、テーブル４０１ａ乃至４０１ｄ、及び、椅子４０２ａ乃至４０２ｄとして表されている。また、室内の天井にはプロジェクタ４０４が設置される。

＜テーブル（天板）が可動の提示部位として用いられる場合＞
　図３８は、２つのテーブル４０１ａ及びテーブル４０１ｂの連接された天板にディスカッションアプリの提示情報が投影された状態を例示した図である。

　図３８において、天板４０３ａはテーブル４０１ａの天板を表し、天板４０３ｂはテーブル４０１ｂの天板を表す。天板４０３ａ及び天板４０３ｂは、互いに向かい合わせで略隙間なく、図中上下に連接され、天板４０３ａ及び天板４０３ｂ（の上面）が、ディスカッションアプリの提示情報が投影される提示部位として用いられる。

　投影画像４１１ａ及び投影画像４１１ｂは、それぞれ天板４０３ａ及び天板４０３ｂに投影された投影画像を表す。天板４０３ａと天板４０３ｂとが略隙間なく連接された状態においては、投影画像４１１ａ及び投影画像４１１ｂは、連続した１つの投影画像として天板４０３ａ及び天板４０３ｂに投影される。

　投影画像４１１ａ及び投影画像４１１ｂは、１面の背景画像内に配置された付箋４１２ａ乃至付箋４１２ｆの画像を含む。付箋４１２ａ乃至付箋４１２ｆはディスカッションアプリの機能によりユーザが作成したメモを記した画像である。

　また、ユーザが付箋４１２ａ乃至付箋４１２ｆのうちのいずれかの付箋に指を近接させてスライドさせる動作を行うことで、その動作に合わせて付箋の投影位置が移動する。

　図３９は、図１のアクション定義蓄積部５２に記憶されている図２のアクション定義テーブルにおいて、“アプリ種類”フィールドがディスカッションアプリであるレコードを例示した図である。

　ユーザが、ディスカッション中の場合に、テーブル４０１ａの天板４０３ａ又はテーブル４０１ｂの天板４０３ｂの両横等に手を掛けたときには、アプリ種類はディスカッションアプリであり、アプリ状態はディスカッション中であり、トリガはユーザがテーブルに手を掛ける動作である。

　この場合、状況は、図３９のレコードＲ１２１に該当するので、図１の検出処理部３２は、図３９のレコードＲ１２１の“アクション”フィールドのアクションを図１のグラフィックス表示処理部３１に実行させる。

　なお、アプリ状態がディスカッション中であるか、又は、ディスカッション後であるかの判定に関して、グラフィックス表示処理部３１は、例えば、ディスカッションアプリに対するディスカッション終了のユーザの操作が行われた場合にはディスカッション後と判定し、ディスカッション終了のユーザの操作が行われていない場合にはディスカッション中と判定する。

　または、グラフィックス表示処理部３１は、図３８のように天板４０３ａ及び天板４０３ｂの領域ごとにグループＡとグループＢとにグループ分けがされている場合に、両方のグループの領域に及ぶ付箋４１２Ｃや付箋４１２Ｄのような付箋が存在するときには、両方のグループの領域に及ぶ付箋がいずれのグループに属するかが確定されていないためディスカッション中であると判定し、両方のグループの領域に及び付箋が存在しない場合にはディスカッション中と判定する。

　図４０は、図３９のレコードＲ１２１のアクションが実行されたときの天板４０３ａ及び天板４０３ｂ、並びに、投影画像４１１ａ及び投影画像４１１ｂの状態を例示した図である。

　ユーザが天板４０３ｂの両横に手４１４を掛けたことにより、レコードＲ１２１のアクションが実行された場合、投影画像４１１ｂに「ディスカッション中です。テーブルを離さないでください」、「机を離さないで！」等の文字画像の警告情報４１３が重畳された画像が投影される。

　これにより、ユーザに対してディスカッション中であるときにテーブルを動かさないように注意が促される。

　ユーザが、警告情報４１３が提示されているにもかかわらず、図４０のようにテーブル４０１ｂをテーブル４０１ａから離した場合には、アプリ種類はディスカッションアプリであり、アプリ状態はディスカッション中であり、トリガはテーブル４０１ｂの位置の変化（テーブルが離されたという状態変化）である。

　この場合、状況は、図３９のレコードＲ１２２に該当するので、図１の検出処理部３２は、図３９のレコードＲ１２２の“アクション”フィールドのアクションを図１のグラフィックス表示処理部３１に実行させる。

　図４１は、図３９のレコードＲ１２２のアクションが実行されたときの天板４０３ａ及び天板４０３ｂ、並びに、投影画像４１１ａ及び投影画像４１１ｂの状態を例示した図である。

　天板４０３ｂが天板４０３ａから離れたことで、レコードＲ１２２のアクションが実行された場合、テーブル４０１ｂの天板４０３ｂに投影されていた付箋４１２ｃ、４１２ｄ、４１２ｅ、４１２ｆのコピーが、テーブル４０１ａの天板４０３ａ内に投影される。

　テーブル４０１ｂの天板４０３ｂには、付箋全体が天板４０３ｂに投影されていた付箋４１２ｅ、４１２ｆがそのまま天板４０３ｂに投影される。

　付箋の一部部分のみが天板４０３ｂに投影されていた付箋４１２ｃ、４１２ｄ、即ち、天板４０３ａの領域の付箋をグループＡとし、天板４０３ｂの領域の付箋をグループＢとすると、天板４０３ａと天板４０３ｂの両方の領域に及ぶ付箋４１２ｃ、４１２ｄは、グループＡの付箋として天板４０３ａのみに投影され、天板４０３ｂには投影されない。ただし、付箋４１２ｃ、４１２ｄも天板４０３ｂに投影されてもよい。

　なお、ディスカッション中のときにテーブル４０１ｂがテーブル４０１ａから離された場合の図３９のレコードＲ１２２のアクションとして、テーブル４０１ａの天板４０３ａとテーブル４０１ｂの天板４０３ｂの各々に全ての付箋を投影させてもよいし（レコードＲ１２２のアクションの他の例１）、他方のテーブルの天板に投影されていた付箋をアイコン化（縮小化）して投影させてもよいし（レコードＲ１２２のアクションの他の例２）、各々のテーブルに投影されていた付箋のみを投影させるようにしてよい（レコードＲ１２２のアクションの他の例３）。

　図４２は、図３９のレコードＲ１２２のアクションの他の例１を説明する図である。

　図４２のＡは、テーブル４０１ａとテーブル４０１ｂとが連接されていたときの天板４０３ａの投影画像４１１ａと天板４０３ｂの投影画像４１１ｂとを例示している。

　図４２のＡにおいて、天板４０３ａ及び天板４０３ｂには、付箋４１２ａ乃至４１２ｆが投影されている。

　図４２のＢは、図４２のＡの状態からテーブル４０１ａとテーブル４０１ｂとが離された場合において、レコードＲ１２２のアクションの他の例１が実行されたときの天板４０３ａの投影画像４１１ａと天板４０３ｂの投影画像４１１ｂとを表す。

　図４２のＢにおいて、天板４０３ａと天板４０３ｂとには、それぞれ図４２のＡにおいて天板４０３ａの投影画像４１１ａと天板４０３ｂの投影画像４１１ｂとに含まれていた全ての付箋４１２ａ乃至４１２ｆが互いの相対位置を保持したまま投影される。

　図４３は、図３９のレコードＲ１２２のアクションの他の例２を説明する図である。

　図４３のＡは、テーブル４０１ａとテーブル４０１ｂとが連接されていたときの天板４０３ａの投影画像４１１ａと天板４０３ｂの投影画像４１１ｂとを例示している。図４３のＡは、図４２のＡと同じであるので説明を省略する。

　図４３のＢは、図４２のＡの状態からテーブル４０１ａとテーブル４０１ｂとが離された場合において、レコードＲ１２２のアクションの他の例２が実行されたときの天板４０３ａの投影画像４１１ａと天板４０３ｂの投影画像４１１ｂとを表す。

　図４３のＢにおいて、天板４０３ａには、図４３のＡの状態で天板４０３ａに投影されていた付箋４１２ａ乃至４１２ｃが投影される。なお、付箋４１２ａのように図４３のＡの状態で天板４０３ａと天板４０３ｂの両方に領域に及ぶ付箋の場合、例えば、その付箋が天板４０３ａと天板４０３ｂとの各々の領域において閉める面積が大きい方の天板に投影されていた付箋としている。

　また、テーブル４０１ａの天板４０３ａには、図４２のＡにおいて天板４０３ｂに投影されていた付箋４１２ｄ乃至４１２ｆをアイコン化（縮小化）した付箋４１２ｄｓ、４１２ｅｓ、４１２ｆｓが投影される。

　テーブル４０１ｂの天板４０３ｂには、図４３のＡの状態で天板４０３ｂに投影されていた付箋４１２ｄ乃至４１２ｆが投影される。

　また、テーブル４０１ｂの天板４０３ｂには、図４３のＡにおいてテーブル４０１ａの天板４０３ａに投影されていた付箋４１２ａ乃至４１２ｃをアイコン化（縮小化）した付箋４１２ａｓ、４１２ｂｓ、４１２ｃｓが投影される。

　図４４は、図３９のレコードＲ１２２のアクションの他の例３を説明する図である。

　図４４のＡは、テーブル４０１ａとテーブル４０１ｂとが連接されていたときの天板４０３ａの投影画像４１１ａと天板４０３ｂの投影画像４１１ｂとを例示している。図４４のＡは、図４２のＡと同じであるので説明を省略する。

　図４４のＢは、図４４のＡの状態からテーブル４０１ａとテーブル４０１ｂとが離された場合において、レコードＲ１２２のアクションの他の例３が実行されたときの天板４０３ａの投影画像４１１ａと天板４０３ｂの投影画像４１１ｂとを表す。

　図４４のＢにおいて、天板４０３ａには、図４４のＡの状態で天板４０３ａに投影されていた付箋４１２ａ乃至４１２ｃが投影される。

　なお、付箋４１２ａのように図４４のＡの状態で天板４０３ａと天板４０３ｂの両方に領域に及ぶ付箋の場合、例えば、その付箋が天板４０３ａと天板４０３ｂとの各々の領域において閉める面積が大きい方の天板に投影されていた付箋としている。

　また、テーブル４０１ｂの天板４０３ｂには、図４４のＡの状態で天板４０３ｂに投影されていた付箋４１２ｄ乃至付箋４１２ｆが投影される。

　なお、ディスカッション終了後の場合に、ユーザが、テーブル４０１ａとテーブル４０１ｂとを離したときには、アプリ種類はディスカッションアプリであり、アプリ状態はディスカッション後であり、トリガはテーブル４０１ｂの位置の変化（テーブルが離されたという状態変化）である。

　この場合、状況は、図３９のレコードＲ１２３に該当するので、図１の検出処理部３２は、図３９のレコードＲ１２３の“アクション”フィールドのアクションを図１のグラフィックス表示処理部３１に実行させる。

　レコードＲ１２３のアクションにおいては、検出処理部３２は、テーブルが離されたことに対しては何もしない。

　なお、図３９のアクション定義テーブルでは明示していないが、図１の検出処理部３２は、レコードＲ１２１乃至レコードＲ１２３のいずれのアクションを実行する場合でも、テーブルの天板の移動に伴い提示情報を投影するアプリウインドウの位置等を変更し、テーブルの天板が常に提示情報の提示部位となるように投影画像を投影させる。

　なお、図３９のアクション定義テーブルのレコードＲ１２１乃至Ｒ１２３の“アクション”フィールドのアクションは、“アプリ状態”フィールドと“トリガ”フィールドとがレコードＲ１２１乃至Ｒ１２３と同様の組合せに分類できる任意の種類のアプリと任意の提示部位（テーブルにも限定されない）のアクションとして適用できる。

＜他の形態＞
　図１の情報処理装置１１は、アプリ等の処理により生成された提示情報を出力部２４のプロジェクタにより可動又は不動の提示部位に投影する。一方、出力部２４の構成要素として、可動又は不動の提示部位となり得る可動又は不動の部材の表面にフラットパネルやフレキシブルの画像表示ディスプレイ（液晶ディスプレイ、有機ＥＬ（Organic ElectroLuminescence）等）を出力部２４として設け、演算処理部２２からの提示情報を提示部位の画像表示ディスプレイに表示させるようにしてもよい。

　図１の情報処理装置１１において、演算処理部２２と記憶部２３のうちの少なくとも演算処理部２２は、入力部２１及び出力部２４とはインターネット等の通信回線により通信可能に接続されたサーバ装置であってもよい。通信回線は、無線でも有線でもよく、無線と有線とが混在していてもよい。

＜プログラム＞
　図１の情報処理装置１１が行うグラフィックス表示処理部３１及び検出処理部３２の処理の一部及び全ては、ハードウェアにより実行することもできるし、ソフトウエアにより実行することもできる。一連の処理をソフトウエアにより実行する場合には、そのソフトウエアを構成するプログラムが、コンピュータにインストールされる。ここで、コンピュータには、専用のハードウェアに組み込まれているコンピュータや、各種のプログラムをインストールすることで、各種の機能を実行することが可能な、例えば汎用のパーソナルコンピュータなどが含まれる。

　図４５は、上述した一連の処理をプログラムにより実行するコンピュータのハードウェアの構成例を示すブロック図である。

　コンピュータにおいて、CPU（Central Processing Unit）６０１，ROM（Read Only Memory）６０２，RAM（Random Access Memory）６０３は、バス６０４により相互に接続されている。

　バス６０４には、さらに、入出力インタフェース６０５が接続されている。入出力インタフェース６０５には、入力部６０６、出力部６０７、記憶部６０８、通信部６０９、及びドライブ６１０が接続されている。

　入力部６０６は、キーボード、マウス、マイクロフォンなどよりなる。出力部６０７は、ディスプレイ、スピーカなどよりなる。記憶部６０８は、ハードディスクや不揮発性のメモリなどよりなる。通信部６０９は、ネットワークインタフェースなどよりなる。ドライブ６１０は、磁気ディスク、光ディスク、光磁気ディスク、又は半導体メモリなどのリムーバブルメディア６１１を駆動する。

　以上のように構成されるコンピュータでは、CPU６０１が、例えば、記憶部６０８に記憶されているプログラムを、入出力インタフェース６０５及びバス６０４を介して、RAM６０３にロードして実行することにより、上述した一連の処理が行われる。

　コンピュータ（CPU６０１）が実行するプログラムは、例えば、パッケージメディア等としてのリムーバブルメディア６１１に記録して提供することができる。また、プログラムは、ローカルエリアネットワーク、インターネット、デジタル衛星放送といった、有線又は無線の伝送媒体を介して提供することができる。

　コンピュータでは、プログラムは、リムーバブルメディア６１１をドライブ６１０に装着することにより、入出力インタフェース６０５を介して、記憶部６０８にインストールすることができる。また、プログラムは、有線又は無線の伝送媒体を介して、通信部６０９で受信し、記憶部６０８にインストールすることができる。その他、プログラムは、ROM６０２や記憶部６０８に、あらかじめインストールしておくことができる。

　なお、コンピュータが実行するプログラムは、本明細書で説明する順序に沿って時系列に処理が行われるプログラムであっても良いし、並列に、あるいは呼び出しが行われたとき等の必要なタイミングで処理が行われるプログラムであっても良い。

　なお、本技術は、以下のような構成も取ることができる。
＜１＞　提示情報が提示される提示部位の状態変化に関する提示部位情報、並びに、前記提示情報を生成する処理に関する処理情報、前記処理に対するユーザの対応に関するユーザ情報、及び、前記提示部位の環境の状態に関する環境情報のうちの少なくとも１つの情報に基づいて、前記提示情報の提示状態、及び、前記処理の状態のうちの少なくとも一方の状態の制御を行う制御部
　を有する情報処理装置。
＜２＞　前記提示部位情報は、前記提示部位の状態変化を示す情報、又は、前記提示部位の状態変化に関係するユーザの動作を示す情報である
　＜１＞に記載の情報処理装置。
＜３＞　前記ユーザの動作は、前記提示部位を含む部材を動かす操作部を操作する前記ユーザの動作、又は、前記提示部位を含む部材を前記ユーザが手動で動かす動作である
　＜２＞に記載の情報処理装置。
＜４＞　前記処理情報は、前記処理の種類を示す情報、及び、前記処理の状態を示す情報である
　＜１＞乃至＜３＞のいずれかに記載の情報処理装置。
＜５＞　前記提示部位に提示された提示情報をユーザが閲覧中か否かを示す情報、又は、前記処理に対するユーザの操作の有無を示す情報である
　＜１＞乃至＜４＞に記載の情報処理装置。
＜６＞　前記制御部は、前記提示情報の前記提示状態の制御として、前記提示部位の制御、又は、前記提示情報の提示形態の制御を行う
　＜１＞乃至＜５＞のいずれかに記載の情報処理装置。
＜７＞　前記提示部位は、前記提示情報が投影される部位である
　＜１＞乃至＜６＞のいずれかに記載の情報処理装置。
＜８＞　前記提示部位は、可動の部材の表面である
　＜１＞乃至＜７＞のいずれかに記載の情報処理装置。
＜９＞　前記可動の部材は、自動車の部材である
　＜８＞に記載の情報処理装置。
＜１０＞　前記可動の部材は、テーブルである
　＜８＞に記載の情報処理装置。
＜１１＞　前記処理情報が、前記処理の状態が再生中であることを示し、前記提示部位情報が、前記提示部位の状態変化が生じたことを示した場合に、前記制御部は、前記処理を停止させる
　＜１＞乃至＜９＞のいずれかに記載の情報処理装置。
＜１２＞　前記処理情報が、前記処理の状態が一定音量以上による再生中であることを示した場合に、前記制御部は、前記処理を停止させる
　＜１１＞に記載の情報処理装置。
＜１３＞　前記処理情報が、前記処理の状態が再生中であることを示し、前記提示部位情報が、前記提示部位の状態変化を生じさせるユーザの動作が行われたことを示した場合に、前記制御部は、警告情報を前記提示部位に提示させる
＜１＞乃至＜９＞のいずれかに請求項１に記載の情報処理装置。
＜１４＞　前記環境情報が、前記自動車が走行中であることを示し、前記提示部位情報が、前記提示部位の状態変化を生じさせるユーザの動作が行われたことを示した場合に、前記制御部は、警告情報を前記提示部位に提示させる
　＜９＞に記載の情報処理装置。
＜１５＞　前記環境情報が、前記自動車が走行中であることを示し、前記提示部位情報が、前記提示部位の状態変化を生じさせるユーザの動作が行われたことを示した場合に、前記制御部は、前記提示部位の部材をロックする
　＜９＞に記載の情報処理装置。
＜１６＞　前記提示情報が動画を含み、
　前記処理情報が、前記処理の状態が前記動画の再生中であることを示し、前記提示部位情報が、前記提示部位の状態変化が生じたことを示した場合に、前記制御部は、前記動画が提示される提示部位を変更する
　＜１＞乃至＜９＞のいずれかに記載の情報処理装置。
＜１７＞　前記ユーザ情報が、前記処理に対してユーザが操作中であることを示した場合、又は、前記提示部位に提示された前記提示情報をユーザが閲覧中であることを示した場合に、前記提示部位情報が、前記提示部位の状態変化が生じたことを示したときに、前記制御部は、前記提示情報が提示される提示部位を変更する
　＜１＞乃至＜９＞のいずれかに記載の情報処理装置。
＜１８＞　前記提示情報がディスカッションにおいて提示される付箋を含み、
　前記処理情報が、前記処理の状態がディスカッション中であることを示し、前記提示部位情報が、前記提示部位の状態変化が生じたことを示した場合に、前記制御部は、前記付箋が提示される前記提示部位の範囲内における位置を変更する
　＜１０＞に記載の情報処理装置。
＜１９＞　制御部
　を有する情報処理装置の
　前記制御部が、
　提示情報が提示される提示部位の状態変化に関する提示部位情報、並びに、前記提示情報を生成する処理に関する処理情報、前記処理に対するユーザの対応に関するユーザ情報、及び、前記提示部位の環境の状態に関する環境情報のうちの少なくとも１つの情報に基づいて、前記提示情報の提示状態、及び、前記処理の状態のうちの少なくとも一方の状態の制御を行う
　情報処理方法。
＜２０＞　コンピュータを、
　提示情報が提示される提示部位の状態変化に関する提示部位情報、並びに、前記提示情報を生成する処理に関する処理情報、前記処理に対するユーザの対応に関するユーザ情報、及び、前記提示部位の環境の状態に関する環境情報のうちの少なくとも１つの情報に基づいて、前記提示情報の提示状態、及び、前記処理の状態のうちの少なくとも一方の状態の制御を行う制御部
　として機能させるためのプログラム。

　１１　情報処理装置，　２１　入力部，　２３　記憶部，　２４　出力部，　３１　グラフィックス表示処理部，　３２　検出処理部，　４１　入力情報解析部，　４２　アプリケーション実行部，　４３　表示制御部，　５１　アクション実行部，　５２　アクション定義蓄積部，　５３　緊急度定義蓄積部，　５４　アプリ状態定義蓄積部

Claims

　提示情報が提示される提示部位の状態変化に関する提示部位情報、並びに、前記提示情報を生成する処理に関する処理情報、前記処理に対するユーザの対応に関するユーザ情報、及び、前記提示部位の環境の状態に関する環境情報のうちの少なくとも１つの情報に基づいて、前記提示情報の提示状態、及び、前記処理の状態のうちの少なくとも一方の状態の制御を行う制御部
　を有する情報処理装置。
　前記提示部位情報は、前記提示部位の状態変化を示す情報、又は、前記提示部位の状態変化に関係するユーザの動作を示す情報である
　請求項１に記載の情報処理装置。
　前記ユーザの動作は、前記提示部位を含む部材を動かす操作部を操作する前記ユーザの動作、又は、前記提示部位を含む部材を前記ユーザが手動で動かす動作である
　請求項２に記載の情報処理装置。
　前記処理情報は、前記処理の種類を示す情報、及び、前記処理の状態を示す情報である
　請求項１に記載の情報処理装置。
　前記ユーザ情報は、前記提示部位に提示された提示情報をユーザが閲覧中か否かを示す情報、又は、前記処理に対するユーザの操作の有無を示す情報である
　請求項１に記載の情報処理装置。
　前記制御部は、前記提示情報の前記提示状態の制御として、前記提示部位の制御、又は、前記提示情報の提示形態の制御を行う
　請求項１に記載の情報処理装置。
　前記提示部位は、前記提示情報が投影される部位である
　請求項１に記載の情報処理装置。
　前記提示部位は、可動の部材の表面である
　請求項１に記載の情報処理装置。
　前記可動の部材は、自動車の部材である
　請求項８に記載の情報処理装置。
　前記可動の部材は、テーブルである
　請求項８に記載の情報処理装置。
　前記処理情報が、前記処理の状態が再生中であることを示し、前記提示部位情報が、前記提示部位の状態変化が生じたことを示した場合に、前記制御部は、前記処理を停止させる
　請求項１に記載の情報処理装置。
　前記処理情報が、前記処理の状態が一定音量以上による再生中であることを示した場合に、前記制御部は、前記処理を停止させる
　請求項１１に記載の情報処理装置。
　前記処理情報が、前記処理の状態が再生中であることを示し、前記提示部位情報が、前記提示部位の状態変化を生じさせるユーザの動作が行われたことを示した場合に、前記制御部は、警告情報を前記提示部位に提示させる
　請求項１に記載の情報処理装置。
　前記環境情報が、前記自動車が走行中であることを示し、前記提示部位情報が、前記提示部位の状態変化を生じさせるユーザの動作が行われたことを示した場合に、前記制御部は、警告情報を前記提示部位に提示させる
　請求項９に記載の情報処理装置。
　前記環境情報が、前記自動車が走行中であることを示し、前記提示部位情報が、前記提示部位の状態変化を生じさせるユーザの動作が行われたことを示した場合に、前記制御部は、前記提示部位の部材をロックする
　請求項９に記載の情報処理装置。
　前記提示情報が動画を含み、
　前記処理情報が、前記処理の状態が前記動画の再生中であることを示し、前記提示部位情報が、前記提示部位の状態変化が生じたことを示した場合に、前記制御部は、前記動画が提示される提示部位を変更する
　請求項１に記載の情報処理装置。
　前記ユーザ情報が、前記処理に対してユーザが操作中であることを示した場合、又は、前記提示部位に提示された前記提示情報をユーザが閲覧中であることを示した場合に、前記提示部位情報が、前記提示部位の状態変化が生じたことを示したときに、前記制御部は、前記提示情報が提示される提示部位を変更する
　請求項１に記載の情報処理装置。
　前記提示情報がディスカッションにおいて提示される付箋を含み、
　前記処理情報が、前記処理の状態がディスカッション中であることを示し、前記提示部位情報が、前記提示部位の状態変化が生じたことを示した場合に、前記制御部は、前記付箋が提示される前記提示部位の範囲内における位置を変更する
　請求項１０に記載の情報処理装置。
　制御部
　を有する情報処理装置の
　前記制御部が、
　提示情報が提示される提示部位の状態変化に関する提示部位情報、並びに、前記提示情報を生成する処理に関する処理情報、前記処理に対するユーザの対応に関するユーザ情報、及び、前記提示部位の環境の状態に関する環境情報のうちの少なくとも１つの情報に基づいて、前記提示情報の提示状態、及び、前記処理の状態のうちの少なくとも一方の状態の制御を行う
　情報処理方法。
　コンピュータを、
　提示情報が提示される提示部位の状態変化に関する提示部位情報、並びに、前記提示情報を生成する処理に関する処理情報、前記処理に対するユーザの対応に関するユーザ情報、及び、前記提示部位の環境の状態に関する環境情報のうちの少なくとも１つの情報に基づいて、前記提示情報の提示状態、及び、前記処理の状態のうちの少なくとも一方の状態の制御を行う制御部
　として機能させるためのプログラム。