(57)【要約】  グループの活動、子供の位置監視、作業グループの調整、従業員の派遣等の目的でＧＰＳまたは他の位置情報を無線装置間で交換し合うシステム。ＧＰＳ受信機を有する携帯電話または他の無線装置は仲間監視アプリケーションおよび会話コントロールアプリケーションをロードする。前記仲間監視アプリケーションは、ユーザーの電話機に仲間グループの一員としてか、または個々に登録された仲間によって操作されるＧＰＳ受信機または他の無線装置と交信する。ＧＰＳ位置データおよびＧＰＳ位置の履歴データは、仲間監視サーバーを介して仲間の携帯電話間および牽引トラックドライバーのような即席仲間の間で交換することが出来る。プログラム可能な個人に対しては、個人が応答しなかった場合に警告を伴った緊急事態監視サービスを設定できる。位置および経由は表示可能である。会話コントロールは、Ｎｅｘｔｅｌから提供されているようなトランシーバー会話サービスのために会話グループに参加するプロセスを単純化し、自動化する。【選択図】図２
2008538464.tif 000002
【特許請求の範囲】
【請求項１】
ＧＰＳ（Ｇｒｏｂａｌ  Ｐｏｓｉｔｉｏｎｉｎｇ  Ｓｙｓｔｅｍ）位置を第１の無線装置から第２の無線装置に送信する方法であって、
前記第１の無線装置に位置更新要請を受信することと、
位置の更新要請が送信される一つ以上の無線装置のアドレスを参照することと、
暗号化されたＧＰＳ情報を作り出すためにＧＰＳ情報を読み取り、暗号化することと、
前記暗号化されたＧＰＳ位置情報を一つ以上のパケットにメッセージプロトコルフォーマットで主部分に入れ、前記一つ以上のパケットを位置の更新が送られる一つ以上の前記第２の無線装置宛とすることと、
前記パケットデータを前記第１の無線装置が登録されている第１の地域の第１の送受信機に送信することと、
前記送受信機において前記パケットデータを含む信号を受信し、前記パケットデータの前記一つ以上のパケットを再生することと、
前記一つ以上のパケットを中央スイッチングユニットにルーティングすることと、
前記中央スイッチングユニットにおいて、前記一つ以上のパケットの各パケットを、前記パケットが宛先とした一つ以上の第２の無線装置が登録されている、対応する一つ以上の地域の一つ以上の送受信機にルーティングすることと、
前記中央スイッチングシステムから前記一つ以上のパケットを受信する前記一つ以上の送受信機の各々において、前記一つ以上のパケットのデータを処理して無線周波数信号を作り出し、該無線周波数信号をその対応する地域内の前記一つ以上の第２の無線装置に送信することと、
パケットが宛先とする一つ以上の前記第２の無線装置において、前記一つ以上のパケットのパケットデータを再生し、パケットを再構成することと、
前記一つ以上のパケットのヘッダーデータを読み取り、前記一つ以上のパケットをＧＰＳ位置共有アプリケーションソフトウェアにルーティングすることと、および、
該ＧＰＳ位置共有アプリケーションソフトウェア内でＧＰＳ情報を暗号解除し、前記一つ以上のパケットの前記ヘッダー情報を用いてＧＰＳ位置データが暗号解除された人の同定を判定し、暗号解除された前記ＧＰＳ情報を用いて前記の人の表示される位置データを更新することを含む方法。
【請求項２】
上記、第１の無線装置が登録されている前記地域内の送受信機に前記パケットデータを送信することは、
前記一つ以上のパケットの各々を予め決められたサイズのコードワードのビットグループに分解することと、
前記コードワードをインターリーブすることと、
各コードワードを複数のエラー検出ビットおよび修正ビットでエンコードすることと、
前記コードワードから送る符号を発生させることを含むことを特徴とする、請求項１記載の方法。
【請求項３】
上記、コードワードから送る符号を発生させることは、各コードワードを予め決められたサイズのビットグループ、すなわち変調の体系に依存する各グループ内のビット数に分けることを含むことを特徴とする、請求項２記載の方法。
【請求項４】
上記、コードワードから送る符号を発生させることは、各コードワードを予め決められたサイズのビットグループ、すなわち変調の体系に依存する各グループ内のビット数に分け、前記各ビットグループをトレリス（Ｔｒｅｌｌｉｓ）エンコーダー内でエンコードすることを特徴とする、請求項２記載の方法。
【請求項５】
上記、ＧＰＳ位置共有アプリケーションソフトウェアはＧＰＳ情報を暗号解除し、前記
パケットの前記ヘッダー情報を用いてＧＰＳ位置データが直前に暗号解除された人の同定を判定し、暗号解除された前記ＧＰＳ情報を用いて前記の人の表示される位置データを更新することは、さらに
前記無線装置のユーザーからのマッピングコマンドを受信することと、
前記一つ以上の無線装置の位置が表示可能な地理領域の地図を表示すること、および
前記暗号解除されたＧＰＳ位置情報を用いて、位置の更新を送信した実体の位置の強調ポイントまたは他の標識の少なくとも一つを配置することを特徴とする、請求項１記載の方法。
【請求項６】
上記、第１の無線装置に位置更新要請を受信することは、
位置の更新を定期的に開始する前記第１の無線装置内のタイマーから位置の更新要請を受信することを含むことを特徴とする、請求項１記載の方法。
【請求項７】
上記、第１の無線装置に位置更新要請を受信することは、現在のＧＰＳ位置を最後に報告されたＧＰＳ位置と比較し、所定の量以上位置が変化したときはいつでも位置更新要請を発生させる前記第１の無線装置上で動作する処理から位置更新要請を受信することを含むことを特徴とする、請求項１記載の方法。
【請求項８】
上記、第１の無線装置に位置更新要請を受信することは、
一つ以上の前記第２の無線装置から位置の光信用性を受信することを含むことを特徴とする、請求項１記載の方法。
【請求項９】
請求項１記載の方法であって、
ＧＰＳ位置の更新を受信した第２の無線装置のＧＰＳ情報を読み取り、該ＧＰＳ情報を暗号化することと、
暗号化された前記ＧＰＳ位置情報を、ショートメッセージまたはＥメールプロトコルフォーマットの一つ以上のパケットに入れ、該一つ以上のパケットを前記第１の無線装置宛とすることと、
前記一つ以上のパケットを前記第２の無線装置が登録されている地域内の送受信機に送信することと、
前記送受信機において、前記一つ以上のパケットを含む信号を受信し、前記一つ以上のパケットを再生することと、
前記パケットを中央スイッチングユニットにルーティングすることと、
該中央スイッチングユニットにおいて、前記一つ以上のパケットの各パケットを前記一つ以上のパケットが宛先とする前記第１の無線装置が登録されている地域内の送受信機にルーティングすることと、
前記中央スイッチングユニットから、前記第１の無線装置に宛てた一つ以上のパケットを受信した送受信機において、前記一つ以上のパケットデータを処理して無線周波数信号を発生させ、該無線信号を地域内の無線装置に送信することと、
前記一つ以上のパケットが宛先とする前記第１の無線装置内で、前記一つ以上のパケットを再生し、前記一つ以上のパケットを再構成することと、
前記一つ以上のパケットのヘッダーデータを読み取り、前記パケットをＧＰＳ位置データ共有アプリケーションソフトウェアにルーティングすること、および
前記ＧＰＳ位置データ共有アプリケーションソフトウェア内で、ＧＰＳ情報を暗号解除し、前記一つ以上のパケットのヘッダー情報を用いて、そのＧＰＳ情報が直前に暗号解除された人の同定を判定し、暗号解除された位置データを用いて前記の人の表示された位置データを更新することをさらに含むことを特徴とする方法。
【請求項１０】
第１の無線装置の場所で第２の無線装置からのＧＰＳ位置を受信する方法であって、
ＧＰＳ位置データを有する一つ以上のパケットがその宛先とする第１の無線装置におい
て、前記一つ以上のパケットの前記データを再生し、前記一つ以上のパケットを再構成することと、
前記一つ以上の再生されたパケットのヘッダーデータを読み取り、前記一つ以上のパケットをＧＰＳ位置データ共有アプリケーションソフトウェアにルーティングすることと、
前記ＧＰＳ位置データ共有アプリケーションソフトウェアにおいて、前記一つ以上のパケットの主要部分からの前記ＧＰＳ位置データを暗号解除し、前記一つ以上のパケットのヘッダー情報を用いてそのＧＰＳ位置データが暗号解除された人を識別判定し、前記暗号解除された位置データを用いて前記の人の表示された位置データを更新することと、
前記第１の無線装置のＧＰＳ受信機からＧＰＳ位置データを読み取り、該ＧＰＳ位置データを暗号化することと、
前記ＧＰＳ位置データを前記パケットの主要部分に梱包して前記パケットを前記第２の無線装置宛てとすることと、
前記第１の無線装置の前記ＧＰＳ位置データを含む一つ以上のパケットを、前記第１の無線装置が登録されている地域の送受信機に送信することを含む方法。
【請求項１１】
請求項１０の方法であって、
前記第１の無線装置から前記第２の無線装置に位置の更新要請を行い、該要請が行われた時刻に前記第１の無線装置内のタイマーをスタートさせることと、
もし、前記第２の無線装置から位置の更新を受信することなく所定の時刻に達したときは、前記第２の無線装置の位置の表示色を、前記第２の無線装置が携帯電話の範囲外にあるかまたは応答しないことを示す色に変えることをさらに含む方法
【請求項１２】
第１の装置において、第２の装置から前記第１の装置の地理上の位置を求める要請を受信することと、
前記第１の装置において、前記第１の装置の地理上の位置に対応する位置データを受信することと、
前記第２の装置に前記位置データを通信することを含む方法。
【請求項１３】
上記、前記位置データを通信することの前に、前記受信した位置データを一つ以上のパケットに梱包することを特徴とする、請求項１２記載の方法。
【請求項１４】
前記第１の装置で受信する位置データは、地球上の位置決め衛星システムから発せられる位置データであることを特徴とする、請求項１２記載の方法。
【請求項１５】
前記第１の装置および第２の装置は無線装置であることを特徴とする、請求項１２記載の方法。
【請求項１６】
第１の装置において、第２の装置から前記第１の装置の地理上の位置を求める要請を受信することと、
前記第１の装置において、前記第１の装置の地理上の位置に対応する位置データを受信することと、
前記第２の装置に前記位置データを通信することと、
前記第１の装置において、前記第２の装置の地理上の位置に対応する第２の位置データを受信することを含む方法。
【請求項１７】
第１の装置から第２の装置宛のアドレスを含む第１の位置データを受信し、
前記第２の装置宛のアドレスに基づいて前記第１の位置データを前記第２の装置に通信し、
前記第２の装置から前記第１の装置宛のアドレスを含む第２の位置データを受信し、
前記第１の装置宛のアドレスに基づいて前記第２の位置データを前記第１の装置に通信
するためのサーバーを含むシステム。
【発明の詳細な説明】
【技術分野】
【０００１】
携帯電話の市場は、米国内において２００３年に約１億５０００万から１億６０００万台であり、この数値は年に少なくとも年１０％以上の率で増え続けている。欧州ではすでに３億２０００万人の携帯電話ユーザーがおり、全世界の市場は１４億台を超えている。
【０００２】
携帯電話提供者は、新しいサービスを提供することによって収入および収益の両方を増大させる機会を探している。例えば最近、携帯電話は電話からインターネットを探索するためのブラウザを備えるようになっている。ビジネスや家族および個人が持っているニーズの一つは、かれらの従業員、家族、友人がどこにいるかを知るというニーズである。出願人が知る限りにおいて、双方向の位置情報共有技術は現在存在していない。
【０００３】
一方向の位置情報共有の公知例としては、オンスター  アンド  ザ  メルセデス  ベンツ  テレエイド  サービス(Ｏｎ  Ｓｔａｒ  ａｎｄ  ｔｈｅ  Ｍｅｒｃｅｄｅｓ  Ｂｅｎｚ  ＴｅＬｅＡｉｄ  ｓｅｒｖｉｃｅ)があり、ＧＰＳ受信機と携帯電話機能が車に組み込まれ、救助センターが世界中どこでもその車を追跡出来て旅行者と会話出来、車のエアバッグが開いたことを検知することが出来る。他の商業サービスでは、両親が子供たちの位置を一方通行の位置共有の方法で追跡することが出来る。これらのどのサービスも、車での旅行者がその救助センターの位置を知ったり、子供たちがその親の位置を知ることは出来ない。
【０００４】
システムに対する他のニーズは、車での旅行者、ハイカー、パイロット、ボート旅行者が、立ち往生している人の救助の場に面したときに救助隊の位置を知ることが出来、また、救助隊が、彼らが助けようとしている犠牲者の位置を知ることが出来ることである。このニーズは、携帯電話が位置情報を共有する人のリストにそのフィールド内で“即席の仲間（ｉｎｓｔａｎｔ  ｂｕｄｄｙ）”を追加するために再構成できる能力を持つことが必要とされる。公知の子供追跡システムは、フィールド内で再構成して位置情報を共有する新しい個人を追加することは出来なかった。
【背景技術】
【０００５】
子供追跡公知例との差異
公知例においては、両親が子供たちを位置確認できるように製造者のところでセットアップされた電話機を買うことが出来る。そのような一つのサービスでは８台までの電話機が使用可能であり、両親が子供たちの位置を監視することが出来る。しかし、そのサービスは、電話機間の位置情報を共有するように設定されていないので、これらのサービスでは子供たちが両親の位置を見るようにはなっていない。言い換えると、それは子供たちの位置が両親の電話機に送られ表示される一方通行のサービスであって双方向ではない。さらに、グループやグループのメンバーを追加する仕組みもなく、以下に用いられる用語としての“即席の仲間（ｉｎｓｔａｎｔ  ｂｕｄｄｙ）”（要求／許可ベースでの電話間の一時的な位置共有であって、ある設定可能な期限間隔で自動的に期限が切れる）を設定する仕組みもない。子供位置特定電話は工場でセットアップされ、使用域ではユーザーによって何も変更することが出来ず、しかもそれは常に繋がっていて切ることが出来ない。
【０００６】
ＧＰＳ位置決め能力を有する複数の携帯電話間で位置を共有することが出来ることは有用である。そのような能力は特定の場所で特定の時間に会おうと計画したグループの人々にとって有用であろう。一人の人が遅れたときに、グループの他の人たちは遅刻した人の場所を確認できる。プライバシーの心配を緩和するために、位置共有を切ることが出来るか、または位置共有機能をある日時のときには自動的にＯＮになり、他のプログラム可能
な日時のときはＯＦＦになるようにプログラム可能なようにすることは有用であろう。また、図画表示可能な携帯電話上に地図のディスプレーを持ち、グループ内で位置共有機能をＯＮにした人の位置を地図上にプロットすることも有用であろう。
【発明の開示】
【０００７】
まとめ
本発明は、２．５ＧＨｚおよび３ＧＨｚのＪａｖａ駆動可能で、ウェブ駆動可能（または同等）の携帯電話と、ＧＰＳ（Ｇｌｏｂａｌ  Ｐｏｓｉｔｉｏｎｉｎｇ  Ｓｙｓｔｅｍ）受信機を持ったＰＤＡ（Ｐｅｒｓｏｎａｌ  Ｄｉｇｉｔａｌ  Ａｓｓｉｓｔａｎｔｓ）または他のウェブ駆動可能な無線装置、および望ましい実施例のための充分に大きな液晶ディスプレーを考慮に入れている。電話はインターネットを通じて“仲間監視（Ｂｕｄｄｙ  Ｗａｔｃｈ）”サーバーにＴＣＰ／ＩＰまたは他のプロトコルパッケージを送受信することができるようＷｅｂ駆動可能でなければならない。
【０００８】
プッシュトウトーク能力が装備されているいくつかの実施例においては、携帯電話にＧＰＳ受信機がなくても良いが、インターネットを通じて仲間監視（Ｂｕｄｄｙ  Ｗａｔｃｈ）サーバーにＴＣＰ／ＩＰまたは他のプロトコルパッケージを送受信することができるようウェブ駆動可能でなければならない。
【０００９】
これらの電話機または他の無線装置は、ソフトウェアでプログラムされ（工場でプログラムされるか、または本発明の被譲渡者からダウンロードされる）、ユーザーインターフェースとここで述べる機能を備えて相互の追跡、およびオプションとしてグループのメンバー、および立ち往生している車での旅行者、ハイカー、パイロット、ボート旅行者の救助に来る“即席の仲間”の位置地図表示を可能にする。これらの電話はインターネットに繋がっている“仲間監視（Ｂｕｄｄｙ  Ｗａｔｃｈ（登録商標））”サーバーとともに動作する。このサーバーはいずれの特定の言語または技術に限定はされず、また、いずれの有線または無線の解決方法または特定の送信物理レイヤーまたはプロトコルにも限定されない。
【００１０】
本発明の教示には新しい携帯電話またはＰＤＡの開発も必要なく、また、新たな携帯電話通信インフラの開発も必要ない。本発明のソフトウェアによって装備される機能は、現存のプラットフォームおよびインフラを使用する。好ましい実施例において、本発明のソフトウェアはＪＡＶＡの仕様に合わせて開発される。
【００１１】
その主要なモードにおいて、本発明の手順としては、単に“仲間監視（Ｂｕｄｄｙ  Ｗａｔｃｈ(登録商標)）”（“仲間追跡機（Ｂｕｄｄｙ  Ｔｒａｃｋｅｒ （登録商標））”の同義語）装置（“仲間監視”モードで動作するようプログラムされたか、または“仲間監視”モードで動作する他の装置に接続しているときに本明細書のどこかで述べるいずれかの装置として定義する）内にプログラムされる“仲間リスト（Ｂｕｄｄｙ  Ｌｉｓｔ（登録商標））”上の人たちに関する位置データを交換およびマッピングすることを可能とする。ユーザーは、自身の“仲間リスト”内の他の人が自分の居場所を“見る”ことを許容しなければならず（位置共有機能は切っておくことは出来る）、ユーザーは、他の人達の位置が報告され、かつ／またはマッピングされることが出来るように、他の人たちの位置を見ることを要請しなければならない。携帯電話インフラ上で無線送信を通じて交換される位置情報は、外部者が送信された位置情報を見たり、使用することが出来ないように暗号化される。“仲間監視”アプリケーションプログラムは、簡単なメニュー構造で簡単な設定および管理を可能にする。“仲間監視”搭載装置に情報を入力するために電話またはＰＤＡのキーパッドが使用される。“仲間追跡機”アプリケーションプログラムのセットアップおよび使用のためにオンラインヘルプが利用可能である。
【００１２】
本発明の教示は、また、ＧＰＳベースのナビゲーションシステムを備えた車のような、他の製品、サービスに統合することが出来る。このことは、位置データを含むデジタルデータを“仲間追跡機”サーバーに送受信することが出来る携帯電話トランシーバーを具備してナビゲーションシステムを拡張することによって達成できる。これはまた、システムを上述したような携帯電話またはＰＤＡに接続するＵＳＢまたは他のインターフェースポートを具備してナビゲーションシステムを拡張することによって達成できる。このインターフェースは、ＧＰＳナビゲーションシステムが無線のデジタルデータトランシーバーから位置データを受信し、車のＧＰＳナビゲーションシステムのディスプレー上にマッピングすることを可能にする。携帯用のＧＰＳナビゲーション装置も、携帯電話を一体化したり、“仲間追跡機”サーバーと位置情報を交換するために携帯電話とのインターフェースのためのポートを備えることによって機能拡張できる。
【００１３】
本発明の教示を採用するシステムの中で、ユーザーは、例えばグループおよびメンバーを追加する、“即席の仲間”を追加する、仲間を追跡可能な領域の大きさを変更する、電話機能を切ることなく位置情報共有機能を作動または不作動に出来るなどのことを現場で直ちに変更できる。
【００１４】
“仲間追跡機”技術のいくつかの利点は、それがビジネスにおいてどのサービスマンが次の仕事に一番近いかを容易に識別し、域内の人に彼らの協働者の位置を知らしめ協働者と彼らの位置を共有することを可能にすることである。両親は彼らの子供たちがどこにいるかを追跡し続けることが出来る。友人同士は彼らの仲間がどこにいるかを追跡し続けることが出来、その仲間たちと彼らの位置を共有することができる。電話機がＯＮになっており、装置がＧＰＳ信号を受信できて、かつ電話機の座標を携帯電話ネットワーク（かつ位置共有機能が装備されている）に送信できる領域内にある場合に限り、位置情報が共有される。
【００１５】
さらに、携帯電話事業者は、“仲間監視”機能を提供するのに製造面またはインフラにおいても投資の必要が無い。“仲間監視”機能を実現するためのソフトウェアはウェッブからダウンロードするか、または携帯電話またはＰＤＡの販売地点でインストールすることが可能である。Ｅ９１１の要求事項に適合するように作られた携帯電話またはＰＤＡに搭載されたＧＰＳ能力を使用可能にするアプリケーションの使用および販売は、事業者がＥ９１１要求事項によって彼らに課せられるいくらかのコストを埋め合わせることを可能にする。
【００１６】
カメラおよびウェッブブラウザの追加のような近年の携帯電話の機能拡大は、携帯電話に対する第１の基本的な理由の一つ−人々は他人と交信したいと望んでおり、また他人がどこにいるかを知りたい―を見失ってきている。本発明は、親としての監視、ビジネスの効率向上、および法的執行の効果を向上させるために適用可能である。“仲間監視”システムはまた、すべての状況で９１１（すなわち警察または消防署の救急番号）当局の助けが必要ということではないので、９１１システムの負荷を減少させるように機能する。
【発明を実施するための最良の形態】
【００１７】
図１は、“仲間追跡機（Ｂｕｄｄｙ  Ｔｒａｃｋｅｒ（登録商標））”ソフトウェア搭載の携帯電話上に表示される典型的な開始スクリーンのスクリーン画面である。図２Ａは、“仲間監視”システムのブロック図である。“仲間監視”サーバーまたはルビコンサーバーは、インターネット９および無線通信事業者システム７および８を経由して無線装置２乃至６と交信する。請求項において、“仲間追跡”ソフトウェアはＧＰＳデータ共有アプリケーションソフトウェアと称し、無線装置２乃至６の各々に搭載される。一般的に、手持ち装置とルビコン（“仲間監視”）サーバーとの交信は次のように起こる。各手持ち装置は、携帯電話システムパケット内に梱包されたＴＣＰ／ＩＰ適合のデータパケットを
媒介として地方のセル通信事業者のネットワークを通ってデータパケットを交信する。通信事業者ネットワークのタワーはパケットを受信し、携帯電話の梱包を開いてインターネット９に接続している適切なゲートウェイにＴＣＰ／ＩＰパケットを送る。インターネット内のルーターは、パケットをその目的地、一般的には“仲間監視”サーバー１にルーティングする。受信サーバーは、ＩＰパケットの内容を確認し、送り主をルビコン登録ユーザーであると認証し、送り手の電話ＥＩＮがサーバーに格納されている電話ＥＩＮと合致していることを確認する。一度認証されると、パケット内容がサーバーによって処理される。ルビコンサーバーによって維持されていたデータベースからの情報を用いて、パケット内の要求に対する応答が用意され、その応答に必要な関連するあらゆる地図が地図サーバーから要求される。受信側の無線装置のディスプレー上に地図を表示するのに必要なあらゆるデータを含む完成した応答がまとめられ、ＴＣＰ／ＩＰパケットにパケット化され、インターネットルーターおよび無線通信事業者をインターネットに接続する通信業者のゲートウェイを介して要求の発信元に送り返す。通信業者のゲートウェイは、受信電話機が現在属している正しい携帯電話タワーを識別し、そのパケットは携帯電話システムパケット内に組み込まれ、それが受信者の携帯電話または他の無線装置に無線で送信される適切なタワーに送られる。次に無線装置は、ＴＣＰ／ＩＰパケット内のデータを再生し、ＴＣＰ／ＩＰパケットヘッダー内のポートアドレスによってパケットが“仲間監視”ソフトウェアにルーティングされ、そこで処理される。
【００１８】
図２Ｃは、スタートアップ画面の図である。スタートアップ時には、各手持ち装置はそのＧＰＳサンプラーおよび“仲間監視”アプリケーションプログラムを開始する。“メイン”が押されると、ユーザーはＮｅｘｔｅｌ（または他の通信事業者が使用されている場合は何でも）のデフォルトページに連れていかれる。もしＭａｐｉｔ（マップイット）が選択されると、ユーザーは図２Ｄに示すＭａｐｉｔのページに導かれる。図２Ｄは、中心点ＸＸＸ、半径ＹＹＹ内という、選択画面で設定された半径内の有効ユーザーの位置が示されているＭａｐｉｔページを示す。Ｍａｐｉｔページを地図の下方にスクロールダウンするとその半径外の有効ユーザーを含む有効ユーザのリストがある。図２Ｅは、有効ユーザーリストの下方にＭａｐｉｔページをスクロールダウンすることによって到達できる、手動更新等のための追加オプションを示す。図２Ｆは、有効ユーザーの画面である。項目を目立たせるために色が使用される。あるユーザーにスクロールし、ＯＫを押すと二つのオプションが得られる、すなわち、そのユーザーを地図の中心とし、そのユーザーの詳細を表示する。
【００１９】
“仲間追跡器”ソフトウェアは、図１に示すような表示、および本明細書の他所で述べる他ユーザーのインターフェースの表示を作り出す。図２４は、デフォルトのスタート画面、およびユーザーがスタート画面に行き来する案内をすることが出来る、いくつかの他のユーザーインターフェース画面の図である。ヘルプ／救急スクリーンは、ユーザーを９１１画面１７に導くように選択することが出来る次の指令１９を有し、スクリーン１７は、ユーザーをユーザーが要求するヘルプの種類を選択することが出来る画面２１に導くのに使用される。図２５はヘルプ画面であり、“新しい警告を見る”画面へのナビゲーションが達成される方法を示す。図２６は、他の複数の画面のツリー構造を示し、それら他の画面は、標的記号位置を追加する、標的記号位置に文字、声または写真で注を入れる、文字メッセージを追加する、写真を取る命令や写真ファイルを見つけ出す命令を与える、標的記号に添付するボイスメッセージを記録する、すべての有効な仲間の位置の更新を要求する、すべての有効な仲間の位置をマッピングする、または、マッピングおよび位置更新の要請をする特定の仲間を選択するために使用することが出来る。図２７は、選択されたユーザーの位置をその履歴と共にマッピングし、そのユーザーに関する情報を与え、短い文字メッセージを送り、ボイスメッセージ、写真、“インスタントメッセンジャー”とのリンク、標的記号位置を記録および送信する等のために表示される多くのスクリーンを示す。図２８Ａおよび図２８Ｂは、ｂｒｅａｄ  ｃｒｕｍｂｓ（パン屑）モードのＯＮまた
はＯＦＦ、ｐｅｒｓｏｎａｌ  ｂｒｅａｄ  ｃｒｕｍｂｓ（個人用パン屑）モード追跡のための秘密コードおよびユーザーがＯＫであることの証明、チェック時間切れの間隔の設定、ｐｅｒｓｏｎａｌ  ｂｒｅａｄ  ｃｒｕｍｂｓモードにおいて緊急時に電話する他のユーザーの電話番号とＥメールアドレスの確立、グループ名の追加、変更または削除、マッピングスクリーン半径の設定、リフレッシュ頻度および更新の設定、リフレッシュ時間、デルタ位置（ｄｅｌｔａ  ｐｏｓｉｔｉｏｎ）の変更などの設定を行うための、“仲間追跡器”ソフトウェアによって作られるユーザーインターフェース画面を示す。図２９は、新しい仲間を創設するためのユーザーインターフェース画面を示し、交信経路およびこれを行うための許可プロトコルを示す。図１９は、以下にさらに述べるが、“即席の仲間”関係を開始し許可する画面とプロトコルの代表例である。図３０は、閉鎖型の近隣グループ、開放型の近隣グループ等のためのマップルームを定義し、削除し、使用するためのユーザーインターフェース画面の図である。閉鎖型の近隣グループ用マップルームに対しては、リストされたユーザーは自分の好みで彼らがそのゾーンに居ることを自動的に入力する、または警告を受けるか、または手動で入力するかを設定できる。開放型の近隣グループ用マップルームに対しては、誰でもが電話またはスポンサーのウェブサイトから選択することで参加できる。入会すると、彼らはマップルームの中のすべての他のメンバーを見ることが出来るし、また見られる可能性がある。近隣ルームは、イベントに参加している友人を見つけたり、見つけられたりするのに便利である。
【００２０】
図１において、エリア１０は、“仲間追跡器”位置共有アプリケーションソフトウェアが動作中であり、その電話機の位置を指定されたグループの他のメンバーと共有していることを表している。エリア１２は、“親状態”が動作中であることを示しており、それは、電話機を携帯している従業員の雇用者または電話機を携帯している子供の親が、電話機がＯＮであれば従業員または子供の位置を見ることが出来ることを意味している。“親状態”が動作中のときは監督機能を切断または回避することが出来ない。この監督者としての位置共有は階級的にすることが出来、雇い主はすべての従業員の位置を見ることが出来、各従業員は彼らの子供たちの監督者として設定できて従業員はその子供たちの位置を見ることが出来るが、従業員の雇い主は各従業員の子供たちの位置を見ることが出来ない。図２Ｂに示すように、監督関係は、“仲間リスト”のマトリックスまたはネットワークと監督関係を定義するように設定可能である。
【００２１】
図２Ｂにおいて、電話機Ａはその“仲間リスト”に電話機ＣおよびＤを持ち、これら二つの電話機の監督者として設定される。電話機Ｂは、電話機Ａ、Ｇ、ＦおよびＥをその“仲間リスト”に持ち、これら電話機の監督者として設定される。電話機Ｈは、電話機Ｅ、ＪおよびＩをその“仲間リスト”に持ち、これらを監督するように設定される。電話機Ｋは、その“仲間リスト”に電話機Ｉを持ち、電話機Ｉを監督するように設定される。
【００２２】
図２中の各電話機は、携帯電話事業者のインフラに従来の方法で接続され、呼び出しまたは短い文字メッセージまたはＥメールメッセージを、図２内の文字付き円で表わされる携帯電話を含むすべての他の電話機に送信することが出来る。図１２は、本発明の教示がピアツーピアの実施例で実行される、典型的な従来技術の携帯電話システムのインフラのブロック図である。その地域のあるエリアが、９３および９５のような円で表わされるいくつかのセルに分割される。各セルの内部にはブロック９４および９６で表される送受信タワーがあり、セル内の携帯電話と時分割多重アクセスまたはコード分割多重アクセスのデジタル無線交信を実行する。携帯電話またはＰＤＡは、車９８および１００で表わしている。携帯電話の通信から再生されたデータは、１０４および１０６のようなデータ経路によって中央のスイッチングシステム１０２に送信される。中央のスイッチングシステム１０２は、公共サービスの電話網１０８に接続されている。
【００２３】
一つの携帯電話から他への通信は９４および９６のようなタワーと中央スイッチングシ
ステム１０２を経由して行われる。例えば、携帯電話９８がそのＧＰＳ位置データを携帯電話１００に送りたいと考え、携帯電話１００がそのＧＰＳ位置データを携帯電話９８に送りたいとする。本発明のシステムは、ＸＭＬ，改良短文メッセージのようないくつかの通信プロトコル、または監視リスト上のすべての携帯電話にＧＰＳ位置情報を送信する他の方法を使用する。ＸＭＬは、ＳＧＭＬの減量バージョンであり、ウェブの製作者が自分のデータの構造をより正確に捕捉出来るように、彼ら自身のタグを作ることを可能にする。この構造はＳＭＬ適合のブラウザによって読むことが出来るため、これらのタグにエンコードされた情報はＪａｖａアプレットのようなプログラムに適用可能であり、または、ＸＭＬタグをスタイルシートでフォーマットすることによって表示することが出来る。
【００２４】
好ましい実施例において、位置追跡がＯＮしている、グループ内のすべての無線装置は、グループ内のすべての他のメンバーに定期的にそのＧＰＳ位置を送る。各無線装置がその位置データをグループ内のいずれかの他の無線装置に送信するプロセスは図１３Ａおよび１３Ｂに示すごとくである。図１３は、二つまたはそれ以上の携帯電話が暗号化されたＧＰＳ位置データを交換するプロセスのフローチャートである。後に述べる図２３は、“仲間”位置の交信要求を受信し処理するプロセスの他の実施例のフローチャートである。図１３のプロセスは、位置更新の要請でステップ１１０で始まる。好ましい実施例において、このことは、“仲間追跡器”電話機のユーザーがその電話機を使って位置の更新を要請したときに生じる。他の実施例において、位置の更新は、その位置を報告している装置上の“仲間追跡器”ソフトウェアによって自動的、周期的に要請される。他の実施例において、位置の更新は、その位置をグループの他のメンバーに報告している装置が、最後に報告したその位置からプログラム可能なある量だけ変化したときはいつでも自動的に発生させることが出来る。要請される位置更新は、選択された“仲間リスト”のすべてに送ることも出来るし、または一人の無線装置のみに送ることも出来る。いくつかの実施例において、位置更新は選択された“仲間リスト”のサブセットの人に送られる。ステップ１１２は、ケースに応じて、選択された“仲間リスト”の全員、監視リスト、選択された個人のみまたは監視リストからのサブセットの人達のアドレスを参照するプロセスを表わす。いくつかの実施例では、位置更新を“仲間リスト”全体に制限している。
【００２５】
ステップ１１４は、電話機の内蔵ＧＰＳ受信機（またはナビゲーションシステムのＧＰＳ受信機）からＧＰＳ位置を読み取り、位置データを暗号化するプロセスを表わす。
ステップ１１６で、携帯電話９８は暗号化されたＧＰＳ位置データを選択された通信プロトコル（短文のテキストメッセージと仮定して-短く表すとＳＭＳ）に従ってメッセージ内に入れ、そのメッセージパケットを位置情報を共有する選択された人々の一つ以上の電話機に宛てて送る。
【００２６】
ステップ１１８でＳＭＳメッセージパケットは、携帯電話システムが使用している如何なる物理レイヤープロトコル、例えばＴＤＭＡまたはＣＤＭＡを用いて、タワー９４に送信される。ＳＭＳパケットのヘッダーは、ペイロードデータ（あるいは主データ）を指すデータを含みが特定の携帯電話の“仲間監視”ソフトウェアに送られるべきで、その電話機のＳＭＳソフトウェアの内部ボックスにではないということを示すデータを含んでいる。これらのパケットのペイロードデータは暗号化されたＧＰＳ位置データである。物理レイヤープロトコルは典型的には以下のステップを含む。最初に、パケットはコードワードと呼ばれる予め決められたあるサイズのビットグループに分解され、そのサイズは一方向誤り訂正の特定の構造に依存する。次にコードワードはバースト誤りを克服することを助けるためにインターリーブされる。各コードワードは、次に例えばリードソロモン符号化を用いて誤り検出および訂正ビットを伴って符号化される。次にコードワードは信号点（ｃｏｎｓｔｅｌｌａｔｉｏｎ  ｐｏｉｎｔｓ）と呼ばれるビットグループに分解される。各グループのビット数は、使用するモジュレーション体系のタイプに依存する。いくつかの実施例において、そのビットグループは、トレリス（Ｔｒｅｌｌｉｓ）エンコーダー内
でさらに符号化される。
【００２７】
暗号化されたＧＰＳ位置データパケットは、それらパケットが、その携帯電話システム内で“仲間追跡器”ソフトウェアを使用しており位置の更新を要求している他のすべての無線装置にルーティングされるように宛先を決められる。このことは、ステップ１２０で表わすように、パケットを、更新を要請している無線装置が現在登録されているセル地域内の地域の送受信機にルーティングすることによって行われる。例えば、図１２の携帯電話１００が“監視リスト”にあるか、または自動的に更新されているか、または手動で位置更新を要請した場合、それは位置の更新が必要であることを示すパケットを送受信機９６に送ったであろうし、その無線装置がセル地域９５に入った時に、送受信機９６との同期を取りセル地域９５に登録するために送受信機９６とパケットを交換したであろう。あるセル地域に登録された各無線装置はこれを行ったであろうし、各セル地域内の送受信機はどの無線装置がそのセル地域内で登録されているかを示すために中央スイッチングシステム１０２と交信する。したがって、中央スイッチングシステム１０２のルーターは、どの無線装置が各セル地域内で登録されているかを知るし、どの無線装置が位置の更新を受信すべきかを知ることになる。ステップ１２０は、ＧＰＳ位置を含むデータパケットを含む信号点で変調された各無線装置からの信号を受信し、信号点からデータを再生し、ＧＰＳ位置データパケットを誤り検出し、訂正し、再生するプロセスを表わす。次にこれらのパケットは、中央スイッチングシステムにルーティングされ、パケット内のアドレスとルーティング表を用いて、位置の更新を要請している無線装置が登録されているセル地域または複数のセル地域内の送受信機に送られる。そこでパケットは分解され、誤り訂正および検出データとともに符号化され、使用されている任意の変調方式（ＱＡＭ、ＱＰＳＫ等）で符号または信号点に組み立てられ、無線装置に送信される。このことは、“監視リスト”上のすべての無線装置、または位置の更新を要請した無線装置に起こる。
【００２８】
ＧＰＳ位置データを含む信号点で変調された信号を受信する各無線装置では、ステップ１２２で代表されるように各パケットのデータが再生され、パケットが再組み立てされる。ステップ１２４で、パケットのヘッダーデータ（ＴＣＰ／ＩＰパケットの場合はポート番号）は、無線装置がそのパケットを特定のポートを監視している“仲間追跡器”ソフトウェアに送信するように仕向ける。ステップ１２６で、パケット（またはそのペイロードデータのみ）がそのポートに送られると、そのペイロードデータが暗号解除され位置データが再生される。ステップ１２６はまた、入力されるパケットのヘッダーデータを読み取り、“仲間グループ”の適切なメンバーの位置情報が表示されるように“仲間グループ”のどのメンバーが位置の更新を送信したかを判定する処理を表わす。次に、位置データはパケットを送ったグループ内の他のパーティの位置を表示するために使用され、もしユーザーが“Ｍａｐｉｔ”コマンドを指定すると、位置データは表示された地図上の路上ポイントに変換され、パケットを送った無線装置の位置が図示される。
【００２９】
ステップ１２８は、“仲間監視”グループの他のメンバーまたは単一の他の無線装置に宛てた短いメッセージまたはＥメールパケットの中に自身のＧＰＳ位置を暗号化した位置更新を受信した装置の処理を表わしている。これらのパケットは、次にステップ１３０で示すように、図１３Ａおよび１３Ｂのステップ１１６，１１８，１２０，１２２および１２４で述べた同じ処理によってすべての他の無線装置に送信される。
【００３０】
図２３は、仲間の位置の更新要請を受信しそれを処理するプロセスの他の実施例のフローチャートである。ステップ２２０は、仲間位置の更新要請を表わしている。ステップ２２２で仲間リスト上の全員、または選択された仲間のアドレスが探し出される。ステップ２２４で選択された仲間リストまたは個人宛てのメッセージパケットが作られ、暗号化された位置データがその中に入れられる。要請が送られ（２２６）、これらのパケットがＰＲＣルビコンサーバーにルーティングされる（２２８）。開始者および受信者が認証され
（２３０）、パケットはそのセル地域のシステムを介して受信者に送られる。地域のシステムは、そのパケットを、各受信者が居るセル地域であればどこへでも送信する（２３２）。パケットが到着し、各無線装置がＧＰＳ位置の要請を行うように仕向ける（２３４）。装置はその現在のＧＰＳ位置を捕捉して暗号化し、そのＧＰＳ位置を、いくつかの実施例においてはその要請者に関する情報と共に、ルビコンサーバーに宛てたパケットの主部分にパケット化する。次にそのパケットは、時刻印と共にルビコンサーバーに送られ、要請している仲間に送られる（２３８および２４０）。ルビコンサーバーは開始者および受信者の認証を行い、パケットをそのセル地域のシステムを経由して開始者に送る（２４２）。その地域のシステムは、パケットを開始受信者がいるセル地域に送る（２４４）。開始者の携帯電話はパケットを受信し、時刻印を再生し、パケットのヘッダーとＧＰＳ情報のポート番号を読み取り、パケットを“仲間追跡器”ソフトウェアにルーティングする（２４８）。開始者の携帯電話上の“仲間追跡器”アプリケーションプログラムはパケットからＧＰＳ情報を受け取って暗号を解除し、仲間の位置を表示し、ヘッダー内の情報を使用して他のどの仲間が位置更新を送ったのかを判定する（２５０）。開始者の無線装置は、各仲間の位置更新に対して、開始者の暗号化された位置を持つ返答パケットを送ることで応答する。要請を受けた仲間の各装置は、ルビコンサーバーおよび要請した仲間の無線装置をその位置を使って更新する（２５４）。
【００３１】
通信区域外の更新応答
いくつかの実施例において、ある無線装置が他の無線装置の更新を要請し、他の無線装置が地域のカバー範囲の外にあるときは時間切れが起こる。位置の更新を受信することなく時間切れが起こったときは、更新を期待していた無線装置はその表示を、範囲外にある無線装置に対しては黄色または何か他の色に変化させる。“仲間監視”システムは、電話機がＯＮで、かつ地域のカバー範囲内にあるときに動作するだけである。
【００３２】
“仲間監視”モード
図１４Ａ、１４Ｂ、および１４Ｃからなる図１４は、以下に述べるいくつかのモードを備えた実施例の処理のフローチャートである。図１３におけるステップに対する番号と同じ番号を付けられたステップは、同じ機能を表わす。
１．  不作動化：“仲間監視”アプリケーションは、ユーザーによって不作動化することが出来る。不作動化されると、無線装置はそのＧＰＳ位置データを他のいかなる無線装置とも共有することはなく、すべての他の仲間はあなたの位置を見ることが出来ない。親としての監視機能に対しては例外がある。図１４Ａの線１１１に表わすように、親としての監視がＯＮすると無線装置は常にそのＧＰＳ位置を共有することになり、切ることが出来ない。切る機能は、図１４Ａの判定１１３で示され、位置更新が要請された時に“仲間監視”機能が切れているかどうかを判断する。もしそうであれば、処理は判定１１５に進み、親としての監視機能がＯＮかどうかを判断する。もしそうでなければ、処理は線１１７に沿ってステップ１１０に戻り、ＧＰＳ位置の共有は起こらない。もし、“仲間監視”機能が切られていないで動作中であり、かつ親としての監視がＯＮでない場合は、現在の“仲間リスト”上の無線装置（作動中であり、互いの位置を監視している無線装置）に最新の位置更新が送信される。
２．  作動化：これは操作の正常なモードである。“仲間”は“監視リスト”からいつでも追加または削除が可能である。作動中で“監視リスト”にあるどの無線装置も、位置更新要請を発することによって“仲間リスト”上の任意の他の装置の位置を見出すことが出来る。もしある仲間が“仲間リスト”から削除されたときは、彼または彼女は位置の更新を受信することは出来ない。複数のリストをあるグループに出し入れすることが出来る。３．  監督者−親／会社の暗号コード：このモードにおいては、従業員または子供の無線装置がＯＮである限り監督者はＧＰＳ位置更新によって位置を監視することが出来る。従業員または子供は、“仲間監視”仕様を無効にすることも、“監視リスト”から親や監督者を削除することも出来ない。監督者または親のみが自分自身を“仲間リスト”から削除
するために必要なパスワードを持っている。
４．  仲間リスト：これは操作の正常なモードである。
“仲間”は、いつでもリストに追加、削除できる。もしある仲間が“仲間リスト”から外れたら、彼はリストにあるいずれの他の無線装置からの位置更新も受信することが出来ない。複数の“仲間リスト”をあるグループに加えることが出来、グループ全体を作動化または不作動化出来る。仕事グループリストは、時間外ではない就業時間中に同僚の位置を知る必要のある仲間のリストである。“仲間リスト”または“仲間グループ”というのは、単一のアイコン、フォルダーまたはある同様のグラフィックユーザーインターフェース（ＧＵＩ）の手法を使って人々のリストを表わし、また、一群の人々の追跡を単一のコマンドでＯＮ／ＯＦＦを可能にする一つの手段である。各“仲間グループ”にフォルダーが使用され、そのグループを表わすフォルダーまたはアイコンが選択されたとき、リスト上の各個人の特定の名前と位置を示した、ドロップしたリストが表示される。アイコンが使用されたときは、“仲間”はグループ化されて電話機のディスプレーに表示される。グループはＧＵＩに基づいて色を付けられ、グループのメンバーは“Ｍａｐｉｔ（マップイット）”表示上でその位置を表わすすべての点を取り囲む半透明の線で結ばれる。もしグループが単一の“Ｍａｐｉｔ”画面上で示すには遠過ぎる位広がっているときは、グループを形取るアウトラインは表示されず、見ることが出来る、特定の色で符号化された“仲間”の位置が表示される。もし“Ｍａｐｉｔ”画面がズームアウトされてグループのすべてのメンバーが単一の画面で表示される場合はグループの半透明のアウトラインが戻る。複数のグループに居る“仲間”は、グループ外である色、または表示されているグループの内の任意の色で色づけされる。もしグループが重なっており、二つの活動グループに居る“仲間”が見られるときは、必要に応じて半透明のアウトラインは重なり合い、両方のリストに存在する“仲間”のみを囲む。
５．  即席の仲間：即席の仲間は二つの携帯電話、通話可能なＰＤＡ、または他の無線の“仲間監視”可能な装置間で呼び出しが行われたときに創り出すことが出来る。図１５は、“即席の仲間関係”を確立するプロセスのフローチャートである。第１のステップ１３２では、無線装置が他の“仲間監視”が可能な無線装置に呼び出しをかけるか、またはそれからの呼び出しを受信する。車で立ち往生した旅行者と牽引トラックの運転手のような二人のユーザーがその状況を話し合い、“即席の仲間関係”を確立することを決める。呼び出しが成立し、二人がそのことを許容することに合意した後、二人の無線装置ユーザーは、ステップ１３４に表わしたように、“仲間監視”メニュー内の“即席の仲間”メニューの選択をクリックすることが出来る。次に、無線装置は、図１１に示すような“即席の仲間設定”スクリーンを各々表示し（ステップ１３６）、ステップ１３８で適切なデータを書き込む（領域８４、８８および８６）。両ユーザーは次に関係の承認（領域９２）または拒絶（９０）を指定するか、またはいくつかの実施例においては、呼び出しの受信者のみが関係の承認または拒絶を必要とする。“即席の仲間関係”が承認されると二つの無線装置は位置データの交換を開始する。２４時間、または“即席の仲間”の選択メニュー内で設定される他の時間の後（ステップ１４２でチェックされた時間切れ）、“即席の仲間”は破棄される（ステップ１４４）。“即席の仲間”の選択メニューは、“即席の仲間”関係の期限をデフォルト値の２４時間以外のどこかに設定することを可能にする。
【００３３】
即席の仲間を設定する好ましいプロセス
図１６は、ゲートウェイおよびインターネットのような“広域ネットワーク”によって“仲間監視”サーバーに接続され、本発明のインフラを提供する典型的な携帯電話システムのブロック図である。図１６に示した携帯電話システムは典型的なものであり、図１２の携帯電話システムと同じ構成および動作を有する。新しいのは、ゲートウェイ１４８を通じた中央スイッチングシステムと“仲間監視”サーバー１４６との接続である。この目的は好ましい“即席の仲間”設定のプロセスの以下の説明で明らかにされるであろう。
“仲間監視”サーバーの機能
“仲間監視”サーバーの主機能は、“仲間監視”システムに登録された携帯電話に地図
を提供し、自身と仲間リスト上の電話機との間のＧＰＳ位置データの交換を実行させ、仲間リストのメンバーがリストの他のメンバーの位置を見ることが出来るようにすることである。いくつかの実施例において、“仲間監視”サーバーはまた、電話機が、アプリケーションプログラムを現在持っていない電話機に要求する特別のコマンドが与えられていることを示すパケットを“仲間監視”サーバーに送る時のように必要に応じて、システム内に登録された電話機にアプリケーションソフトウェアをダウンロードする。
【００３４】
好ましい実施例において、“仲間監視”サーバーはサーバー上ですべてのアプリケーションプログラムを走らせ、ユーザーが機能を実行させるのに必要なデータを入力するように仕向けるために、電話機に表示すべきページを送るだけである。
【００３５】
もし、電話機がＰＤＡと同じくらい大きなメモリーを持っていれば、電話機自身にアプリケーションプログラムをロードし実行することが出来る。
“仲間監視”サーバーの他の機能は、ユーザープロファイルを設定すること、会計処理をすること、データベースのアクセス、およびメンテナンスである。
【００３６】
購入／支払いの作動／不作動キー
“仲間監視”サーバーの機能は以下の説明で明らかになるであろう。しかし、その機能の一つは、作動および不作動コードの管理である。“仲間監視”アプリケーションは、携帯電話事業者が契約申し込みベースで提供するサービスである。受信契約者が“仲間監視”が可能な電話を買ったときに、彼は作動コードを与えられ、“仲間監視”サーバーもまた作動コードを与えられる。この作動コードは、受信契約者がサービスの支払いをしている限りは有効な状態が維持される。それ以後の“仲間リスト”の仲間の位置の一連の位置更新、“仲間リスト”の他の仲間を更新するために使用される電話位置の受信等の“仲間監視”サーバーと電話機間の交信は、作動コードが有効な状態である場合に限り可能である。もし受信契約者がサービスの支払いを停止したときは、作動コードは不作動コード状態に変化し、それ以後の電話機と“仲間監視”サーバーとの間の交信は不可能になる。“仲間監視”サーバーは、電話機との交信のたびに事前に作動コードの状態のチェックを行うことによってその機能を履行する。
【００３７】
“仲間監視”アプリケーションは、電話機にそれを持っていない受信契約者のためにインターネット経由でダウンロードされる。顧客は電話機にキーインするための作動コードを受信するか、または“仲間監視”サーバーの作動アプリケーションが購入確認を受信してその電話機／ＰＤＡに自動的に作動コードを送信し、その確認の戻りを受信する。サービスに対する毎月の支払いが必要である。支払いをしないと、アプリケーションは電話機／ＰＤＡの“仲間監視”アプリケーションを不作動化する要請を受信することになる。不作動コードが送られ、電話機のアプリケーションが不作動化されたことを確認する応答が受信される。さらに使用しようとする試みは、サービス契約が切れたことを示す簡単な表示に出会う。
【００３８】
好ましい実施例において、“仲間監視”アプリケーションを作動および不作動化するプロトコルは安全に守られている。
図１７は、“即席仲間の設定”プロセスの一実施例のフローチャートである。図１８および１９は、“即席仲間の設定”プロセスに含まれるいくつかのユーザーインターフェース画面の図である。三つすべての構成は以下の説明で述べる。好ましい実施例において、“即席仲間”の関係は以下のように設定される。
【００３９】
１）ステップ１５０で、開始者は“即席仲間”のメニュー選択オプションを選択する。これは、図１８における画面１５３のメニューオプションを選択することによって行われる。これによって開始者の装置の表示画面１５５に移り、ユーザーはメニューオプション
１５７を選択する。この画面は、自動的に入力される領域１６１、１６３および１６５に、各々開始者の電話番号、“即席仲間のＩＤ”、および画面ＩＤを表示する（ステップ１５２）。また、デフォルト時間である深夜が容認できなければ開始者がある時間に設定できる（ステップ１５４）時間切れの記入領域がある。時間切れの時間を入力した後、開始者は領域１６９の“次へ”をクリックする。
【００４０】
２）“即席仲間”要請パケットが創成され、開始者の装置が登録されている任意のセル地域の地域送受信機に送信される。これらのパケットは、開始者（あるいは発信者）と受信者（申し込まれた“即席仲間”）を特定するデータを含み、図１６の“仲間監視”サーバー１４６のＩＰアドレスに宛てて送られる。パケットはセル地域の送受信機で再生され、中央スイッチングシステム１０２に送られ、そこからゲートウェイ１４８にルーティングされ、広域ネットワーク１４７で“仲間監視”サーバーにルーティングされる（ステップ１５６）。
【００４１】
３）“仲間監視”サーバーは、パケット内のデータから開始者と受信者を“仲間監視”契約者として認定する。もしどちらかが“仲間監視”契約者でなかったときは、サーバーはパケットを受信者に送らないことで取り扱いを停止する。両者が契約者であったときは、サーバーは“即席仲間”要請パケットを受信者の無線装置に送り、これらのパケットは、ゲートウェイ、中央スイッチングシステム、および受信者の無線装置が登録されているセル地域の地域送受信機を経由して地域のシステムにルーティングされる（ステップ１６０）。
【００４２】
４）“提案された即席仲間”の無線装置はパケットを受信し、図１９の１７１に示すような“即席仲間要請”スクリーン画面を表示する（ステップ１６４）。この画面は、開始者の電話番号、即席仲間ＩＤ、およびスクリーンＩＤを表示し、したがって受信者は誰が“即席仲間”の関係を要請しているかを知る。受信者は、１７３および１７５に表示されたコマンドを使ってその関係を容認また拒絶出来る。
【００４３】
５）もし、“即席仲間”の関係が容認されれば（ステップ１６６）、処理はステップ１６８に進み、容認されたパケットが開始者の無線装置に送り返される。もし、“即席仲間”の関係が拒絶されれば、ステップ１７０は拒絶されたパケットを開始者の装置に送って処理終了し（ステップ１７２）、開始者の装置上に“即席仲間”関係が拒絶されたという表示を残す。
【００４４】
６）開始者のところに容認のパケットが到着したときは、装置は図１９の１７７で示すような即席仲間が容認された画面を表示する（ステップ１７４）。この画面は、受信者の電話番号、“即席仲間”のＩＤ、およびスクリーンＩＤを表示し、領域１７９および１８１に、関係を容認するかまたはキャンセルするためのコマンドを提供する。
【００４５】
７）もし、開始者が“即席仲間”の関係を容認（ステップ１７６）するならば、ステップ１７８で容認されたパケットが“仲間監視”サーバーを経由して受信者に送り返される。
【００４６】
８）“仲間監視”サーバーは、新しい“即席仲間”関係の存在を記録し（ステップ１８０）、双方の無線装置がそのＧＰＳ位置データを“仲間監視”サーバーに送り始める。“仲間監視”サーバーは各々の無線装置からの位置データを蓄積し、そのパケットを表示の更新のために他の装置に送る。好ましい実施例において、“仲間監視”サーバーは開始者のＧＰＳ位置データに基づいて図１６におけるマップクエスト（ＭａｐＱｕｅｓｔ）サーバー１４９から適切な地図を引き出し、受信者に宛てたパケット内のその地図とＧＰＳ位置データを送信する。“仲間監視” サーバーは受信者のＧＰＳ位置データに基づいてマ
ップクエスト（ＭａｐＱｕｅｓｔ）から適切な地図を引き出し、その地図とＧＰＳ位置データを開始者に送信する。各無線装置は他方の“即席仲間”の位置を“仲間監視”サーバーから提供された地図上に表示する。
【００４７】
“即席仲間”の他の設定プロセスを次に述べる。
１）ある無線装置から他の装置への呼び出しが開始される。
２）“即席仲間”関係が合意された後、開始者は“即席仲間”のメニューオプションをクリックする。
【００４８】
３）これによって開始者の装置に“即席仲間”設定画面が表示され、それは、開始者の電話番号が自動入力される第１の領域、“即席仲間ＩＤ”が自動入力される第２の領域、および“即席仲間”用のスクリーンＩＤ（このスクリーンＩＤは“即席仲間”の位置と共に表示される３桁の数値で“即席仲間”のＩＤよりは短い）が自動入力される第３の領域を有する。
【００４９】
４）開始者は“即席仲間”の関係の期限時刻を入力するか、または深夜というデフォルト値を容認するかして“次へ”コマンドをクリックする。
５）受信者の無線装置は、“即席仲間”の要請を受信し、開始者の電話番号、“即席仲間”ＩＤ、およびスクリーンＩＤを表示し、さらに容認または拒絶のコマンドを表示する。
【００５０】
６）受信者は、“即席仲間”の関係を容認または拒絶する。
７）もし、受信者が“即席仲間”の関係を容認すれば、その事実は開始者の無線装置に伝えられ、次に受信者の電話番号、受信者の“即席仲間”ＩＤおよび彼または彼女のスクリーンＩＤを表示する画面を表示し、さらに、開始者がクリックすることが出来る容認または拒絶のコマンドを表示する。
【００５１】
８）もし開始者が容認コマンドを選択したときは、双方の無線装置がＧＰＳ位置データの交換を開始するが、もし開始者がその“即席仲間”関係を拒絶すればそうしない。
図２２は、“即席仲間”設定プロセスの好ましい実施例のフローチャートである。開始者は“即席仲間”設定プロセスを選択し（２５０）、提案された新しい“即席仲間”の電話を入力する（２５２）。開始者は、期限時刻を入力し（２５４）、“即席仲間”パケットをセル地域のシステムを通してルビコン（“仲間監視”）サーバーにルーティングさせる（２５６）。ルビコンサーバーは開始者および受信者を認証し、パケットを地域システムに送る（２５８）。地域システムはパケットを、提案された新しい“即席仲間”がいるセル地域にルーティングし（２６０）、提案された“即席仲間”はその無線装置上にメッセージを受信し、“即席仲間”要請画面を表示する（２６２）。その“即席仲間”は、開始者の仲間ＩＤ、スクリーンＩＤおよび選択的に彼の電話番号を見（２６４）、その関係を容認または拒絶する（２６６、２７０、２７２）。もし容認されれば、パケットは開始者の無線装置に送り返され（２６８）、それによって開始者の装置は、受信者の電話番号、仲間ＩＤ、およびスクリーンＩＤを持った“即席仲間”容認画面を表示し、開始者はその関係構築をＯＫしなければならない（２７４）。ステップ２７６、２７８および２８０は、容認または拒絶を取り扱う。２８２において、もし容認されれば、ルビコンサーバーは新しい“即席仲間”関係を記録し、双方の無線装置はルビコンサーバー（Ｘ  Ｏｎｅ）と位置情報の共有を開始し、そこでは位置情報が蓄積され他の“即席仲間”に送られる。２８４において、開始者の装置は“即席仲間”容認画面を表示する。ステップ２８６、２８８は、電話機がＧＰＳサンプラープログラムを用いてＧＰＳデータを収集していることを検証する。
【００５２】
仲間リストのためのユーザーインターフェース表示
図３は、電話の“仲間リスト”上の個々人と、“テニスチーム”と名づけられた仲間のグループを示した、ユーザーインターフェース内の画面を表わす。本発明出願の図におけるすべてのユーザーインターフェースのスクリーン画面において、斜線の領域は作動状態を表わし、電話機の表示では典型的にはグリーン色である。例えば、コラム１４のクロス斜線の仲間は、仲間位置の共有が作動中であり、携帯電話のユーザーインターフェースに組み込まれた任意のナビゲーションあるいはポインティング機構を用いてその仲間をクリックすれば彼の位置を見ることが出来るということを示している。
【００５３】
“仲間追跡器”ソフトウェアはまた、例えば牽引トラック運転手と“即席仲間”を設定する能力を有する。表示領域１６は、Ｉｎｓｔ０１という名前の“即席仲間”の即席仲間の登録を示している。例えば、ユーザーの車が壊れる。ユーザーは牽引サービスを呼び出し、牽引トラック運転手が“仲間追跡器”を搭載した電話機を持っていることを見出す。ユーザーは牽引トラック運転手の電話にダイヤルし、その牽引トラック運転手の“即席仲間”になるように要請する。すると彼の電話機はユーザーの電話機上で“即席仲間”として設定される。双方の電話機が“即席仲間”として設定されると、各々の電話機は相手の電話機の位置を移動地図上に示す。これによって、牽引トラック運転手はユーザーである牽引トラック顧客を見つけることが出来、ユーザー顧客はどこに牽引トラック運転手がいるかを見つけることが出来る。
【００５４】
図４は、図４の“仲間リスト”上のテニスチームの見出し１８を選択し、Ｔｒａｃｉｅの見出しをクリックした結果の、他のユーザーインターフェース表示を示す。Ｔｒａｃｉｅの見出しをクリックすると、コラム２０内の情報が現れ、彼女のフルネーム、位置、最新の更新時刻、ユーザーから彼女までの距離、および彼女の速度を示す。グリーンの色（斜線）は、仲間が位置共有機能をＯＮにした電話機をＯＮにして所有しており、その電話機が範囲内にあることを示している。仲間の黄色（点描き）状態は、その仲間がかつて作動しておりその位置共有がＯＮであったが、彼との接触がなにかの理由で失われたことを示している。濃緑（二重斜線）の状態は、その仲間は作動中でその位置共有もＯＮであるが、彼は電話機の地図表示上に容易に見出すことが出来る近隣領域の外にいることを示している。例えば、テニスチームグループの殆どのメンバーが北カリフォルニア地域にいるが、グループメンバーの一人がロスアンゼルスに居るとする。もしロスアンゼルスに居るメンバーが位置共有をＯＮにした電話機をＯＮにしていれば、テニスチーム内の彼の見出しは、彼の位置をマッピングできないことを意味する濃緑色で示される。
【００５５】
図４の２２に示されるＭａｐｉｔの機能は、Ｔｒａｃｉｅ  Ｓａｋａの位置を電話機の画面上でマッピングするように依頼されることが可能であることである。もしＴｒａｃｉｅが範囲内にいて、Ｍａｐｉｔ機能がクリックされると、図５に示すような広域を表す画面が電話機のディスプレーに表示され、２４でＴｒａｃｉｅの位置を、Ｔｒａｃｉｅの名前が表され地図上に重畳するテキストボックス２６と共に示す。
【００５６】
図６は、そこに表わされたテニスチームの選択されたメンバーの位置履歴と共に表示したユーザーインターフェース画面である。この画面は、図４の履歴機能付きＭａｐｉｔが選択されたときに表示される。この画面は、Tracieが通過点３０、３１、３２および３３を通って彼女の現在地点に至るのに取った経路を示している。いくつかの実施例において、ユーザーがその現在位置に至る通過点を記録することを望んだときは、電話機の現在位置を記録し、図１６の“仲間監視”サーバー１４６に通過点として記録するためのコマンドを与えることが出来る。
【００５７】
他の実施例において、電話機の現在位置または電話機の地図上で移動する十字線によって選択された位置を、“仲間リスト”上のすべての仲間に会合場所として送ることが出来る。そのようなコマンドが与えられ、“仲間リスト”が選択されたときは、その会合場所
と指定された“仲間リスト”が“仲間監視”サーバーに宛てたパケットに入れられ、そこに送られて情報が収納される。会合場所は指定された“仲間リスト”のすべての仲間宛のパケットに組み込まれ、これらのパケットは指定された“仲間リスト”の仲間の電話機宛になってそこに送信される。
【００５８】
図７を参照すると、選択されたグループのメンバーの位置および状態を示す画面の表示が示されている。この例では、ＴｒａｃｉｅとＫａｒｅｎの位置が判っており、左欄の彼女らの名前ボックスが例えば緑色のようなある色で表示され、彼女らが携帯電話の範囲内におり、その位置が知られていることを意味している。他方、Ｄｅａｎの名前ボックスは、例えば黄色のようなある他の識別された色（斜線で表わす）で表示され、Ｄｅａｎとのコンタクトが失われていることを示す。これは、ユーザーが携帯電話の範囲外に出たときに起こる。Ｄｅａｎの名前ボックスは現在カーソルによって選択されているので、設定欄もＤｅａｎの最後に判っている情報を識別された色（斜線で表わす）で表示させている。これらのボックスは、最後に判っているＤｅａｎの位置更新時刻（ボックス３８）、彼のフルネーム（ボックス３６）、最後に判っている彼の距離（ボックス３８）、および最後に知られている彼の方向、緯度、経度および速度（各々ボックス４０、４２、４４、および４６）を示す。
【００５９】
図８は、Ｄｅａｎが選択され、ボックス４８のＭａｐｉｔコマンドを、ボックスをダブルクリックするかまたは任意の他の方法で与えたときに表示されるものを示す画面表示である。このマッピングコマンドを与えると、最後に判っているＤｅａｎの位置が、５０で図示すように識別色（例えば赤）の円で表示される。
【００６０】
Ｍａｐｉｔ位置マッピング機能を持った即席仲間表示
即席仲間の関係は、車での旅行者、道に迷ったかまたは怪我をしたハイカー、または他のユーザーが牽引トラックまたは救急車の運転手の携帯電話のＭａｐｉｔ画面に出てくることを容認する。
【００６１】
図９は、“即席仲間”の位置を示す“即席仲間”画面である。この表示は、“即席仲間”関係が設定された後に選択可能となる。この画面は、ボックス５２に即席仲間のＩＤ、ボックス５４に最後の位置確定の時刻、ボックス５６に即席仲間までの距離を示す。即席仲間の方向、即席仲間の緯度および経度、および速度が各々ボックス５８、６０、６２および６４に示される。もしユーザーがボックス６６のＭａｐｉｔコマンドまたはボックス６８の履歴付きＭａｐｉｔコマンドを選択したときは、電話機の画面は、即席仲間の現在位置、および履歴オプションを選択したときはそれ以前の位置を伴った、図８または図６に示したような画面に変化する。
【００６２】
“即席仲間”の他の設定プロセス
即席仲間関係を設定するには、図１０に示すような即席仲間設定画面を表示するコマンドを電話機に与える。図１０の画面は、ボックス７０に即席仲間ＩＤを設定し、ボックス７２内で即席仲間に呼び出しＩＤ（即席仲間の呼び出しＩＤまたはデフォルトで電話番号が使用される）を与えるために使用される。ボックス７４は、即席仲間関係が自動的に切れる期限時間７４を設定するために使用される。いくつかの実施例において、期限時間は任意の間隔、または選択メニューから選択されるある間隔に設定可能である。ボックス７６は、即席仲間が使用している通信事業者を設定するために使用される。７８にキャンセルコマンドが示され、８０に要請コマンドが示されている。
【００６３】
“即席仲間”関係を開始するために、他のボックスが入力された後に要請コマンドが発せられる。典型的には、立ち往生した車の旅行者またはハイカーは、牽引トラックまたは９１１に電話し、呼び出しＩＤ、および牽引トラック運転手または救急員の通信事業者を
入手する。立ち往生した車の旅行者またはハイカーは、次にボックス７２および７６にこの情報を入力する。ボックス７０は、システムによって自動的に割り当てられる即席仲間ＩＤを示す。情報を入力した後、８０に示す要請コマンドが選択される。救急員の電話の画面は図１１に示す画面に変化する。図１０の画面で要請者が入力した情報が、立ち往生した車の旅行者またはハイカー、および即席仲間（牽引車または９１１救急員）の電話機のボックス８２、８４、８６および８８に表れる。“容認”または“拒絶”のコマンドも即席仲間の電話機の９０および９２に表れる。もし、即席仲間が“即席仲間”関係を容認しようと思えば彼または彼女は容認コマンドを選択し、二人の即席仲間の位置の追跡が開始される。即席仲間関係が容認されると、各々の即席仲間の電話機は、Ｍａｐｉｔコマンドまたは履歴付きＭａｐｉｔコマンドを発することが出来る、図９に示す画面に変わる。
【００６４】
パスコードを介する会社の監督機能設定
従業員の位置を監視したい会社は、会社のパスコードを使用することによって本発明のシステムを活用することができる。この操作モードでは、会社の従業員は、グループの１メンバーとして彼らの監督者を含むグループとして設定される。グループの各従業員は自分の仲間を持つことが出来るが、グループから監督者を削除することは出来ない。監督者自身をグループから削除するためにグループメンバーを変更するためのパスコードを監督者だけが持っているため、監督者だけが各々の従業員の電話機のグループから彼自身を削除できる。一実施例において、位置情報共有は従業員から監督者への一方通行であるが、各従業員は自分の電話機で他の従業員の位置を見ることが出来る、しかし、監督者の位置を見ることはできない。この実施例において、位置共有機能は月曜日から金曜日までの就業時間内のみにＯＮするように構成することが出来る。他の実施例においては、従業員は他の従業員の位置と共に監督者の位置も見ることが出来る。
【００６５】
定時更新
本発明の教示として、位置の更新を変更可能な間隔で定期的に行うこと、および定期的更新の間に監視されているグループメンバーがＸマイル以上移動したときにＸマイル毎に更新することを構成のオプションとして考慮する。いくつかの実施例において、“仲間”が移動する速度、または最後の更新から“仲間”が移動した距離が更新の周期をコントロールする。定時の更新は、両親がその子供たちが彼らの家庭基地からＸマイル以上移動していないことを確かめるためにその位置を監視するのに便利である。位置の更新は、“仲間監視”サーバーから位置の更新を求める“仲間リスト”のメンバーによって要請されることが出来る。サーバーはそこに登録されたすべての“仲間監視”電話機から位置レポートを受け取って収納し、各電話機の“仲間リスト”を知る。位置の更新要請を受信すると、その電話機がその一部である“仲間リスト”のすべての仲間の位置が、その要請者が一部である“仲間リスト”のすべての電話機に宛てたパケットとして送信される。代替の実施例において、位置の更新は要請者の電話機がその一部である“仲間リスト”のすべてのメンバーに送られるが、過度なネットワーク交信を避けるために、それを要請している電話機にのみ送信される。他の代替実施例において、要請する電話機は特定の“仲間リスト”の特定のメンバーを指定して、その指定された仲間の位置のみの更新を要請することが出来る。その位置更新は要請した電話機にのみ送信される。
【００６６】
自己追尾モード
多くの建設要員と一人の監督者が居る建設現場のようないくつかの適用場面では、仕事で働いている全員がその監督者を見つけ出すことが出来るが、監督者は他の皆がどこにいるか気にしないということが有用である。この能力を持った実施例において、監督者は、典型的にはメニュー選択によって自己追尾モードをＯＮにする。これによって、そのパケットが自己追尾パケットでありその情報がどの“仲間リスト”に属するのかを示す、ヘッダー内または他所内の情報を持ったパケットで“仲間監視”サーバーに監督者の位置が定期的に報告される。“仲間監視”サーバーはこれらの位置更新を取り上げ、指定された“
仲間リスト”の各電話機に宛てたパケット内に梱包しそれらのパケットを“仲間リスト”の電話機に送信する。“仲間リスト”の電話機からの位置更新は、監督者の電話機または“仲間リスト”上の他の電話機には送信されない。
【００６７】
この自己追尾モードは、ブラインドコードモードでも行うことが出来る。これは、監督者がその仲間リストに全員を乗せる必要が無いことを意味する。これは、“オープンチャンネル”モードである。監督者の位置を追跡したい任意の“追尾者”だけが“追尾者”の電話機の仲間リストに監督者の名前と電話番号を載せる必要がある。監督者は自己追尾モード内でブラインドコードを入力し、このコードは“仲間監視”ソフトウェアを持っているすべての電話機に公開される。このブラインドコードの入力と公開によって、任意の追尾者が追尾者の電話機の仲間リストにブラインドコードを入力し、その後監督者の位置レポートを受信することが出来るようになる。このブラインドコードの入力が、任意の追尾者が監督者の電話機から位置レポートを受信する能力を与え、監督者は個々に各仲間に許可を与える必要が無い。いくつかの仕事場では何百人、何千人もの作業者が居る可能性があるので非常に便利である。追尾者の電話機は、パケットを“仲間監視”サーバーに送り、この電話機が特定の監督者のための“自己追尾モード”にあることを告げる。これによって“仲間監視”サーバーは監督者の電話機から受信する位置レポートを追尾者の電話機に送信するが、サーバーは追尾者の電話機からの位置レポートを監督者の電話機には送信しない。自己追尾モードにあるときは、追尾者の電話機は位置レポートを“仲間監視”サーバーに送信しない。切断、ブラインドコードの削除、または変更が“自己追尾”モードを停止させる。
【００６８】
仲間専用モード
仲間専用モードは、“全員による自己追尾モード（ＡＬＬ  Ｏｎ  Ｆｏｌｌｏｗ  Ｍｅ
ｍｏｄｅ）”、および“ブラインドコード仲間モード”と異なり、特定の名前の仲間からなる特定の名前の仲間リストからの位置レポートのみを受信する。ブラインドコード仲間または即席仲間の位置レポートは、このモードでは受信できない。
【００６９】
経由地点記憶モード
このモードは、親がその子供たちの旅行を監視するのに有用である。このモードにおいて、子供の電話機は子供の位置を定期的に報告し、親はその位置レポートを自分の電話機（または、いくつかの実施例においてはコンピューター）に送信させることが出来る。いくつかの実施例において、もし子供の位置が、指定した場所に近くなりすぎたり、または家の位置またはどこか他の場所から遠くなりすぎたりしたときは、位置警告データは、親に警告信号を送信するように構成することが出来る。
【００７０】
更新の要請
このモードは、特定のユーザーが特定の仲間の位置の更新を要請することを提供する。要請する電話機は、自身を識別し特定の仲間の位置の更新を要請する要請パケットを“仲間監視”サーバーに送る。“仲間”の電話機は、位置の更新を“仲間監視”サーバーに送るという通常の作業をする以外何もする必要が無い。更新の要請によって“仲間監視”サーバーは双方向の更新を提供することになり、要請した電話機の位置が“仲間監視”サーバーによって“仲間”の電話機に、“仲間”の電話機の位置が“仲間監視”サーバーによって要請した電話機に送信される。もし要請者がグループの一部であるときは、“仲間”がどこに居るかに関する返信がグループ内の全ての電話機に送信される。
【００７１】
定期的更新
このモードにおいて、世話される子供または他の人のような人の電話機から、両親の携帯電話またはＥメールアドレスのような親または他の監督者の宛先のリストに、定期的な更新を定期的に送信することが出来る。位置の更新は１５分ごとでも良いし、またはある
他の変更可能な間隔でも良い。加えて、各監督者ユーザーは更新を要請出来、その更新は監督者リストの各電話機に送信される。もしリスト上の電話機が有効でないときは、その更新はどの更新も有効でないことを表示し、表示を黄色に変え、有効ではないが最後の経由地点を表示し続ける状態に変える。
【００７２】
Ｐｅｒｓｏｎａｌ  Ｂｒｅａｄ  Ｃｒｕｍｂｓ
これは、電話に送られた質問に応答することのない子供たちまたは老人を突き止めることの出来る緊急時の仕様である。このモードは、監視されることは望まないが何かが起こったときには友人や家族に命綱を望む子供たちに有用である。この仕様を望むユーザーは、“仲間監視”サーバーが、それを用いて “仲間監視”が可能な子供たちの電話機を介して毎日すべてがＯＫかをチェックし判定するようにその詳細を設定する。ユーザーはすべてがＯＫかを確認するために秘密のコードを入力しなければならない。電話機はこのコードを入力するように彼らにプロンプトを出し、システムが何らかの警告を発する前にある回数のプロンプトは無視される。
【００７３】
図２０は、ｐｅｒｓｏｎａｌ  ｂｒｅａｄ  ｃｒｕｍｂｓモードを稼動させるプロセス、およびそれが如何に動作するかの一実施例のフローチャートである。ステップ２００は、このモードを開始するプロセスを表わす。典型的には、これはユーザーがメニューコマンドを選択することによって行われるが、いくつかの実施例においては、電話機の製造元によって恒久的にＯＮしているように構成される。このモードが開始されると、電話機はその電話機の所持者の位置の経由地点を記憶する（ステップ２０２）。電話機はその経由地点を誰にも送信しないが、ｐｅｒｓｏｎａｌ  ｂｒｅａｄ  ｃｒｕｍｂｓ仕様が稼動している“仲間監視”サーバーにデータまたはメッセージを送信し（ステップ２０４）、それで“仲間監視”サーバーはタイマーをスタートさせる。タイマーをスタートさせる目的は、その最後に“あなたはＯＫですか”というメッセージがＰｅｒｓｏｎａｌ  Ｂｒｅａｄ  Ｃｒｕｍｂｓ（登録商標）モードにある電話機に送信されるその間隔を設定するためである。
【００７４】
ステップ２０８は、時間切れの事態のためにタイマーを監視するプロセスを表わす。これはハードウェア、またはソフトウェアの中断の形態を取る。時間切れが起こると、“仲間監視”サーバーは電話機に質問を送信し、ユーザーがＯＫかどうかを訊く（ステップ２１０）。するとその電話機は“あなたはＯＫですか”メッセージを表示し、ユーザーは彼または彼女の秘密コードを入力して自分がＯＫかそうでないかのどちらかを云う。もしユーザーが応答しなければ、ステップ２０６に戻り、ユーザーが単に忙しい、電話機が切れている、寝ている等としてタイマーを再スタートさせる。しかし、接続の試みにある設定可能な回数だけ応答がない場合は、ステップ２１６が、ユーザーはトラブルに会って救助を必要としていると結論づける。その場合、処理はステップ２１６によってステップ２１８に向かう。ステップ２１８において、電話機は、“仲間監視”サーバーによって、災難メッセージを予め決めた電話番号（好ましい実施例においては５個）、および／またはＥメールアドレスに送信するよう命令される。ボイスメールメッセージが、詳細を知るためにＥメールをチェックするよう示唆しても良い。Ｅメールは、最後のＯＫが受信された後のすべての経由地点を含む位置レポートファイルの内容を含む。経由地点が記憶されていない場合は、少なくとも一組の以前記録した経由地点が送信される。すべての経由地点は緯度、経度、データおよび記録時間を提供する。
【００７５】
ｐｅｒｓｏｎａｌ  ｂｒｅａｄ  ｃｒｕｍｂｓの詳細は、
１）メッセージが送られるべきＥメールのリスト；
２）予め録音されたボイスメッセージが送られるべき電話番号のリスト；
３）ユーザーが合意する必要のある、ＯＫ確認の頻度（デフォルトは毎日の真昼）；
４）読む人に緊急状況を告げるＥメールの文字で、それは携帯電話番号、仕事の電話番号
、自宅の住所およびその他の属性情報を含む必要がある。
５）Ｅメールに対して経由地点を自動的に添付することを実行するかどうか；
を含む。
【００７６】
他の実施例において、ステップ２１８は“仲間監視”サーバー自身が災難メッセージを送信することを表している。いくつかの実施例において、災難メッセージは予め録音されたボイスメールであり、それはユーザーがトラブルに遭った可能性があることを示し、受信者がどうやって“仲間監視”サーバーから位置レポートを再生するかの説明を与える。図２１８は、電話機がそのＧＰＳ位置経由地点を“仲間監視”サーバーに送信する処理も表わす。いくつかの実施例において、予め録音されたボイスメールが予め定めた電話番号に送信され、予め決められたＥメールが予め決めたＥメールアドレスに送信され、メッセージの文中にＧＰＳ位置レポートを含む。Ｅメールアドレスは、少なくともｐｅｒｓｏｎａｌ  ｂｒｅａｄ  ｃｒｕｍｂｓの位置レポートを含むであろう。これらのメッセージは、受信者にトラブルがあったらしいことと、電話を所有している人の探索を開始すべきであることを示す。
【００７７】
図２１は、ｐｅｒｓｏｎａｌ  ｂｒｅａｄ  ｃｒｕｍｂｓモードを確立し使用するプロセスの他の実施例のフローチャートである。ステップ２０１において、ユーザーはｂｒｅａｄ  ｃｒｕｍｂｓモードを稼動し、ステップ２０３において、携帯電話は“仲間監視”サーバー（ここではルビコンサーバーとも呼ぶ）に接続してｂｒｅａｄ  ｃｒｕｍｂｓモードがＯＮであることを知らせる。ＧＰＳ抽出データが集められ（２０５）、サーバーは“あなたはＯＫですか”の時間切れ間隔を開始するように接続される（２０７）。時間切れによって電話機は“あなたはＯＫですか”のメッセージを表示する（２０９）。ステップ２１１および２１３は、ユーザーが秘密のコードを入力せずリトライする状況を取り扱う。ステップ２１５は、“あなたはＯＫですか”のメッセージに対して、優先ファイルの中にどんな災難メッセージが設定されていても、送信することを含む応答をユーザーが適切にタイムリーに返信しなかったときのルビコンサーバーの応答を表わす。ＧＰＳ位置のサンプルと時刻印が災難メッセージに包含され（２１７）、そのメッセージが優先ファイルに載っているユーザーに送信される（２１９）。
【００７８】
リレーショナルデータベースとの互換性
“仲間監視”サーバーは、ビジネスアプリケーションと互換性があるように構成され、プログラムされ、顧客はその能力、資格、または彼らが携帯している装置に基づいて個々人を見つけ出すことを望む。“仲間監視”データベースの“仲間監視”の域内を探索および／または他のビジネスアプリケーションへの統合のために使用可能とすることによって、サービスベースの組織のような会社は、どの個人が特定の問題で仕事をする適切な資格を持っているか、および／または誰が適切な道具を持ち、その会社が彼らを派遣したい場所に関してそれらの個人がどこに位置しているかを判断できる。“仲間監視”サーバーは、申込者とその位置のデータを持つことに興味を持つ顧客の他のビジネスデータベース構造と互換性のあるフォーマットで、それらの情報を提供するようにプログラムされる。次に、“仲間監視”サーバーによって受信された各位置更新はエキスポートされ、自動的に顧客のデータベースを更新する。これはインターネットまたは専用のローカルエリアネットワークまたは広域ネットワークを通して行われる。
【００７９】
レーダーの組み入れ
レーダー組み入れモードは、警察署や消防署、または他のいずれかの緊急応答型の組織がその仲間リストを、応じることができるすべての人のリストに即座に展開するのを可能にする。これは、緊急状況または他の状況において救援する人の場所を知る必要のあるときに有用である。この構成は、一日を通してグループの構成が変化する警察または他のグループによって使用される。この構成は、標準のグループと結びつけて使用することが出
来る。この構成の違いは、ユーザーは識別される必要がなく、ユーザーが“レーダー”範囲または半径内に来たときのみ、ユーザーをレーダー組み入れグループ内に含めさせることである。
【００８０】
市、カウンティ、洲、または連邦の法律の執行官庁、または他の機関は、レーダー組み入れで二つの能力を提案することができる。第１の能力は、野外の職員から何の入力も無しに固定の標的記号を伴った警告を送信するか、または任意の個人またはグループに移動する標的記号を追加することである。標的記号は移動している容疑者かもしれない。標的記号はすべての職員に何が起こっているかをより良く見せることができる。第２の能力は、ある機関組織がＭａｐｉｔ画面上で他の個人またはグループの位置をレーダー組み込み構成を使用して“照らし出す”ことを可能にし、緊急事態に対応している一人以上の警官／消防署員が自分の位置と比べて補強の可能性のある位置を見つけることができる。このことは、たぶん消防署員と警官のように、通常は一緒に仕事をしないグループが一緒に仕事をする必要があるときに有用である。Ｍａｐｉｔディスプレー上に照らし出された各仲間に関する詳細を、機関の監督者によって“仲間監視”サーバーに発せられる命令によって、その必要に応じて任意の他の仲間に送信することができる。
【００８１】
電話機から“仲間監視”サーバーに送られる瞬時のメッセージのプロトコルパケット内には、空白のままの領域が残されているか、または序文を入れておける。レーダー組み入れを使用する機関組織はこの領域にコードを入れることが出来、レーダー組み入れモードで作動しているすべての仲間監視電話機／ＰＤＡがこのパケットを送られ、パケット内に自分の情報がある仲間はグループ内に留められる。この新しいグループは、レーダー組み入れ仲間画面が消えても、ユーザーがプログラム可能な時間の間、最高２４時間まで維持することが可能である。
【００８２】
仲間監視サーバーは、レーダー適合コードがユーザーの範囲内であって、今現在彼らの稼働中の仲間リストの一部でないかどうかを判定する。もしそうでない時は、もしレーダー組み入れモードが稼働中であれば彼らは追加される。
【００８３】
グループの分割
Ｍａｐｉｔ表示用のグループのあるメンバーによって特定されたグループメンバーが、グループ地図のサイズ配列の入力において設定された半径の外に居るときは、そのメンバーはそのグループから分離され、グループの地図上には表われない。しかし、グループから分離されたメンバーは、グループ内の有効ユーザーのリスト上に濃緑色のような識別された色で登録される。グループ地図サイズ配列の入力を変更すると分離されたメンバーが表示される。もし分離されたメンバーの位置を見る必要があって、しかしグループ地図サイズの変更がされなかったときは、分離されたメンバーの仲間監視状態が作動中である限りは、仲間リストから分離されたグループメンバーをクリックすることによってＭａｐｉｔ画面を分離されたメンバーの位置に変更し、そのメンバーの位置を表示する。
【００８４】
仲間追跡器の切断または不作動化
電話機が切断され、または仲間追跡アプリケーションが不作動化されたときは、仲間監視サーバーに仲間の位置の最後の送信が行われる。仲間監視サーバーは、パケット内のその位置を、不作動状態になった仲間のグループメンバー全員に宛てて配布する。
【００８５】
標的記号
仲間追跡ソフトウェアは、会合場所、緊急事態の場所またはサービスコールの場所を特定するために標的記号が示されることを可能にする。法律の執行代理人はこの特徴を使って、警察無線走査機を使って聞いている人にラジオで位置を放送することなく犯罪場所または緊急事態の場所に静かに人を向かわせることが出来る。各標的記号はユーザー定義の
関連するラベルを持つことが出来、メッセージ、写真、または他の記録を添付することが出来る。標的記号を定義しているすべてのデータ、それと関連するすべてのラベル、および写真または他の記録は、その中のデータを標的記号データまたは標的記号の添付物として識別している標的記号パケット内に梱包される。これらのパケットは仲間監視サーバーに受信され、あるグループ、またはレーダー組み入れグループ、または特定の仲間の全員に宛てて再パケット化される。
【００８６】
標的記号はグループのいかなるメンバーによっても、または法律執行機関または他の機関組織の被派遣者によっても特定することが可能である。標的記号はウェブブラウザを使って特定可能である。標的記号は期待する経由地点である。このことは、もしグループが予定された場所で会合する予定があって、最初に到着した人が、それが正しい場所ではないか、またはある理由で会合場所は変更すべきであるかのどちらかを発見した場合に有用である。標的記号は動かすことが出来、その時は新しい目標位置のデータを含んだパケットが、標的記号が移動したことを示すメッセージと共に仲間監視サーバーからグループの全員に送信される。標的記号はウェブブラウザ上で標的記号を新しい位置にドラッグしてドロップすることで簡単に移動出来、それは仲間監視サーバーに記録され標的記号指示コマンドを作動させる。一度標的記号が初めに設定されると、新しい場所に移動することによって経由地点履歴が作られる。各標的記号は、それに関する説明を持つことが出来、もし標的記号が移動すると履歴を見ることが出来る。
【００８７】
範囲外の動作
装置が携帯電話の範囲から外れたときは、装置に基づいたいくらかの限定された動作がまだ可能である。完全な（ｆｕｌｌ）ＧＰＳ受信機を持った装置に対しては、ユーザーは標的記号または記憶されている強制経由地点を設定することが出来る。各装置は、使用可能なメモリーの量によって異なる。
【００８８】
もしある仲間がその電話機を時々途切れる範囲領域に持ち込んだときには、それは何らかの接続方法を提供する。さらに、人は田舎道のある場所または他の範囲外の場所を訪ねるかもしれない。標的地点にはない電話機またはデスクトップコンピューターから標的記号を設定する、または、経由地点を強制することによって場所を提供するが、その場所に何があるかについての知識はなにも提供しない。その場所にある撮影電話機はその場所の写真を撮ることが出来、この写真は標的記号と関連付けられて、グループの他のメンバーに彼らが会合場所または目標地点に行ったときに期待するものの知識を与える。
【００８９】
ユーザーがある場所に戻りたいと思ったときは、記憶された標的記号が呼び出され、グループの他の仲間または個々に指定された仲間に送信され、したがって戻りの旅を計画することが出来る。このことは、例えば田園地帯の設定のように道路上または交差点にない場所に戻る能力を提供する。
【００９０】
Ｍａｐｉｔコマンドが発せられたときに、範囲外のときの地方地図はユーザーの電話機に表示されない。これは、地図の画素は例えばヤフーマップの地図サーバーから受信した後に仲間監視サーバーから電話機に送信されるからである。電話機が範囲外にあるときは、地図の画素パケットは電話機には届かず地図を引き出すことは出来ない。しかし、もし電話機がＧＰＳ受信機を持っていれば、ユーザーが取得したいと指示する地点を記憶することが出来、あとで電話機が範囲内に戻ったときにそれはＭａｐｉｔコマンドパケット内のＧＰＳ位置を仲間監視サーバーに送信することが出来て仲間監視サーバーから付帯事項と共に地図の画素を取得することが出来る。
【００９１】
限定されたメモリーを持った電話機は、メモリー容量を超えないように位置更新の頻度を減少させる。
標的記号および経由地点への付帯事項
写真のような付帯事項は、範囲領域外を旅行中でも標的記号または経由地点に添付出来る。一旦電話機が範囲内に戻れば例えば経由地点への付帯事項は仲間監視サーバーに送られ、他のユーザーに配布される。電話機のアプリケーションで作られる文書または電話機内蔵カメラで撮られた写真は添付可能であり、もし電話機がＵＢＳポートを持っていればデジタルカメラまたはカムコーダーで撮られた画像はインポートし添付することが出来る。
【００９２】
データの暗号化
仲間監視アプリケーションソフトウェアは、認定されていない他人がインストールして使用するのを防ぐためにダウンロードされたときに不作動化され暗号化される。仲間監視アプリケーションプログラムは、暗号解読キーがアクセスコード内にあるか、またはその一部であるか、またはその中にコード化されているので、予約購買（ｓｕｂｓｃｒｉｐｔｉｏｎ）が購入された後に、アクセスコードがダウンロードされたときに暗号解除され作動可能となる。
【００９３】
アクセスコード
仲間監視アプリケーションを稼動させるアクセスコードは、暗号キーの一部として電話番号または電話機の連番号を含むように設計され、したがってアクセスコードは一台の電話機のみを動作させることが出来る。多くの電話機を持つ大きなグループは、多くの電話機に渡る操作を可能にするアクセスコードを要求することが出来る。
【００９４】
アクセスコードは、ユーザーが名前、電話番号、電話機の連番、および支払いの形態を提供したときに携帯電話プロバイダーから電話機にダウンロードされるか、またはユーザーにＥメールされる。アプリケーションはＭＡＣまたはＰＣにダウンロードされ、パーソナルコンピューターで適合化され、コンピューター／電話機のＵＳＢ接続によって電話機にアップロードされる。
【００９５】
標的記号
仲間グループのメンバーは、標的記号をＭａｐｉｔ画面上に“売り出す”ことが出来、標的記号の場所がグループの全員に共有されて彼らのＭａｐｉｔ画面上に現れ、彼ら全員が会合場所を知る。標的記号のマーキングは電話機のＭａｐｉｔ画面上のカーソルを使って行われる。ユーザーは、マークされた標的記号が公開される仲間リストを指定する。電話機の仲間監視アプリケーション内でパケットが作られ、それはＧＰＳ位置、標的記号に与えた名前、および位置が公開される仲間リストの識別記号を含む。パケットは仲間監視サーバーに送信され、次にサーバーはデータを抽出して指定された仲間リストのすべての電話機に宛てたパケットに梱包する。パケットは次にリスト上の仲間に送信され、標的記号の位置が抽出されてＭａｐｉｔ画面上に配置される。
【００９６】
ユーザーの経由地点
ユーザーは、彼らが旅行するときに電話機のＭａｐｉｔ画面を使って特別な経由地点をマークすることが出来、写真またはメモをそれらの経由地点に添付することが出来る。一実施例において、これはユーザーによってマークされた位置を持つパケットを仲間監視サーバーに送信することによって行われ、その中でパケットは経由地点に添付すべきメモまたは写真を記録した他のパケットに含まれている識別記号またはポインターを与える。
【００９７】
ＳＯＳ支援
仲間監視の各ユーザーは、緊急事態のときにＳＯＳ警告を送る仲間のプロフィールを決めることが出来る。ＳＯＳ警告メッセージは、場所、時刻および電話番号（呼び出しＩＤ）、およびＥメール用のあらかじめ設定したメッセージ、または瞬時メッセージサービス
および予め録音された音声メッセージを含む。ユーザーがＳＯＳメッセージを送るコマンドを与えたときにそのデータは仲間監視サーバーに宛てたパケットに入れて送信される。次に仲間監視サーバーはＳＯＳメッセージを受信し、誰からかを判断してサーバーに記憶されたそのユーザーのＳＯＳプロフィールを呼び出し、Ｅメール用およびＩＭ用のパケットを作りそれらをインターネット上に送信し、デジタル化された音声メッセージを含むパケットを作ってＳＯＳプロフィールにリストされた電話機宛とし、そのパケットを図１６の携帯電話システムの中央スイッチングシステムにインターネットゲートウェイ１４８経由で送信する。
【００９８】
ＳＯＳメッセージプロトコルは、ユーザーからの要請に応じて、またはＳＯＳプロフィールを持っている電話機からなされるすべての９１１コールに結び付けて自動的に仲間監視サーバーによって実行される。ＳＯＳ支援構成のファイルはどちらの方法で電話機が動作するかを決めるデータを含み、ＳＯＳメッセージを受信した仲間は９１１コールがなされたか、またはなされていないかを知る。仲間は、呼び出し者の位置を彼らのＭａｐｉｔ画面で見ることが出来るので呼び出し者を助けるのに実際により良い条件の下にあり、彼らは９１１の支援者よりも呼び出し者により近くてよりすばやく行動することが出来る可能性がある。
【００９９】
好ましい実施例では、ユーザーが＊＊９１１＊＊をダイヤルしたときにＳＯＳメッセージが送信されるようにする。＊＊４１１＊＊のダイヤルコールはＳＯＳメッセージを、その電話機がシステムに登録されていて仲間監視が作動化されていてＯＮしている有効な仲間のみに送信される。
【０１００】
ユーザーインターフェースの類概念
本発明の教示によるユーザーインターフェースの類概念（または属）（ｇｅｎｕｓ）内の“種”は、仲間リスト、およびその仲間リストが選択されたときに各仲間リスト上の仲間のリストを表示する。すべての“種”は、特定の仲間が選択された時に彼らの現在位置およびその確定時間を含む、仲間の情報を表示する。すべての“種”は、ユーザーが位置の共有を切断可能なように呼び出されるコマンドまたはアイコンまたは選択メニューを表示する。すべての“種”は、仲間を追加、削除または編集するための追加、削除、または編集のコマンド、アイコン、または選択メニューを表示する。
【０１０１】
この類内のいくつかの“種”は、個々の仲間に関する情報の一つあるいはそれ以上の以下の項目も表示する：速度、最新の接触、高度または方向。この類内のいくつかの“種”は、仲間の位置がその上に表示されている地図画面をユーザーが選択できるようにユーザーが呼び出すことの出来るアイコン、選択メニュー等を提供する。類内のいくつかの“種”は、ユーザーが、仲間の現在位置への経路をなぞる履歴位置を要請するコマンドを与えるようにする。類内のいくつかの“種”は、困っている人と支援者の間で位置の共有を許可するために即席仲間関係の設定を可能にする。
【０１０２】
サーバーの類概念
仲間監視ソフトウェアがプログラムされるすべてのサーバーは、以下のための機能を有する。
１．  サーバーが提供する全体の地理領域の地図データを保有するか、または、Ｍａｐｑｕｅｓｔ（登録商標）サーバーのような他のサーバーから適切な地図データを取得し、表示されるべき仲間の位置を取り囲む適切な地図を取り上げてその地図データを仲間監視可能な電話機に提供する。
２．  選択された仲間リスト内の仲間の仲間位置の重心に基づいて各仲間リストまたは仲間に対する適切な地図を取り上げ、範囲領域外の仲間を除く。
３．  ＧＰＳ作動可能な携帯電話およびＰＤＡ上で走る仲間監視アプリケーションから集
めたＧＰＳ位置データに基づいて地図上に仲間位置を表示する。
４．  各ユーザーの仲間リストまたは仲間を具象化するユーザー定義データおよび構成データを記憶する。
５．  誰がサーバーを使用できるか（すなわち、有効な仲間監視ユーザーＩＤおよびパスワードを持っている人のみ）について定義した、少なくともいくつかの選択データを記憶する。
６．  ユーザーの電話機およびＰＤＡ上で仲間監視アプリケーションをＯＮさせているユーザーからＧＰＳ位置データの更新および定期的に日程化されたＧＰＳ位置データを受信し、仲間リストの中で仲間監視機能をＯＮにしている仲間の電話機およびＰＤＡに位置データおよび地図を配布する。
７．  自分の仲間監視アプリケーションを切断することを望んでいることを示しているユーザーからの位置データを受信することに関して、仲間監視機能を切断し、仲間監視アプリケーションを切断させた仲間の位置データの共有を切断する。
【０１０３】
この類内のさまざまな“種”は：一つの地図の範囲内にいる仲間の最大数に最適に適合する重心のを計算することが出来、装置の画面サイズを決定する構成データに基づいて契約者の電話機およびＰＤＡに送信する適切な地図のサイズを決定する；同一サイズの地図をすべての各契約者に送信する；各契約者が自身の地図サイズを決定することを許容する；誰が範囲外にいるか、および誰が接触不能状態にあるかを示すために色でコード化された仲間を含む地図を送信する；その人が同意するまで仲間リストに追加することが出来ない同意型の仲間リストを実現する；位置共有のための、ＧＰＳ位置の指定時刻の更新および予定された終了時刻を実現する；電話番号等のような各仲間に関する補助情報を記憶する；各ユーザーが、彼らが受信する地図のサイズを特定するようにする、または仲間リスト用の地図の最大サイズを特定できるようにする機能を提供する；最新の更新の途中でプログラム可能なデルタ時間（ｄｅｌｔａ  ｔｉｍｅ）またはデルタ位置差(ｄｅｌｔａ  ｐｏｓｉｔｉｏｎ  ｄｉｆｆｅｒｅｎｃｅ）が起きたときはいつでも更新を要請する機能を停止する；ユーザーにＧＰＳ位置の更新をＯＮするかＯＦＦするかの選択を提供する；他のシステムのユーザーに地図を送信し、他のシステムのユーザーから位置データを受信するために他の通信事業者の携帯電話システムと相互交信する能力；親または監督者の装置との位置共有を不作動化することなく、仲間監視アプリケーションを作動させ、または不作動化する機能；構成データファイルの中に指定されているＥメールアドレスおよび／または電話番号に、要請に応じてか、または９１１コールが行われたときに自動的に送出することが可能なＳＯＳのＥメールおよびボイスメールメッセージを、選択肢として、または形成されたデータとして蓄積する。
【０１０４】
契約者のアプリケーションの類
契約者の仲間監視アプリケーションおよび電話機またはＰＤＡのプラットフォームの“類”は、総合的に以下の機能を提供する。
１．  プログラムされた電話機またはＰＤＡは、その電話機またはＰＤＡ内のＧＰＳ位置受信機から直接または間接的にＧＰＳ位置データを呼び出すことが出来なければならない。またそれは、そのＧＰＳ位置データを定期的に、またはサーバーからの要請に応じて仲間監視サーバーに無線で送信できる必要があるか、どちらかであるが、それはサーバーと位置情報データを交換可能でなければならない。
２．  電話機またはＰＤＡは、地図を表示するのに十分な大きさのディスプレーを有する必要があり、仲間監視サーバーから地図をダウンロードできる必要がある。
３．  それは、無線のウェブアプリケーションプログラムを使用して仲間監視サーバーとデジタルデータを交換するために、ＪＡＶＡまたは同等のソフトウェアを持っている必要がある。
４．  それは、電話機のアプリケーションプログラムのインターフェース、および携帯電話サービスプロバイダーのいずれかのアプリケーションプログラムのインターフェースと
−仲間監視サーバーからそこに提供された位置データを有する地図を受信し、その地図を表示することが出来るように、
−位置データを送信し、一連のメッセージを受信し、および仲間監視サーバーから要請するために、交信可能でなければならない。
この“類”の重要な“種”は、ユーザーによって仲間監視サーバーから与えられたコマンドを実行するのに必要なソフトウェアを要求することが出来、要請されたソフトウェアのダウンロードを受信し、それをランダムアクセスメモリーにインストールし、要請されたコマンドを実行するために実行させることが出来る。他の“種”において、ソフトウェアは、
携帯電話で押し話しトランシーバーを単純化する装置およびプロセス
図３１は、携帯電話のトランシーバー操作を単純化する会話コントロールのシステムのブロック図である。ブロック３００は、ユーザー位置を決定するように機能する位置決定要素である。これは、携帯電話電話内またはルビコンサーバー内で実行され、ＧＰＳ，Ｊ２ＭＥ位置ＡＰＩ、または携帯電話ＩＤを抽出する特注の開発品から位置を抽出する包括的な解法を提供する。もしサーバー上で実行されるのであれば、ＧＭＬＣベースの解法が使用される。ブロック３００は、距離の計算、位置フォーマットの変換等も行う。ＬＤＧは、適用可能なときはＬＩＦベースのインターフェースを位置ベースのサービスに表わすことが出来る。このことは、必要に応じて位置決定の柔軟性を提供する。
【０１０５】
ＳＢＣ要素３０２は、仲間グループ／リストの管理、マッピング技術、時刻またはデルタ移動（ｄｅｌｔａ  ｍｏｖｅｍｅｎｔ）に基づくリフレッシュ、地理上のコーディング、地理上の逆コーディング、ルーティング等を行うよう機能する。
【０１０６】
ＣＭＣブロック３０４は、位置ベースのサービスに地域のコンテンツを提供する。コンテンツは、地方の地図または広告／企業専用のコンテンツであり得る。広告コンテンツプロバイダー、政府機関、または企業のような複数の団体がコンテンツを提供するであろう。このＣＭＣ要素は、複数のプロバイダーからコンテンツを抽出する共通のＡＰＩを提供し、正確さ、コンテンツの入手可能性、頻度、コンテンツが最新のものかどうかなどのパラメーターに基づいて任意のコンテンツプロバイダーを選択する柔軟性を与える。
【０１０７】
ＳＲＣブロック３０６は、マルチチャンネルおよび装置描画法、携帯用アプリケーションの提供、サービス創成環境、事前支払いおよび事後支払いの両モードにおけるＯＳＳ／ＢＳＳの統合、使用分析、およびＳＮＭＰベースのシステム管理ソフトウェアを提供する。ＧＳＣブロック３０８は、警告および告知システム、個人専用化、支払いの統合等を提供する。
【０１０８】
個別サービスブロック３１０は、顧客定義域および企業定義域内の個別のアプリケーションを構築するツールと一般的な要素を提供する。子供の追跡、仲間の位置、目標ユーザーグループに対する位置ベースの広告のような顧客サービスが構築可能である。労働力管理、運搬車追跡、緊急時サービス等のような企業サービスは一般的な要素を使用する。
【０１０９】
図３２は、トランシーバー機能を作動させた電話機のユーザーが会話グループに加入することを開始し、それに続くトランシーバー操作を可能にするためのプロセスのフローダイヤグラムである。このプロセスは、無線携帯者のトランシーバー操作に署名契約するプロセスを大いに簡略化する。トランシーバー会話グループに加入したいユーザーは、会話コントロールアプリケーションを開始させ、グループ加入のオプションメニューまでスクロールダウンし、“トークンを入れる”オプションを選択して自分の名前、電話番号、およびトークンを記入して送信を押す。一つまたはそれ以上のパケットがルビコンサーバーに送信され、サーバーはトークンおよび受信者を認定してデータベース登録域を創成する。次に、ルビコンサーバーは、ユーザーを会話グループに加入させる自国を確定し、無線
の携帯者に接続してユーザーを加入する。ルビコンサーバーは、通信事業者のサーバーにログオンしてユーザーを適切な会話グループに追加し確認を受信する。その確認はプロセスを開始したユーザーに送信され、ルビコンサーバーは通信事業者のサーバーからログアウトする。
【０１１０】
図３３は、ルビコンサーバーが自動的にユーザーの削除を実行するプロセスのフローチャートである。会話グループ内のユーザーは、このプロセスを使って予定の削除時刻に基づいて自動的に削除することが可能である。ルビコン（Ｘ‐Ｏｎｅ）サーバーは、現在の日時を、削除することを予定したユーザーのデータベースと比較する。もし、あるユーザーが予定に従って削除されるべきであれば、ルビコンサーバーは通信事業者のサーバーにログオンし、適切なグループからユーザーを削除し、確認を受信する。次に、ルビコンサーバーはユーザーをそのデータベース内の会話グループから削除し、通信事業者のサーバーからログアウトする。次に、ルビコンサーバーは削除の確認をユーザーの電話機に送信する。
【０１１１】
図３４は、監督者がユーザーを追加することを許容することを実行するプロセスのフローチャートである。監督者は、会話コントロールアプリケーションプログラムを開始し、追加／編集／削除のユーザーメニューオプションまでスクロールダウンして監督者としてログインし、送信を押す。次に、監督者は、ユーザー名を選択し、次へを選択すると彼をユーザー名、電話番号、プロジェクトＩＤを入力する画面に連れて行く。追加されるユーザーが、トランシーバーサービスが特定時間の間のみ可能であるように会話グループの一員となるのであれば、監督者は、次に有効期間の開始日、終了日、時刻、曜日を編集する。ルビコンサーバーに宛てた一つ以上のパケットが次に作られ、携帯電話システムパケット内に梱包されて送信される。これらのパケットは、ルビコンサーバーにルーティングされ、サーバーは開始者および受信者を認定し、ユーザーのためのデータベース登録域を創成し、ユーザーは通信事業者のサーバーに接続してログオンする。次に、ルビコンサーバーは、ユーザーを適切な会話グループに追加し、そのデータベースを更新し、確認を受信する。その確認は、ユーザーを追加した監督者と会話グループに追加されたユーザーの電話機に送信される。
【０１１２】
図３５は、監督者が会話グループのユーザーを編集するプロセスのフローチャートである。監督者は会話コントロールアプリケーションプログラムを開始し、追加／編集／削除のユーザーメニューオプションまでスクロールダウンしその選択肢を選択する。監督者は、監督者としてログインし、すでに会話グループにいるユーザーの編集を選択し、その領域画面内で編集すべきユーザーの名前、電話番号、プロジェクトＩＤを編集して、次へを押す。望めば開始日、終了日、時刻、曜日が変更される。その箇所からはプロセスは、新たなユーザーの追加と同じである。
【０１１３】
図３６は、監督者がユーザーを会話グループから削除するプロセスのフローチャートである。監督者は会話コントロールアプリケーションプログラムを開始し、追加／編集／削除のユーザーメニューオプションまでスクロールダウンしそれを選択する。彼女は監督者としてログインし、ユーザーを削除までスクロールダウンして名前、電話番号、プロジェクトＩＤ、開始日、終了日、時刻および曜日の領域内のデータを削除し、送信を押す。一つ以上のパケットがルビコンサーバーにルーティングされ、サーバーは開始者と受信者を認定する。次に、ルビコンサーバーは通信事業者のサーバーにログインし、適切な会話グループからユーザーを削除し、確認を受信する。ルビコンサーバーは、確認を受信し、そのデータベースを更新してユーザーを会話グループから削除する。確認は、次にルビコンサーバーから監督者の電話機およびユーザーの電話機に送信され、次にルビコンサーバーは、通信事業者のサーバーからログアウトする。
【０１１４】
図３７は、監督者がトークンを発行するプロセスのフローチャートである。監督者は会話コントロールアプリケーションプログラムを開始し、追加／編集／削除のユーザーメニューオプションまでスクロールダウンしそれを選択する。彼女は監督者としてログインし、トークンの発行のメニューオプションまでスクロールダウンし、次へを押す。ユーザーは、トークンの発行を選択して発行を押す。監督者は、次にユーザーにプロジェクト名とトークンのコードを知らせる。パケットがルビコンサーバーに送信され、サーバーはリストからそのトークンを取り除き、新しいトークンと入れ替える。次に、ルビコンサーバーは監督者の電話機にメッセージを送信し、監督者の携帯装置に新しいトークンを送ったというメッセージを追加する。
【０１１５】
図３８は、選択設定のプロセスのフローチャートである。携帯装置上で会話コントロールアプリケーションが開始され、ユーザーは追加／編集／削除のユーザーオプションまでスクロールダウンし、選択を押す。ユーザーはログインし、送信を押す。次に、ユーザーは選択までスクロールダウンし、次へを押す。次にユーザーは、更新する選択内容を選択し、選択を押す。これによって処理は、音声、振動のような告知の方法、または自動ログイン、または新しいパスワードの設定、または新しいＩＤの設定という図示した四つの系列うちの一つに向かう。処理は、次に他の選択肢が選択され、編集可能なようにループして戻る。
【０１１６】
図３９は、監督者が状態を要求することを可能にするプロセスのフローチャートである。監督者は会話コントロールを開始し、“状態を見る”までスクロールダウンする。彼女は監督者としてログインし、送信を押し、あるユーザーを選択する。次に監督者はスクロールして状態を見るプロジェクトを選択し、次へを押し、スクロールダウンしてプロジェクトとユーザーを選択し、ユーザーの詳細を見る。
【０１１７】
図４０は、監督者がグループを創成するプロセスのフローチャートである。監督者は会話コントロールを開始し、グループの創成、までスクロールダウンし、選択を押す。彼女は監督者としてログインし、送信を押し、グループ名を入力する。そこで一つの会話グループが創成される。監督者は、そのグループの期間、開始日、終了日、日数、時刻を設定し、次へを押す。ルビコンサーバーに宛てた一つ以上のパケットが作られ、ルビコンサーバーに送信される。次にルビコンサーバーは開始者と受信者を認証し、新しいグループのためのデータベース登録領域を創成する。次にルビコンサーバーは通信事業者のサーバーに接続し、ログインして通信事業者サーバー内に会話グループを作って確認を受信する。ルビコンサーバーは、次にそのグループを適切な会話グループに追加し、確認を受信する。その確認は、次にルビコンサーバーから監督者に送られ、ルビコンサーバーは通信事業者のサーバーからログアウトする。次に監督者の電話機は、メッセージを無線装置に受信し、追加されたグループの内容更新要請画面を表示する。
【０１１８】
本発明は、ここで開示した望ましい、および代替の実施例に関して開示してきたが、同業者は、本発明の趣旨および範囲から逸脱しない、ここで開示した教示に対する可能な代替実施例、および他の改良を理解するであろう。そのようなすべての代替実施例、および改良は、ここで添付する請求項の範囲内に含まれると見なされる。
【図面の簡単な説明】
【０１１９】
【図１】図１は、“仲間追跡機（Ｂｕｄｄｙ  Ｔｒａｃｋｅｒ（登録商標））”ソフトウェア搭載の携帯電話上に表示される典型的な開始スクリーンのスクリーン画面である。
【図２Ａ】図２Ａは、“仲間監視”システムのブロック図を示す。
【図２Ｂ】図２Ｂは、監督関係および“仲間リスト”のマトリックス、またはウェブを図示する。
【図２Ｃ】図２Ｃは、スタートアップスクリーンの図である。
【図２Ｄ】図２Ｄは、ｍａｐｉｔページを示す。
【図２Ｅ】図２Ｅは、ｍａｐｉｔページを有効なユーザーのリストの下方にスクロールすることで得られる、マニュアルリフレッシュ等のための追加のオプションを示す。
【図２Ｆ】図２Ｆは、有効ユーザーのスクリーンである。
【図３】図３は、ユーザーインターフェース内の表示を表わし、電話の“仲間リスト”の個々人と“テニスチーム”と名づけられた仲間のグループを示している。
【図４】図４は、ユーザーインターフェースの表示であり、テニスチームの“仲間リスト”エントリーが選択された結果と、テニスチームのメンバーの一人が位置情報表示のために選択されたときの表示された情報を示す。
【図５】図５は、テニスチームグループの選択されたメンバーの位置が表示された地図を示すユーザーインターフェースの画面である。
【図６】図６は、テニスチームの選択されたメンバーの位置の履歴が表現された地図表現を示すユーザーインターフェースの画面である。
【図７】図７は、本発明を採用した典型的なシステムにおけるスクリーン図であり、選択されたグループのメンバーの位置と状態を示す。
【図８】図８は、ボックスをダブルクリックするかまたはいずれかの他の方法によってＤｅａｎが選択され、ボックス４８内のＭａｐｉｔコマンドが与えられたときに表示される内容を示すスクリーン画面である。
【図９】図９は、“即席の仲間”関係が設定された後の“即席の仲間”表示のスクリーン画面である。
【図１０】図１０は、ボックス内に“即席の仲間”のＩＤを構築するために本発明の教示を採用したシステムにおける典型的なスクリーン画面であり、ボックス７２内で“即席の仲間”に呼び出しＩＤ（即席の仲間の呼び出しＩＤ、または電話番号がデフォルトで用いられる）を与えている。
【図１１】図１１は、立ち往生した車の旅行者、パイロット、またはハイカーが９１１にコンタクトし、提供された“即席の仲間”を求めて呼び出しＩＤと通信事業者を入力した後に、少なくとも“即席の仲間”の電話に現れる表示のスクリーン図である。
【図１２】図１２は、本発明の方法と装置がピアツーピアの実施例で動作する、典型的な従来技術の携帯電話システムのインフラのブロック図である。
【図１３】図１３Ａおよび図１３Ｂを含む図１３は、監視リストの携帯電話間でＧＰＳ位置データを交換する方法のフローチャートである。
【図１４】図１４
【図１５】図１５は、“即席の仲間関係”を構築するプロセスのフローチャートである。
【図１６】図１６は、本発明のインフラを提供するためにゲートウェイおよびインターネットのような広域ネットワークによって“仲間監視”サーバーに接続された典型的な携帯電話システムのブロック図である。
【図１７】図１７は、好ましい“即席の仲間の設定”プロセスのフローチャートである。
【図１８】図１８は、“即席の仲間の設定”プロセスに含まれるユーザーインターフェースの表示スクリーン画面である。
【図１９】図１９は、“即席の仲間の設定”プロセスに含まれるユーザーインターフェースの表示スクリーン画面である。
【図２０】図２０は、ｐｅｒｓｏｎａｌ  ｂｒｅａｄ  ｃｒｕｍｂｓモードを稼動させるプロセスと動作の仕方のフローチャートである。
【図２１】図２１は、ｐｅｒｓｏｎａｌ  ｂｒｅａｄ  ｃｒｕｍｂｓモードを構築し使用するプロセスの他の実施例のフローチャートである。
【図２２】図２２は、“即席の仲間”設定プロセスの好ましい実施例のフローチャートである。
【図２３】図２３は、仲間の位置の更新要請を受信するプロセスとそれを操作する他の実施例のフローチャートである。
【図２４】図２４は、デフォルトのスタートスクリーン画面と、ユーザーがスタートスクリーンへの行き来を進行案内できる他のいくつかのインターフェースス画面である。
【図２５】図２５は、ヘルプ画面であり、いかにして“新しい警告を見る”スクリーンに進行案内が達成されるかを示す。
【図２６】図２６は、他の複数のスクリーンのツリー構造を示し、それら他のスクリーンは、目標位置を追加する、目標位置に文字、声または写真で注を入れる、文字メッセージを追加する、写真を撮る命令や写真ファイルを見つけ出す命令を与える、目標に添付するボイスメッセージを記録する、すべての有効な仲間の位置の更新を要求する、すべての有効な仲間の位置をマッピングする、またはマッピングおよび位置更新の要請をする特定の仲間を選択するために使用することが出来る。
【図２７】図２７は、選択されたユーザーの位置をその履歴と共にマッピングし、そのユーザーに関する情報を与え、短い文字メッセージを送り、ボイスメッセージ、写真、“インスタントメッセンジャー”とのリンク、標的記号位置を記録および送信する等のために表示される多くの画面を示す。
【図２８Ａ】図２８Ａおよび図２８Ｂは、ｂｒｅａｄ  ｃｒｕｍｂｓモードのＯＮまたはＯＦＦ、ｐｅｒｓｏｎａｌ  ｂｒｅａｄ  ｃｒｕｍｂｓ追跡のための秘密コード、およびユーザーがＯＫであることの証明、チェック時間切れの間隔の設定、ｐｅｒｓｏｎａｌ  ｂｒｅａｄ  ｃｒｕｍｂｓモードにおいて緊急時に電話する他のユーザーの電話番号とＥメールアドレスの確立、グループ名の追加、変更または削除、マッピングスクリーン半径の設定、リフレッシュ頻度および更新の設定、リフレッシュ時間、リフレッシュのためのデルタ位置（ｄｅｌｔａ  ｐｏｓｉｔｉｏｎ）の変更などの設定を作りだすための、“仲間追跡器”ソフトウェアによって作られるユーザーインターフェース画面を示す。
【図２８Ｂ】図２８Ａおよび図２８Ｂは、ｂｒｅａｄ  ｃｒｕｍｂｓモードのＯＮまたはＯＦＦ、ｐｅｒｓｏｎａｌ  ｂｒｅａｄ  ｃｒｕｍｂｓ追跡のための秘密コード、およびユーザーがＯＫであることの証明、チェック時間切れの間隔の設定、ｐｅｒｓｏｎａｌ  ｂｒｅａｄ  ｃｒｕｍｂｓモードにおいて緊急時に電話する他のユーザーの電話番号とＥメールアドレスの確立、グループ名の追加、変更または削除、マッピングスクリーン半径の設定、リフレッシュ頻度および更新の設定、リフレッシュ時間、リフレッシュのためのデルタ位置（ｄｅｌｔａ  ｐｏｓｉｔｉｏｎ）の変更などの設定を作りだすための、“仲間追跡器”ソフトウェアによって作られるユーザーインターフェース画面を示す。
【図２９】図２９は、新しい仲間を創設するためのユーザーインターフェース画面を示し、交信経路およびこれを行うための許可プロトコルを示す。図１９は、以下にさらに述べるが、“即席の仲間”関係を開始し許可するスクリーンとプロトコルの代表例である。
【図３０】図３０は、閉鎖型の近隣グループ、開放型の近隣グループ等のためのマップルームを定義し、削除し、使用するためのユーザーインターフェース画面である。閉鎖型の近隣グループ用マップルームに対しては、リストされたユーザーは自分の好みで彼らがそのゾーンに居ることを自動的に入力する、または警告を受けるか、または手動で入力するかをセットできる。
【図３１】図３１は、携帯電話のトランシーバー操作を単純化するための“会話コントロール（Ｔａｌｋ  Ｃｏｎｔｒｏｌ）”システムのブロック図である。
【図３２】図３２は、トランシーバー動作可能な携帯電話のユーザーがそれに続いてトランシーバー動作を可能にするために、会話グループへの参加を開始することが出来るプロセスのフロー図である。
【図３３】図３３は、ルビコンサーバーがユーザーを自動的に削除するプロセスのフローチャートである。
【図３４】図３４は、ルビコンサーバーが、監督者がユーザーを追加するのを許可するプロセスのフローチャートである。
【図３５】図３５は、監督者が会話グループのユーザーを編集するプロセスのフローチャートである。
【図３６】図３６は、監督者が会話グループからユーザーを削除するプロセスのフローチャートである。
【図３７】図３７は、監督者がトークンを発行するプロセスのフローチャートである。
【図３８】図３８は、好みを設定するプロセスのフローチャートである。
【図４０】図４０は、監督者がグループを創設するプロセスのフローチャートである。
【図１】
2008538464.tif 000003
【図２Ａ】
2008538464.tif 000004
【図２Ｂ】
2008538464.tif 000005
【図２Ｃ】
2008538464.tif 000006
【図２Ｄ】
2008538464.tif 000007
【図２Ｅ】
2008538464.tif 000008
【図２Ｆ】
2008538464.tif 000009
【図３】
2008538464.tif 000010
【図４】
2008538464.tif 000011
【図５】
2008538464.tif 000012
【図６】
2008538464.tif 000013
【図７】
2008538464.tif 000014
【図８】
2008538464.tif 000015
【図９】
2008538464.tif 000016
【図１０】
2008538464.tif 000017
【図１１】
2008538464.tif 000018
【図１２】
2008538464.tif 000019
【図１３Ａ】
2008538464.tif 000020
【図１３Ｂ】
2008538464.tif 000021
【図１４Ａ】
2008538464.tif 000022
【図１４Ｂ】
2008538464.tif 000023
【図１４Ｃ】
2008538464.tif 000024
【図１５】
2008538464.tif 000025
【図１６】
2008538464.tif 000026
【図１７Ａ】
2008538464.tif 000027
【図１７Ｂ】
2008538464.tif 000028
【図１８】
2008538464.tif 000029
【図１９】
2008538464.tif 000030
【図２０Ａ】
2008538464.tif 000031
【図２０Ｂ】
2008538464.tif 000032
【図２１】
2008538464.tif 000033
【図２２】
2008538464.tif 000034
【図２３】
2008538464.tif 000035
【図２４】
2008538464.tif 000036
【図２５】
2008538464.tif 000037
【図２６】
2008538464.tif 000038
【図２７】
2008538464.tif 000039
【図２８Ａ】
2008538464.tif 000040
【図２８Ｂ】
2008538464.tif 000041
【図２９】
2008538464.tif 000042
【図３０】
2008538464.tif 000043
【図３１】
2008538464.tif 000044
【図３２】
2008538464.tif 000045
【図３３】
2008538464.tif 000046
【図３４】
2008538464.tif 000047
【図３５】
2008538464.tif 000048
【図３６】
2008538464.tif 000049
【図３７】
2008538464.tif 000050
【図３８】
2008538464.tif 000051
【図３９】
2008538464.tif 000052
【図４０】
2008538464.tif 000053
【国際調査報告】
2008538464.tif 000054