无线电数据交换的制作方法

专利名称：无线电数据交换的制作方法
无线电数据交换
背景技术：
电话簿在移动通信中扮演重要角色。它是用于电话、文本短 消息、传真、即时通讯和电子邮件的联络数据来源。移动电话市 场中的挑战是插入、更新和维持储存在电话簿中的联络信息。现 在，人们必须用手把电话号码输入移动电话。这要花费时间，用 电话上如此小的按扭和荧屏往往是困难的，而且人工输入数据容 易出错。时常，结果是许多个体不在他们的移动电话簿中输入耳关 络数据。
除此之外，这些问题限制用户添加与联络相关的替代电话号 码(例如，商务电话、住宅电话和传真)，即4吏今天的电话簿能支 持多个号码也如此。随着更复杂的电话的发展(例如，智能型电 话、IP电话和能上英特网的电话)，也需要4诸存各种^:络的电子 邮件地址和即时通信(IM)地址。然而，输入电子邮件地址和IM 地址可能比输入电话号码甚至更净束手。
对于用户今天的另 一个问题是无法控制与其他人的联络信 息的分配。举例来说，人们或"^H巴移动电话号码或商务电话号石马 提供给另一个人，但是不想提供他们家的电话号码。因此，用户 在使用和受益于装置电话簿的能力方面继续面对许多问题。

发明内容
本发明的实施方案提供一些系统、方法和装置改造，以便自 动地在用户的电话簿中插入、交换和更新主叫用户的联络信息。
例如，电话簿能驻留在移动装置上或在远程服务器上的UICC卡 (客户接口模块("SIM卡"))、USIM卡、高密度SIM卡、任何 其它的智能卡或集成芯片上。当一个人在移动电话或其它装置上 呼叫另一个人的时候，触发自动插入和/或自动交换才几制。在呼叫 完成时，询问主叫用户是否想把更新yf言息发送纟会一皮叫用户。如果 是，该信息基于发送者或主叫用户提供的许可设定自动地发送给 被叫用户。被叫用户有以他或她的装置接收新信息的选项。因此， 本发明的一个实施方案包4舌一个凝:据管理系统，该系统有至少有 客户身份识别模块、通用移动通信系统客户身份识别才莫块、智能 卡或植入芯片之一的第一用户装置；为在无线网络上与第一用户 装置接口而配置的第二用户装置和为使第一用户装置能在第一 用户装置和第二用户装置通信之时在无线网络上取回与第二用 户装置相关的信息而配置的应用程序模块。
本发明的落实能包括一个或多个下列特征。本发明的系统和 方法可能包括两个移动电话之间的自动插入/自动交换，呼叫触发 ^:络信息向 一部电话或其它的个人装置的发送。自动插入/自动交 换可能发生在两部移动电话之间， 一个电话的呼叫触发移动网络 开关以准备短消息和4巴该短消息分配纟会那部移动电i舌。这些#豆消 息处理两个或两个以上移动电话簿之间的耳关纟备信息交纟奐。此外， 自动插入/自动交换可能发生在两部利用现有的OnePIN 技术的 移动电话之间，其中所述OnePIN 技术利用在专利号6,374,259 和6,654,768之下包括的程序。户装置和为使第一用户装置能在第一用户装置和第二用户装置 通信之时把与第一用户相关的信息在无线网络上发送给第二用 户装置地址簿而配置的应用程序才莫块组成的数据管理系统。
本发明的落实可能包括 一 个或多个下列特征。该应用程序才莫 块能^皮配置成至少4全测第一用户装置或第二用户装置之一的通 信事件。第一用户装置能被配置成把与第一用户相关的信息与该 应用程序模块对通信事件的检测结果结合发送给第二用户装置。 第一用户装置能被配置成促使第一用户把与第一用户相关的信 息与该应用程序才莫块对通信事件的检测结果结合发送给第二用 户装置。该应用程序模块能被配置成把与第 一用户相关的信息插 入第二用户装置地址簿。该应用程序模块能被配置成促使第二用 户4巴与第 一用户相关的信息插入第二用户装置地址簿。该应用矛呈 序模块能被配置成促使第一用户更新在第一用户装置中的第一 用户信息。
本发明的进一步落实提供一个或多个下列特征。第一用户装 置能被配置成将更新信息短消息发送给第二用户装置以便更新 在第二用户装置地址簿中与第 一 用户相关的信息。应用程序模块
能被配置成把更新信息短消息插入第二用户装置地址簿。应用程 序模块能被配置成促使第二用户4巴更新信息短消息插入第二用 户装置地址簿。第一装置能包括由客户身份识别模块、通用移动 通信系统客户身份识别模块、智能卡或植入芯片之一组成的智能 器件，而其中所述智能器件被配置成包括第一用户地址簿。第二 装置包括由客户身份识別模块、通用移动通信系统客户身份识别 模块、智能卡或植入芯片之一组成的智能器件，而其中所述智能 器件被配置成包括第二用户地址簿。第一用户装置能^皮配置成4巴 与第一用户有关的信息发送给第二用户装置的智能装置。应用程 序才莫块能^皮配置成检测通信的呼叫标识符以确定主叫号码是否是移动装置呼叫标识符。应用程序模块能被进一步配置成在通信
事件之后^r测储存在第 一用户装置中的第二用户标识符的格式
而且在第二用户联:纟各标识符不呈现正确的拨号才各式的时^f'美爿夺第 二用户联:络标识符格式化。应用程序才莫块能4皮配置成确定第一用 户装置和第二用户装置之间的通信频率。当第 一用户装置和第二 用户装置之间的通信频率超过某个阈值的时候，该应用程序才莫块 能被配置成促使第一用户把更新信息短消息发送给第二用户。该 应用程序模块能被配置成在第一用户装置在无线网络上发送第 一用户信息之前确定漫游限制是否适用于第 一用户装置。
一般地说，另一方面，本发明提供整合在无线装置中的应用 程序才莫块。该应用程序才莫块^皮配置成4全测第一无线装置和第二无
线装置之间的通信事件，该通信事件正发生在无线网络上；接收 用于第二无线装置的主叫用户标识；取回与第 一无线装置的第一 用户有关的第一用户信息；以及在无线网络上将第一用户信息发 送结—昔助供第二无线装置〗吏用的主叫用户标识识别的第二无线装置。
本发明的落实可能包括一个或多个下列特征。应用程序^t块 能被配置成促使第一用户输入第一用户信息和更新第一用户信 息。该应用程序模块能被配置成当第 一用户信息被更新的时候把 更新短消息发送给第二无线装置。该应用程序模块能被配置成促 使第二用户把第一用户信息插入第二无线装置。应用程序模块能 一皮配置成4巴第一用户信息插入第二无线装置。与第一用户有关的 信息能被插入第二用户装置所包括的客户身份识别才莫块、通用移 动通信系统客户身份识别才莫块、智能卡或才直入芯片之一的地址 簿。该应用程序模块能被配置成将第一用户信息发送给第二无线 装置以便将第 一 用户信息储存在第二无线装置中。该应用程序模 块能4皮配置成将在组成SMS短消息或MMS短消息的短消息之内的第 一 用户信息发送给第二无线装置以便将第 一 用户信息储存 在第二无线装置中。该应用程序才莫块能^皮配置成^^妄收来自第二无 线装置的第二用户信息和促使第 一 无线装置的第 一 用户接收该 第二用户信息以便储存在第 一无线装置中。该应用程序模块能被
配置成驻留在服务器，该服务器是为在无线网络上与第一用户装 置和第二用户装置相互耳关系而配置的。
一4殳地说，在另一个方面，本发明提供用来自动地发送和4妾 收来自某个无线装置的信息的方法，该信息与该无线装置的第一 用户有关。所述方法包括"险测在第一无线装置和第二无线装置之
间发生的通信事件；接收适用于第二无线装置的主叫用户标识； 请求许可以确定是否允许把第一用户信息传输给第二无线装置；
以及当允许传输第 一用户信息的时候在无线网络上将第 一用户 信息发送给第二无线装置。
本发明的落实可能包括一个或多个下列特征。该方法能包括 把第一用户信息插入第二无线装置以便储存在第二无线装置中。 该方法能包括促使第二无线装置接受第 一用户信息以便储存在 第二无线装置中。该方法能包括更新第一无线装置中的第一用户 信息和将更新后的第 一 用户信息发送给第二无线装置。该方法能 包括接收以第一无线装置接收来自第二无线装置的第二用户信 息。该方法能包括促使第 一无线装置的第 一用户接受储存在第一 无线装置中的第二用户信息。
一般地说，在另一方面，本发明提供一种适合在网络上操作 的数据管理系统。该系统包括有第一应用程序模块的第一用户装 置，该第一装置是为在网络上通信配置的；有第二应用程序模块 的第二用户装置，第二用户装置上为在网络上与第一用户装置通 信配置的；以及有服务器应用程序模块的服务器，该服务器在网 络上操作而且与第一用户装置和第二用户装置通信。该服务器应用程序模块被配置成使第 一用户装置能在网络上把与第 一用户 相关的信息在第 一用户装置和第二用户装置通信之时发送给第 二用户装置。
本发明的特征可能4是供一个或多个下列优势。该程序可能减 轻爿賭存问题和处理能力问题。本发明的系统和程序可能有助于解
决Mobile Operator Network(移动运营商网络)的整合问题。在网
络上用户之间的信息交换能被自动化。更新储存在移动装置上的 信息能自动地实现或按照选择人工输入。其它的能力将在回顾下 列的附图和描述之时变得明显。


图1是依照本发明的一个实施方案的通信系统的示意图。
图2是依照本发明的 一 个实施方案的通信系统的示意图。
图3是依照本发明的一个实施方案的通信系统的数据流程图。
图4是依照本发明的一个实施方案的通信系统的lt据流程图。
图5A-5D是依照本发明的一个实施方案的通信系统的子系 统的翁:据流考呈图。
图6A-6I是依照本发明的一个实施方案的ii/f言系统的子系统 的数据流程图。
图7A-7B是依照本发明的一个实施方案的通信系统的子系 统的凄t据流程8A-8F是依照本发明的 一个实施方案的通信系统的子系统 的凝:据流禾呈图
图9是依照本发明的一个实施方案的通信系统的示意图。 图10是依照本发明的 一 个实施方案的通信系统的示意图。 具体实施方法
技术领域：
本发明的实施方案通常指向用来插入、交换、更新和^f渚存在
移动网络上^f吏用的移动电话的联:络信息的方法和装置。本发明的 实施方案能用来插入、交换、更新或〗诸存不同于联:络信息或除联: 络信息之外的信息。本发明的进 一 步的实施方案能用于不同于移 动电话的装置和不同于移动网络的网全各。本发明的落实^皮描述为
使用SIM卡。人们将理解SIM卡包括但不限于SIM卡、(U)SIM 卡、高密度SIM卡，智能卡和其它应用程序。
参照图1,移动联络信息管理系统1000包括在移动运营商网 络1016上的第一用户电话1010、第二用户电话1012和Mobile Operator Over The Air(OTA) communication platform(移动运营商 无线通信平台)1014。举例来说，该联络信息管理系统1000是一 个UMTS Mobile Operator Network(通用移动通4言网纟各移动运营 商网络)。系统1000可能是另 一类型的移动网络(例如， WCDMA(GSM)、 CDMA、 CDMA 2000等等)或下一代电话系统。
参照图2，移动联络信息管理系统2000包括第一用户电话 2010、第二用户电i舌2050、远禾呈i十算才几2003、远禾呈H才居库月良务 器2005和OTA通信平台2001。举例来说，远程计算机2003和 远程凄t据库2005可能是移动运营商网络的一部分。远禾呈计算才几 2003与远程数据库2005耦合。第一用户电话2010和第二用户电话2050与OTA平台2001连接。OTA平台2001在移动网络上将 第一用户电话2010和第二用户电话2050与远程计算机2003和 远程tt据库力良务器2005连4妄起来。
第一用户电话2010包括UICC卡2030和电话操作系统2011。 UICC卡片2030包4舌(U)SIM应用禾呈序才莫块2090、 Java卡2031 和SIM卡智能工具包(STK)构架2032、以及第一用户UICC卡 电话簿2033。 UICC卡2030也储存第一用户MyProfile数据文件 2035、第一用户最后拨号(LND)数据文件2037、第一用户LND 样式数据文件2038、第一用户才喿作才莫式^:据文件2034和第一用 户酉己置文4牛2039。文4牛2034、 2035、 2036、 2037、 2038禾口 2039 能被本地改变或经由OTA更新被远程改变。电话操作系统2011 包括显示控制才莫块2017、电话簿才莫块2015、电话事件管理通信 模块2014和SMS模块2016。该电话操作系统可能包括其它模块。
第二用户电话2050包4舌UICC卡2080和才喿作系统2051。第 二用户UICC卡2080包4舌(U)SIM应用程序才莫块2091、 Java卡 2081、 SIM卡智能工具包(STK)构架2082和第二用户UICC卡电 话簿2083。SIM文件系统储存第二用户MyProfile数据文件2085、 第二用户最后拨号(LND)数据文件2087、第二用户LND样式数 据文件2088、第二用户操作才莫式数据文件2084和第二用户配置 文4牛2089。文4牛2084、 2085、 2086、 2087、 2088、 2089肯巨#:本 i也改变或经由OTA更新净皮远禾呈改变。第二用户电i舌操作系统 2051包括显示控制模块2057、电话簿模块2055、电话事件管理 通信模块2054和SMS模块2056。该电话操作系统可能包括其它 的模块。
就用户电话2010和用户电话2050之中的每一个而言，UICC 卡2030和2080 一皮集成到相应的电话和电诏、燥作系统库欠件之中。 UICC卡2030和UICC卡2080准许第一用户电话2010和第二用户电话2050在移动网络、OTA平台2001和电话运营商网络上访 问远程服务器2003和远程数据库2005。 (U)SIM卡应用程序才莫块 2090和2091被安装在每部电话的操作系统上或者能在每部电话 的固4牛中编禾呈。在这种情况下，举例来i兌，(U)SIM应用禾呈序才莫 块2090变成依赖电话的软件应用程序而不是UICC卡应用程序。
第一用户电话2010和第二用户电话20S0的(U)SIM应用程序 才莫块2090、 2091和UICC卡电i舌-簿2033、 2083育巨这才羊合并，以 致两者都作为一个软件程序部署。UICC卡2030和2080可能是 不同类型的信息^f诸存和l丸行々某体，例如，通信芯片或UICC卡或 智能卡的变种。UICC卡2030和2080也可能是另一种集成在电 话之内的智能卡或芯片。UICC电话簿2033、 2083可能^皮另一类 型的文件或软件程序代^齐以 <更管理:眹络入口和其它的个人化项 目。
(U)SIM卡应用程序模块2090保留在UICC卡2030上。模块 2090倾听与事件有关的电话，将请求发送给其它电话，接收主叫 用户信息和将联络信息插入UICC电话簿2033或插在电话本身 中。附加特4正可以包4舌4欠件激活、个人信息更新、默i人访问级 别i殳定、电话簿备份和恢复。应用程序模块2090与2G和3G头见 格[明确地说3GPPTS31.111 (Release 6) "USIM应用程序工具包 (USAT)"、 3GPPTS31.102(Release6) "USIM应用程序的特性，，、 ETSI TS102.241(Release 6)"用于Java卡的UICC API"]兼容。 移动网络也可能是任何未来的移动，固定线或任何其它的网络组 合。应用程序冲莫块2090能进一步支持下列的电话簿文件类型， 举例来"i兌ADN、 ANR、 EMAIL、 SNE，等等。才莫块2090也能 支持基本电话簿结构PBR型"A8" ( "A9"或"AA，，型扩展 电话簿是非必选的)。应用程序才莫块2090能经由GPRS、 SMS、 MMS或TCP/IP直接通信。UICC卡需求是，举例来说，Java卡2.1.1/2.2.1。基本功能性需要UICC卡上的大约18K存储量。其 它的卡需求和存储能力是可能的和可以想像的。此外，虽然功能 性是就第一用户电话2010讨论的，但是相似的功能性是可得的 而且被安装在第二用户电话2050上。
参照图3，应用程序模块2090是在通过事件通信才莫块2014 与第一用户电话2010通信的SIM卡智能工具包(STK)构架2032 上建造的。STK构架2032寄存第一用户电话2010的下列事件 呼叫控制事件3010、呼叫断开事4牛3020、呼叫连4妄事件3030、 菜单选择事件3040、 SMS PP tt据下载事件3050和终端简档下 载事件3060。 SIM卡智能工具包(STK)构架2032将抢先指令 (Proactive CommADN )发送给第一用户电话2010。举例来说，构 架2032发送用来提供本地信息3070、选择项目3080、显示本文 3090、发送SMS3100、刷新3110、延长时间3120和获得输入3130 的指令。设置事件目录3150和设置菜单3160是通过STK构架 2032发出的抢先指令。抢先处理器3170是作为数据容器使用的， 例如，用于lt据的4诸存。
参照图4，现在描述初始化移动电话2010和UICC卡2030 上的(U)SIM卡应用程序模块20卯的方法。举例来说，(U)SIM卡 应用程序才莫块2090能—皮移动运营商或UICC制造商插入用户1 UICC卡2030。 UICC卡可能与UICC卡制造商预先安装到UICC 卡2030(该卡的随机存取储存器)上的(U)SIM卡应用程序模块 2090 —起购买。第 一用户把UICC卡2030插在移动电话2010中， 于是(U)SIM卡应用程序沖莫块2090被自动地供电，以确定应用程 序才莫块2090是否被设定为"禁止"状态，阶段5010。如果该Java 程序Applet未^皮设定为"禁止"，那么应用禾呈序才莫块2090在阶賴二 5020以乡冬端简档下载事4牛3060为基础配置它自己(见图5B和相 关的描述)。参照图5A,应用程序才莫块2090处理终端简档下载事件5010。 终端筒档下载事件5010列出该电话支持的事件。如果一些SIM 卡智能工具包事件/指令不是手机支持的，为了补偿电话的不足， 在阶4殳5130, SIM卡应用程序才莫块2090有不同的才喿作。当最小 的手机需求没得到满足的时候，(U)SIM卡应用程序模块2090使 它本身无效而且4巴它本身乂人SIM卡智能工具包菜单中除去，阶賴二 5180。在阶4殳5140，如果应用禾呈序才莫块2090在才喿作才莫式中，该 应用程序下载MyProfile凄t据文件2035。在阶,殳5160,在SIM 卡应用程序才莫块2090才喿作之前，第一用户初始化该应用#呈序的 设置以允许发送和接收与其它人的联络信息，阶段5160。 (U)SIM 卡应用程序才莫块2090请求用户1通过i殳置程序;敫活该应用程序， 阶4殳5170(见图5C和对设置程序的描述)。在完结、中断或暂时 离开设置简档程序(阶段5170)的时候，该活动结束，阶段5190。
参照图5B,依照电话2010、 2050的能力，配置应用禾呈序才莫 块2090。在阶,殳5210， ^!夸应用禾呈序才莫块2090i殳定到"空闲"4犬 态。在阶段5225,应用程序模块2090收集来自电话2010的 TAC(部分IMEI号码)。在阶^殳5230,应用程序才莫块2090依据才喿 作模式文件2034收集手机模式。在阶段5235，应用程序一莫块2090 读用户1配置文件2039。在阶段5240,如果在UICC卡2030内 支持UCS2,默认语言被设定。在阶段5245，测试缩写拨号(ADN) 文件(SIM卡电话簿2033)。在阶段5260、 5265、 5270， (U)SIM 卡应用程序模块2090登记该应用程序的才喿作水平。应用程序才莫 块2090能按照两种不同的才莫式操作SR(发送和接收)才莫式或 RS(先4妄收后发送)才莫式。这项发明的实施方案描述有全貌特征的 SR模式。RS模式是全功能SR模式的子集。Java程序Applet到 达阶段5290,而该应用程序配置是以电话2010的终端简档为基 础完成的。参照图5C,用户在UICC卡2030上建立MyProfile文件2035。 激活也能在销售点或OTA网2001上由移动运营商通过远程配置 程序远禾呈地完成。如果(U)SIM卡应用禾呈序才莫块2090是预先安装 的，在首次来话呼叫或外发呼叫之后电话开机或结束呼叫也可能 激活SIM卡应用程序才莫块2090。
在图5C中，描述通过用户人工操作的Java程序Applet激活 程序。当(U)SIM卡应用程序模块2090运行的时候，在阶段5310 使用STK显示本文抢先指令3090促使用户l通过用下列对话框 (例如，"将你的简档设置一次并且在打电话之后与朋友交换它") 输入联络信息初始化Java程序Applet。在阶段5320,要求用户 以连续的方式输入每个联络数据。联络信息的标准字段包括用于 移动电话号码、办公室电话号码和住宅电话号码的字段。诸如电 子邮件和立即通讯地址之类tt据的其它字#殳可能是在最初的i殳 置程序之后输入的。要求用户1输入用于联络的名字和用于联络 的手才几号码。另外，要求用户1输入工作号码和住宅号码。这些 号码^皮格式化，然后用户1转向阶^殳5320作为下一个入口 。 STK 使用获得输入抢先指令3140把该联络信息储存在用户1的 MyProfile 2035之内。
参照图5D,用户1的应用程序模块2090检查输入的联络电 话编号是否呈正确的国际格式。每逢要求用户1输入电话号码(手 机号码、工作号码和住宅号码)，(U)SIM卡应用程序才莫块2090 都自动地一验证#T入的号码是否与国际编号格式(例如， + 15088368810)相匹配，阶,殳5410。如果才各式是正确的，该程序 在阶段5490结束。如果格式是不正确的，应用程序模块2090把 国际直4矣拨号(IDD)和本国直4妄拨号(NDD)的代码添加^^该号码。 确认是^f吏用显示本文抢先指令3090显示《会用户的。 一旦显示确认，该程序在阶段5490结束。检查用户输入的号码以与国际桔_ 式吻合，然后储存在用户1的MyProfile数据文件2035里面。
虽然图2、 3、 4和5A-5D的程序是依照用户l使用描述的， 但是用户2的UICC卡2091运行适合电话2050的配置的同样的 或实质上相似的程序。用户2的联络信息被储存在第二用户的 MyProfile数据文件2085中，而Java程序Applet配置辆:储存在 第二应用程序模块配置文件2089中。
为了示范，耳关络信息的标准字4殳是姓名、办/>室电话和住宅 电话。凄t据的其它字^殳可以在最初的"i殳置程序之后输入，例如， "电子邮件"或"即时通讯"。联络数据字段能仅限于标准字段， 但是可能包括其它字段。用户有通过UICC卡内的SIM卡智能工 具包2032和2082菜单访问应用程序才莫块2090随时变更这些标 志的选项。应用程序模块更新用户1的MyProfile数据文件2035 和用户2的MyProfileit才居文4牛2085(见图8和^目应的4苗述，Java 程序Applet导4元手册)。
参照图6A,用户1的应用程序模块2090通信、将信息打包 并且将用户1的联络信息发送给用户2。联络信息管理系统2000 能用在移动网络上。用户1的电话2010经由移动运营商呼叫用 户2的电话2050。在电话2010内触发"呼叫控制事件，，的时候， 初始化用户1 UICC卡2030的(U)SIM卡应用程序才莫块2090。
参照图6B,用户1的应用程序才莫块2090 4全查用户2的才喿作 才莫式凄t据文件2084,看看应用程序才莫块2090是否处在"在用，， 模式，阶段6100。如果Java程序Applet模块2090处在"空闲，， 状态，该模块不做任何事情并且保持"空闲，，状态。如果java 程序Applet处在"在用"状态，模块2090从呼叫控制事件3010 取回用户2电话2050的电话号码。(U)SIM卡应用程序才莫块20904企测号码类型，阶,殳6120。如果该号码是列出的本国移动号码， 那么它把Java程序Applet设定为"呼叫控制发生"状态，阶段 6140。如果被拨号码是"非移动"号码，那么应用程序模块2090 把它的4犬态i殳定为"空闲"，阶^殳6150。在成功;也取回用户2的 电话号码之后，在阶l殳6190, Java程序Applet完成这个处理。 如图6所示，呼叫连4妄事件3030触发应用程序才莫块2090。
参照图6C,在触发呼叫连接事件3030之后，应用程序模块 2090在阶段6210检查Java程序Applet状态是否处在"呼叫控制 发生"状态。如果Java程序Applet状态是不同的，那么Java禾呈 序Applet在阶段6290结束它自己。如果Java程序Applet处在正 确状态，那么应用程序模块2090在阶段6220检查这是否是外发 呼叫。如果这不是外发呼叫，那么Java程序Applet状态失败， 于是Java程序A卯let在阶段6290结束它自己。如果这是外发呼 叫，那么在阶段6230,模块2090保持在"呼叫控制发生，，状态 而且继续它的功能。
当用户1挂断电话2010的时候，呼叫断开事件3020触发用 户1应用程序才莫块2090。如图6D所示，在阶^殳6410,用户1 应用程序模块2090检查Java程序Applet状态是否仍然处在"呼 叫控制发生"状态。如果该应用程序状态是不同的，那么它跳到 阶4殳6490并且不发生改变。如果该应用程序状态是相同的，用 户1应用程序模块2090完成在图6E中详细描述的"发送，，功能。
参照图6E,用户1应用程序模块2090发送用户l联络信息。 在阶革殳6410，用户1应用禾呈序才莫块2090才企查用户1的MyProfile 凄t据文件2035是否是完全的和有效的。如果它不是，该应用程 序转移到阶段6490。如果用户1的MyProfile数据文件2035是 完全的和有效的，用户1的应用程序才莫块2090完成漫游才企测(见 图6G和相关的描述)。在阶革殳6430,如果漫游限制适用，该应用程序转到阶段6490。如果没有漫游限制在适当的位置，在阶革殳 6440,用户1的应用程序才莫块2090访问用户1的LND计数器凝: 据文件2037并且检查最后被拨号码(LND)阈值是否已达到。在阶 |殳6440,如果LND计H器阈4直尚未达到，该应用程序转到阶,殳 6490。如果LND计数器阈值已经达到，用户1应用程序才莫块2090 引起对显示控制模块2017的询问"发送我的简档"。用户l有 四个选项"个人"、"商务"、"两者"、"不发送，，和"i殳定"。如 果用户1选才奪那"不发送"选项，应用程序才莫块2090不促成<壬 何其它的询问。如果用户1选择"设定"，则用户l被引向设定 屏以对MyProfile进行修改或禁止/允许发送和添加特征。如果用 户1选择其它选项("个人"、"商务"、"两者")之一，那么在阶 段6460,用户1应用程序模块2090将被拨电话号码的LND计数 器教:值加1，并且在阶,殳6470 4巴新的凄t值保存在用户1的LND 计数器数据文件2037里面。用户1应用程序模块2090产生一"发 送MyProfile" SMS(见图6F和相关的描述)。为了要让用户1注 意到应用程序模块2090使用SMS交换联络信息，用户1第一次 选4奪发送他的联络信息时，用户1被通知下列讯息"你将发送 SMS,你确定你想继续？"。这个通知一旦出现，而且如果用户1 4妻受或拒绝发送SMS,则在第一次出玉见这个通知时，这个讯息在 后来的发送里将不显示。在阶段6490，用户1应用程序模块2090 回到它最初的收听4犬态。
参照图6F,用户1应用程序模块2090用SMS发送用户l联 络信息。在阶段6510，如果用户1选择"个人，，选项，通过显示 本文抢先指令3090将确认讯息"Sending MyProfile SMS…"显 示在用户1显示模块2017上并且而且在步-骤6530中发送包含 MyProfile指明的姓名、移动和住宅数据字段的SMS讯息。如果 用户1选才奪"商务"选项，则显示确认讯息"Sending MyProfile SMS…"并且发送包含在MyProfile中指明的姓名、移动、工作数据字段的SMS讯息。如果用户1选择"两者"选项，则显示 确认信息"Sending MyProfile SMS…"并且发送包含MyProfile 凄t据文件2035指明的姓名、移动、住宅、工作凄t据字,爻的SMS 讯息。
参照图6G,描述漫游4企测选项6420。当用户1应用程序才莫 块2090在阶段6410和6610激活漫游4全测的时候，用户1应用 程序模块2090在阶段6610使用来自STK的通过本地信息抢先 指令3070 乂人电话2010获得移动国家代码(MMC)。在阶段6620， 如果当前的移动国家^C码(MMC)与用户1的移动国家代码匹配， 则漫游限制不适用。在阶l殳6620，如果当前的移动国家代石马 (MMC)与用户l的移动国家代码不匹配，则用户l应用程序模块 2090在阶段6630用国际国家代码冲全查该被拨号码。如果该号码 是用国际国家代码拨号的，则漫游限制不适用。如果在阶段6630， 没有拨国际国家^码，那么漫游限制适用，而且该应用考呈序转到 图6E的阶段6440。
参照图6H,用户1应用程序模块2090针对每个用户检查 LND计数器数值。LND计数器数值检查特征是对静态的事件计 数器的增强。促使用户1将更新发送给其它用户的次凄t减少。凄t 值#:查程序6440以每个号码的被叫频率为基础(即， 一些号码每 天—皮呼叫10次，而另一些每月^皮呼叫10次)，所以要,，用户1 在适当的呼叫次凄史之后而不是固定的呼叫次凄t之后再次发送j也 的联络信息。在阶段6710,用户1应用程序模块2090依据LND 计凄t器H据文件2037确定新拨入号码的位置。如果#1拨号码不 在目录中，则将该号码加到目录中。在阶段6720,用户l应用程 序模块2090从用户1 LND计数器文件2037提耳又用于该号码的计 凄丈器邀:值。在阶革殳6730,用户应用禾呈序才莫块2090从用户1配置 #:据文件2039获得计数器阈值。参照图61,用户1应用程序冲莫块2090获得计数器阈值。"最
后被拨号码"目录储存在用户1 LND样式数据文件2038中。用
于发送更新询问的阈值以给定的号码在"最后被拨号码"目录中
再次出现的次凄t为基础。在阶^爻6810,用户1应用程序才莫块2090 斗企查呼叫频率方式选项是否是通过访问用户i配置数据文件
2039激活的。如果呼叫频率^f莫仿选项为被激活，那么才莫块2090 /人用户1配置数据文件2039获得标准阈值。如果呼叫频率方式 选项净皮激活，用户1应用程序4莫块2090以在用户1LND样式数 据文件2038中出现的次数为基础动态地计算阈值。
参照图7A,用户2应用程序才莫块2091通信，4妄收用户l联 络信息并JU巴该信息插入用户2的SIM卡电话簿2083。联络交 才奂经由网纟各在用户1和用户2之间发生。用户2应用禾呈序冲莫块 2091通信，将用户2耳关络信息打包发送给用户1。在呼叫完成时， 用户选择发送他的联络信息。用户2完成用户2应用程序4莫块 2091的激活，优选在用户1对将用户1联络信息发送^会用户2 之前。在图2中，用户1的SMS信息通过移动运营商无线(OTA) 平台2001和移动运营商SMS-C中心2040传送。用户2的电^舌 2050接收包含用户1的联络信息的SMS信息。SMS PP数据下 载事件3050触发用户2应用禾呈序才莫块2091和指出SMS4妾收。
在图7B中，用户2应用程序才莫块2091以PID/DCS数值为 基础选择SMS讯息处理器，阶,殳7105。在阶^殳7110,用户2应 用程序模块2091从SMS讯息中提取用户1联络数据。在阶賴二 7115，用户2应用程序才莫块2091才企查该SMS讯息是否包含移动 运营商报告请求。如果它是移动运营商报告请求，用户2应用程 序模块2091处理该移动运营商4艮告请 ，阶^炎7120。如果SMS 讯息不是移动运营商才艮告请求，用户2应用程序才莫块2091通过 显示本文抢先指令3090触发在用户2的电话2050上的用户2电话显示2057中的应用禾呈序菜单，阶4殳7125。(见下面的图8C、 图8D和相关的描述)。提醒用户2 "SMS讯息收到"(随手机而 定的特5^讯息)。在阶l殳7125,用户2应用程序才莫块2091显示两 条讯息之一"添加用户1吗？，，(到SIM卡电话簿)或"更新用户 l吗？"取决于用户l是否已经储存在用户2(U)SIM卡电话簿2083 之中。在阶段7135，如果用户2选择"添加，，或"更新"，那么 用户l联络入口被储存在用户2(U)SIM卡电话簿2083中或者一皮 更新。如果新的记录^皮成功地创建或更新，用户2应用程序才莫块 2090显示讯息"用户1 4皮力口到SIM卡电话簿中"或者"用户1 耳关络信息^皮更新"。
如果用户2应用程序才莫块2091在阶l殳7140不能在用户 2(U)SIM卡电话簿2083内创建新入口 ，用户2(U)SIM卡电话簿 2083在阶段7150通过显示本文抢先指令3090显示讯息"SIM卡 电话簿满"。在阶段7135,如果用户2选择"不添加，，或"不更 新"，那么用户2应用程序模块2091将转到阶段7150。在阶段 7150,将促使用户2把她的联络信息发送回用户1。这个行动将 是实质上与前面在图6E中针对用户1所描述的一样的发送简档 程序。储存在MyProfile数据文件2085中的用户2联络信息将一皮 发送纟会用户1。
在"发送简档"程序完成之后，用户2应用程序模块2091 把下列讯息发送给显示控制模块2057:"准备刷新SIM卡…"。 在这个时候，在阶革史7155，用户2应用程序才莫块2091将SMS 讯息从用户2(U)SIM卡2080中删除。在阶段7160,通过SIM卡 刷新4仓先指令3120要求用户2的电话2050完成SIM卡刷新功能， 而且该手才几特有的i凡息可能,皮显示在荧屏上(例如，刷新SIM卡)。 如果在SIM卡刷新操作中有错误，阶段7165,将在用户2的电 话显示2057上显示一条讯息"重新启动电话刷新你的SIM卡电话簿"。在阶段7175，用户2应用程序才莫块2091将通过显示本文 抢先指令3090要求用户2的电话2050显示"SIM卡电话簿准备好"。
参照图8A,人工应用程序导4元对于用户1和用户2是可用 的。当用户l选择操作用户1电话2010里面的应用程序模块2090 的时候，菜单选4奪事件3040被触发，激活用户l应用程序模块 2090。
参照图8B,展示设定菜单选4奪程序8010。当菜单选择事件 3040被触发的时候，用户1应用程序模块2090显示设定菜单， 阶4炎8100，(见图8C和相关的描述)。在阶段8110,用户1选择 菜单项目之一，于是用户1应用程序模块2090触发相关的动作。
参照图8C,设定是允许用户l改变用户l应用程序才莫块2090 默认值的菜单。设定菜单能被用户1在下列的用法流程期间访问 呼叫之后发送MyProfile期间、呼叫之后更新MyProfile期间、往 电i舌簿里添力u主叫用户期间，更新电话簿中的主叫用户期间，人 工发送《会新用户期间或对SIM卡应用程序人工4元导期间。在阶賴: 8110，用户1在i殳定菜单里面有下列的选择"关掉选项"、"编 辑MyProfile，，、"人工发送"、"语言"和"关于"。当用户1在阶 革殳8220作选l奪的时候，该应用程序触发相关的4于动并且在完成 时，该应用程序回到设定菜单。"关掉选项"菜单提供禁止或允 许发送和添加特征的能力。禁止发送特征允许用户1开/关"发送 MyProfile "特征。如果这个特征被禁止，将不要求用户1在打 电话之后发送(储存在用户1的MyProfile数据文件2035的)他的 联络信息。发送特征的默认值是"允许"。禁止添加特征允许用 户1 4妄通/阻断"添力口[主叫用户]到SIM卡电话簿？，，信息和特;f正。 如果这个^皮禁止，将不要求用户1在收到应用程序才莫块2090的SMS时把主叫用户添加到SIM卡电话簿2033中。添加特征的,默 认值是"允许"。
参照图8D，用户1应用禾呈序才莫块2090菜单页^皮:没定成激活 的并且将选项提交《会用户1。在阶,殳8310，用户l应用程序才莫块 2090显示可用的选项。为了保证该应用程序不拦截另一个电话 2010的活动，在阶#爻8320,该才莫块通过获得终端回应核对该终 端。在阶#爻8330，如果该终端不忙碌，才莫块2090返回阶^:8310 而且继续在电话2010的显示才莫块2017上展示菜单项目。用户1 应用程序模块2090能发出"时间抢先指令"3130以1更继续显示 该应用禾呈序菜单。在阶^殳8330, 3o果该乡冬端不忙石录，用户l应用 程序4莫块2090重新回到/人该菜单选定的选项。
参照图8E，设定菜单里面的人工发送选项是可用的。如果用 户1选4奪人工发送选项，在阶l殳8410,用户l应用程序才莫块2090 检查用户1的MyProfile数据文件2035是否准备好。在阶段8420, 如果用户1的MyProfile数据文件2035准备好，用户1应用程序 模块2090要求用户1通过触发获得输入抢先指令3140输入用户 2的目的地电话号码。4建入用户2电话号码。用户l应用程序才莫 块2090与图6E所描述的一才羊完成发送程序。
参照图8F,描述设定菜单里面的编辑MyProfile选项。如果 用户1选4奪编辑MyProfile选项，在阶段8510，用户l应用程序 模块2090显示编辑MyProfile菜单。MyProfile菜单包含在子菜 单中的用户1联络信息。储存在MyProfile数据文件2035中的数 据是要发送给其它用户的信息。默认的可用选项是姓名、移动号 石马、〗主宅号-马和工作号；马。凄t纟居和选项的字^:不只限于这些号码7 而且能通过扩充应用程序模块2090代码被扩展。"语言"功能允许用户l改变用户1应用程序模块2090的语 言。语言选项的数目和类型是由举例来说移动运营商确定的。，默 认的语言能由运营商在落实期间设定，编码到用户l应用程序才莫 块2090之之中，或者通过用户1配置文件2039的OTA更新改
"关于"功能把关于用户1应用程序模块2090和版本信息的 筒短描述提供给用户1。"关于"功能也显示才喿作冲莫式， 一种用来 确定手机允许用户1应用程序模块2090以什么模式操作的度量。
参照图2-8，"发送更新"功能允许用户l应用程序模块2090 自动地更新在用户2电话簿(和其它用户的电话簿)中的用户1联: 络信息。举例来i兌，发送更新活动能^皮外发呼叫或来话用户l应 用禾呈序才莫块2090SMS通4言角虫发。用户1应用禾呈序才莫块2090完成 该发送程序，例如，在图6E中。用于"更新"的系统和方法实 质上与该"发送"程序是相同的。"发送更新吗？"询问的频率 受用户1 LND计lt器数据文件2037控制。每个LND计数器凄t 据与电话呼叫目的地号码或SMS源头电话号码系在一起。为了 避免向频繁的主叫用户重复地发送请求，用户1 LND计数器数据 文件2037跟踪每个独特的目的地地址的外发呼叫的号码。在用 户1 LND计凄t器lt据对于《会定的目的地地址达到基本阈值之 后要求发送询问。用户1可以改变MyProfile ^t据文件2035中的 信息和触发该计数器重新设定程序。个人信息(名字、手机或住 宅号码)的变化重新设定所有先前已经收到该个人信息的联络人 的LND计数器。商务信息(名字、手机或工作号码)的变化重新诏 定先前已经收到该商务凄t据的联络人的LND计凄t器。个人和商 务两种<言息改变将重新_没定所有的计凄欠器。 一旦用于症会定联:络的 计数器被重新设定，对这个联络后来的呼叫触发联络信息交换。"接收更新"功能是为允许用户2应用程序才莫块2091接收包 含主叫用户带更新信息的耳关络信息的SMS讯息而配置的。用户2 应用程序才莫块2091激活并询问用户2 "更新用户吗l "。用户2 依照图7A-7B描述的"接收"程序有三个选项"是的"、"不"、 "设定"。如果用户2选4奪"是的"，则更新在用户2UICC电话簿 2083中的用户2联络信息入口 ，并且显示一条讯息，例如"用 户2在SIM卡电话簿中被更新"。如果用户2选择"不"，那么用 户2 UICC电话簿2083不变。
参照图9，移动联:络信息管理系统9000包凌舌各种成4分和它们 与在诸如UMTS网之类的网络里面的一些装置的连接。移动联络 信息管理系统9000包括在空气(OTA)之上一具第一用户电话 9010、第二用户电话9050、远程计算机9003、远程凄t据库服务 器9005、开关9007、开关通信应用禾呈序9004和移动运营商无线 (OTA)平台9001以及其它的服务器和数据库服务器。
移动运营商远程计算机9003、远程数据库9005和开关9007 相互耦合。第一用户电话9010和第二用户电话9050 4皮配置成在 移动运营商OTA平台9001上通信。OTA平台将第一用户电话 9010和第二用户电话9050在移动网络之上与远程计算机9003 和远程数据库服务器9005连接。在图9中，第一用户电话9010 包含UICC卡9030而第二用户电话9050包含UICC卡9080,这 ^吏第一用户电话9010和第二用户电话9050能够在移动网纟备、 OTA平台9001和电话运营商网络上访问远程服务器9003和远程 凄t据库9005。 UICC卡9030、 9080能3皮整合到通话才喿作系统库欠 件之中。
第一用户UICC卡9030包含(U)SIM卡应用程序模块9090、 Java卡9031 、 SIM卡智能工具包(STK)构架9032和第一用户UICC 卡电话簿9033。除此之外，下列的文件#:+者存在SIM文件系统中第一用户的MyProfile数据文件9035、第一用户最后被拨号 码(LND)数据文件9037、第一用户LND样式凄t据文件9038、第 一用户才喿作才莫式凄t才居文件9034和第一用户配置文件9039。这些 文件能纟皮就i也改变或经由OTA更新^皮远程改变。第一用户电诏-9010进一步包4舌电话才喿作系统9011 。第 一用户电话操作系统9011 包括显示控制才莫块9017、电话簿模块9015、电话事件管理通信 才莫块9014和SMS模块9016。其它的才莫块也可能净皮包4舌在内。
第二用户UICC卡9080包含(U)SIM卡应用程序模块9090、 Java卡9081和SIM卡智能工具包(STK)构架9082、第二用户 UICC卡电话簿9083。下列的文件^皮^f诸存在SIM卡文4牛系统中 第二用户MyProfile数据文件9085、第二用户最后4皮拨号码(LND) 数据文件9087、第二用户LND样式数据文件9088、第二用户操 作才莫式凄t据文件9084和第二用户配置文件9089。这些文件能一皮 就地改变或经由OTA更新i皮远程改变。第二用户电话9050进一 步包括电话操作系统9051。第二用户电话操作系统9051包括显 示控制冲莫块9057、电话簿才莫块9055、电话事件管理通信才莫块9054 和SMS才莫块9056。其它的才莫块可能4皮包括在内。
用户1用第一电"i舌9010经由移动运营商呼叫第二用户电i舌 9050,阶段9090和9060。开关9007通知在远程计算机9003内 的开关通信应用程序9004关于主叫用户的电话号码。开关通信 应用程序9004产生两个SMS讯息第一 SMS讯息是发送给用 户1电话9010的，第二信息是发送给用户2电话9050的。在每 个例i正中，在第一用户UICC卡9030中的(U)SIM卡应用程序才莫 块9090和在第二用户UICC卡9080中的(U)SIM卡应用程序模块 9090都^皮SMS讯息触发。Java程序Applet触发事件在用户1电 话9010和用户2电话9050内被代替。在每个呼叫结束时，用户1和用户2的SIM卡应用程序才莫块9090都^^皮激活以查询每个 用户发送联络信息。
作为替代，用户1的MyProfile彩:据文件9035、用户1的最 后被拨号码(LND)数据文件9037、用户1的LND样式凄t据文件 9038、用户1的用户操作模式数据文件9034和用户1的配置文 件9039能在移动网《备上用远程计算才几9003内的网4妄口和远程凝: 据库月良务器9005内的逻辑代替。继续参照图9，用户1用移动电 话9010经由移动运营商呼叫用户2的电话9050,如阶^殳9090 和9060所示。开关9007通4口远禾呈计算才几9003内的开关通4言应 用程序9004关于用户l的电话号码。开关通信应用程序9004产 生两个SMS讯息第一 SMS讯息是发送给用户1电话9010的， 而第二讯息是发送给用户2电话9050的。在第一用户UICC卡 9030中的(U)SIM卡应用程序4莫块9090和在第二用户UICC卡 9080中的(U)SIM卡应用程序模块卯90都被该SMS讯息触发。 使用这种方法将不仅代替用户1电话9010和用户2电话9050里 面的Java程序Applet触发事件，而且代替对远程计算机9003和 远程凄t据库服务器9005的定位程序逻辑。与用户1和用户2有 关的信息(例如，地址簿内的我的简档数据、最后被拨号码数据、 LND数据样式、用户操作模式和联络目录)被储存在远程数据库 服务器9005内。在每次呼叫结束时，用户1和用户2的(U)SIM 卡应用程序才莫块9090、 9091都将4皮激活并要求每个用户发送Jf关 络信息。
参照图10,移动联络信息管理系统3000举例说明本发明的 各种成份和它们对诸如UMTS网和固定线(陆线)网之类的网络之 间的一些装置的连接。移动联络信息管理数据系统3000包括第 一用户电话3010,第二用户固定线电话3050、第二用户计算枳j 3080、远程计算机3003、远程数据库服务器3005、交换机3007、交换机通信应用程序3004和移动运营商无线(OTA)平台3001、 固定线网络3060以及其它的服务器和数据库服务器。
移动运营商远程计算机3003、远程数据库3005和交换才几 3007相互耦合。第一用户固定线电话3050与移动运营商OTA平 台3001连接。第二用户固定线电话3050与固定线网络3060连 接。第二用户计算机3080通过英特网或其它网络与远程计算扭i 3003和远程数据库服务器3005连接。OTA平台在移动网络上将 第 一用户电话3010与远程计算机3003和远程数据库服务器3005 连接。第一用户电话3010包含使第一用户电话3010能在移动网 络、OTA平台3001和电话运营商网络上访问远程服务器3003 和远程数据库3005的UICC卡3030。 UICC卡3080能被整合到 通话才喿作系统4欠件之中。
UICC卡3030包含(U)SIM卡应用程序模块3090、 Java卡3031 和SIM卡智能工具包(STK)构架3032、第一用户UICC卡电话簿 3033。除此之外，下列的文件被储存在SIM卡文件系统中第一 用户MyProfile数据文件3035、第 一用户最后被拨号(LND)数据 文件3037、第一用户LND样式凄t据文件3038、第一用户才喿作才莫 式凄t据文件3034和第一用户配置文件3039。这些文件能^皮就i也 改变或经由OTA更新-故远程改变。第一用户电话3010进一步包 ，括电话才喿作系统3011。第一用户电话才喿作系统3011包4舌显示4空 制模块3017、电话簿模块3015、电话事件管理通信模块3014和 SMS模块3016以及其它的模块。第二用户固定线电话3050可能 是才示准的固定线电"j舌或VOIP电i舌或下一^Jt字电^舌。
第二用户联络信息被储存在与远程数据库服务器3005耦合 的远程计算机3003中。第二用户可以有通过英特网访问远程计 算机的特权，以便，举例来说，改变储存在远程数据库服务器3005 内的联络信息。依照图10，用户1用移动电话3010经由移动运营商(如阶,殳 3065所示)和经由固定线网纟各(如阶^殳3060所示)呼叫用户2的电 话3050。交换机3007通知远程计算机3003内的交换机通信应用 程序3004关于用户1的电话号码。交换机通信应用程序3004通 知与远程数据库服务器3005耦合的远程计算机3003。远程计算 机3003从远程数据库3005取回用户2联络信息，然后将用户2 联络信息打包并且将该信息插入SMS讯息。该SMS讯息被发送 给用户1电话3010。在这个例证中，第一用户UICC卡3030中 的(U)SIM卡应用程序才莫块3090在"接收"才莫式中^皮该SMS讯 息触发。使用实质上相同的应用程序模块3090，用户l将用户2 的联络信息插入用户1的UICC卡电话簿3033。与远程数据库服 务器3005耦合的远程计算机3003把用户1的电话号码储存在远 程数据库3003用户2帐户中的呼叫目录里面。用户2改变它在 与远程数据库服务器3005耦合的远程计算机3003里面的信息。 远程计算机3003从远程数据库3005耳又回用户2的更新的联络数 据，将用户2的新联络数据打包并且将该信息插进SMS讯息。 该SMS讯息被发送给用户l的电话3010。在这个例证中，在第 一用户UICC卡3030中的(U)SIM卡应用程序模块3090在"接收" 模式中被该SMS讯息触发。使用完全相同的应用程序模块3090 和方法，用户1将能够把用户2被更新的联络信息插进用户1的 UICC卡电^舌簿3033。
用于联络管理系统2000、 3000、 9000的报告系统能被包括 在内。(U)SIM卡应用程序模块2090准备使用4艮告和将该使用报 告发送给远程计算机2003和远程数据库2005。 (U)SIM卡应用程 序2090收集^f吏用凄t据并且定期地将该信息发送纟会远程计算才几 2003和远程服务器2005。被收集的信息包括但不限于来话呼 叫的总次数、电话簿中联络的总数、在某个时期内更新个人联络信息的总次数。收集在远程数据库2005中的信息能用来分析使 用统计学和特性。
本发明的各个实施方案都描述数据在网络上乂人第 一 移动用 户到第二移动用户的无线转移。^吏用在此描述的方法和系统，能
借助允许从一个装置到另一装置通信的Bluetooth⑧技术、红外技 术或其它无线纟支术转移数据。
前面描述的本发明的一些实施方案的方法和系统允"i午用户 在移动网络上与另一些用户交换商务和个人联络信息。在其它的 实施方案中，商行可以使用本发明的联络信息系统在客户、厂商 或其它人之间提供数据交换。在其它的实施方案中，移动运营商 可以^吏用本发明^是供客户、厂商、商人或其它人之间的黄页或白 页移动目录。此外，本发明的实施方案描述联络信息的交换。其 它的信息也能在用户、客户、厂商或其它人之间交换。举例来说， 诸如相片、振铃声、其它的音频或视频信息、音乐文件之类的信 息和其它的信息能经由在此描述的装置和系统交换。
至此已经描述了本发明的至少一个说明实施方案，各种不同 的变更、修改和改进对于熟悉这项技术的人将很容易发生。这样 的变更、修改和改进倾向于落在在本发明的精神和范围里面。因 此，前面的描述但J又作为例子而不倾向于作为限制。
权利要求
1.一种信息管理系统，该系统包括有地址簿的第一用户装置；有地址薄的第二用户装置，该第二用户装置被配置用以在无线网络上与第一个用户装置连接；以及应用程序模块，该应用程序模块被配置用以使第一用户装置能在第一用户装置和第二用户装置通信之时把与第一用户相关的信息在无线网络上发送给第二用户装置的地址 簿。
2. 根据权利要求1的信息管理系统，其中所述应用程序模块被 配置以;险测第一用户装置或第二用户装置中至少一个的通 信事件。
3. 根据权利要求2的信息管理系统，其中所述第一用户装置被 配置把与第 一 用户相关的信息与所述应用程序模块对所述 通信事件的检测结果结合发送给第二用户装置。
4. 根据权利要求2的信息管理系统，其中所述第一用户装置被 配置促使第一用户把与第一用户相关的信息与所述应用程 序模块对所述通信事件的检测结果结合发送给第二用户装置。
5. 根据权利要求1的信息管理系统，其中所述应用程序模块一皮 配置4巴与第一用户相关的信息插入到第二用户装置地址簿 中。
6. 根据权利要求1的信息管理系统，其中所述应用程序模块净皮 配置以促〗吏第二用户把与第一用户相关的信息插入第二用 户装置地址簿中。
7. 根据权利要求1的信息管理系统，其中所述应用程序模块被 配置以^f足4吏第一用户更新第一用户装置中的第一用户信息。
8. 根据权利要求1的信息管理系统，其中所述第一用户装置一皮 配置将更新信息短消息发送给第二用户装置以便更新在第 二用户装置地址簿中与第一用户相关的信息。
9. 根据权利要求1的信息管理系统，其中所述应用程序模块被 配置把更新信息短消息插入第二用户装置i也址簿中。
10. 才艮据权利要求1的信息管理系统，其中所述应用程序模块一皮 配置促使第二用户4巴更新信息短消息插入第二用户装置地 址簿中。
11. 根据权利要求1的信息管理系统，其中所述第一装置包括智 能装置，该智能装置包括客户身份识别模块、通用移动通信 系统客户身份识别模块、智能卡或、植入芯片中的一个，而 所述智能装置#:配置成包《^第一用户地址簿。
12. 根据权利要求11的信息管理系统，其中所述第二装置包括 智能装置，该智能装置包括客户身份识别沖莫块、通用移动通 信系统客户身份识别模块、智能卡或植入芯片中的一个，而 且所述智能装置被配置成包括第二用户地址簿。
13. 根据权利要求12的信息管理系统，其中所述第一用户装置 被配置以把与第 一用户有关的信息发送给第二用户装置的 智能装置。
14. 根据权利要求1的信息管理系统，其中所述应用程序模块净皮 配置成^r测通信的呼叫标识符以确定该主叫号码是否是移 动装置的呼叫标识符。
15. 根据权利要求1的信息管理系统，其中所述应用程序模块4皮 配置成在通信事件之后检测储存在第 一用户装置中的第二用户 标识符的4各式；以及当第二用户耳关络标识符不呈现正确的拨号才各式的时^美， 格式化第二用户联络标识符。
16. 根据权利要求1的信息管理系统，其中所述应用程序模块被 配置以确定第一用户装置和第二用户装置之间的通信频率。
17. 4艮据权利要求16的信息管理系统，其中当第一用户装置和 第二用户装置之间的通信频率超过阈值的时候，所述应用禾呈 序模块被配置成促使第 一 用户4巴更新信息短消息发送《合第 二用户。
18. 根据权利要求1的信息管理系统，其中所述应用程序模块一皮 配置成在第一用户装置在无线网络上发送第一用户信息之 前确定漫游限制是否适用于该第一用户装置。
19. 一种集成在无线装置中的应用程序模块，该应用程序模块一皮 配置成^r测第一无线装置和第二无线装置之间的通信事件，该 通信事件正发生在无线网络上；接收用于第二无线装置的主叫用户标识；取回与第一无线装置的第一用户有关的第一用户信息； 以及在无线网络上将第 一 用户信息发送给借助用于第二无线 装置的主叫用户标识识别的第二无线装置。
20. 根据权利要求19的应用程序才莫块，被进一步配置成促^f吏第 一用户输入第 一用户信息和更新第 一用户信息。
21. 根据权利要求20的应用程序才莫块，被进一步配置成在更新 第 一 用户信息的时候发送更新短消息给第二无线装置。
22. 根据权利要求19的应用程序模块，被进一步配置成促^f吏第 二用户把第一用户信息插入到第二无线装置中。
23. 根据权利要求19的应用程序模块，被进一步配置成把第一 用户信息插入到第二无线装置中。
24. 根据权利要求23的应用程序冲莫块，其中所述有关第一用户 的信息被插入包括在第二用户装置之中的客户身份识别才莫 块、通用移动通信系统客户身份识别模块、智能卡或植入芯 片之一的地址簿。
25. 根据权利要求19的应用程序模块，被进一步配置成将第一 用户信息发送给第二无线装置以便将第一用户信息储存在 第二无线装置中。
26. 根据权利要求25的应用程序模块，被进一步配置成将第一 用户信息在包括SMS短消息或MMS短消息的短消息之内发 送给第二无线装置以便将第一用户信息储存在第二无线装 置中。
27. 根据权利要求19的应用程序模块，被进一步配置成接收来自第二无线装置的第二的用户信息；以及促使第 一无线装置的第 一用户接受该第二用户信息以侵_ 储存在第一无线装置中。
28. 根据权利要求19的应用程序模块，被进一步配置成驻留在 服务器上，该服务器被配置成在无线网络上与第一用户装置 和第二用户装置相互配合。
29. —种自动地发送和接收来自无线装置的信息的方法，该信息 与该无线装置的第一用户有关，所述方法包括检测在第一无线装置和第二无线装置之间发生的通信事件；4妄收用于第二无线装置的主叫用户标识；请求许可以确定是否允许向第二无线装置传输第一用户 信息；以及当允许传输第 一用户信息的时候将第 一用户信息在无线 网络上发送给第二无线装置。
30. 根据权利要求29的方法，进一步包括将第一用户信息插入 第二无线装置以便储存在第二无线装置中。
31. 根据权利要求29的方法，进一步包括促使第二无线装置才秦 收第 一 用户信息以便储存在第二无线装置中。
32. 根据权利要求29的方法，进一步包括更新第一无线装置中 的第一用户信息，而且将更新的第一用户信息发送给第二无 线装置。
33. 根据权利要求29的方法，进一步包括在第一无线装置上4妄 收来自第二无线装置的第二用户信息。
34. 根据权利要求29的方法，进一步包括促使第一无线装置的 第 一用户接收第二用户信息以便储存在第 一无线装置中。
35. —种适合在网全各上#:作的^(言息管理系统，该系统包括有第一应用程序模块的第一用户装置，该第一装置是为 在网全各上通信配置的；有第二应用程序模块的第二用户装置，该第二用户装置 是为在网络上与第一用户装置通信配置的；以及有服务器应用程序模块的服务器，该服务器在网络上操: 作并且与第 一用户装置和第二用户装置通信，其中所述服务器应用程序模块被配置成使第 一用户装置 能把与第一用户相关的信息在第一用户装置和第二用户装 置通信之时在网络上发送给第二用户装置。
36. 根据权利要求35的信息管理系统，其中所述服务器应用禾呈 序才莫块净皮配置成4企测第 一用户装置和第二用户装置之间的 通信事件。
37. 根据权利要求36的信息管理系统，其中所述远程服务器应 用程序模块被配置成与该服务器应用程序模块对通信事件 的才企测结果结合^>与第 一 用户相关的信息发送给第二用户装置。
38. 根据权利要求36的信息管理系统，其中所述第一用户应用 程序模块被配置成与该服务器应用程序模块对通信事件的 检测结果结合把与第一用户相关的信息发送给第二用户装置。
39. 根据权利要求35的信息管理系统，其中所述月艮务器应用程 序模块被配置成促使第一用户把与第一用户相关的信息发 送给第二用户装置。
40. 根据权利要求35的信息管理系统，其中所述服务器应用程 序模块被配置成促使第二用户把与第 一用户相关的信息插 入第二用户装置地址簿。
41. 根据权利要求35的信息管理系统，其中所述服务器应用程 序模块被配置成与第一应用程序模块和第二应用程序才莫块 通信交换与第一用户相关的信息。
42. 根据权利要求35的信息管理系统，其中所述服务器应用程 序模块被配置成促使第二用户把与第一用户相关的信息插 入第二用户装置;也址簿。
43. 根据权利要求35的信息管理系统，其中所述服务器应用程 序模块被配置成促使第 一用户在第 一用户装置中更新第一 用户信息。
44. 根据权利要求35的信息管理系统，其中所述服务器应用程 序模块被配置成将更新信息短消息发送给第二用户装置以 便更新第二应用程序模块中与第 一用户相关的信息。
45. 根据权利要求35的信息管理系统，其中所述服务器应用程 序才莫块被配置成促使第二用户把更新信息短消息插入第二 应用程序才莫块。
46. 根据权利要求35的信息管理系统，其中所述第一装置包括「 智能装置，该智能装置包括客户身份识别模块、通用移动通 信系统客户身份识别模块、智能卡或植入芯片中的一个，而 且所述第 一应用程序模块驻留在该智能装置上。
47. 根据权利要求35的信息管理系统，其中所述第二用户装置 包括智能装置，该智能装置包括客户身份识别才莫块、通用移 动通信系统客户身份识别模块、智能卡或植入芯片中的一 个，而且所述第二应用程序模块驻留在该智能器件上。
48. 根据权利要求35的信息管理系统，其中所述服务器应用程 序才莫块净皮配置成4企测通信的呼叫标识符以确定主叫号石马是 否是移动装置的呼叫标识符。
49. 才艮据权利要求35的信息管理系统，其中所述月良务器应用程 序才莫块被配置成确定第 一用户装置和第二用户装置之间的 通信频率。
50. 根据权利要求49的信息管理系统，其中当第一用户装置和 第二用户装置之间的通信频率超过阈值的时候，所述服务器 应用程序才莫块被配置成促使第 一 用户4巴更新信息短消息发 送给第二用户。
全文摘要
信息交换和管理系统包括为自动地在用户的电话簿中插入、交换和更新主叫用户的联络信息而配置的移动装置。该电话簿能驻留在移动装置或远程服务器上的UICC卡、SIM卡、USIM卡、高密度SIM卡、任何其它的智能卡或集成芯片上。当两个人用移动电话或其它装置打电话的时候，引发自动插入和/或自动交换机制被引起。
文档编号H04W4/14GK101578892SQ200680008044
公开日2009年11月11日 申请日期2006年3月14日 优先权日2005年3月15日
发明者费伊兹·塞利克 申请人:万平有限公司