(57)【要約】      （修正有）【課題】操作性を向上させる情報処理装置および端末接続方法を提供する。【解決手段】情報処理装置（車載装置１）は、検知部４０と、検出部４１と、通知部４５とを備える。検知部は、端末装置との接続を検知する。検出部は、検知部によって検知された端末装置から入力される所定の要求信号を検出する。通知部は、検出部によって要求信号が検出されない場合に、端末装置との再接続要求をユーザへ通知する。また、通知部は、端末装置が所定のアプリケーションを実行中である場合に、アプリケーションの終了まで再接続要求の通知を待機する。【選択図】図２
2020053946.tif 000002
【特許請求の範囲】
【請求項１】
端末装置との接続を検知する検知部と、
前記検知部によって検知された前記端末装置から入力される所定の要求信号を検出する検出部と、
前記検出部によって前記要求信号が検出されない場合に、前記端末装置との再接続要求をユーザへ通知する通知部と
を備え、
前記通知部は、
前記端末装置が所定のアプリケーションを実行中である場合に、当該アプリケーションの終了まで再接続要求の通知を待機すること
を特徴とする情報処理装置。
【請求項２】
前記通知部は、
前記アプリケーションの終了後に、タイマを起動させて当該タイマが所定時間に達するまでに前記要求信号が検出されない場合に、前記再接続要求を通知すること
を特徴とする請求項１に記載の情報処理装置。
【請求項３】
前記要求信号は、
近距離無線通信の切断を要求する信号であり、
前記要求信号に基づいて前記近距離無線通信を切断し、前記端末装置と協調動作するための協調アプリケーションを起動させる起動制御部
を備えることを特徴とする請求項１または２に記載の情報処理装置。
【請求項４】
前記協調アプリケーションは、
前記端末装置が実行中の前記アプリケーションがハンズフリーアプリケーションである場合に、前記ハンズフリーアプリケーションの動作を引き継いで協調動作すること
を特徴とする請求項３に記載の情報処理装置。
【請求項５】
端末装置との接続を検知する検知工程と、
前記検知工程によって検知された前記端末装置から入力される所定の要求信号を検出する検出工程と、
前記検出工程によって前記要求信号が検出されない場合に、前記端末装置との再接続要求をユーザへ通知する通知工程と
を含み、
前記通知工程は、
前記端末装置が所定のアプリケーションを実行中である場合に、当該アプリケーションの終了まで再接続要求の通知を待機すること
を特徴とする端末接続方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、情報処理装置および端末接続方法に関する。
【背景技術】
【０００２】
近年、ユーザの端末装置と車載ディスプレイとを連動させて動作させる情報処理装置が普及しつつある。この種の情報処理装置では、接続された端末装置から所定の信号が入力された場合に、当該信号に基づき、端末装置との接続を開始する。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２０１５−１５２４９７号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
しかしながら、従来技術では、操作性を向上させる点において改善の余地があった。具体的には、従来技術では、例えば、所定の信号が入力されない場合、いつまで経っても端末装置との接続を開始することができない。
【０００５】
本発明は、上記に鑑みてなされたものであって、操作性を向上させることができる情報処理装置および端末接続方法を提供することを目的とする。
【課題を解決するための手段】
【０００６】
上述した課題を解決し、目的を達成するために、実施形態に係る情報処理装置は、検知部と、検出部と、通知部とを備える。前記検知部は、端末装置との接続を検知する。前記検出部は、前記検知部によって検知された前記端末装置から入力される所定の要求信号を検出する。前記通知部は、前記検出部によって前記要求信号が検出されない場合に、前記端末装置との再接続要求をユーザへ通知する。また、前記通知部は、前記端末装置が所定のアプリケーションを実行中である場合に、当該アプリケーションの終了まで前記再接続要求の通知を待機する。
【発明の効果】
【０００７】
本発明によれば、操作性を向上させることができる。
【図面の簡単な説明】
【０００８】
【図１】図１は、端末接続方法の概要を示す図である。
【図２】図２は、車載装置のブロック図である。
【図３】図３は、起動制御部による処理の具体例を示す図である。
【図４】図４は、車載装置が実行する処理手順を示すフローチャートである。
【発明を実施するための形態】
【０００９】
以下、添付図面を参照して、実施形態に係る情報処理装置および端末接続方法について詳細に説明する。なお、本実施形態によりこの発明が限定されるものではない。
【００１０】
まず、図１を用いて実施形態に係る端末接続方法の概要について説明する。図１は、端末接続方法の概要を示す図である。なお、かかる端末接続方法は、図１に示す車載装置１によって実行される。また、車載装置１は、情報処理装置の一例である。
【００１１】
図１に示す車載装置１は、ａｐｐｌｅ社製のＣａｒＰｌａｙ（登録商標）に代表される端末装置ＴのＯＳ（Operating  System）と協調動作が可能な機器である。具体的には、ユーザは、車載装置１を介して端末装置Ｔの各種アプリケーションを利用することができる。
【００１２】
このような連携システムにおいて、車載装置１と端末装置Ｔとは、Ｂｌｕｅｔｏｏｔｈ（登録商標）等の近距離無線通信や、ＵＳＢ（Universal  Serial  Bus）ケーブルＣによって互いにデータ通信を行うことが可能である。
【００１３】
ところで、上記の連携システムにおいては、端末装置を車載装置へＵＳＢケーブルを用いて接続し、ＣａｒＰｌａｙの接続を開始する場合、端末装置から所定の要求信号が車載装置へ通知される。
【００１４】
車載装置は、かかる要求信号をトリガとして、端末装置との協調動作を開始することとなる。しかしながら、端末装置から上記の要求信号が入力されない場合がある。
【００１５】
この場合、車載装置は、要求信号を検出するまでは、いつまで経っても端末装置との協調動作を開始することができない。このため、ユーザは、連携システムをいつまで経っても使用することができず、ユーザの操作性の向上を図るうえで改善の余地があった。
【００１６】
そこで、実施形態に係る端末接続方法では、端末装置Ｔから要求信号が入力されない場合、ユーザへ端末装置Ｔの再接続要求を通知することとした。なお、以下では、説明を分かりやすくするため、端末装置Ｔが、ＣａｒＰｌａｙのアプリケーションをインストールしていることを前提として説明する。
【００１７】
図１に示すように、車載装置１は、まず、ＵＳＢケーブルＣを介して端末装置Ｔとの接続を検知し（ステップＳ１）、端末装置Ｔから入力される要求信号を検出する。
【００１８】
ここで、車載装置１は、端末装置Ｔから入力されるはずの要求信号を未検出である場合（ステップＳ２）、端末装置Ｔとの再接続要求をユーザへ通知する（ステップＳ３）。これにより、ユーザに対して端末装置ＴへＵＳＢケーブルＣの再接続を促すことができる。
【００１９】
具体的には、車載装置１は、車載ディスプレイＤにＵＳＢケーブルＣの再接続を促す画像を表示したり、スピーカＳから再接続を促す音声を出力したりすることで、ユーザへ端末装置Ｔの再接続を要求することができる。
【００２０】
また、車載装置１は、端末装置Ｔがハンズフリーなどの所定のアプリケーションを実行中である場合、アプリケーションの終了まで待機して再接続要求を通知することが可能である。
【００２１】
これは、端末装置Ｔが要求信号を出力しなかった原因の一つとして、端末装置Ｔが所定のアプリケーションを実行中であるためと考えられるためである。すなわち、車載装置１は、端末装置Ｔのアプリケーションが終了したにもかかわらず、端末装置Ｔから要求信号が入力されない場合に、再接続要求をユーザへ通知する。
【００２２】
これにより、ユーザが端末装置ＴにＵＳＢケーブルＣを接続し直すこととなり、アプリケーションが既に終了している状態で、車載装置１と端末装置Ｔとが接続されることとなる。
【００２３】
言い換えれば、車載装置１は、端末装置Ｔが要求信号を出力可能な条件が整った場合に、ユーザへ再接続を要求する。これにより、車載装置１は、ＵＳＢケーブルＣを再接続後の端末装置Ｔから入力される要求信号を検出することができる。
【００２４】
このように、実施形態に係る端末接続方法では、アプリケーションの終了後に再接続要求を行うことで、端末装置Ｔと協調動作を開始することが可能となる。
【００２５】
したがって、実施形態に係る端末接続方法によれば、ユーザが車載装置１と端末装置Ｔとの協調動作の開始を待ち続ける必要がないので、操作性を向上させることができる。なお、このような問題に対して、端末装置Ｔ側のＯＳのアップデートを行うことで対処可能であると考えられるが、ＯＳのアップデートは任意であるため、端末装置Ｔ側での解決が困難となる。
【００２６】
次に、図２を用いて実施形態に係る車載装置１の構成例について説明する。図２は、車載装置１のブロック図である。なお、図２では、車載ディスプレイＤおよびスピーカＳを併せて示す。
【００２７】
車載ディスプレイＤは、例えば、タッチパネルディスプレイであり、例えば、車両のダッシュボード等に取り付けられる。車載ディスプレイＤは、車載装置１から入力される画像を表示するとともに、ユーザ操作を受け付ける操作受付部として機能する。なお、操作受付部としての機能を図示しないマイクが担うこととしてもよい。すなわち、ユーザは、音声操作によって、各種操作を行うことも可能である。
【００２８】
スピーカＳは、車載装置１から入力される音声信号を出力する音声出力部として機能する。
【００２９】
図２に示すように、車載装置１は、接続部２と、通信部３と、制御部４と、記憶部５とを備える。接続部２は、いわゆるＵＳＢポートであり、ＵＳＢケーブルＣを介して端末装置Ｔと接続することが可能である。
【００３０】
通信部３は、例えば、Ｂｌｕｅｔｏｏｔｈなどの所定の無線通信の通信規格に準じた通信モジュールであり、端末装置Ｔと近距離無線通信を行うことが可能である。なお、通信部３は、Ｗｉ−Ｆｉ（登録商標）などの他の近距離通信の通信規格に準じた通信モジュールであってもよい。
【００３１】
制御部４は、検知部４０と、検出部４１と、起動制御部４２と、第１アプリ実行部４３と、第２アプリ実行部４４と、通知部４５とを備える。制御部４は、例えば、ＣＰＵ（Central  Processing  Unit）、ＲＯＭ（Read  Only  Memory）、ＲＡＭ（Random  Access  Memory）、ＨＤＤ（Hard  Disk  Drive）、入出力ポートなどを有するコンピュータや各種の回路を含む。
【００３２】
コンピュータのＣＰＵは、例えば、ＲＯＭに記憶されたプログラムを読み出して実行することによって、検知部４０、検出部４１、起動制御部４２、第１アプリ実行部４３、第２アプリ実行部４４および通知部４５として機能する。
【００３３】
また、制御部４の検知部４０、検出部４１、起動制御部４２、第１アプリ実行部４３、第２アプリ実行部４４および通知部４５の少なくともいずれか一部または全部をＡＳＩＣ（Application  Specific  Integrated  Circuit）やＦＰＧＡ（Field  Programmable  Gate  Array）等のハードウェアで構成することもできる。
【００３４】
また、記憶部５は、例えば、ＲＡＭやＨＤＤに対応する。ＲＡＭやＨＤＤは、端末情報５０や各種プログラムを記憶する。なお、車載装置１は、有線や無線のネットワークで接続された他のコンピュータや可搬型記録媒体を介して上記したプログラムや各種情報を取得することとしてもよい。
【００３５】
端末情報５０は、過去に接続された端末装置ＴのＩＰ（Internet  Protocol）アドレスや、Ｂｌｕｅｔｏｏｔｈアドレス（以下、ＢＴアドレスと記載する）、ＯＳ情報やアプリケーション情報などに関する情報である。
【００３６】
制御部４の検知部４０は、ＵＳＢケーブルＣを介して端末装置Ｔとの接続を検知する。例えば、検知部４０は、端末装置ＴがＵＳＢケーブルＣに接続された場合に、端末装置Ｔから接続部２を介して入力される接続信号を検知することで、端末装置Ｔとの接続を検知することができる。
【００３７】
検出部４１は、検知部４０によって検知された端末装置Ｔから入力される所定の要求信号を検出する。例えば、かかる要求信号は、Ｂｌｕｅｔｏｏｔｈの切断を要求する信号である。検出部４１は、要求信号を検出した場合、Ｂｌｕｅｔｏｏｔｈの切断要求を起動制御部４２へ出力する。
【００３８】
また、検出部４１は、接続された端末装置Ｔで実行中のアプリケーションの動作状況を検出することも可能である。例えば、検出部４１は、第１アプリ実行部４３および第２アプリ実行部４４の動作状況に基づき、端末装置Ｔで実行中のアプリケーションの動作状況を検出することができる。
【００３９】
具体的には、第１アプリ実行部４３は、端末装置Ｔと協調動作するＣａｒＰｌａｙ以外のアプリケーションを実行する処理部である。例えば、第１アプリ実行部４３は、端末装置ＴとＢｌｕｅｔｏｏｔｈを介して、ハンズフリー通話、オーディオ再生などを行うことが可能である。
【００４０】
検出部４１は、第１アプリ実行部４３の動作状況に基づき、端末装置Ｔの動作状況を検出することができる。検出部４１は、上記の要求信号が検出されない場合、端末装置Ｔの動作状況を検出し、検出結果を通知部４５へ随時通知する。
【００４１】
起動制御部４２は、検出部４１によって検出された要求信号に基づき、Ｂｌｕｅｔｏｏｔｈの接続を切断し、端末装置Ｔと協調動作するための協調アプリケーションを起動させる。具体的には、起動制御部４２は、第１アプリ実行部４３を停止させるとともに、第２アプリ実行部４４を起動させる。
【００４２】
第２アプリ実行部４４は、端末装置ＴのＣａｒＰｌａｙアプリケーションと協調動作するアプリケーションを実行する処理部である。第２アプリ実行部４４は、ＣａｒＰｌａｙとしてのハンズフリー通話や、地図アプリ、メッセージアプリ等を端末装置Ｔと協調動作することが可能である。
【００４３】
また、第２アプリ実行部４４は、第１アプリ実行部４３が、Ｂｌｕｅｔｏｏｔｈを介してハンズフリー通話中に、ＣａｒＰｌａｙによる接続を開始した場合、ＣａｒＰｌａｙによるハンズフリーの動作を引き継ぐことが可能である。
【００４４】
図３は、起動制御部４２による処理の具体例を示す図である。図３のＡには、第１アプリ実行部４３の動作状況を示し、図３のＢには、第２アプリ実行部４４の動作状況を示す。なお、図３では、横軸に時刻を示す。
【００４５】
また、図３に示す時刻ｔ１において、端末装置Ｔから要求信号が入力された場合における起動制御部４２の処理について説明することとする。図３のＡに示すように、起動制御部４２は、要求信号が検出されるまで時刻ｔ１までは端末装置Ｔの要求に応じて第１アプリ実行部４３を起動させる。
【００４６】
その後、起動制御部４２は、検出部４１が要求信号を検出した時刻ｔ１において、第１アプリ実行部４３を停止させることで、端末装置ＴとのＢｌｕｅｔｏｏｔｈの接続を切断するとともに、第２アプリ実行部４４を起動させる。
【００４７】
このように、起動制御部４２は、要求信号に基づき、第１アプリ実行部４３を停止させるとともに、第２アプリ実行部４４を起動させることで、第２アプリ実行部４４にて、速やかに端末装置Ｔと協調動作が可能となる。
【００４８】
このとき、起動制御部４２は、第１アプリ実行部４３において、ハンズフリー通話を実行中である場合、第２アプリ実行部４４にて、ハンズフリー通話をそのまま引き継いて動作せることができる。
【００４９】
これにより、ユーザは、そのままハンズフリー通話を行うことが可能となり、ユーザの操作性を向上させることが可能となる。なお、起動制御部４２は、ハンズフリー通話に限られず、第１アプリ実行部４３と第２アプリ実行部４４とで動作を引き継ぎ可能なアプリケーションについても上記と同様の処理を行うことも可能である。
【００５０】
図２の説明に戻り、通知部４５について説明する。通知部４５は、検出部４１によって要求信号が検出されない場合に、端末装置Ｔとの再接続要求をユーザへ通知する。また、上述のように、通知部４５は、ＵＳＢケーブルＣを介して端末装置Ｔと接続された場合に、端末装置Ｔが所定のアプリケーションを実行中である場合、当該アプリケーションの終了まで再接続要求の通知を待機する。
【００５１】
すなわち、通知部４５は、第１アプリ実行部４３にてハンズフリーアプリケーションが動作中である場合には、その終了を待って、接続要求を通知することとなる。これは、端末装置Ｔによって、ハンズフリー通話中に要求信号を出力しない端末装置Ｔが存在するためである。
【００５２】
また、通知部４５は、内部にタイマを有しており、ハンズフリー通話が終了した場合に、タイマを起動させて当該タイマが所定時間に達するまでに要求信号が検出されない場合に、再接続要求を通知する。
【００５３】
これは、端末装置Ｔによっては、ハンズフリーアプリケーションの終了後に、要求信号を出力するものも存在するためである。すなわち、通知部４５は、ハンズフリー通話後、さらに、所定時間経過するまで再接続要求の通知を待機することで、不要な再接続要求の通知を抑制することが可能となる。なお、例えば、上記の所定時間は、例えば、３０秒であるが、任意に変更することができる。
【００５４】
次に、図４を用いて実施形態に係る車載装置１が実行する処理手順について説明する。図４は、車載装置１が実行する処理手順を示すフローチャートである。なお、かかる処理手順は、車載装置１の制御部４によって繰り返し実行される。
【００５５】
図４に示すように、まず、制御部４は、端末装置ＴとＵＳＢケーブルＣによる接続を検知したか否かを判定する（ステップＳ１０１）。制御部４は、端末装置Ｔとの接続を検知した場合（ステップＳ１０１，Ｙｅｓ）、端末装置Ｔから入力されるはずの要求信号を検出したか否かを判定する（ステップＳ１０２）。
【００５６】
制御部４は、要求信号を検出していない場合（ステップＳ１０２，Ｎｏ）、端末装置Ｔがハンズフリー通話中か否かを判定する（ステップＳ１０３）。制御部４は、端末装置Ｔがハンズフリー通話中であった場合（ステップＳ１０３，Ｙｅｓ）、通話が終了したか否かを判定する（ステップＳ１０４）。
【００５７】
続いて、制御部４は、通話が終了した場合（ステップＳ１０４，Ｙｅｓ）、タイマを起動させ（ステップＳ１０５）、通話が終了していない場合（ステップＳ１０４，Ｎｏ）、ステップＳ１０４の処理を継続して行う。
【００５８】
続いて、制御部４は、要求信号を検出したか否かを判定し（ステップＳ１０６）、要求信号を検出していない場合（ステップＳ１０６，Ｎｏ）、タイマを起動してから所定時間経過したか否かを判定する（ステップＳ１０７）。
【００５９】
制御部４は、所定時間経過した場合（ステップＳ１０７，Ｙｅｓ）、ユーザへ再始動要求を通知し（ステップＳ１０８）、処理を終了する。一方、制御部４は、ステップＳ１０７の処理において、所定時間経過していない場合（ステップＳ１０７，Ｎｏ）、ステップＳ１０６の処理へ移行する。
【００６０】
また、制御部４は、ステップＳ１０２またはステップＳ１０６のいずれかの処理において、要求信号を検出した場合（ステップＳ１０２／ステップＳ１０６，Ｙｅｓ）、端末装置ＴとのＣａｒＰｌａｙによる接続を開始し（ステップＳ１０９）、処理を終了する。また、制御部４は、ステップＳ１０１の処理において、端末装置Ｔとの接続を検知していない場合（ステップＳ１０１，Ｎｏ）、そのまま処理を終了する。
【００６１】
上述したように、実施形態に係る車載装置１（情報処理装置の一例に対応）は、検知部４０と、検出部４１と、通知部４５とを備える。検知部４０は、端末装置Ｔとの接続を検知する。検出部４１は、検知部４０によって検知された端末装置Ｔから入力される所定の要求信号を検出する。通知部４５は、検出部４１によって要求信号が検出されない場合に、端末装置Ｔとの再接続要求をユーザへ通知する。
【００６２】
また、通知部４５は、端末装置Ｔが所定のアプリケーションを実行中である場合に、当該アプリケーションの終了まで再接続要求の通知を待機する。したがって、実施形態に係る情報処理装置によれば、操作性を向上させることが可能となる。
【００６３】
ところで、上述した実施形態では、情報処理装置が車載装置１である場合について説明したが、これに限定されるものではない。すなわち、情報処理装置は、端末装置Ｔと有線や無線で接続可能であり、端末装置Ｔと協調動作可能であれば、その他の装置であってもよい。
【００６４】
また、上述した実施形態では、ＣａｒＰｌａｙを例に挙げて説明したが、これに限定されるものではなく、情報処理装置と端末装置Ｔとが協調動作可能なその他のアプリケーションについても本発明を適用可能である。
【００６５】
さらなる効果や変形例は、当業者によって容易に導き出すことができる。このため、本発明のより広範な態様は、以上のように表しかつ記述した特定の詳細および代表的な実施形態に限定されるものではない。したがって、添付の特許請求の範囲およびその均等物によって定義される総括的な発明の概念の精神または範囲から逸脱することなく、様々な変更が可能である。
【符号の説明】
【００６６】
１    車載装置（情報処理装置の一例）
２    接続部
３    通信部
４０    検知部
４１    検出部
４３    第１アプリ実行部
４４    第２アプリ実行部
４５    通知部
Ｔ    端末装置
【図１】
2020053946.tif 000003
【図２】
2020053946.tif 000004
【図３】
2020053946.tif 000005
【図４】
2020053946.tif 000006