(57)【要約】【課題】通信サービスプラットフォームを用いることでデータ通信を扱うサービスを提供するオペレータを見付け出す移動体データユニット／装置を提供する。【解決手段】本発明はハードウェアとソフトウェアの双方を有するプラットフォームに基づいている。後者は、とりわけ、国とオペレータの間の通行に際して、データサービスが移動体ネットワーク間をローミングしなければならないときに遭遇する問題を解決するアルゴリズムを含む。本発明は、以下の事項、即ち”原”オペレータが行ったサービス、地理的な適用範囲、異なるサービスに対する異なるコスト、および会話以外のサービスが、選択されたネットワークで機能し得るかどうか、の事項を考慮しない、オペレータ間を切り替えるための現状のローミング論理のような現存の技術的制限を扱い、かつ解決する。【選択図】図１
2008517522.tif 000002
【特許請求の範囲】
【請求項１】
移動体電話ネットワーク間のローミングをインプリメントする方法であって、
・このローミング方法は、前記移動体ユニット（端末）において局地的に実行され、
・この方法は、有効な移動体電話ネットワークを探索し、
・移動体電話オペレータ／ネットワークの選択が、
有効なサービス、
料金表、
適用範囲、
優先度パラメータ
を含む多くのパラメータに基づいており、
・この方法は、いかに好結果をもって移動体端末が移動体電話ネットワークに接続されているかに基づいて、異なった移動体電話ネットワークに対して優先的価値を連続的に更新する、自己学習部分を含んでいる、
ことを特徴とする方法。
【請求項２】
請求項１に記載した方法であって、前記方法は、接続された移動体電話ネットワークの能力であって問題のデータフォーマットを送受信する能力をテストする方法であることを特徴とする方法。
【請求項３】
先行する請求項の任意の１つに記載した方法において、前記方法は、移動体ユニット（端末）から、データを送ることを可能とし、前記データは、要求されている情報あるいは提供され／使用されているサービスによって種々のフォーマットでもよいことを特徴とする方法。
【請求項４】
先行する請求項の任意の１つに記載した方法において、前記方法は、移動体ユニット（端末）から、
・地理上の位置（ＧＰＳ等）、
・時間データ、
・温度、湿度あるいはその他の自然現象のデータ、
・ドアの開きデータその他類似のデータ、
・監視用センサ全般からのデータ、
・カメラ（静止画像および動画像の双方）からのデータ、
のような情報を送ることを可能とすることを特徴とする方法。
【請求項５】
先行する請求項の任意の１つに記載した方法において、前記方法は、新規のプログラムファイルを受信し、あるいは現状のプログラムファイルの変更を行うことを可能とすることを特徴とする方法。
【請求項６】
先行する請求項の任意の１つに記載した方法において、前記方法は、車輛エンジン、燃料消費およびその他の機能パラメータに関連したもの、運転距離、速度、休憩期間等の形態での運転者の態度、およびその他のパラメータ並びに類似性質の詳細設定のようなパラメータおよび詳細設定を前記ユニットが監視することを可能とすることを特徴とする方法。
【請求項７】
先行する請求項の任意の１つに記載した方法において、前記方法は、移動体ユニットを動力節約モードとするだけでなく、前記ユニットの動力節約モードからの解除を開始することを可能とすることを特徴とする方法。
【請求項８】
先行する請求項の任意の１つに記載した方法において、前記方法は、選択された時点において、あるいは監視された機能がそのように要求するとき、例えばドアセンサ、温度制限あるいは他の匹敵する監視機能を介して生じる要求を含めて監視機能がそのように要求するとき、前記ユニット、それ自身が、動力節約モードの解除開始を可能とすることを特徴とする方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は移動体データユニット装置に関する。
【背景技術】
【０００２】
現在、移動体通信を使用するとき、それが会話のためであれ、あるいはデータのためのものであれ、地理的な移動がオペレータ間の切り替えに帰着するときに問題が発生する。これは特に国境を越えたときに問題となる。
【０００３】
オペレータ間の切り替えに対する現状のローミング論理（ローミングロジック）は、例えば、以下の事項を考慮していない。
・どのサービス（会話あるいは種々のデータコンフィギュレーション）を”原”オペレータが作動させたか。
・地理的適用範囲
・異なるサービスに対する異なるコスト
・会話以外のサービスが、選択されたネットワーク内で機能し得るか。
【０００４】
概して、現状のローミング論理は会話通信のために発展してきたものであり、結果として、通信がマシン間でなされるときに、或る欠点が生じる。
【０００５】
今日の移動体データネットワークに提供される移動体データサービスは、国内ネットワークおよび国際間の双方におけるローミングを扱う。後者は、最も一般的に、他の国における多数のオペレータとの契約を締結するオペレータによって扱われる。
【０００６】
例えば、ＧＳＭが開始されたときは会話であって、会話が、大部分は、依然唯一の、あるいは最も普通の用途である。オペレータおよび遠距離通信の供給者がそれらのサービス範囲（例えば、ＭＭＳ、ＧＰＲＳ、ＤＥＧＥおよびＵＭＴＳ）を増大するに伴って、ローミングはより一層複雑になってきている。
【０００７】
サブスクリプションが”原”オペレータの国内ネットワークを出て異なる国に入るとき、ローミング論理は電話に組み込まれ、またＳＩＭカードは原オペレータが合意したオペレータを探索する。そして次に接触することとなった者の中から選択を行わせる。
【発明の開示】
【発明が解決しようとする課題】
【０００８】
もしオペレータＡが、外国におけるＢ、Ｃ、ＤおよびＥと合意したならば、オペレータＢ、Ｃ、ＤあるいはＥの選定は、サブスクリプションが国を変更したとき、任意となる。もしアプリケーションが会話ならば、ローミングは、たぶん、成功するだろう。しかし、アプリケーションが、たとえばＭＭＳ、ＧＰＲＳ、ＥＤＧＥあるいはＵＭＴＳであるならば、選択された外国オペレータは問題の技術に対するサポートを有していなければならない。
【０００９】
以下に概説した問題点に直面したとき最適の結果を達成するようにはオペレータの選定をコントロールすることができない、移動体サービスユーザに依存する困難性が確認される。
【００１０】
問題点１は、オペレータＣ、ＤおよびＥは要求された技術をサポートするが、オペレータＢはサポートしないときである。このように、もしオペレータＡからのサブスクリプションがＢへローミングするのであれば、このアプリケーションは働かない。オペレータのネットワークおよびＳＩＭカードにおける現状のローミング論理は種々の技術に対するサポートを考慮に入れないので、このサブスクリプションはオペレータＢにとどまるだろう。
【００１１】
問題点２は、オペレータは彼らのサービスに対して異なる価格を有するということである。例えば、原オペレータＡのサブスクリプションが、偶然によって、オペレータＣに対するローミングとなることである。このサービスは働くものの、オペレータＤおよびＥがＣよりも相当安いときは、これは形式的な選定となってしまうだろう。
【００１２】
問題点３は、戦略的理由から、オペレータは異なる地理的範囲を有するということである。例えば、オペレータＤは１つの国の９５％をカバーし、一方オペレータＥはこの国の５０％しかカバーしていない。等しいサービス価格が与えられるならば、論理的な選定は、勿論、オペレータＤである。しかしながら、現状のローミング論理では、オペレータのサブスクリプションの選択は任意である。
【００１３】
たぶん、事実上のオペレータが必要な技術をサポートするオペレータにローミングするサブスクリプションによって問題点１は解決するだろう。しかしながら問題点２，３は残っている。
【００１４】
ローミングの問題点１を解決するために、もし事実上のオペレータが各国で１人のオペレータを選択したと仮定したとき、このソリューションは、もし選択されたオペレータのサービスが低下したときこのアプリケーションは働かないという欠点を有する。
【００１５】
積荷スペースが密封された安全状態に保たれ、かつ目的物が或る国の供給者から他の国の受取人への車輛の物理的な移動に従うこととされている或る輸送移動を監視するためにバン／トラックが装備されているとき、不適切なローミング技術の問題点が明らかになった。
【課題を解決するための手段】
【００１６】
本出願で記載された通信サービスプラットフォームを用いるならば、本発明は、データ通信（例えば、マシン対マシン）を扱うサービスを提供するオペレータを見付け出すことによって、上述の問題を解決する。このプラットフォームは動的であり、かつ通信の形態には無関係なものである。もしプラットフォームが車輛上に局地的（ローカル）ネットワークを有するならば、カメラ、警報センサ、他の検出器、インジケータ等は所望どおり監視され得る。同様に、もしＧＰＳ（全方位測位システム）受信器がこのネットワークに接続されるならば、位置データは中継され得る。プラットフォームのソフトウェアはデータサービスのローミングを扱い、また特に、国々およびオペレータ間を移動するとき、移動体ネットワーク内のデータ対データ通信を扱う。
【００１７】
品物がトラックによって輸送されることは普通のことである。品物の価値および資産は輸送者がその輸送状態を監視したいという性質のものである。したがってトラックは本出願中で記載されたプラットフォーム（移動体データユニット）が装備され得、この移動体データユニットは、種々のモジュール、例えば、監視されるべきパラメータを伝達する電話モジュールおよびトラックの物理的位置を連続追跡するためのＧＰＳモジュールに接続される。国の境界を通過するときは、オペレータによって提供されるサービスはしばしば変更される。不幸にも、今日のローミングアルゴリズムは会話に対して最適化されている。しかしながら、この特許出願に記載されたアルゴリズムのシステムは、データ通信（即ち、マシン対マシン）を優先的とし、かつこれを最適に扱うものである。
【００１８】
紛失した品物を追跡するために、運送者は、例えば、何時に積荷スペースが開けられたかを監視しようとするだろう。時間と場所の双方は扉の開成あるいは安全上の密封の破壊を記録する（ネットワークにおける）センサを備えることによって監視され得る。さらに、この移動体データユニットは選定された受取人に伝達するための他の重要な情報を受信することができる。これは運転された距離を測ることを可能とし、その結果、車輛がサービスユニットに接近しながら、サービスを命じることができることとなろう。同様に燃料消費量も測定され得、そして契約された供給者により、適切なサービスステーションでの充填を、促され得るだろう。
【００１９】
分離したトレーラを備えたトラックが品物輸送にしばしば使用される。多くの車輛をもつ運送者は自分のすべてのトレーラが随時何処にあるかの追跡を行うことは困難であることがわかる。トラクターユニットおよび運転者から分離するとき、各々のトレーラは誰のか不明となり、また、その物理的な位置を正確に指摘することは、しばしば、問題となる。
【発明の効果】
【００２０】
そのようなトレーラは、ＧＰＳモジュールを含む、（この特許出願において記載されかつ限定されたような）移動体データユニットおよび動力バックアップを備えることができ、その結果、トラクターユニットがトレーラを離れるとき、運送者は容易にトレーラを追跡し、その位置を発見することができるようになる。さらに、運転者の変更および運転時間は、もしそう望むならば、記録することが可能である。或る種の品物、例えばチルト製品の輸送は連続的あるいは定期的な温度監視を要求し得る。
【発明を実施するための最良の形態】
【００２１】
プラットフォームの説明
図１を参照すれば、このプラットフォームはモジュール的に構成された電子的装置として簡単に記載され得、このモジュールは所望のアプリケーションに対するユニークなニーズにかなえるように選定され得る。例えば、プラットフォームは、プロセッサ（１）、種々タイプのメモリ、例えばラム（２）並びにフラッシュ（３）、ＧＰＳモジュール（４）、イーサネット（５）、電源（６）、および種々のデジタル並びにアナログ入力部を含む。ソフトウェアは本特許出願で詳述された機能にとって重要でユニークなアルゴリズムを含んでいる。
【００２２】
図２は、移動体アプリケーション（モバイルアプリケーション）の例およびその説明である。移動体データユニット（７）は、それがもっとも最近まで使用していたシステムおよびオペレータによってカバーされた地域の外へ移動する。ソフトウェア（８）は移動体データサービスの中断を認識する。これは、システムおよびオペレータが依存するローミングのアルゴリズムを作動させる。移動体データユニット（７）からの、または移動体データユニット（７）への、継続したＩＰ通信（１２）のための新しい移動体データセッションが確立される。
【００２３】
アルゴリズム（１０）は有効なシステムおよびオペレータを確認することによってスタートする。有効なシステム／オペレータ間を選択するために、このアルゴリズムは、中央（サーバ）のダウンロードされたコンフィギュレーションパラメータ（１１）、および局地的な、以前の試行からの経験的パラメータ（９）の双方を使用する。これは最高の優先度をもつオペレータおよびシステムを選択する。このアルゴリズムは、１つの、あるいは多くの試み（コンフィギュレーション可能パラメータ）によって、選択されたシステムおよびオペレータによる新データセッションを確立する。もし１つのセッションが確立され得ないならば、このアルゴリズムは２番目に高い優先度をもつオペレータおよびシステムを選択する。これが、移動体データセッションが確立されるまで繰り返される。セッションを確立するためのすべての失敗した、および成功した試みは、移動体データユニットに局地的に貯蔵された経験的情報を更新するために使用される。この情報は、問題の場所から移動体データセッションを確立しようとする将来の試みに使用される。
【００２４】
図３は、アルゴリズムの流れ全体を図式化してまとめたものである。移動体データサービスローミングにおけるオペレータ選択のためのアルゴリズムは２つの部分を有する。
・オペレータのリストを含むコンフィギュレーションパート。これはサーバから移動体データユニットへダウンロードされる。このリストは以下の領域（フィールド）を有する。
オペレータコード…例えば、通信がＧＳＭを経由してなされる場合の移動体ネットワークコード（ＭＮＣ）。
”ブロックフラグ”…オペレータの使用が許可されるか否かを示すフラグ。
重み付け…或るオペレータに対する優先度の重み付けをする自己学習アルゴリズムによって使用された１０進数値（整数）。移動体データユニットは、自己学習部分において、１人のオペレータが使用され得るか否かを決定するのにこの情報を使用する。１つの国における或るオペレータがより広いカバー領域あるいは、より低価格のものを有していることが前もって判っている場合は、或るオペレータを有利に使用するように移動体データユニットに指図するためにも、この重み付けは使用される。
・追加的リストを含む自己学習部分。これは、移動体データローミングを確立しようとする試みにおいて、移動体データユニットが各オペレータの変更によって失敗あるいは成功するときに動的に創り出される。移動体データユニットが移動体データセッションを確立しなければならない度毎に（即ち、再開始あるいは移動体データサービスが失われたとき）、現在のエリアで有効なオペレータのチェックが（移動体データモジュールを問い合せることによって）なされる。もし彼らが既にそこにいないならば、有効なオペレータは動的リストに加えられる。オペレータが動的リストに加えられる前に、サーバからダウンロードされたコンフィギュレーションリストはオペレータの使用が許可されるかどうかを見るためにチェックされる。重み付けもまた同様に動的リストに写し取られる。次に、動的リスト中の最高の優先度を備えたオペレータが持ってこられる。このようにして移動体データユニットはこの選択されたオペレータによって移動体データセッションを確立しようと試みる。もしオペレータと接触するのに失敗するか、あるいはセッションを設定するのに失敗した場合、オペレータの優先度は重み付けを変えることによって下方修正される。このようにして、動的リストの優先度は（優先度を指示する値が、いかに良好なオペレータが或る国において機能するかの経験的な測定を含むが故に）自己学習の機能を有する。動的リストは以下の領域（フィールド）を有している。
オペレータコード
”ブロックフラグ”
重み付け
優先度
【００２５】
移動体アプリケーションにとって大きい重要な機能の１つは、単一の動力源としてバッテリーを使用するときに移動体データユニットによって消費される電流の制限可能性である。これはサーバからダウンロードされる２つの（コンフィギュレーション可能な）レベルに基づくものである。
・動力管理モードに入ったときに移動体データユニットを始動するための電圧レベル。
・動力管理モードに入るための電圧レベル。
この機能がサーバからダウンロードされたコンフィギュレーションで作動される場合、移動体データユニットは動力を取る電源の電圧レベルを連続的に監視する。電圧が、サーバからダウンロードされたコンフィギュレーションでセットされたレベル以下に下がったとき、移動体データユニットは、動力管理モードに入っていることを示す信号をサーバに送る。すべての移動体データユニットの不必要な動力消費機能（例えば、メインプロセッサ、移動体モジュール、その他のインターフェイス等）は閉じられ、最小限の要素部品のみが付勢される。これらは電圧レベルおよび警報入力を監視するのに必要な要素部品である。これらはまた、すべての移動体データユニットの必須の機能の再起動処理を扱う。
【００２６】
移動体データユニットが動力管理モードにあるときには、以下の場合にのみ再起動がなされる。
・電圧レベルがそのコンフィギュレーションの（即ち、サーバから予めダウンロードされた）「再起動」レベルを超えた場合、
・移動体データユニットの作動警報入力のどれかに作動警報がある場合、
・予め設定したタイマー機能（６０秒から１年に至るまで）が臨時の「再起動」を作動するとき。
【００２７】
もし警報が移動体データユニットを「再起動」した場合は、この警報はサーバに送られる。一旦それが認識されると、端末は動力管理モードに戻る。もしタイマー機能が移動体データユニットを再起動するならば、移動体データユニットはその位置（あるいは、もし位置が定まらなければ、単に自身の存在）を示す信号を出し、そして次に動力管理モードに戻る。用いられるタイマー間隔はサーバからダウンロードされ得る（この間隔は６０秒から３６５日までセットすることが可能である）。
【００２８】
移動体アプリケーションにとって重要となる他の機能は、位置情報をも含めた警報を送ることが可能なことである。警報は種々のタイプの「警報インジケータ」、例えば；トラック／トレーラのドアセンサ；無線の個人安全警報ボタン；有線警報ボタン；レベルセンサ；等々によって作動され得る。これは移動体データユニットが一連の警報入力および作動管理およびこれらのリセットを支援するのを求めることになる。この移動体データユニットはまた（移動体ユニットに組み込まれたＧＰＳ受信機からの）位置表示とともに、これらの警報を（移動体データチャンネルを介して）送る機能、および受信ユニット（サーバ）からの承認メッセージを扱う機能を提供するものである。
【００２９】
移動体ユニットが作動可能状態にあり、また如何なる形態の妨害あるいは操作上の障害をも被っていないことを受信側が確証できるためには、移動体データユニットもまた接続監視メッセージ（位置表示を含む）を連続的に、所定の間隔で、送信することになる。もしこれらのメッセージが送られなかったならば、受信側ユニット（サーバ）は最後に知られた位置およびその時間を与える接続警報を発するきっかけを得ることとなろう。移動体データユニットがこれら２つの機能を有するとすれば、その機能は全範囲の移動体安全アプリケーションのために使用することができる。
【００３０】
これら２つの機能（警報入力および監視メッセージの接続）は、受信ユニット（サーバ）から設定（コンフィギュレーション）され、また移動体データユニットのデータチャンネルを介して更新され得る。
【００３１】
図４は、移動体データユニット（１６）に、トレーラーアプリケーションをインストールするとどのようになるかを示す。通信およびＧＰＳアンテナ（１４）はトレーラユニットの屋根に設置される。ドアの開きを記録するセンサ（１５）はドア位置関連信号をデータユニット（１６）へ送る。この移動体データユニット（１６）と共に、ＧＰＳ受信機、他のエレクトロニクス機器および動力ユニット（１７）は機器ボックス（１８）内に構築される。
【００３２】
図５は、移動体データユニット（１９）がバッテリー監視部（２０）およびバッテリー（２１）に電気的に接続されるとどのようになるかを示す。
【００３３】
この明細書、図面に詳述された具体的なアプリケーションは、車輛とその所有者との間の信頼できる通信の必要性を出所とするものであり、前記通信はサービス提供における昨今の欠点によって影響されることはない。
【００３４】
アプリケーションは、このような物理的なアプリケーションに限定されるものではない。後者は本発明の実際的な使用の単なる一例として使用される。アプリケーションは、地上、海上および上空の、異なるオペレータによってカバーされる領域間の通行で起こる同様の現象のいずれにも使用され得る。
【図面の簡単な説明】
【００３５】
【図１】移動体データユニットを形成するプラットフォームのモジュール構成を示す図である。
【図２】通信およびアルゴリズム処理を図式的に示す。
【図３Ａ】実例のアルゴリズムを示す図である。
【図３Ｂ】実例のアルゴリズムを示す図である。
【図４】アプリケーションがトラックの例を示す図である。
【図５】アプリケーションがトラックの例における動力供給およびバッテリーバックアップの接続系統図である。
【符号の説明】
【００３６】
１  プロセッサ
２  ラム
３  フラッシュ
４  ＧＰＳ
５  イーサネット
６  電源
７，１６，１９  移動体データユニット
８  ソフトウェア
９  経験的パラメータ
１０  アルゴリズム
１１  コンフィギュレーションパラメータ
１２  ＩＰ通信
１４  ＧＰＳアンテナ
１５  センサ
１７  動力ユニット
１８  機器ボックス
２０  バッテリー監視部
２１  バッテリー
【図１】
2008517522.tif 000003
【図２】
2008517522.tif 000004
【図３Ａ】
2008517522.tif 000005
【図３Ｂ】
2008517522.tif 000006
【図４】
2008517522.tif 000007
【図５】
2008517522.tif 000008
【国際調査報告】
2008517522.tif 000009
2008517522.tif 000010
2008517522.tif 000011
2008517522.tif 000012
2008517522.tif 000013
2008517522.tif 000014
2008517522.tif 000015