JP7599580B2

JP7599580B2 - 電子機器および高速通信方法

Info

Publication number: JP7599580B2
Application number: JP2023550816A
Authority: JP
Inventors: 由晃堀池
Original assignee: Mitsubishi Electric Mobility Corp
Current assignee: Mitsubishi Electric Mobility Corp
Priority date: 2021-09-29
Filing date: 2021-09-29
Publication date: 2024-12-13
Anticipated expiration: 2041-09-29
Also published as: WO2023053234A1; JPWO2023053234A1

Description

本開示は、電子機器および高速通信方法に関する。

従来、高機能ＯＳ（ＯｐｅｒａｔｉｎｇＳｙｓｔｅｍ）を利用した電子機器におけるスマートフォンとの通信接続を行う技術では、当該高機能ＯＳを有するＣＰＵ（ＣｅｎｔｒａｌＰｒｏｃｅｓｓｉｎｇＵｎｉｔ）にて当該高機能ＯＳが起動された後、当該高機能ＯＳを利用して動作するアプリケーション（以下「ノーマルアプリケーション」という。）が動作すると、通信接続処理が開始される。
ところで、ソフトウェア無線機において迅速に通信機能を発揮する技術として、主制御部（例えばＣＰＵ）においてＧＰＰ機能の起動処理が終了した場合に、モデム部（例えばＤＳＰ（ＤｉｇｉｔａｌＳｉｇｎａｌＰｒｏｃｅｓｓｏｒ））が起動処理を開始し通信をすることを可能とすることで、主制御部においてＯＳ等の起動を待つことなく通信を開始できるようにする技術が知られている（例えば、特許文献１）。

特開２０１７－２２０００３号公報

従来の、高機能ＯＳを利用した電子機器におけるスマートフォンとの通信接続技術では、高機能ＯＳを利用して動作するノーマルアプリケーションが動作して初めて、スマートフォンとの通信接続処理が開始されるため、スマートフォンとの接続に時間を要するという課題があった。
なお、従来の通信接続技術に、上述したようなソフトウェア無線機における起動処理の技術を適用しようとしても、モデム部等、ＣＰＵ以外のＨ／Ｗを必要とするとともに、当該ＣＰＵ以外のＨ／Ｗから高機能ＯＳでのアプリケーションに処理を切り替える必要がある。ＣＰＵ以外のＨ／Ｗから高機能ＯＳでのアプリケーションへと処理を切り替える際にはリトライ処理を繰り返す等する可能性があり、依然として、上記課題を解決できない。

本開示は、上記のような課題を解決するためになされたもので、高機能ＯＳを利用したスマートフォンとの通信接続において、従来の通信接続と比べ、短時間での通信接続を可能とした電子機器を提供することを目的とする。

本開示に係る電子機器は、複数の通信機構を有するカーネルと、カーネルにより起動されるフレームワークと、フレームワークの起動前に、カーネル上で通信機構を直接的に利用して動作する第１のアプリケーションと、フレームワークの起動後に、フレームワークを用いて通信機構を間接的に利用して動作する第２のアプリケーションとを備えたものである。

本開示によれば、高機能ＯＳを利用したスマートフォンとの通信接続において、従来の通信接続と比べ、短時間での通信接続が可能となる。

実施の形態１に係る電子機器のハードウェア構成の一例を示すブロック図である。実施の形態１に係る電子機器のソフトウェア構成の一例を示すブロック図である。実施の形態１に係る電子機器のソフトウェア構成のその他の一例を示すブロック図である。実施の形態１に係る電子機器のハードウェア構成の一例を示すブロック図である。実施の形態１に係る電子機器の起動順序の一例を示す図である。実施の形態１において、ＣＰＵが図３に示す各機能を有する場合における、電子機器の動作の一例を示す図である。実施の形態１において、ＣＰＵが図２に示す各機能を有する場合における、電子機器の動作の一例を示す図である。従来の、ノーマルアプリケーションが起動するまでスマートフォンとの通信接続が開始されない電子機器の動作の一例を示す図である。従来の、ノーマルアプリケーションが起動するまでスマートフォンとの通信接続が開始されない電子機器の動作の一例を示すその他の図である。実施の形態２において、ＣＰＵが図３に示す各機能を有する場合における、電子機器の動作の一例を示す図である。実施の形態２において、ＣＰＵが図２に示す各機能を有する場合における、電子機器の動作の一例を示す図である。

以下、本開示の実施の形態について、図面を参照しながら詳細に説明する。
実施の形態１．
まず、実施の形態１に係る電子機器の構成について説明する。
なお、実施の形態１において、電子機器は、ナビゲーション装置等の車載機器に搭載されていることを想定している。例えば、電子機器は、車両において、スマートフォンとの通信接続を行い、ナビゲーション装置において、スマートフォンの操作画面、または、スマートフォンにて記憶されている映像等を表示する。電子機器は、有線または無線による通信を行う。具体的には、電子機器は、ＵＳＢ（ＵｎｉｖｅｒｓａｌＳｅｒｉａｌＢｕｓ）による通信、Ｂｌｕｅｔｏｏｔｈ（登録商標。以下記載を省略する）による通信、または、Ｗｉ-Ｆｉ（登録商標。以下記載を省略する）による通信を行う。

図１は、実施の形態１に係る電子機器のハードウェア構成の一例を示すブロック図である。なお、図１では、スマートフォン２と通信接続を行い、スマートフォン２の操作映像、または、スマートフォン２にて記憶されている映像等の表示を行うアプリケーションを実行する電子機器に係るハードウェア構成の一例を示している。

実施の形態１に係る電子機器は、ＣＰＵ１の動作によって実現される。
ＣＰＵ１は、図１に示すように、スマートフォン２と通信接続し、スマートフォン２の操作映像、または、スマートフォン２にて記憶されている映像等をディスプレイ３に表示させる。
ＣＰＵ１は、高機能ＯＳ（ＯｐｅｒａｔｉｎｇＳｙｓｔｅｍ）を有する。ここで、高機能ＯＳとは、高度な情報処理を行うＯＳのことをいい、例えば、Ｌｉｎｕｘ（登録商標。以下記載を省略する）ＯＳ、または、Ａｎｄｒｏｉｄ（登録商標。以下記載を省略する）ＯＳ等が挙げられる。実施の形態１では、ＣＰＵ１は、ＡｎｄｒｏｉｄＯＳを有するものとする。

図１に示すハードウェア構成は、通常の、スマートフォン２との通信接続を行うハードウェア構成（高速通信を必要としないハードウェア構成）と同様であり、電子機器は、高速通信を行うためのハードウェア構成を別個備えていない。実施の形態１において、電子機器は、図１に示すようなハードウェア構成によってスマートフォン２との高速通信を実現する。

図２は、実施の形態１に係る電子機器のソフトウェア構成の一例を示すブロック図である。なお、図２では、図１のＣＰＵ１で実行されるソフトウェア構成を示している。

図２に示すように、ＣＰＵ１は、カーネル４、フレームワーク６、ネイティブ通信アプリケーション７、進行状態管理ファイル８、および、ノーマル通信アプリケーション９を実行する機能を有している。
進行状態管理ファイル８は、ノーマル通信アプリケーション９が起動状態となったか否かを管理する。具体的には、進行状態管理ファイル８は、ノーマル通信アプリケーション９が起動しているか否かを示す数値等の情報を保持している。

カーネル４は、スマートフォン２と通信する機能である複数の通信機構５を有している。また、カーネル４は、スマートフォン２と通信するためのドライバ、および、ハードウェアリソースを有している。通信機構５は、ドライバの上位に存在している。
実施の形態１では、カーネル４は、Ｌｉｎｕｘカーネルであるものとして説明するが、これに限るものではない。また、実施の形態１において、通信機構５は、ＡｎｄｒｏｉｄＯＳのＵＳＢによる通信、Ｂｌｕｅｔｏｏｔｈによる通信、または、Ｗｉ-Ｆｉによる通信を行うものを想定している。

フレームワーク６は、カーネル４が有する通信機構５、ドライバ、および、ハードウェアリソースを抽象化した抽象化通信機構（図示省略）を有している。

ネイティブ通信アプリケーション７は、スマートフォン２との通信接続を行うためのアプリケーションであり、通信機構５を直接的に利用して動作する。なお、ネイティブ通信アプリケーション７は、スマートフォン２との通信を行うだけの基本的な機能のみを有し、スマートフォン２の操作映像、または、スマートフォン２にて記憶されている映像等を出力する等の機能は有していない。すなわち、ネイティブ通信アプリケーション７は、ノーマル通信アプリケーション９が有する機能のうちの特定の機能を有している。

ノーマル通信アプリケーション９は、スマートフォン２との通信接続を行い、スマートフォン２の操作映像、または、スマートフォン２にて記憶されている映像等を表示するためのアプリケーションであり、フレームワーク６を介して、より詳細には、フレームワーク６が有する抽象化通信機構を介して、通信機構５を間接的に利用して動作する。このように、ノーマル通信アプリケーション９は、映像を表示する等の複雑な機能を有している。

図３は、実施の形態１に係る電子機器のソフトウェア構成のその他の一例を示すブロック図である。なお、図３に示すソフトウェア構成は、図２に示すソフトウェア構成を一般化したものである。
図３に示すように、カーネル４は、図２の通信機構５を含む機能機構１０を有している。また、カーネル４は、図２を用いて説明したドライバおよびハードウェアリソースを含む、ペリフェラル群のドライバおよびハードウェアリソースを有している。

フレームワーク６は、機能機構１０、ドライバ、および、ハードウェアリソースを抽象化した抽象化機能機構（図示省略）を有している。

ネイティブアプリケーション１１（第１のアプリケーション）は、機能機構１０を直接的に利用して動作する。また、ノーマルアプリケーション１２（第２のアプリケーション）は、ネイティブアプリケーション１１の機能を有し、フレームワーク６を介して、より詳細には、フレームワーク６が有する抽象化機能機構を介して、機能機構１０を間接的に利用して動作する。ネイティブアプリケーション１１は、ノーマルアプリケーション１２が有する機能のうちの特定の機能を有している。

図４は、実施の形態１に係る電子機器のハードウェア構成の一例を示すブロック図である。なお、図４では、図１のＣＰＵ１周辺のハードウェア構成を示している。
図４に示すように、ＣＰＵ１には、ＮＯＲ型フラッシュメモリ１３、ｅＭＭＣ（ｅｍｂｅｄｄｅｄＭｕｌｔｉＭｅｄｉａＣａｒｄ）１４、および、ＤＲＡＭ（ＤｙｎａｍｉｃＲａｎｄｏｍＡｃｃｅｓｓＭｅｍｏｒｙ）１５が接続されている。なお、図１では、ＮＯＲ型フラッシュメモリ１３、ｅＭＭＣ１４、および、ＤＲＡＭ１５の図示を省略している。

ＮＯＲ型フラッシュメモリ１３は、ブートローダ１６を格納している。なお、ＮＯＲ型フラッシュメモリ１３は、小規模容量のストレージであればよく、例えば、ＲＯＭ（ＲｅａｄＯｎｌｙＭｅｍｏｒｙ）等であってもよい。

ｅＭＭＣ１４は、カーネル４と、フレームワーク６と、進行状態管理ファイル８と、ネイティブ通信アプリケーション７およびノーマル通信アプリケーション９を含むアプリケーション（図示省略）とを格納している。なお、ｅＭＭＣ１４は、大規模容量のストレージであればよく、例えば、ハードディスク等であってもよい。

ＣＰＵ１は、カーネル４、フレームワーク６、および、ブートローダ１６のうちの少なくとも１つをＤＲＡＭ１５にロードして動作させる。なお、図２に示したネイティブ通信アプリケーション７およびノーマル通信アプリケーション９と、図３に示したネイティブアプリケーション１１およびノーマルアプリケーション１２とは、ｅＭＭＣ１４に格納されている。

次に、電子機器の全体的な動作について、図５を用いて説明する。
図５は、実施の形態１に係る電子機器の起動順序の一例を示す図である。
図５に示すように、電子機器は、ブートローダ１６、カーネル４、フレームワーク６の順に起動することによって動作する。以下、ブートローダ１６、カーネル４、および、フレームワーク６の起動の詳細について説明する。

ＣＰＵ１は、ＮＯＲ型フラッシュメモリ１３に格納されているプログラムを用いて、ＮＯＲ型フラッシュメモリ１３に格納されているブートローダ１６をＤＲＡＭ１５にロードする。ロードされたブートローダ１６は、ＤＲＡＭ１５で起動して動作する。ここで、ＮＯＲ型フラッシュメモリ１３に格納されているプログラムは、ブートローダ１６をＤＲＡＭ１５にロードする機能を有している。

ブートローダ１６は、ｅＭＭＣ１４に格納されているカーネル４をＤＲＡＭ１５にロードする。ロードされたカーネル４は、ＤＲＡＭ１５で起動して動作する。具体的には、カーネル４は、ドライバ、ハードウェアリソース、および、機能機構を初期化展開する。

カーネル４は、eＭＭＣ１４に格納されているフレームワーク６をＤＲＡＭ１５にロードする。ロードされたフレームワーク６は、ＤＲＡＭ１５で起動して動作する。具体的には、フレームワーク６は、抽象化機能機構および他のソフトウェアコンポーネント（抽象化された他の機能機構）を初期化展開する。

実施の形態１において、高機能ＯＳは、フレームワーク６で構成される。カーネル４およびフレームワーク６は、ＤＲＡＭ１５で協調的に動作する。一方、ブートローダ１６は、高機能ＯＳのローディングが終われば、ＤＲＡＭ１５から排出されて動作しない。ブートローダ１６と高機能ＯＳとはシステムが異なる。なお、実施の形態１では、高機能ＯＳ（フレームワーク６）はＡｎｄｒｏｉｄＯＳであるものとして説明するが、これに限るものではない。

次に、電子機器の詳細な動作について説明する。
図６は、実施の形態１において、ＣＰＵ１が図３に示す各機能を有する場合における、電子機器の動作の一例を示す図である。

図６に示すように、ＣＰＵ１の電源ＯＮ後、ブートローダ１６は、カーネル４をＤＲＡＭ１５（図４参照）にロードする。カーネル４は、ＤＲＡＭ１５で起動する。

ＣＰＵ１は、ネイティブアプリケーション１１をＤＲＡＭ１５にロードし、ネイティブアプリケーション１１を起動する。ネイティブアプリケーション１１は、カーネル４の機能機構１０を直接的に利用して、予め定められた機能を実行する。
ここで、ＣＰＵ１は、ネイティブアプリケーション１１を起動すると、進行状態管理ファイル８を起動する。

ネイティブアプリケーション１１の起動後、カーネル４は、フレームワーク６をＤＲＡＭ１５にロードする。フレームワーク６は、ＤＲＡＭ１５で起動する。

フレームワーク６の起動後、ＣＰＵ１は、ノーマルアプリケーション１２をＤＲＡＭ１５にロードし、ノーマルアプリケーション１２を起動する。ノーマルアプリケーション１２は、フレームワーク６を介して、より詳細には、フレームワーク６が有する抽象化機能機構を介して、カーネル４の機能機構１０を間接的に利用して、予め定められた機能を実行する。

ここで、ＣＰＵ１は、ネイティブアプリケーション１１を起動すると、ノーマルアプリケーション１２を起動するまでに、進行状態管理ファイル８を起動している。ネイティブアプリケーション１１は、ノーマルアプリケーション１２が起動可能となると、進行状態管理ファイル８を確認することでこれを判定する。具体的には、ノーマルアプリケーション１２は、起動すると、進行状態管理ファイル８に対して、起動した旨の情報の書き込みを行う。当該書き込みが行われると、ネイティブアプリケーション１１へ、進行状態管理ファイル８のファイル変更通知が出力される。ファイル変更通知の出力は、例えば、進行状態管理ファイル８が行う。ネイティブアプリケーション１１は、ファイル変更通知を取得すると、進行状態管理ファイル８を参照し、ノーマルアプリケーション１２が起動した旨の情報の書き込みがあることで、ノーマルアプリケーション１２が起動可能となったことを確認する。ネイティブアプリケーション１１は、ノーマルアプリケーション１２が起動可能となったタイミング等、任意のタイミングで、実行していた機能を終了する。すなわち、ネイティブアプリケーション１１が実行していた機能は、ノーマルアプリケーション１２に引き継がれ、ノーマルアプリケーション１２にて実行されるようになる。

このように、実施の形態１において、ＣＰＵ１は、ノーマルアプリケーション１２を起動するよりも前に、カーネル４にある機能機構１０を利用してスマートフォン２との通信動作を行うよう、ネイティブアプリケーション１１を起動する。これにより、電子機器は、ＣＰＵ１が高機能ＯＳ（フレームワーク６）の起動後にノーマルアプリケーション１２を起動してノーマルアプリケーション１２がスマートフォン２との通信動作を行うまで待つことなく、スマートフォン２との通信動作を開始させることができる。その結果、電子機器は、スマートフォン２との高速通信を実現することができる。

上述のとおり、ネイティブアプリケーション１１は、ＤＲＡＭ１５にロードし展開される。そのため、ロード時間は、ネイティブアプリケーション１１の容量に依存する。
そこで、ネイティブアプリケーション１１の機能を最小限にして、ネイティブアプリケーション１１のプログラム容量を抑えることにより、ネイティブアプリケーション１１のロード時間が最適化され、ＣＰＵ１の電源ＯＮからネイティブアプリケーション１１による動作までの時間を短縮することができる。

また、ネイティブアプリケーション１１およびノーマルアプリケーション１２は、同一の機能機構１０を直接的または間接的に利用して動作している。ネイティブアプリケーション１１は、進行状態管理ファイル８を確認することでノーマルアプリケーション１２が起動したか否かを判定し、ノーマルアプリケーション１２が起動すると、スマートフォン２との通信動作がネイティブアプリケーション１１からノーマルアプリケーション１２に引き継がれる。したがって、電子機器は、ネイティブアプリケーション１１による通信からノーマルアプリケーション１２による通信への切り替え時にリトライ処理を繰り返すことを防ぐことができる。また、処理負荷も軽くなる。

なお、ネイティブアプリケーション１１は、ノーマルアプリケーション１２の実行後に、任意のタイミングで動作を終了する。任意のタイミングとしては、ノーマルアプリケーション１２が動作し始めた時であってもよく、ノーマルアプリケーション１２が完全に動作した時、すなわち、ノーマルアプリケーション１２の動作後であってもよい。

図７は、実施の形態１において、ＣＰＵ１が図２に示す各機能を有する場合における、電子機器の動作の一例を示す図である。

図７に示すように、ＣＰＵ１の電源ＯＮ後、ブートローダ１６は、カーネル４をＤＲＡＭ１５（図４参照）にロードする。カーネル４は、ＤＲＡＭ１５で起動する。

ＣＰＵ１は、ネイティブ通信アプリケーション７をＤＲＡＭ１５にロードし、ネイティブ通信アプリケーション７を起動する。ネイティブ通信アプリケーション７は、カーネル４の通信機構５を直接的に利用して、スマートフォン２との通信動作を行う。
ここで、ＣＰＵ１は、ネイティブ通信アプリケーション７を起動すると、進行状態管理ファイル８を起動する。

ネイティブ通信アプリケーション７の起動後、カーネル４は、フレームワーク６をＤＲＡＭ１５にロードする。フレームワーク６は、ＤＲＡＭ１５で起動する。

フレームワーク６の起動後、ＣＰＵ１は、ノーマル通信アプリケーション９をＤＲＡＭ１５にロードし、ノーマル通信アプリケーション９を起動する。ノーマル通信アプリケーション９は、フレームワーク６を介して、より詳細には、フレームワーク６が有する抽象化通信機構を介して、カーネル４の通信機構５を間接的に利用して、スマートフォン２との通信動作を行う。そして、ノーマル通信アプリケーション９は、スマートフォン２の操作映像、または、スマートフォン２にて記憶されている映像等をディスプレイ３に表示する。

ここで、ＣＰＵ１は、ネイティブ通信アプリケーション７を起動すると、ノーマル通信アプリケーション９を起動するまでに、進行状態管理ファイル８を起動している。ネイティブ通信アプリケーション７は、ノーマル通信アプリケーション９が起動可能となると、進行状態管理ファイル８を確認することでこれを判定する。具体的には、ノーマル通信アプリケーション９は、起動すると、進行状態管理ファイル８に対して、起動した旨の情報の書き込みを行う。当該書き込みが行われると、ネイティブ通信アプリケーション７へ、進行状態管理ファイル８のファイル変更通知が出力される。ファイル変更通知の出力は、例えば、進行状態管理ファイル８が行う。ネイティブ通信アプリケーション７は、ファイル変更通知を取得すると、進行状態管理ファイル８を参照し、ノーマル通信アプリケーション９が起動した旨の情報の書き込みがあることで、ノーマル通信アプリケーション９が起動可能となったことを確認する。ネイティブ通信アプリケーション７は、ノーマル通信アプリケーション９が起動可能となったタイミング等、任意のタイミングで、実行していた機能を終了する。すなわち、ネイティブ通信アプリケーション７が実行していた機能は、ノーマル通信アプリケーション９に引き継がれ、ノーマル通信アプリケーション９にて実行されるようになる。

このように、実施の形態１において、ＣＰＵ１は、ノーマル通信アプリケーション９を起動するよりも前に、カーネル４にある通信機構５を利用してスマートフォン２との通信動作を行うよう、ネイティブ通信アプリケーション７を起動する。これにより、電子機器は、ＣＰＵ１が高機能ＯＳ（フレームワーク６）の起動後にノーマル通信アプリケーション９を起動してノーマル通信アプリケーション９がスマートフォン２との通信動作を行うまで待つことなく、スマートフォン２との通信動作を開始させることができる。その結果、電子機器は、スマートフォン２との高速通信を実現することができる。

上述のとおり、ネイティブ通信アプリケーション７は、ＤＲＡＭ１５にロードし展開される。そのため、ロード時間は、ネイティブ通信アプリケーション７の容量に依存する。
そこで、ネイティブ通信アプリケーション７の機能を最小限にして、ネイティブ通信アプリケーション７のプログラム容量を抑えることにより、ネイティブ通信アプリケーション７のロード時間が最適化され、ＣＰＵ１の電源ＯＮからネイティブ通信アプリケーション７による動作までの時間を短縮することができる。

また、ネイティブ通信アプリケーション７およびノーマル通信アプリケーション９は、同一の通信機構５を直接的または間接的に利用して動作している。ネイティブ通信アプリケーション７は、進行状態管理ファイル８を確認することでノーマル通信アプリケーション９が起動したか否かを判定し、ノーマル通信アプリケーション９が起動すると、スマートフォン２との通信動作がネイティブ通信アプリケーション７からノーマル通信アプリケーション９に引き継がれる。したがって、電子機器は、ネイティブ通信アプリケーション７による通信からノーマル通信アプリケーション９による通信への切り替え時にリトライ処理を繰り返すことを防ぐことができる。また、処理負荷も軽くなる。

なお、ネイティブ通信アプリケーション７は、ノーマル通信アプリケーション９の実行後に、任意のタイミングで動作を終了する。任意のタイミングとしては、ノーマル通信アプリケーション９が動作し始めた時であってもよく、ノーマル通信アプリケーション９が完全に動作した時、言い換えれば、ノーマル通信アプリケーション９の動作後であってもよい。

以上のことから、実施の形態１によれば、電子機器は、ノーマルアプリケーション１２（またはノーマル通信アプリケーション９）を起動するよりも前に、ネイティブアプリケーション１１（またはネイティブ通信アプリケーション７）を起動することで、スマートフォン２との高速通信を実現することができる。すなわち、電子機器は、高機能ＯＳを利用したスマートフォンとの通信接続において、従来の通信接続と比べ、短時間での通信接続が可能となる。

ここで、図８および図９は、従来の、ノーマルアプリケーション２４が起動するまでスマートフォン２との通信接続が開始されない電子機器の動作の一例を示す図である。なお、図８は、ＣＰＵ１が図３に示す各機能を有する場合における、電子機器の動作の一例を示す図であり、図９は、ＣＰＵ１が図２に示す各機能を有する場合における、電子機器の動作の一例を示す図である。
従来のスマートフォン２との通信接続技術では、ブートローダ３１がカーネル２１をロードした後、ＣＰＵ１が高機能ＯＳ（フレームワーク２３）の起動後にカーネル２１にある機能機構２２（または通信機構２５）を利用してノーマルアプリケーション２４（またはノーマル通信アプリケーション２６）を起動し、ノーマルアプリケーション２４（またはノーマル通信アプリケーション２６）がスマートフォン２との通信動作を行うまで、スマートフォン２との通信接続が行われなかった。

これに対し、実施の形態１に係る電子機器では、上述のとおり、ＣＰＵ１が、ノーマルアプリケーション１２（またはノーマル通信アプリケーション９）を起動するよりも前に、カーネル４にある通信機構５を含む機能機構１０を利用してスマートフォン２との通信動作を行うよう、ネイティブアプリケーション１１（またはネイティブ通信アプリケーション７）を起動する。これにより、電子機器は、ＣＰＵ１が高機能ＯＳ（フレームワーク６）の起動後にノーマルアプリケーション１２（またはノーマル通信アプリケーション９）を起動してノーマルアプリケーション１２（またはノーマル通信アプリケーション９）がスマートフォン２との通信動作を行うまで待つことなく、スマートフォン２との通信動作を開始させることができる。その結果、電子機器は、スマートフォン２との高速通信を実現することができる。

また、実施の形態１によれば、電子機器は、ネイティブアプリケーション１１（またはネイティブ通信アプリケーション７）の機能を最小限にすることによって、コールドブート時に高速に起動することができる。

また、ネイティブアプリケーション１１（またはネイティブ通信アプリケーション７）と、ノーマルアプリケーション１２（またはノーマル通信アプリケーション９）とで、同一の機能機構１０（または通信機構５）を利用することによって、リトライ処理を繰り返すことを防ぎ、通信の引継ぎをスムーズに行うことが可能となる。

実施の形態２．
高機能ＯＳ（フレームワーク６）における全ての抽象化機能機構を動作させるために、カーネル４における全ての機能機構１０を起動させる必要がある。したがって、カーネル４は、全てのドライバ、全てのハードウェアリソース、および、全ての機能機構１０を初期化展開することになり、カーネル４の初期化展開に時間を要する。

そこで、実施の形態２では、電子機器は、カーネル４が初期化展開するドライバ、ハードウェアリソース、および、機能機構を、ネイティブアプリケーション１１（またはネイティブ通信アプリケーション７）の動作に必要なドライバ、ハードウェアリソース、および、機能機構と、ネイティブアプリケーション１１（またはネイティブ通信アプリケーション７）の動作に必要がないドライバ、ハードウェアリソース、および、機能機構とに分ける。そして、電子機器は、ネイティブアプリケーション１１（またはネイティブ通信アプリケーション７）の動作に必要がないドライバ、ハードウェアリソース、および、機能機構の初期化展開をネイティブアプリケーション１１（またはネイティブ通信アプリケーション７）の起動後に行うことで、カーネル４の初期化展開にかかる時間を短縮する。これにより、電子機器は、ネイティブアプリケーション１１（またはネイティブ通信アプリケーション７）が起動するまでの時間を短縮する。
なお、実施の形態２に係る電子機器について、カーネル４が初期化展開するドライバ、ハードウェアリソース、および、機能機構を、ネイティブアプリケーション１１の起動前と起動後に分けた点以外の構成および動作は、実施の形態１で説明した電子機器の構成および動作と同様であるため、詳細な説明を省略する。

図１０は、実施の形態２において、ＣＰＵ１が図３に示す各機能を有する場合における、電子機器の動作の一例を示す図である。

図１０に示すように、ＣＰＵ１の電源ＯＮ後、ブートローダ１６は、カーネル４をＤＲＡＭ１５にロードする。カーネル４は、ＤＲＡＭ１５で起動する。このとき、カーネル４は、機能機構１０のうちのネイティブアプリケーション１１に必要なドライバ、ハードウェアリソース、および、機能機構を初期化展開する。

ＣＰＵ１は、ネイティブアプリケーション１１をＤＲＡＭ１５にロードし、ネイティブアプリケーション１１を起動する。ネイティブアプリケーション１１は、カーネル４の機能機構１０のうちのネイティブアプリケーション１１に必要な機能機構を直接的に利用して、予め定められた機能を実行する。
ここで、ＣＰＵ１は、ネイティブアプリケーション１１を起動すると、進行状態管理ファイル８を起動する。

ネイティブアプリケーション１１の実行後、カーネル４は、機能機構１０のうちのネイティブアプリケーション１１に必要ないドライバ、ハードウェアリソース、および、機能機構を初期化展開する。

その後の動作（ノーマルアプリケーション１２の起動等）については、実施の形態１で説明済み（図６参照）であるため、重複した説明を省略する。

このように、実施の形態２に係る電子機器は、ネイティブアプリケーション１１の起動前には、ネイティブアプリケーション１１に必要なドライバ、ハードウェアリソース、および、機能機構のみを初期化展開することで、ＣＰＵ１の電源ＯＮからネイティブアプリケーション１１の起動までの時間を短縮することが可能となる。

図１１は、実施の形態２において、ＣＰＵ１が図２に示す各機能を有する場合における、電子機器の動作の一例を示す図である。

図１１に示すように、ＣＰＵ１の電源ＯＮ後、ブートローダ１６は、カーネル４をＤＲＡＭ１５にロードする。カーネル４は、ＤＲＡＭ１５で起動する。このとき、カーネル４は、機能機構１０のうちのネイティブ通信アプリケーション７に必要なドライバ、ハードウェアリソース、および、通信機構５を初期化展開する。

ネイティブ通信アプリケーション７の実行後、カーネル４は、機能機構１０のうちのネイティブ通信アプリケーション７に必要ないドライバ、ハードウェアリソース、および、機能機構（通信機構５以外の機能機構）を初期化展開する。

その後の動作（ノーマル通信アプリケーション９の起動等）については、実施の形態１で説明済み（図７参照）であるため、重複した説明を省略する。

このように、実施の形態２に係る電子機器は、ネイティブ通信アプリケーション７の起動前には、ネイティブ通信アプリケーション７に必要なドライバ、ハードウェアリソース、および、通信機構５のみを初期化展開することで、ＣＰＵ１の電源ＯＮからネイティブ通信アプリケーション７の起動までの時間を短縮することが可能となる。

以上のことから、実施の形態２によれば、電子機器は、ネイティブアプリケーション１１（またはネイティブ通信アプリケーション７）に必要な機能機構を先に起動して、ネイティブアプリケーション１１（またはネイティブ通信アプリケーション７）を実行することによって、コールドブート時にカーネル４の初期化展開にかかる時間を短縮し、カーネル４を高速に起動することができる。これにより、電子機器は、ネイティブアプリケーション１１が起動するまでの時間を短縮することができる。その結果、電子機器は、カーネル４が初期化展開するドライバ、ハードウェアリソース、および、機能機構を、ネイティブアプリケーション１１（またはネイティブ通信アプリケーション７）の動作に必要なドライバ、ハードウェアリソース、および、機能機構と、ネイティブアプリケーション１１（またはネイティブ通信アプリケーション７）の動作に必要がないドライバ、ハードウェアリソース、および、機能機構とに分けない場合と比べ、より高速に、スマートフォン２との通信接続を行うことができる。

なお、以上の実施の形態１および実施の形態２において、進行状態管理ファイル８は、例えば、ネイティブアプリケーション１１（またはネイティブ通信アプリケーション７）内と、ノーマルアプリケーション１２（またはノーマル通信アプリケーション９）内とに備えられるようにしてもよい。
また、進行状態管理ファイル８は、例えば、ネイティブアプリケーション１１（またはネイティブ通信アプリケーション７）内と、機能機構１０（通信機構５）内とに備えられるようにしてもよい。

また、以上の実施の形態１では、電子機器は、車両において、スマートフォン２との通信接続を行い、ナビゲーション装置において、スマートフォン２の操作映像、または、スマートフォン２にて記憶されている映像等を表示するものとしたが、これは一例に過ぎない。例えば、電子機器は、車両において、スマートフォン２との通信接続を行い、スマートフォン２にて記憶されている音楽等をスピーカ（図示省略）から出力させてもよい。このような場合も、電子機器は、スマートフォン２との通信接続に関し、実施の形態１および実施の形態２を適用できる。
また、例えば、電子機器は、車載装置に搭載されることに限定されない。例えば、電子機器は、テレビ等のホーム家電に搭載されてもよい。

なお、各実施の形態の自由な組み合わせ、あるいは各実施の形態の任意の構成要素の変形、もしくは各実施の形態において任意の構成要素の省略が可能である。

本開示に係る電子機器は、スマートフォンとの通信接続を高速に行うことができる。

１ＣＰＵ、２スマートフォン、３ディスプレイ、４カーネル、５通信機構、６フレームワーク、７ネイティブ通信アプリケーション、８進行状態管理ファイル、９ノーマル通信アプリケーション、１０機能機構、１１ネイティブアプリケーション、１２ノーマルアプリケーション、１３ＮＯＲ型フラッシュメモリ、１４ｅＭＭＣ、１５ＤＲＡＭ、１６ブートローダ、２１カーネル、２２機能機構、２３フレームワーク、２４ノーマルアプリケーション、２５通信機構、２６ノーマル通信アプリケーション、３１ブートローダ。

Claims

複数の通信機構を有するカーネルと、
前記カーネルにより起動されるフレームワークと、
前記フレームワークの起動前に、前記カーネル上で前記通信機構を直接的に利用して動作する第１のアプリケーションと、
前記フレームワークの起動後に、前記フレームワークを用いて前記通信機構を間接的に利用して動作する第２のアプリケーション
とを備えた電子機器。
前記通信機構を利用した前記第２のアプリケーションの起動状態を管理する進行状態管理ファイルを備えた
ことを特徴とする請求項１記載の電子機器。
前記進行状態管理ファイルを前記第１のアプリケーション内および前記第２のアプリケーション内に備えた
ことを特徴とする請求項２記載の電子機器。
前記進行状態管理ファイルを前記第１のアプリケーション内および前記通信機構内に備えた
ことを特徴とする請求項２記載の電子機器。
前記カーネルは、Ｌｉｎｕｘ（登録商標）カーネルである
ことを特徴とする請求項１記載の電子機器。
前記フレームワークは、Ａｎｄｒｏｉｄ（登録商標）ＯＳである
ことを特徴とする請求項１記載の電子機器。
前記通信機構は、有線または無線による通信を行う
ことを特徴とする請求項１記載の電子機器。
ブートローダ、カーネル、フレームワークの順に起動する高機能ＯＳを有する電子機器による高速通信方法であって、
前記カーネルが複数の通信機構を有し、
第１のアプリケーションが、前記フレームワークの起動前に、前記カーネル上で前記通信機構を直接的に利用して動作するステップと、
前記フレームワークが、前記第１のアプリケーションの動作後に、前記カーネルにより起動されるステップと、
第２のアプリケーションが、前記フレームワークの起動後に、前記フレームワークを用いて前記通信機構を間接的に利用して動作するステップ
とを備えた高速通信方法。