JP5163653B2 - 携帯端末、車載装置、優先度送信方法および優先度送信プログラム - Google Patents

Description

本発明は、他装置と通信可能な携帯端末およびその携帯端末と通信を行う車載装置等に関するものである。

近年、車内に持ち込まれた携帯端末（携帯電話等）と車載器とをBluetooth（登録商標）で接続することで、携帯端末のアプリ（アプリケーション；以下同様）と車載器とを連携動作させるという試みがなされている。例えば、車内用のアプリを携帯端末で動かしてその車載器のディスプレイに表示したり、ハンドルスイッチなどの車内装置で入力を行って動作させるものや、車を使う業務において、事務所でパソコンから携帯端末に転送した目的地情報を車内で車載器と共有するもの（例えば、特許文献１参照）等がある。

上記の技術では、携帯端末上で必要なアプリを起動して接続待ちをさせた状態でその携帯端末を車内に持ち込み、車載器からデバイス検索を行って発見された携帯端末に対して接続要求を出すことによって、車載器と携帯端末上のアプリとの間の接続が完了し、車載器と携帯端末とが連携した動作を行うことができる。

特開２００６−１８４１０８号公報

しかしながら、上述した従来の技術では、車内に持ち込まれる携帯端末が１つの場合、車載器はその携帯端末と接続すればよいが、複数の携帯端末が車内に存在する場合（運転者の他に助手席などにも携帯端末を持った人がいる場合）、車載器はどの携帯端末と接続すればよいのかを自身で判断できないという問題があった。

ここで、車のエンジン始動で車載器が携帯端末を検索し、見つかった全ての携帯端末と一旦接続し、各携帯端末に対して車載器と連携させるか否かを確認するメッセージを送り、携帯端末の画面にメッセージを表示してユーザに選択させるという方法も考えられるが、ユーザに面倒な操作を強要することになり好ましくない。

すなわち、車載器と通信可能な携帯端末が複数存在する場合であっても、ユーザに面倒な操作を強要することなく、接続すべき携帯端末と車載器とを接続することが極めて重要な課題となっている。

本発明は、上記に鑑みてなされたものであって、車載器と通信可能な携帯端末が複数存在する場合であっても、ユーザに面倒な操作を強要することなく、接続すべき携帯端末と車載器とを接続することができる携帯端末、車載装置、優先度送信方法および優先度送信プログラムを提供することを目的とする。

上述した課題を解決し、目的を達成するために、この携帯端末は、他装置と通信可能な携帯端末であって、前記携帯端末におけるアプリの起動履歴を格納する起動履歴テーブルと、前記起動履歴に基づいて、順に起動する可能性が高いと判定されたアプリの組につき、該アプリそれぞれを特定するための情報と該アプリそれぞれの起動順に関する情報とを格納するアプリ関連テーブルと、通信相手装置を識別するための情報と、該通信相手装置と接続した際に実行するアプリを特定するための情報とを対応付けて格納するデバイス・アプリ対応テーブルと、前記通信相手装置から所定の信号を受信した場合に、前記デバイス・アプリ対応テーブルから、該通信相手装置に対応するアプリを特定するための情報として第１アプリ情報を取得し、さらに、前記アプリ関連テーブルから、該第１アプリ情報を２番目の起動順とする組につき、該組の１番目のアプリを特定するための情報として第２アプリ情報を取得する取得手段と、前記起動履歴テーブルに格納されている最新レコードが、前記第２アプリ情報と等しい場合に、前記通信相手装置から受信した所定の信号に対する返信として、優先度が高い旨の情報を送信する送信手段と、を備えたことを要件とする。

また、この携帯端末は、上記の携帯端末において、前記送信手段は、前記起動履歴テーブルに格納されている最新レコードが、前記第２アプリ情報と異なる場合に、前記通信相手装置から受信した所定の信号に対する返信として、優先度が低い旨の情報を送信することを要件とする。

また、この携帯端末は、上記の携帯端末において、前記起動履歴テーブルに格納された連続する各起動履歴に基づいて連続して起動されたアプリの組を抽出し、抽出したアプリの組が前記各起動履歴に含まれる数に基づいて、前記アプリ関連テーブルを生成するアプリ関連テーブル生成手段を更に備えたことを要件とする。

また、この携帯端末は、上記の携帯端末において、前記アプリ関連テーブル生成手段は、連続して起動されたアプリの組のうち、各アプリの起動時間の差が所定時間以下となるアプリの組を前記アプリ関連テーブルに対する登録対象のアプリの組として判定することを要件とする。

また、この車載装置は、請求項１〜４に記載の携帯端末と通信可能な車載装置であって、通信可能な前記携帯端末が複数存在するか否かを判定する判定手段と、前記判定手段により通信可能な前記携帯端末が複数存在すると判定された場合に、各携帯端末に対して優先度を問い合わせる信号を送信する信号送信手段と、前記信号に対する返信として優先度の情報を受信し、受信した優先度の情報に基づいて、複数の前記携帯端末のうちいずれかの携帯端末と接続処理を行う接続処理手段と、を備えたことを要件とする。

この携帯端末によれば、他の装置（車載装置）から所定の信号を受信した場合に、デバイス・アプリ対応テーブルから、車載装置に対応するアプリを特定するための情報として第１アプリ情報（車内アプリ）を取得し、さらに、アプリ関連テーブルから、第１アプリ情報を２番目の起動順とする組につき、該組の１番目のアプリを特定するための情報として第２アプリ情報を取得し、接続・アプリ起動履歴テーブルに格納されている最新レコードが、第２アプリ情報と等しい場合に、前記通信相手装置から受信した所定の信号に対する返信として、優先度が高い旨の情報を送信するので、車載装置に接続可能な携帯端末が複数存在する場合であっても、ユーザに面倒な操作を強要することなく、接続すべき携帯端末と車載器とを効率よく接続することができる。

また、この携帯端末によれば、起動履歴テーブルに格納されている最新レコードが、第１アプリ情報と異なる場合に、車載装置から受信した所定の信号に対する返信として、優先度が低い旨の情報を送信するので、車載装置に接続可能な携帯端末が複数存在する場合であっても、ユーザに面倒な操作を強要することなく、接続すべき携帯端末と車載器とを効率よく接続することができる。

また、この携帯端末によれば、起動履歴テーブルに格納された連続する各起動履歴に基づいて連続して起動されたアプリの組を抽出し、抽出したアプリの組が前記各起動履歴に含まれる数に基づいて、アプリ関連テーブルを生成するので、より正確に優先度の情報を判定することができる。

また、この携帯端末によれば、連続して起動されたアプリの組のうち、各アプリの起動時間の差が所定時間以下となるアプリの組をアプリ関連テーブルに対する登録対象のアプリの組として判定するので、連続して実行される可能性の高いアプリの組をより正確にアプリ関連テーブルに登録することができる。

また、この車載装置によれば、通信可能な携帯端末が複数存在と判定した場合に、各携帯端末に対して優先度を問い合わせる信号を送信し、この信号に対する返信として優先度の情報を受信し、受信した優先度の情報に基づいて、複数の携帯端末のうちいずれかの携帯端末と接続処理を行うので、ユーザに面倒な操作を強要することなく、接続すべき携帯端末と車載器とを効率よく接続することができる。

以下に、本発明にかかる携帯端末、車載装置、優先度送信方法および優先度送信プログラムの実施例を図面に基づいて詳細に説明する。なお、この実施例によりこの発明が限定されるものではない。

まず、本実施例１にかかる携帯端末および車載器の概要および特徴について説明する。図１は、本実施例１にかかる携帯端末および車載装置の概要および特徴を説明するための図である。ここでは、同図に示すように、車載器３００と通信可能な携帯端末が複数存在する場合（例えば、携帯端末１００，２００が存在する場合）について説明する。

まず、車載器３００は、通信可能な携帯端末が複数存在する場合には、接続先となる携帯端末を特定すべく、各携帯端末１００，２００に対して優先度の問い合わせを行う。

優先度の問い合わせを受信した携帯端末１００，２００は、アプリ（アプリケーションプログラム）の起動履歴を参照して、優先度を判定し、判定結果を車載器３００に返信する。例えば、携帯端末１００が、アプリの起動履歴を参照し、起動履歴の連続性から次に実行されるアプリが車内アプリ（車載器３００と接続を行うためのアプリ等）である可能性が高い場合には、優先度が高い旨の情報を車載器３００に送信する。

例えば、携帯端末１００の起動履歴において、車内アプリを「Ａ」、その他のアプリを「Ｂ」とし、アプリの起動履歴が「Ｂ，Ａ，Ｂ，Ａ，Ｂ」となっている場合には、次に実行される可能性が高いのは、車内アプリ「Ａ」となり、優先度は「高」となる。

一方、携帯端末２００が、アプリの起動履歴を参照し、次に実行されるアプリが車内アプリ以外である可能性が高い場合には、優先度が低い旨の情報を車載器３００に送信する。例えば、携帯端末２００の起動履歴において、車内アプリを「Ａ」、その他のアプリを「Ｂ」とし、アプリの起動履歴が「Ａ，Ｂ，Ａ，Ｂ，Ａ」となっている場合には、次に実行される可能性が高いのは、その他のアプリ「Ｂ」となり、優先度は「低」となる。

そして、車載器３００は、各優先度の情報を基にして、携帯端末２００よりも優先度の高い携帯端末１００に対して接続要求を送信し、携帯端末１００が車内アプリを起動する。

このように、本実施例１では、携帯端末１００，２００が、アプリの起動履歴から優先度を判定して車載器３００に送信するので、車載器３００は、接続対象となる携帯端末が複数存在する場合であっても、ユーザに面倒な操作を強要することなく、接続すべき携帯端末と接続することができる。

次に、図１に示した携帯端末１００，２００の構成について説明する（なお、携帯端末１００の構成および携帯端末２００の構成は同一であるため、ここでは、携帯端末１００の説明についてのみ行う）。図２は、本実施例１にかかる携帯端末１００の構成を示す機能ブロック図である。

同図に示すように、この携帯端末１００は、入力部１１０と、出力部１２０と、通信部１３０と、入出力制御部１４０と、記憶部１５０と、制御部１６０とを備えて構成される。その他、周知の携帯端末（携帯電話）を構成する基本的な処理部の説明は、従来の携帯端末と同様であるため、ここでは説明を省略する。

このうち、入力部１１０は、各種の情報（電話番号、個人情報、Ｅ−Ｍａｉｌアドレス、携帯端末１００が有する各アプリを操作するための情報等）を入力する入力手段であり、入力ボタンなどによって構成される。また、出力部１２０は、各種の情報を出力する出力手段であり、ディスプレイやスピーカなどによって構成される。

通信部１３０は、主に車載器３００（あるいは、家庭用オーディオ、自宅ＰＣ等）との間における通信を制御する手段である。例えば、通信部１３０は、Bluetooth（登録商標）を利用して、車載器３００と通信を行う。また、入出力制御部１４０は、入力部１１０、出力部１２０、通信部１３０、記憶部１５０、制御部１６０によるデータの入出力を制御する手段である。

記憶部１５０は、制御部１６０による各種処理に必要な情報およびプログラムを記憶する記憶手段であり、特に本発明に密接に関連するものとしては、図２に示すように、デバイス・アプリ対応テーブル１５０ａと、連続・アプリ起動履歴テーブル１５０ｂと、アプリ関連仮テーブル１５０ｃと、アプリ関連テーブル１５０ｄとを備えて構成される。

このうち、デバイス・アプリ対応テーブル１５０ａは、携帯端末１００と接続する他のデバイス（家庭用オーディオ、自宅ＰＣ、車載器等）を識別する情報（以下、デバイスＩＤ）と、かかるデバイスに対して実行される携帯端末１００のアプリを識別する情報（以下、アプリＩＤ）とを対応付けて記憶するテーブルである。

図３は、デバイス・アプリ対応テーブル１５０ａの一例を示す図である。同図に示すように、このデバイス・アプリ対応テーブル１５０ａは、デバイスＩＤとアプリＩＤとを有する。例えば、このデバイス・アプリ対応テーブル１５０ａにおいて、デバイスＩＤ「００：３３：３３：３３」に対応するアプリＩＤが「０３３３」であるため、携帯端末１００が家庭用オーディオと接続した場合には、音楽再生アプリが起動される。

接続・アプリ起動履歴テーブル１５０ｂは、過去に接続した装置のデバイスＩＤおよびかかる接続において起動したアプリのアプリＩＤの履歴を記憶するテーブルである。図４は、接続・アプリ起動履歴テーブル１５０ｂの一例を示す図である。同図に示すように、この接続・アプリ起動履歴テーブル１５０ｂは、接続日時、切断日時、デバイスＩＤ、アプリＩＤが対応付けられて記憶されている。携帯端末１００は、接続・アプリ起動履歴テーブル１５０ｂに記憶された各軌道履歴から、次に実行される可能性の高いアプリを判定することとなる。

アプリ関連仮テーブル１５０ｃは、連続して起動する可能性が高いアプリの組を一時的に記憶するテーブルである。図５は、アプリ関連仮テーブル１５０ｃの一例を示す図である。同図に示すように、このアプリ関連仮テーブル１５０ｃは、第１アプリ、第２アプリ、項目値を有する。

ここで、第１アプリと第２アプリとの関係は、第１アプリのアプリＩＤによって識別されるアプリの次に第２アプリのアプリＩＤによって識別されるアプリが実行される可能性が高いことを示している。図５の１段目に示す例では、アプリＩＤ「０４５６」の「目的地受信アプリ」の次に実行される可能性の高いアプリは、アプリＩＤ「０４５７」の「車内アプリ」であることが記憶されている。なお、項目値は、かかる第１アプリと第２アプリとの組合せが接続・アプリ起動履歴テーブル１５０ｂに出現した回数を示す値である。

アプリ関連テーブル１５０ｄは、上記したアプリ関連仮テーブル１５０ｃに記憶された第１アプリと第２アプリとの組合せのうち、項目値が所定値以上となる組合せを記憶するテーブルである。図６は、アプリ関連テーブル１５０ｄの一例を示す図である。同図に示すように、このアプリ関連テーブル１５０ｄは、第１アプリ、第２アプリ、項目値を有する。ここで、第１アプリ、第２アプリ、項目値の説明は、アプリ関連仮テーブル１５０ｃで説明した第１アプリ、第２アプリ、項目値の説明と同様である。

図２の説明に戻ると、制御部１６０は、各種の処理手順は規定したプログラムや制御データを格納するための内部メモリを有し、これらによって種々の処理を実行する制御手段であり、特に本発明に密接に関連するものとしては、図２に示すように、アプリ実行処理部１６０ａと、履歴テーブル管理部１６０ｂと、アプリ関連テーブル生成部１６０ｃと、優先度判定部１６０ｄとを備えて構成される。

このうち、アプリ実行処理部１６０ａは、各デバイス（家庭用オーディオ、自宅ＰＣ、車載器３００）から接続要求を受信した場合に、かかるデバイスに対応する各種のアプリ（音楽再生アプリ、目的地受信アプリ、車内アプリ）を実行する手段である。例えば、アプリ実行処理部１６０ａは、車載器３００から接続要求を受信した場合には、車内アプリを起動して、車載器３００との間でデータ通信を開始し、予め自宅ＰＣから携帯端末１００が目的地受信アプリを利用して、受信して記憶しておいた目的地の情報等を車載器３００に送信する。なお、アプリ実行処理部１６０ａは、データ通信が完了した後に、通信を切断する。

履歴テーブル管理部１６０ｂは、接続・アプリ起動履歴テーブル１５０ｂを管理する手段である。具体的に、この履歴テーブル管理部１６０ｂは、アプリ実行処理部１６０ａを監視し、アプリ実行処理部１６０ａがデバイスとの間で接続・切断を行うたびに、接続・アプリ起動履歴テーブル１５０ｂに起動履歴（該当接続日時、該当切断日時、該当デバイスＩＤ、該当アプリＩＤ）を登録する。

アプリ関連テーブル生成部１６０ｃは、接続・アプリ起動履歴テーブル１５０ｂを基にして、アプリ関連仮テーブル１５０ｃを生成し、アプリ関連仮テーブル１５０ｃに含まれる第１アプリ・第２アプリの組から項目値が所定値以上となる組を抽出することによりアプリ関連テーブル１５０ｄを生成する手段である。

ここで、アプリ関連テーブル生成部１６０ｃが、接続・アプリ起動履歴テーブル１５０ｂに基づいてアプリ関連仮テーブル１５０ｃを生成する場合には、接続・アプリ起動履歴テーブル１５０ｂ中の連続するアプリの組を第１アプリ・第２アプリとして抽出すると共に、かかる組が接続・アプリ起動履歴テーブル１５０ｂに含まれる回数を項目値として計数することにより、アプリ関連仮テーブル１５０ｃを生成する。

なお、アプリ関連テーブル生成部１６０ｃは、連続する第１アプリ・第２アプリの組を抽出する場合に、第１アプリに対応するアプリの接続日時（あるいは切断日時）と第２アプリに対応するアプリの接続日時（あるいは切断日時）との時間差が所定値以下となるものを第１アプリ・第２アプリの組として抽出する。

優先度判定部１６０ｄは、車載器３００から優先度の問い合わせを取得した場合に、アプリ関連テーブル１５０ｄを基にして、優先度を判定し、判定した優先度の情報を車載器３００に送信する手段である。

具体的に、優先度判定部１６０ｄは、車載器３００から優先度の問い合わせ（車載器３００のデバイスＩＤを含む）を取得した場合には、車載器３００のデバイスＩＤ「００：３３：３３：３３」とデバイス・アプリ対応テーブル１５０ａとを比較して、対応するアプリＩＤ「０４５７」を特定する。

ここで、優先度判定部１６０ｄは、デバイス・アプリ対応テーブル１５０ａと車載器３００のデバイスＩＤ「００：３３：３３：３３」とを比較して、デバイスＩＤ「００：３３：３３：３３」がデバイス・アプリ対応テーブル１５０ａに存在しない場合には、優先度を「低」と判定し、優先度「低」の情報を車載器３００に送信する。

また、優先度判定部１６０ｄは、車載器３００に対応するアプリＩＤ「０４５７」とアプリ関連テーブル１５０ｄの第２アプリを比較し、第２アプリにアプリＩＤ「０４５７」が存在するか否かを判定し、存在しない場合には、優先度を「低」と判定し、優先度「低」の情報を車載器３００に送信する。

優先度が「低」に該当しない場合に、優先度判定部１６０ｄは、接続・アプリ起動履歴テーブル１５０ｂの最後の項目（最新起動履歴）が該当第１アプリに対応し、かつ現在時刻が第１アプリの起動時刻（接続日時あるいは切断日時）を起点としてＮ分以内か否かを判定する。

優先度判定部１６０ｄは、接続・アプリ起動履歴テーブル１５０ｂの最後の項目（最新起動履歴）が該当第１アプリに対応し、かつ現在時刻が第１アプリの起動時刻（接続日時あるいは切断日時）を起点としてＮ分以内である場合には、優先度を「高」と判定し、優先度「高」の情報を車載器３００に送信する。

一方、優先度判定部１６０ｄは、接続・アプリ起動履歴テーブル１５０ｂの最後の項目（最新起動履歴）が該当第１アプリに対応しない場合、あるいは、現在時刻が第１アプリの起動時刻（接続日時あるいは切断日時）を起点としてＮ分より大きい場合には、優先度を「中」と判定し、優先度「中」の情報を車載器３００に送信する。

ここで、優先度判定部１６０ｄの処理を、デバイス・アプリ対応テーブル１５０ａ（図３）、接続・アプリ起動履歴テーブル１５０ｂ（図４）、アプリ関連テーブル１５０ｄ（図６）を例にして説明する。

まず、優先度判定部１６０ｄは、車載器３００のデバイスＩＤ「００：３３：３３：３３」とデバイス・アプリ対応テーブル１５０ａとを比較すると、デバイスＩＤ「００：３３：３３：３３」がデバイス・アプリ対応テーブル１５０ａに存在するので、この段階では、優先度は「低」と判定しない。

さらに、優先度判定部１６０ｄは、車載器３００に対応するアプリＩＤ「０４５７」とアプリ関連テーブル１５０ｄの第２アプリを比較し、第２アプリにアプリＩＤ「０４５７」が存在するか否かを判定すると、アプリＩＤ「０４５７」が第２アプリに存在するので、優先度を「低」以外の優先度（優先度「中」あるいは優先度「高」）と判定する。

続いて、優先度判定部１６０ｄは、接続・アプリ起動履歴テーブル１５０ｂの最後の項目（最新起動履歴）が該当第１アプリに対応するか否かを判定すると、アプリ関連テーブル１５０ｄの該当第１アプリ「０４５６」に最後の項目が対応している。また、現在時刻が第１アプリ「０４５６」の起動時刻（接続日時あるいは切断日時）を起点としてＮ分以内であるとすれば、優先度判定部１６０ｄは、優先度を「高」と判定し、優先度「高」の情報を車載器３００に送信する。

次に、図１に示した車載器３００の構成について説明する。図７は、本実施例１にかかる車載器３００の構成を示す機能ブロック図である。同図に示すように、この車載器３００は、入力部３１０と、出力部３２０と、通信部３３０と、入出力制御部３４０と、記憶部３５０と、制御部３６０とを備えて構成される。その他、周知の車載器（カーナビゲーション等）を構成する基本的な処理部の説明は、周知の車載器と同様であるため、ここでは説明を省略する。

このうち、入力部３１０は、各種の情報（目的地の情報など）を入力する入力手段であり、入力ボタンなどによって構成される。また、出力部３２０は、各種の情報を出力する出力手段であり、ディスプレイやスピーカなどによって構成される。

通信部３３０は、主に携帯端末１００，２００との間における通信を制御する手段である。例えば、通信部１３０は、Bluetooth（登録商標）を利用して、端末装置１００，２００と通信を行う。また、入出力制御部３４０は、入力部３１０、出力部３２０、通信部３３０、記憶部３５０、制御部３６０によるデータの入出力を制御する手段である。

記憶部３５０は、制御部３６０による各種処理に必要な情報およびプログラムを記憶する記憶手段であり、例えば、地図情報（図示略）、ユーザに設定される目的地の情報（図示略）等を記憶する。

制御部３６０は、各種の処理手順は規定したプログラムや制御データを格納するための内部メモリを有し、これらによって種々の処理を実行する制御手段であり、特に本発明に密接に関連するものとしては、図７に示すように、接続先判定部３６０ａおよびアプリ実行処理部３６０ｂを備えて構成される。

このうち、接続先判定部３６０ａは、接続先となる携帯端末を判定する手段である。具体的に、接続先判定部３６０ａは、通信可能な携帯端末に対して優先度の問い合わせを送信し、各携帯端末から優先度の情報を取得する。そして、取得した優先度の情報を比較して、最も優先度の高い携帯端末を接続先となる携帯端末として判定し、判定した携帯端末に対して接続要求を実行する。

例えば、接続先判定部３６０ａが、通信可能な携帯端末１００，２００に優先度の問い合わせを送信し、携帯端末１００から優先度「高」、携帯端末２００から優先度「低」の情報を取得した場合には、優先度の高い携帯端末１００に対して接続要求を行う。

アプリ実行処理部３６０ｂは、接続された携帯端末中の車内アプリと連携して、各種の処理を実行する処理部である。例えば、アプリ実行処理部３６０ｂは、携帯端末の車内アプリから目的地の情報を取得し、地図情報に基づいて現在位置から目的地までの経路を検索し、検索結果を出力部３２０に出力する。

次に、上述した携帯端末１００が実行する各処理について順に説明する。図８は、アプリ関連テーブル生成処理の処理手順を示すフローチャートである。同図に示すように、アプリ関連テーブル生成部１６０ｃは、アプリ関連仮テーブル１５０ｃを初期化し（ステップＳ１０１）、接続・アプリ起動履歴テーブル１５０ｂの残りの起動履歴が２件以上か否かを判定する（ステップＳ１０２）。

残りの起動履歴が２件以上の場合には（ステップＳ１０３，Ｙｅｓ）、現起動履歴と次起動履歴との時間差がＮ分以下か否かを判定し（ステップＳ１０４）、Ｎ分以下でない場合には（ステップＳ１０５，Ｎｏ）、ステップＳ１１０に移行する。

一方、Ｎ分以下の場合には（ステップＳ１０５，Ｙｅｓ）、現起動履歴から次起動履歴に移行する対応関係（第１アプリ、第２アプリの関係）がアプリ関連仮テーブル１５０ｃに存在するか否かを判定し（ステップＳ１０６）、かかる対応関係が存在する場合には（ステップＳ１０７，Ｙｅｓ）、現起動履歴から次起動履歴に移行する対応関係（現起動履歴を第１アプリ、次起動履歴を第２アプリとする対応関係）の項目値に所定値を加算し（ステップＳ１０８）、ステップＳ１１０に移行する。

一方、上記対応関係が存在しない場合には（ステップＳ１０７，Ｎｏ）、現起動履歴から次起動履歴に移行する対応関係（現起動履歴を第１アプリ、次起動履歴を第２アプリとする対応関係）の項目値を１に設定し（ステップＳ１０９）、次の起動履歴に移行し（ステップＳ１１０）、ステップＳ１０２に移行する。

ところで、ステップＳ１０３において、残りの起動履歴が２件未満の場合には（ステップＳ１０３，Ｎｏ）、アプリ関連仮テーブル１５０ｃに項目が存在するか否かを判定し（ステップＳ１１１）、項目が存在しない場合には（ステップＳ１１２，Ｎｏ）、処理を終了する。

一方、項目が存在する場合には（ステップＳ１１２，Ｙｅｓ）、アプリ関連仮テーブルの現項目の項目値がＮ以上（Ｎは１以上の整数）か否かを判定する（ステップＳ１１３）。

現項目の項目値がＮ以上である場合には（ステップＳ１１４，Ｙｅｓ）、現項目の対応関係（第１アプリ、第２アプリ、項目値）をアプリ関連テーブル１５０ｄに登録し（ステップＳ１１５）、次の項目に移行し（ステップＳ１１６）、ステップＳ１１１に移行する。一方、現項目の項目値がＮ未満である場合には（ステップＳ１１４，Ｎｏ）、そのままステップＳ１１６に移行する。

次に、優先度判定部１６０ｄが実行する優先度判定処理について説明する。図９は、応答処理の処理手順を示すフローチャートである。同図に示すように、携帯端末１００は、優先度の問い合わせを受信したか否かを判定し（ステップＳ２０１）、優先度の問い合わせを受信した場合には（ステップＳ２０２，Ｙｅｓ）、優先度応答処理を実行し（ステップＳ２０３）、処理を終了する。

一方、優先度の問い合わせを受信していない場合には（ステップＳ２０２，Ｎｏ）、接続要求を受信したか否かを判定し（ステップＳ２０４）、接続要求を受信していない場合には（ステップＳ２０５，Ｎｏ）、処理を終了する。

一方、接続要求を受信している場合には（ステップＳ２０５，Ｙｅｓ）、該当デバイス（例えば車載器３００）に対応したアプリが登録されているか否かを判定し（ステップＳ２０６）、登録されていない場合には（ステップＳ２０７，Ｎｏ）、処理を終了する。

一方、該当デバイスに対応したアプリが登録されている場合には（ステップＳ２０７，Ｙｅｓ）、接続要求元デバイスおよび起動アプリの起動履歴を接続・アプリ起動履歴テーブル１５０ｂに追加し（ステップＳ２０８）、該当アプリを起動する（ステップＳ２０９）。

続いて、図９のステップＳ２０３に示した優先度応答処理について説明する。図１０は、優先度応答処理の処理手順を示すフローチャートである。同図に示すように、優先度判定部１６０ｄは、デバイス・アプリ対応テーブル１５０ａに送信元のデバイスＩＤ（車載器３００のデバイスＩＤ）の項目が存在するか否かを判定し（ステップＳ３０１）、存在しない場合には（ステップＳ３０２，Ｎｏ）、優先度（低）を応答する（ステップＳ３０３）。

一方、送信元のデバイスＩＤが存在する場合には（ステップＳ３０２，Ｙｅｓ）、デバイス・アプリ対応テーブル１５０ａからデバイスＩＤに対応するアプリＩＤを抽出し（ステップＳ３０４）、アプリ関連テーブル１５０ｄの第２アプリに、抽出されたアプリＩＤが存在するか否かを判定する（ステップＳ３０５）。

アプリ関連テーブル１５０ｄの第２アプリに、抽出されたアプリＩＤが存在しない場合には（ステップＳ３０６，Ｎｏ）、ステップＳ３０３に移行する。一方、抽出されたアプリＩＤが存在する場合には（ステップＳ３０６，Ｙｅｓ）、接続・アプリ起動履歴テーブル１５０ｂの最後の項目が該当第１アプリに対応し、かつ現在時刻がＮ分以内か否かを判定する（ステップＳ３０７）。

ステップＳ３０７の条件を満たさない場合には（ステップＳ３０８，Ｎｏ）、優先度（中）を応答し（ステップＳ３０９）、ステップＳ３０７の条件を満たす場合には（ステップＳ３０８，Ｙｅｓ）、優先度（高）を応答する（ステップＳ３１０）。

このように、携帯端末１００の優先度判定部１６０ｄは、優先度問い合わせを受信した場合に、記憶部１５０に記憶された各テーブル１５０ａ〜１５０ｄを参照して、優先度を判定し、優先度の情報を車載器３００に応答するので、車載器３００に過度の負荷をかけることなく、接続先を判定させることができる。

次に、上述した車載器３００の接続要求処理について説明する。図１１は、接続要求処理の処理手順を示すフローチャートである。同図に示すように、車載器３００は、デバイス（携帯端末）検出を行い（ステップＳ４０１）、複数のデバイスを検出したか否かを判定する（ステップＳ４０２）。

そして、単一のデバイスを検出した場合には（ステップＳ４０３，Ｎｏ）、検出したデバイスに対して接続要求を送信する（ステップＳ４０４）。一方、複数のデバイスを検出した場合には（ステップＳ４０３，Ｙｅｓ）、各デバイスに優先度の問い合わせを実行する（ステップＳ４０５）。

続いて、車載器３００は、優先度応答を受信し（ステップＳ４０６）、全てのデバイスから応答を受信したか否かを判定し（ステップＳ４０７）、全て受信していない場合には（ステップＳ４０８，Ｎｏ）、ステップＳ４０６に移行する。一方、全てのデバイスから応答を受信した場合には（ステップＳ４０８，Ｙｅｓ）、最も優先度が高いデバイスに対して接続要求を送信する（ステップＳ４０９）。

このように、車載器３００は、複数のデバイス（携帯端末）と通信が可能である場合に、各デバイスに対して優先度の問い合わせを行い、返信される優先度の情報を基にして接続先を判定するので、ユーザに煩雑な操作を強いることなく、スムーズに接続すべきデバイスのアプリとデータ通信を開始することができる。

上述してきたように、本実施例１にかかる携帯端末１００は、記憶部１５０に各テーブル１５０ａ〜１５０ｄを格納し、車載器３００から所定の信号を受信した場合に、デバイス・アプリ対応テーブル１５０ａから、車載器３００に対応するアプリを特定するための情報として第１アプリ情報（車内アプリ）を取得し、さらに、アプリ関連テーブル１５０ｄから、第１アプリ情報を２番目の起動順とする組につき、該組の１番目のアプリを特定するための情報として第２アプリ情報を取得し、接続・アプリ起動履歴テーブル１５０ｂに格納されている最新レコードが、第２アプリ情報と等しい場合に、前記通信相手装置から受信した所定の信号に対する返信として、優先度が高い旨の情報を送信するので、車載器３００に接続可能な携帯端末が複数存在する場合であっても、ユーザに面倒な操作を強要することなく、接続すべき携帯端末と車載器とを効率よく接続することができる。

さて、これまで本発明の実施例について説明してきたが、本発明は上述した実施例１以外にも、種々の異なる形態にて実施されてよいものである。そこで、以下では実施例２として本発明に含まれる他の実施例を説明する。

（１）携帯端末のアプリＩＤ特定方法について
例えば、上記の実施例１では、他のデバイスのデバイスＩＤと携帯端末１００のアプリＩＤとを対応付けたデバイス・アプリ対応テーブル１５０ａを利用し、優先度の問い合わせと共に通知されるデバイスＩＤとデバイス・アプリ対応テーブル１５０ａとを比較することによって、対応する携帯端末１００のアプリＩＤを特定していたが、これに限定されるものではない。

例えば、他のデバイスのアプリを識別する他アプリＩＤと携帯端末１００のアプリＩＤとを対応付けたデバイス・アプリ対応テーブルを利用して、対応する携帯端末１００のアプリＩＤを特定してもよい。この場合、優先度の問い合わせを実行する他のデバイス（車載器等）は、優先度の問い合わせを実行する際に、他アプリＩＤの情報を携帯端末１００に通知する。

このように、他のデバイスの他アプリＩＤから、携帯端末１００のアプリＩＤを特定することによって、単一のデバイスＩＤに対して複数のアプリＩＤがヒットしてしまうことを防止し、効率よく優先度を判定することができる。

（２）車載器に応答する優先度の情報について
例えば、上記の実施例１では、優先度判定部１６０ｄが記憶部１５０に記憶された各テーブル１５０ａ〜１５０ｄを基にして、優先度を「低」、「中」、「高」のいずれかに判定して、優先度の情報を車載器３００に送信していたが、これに限定されるものではない。

例えば、優先度判定部１６０ｄは、優先度の代わりに、第１アプリ、第２アプリの組に対応する項目値を車載器３００に送信しても良い。図６のアプリ関連テーブル１５０ｄを用いて説明すると、優先度判定部１６０ｄは、第２アプリ「０４５７」に対応するデバイスから優先度の問い合わせを受け、接続・アプリ起動履歴テーブル１５０ｂの最新レコードが第１アプリ「０４５６」である場合に、該当項目値となる「１０」を車載器３００に送信する。そして、車載器３００は、各携帯端末から優先度の情報として項目値を受信した場合に、各項目値を比較して、項目値が最大となる携帯端末に対して接続要求を送信する。

このように、携帯端末が項目値を優先度の情報として車載器３００に送信することによって、複数の携帯端末の優先度が同一（例えば、複数の携帯端末の優先度が「高」）となってしまうことを防止することができる。

（３）システムの構成など
ところで、本実施例において説明した各処理のうち、自動的に行われるものとして説明した処理の全部または一部を手動的に行うこともでき、あるいは、手動的に行われるものとして説明した処理の全部あるいは一部を公知の方法で自動的に行うこともできる。この他、上記文書中や図面中で示した処理手順、制御手順、具体的名称、各種のデータやパラメータを含む情報については、特記する場合を除いて任意に変更することができる。

また、図２に示した携帯端末１００、図７に示した車載器３００の各構成要素は機能概念的なものであり、必ずしも物理的に図示の如く構成されていることを要しない。すなわち、各装置の分散・統合の具体的形態は図示のものに限られず、その全部または一部を、各種の負荷や使用状況などに応じて、任意の単位で機能的または物理的に分散・統合して構成することができる。さらに、各装置にて行われる各処理機能は、その全部または任意の一部がＣＰＵおよび当該ＣＰＵにて解析実行されるプログラムにて実現され、あるいは、ワイヤードロジックによるハードウェアとして実現され得る。

図１２は、実施例１にかかる携帯端末１００を構成するコンピュータのハードウェア構成を示す図である。図１２に示すように、このコンピュータ（携帯端末）１０は、入力装置１１、モニタ１２、ＲＡＭ（Random Access Memory）１３、ＲＯＭ（Read Only Memory）１４、記憶媒体からデータを読み取る媒体読取装置１５、他の装置（車載器３００等）との間でデータの送受信を行う通信装置１６、ＣＰＵ（Central Processing Unit）１７、ＨＤＤ（Hard Disk Drive）１８をバス１９で接続して構成される。

そして、ＨＤＤ１８には、上記した携帯端末１００の機能と同様の機能を発揮するアプリ実行プログラム１８ｂおよび優先度応答プログラム１８ｃが記憶されている。ＣＰＵ１７がアプリ実行プログラム１８ｂおよび優先度応答プログラム１８ｃを読み出して実行することにより、アプリ実行プロセス１７ａおよび優先度応答プロセス１７ｂが起動される。アプリ実行プロセス１７ａは、図２のアプリ実行処理部１６０ａに対応し、優先度応答プロセス１７ｂは、図２の履歴テーブル管理部１６０ｂ、アプリ関連テーブル生成部１６０ｃ、優先度判定部１６０ｄに対応する。

また、ＨＤＤ１８は、記憶部１５０の各テーブル１５０ａ〜１５０ｄに対応する各種データ１８ａを記憶する。ＣＰＵ１７は、ＨＤＤ１８に格納された各種データ１８ａを読み出して、ＲＡＭ１３に格納し、ＲＡＭ１３に格納された各種データ１３ａを用いて、優先度を判定し、判定結果となる優先度の情報を車載器３００に送信する。

図１３は、実施例１にかかる車載器３００を構成するコンピュータのハードウェア構成図を示す図である。図１３に示すように、このコンピュータ（車載器）２０は、入力装置２１、モニタ２２、ＲＡＭ２３、ＲＯＭ２４、記憶媒体からデータを読み取る媒体読取装置２５、他の装置（携帯端末１００，２００等）との間でデータの送受信を行う通信装置２６、ＣＰＵ２７、ＨＤＤ２８をバス２９で接続して構成される。

そして、ＨＤＤ２８には、上記した車載器３００の機能と同様の機能を発揮する接続先判定プログラム２８ｂおよびアプリ実行処理プログラム２８ｃが記憶されている。ＣＰＵ２７が接続先判定プログラム２８ｂおよびアプリ実行処理プログラム２８ｃを読み出して実行することにより、接続先判定プロセス２７ａおよびアプリ実行処理プロセス２７ｂが起動される。接続先判定プロセス２７ａは、図７の接続先判定部３６０ａに対応し、アプリ実行処理プロセス２７ｂは、図７のアプリ実行処理部３６０ｂに対応する。

また、ＨＤＤ２８は、記憶部３５０に記憶される各種データに対応する各種データ２８ａを記憶する。ＣＰＵ２７は、ＨＤＤ２８に格納された各種データ２８ａを読み出して、ＲＡＭ２３に格納し、ＲＡＭ２３に格納された各種データ２３ａを用いて、接続先を判定する。

ところで、図１２、図１３に示したアプリ実行プログラム１８ｂ、優先度応答プログラム１８ｃ、接続先判定プログラム２８ｂ、アプリ実行処理プログラム２８ｃは、必ずしも最初からＨＤＤ１８、２８に記憶させておく必要はない。たとえば、コンピュータに挿入されるフレキシブルディスク（ＦＤ）、ＣＤ−ＲＯＭ、ＤＶＤディスク、光磁気ディスク、ＩＣカードなどの「可搬用の物理媒体」、または、コンピュータの内外に備えられるハードディスクドライブ（ＨＤＤ）などの「固定用の物理媒体」、さらには、公衆回線、インターネット、ＬＡＮ、ＷＡＮなどを介してコンピュータに接続される「他のコンピュータ（またはサーバ）」などにアプリ実行プログラム１８ｂ、優先度応答プログラム１８ｃ、接続先判定プログラム２８ｂ、アプリ実行処理プログラム２８ｃを記憶しておき、コンピュータがこれらからアプリ実行プログラム１８ｂ、優先度応答プログラム１８ｃ、接続先判定プログラム２８ｂ、アプリ実行処理プログラム２８ｃを読み出して実行するようにしてもよい。

以上のように、本発明にかかる携帯端末、車載装置、優先度送信方法および優先度送信プログラムは、携帯端末と車載装置とが連携して所定の処理を実行するシステムなどに有用であり、特に、複数の携帯端末が存在する場合であっても、ユーザに余計な操作を強いることなく、特定の携帯端末と車載装置とを接続して所定の処理を実行する必要がある場合に適している。

図１は、本実施例１にかかる携帯端末および車載装置の概要および特徴を説明するための図である。 図２は、本実施例１にかかる携帯端末の構成を示す機能ブロック図である。 図３は、デバイス・アプリ対応テーブルの一例を示す図である。 図４は、接続・アプリ起動履歴テーブルの一例を示す図である。 図５は、アプリ関連仮テーブルの一例を示す図である。 図６は、アプリ関連テーブルの一例を示す図である。 図７は、本実施例１にかかる車載器の構成を示す機能ブロック図である。 図８は、アプリ関連テーブル生成処理の処理手順を示すフローチャートである。 図９は、応答処理の処理手順を示すフローチャートである。 図１０は、優先度応答処理の処理手順を示すフローチャートである。 図１１は、接続要求処理の処理手順を示すフローチャートである。 図１２は、実施例１にかかる携帯端末を構成するコンピュータのハードウェア構成を示す図である。 図１３は、実施例１にかかる車載器を構成するコンピュータのハードウェア構成図を示す図である。

１０，２０ コンピュータ
１１，２１ 入力装置
１２，２２ モニタ
１３，２３ ＲＡＭ
１３ａ、１８ａ，２３ａ，２８ａ 各種データ
１４，２４ ＲＯＭ
１５，２５ 媒体読取装置
１６，２６ 通信装置
１７，２７ ＣＰＵ
１７ａ アプリ実行プロセス
１７ｂ 優先度応答プロセス
１８，２８ ＨＤＤ
１８ｂ アプリ実行プログラム
１８ｃ 優先度応答プログラム
１９，２９ バス
２７ａ 接続先判定プロセス
２７ｂ アプリ実行処理プロセス
２８ｂ 接続先判定プログラム
２８ｃ アプリ実行処理プログラム
１００，２００ 携帯端末
１１０，３１０ 入力部
１２０，３２０ 出力部
１３０，３３０ 通信部
１４０，３４０ 入出力制御部
１５０，３５０ 記憶部
１５０ａ デバイス・アプリ対応テーブル
１５０ｂ 接続・アプリ起動履歴テーブル
１５０ｃ アプリ関連仮テーブル
１５０ｄ アプリ関連テーブル
１６０，３６０ 制御部
１６０ａ アプリ実行処理部
１６０ｂ 履歴テーブル管理部
１６０ｃ アプリ関連テーブル生成部
１６０ｄ 優先度判定部
３００ 車載器
３６０ａ 接続先判定部
３６０ｂ アプリ実行処理部

Claims (7)

1. 他装置と通信可能な携帯端末であって、
   前記携帯端末におけるアプリの起動履歴を格納する起動履歴テーブルと、
   前記起動履歴に基づいて、順に起動する可能性が高いと判定されたアプリの組につき、
   該アプリそれぞれを特定するための情報と該アプリそれぞれの起動順に関する情報とを格納するアプリ関連テーブルと、
   通信相手装置を識別するための情報と、該通信相手装置と接続した際に実行するアプリを特定するための情報とを対応付けて格納するデバイス・アプリ対応テーブルと、
   前記通信相手装置から所定の信号を受信した場合に、前記デバイス・アプリ対応テーブルから、該通信相手装置に対応するアプリを特定するための情報として第１アプリ情報を取得し、さらに、前記アプリ関連テーブルから、該第１アプリ情報を２番目の起動順とする組につき、該組の１番目のアプリを特定するための情報として第２アプリ情報を取得する取得手段と、
   前記起動履歴テーブルに格納されている最新レコードが、前記第２アプリ情報と等しい場合に、前記通信相手装置から受信した所定の信号に対する返信として、優先度が高い旨の情報を送信する送信手段と、
   を備えたことを特徴とする携帯端末。
2. 前記送信手段は、前記起動履歴テーブルに格納されている最新レコードが、前記第２アプリ情報と異なる場合に、前記通信相手装置から受信した所定の信号に対する返信として、優先度が低い旨の情報を送信することを特徴とする請求項１に記載の携帯端末。
3. 前記起動履歴テーブルに格納された連続する各起動履歴に基づいて連続して起動されたアプリの組を抽出し、抽出したアプリの組が前記各起動履歴に含まれる数に基づいて、前記アプリ関連テーブルを生成するアプリ関連テーブル生成手段を更に備えたことを特徴とする請求項１または２に記載の携帯端末。
4. 前記アプリ関連テーブル生成手段は、連続して起動されたアプリの組のうち、各アプリの起動時間の差が所定時間以下となるアプリの組を前記アプリ関連テーブルに対する登録対象のアプリの組として判定することを特徴とする請求項３に記載の携帯端末。
5. 請求項１〜４に記載の携帯端末と通信可能な車載装置であって、
   通信可能な前記携帯端末が複数存在するか否かを判定する判定手段と、
   前記判定手段により通信可能な前記携帯端末が複数存在すると判定された場合に、各携帯端末に対して優先度を問い合わせる信号を送信する信号送信手段と、
   前記信号に対する返信として優先度の情報を受信し、受信した優先度の情報に基づいて、複数の前記携帯端末のうちいずれかの携帯端末と接続処理を行う接続処理手段と、
   を備えたことを特徴とする車載装置。
6. 他装置と通信可能な携帯端末の優先度送信方法であって、
   前記携帯端末は、
   前記携帯端末におけるアプリの起動履歴を格納する起動履歴テーブルと、
   前記起動履歴に基づいて、順に起動する可能性が高いと判定されたアプリの組につき、該アプリそれぞれを特定するための情報と該アプリそれぞれの起動順に関する情報とを格納するアプリ関連テーブルと、
   通信相手装置を識別するための情報と、該通信相手装置と接続した際に実行するアプリを特定するための情報とを対応付けて格納するデバイス・アプリ対応テーブルと、
   を備え、
   前記通信相手装置から所定の信号を受信した場合に、前記デバイス・アプリ対応テーブルから、該通信相手装置に対応するアプリを特定するための情報として第１アプリ情報を取得し、さらに、前記アプリ関連テーブルから、該第１アプリ情報を２番目の起動順とする組につき、該組の１番目のアプリを特定するための情報として第２アプリ情報を取得する取得ステップと、
   前記起動履歴テーブルに格納されている最新レコードが、前記第２アプリ情報と等しい場合に、前記通信相手装置から受信した所定の信号に対する返信として、優先度が高い旨の情報を送信する送信ステップと、
   を含んだことを特徴とする優先度送信方法。
7. 携帯端末におけるアプリの起動履歴を格納する起動履歴テーブルと、
   前記起動履歴に基づいて、順に起動する可能性が高いと判定されたアプリの組につき、該アプリそれぞれを特定するための情報と該アプリそれぞれの起動順に関する情報とを格納するアプリ関連テーブルと、
   通信相手装置を識別するための情報と、該通信相手装置と接続した際に実行するアプリを特定するための情報とを対応付けて格納するデバイス・アプリ対応テーブルと、を備えたコンピュータに、
   前記通信相手装置から所定の信号を受信した場合に、前記デバイス・アプリ対応テーブルから、該通信相手装置に対応するアプリを特定するための情報として第１アプリ情報を取得し、さらに、前記アプリ関連テーブルから、該第１アプリ情報を２番目の起動順とする組につき、該組の１番目のアプリを特定するための情報として第２アプリ情報を取得する取得手順と、
   前記起動履歴テーブルに格納されている最新レコードが、前記第２アプリ情報と等しい場合に、前記通信相手装置から受信した所定の信号に対する返信として、優先度が高い旨の情報を送信する送信手順と、
   を実行させることを特徴とする優先度送信プログラム。

Images