(57)【特許請求の範囲】
【請求項１】
携帯端末の記憶メモリから転送した端末メモリデータを記憶し、所定の識別情報により携帯端末が識別できた場合に前記端末メモリデータへのアクセスを許可するハンズフリーシステムであって、
携帯端末のメモリに記憶された前記端末メモリデータを、第１及び第２の識別情報に対応づけて記憶する記憶手段と、
携帯端末から第１及び第２の識別情報を受信する受信手段と、
受信した第１の識別情報と、前記記憶手段に記憶された第１の識別情報、又は、受信した第２の識別情報と、前記記憶手段に記憶された第２の識別情報、をそれぞれ照合する照合手段と、
第１の識別情報による照合ができず、かつ、第２の識別情報による照合ができたと判定された場合、第２の識別情報に対応づけて記憶された前記端末メモリデータを消去する端末メモリデータ消去手段と、
を有することを特徴とするハンズフリーシステム。
【請求項２】
第１の識別情報による照合ができず、かつ、第２の識別情報による照合ができたと判定された場合、
前記照合手段は、受信した第２の識別情報に対応づけられた前記端末メモリデータが、受信した第１及び第２の識別情報以外の、第１及び第２の識別情報に対応づけられているか否かを判定し、
受信した第１及び第２の識別情報以外の、第１及び第２の識別情報に対応づけられていない場合にのみ、前記端末メモリデータ消去手段は、受信した第２の識別情報に対応づけて記憶された前記端末メモリデータを消去する、
ことを特徴とする請求項１記載のハンズフリーシステム。
【請求項３】
第１の識別情報による照合ができず、かつ、第２の識別情報による照合ができたと判定された場合、
前記照合手段は、受信した第２の識別情報に対応づけられた前記端末メモリデータが、受信した第１及び第２の識別情報以外の、第１及び第２の識別情報に対応づけられているか否かを判定し、
受信した第１及び第２の識別情報以外の、第１及び第２の識別情報に対応づけられている場合、受信した第２の識別情報と前記端末メモリデータを対応づける対応づけ情報を消去する対応付け消去手段、を有する、
ことを特徴とする請求項１記載のハンズフリーシステム。
【請求項４】
前記端末メモリデータ消去手段により、第２の識別情報に対応づけられた前記端末メモリデータを消去するのでなく、
受信した第２の識別情報と前記端末メモリデータを対応づける対応付け情報を消去する対応付け消去手段を有する、
ことを特徴とする請求項１記載のハンズフリーシステム。
【請求項５】
第１の識別情報は電話番号であり、第２の識別情報は前記携帯端末を一意に特定する個体識別番号である、
ことを特徴とする請求項１〜４いずれか１項記載のハンズフリーシステム。
【請求項６】
前記対応付け情報は、第１の識別情報も前記端末メモリデータと対応づけており、
前記対応付け消去手段により前記対応付け情報が消去された後、
第２の識別情報との対応づけ情報が消去された前記端末メモリデータと対応づけられていた第１の識別情報が、受信した第１の識別情報と一致する場合、
受信した第１の識別情報と共に受信した第２の識別情報と、前記端末メモリデータとを対応づける前記対応付け情報を再生する、
ことを特徴とする請求項４記載のハンズフリーシステム。
【請求項７】
請求項１〜６いずれか１項記載のハンズフリーシステムと、
両の位置情報を検出する位置検出手段と、
車両の位置を道路地図上に表示する表示手段と、
を有することを特徴とするナビゲーションシステム。
【請求項８】
携帯端末から転送した端末メモリデータを記憶し、所定の識別情報により携帯端末が識別できた場合に前記端末メモリデータへのアクセスを許可するハンズフリーシステムの端末メモリデータ管理方法であって、
携帯端末のメモリに記憶された前記端末メモリデータを、第１及び第２の識別情報に対応づけて記憶手段に記憶しておき、
受信手段が、携帯端末から第１及び第２の識別情報を受信するステップと、
照合手段が、受信した第１の識別情報と、前記記憶手段に記憶された第１の識別情報、又は、受信した第２の識別情報と、前記記憶手段に記憶された第２の識別情報、をそれぞれ照合するステップと、
端末メモリデータ消去手段が、前記照合手段が第１の識別情報が照合できず、かつ、第２の識別情報が照合できたと判定した場合、第２の識別情報に対応づけられた前記端末メモリデータを消去するステップと、
を有することを特徴とする端末メモリデータ管理方法。
【発明の詳細な説明】
【技術分野】
【０００１】
携帯端末から転送して記憶した端末メモリデータへのアクセスを管理するハンズフリーシステム、ナビゲーションシステム及び端末メモリデータ管理方法に関する。
【背景技術】
【０００２】
ナビゲーション装置などの車両用情報端末に、ユーザが携帯する携帯電話やＰＨＳ（以下、単に携帯電話という）等に記憶された電話帳の電話帳データを転送しておくことができる。例えば、携帯電話と車両用情報端末を有線又は無線で接続し、ユーザが携帯電話を操作すると電話帳を転送することができる。転送後、ユーザが車両用情報端末に記憶された電話帳を表示して発呼する相手（電話番号）を選択すれば、例えばハンズフリー機能により携帯電話を介して相手に電話をかけることができる。
【０００３】
電話帳データに、電話番号と使用する携帯電話を対応づけて記憶しておくことで、複数の携帯電話が車両用情報端末と接続している場合に、発信先の電話番号に応じて発呼に使用する携帯電話を決定する発信制御装置が提案されている（例えば、特許文献１参照。）。したがって、携帯電話を携帯した乗員が複数いても、乗員は発呼する相手（電話番号）を選択するだけで、実際に使用する携帯電話を選択することなく例えばハンズフリー機能により相手に電話をかけることができる。
【０００４】
しかしながら、このように車両用情報端末に電話帳を記憶しておくと、家族や友人、その他の第三者（以下、単に第三者という）が車両に乗車した際に電話帳を閲覧できてしまうという問題がある。そこで、携帯電話ＩＤと車両用情報端末のＩＤ番号とに基づいてリンクキーを生成し、リンクキーに対応づけて電話帳データを記憶しておく車両用情報端末が提案されている（例えば、特許文献２参照。）。第三者が携帯電話を携帯して乗車しても生成されるリンクキーが異なれば、電話帳データの閲覧を禁止するので、第三者に電話帳データを閲覧することを防止できる。
【０００５】
同様に、第三者による電話帳データの閲覧を制限する観点から、登録されていない携帯電話ＩＤの携帯電話を携帯する乗員が乗車した場合、電話帳データをロックする車両用情報端末が提案されている（例えば、特許文献３参照。）。
【特許文献１】特開２００７−２６６７５５号公報
【特許文献２】特開２００５−３５４２６８号公報
【特許文献３】特許第３１８５７３４号公報
【発明の開示】
【発明が解決しようとする課題】
【０００６】
しかしながら、特許文献２又は３記載の車両用情報端末のように単に電話帳データの閲覧を禁止するだけでは、第三者が不正手段を働いた場合に電話帳データが閲覧されるおそれがあるという問題がある。
【０００７】
ところで、乗員は携帯電話を買い換える（機種変更）場合があるが、特許文献２，３記載の車両用情報端末では、携帯電話を買い換えることで携帯電話ＩＤが変わってしまい、登録した電話帳データが使用できなくなってしまうおそれがある。また、この場合、電話帳データが車両用情報端末に記憶されたままであると、車両用情報端末のメモリを占有してしまうという問題が生じる。
【０００８】
本発明は、上記課題に鑑み、携帯電話と関連付けられた車両用情報端末の情報をセキュリティを強化し、機種変更しても機種変更前の電話帳データを使用でき、又は、メモリの占有を抑制するハンズフリーシステム、ナビゲーションシステム及び電話帳データ管理方法を提供することを目的とする。
【課題を解決するための手段】
【０００９】
上記課題に鑑み、本発明は、携帯端末から転送した端末メモリデータを記憶し、所定の識別情報により携帯端末が識別できた場合に前記端末メモリデータへのアクセスを許可するハンズフリーシステムであって、携帯端末のメモリに記憶された端末メモリデータを、第１及び第２の識別情報に対応づけて記憶する記憶手段と、携帯端末から第１及び第２の識別情報を受信する受信手段と、受信した第１の識別情報と、記憶手段に記憶された第１の識別情報、又は、受信した第２の識別情報と、記憶手段に記憶された第２の識別情報、をそれぞれ照合する照合手段と、第１の識別情報による照合ができず、かつ、第２の識別情報による照合ができたと判定された場合、第２の識別情報に対応づけて記憶された端末メモリデータを消去する端末メモリデータ消去手段と、を有することを特徴とする。
【００１０】
本発明によれば、端末メモリデータを消去するのでセキュリティを確実に確保することができ、メモリ用容量を削減できる。また、第１の識別情報を電話番号とすることで、機種変更に対応することができる。
【００１１】
また、端末メモリデータを削除する場合、受信した第２の識別情報に対応づけられた端末メモリデータが、受信した第１及び第２の識別情報以外の、第１及び第２の識別情報に対応づけられていない場合にのみ、第２の識別情報に対応づけて記憶された端末メモリデータを消去する、ことができる。
【００１２】
これにより、その端末メモリデータが他の携帯電話に対応づけられていない場合にのみ、削除することができる。
【発明の効果】
【００１３】
携帯電話と関連付けられた車両用情報端末の情報をセキュリティを強化し、機種変更しても機種変更前の端末メモリデータを使用でき、又は、メモリの占有を抑制するハンズフリーシステム、ナビゲーションシステム及び端末メモリデータ管理方法を提供することができる。
【発明を実施するための最良の形態】
【００１４】
以下、本発明を実施するための最良の形態について、図面を参照しながら説明する。
図１は、本実施携帯の車両用情報端末１００による携帯電話１２の識別を模式的に説明する図である。なお、ユーザは携帯電話１２を携帯し、車両用情報端末１００を搭載した車両に乗車し又は運転する者である。また、携帯電話１２には、ＰＨＳ（Personal  Handyphone  System）、ＰＨＳカードのような通話ユニットが装着されたＰＤＡ（Personal  Data  Assistance）やパーソナルコンピュータを含む。
【００１５】
携帯電話１２Ａの電話番号は携帯電話１２Ａ（以下、携帯電話を区別しない場合、携帯電話１２という。）に脱着可能なＩＣカードに記憶されていることが多く、本実施形態でもこのＩＣカードに電話番号が記憶されているものとする。ＩＣカードに電話番号を記憶することで、携帯電話１２の機種変更や２台の携帯電話１２を使い分ける場合にＩＣカードを入れ替えるだけでよいので、機種変更等してもユーザＡは１つの電話番号を使用し続けることができる。
【００１６】
また、携帯電話１２Ａには個体識別番号が記憶されている。個体識別番号は、世界的に一意に携帯電話１２Ａを識別することを可能とする識別情報であって、携帯電話１２Ａの製造時に記憶されると以降は変更できず、また、脱着したり交換することはできない番号である。
【００１７】
携帯電話１２Ａを携帯するユーザＡは、予め、乗車する車両に搭載された車両用情報端末１００に、携帯電話１２Ａに記憶されている電話帳Ａの電話帳データ３０を転送している。そして、車両用情報端末１００は、携帯電話１２Ａから受信した電話番号及び個体識別番号を電話帳Ａの電話帳データ３０に対応づけたリンクテーブル２０を記憶している。
【００１８】
車両用情報端末１００は、携帯電話１２から受信する電話番号に基づき携帯電話１２Ａを認証し、認証が成立した場合に電話帳Ａの電話帳データ３０へのアクセスを許可する。以下、具体的な状況を例に説明する。
・ユーザＡが携帯電話１２Ａを所有している場合
車両用情報端末１００は、ユーザＡが携帯する携帯電話１２Ａから電話番号及び個体識別番号を受信し、受信した電話番号に基づきリンクテーブル２０を参照する。この場合、電話番号「０９０−１２３４−５６７８」がリンクテーブル２０に登録されているので、携帯電話１２Ａの認証が成立し、車両用情報端末１００は電話帳Ａの電話帳データ３０へのアクセスを許可する。
【００１９】
・ユーザＡが携帯電話１２Ａから携帯電話１２Ｂに機種変更した場合
ユーザＡが携帯電話１２Ｂに機種変更する場合がある。機種変更ではＩＣカードを携帯電話１２Ａから携帯電話１２Ｂに入れ替えるので電話番号は変わらない。車両用情報端末１００は、ユーザＡが携帯する携帯電話１２Ｂから電話番号及び個体識別番号を受信し、受信した電話番号に基づきリンクテーブル２０を参照する。この場合、電話番号「０９０−１２３４−５６７８」が一致するので、携帯電話１２Ｂの認証が成立し、車両用情報端末１００は電話帳Ａの電話帳データ３０へのアクセスを許可する。
【００２０】
したがって、電話番号で携帯電話１２Ｂを認証することでユーザＡが機種変更しても登録してある電話帳の電話帳データ３０にアクセスすることができ、ユーザＡが再度、電話帳Ａの電話帳データ３０を車両用情報端末１００に転送する作業を不要とし、利便性を向上させることができる。
【００２１】
・ユーザＡが携帯電話１２ＡをユーザＢに譲渡した場合
ユーザＡが家族や友人（以下、ユーザＢという）などに携帯電話１２Ａを譲渡する場合がある。この場合、電話番号までユーザＢに与えてしまうとユーザＢにユーザＡの知人等から電話がかかってしまうので、ユーザＡはＩＣカードＡを取り出し、携帯電話１２Ａの本体のみを譲渡することが一般的である。本体を譲渡されたユーザＢは携帯電話１２Ａの事業者と契約して取得したＩＣカードＢを携帯電話１２Ａに装着する。したがって、携帯電話１２Ａの電話番号は、電話帳Ａの電話帳データ３０を車両用情報端末１００に記憶した時と異なることになる。
【００２２】
ユーザＢが車両に乗車した場合、車両用情報端末１００は、ユーザＢが携帯する携帯電話１２Ａから電話番号及び個体識別番号を受信し、受信した電話番号に基づきリンクテーブル２０を参照する。この場合、リンクテーブル２０の電話番号「０９０−１２３４−５６７８」と受信した電話番号「０８０−１２３４−５６７８」が一致しないので、携帯電話１２Ａの認証が成立しない。認証が成立しない場合、車両用情報端末１００は電話帳Ａの電話帳データ３０へのアクセスを禁止する。
【００２３】
また、認証が成立しない場合、車両用情報端末１００は、受信した個体識別番号に基づきリンクテーブル２０を参照する。リンクテーブル２０の個体識別番号と受信した携帯電話１２Ａの個体識別番号は一致するので、携帯電話１２ＡがユーザＢに譲渡されたものとして、車両用情報端末１００はリンクテーブル２０から、携帯電話１２Ａと電話帳Ａの電話帳データ３０を対応づける対応付け情報を消去する。したがって、個体識別番号のみが一致しても、ユーザＢは電話帳Ａの電話帳データ３０へアクセスができなくなり、セキュリティを確保することができる。また電話帳データ３０を消去しなければ、後日、車両にユーザＡが乗車した場合に電話帳Ａの電話帳データ３０とユーザＡが使用している携帯電話１２Ｂを対応づけることができる。
【００２４】
なお、リンクテーブル２０から対応付け情報を消去するのでなく、電話帳Ａの電話帳データ３０を消去してもよい。電話帳データ３０を消去すれば、車両用情報端末１００のメモリ容量を節約できる。
【００２５】
したがって、電話番号で携帯電話１２Ａを認証することでユーザＢが携帯電話１２Ａを携帯して乗車しても、電話帳Ａのセキュリティを確保でき、電話帳Ａの電話帳データ３０を消去すればさらにセキュリティを向上させかつメモリの容量を節約できる。
【実施例１】
【００２６】
図２は、車両用情報端末１００の概略構成図の一例を示す。車両用情報端末１００はＣＰＵ２５により制御され、ＣＰＵ２５には表示装置２７，スイッチ（以下、ＳＷという）類２８、マイク２９、スピーカ３１、メモリ２６及びBluetooth（登録商標。以下、ＢＴという）モジュール２４、が接続されている。
【００２７】
メモリ２６は、フラッシュメモリやハードディスクドライブなどの不揮発性メモリであり、上記のリンクテーブル２０及び電話帳Ａの電話帳データ３０が記憶されている。
【００２８】
携帯電話１２と車両用情報端末１００は、無線又は有線で接続されており、ハンズフリー通話が可能となっている。本実施例ではＢＴの通信規格を利用して携帯電話１２と車両用情報端末１００が通信する。
【００２９】
表示装置２７は液晶ディスプレイや有機ＥＬディスプレイ、又は、ヘッドアップディスプレイなどであり、電話帳Ａの電話番号や相手先の氏名や名称を表示するために用いられる。なお、表示装置２７はその周囲に車両用情報端末１００を操作するキーボード式の操作部を有し、また、ユーザの接触位置から操作情報を取得するタッチパネルを備える。
【００３０】
ＳＷ類２８は、電話回線のオンフックＳＷ、オフフックするためのオフフックＳＷ、及び、音声認識用のトークＳＷである。オフフックＳＷを押下すると車両用情報端末１００は電話モードとなり、表示装置２７には電話制御のための電話画面が表示される。電話画面には電話番号を入力するためのテンキー、及び、携帯電話１２の認証が成立している場合には電話帳Ａが表示される。電話帳Ａは、記憶（登録）されている相手先の氏名及び電話番号などを有するので、電話画面上の氏名や電話番号に選択操作（タッチパネルに触れる、表示されたカーソルを操作部で操作する）することで、発信相手が選択され、携帯電話１２が発信相手を発呼する。
【００３１】
なお、ＳＷ類２８を操作するのでなく、音声認識による音声操作によってオンフック又はオフフックしてもよい。この場合、ユーザはＳＷ類２８に触れる必要がないので完全なハンズフリーを実現できる。
電話帳Ａの電話帳データ３０が記録された状態で、携帯電話１２に着信があると、車両用情報端末１００は発信元の電話番号を電話帳Ａの電話帳データ３０に照合し、発信元の電話番号が記録されていれば、着信中であることを表す画面上に電話帳Ａの電話帳データ３０から読み出した発信元の氏名を表示する。発信元の電話番号が記録されていなければ、発信元の電話番号を表示する。ユーザが着信に対しＳＷ類２８をオフフックすると通話が可能となる。
【００３２】
ユーザが発声した音声はマイク２９により集音され電気信号に変換された後、ＢＴモジュール２４がその音声情報を携帯電話１２に送信する。携帯電話１２も同様にＢＴモジュール１９を備え、受信した音声情報を所定のフォーマットで相手先に送信する。また、相手先からの音声情報は携帯電話１２のＢＴモジュール１９が車両用情報端末１００のＢＴモジュール２４に送信し、ＣＰＵ２５がこれを電気信号に変換してスピーカ３１から出力する。
ＢＴによる通信について説明する。ＢＴでは、ＳＣＯ（synchronous  connection  oriented：同期接続）接続とＡＣＬ（Asynchronous  Connectionless  Link：非同期接続）とが定義されている。ＳＣＯ接続はＢＴモジュール２４と１９との間に形成される回線接続タイプのポイント・ツー・ポイント・リンクであり、主に音声データの転送に使用される。また、ＡＣＬ  接続はパケット交換タイプの接続を行うリンクであり、主にデータ送信に使用される。
【００３３】
ＢＴモジュール２４、１９には固有のＩＤが与えられており、接続する場合にはこのＩＤにより通信相手を識別する。また、最初にＢＴモジュール２４、１９を接続する時はＰＩＮキー（暗証番号）の入力が必要であり、正しいＰＩＮキーが入力されることでペアリングが完了し、以降は両者が起動状態（通電状態）で接近するだけで通信が可能となる。
【００３４】
車両用情報端末１００が接続可能なＢＴモジュールをPagingメッセージにて呼び出し（したがって、車両用情報端末１００がマスターとなる）、携帯電話１２がPagingメッセージに応答するとピコネットが形成される（携帯電話１２がスレーブ）。これにより、以降はＢＴによる通信が可能となる。なお、複数のユーザが携帯電話１２を携帯して車両に乗車した場合、車両用情報端末１００はそれぞれと通信することができる。
【００３５】
また、ＢＴでは、各種の機器が互いに通信できるようプロファイルを定めている。ＢＴモジュール２４と１９が同じプロファイルを備えることで相互の接続を確保している。プロファイルには、ＢＴ接続の基本的な条件を規定しているＧＡＰ（Generic  Access  Profile）、利用可能なサービスを見つけるためのＳＡＤ（Service  Discovery  Application  Profile）、シリアル通信をエミュレートする際の条件を規定してＳＰＰ（Serial  Port  Profile）等、種々のプロファイルが規定されている。
【００３６】
ハンズフリーを実現するにはＨＦＰ（Hands  Free  Profile）を実装することが推奨されており、ＨＦＰは、音声の入出力、ＡＴコマンドの取り扱い、電波の強さや発信者番号通知などの伝達、リダイヤルや電話帳機能の利用、エコーキャンセルなどを規定している。また、ＯＰＰ（Object  Push  Profile）を実装していれば携帯電話１２から電話帳Ａの電話帳データ３０を車両用情報端末１００に転送できる。また、ＰＢＡＰ（Phone  Book  Access  Profile）を実装していれば、携帯電話１２から所定の操作を省略して電話帳Ａを車両用情報端末１００に転送することができる。ＰＢＡＰが実装されていない場合、ユーザは携帯電話１２を操作して記憶している電話帳Ａを１レコードずつ又は全体を一括に転送する。なお、車両用情報端末１００を直接操作して電話帳の電話番号や氏名等を１件ずつ入力してもよい。なお、ＢＴによる通信は一例であって、ＺＩＧＢＥＥ（登録商標）、ＵＷＢ（ultra-wide  band）等の無線通信、又は、有線により接続してもよい。
【００３７】
ところで、車両用情報端末１００はナビゲーションシステムと一体に実装されることが多い。これにより、車載スペースを節約し車両重量増を抑制できる。したがって、車両用情報端末１００は例えばナビＥＣＵ（Electronic  Control  Unit）である。車両用情報端末１００は、ＣＡＮ（Controller  Area  Network）等の車内ＬＡＮを介して、ＧＰＳ受信機２１及び車速センサ２２と接続されており、また、地図ＤＢ２３を有する。
【００３８】
ＧＰＳ受信機２１は、ＧＰＳ衛星から受信した電波の到達時間に基づき車両の位置情報を検出し、車速センサ２２は車両の各輪の回転速度情報を検出する。車両用情報端末１００は、位置情報に車速センサ２２が出力する走行距離を累積して車両の位置を推定する。そして、地図ＤＢ２３から車両の位置周辺の道路地図情報を読み出し、表示装置２７に車両の位置を示すアイコンと共に表示する。なお、地図ＤＢ２３が記憶する道路地図情報は、サーバからダウンロードして地図ＤＢ２３に実装することができる。
【００３９】
〔電話帳Ａの登録〕
まず、ユーザは車両用情報端末１００に携帯電話１２の電話帳Ａの電話帳データ３０を登録する。この登録の際、リンクテーブル２０が生成される。図３は、車両用情報端末１００の機能ブロック図の一例を示す図である。図３の各ブロックは、ＣＰＵ２５がメモリ２６に記憶されたプログラムを実行することで実現されるか又はＡＳＩＣ（Application  Specific  Integrated  Circuit）等のハードウェアにより実現される。
【００４０】
ユーザが携帯電話１２を携帯して車両に乗車しピコネットが形成されると、携帯電話１２の個体識別番号が自動的に車両用情報端末１００に送信される。また、電話番号については必ずしも自動的に送信されるとは限らないので、送信されなかった場合、リンクテーブル生成部４１が携帯電話１２に電話番号の送信を要求する。携帯電話１２はユーザの許可を取得し又は自動的に電話番号を車両用情報端末１００に送信する。なお、リンクテーブル生成部４１が表示装置２７に「携帯電話の電話番号を入力してください」と表示し、ユーザに電話番号の入力を促してもよい。
【００４１】
また、ユーザは電話帳の電話帳データ３０を車両用情報端末１００に転送する。電話帳データ３０を転送する行為はユーザの自発的な行為としてもよいし、受動的な行為でもよい。例えば、ＰＢＡＰを実装している場合、車両用情報端末１００から携帯電話１２に電話帳データ３０の転送を要求でき、この場合、ユーザは転送を許可するなどの最小限の操作で電話帳データ３０を転送することができる。
【００４２】
電話帳データ３０が転送されると、リンクテーブル生成部４１は受信した電話番号及び個体識別番号に電話帳データ３０を対応づける対応付け情報をリンクテーブル２０に登録する。図４（ａ）は、リンクテーブル２０の一例を示す図である。電話番号及び個体識別番号に、電話帳Ａという電話帳の識別情報（実際には電話帳データ３０の識別情報）が対応づけられている。本実施例ではこの電話帳の識別情報を対応付け情報とするが、電話番号又は個体識別番号の少なくとも一方を対応づけ情報としてもよい。なお、電話帳データ３０には、電話番号、氏名、の他、住所、郵便番号、注記等の情報が含まれる。
【００４３】
〔携帯電話１２の認証〕
図３に戻り、認証部４２は携帯電話１２から送信された電話番号と、リンクテーブル２０に記憶された電話番号を比較して、一致する場合に携帯電話１２の認証が成立したと判定する。認証が成立した場合、認証部４２は認証ＯＫ情報を電話帳表示部電話帳に送出し、認証が成立しない場合、認証部４２は削除要求を対応づけ消去部４３と電話帳消去部４４に送出する。なお、電話番号が一致しない場合には、認証部４２は、携帯電話１２から送信された個体識別番号と、リンクテーブル２０に記憶された個体識別番号を比較する。
【００４４】
電話帳表示部電話帳は、認証ＯＫ情報を取得した場合にのみ、メモリ２６から電話番号に対応づけられた電話帳の電話帳データ３０を読み出し、表示装置２７に表示する。したがって、電話番号が一致すれば、ユーザは電話帳データ３０を閲覧したり相手先を選択するなど電話帳データ３０へのアクセスが可能となる。
【００４５】
また、電話帳消去部４４は、認証部４２から削除要求をうけてメモリ２６から電話帳データ３０を削除する。電話帳Ａを消去した場合は、リンクテーブル２０に対応付け情報だけ記憶されていても電話帳データ３０にアクセスできないので、電話帳消去部４４はリンクテーブル２０の対応付け情報を消去する。
【００４６】
また、対応づけ消去部４３は、認証部４２から削除要求を受けてリンクテーブル２０から対応付け情報を消去する。図４（ｂ）は対応付け情報が消去されたリンクテーブル２０の一例を示す。これにより、電話帳データ３０を消去することなく、リンクテーブル２０を参照しても、電話帳データ３０へのアクセスを禁止することができる。なお、電話帳データ３０を消去するか、リンクテーブル２０から対応付け情報を消去するかは、ユーザが設定することができる。後に自分の電話帳データ３０を利用したいユーザは、対応づけ情報のみを消去するように設定でき、セキュリティを確実にしたいユーザは電話帳データ３０を消去するように設定できる。
【００４７】
〔車両用情報端末１００の動作手順〕
車両用情報端末１００が携帯電話１２を認証する手順について図５のフローチャート図に基づき説明する。図５では、図４（ｃ）に示すように予め２つの電話帳Ａ、Ｚが登録されているものとする。電話帳Ｚの電話帳データ３０は例えばユーザＺが携帯電話１２Ｚの電話帳Ｚから転送したものである。また、図５の手順では、認証が成立しない場合、電話帳データ３０を消去する設定とされている。
【００４８】
携帯電話１２が通信可能範囲に進入すると車両用情報端末１００と携帯電話１２が接続され（Ｓ１０）、車両用情報端末１００は個体識別番号及び電話番号を受信する（Ｓ２０）。以下、図１で示したいくつかの状況を例に説明する。
【００４９】
・携帯電話１２Ａ（個体識別番号１２３）＋ＩＣカードＡ（電話番号「０９０−１２３４−５６７８」）
リンクテーブル２０に記憶された電話番号と、携帯電話１２Ａから受信した電話番号が一致するので、認証部４２は認証が成立すると判定する（Ｓ３０のＹｅｓ）。したがって、電話帳表示部電話帳は、メモリ２６から電話番号に対応づけられた電話帳Ａの電話帳データ３０を読み出し、例えばユーザの操作により表示装置２７に表示する（Ｓ４０）。
【００５０】
なお、ＢＴモジュール２４等の通信不良により電話番号が受信できない場合、認証部４２は認証が成立すると判定する。これにより、通信不良が生じても電話帳データ３０を表示でき、ユーザの利便性を向上できる。
【００５１】
・携帯電話１２Ｂ（個体識別番号４５６）＋ＩＣカードＡ（電話番号「０９０−１２３４−５６７８」）
ユーザＡが、電話番号は変更せずに携帯電話１２Ａを携帯電話１２Ｂに機種変更した場合である。この場合、電話番号に変更はないので、車両用情報端末１００の動作手順は同じである。すなわち、リンクテーブル２０に記憶された電話番号と、携帯電話１２Ｂから受信した電話番号が一致するので、認証部４２は認証が成立すると判定する（Ｓ３０のＹｅｓ）。したがって、電話帳表示部電話帳は、メモリ２６から電話帳Ａの電話帳データ３０を読み出し、例えばユーザの操作により表示装置２７に表示する（Ｓ４０）。
【００５２】
すなわち、機種変更しても、ユーザＡは新たに電話帳データ３０を転送することなく電話帳Ａを使用することができる。
【００５３】
・携帯電話１２Ａ（個体識別番号１２３）＋ＩＣカードＢ（電話番号「０８０−１２３４−５６７８」）
ユーザＡが携帯電話１２ＡをユーザＢに譲渡し、ユーザＢが独自の電話番号を記憶したＩＣカードＢを携帯電話１２Ａに装着した場合である。
【００５４】
この場合、リンクテーブル２０に記憶された電話番号と、携帯電話１２Ａから受信した電話番号が一致しない（Ｓ３０のＮｏ）。ところで、電話番号が一致しない場合、それだけではユーザＢが携帯電話１２Ａを携帯しているのか、車両用情報端末１００に登録されていない全く別の携帯電話１２を携帯してるのか判別できない。このため、認証部４２は、受信した個体識別番号がリンクテーブル２０に記憶されているか否かを判定する（Ｓ５０）。
【００５５】
個体識別番号１２３はリンクテーブル２０に登録されているので、ステップＳ５０の判定はＹｅｓとなる。この場合、電話番号が異なることから携帯電話１２Ａが別のユーザＢに譲渡されたと考えてよいので、電話帳消去部４４は電話帳Ａの電話帳データ３０を消去する（Ｓ６０）。したがって、ユーザＢが個体識別番号が一致する携帯電話１２Ａを有していても、電話番号「０９０−１２３４−５６７８」に対応づけられた電話帳Ａの電話帳データ３０が消去されるので、セキュリティを確保することができ、かつ、メモリ容量を節約できる。また、電話番号だけでなく、受信した個体識別番号とリンクテーブル２０の個体識別番号を比較するので、全く別のユーザＺが登録した電話帳Ｚの電話帳データ３０を消去するおそれもない。
【００５６】
〔車両用情報端末１００の動作手順（変形例）〕
図５では認証が成立しない場合に電話帳を消去したが、リンクテーブル２０から、携帯電話１２Ａの電話番号及び個体識別番号と、電話帳Ａの電話帳データ３０を対応づける対応付け情報を消去してもよい。この場合、電話帳Ａの電話帳データ３０は消去されないので、後日、ユーザＡが乗車した際に、車両用情報端末１００がリンクテーブル２０の対応づけ情報を再生成することができる。なお、動作手順は図５のステップＳ６０が「リンクテーブルから対応付け情報を消去する」となるだけなので省略する。
【００５７】
したがって、「携帯電話１２Ａ（個体識別番号１２３）＋ＩＣカードＢ（電話番号「０８０−１２３４−５６７８」）」のユーザＢが車両に乗車した後、リンクテーブル２０は図４（ｄ）に示すように、携帯電話１２Ａに電話帳Ａの電話帳データ３０を対応づける対応付け情報が消去された状態となる。
【００５８】
図６は、リンクテーブル２０を再生成する手順を示すフローチャート図である。図６のフローチャート図は、対応付け情報が消去されたリンクテーブル２０が記憶されている場合にのみスタートする。ユーザＡは例えば機種変更しているので、「携帯電話１２Ｂ（個体識別番号４５６）＋ＩＣカードＡ（電話番号「０９０−１２３４−５６７８」）」の携帯電話１２Ｂを携帯している。
【００５９】
携帯電話１２Ｂが通信可能範囲に進入すると車両用情報端末１００と携帯電話１２Ｂが接続され（Ｓ１０）、車両用情報端末１００は個体識別番号及び電話番号を受信する（Ｓ２０）。
【００６０】
認証部４２は、リンクテーブル２０に登録された電話番号のうち対応付け情報が消去された電話番号と、携帯電話１２Ｂから受信した電話番号が一致するか否かを判定する（Ｓ３５）。この場合、本実施形態では携帯電話１２Ａを譲渡したユーザＡが乗車したと判定し、リンクテーブル生成部４１は、リンクテーブル２０の個体識別番号を「１２３」から「４５６」に変更し、また、電話帳Ａの電話帳データ３０をリンクテーブル２０に登録する（Ｓ７０）。対応づけ情報を消去する前に電話帳Ａという情報を保存しておけば、受信した電話番号に基づき電話帳Ａを対応づければよいことがわかる。
【００６１】
この後、図５の動作手順が実行されることにより、携帯電話１２Ｂが認証されるので、リンクテーブル２０が参照され、ユーザＡは自らが転送しておいた電話帳Ａの電話帳データ３０を表示することができる。したがって、ユーザＡが携帯電話１２ＡをユーザＢに譲渡し、ユーザＢの乗車によりリンクテーブル２０から対応付け情報が消去されても、リンクテーブル２０を再生成できるので、電話帳Ａの電話帳データ３０を再転送することなくユーザＡが電話帳Ａの電話帳データ３０を使用することができる。
【００６２】
以上のように、本実施例の車両用情報端末１００は、電話番号が一致しない場合に対応づけられた電話帳データ３０を削除することでメモリ２６の容量を節約しかつ確実なセキュリティを実現でき、また、リンクテーブル２０から対応付け情報を消去した場合は、セキュリティを確保しながら、後日、リンクテーブル２０を再生成することができる。
【実施例２】
【００６３】
本実施例では、機種変更等、携帯電話１２の使用状況についてさらに適用範囲が広い車両用情報端末１００について説明する。本実施例により、ユーザＡが２つの携帯電話１２Ａ１、１２Ａ２を使い分けている場合に、電話帳Ａのセキュリティを確保し、また、電話帳データ３０の転送を抑制できるので、利便性の高い車両用情報端末１００を提供できる。
【００６４】
図７は、ユーザＡが携帯する携帯電話１２Ａ１、１２Ａ２、及び、リンクテーブル２０の一例を示す図である。ユーザＡは携帯電話１２Ａ１と１２Ａ２を同じ電話番号「０９０−１２３４−５６７８」で使い分けている。携帯電話１２Ａ１、１２Ａ２は２つでも、ユーザＡが使用する電話帳Ａは共通と考えられる。この場合、電話帳Ａの電話帳データ３０を携帯電話１２Ａ１，１２Ａ２それぞれに対応づけて記憶することと（同じ電話帳データ３０を２つ記憶する）、電話帳Ａの電話帳データ３０は１つだけ記憶することが考えられる。本実施例ではいずれの場合にも対応できるが、同じ電話帳データ３０は１つのみ記憶することで、メモリ２６を節約することができる。そして、本実施例のリンクテーブル２０では、携帯電話１２Ａ１と１２Ａ２に同じ電話帳Ａが対応づけられている。
【００６５】
実施例１と同様に、ユーザＡが一方の携帯電話１２Ａ２をユーザＢに譲渡した場合について考える。ユーザＢがＩＣカードＢを携帯電話１２Ａ２に装着して車両に乗車すると、実施例１では車両用情報端末１００が電話帳Ａの電話帳データ３０を消去するか又はリンクテーブル２０から対応付け情報を消去した。しかし、本実施例で電話帳Ａの電話帳データ３０を消去してしまうと、譲渡していない方の携帯電話１２Ａ１をユーザＡが携帯して乗車した場合に、ユーザＡが電話帳Ａの電話帳データ３０を使用できなくなってしまう。
【００６６】
そこで、本実施例では、リンクテーブル２０に同じ電話番号が登録されている場合、その電話番号に対応づけられた電話帳Ａの電話帳データ３０を消去することなく、受信した個体識別番号と電話帳データ３０を対応づける対応付け情報のみを消去する。譲渡しなかった方の携帯電話１２Ａ１の対応付け情報及び電話帳データ３０は記憶されたままにできるので、ユーザＡが車両に乗車した際、新たな操作をすることなく電話帳Ａの電話帳データ３０にアクセスすることができる。
【００６７】
図８は、車両用情報端末１００が携帯電話１２を認証する手順を示すフローチャート図である。実施例１で説明した状況のうち、「携帯電話１２Ａ１（個体識別番号１２３）＋ＩＣカードＡ（電話番号「０９０−１２３４−５６７８」）」の携帯電話１２Ａ１をユーザＡが携携帯して乗車した場合、及び、「携帯電話１２Ｂ（個体識別番号４５６）＋ＩＣカードＡ（電話番号「０９０−１２３４−５６７８」）」の携帯電話１２ＢをユーザＡが携帯して乗車した場合（機種変更した場合）、については実施例１と同様である。
【００６８】
・「携帯電話１２Ａ２（個体識別番号３２１）＋ＩＣカードＢ（電話番号「０８０−１２３４−５６７８」）」の携帯電話１２Ａ２を携帯してユーザＢが乗車する場合
ユーザＡが携帯電話１２Ａ２をユーザＢに譲渡し、ユーザＢが独自の電話番号を記憶したＩＣカードＢを携帯電話１２Ａ２に装着した場合である。
【００６９】
リンクテーブル２０に記憶された電話番号と、携帯電話１２Ａ２から受信した電話番号は一致しない（Ｓ３０のＮｏ）。このため認証部４２は、受信した個体識別番号がリンクテーブル２０に記憶されているか否かを判定し（Ｓ５０）、記憶されている場合には、受信した個体識別番号に対応づけられた電話帳Ａが、他の携帯電話１２Ａ１（電話番号及び個体識別番号）に対応づけられているか否かを判定する（Ｓ１１０）。個体識別番号「３２１」に対応づけられた電話帳は電話帳Ａであるが、電話帳Ａには別の携帯電話１２Ａ１が対応づけられている。すなわち、この場合は電話帳Ａの電話帳データ３０を消去することは適切でないので、対応づけ消去部４３はリンクテーブル２０から個体識別番号「３２１」の対応づけ情報を消去する（Ｓ１２０）。
【００７０】
また、電話帳Ａが他の携帯電話１２Ａ１に対応づけられていない場合（Ｓ１１０のＮｏ）、ユーザＡは携帯電話１２Ａ１、１２Ａ２を使い分けていたのではないと判定し、実施例１と同様に、電話帳消去部４４が電話帳Ａの電話帳データ３０を消去するか、又は、対応づけ消去部４３がリンクテーブル２０から対応付け情報を消去する（Ｓ６０）。
【００７１】
したがって、本実施例によれば、実施例１の効果に加え、電話帳に別の携帯電話１２（の電話番号及び個体識別番号）が対応づけられている場合には対応付け情報のみを消去することで利便性が低下することを防止することができる。また、電話帳に別の携帯電話１２（の電話番号及び個体識別番号）が対応づけられていない場合、電話帳の電話帳データ３０を消去するのでセキュリティを確保し、かつ、メモリの容量を節約できる。
【図面の簡単な説明】
【００７２】
【図１】車両用情報端末による携帯電話の識別を模式的に説明する図である。
【図２】車両用情報端末の概略構成図の一例である。
【図３】車両用情報端末の機能ブロック図の一例を示す図である。
【図４】リンクテーブルの一例を示す図である。
【図５】車両用情報端末が携帯電話を認証する手順を示すフローチャート図である。
【図６】リンクテーブルを再生成する手順を示すフローチャート図である。
【図７】ユーザが携帯する携帯電話及びリンクテーブルの一例を示す図である。
【図８】車両用情報端末が携帯電話を認証する手順を示すフローチャート図である（実施例２）。
【符号の説明】
【００７３】
１２      携帯電話
２０      リンクテーブル
１９、２４  ブルートゥースモジュール
３０      電話帳データ
４２      認証部
４３      対応づけ消去部
４４      電話帳データ消去部
１００    車両用情報端末
【図１】
0004596035.tif 000002
【図２】
0004596035.tif 000003
【図３】
0004596035.tif 000004
【図４】
0004596035.tif 000005
【図５】
0004596035.tif 000006
【図６】
0004596035.tif 000007
【図７】
0004596035.tif 000008
【図８】
0004596035.tif 000009