(57)【要約】【課題】ＵＩＭの検出に失敗した場合であっても，緊急通報を緊急連絡先宛てに発信できるテレマティクス端末を提供する。【解決手段】テレマティクス端末１の制御手段１０は，ＵＩＭ２を初期化処理する際，ＵＩＭ２から加入者識別コードを読み取ってＲＡＭ１４に保持した後，ＵＩＭ２を検出するＵＩＭ検出処理（Ｓ５）を行い，ＵＩＭ２を正常に検出できなかった場合，ＵＩＭ２の状態が異常状態であると判定する。制御手段１０は，ＵＩＭ２の状態が異常状態であると判定した後に移動体通信網３への接続要求を受けると，移動体通信網３への接続要求が，緊急通報を発信する動作によるものであるか確認し，緊急通報を発信する動作によるものである場合，ＲＡＭ１４に保持している加入者識別コードを利用して移動体通信網３へ接続し，緊急通報を発信する。【選択図】図１
2015177279.tif 000002
【特許請求の範囲】
【請求項１】
ＵＩＭを初期化処理する際，前記ＵＩＭから加入者識別コードを読み取ってメモリに保持した後，装着されている前記ＵＩＭを検出するＵＩＭ検出処理を行い，前記ＵＩＭ検出処理において前記ＵＩＭを正常に検出できなかった場合，前記ＵＩＭの状態が異常状態であると判定して利用可能な機能を制限する制御手段を備え，
前記制御手段は，前記ＵＩＭの状態が異常状態であると判定した後に移動体通信網への接続要求を受けると，移動体通信網への接続要求が，緊急通報を発信する動作によるものであるか確認し，緊急通報を発信する動作によるものである場合，メモリに保持している前記加入者識別コードを利用して移動体通信網へ接続し，緊急通報を発信し，緊急通報を発信する動作によるものでない場合，移動体通信網へ接続しないことを特徴とするテレマティクス端末。
【請求項２】
前記制御手段は，前記ＵＩＭ検出処理において前記ＵＩＭを正常に検出できなかった場合，前記ＵＩＭを再初期化処理し，再初期化処理に連続して失敗した回数が規定値を超えると，前記ＵＩＭの状態が異常状態であると判定することを特徴とする，請求項１に記載したテレマティクス端末。
【請求項３】
前記ＵＩＭの動作環境を測定する環境測定手段を備え，前記制御手段は，前記ＵＩＭの状態が異常状態であると判定すると，前記環境測定手段の出力から環境異常が発生したか否かを確認し，確認結果をメモリに保持しておき，前記ＵＩＭの状態が異常状態であると判定した後，緊急通報を発信する動作による移動体通信網への接続要求を受けると，環境異常の発生があった場合のみ，メモリに保持している前記加入者識別コードを利用して移動体通信網へ接続し，緊急通報を発信することを特徴とする，請求項１または２に記載したテレマティクス端末。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は，移動体通信網を利用してサービスを提供するテレマティクス(Telematics)で用いるテレマティクス端末に関し，更に詳しくは，緊急時に緊急通報を緊急連絡先へ発信する緊急通報機能を有するテレマティクス端末に関する。
【背景技術】
【０００２】
移動体通信網を利用して自動車などに情報サービスを提供するテレマティクスの一つとして，交通事故等の緊急事態が発生した際，緊急通報を所定の緊急連絡先へ発信する車両緊急通報サービス（例えば，特許文献１）の実用化が検討されている。
【０００３】
車両緊急通報サービスを利用するためには，移動体通信機能を少なくとも有するテレマティクス端末を車両に搭載することが必要で，特許文献１の「従来技術」には，車両緊急通報サービスで用いるテレマティクス端末は，移動体通信機能に加え，緊急時に緊急通報を発信する機能，緊急通報に含ませる車両の位置情報を検出する機能および衝突検知センサや横転検知センサを用いて緊急事態を検知する機能を有することが記載されている。
【０００４】
移動体通信網を利用してデータ通信するためには，携帯電話と同様に，移動体通信用の加入者識別モジュールとなるＵＩＭ (UIM: User Identity Module)が必要となる。ＵＩＭは，移動体通信に必要な情報やアプリケーションを記憶した媒体である。
【０００５】
ＵＩＭを装着した移動体通信用の端末は，ＵＩＭが装着されていることを確認するために，コマンド（３ＧＰＰ ＴＳ ３１．１０１で定義されているＳＴＡＴＵＳコマンド）を送信してＵＩＭを検出するＵＩＭ検出処理を定期的（例えば，３０秒毎）に行い，ＵＩＭの検出に失敗した場合，ＵＩＭの状態が異常状態であると判断し，ＵＩＭが異常であることを示すメッセージをディスプレイに表示させるとともに，移動体通信用の端末で利用可能な機能を制限することが一般的である。
【０００６】
ＵＩＭの検出失敗は様々な原因で発生する。例えば，特許文献２には，接触型ＩＣカードであるＥＴＣカードをＥＴＣ用の車載器に挿入させた場合，車両の走行中の振動等によって，ＥＴＣ用の車載器とＥＴＣカードとの間で接点不良が発生し，ＥＴＣカードが走行中に非活性化状態になることが記載されている。なお，特許文献３では，ＥＴＣカードの非活性化状態を解消するために，ＥＴＣ用の車載器と接続しているカーナビゲーションは，ＥＴＣ用の車載器の電源を一旦オフした後，再びオンするリセット動作を実行する。
【０００７】
ＵＩＭの検出に失敗する原因は，上述した原因のみならず，ＵＩＭが備えるセキュリティ機能に因る場合もある。ＵＩＭはモバイル決済で用いられることもあるため，ＵＩＭに実装されるＩＣチップには，クレジットカード用のＩＣチップと同様に，故障利用解析，サイドチャネル攻撃および物理的攻撃に対するセキュリティ機能が要求される。
【０００８】
例えば，動作状態（例えば，クロック周波数，電力および温度）を変動させる故障利用解析への対策が施されたＩＣカードとして，動作状態を測定するセンサ（例えば，クロック周波数センサ，電力センサおよび温度センサ）を備えたＩＣカードが特許文献３で開示されている。なお，特許文献３では，動作状態を測定するセンサの測定結果をレスポンスに含ませているが，特許文献３の「背景技術」に記載があるように，動作状態を測定するセンサの測定結果が基準値を外れた場合，ＩＣカードの動作を停止させることが一般的である。
【０００９】
上述のセキュリティ機能を備えたＵＩＭを移動体通信用の端末に装着させた場合，何らかの理由で，動作状態を測定するセンサの測定結果が基準値を外れると，ＵＩＭの動作が停止し，ＵＩＭの検出に失敗するため，移動体通信用の端末で利用可能な機能が制限されてしまう。
【００１０】
とりわけ，車両緊急通報サービスの場合，交通事故等の緊急事態が発生した際に動作するシステムであることを考慮すると，交通事故が発生した際の衝撃によって，ＵＩＭの動作状態（例えば，電圧）が変動し，上述のセキュリティ機能によってＵＩＭの動作が停止してしまうことが想定できる。
【先行技術文献】
【特許文献】
【００１１】
【特許文献１】特開２０００−２３２５３３号公報
【特許文献２】特開２００９−８０５４０号公報
【特許文献３】特開２０１２−２７６６７号公報
【発明の概要】
【発明が解決しようとする課題】
【００１２】
そこで，本発明は，装着されているＵＩＭを検出するＵＩＭ検出処理においてＵＩＭの検出に失敗した場合であっても，緊急通報を緊急連絡先宛てに発信できるテレマティクス端末を提供することを目的とする。
【課題を解決するための手段】
【００１３】
上述した課題を解決する第１の発明は，ＵＩＭを初期化処理する際，前記ＵＩＭから加入者識別コードを読み取ってメモリに保持した後，所定のコマンドを前記ＵＩＭに送信し，装着されている前記ＵＩＭを検出するＵＩＭ検出処理を定期的に行い，前記ＵＩＭ検出処理において前記ＵＩＭを正常に検出できなかった場合，前記ＵＩＭの状態が異常状態であると判定して利用可能な機能を制限する制御手段を備え，前記制御手段は，前記ＵＩＭの状態が異常状態であると判定した後に移動体通信網への接続要求を受けると，移動体通信網への接続要求が，緊急通報を発信する動作によるものであるか確認し，緊急通報を発信する動作によるものである場合，メモリに保持している前記加入者識別コードを利用して移動体通信網へ接続し，緊急通報を発信し，緊急通報を発信する動作によるものでない場合，移動体通信網へ接続しないことを特徴とするテレマティクス端末である。上述した第１の発明によれば，前記ＵＩＭ検出処理に失敗した場合であっても，メモリに保持している前記加入者識別コードを利用して緊急通報を発信できるようになる。
【００１４】
更に，第２の発明は，第１の発明に記載したテレマティクス端末において，前記制御手段は，前記ＵＩＭ検出処理において前記ＵＩＭを正常に検出できなかった場合，前記ＵＩＭを再初期化処理し，再初期化処理に連続して失敗した回数が規定値を超えると，前記ＵＩＭの状態が異常状態であると判定することを特徴とする。上述した第２の発明によれば，前記ＵＩＭ検出処理において前記ＵＩＭを正常に検出できなかった場合，前記ＵＩＭを再初期化処理することで，再初期化処理で前記ＵＩＭの異常を解消できるケースでは，前記テレマティクス端末が前記ＵＩＭの異常状態と判定する前に，前記ＵＩＭの異常を解消できる。
【００１５】
更に，第３の発明は，第１の発明または第２の発明に記載したテレマティクス端末において，前記ＵＩＭの動作環境を測定する環境測定手段を備え，前記制御手段は，前記ＵＩＭの状態が異常状態であると判定すると，前記環境測定手段の出力から環境異常が発生したか否かを確認し，確認結果をメモリに保持しておき，前記ＵＩＭの状態が異常状態であると判定した後，緊急通報を発信する動作による移動体通信網への接続要求を受けると，環境異常の発生があった場合のみ，メモリに保持している前記加入者識別コードを利用して移動体通信網へ接続し，緊急通報を発信することを特徴とする。上述した第３の発明によれば，前記ＵＩＭ検出処理において前記ＵＩＭを正常に検出できなかった原因が，前記ＵＩＭの動作環境の異常と判定できたときのみ，緊急通報を発信でき，それ以外の原因の場合は，緊急通報を発信しないようにすることができる。
【発明の効果】
【００１６】
このように，本発明よれば，装着されているＵＩＭを検出するＵＩＭ検出処理においてＵＩＭの検出に失敗した場合であっても，緊急通報を緊急連絡先宛てに発信できるテレマティクス端末を提供できる。
【図面の簡単な説明】
【００１７】
【図１】実施形態１に係るテレマティクス端末を説明する図。
【図２】ＵＩＭのファイル構造を説明する図。
【図３】ＵＩＭの状態を遷移させるテレマティクス端末の動作を説明する第１図。
【図４】移動体通信網への接続要求を受けた時のテレマティクス端末の動作を説明する第１図。
【図５】実施形態２に係るテレマティクス端末を説明する図。
【図６】ＵＩＭの状態を遷移させるテレマティクス端末の動作を説明する第２図。
【図７】移動体通信網への接続要求を受けた時のテレマティクス端末の動作を説明する第２図。
【発明を実施するための形態】
【００１８】
ここから，本発明の好適な実施形態を記載する。なお，以下の記載は本発明の範囲を束縛するものでなく，理解を助けるために記述するものである。
（実施形態１）
【００１９】
図１は，実施形態１に係るテレマティクス端末１を説明する図である。実施形態１に係るテレマティクス端末１は，交通事故等の緊急事態が発生した際，移動体通信網３を利用して，緊急通報を緊急センタ４ｂの緊急連絡番号へ発信する緊急通報機能を有する端末で，図１では，テレマティクス端末１を車両４ａに設置している。なお，テレマティクス端末１に備えさせる機能は，上述の緊急通報機能のみならず，コンピュータクラウドと接続させることで，電子メールなど様々な機能をテレマティクス端末１に備えさせることが検討されている。
【００２０】
図１に図示したように，テレマティクス端末１に装着して用いるＵＩＭ２は，接触型ＩＣカードの一種であり，８個の接触端子を有するコンタクト基材にＩＣチップを実装したＩＣモジュールをカード基材に埋め込んだ媒体で，物理的および論理的な特徴は３ＧＰＰ ＴＳ ３１．１０１で定義され，ファイル構造は３ＧＰＰ ＴＳ ３１．１０２で定義されている。
【００２１】
図２は，ＵＩＭ２のファイル構造を説明する図である。図２に図示したファイル構造２０では，実施形態１に係るＵＩＭ２のは，一つのＭＦ（Master File）２１と，ＵＩＭ２に係る情報を記憶するアプリケーション専用ファイル（ADF: Application   Dedicated File）であるＡＤＦ＿ＵＩＭ２２を少なくとも有する。ＡＤＦ＿ＵＩＭ２２の下には，移動体通信網３への接続に必要な情報を記憶する基礎ファイル(EF: Elementary File)２３として，加入者識別コードを記憶するＥＦ２３ａと，緊急センタ４ｂの連絡先である緊急連絡番号を記憶するＥＦ２３ｂが設けられている。なお，図２では，緊急通報に係る情報を記憶するＥＦ２３として，緊急連絡番号を記憶するＥＦ２３ｂしか図示していないが，加入者の血液型や病歴等を記憶するＥＦ２３等を設けることもできる。
【００２２】
図１に図示したように，実施形態１に係るテレマティクス端末１は，移動体通信手段１１，制御手段１０，ＵＩＭインターフェース１２を備え，更に，メモリとして，読み出し専用のメモリであるＲＯＭ（Read#Only Memory）１３，そして，揮発性メモリであるＲＡＭ（Random Access Memory）１４を備える。
【００２３】
テレマティクス端末１の移動体通信手段１１は，テレマティクス端末１が移動体通信するための手段で，移動体通信網３を利用して送信するデータをエンコードした電気信号を変調して送信する回路や，移動体通信網３を介して受信した電気信号を復調した後にデコードする回路等から構成され，テレマティクス端末１の移動体通信手段１１には，移動体通信用のアンテナ１１ａが接続されている。
【００２４】
テレマティクス端末１のＵＩＭインターフェース１２は，テレマティクス端末１がＵＩＭ２と通信するための手段で，ＵＩＭ２が有する接触端子と電気的に接続する接続端子，ＵＩＭ２へ送信するデータをエンコードした電気信号を変調して送信する回路，そして，ＵＩＭ２から受信した電気信号を復調した後にデコードする回路等から構成される。
【００２５】
テレマティクス端末１の制御手段１０は，具体的にはＣＰＵで，テレマティクス端末１の制御手段１０は，ＵＩＭ２の状態を示す情報をＲＡＭ１４に保持し，ＵＩＭ２の状態に応じて，テレマティクス端末１で利用可能な機能を制限する。なお，ＵＩＭ２の状態に応じて機能制限するコンピュータプログラムはＲＯＭ１３に記憶されている。
【００２６】
図３は，ＵＩＭ２の状態を遷移させるテレマティクス端末１の動作を説明する第１図である。テレマティクス端末１の制御手段１０は，テレマティクス端末１が起動すると，ＵＩＭ２の状態を初期化前状態に変更した後（Ｓ１），初期化処理を実行する（Ｓ２）。なお，ＵＩＭ２の状態の変更は，ＲＡＭ１４に保持しているＵＩＭ２の状態を示す情報を変更することでなされる。
【００２７】
初期化前状態は，ＵＩＭ２を初期化する前の状態である。初期化前状態において，テレマティクス端末１の制御手段１０は，加入者識別コード等をＵＩＭ２から取得していない。
【００２８】
テレマティクス端末１の制御手段１０が実行する初期化処理は，ＵＩＭ２のリセット処理，移動体通信網３に接続するための情報をＵＩＭ２から取得してＲＡＭ１４に格納する処理を含む。なお，ＵＩＭ２から取得する情報には，ＥＦ２３ａに格納されている加入者識別コードおよびＥＦ２３ｂに格納されている緊急連絡先が含まれる。
【００２９】
テレマティクス端末１の制御手段１０は，初期化処理に成功したか否かを確認し（Ｓ３），初期化処理に成功すると，ＵＩＭ２の状態を初期化前状態から動作中状態に変更する（Ｓ４）。動作中状態は，初期化処理に成功した後の状態で，テレマティクス端末１で利用可能な機能が制限されない状態である。
【００３０】
なお，初期化処理に失敗すると，テレマティクス端末１の制御手段１０は，ＵＩＭ２の装着状態などをユーザに確認させるメッセージ等をディスプレイ（例えば，カーナビゲーションのディスプレイ）に表示させた後，ＵＩＭ２の状態を動作中状態に遷移させることなく，Ｓ１に戻る。
【００３１】
テレマティクス端末１の制御手段１０は，初期化処理に成功し，ＵＩＭ２の状態を動作中状態に変更した後，テレマティクス端末１に装着されたＵＩＭ２を検出するＵＩＭ検出処理を実行する（Ｓ５）。ＵＩＭ検出処理（Ｓ５）において，テレマティクス端末１の制御手段１０は，所定のコマンド（例えば，上述のＳＴＡＴＵＳコマンド）をＵＩＭ２へ送信し，ＵＩＭ２から受信したレスポンスとレスポンスの期待値を比較する。テレマティクス端末１の制御手段１０は，ＵＩＭ２から受信したレスポンスとレスポンスの期待値が一致すれば，ＵＩＭ２の検出に成功したと判定し，それ以外の場合（ＵＩＭ２から受信したレスポンスとレスポンスの期待値が不一致の場合，または，一定期間を超えてもＵＩＭ２からレスポンスを受信できなかった場合）は，ＵＩＭ２の検出に失敗したと判定する。
【００３２】
次に，テレマティクス端末１の制御手段１０は，ＵＩＭ検出処理（Ｓ５）の結果を確認し（Ｓ６），ＵＩＭ２の検出に成功したと判定した場合は，所定の時間間隔（例えば，３０秒）が経過した後に，Ｓ５に戻りＵＩＭ検出処理（Ｓ５）を実行する。
【００３３】
また，テレマティクス端末１の制御手段１０は，ＵＩＭ２の検出に失敗したと判定し他場合，再初期化処理を実行する（Ｓ７）。なお，再初期化処理（Ｓ７）は，ＵＩＭ２のリセット処理を含み，テレマティクス端末１の制御手段１０は，再初期化処理（Ｓ７）を実行する際，ＲＡＭ１４に保持しているＵＩＭ２の状態，加入者識別コードおよび緊急連絡先はＲＡＭ１４から消去しない。
【００３４】
テレマティクス端末１の制御手段１０は，再初期化処理（Ｓ７）に成功したか否かを確認し，再初期化処理（Ｓ７）に成功した場合はＳ５に戻り，ＵＩＭ検出処理（Ｓ５）を実行する。また，テレマティクス端末１の制御手段１０は，再初期化処理に失敗した場合は，再初期化処理（Ｓ７）の失敗回数をインクリメントした後，この時点における再初期化処理（Ｓ７）の失敗回数が，再初期化処理（Ｓ７）に設定されている規定回数を超えているか確認する（Ｓ９）。
【００３５】
再初期化処理（Ｓ７）の失敗回数が，再初期化処理（Ｓ７）に設定されている規定回数を超えていない場合，テレマティクス端末１の制御手段１０は，Ｓ７に戻り再初期化処理（Ｓ７）を実行する。また，再初期化処理（Ｓ７）の失敗回数が，再初期化処理（Ｓ７）に設定されている規定回数を超えている場合，テレマティクス端末１の制御手段１０は，ＵＩＭ２の状態を動作中状態から異常状態に変更した後（Ｓ１０），移動体通信網３への接続要求があるまで待機する（Ｓ１１）。
【００３６】
再初期化処理（Ｓ７）の失敗回数が，再初期化処理（Ｓ７）に設定されている規定回数を超えるまで，再初期化処理（Ｓ７）を繰り返し実行するのは，車両の振動等によって非活性化したＵＩＭ２を活性化させるためである。ＵＩＭ２が動作不能な状態でなければ，再初期化処理（Ｓ７）によってＵＩＭ２を活性化できるが，再初期化処理（Ｓ７）の失敗回数が，再初期化処理（Ｓ７）に設定されている規定回数を超えた場合，何等かの理由によりＵＩＭ２が動作不能な状態になっていると考えられる。
【００３７】
図４は，移動体通信網３への接続要求を受けた時のテレマティクス端末１の動作を説明する第１図である。移動体通信網３への接続要求を受けると，テレマティクス端末１の制御手段１０は，まず，ＵＩＭ２の状態が初期化前状態であるか確認する（Ｓ２０）。
【００３８】
実施形態１に係るテレマティクス端末１が，移動体通信網３への接続要求を受けるタイミングは，移動体通信を利用するサービスを受けるタイミングになる。移動体通信を利用するサービスが緊急通報に係るサービスの場合，緊急通報を発信するタイミングは，緊急通報を発信する動作がなされた時になる。なお，緊急通報を発信する動作は，緊急通報を発信するユーザの操作やエアバックの作動になる。また，コンテンツを受信するサービスの場合，このサービスを受けるタイミングは，コンテンツを受信する時間間隔が経過した時，または，コンテンツを受信する操作がなされた時になる。
【００３９】
ＵＩＭ２の状態が初期化前状態の場合，テレマティクス端末１の制御手段１０は，移動体通信網３への接続に必要な情報をＵＩＭ２から取得できていないため，移動体通信網３への接続要求を否認し（Ｓ２４），移動体通信網３に接続することなく，この手順は終了する。
【００４０】
ＵＩＭ２の状態が初期化前状態でない場合，ＵＩＭ２の状態は動作中状態または異常状態のいずれかである。初期化処理に成功していれば，移動体通信網３への接続に必要な情報をＵＩＭ２から取得できているため，テレマティクス端末１の制御手段１０は，移動体通信網３への接続要求が緊急通報を発信する動作によるものであるかを確認し（Ｓ２１），緊急通報を発信する動作（例えば，緊急通報を発信するユーザの操作やエアバックの作動）によるものであれば，移動体通信網３への接続要求を容認し（Ｓ２３），ＲＡＭ１４に保持している加入者識別コードを利用して移動体網へ接続し，ＲＡＭ１４に保持している緊急連絡番号宛てに緊急通報を発信して，この手順は終了する。なお，緊急通報には，加入者識別コードを含ませるのが一般的で，それ以外の情報（例えば，加入者の血液型や病歴等）を含ませることもできる。
【００４１】
また，テレマティクス端末１の制御手段１０は，移動体通信網３への接続要求が緊急通報を発信する動作によるものでなければ，ＵＩＭ２の状態が動作中状態であるか確認する。ＵＩＭ２の状態が動作中状態であれば，テレマティクス端末１の制御手段１０は，移動体通信網３への接続要求を容認し（Ｓ２３），加入者識別コードを用いて移動体通信網３に接続して，この手順は終了する。
【００４２】
また，テレマティクス端末１の制御手段１０は，ＵＩＭ２の状態が動作中状態でなければ，ＵＩＭ２の状態は異常状態になるため，テレマティクス端末１の機能制限の一つとして，移動体通信網３への接続要求を否認し（Ｓ２４），移動体通信網３に接続することなく，この手順は終了する。
【００４３】
このように，上述した実施形態１によれば，テレマティクス端末１は，ＵＩＭ２の状態が異常状態と判定した後であっても，ＵＩＭ２の初期化処理に成功してさえすれば，緊急通報を緊急連絡先宛てに発信できるようになる。
（実施形態２）
【００４４】
図５は，実施形態２に係るテレマティクス端末５を説明する図である。実施形態２に係るテレマティクス端末５は，交通事故等の緊急事態が発生した際，移動体通信網３を利用して，緊急通報を緊急センタ４ｂの緊急連絡番号へ発信する緊急通報機能を有する端末で，実施形態１と同様に，ＵＩＭ６に異常がある場合であっても，緊急通報を緊急センタ４ｂの緊急連絡番号へ発信できるようにした端末である。
【００４５】
上述の実施形態１では，ＵＩＭ６の状態が異常状態になった理由に係わらず，ＵＩＭ６の状態が異常状態であっても，緊急通報を発信できるようにしていたが，実施形態２では，ＵＩＭ６の状態が異常状態になった理由が，ＵＩＭ６の動作環境の異常によるものであるかを確認し，ＵＩＭ６の状態が異常状態になった理由が，ＵＩＭ６の動作環境の異常によるものと判定できた場合のみ，緊急通報を発信できるようにしている。
【００４６】
実施形態２において，テレマティクス端末５に装着して用いるＵＩＭ６の物理的および論理的な特徴およびファイル構造は実施形態１と同じであるが，図５に図示したように，実施形態２に係るＵＩＭ６は，故障利用解析に対して耐タンパー性を持たせるために，特許文献３と同様に，ＵＩＭ６の動作状態を測定する動作状態測定センサ６０を少なくとも一つ備え，動作状態測定センサ６０の測定結果が基準範囲を外れると，ＵＩＭ６を動作不能にするセキュリティ機能を備える。なお，ＵＩＭ６の動作状態を測定する動作状態測定センサ６０とは，クロック周波数を計測するセンサ回路，電力を計測するセンサ回路および温度を計測するセンサ回路などを意味する。
【００４７】
図５に図示したように，実施形態２に係るテレマティクス端末５は，実施形態１と同様に，移動体通信手段５１，制御手段５０，ＵＩＭインターフェース５２を備え，更に，メモリとして，読み出し専用のメモリであるＲＯＭ５３（Read#Only Memory）および揮発性メモリであるＲＡＭ（Random Access Memory）５４を備える。なお，実施形態２に係るテレマティクス端末５が備える移動体通信手段５１とＵＩＭインターフェース５２は実施形態１と同じであるため，ここでは説明を省く。
【００４８】
加えて，実施形態２に係るテレマティクス端末５は，ＵＩＭ６の環境を測定する環境測定手段５５を備え，図５では，環境測定手段５５として，ＵＩＭ６に加わる加速度を測定する加速度センサである環境測定手段５５ａと，テレマティクス端末５の内部温度を測定する温度センサである環境測定手段５５ｂを図示している。実施形態２において，それぞれの環境測定手段５５には，予め基準範囲が定められ，環境測定手段５５は，測定結果が基準範囲を外れると，測定結果が基準範囲を外れたことを示す警告信号を出力するように構成されている。
【００４９】
テレマティクス端末５の制御手段５０は，具体的にはＣＰＵで，テレマティクス端末５の制御手段５０は，ＵＩＭ６の状態を示す情報をＲＡＭ５４に保持し，ＵＩＭ６の状態に応じて，テレマティクス端末５で利用可能な機能を制限する。なお，ＵＩＭ６の状態に応じて機能制限するコンピュータプログラムはＲＯＭ５３に記憶されている。
【００５０】
図６は，ＵＩＭ６の状態を遷移させるテレマティクス端末５の動作を説明する第２図である。なお，図７のＳ３０〜Ｓ３５に係る処理内容は，図３のＳ１〜Ｓ６に係る処理内容と同じであるため，ここでは説明を省く。
【００５１】
ＵＩＭ検出処理（Ｓ３４）においてＵＩＭ６を正常に検出できなかった場合，テレマティクス端末５の制御手段５０は，環境測定手段５５が警告信号を出力しているか確認することで，環境異常が発生したか判定する（Ｓ３６）。
【００５２】
テレマティクス端末５の制御手段５０は，環境異常が発生している場合，すなわち，環境測定手段５５の少なくとも一つが警告信号を出力している場合，環境異常が発生したことを示す環境異常フラグをＲＡＭ５４等にセットするなどして，環境異常の発生を記録した後（Ｓ３７），ＵＩＭ６の状態を動作中状態から異常状態に変更し（Ｓ３８），移動体通信網３への接続要求があるまで待機する（Ｓ３９）。
【００５３】
また，テレマティクス端末５の制御手段５０は，環境異常が発生していない場合，すなわち，環境測定手段５５の全てが警告信号を出力していない場合，環境異常の発生を記録することなく，ＵＩＭ６の状態を動作中状態から異常状態に変更し（Ｓ３８），移動体通信網３への接続要求があるまで待機する（Ｓ３９）。
【００５４】
ＵＩＭ検出処理（Ｓ３４）にてＵＩＭ６を正常に検出できなかった場合，テレマティクス端末５の制御手段５０が，環境異常の発生を確認するのは，ＵＩＭ６を正常に検出できなかった原因が，ＵＩＭ６の動作環境に因るものであるか確認するためである。例えば，加速度センサである環境測定手段５５ａが警告信号を出力している場合，緊急事態などによって大きな加速度が発生しＵＩＭ６が動作不能になったと判定できる。また，温度用センサである環境測定手段５５ｂが警告信号を出力している場合，緊急事態などによって温度が上昇しＵＩＭ６が動作不能になったと判定できる。
【００５５】
図７は，移動体通信網３への接続要求を受けた時のテレマティクス端末５の動作を説明する第２図である。移動体通信網３への接続要求を受けると，テレマティクス端末５の制御手段５０は，まず，ＵＩＭ６の状態が初期化前状態であるか確認する（Ｓ４０）。
【００５６】
実施形態２に係るテレマティクス端末５が，移動体通信網３への接続要求を受けるタイミングは，実施形態１と同様に，移動体通信を利用するサービスを受けるタイミングになる。移動体通信を利用するサービスが緊急通報に係るサービスの場合，緊急通報を発信するタイミングは，緊急事態を発信する動作がなされた時になる。なお，緊急事態を発信する動作は，緊急通報を発信するユーザの操作やエアバックの作動になる。また，コンテンツを受信するサービスの場合，このサービスを受けるタイミングは，コンテンツを受信する時間間隔が経過した時，または，コンテンツを受信する操作がなされた時になる。
【００５７】
ＵＩＭ６の状態が初期化前状態の場合，テレマティクス端末５の制御手段５０は，移動体通信網３に接続するために必要な加入者識別コードをＵＩＭ６から取得できていないため，移動体通信網３への接続要求を否認し（Ｓ４５），移動体通信網３に接続することなく，この手順は終了する。
【００５８】
ＵＩＭ６の状態が初期化前状態でない場合，テレマティクス端末５の制御手段５０は，ＵＩＭ６の状態が動作中状態であるか確認する（Ｓ４１）。ＵＩＭ６の状態が動作中状態であれば，テレマティクス端末５の機能を制限する必要性はないため，移動体通信網３への接続要求が緊急通報を発信する動作によるものである否かにかかわらず，テレマティクス端末５の制御手段５０は，移動体通信網３への接続要求を容認し（Ｓ４４），ＲＡＭ５４に保持している加入者識別コードを利用して移動体通信網３に接続して，この手順は終了する。
【００５９】
ＵＩＭ６の状態が動作中状態でなければ，ＵＩＭ６の状態は異常状態になるため，テレマティクス端末５の制御手段５０は，移動体通信網３への接続要求が緊急通報を発信する動作（例えば，緊急通報を発信するユーザの操作やエアバックの作動）によるものであるか確認する（Ｓ４２）。
【００６０】
緊急通報を発信する動作によるものでなければ，テレマティクス端末５の制御手段５０は，移動体通信網３への接続要求を否認し（Ｓ４５），移動体通信網３に接続することなく，この手順は終了する。
【００６１】
また，移動体通信網３への接続要求が緊急通報を発信する動作によるものであれば，テレマティクス端末５の制御手段５０は，環境異常の発生が記録されているか確認することで（Ｓ４３），ＵＩＭ６の状態が異常状態になった理由が，ＵＩＭ６の動作環境の異常によるものであるかを確認する。
【００６２】
テレマティクス端末５の制御手段５０は，環境異常の発生が記録されていれば，ＵＩＭ６の状態が異常状態になった原因が，ＵＩＭ６の動作環境の異常によるもので，故障利用解析等の不正使用によるものではないと判定し，移動体通信網３への接続要求を容認し（Ｓ４４），ＲＡＭ５４に保持している加入者識別コードを利用して移動体通信網３へ接続し，ＲＡＭ５４に保持している緊急連絡番号宛てに緊急通報を発信して，この手順は終了する。なお，緊急通報には，加入者識別コードを含ませるのが一般的で，それ以外の情報（例えば，加入者の血液型や病歴等）を含ませることもできる。
【００６３】
また，テレマティクス端末５の制御手段５０は，環境異常の発生が記録されていなければ，ＵＩＭ６の状態が異常状態になった原因が，ＵＩＭ６の動作環境の異常によるものではなく，故障利用解析等の不正使用によるものの可能性があると判定し，移動体通信網３への接続要求を否認し（Ｓ４５），移動体通信網３に接続することなく，この手順は終了する。
【００６４】
このように，実施形態２によれば，テレマティクス端末５が，ＵＩＭ６の状態が異常状態と判定した後であっても，ＵＩＭ６の初期化処理に成功し，ＵＩＭ６の状態が異常状態になった理由が，ＵＩＭ６の動作環境によるものと判定できた場合のみ，緊急通報を緊急連絡先宛てに発信できるようになる。
【符号の説明】
【００６５】
１，５    テレマティクス端末
１０，５０    制御手段
１１，５１    移動体通信手段
１２，５２    ＵＩＭインターフェース
１３，５３    ＲＯＭ
１４，５４    ＲＡＭ
５５          環境測定手段
２，６    ＵＩＭ
３        移動体通信網
【図１】
2015177279.tif 000003
【図２】
2015177279.tif 000004
【図３】
2015177279.tif 000005
【図４】
2015177279.tif 000006
【図５】
2015177279.tif 000007
【図６】
2015177279.tif 000008
【図７】
2015177279.tif 000009