特許 7165184 コンタクトリコメンデーションを生成するための装置及び方法

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B2)

(11)【特許番号】

(24)【登録日】2022-10-25

(45)【発行日】2022-11-02

(54)【発明の名称】コンタクトリコメンデーションを生成するための装置及び方法

(51)【国際特許分類】

   H04M 1/247 20210101AFI20221026BHJP

   H04M 1/00 20060101ALI20221026BHJP

【ＦＩ】

H04M1/247

H04M1/00 S

【請求項の数】 15

(21)【出願番号】P 2020502606

(86)(22)【出願日】2018-07-18

(65)【公表番号】

(43)【公表日】2020-09-03

(86)【国際出願番号】 EP2018069470

(87)【国際公開番号】W WO2019016250

(87)【国際公開日】2019-01-24

【審査請求日】2020-03-18

(31)【優先権主張番号】1711729.2

(32)【優先日】2017-07-21

(33)【優先権主張国・地域又は機関】GB

(73)【特許権者】

【識別番号】512308720

【氏名又は名称】ジャガー ランド ローバー リミテッド

【氏名又は名称原語表記】Ｊａｇｕａｒ Ｌａｎｄ Ｒｏｖｅｒ Ｌｉｍｉｔｅｄ

【住所又は居所原語表記】Ａｂｂｅｙ Ｒｏａｄ Ｗｈｉｔｌｅｙ Ｃｏｖｅｎｔｒｙ ＣＶ３ ４ＬＦ ＵＮＩＴＥＤ ＫＩＮＧＤＯＭ

(74)【代理人】

【識別番号】100100158

【弁理士】

【氏名又は名称】鮫島 睦

(74)【代理人】

【識別番号】100112911

【弁理士】

【氏名又は名称】中野 晴夫

(72)【発明者】

【氏名】ジョウ・シュー

【審査官】小宮 慎司

(56)【参考文献】

【文献】米国特許第０９６１４９５０（ＵＳ，Ｂ１）

【文献】英国特許出願公開第０２５２８０８８（ＧＢ，Ａ）

【文献】特開２００３－１８８９７９（ＪＰ，Ａ）

【文献】特開２０１１－０７２００７（ＪＰ，Ａ）

【文献】特開２０１３－０４２５３７（ＪＰ，Ａ）

【文献】特表２００８－５１０４０６（ＪＰ，Ａ）

(58)【調査した分野】(Int.Cl.，ＤＢ名)

Ｈ０４Ｍ １／２４７

Ｈ０４Ｍ １／００

(57)【特許請求の範囲】

【請求項1】

車両の通信装置用のコンタクトリコメンデーションを生成する、コンピュータで実行される方法であって、
前記方法は、認知負荷が高い環境における使用に適しており、
前記方法は、
通信デバイスに関連した複数の車両コンタクトイベントを判断するステップを含み、
前記車両コンタクトイベントは前記車両の通信装置を介して実行されるコンタクトイベントであり、
前記方法はまた、
１つ以上の現状のパラメータと、前記車両コンタクトイベントそれぞれに関連した１つ以上のパラメータそれぞれとの間の間隔を判断するステップと、
それぞれの車両コンタクトイベントについて判断された前記間隔にしたがって、１つ以上のコンタクトリコメンデーションを生成するステップと、
１つ以上のコンタクトリコメンデーションを使用者に出力するステップと、
を含む方法。

【請求項2】

前記間隔が、複数の現状のパラメータと、前記車両コンタクトイベントそれぞれに関連した複数のパラメータそれぞれとの間の差に基づく、請求項１に記載の方法。

【請求項3】

前記間隔が、前記複数の現状のパラメータと、前記車両コンタクトイベントそれぞれに関連した前記複数のパラメータとの間の差の二乗の総和、および前記複数の現状のパラメータと、前記車両コンタクトイベントそれぞれに関連した前記複数のパラメータとの重み付けされた組み合わせの少なくとも１つに基づく、請求項２に記載の方法。

【請求項4】

前記現状のパラメータと、前記車両コンタクトイベントそれぞれに関連した前記パラメータと、のそれぞれに関連した値を判断するステップを含み、
前記値は前記パラメータそれぞれを１つ以上のグループに振り当てることにより判断される、請求項１－３のいずれか１つに記載の方法。

【請求項5】

前記間隔が下記の式

によって計算され、ここで
ｘは、第一のイベントの第一のパラメータ値であり、
ｙは、第二のイベントの第一のパラメータ値であり、
ｎは、前記第一のパラメータのグループの総数であり、
ａｂｓ（ ）は、絶対値を返す関数であり、
最大間隔は、イベントパラメータ間の最大許容間隔であって下記の式
最大間隔 = Ｆｌｏｏｒ（最大差／２）
で定義され、
最大差は、グループ数値の可能最大値とグループ数値の可能最小値との差であり、
Ｆｌｏｏｒ（ ）は、切り捨てて整数を返す関数である、
請求項１－４のいずれか１つに記載の方法。

【請求項6】

前記間隔が下記の数式１によって判断され、
Ｄは前記間隔であり、
Ｄａｙ_{ｃｕｒｒｅｎｔ}は現在の日付であり、
Ｄａｙ_{ｅｖｅｎｔ}は車両コンタクトイベントの日付であり、
Ｔｉｍｅ_{ｃｕｒｒｅｎｔ}は、現在の時刻であり、
Ｔｉｍｅ_{ｅｖｅｎｔ}は車両コンタクトイベントの時刻である、
請求項１－５のいずれか１つに記載の方法。

【数1】

【請求項7】

前記各車両コンタクトイベントに関連した差別化パラメータに基づいて、実質的に等しい間隔を有する複数の車両コンタクトイベントの中から１つの車両コンタクトイベントを選択するステップを含む、請求項１－６のいずれか１つに記載の方法。

【請求項8】

１つ以上のコンタクトリコメンデーションの生成は、判断された車両コンタクトイベントの第一のサブセットに基づく車両コンタクトリコメンデーションの第一のセット、及び車両コンタクトイベントの第二のサブセットに基づく車両コンタクトリコメンデーションの第二のセットを作成するステップと、コンタクトリコメンデーションの前記第一のセットと前記第二のセットを比較するステップとを含む、
請求項１－７のいずれか１つに記載の方法。

【請求項9】

認知負荷が高い環境下での使用に適した車両の通信装置であって、
前記通信装置は、
複数の車両コンタクトイベントを示すデータを保存するよう実施可能な記憶手段を含み、
前記車両コンタクトイベントは、前記車両通信装置を介して実行されるものであり、
前記装置はまた、
制御手段と、
ＩＯ（入力出力）手段と、を含み、
前記制御手段は、１つ以上の現状のパラメータと、それぞれの前記車両コンタクトイベントに関連した１つ以上のパラメータそれぞれとの間の間隔を判断し、それぞれの車両コンタクトイベントについて判断された前記間隔に従ってコンタクトリコメンデーションを生成し、ＩＯ手段を介してリコメンデーションを使用者に出力するように構成される、通信装置。

【請求項10】

前記間隔は、複数の現状のパラメータと、前記車両コンタクトイベントそれぞれに関連した複数のパラメータとの間の差に基づく、請求項９に記載の通信装置。

【請求項11】

前記間隔は、前記複数の現状のパラメータと、車両コンタクトイベントそれぞれに関連した前記複数のパラメータとの間の差の二乗の総和、および前記複数の現状のパラメータと、前記車両コンタクトイベントそれぞれに関連した前記複数のパラメータとの重み付けされた組み合わせの少なくとも１つに基づく、請求項１０に記載の通信装置。

【請求項12】

前記制御手段は、前記現状のパラメータそれぞれに関連した値と、前記車両コンタクトイベントそれぞれに関連した前記パラメータに関連した値とを判断するように構成され、前記値は前記パラメータそれぞれを１つ以上のグループに振り分けることにより判断されてもよく、それぞれの前記グループは、１つ以上のパラメータ値に対応する、請求項９－１１のいずれか１つに記載の通信装置。

【請求項13】

携帯デバイスとの無線通信用の通信手段を含み、前記複数の車両コンタクトイベントを示すデータは前記携帯デバイスから受信される、請求項９－１２のいずれか１つに記載の通信装置。

【請求項14】

請求項１－８のいずれか１つに記載の方法を任意に実施可能な、請求項９－１３のいずれか１つに記載の車両の通信装置を含む車両。

【請求項15】

コンピュータによって実行されると、請求項１－８のいずれか１つに記載の方法を実行するように構成された、コンピュータソフトウェア。

【発明の詳細な説明】

【技術分野】

【0001】

本願開示は、コンタクトリコメンデーション（ｃｏｎｔａｃｔ ｒｅｃｏｍｍｅｎｄａｔｉｏｎｓ）を生成するための装置及び方法に関する。本願発明の態様はコンタクトリコメンデーションを生成するための通信装置及び方法に関連し、特に、車両の乗員にコンタクトを推奨するための装置、車両、車両内における使用方法、及びコンピュータソフトウェアに関するが、それらに限定されない。

【背景技術】

【0002】

車両はしばしば車両乗員に通信機能を提供する。通信機能によれば、テレコミュニケーションネットワークを介して車両乗員が音声又は可能性としてビデオ電話をかけることができる。この機能を提供するために車両は、携帯電話などの使用者の通信デバイスと通信可能なカップリング装置を含んで電話をかけたり受けたりできてもよく、又は車両が、テレコミュニケーションネットワークと通信可能な通信ユニットを含んでもよい。両方とも車両の「ハンズフリー」システムと呼ばれてもよい。

【0003】

使用者が電話をかけたいとき、使用者は、使用者のコンタクト、例えば友人、家族等の詳細情報を記録したコンタクトリスト又は電話帳にアクセス可能である。コンタクトリストは使用者によって検索されてもよい。しかし、車両の運転中など、認知負荷（ｃｏｇｎｉｔｉｖｅ ｌｏａｄ）が高い環境下では、望ましいコンタクトを見つけるためにコンタクトリストを検索することは望ましくない。

【0004】

本願発明の実施形態の目的は、使用者が通信したい１つ以上のコンタクトを使用者に推奨することである。本願発明の実施形態の目的は、手間をあまりかけずに１つ以上のコンタクトリコメンデーションを判断することである。本願発明の実施形態の目的は、先行技術の問題の１つ以上を少なくとも軽減することである。

【発明の概要】

【0005】

本願発明の態様と実施形態は、添付の特許請求の範囲でクレームするコンタクトリコメンデーションを生成するコンピュータで実行される方法、通信装置、コンピュータソフトウェア、及び車両を提供する。

【0006】

本願発明の一態様によれば、コンタクトリコメンデーションを生成するコンピュータで実行される方法が提供され、方法は、あるコンタクトイベント（ｃｏｎｔａｃｔ ｅｖｅｎｔ）への間隔（ｄｉｓｔａｎｃｅ）を判断するステップと、その間隔に従ってコンタクトリコメンデーションを生成するステップを含む。

【0007】

本願発明の一態様によれば、コンタクトリコメンデーションを生成するコンピュータで実行される方法が提供され、方法は、１つ以上の現状のパラメータ（ｃｕｒｒｅｎｔ ｐａｒａｍｅｔｅｒｓ）と、コンタクトイベントに関連した１つ以上のそれぞれのパラメータとの間隔を判断するステップと、その間隔に従ってコンタクトリコメンデーションを生成するステップを含む。好都合に、コンタクトリコメンデーションは各コンタクトイベントへの類似性に基づいて生成される。複数のコンタクトイベントそれぞれへの間隔が判断され、それに基づいてコンタクトリコメンデーションが選択されてもよい。

【0008】

一実施形態において、方法とは、車両の通信装置用のコンタクトリコメンデーションを提供する方法である。

【0009】

コンタクトイベントとは各コンタクトとの通信イベントを意味すると理解されてもよい。コンタクトイベントは、各コンタクトとの電話もしくはビデオ電話、コンタクトとのテキストメッセージ通信、又はコンタクトとの電子メールのやり取りでもよい。いくつかの実施形態において、コンタクトイベントは、コンタクトとの音声又はビデオの電話を意味すると理解されたい。コンタクトイベントは車両のコンタクトイベントでもよい。車両のコンタクトイベントは、車両の通信装置を介して実行されるコンタクトイベントである。

【0010】

方法は、複数の車両コンタクトイベントを判断するステップを含んでもよく、車両のコンタクトイベントは、車両の通信装置を介して実行されるコンタクトイベントである。この方法では、車両内で起こるコンタクトイベントのコンタクトリコメンデーションは車両から以前に行われたコンタクトイベントに基づくものであり、より優れたレコメンデーションが提供される。

【0011】

この方法は、車両の運転中など、認知負荷が高い環境下に適しているかもしれない。

【0012】

任意に、パラメータの少なくともいくつかは時間的（ｔｅｍｐｏｒａｌ）パラメータである。好都合に、類似性は、コンタクトイベントに関連する時刻に少なくとも部分的に基づいて判断される。

【0013】

現状のパラメータは、現在の日付又は時刻などの現時点の、１つ以上の特徴でもよい。

【0014】

間隔とは、１つ以上の現状のパラメータと、各コンタクトイベントに関連した１つ以上のパラメータとの間の差を示してもよい。好都合に、より短い間隔のパラメータが現在の状況に最も類似したものである。

【0015】

任意に、間隔は差の二乗の総和（ｓｕｍ－ｓｑｕａｒｅｄ）に基づいていてもよい。間隔は複数の現状のパラメータと、各コンタクトイベントに関連した複数のパラメータとの間の差に基づいてもよい。間隔は複数の現状のパラメータと、各コンタクトイベントに関連した複数のパラメータとの間の差の二乗の総和に基づいていてもよい。

【0016】

好都合に、現状のパラメータと、各コンタクトイベントに関連したパラメータとの間の差を判断するとき、複数のパラメータが考慮に入れられるため、より優れたコンタクトリコメンデーションが提供される。

【0017】

間隔は、現状のパラメータと、各コンタクトイベントに関連したパラメータとの重み付けされた組み合わせ（ｗｅｉｇｈｔｅｄ ｃｏｍｂｉｎａｔｉｏｎ）に基づいて計算されてもよい。この方法によれば、異なる市場又は使用者の要求に従って、特定のパラメータの重要度を調節することが可能である。

【0018】

現状のパラメータと、各コンタクトイベントに関連したパラメータそれぞれに関連した、ある値があってもよく、その値はそれぞれのパラメータを１つ以上のグループに振り当てることにより判断されてもよい。好都合に、これによれば、間隔の判断にあたり数値以外のパラメータが使用可能となる。

【0019】

任意に、グループのそれぞれが１つ以上のパラメータ値に対応し、少なくともいくつかのパラメータのグループは、ある期間に、又は１つ以上の曜日に対応する。好都合に、、各コンタクトに関連した期間又は曜日のパラメータはコンタクトリコメンデーションを判断するときに考慮に入れられる。任意に、グループは、曜日である第一のグループと、時刻である第二のグループから成る。好都合に、間隔の判断の計算は比較的簡単に行われる。

【0020】

好都合に、間隔は次の式によって計算できる。

ここで、
ｘは、第一のイベントの第一のパラメータ値、
ｙは、第二のイベントの第一のパラメータ値、
ｎは、第一のパラメータのグループの総数、
ａｂｓ（ ）は、絶対値を返す関数である。

【0021】

そして、最大間隔（max_distance）は、イベントパラメータ間の最大許容間隔であり、次式で定義される。

最大間隔 = Ｆｌｏｏｒ（最大差／２）
ここで、
最大差（max_difference）は、グループ数値の可能最大値とグループ数値の可能最小値との差、
Ｆｌｏｏｒ（ ）は、次に来る最小の整数を返す関数である。

【0022】

任意に、コンタクトリコメンデーションを生成するステップは、所定の数までのコンタクトリコメンデーションを生成することを含み、所定の数とは最大５まででもよく、任意に所定の数は３でもよい。好都合に、正確なレコメンデーションの数が提供されてもよい。好都合に、この方法は、車両の運転中など、認知負荷が高い環境下で役立つかもしれない。

【0023】

任意に、この方法は、それぞれのコンタクトイベントに関連した差別化（ｄｉｓｃｒｉｍｉｎａｔｉｎｇ）パラメータに基づいて実質的に等しい間隔を有する複数のコンタクトイベントの中からコンタクトイベントを選択することを含む。差別化パラメータは、各コンタクトＩＤに関連したコンタクトイベントの総数でもよい。

【0024】

１つ以上のコンタクトリコメンデーションは使用者に出力されてもよく、生成することは、複数のコンタクトリコメンデーションの生成を含んでもよく、そして出力することは、間隔に基づく順番で複数のコンタクトリコメンデーションを出力することを含んでもよい。好都合に、最も類似したレコメンデーションが使用者に最初に出力される。

【0025】

任意に、１つ以上のコンタクトリコメンデーションの生成は、判断された車両コンタクトイベントの第一のサブセットに基づく車両コンタクトリコメンデーションの第一のセット、及び車両コンタクトイベントの第二のサブセットに基づく車両コンタクトリコメンデーションの第二のセットを作成するステップと、コンタクトリコメンデーションの第一と第二のセットを比較するステップとを含む。この方法によれば、使用者の電話パターンの安定度を考慮するようにレコメンデーションが最適化され得て、それにより、変化が多い電話パターンを有する使用者は、より小さく、より最近の車両コンタクトイベントセットの中から導出されたレコメンデーションを受け取る。

【0026】

第一のサブセットは、判断された車両コンタクトイベントの全てを含んでもよい。さらに、第二のサブセットは最近の判断された車両コンタクトイベントのみを含んでもよい。この方法によれば、方法は、使用可能な車両コンタクトイベント全部のセットから生成されたレコメンデーションと、より最近のデータのサブセットから生成されたレコメンデーションとの比較を提供できる。

【0027】

本願発明の別の態様によれば、複数のコンタクトイベントを示すデータを保存するよう実施可能な記憶手段、制御手段、及び入力出力（ＩＯ）手段（ｉｎｐｕｔ－ｏｕｔｐｕｔ ｍｅａｎｓ）を含む通信装置が提供される。制御手段は１つ以上の現状のパラメータと、それぞれのコンタクトイベントに関連した１つ以上の各パラメータとの間の間隔を判断し、且つ間隔に従ってコンタクトリコメンデーションを生成し、ＩＯ手段を介してレコメンデーションを使用者に出力するように構成される。

【0028】

通信装置は、車両内における通信機能を提供するために適した車両通信装置でもよい。

【0029】

一実施形態において、記憶手段は、複数の車両コンタクトイベントを示すデータを保存可能であり、車両コンタクトイベントは車両通信装置を介して実行されるコンタクトイベントである。

【0030】

通信装置は、車両などの認知負荷が高い環境における使用に適合されてもよい。

【0031】

任意に、パラメータの少なくともいくつかは時間的パラメータである。

【0032】

間隔は、１つ以上の現状のパラメータと、各コンタクトイベントに関連した１つ以上のパラメータとの間の差を示してもよく、間隔は差の二乗に基づいてもよい。

【0033】

任意に、間隔は複数の現状のパラメータと、各コンタクトイベントに関連した複数のパラメータとの間の差に基づいてもよい。間隔は複数の現状のパラメータと、各コンタクトイベントに関連した複数のパラメータとの間の差の二乗の総和に基づいてもよい。好都合に、現状のパラメータと、各コンタクトイベントに関連したパラメータとの間の差を判断するとき、複数のパラメータが考慮に入れられるため、より正確なコンタクトリコメンデーションが提供される。

【0034】

制御手段は現状のパラメータそれぞれに関連した値と、各コンタクトイベントに関連したパラメータそれぞれに関連した値を判断するように構成されてもよく、その値はそれぞれのパラメータを１つ以上のグループに振り当てることにより判断されてもよく、それぞれのグループは、１つ以上のパラメータ値に対応する。パラメータの少なくともいくつかのグループは、ある期間又は１つ以上の曜日に対応してもよい。

【0035】

間隔は下記にしたがって判断されてもよい。

【数1】

【0036】

ここで、
Ｄは、間隔、
Ｉは、パラメータの総数、
ｉは、１からＩまでのパラメータ番号、
Ｃｕｒｒｅｎｔ_ｉは、ｉ番目の現状のパラメータ、そして
Ｅｖｅｎｔ_ｉは、コンタクトイベントに関連したｉ番目のパラメータである。
間隔の計算によれば、現状のパラメータとコンタクトイベントパラメータとが直接比較可能となり、より正確な間隔が提供される。

【0037】

任意に、通信装置は、所定の数のコンタクトリコメンデーションまでコンタクトリコメンデーションを生成するように適合されてもよく、所定の数は５まででもよく、任意に所定の数は３でもよい。好都合に、簡明な数のレコメンデーションが提供され得る。この方法は、車両の運転者など、認知負荷が高い環境下で役立つかもしれない。

【0038】

任意に、通信装置は携帯デバイスとの無線通信用の通信手段を含み、複数のコンタクトイベントを示すデータは携帯デバイスから受信される。好都合に、通信装置は、推奨されるコンタクトが判断されるコンタクト情報を取得するために携帯デバイスと組み合わせて動作してもよい。

【0039】

ＩＯ手段は、コンタクトリコメンデーションを表示するための表示手段を含んでもよい。好都合に、グラフィカルユーザインタフェースがコンタクトリコメンデーションを提供してもよい。

【0040】

本願発明の一態様によれば、コンタクトリコメンデーションを生成するコンピュータで実行される方法が提供され、方法は、現状の曜日及び時刻と、複数のコンタクトイベントそれぞれのデータ及び時刻との間の間隔を判断するステップと、その間隔に従ってコンタクトリコメンデーションを生成するステップを含む。好都合に、コンタクトリコメンデーションは各コンタクトイベントへの類似性に基づいて生成される。

【0041】

本願発明の一態様によれば、コンタクトリコメンデーションを生成するコンピュータで実行される方法が提供され、方法は、間隔を下記のように判断するステップを含む。

【数2】

【0042】

ここで、
Ｄは間隔、
Ｄａｙ_{ｃｕｒｒｅｎｔ}は、現在の日付、
Ｄａｙ_{ｅｖｅｎｔ}は、コンタクトイベントの日付、
Ｔｉｍｅ_{ｃｕｒｒｅｎｔ}は、現在の時刻、
Ｔｉｍｅ_{ｅｖｅｎｔ}は、コンタクトイベントの時刻であり、方法はまた、間隔に従ってコンタクトリコメンデーションを生成するステップを含む。好都合に、コンタクトリコメンデーションは各コンタクトイベントへの類似性に基づいて生成される。

【0043】

本願発明のさらに別の態様によれば、本願発明の一態様に係る通信装置を含む車両が提供される。好都合に、コンタクトリコメンデーションは一人以上の車両乗員に提供されてもよい。好都合に、一人以上の車両乗員は車両の運転者を含んでもよい。

【0044】

本願発明のさらなる態様によれば、コンピュータによって実行されるとき本願発明の一態様に係る方法を実行するように構成されたコンピュータソフトウェアが提供され、コンピュータソフトウェアはコンピュータ可読の媒体に記憶されてもよい。

【0045】

本件特許出願の範囲において上記の段落、請求項、及び／又は下記の説明及び図面に示す種々の態様、実施形態、例、及び代替案、そして特にそれらの個々の特徴は、独自に又は任意の組み合わせで解釈され得ることが明白に意図されている。すなわち、全ての実施形態、及び／又はいずれかの実施形態の特徴は、その特徴が非互換性ではない限り、あらゆる方法、及び／又は組み合わせで結合可能である。出願人は最初に提出した任意の請求項の変更又は任意の新規請求項の提出の権利をも保有し、最初に提出した任意の請求項も変更し、最初にそのように請求されていなくても、任意の他の請求項の任意の特徴にも従属、及び／又は組み込ませる権利も含む。

【図面の簡単な説明】

【0046】

本願発明の１つ以上の実施形態が、添付の図面を例示のみの目的で参照して説明される。

【0047】

【図1】図１は、本願発明の一実施形態に係る方法を示す。

【図2】図２は、本願発明の一実施形態に係る装置を示す。

【図3】図３は、本願発明の一実施形態にしたがって、複数のコンタクトイベント間の間隔がどのように判断されるのかを図示する。

【図4】図４は、本願発明の一実施形態に係る複数のコンタクトリコメンデーションを示す。

【図5】図５は、本願発明の一実施形態に係る車両を示す。

【発明を実施するための形態】

【0048】

図１は、本願発明の一実施形態にしたがってコンタクトリコメンデーションを生成する方法１００を図示する。方法１００によれば、１つ以上の推奨されたコンタクトが使用者に提供される。
方法１００は、所定の数までのコンタクトリコメンデーションを生成してもよい。いくつかの実施形態において、推奨されるコンタクトは使用者にとって関連が深いものであり、すなわち推奨されるコンタクトの中に使用者がコンタクトを望むものが含まれている可能性が非常に高く、また、例えば運転中などの認知負荷が高い環境下で過度の注意逸散とならずに選択ができるように所定の数は比較的小さい。

【0049】

図１に示される方法１００は図２を参照に説明され、本願発明の一実施形態に係る装置２００が図示される。

【0050】

装置２００は通信装置である。通信装置２００は、携帯電話又はタブレットコンピュータなどの携帯可能通信デバイスなどの携帯デバイス１０と通信するために構成されてもよいが、このリストは単に例を示すものであって、これらが全てではないことは明らかである。通信装置２００は、車両内に配置されてもよい。通信装置２００は、車両内で携帯電話が使用できるようにするハンズフリー装置でもよい。この点で装置は、例えば車両のインフォテインメント（ｉｎｆｏｔａｉｎｍｅｎｔ）システムの一部などの車両のユーザインターフェースの一部を形成してもよい。別の実施形態において、通信装置は無線テレコミュニケーションネットワークそのものと通信可能であって、携帯電話を形成してもよい。

【0051】

通信装置２００は、ソフトウェア命令を実行するための１つ以上の処理デバイスの形をとる制御手段２１０、１つ以上の記憶デバイスで形成されるデータを保存可能な記憶手段２２０、無線通信の通信デバイスの形をとる通信手段２３０、及び１つ以上のＩＯデバイスによって形成される入力出力（ＩＯ）手段２４０を含む。通信デバイス２３０は、いくつかの実施形態において、例えば携帯電話又は携帯可能な通信デバイスなどの携帯デバイス１０（ここから携帯電話１０と総称される）である無線通信２０のために提供される。ＩＯデバイス２４０は、使用者からの／使用者への、データの入力又は出力のために備えられる。ＩＯデバイス２４０は使用者に、視覚的又は聴覚的にデータを出力するように、そして使用者からの入力を受けるように構成されてもよい。例えば、ＩＯデバイス２４０はデータを視覚的に表示する表示デバイスを含んでもよい。ＩＯデバイス２４０はさらに、使用者入力を受け取るための入力デバイスを含んでもよく、入力デバイスは表示デバイスの感圧式の部分（ｔｏｕｃｈ－ｓｅｎｓｉｔｉｖｅ ｐｏｒｔｉｏｎ）でもよい。使用中、表示デバイスは処理デバイス２１０によって制御されてもよく、下に説明されるように１つ以上のコンタクトリコメンデーションを表示してもよい。いくつかの実施形態において、１つ以上のコンタクトリコメンデーションは、ＩＯデバイス２４０によって聞こえるように出力されてもよいことは明らかである。

【0052】

通信デバイス２３０は、携帯電話１０と通信２０して、図１のステップ１１０のようにコンタクトイベントを判断するように構成される。

【0053】

携帯電話１０は、複数のコンタクトを示すコンタクトデータに関連している。コンタクトデータ内の各コンタクトは、名前又はその他の識別情報、及び電話番号、電子メールアドレス、ソーシャルメディア識別名などのコンタクトに到達可能な１つ以上のコンタクト情報のユニークな点などのコンタクトＩＤを含む。コンタクトデータは、携帯電話１０のメモリ、又は携帯電話１０にとってアクセス可能なメモリ内、すなわち「クラウドストレージ」と呼ばれることもある遠隔の保存場所に保存されていてもよい。コンタクトイベントという用語は各コンタクトとの通信イベントを意味することを意図している。例えば、コンタクトイベントは、各コンタクトとの電話もしくはビデオ電話、コンタクトとのテキストメッセージ、又はコンタクトとの電子メールのやりとりを広く含むと理解されてもよい。しかし、いくつかの実施形態において、コンタクトイベントとは、コンタクトとの携帯電話１０からの音声又はビデオの電話を意味すると理解されたい。いくつかの実施形態において、コンタクトリコメンデーションの判断に使われるコンタクトイベントは、携帯電話１０から各コンタクトにかけられるもののみである。車両コンタクトイベントは車両の通信装置２００を介して実行されるコンタクトイベントである。

【0054】

コンタクトイベントを示すデータは装置２００が携帯電話１０から通信デバイス２３０を介してデータを受信２０することによって取得される。データは例えばコンタクトＩＤなどのコンタクトを示すデータ、及びコンタクトに電話した時刻と日付を示すコンタクトイベントに関連した時間的情報を含んでもよい。コンタクトイベントを示すデータは現在時刻よりも前の所定長さの期間だけ取得されてもよい。例えば、データは過去７日間、一か月、又はその他の期間取得されてもよく、これらの期間は単なる例示であることは明らかである。代わりに、例えば通信装置２００の使用可能なメモリに依存して、所定の回数の過去のコンタクトイベントが取得されてもよい。したがって、受信したデータに基づいて、装置２００の処理デバイス２１０には携帯電話１０の使用者によって誰と、いつ電話がされたかを示すデータが提供される。受信されたデータは装置２００の記憶デバイス２２０に保存されてもよい。

【0055】

代わりの構成において、通信装置２００は通信中の携帯電話１０のステータスを監視する。この方法によれば、通信装置２００は、携帯電話１０が通信装置２００と通信中に発生するコンタクトイベントを知ることとなる。通常、そのようなコンタクトイベントは、例えば通信装置２００が電話にハンズフリーの選択肢を提供するなどにより通信装置２００を介して発生する。このように監視することにより、通信装置は通信装置を介して発生したコンタクトイベントを確立できる。

【0056】

ステップ１２０において、ステップ１１０で判断されたコンタクトイベントそれぞれの間隔が判断される。間隔は、１つ以上の現状のパラメータと、各コンタクトイベントに関連した１つ以上のパラメータそれぞれに基づいて判断される。現状のパラメータは、現在の日付又は時刻などの現時点における特徴の意味であると理解されたい。間隔は、１つ以上の現状のパラメータと各コンタクトイベントに関連した１つ以上のパラメータとの差を示す。いくつかの実施形態において、少なくともいくつかのパラメータは時間的パラメータである。総間隔は下の数式３のように複数のパラメータ間の間隔の二乗の総和として考慮されてもよい。

【数3】

【0057】

ここで、
Ｄは、総間隔、
Ｉは、パラメータの総数、
ｉは、１からＩまでのパラメータ番号、そして
ｄ_ｉは、コンタクトイベントに関連したｉ番目のパラメータ間隔である。

【0058】

いくつかの実施形態において、パラメータ間隔はパラメータ間の差として判断されてもよく、上の数式３は、下の数式４のように書き換えられる。

【数4】

【0059】

ここで、
Ｄは、総間隔、
Ｉは、パラメータの総数、
ｉは、１からＩまでのパラメータ番号、
Ｃｕｒｒｅｎｔ_ｉは、ｉ番目の現状のパラメータ、そして
Ｅｖｅｎｔ_ｉは、コンタクトイベントに関連したｉ番目のパラメータである。
間隔の計算によれば、現状のパラメータ及びコンタクトイベントパラメータが直接比較されることが可能となり、より正確な間隔が提供される。例えば、第一のｉ＝１パラメータは現在の曜日と各コンタクトイベントの曜日であり、各曜日にはそれぞれの数値が割り当てられる。同様に、第二のｉ＝２パラメータは現在の時刻と各コンタクトイベントの時刻であってもよい。好都合に、この形の計算を使うと、大きな計算負荷（ｏｖｅｒｈｅａｄ）が回避される。言い換えれば、ベイズ数学（Ｂａｙｅｓｉａｎ ｍａｔｈｅｍａｔｉｃｓ）などの、計算が高費用な方法を採用する必要がない。

【0060】

代わりに、総間隔Ｄは、下の数式５のように、複数の重み付けパラメータ間の間隔の重み付きの二乗の総和として判断されてもよい。

【数5】

【0061】

ここで、
Ｄは、総間隔、
Ｉは、パラメータの総数、
ｉは、１からＩまでのパラメータ番号、
ｗ_ｉは、ｉ番目のパラメータに関連した重み付け、そして
ｄ_ｉは、コンタクトイベントに関連したｉ番目のパラメータ間隔である。

【0062】

いくつかの実施形態において、パラメータ間隔はパラメータ間の差として判断されてもよく、上の数式５は、下の数式６のように書き換えられる。

【数6】

【0063】

ここで、
Ｄは、総間隔、
Ｉは、パラメータの総数、
ｉは、１からＩまでのパラメータ番号、
ｗ_ｉは、ｉ番目のパラメータに関連した重み付け、
Ｃｕｒｒｅｎｔ_ｉは、ｉ番目の現状のパラメータ、そして
Ｅｖｅｎｔ_ｉは、コンタクトイベントに関連したｉ番目のパラメータである。

【0064】

一実施形態において、第一の現状のパラメータ値は、現在の日付であり、コンタクトイベントに関連した第一のパラメータは各コンタクトイベントの日付である。また、第二の現状のパラメータ値は現在の時間（ｃｕｒｒｅｎｔ ｈｏｕｒ）であり、コンタクトイベントに関連した第二のパラメータは各コンタクトイベントの時間である。いくつかの実施形態において、第三のパラメータが週末か平日かを示し、すなわち現在の時刻（ｃｕｒｒｅｎｔ ｔｉｍｅ）が週末であるか否か、及び各コンタクトイベントが週末であったか否かを示す。

【0065】

いくつかの実施形態において、１つ以上の現状のパラメータと、各コンタクトイベントに関連した１つ以上のパラメータのうちの少なくともいくつかは、それぞれのグループに割り当てられ、各グループはそれぞれの数値又は識別名と関連する。各グループへの割り当てはパラメータ値に基づき、各グループは１つ以上のパラメータ値と関連する。グループに関連したパラメータ値の範囲は各グループの幅を表す。

【0066】

日付を示す第一のパラメータはグループに割り当てられてもよく、各グループはそれぞれの曜日の値に関連する。曜日の値は下記の表に示されたものでもいが、他の値が使用されてもよいことは明らかである。

【0067】

曜日の値は下のように定義されてもよい。

【表1】

【0068】

上記の表は、各曜日にはそれぞれの曜日の値が割り当てられることを示しているが、各グループの幅は広げられて複数の日を含んでもよいことは明らかである。例えば、これは１つの例にすぎないが、１つのグループが月曜と火曜を含み、曜日の値「０」が割り当てられてもよい。

【0069】

時間を示す第二のパラメータがグループに割り当てられてもよく、各グループはそれぞれの時間ＩＤ値と関連付けられる。時間ＩＤ値は下の表に示されるが、他の値が使用可能であることは明らかである。

【0070】

曜日の値は下のように定義されてもよい。

【表2】

【0071】

例えば、時間が０８：１５：２９の場合、時間番号は８であるから、時間ＩＤ値は３であると判断される。上記の表において３時間がそれぞれの時間ＩＤ値に割り当てられているが、各グループの幅は増加、又は減少させされ、より長い時間、又は短い時間を含んでもよいことは明らかである。例えば、これは１つの例にすぎないが、１つのグループが時間０１と０２を含み、時間ＩＤ値「０」に関連づけられてもよい。各グループに１時間又は複数の時間が割り当てられてもよい。

【0072】

上述のように、いくつかの実施形態において、第三のパラメータは週末又は平日を示す。第三のパラメータはグループに割り当てられてもよく、各グループがそれぞれの週末値と関連付けられる。いくつかの実施形態において、週末値は曜日を代表する第一のパラメータから判断されてもよい。

【0073】

週末の値は下のように定義されてもよい。

【表3】

【0074】

上記の週末値は単なる例示であることは明らかである。さらに、国によっては週末にあたる曜日が異なり得ることも明らかである。

【0075】

現状のパラメータ値とイベントのパラメータ値の間の実際の間隔は、例えば曜日及び時刻などの時間が周期性を持つという特性を考慮した方法で計算される。第一のイベントＸのパラメータＱがパラメータ値ｘを有し、第二のイベントＹのパラメータＱがパラメータ値ｙを有する場合、パラメータＱに関するこれらのイベント間の実際の間隔は次の式で表される。

【0076】

ここで、
ｎは、そのパラメータのグループの総数、
ａｂｓ（ ）は、絶対値を返す関数、そして
最大間隔は、イベントパラメータ間の最大許容間隔であり、次式で定義される。

最大間隔 = Ｆｌｏｏｒ（最大差／２）。

【0077】

ここで、
最大間隔は、グループ数値の可能最大値とグループ数値の可能最小値との差、そしてＦｌｏｏｒ（ ）は、入力パラメータ以下で最大の整数を返す関数である。

【0078】

例えば、前述の曜日グループ値において、グループ数値の可能最大値は６であり、グループ数値の可能最小値は「０」である。したがって、最大差は６－０、すなわち６である。

【0079】

上述の時間ＩＤグループ値に関して、グループ数値の可能最大値は８であり、グループ数値の可能最小値は１である。したがって、最大差は８－１、すなわち７である。

【0080】

したがって、これらの例の値に関して、曜日の最大間隔はＦｌｏｏｒ（６／２）＝Ｆｌｏｏｒ（３）＝３である。時間ＩＤ値の最大間隔はＦｌｏｏｒ（７／２）＝３である。当業者であれば、異なるパラメータの最大間隔は同じである必要がないことを理解する。

【0081】

イベントＸ及びイベントＹの例を考えると、イベントＸが２３：００：００に発生し、ｘ＝８であり、イベントＹが００：００：００に発生し、ｙ＝１である場合、実際の間隔の計算は、まず下記のようにａｂｓ（ｘ－ｙ）を評価する。

７は３より大きいから、実際の間隔は下記の式を使う。

実際の間隔 = n - abs(x - y)

すなわち、実際の間隔は８－ａｂｓ（８－１）となり、その結果実際の間隔は「１」となる。

【0082】

曜日、時間ＩＤ、そしていくつかの実施形態においては加えて週末値の、上記の値に基づいてＤの値が各コンタクトイベントについて判断される。

【0083】

例えば、現在の時刻が水曜日の１５：１５：２９の場合、対応する現状のパラメータ値は、［曜日、時間グループＩＤ、週末］＝［２、６、０］となる。

【0084】

下の表４は、コンタクトイベントの例３つを示す。

【表4】

【0085】

表の例に関して、パラメータが次のように判断される。
電話１＝［４、６、０］、
電話２＝［３、３、０］、
電話３＝［６、４、１］。

【0086】

対応する間隔は、次のように判断される。
前述のとおり、曜日パラメータの最大差は６－０、すなわち、最大差＝６。そうすると、最大間隔は、Ｆｌｏｏｒ（６／２）＝３である。さらに、曜日パラメータのグループ総数、ｎ、は７である。

【0087】

前述のとおり、時間パラメータの最大差は８－１、すなわち、最大差＝７。そうすると、最大間隔は、Ｆｌｏｏｒ（７／２）＝３である。さらに、時間パラメータのグループ総数、ｎ、は８である。

【0088】

［電話１の間隔計算］
電話１＝［４、６、０］

【0089】

［電話１の曜日］
まず、ａｂｓ（ｘ－ｙ）という数式を評価すると、ここではａｂｓ（２－４）である。したがって、この数式は２の値をとり、これは３（すなわち、曜日パラメータの最大間隔）より小さいから、実際の間隔は次のように計算される。

abs(2 - 4) = 2

【0090】

［電話１の時間グループＩＤ］
まず、ａｂｓ（ｘ－ｙ）という数式を評価すると、ここではａｂｓ（６－６）である。したがって、この数式は０の値をとり、これは３（すなわち、時間ＩＤパラメータの最大間隔）より小さいから、実際の間隔は次のように計算される。

abs(6 - 6) = 0

週末パラメータの周期的計算を実行する必要はない。したがって、間隔は次のように計算される。
D1 ＝ 2² + 0² + （0 - 0）² ＝ 4

【0091】

［電話２の間隔計算］
電話２＝［３、３、０］

【0092】

［電話２の曜日］
まず、ａｂｓ（ｘ－ｙ）という数式を評価すると、ここではａｂｓ（２－３）である。したがって、この数式は１の値をとり、これは３より小さいから、実際の間隔は次のように計算される。

abs(2 - 3) = 1

【0093】

［電話２の時間グループＩＤ］
まず、ａｂｓ（ｘ－ｙ）という数式を評価すると、ここではａｂｓ（６－３）である。したがって、この数式は３の値をとり、これは３以下であるから、実際の間隔は次のように計算される。

abs(6 - 3) = 3

したがって、間隔は次のように計算される。
D2 = 1² + 3² + (0 - 0)² = 10

【0094】

［電話３の間隔計算］
電話３＝［６、４、１］

【0095】

［電話３の曜日］
まず、ａｂｓ（ｘ－ｙ）という数式を評価すると、ここではａｂｓ（２－６）である。したがって、この数式は４の値をとり、これは３より大きいから、実際の間隔は次のように計算される。

7 - abs(2 - 6) = 3

【0096】

［電話３の時間グループＩＤ］
まず、ａｂｓ（ｘ－ｙ）という数式を評価すると、ここではａｂｓ（６－４）である。したがって、この数式は２の値をとり、これは３以下であるから、実際の間隔は次のように計算される。

abs(6 - 4) = 2

したがって、間隔は次のように計算される。
D3 = 3² + 2² + (0 - 1)² = 14

【0097】

したがって、Ｄ１＝４、Ｄ２＝１０、そしてＤ３＝１４である。

【0098】

この場合、現在の時刻から電話１までの間隔は、電話２又は電話３と比較して小さいから、より近く（間隔がより短い）、したがって現状のパラメータにより類似していると考えられる。言い換えると、コンタクトイベントの履歴に基づくと、使用者は電話１の電話番号（[phone]）にかける可能性がより高いと判断される。電話１が現在の日付の二日前であり電話２は一日前だけであるが、現在の時刻と電話１の時刻の類似性が電話１の全体としての間隔を短くしていることに留意されたい。

【0099】

別の例において、重み付けが適用される。例えば平日の電話パターンは週末の電話パターンと異なるかもしれないこと、又は電話をかけた時刻は電話をかけた日付よりも重要度が高いかも知れない、もしくは低いかも知れないこと、などを考慮に入れるために重み付けが使われる。重み付けの一例では、曜日パラメータに重み付け値１、時間グループＩＤに重み付け値１．２、週末パラメータに重み付け値１をつける。これらの値は、全体の間隔計算において、現在の電話の時刻（時間グループ）の間隔を強調する。

【0100】

例えば、現在の時刻が火曜日の０１：２０：２９の場合、対応する現状のパラメータ値は、［曜日、時間グループＩＤ、週末］＝［１、１、０］となる。
下の表５は、コンタクトイベントの例２つを示す。

【表5】

【0101】

表の例に関して、パラメータが次のように判断される。
電話４＝［２、１、０］、
電話５＝［１、２、０］。
対応する間隔は、次のように判断される。
D4 = 1² + 0² + 0² = 1
D5 = 0² + 1² + 0² = 1
この場合、間隔は等しいように見え得る。２つのコンタクトイベント間の優先順位を判断するためには、例えばそれぞれの番号への電話頻度などの別のパラメータを考慮に入れる必要がある。

【0102】

しかし、上の数式５で説明した重み付けを適用すると、間隔の計算は次のようになる。
D4_W = (1 )1² + (1 .2)0² + (1 )(0)² = 1
D5_W = (1 )0² + (1 .2)1² + (1 )(0)² = 1 .2

【0103】

この例において、電話５の間隔が電話４の間隔より大きいことがわかる。この方法によれば、電話４に関連したコンタクトの方が電話５に関連したコンタクトよりもレコメンデーションリストにおいて高評価となる。

【0104】

重み付けは、国又は地域間の差を考慮に入れるために有用であり得る。時間パラメータは値のグループを代表するので特に重み付けに敏感であることは当業者には明らかである。

【0105】

図３は、コンタクトイベントの例示的なグラフを示す。コンタクトイベントは、曜日と時刻を示す座標軸に配置されて示されている。現在の時刻と曜日は符号３００で示される。第一から第四のコンタクトイベントがそれぞれ符号３１０－３４０で示される。各コンタクトイベントの位置がコンタクトイベントの曜日と時刻に対応することは明らかである。しかし、コンタクトイベントは異なるサイズで図示されている。コンタクトイベント３１０－３４０それぞれのサイズは、それぞれのコンタクトＩＤに関連したコンタクトイベントの数に依存して決まっている。例えば、コンタクトイベント３２０はコンタクトイベント３１０、３３０、及び３４０より大きく図示されており、その電話番号に対応するコンタクトイベントの数がより多く存在することに対応している。

【0106】

図３において、コンタクトイベント３１０及び３４０への間隔は等しいと判断される。しかし、コンタクトイベント３１０に関連する電話番号へのコンタクト又は電話の数がより多いことに対応してコンタクトイベント３１０はコンタクトイベント３４０よりも大きいサイズで図示されている。いくつかの実施形態において、コンタクトイベント３１０はそのコンタクトＩＤ又は電話番号へのコンタクトイベントの数がより多いため、コンタクトイベント３４０よりも望ましいものとされる。すなわち、複数のコンタクトイベントへの間隔が等しい場合、さらなるパラメータを使ってコンタクトイベント同士のタイブレークをしてもよい。さらなるパラメータとは、いくつかの実施形態において、それぞれのコンタクトＩＤのコンタクトイベントの総数でもよい。

【0107】

ステップ１２０で判断された間隔にしたがって、１つ以上のコンタクトリコメンデーションがステップ１３０において生成される。ステップ１３０は、コンタクトリコメンデーションの所定の最大数まで生成させることを含んでもよい。特に、車両の運転者など認知負荷が大きい環境にある使用者にレコメンデーションが提供される場合、コンタクトリコメンデーションの最大数は比較的小さく、過剰な情報提供を回避してもよい。いくつかの実施形態において、最大数は５であるが、別の実施形態においては最大数は３つのコンタクトリコメンデーションである。ステップ１３０で生成されるコンタクトリコメンデーションは、ステップ１２０で判断される最小の間隔を有するものであり、いくつかの実施形態において、コンタクトイベント間で間隔が等しい状態は、上述のとおりコンタクトイベント数がより多い方を選ぶことで解決する。

【0108】

ステップ１３０において生成された１つ以上のコンタクトリコメンデーションがステップ１４０において出力される。上述のとおり、レコメンデーションはＩＯデバイス２４０によって視覚的及び／又は聴覚的に出力され得る。

【0109】

図４は、ＩＯデバイス２４０の一部を形成し得る表示スクリーン４００の出力を示す。表示スクリーン４００は、ステップ１３０で選択された複数のコンタクトリコメンデーション４１０、４２０、４３０を含む。図４に示されるとおり、表示スクリーン４００は３つのコンタクトリコメンデーションを含むが、これが単なる例にすぎず、５以下などの他の数のコンタクトリコメンデーションも想定されることは明らかである。比較的少ないコンタクトリコメンデーションを生成して出力することは、例えば車両を運転中の使用者にレコメンデーションが提供されるときなどの認知負荷が高い環境下で有用である。図４に示されるとおり、コンタクトリコメンデーション４１０、４２０、４３０それぞれは、例えばコンタクトＩＤ、「モリース・ウィルクス」のようなコンタクトを識別する情報を含む。いくつかの実施形態において、各コンタクトリコメンデーションは、例えば電話番号などの関連するコンタクト情報の指示を含んでもよく、電子メールアドレス又はその他の識別情報などの別のタイプのコンタクト情報が表示されてもよいことは明らかである。さらに、図４に示される例示的な実施形態において、制御４１１、４２１、４３１が各コンタクトリコメンデーション４１０、４２０、４３０に関連づけられて表示され、制御の起動により各コンタクトへ電話などのコンタクトを開始することが可能である。

【0110】

図５は、本願発明の一実施形態に係る車両５００を示す。車両５００は、上述の装置２００を含むが、装置は図５の外観図では見えない。装置２００は、例えば車両５００の乗員に通信機能を提供する車両５００のインフォテインメントシステムの一部を形成するなど、車両５００のユーザインターフェースの一部を形成してもよい。

【0111】

図１を参照して上に説明された方法１００のステップ１１０から１３０は、車両５００の初期化又はスタートアップ手順中に実行されてもよい。初期化手順中、車両５００が走行可能状態になるまえに、車両５００の１つ以上のシステムの操作が開始される。この手順中に携帯電話１０との通信接続が行われ、コンタクトイベントを示すデータが携帯電話から受信される。初期化手順の一部として、ステップ１２０及び１３０が実行されてもよく、１つ以上のコンタクトリコメンデーションを示すデータが装置２００の記憶手段２２０に保存されてもよい。次にコンタクトリコメンデーション提供の使用者リクエストに応答して、保存されたデータを参照してステップ１４０が実行される。この方法によれば、走行中などで車両５００がフルに動作している最中にコンタクトリコメンデーションを計算するプロセス負荷を避けることができる。

【0112】

使用者は、「安定」使用者グループ又は「可変」使用者グループのいずれかに分けられ得て、安定使用者の電話パターンは時間とともにあまり変化しないが、可変使用者の電話パターンは時間とともに変化しがちである。安定使用者グループ内の使用者によって頻繁にかけられる番号は時間とともにあまり変わらないが可変使用者グループ内の使用者によって頻繁にかけられる番号は時間とともに変化し得る。このことを考慮して、一旦コンタクトイベントが取得されると、レコメンデーションを生成させるステップは、それらがリクエストされる度に異なるデータセット上で実行されてもよい。１つの例では、レコメンデーションは判断されたコンタクトイベントの第一のサブセットと第二のサブセット上で実行されてもよい。第一のサブセットは判断されたコンタクトイベントのセット全体でもよい。第二のサブセットは、コンタクトイベントを判断する時刻直前のより短い期間に関係してもよい。例えば、第二のサブセットは、例えば最近三週間などのある期間のコンタクトイベントでもよく、又は単に例えば最近の１０個のコンタクトイベント又は別の所定の個数のコンタクトイベントでもよい。

【0113】

はじめに、第一のサブセットからのレコメンデーションが使用者に表示される。しかし一旦使用者が選択をすると、使用者の選択は第一のサブセットに基づくレコメンデーション及び第二のサブセットに基づくレコメンデーションと比較される。定期的に、各レコメンデーションタイプの正確度が比較される。正確度の比較後、第二のサブセットの結果の方がより正確であった場合、方法はそのレコメンデーションを出力するように切り替える。両方のサブセットのレコメンデーションが生成され続け、定期的な正確度分析結果に基づいて出力されるレコメンデーションが変更されてもよい。

【0114】

車両が複数の使用者によって共有され得ることは明らかであり、各使用者は異なる時間に車両を運転するかもしれない。本願発明のいくつかの実施形態は、通信装置２００の機能内で各使用者について使用者プロフィールを提供する。つまり、ステップ１１０において使用者の携帯デバイス１０から通信装置が取得したコンタクトイベントを示すデータは、通信装置２００に保存されるにあたり使用者のプロフィールに関連付けられる。しかし、使用者は、例えば個人用携帯デバイスと仕事用携帯デバイスなど、１つ以上の携帯デバイスを持っている場合もある。そのような場合、使用者は彼らのプロフィールに彼らの携帯デバイス全てを関連づける選択をし得る。電話をかけるとき、装置２００は使用者にいずれの携帯デバイスを使用するのかを選択するよう促してもよい。この方法によれば、通信装置２００は、プロフィールに関連し、車両内に存在する全ての携帯デバイスからのコンタクトイベントを示すデータを取得できる。通信装置２００は、各コンタクトイベントにコンタクトイベントの取得元の携帯デバイスを識別するタグをつけて保存してもよい。

【0115】

コンタクトイベントへの間隔を判断するステップ１２０と、レコメンデーションを生成するステップ１３０を実行するとき、通信装置２００は、レコメンデーションのベースとなる１つの携帯デバイスからのデータを自動的に選択してもよく、レコメンデーションに使用する携帯デバイスを選択するように使用者を促してもよい、又は両方の携帯デバイスからのコンタクトイベントを示すデータを連結させて、連結データに基づいて分析をしてもよい。使用者が選択をするとき、使用者は１つ以上の携帯デバイスを選ぶかもしれないが、通信装置２００は選択されたデバイスからのデータを連結させる。

【0116】

本発明の実施形態がハードウェアとして、ソフトウェアとして、もしくはハードウェア及びソフトウェアの組み合わせとして実現可能であることは明らかである。そのようなソフトウェアは、揮発性、もしくは非揮発性の記憶媒体に収納可能である。媒体の例として、消去可能、もしくは上書き可能、もしくは不可能等いずれかのＲＯＭのような媒体、もしくは例えばＲＡＭ、メモリチップ、メモリ装置もしくは集積回路等のメモリ、もしくはＣＤ、ＤＶＤ、磁気ディスクもしくは磁気テープ等の光学的もしくは磁気的に読める媒体等がある。記憶装置及び記憶媒体は、プログラムもしくはプログラム群を収納するために適した機械可読媒体の具体例であり、実行されると本発明の実施形態を遂行する。従って、実施形態は、上記のいずれかの請求で主張するとおりのシステムもしくは方法を実行するコードを含むプログラム及びそのようなプログラムを収納する機械可読媒体を提供する。さらに、本発明の実施形態は、有線もしくは無線接続の上で運ばれる通信信号等多くの手段で電子的に搬送可能であり得るため、実施形態はこれら全ても含む。

【0117】

本明細書で開示される全ての特質（全ての添付請求項、要約書、及び図面も含む）及び／又は開示された全ての方法もしくはプロセスは、それらの特質及び／又はステップの少なくともいくつかが相互に排他的である場合を除き、いかなる組み合わせも可能である。

【0118】

本明細書で開示される全ての特質（全ての添付請求項、要約書、及び図面も含む）は、他に明記されない限り同じ、同等の、もしくは類似の目的を果たせる代替の特質と交換し得る。従って、他に明記されない限り、開示された各特質は、一般的な一連の同等もしくは類似特質の１つの例にすぎない。

【0119】

本発明は前述の実施形態のいずれかの詳細に制限されるものではない。本発明は本明細書で開示の特質（全ての添付請求項、要約書、及び図面も含む）のあらゆる新規性特質、もしくはあらゆる新規性組み合わせにも、もしくはここで開示の全ての方法もしくはプロセスのステップのあらゆる新規性ステップ、もしくはあらゆる新規性組み合わせも含む。請求項は前述の実施形態を単に包含するのではなく、請求項のスコープ内のあらゆる実施形態を包含すると理解されるべきである。

【図1】

【図2】

【図3】

【図4】

【図5】