JP6057144B2 - 携帯端末制御装置 - Google Patents

Description

本発明は複数の携帯端末を、例えば車載機器に接続した時に、接続履歴と携帯端末上のアプリケーションの種類に応じて、制御対象のアプリケーションを自動で決定する携帯端末制御装置及び携帯端末制御方法に関するものである。

従来の携帯端末制御装置として、Ｂｌｕｅｔｏｏｔｈ（登録商標）にて携帯電話機からオーディオデータを車載装置にストリーミング転送する際に、携帯電話機が保有する複数のアプリケーションの中から、デフォルトに登録されている選択基準に従って制御対象のアプリケーションを自動で選択するものが知られている（例えば特許文献１参照）。

特開２０１０−２５８９５６号公報

しかしながら、従来の携帯端末制御装置においては、複数の携帯端末が接続された場合に、複数の携帯端末それぞれについてアプリケーションを自動で選択することができないという問題があった。
本発明は、従来の問題を解決するためになされたもので、複数の携帯端末を例えば車載機器に接続した時に、接続履歴と携帯端末上のアプリケーションの種類に応じて、各携帯端末について制御対象のアプリケーションを自動で決定することのできる携帯端末制御装置及び携帯端末制御方法を提供することを目的とする。

上記目的を達成するために本発明は、複数の携帯端末の接続有無を検出し、前記複数の携帯端末のそれぞれのデバイス情報とアプリケーション情報とを接続履歴に保持するデバイス制御部と、接続された前記複数の携帯端末のそれぞれが保有する複数のアプリケーションのうち制御対象とする前記アプリケーションを、前記接続履歴に基づいて決定するアプリケーション制御部とを備え、前記アプリケーション制御部は、第一の携帯端末の接続を検知したときに前記第一の携帯端末とは異なる第二の携帯端末が接続されていると判断した場合、前記第二の携帯端末において制御中の前記アプリケーションの制御アプリケーションＩＤを取得し、前記第一の携帯端末が保有する前記アプリケーションの保有アプリケーションＩＤを、前記接続履歴から取得し、前記制御アプリケーションＩＤのカテゴリと前記保有アプリケーションＩＤのカテゴリとが一致するか否かを判断し、前記制御アプリケーションＩＤの前記カテゴリとは異なると判断された前記保有アプリケーションＩＤに対応する前記アプリケーションを前記制御対象として決定するという構成を有する。

本発明によれば、複数の携帯端末を例えば車載機器に接続した時に、接続履歴と携帯端末上のアプリケーションの種類に応じて、各携帯端末について制御対象のアプリケーションを自動で決定することができるという効果を奏する。

本発明の実施の形態における携帯端末制御装置のブロック図 本発明の実施の形態における携帯端末制御装置の動作説明のためのフロー図 本発明の実施の形態における携帯端末制御装置の接続履歴（その１）を示す説明図 本発明の実施の形態における携帯端末制御装置のアプリケーションＤＢを示す説明図 本発明の実施の形態における携帯端末制御装置の接続履歴（その２）を示す説明図 本発明の実施の形態における携帯端末制御装置の接続履歴（その３）を示す説明図 本発明の実施の形態における携帯端末制御装置の接続履歴（その４）を示す説明図 本発明の実施の形態における携帯端末制御装置の接続履歴（その５）を示す説明図 本発明の実施の形態における携帯端末制御装置の複数アプリケーションを制御している画面を示す説明図

以下、本発明の実施の形態における携帯端末制御装置について図面を参照しながら説明する。
図１は本発明の実施の形態における携帯端末制御装置のブロック図である。
図１に示すように、携帯端末制御装置１は、入力機器３、表示機器４、音声出力機器５及び複数の携帯端末２に接続される。

携帯端末制御装置１は、接続された携帯端末２との通信を制御するドライバ部１０と、複数の携帯端末２の接続有無を検出しデバイス情報とアプリケーション情報を接続履歴１１（接続履歴１１については図３を参照して後に説明する。）に保持するデバイス制御部１２と、接続された携帯端末２が保有する複数のアプリケーション（保有アプリケーション）のうち制御対象とするアプリケーションを接続履歴１１とアプリケーションＤＢ１３（アプリケーションＤＢ１３については図４を参照して後に説明する。）に基づいて決定するアプリケーション制御部１４と、携帯端末制御装置１全体を制御するシステム管理部１５と、入力機器３より入力された操作データを取得する入力制御部１６と、表示機器４へ表示データを出力する表示制御部１７と、ドライバ部１０を経由して携帯端末２のアプリケーションから画像データを取得し表示制御部１７へ渡す画像データ取得部１８と、ドライバ部１０を経由して携帯端末２のアプリケーションから音声データを取得し音声出力機器５へ渡す音声データ取得部１９とを有する構成である。

ここで、接続履歴１１とは、図３に示すように、接続された携帯端末２のデバイスＩＤ、接続回数、制続中を示すフラグと、前回接続時に制御していたラストアプリケーションＩＤと、過去に制御したことがある保有アプリケーションＩＤ、制御回数、制御中を示すフラグ等のデバイス情報とアプリケーション情報の履歴である。

また、アプリケーションＤＢ１３とは、図４に示すとおり携帯端末制御装置１にて制御可能なアプリケーションＩＤの一覧をアプリケーションの種別を示すカテゴリ毎に保持しているリストである。例えば、地図表示やナビゲーションが可能なアプリケーションを示すＭＡＰカテゴリや、オーディオデータを再生可能なアプリケーションを示すＡＵＤＩＯカテゴリや、メッセージの送受信が可能なＳＮＳ（Social Networking Service）カテゴリ等のカテゴリを有する。

以上のように構成された携帯端末制御装置１について、以下にその処理動作を説明する。
図２は本発明の実施の形態における携帯端末制御装置１を用いた携帯端末制御方法のフローチャートである。

まず、ステップ１（Ｓ１）では、携帯端末２の接続を検知する。
この端末検知ステップＳ１において、携帯端末制御装置１のデバイス制御部１２にて携帯端末２の接続の有無を検知する。

ステップ２（Ｓ２）では、携帯端末２のデバイスＩＤとアプリケーションＩＤを取得する。
携帯端末制御装置１のデバイス制御部１２にて携帯端末２の接続を検知すると、デバイス制御部１２が携帯端末２のデバイスＩＤと携帯端末２が保有する保有アプリケーションの保有アプリケーションＩＤ（保有アプリＩＤ）を取得する。
この保有アプリ取得ステップＳ２において、デバイス制御部１２は、接続が検知された携帯端末２の前回の制御に用いられたラストアプリケーションのラストアプリＩＤも取得する。

ステップ３（Ｓ３）では、接続を検出した携帯端末２が携帯端末制御装置１に過去に接続されたことがあるかどうかを判断する。
この接続履歴判断ステップＳ３において、携帯端末制御装置１のデバイス制御部１２にて、取得したデバイスＩＤが接続履歴１１に保持されているデバイスＩＤと一致するかどうかを比較する。
一致するデバイスＩＤが既にある場合は、接続履歴１１の該当するデバイスＩＤの接続回数と保有アプリＩＤを更新し、ステップ４（Ｓ４）に進む。
一致するデバイスＩＤが存在しない場合は、接続履歴１１にデバイスＩＤと保有アプリＩＤを追加し、制御開始する保有アプリＩＤなしとして、処理を終了する。
上記のように、デバイス制御部１２は、ステップ１において検知された携帯端末を特定するデバイスＩＤが、携帯端末制御装置１の接続履歴１１のデバイスＩＤと一致するか否かを判断する。

ステップ４（Ｓ４）では、複数の携帯端末２が接続されているかどうかを判断する。
この複数端末検知ステップＳ４において、携帯端末制御装置１のデバイス制御部（制御部）１２にて、接続履歴１１に接続中のデバイスＩＤが複数あるかどうかを確認する。すなわち、接続を検知した携帯端末２以外の携帯端末２が携帯端末制御装置１に接続されているか否かをデバイス制御部（制御部）１２が判断する。
複数ある場合は、ステップ５（Ｓ５）へ進み、複数ない場合は、ステップ９（Ｓ９）へ進む。

図３では、携帯端末２（デバイスＩＤ＝００１）と、携帯端末２（デバイスＩＤ＝００２）が接続中を示すフラグが１となっている。これは、接続履歴１１にデバイスＩＤが記録されている３台の携帯端末２のうち、上記２台の携帯端末２が携帯端末制御装置１に接続されている場合を示している。

ステップ５（Ｓ５）では、既に接続中の携帯端末２において制御中のアプリケーションがあるかどうかを判断する。
この制御アプリ情報取得ステップＳ５において、携帯端末制御装置１のアプリケーション制御部（制御部）１４にて、接続履歴１１に制御中のアプリＩＤ（制御アプリケーションＩＤ）が存在するかどうかを確認する。１つ以上の制御中のアプリＩＤが存在する場合は、ステップ６（Ｓ６）に進み、制御中のアプリＩＤが存在しない場合は、ステップ９（Ｓ９）へ進む。

ここで、端末検知ステップＳ１において、携帯端末２（デバイスＩＤ＝００２）を検知したとすると、アプリケーション制御部（制御部）１４は、図３に示すように、接続履歴１１の接続中フラグが１である既接続の携帯端末２（デバイスＩＤ＝００１）の保有するアプリケーションのうち、制御中フラグが１の保有アプリＩＤであるＡを制御アプリケーションＩＤとして取得する。

ステップ６（Ｓ６）では、携帯端末制御装置１にて制御中のアプリケーションと、接続された携帯端末２にて前回接続時に制御されていたアプリケーションの種別が一致しているかどうかを判断する。
ステップ６は制御アプリケーションと保有アプリケーションのカテゴリが一致するか否かを判断するカテゴリ判断ステップにあたる。
携帯端末制御装置１のアプリケーション制御部１４にて、接続履歴１１の制御中のアプリＩＤのカテゴリをアプリケーションＤＢ１３（図４参照）を参照して決定する。また、接続履歴１１において接続された携帯端末２のラストアプリＩＤを確認し、アプリケーションＤＢ１３にて該当するカテゴリを決定する。
この種別判断ステップＳ６において、アプリケーション制御部１４は、制御中アプリＩＤのカテゴリと接続された携帯端末２のラストアプリＩＤのカテゴリが一致するかどうかを判断し、一致する場合はステップ７（Ｓ７）へ進む。一致しない場合は、ステップ９（Ｓ９）へ進む。

図３に示すように、端末検知ステップＳ１において検知した携帯端末２（デバイスＩＤ＝００２）のラストアプリＩＤはＢである。また、携帯端末制御装置１に既に接続されている携帯端末２（デバイスＩＤ＝００１）の制御アプリケーション（保有アプリケーションのうち制御中フラグが１のもの）の制御アプリＩＤ（保有アプリＩＤ）はＡである。
図４に示すように、ＩＤがＢのラストアプリケーションはカテゴリがＭＡＰであるのに対し、ＩＤがＡの制御アプリケーションはカテゴリがＡＵＤＩＯである。したがって、この場合、アプリケーション制御部１４は、両者のカテゴリ（種別）が一致しないと判断して、ステップ９に移る。
なお、携帯端末制御装置１に既に接続されている携帯端末２が複数ある場合は、各携帯端末２との間で種別判断ステップＳ６を行い、全て携帯端末２の制御アプリケーションとカテゴリが一致しないと判断したときに、ステップ９に移る。

図５〜図８は、図３とは別の接続履歴１１の例を示している。
図５に示すように、デバイスＩＤ＝００２のラストアプリＩＤがＡであれば、アプリケーション制御部１４は、両者のカテゴリ（種別）が一致すると判断して、ステップ７に移る。また、仮に、図５において、デバイスＩＤ＝００２のラストアプリＩＤがＦやＨである場合も（このときは、保有アプリＩＤもＦやＨが含まれることとなる。）、図４に示されているように、Ａとカテゴリ（種別）が一致するから、ステップ７に移る。

ステップ７（Ｓ７）では、接続された携帯端末２にて前回接続時に制御されていたラストアプリケーションが属するカテゴリ以外に分類されている制御可能なアプリケーションが携帯端末２内に存在するかどうかを確認する。
携帯端末制御装置１のアプリケーション制御部１４にて、接続履歴１１を参照し、接続された携帯端末２の保有アプリＩＤを取得する。取得した保有アプリＩＤの中で制御回数の多い順に、アプリケーションＤＢ１３にて該当するカテゴリを参照し、既に携帯端末制御装置１にて制御中の制御アプリケーションが属するカテゴリと、保有アプリケーションが属するカテゴリとが一致するかどうかを確認する。

両者が一致しない場合は、その保有アプリＩＤを、接続された携帯端末２にて制御するアプリケーションとして決定し、ステップ８（Ｓ８）へ進む。
接続された携帯端末２の保有アプリケーションが全て、既に携帯端末制御装置１にて制御中のアプリケーションが属するカテゴリと一致した場合は、制御開始する保有アプリケーションなしとして、処理を終了する。
ステップ７は制御アプリケーションと保有アプリケーションのカテゴリが一致するか否かを判断するカテゴリ判断ステップおよび制御対象となるアプリケーションを決定するアプリ決定ステップにあたる。
なお、携帯端末制御装置１に既に接続されている携帯端末２が複数ある場合は、各携帯端末２との間でステップ７を行い、既に接続されている携帯端末２の制御アプリケーションの何れのカテゴリとも一致しないと判断したときに、ステップ９に移る。

図５に示すように、接続履歴１１におけるデバイスＩＤ＝００２のラストアプリＩＤ＝Ａである場合、アプリケーション制御部１４は、Ａ以外の保有アプリケーションであるＢが属するカテゴリと、Ａが属するカテゴリとが一致するかどうかを判断する。図４に示すようにＢのカテゴリ（ＭＡＰ）は、Ａのカテゴリ（ＡＵＤＩＯ）とは異なるから、保有アプリＩＤ＝Ｂの保有アプリケーションを携帯端末２にて制御するアプリケーションとして決定する。

図６示すように、接続履歴１１におけるデバイスＩＤ＝００２のラストアプリＩＤ＝Ａであり、Ａ以外の保有アプリケーションがＦ及びＨである場合、アプリケーション制御部１４は、Ａ以外の保有アプリケーションであるＦ、Ｈが属するカテゴリと、Ａが属するカテゴリとが一致するかどうかを判断する。図４に示すようにＦ、Ｈのカテゴリは、Ａのカテゴリと同じ（ＡＵＤＩＯ）である。このため、接続された携帯端末２の保有アプリケーションが全て、既に携帯端末制御装置１にて制御中のアプリケーションが属するカテゴリと一致し、制御開始する保有アプリケーションなしとして、処理を終了する。

図７に示すように、接続履歴１１におけるデバイスＩＤ＝００２のラストアプリＩＤ＝Ａであり、Ａ以外の保有アプリケーションがＦ及びＩである場合、アプリケーション制御部１４は、Ａ以外の保有アプリケーションであるＦ、Ｉが属するカテゴリと、Ａが属するカテゴリとが一致するかどうかを判断する。図４に示すようにＦのカテゴリは、Ａのカテゴリと同じ（ＡＵＤＩＯ）である。しかし、Ｉのカテゴリは、Ａのカテゴリ（ＡＵＤＩＯ）とは異なる（ＳＮＳ）である。そこで、保有アプリＩＤ＝Ｉの保有アプリケーションを携帯端末２にて制御するアプリケーションとして決定する。

図８に示すように、接続履歴１１におけるデバイスＩＤ＝００２のラストアプリＩＤ＝Ａであり、Ａ以外の保有アプリケーションがＥ及びＩである場合、アプリケーション制御部１４は、Ａ以外の保有アプリケーションであるＥ、Ｉが属するカテゴリと、Ａが属するカテゴリとが一致するかどうかを判断する。本実施形態では、アプリケーション制御部１４、はこの判断を接続履歴１１に記録されている制御回数が多い保有アプリケーションの順に行う。図８では、Ｅの制御回数が１０回、Ｉの制御回数が５回である。このため、保有アプリケーションＥをＩよりも先に判断する。図４に示すように、Ｅのカテゴリは、Ａのカテゴリ（ＡＵＤＩＯ）とは異なる（ＭＡＰ）である。そこで、保有アプリＩＤ＝Ｅの保有アプリケーションを携帯端末２にて制御するアプリケーションとして決定する。
上述した方法により、保有アプリケーション中に制御アプリケーションとカテゴリの異なるものが複数存在する時には、過去の制御回数の多い保有アプリケーションを携帯端末２にて制御するアプリケーションとして決定することができる。

ステップ８（Ｓ８）では、ステップ７（Ｓ７）にて決定した保有アプリＩＤを起動して制御開始する。
携帯端末制御装置１のアプリケーション制御部１４にて、対象となる保有アプリＩＤの制御開始指示をドライバ部１０経由で携帯端末２に送信する。アプリケーション制御部１４は、接続履歴１１にて、接続された携帯端末２のラストアプリＩＤと保有アプリＩＤの制御中フラグと制御回数を更新する。

ステップ９（Ｓ９）では、接続された携帯端末２にて前回接続時に制御されていたアプリケーションを制御開始する。
このステップ９は、端末検知ステップＳ１において検知された携帯端末２の制御アプリケーションを決定するアプリ決定ステップにあたる。
携帯端末制御装置１のアプリケーション制御部１４は、接続履歴１１にて、接続された携帯端末２のラストアプリＩＤの制御開始指示をドライバ部１０経由で携帯端末２に送信し、制御開始した保有アプリＩＤの制御中フラグと制御回数を更新する。

図９は表示機器４に表示される、複数の携帯端末２を接続し種別の異なる複数のアプリケーションを制御中の画面２０である。
図９において表示機器４の画面２０には、ＡＵＤＩＯカテゴリのアプリケーション情報表示部２１、ＭＡＰカテゴリのアプリケーション情報表示部２２、ＳＮＳカテゴリのアプリケーション表示部が少なくとも表示される。ＡＵＤＩＯカテゴリのアプリケーション情報表示部２１には、再生中の曲情報であるタイトル、アーティスト名、再生時間などを表示する。ＭＡＰカテゴリのアプリケーション情報表示部２２には、地図データやナビゲーション情報などを表示する。ＳＮＳカテゴリのアプリケーション情報表示部２３には、接続されている携帯端末２にて受信したメッセージや送信メッセージの内容を表示する。

以上のように本実施の形態によれば、複数の携帯端末２の接続有無を検出しデバイス情報とアプリケーション情報を接続履歴１１に保持するデバイス制御部１２と、接続された携帯端末２が保有する複数のアプリケーションのうち制御対象とするアプリケーションを接続履歴１１とアプリケーションＤＢ１３に基づいて決定するアプリケーション制御部１４を備えることにより、接続された携帯端末と制御されたアプリケーションの履歴と、同時に制御可能なアプリケーションのカテゴリを管理することができるため、複数の携帯端末を車載機器に接続時に、接続履歴と携帯端末上のアプリケーションの種類に応じて、制御対象のアプリケーションを自動で決定することができる。

なお、本実施の形態において、保持するアプリケーションＤＢ１３のカテゴリの種類が３種類のみの例について説明したが、カテゴリの種類を携帯端末２から取得したり、カテゴリの種類を階層構造にすることにより、同時に制御可能なアプリケーションの種類を増やすことができる。この構成を採用すれば、さらに同一携帯端末にて複数のアプリケーションを制御することができるという効果が得られる。

本発明の携帯端末制御装置および携帯端末制御方法は、複数の携帯端末を車載機器に接続時に、接続履歴と携帯端末上のアプリケーションの種類に応じて、制御対象のアプリケーションを自動で決定することができるという効果を有し、複数の携帯端末を接続してアプリケーションを制御する制御装置等として有用である。

１ 携帯端末制御装置
２ 携帯端末
３ 入力機器
４ 表示機器
５ 音声出力機器
１０ ドライバ部
１１ 接続履歴
１２ デバイス制御部（制御部）
１３ アプリケーションＤＢ
１４ アプリケーション制御部（制御部）
１５ システム管理部
１６ 入力制御部
１７ 表示制御部
１８ 画像データ取得部
１９ 音声データ取得部
２０ 表示機器４の画面
２１ ＡＵＤＩＯカテゴリのアプリケーション情報表示部
２２ ＭＡＰカテゴリのアプリケーション情報表示部
２３ ＳＮＳカテゴリのアプリケーション情報表示部

Claims (6)

1. 複数の携帯端末の接続有無を検出し、前記複数の携帯端末のそれぞれのデバイス情報とアプリケーション情報とを接続履歴に保持するデバイス制御部と、
   接続された前記複数の携帯端末のそれぞれが保有する複数のアプリケーションのうち制御対象とするアプリケーションを、前記接続履歴に基づいて決定するアプリケーション制御部とを備え、
   前記アプリケーション制御部は、
   第一の携帯端末の接続を検知したときに前記第一の携帯端末とは異なる第二の携帯端末が接続されていると判断した場合、前記第二の携帯端末において制御中のアプリケーションの制御アプリケーションＩＤを取得し、
   前記第一の携帯端末が保有するアプリケーションの保有アプリケーションＩＤを、前記接続履歴から取得し、
   前記制御アプリケーションＩＤのカテゴリと前記保有アプリケーションＩＤのカテゴリとが一致するか否かを判断し、前記制御アプリケーションＩＤの前記カテゴリとは異なると判断された保有アプリケーションＩＤに対応するアプリケーションを制御対象として決定する、
   携帯端末制御装置。
2. 前記アプリケーション制御部は、前記第一の携帯端末の前回の制御に用いられたラストアプリケーションの保有アプリケーションＩＤを前記接続履歴から取得し、当該保有アプリケーションＩＤのカテゴリが前記制御アプリケーションＩＤの前記カテゴリと一致するか否かを最初に判断する、
   請求項１に記載の携帯端末制御装置。
3. 携帯端末制御装置の制御部が、
   第一の携帯端末の接続を検知したときに前記第一の携帯端末とは異なる第二の携帯端末が接続されていると判断した場合、前記第二の携帯端末において制御中のアプリケーションの制御アプリケーションＩＤを取得する制御アプリ情報取得ステップと、
   前記第一の携帯端末が保有するアプリケーションの保有アプリケーションＩＤを、前記携帯端末制御装置が有する接続履歴から取得する保有アプリ取得ステップと、
   前記制御アプリケーションＩＤのカテゴリと前記保有アプリケーションＩＤのカテゴリとが一致するか否かを判断するカテゴリ判断ステップと、
   前記カテゴリ判断ステップにおいて前記制御アプリケーションＩＤの前記カテゴリとは異なると判断された保有アプリケーションＩＤに対応するアプリケーションを制御対象として決定するアプリ決定ステップと、を備えている、
   携帯端末制御方法。
4. 前記カテゴリ判断ステップは、当該携帯端末制御装置において制御可能なアプリケーションがカテゴリ毎に分類して記録されているアプリケーションＤＢにおいて、比較対象となるアプリケーションが同じカテゴリに属するか否かを判断し、同じカテゴリに属する場合にカテゴリが一致すると判断し、前記同じカテゴリに属さない場合にカテゴリが一致しないと判断する、
   請求項３に記載の携帯端末制御方法。
5. 前記カテゴリ判断ステップは、前記第一の携帯端末の前回の制御に用いられたラストアプリケーションの保有アプリケーションＩＤを前記接続履歴から取得し、当該保有アプリケーションＩＤのカテゴリが前記制御アプリケーションＩＤの前記カテゴリと一致するか否かを最初に判断する、
   請求項４に記載の携帯端末制御方法。
6. 前記カテゴリ判断ステップは、前記第一の携帯端末が保有する前記アプリケーションの過去の制御回数を前記接続履歴から取得し、前記過去の制御回数が多いアプリケーションの順に、当該アプリケーションの保有アプリケーションＩＤのカテゴリが前記制御アプリケーションＩＤの前記カテゴリと一致するか否かを判断する、
   請求項５に記載の携帯端末制御方法。