JP2008537375A - 無線データ交換 - Google Patents

Abstract

情報を交換し、管理するシステムは、自動的に、コール発信者のコンタクト先情報を、ユーザの電話帳に、自動的に挿入し、交換し、更新するように構成されているモバイルデバイスを含む。電話帳は、モバイルデバイスまたはリモートサーバ上では、ＵＩＣＣカード、ＳＩＭ、ＵＳＩＭ、メガＳＩＭ、任意の他のスマートカード、または集積チップのいずれかの上に駐在し得る。自動挿入および／または自動交換のメカニズムは、モバイルデバイスまたは他のデバイス上で、２人の人の間で、コールがなされるとき、トリガする。

Description

（発明の背景）
電話帳は、モバイル通信において、重要な役割を果たす。電話帳は、電話コール、テキストメッセージ、ファックス、インスタントメッセージ、および電子メールのためのコンタクト先の情報源である。モバイル電話市場における課題は、電話帳に格納されたコンタクト先情報を挿入し、更新し、維持することである。現在のところ、人々は、自分のモバイル電話に、電話番号を手入力しなくてはならない。これには、時間がかかり、電話上の小さなボタンおよび画面で行うのは、困難なことも多く、データの手入力による間違いを起こしやすい。その結果として、しばしば、多くの個人は、自分のモバイル電話帳に、コンタクト先情報を入力しない。

さらに、これらの問題は、たとえ、今日の電話帳が、複数の番号をサポートし得るにしても、ユーザが、コンタクト先と関連付けられた代替の電話番号（例えば、勤務先番号、自宅番号、およびファックス）を追加することを制限する。ますます洗練された電話（例えば、スマート電話、ＩＰ電話、およびインターネット可能な電話）が成長するとともに、また、コンタクト先の電子メールアドレスおよびインスタントメッセージ（ＩＭ）アドレスを格納する必要もある。しかしながら、電子メールアドレスおよびＩＭアドレスは、電話番号を入力するより、さらに大きな問題ですらあり得る。

今日のユーザにとっての別の課題は、コンタクト先の情報を他人への配送を制御する能力がないことである。例えば、人々は、モバイルの電話番号または勤務先の電話番号を他人に提供し得るが、自分の自宅の電話番号を提供することを欲しない。したがって、ユーザは、デバイスの電話帳の能力を使用して、メリットを受けるにあたって、多くの問題に直面し続けている。

（発明の概要）
本発明の実施形態は、コール発信者のコンタクト先情報をユーザの電話帳の中に、自動的に挿入、交換および更新するためのシステム、方法、およびデバイス強化を提供する。電話帳は、例えば、ＵＩＣＣカード（加入者インタフェースモジュール（「ＳＩＭ」）、ＵＳＩＭ、メガＳＩＭ、任意の他のスマートカードまたは集積チップ）上、モバイルデバイス上、あるいはリモートサーバ上のいずれかに駐在し得る。この自動挿入および／または自動交換のメカニズムは、モバイル電話または他のデバイス上では、２人の人の間で、コールがなされたときに、トリガされる。コールが完了すると、コール発信者は、自分がコール受信者に更新情報を送信したいかどうかを尋ねられる。送信したい場合は、その情報は、送信者またはコール発信者によって提供された許可設定に基づいて、自動的に受信者に送信される。受信者は、自分のデバイスで、新たな情報を受信することのオプションを有する。したがって、本発明の実施形態は、加入者識別モジュール、ＵＭＴＳ加入者識別モジュール、スマートカード、または埋込みチップのうちの少なくとも一つを有する第一のユーザデバイスと、無線ネットワークを介して、該第一のユーザデバイスとインタフェースするように構成された第二のユーザデバイスと、該第一のユーザデバイスと該第二のユーザデバイスとの間での通信時に、該第一のユーザデバイスが、第二のユーザと関連付けられた情報を、該無線ネットワークを介して、検索することが可能になるように構成されている、アプリケーションモジュールとを備える。

本発明のインプリメンテーションは、以下の特徴のうちの１つ以上を含み得る。本発明のシステムおよび方法は、コンタクト先情報を電話またはパーソナルデバイスに送信することをトリガするコールで、２つのモバイル電話の間でのＡｕｔｏＩｎｓｅｒｔ／ＡｕｔｏＥｘｃｈａｎｇｅを含み得る。ＡｕｔｏＩｎｓｅｒｔ／ＡｕｔｏＥｘｃｈａｎｇｅは、モバイルネットワークスイッチをトリガする電話コールとともに、２つのモバイル電話の間で発生して、モバイル電話へのメッセージを準備して、配信し得る。これらのメッセージは、２つ以上のモバイル電話帳の間でのコンタクト先情報の交換を処理する。さらに、ＡｕｔｏＩｎｓｅｒｔ／ＡｕｔｏＥｘｃｈａｎｇｅは、既存のＯｎｅＰＩＮ^ＴＭ技術を利用する２つのモバイル電話の間で、発生し得る。この技術は、米国特許第６，３７４，２５９号および同第６，６５４，７６８号の下でカバーされている手順を利用する。

一般的に、一局面において、本発明は、情報管理システムを含み、該システムは、アドレス帳を有する第一のユーザデバイスと、アドレス帳を有し、無線ネットワークを介し、該第一のユーザデバイスとインタフェースするように構成された第二のユーザデバイスと、該第一のユーザデバイスと該第二のユーザデバイスとの間での通信時に、該第一のユーザデバイスが、第一のユーザと関連付けられた情報を、該無線ネットワークを介して、該第二のユーザデバイスのアドレス帳に送信することが可能になるように構成されている、アプリケーションモジュールとを備える。

本発明のインプリメンテーションは、以下の特徴のうちの１つ以上を含み得る。上記アプリケーションモジュールは、上記第一のユーザデバイスまたは上記第二のユーザデバイスのうちの少なくとも一つの中の通信イベントを検出するように構成され得る。上記第一のユーザデバイスは、上記第一のユーザと関連付けられた情報を、上記アプリケーションモジュールによる上記通信イベントの検出と関連して上記第二のユーザデバイスに、送信するように構成され得る。上記第一のユーザデバイスは、上記第一のユーザを促して、該第一のユーザと関連付けられた情報を、上記アプリケーションモジュールによる上記通信イベントの検出と関連して上記第二のユーザデバイスに、送信するように構成され得る。上記アプリケーションモジュールは、上記第二のユーザデバイスのアドレス帳の中に、上記第一のユーザと関連付けられた上記情報を挿入するように構成されて得る。上記アプリケーションモジュールは、上記第二のユーザを促して、上記第二のユーザデバイスのアドレス帳に、上記第一のユーザと関連する上記情報を挿入するように、構成され得る。上記アプリケーションモジュールは、上記第一のユーザを促して、上記第一のユーザデバイスにおける第一のユーザ情報を更新するように構成され得る。

本発明のさらなるインプリメンテーションは、以下の特徴のうちの１つ以上を含み得る。上記記第一のユーザデバイスは、更新情報メッセージを、前記第二のユーザデバイスに送信して、前記第二のユーザデバイスのアドレス帳の中の前記第一のユーザに関連付けられた情報を更新するように構成され得る。前記アプリケーションモジュールは、前記第二のユーザデバイスのアドレス帳の中に、更新情報メッセージを挿入するように構成され得る。上記アプリケーションモジュールは、前記第二のユーザを促して、前記第二のユーザデバイスのアドレス帳の中に、更新情報メッセージを挿入するように構成され得る。前記第一のデバイスは、加入者識別モジュール、ＵＭＴＳ加入者識別モジュール、スマートカード、または埋込みチップのうちの１つを備えるスマートデバイスを含み得、該スマートデバイスは、前記第一のユーザのアドレス帳を含むように構成されている。前記第二のデバイスは、加入者識別モジュール、ＵＭＴＳ加入者識別モジュール、スマートカード、または埋込みチップのうちの１つを備えるスマートデバイスを含み、該スマートデバイスは、前記第二のユーザのアドレス帳を含むように構成されている。前記第一のユーザデバイスは、前記第一のユーザに関連する情報を、前記第二のユーザデバイスの前記スマートデバイスに送信するように構成され得る。前記アプリケーションモジュールは、前記通信のコール識別子を検出し、コール番号が、モバイルデバイスコール識別子であるかどうかを決定するように構成され得る。前記アプリケーションモジュールは、前記通信イベントの後、前記第一のユーザデバイスの中に格納された第二のユーザ識別子に対するフォーマットを検出し、該第二のユーザコンタクト先識別子が、正しいダイヤリングフォーマットでないとき、該第二のユーザコンタクト先識別子をフォーマットするように、さらに構成され得る。前記アプリケーションモジュールは、前記第一のユーザデバイスと前記第二のユーザデバイスとの間の前記通信の頻度を決定するように構成され得る。前記第一のユーザデバイスと前記第二の通信デバイスとの間の前記通信の前記頻度が、閾値を超えるとき、前記アプリケーションモジュールは、前記第一のユーザを促して、更新情報メッセージを、前記第二のユーザに送信するように構成され得る。前記第一のユーザデバイスが、前記無線ネットワークを介して、前記第一のユーザ情報を送信する前に、前記アプリケーションモジュールは、ローミング制限を前記第一のユーザデバイスに適用するかどうかを決定するように構成され得る。

一般的に、別の局面において、本発明は、無線デバイス内における統合のためのアプリケーションモジュールを提供する。該アプリケーションモジュールは、第一の無線デバイスと第二の無線デバイスとの間で、無線ネットワークを介して発生する通信イベントを検出し、該第二の無線デバイスに対するコール発信者ＩＤを受信し、該第一の無線デバイスの第一のユーザに関連する第一のユーザ情報を検索し、該第一のユーザ情報を、該無線ネットワークを介して、該第二の無線デバイスに対する該コール発信者ＩＤによって識別される該第二の無線デバイスに送信するように構成されている。

本発明のインプリメンテーションは、以下の１つ以上の特徴を含み得る。上記アプリケーションモジュールは、前記第一のユーザに、前記第一のユーザ情報の入力と、該第一のユーザ情報の更新とを促すように構成され得る。上記アプリケーションモジュール、前記第一のユーザ情報が更新されたとき、前記第二の無線デバイスに、更新メッセージを送信するように構成され得る。上記アプリケーションモジュールは、上記第二のユーザを促して、上記第一のユーザ情報を前記第二の無線デバイスに挿入するように構成され得る。上記アプリケーションモジュールは、上記第一のユーザ情報を、前記第二の無線デバイスの中に挿入するように構成され得る。上記第一のユーザに関する前記情報は、前記第二のユーザデバイスの中に含まれる加入者識別モジュール、ＵＭＴＳ加入者識別モジュール、スマートカード、または埋込みチップのうちの１つのアドレス帳の中に挿入され得る。上記アプリケーションモジュールは、前記第一のユーザ情報を前記第二の無線デバイスに送信して、該第一のユーザ情報を該第二の無線デバイスに格納するように構成され得る。上記アプリケーションモジュールは、ＳＭＳメッセージまたはＭＭＳメッセージを備えるメッセージ内の前記第一のユーザ情報を、前記第二の無線デバイスに送信し、該第一のユーザ情報を該第二の無線デバイスに格納するように構成され得る。上記アプリケーションモジュールは、前記第二の無線デバイスから第二のユーザ情報を受信し、前記第一の無線デバイスの前記第一のユーザを促して、該第一の無線デバイスでの格納のために、前記第二のユーザ情報を受け入れるように構成され得る。上記アプリケーションモジュールは、サーバ上に駐在するように、さらに構成され得、該サーバは、前記無線ネットワークを介して、前記第一のユーザデバイスおよび前記第二のユーザデバイスと相互作用する。

一般的に、別の局面において、本発明は、無線デバイスから自動的に、該無線デバイスの第一のユーザに関連する情報を送受信する方法を提供する。該方法は、第一の無線デバイスと第二の無線デバイスとの間に発生する通信イベントを検出することと、該第二の無線デバイスに対するコール発信者ＩＤを受信することと、許可をリクエストして、第一のユーザ情報は、該第二の無線デバイスに送信することを許容されているかどうかを決定することと、該第一のユーザ情報が、送信を許容されているとき、該第一のユーザ情報を、無線ネットワークを介して、該第二の無線デバイスに送信することとを含む。

本発明のインプリメンテーションは、以下の特徴の１つ以上を含み得る。上記方法は、前記第一のユーザ情報を、前記第二の無線デバイスに挿入して、該第二の無線デバイスに格納することを含み得る。上記方法は、該第二の無線デバイスを促して、前記第二の無線デバイスでの格納のために、前記第一のユーザ情報を受け入れることをさらに含み得る。上記方法は、前記第一の無線デバイスにおける前記第一のユーザ情報を更新することと、前記第二の無線デバイスに、該更新された第一のユーザ情報を送信することとを含み得る。上記方法は、前記第一の無線デバイスで、前記第二の無線デバイスから、第二のユーザ情報を受信することを含み得る。上記方法は、前記第一の無線デバイスの前記第一のユーザを促して、前記第一の無線デバイスでの格納のために、前記第二のユーザ情報を受け入れることを含み得る。

一般的に、別の局面は、本発明は、ネットワークを介して動作する情報管理システムを提供する。該システムは、第一のアプリケーションモジュールを有する第一のユーザデバイスであって、該第一のデバイスは、ネットワークを介して通信するように構成されている、第一のユーザデバイスと、第二のアプリケーションモジュールを有する第二のユーザデバイスであって、該第二のユーザデバイスは、該ネットワークを介して、該第一のユーザデバイスと通信するように構成されている、第二のユーザデバイスと、サーバアプリケーションモジュールを有するサーバであって、該サーバは、該ネットワークを介して動作し、該第一のユーザデバイスおよび該第二のユーザデバイスと通信する、サーバとを備える。該サーバアプリケーションモジュールは、該第一のユーザデバイスと該第二のユーザデバイスとの間での通信時に、該第一のユーザデバイスが、第一のユーザと関連付けられた情報を、該ネットワークを介して、該第二のユーザデバイスに送信することを可能にするように構成される。

本発明の特徴は、以下の利点の１つ以上を有する。プロセスは、ストレージ問題および処理パワー問題を緩和し得る。本発明のシステムおよび処理は、モバイルオペレータネットワークの統合問題において、補助し得る。ネットワーク上のユーザ間の情報の交換は、自動化され得る。モバイルデバイス上に格納された情報の更新は、選択によって、自動的に達成され得るか、あるいは手入力で達成され得る。他の能力は、以下の図面と記述から明らかになる。

（発明の詳細な説明）
本発明の実施形態は、一般的に、モバイルネットワークを介して使用されるモバイル電話の中に、コンタクト先の情報を挿入、交換、更新、および格納するための方法および装置に、向けられる。本発明の実施形態は、コンタクト先の情報以外の情報を、あるいはコンタクト先の情報に加えての情報を、挿入、交換、更新、あるいは格納するために使用され得る。本発明のさらなる実施形態は、モバイル電話以外のデバイスのためにも、モバイルネットワーク以外のネットワークを介して、使用され得る。本発明のインプリメンテーションは、ＳＩＭを用いるものとして、記載される。ＳＩＭカードは、例えば、ＳＩＭ、（Ｕ）ＳＩＭ、メガＳＩＭ、スマートカード、および他のアプリケーションを含むが、これらに限定されないことは、理解されるべきである。

図１を参照すると、モバイルコンタクト先管理情報システム１０００は、第一のユーザ電話１０１０、第二のユーザ電話１０１２、およびモバイルオペレータのネットワーク１０１６上のモバイルオペレータ無線（ＯＴＡ）通信プラットホーム１０１４を含む。コンタクト先管理情報システム１０００は、例えば、ＵＭＴＳモバイルオペレータネットワークである。システム１０００は、ＷＣＤＭＡ（ＧＳＭ）、ＣＤＭＡ、ＣＤＭＡ２０００などあるいは次世代電話システムのような他のタイプのモバイルネットワークでもあり得る。

図２を参照すると、モバイルコンタクト先管理情報システム２０００は、第一のユーザ電話２０１０、第二のユーザ電話２０５０、リモートコンピュータ２００３、リモートデータベースサーバ２００５、およびＯＴＡ通信プラットホーム２００１を含む。リモートコンピュータ２００３およびリモートデータベース２００５は、例えば、モバイルオペレータネットワークの一部であり得る。リモートコンピュータ２００３は、リモートデータベース２００５に結合される。第一のユーザ電話２０１０および第二のユーザ電話２０５０は、ＯＴＡプラットホーム２００１に接続される。ＯＴＡプラットホーム２００１は、第一のユーザ電話２０１０および第二のユーザ電話２０５０を、モバイルネットワークを介して、リモートコンピュータ２００３およびリモートデータベースサーバ２００５に接続する。

第一のユーザ電話２０１０は、ＵＩＣＣカード２０３０および電話オペレーティングシステム２０１１を含む。ＵＩＣＣカード２０３０は、（Ｕ）ＳＩＭアプリケーションモジュール２０９０、Ｊａｖａ（登録商標）ｃａｒｄ２０３１およびＳＩＭツールキット（ＳＴＫ）フレームワーク２０３２、および第一のユーザのＵＩＣＣカード電話帳２０３３を含む。ＵＩＣＣカード２０３０はまた、第一のユーザの自己プロファイルデータファイル２０３５、第一のユーザの最後にダイヤルされた番号（ＬＮＤ）データファイル２０３７、第一のユーザのＬＮＤパターンデータファイル２０３８、第一のユーザの動作モードデータファイル２０３４、および第一のユーザ構成ファイル２０３９も格納する。ファイル２０３４、２０３５、２０３６、２０３７、２０３８および２０３９は、ＯＴＡ更新を介して、ローカルに、あるいはリモートに変更され得る。電話オペレーティングシステム２０１１は、ディスプレイ制御モジュール２０１７、電話帳モジュール２０１５、電話イベント管理通信モジュール２０１４、およびＳＭＳモジュール２０１６を含む。電話オペレーティングシステムは、他のモジュールも含み得る。

第二のユーザ電話２０５０は、ＵＩＣＣカード２０８０、およびオペレーティングシステム２０５１を含む。第二のユーザＵＩＣＣカード２０８０は、（Ｕ）ＳＩＭアプリケーションモジュール２０９１、Ｊａｖａ（登録商標）ｃａｒｄ２０８１、ＳＩＭツールキット（ＳＴＫ）フレームワーク２０８２、および第二のユーザＵＩＣＣカード電話帳２０８３を含む。ＳＩＭファイルシステムは、第二のユーザの自己プロファイルデータファイル２０８５、第二のユーザの最後にダイヤルされた番号（ＬＮＤ）データファイル２０８７、第二のユーザのＬＮＤパターンデータファイル２０８８、第二のユーザ動作モードデータファイル２０８４、および第二のユーザの構成ファイル２０８９を格納する。ファイル２０８４、２０８５、２０８６、２０８７、２０８８、２０８９は、ＯＴＡ更新を介して、ローカルに、あるいはリモートに変更され得る。第二のユーザ電話のオペレーティングシステム２０５１は、ディスプレイ制御モジュール２０５７、電話帳モジュール２０５５、電話イベント管理通信モジュール２０５４、およびＳＭＳモジュール２０５６を含む。電話オペレーティングシステムは、他のモジュールも含み得る。

ＵＩＣＣカード２０３０および２０８０は、ユーザ電話２０１０およびユーザ電話２０５０のそれぞれに対して、それぞれの電話および電話オペレーティングシステムソフトウェアの中に組み込まれる。ＵＩＣＣカード２０３０およびＵＩＣＣカード２０８０は、第一のユーザ電話２０１０および第二のユーザ電話２０５０が、モバイルネットワーク、ＯＴＡプラットホーム２００１、および電話オペレータネットワークを介して、リモートサーバ２００３およびリモートデータベース２００５にアクセスすることを可能にする。（Ｕ）ＳＩＭアプリケーションモジュール２０９０および２０９１は、各電話のオペレーティングシステム上にインストールされ、各電話のファームウェアの中に、プログラミングされ得る。この場合、例えば、（Ｕ）ＳＩＭアプリケーションモジュール２０９０は、ＵＩＣＣカードアプリケーションよりも、むしろ、電話依存ソフトウェアアプリケーションになる。

第一のユーザ電話２０１０および第二のユーザ電話２０５０の（Ｕ）ＳＩＭアプリケーションモジュール２０９０、２０９１、およびＵＩＣＣカード電話帳２０３３、２０８３は、その双方が、単一のソフトウェアプログラムとして、展開されるように、結合され得る。ＵＩＣＣカード２０３０および２０８０は、異なるタイプの情報格納媒体および実行媒体でもあり得、例えば、通信チップ、あるいはＵＩＣＣまたはスマートカードのバリエーションであり得る。ＵＩＣＣカード２０３０および２０８０は、電話の別の集積スマートカードまたはチップであり得る。ＵＩＣＣ電話帳２０３３、２０８３は、コンタクト先エントリおよび他の個人化された項目を管理するために、別のタイプのファイルまたはソフトウェアプログラムと置換され得る。

（Ｕ）ＳＩＭアプリケーションモジュール２０９０は、ＵＩＣＣカード２０３０上に保存され得る。モジュール２０９０は、電話コール関連イベントを聞き、他の電話にリクエストを送信し、コール発信者情報を受信し、コンタクト先情報をＵＩＣＣ電話帳２０３３または電話自身に挿入する。追加の特徴は、ソフトウェア起動、個人情報更新、デフォルトアクセスレベル設定、電話帳バックアップ、および修復（ｒｅｓｔｏｒｅ）を含み得る。アプリケーションモジュール２０９０は、２Ｇおよび３Ｇ仕様と、特に、３ＧＰＰ ＴＳ ３１．１１１ （リリース６）、「ＵＳＩＭ Ａｐｐｌｉｃａｔｉｏｎ Ｔｏｏｌｋｉｔ（ＵＳＡＴ）」、３ＧＰＰ ＴＳ ３１．１０２（リリース６）「Ｃｈａｒａｃｔｅｒｉｓｔｉｃｓ ｏｆ ｔｈｅ ＵＳＩＭ ａｐｐｌｉｃａｔｉｏｎ」、ＥＴＳＩ ＴＳ １０２．２４１（リリース６）「ＵＩＣＣ ＡＰＩ ｆｏｒ Ｊａｖａ（登録商標）Ｃａｒｄ」との互換性を有する。モバイルネットワークは、任意の将来のモバイル、固定ライン、またはネットワークの任意の他の組み合わせであり得る。アプリケーションモジュール２０９０は、例えば、ＡＤＮ、ＡＮＲ、ＥＭＡＩＬ、ＳＮＥなどの電話帳ファイルタイプをさらにサポートし得る。モジュール２０９０はまた、基本的な電話帳構造、ＰＢＲタイプ「Ａ８」（「Ａ９」または「ＡＡ」タイプ拡張電話帳は、オプションである）をサポートし得る。アプリケーションモジュール２０９０は、ＧＰＲＳ、ＳＭＳ、ＭＭＳ、またはＴＣＰ／ＩＰを介して、直接通信し得る。ＵＩＣＣカード要求は、例えば、 Ｊａｖａ（登録商標）Ｃａｒｄ ２．１．１／２．２．１である。基本的な機能性は、ＵＩＣＣカード上に、約１８Ｋのストレージを要求する。他のカード要求およびストレージ能力も、可能であり、想定される。さらに、第一のユーザ電話２０１０に対して、機能性が議論されたが、同様の機能性は、第二のユーザ電話上で利用可能であり、インストールされる。

また、図３も参照すると、アプリケーションモジュール２０９０は、ＳＩＭツールキット（ＳＴＫ）フレームワーク２０３２上に構築され、ＳＴＫフレームワーク２０３２は、イベント通信モジュール２０１４を介して、第一のユーザ電話２０１０に通信する。ＳＴＫフレームワーク２０３２は、第一のユーザ電話２０１０の以下のイベントに、すなわち、コール制御イベント３０１０、コール接続解除イベント３０２０、コール接続イベント３０３０、メニュ選択イベント３０４０、ＳＭＳ ＰＰデータダウンロードイベント３０５０、および端末プロファイルダウンロードイベント３０６０に、登録する。ＳＩＭツールキット（ＳＴＫ）フレームワーク２０３２は、第一のユーザ電話２０１０に、プロアクティブなコマンドを送信する。例えば、フレームワーク２０３２は、ローカル情報３０７０、項目選択３０８０、テキスト表示３０９０、ＳＭＳ送信３１００、リフレッシュ３１１０、より多くの時間（ｍｏｒｅ ｔｉｍｅ）３１２０、および入力取得３１３０を提供するコマンドを送信する。イベントリスト設定３１５０およびメニュ設定３１６０は、ＳＴＫフレームワーク２０３２を介して発行されるプロアクティブなコマンドである。プロアクティブハンドラ３１７０は、データコンテナとして、例えば、データの格納のために、使用される。

また、図４も参照すると、モバイル電話２０１０およびＵＩＣＣカード２０３０を介して、（Ｕ）ＳＩＭアプリケーションモジュール２０９０を起動する方法が、ここで、記載される。（Ｕ）ＳＩＭアプリケーションモジュール２０９０は、例えば、モバイルオペレータによって、あるいはＵＩＣＣ製造業者によって、ユーザ１ＵＩＣＣカード２０３０の中に挿入され得る。ＵＩＣＣカードは、ＵＩＣＣ製造業者によって、ＵＩＣＣカード２０３０に、カードのＲＡＭに事前にインストールされた（Ｕ）ＳＩＭアプリケーションモジュール２０９０付きで購入され得る。第一のユーザが、ＵＩＣＣカード２０３０をモバイル電話２０１０に挿入すると、（Ｕ）ＳＩＭアプリケーションモジュール２０９０は、自動的に、オンになり、アプリケーションモジュール２０９０は、「ディスエーブル」状態に設定されるかどうかを決定する（ステージ５０１０）。アプレットが、「ディスエーブル」に設定されない場合、ステージ５０２０で、アプリケーションモジュール２０９０は、端末プロファイルダウンロードイベント３０６０に基づいて、そのモジュール自身を構成する（図５Ｂおよび関連する記述を参照）。

また、図５Ａも参照すると、アプリケーションモジュール２０９０は、端末プロファイルダウンロードイベント５０１０をハンドリングする。端末プロファイルダウンロードイベント５０１０は、電話がサポートするイベントを列挙する。ＳＩＭツールキットイベント／コマンドの一部が、ハンドセットによってサポートされない場合、（Ｕ）ＳＩＭアプリケーションモジュール２０９０は、ステージ５１３０で、この電話の欠点を補償するために、異なるように動作する。最小のハンドセット要求が、満たされないとき、（Ｕ）ＳＩＭアプリケーションモジュール２０９０は、自身を不活性にし、ＳＩＭツールキットメニュから自身を除去する（ステージ５１８０）。ステージ５１４０で、アプリケーションモジュール２０９０が、動作モードである場合、アプリケーションは、自己プロファイルデータファイル２０３５をダウンロードする。ステージ５１６０で、（Ｕ）ＳＩＭアプリケーションモジュール２０９０の動作前に、第一のユーザが、アプリケーションの設定を起動し、他者とコンタクト先情報を送受信することを可能にする（ステージ５１６０）。（Ｕ）ＳＩＭアプリケーションモジュール２０９０は、ユーザ１が設定プロセスを介して、アプリケーションを活性化することをリクエストする（ステージ５１７０）（図５Ｃおよび設定プロセスに関する付随説明を参照）。プロファイルプロセス設定が終了すると、あるいは中断すると、もしくは一時的にブレークすると（ステージ５１７０）、活動（ａｃｔｉｖｉｔｙ）は終了する（ステージ５１９０）。

また、図５Ｂも参照すると、アプリケーションモジュール２０９０は、電話２０１０、２０５０の能力に従って、構成される。ステージ５２１０で、アプリケーションモジュール２０９０は、「アイドル」ステータスに設定する。ステージ５２５５で、アプリケーションモジュール２０９０は、電話２０１０からＴＡＣ（ＩＭＥＩ番号の一部）を収集する。ステージ５２３０で、アプリケーションモジュール２０９０は、動作モードファイル２０３４から、ハンドセットモードを集める。ステージ５２３５で、アプリケーションモジュール２０９０は、ユーザ１構成ファイル２０３９を読む。ステージ５２４０で、ＵＳＣ２がＵＩＣＣカード２０３０内でサポートされる場合、デフォルト言語が、設定される。ステージ５２４５で、短縮ダイヤル番号（ＡＤＮ）ファイル（ＳＩＭ電話帳２０３３）が、テストされる。ステージ５２６０、５２６５、５２７０で、（Ｕ）ＳＩＭアプリケーションモジュール２０９０は、アプリケーションの動作レベルを登録する。アプリケーションモジュール２０９０は、ＳＲ（送信および受信）またはＲＳ（受信後、送信）の２つの異なるモードで動作し得る。本発明の実施形態は、完全な特徴を有するＳＲモードのサブセットを記載する。ＲＳモードは、完全な機能的なＳＲモードのサブセットである。アプレットは、ステージ５２９０に到着し、アプリケーション構成は、電話２０１０の端末プロファイルに基づいて、完了される。

また、図５Ｃも参照すると、ユーザは、ＵＩＣＣカード２０３０上の自己プロファイルファイル２０３５を設定する。活性化は、販売時点で行われ得るか、あるいはリモート構成プロセスを介するモバイルオペレータによって、ＯＴＡネットワーク２００１でリモートに行われ得る。（Ｕ）ＳＩＭアプリケーションモジュール２０９０が、事前にインストールされている場合、電話をオンにすること、あるいは第一の着信または発信コールの後に、コールを終えることもまた、（Ｕ）ＳＩＭアプリケーションモジュール２０９０を活性化し得る。

図５Ｃに、ユーザによる手動動作を介して、アプレット活性化プロセスが、記載される。（Ｕ）ＳＩＭアプリケーションモジュール２０９０が、実行されるとき、ユーザ１は、ステージ５３１０で、プロンプトされ、ＳＴＫテキスト表示プロアクティブコマンド３０９０を用いる以下の対話ボックス、例えば、「あなたのプロファイルを一度設定して、電話コールの後、友人とそのプロファイルを交換しなさい」で、コンタクト先情報を入力することによって、アプレットを起動する。ステージ５３２０で、ユーザ１は、各コンタクト先データを、連続的に入力するように求められる。コンタクト先情報の標準フィールドは、モバイル電話番号、勤務先電話番号、および自宅電話番号に対するフィールドを含む。電子メールおよびインスタントメッセンジャのアドレスのような他のデータのフィールドは、初期設定プロセスの後に、入力され得る。ユーザ１は、コンタクト先に対する名前と、そのコンタクト先に対するモバイル番号とを入力するように求められる。ユーザ１は、勤務先番号と自宅番号とを入力するように求められる。番号が、フォーマットされると、ユーザ１は、ステージ５３２０で、次の入力のために、再度導かれる。コンタクト先データは、ユーザ１自己プロファイル２０３５内の入力取得プロアクティブコマンド３１４０を用いて、ＳＴＫによって、格納される。

また、図５Ｄも参照すると、ユーザ１アプリケーションモジュール２０９０は、入力されたコンタクト先電話番号が、正しい国際フォーマットであるかどうかをチェックする。ユーザ１が、電話番号（モバイル、勤務先、自宅）を入力するように求められる度ごとに、（Ｕ）ＳＩＭアプリケーションモジュール２０９０は、入力された番号が、国際番号フォーマット（例えば、＋１５０８８３６８８１０）に合致するかどうかを自動的に検証する（ステージ５４１０）。フォーマット形式が正しい場合、プロセスは、ステージ５４９０で終了する。フォーマット形式が正しくない場合、アプリケーションモジュール２０９０は、国際ダイレクトダイヤリング（ＩＤＤ）および国内ダイレクトダイヤリング（ＮＤＤ）コードをこれらの番号に付け加える。確認は、テキスト表示プロアクティブコマンド３０９０を用いて、ユーザに表示される。一度、確認が表示されると、そのプロセスは、ステージ５４９０で終了する。ユーザによって入力された番号が、国際フォーマットにフィットするようにチェックされると、ユーザ１自己プロファイルデータファイル２０３５内に格納される。

図２、図３、図４、および図５Ａ〜図５Ｄのプロセスは、ユーザ１による使用に従って記載されているが、ユーザ２ＵＩＣＣカード２０９１も、電話２０５０の構成に対して、同様、あるいは実質的に同様のプロセスを実行する。ユーザ２コンタクト先情報は、第二のユーザの自己プロファイルデータファイル２０８５に格納され、アプレット構成は、第二のアプリケーションモジュール構成ファイル２０８９の中に格納される。

論証目的のために、コンタクト先情報の標準フィールドは、名前、勤務先番号、および自宅番号である。他のデータのフィールド、例えば、「電子メール」または「インスタントメッセンジャ」などは、初期設定プロセスの後に、入力され得る。コンタクト先データフィールドは、標準フィールドに限定され得るが、他のフィールドも含み得る。ユーザは、ＵＩＣＣカード内のＳＩＭツールキット２０３２および２０８２メニュを介して、アプリケーションモジュール２０９０にアクセスすることによって、いつでも、これらの指定を変更するオプションを有する。アプリケーションモジュールは、ユーザ１に対する自己プロファイルデータファイル２０３５と、ユーザ２に対する自己プロファイルデータファイル２０８５とを更新する（図８および付随説明の手動アプレットナビゲーション参照）。

また、図６Ａも参照すると、ユーザ１アプリケーションモジュール２０９０は、通信し、情報をパッケージングし、そして、ユーザ１コンタクト先情報をユーザ２に送信する。コンタクト先情報管理システム２０００は、モバイルネットワークを介して使用され得る。ユーザ１は、ユーザ１電話２０１０を用いて、モバイルオペレータを介して、ユーザ２電話２０５０に、コールする。ユーザ１ＵＩＣＣカード２０３０の（Ｕ）ＳＩＭアプリケーションモジュール２０９０は、「コール制御イベント」が、電話２０１０内でトリガされるとき、起動される。

また、図６Ｂも参照すると、ユーザ１アプリケーションモジュール２０９０は、ユーザ２動作モードデータファイル２０８４をチェックして、アプリケーションモジュール２０９０が、「アクティブ」モードであるかどうかを調べる（ステージ６１００）。アプレットモジュール２０９０が、「アイドル」状態である場合、モジュールは、何も行わず、「アイドル」状態のまま留まる。アプレットが、「アクティブ」状態である場合、モジュール２０９０は、ユーザ２電話２０５０の電話番号を、コール制御イベント３０１０から検索する。（Ｕ）ＳＩＭアプリケーションモジュール２０９０は、番号のタイプを検出する（ステージ６１２０）。その番号が、列挙された国内モバイル番号である場合、その番号は、アプレット状態を「コール制御発生」として、設定する（ステージ６１４０）。ダイヤルされた番号が、「非モバイル」番号である場合、アプリケーションモジュール２０９０は、その状態を「アイドル」として設定する（ステージ６１５０）。ユーザ２の電話番号を成功裏に検索した後、アプレットは、このプロセスを完了する（ステージ６１９０）。図６に示されるように、コール接続イベント３０３０は、アプリケーションモジュール２０９０をトリガする。

図６Ｃを参照すると、コール接続イベント３０３０が、トリガした後、アプリケーションモジュール２０９０は、ステージ６２１０で、アプレット状態が、「コール制御発生」状態であるかどうかをチェックする。アプレット状態が、異なる場合、アプレットは、ステージ６２９０で、自身を終了する。アプレットが、正しい状態にある場合、アプリケーションモジュール２０９０は、ステージ６２２０で、これが発信（ｏｕｔｇｏｉｎｇ）コールであるかどうかをチェックする。これが、発信コールでない場合、アプレット状態は、失敗し、アプレットは、ステージ６２９０で、自身を終える。これが、発信コールである場合、ステージ６２３０で、モジュール２０９０は、「コール制御発生」状態に留まり、その機能を続ける。

ユーザ１が、電話２０１０を停止するとき、コール接続解除イベント３０２０は、ユーザ１アプリケーションモジュール２０９０をトリガする。図６Ｄに記載されるように、ステージ６４１０で、ユーザ１アプリケーションモジュール２０９０は、アプレット状態が、依然「コール制御発生」状態であるかどうかをチェックする。アプリケーション状態が、異なる場合、アプリケーションモジュールは、ステージ６４９０にジャンプし、何も変化がなされない。アプリケーション状態が同じ場合、ユーザ１アプリケーションモジュール２０９０は、図６Ｅで詳細に記載される「送信」機能を実行する。

また、図６Ｅも参照すると、ユーザ１アプリケーションモジュール２０９０は、ユーザ１コンタクト先情報を送信する。ステージ６４１０で、ユーザ１アプリケーションモジュール２０９０は、ユーザ１自己プロファイルデータファイル２０３５が、完全で有効であるかどうかをチェックする。完全で有効でない場合、アプリケーションは、ステージ６４９０に進む。ユーザ１自己プロファイルデータファイル２０３５が、完全で有効である場合、ユーザ１アプリケーションモジュール２０９０は、ローミング検出を実行する（図６Ｇおよび付随説明を参照）。ステージ６４３０で、ローミング制約が適用される場合、アプリケーションは、ステージ６４９０に進む。ローミング制約がない場合、ステージ６４４０で、ユーザ１アプリケーションモジュール２０９０は、ユーザ１ＬＮＤカウンタデータファイル２０３７にアクセスし、最後にダイヤルされた番号（ＬＮＤ）閾値が到達されているかどうかをチェックする。ステージ６４４０で、ＬＮＤカウンタ閾値が到達されていなかった場合、アプリケーションは、ステージ６４９０に進む。ＬＮＤカウンタ閾値が到達されている場合、ユーザ１アプリケーションモジュール２０９０は、表示制御モジュール２０１７への質問「自分のプロファイルを送信」をトリガする。ユーザ１は、４つのオプション「パーソナル」、「ビジネス」、「双方」、「送信しない」、および「設定」を有する。ユーザ１は、「送信しない」のオプションを選択する場合、アプリケーションモジュール２０９０は、任意の他の質問をプロンプトしない。ユーザ１が、「設定」を選択する場合、ユーザ１は、自己プロファイルの変更を行うか、あるいは送信および追加の特徴をディスエーブル／エネーブルに設定スクリーンをするように、導かれる。ユーザ１が、ステージ６４６０で、他のオプション（「パーソナル」、「ビジネス」、「双方」）のうちの１つを選択する場合、ユーザ１アプリケーションモジュール２０９０は、ステージ６４７０で、ダイヤルされた電話番号に対するＬＮＤカウンタ値をインクリメントし、ユーザ１ＬＮＤカウントデータファイル２０３７内に、新たな値を保存する。ユーザ１アプリケーションモジュール２０９０は、「自己プロファイルのＳＭＳを送信」を生成する（図６Ｆおよび付随説明参照）。アプリケーションモジュール２０９０がＳＭＳを用いて、コンタクト先情報を交換することを、ユーザ１に認識させるために、最初に、ユーザ１が、自分のコンタクト先情報を選択して、送信するとき、ユーザ１は、「あなたは、ＳＭＳを送信しようとしていますが、あなたは本当に続けたいと思いますか？」というメッセージによって通知される。この通知が、一度なされ、ユーザ１が、第一回目に、この通知がなされたときに、ＳＭＳを送信することを許容するか、拒否するかのいずれかである場合、このメッセージは、引き続く送信に対して、表示されない。ステージ６４９０で、ユーザ１アプリケーションモジュール２０９０は、その当初のリスニング状態に戻る。

図６Ｆを参照すると、ユーザ１アプリケーションモジュール２０９０は、ＳＭＳ内におけるユーザ１コンタクト先情報を送信する。ステージ６５１０で、ユーザ１は、「パーソナル」のオプションを選択する場合、確認メッセージは、テキスト表示プロアクティブコマンド３０９０「自己プロファイル ＳＭＳを送信中・・・」を介して、ユーザ１表示モジュール２０１７上に表示され、ステップ６５３０で、ＳＭＳメッセージは、自己プロファイル内に特定される名、姓、モバイル、および自宅のデータフィールドを含んで、送信される。ユーザ１は、「ビジネス」のオプションを選択すると、確認メッセージは、「自己プロファイル ＳＭＳを送信中・・・」と表示され、ＳＭＳメッセージは、送信され、そのＳＭＳメッセージは、自己プロファイル内で特定される名、姓、モバイル、および勤務先のデータフィールドを含む。ユーザ１が、「双方」のオプションを選択すると、確認メッセージは、「自己プロファイル ＳＭＳを送信中・・・」と表示され、ＳＭＳメッセージは、送信され、このＳＭＳメッセージは、自己プロファイルデータファイル２０３５内で特定される名、姓、モバイル、自宅、勤務先のデータフィールドを含む。

また、図６Ｇも参照すると、ローミング検出オプション６４２０が、説明される。ユーザ１アプリケーションモジュール２０９０が、ステージ６４１０および６６１０で、ローミング検出を活性化すると、ユーザ１アプリケーションモジュール２０９０は、ステージ６６１０で、ＳＴＫからのローカル情報提供プロアクティブコマンド３３７０を用いて、電話２０１０から、モバイル国コード（ＭＭＣ）を得る。ステージ６６２０で、現在のモバイル国コード（ＭＭＣ）が、ユーザ１のモバイル国コードを合致する場合、ローミング制約は、適用されない。ステージ６６２０で、現在のモバイル国コード（ＭＭＣ）が、ユーザ１のモバイル国コードが合致しない場合、ステージ６６３０で、ユーザ１アプリケーションモジュール２０９０は、ダイヤルされた番号を国際国コードを用いて、チェックする。それが、国際国コードでダイヤルされた場合、ローミング制約は、適用されない。国際国コードが、ステージ６６３０で、ダイヤルされない場合、ローミング制約が適用され、アプリケーションは、図６Ｅのステージ６４４０に進む。

また、図６Ｈも参照すると、ユーザ１アプリケーションモジュール２０９０は、各ユーザに対するＬＮＤカウンタ値をチェックする。ＬＮＤカウンタ値のチェックの特徴は、静的イベントカウンタへの強化である。ユーザ１が、プロンプトされて、更新を他のユーザに送信する回数が、減少される。値チェックのプロセス６４４０は、各番号がコールされる頻度（すなわち、幾つかの番号は、１日に１０回コールされ、他の番号は、１カ月に１０回コールされる）に基づく。これは、ユーザ１が、固定されたコールの回数ではなく、適切な回数のコールの後に、自分のコンタクト先情報を再送信することを求められるようにするためである。ステージ６７１０で、ユーザ１アプリケーションモジュール２０９０は、ＬＮＤカウンタデータファイル２０３７から、新たにダイヤルされた番号を位置付ける。ダイヤルされた番号が、リストにない場合、その番号は、リストに追加される。ステージ６７２０で、ユーザ１アプリケーションモジュール２０９０は、ユーザ１ＬＮＤカウンタファイル２０３７から、番号に対するカウンタ値を抽出する。ステージ６７３０で、ユーザ１アプリケーションモジュール２０９０は、ユーザ１構成データファイル２０３９からのカウンタ閾値を得る。

また、図６Ｉも参照すると、ユーザ１アプリケーションモジュール２０９０は、カウンタ閾値を得る。この「最後にダイヤルされた番号」のリストは、ユーザ１ＬＮＤパターンデータファイル２０３８の中に格納される。送信更新問題のための閾値は、所与の番号が「最後にダイヤルされた番号」のリストに表示される回数に基づく。ステージ６８１０で、ユーザ１アプリケーションモジュール２０９０は、コール頻度パターンオプションが、ユーザ１構成データファイル２０３９にアクセスすることによって、エネーブルにされるかどうかをチェックする。コール頻度パターンオプションが、エネーブルにされていない場合、モジュール２０９０は、ユーザ１構成データファイル２０３９から標準閾値を取得する。コール頻度パターンオプションが、エネーブルにされていない場合、ユーザ１アプリケーションモジュール２０９０は、ＬＮＤパターンデータファイル２０３８における発生回数に基づいて、閾値を動的に計算する。

図７Ａを参照すると、ユーザ２アプリケーションモジュール２０９１は、通信し、ユーザ１コンタクト先情報を受信し、その情報をユーザ２ＳＩＭ電話帳２０８３の中に挿入する。コンタクト先交換は、ユーザ１とユーザ２との間で、ネットワークを介して発生する。ユーザ２アプリケーションモジュール２０９１が、通信し、パッケージし、ユーザ２コンタクト先情報をユーザ１に送信する。コール完了時点で、ユーザ１は、自分のコンタクト先情報を選択する。ユーザ２は、好ましくは、ユーザ１がユーザ２にユーザ１コンタクト先情報を送信する前に、ユーザ２アプリケーションモジュール２０９１の活性化を完了する。図２において、ユーザ１ＳＭＳメッセージは、モバイルオペレータ無線（ＯＴＡ）プラットホーム２００１およびモバイルオペレータＳＭＳ−Ｃセンタ２０４０を介して、移動する。ユーザ２電話２０５０は、ユーザ１コンタクト先情報を含むＳＭＳメッセージを受信する。ＳＭＳ ＰＰデータダウンロードイベント３０５０は、ユーザ２アプリケーションモジュール２０９１をトリガし、アプリケーションモジュール２０９１は、ＳＭＳ受信を示す。

図７Ｂにおいて、ユーザ２アプリケーションモジュール２０９１は、ＰＩＤ／ＤＣＳ値に基づいて、ＳＭＳメッセージプロセッサを選択する（ステージ７１０５）。ステージ７１１０で、ユーザ２アプリケーションモジュール２０９１は、ＳＭＳメッセージからユーザ１コンタクト先データを抽出する。ステージ７１１５で、ユーザ２アプリケーションモジュール２０９１は、ＳＭＳメッセージがモバイルオペレータ報告リクエストを含むかどうかのチェックを適用する。ＳＭＳメッセージがモバイルオペレータ報告リクエストである場合、ユーザ２アプリケーションモジュール２０９１は、モバイルオペレータ報告リクエストを処理する（ステージ７１２０）。ＳＭＳメッセージがモバイルオペレータ報告リクエストでない場合、ユーザ２アプリケーションモジュール２０９１は、テキスト表示プロアクティブコマンド３０９０を介して、ステージ７１２５で、ユーザ２電話２０５０上のユーザ２電話ディスプレイ２０５７内のアプリケーションメニュをトリガする（図８Ｃおよび図８Ｄ、ならびに以下の関連説明参照）。ユーザ２は、「ＳＭＳメッセージ受信」（ハンドセットに依存する特定のメッセージ）をプロンプトされる。ステージ７１２５で、ユーザ２アプリケーションモジュール２０９１は、ユーザ１がユーザ２（Ｕ）ＳＩＭ電話帳２０８３に既に格納されているどうかに依存して、以下の２つのメッセージ、すなわち、（ＳＩＭ電話帳に）「ユーザ１を追加するか？」、あるいは「ユーザ１を更新するか？」のうちの１つを表示する。ステージ７１３５で、ユーザ２が、「追加」または「更新」を選択すると、ユーザ１コンタクト先エントリが、ユーザ２（Ｕ）ＳＩＭ電話帳２０８３に格納または更新される。新たな記録が、成功裏に生成または更新される場合、ユーザ２アプリケーションモジュール２０９０は、「ユーザ１がＳＩＭ電話帳に追加された」あるいは「ユーザ１コンタクト先データが更新された」というメッセージを表示する。

ユーザ２アプリケーションモジュール２０９１が、ステージ７１４０で、ユーザ２（Ｕ）ＳＩＭ電話帳２０８３内に新たなエントリを生成し得ない場合、ユーザ２（Ｕ）ＳＩＭ電話帳２０８３は、「ＳＩＭ電話帳は満杯である」というメッセージをステージ７１５０で、テキスト表示プロアクティブコマンド３０９０を介して表示する。ステージ７１３５で、ユーザ２が、「追加しない」または「更新しない」を選択する場合、ユーザ２アプリケーションモジュール２０９１は、ステージ７１５０に進む。ステージ７１５０で、ユーザ２が、プロンプトされ、自分のコンタクト先情報をユーザ１に返信する。このアクションは、ユーザ１に対して、図６Ｅで上述されたプロファイル送信プロセスと、実質的に同じである。自己プロファイルデータファイル２０８５に格納されているユーザ２コンタクト先情報は、ユーザ１に送信される。

「プロファイル送信」プロセスが完了すると、ユーザ２アプリケーションモジュール２０９１は、以下のメッセージ「ＳＩＭをリフレッシュする準備中・・・」を表示制御モジュール２０５７に送信する。この時点で、ステージ７１５５で、ユーザ２アプリケーションモジュール２０９１は、ユーザ２Ｕ（ＳＩＭ）カード２０８０からＳＭＳメッセージを削除する。ステージ７１６０で、ユーザ２電話２０５０は、ＳＩＭリフレッシュプロアクティブコマンド３１２０を介して、ＳＩＭリフレッシュ機能を実行するように求められ、ハンドセットに特有のメッセージ（例えば、ＳＩＭリフレッシュ中）が、画面上に表示され得る。ＳＩＭリフレッシュ動作にエラーがある場合、ステージ７１６５で、「電話を再起動して、ＳＩＭ電話帳をリフレッシュせよ」というメッセージが、ユーザ２電話ディスプレイ２０５７上に表示される。ステージ７１７５で、ユーザ２アプリケーションモジュール２０９１は、ユーザ２電話２０５０が、テキスト表示プロアクティブコマンド３０９０を介して、「ＳＩＭ電話帳準備完了」を表示するように求める。

図８Ａを参照すると、手動アプリケーションナビゲーションが、ユーザ１およびユーザ２に利用可能である。ユーザ１が、ユーザ１電話２０１０内のユーザ１アプリケーションモジュール２０９０を動作することを選択するとき、メニュ選択イベント３０４０は、ユーザ１アプリケーションモジュール２０９０を活性化することをトリガする。

また、図８Ｂも参照すると、設定メニュ選択プロセス８０１０が、図示される。メニュ選択イベント３０４０がトリガされるとき、ユーザ１アプリケーションモジュール２０９０は、設定メニュを示す（ステージ８１００）（図８Ｃおよび関連説明参照）。ステージ８１１０で、ユーザ１が、メニュ項目のうちの１つを選択すると、ユーザ１アプリケーションモジュール２０９０は、関連するアクションをトリガする。

また、図８Ｃも参照すると、設定は、ユーザ１がユーザ１アプリケーションモジュール２０９０のデフォルトを変更するメニュである。設定メニュは、以下の利用フローの間に、すなわちコール後の自己プロファイル送信、コール後の自己プロファイル更新、電話帳へのコール発信者追加、電話帳のコール発信者更新、新たなユーザへの手動送信、あるいはＳＩＭアプリケーションへの手動ナビゲーションの間に、ユーザ１によってアクセスされ得る。ステージ８１１０で、ユーザ１は、設定メニュ内で、以下の選択肢、すなわち、「オプションのオフ」、「自己プロファイル編集」、「手動送信」、「言語」、および「アバウト（Ａｂｏｕｔ）」を有する。ユーザ１が、ステージ８２２０で、選択をするとき、アプリケーションは、関連するアクションをトリガし、完了したとき、アプリケーションは、設定メニュに戻る。オプションのオフというメニュは、特徴の送信および追加をディスエーブルまたはエネーブルにする能力を提供する。特徴の送信をディスエーブルにすることは、ユーザ１が、「自己プロファイルを送信するか？」の特徴をオン／オフすることを可能にする。この特徴が、ディスエーブルにされる場合、ユーザ１は、電話コールの後に、（ユーザ１自己プロファイルデータファイル２０３５に格納されている）自分のコンタクト先情報を送信するように、求められない。特徴の送信に対するデフォルト値は、「エネーブル」にされる。追加の特徴をディスエーブルにすることは、ユーザ１が、「［コール発信者］をＳＩＭ電話帳に追加するか？」というメッセージおよび特徴をオン／オフすることを可能にする。この特徴が、ディスエーブルにされる場合、ユーザ１は、アプリケーションモジュール２０９０のＳＭＳが受信される場合に、コール発信者をＳＩＭ電話帳２０３３に追加することを尋ねられない。特徴の追加に対するデフォルト値は、「エネーブル」にされる。

図８Ｄを参照すると、ユーザ１アプリケーションモジュール２０９０のメニュページは、アクティブに設定され、ユーザ１は、オプションとともに提供される。ステージ８３１０で、ユーザ１アプリケーションモジュール２０９０は、利用可能なオプションを表示する。アプリケーションが、他の電話２０１０のアクティビティを妨害しないことを確実にするために、モジュールは、ステージ８３２０で、端末を用いて、端末応答を獲得することによって、チェックする。ステージ８３３０で、端末が通話中でない場合、モジュール２０９０は、ステージ８３１０に戻り、電話２０１０の表示モジュール２０１７上のメニュ項目を示し続ける。ユーザ１アプリケーションモジュール２０９０は、時間プロアクティブコマンド３１３０を発行し得、アプリケーションメニュを表示し続ける。ステージ８３３０で、端末が通話中でない場合、ユーザ１アプリケーションモジュール２０９０は、メニュから選択されたオプションに戻る。

図８Ｅを参照すると、設定メニュ内の手動送信オプションが、利用可能である。ユーザ１が、手動送信オプションを選択する場合、ステージ８４１０で、ユーザ１アプリケーションモジュール２０９０は、ユーザ１自己プロファイルデータファイル２０３５が準備完了であるかどうかをチェックする。ステージ８４２０で、ユーザ１自己プロファイルデータファイル２０３５が準備完了である場合、ユーザ１アプリケーションモジュール２０９０は、入力取得プロアクティブコマンド３１４０をトリガすることによって、ユーザ２の宛先電話番号を入力するように求める。ユーザ２の電話番号が、入力される。ユーザ１アプリケーションモジュール２０９０は、図６Ｅに記載されるように、送信プロセスを実行する。

図８Ｆを参照すると、設定メニュ内の自己プロファイル編集オプションが、記載される。ユーザ１が、自己プロファイル編集オプションを選択する場合、ステージ８５１０で、ユーザ１アプリケーションモジュール２０９０は、自己プロファイル編集メニュを表示する。自己プロファイルメニュは、サブメニュ内に、ユーザ１コンタクト先情報を含む。データは、自己プロファイルデータファイル２０３５に格納されており、他のユーザに送信される情報である。デフォルト利用可能なオプションは、名、姓、モバイル番号、自宅番号、および勤務先番号である。データのフィールドおよびオプションは、これらの番号にのみに限定されることなく、アプリケーションモジュール２０９０のコードを拡張することによって、拡張され得る。

「言語」機能は、ユーザ１がユーザ１アプリケーションモジュール２０９０の言語を変更することを可能にする。言語オプションの数およびタイプは、例えば、モバイルオペレータによって決定される。デフォルト言語は、インプリメンテーションの間に、オペレータによって設定され得るか、ユーザ１アプリケーションモジュール２０９０の中にコード化され得るか、あるいはユーザ１構成ファイル２０３９のＯＴＡ更新を介して変更され得る。

「アバウト」機能は、ユーザ１アプリケーションモジュール２０９０の簡単な説明およびユーザ１に対するバージョン情報を提供する。アバウト機能はまた、動作モード、つまり、どのモードで、ハンドセットがユーザ１アプリケーションモジュール２０９０を動作させることを可能するかを決定するために使用されるメトリックも表示する。

図２〜図８を参照すると、「更新を送信する」機能は、ユーザ１アプリケーションモジュール２０９０が、ユーザ２電話帳（および他のユーザの電話帳）内のユーザ１コンタクト先情報を自動的に更新することを可能にする。更新を送信するアクションは、例えば、発信コールによって、あるいは着信するユーザ１アプリケーションモジュール２０９０のＳＭＳ通信によって、トリガされ得る。ユーザ１アプリケーションモジュール２０９０は、例えば、図６Ｅの送信プロセスを実行する。「更新」に対して使用されるシステムおよび方法は、「送信」プロセスと実質的に同じである。「更新を送信するか？」というクエリの頻度は、ユーザ１ＬＮＤカウンタデータファイル２０３７によって、制御される。各ＬＮＤカウンタデータファイルは、電話コール宛先番号またはＳＭＳ発信電話番号に結び付けられる。頻繁にコールを発信する人に対して、リクエストを繰り返して送信することを避けるために、ユーザ１ＬＮＤカウンタデータファイル２０３７は、各ユニークな宛先アドレスに対する発信コールの番号を追跡する。送信クエリは、ユーザ１ＬＮＤカウンタデータが、所与の宛先アドレスに対して、ベース閾値に達した後に、尋ねられる。ユーザ１は、自己プロファイルデータファイル２０３５の中の情報を変更し得えると、カウンタのリセットプロセスが、トリガされる。パーソナル情報（名前、モバイル番号または自宅番号）への変更は、以前にパーソナル情報を受信したことのある全てのコンタクト先に対するＬＮＤカウンタをリセットする。ビジネス情報（名前、モバイル番号または勤務先番号）への変更は、以前にビジネス情報を受信したことのある全てのコンタクト先に対するＬＮＤカウンタをリセットする。パーソナル情報およびビジネス情報の双方への変更は、全てのカウンタをリセットする。所与のコンタクト先に対するカウンタが、一度リセットされると、このコンタクト先への次回のコールは、コンタクト先情報交換をトリガさせる。

「更新を受信する」機能は、ユーザ２アプリケーションモジュール２０９１が、ＳＭＳメッセージを受信することを可能にするように構成され、このＳＭＳメッセージは、更新された情報を有するコール発信者のコンタクト先情報を含む。ユーザ２アプリケーションモジュール２０９１は、活性化し、ユーザ２に「ユーザ１を更新するか？」と、尋ねる。ユーザ２は、図７Ａ〜図７Ｂに記載された「受信」プロセスに従って、３つのオプション、すなわち、「はい」、「いいえ」、「設定」を有する。ユーザ２が、「はい」を選択する場合、ユーザ２ＵＩＣＣ電話帳２０８３内のユーザ２コンタクト先データエントリは、更新され、「ユーザ２が、ＳＩＭ電話帳内で更新された」といったようなメッセージが表示される。ユーザ２が、「いいえ」を選択する場合、ユーザ２ＵＩＣＣ電話帳２０８３は、変更されない。

図９を参照すると、モバイルコンタクト先情報管理システム９０００は、ＵＭＴＳネットワークのようなネットワーク内に、コンポーネントと、幾つかのデバイスへのこれらのコンポーネントの接続性とを含む。モバイルコンタクト先情報管理システム９０００は、第一のユーザ電話９０１０、第二のユーザ電話９０５０、リモートコンピュータ９００３、リモートデータベースサーバ９００５、スイッチ９００７、スイッチ通信アプリケーション９００４、およびモバイルオペレータ無線（ＯＴＡ）プラットホーム９００１、ならびに他のサーバおよびデータベースサーバを含む。

モバイルオペレータリモートコンピュータ９００３、リモートデータベース９００５、およびスイッチ９００７は、互いに結合される。第一のユーザ電話９０１０および第二のユーザ電話９０５０は、モバイルオペレータＯＴＡプラットホーム９００１を介して、通信するように構成される。ＯＴＡプラットホームは、第一のユーザ電話９０１０および第二のユーザ電話９０５０を、モバイルネットワークを介して、リモートコンピュータ９００３およびリモートデータベースサーバ９００５に接続する。図９において、第一のユーザ電話９０１０は、ＵＩＣＣカード９０３０を含み、第二のユーザ電話９０５０は、ＵＩＣＣカード９０８０を含む。このＵＩＣＣカード９０８０は、第一のユーザ電話９０１０および第二のユーザ電話９０５０が、モバイルネットワーク、ＯＴＡプラットホーム９００１、および電話オペレータネットワークを介して、リモートサーバ９００３およびリモートデータベース９００５にアクセスすることを可能にする。ＵＩＣＣカード９０３０、９０８０は、電話および電話オペレーティングシステムソフトウェアの中に組み込まれ得る。

第一のユーザのＵＩＣＣカード９０３０は、（Ｕ）ＳＩＭアプリケーションモジュール９０９０、Ｊａｖａ（登録商標）ｃａｒｄ９０３１、ＳＩＭツールキット（ＳＴＫ）フレームワーク９０３２、および第一のユーザＵＩＣＣカード電話帳９０３３を含む。さらに、ＳＩＭファイルシステムの中に、以下のファイル、すなわち、第一のユーザの自己プロファイルデータファイル９０３５、第一のユーザの最後にダイヤルされた番号（ＬＮＤ）データファイル９０３７、第一のユーザのＬＮＤパターンデータファイル９０３８、第一のユーザ動作モードデータファイル９０３４、および第一のユーザの構成ファイル９０３９が格納される。これらのファイルは、ＯＴＡ更新を介して、ローカルに、あるいはリモートに変更され得る。第一のユーザ電話９０１０は、電話オペレーティングシステム９０１１をさらに含む。第一のユーザ電話の電話オペレーティングシステム９０１１は、ディスプレイ制御モジュール９０１７、電話帳モジュール９０１５、電話イベント管理通信モジュール９０１４、およびＳＭＳモジュール９０１６を含む。他のモジュールもまた、含まれ得る。

第二のユーザのＵＩＣＣカード９０８０は、（Ｕ）ＳＩＭアプリケーションモジュール９０９０、Ｊａｖａ（登録商標）ｃａｒｄ９０８１、ＳＩＭツールキット（ＳＴＫ）フレームワーク９０８２、および第二のユーザＵＩＣＣカード電話帳９０８３を含む。ＳＩＭファイルシステムの中に、以下のファイル、すなわち、第二のユーザの自己プロファイルデータファイル９０８５、第二のユーザの最後にダイヤルされた番号（ＬＮＤ）データファイル９０８７、第二のユーザのＬＮＤパターンデータファイル９０８８、第二のユーザ動作モードデータファイル９０８４、および第二のユーザの構成ファイル９０８９が格納される。これらのファイルは、ＯＴＡ更新を介して、ローカルに、あるいはリモートに変更され得る。第二のユーザ電話９０５０は、電話オペレーティングシステム９０５１をさらに含む。第二のユーザ電話の電話オペレーティングシステム９０５１は、ディスプレイ制御モジュール９０５７、電話帳モジュール９０５５、電話イベント管理通信モジュール９０５４、およびＳＭＳモジュール９０５６を含む。他のモジュールも含まれ得る。

ユーザ１は、第一の電話９０１０を用いて、モバイルオペレータを介して、第二のユーザ電話９０５０にコールを行う（ステージ９０９０および９０６０）。スイッチ９００７は、コール発信者の電話番号に関して、リモートコンピュータ９００３内のスイッチ通信アプリケーション９００４に通知する。スイッチ通信アプリケーション９００４は、２つのＳＭＳメッセージを生成する。第一のＳＭＳメッセージは、ユーザ１電話９０１０に送信され、第二のメッセージは、ユーザ２電話９０５０に送信される。あらゆる場合において、第一のＵＩＣＣカード９０３０内の（Ｕ）ＳＩＭアプリケーションモジュールモジュール９０９０および第二のＵＩＣＣカード９０８０内の（Ｕ）ＳＩＭアプリケーションモジュールモジュール９０９０は、ＳＭＳメッセージによって、トリガされる。イベントをトリガするアプレットは、ユーザ１電話９０１０およびユーザ２電話９０５０内で置換される。各コールの終わりに、ユーザ１およびユーザ２に対する（Ｕ）ＳＩＭアプリケーションモジュール９０９０が、活性化されて、各ユーザをクエリし、コンタクト先情報を送信する。

代替として、ユーザ１自己プロファイルデータファイル９０３５、ユーザ１の最後にダイヤルされた番号（ＬＮＤ）データファイル９０３７、ユーザ１ＬＮＤパターンデータファイル９０３８、ユーザ１ユーザ動作モードデータファイル９０３４、およびユーザ１構成ファイル９０３９は、モバイルネットワークを介して、リモートコンピュータ９００３内のウェブインタフェースと、リモートデータベースサーバ９００５内のロジックと置換され得る。引き続き、図９を参照すると、ユーザ１は、ステージ９０９０および９０６０に示されるように、モバイル電話９０１０を用いて、モバイルオペレータを介して、ユーザ２電話９０５０にコールを行う。スイッチ９００７は、ユーザ１の電話番号に関して、リモートコンピュータ９００３内のスイッチ通信アプリケーション９００４に通知する。スイッチ通信アプリケーション９００４は、２つのＳＭＳメッセージを生成する。第一のＳＭＳメッセージは、ユーザ１電話９０１０に送信され、第二のメッセージは、ユーザ２電話９０５０に送信される。第一のＵＩＣＣカード９０３０内の（Ｕ）ＳＩＭアプリケーションモジュールモジュール９０９０および第二のＵＩＣＣカード９０８０内の（Ｕ）ＳＩＭアプリケーションモジュールモジュール９０９０は、ＳＭＳメッセージによって、トリガされる。この方法論の使用は、ユーザ１電話９０１０およびユーザ２電話９０５０内で、イベントをトリガするアプレットを置換するのみならず、リモートコンピュータ９００３、およびリモートデータベースサーバ９００５へのロケーションプロセスロジックを置換する。ユーザ１およびユーザ２に関連付けられた情報、例えば、自己プロファイルデータ、最後にダイヤルされた番号データ、ＬＮＤデータパターン、ユーザ動作モード、およびアドレス帳内のコンタクト先のリストは、リモートデータベースサーバ９００５内に格納される。各コールの終わりに、ユーザ１およびユーザ２に対する（Ｕ）ＳＩＭアプリケーションモジュール９０９０、９０９１は、活性化されて、各ユーザに、コンタクト先情報を送信するように求める。

図１０を参照すると、モバイルコンタクト先情報管理システム３０００は、本発明のコンポーネントと、ＵＭＴＳネットワークおよび固定ライン（陸上ライン）ネットワークのようなネットワーク間における幾つかのデバイスへのこれらのコンポーネントの接続性とを含む。モバイルコンタクト先情報管理システム３０００は、第一のユーザ電話３０１０、第二のユーザ固定ライン電話３０５０、第二のユーザコンピュータ３０８０、リモートコンピュータ３００３、リモートデータベースサーバ３００５、スイッチ３００７、スイッチ通信アプリケーション３００４、およびモバイルオペレータ無線（ＯＴＡ）プラットホーム３００１、固定ラインネットワーク３０６０、ならびに他のサーバおよびデータベースサーバを含む。

モバイルオペレータリモートコンピュータ３００３、リモートデータベース３００５、およびスイッチ３００７は、互いに結合される。第一のユーザ固定ライン電話３０５０は、モバイルオペレータＯＴＡプラットホーム３００１に接続される。第二のユーザ固定ライン電話３０５０は、固定ラインネットワーク３０６０に接続される。第二のユーザコンピュータ３０８０は、インターネットまたは他のネットワークを介して、リモートコンピュータ３００３およびリモートデータベースサーバ３００５に接続される。ＯＴＡプラットホームは、第一のユーザ電話３０１０を、モバイルネットワークを介して、リモートコンピュータ３００３およびリモートデータベースサーバ３００５に接続する。第一のユーザ電話３０１０は、ＵＩＣＣカード３０３０を含み、このＵＩＣＣカード３０３０は、第一のユーザ電話３０１０が、モバイルネットワーク、ＯＴＡプラットホーム３００１、および電話オペレータネットワークを介して、リモートサーバ３００３およびリモートデータベース３００５にアクセスすることを可能にする。ＵＩＣＣカード３０８０は、電話および電話オペレーティングシステムソフトウェアの中に組み込まれ得る。

ＵＩＣＣカード３０３０は、（Ｕ）ＳＩＭアプリケーションモジュール３０９０、Ｊａｖａ（登録商標）ｃａｒｄ３０３１、およびＳＩＭツールキット（ＳＴＫ）フレームワーク３０３２、第一のユーザのＵＩＣＣカード電話帳３０３３を含む。さらに、ＳＩＭファイルシステムの中に、以下のファイル、すなわち、第一のユーザの自己プロファイルデータファイル３０３５、第一のユーザの最後にダイヤルされた番号（ＬＮＤ）データファイル３０３７、第一のユーザのＬＮＤパターンデータファイル３０３８、第一のユーザの動作モードデータファイル３０３４、および第一のユーザ構成ファイル３０３９も格納される。これらのファイルは、ＯＴＡ更新を介して、ローカルに、あるいはリモートに変更され得る。第一のユーザ電話３０１０は、電話オペレーティングシステム３０１１をさらに含む。第一の電話オペレーティングシステム３０１１は、ディスプレイ制御モジュール３０１７、電話帳モジュール３０１５、電話イベント管理通信モジュール３０１４、およびＳＭＳモジュール３０１６、ならびに他のモジュールを含む。第二のユーザ固定ライン電話３０５０は、標準固定ライン電話、またはＶＯＩＰ電話、あるいは次世代デジタル電話であり得る。

第二のユーザのコンタクト先情報は、リモートデータベースサーバ３００５に結合されたリモートコンピュータ３００３内に格納される。第二のユーザは、インターネットを介して、例えば、リモートデータベースサーバ３００５内に格納されているコンタクト先情報を変更するために、リモートコンピュータへのアクセス権を有し得る。

図１０に従うと、ユーザ１は、モバイル電話３０１０を用いて、ステージ３０６５に示されるように、モバイルオペレータを介して、また、ステージ３０６０に示されるように、固定ラインネットワークを介して、第二のユーザ電話３０５０にコールを行う。スイッチ３００７は、ユーザ１の電話番号に関して、リモートコンピュータ３００３内のスイッチ通信アプリケーション３００４に通知する。スイッチ通信アプリケーション３００４は、リモートデータベースサーバ３００５に結合されたリモートコンピュータ３００３に通知する。リモートコンピュータ３００３は、ユーザ２コンタクト先データをリモートデータベースサーバ３００５から検索し、次いで、ユーザ２コンタクト先データをパッケージし、その情報をＳＭＳメッセージの中に挿入する。ＳＭＳメッセージは、ユーザ１電話３０１０に送信される。この場合において、第一のユーザのＵＩＣＣカード３０３０内の（Ｕ）ＳＩＭアプリケーションモジュール３０９０は、「受信」モードで、ＳＭＳメッセージによって、トリガする。実質的に同じアプリケーションモジュール３０９０を用いて、ユーザ１は、ユーザ２コンタクト先データを、ユーザ１ＵＩＣＣカード電話帳３０３３の中に挿入する。リモートデータベースサーバ３００５に結合されたリモートコンピュータ３００３は、ユーザ２リモートデータベース３００３のアカウント内のコールリスト内に、ユーザ１電話番号を格納する。ユーザ２は、リモートデータベースサーバ３００５に結合されたリモートコンピュータ３００３内の自分の情報を変更する。リモートコンピュータ３００３は、ユーザ２の更新されたコンタクト先データをリモートデータベース３００５から検索し、新たなユーザ２コンタクト先データをパッケージし、その情報をＳＭＳメッセージの中に挿入する。ＳＭＳメッセージは、ユーザ１電話３０１０に送信される。この場合において、第一のユーザのＵＩＣＣカード３０３０内の（Ｕ）ＳＩＭアプリケーションモジュール３０９０は、「受信」モードで、ＳＭＳメッセージによって、トリガされる。全く同じアプリケーションモジュール３０９０および方法論を用いて、ユーザ１は、ユーザ２の更新されたコンタクト先データを、ユーザ１ＵＩＣＣカード電話帳３０３３の中に挿入することが可能になる。

コンタクト先管理システム２０００、３０００、９０００に対する報告システムが、含まれ得る。（Ｕ）ＳＩＭアプリケーションモジュール２０９０は、利用報告を準備し、リモートコンピュータ２００３およびリモートデータベース２００５に送信する。（Ｕ）ＳＩＭアプリケーション２０９０は、利用データを収集し、リモートコンピュータ２００３およびリモートサーバ２００５に、情報を定期的に送信する。収集される情報は、着信コールの総数、電話帳内のコンタクト先の総数、ある期間内におけるパーソナルコンタクト先情報更新の総数を含むが、これらに限定されない。リモートデータベース２００５内で収集された情報は、利用統計および特性を解析するために、使用され得る。

本発明の実施形態は、ネットワークを介して、第一のモバイルユーザから第二のモバイルユーザへのデータの無線による交換を記載する。本明細書に記載された方法およびシステムを用いて、データは、Ｂｌｕｅｔｏｏｔｈ（登録商標）技術、赤外線、あるいは一つのデバイスから他のデバイスへの通信を可能にする他の無線技術を介して、データは移動され得る。

上述された本発明の実施形態の方法およびシステムは、ユーザがビジネスおよびパーソナルのコンタクト先情報を他のユーザに、モバイルネットワークを介して交換することを可能にする。他の実施形態において、企業は、本発明のコンタクト先情報システムを用いて、顧客、ベンダ、および他者との間でのデータ交換を提供し得る。他の実施形態において、モバイルオペレータは、本発明を用いて、顧客、ベンダ、小売商、または他者との間のモバイルにおけるイエローページまたはホワイトページの登録簿を提供し得る。さらに、本発明の実施形態は、コンタクト先情報の交換を記載する。他の情報も、ユーザ、顧客、ベンダ、または他者の間で、交換され得る。例えば、写真、リングトーン、他のオーディオまたはビジュアル情報、音楽ファイル、および他の情報のような情報も、本明細書に記載された装置およびシステムを介して、交換され得る。

本発明の少なくとも１つの例示的な実施形態が、以上のように記載されてきたが、様々な変更、改変、および改善は、当業者に、容易に想到される。このような変更、改変、および改善は、本発明の範囲および精神の中にあるものと、意図される。したがって、以上の記載は、例示であるに過ぎず、限定するものとして、意図されない。

図１は、本発明の一つの実施形態に従う通信システムの概略図である。 図２は、本発明の一つの実施形態に従う通信システムの概略図である。 図３は、本発明の一つの実施形態に従う通信システムのデータフロー図である。 図４は、本発明の一つの実施形態に従う通信システムのデータフロー図である。 図５Ａは、本発明の一つの実施形態に従う通信システムのサブシステムのデータフロー図である。 図５Ｂは、本発明の一つの実施形態に従う通信システムのサブシステムのデータフロー図である。 図５Ｃは、本発明の一つの実施形態に従う通信システムのサブシステムのデータフロー図である。 図５Ｄは、本発明の一つの実施形態に従う通信システムのサブシステムのデータフロー図である。 図６Ａは、本発明の一つの実施形態に従う通信システムのサブシステムのデータフロー図である。 図６Ｂは、本発明の一つの実施形態に従う通信システムのサブシステムのデータフロー図である。 図６Ｃは、本発明の一つの実施形態に従う通信システムのサブシステムのデータフロー図である。 図６Ｄは、本発明の一つの実施形態に従う通信システムのサブシステムのデータフロー図である。 図６Ｅは、本発明の一つの実施形態に従う通信システムのサブシステムのデータフロー図である。 図６Ｆは、本発明の一つの実施形態に従う通信システムのサブシステムのデータフロー図である。 図６Ｇは、本発明の一つの実施形態に従う通信システムのサブシステムのデータフロー図である。 図６Ｈは、本発明の一つの実施形態に従う通信システムのサブシステムのデータフロー図である。 図６Ｉは、本発明の一つの実施形態に従う通信システムのサブシステムのデータフロー図である。 図７Ａは、本発明の一つの実施形態に従う通信システムのサブシステムのデータフロー図である。 図７Ｂは、本発明の一つの実施形態に従う通信システムのサブシステムのデータフロー図である。 図８Ａは、本発明の一つの実施形態に従う通信システムのサブシステムのデータフロー図である。 図８Ｂは、本発明の一つの実施形態に従う通信システムのサブシステムのデータフロー図である。 図８Ｃは、本発明の一つの実施形態に従う通信システムのサブシステムのデータフロー図である。 図８Ｄは、本発明の一つの実施形態に従う通信システムのサブシステムのデータフロー図である。 図８Ｅは、本発明の一つの実施形態に従う通信システムのサブシステムのデータフロー図である。 図８Ｆは、本発明の一つの実施形態に従う通信システムのサブシステムのデータフロー図である。 図９は、本発明の一つの実施形態に従う通信システムの概略図である。 図１０は、本発明の一つの実施形態に従う通信システムの概略図である。

Claims (50)

1. アドレス帳を有する第一のユーザデバイスと、
   アドレス帳を有する第二のユーザデバイスであって、無線ネットワークを介して、該第一のユーザデバイスとインタフェースするように構成された第二のユーザデバイスと、
   該第一のユーザデバイスと該第二のユーザデバイスとの間での通信時に、該第一のユーザデバイスが、第一のユーザと関連付けられた情報を、該無線ネットワークを介して、該第二のユーザデバイスのアドレス帳に送信することを可能にするように構成された、アプリケーションモジュールと
   を備える、情報管理システム。
2. 前記アプリケーションモジュールは、前記第一のユーザデバイスまたは前記第二のユーザデバイスのうちの少なくとも一つにおける通信イベントを検出するように構成されている、請求項１に記載の情報管理システム。
3. 前記第一のユーザデバイスは、前記第一のユーザと関連付けられた情報を、前記アプリケーションモジュールによる前記通信イベントの検出に関連して前記第二のユーザデバイスに、送信するように構成されている、請求項２に記載の情報管理システム。
4. 前記第一のユーザデバイスは、前記第一のユーザを促して、該第一のユーザと関連付けられた情報を、前記アプリケーションモジュールによる前記通信イベントの検出に関連して前記第二のユーザデバイスに送信するように構成されている、請求項２に記載の情報管理システム。
5. 前記アプリケーションモジュールは、前記第二のユーザデバイスのアドレス帳に、前記第一のユーザと関連する前記情報を挿入するように構成されている、請求項１に記載の情報管理システム。
6. 前記アプリケーションモジュールは、前記第二のユーザを促して、前記第二のユーザデバイスのアドレス帳に、前記第一のユーザと関連付けられた前記情報を挿入するように構成されている、請求項１に記載の情報管理システム。
7. 前記アプリケーションモジュールは、前記第一のユーザを促して、前記第一のユーザデバイスにおける第一のユーザ情報を更新するように構成されている、請求項１に記載の情報管理システム。
8. 前記第一のユーザデバイスは、更新情報メッセージを、前記第二のユーザデバイスに送信して、前記第二のユーザデバイスのアドレス帳における前記第一のユーザに関連付けられた情報を更新するように構成されている、請求項１に記載の情報管理システム。
9. 前記アプリケーションモジュールは、前記第二のユーザデバイスのアドレス帳の中に、更新情報メッセージを挿入するように構成されている、請求項１に記載の情報管理システム。
10. 前記アプリケーションモジュールは、前記第二のユーザを促して、前記第二のユーザデバイスのアドレス帳に、更新情報メッセージを挿入するように構成されている、請求項１に記載の情報管理システム。
11. 前記第一のデバイスは、加入者識別モジュール、ＵＭＴＳ加入者識別モジュール、スマートカード、または埋込みチップのうちの１つを備えるスマートデバイスを含み、該スマートデバイスは、第一のユーザのアドレス帳を含むように構成されている、請求項１に記載の情報管理システム。
12. 前記第二のデバイスは、加入者識別モジュール、ＵＭＴＳ加入者識別モジュール、スマートカード、または埋込みチップのうちの１つを備えるスマートデバイスを含み、該スマートデバイスは、第二のユーザのアドレス帳を含むように構成されている、請求項１１に記載の情報管理システム。
13. 前記第一のユーザデバイスは、前記第一のユーザに関係する情報を、前記第二のユーザデバイスの前記スマートデバイスに送信するように構成されている、請求項１２に記載の情報管理システム。
14. 前記アプリケーションモジュールは、前記通信のコール識別子を検出して、コール番号がモバイルデバイスコール識別子であるかどうかを決定するように構成されている、請求項１に記載の情報管理システム。
15. 前記アプリケーションモジュールは、
    前記通信イベントの後、前記第一のユーザデバイスの中に格納された第二のユーザ識別子に対するフォーマットを検出し、
    該第二のユーザコンタクト先識別子が、正しいダイヤリングフォーマットでないとき、該第二のユーザコンタクト先識別子をフォーマットする
    ように構成されている、請求項１に記載の情報管理システム。
16. 前記アプリケーションモジュールは、前記第一のユーザデバイスと前記第二のユーザデバイスとの間の前記通信の頻度を決定するように構成されている、請求項１に記載の情報管理システム。
17. 前記第一のユーザデバイスと前記第二の通信デバイスとの間の前記通信の前記頻度が、閾値を超えるとき、前記アプリケーションモジュールは、前記第一のユーザを促して、更新情報メッセージを前記第二のユーザに送信するように構成されている、請求項１６に記載の情報管理システム。
18. 前記第一のユーザデバイスが、前記無線ネットワークを介して、前記第一のユーザ情報を送信する前に、前記アプリケーションモジュールは、ローミング制限を前記第一のユーザデバイスに適用するかどうかを決定するように構成されている、請求項１に記載の情報管理システム。
19. 無線デバイス内における統合のためのアプリケーションモジュールであって、該アプリケーションモジュールは、
    第一の無線デバイスと第二の無線デバイスとの間で、無線ネットワークを介して発生する通信イベントを検出し、
    該第二の無線デバイスに対するコール発信者ＩＤを受信し、
    該第一の無線デバイスの第一のユーザに関係する第一のユーザ情報を検索し、
    該第一のユーザ情報を、該無線ネットワークを介して、該第二の無線デバイスのための該コール発信者ＩＤによって識別される該第二の無線デバイスに送信する
    ように構成されている、アプリケーションモジュール。
20. 前記第一のユーザに、前記第一のユーザ情報の入力と、該第一のユーザ情報の更新とを促すように、さらに構成されている、請求項１９に記載のアプリケーションモジュール。
21. 前記第一のユーザ情報が更新されたとき、前記第二の無線デバイスに、更新メッセージを送信するように、さらに構成されている、請求項２０に記載のアプリケーションモジュール。
22. 前記第二のユーザを促して、前記第一のユーザ情報を前記第二の無線デバイスに挿入するように、さらに構成されている、請求項１９に記載のアプリケーションモジュール。
23. 前記第一のユーザ情報を、前記第二の無線デバイスに挿入するように、さらに構成されている、請求項１９に記載のアプリケーションモジュール。
24. 前記第一のユーザに関連する前記情報は、前記第二のユーザデバイスの中に含まれる加入者識別モジュール、ＵＭＴＳ加入者識別モジュール、スマートカード、または埋込みチップのうちの１つのアドレス帳の中に挿入される、請求項２３に記載のアプリケーションモジュール
25. 前記第一のユーザ情報を前記第二の無線デバイスに送信して、該第一のユーザ情報を該第二の無線デバイスに格納するように、さらに構成されている、請求項１９に記載のアプリケーションモジュール。
26. ＳＭＳメッセージまたはＭＭＳメッセージを備えるメッセージ内の前記第一のユーザ情報を、該第二の無線デバイスに送信して、該第一のユーザ情報を該第二の無線デバイスに格納するように、さらに構成されている、請求項２５に記載のアプリケーションモジュール。
27. 前記第二の無線デバイスから第二のユーザ情報を受信し、
    前記第一の無線デバイスの前記第一のユーザを促して、該第一の無線デバイスの中に格納するために、前記第二のユーザ情報を受け入れるように、さらに構成されている、請求項１９に記載のアプリケーションモジュール。
28. サーバ上に駐在するように、さらに構成され、該サーバは、前記無線ネットワークを介して、前記第一のユーザデバイスおよび前記第二のユーザデバイスと相互作用するように構成されている、請求項１９に記載のアプリケーションモジュール。
29. 無線デバイスから該無線デバイスの第一のユーザに関する情報を、自動的に送受信する方法であって、該方法は、
    第一の無線デバイスと第二の無線デバイスとの間に発生する通信イベントを検出することと、
    該第二の無線デバイスに対するコール発信者ＩＤを受信することと、
    許可をリクエストして、第一のユーザ情報が、該第二の無線デバイスに送信することを許容されているかどうかを決定することと、
    該第一のユーザ情報が送信を許容されているとき、該第一のユーザ情報を、無線ネットワークを介して該第二の無線デバイスに送信することと
    を包含する、方法。
30. 前記第一のユーザ情報を、前記第二の無線デバイスでの格納するために、該第二の無線デバイスに挿入することをさらに包含する、請求項２９に記載の方法。
31. 前記第二の無線デバイスを促して、該第二の無線デバイスでの格納のために、前記第一のユーザ情報を受け入れることをさらに包含する、請求項２９に記載の方法。
32. 前記第一の無線デバイスにおける前記第一のユーザ情報を更新することと、前記第二の無線デバイスに、該更新された第一のユーザ情報を送信することとをさらに包含する、請求項２９に記載の方法。
33. 前記第一の無線デバイスで、前記第二の無線デバイスから、第二のユーザ情報を受信することをさらに包含する、請求項２９に記載の方法。
34. 前記第一の無線デバイスの前記第一のユーザを促して、該第一の無線デバイスでの格納のために、前記第二のユーザ情報を受け入れることをさらに包含する、請求項２９に記載の方法。
35. ネットワークを介しての動作のための情報管理システムであって、該システムは、
    第一のアプリケーションモジュールを有する第一のユーザデバイスであって、該第一のデバイスは、ネットワークを介して通信するように構成されている、第一のユーザデバイスと、
    第二のアプリケーションモジュールを有する第二のユーザデバイスであって、該第二のユーザデバイスは、該ネットワークを介して、該第一のユーザデバイスと通信するように構成されている、第二のユーザデバイスと、
    サーバアプリケーションモジュールを有するサーバであって、該サーバは、該ネットワークを介して、かつ、該第一のユーザデバイスおよび該第二のユーザデバイスと通信して、動作する、サーバと
    を備える、ネットワークを介して動作する情報管理システムであって、
    該サーバアプリケーションモジュールは、該第一のユーザデバイスと該第二のユーザデバイスとの間での通信時に、該第一のユーザデバイスが、第一のユーザと関連付けられた情報を、該ネットワークを介して、該第二のユーザデバイスに送信することを可能にするように構成されている、情報管理システム。
36. 前記サーバアプリケーションモジュールは、前記第一のユーザデバイスと前記第二のユーザデバイスとの間の通信イベントを検出するように構成されている、請求項３５に記載の情報管理システム。
37. 前記リモートサーバアプリケーションモジュールは、前記第一のユーザと関連付けられた情報を、該サーバアプリケーションモジュールによる前記通信イベントの検出と関連して前記第二のユーザデバイスに送信するように構成される、請求項３６に記載の情報管理システム。
38. 前記第一のユーザアプリケーションモジュールは、前記第一のユーザと関連付けられた情報を、前記サーバアプリケーションモジュールによる前記通信イベントの検出と関連する前記第二のユーザデバイスに、送信するように構成されている、請求項３６に記載の情報管理システム。
39. 前記サーバアプリケーションモジュールは、前記第一のユーザを促して、該第一のユーザと関連付けられた情報を、前記第二のユーザデバイスに送信するように構成されている、請求項３５に記載の情報管理システム。
40. 前記サーバアプリケーションモジュールは、前記第二のユーザを促して、前記第二のユーザデバイスのアドレス帳の中に、前記第一のユーザと関連する前記情報を挿入するように構成されている、請求項３５に記載の情報管理システム。
41. 前記サーバアプリケーションモジュールは、前記第一のアプリケーションモジュールおよび前記第二のアプリケーションモジュールと通信して、第一のユーザと関連付けられた情報を交換するように構成されている、請求項３５に記載の情報管理システム。
42. 前記サーバアプリケーションモジュールは、前記第二のユーザを促して、前記第一のユーザと関連付けられた情報を、第二のユーザデバイスのアドレス帳の中に挿入するように構成されている、請求項３５に記載の情報管理システム。
43. 前記サーバアプリケーションモジュールは、前記第一のユーザを促して、前記第一のユーザデバイスにおける第一のユーザ情報を更新するように構成されている、請求項３５に記載の情報管理システム。
44. 前記サーバアプリケーションモジュールは、前記第二のユーザデバイスに、更新情報メッセージを送信して、前記第二のアプリケーションモジュールの中の前記第一のユーザと関連する前記情報を更新するように構成されている、請求項３５に記載の情報管理システム。
45. 前記サーバアプリケーションモジュールは、前記第二のユーザを促して、前記第二のアプリケーションモジュールの中に、更新情報メッセージを挿入するように構成されている、請求項３５に記載の情報管理システム。
46. 前記第一のデバイスは、加入者識別モジュール、ＵＭＴＳ加入者識別モジュール、スマートカード、または埋込みチップのうちの１つを備えるスマートデバイスを含み、前記第一のアプリケーションモジュールは、該スマートデバイス上に駐在している、請求項３５に記載の情報管理システム。
47. 前記第二のデバイスは、加入者識別モジュール、ＵＭＴＳ加入者識別モジュール、スマートカード、または埋込みチップのうちの１つを備えるスマートデバイスを含み、前記第二のアプリケーションモジュールは、該スマートデバイス上に駐在している、請求項３５に記載の情報管理システム。
48. 前記サーバアプリケーションモジュールは、前記通信のコール識別子を検出して、前記コーリング番号が、モバイルデバイスコール識別子であるかどうかを決定するように構成されている、請求項３５に記載の情報管理システム。
49. 前記サーバアプリケーションモジュールは、前記第一のユーザデバイスと前記第二のユーザデバイスとの間での前記通信の頻度を決定するように構成される、請求項３５に記載の情報管理システム。
50. 前記第一のユーザデバイスと前記第二のユーザデバイスとの前記通信の前記頻度が、閾値を超えるとき、前記サーバアプリケーションモジュールは、前記第一のユーザを促して、前記第二のユーザに、更新情報メッセージを送信するように構成されている、請求項４９に記載の情報管理システム。

Images