JP7409332B2 - 情報処理装置、情報処理方法、およびプログラム - Google Patents

Description

本発明は、自動車に関する。

工業製品の取扱説明書を電子化する動きがある。これに関連し、例えば、特許文献１には、携帯端末によって自動車のマニュアルを表示可能な電子マニュアルシステムに関する発明が開示されている。

特開２０１６－１６２１５５号公報

本開示は、電子マニュアルの利便性を向上させることを目的とする。

本開示の第一の態様は、所定の車両に関連付いた情報処理装置である。具体的には、所定の事象の発生を知らせる緊急メッセージを受信することと、前記緊急メッセージを受信した場合に、前記所定の車両に対応する電子マニュアルをユーザに提示することと、を実行する制御部を有する。

本開示の第二の態様は、所定の車両に関連付いた情報処理装置が実行する情報処理方法である。具体的には、所定の事象の発生を知らせる緊急メッセージを受信するステップと、前記緊急メッセージを受信した場合に、前記所定の車両に対応する電子マニュアルをユーザに提示するステップと、を含む。

また、他の態様として、上記の情報処理方法をコンピュータに実行させるためのプログラム、または、該プログラムを非一時的に記憶したコンピュータ可読記憶媒体が挙げられる。

本開示によれば、電子マニュアルの利便性を向上させることができる。

実施形態に係る車両システムのシステム構成図。 車両が有する構成要素を示したブロック図。 ユーザ端末が有する構成要素を示したブロック図。 第一の実施形態においてユーザ端末が実行する処理のフローチャート。 第一の実施形態においてユーザ端末に出力される情報の一例。 緊急メッセージのタイプと提示される情報とを関連付けたタイプデータの例。 第二の実施形態においてユーザ端末が実行する処理のフローチャート。 タイプデータの変形例。 第三の実施形態においてユーザ端末に出力される情報の一例。

本開示の一態様は、所定の車両（典型的には、ユーザが保有している車両）に関連付いた情報処理装置（典型的には、前記ユーザが保有している携帯端末）である。
具体的には、所定の事象の発生を知らせる緊急メッセージを受信することと、前記緊急メッセージを受信した場合に、前記所定の車両に対応する電子マニュアルをユーザに提示することと、を実行する制御部を有する。

緊急メッセージとは、典型的には、所定の事象の発生を知らせるために公的機関等から一斉に送信されるメッセージである。所定の事象は、地震、津波、大雨、台風など、天災に関するものであってもよいし、停電や断水など、生活インフラに関するものであってもよい。緊急メッセージの一例として、緊急地震速報、津波警報、気象警報などが挙げられる。

緊急メッセージが送信された場合、何らかの非常事態が発生しており（または、発生する可能性があり）、車両において、当該非常事態に対して何らかの対応を行う必要が生ずることがある。
例えば、地震に起因して停電が発生した場合、車両に蓄えられた電力を外部（例えば、Ｖ２Ｈシステム等）に供給することが考えられる。しかし、日常的に使用しない機能をユーザが利用しようとした場合、その利用方法がわからないという問題が発生しうる。

斯様な機能の利用方法を知るためには、車両のマニュアルを参照する必要があるが、マニュアルが電子化されている場合、電子マニュアルのダウンロードから始めなければならず、必要な情報をすぐに入手することができない。電子マニュアルが既に手元にある場合であっても、長大なマニュアルから、必要な部分を見つけ出すのは容易ではない。

この問題を解決するため、本開示の一態様に係る情報処理装置は、外部から緊急メッセージを受信した場合に、所定の車両に対応する電子マニュアルをユーザに提示する。「電子マニュアルを提示する」とは、ユーザに対して電子マニュアルへのアクセスを提供することを指す。例えば、自装置に電子マニュアルが記憶されていない場合、ネットワークから当該電子マニュアルをダウンロードする処理を実行してもよい。また、自装置に電子マニュアルが記憶されている場合、当該電子マニュアルを自動的にオープンする処理や、当該電子マニュアルを提供可能である旨をユーザに通知する処理を実行してもよい。これにより、ユーザを電子マニュアルに誘導することができる。

また、前記制御部は、前記緊急メッセージを受信し、かつ、前記所定の車両に対応する電子マニュアルを保有していない場合に、前記所定の車両に対応する電子マニュアルをネットワークからダウンロードすることを特徴としてもよい。
例えば、電子マニュアルが文書ファイルとして提供されている場合、当該文書ファイルの所在を示すネットワークアドレスに従って、当該文書ファイルを自律的にダウンロードしてもよい。また、電子マニュアルがアプリケーションソフトウェアとして提供されている場合、当該アプリケーションソフトウェアを自律的にダウンロードおよびインストールしてもよい。

また、前記制御部は、前記緊急メッセージを受信し、かつ、前記所定の車両に対応する電子マニュアルを保有している場合に、前記所定の車両に対応する電子マニュアルを出力することを特徴としてもよい。
制御部は、例えば、プッシュ通知などによって、電子マニュアルを提供可能である旨をユーザに通知してもよいし、電子マニュアルがアプリケーションソフトウェア内において提供されている場合、当該アプリケーションを自動的に起動してもよい。

また、前記緊急メッセージは、事前に定義された複数のタイプのうちのいずれかに対応
するものであり、前記制御部は、前記緊急メッセージを受信した場合に、前記電子マニュアルに含まれる情報のうち、前記緊急メッセージのタイプに応じた情報を出力することを特徴としてもよい。
例えば、「地震」「津波」「大雨」「停電」といった複数のタイプを事前に定義し、電子マニュアルに含まれる情報のうち、適切な情報を提示するようにしてもよい。

また、前記制御部は、前記緊急メッセージのタイプが、地震または停電に関連するものである場合に、前記電子マニュアルに記載されている、車両からの電力供給に関連する情報を提示することを特徴としてもよい。
また、前記車両からの電力供給に関連する情報は、前記車両が有する、外部給電用のパワーアウトレットの使用方法に関する情報を少なくとも含むことを特徴としてもよい。
地震または停電が発生した場合、車両からの電力供給が必要となる場合がある。よって、地震または停電に関連する緊急メッセージを受信した場合に、車両から電力を供給する方法を案内するようにしてもよい。

また、情報処理装置は、前記緊急メッセージのタイプと、前記ユーザに提示する情報の種別と、を関連付けて記憶する記憶部をさらに有することを特徴としてもよい。
また、情報処理装置は、前記緊急メッセージのタイプと、前記ユーザに提示する前記電子マニュアルのページ番号と、を関連付けて記憶する記憶部をさらに有することを特徴としてもよい。
かかる構成によると、緊急メッセージのタイプごとに適切な情報をユーザに提供できるようになる。

以下、図面に基づいて、本開示の実施の形態を説明する。以下の実施形態の構成は例示であり、本開示は実施形態の構成に限定されない。

（第一の実施形態）
第一の実施形態に係る車両システムの概要について、図１を参照しながら説明する。本実施形態に係る車両システムは、車両１と、車両１のユーザが所持するユーザ端末１００と、ユーザ端末１００に対して緊急メッセージを送信する外部装置２００と、を含んで構成される。

車両１は、車両の外部に電源を供給する機能を有するハイブリッド自動車である。車両１は、ハイブリッドバッテリと、ハイブリッドバッテリに蓄えられた電力を外部に供給するためのインタフェースであるパワーアウトレットを有している。

ユーザ端末１００は、車両１のユーザが所持する携帯端末である。ユーザ端末１００は、公的機関によって送信された緊急メッセージを受信する機能と、緊急メッセージを受信した場合に、その内容に応じて、車両１の電子マニュアルをユーザに提供する機能を有している。これにより、車両１のユーザは、非常時において、車両１に関する必要な情報を入手することができる。

外部装置２００は、公的機関によって発信された緊急メッセージを送信する装置である。外部装置２００は、移動体通信網に含まれる装置であってもよい。外部装置２００は、国や自治体によって送信された緊急メッセージを受信し、所定のエリア内に位置する端末装置に対して当該緊急メッセージを一斉送信する。所定のエリアは、例えば、行政区分によって定められてもよいが、これ以外であってもよい。緊急メッセージは、典型的には、災害に関する情報である。緊急メッセージは、例えば、地震の発生を通知するもの（緊急地震速報）、災害の危険を予告するもの（避難準備情報、避難指示情報）や、国民の安全に関するもの等であってもよい。また、電力供給と電力需要のバランスが崩れた場合（ま
たは、崩れることが予測される場合）に、需要者に節電を要請するもの等であってもよい。
緊急メッセージは、例えば、ＥＴＷＳ（Earthquake and Tsunami Warning System）や
、ＣＢＳ（Cell Broadcast Service）等といった既存のサービスを利用して送信することができる。

システムの構成要素について、詳しく説明する。
図２は、図１に示した車両１の構成の一例を概略的に示したブロック図である。
車両１は、ハイブリッドバッテリ１１、モータジェネレータ１２、パワーコントロールユニット１３、ハイブリッドＥＣＵ１４、インバータ１５、およびパワーアウトレット１６を有して構成される。
なお、本例では、車両１に搭載されたＥＣＵ（Electronic Control Unit）として充放
電を管轄するＥＣＵ（ハイブリッドＥＣＵ）を例示しているが、車両１には、エンジンＥＣＵ、ボディＥＣＵなど、充電以外を管轄するＥＣＵが搭載されていてもよい。

ハイブリッドバッテリ１１は、車両１を駆動する電力を供給するバッテリである。ハイブリッドバッテリ１１は、モータジェネレータ１２に電力を供給するとともに、モータジェネレータ１２が発電した電力により充電される。ハイブリッドバッテリ１１として、例えば、ニッケル水素電池やリチウムイオン電池等の二次電池を用いることができる。
モータジェネレータ１２は、電動機または発電機として機能する電動発電機である。モータジェネレータ１２は、動力分割機構を介して駆動軸と接続されており、電力を運動エネルギーに変換、または、運動エネルギーを電力に変換することができる。

パワーコントロールユニット１３は、駆動用の電力の変換を行うユニットである。具体的には、電力を直流から交流に変換するインバータ、電圧を制御するコンバータなどを有して構成される。
ハイブリッドＥＣＵ１４は、電力による走行を制御する電子制御ユニットである。ハイブリッドＥＣＵ１４は、ハイブリッドバッテリ１１に蓄積された電力による駆動軸の駆動、回生ブレーキによる電力の回収などを制御する。また、必要に応じて、ハイブリッドバッテリ１１に蓄積された電力を外部に供給する制御などを行う。
なお、車両１がプラグインハイブリッド車両である場合、ハイブリッドＥＣＵ１４は、外部電源によるハイブリッドバッテリ１１の充電制御などを行うこともできる。

インバータ１５は、ハイブリッドバッテリ１１に蓄積された電力を外部に供給するため、電力を直流から交流に変換する。
パワーアウトレット１６は、車両の外部に電力を供給するためのユニットである。パワーアウトレット１６にプラグを差し込むことで、車両の外部に電力を供給することができる。なお、車両１がプラグインハイブリッド車両である場合、パワーアウトレット１６は、車両１の充電口（パワーインレット）を兼ねていてもよい。

車両１は、ユーザが所定の操作を行うことで、車両の外部に電力を供給するモードに切り替えることができる。この制御は、ハイブリッドＥＣＵ１４によって実行される。しかし、当該操作に慣れていないユーザがモードを切り替えようとした場合、操作方法を調べるために車両のマニュアルを参照しなければならない。特に、車両による外部給電機能は、地震をはじめとする災害時において必要となる場合が多い。そこで、本実施形態では、ユーザ端末１００が、地震に関する緊急メッセージを受信した場合に、ユーザ端末１００が、車両１の電子マニュアルに記載されている、外部給電に関する情報をユーザに提供する処理を実行する。

次に、ユーザ端末１００について説明する。
図３は、図１に示したユーザ端末１００の構成の一例を概略的に示したブロック図である。

ユーザ端末１００は、汎用のコンピュータにより構成することができる。すなわち、ユーザ端末１００は、ＣＰＵやＧＰＵ等のプロセッサ、ＲＡＭやＲＯＭ等の主記憶装置、ＥＰＲＯＭ、ハードディスクドライブ、リムーバブルメディア等の補助記憶装置を有するコンピュータとして構成することができる。補助記憶装置には、オペレーティングシステム（ＯＳ）、各種プログラム、各種テーブル等が格納され、そこに格納されたプログラムを実行することによって、後述するような、所定の目的に合致した各機能を実現することができる。ただし、一部または全部の機能はＡＳＩＣやＦＰＧＡのようなハードウェア回路によって実現されてもよい。

ユーザ端末１００は、車両１のユーザが所持する携帯型のコンピュータである。ユーザ端末１００は、制御部１０１、記憶部１０２、通信部１０３、および入出力部１０４を有して構成される。

制御部１０１は、ユーザ端末１００の制御を司る手段である。制御部１０１は、例えば、ＣＰＵ（Central Processing Unit）やＧＰＵ（Graphics Processing Unit）等の情報
処理ユニットによって構成される。
制御部１０１は、機能モジュールとして、緊急通報受信部１０１１および情報提示部１０１２を有している。各機能モジュールは、ＲＯＭ等の記憶手段に記憶されたプログラムをＣＰＵによって実行することで実現してもよい。

緊急通報受信部１０１１は、移動体通信網を介して、緊急メッセージを受信する。緊急メッセージとは、国や自治体によって所定のエリア内に存在する移動体通信端末に対して一斉送信されるメッセージである。緊急メッセージは、緊急速報メール、エリアメールとも呼ばれ、緊急地震速報、津波警報、および、他の災害等に関する情報を国民に知らせるためのものである。なお、緊急メッセージは、これら以外の情報を国民に知らせるためのものであってもよい。緊急通報受信部１０１１は、装置の稼働中において緊急メッセージを待ち受け、これを受信した場合に、後述する入出力部１０４を介してユーザに通知するとともに、後述する情報提示部１０１２にこれを送信する。

情報提示部１０１２は、緊急通報受信部１０１１が受信した緊急メッセージの内容に応じて、車両１のユーザに対して情報の提供を行う。
情報提示部１０１２は、車両１の電子マニュアルを管理する機能を有する。また、情報提示部１０１２は、受信した緊急メッセージが、地震の発生に関するものであった場合に、車両１の電子マニュアルにアクセスし、車両１が有する外部給電機能の使用方法に関する情報をユーザに提示する。

記憶部１０２は、情報を記憶する手段であり、ＲＡＭ、磁気ディスクやフラッシュメモリなどの記憶媒体により構成される。記憶部１０２には、制御部１０１にて実行される各種プログラム、当該プログラムが利用するデータ等が記憶される。また、記憶部１０２は、ネットワークからダウンロードした、車両１の電子マニュアル（マニュアルデータ）を記憶する。

通信部１０３は、ユーザ端末１００を移動体通信ネットワークに接続するためのインタフェースである。通信部１０３は、例えば、移動体通信網、無線ＬＡＮ、Ｂｌｕｅｔｏｏｔｈ（登録商標）などを利用して、広域ネットワーク（例えば、インターネット）と通信することができる。

入出力部１０４は、ユーザが行った入力操作を受け付け、ユーザに対して情報を提示する手段である。具体的には、タッチパネルとその制御手段、液晶ディスプレイとその制御手段から構成される。タッチパネルおよび液晶ディスプレイは、本実施形態では一つのタッチパネルディスプレイからなる。
また、入出力部１０４は、音声を出力するためのスピーカ等を有していてもよい。例えば、緊急通報受信部１０１１が緊急メッセージを受信した場合、入出力部１０４は、音声を出力するとともに、その内容を液晶ディスプレイに表示する。

次に、ユーザ端末１００（緊急通報受信部１０１１）が緊急メッセージを受信した場合に実行する処理について説明する。図４は、ユーザ端末１００（制御部１０１）が実行する処理のフローチャートである。当該処理は、緊急メッセージを受信した場合に開始される。

まず、ステップＳ１１で、緊急通報受信部１０１１が、緊急メッセージを受信する。受信した緊急メッセージは、情報提示部１０１２に送信される。

次に、ステップＳ１２で、情報提示部１０１２が、受信した緊急メッセージが、地震の発生に関するものであるか否かを判定する。緊急メッセージには複数のタイプが存在しうるが、本実施形態では、このうち、地震の発生に関するものであるか否かを判定する。例えば、緊急メッセージのヘッダ情報に、情報のタイプを示すデータが含まれている場合、当該データを参照することで、当該緊急メッセージが、地震の発生に関するものであるか否かを判定することができる。
本ステップで肯定判定となった場合、処理はステップＳ１３へ遷移する。本ステップで否定判定となった場合、処理は初期状態に戻る。

ステップＳ１３では、情報提示部１０１２が、予め設定された、車両の電子マニュアルを既にダウンロード済みであるか否かを判定する。ここで、ダウンロードが未だ行われていない場合、処理はステップＳ１６へ遷移し、事前に記憶された情報に基づいて、ネットワーク上に配置されている電子マニュアルを取得する。例えば、電子マニュアルが文書ファイルとして提供されている場合、当該文書ファイルのダウンロードを行う。また、電子マニュアルがアプリケーションソフトウェアとして提供されている場合、当該アプリケーションソフトウェアをダウンロードし、インストールする。
なお、ユーザによる操作（例えば、アプリケーションソフトウェアをインストールする操作など）が必要である場合、当該操作を促す案内を出力してもよい。

なお、ユーザ端末１００と車両１との関連付けは予め行っておくことが好ましい。例えば、記憶部１０２に、ユーザが利用している車両１の識別子、対応する電子マニュアルの識別子、電子マニュアルのダウンロード先などを予め記憶させてもよい。これらの情報を参照することで、情報提示部１０１２は電子マニュアルのダウンロードを行うことができる。

ステップＳ１３で、電子マニュアルを既にダウンロード済みである場合、処理はステップＳ１４に遷移し、情報提示部１０１２が、ユーザに対して情報提供（本実施形態では、外部給電機能の使用方法に関する案内）が可能である旨を通知する。
情報提供が可能である旨の通知は、プッシュ通知によって行ってもよい。例えば、図５（Ａ）または図５（Ｂ）に示したような画面を出力し、ユーザの応答を取得する。この場合において、ユーザが情報提供を希望する旨の操作を行うと、情報提示部１０１２が、電子マニュアルを起動する。
例えば、電子マニュアルがアプリケーションソフトウェア（例えば、車両メーカーが提供するサポートソフトウェア）として提供されている場合、当該アプリケーションソフト
ウェアを起動する。また、電子マニュアルが文書ファイルとして提供されている場合、文書ファイルに関連付いたリーダーを起動し、当該文書ファイルを読み込む。

情報提供が可能である旨の通知は、プッシュ通知以外によって行ってもよい。例えば、電子マニュアルがアプリケーションソフトウェアとして提供されている場合、当該ソフトウェア内において通知を生成してもよい。例えば、当該ソフトウェアのメニュー画面に、情報提供が可能である旨のメッセージを出力する。図５（Ｃ）は、アプリケーションソフトウェアのメニュー画面に、情報へのリンク（符号５０１）を出力した場合の例である。このように構成することで、情報を求めてソフトウェアを起動したユーザに、適切な情報を与えることができる。

なお、ステップＳ１４の処理は省略することもできる。すなわち、ユーザの意思によらず、電子マニュアルを自動的に開くようにしてもよい。また、自装置をスリープ状態から復帰させてもよい。

ステップＳ１５では、情報提示部１０１２が、ダウンロードされた電子マニュアルを出力する。例えば、電子マニュアルがアプリケーションソフトウェアとして提供されている場合、当該アプリケーションソフトウェアを起動する。また、電子マニュアルが文書ファイルとして提供されている場合、当該文書ファイルに関連付いたリーダーを起動し、当該文書ファイルを読み込む。そして、電子マニュアル中の所定のページ、すなわち、車両による外部給電の方法を説明したページを表示させる。
これらの動作を続けて行うことで、ユーザ端末１００は、電子マニュアルの必要な箇所をユーザに提示することができる。

以上説明したように、本実施形態に係るユーザ端末１００は、外部装置２００から緊急メッセージを受信した場合に、そのタイプを判定し、内容が地震に関するものであった場合に、車両による外部給電の方法を案内するための処理を実行する。これにより、ユーザは、自発的な操作を行うことなく、自己が所有する車両について必要な情報を得ることが可能になる。

なお、第一の実施形態では、ユーザ端末１００が車両の電子マニュアルを記憶していない場合に、自動的にダウンロードを行ったが、ダウンロードは行わず、ユーザにダウンロードを促すためのメッセージを出力してもよい。例えば、電子マニュアルを配布しているサイトのＵＲＬ等を出力し、ユーザの承認があった場合に、これをブラウザに引き渡すようにしてもよい。

（第二の実施形態）
第一の実施形態では、ステップＳ１２の処理において、緊急メッセージが地震に関するものであるか否かを判定し、当該緊急メッセージが地震に関するものである場合に、車両による外部給電の方法を案内するための処理を実行した。
これに対し、第二の実施形態は、受信した緊急メッセージのタイプに応じて、異なる情報を出力する実施形態である。

例えば、緊急メッセージが水害や津波に関するものであった場合、車両の浸水や、車両による避難に関する情報をユーザに提示することが好ましい。また、緊急メッセージが台風の接近を予告するものであった場合、停電に備え、プラグインハイブリッド車両を十分に充電しておくことを勧めてもよい。また、緊急メッセージが電力供給の逼迫（すなわち、停電のおそれ）を知らせるものであった場合、節電を行うため、車両から建物に電力供給を行う方法をユーザに教示することが好ましい。

第二の実施形態では、ユーザ端末１００（記憶部１０２）が、緊急メッセージのタイプと、ユーザに提示する情報とを関連付けるデータ（以下、タイプデータ）を記憶している。図６は、記憶部１０２に記憶されるタイプデータの例である。図示した例では、提示する情報として、マニュアルのページ番号が定義されている。タイプデータは、情報提示部１０１２によって参照され、利用される。なお、図６では、緊急メッセージのタイプや、提示する情報を文章で記載しているが、識別子によってこれらを定義してもよい。

図７は、第二の実施形態において、ユーザ端末１００が実行する処理のフローチャートである。第一の実施形態と同様の処理については、点線で示し、説明は省略する。
緊急通報受信部１０１１が緊急メッセージを受信すると、ステップＳ１２Ａにおいて、情報提示部１０１２が、そのタイプを取得する。タイプは、例えば、メッセージのヘッダを参照することで取得してもよいし、メッセージの本文を解析することで取得してもよい。例えば、「地震」「電力」「洪水」といったキーワードを本文中から検出してもよい。
そして、予め記憶されたタイプデータに基づいて、ユーザに対して提示すべき情報を特定する。例えば、図６の例において、緊急メッセージが、大雨を予告するものであった場合、車両の浸水対策を説明するページ（１１０ページ）を、提示する情報として決定する。
ステップＳ１３から後のステップは、第一の実施形態と同様である。

以上説明したように、第二の実施形態では、緊急メッセージのタイプに基づいて、ユーザに対して複数の異なる情報を提示する。かかる構成によると、より柔軟に情報提供を行うことが可能になる。

（第三の実施形態）
第一および第二の実施形態では、一つの緊急メッセージに対して一種類の情報のみを提示したが、これ以外の情報を選択的に提示するようにしてもよい。
例えば、緊急メッセージの種類が地震に関するものであった場合、「地震発生時における避難の方法」「停電時に利用できるガソリンスタンドの案内」「非常時において利用可能な、その他の車両機能」といったように、複数の情報を提示できるようにしてもよい。

図８は、第三の実施形態におけるタイプデータの例である。第三の実施形態では、緊急メッセージのタイプごとに複数の情報が定義される。また、情報提示部１０１２が、タイプデータに複数の情報が定義されている場合に、当該複数の情報を出力可能である旨をユーザに通知し、選択させる。図９は、複数の情報を選択させる画面の例である。本例では、ユーザによって選択された情報が入出力部１０４を介して出力される。ユーザによって選択がなされると、情報提示部１０１２は、選択された情報をユーザに提示する。例えば、図８の例において、ユーザが「車両による避難時の注意」を選択した場合、電子マニュアルの１８１ページが出力される。

（変形例）
上記の実施形態はあくまでも一例であって、本発明はその要旨を逸脱しない範囲内で適宜変更して実施しうる。
例えば、本開示において説明した処理や手段は、技術的な矛盾が生じない限りにおいて、自由に組み合わせて実施することができる。

また、実施形態の説明では、ユーザに提示する情報として、ローカルストレージにダウンロード可能な電子マニュアルを例示したが、情報ソースは、オンラインで完結するものであってもよい。例えば、ユーザ端末１００が、ウェブ上にあるデータ（オンラインマニュアル）にアクセスし、必要な情報を出力するようにしてもよい。
また、実施形態の説明では、ユーザが保有している車両が一台であるものとしたが、ユ
ーザが複数の車両を保有している場合、車両ごとの電子マニュアルを選択的に提供してもよい。

また、１つの装置が行うものとして説明した処理が、複数の装置によって分担して実行されてもよい。あるいは、異なる装置が行うものとして説明した処理が、１つの装置によって実行されても構わない。コンピュータシステムにおいて、各機能をどのようなハードウェア構成（サーバ構成）によって実現するかは柔軟に変更可能である。

本開示は、上記の実施形態で説明した機能を実装したコンピュータプログラムをコンピュータに供給し、当該コンピュータが有する１つ以上のプロセッサがプログラムを読み出して実行することによっても実現可能である。このようなコンピュータプログラムは、コンピュータのシステムバスに接続可能な非一時的なコンピュータ可読記憶媒体によってコンピュータに提供されてもよいし、ネットワークを介してコンピュータに提供されてもよい。非一時的なコンピュータ可読記憶媒体は、例えば、磁気ディスク（フロッピー（登録商標）ディスク、ハードディスクドライブ（ＨＤＤ）等）、光ディスク（ＣＤ－ＲＯＭ、ＤＶＤディスク・ブルーレイディスク等）など任意のタイプのディスク、読み込み専用メモリ（ＲＯＭ）、ランダムアクセスメモリ（ＲＡＭ）、ＥＰＲＯＭ、ＥＥＰＲＯＭ、磁気カード、フラッシュメモリ、光学式カード、電子的命令を格納するために適した任意のタイプの媒体を含む。

１・・・車両
１００・・・ユーザ端末
１０１・・・制御部
１０２・・・記憶部
１０３・・・通信部
１０４・・・入出力部
２００・・・外部装置

Claims (20)

1. 所定の車両に関連付いた情報処理装置であって、
   所定の事象の発生を知らせる緊急メッセージを受信することと、
   前記緊急メッセージを受信した場合に、前記所定の車両に対応する電子マニュアルをユーザに提示することと、
   を実行する制御部を有する、情報処理装置。
2. 前記制御部は、前記緊急メッセージを受信し、かつ、前記所定の車両に対応する電子マニュアルを保有していない場合に、前記所定の車両に対応する電子マニュアルをネットワークからダウンロードする、
   請求項１に記載の情報処理装置。
3. 前記制御部は、前記緊急メッセージを受信し、かつ、前記所定の車両に対応する電子マニュアルを保有している場合に、前記所定の車両に対応する電子マニュアルを出力する、
   請求項１または２に記載の情報処理装置。
4. 前記緊急メッセージは、事前に定義された複数のタイプのうちのいずれかに対応するものであり、
   前記制御部は、前記緊急メッセージを受信した場合に、前記電子マニュアルに含まれる情報のうち、前記緊急メッセージのタイプに応じた情報を出力する、
   請求項１から３のいずれか１項に記載の情報処理装置。
5. 前記緊急メッセージは、停電に関連する報知を少なくとも含む、
   請求項４に記載の情報処理装置。
6. 前記緊急メッセージは、地震に関する報知を少なくとも含む、
   請求項４または５に記載の情報処理装置。
7. 前記制御部は、前記緊急メッセージのタイプが、地震または停電に関連するものである場合に、前記電子マニュアルに記載されている、車両からの電力供給に関連する情報を提示する、
   請求項５または６に記載の情報処理装置。
8. 前記車両からの電力供給に関連する情報は、前記車両が有する、外部給電用のパワーアウトレットの使用方法に関する情報を少なくとも含む、
   請求項７に記載の情報処理装置。
9. 前記緊急メッセージのタイプと、前記ユーザに提示する情報の種別と、を関連付けて記憶する記憶部をさらに有する、
   請求項４から８のいずれか１項に記載の情報処理装置。
10. 前記緊急メッセージのタイプと、前記ユーザに提示する前記電子マニュアルのページ番号と、を関連付けて記憶する記憶部をさらに有する、
    請求項４から８のいずれか１項に記載の情報処理装置。
11. 所定の車両に関連付いた情報処理装置が実行する情報処理方法であって、
    所定の事象の発生を知らせる緊急メッセージを受信するステップと、
    前記緊急メッセージを受信した場合に、前記所定の車両に対応する電子マニュアルをユーザに提示するステップと、
    を含む、情報処理方法。
12. 前記緊急メッセージを受信し、かつ、前記所定の車両に対応する電子マニュアルを保有していない場合に、前記所定の車両に対応する電子マニュアルをネットワークからダウンロードする、
    請求項１１に記載の情報処理方法。
13. 前記緊急メッセージを受信し、かつ、前記所定の車両に対応する電子マニュアルを保有している場合に、前記所定の車両に対応する電子マニュアルを出力する、
    請求項１１または１２に記載の情報処理方法。
14. 前記緊急メッセージは、事前に定義された複数のタイプのうちのいずれかに対応するものであり、
    前記緊急メッセージを受信した場合に、前記電子マニュアルに含まれる情報のうち、前記緊急メッセージのタイプに応じた情報を出力する、
    請求項１１から１３のいずれか１項に記載の情報処理方法。
15. 前記緊急メッセージは、停電に関連する報知を少なくとも含む、
    請求項１４に記載の情報処理方法。
16. 前記緊急メッセージは、地震に関する報知を少なくとも含む、
    請求項１４または１５に記載の情報処理方法。
17. 前記緊急メッセージのタイプが、地震または停電に関連するものである場合に、前記電子マニュアルに記載されている、車両からの電力供給に関連する情報を提示する、
    請求項１５または１６に記載の情報処理方法。
18. 前記車両からの電力供給に関連する情報は、前記車両が有する、外部給電用のパワーアウトレットの使用方法に関する情報を少なくとも含む、
    請求項１７に記載の情報処理方法。
19. 前記緊急メッセージのタイプと、前記ユーザに提示する情報の種別と、を関連付けた情報を取得するステップをさらに含む、
    請求項１４から１８のいずれか１項に記載の情報処理方法。
20. 請求項１１から１９のいずれか１項に記載の情報処理方法をコンピュータに実行させるためのプログラム。

Images