(57)【要約】      （修正有）【課題】本発明は、重要情報へのアクセスを細やかに利用者が制御できる車載装置、アプリケーション実行システムおよび重要情報へのアクセス方法を提供する。【解決手段】本発明の車両に搭載される車載装置は、アプリケーションごとに重要情報へのアクセスの発生に係る通知および承認を行う頻度を特定するアプリ毎アクセス通知情報を記憶する記憶部と、アプリケーションの実行を制御するアプリケーション実行部と、アプリケーションから重要情報へのアクセスが発生したことを検出し、アプリ毎アクセス通知情報を用いてアプリケーションに応じた通知または承認の処理を行うアクセス通知管理部と、を備える。【選択図】図１
2019016007.tif 000002
【特許請求の範囲】
【請求項１】
アプリケーションごとに重要情報へのアクセスの発生に係る通知および承認を行う頻度を特定するアプリ毎アクセス通知情報を記憶する記憶部と、
前記アプリケーションの実行を制御するアプリケーション実行部と、
前記アプリケーションから前記重要情報へのアクセスが発生したことを検出し、前記アプリ毎アクセス通知情報を用いて前記アプリケーションに応じた通知または承認の処理を行うアクセス通知管理部と、
を備えることを特徴とする車載装置。
【請求項２】
請求項１に記載の車載装置であって、
前記アプリ毎アクセス通知情報には、前記承認の頻度として少なくとも、アクセスの発生都度の承認およびアクセスの初回発生時の承認を含む、
ことを特徴とする車載装置。
【請求項３】
請求項１に記載の車載装置であって、
前記アプリ毎アクセス通知情報には、前記通知の頻度として少なくとも、アクセスの発生都度の通知あるいは非通知を含む、
ことを特徴とする車載装置。
【請求項４】
請求項１に記載の車載装置であって、
前記記憶部には、前記重要情報ごとに予め定められたデフォルトの承認レベルを特定する情報が含まれ、
前記アクセス通知管理部は、前記重要情報へのアクセスを行った前記アプリケーションが前記アプリ毎アクセス通知情報に含まれないアプリケーションである場合に、アクセスされた該重要情報に係る前記デフォルトの承認レベルを用いて通知または承認の処理を行う、
ことを特徴とする車載装置。
【請求項５】
請求項１に記載の車載装置であって、
外部装置と通信する通信部と、
前記アプリ毎アクセス通知情報を前記通信部を介して前記外部装置から取得するアクセス許可情報管理部と、
を備えることを特徴とする車載装置。
【請求項６】
車載装置と、ネットワークを介して前記車載装置と通信可能なサーバー装置と、を含むアプリケーション実行システムであって、
前記車載装置は、
前記サーバー装置と通信する通信部と、
前記サーバー装置から、アプリケーションごとに重要情報へのアクセスの発生に係る通知および承認を行う頻度を特定するアプリ毎アクセス通知情報を取得するアクセス許可情報管理部と、
前記アプリケーションの実行を制御するアプリケーション実行部と、
前記アプリケーションから前記重要情報へのアクセスが発生したことを検出し、前記アプリ毎アクセス通知情報を用いて前記アプリケーションに応じた通知または承認の処理を行うアクセス通知管理部と、を備え、
前記サーバー装置は、
前記車載装置と通信する通信部と、
前記車載装置ごとにアプリ毎アクセス通知情報マスタを記憶する記憶部と、
前記車載装置からの要求に応じて、前記車載装置に応じた前記アプリ毎アクセス通知情報マスタを提供するアプリ毎アクセス通知情報マスタ管理部と、
を備えることを特徴とするアプリケーション実行システム。
【請求項７】
車載装置と、前記車載装置に通信可能に接続されるスマートフォンと、ネットワークを介して前記スマートフォンと通信可能なサーバー装置と、を含むアプリケーション実行システムであって、
前記車載装置は、
前記スマートフォンと通信する通信部と、
前記スマートフォンから、アプリケーションごとに重要情報へのアクセスの発生に係る通知および承認を行う頻度を特定するアプリ毎アクセス通知情報を取得するアクセス許可情報管理部と、
前記アプリケーションの実行を制御するアプリケーション実行部と、
前記アプリケーションから前記重要情報へのアクセスが発生したことを検出し、前記アプリ毎アクセス通知情報を用いて前記アプリケーションに応じた通知または承認の処理を行うアクセス通知管理部と、を備え、
前記スマートフォンは、
前記車載装置と通信する近距離通信部と、
前記サーバー装置と通信する通信部と、を備え、
前記通信部は、前記車載装置からの要求に応じて、前記サーバー装置から、前記アプリ毎アクセス通知情報を取得し、
前記サーバー装置は、
前記スマートフォンと通信する通信部と、
前記車載装置ごとにアプリ毎アクセス通知情報マスタを記憶する記憶部と、
前記スマートフォンからの要求に応じて、前記車載装置に応じた前記アプリ毎アクセス通知情報マスタを提供するアプリ毎アクセス通知情報マスタ管理部と、
を備えることを特徴とするアプリケーション実行システム。
【請求項８】
車載装置の重要情報へのアクセス方法であって、
前記車載装置は、
アプリケーションごとに重要情報へのアクセスの発生に係る通知および承認を行う頻度を特定するアプリ毎アクセス通知情報を記憶する記憶部と、
前記アプリケーションの実行を制御するアプリケーション実行部と、
アクセス通知管理部と、を備え、
前記アクセス通知管理部は、
前記アプリケーションから前記重要情報へのアクセスが発生したことを検出する検出ステップと、
前記アプリ毎アクセス通知情報を用いて前記アプリケーションに応じた通知または承認の処理を行うアクセス通知ステップと、
を実行することを特徴とする重要情報へのアクセス方法。
【請求項９】
請求項８に記載の重要情報へのアクセス方法であって、
前記アプリ毎アクセス通知情報には、前記承認の頻度として少なくとも、アクセスの発生都度の承認およびアクセスの初回発生時の承認を含む、
ことを特徴とする重要情報へのアクセス方法。
【請求項１０】
請求項８に記載の重要情報へのアクセス方法であって、
前記アプリ毎アクセス通知情報には、前記通知の頻度として少なくとも、アクセスの発生都度の通知あるいは非通知を含む、
ことを特徴とする重要情報へのアクセス方法。
【請求項１１】
請求項８に記載の重要情報へのアクセス方法であって、
前記記憶部には、前記重要情報ごとに予め定められたデフォルトの承認レベルを特定する情報が含まれ、
前記アクセス通知ステップでは、前記重要情報へのアクセスを行った前記アプリケーションが前記アプリ毎アクセス通知情報に含まれないアプリケーションである場合に、アクセスされた該重要情報に係る前記デフォルトの承認レベルを用いて通知または承認の処理を行う、
ことを特徴とする重要情報へのアクセス方法。
【請求項１２】
請求項８に記載の重要情報へのアクセス方法であって、
前記車載装置は、
外部装置と通信する通信部を備え、
前記アプリ毎アクセス通知情報を前記通信部を介して前記外部装置から取得するアクセス許可情報取得ステップ、
を実行することを特徴とする重要情報へのアクセス方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、車載装置、アプリケーション実行システムおよび重要情報へのアクセス方法の技術に関するものである。
【背景技術】
【０００２】
個人情報へのアクセスを監視するアクセス監視部と、前記個人情報へのアクセスが発生した場合に、所定の振動を発生させる振動発生部と、前記振動発生部で発生し筐体を介して伝達される振動を計測する振動計測部と、特定の使用者が所定の条件で前記筐体を握持した場合における、前記振動発生部で発生した振動と前記振動計測部で計測した振動との差分情報を記憶する記憶部と、前記振動発生部で発生した振動の情報と、振動計測部で現在計測した振動の情報とを受信し、その差分情報を算出する演算部と、前記演算部で算出された差分情報と前記記憶部に記憶された差分情報とを照合して個人認証を行う制御部と、前記制御部での個人認証の結果に基づいて、前記個人情報へのアクセスを制御するアクセス制御部と、を少なくとも備えることを特徴とする携帯端末装置の技術が、特許文献１に記載されている。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００７−１８９４２１号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
上記のような技術では、振動を用いた個人認証の結果に応じて、個人情報へのアクセスを制御するという、いわばデバイスの不正利用防止が可能となるが、利用者は個別の機能の利用中に重要な情報へのアクセスを細やかに知ることは難しい。
【０００５】
本発明の目的は、重要情報へのアクセスを細やかに利用者が制御できる車載装置、アプリケーション実行システムおよび重要情報へのアクセス方法を提供することにある。
【課題を解決するための手段】
【０００６】
本発明は、上記課題の少なくとも一部を解決する手段を複数含んでいるが、その例を挙げるならば、以下のとおりである。上記課題を解決すべく、本発明に係る車載装置は、アプリケーションごとに重要情報へのアクセスの発生に係る通知および承認を行う頻度を特定するアプリ毎アクセス通知情報を記憶する記憶部と、上記アプリケーションの実行を制御するアプリケーション実行部と、上記アプリケーションから上記重要情報へのアクセスが発生したことを検出し、上記アプリ毎アクセス通知情報を用いて上記アプリケーションに応じた通知または承認の処理を行うアクセス通知管理部と、を備えることを特徴とする。
【発明の効果】
【０００７】
本願発明によれば、重要情報へのアクセスを細やかに利用者が制御できる車載装置、アプリケーション実行システムおよび重要情報へのアクセス方法を提供することが可能となる。上記した以外の課題、構成および効果は、以下の実施形態の説明により明らかにされる。
【図面の簡単な説明】
【０００８】
【図１】本発明に係る実施形態を適用したアプリケーション実行システムの構造例を示す図である。
【図２】項目毎初期アクセス許可情報のデータ構造例を示す図である。
【図３】アプリ毎アクセス通知情報のデータ構造例を示す図である。
【図４】車載装置のハードウェア構造例を示す図である。
【図５】サーバー装置のハードウェア構造例を示す図である。
【図６】アクセス設定情報取得処理の流れを示す図である。
【図７】センシティブ情報取得時処理の流れを示す図である。
【図８】アプリ毎アクセス通知情報設定画面の例を示す図である。
【図９】第二の実施形態に係るアプリケーション実行システムの構造例を示す図である。
【図１０】第三の実施形態に係るアプリケーション実行システムの構造例を示す図である。
【図１１】第四の実施形態に係るアプリケーション実行システムの構造例を示す図である。
【発明を実施するための形態】
【０００９】
以下に、本発明に係る車載装置を含むアプリケーション実行システムについて、図面を参照して説明する。なお、図１〜図１１は、アプリケーション実行システム１の全ての構成を示すものではなく、理解容易のため、適宜、構成の一部を省略して描いている。
【００１０】
図１に、本発明に係る実施形態を適用したアプリケーション実行システムの構造例を示す。本発明に係る実施形態を適用したアプリケーション実行システム１においては、車載装置１００の制御の一部に、アプリケーションソフトウェア（以降、「アプリケーション」または「アプリ」と省略表記する場合がある）による制御が含まれる。また、車載装置１００においては、所定の地点（例えば、現在地等）から目的地（例えば、経由地、目的地等）への走行経路のナビゲーションを行うアプリケーションの機能は、車載装置１００のＯＳ（Ｏｐｅｒａｔｉｎｇ  Ｓｙｓｔｅｍ）等の管理下で動作するアプリケーションソフトウェアにより実現されるものとする。
【００１１】
車載装置１００は、各種のソフトウェアを実行可能な情報処理装置である。車載装置１００は、本実施形態においては、ＯＳを備え、複数のアプリケーションソフトウェアをインストール可能であり、並列してソフトウェアを実行することも可能である。車載装置１００は、車載の状態で使用される専用の装置に限られず、パーソナルコンピューターやスマートフォン、タブレット端末等の各種の独立動作可能な装置であってもよい。
【００１２】
車載装置１００は、制御部１１０と、記憶部１２０と、表示部１３０と、音声出力部１４０と、通信部１５０と、を含んで構成される。制御部１１０には、ユーザー認証処理部１１１と、アクセス許可情報管理部１１２と、センシティブ情報管理部１１３と、アクセス通知管理部１１４と、アプリケーション実行部１１５と、が含まれる。アプリケーション実行部１１５には、アプリケーション１１６、アプリケーション１１７等の各種のアプリケーションソフトウェアの処理部が含まれる。記憶部１２０には、項目毎初期アクセス許可情報１２１と、アプリ毎アクセス通知情報１２２とが含まれる。
【００１３】
図２は、項目毎初期アクセス許可情報のデータ構造例を示す図である。項目毎初期アクセス許可情報１２１には、データ項目１２１Ａと、承認ＬＶ（レベル）１２１Ｂと、が対応付けられて記憶される。なお、後述するサーバー装置２００の記憶部２２０に格納される項目毎初期アクセス許可情報マスタ２２１についても、同様のデータ構造を備える。
【００１４】
データ項目１２１Ａは、重要情報として扱われるべき情報項目を特定する情報である。例えば、データ項目１２１Ａには、「位置情報」、「目的地履歴」、「自宅位置」、あるいは「電話帳」等、特定の人物に関するセンシティブな情報項目が含まれる。承認ＬＶ１２１Ｂには、データ項目１２１Ａにより特定される各データ項目についての、承認ＬＶの初期値（デフォルト値）が含まれる。
【００１５】
承認ＬＶは、データ項目に係る値を取得する際に情報保持者の承認および通知の頻度を特定する情報である。本実施形態においては、承認の頻度と通知の頻度の組合せを承認ＬＶとして規定しているが、これに限られず、承認の頻度と通知の頻度とをそれぞれ規定する別の指標値を用いるものであってもよい。本実施形態においては、承認ＬＶ「１」は、承認を要求せず、取得の都度の通知も不要、すなわちアプリから当該データ項目へのアクセスがあっても何らアウトプットを行わない、という頻度を示す。
【００１６】
承認ＬＶ「２」は、承認を要求しないが、取得の都度の通知を要する、すなわちアプリから当該データ項目へのアクセスがあった旨をアクセスの都度知らせる、という頻度を示す。
【００１７】
承認ＬＶ「３」は、初回のみ承認を要求し、取得の都度の通知は不要、すなわちアプリから当該データ項目へのアクセスがあると初回のみ承認を要求し、二回目以降は承認を要せずにアクセスし、アクセスがあった旨についてはアウトプットを行わない、という頻度を示す。
【００１８】
承認ＬＶ「４」は、初回のみ承認を要求し、取得の都度の通知を要する、すなわちアプリから当該データ項目へのアクセスがあると初回のみ承認を要求し、二回目以降は承認を要せずにアクセスし、アクセスがあった旨をアクセスの都度知らせる、という頻度を示す。
【００１９】
承認ＬＶ「５」は、アクセスの都度承認を要求する、すなわちアプリから当該データ項目へのアクセスがあると毎回承認を要求する、という頻度を示す。
【００２０】
なお、項目毎初期アクセス許可情報１２１は、サーバー装置２００の記憶部２２０に格納されている項目毎初期アクセス許可情報マスタ２２１を、後述するアクセス設定情報取得処理によりダウンロードして、記憶部１２０に記憶されたものである。
【００２１】
図３は、アプリ毎アクセス通知情報のデータ構造例を示す図である。アプリ毎アクセス通知情報１２２には、アプリケーション１２２Ａと、通知不要項目１２２Ｂと、通知要項目１２２Ｃと、承認要項目１２２Ｄと、が対応付けられて記憶される。なお、後述するサーバー装置２００の記憶部２２０に格納されるアプリ毎アクセス通知情報マスタ２２２についても、同様のデータ構造を備える。
【００２２】
アプリケーション１２２Ａは、アプリを特定する情報である。通知不要項目１２２Ｂは、アプリケーション１２２Ａで特定されるアプリにおいて、重要情報のデータ項目のうちアクセスがあった旨の通知が不要である項目である。デフォルト状態では、承認ＬＶが「１」、「３」に相当するデータ項目が通知不要項目１２２Ｂといえる。通知要項目１２２Ｃは、アプリケーション１２２Ａで特定されるアプリにおいて、重要情報のデータ項目のうちアクセスがあった旨の通知が必要である項目である。デフォルト状態では、承認ＬＶが「２」、「４」に相当するデータ項目が通知要項目１２２Ｃといえる。承認要項目１２２Ｄは、アプリケーション１２２Ａで特定されるアプリにおいて、重要情報のデータ項目のうちアクセスの都度承認を要する項目である。デフォルト状態では、承認ＬＶが「５」に相当するデータ項目が承認要項目１２２Ｄといえる。
【００２３】
なお、アプリ毎アクセス通知情報１２２は、サーバー装置２００の記憶部２２０に格納されているアプリ毎アクセス通知情報マスタ２２２を、後述するアクセス設定情報取得処理によりダウンロードして、記憶部１２０に記憶されたものである。
【００２４】
図１の説明に戻る。ユーザー認証処理部１１１は、ユーザーを認証する処理を行う。具体的には、ユーザー認証処理部１１１は、車載装置１００の使用者が正当な使用者であるか否かを判定し、正当な使用者でない者が使用できないように制御する。その制御方法としては、各種の既存の方法が適用できる。
【００２５】
例えば、ユーザー認証処理部１１１は、ユーザーＩＤ、パスワード等の文字列の入力を受け付けてサーバー装置２００へ送信し、受信した判定結果に応じて使用を開始させるものであってもよい。
【００２６】
また例えば、ユーザー認証処理部１１１は、図示しない車内撮影用の車載カメラからユーザーの顔部分を含む画像を取得してサーバー装置２００へ送信し、受信した判定結果に応じて使用を開始させるものであってもよい。
【００２７】
他にも、ユーザー認証処理部１１１は、指紋や静脈等の生体情報の入力を受け付けてサーバー装置２００へ送信し、受信した判定結果に応じて使用を開始させるものであってもよい。もちろん、その他各種の認証方法を用いるものであってもよいし、サーバー装置２００に認証を依頼する態様に限られず、車載装置１００において認証し、結果をサーバー装置２００に伝達する態様であってもよい。
【００２８】
アクセス許可情報管理部１１２は、重要情報についてのアクセス許可に係る情報を管理する。具体的には、アクセス許可情報管理部１１２は、サーバー装置２００の記憶部２２０に格納されている項目毎初期アクセス許可情報マスタ２２１およびアプリ毎アクセス通知情報マスタ２２２を、後述するアクセス設定情報取得処理によりダウンロードして、記憶部１２０にそれぞれ項目毎初期アクセス許可情報１２１およびアプリ毎アクセス通知情報１２２として記憶する。
【００２９】
センシティブ情報管理部１１３は、センシティブ情報である重要項目についてのアクセスを管理する。具体的には、センシティブ情報管理部１１３は、重要項目の値について、読み書き更新削除の各処理を担うとともに、アクセス通知管理部１１４へアクセスがある旨を伝え、中止指示を受けるとアクセスを中止する。
【００３０】
アクセス通知管理部１１４は、センシティブ情報管理部１１３から重要項目へのアクセスがある旨を受けることにより、アプリケーションから前記重要情報へのアクセスが発生したことを検出し、アプリ毎アクセス通知情報１２２を用いてアプリケーションに応じた通知または承認の処理を行う。例えば、アクセス通知管理部１１４は、重要項目にアクセスしたアプリに応じて、アクセスされた重要項目についてのアプリ毎アクセス通知情報１２２を読み出し、通知の頻度、承認の頻度を特定し、当該頻度に応じて承認、通知の各処理を行う。また、承認を得られなかった場合には、アクセス通知管理部１１４は、センシティブ情報管理部１１３へ、アクセスの中止指示を行う。
【００３１】
アプリ毎アクセス通知情報１２２が規定されていないアプリからのアクセスである場合は、アクセス通知管理部１１４は、項目毎初期アクセス許可情報１２１を参照して、アクセスされたデータ項目の承認ＬＶに応じた通知の頻度、承認の頻度を特定し、当該頻度に応じて承認、通知の各処理を行う。
【００３２】
アプリケーション実行部１１５は、複数存在するインストールされたアプリケーションのうち、実行を指示された一部のアプリケーションについて処理を実行する。具体的には、アプリケーション実行部１１５は、実行指示を受けたアプリケーション１１６またはアプリケーション１１７に対して、該実行指示に対応する処理の呼び出しを行う。
【００３３】
表示部１３０は、画面情報を表示する。具体的には、表示部１３０は、ディスプレイを用いて画面情報を表示する。音声出力部１４０は、音声情報を出力する。具体的には、音声出力部１４０は、スピーカー等を用いて、ＴＴＳ（Ｔｅｘｔ  Ｔｏ  Ｓｐｅｅｃｈ）等を用いて音声化したガイダンス情報やエラー発生通知等の注意喚起、あるいは検索結果の読み上げ等の各種音声処理のための対話情報を音声出力する。
【００３４】
通信部１５０は、インターネット等のネットワーク５０への接続を確立し、ネットワーク５０を介して接続される外部の装置であるサーバー装置２００と通信を行う。
【００３５】
サーバー装置２００は、インターネット等のネットワーク５０を介して車載装置１００と通信可能に接続される。サーバー装置２００は、いわゆるコンピューターサーバー装置であり、制御部２１０と、記憶部２２０と、通信部２５０と、を備える。
【００３６】
記憶部２２０には、車載装置１００のユーザーごとに、項目毎初期アクセス許可情報マスタ２２１と、アプリ毎アクセス通知情報マスタ２２２と、ユーザー認証情報２２３とが格納される。項目毎初期アクセス許可情報マスタ２２１と、アプリ毎アクセス通知情報マスタ２２２とは、車載装置１００の記憶部１２０で述べた項目毎初期アクセス許可情報１２１と、アプリ毎アクセス通知情報１２２と同様のデータ構造を有する。そのため、説明は割愛する。
【００３７】
ユーザー認証情報２２３は、ユーザーＩＤとパスワードの組合せや、ユーザーＩＤと顔、指紋、静脈の特徴点データの組合せ等、各種の認証に用いられる情報である。
【００３８】
制御部２１０には、項目毎初期アクセス許可情報マスタ管理部２１１と、アプリ毎アクセス通知情報マスタ管理部２１２と、ユーザー認証処理部２１３と、が含まれる。項目毎初期アクセス許可情報マスタ管理部２１１と、アプリ毎アクセス通知情報マスタ管理部２１２は、それぞれ、項目毎初期アクセス許可情報マスタ２２１と、アプリ毎アクセス通知情報マスタ２２２の参照、登録、更新、削除を管理する。
【００３９】
ユーザー認証処理部２１３は、車載装置１００のユーザー認証処理部１１１から認証の依頼を受け付けて、ユーザー認証情報２２３を用いて認証処理を行う。そして、ユーザー認証処理部２１３は、認証処理の結果をユーザー認証処理部１１１へ送信する。
【００４０】
通信部２５０は、インターネット等のネットワーク５０への接続を確立し、ネットワーク５０を介して接続される外部の装置である車載装置１００と通信を行う。
【００４１】
図４は、車載装置１００のハードウェア構造例を示す図である。車載装置１００は、入力受付装置１０１と、演算装置１０２と、通信装置１０３と、主記憶装置１０４と、外部記憶装置１０５と、音声出力装置１０６と、位置取得装置１０７と、表示装置１０８と、これらをつなぐバス１０９と、を含んで構成される。
【００４２】
入力受付装置１０１は、ハードウェアボタンやタッチパネル等の各種入力装置である。演算装置１０２は、例えばＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）などの演算装置である。
【００４３】
通信装置１０３は、携帯電話網や、無線ネットワーク等を介して、他の装置と通信経路を確立し情報を送受信するネットワークモジュール等の装置である。
【００４４】
主記憶装置１０４は、例えばＲＡＭ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）などのメモリ装置である。
【００４５】
外部記憶装置１０５は、例えばハードディスクやＳＳＤ（Ｓｏｌｉｄ  Ｓｔａｔｅ  Ｄｒｉｖｅ）、その他各種の不揮発性記憶媒体に情報を書き込み、あるいは不揮発性記憶媒体から所定の情報を読み出す装置である。
【００４６】
音声出力装置１０６は、音声情報を受け付けて音声に変換して出力する、いわゆるスピーカーである。
【００４７】
位置取得装置１０７は、車載装置１００の位置を取得する装置である。例えば、ＧＰＳ（Ｇｌｏｂａｌ  Ｐｏｓｉｔｉｏｎｉｎｇ  Ｓｙｓｔｅｍ）、ロシアのＧＬＯＮＡＳＳ（Ｇｌｏｂａｌ  Ｎａｖｉｇａｔｉｏｎ  Ｓａｔｅｌｌｉｔｅ  Ｓｙｓｔｅｍ）、欧州のＧａｌｉｌｅｏ、中国の北斗衛星導航系統等の衛星測位システムや、準天頂衛星システムを用いて、車載装置１００の座標を取得する。
【００４８】
表示装置１０８は、例えば液晶ディスプレイや、有機ＥＬ（Ｅｌｅｃｔｒｏ  Ｌｕｍｉｎｅｓｃｅｎｃｅ）ディスプレイ等の表示出力を行う装置である。
【００４９】
上記した制御部１１０の各機能部、すなわちユーザー認証処理部１１１、アクセス許可情報管理部１１２、センシティブ情報管理部１１３、アクセス通知管理部１１４、アプリケーション実行部１１５は、演算装置１０２が所定のプログラムを読み込み実行することにより構築される。そのため、主記憶装置１０４には、各機能部の処理を実現するためのプログラムが記憶されている。
【００５０】
また、上記した記憶部１２０は、主記憶装置１０４あるいは外部記憶装置１０５により、表示部１３０は、表示装置１０８により、音声出力部１４０は、音声出力装置１０６により、通信部１５０は、通信装置１０３により、それぞれ実現される。
【００５１】
なお、上記した各構成要素は、車載装置１００の構成を、理解を容易にするために、主な処理内容に応じて分類したものである。そのため、構成要素の分類の仕方やその名称によって、本願発明が制限されることはない。車載装置１００の構成は、処理内容に応じて、さらに多くの構成要素に分類することもできる。また、１つの構成要素がさらに多くの処理を実行するように分類することもできる。
【００５２】
また、制御部１１０の各機能部は、ＣＰＵに限らずハードウェア（ＡＳＩＣ、ＧＰＵなど）により構築されてもよい。また、各機能部の処理が一つのハードウェアで実行されてもよいし、複数のハードウェアで実行されてもよい。
【００５３】
図５は、サーバー装置のハードウェア構造例を示す図である。サーバー装置２００は、主記憶装置２０１と、演算装置２０２と、通信装置２０３と、外部記憶装置２０４と、これらをつなぐバス２０５と、を含んで構成される。
【００５４】
主記憶装置２０１は、例えばＲＡＭなどのメモリ装置である。
【００５５】
演算装置２０２は、例えばＣＰＵなどの演算装置である。通信装置２０３は、携帯電話網や、無線ネットワーク等を介して、他の装置である車載装置１００と通信経路を確立し情報を送受信するネットワークモジュール等の装置である。
【００５６】
外部記憶装置２０４は、例えばハードディスクやＳＳＤ、その他各種の不揮発性記憶媒体に情報を書き込み、あるいは不揮発性記憶媒体から所定の情報を読み出す装置である。
【００５７】
上記した制御部２１０の各機能部、すなわち項目毎初期アクセス許可情報マスタ管理部２１１、アプリ毎アクセス通知情報マスタ管理部２１２、ユーザー認証処理部２１３は、演算装置２０２が所定のプログラムを読み込み実行することにより構築される。そのため、主記憶装置２０１には、各機能部の処理を実現するためのプログラムが記憶されている。
【００５８】
また、上記した記憶部２２０は、主記憶装置２０１あるいは外部記憶装置２０４により実現される。
【００５９】
なお、上記した各構成要素は、サーバー装置２００の構成を、理解を容易にするために、主な処理内容に応じて分類したものである。そのため、構成要素の分類の仕方やその名称によって、本願発明が制限されることはない。サーバー装置２００の構成は、処理内容に応じて、さらに多くの構成要素に分類することもできる。また、１つの構成要素がさらに多くの処理を実行するように分類することもできる。
【００６０】
また、制御部２１０の各機能部は、ＣＰＵに限らずハードウェアにより構築されてもよい。また、各機能部の処理が一つのハードウェアで実行されてもよいし、複数のハードウェアで実行されてもよい。
【００６１】
［動作の説明］次に、アクセス設定情報取得に関する全体の流れの動作について説明する。図６は、アクセス設定情報取得処理の流れを示す図である。アクセス設定情報取得処理は、車載装置１００のアクセサリオン（電源投入）時に開始される。
【００６２】
まず、ユーザー認証処理部１１１は、ユーザーを特定する（ステップＳ００１）。具体的には、ユーザー認証処理部１１１は、ＩＤ・パスワード認証や、画像認証、生体情報認証等の所定のユーザー認証処理を行う。
【００６３】
そして、アクセス許可情報管理部１１２は、アクセス設定情報は記憶済みか否か判定する（ステップＳ００２）。具体的には、アクセス許可情報管理部１１２は、記憶部１２０に、ユーザーに対応した項目毎初期アクセス許可情報１２１およびアプリ毎アクセス通知情報１２２が記憶済みか否かを判定する。なお、当該判定において、アクセス許可情報管理部１１２は、項目毎初期アクセス許可情報１２１およびアプリ毎アクセス通知情報１２２が、サーバー装置２００の記憶部２２０に格納されている項目毎初期アクセス許可情報マスタ２２１およびアプリ毎アクセス通知情報マスタ２２２と同じであるか否かについても判定し、同じでない場合には、記憶済みでないと判定する。
【００６４】
アクセス設定情報は記憶済みの場合（ステップＳ００２にて「Ｙｅｓ」の場合）には、アクセス許可情報管理部１１２は、アクセス設定情報取得処理を終了させる。
【００６５】
アクセス設定情報は記憶済みでない場合（ステップＳ００２にて「Ｎｏ」の場合）には、アクセス許可情報管理部１１２は、サーバー装置２００からアクセス設定情報をダウンロードし記憶部１２０に記憶させる（ステップＳ００３）。具体的には、アクセス許可情報管理部１１２は、サーバー装置２００にアクセス設定情報を要求する。サーバー装置２００の項目毎初期アクセス許可情報マスタ管理部２１１とアプリ毎アクセス通知情報マスタ管理部２１２とは、要求のあったユーザーに係る項目毎初期アクセス許可情報マスタ２２１とアプリ毎アクセス通知情報マスタ２２２とを車載装置１００へ送信する。アクセス許可情報管理部１１２は、送信された情報をそれぞれ項目毎初期アクセス許可情報１２１およびアプリ毎アクセス通知情報１２２として記憶部１２０に記憶させる。
【００６６】
以上が、アクセス設定情報取得処理の流れである。アクセス設定情報取得処理によれば、認証されたユーザーに応じて、マスタを複製した項目毎初期アクセス許可情報１２１およびアプリ毎アクセス通知情報１２２を取得できる。
【００６７】
図７は、センシティブ情報取得時処理の流れを示す図である。センシティブ情報取得時処理は、センシティブ情報すなわち重要情報とされるデータ項目の情報にアプリからアクセスがあった場合に起動される。
【００６８】
まず、アクセス通知管理部１１４は、アプリを特定し、アプリ毎アクセス通知情報１２２を読み出す（ステップＳ１０１）。具体的には、アクセス通知管理部１１４は、センシティブ情報へのアクセスをしているアプリを特定し、当該アプリに係るアクセス許可情報管理部１１２へ通知あるいは承認の頻度の情報を問い合わせて取得する。アクセス許可情報管理部１１２は、アプリ毎アクセス通知情報１２２を参照し、アクセスしているセンシティブ情報のデータ項目に係る通知あるいは承認の頻度の情報を読み出し、アクセス通知管理部１１４へ受け渡す。もし当該アプリおよびデータ項目に係る通知あるいは承認の頻度の情報がアプリ毎アクセス通知情報１２２に格納されていない場合には、アクセス許可情報管理部１１２は、項目毎初期アクセス許可情報１２１を参照して、アクセスしているセンシティブ情報のデータ項目の承認ＬＶ１２１Ｂを読み出してアクセス通知管理部１１４へ受け渡す。
【００６９】
そして、アクセス通知管理部１１４は、アプリは承認要項目を取得しようとしているか否か（または承認ＬＶ３以上のデータ項目にアクセスしようとしているか）、判定する（ステップＳ１０２）。具体的には、アクセス通知管理部１１４は、ステップＳ１０１にて取得したアクセスしているセンシティブ情報のデータ項目に係る通知あるいは承認の頻度の情報を参照し、承諾要項目であるか否かを判定する。あるいは、アクセス通知管理部１１４は、ステップＳ１０１にて取得したのがアクセスしているセンシティブ情報のデータ項目の承認ＬＶ１２１Ｂである場合には、その承認ＬＶが承認を一度以上要する「３」以上であるか否かを判定する。
【００７０】
アプリが承認要項目を取得しようとしている場合または承認ＬＶ３以上のデータ項目にアクセスしようとしている場合（ステップＳ１０２にて「Ｙｅｓ」の場合）には、アクセス通知管理部１１４は、承認を得られたか否か判定する（ステップＳ１０３）。具体的には、アクセス通知管理部１１４は、承認ＬＶが「３」または「４」の場合には初回のみ、承認ＬＶが「５」の場合には毎回、アクセスの承認を得るためのメッセージ等を出力して、承認入力を受け付け、承認が得られたか否か判定する。なお、アクセス通知管理部１１４は、アプリ毎アクセス通知情報１２２において「承認要項目」とされているデータ項目については、承認ＬＶを「５」に擬制して扱う。承認を得られなかった場合（ステップＳ１０３にて「Ｎｏ」の場合）には、アクセス通知管理部１１４は、センシティブ情報管理部１１３にアクセス中止を指示して、センシティブ情報取得時処理を終了させる。
【００７１】
承認を得られた場合（ステップＳ１０３にて「Ｙｅｓ」の場合）、または承認要項目を取得しようとしていない場合（ステップＳ１０２において「Ｎｏ」の場合）には、アクセス通知管理部１１４は、アプリは通知要項目を取得しようとしているか否か（または承認ＬＶ「２」、「４」、「５」のデータ項目にアクセスしようとしているか）、判定する（ステップＳ１０４）。具体的には、アクセス通知管理部１１４は、ステップＳ１０１にて取得したアクセスしているセンシティブ情報のデータ項目に係る通知あるいは承認の頻度の情報を参照し、通知要項目であるか否かを判定する。あるいは、アクセス通知管理部１１４は、ステップＳ１０１にて取得したのがアクセスしているセンシティブ情報のデータ項目の承認ＬＶ１２１Ｂである場合には、その承認ＬＶが都度の通知を要する「２」、「４」、「５」であるか否かを判定する。
【００７２】
アプリが通知要項目を取得しようとしている場合または承認ＬＶが「２」、「４」、「５」のデータ項目にアクセスしようとしている場合（ステップＳ１０４にて「Ｙｅｓ」の場合）には、アクセス通知管理部１１４は、センシティブ情報アクセスを通知する（ステップＳ１０５）。具体的には、アクセス通知管理部１１４は、アクセスされているセンシティブ情報のデータ項目名を明示して、アクセスがある旨のメッセージを出力する。
【００７３】
そして、センシティブ情報管理部１１３は、当該項目の情報をアプリに受け渡す（ステップＳ１０６）。
【００７４】
以上が、センシティブ情報取得時処理の流れである。センシティブ情報取得時処理によれば、アプリからセンシティブ情報の取得のためのアクセスがあった場合に、承認を要するか否か、その頻度とともに特定して必要な承認を要求し、承認を得られない場合にはアクセスを中止し、通知が必要か否か、その頻度とともに特定して必要な通知を行うことができる。
【００７５】
図８は、アプリ毎アクセス通知情報設定画面の例を示す図である。アプリ毎アクセス通知情報設定画面４００は、サーバー装置２００の記憶部２２０にあるアプリ毎アクセス通知情報マスタ２２２の設定を行う画面であり、サーバー装置２００のアプリ毎アクセス通知情報マスタ管理部２１２が他の装置からの要求に応じて出力する画面である。
【００７６】
アプリ毎アクセス通知情報設定画面４００には、対象アプリ入力領域４０１と、決定入力領域４０２と、キャンセル入力領域４０３と、データ項目入力領域４１０と、情報取得時通知入力領域４１１と、承認頻度入力領域４１２と、が含まれる。なお、データ項目入力領域４１０と、情報取得時通知入力領域４１１と、承認頻度入力領域４１２とは、設定可能なデータ項目ごとに繰り返し表示される。
【００７７】
対象アプリ入力領域４０１は、プルダウン形式でインストール済みのアプリ名が表示され、選択入力を受け付ける。決定入力領域４０２は、入力を受け付けると、情報取得時通知入力領域４１１と、承認頻度入力領域４１２と、に入力された設定値を受け付けて、アプリ毎アクセス通知情報マスタ２２２を更新させる指示をアプリ毎アクセス通知情報マスタ管理部２１２へ行う。キャンセル入力領域４０３は、入力を受け付けると、処理をキャンセルし、アプリ毎アクセス通知情報設定画面４００を閉じる。
【００７８】
情報取得時通知入力領域４１１と、承認頻度入力領域４１２とは、それぞれ情報取得時通知の頻度（要否）と、アクセス時の承認頻度（「なし」、「一度（初回のみ）」、「常に」等）との入力をプルダウン形式で受け付ける。
【００７９】
以上が、アプリ毎アクセス通知情報設定画面４００の例である。アプリ毎アクセス通知情報設定画面４００によれば、ユーザーに応じて、センシティブ情報のデータ項目毎に、通知と承認の頻度の入力を受け付けて設定することができる。
【００８０】
以上が、第一の実施形態に係るアプリケーション実行システム１、車載装置１００、サーバー装置２００および重要情報へのアクセス方法である。上記の実施形態によれば、アプリケーション実行について、重要情報へのアクセスを細やかに利用者が制御できる。
【００８１】
ただし、本発明は、上記の実施形態に制限されない。上記の実施形態は、本発明の技術的思想の範囲内で様々な変形が可能である。
【００８２】
例えば、上記の実施形態においては、車載装置１００の通信先がサーバー装置２００のみの例を示したが、これに限られない。例えば、上記実施形態に記載したサーバー装置２００が複数存在し、異なるアプリケーション実装を行うものであってもよい。
【００８３】
また例えば、図９に示すように、サーバー装置２００に代えて、スマートフォン装置３００を設けてもよい。
【００８４】
図９は、第二の実施形態に係るアプリケーション実行システムの構造例を示す図である。第二の実施形態においては、車載装置１００は、スマートフォン装置３００とＢｌｕｅｔｏｏｔｈ（登録商標）、ＮＦＣ（Ｎｅａｒ  Ｆｉｅｌｄ  Ｃｏｍｍｕｎｉｃａｔｉｏｎ）、ＷｉＦｉ（登録商標）等の無線ネットワーク、あるいはＵＳＢ（Ｕｎｉｖｅｒｓａｌ  Ｓｅｒｉａｌ  Ｂｕｓ）等の有線接続による近距離ネットワーク６０を介して通信を行う。なお、スマートフォン装置３００は、サーバー装置２００と略同様の記憶部３２０、制御部３１０、を備え、近距離ネットワーク６０を介して車載装置１００と通信する近距離通信部３６０を備える。このような第二の実施形態によれば、サーバー装置２００との通信量を減らすことが可能となる。
【００８５】
図１０は、第三の実施形態に係るアプリケーション実行システムの構造例を示す図である。第三の実施形態においては、車載装置１００は、スマートフォン装置３００と近距離ネットワーク６０を介して接続し、スマートフォン装置３００は第一の実施形態に係るサーバー装置２００と略同様のサーバー装置２００とネットワーク５０を介して接続する。スマートフォン装置３００にはキャッシュ記憶部３２５が設けられ、キャッシュ記憶部３２５にはサーバー装置２００の記憶部２２０の情報から得た情報の複製がキャッシュされている。このような第三の実施形態によれば、車載装置１００は、アクセス設定情報取得処理においてこのキャッシュにアクセスすることで、ネットワーク５０を介したサーバー装置２００との通信量を減らすことが可能となる。
【００８６】
図１１は、第四の実施形態に係るアプリケーション実行システムの構造例を示す図である。第四の実施形態においては、車載装置１００´は、スタンドアロンでセンシティブ情報を管理する。すなわち、記憶部１２０に項目毎初期アクセス許可情報マスタ５２１と、アプリ毎アクセス通知情報マスタ５２２とを保持する。また、ユーザー認証情報１２３も記憶部１２０に保持する。これにより、車載装置１００が単独で動作するものであっても、同様にセンシティブ情報へのアクセスをユーザーが制御できる。
【符号の説明】
【００８７】
１・・・アプリケーション実行システム、５０・・・ネットワーク、１００・・・車載装置、１１０・・・制御部、１１１・・・ユーザー認証処理部、１１２・・・アクセス許可情報管理部、１１３・・・センシティブ情報管理部、１１４・・・アクセス通知管理部、１１５・・・アプリケーション実行部、１１６、１１７・・・アプリケーション、１２０・・・記憶部、１２１・・・項目毎初期アクセス許可情報、１２２・・・アプリ毎アクセス通知情報、１３０・・・表示部、１４０・・・音声出力部、１５０・・・通信部、２００・・・サーバー装置、２１０・・・制御部、２１１・・・項目毎初期アクセス許可情報マスタ管理部、２１２・・・アプリ毎アクセス通知情報マスタ管理部、２１３・・ユーザー認証処理部、２２０・・・記憶部、２２１・・・項目毎初期アクセス許可情報マスタ、２２２・・・アプリ毎アクセス通知情報マスタ、２２３・・・ユーザー認証情報、２５０・・・通信部
【図１】
2019016007.tif 000003
【図２】
2019016007.tif 000004
【図３】
2019016007.tif 000005
【図４】
2019016007.tif 000006
【図５】
2019016007.tif 000007
【図６】
2019016007.tif 000008
【図７】
2019016007.tif 000009
【図８】
2019016007.tif 000010
【図９】
2019016007.tif 000011
【図１０】
2019016007.tif 000012
【図１１】
2019016007.tif 000013