CN101635772B - 一种呼叫信息管理的方法及其系统 - Google Patents

Abstract

为了使语音通信中呼叫与应答双方的信息对等、呼叫信息相对地透明化，使任一用户都有权利根据呼叫信息的内容，按照个人的喜好和需求事先对语音通信进行相应的设置，以人为本，让用户也能够有限度地参与通信的过程，改变现有通信模式中用户只能充当被动接收的局面，本发明公开了一种语音呼叫信息管理的方法及其系统，包括如下技术方案：一种用户信息服务器的语音通信方法；一种呼叫建立的方法；一种被叫用户信息定制方法；一种主叫用户信息定制方法；一种根据不同的被叫用户设置不同的呼叫信息的方法；一种将通信号码和用户信息分离的方法；一种基于用户ID的语音终端主叫方法；一种实时更新用户信息服务器的方法；一种语音呼叫信息管理系统。

Description

一种呼叫信息管理的方法及其系统

技术领域

本发明涉及通信领域，尤其涉及一种呼叫信息管理的方法及其系统。

背景技术

随着通信技术和互联网技术的不断发展，语音通信业务已由最初的固定电话间的通信，发展为固定电话与移动电话、移动电话与移动电话、PC与移动电话、PC与固定电话、PC与PC等多种通信模式，语音通信的终端设备和通信方式逐渐趋于多元化。3G网络、4G网络、NGN、IMS以及未来网络通信技术的发展，将使这一趋势不断的扩大化。

多元化的语音通信业务，为需要语音通信的用户提供了便利，降低了通信成本，使用户在进行语音通信时可以有较多的选择。然而，另一方面多元化的语音通信业务也为用户，尤其是被叫方，带来了诸多烦恼。由于主叫方与被叫方在建立应答连接之前，被叫方通常无法确定主叫方的身份，导致被叫方因为信息匮乏而盲目应答或不予应答。被叫方通常会因为应答一些无关紧要甚者是骚扰的电话而影响了当前重要的工作亦或心情；此外，被叫方也时常因为不予应答当前呼叫而错过了重要的电话，造成难以估计的损失。主叫方也常常因为呼叫信息事先不为被叫方所知，导致一些重要的呼叫被对方挂掉或不接听，使呼叫没有成功，对那些欲拓展业务的主叫方而言，便丧失了维系客户、发掘潜在客户的机会。

如果进行语音通信时，呼叫双方的信息能够对等，主叫方和被叫方能够通过一个信息管理平台，对个人的基本信息以及希望接收或拒绝的语音信息进行有效管理，则将使现有通信业务得到较大的改善，能够使现有通信平台得到进一步的增值。

虽然，现有的移动通信设备终端、部分固定通信设备终端可以显示主叫方的呼叫号码，也可以显示出通信设备终端事先存储的与该号码对应的姓名信息或是图片信息。但是，如果被叫方没有事先存储当前呼叫的号码，则很难猜测当前主叫方的身份信息；另外，如果呼叫端通过网络电话或其他非主流语音通信方式进行呼叫，则被叫端通常显示的是E-mail地址信息或相应用户ID信息或其他字符信息，被叫方更无法知晓当前主叫方的身份信息。

CN200710303778.X公开了一种主叫信息显示业务的实现方法和系统，通过在移动交换中心MSC上设置“主叫信息显示”业务接入码的转接路由，当发话端MSC接收到由主叫终端拨打该主叫信息显示业务的接入码和被叫号码而发起的呼叫请求时，发话端MSC根据接入码触发该业务，把该呼叫转接到主叫信息显示业务平台，由该业务平台将主叫号码转换为该主叫用户设置的主叫信息显示内容，再将携带有该主叫信息显示内容的呼叫请求发送到受话端MSC，由被叫终端对该主叫设置的信息内容进行解码和显示。

CN200710195731.6公开了一种主叫信息显示的方法、系统及装置，主叫端局接收主叫用户发送的呼叫请求，根据呼叫请求获取主叫用户的主叫名显示业务标识，并将该业务标识发送到被叫端局，被叫端局根据主叫名显示业务标识从主叫名信息服务器中获取主叫名信息，传送给被叫用户。

现有的主叫信息显示技术，是以已有的主叫号码显示技术为基础，将主叫用户名融入至已有业务标识中，从而对主叫方的主叫信息进行增值。现有技术要求在被叫端局放置主叫名信息服务器，且仅适用于MSC通信业务。然而，目前及未来的语音通信将朝着多元化的方向发展，因此，本发明集成已有的网络、通信平台，构建一个语音呼叫信息管理系统，以满足各种语音呼叫用户的需求，使语音通信的双方可以借助呼叫信息管理的方法和系统，对呼叫的信息进行有效管理。

发明内容

为了使语音通信中呼叫与应答双方的信息对等、呼叫信息相对地透明化，使任一用户都有权利根据呼叫信息的内容，按照个人的喜好和需求事先对语音通信进行相应的设置，以人为本，让用户也能够有限度地参与通信的过程，改变现有通信模式中用户只能充当被动接收的局面，本发明公开了一种呼叫信息管理的方法及其系统，通过以下技术方案予以实现。

本发明优选实施例中包括语音呼叫系统A，用户信息服务系统S，和语音呼叫系统B。语音呼叫系统A，用于接收终端用户的呼叫，并与用户信息服务系统S进行连接；用户信息服务系统S，用于接收语音呼叫系统A的连接请求，向语音呼叫系统B发送呼叫辅助信息、控制呼叫连接过程；语音呼叫系统B，用于接收用户信息服务器发送的呼叫辅助信息，接收用户信息服务系统S的连接请求；上述过程反之亦然；所述语音呼叫系统A、用户信息服务系统S和语音呼叫系统B通过有线或无线的方式进行连接。

本发明所述系统实施例中，主叫用户与主叫用户所在的语音呼叫系统之间或同一语音呼叫系统内部建立连接；主叫用户所在的语音呼叫系统向用户信息服务器发起连接请求；用户信息服务器根据主叫用户和/或被叫用户在用户信息服务器中的呼叫控制信息处理该连接请求，并将该次呼叫的呼叫辅助信息和/或呼叫控制信息传回主叫用户和/或被叫用户所在的语音呼叫系统；语音呼叫系统根据呼叫辅助信息和/或呼叫控制信息继续处理本次连接。

本发明所述系统实施例中，主叫用户还可以登录用户信息服务器，根据在用户服务器中的用户资源列表，针对不同的联系人设置个性化的作为主叫时的呼叫辅助信息；

本发明所述系统实施例中，用户还可以登录用户信息服务器设置自动应答/过滤呼叫或数据呼叫，即用户b登录用户信息服务器，设置其作为被叫用户时的呼叫控制信息以及呼叫辅助信息；当用户a呼叫用户b时，用户a作为主叫的主叫信息被传输到用户信息服务器，用户信息服务器根据用户b作为被叫的设置，对用户a本次呼叫进行自动应答。

本发明所述系统实施例中，用户还可以通过用户信息服务器进行群呼叫设置，以及对呼叫的过程进行控制。

本发明所述系统实施例中，用户还可以针对不同的被叫用户设置不同的呼叫辅助信息和呼叫控制信息，也可以对不同的群组设置不同的呼叫辅助信息和呼叫控制信息；同时本发明所述系统实施例中，还能够将用户的通信号码和用户信息进行分离，即用户如果更新语音通信号码信息，只需在用户信息服务器上更新即可，无需逐个通知每个联系人，用户信息服务器会自动对相应信息进行更新。

本发明所述系统实施例中，用户信息服务器中有关用户的状态是实时更新的，如用户语音通信状态以及用户所在位置状态等。

本发明的有益效果主要包括：

(1)语音呼叫过程中，被叫方与主叫方双方信息对等，彻底改变现有语音呼叫系统中被叫方难于获知主叫方信息的被动局面；

(2)用户可参与语音呼叫过程的设置，改变现有语音通信系统中，用户只能在通信设备终端进行设置的局面；

(3)将目前用户只能在语音通信终端进行相应信息设置的模式，转变为在用户信息服务器上进行设置；

(4)扩展和增强了语音通信终端设备的功能。

附图说明

图1为本发明用户信息服务管理系统架构图。

图2为本发明用户信息服务器的语音通信流程图。

图3为本发明呼叫用户与用户信息服务器和被叫方建立连接的过程。

图4为本发明通过XML呼叫描述文件与用户信息服务器进行通信连接的过程。

图5为本发明语音呼叫系统基本呼叫建立过程。

图6为本发明呼叫用户和被叫用户均为未注册用户时的呼叫连接建立过程。

图7为本发明呼叫用户注册但被叫用户未注册时的呼叫连接建立过程。

图8为本发明呼叫用户未注册但被叫用户注册，且被叫用户拒绝此种呼叫的连接建立过程。

图9为本发明呼叫用户未注册但被叫用户注册，且被叫用户允许此种呼叫的连接建立过程。

图10为本发明呼叫用户和被叫用户均为注册用户，且被叫用户拒绝与当前呼叫信息相关的呼叫的连接建立过程。

图11为本发明呼叫用户和被叫用户均为注册用户，且被叫用户允许与当前呼叫信息相关的呼叫的连接建立过程。

图12为本发明呼叫用户和被叫用户均为注册用户，且被叫用户进行呼叫转接的连接建立过程。

图13为本发明呼叫用户和被叫用户均为注册用户，且被叫用户占线时的连接建立过程。

图14为本发明呼叫信息管理系统示意图I。

图15为本发明呼叫信息管理系统示意图II。

图16为本发明呼叫信息管理系统示意图III。

图17为本发明系统以移动电话通信为例的拓扑结构图。

图18为本发明登录用户信息服务器进行设置示意图。

具体实施方式

为了更进一步说明本发明的特征，以下将结合附图，对本发明方法的实施进行详细阐述。

根据前面发明内容所述，本发明所述的一种用户信息服务管理系统架构图如图1所示。其中语音呼叫系统1、语音呼叫系统2、语音呼叫系统3以及语音呼叫系统N，是指能够支持主叫方与被叫方进行语音通信的系统，包括但不限于固定电话语音呼叫系统、移动电话语音呼叫系统、VoIP语音呼叫系统、短消息/DataCall系统和上述系统相互融合而构成的语音呼叫系统；同时语音呼叫系统还可指固定电话、移动电话、VoIP、数据通信DataCall系统中的不同区域或不同应用的内部子系统。本发明的用户信息服务器位于多语音通信系统的拓扑中心，任一语音呼叫系统中的用户呼叫其他任一用户，在呼叫过程中均需访问用户信息服务器。其中用户信息服务器为集中的一台服务器或服务器集群或分布式的服务器系统，各台用户信息服务器之间可以存在信息交互，用户信息服务器被置于整个通信网络的拓扑中心位置，并且方便用户通过网络访问。比较典型的方式为，用户信息服务器放于Internet互联网上，用户可以方便地通过登录用户信息服务器系统或Web平台，设置自己的用户呼叫辅助信息和呼叫控制信息。其中用户呼叫辅助信息，顾名思义是用户为呼叫过程而设立的背景信息，通常包括：

主叫方和被叫方显示的信息，由于主叫方和被叫方所处的通信地位上的不一致，因此导致主叫被叫设置的呼叫辅助信息也有所不同。

A、主叫用户身份信息，主要是主叫的一些个人信息，例如，联系方式，姓名、称呼、照片、生日、兴趣爱好等，在后面有详细叙述；B、主叫用户位置信息，用户GPS或其它卫星导航系统定位信息，基站位置信息，这里基站位置信息通常可以根据用户呼叫终端当前正在使用的一个或几个基站的位置信息获得，或者根据几个基站之间的通信相互关系，例如，手机到各个基站的时间，来计算出现在手机的相对位置，主要注意的是各个基站的位置是可以确定的，并且每个基站用自己的ID可以加以区分；C、网络信息，所处的网络信息，例如CDMA网络还是GSM或4G或WIFI网络或NGN或IMS或其它通信网络，以及相关信息，例如，包括基站信息、基站控制器(BSC)信息、交换机信息(MSC)等；D、手机信息，手机型号、手机厂商、手机配置信息、手机设备ID、手机卡ID、手机卡类型、手机类型等；E、加密信息，例如，通信采用的加密类型方式，加密公开密钥；F、呼叫主题信息，例如，本次呼叫的目的说明性内容，或者紧急呼叫或一般性呼叫，这种区别呼叫内容的划分方式，均可以在呼叫主题中设置；G、主叫方语音视频或文字留言信息，即为了说明身份或通话目的，而进行的语音或文字信息在用户信息服务器上的预留，可以在通话前，被叫方振铃时，显示在对方屏幕上或让被叫方预先收听或收看；该信息同样可以在用户作为被叫方时，进行设置。

个人作为被叫方时，希望主叫方显示的信息，包括但不限于：

A、被叫用户身份信息，原因在于，在一些呼叫场合，由于主叫用户的人为操作失误，例如输入错误的呼叫号码或ID，为了能够使主叫及时发现自己的错误，在呼叫时，如果主叫能够看到被叫用户设置的用户身份信息，则可以避免继续进行错误的呼叫；另外，被叫用户还可以进行一些个性化设置，例如，设置给主叫放的音乐，设置个性化签名，设置个性化照片等等；联系方式，则可以为电子邮箱，其它通信号码，IM即时通信方式，家庭住址，居住城市等。不管是主叫或是作为被叫设置的用户身份信息，主要是用户自行设置的，用于为呼叫的对方(主叫方或被叫方)显示的信息，用于表明用户身份或个性设置或希望对方看见或听到的内容的设置，设置的内容包括文字、声音、图片、动画、视频等。同时值得注意的是，一个用户在设置自己作为主叫或被叫的用户身份信息时，可以根据不同的呼叫时另一方和用户关系而设置不同的用户身份信息，例如，a是b的爸爸，则a呼叫b时，a希望在b用户终端上显示来电者身份为“爸爸”，而a希望在被b呼叫时，同样在b用户终端上显示“爸爸”信息，因此，在一个用户a的用户资源列表中有b到z个“好友”，用户a可以根据不同的好友，设置不同的主叫或被叫时用于对方显示的用户身份信息，同样用户a可以为不同的对象设置a作为主叫或被叫用户时的用户呼叫辅助信息，真正做到用户作为主叫和被叫的个性化；B、被叫用户位置信息；C、网络信息；D、手机信息；E、加密信息；F、呼叫主题信息；G、被叫方语音视频或文字留言信息，被叫方如果不能正常接收某主叫的呼叫连接，则可以根据被叫方设定的语音视频或文字留言把一些预设信息传送给主叫的一方；也可以是被叫方主观上不愿意接受某一主叫方连接时，设定的自动应答模式，应答内容包括“用户不在本服务区内”、“用户已停机”等。

呼叫控制信息包括但不限于：

被叫方或被叫群针对不同主叫方进行单独呼叫设置；

被叫方或被叫群针对不同主叫方群，进行群呼叫设置；

其中呼叫设置包括但不限于：

A、终止呼叫，例如针对陌生人的呼叫或不希望被接入的主叫方，自动抛弃本次呼叫，值得说明的是现有的手机有些也支持这种功能，但是实现的一方为呼叫终端，而在本专利中，用户信息服务器可以自行处理一些呼叫，例如可以终止呼叫，用户信息服务器可以直接和语音呼叫系统中相关设备(交换机或基站控制器等设备)进行直接应答，而不经过手机；例如，用户信息服务器拒绝了某一个呼叫用户的来电或，可以选择不通知或以短信方式通知被叫方；B、播放特定录音，即被叫方由于某种原因不能及时接听电话，因此对某一个或某几个可能呼叫被叫方的主叫用户设置相应的录音，当这些用户呼叫被叫方时则播放被叫方录制的特定录音；C、呼叫转移，即将主叫方呼叫转移到另一个语音呼叫系统或同一个语音呼叫系统的另一个语音终端；D、呼叫铃声，该功能指呼叫时，被叫方在用户信息服务器上设置的对自己端呼叫终端所播放的铃声，也可以含有视频；E、通话录音，这是一个用户设置的全新的功能，用户方，不管是主叫还是被叫，都可以通过在用户信息服务器上进行设置，可以自动对该用户作为主叫或被叫时，针对所有或部分和该用户进行通话的语音信息进行记录，包括对视频通话的音视频同时进行记录；F、对方铃声，被叫方被呼叫时，被叫方在用户信息服务器上设置的为主叫一方播放的铃声，也可以含有视频。

主叫方或主叫群根据被叫方的应答情况，所进行的设置，其中被叫方的应答情况包括但不限于：

A、被叫方或被叫群无应答；B、被叫方或被叫群连续振铃超时或超过一定次数；C、被叫方或被叫群不在服务区内；D、被叫方或被叫群正常应答；E、被叫方或被叫群播放自动录音；

根据被叫方应答情况，可以选择的设置包括但不限于以下几种：A、连续呼叫其它号码；B、给对方发送短信或预定义短信；C、转入语音留言；D、自动重播号码；E、通话录音；F、呼叫等待或呼叫转移。

用户信息服务器将很多以往需要配置在手机上的参数和功能，进行了上移，移植了网络一端，方便了用户配置，以及配置信息的重用，更重要的是，可以直接将互联网的应用移植到手机上，而不需要对手机做大规模升级。

前面所说的呼叫类型包括语音呼叫(Call)和数据呼叫(Data Call)，数据呼叫DataCall包括短信、彩信等通信方式，还可以包括网络IM通信，VoIP设置等。

并且，无论是主叫方还是被叫方，在设置呼叫辅助信息时，还可以针对不同的呼入和呼出做不同的个性化设置。例如，用户A的用户资源列表中，有B、C、D三人，并且A与B、C、D关系不同，则A可以根据不同的关系设置分别呼叫B、C、D时，被叫B、C、D的显示，如，B是A的儿子，则A呼叫B时，自动显示父亲来电。用户登录用户信息服务器的方式包括但不限于：短信、闪信、WAP、HTTP、SIP、RTP、TCP/IP以及Web形式。

在图1中，不同语音呼叫系统的用户可以直接相互呼叫。例如，用户语音呼叫系统1中的用户1a呼叫语音呼叫系统3中的用户3b，在此呼叫过程中，用户1a发起呼叫请求，101语音呼叫系统首先响应用户1a的呼叫请求，然后101语音呼叫系统与105用户信息服务器进行通信，再与用户3b所在的103语音通信系统进行连接，最终呼叫用户3b。

在图1中，同一语音通信系统中的用户也可以进行呼叫。例如，语音呼叫系统1中的用户1a呼叫同一语音呼叫系统1中的用户1b，在呼叫过程中，用户1a发起呼叫请求，101语音呼叫系统首先响应用户1a的呼叫请求，然后101语音呼叫系统与105用户信息服务器进行通信，再与用户1b进行连接，最终呼叫用户1b。图1中反映了多个不同的语音呼叫系统之间通过用户信息服务器通信的过程，在本发明实际应用中，同样可以用在一个语音通信呼叫系统中，利用用户信息服务器，进行通信。这里的语音呼叫系统，包括固定电话(fix Phone)系统、移动电话系统(Mobile，其中包括现有2G、2.5G、3G、4G、NGN、IMS等移动电话系统)、VoIP电话系统(包含H.248、SIP、H.323协议等)、IM及时通信系统。

图1中用户信息服务器，主要功能是接受外部用户注册登录，并配置用户自己的呼叫辅助信息和呼叫控制信息(可以在服务器中生成对象呼叫辅助信息文件和呼叫控制信息文件)，并且用户还可以根据自己作为主叫或被叫，进一步配置呼叫的另一方的个性化设置，该个性化设置又可以根据不同的呼叫的对方而不同。最后通过一个标准化的协议(协议生成和协议解析器模块)进行和用户信息服务器外部语音呼叫系统(其中核心设备，例如PSTN、MSC、其它网络语音服务器等)进行通信。标准协议提供标准化的外部接口。

图2是用户信息服务器的语音通信流程图。图中201中的用户发起呼叫，202为用户所在的语音呼叫系统101或102或103或104与用户信息服务器105进行连接，连接成功后，203用户信息服务器105根据被叫用户和/或主叫用户在用户信息服务器中的呼叫控制信息处理当前连接请求，于204将该次呼叫的呼叫辅助信息和/或呼叫控制信息返回给用户所在语音呼叫系统，用户所在的语音呼叫系统101或102或103或104根据呼叫辅助信息继续处理本次连接。其中，204中所述“将该辅助信息返回给语音呼叫系统”，该语音呼叫系统可以是前向或后向的，即可以是主叫方或被叫方语音呼叫系统。例如，被叫方在用户呼叫辅助信息中将主叫方的呼叫设置为“终止呼叫”，则该呼叫连接在经过用户信息服务器后会返回给主叫方所在的用户语音呼叫系统。

图3为主叫方与被叫方建立连接的过程。301为呼叫用户通过语音通信设备，呼叫被叫方帐号，其中语音通信设备是指移动电话或固定电话或VoIP通信设备，被叫方的帐号是指移动电话号码或固定电话号码或VoIP电话号码或其他任何形式的可进行语音通信的如Email帐号等；

302是指用户所在语音呼叫系统101或102或103或104与用户信息服务器105进行连接，105根据用户的呼叫码查询呼叫用户的注册信息，其中呼叫码是指移动电话号码或固定电话号码或VoIP电话号码或其他任何形式的可进行语音通信的如Email帐号等；

如果用户信息服务器105中找不到当前呼叫码所对应的用户信息，则该用户为未注册用户，转为303，用户信息服务器105查询当前被叫码所对应的用户注册信息；

如果用户信息服务器105找到当前呼叫码所对应的用户信息，则转为304，查询呼叫用户定制的相关信息，同时用户信息服务器105根据当前被叫码，查询当前被叫码所对应的用户注册信息；

如果当前呼叫用户为未注册用户，且被叫用户也为未注册用户，则转为305，用户信息服务器105将呼叫连接转接给被叫方所在语音通信系统101或102或103或104，并按照现有显示方法显示主叫方信息；

如果当前呼叫用户为未注册用户，但被叫用户为注册用户，则转为306，用户信息服务器105查询被叫用户定制的相关信息；

309为用户信息服务器105根据被叫方的设置信息，确定当前呼叫是否继续，如果否则转为311，如果是则转为312；

311为用户信息服务器105根据被叫方的定制信息，拒绝当前呼叫请求，向主叫方返回中断呼叫的相应信息，结束当前呼叫；

312为用户信息服务器105根据被叫方的定制信息，允许当前呼叫请求，生成相应呼叫辅助信息，并将呼叫连接转接给被叫方所在语音通信系统，进而传递被叫方要求显示的主叫方相关信息；

如果当前呼叫用户为注册用户，但当前被叫用户为未注册用户，则转为308，用户信息服务器105将呼叫连接转接给被叫方所在语音通信系统，并向被叫方显示主叫方设置的相应信息；

如果当前呼叫用户为注册用户，且当前被叫用户也为注册用户，则转为307，用户信息服务器查询被叫方用户定制的相关信息；

310为用户信息服务器105根据被叫方的设置信息，确定当前呼叫是否继续，如果否则转为314，如果是则转为313；

313为用户信息服务器105根据被叫方的定制信息，允许当前呼叫请求，生成相应呼叫辅助信息，并将呼叫连接转接给被叫方所在语音通信系统，进而传递被叫方要求显示的主叫方相关信息；

314为用户信息服务器105根据被叫方的定制信息，拒绝当前呼叫请求，向主叫方返回中断呼叫的相应信息，结束当前呼叫。

本发明中，还可以，如果呼叫双方都未在用户信息服务器中进行注册，则可以不访问用户信息服务器，或访问用户信息服务器作“未登记”处理。如果呼叫双方A登记注册，而B未登记注册，启用A的呼叫辅助信息和呼叫控制信息，如果B呼叫A，则自动将B放入A的陌生人名单中进行管理；如果A呼叫B，则看B是否已经在A的联系人名单中，如果B已经存在，则A可以通过登录用户信息服务器，继续编辑和B相关的呼叫辅助信息和呼叫控制信息，如果B不存在，则将B加入A的联系人名单。

本发明的呼叫信息管理方法中，语音呼叫系统中的任何用户均可以登录用户信息服务器，对其个人基本信息、作为主叫方的信息、作为被叫方的信息以及其他相关信息进行设置。

个人基本信息设置见表1所示，其中所设置的信息为用户登记注册信息，用于备案，部分私密信息不会在呼叫过程中显示。用户身份信息主要包括但不局限于以下信息：姓名、照片、性别、年龄、职业、工作单位、身份证号码、移动电话号码、Email地址、QQ电话号码等相关信息。

表1

在用户信息服务器和语音呼叫系统通信使用标准协议(如XML或其它标记性语言)进行封装，并进行传输。例如，上面表1的部分就可以写成：

<personal_info>

    <name>TroyMeng</name>

    <personal_photo_url>http://.../troymeng.jpg</personal_photo_url>

    <sex>male</sex>

    <age>30</age>

    <job>...</job>

</personal_info>

可以通过以上的方式来进行封装个人的身份信息，同样方式可以用来封装其它的用户呼叫辅助信息和用户呼叫控制信息。

所述标准协议除了需要在用户信息服务器端进行解析外，可必须在于用户信息服务器相连的语音呼叫系统的相应设备中进行解解，协议的两端均需要嵌入协议解析模块才能够正常工作。采用协议通信的方式以及采用XML封装，便于协议的标准化，只要协议一致接口就一致。当然，在具体使用用也可以采用其它协议封装方式，例如，ASN.1，也属于本专利保护范畴。

用户作为主叫方在用户信息服务器上设置的相关信息包括但不局限于表2所示信息。该部分信息可用于在被叫方端进行显示。

表2

用户作为被叫方在用户信息服务器上设置的相关信息包括但不局限于表3所示信息。用户可设置要求主叫方呼叫自己时应显示的相关信息。

表3

用户作为被叫方在用户信息服务器上还可以进一步对呼叫连接进行相应设置，该部分设置内容包括但不局限于表4所示内容。

用户可通过用户信息服务器设置自动应答或过滤相应呼叫或数据呼叫，例如，用户b登录用户信息服务器，设置其作为被叫用户时的呼叫控制信息以及呼叫辅助信息，当用户a呼叫用户b时，用户a作为主叫的主叫信息被传输到用户信息服务器，用户信息服务器根据用户b作为被叫的设置，对用户a本次呼叫进行自动应答。如果主叫a的呼叫信息或呼叫辅助信息中包含被被叫用户过滤的内容，则本次呼叫不会送达用户b处，而直接被过滤掉。这里的呼叫是指语音呼叫或数据呼叫，其中数据呼叫DataCall包括但不限于短消息、彩信、基于长连接TCP/IP请求、视频连接请求等。

表4

如表4所示，用户A还可以通过语音通信或短信或闪信或WAP或HTTP或SIP或TCP/IP或Web形式与用户信息服务器进行通信；用户A根据需要设定呼叫控制信息；当用户B呼叫用户A时，用户B的主叫信息传送到用户信息服务器上，然后根据用户A设定的呼叫控制信息处理用户B的呼叫；用户信息服务器将处理结果发送到用户A所在语音呼叫系统和/或用户B所在语音呼叫系统，继续呼叫流程；用户B的主叫信息，为用户B呼叫时，由用户B端语音呼叫系统传输到用户信息服务器的关于B的呼叫辅助信息中一种或多种组合。用户A根据设定的呼叫控制信息处理用户B的呼叫包括以下步骤：(1)用户信息服务器获取用户B的主叫信息，并提取用户B主叫信息中关键信息和用户A定制的呼叫控制信息进行比较；(2)并根据用户A设定的呼叫控制信息中设置的相应的呼叫设置，进行相关处理。

用户可以通过用户信息服务器对其语音帐号进行更新，更新时只需更新表5中相应的语音帐号信息即可。例如，当某一用户手机换号，该用户只需登录用户信息服务器将其手机号进行更新即可，无需像目前一样，需要通知每一个人，极大地方便了用户信息的更新维护。

如果主叫方终端采用通信号码作为呼叫标识，并将通信号码通过其所在语音呼叫系统传给用户信息服务器这种情况下，用户信息服务器用户号码更新包括以下步骤：

A、用户登录用户信息服务器，修改通信号码；

B、用户信息服务器搜索该用户所修改的通信号码关联用户以及关联通信号码，并将用户信息服务器中所有关联的该用户原通信号码修改为新的通信号码；

C、向所有许可关联用户的终端通过语音呼叫系统发送号码更改信息，完成在呼叫终端用户和号码映射列表中，所述修改号码的同步更新；

在这种情况下，用户信息服务器采用通信号码作为主键，来进行同步更新；

如果主叫方终端采用用户ID作为呼叫标识，并将用户ID通过其所在语音呼叫系统传给用户信息服务器这种情况下，用户信息服务器用户号码更新包括以下步骤：

A、用户登录用户信息服务器，修改通信服务器类型下通信号码，直接修改用户ID对应的通信服务类型下面的通信号码；

用户信息服务器的数据库在构建时，如果采用用户ID作为主键，用户通信号码作为一种属性时，则用户ID在该系统中具有唯一性，修改用户通信号码不需要搜索并修改相关用户的用户资源列表；用户ID可以为中文字符、英文字母、数字和符号或其组合；用户ID在系统中具有唯一性并和用户通信号码进行映射，如果一个用户同时拥有多个通信号码，则该用户ID和通信号码是一对多的映射关系，并且可以用“用户ID”和“通信服务类型”的组合来和用户号码一一映射；所述通信服务类型指所在语音呼叫系统类型，包括无线语音呼叫系统、固定电话语音呼叫系统、VoIP系统、及时通信语音呼叫系统、数据呼叫系统；

如果采用用户通信号码作为主键，用户ID作为一种属性时，则用户通信号码在该系统中具有唯一性，修改用户通信号码需要搜索并修改相关用户的用户资源列表。

表5

当用户的移动电话号码或固定电话号码或VoIP帐号发生变更，则只需要对表5中的相应信息进行修改，修改后点击更新按钮即可。用户点击更新后，用户信息服务器便会将与用户ID相关联的其他数据表信息进行更新。

用户还可以在用户信息服务器上对其语音通信列表中的好友进行设置，可以分别设置相应的呼叫信息和被叫信息。即，针对不同的人，可以设置不同的呼叫携带信息以及设置相应被叫信息。

当用户点击某人所对应的“呼叫设置”时，则弹出表2，用户可以对表2信息进行相应设置，以实现当呼叫该人时所携带的呼叫信息；当用户点击某人所对应的“被叫设置”时，则先后弹出表3和表4，用于设置作为被叫方被该人呼叫时的相应信息。

主叫用户a通过登录用户信息服务器针对其不同的被叫用户设置不同或相同的呼叫辅助信息；主叫用户a呼叫其被叫列表中用户b时，主叫用户a所在的语音呼叫系统A将用户a的本次呼叫信息传输给用户信息服务器，用户信息服务器根据用户a的设置，将针对b作为a被叫时，需要在b呼叫终端显示的信息传送到b所在语音呼叫系统B；当被叫用户b的呼叫终端收到语音呼叫系统B振铃的控制信令以及主叫用户a的呼叫辅助信息，在被叫用户b的呼叫终端振铃时，在用户b终端上显示用户a的呼叫辅助信息。

表6

用户还可以在用户信息服务器上对其语音通信列表中的好友进行分组设置，可以分别设置不同组所对应的呼叫信息和被叫信息，使同一组的用户具有相同的呼叫辅助信息。例如，用户作为主叫方，根据被叫用户的相关特征对被叫用户进行分组；将具有共同特征的被叫用户放置同一被叫用户组中，被叫用户组包括但不限于：家人组、亲戚组、同学组、同事组、朋友组、业务联系人组、客户组、陌生人组以及其他自定义的组；针对不同的被叫用户组设置不同的呼叫信息，是指用户作为主叫方时，针对同一被叫用户组中的被叫用户，设置相同的呼叫信息，如呼叫家人组中的用户时，只显示姓名或乳名即可；如果既对被叫用户组设置了呼叫信息，也对具体被叫用户设置了呼叫信息，则呼叫时被叫用户设置的呼叫信息优于被叫用户组的呼叫信息。

表7

用户信息服务器中的部分信息可以实时更新，其中包括用户语音通信状态实时更新和用户所在位置实时更新。用户语音通信状态，包括但不限于：用户移动通信设备开机状态、用户移动通信设备关机状态、用户移动通信设备不在服务区的状态、用户移动通信设备停机状态、用户移动通信设备拒绝呼叫状态、用户VoIP帐号在线状态、用户VoIP帐号不在线状态、用户VoIP帐号拒绝呼叫状态；用户位置信息包括但不限于：用户移动通信设备根据GPS或基站或其他位置定位技术，获得的当前所在物理位置信息；用户VoIP通信设备根据IP地址信息，获得当前所在物理位置信息；所述物理位置信息包括但不限于某一城市和/或城市的某一区域和/或城市的某一街道和/或城市的某一建筑物；所述用户移动通信设备的物理位置信息和用户VoIP通信设备的物理位置信息将在用户信息服务器上实时地进行更新。

用户在用户信息服务器上设置好上述信息后，则完成相应呼叫信息的定制功能。当用户进行呼叫时，其所在的语音呼叫系统与用户信息服务器相连，采用本发明定义的XML通信接口进行业务访问，其流程见图4所示。

图4中，401为用户登录用户信息服务器，在用户信息服务器上根据需求进行相应信息的定制；

图4中，402为本发明定义的用于描述呼叫请求信息的XML文件和呼叫辅助信息的XML文件，其中，呼叫请求信息的XML描述文件格式包括但不限于表8所示，呼叫辅助信息的XML描述文件格式包括但不限于表9所示；

403为根据用户定制的相关信息，按照XML文件格式，创建初始XML呼叫辅助信息描述文件，并将其存储在用户信息服务器端，与相应用户姓名相关联；

当用户发起呼叫请求404时，用户信息服务器接收到当前主叫方所在语音系统发送的XML呼叫请求描述文件，并对其进行解析，根据当前呼叫请求信息，动态生成XML呼叫辅助信息描述文件，并将其返回给主叫方所在的语音呼叫系统；

405为主叫方所在语音呼叫系统对返回的XML呼叫辅助信息描述文件进行解析；

406为主叫方所在的语音呼叫系统根据解析的内容，对当前的呼叫进一步处理；

407为主叫方所在的语音呼叫系统根据解析的内容，确定结束当前的语音呼叫；

408为主叫方所在的语音呼叫系统根据解析的内容，确定进一步与被叫方建立连接，并携带相应呼叫信息。

表8

表9

图5、图6、图7、图8、图9、图10、图11、图12、图13为本发明呼叫流程图，所有图中其连接名称、信令名称都是说明性描述或功能性描述，凡是符合描述功能的使用或流程方式，均在本专利保护范围之内。另外本发明主要描述用户信息服务器和其它语音呼叫系统(包括核心设备)连接的关系，凡是和用户信息服务器相连接的设备(在语音呼叫系统内的)均在本专利保护范围之内。语音呼叫系统概念是对现有语音呼叫应用系统的一个综合性表述，涵盖固定电话网络通信、无线电话网络、及时通信网络、VoIP互联网络、企业网络等凡是具有语音视频通信功能的通信系统。并且在图5～图13等图中，本发明只标识出了核心的通信流程，凡是在核心通信流程之上扩展的其它通信过程，包括参数或协议的传递，均在本专利保护范围之内。

在具体的应用中，有些通信过程可能受到简化或增加，例如，双方确认连接的过程、确认通话过程、确认消息传递成功的过程可能会有简化，例如，将两次确认改成三次或一次，类似修改，均在本专利保护范围之内。

图5为本发明语音呼叫系统基本呼叫建立过程。语音呼叫系统A发起呼叫请求501；

501发起呼叫请求后，连接用户信息服务器，用户信息服务器执行相关的查询操作，并向语音呼叫系统A返回502查询中的状态提示；

如果用户信息服务器查询结果为拒绝当前呼叫，则向语音呼叫系统A返回503拒绝呼叫；

如果用户信息服务器查询结果为允许当前呼叫，则继续当前呼叫，即向语音呼叫系统B发出504呼叫请求；

语音呼叫系统B接到呼叫请求后，建立连接，向用户信息服务器返回505连接中；

用户信息服务器向语音呼叫系统A返回506连接中；

随后显示507振铃和508振铃；

语音呼叫系统B接收当前呼叫，返回509OK，510OK；

语音呼叫系统A反馈回511ACK，512ACK；

最终双方进行513通话。

其中505、506、507、508、509、510、511、512均可以通过或不通过用户信息服务器进行连接。即呼叫流程的后半段(语音连接、振铃、摘机、挂机、语音信道连接建立)可以不经过用户信息服务器，用户信息服务器主要的功能是在呼叫流程需要建立的前半段，主要目的是对用户的呼叫辅助信息和呼叫控制信息进行预处理，然后再根据用户(包括主叫用户和被叫用户)的呼叫辅助信息以及呼叫控制信息来协同语音呼叫系统中核心设备处理呼叫流程。

类似的，在图6到图13所有呼叫流程中也是如此，即呼叫流程的后半段(语音连接、振铃、摘机、挂机、语音信道连接建立)可以不经过用户信息服务器，也可以经过。在具体设计中，如果系统实际搭建中，有录音等过程，则语音信道必须经过用户信息服务器。还有，用户信息服务器中或其关联存储服务器中，还需要保存一些例如彩铃、视频、音频、图片、文字等需要传输给语音呼叫系统的信息。在通过用户信息服务器传输给语音呼叫系统过程中，可以只将上述彩铃、视频、音频、图片、文字等的URL地址传输给语音呼叫系统，然后语音呼叫系统或用户呼叫终端根据URL取回上述媒体信息。

如果是503拒绝呼叫的情况，用户信息服务器可以通知被叫用户所在语音呼叫系统，并向被叫用户发送短信通知(短信通知为可选择过程)。

图6为本发明呼叫用户和被叫用户均为未注册用户时的呼叫连接建立过程。

图7为本发明呼叫用户注册但被叫用户未注册时的呼叫连接建立过程。

701为呼叫用户发起呼叫，其所在的语音呼叫系统A进行相应响应；

702为语音呼叫系统A与用户信息服务器相连，将当前呼叫用户的呼叫码和被叫码信息发给用户信息服务器；

703为用户信息服务器根据发送过来的呼叫码和被叫码，查询呼叫用户和被叫用户的注册信息；

704为用户信息服务器反馈给语音呼叫系统A，当前呼叫用户注册，但被叫用户未注册；

705为用户信息服务器继续查询呼叫用户定制的针对此种情形的相应显示信息；

706为用户信息服务器反馈给语音呼叫系统A，应向被叫方显示主叫方哪些相关信息；

707为语音呼叫系统A继续向语音呼叫系统B发起连接请求；

708为语音呼叫系统B向被叫方发起连接请求；

709为语音呼叫系统A发起连接请求后，随后便发送呼叫用户显示的相关信息；

710为语音呼叫系统B向被叫用户发送呼叫用户显示的相关信息；

711为被叫用户端进行振铃，同时被叫用户能够看到主叫方显示的相关信息；

712、713为振铃；

714为主叫方与被叫方进行通话过程。

图8为本发明呼叫用户未注册但被叫用户注册，且被叫用户拒绝此种呼叫的连接建立过程。

801为呼叫用户发起呼叫，其所在的语音呼叫系统A进行相应响应；

802为语音呼叫系统A与用户信息服务器相连，将当前呼叫用户的呼叫码和被叫码信息发给用户信息服务器；

803为用户信息服务器根据发送过来的呼叫码和被叫码，查询呼叫用户和被叫用户的注册信息；

804为用户信息服务器反馈给语音呼叫系统A，当前呼叫用户未注册，但被叫用户注册；

805为用户信息服务器继续查询被叫用户定制的针对此种情形的相应设置情况；

806为用户信息服务器反馈给语音呼叫系统A，被叫用户拒绝此种情况的语音呼叫；

807为语音呼叫系统A向呼叫用户反馈被叫用户拒绝当前呼叫，并播放被叫用户设置的拒绝呼叫的相应音频信息。

图9为本发明呼叫用户未注册但被叫用户注册，且被叫用户允许此种呼叫的连接建立过程。

图10为本发明呼叫用户和被叫用户均为注册用户，且被叫用户拒绝与当前呼叫信息相关的呼叫的连接建立过程。

1001为呼叫用户发起呼叫，其所在的语音呼叫系统A进行相应响应；

1002为语音呼叫系统A与用户信息服务器相连，将当前呼叫用户的呼叫码和被叫码信息发给用户信息服务器；

1003为用户信息服务器根据发送过来的呼叫码和被叫码，查询呼叫用户和被叫用户的注册信息；

1004为用户信息服务器反馈给语音呼叫系统A，当前呼叫用户注册，被叫用户也注册；

1005为用户信息服务器继续查询呼叫用户和被叫用户的相关显示信息和设置信息；

1006为用户信息服务器反馈给语音呼叫系统A，当前被叫方拒绝与主叫方呼叫信息相关的语音呼叫；

1007为语音呼叫系统A向呼叫用户反馈被叫用户拒绝当前呼叫，并播放被叫用户设置的拒绝呼叫的相应音频信息。

图11为本发明呼叫用户和被叫用户均为注册用户，且被叫用户允许与当前呼叫信息相关的呼叫的连接建立过程。

1101为呼叫用户发起呼叫，其所在的语音呼叫系统A进行相应响应；

1102为语音呼叫系统A与用户信息服务器相连，将当前呼叫用户的呼叫码和被叫码信息发给用户信息服务器；

1103为用户信息服务器根据发送过来的呼叫码和被叫码，查询呼叫用户和被叫用户的注册信息；

1104为用户信息服务器反馈给语音呼叫系统A，当前呼叫用户注册，但被叫用户未注册；

1105为用户信息服务器继续查询呼叫用户和被叫用户定制的相关信息，并根据双方定制的信息，确定将在被叫方显示的主叫方的相关信息；

1106为用户信息服务器反馈给语音呼叫系统A，应向被叫方显示主叫方哪些相关信息；

1107为语音呼叫系统A继续向语音呼叫系统B发起连接请求；

1108为语音呼叫系统B向被叫方发起连接请求；

1109为语音呼叫系统A发起连接请求后，随后便发送呼叫用户显示的相关信息；

1110为语音呼叫系统B向被叫用户发送呼叫用户显示的相关信息；

1111为被叫用户端进行振铃，同时被叫用户能够看到主叫方显示的相关信息；

1112、1113为振铃过程；1114为主叫方与被叫方进行通话过程。

图12为本发明呼叫用户和被叫用户均为注册用户，且被叫用户进行呼叫转接的连接建立过程。

图13为本发明呼叫用户和被叫用户均为注册用户，且被叫用户占线时的连接建立过程。

图14为本发明呼叫信息管理系统示意图I。其中实线表示语音呼叫控制流，虚线表示呼叫辅助信息流。

1401为语音呼叫系统A发起呼叫，并与用户信息服务系统S建立连接；

用户信息服务系统S接收语音呼叫系统A的连接请求，获得呼叫辅助信息，并通过1403将呼叫辅助信息发送给语音呼叫系统B；

1402为用户信息服务系统S允许语音呼叫系统A继续呼叫，并控制呼叫，将呼叫连接语音呼叫系统B。

图15为本发明呼叫信息管理系统示意图II。其中实线表示语音呼叫控制流，虚线表示呼叫辅助信息流。

1501为语音呼叫系统A发起呼叫，并与用户信息服务系统S建立连接；

用户信息服务系统S接收语音呼叫系统A的连接请求，获得呼叫辅助信息，并通过1504将呼叫辅助信息反馈给给语音呼叫系统A；

语音呼叫系统A通过1505将呼叫辅助信息发送给语音呼叫系统B；

1502为用户信息服务系统S允许语音呼叫系统A继续呼叫，并控制呼叫，向语音呼叫系统A返回继续语音呼叫控制指令；

1503为语音呼叫系统A收到控制指令后，向语音呼叫系统B发出连接请求，连接语音呼叫系统B。

图16为本发明呼叫信息管理系统示意图III。其中实线表示语音呼叫控制流，虚线表示呼叫辅助信息流。

呼叫控制流这条实线表明语音的从主叫到被叫的一个传输方向，例如，图中表示主叫所在语音呼叫系统A向被叫所在语音呼叫系统B发起呼叫连接。

对于图14、图15、图16，语音呼叫控制流实际上一个可以和辅助信息流分离或是结合的流，在实际应用中可以将二流合并，或者统一在一个传输协议中进行传输。这里语音呼叫控制流并非本专利讨论的重点，控制流的方向是由语音呼叫系统A往用户信息服务系统S传输，之后又由用户信息服务系统S往语音呼叫系统B传输；或者是先由语音呼叫系统A传输到用户信息服务系统S，再由用户信息服务系统S传回语音呼叫系统A，最后再由语音呼叫系统A传到语音呼叫系统B。或者在传输中，当用户信息服务系统受到主叫方A的呼叫控制流后，经过处理之后同时往主叫和被叫的语音呼叫系统分别传输呼叫控制流也可行。综上所述，以上三种方案均可行。

在本专利中，实际上引入一个新设备，即用户信息服务器(或用户信息服务系统)；引入在呼叫流程中引入一套新流程，即在整个呼叫过程中，需要访问该用户信息服务器，然后根据用户设置的呼叫控制信息以及呼叫辅助信息完成本次呼叫。

图17为本发明系统以移动电话通信为例的拓扑结构图，其中，1700为一台或多台用户信息服务器位于Internet中；

1701为移动电话终端设备，1710为移动电话通信系统的结构，其中1712为基站BS，1713为基站控制器(BSC)，1714为交换机(MSC)，1715为其它设备，1710移动电话通信系统通过1711互联网接口与Internet中的用户信息服务器A进行相连；

用户信息服务器A同时还可以与多个移动电话通信系统进行连接，也可以与1720互联网终端设备进行连接，如计算机或PDA等；

同时，用户信息服务器A还可以与Internet中另一台用户信息服务器B进行连接，用户信息服务器B又与1730IMS语音呼叫系统和WiFi、WiMax等系统进行连接，以使本发明基于用户信息服务器的系统功能得到扩展，应用领域和范围得到延伸。本发明此处仅以移动电话系统为范例，其他语音呼叫系统与用户信息服务器的连接情况与此类似，同样在本专利保护范围之内。

图18为本发明登录用户信息服务器进行设置示意图，

用户信息服务系统S包括以下模块：

1802接口模块、1803数据处理模块、1804管理模块和1805用户信息协议模块；

1802接口模块用于与外部的应用系统进行连接响应，所述外部应用系统包括但不限于语音呼叫系统、Web服务器；1803数据处理模块用于对用户信息服务器中注册用户的数据以及主叫用户或主叫群与被叫用户或被叫群之间传递的数据进行处理；1804管理模块用于对登录用户信息服务器并注册的用户的信息进行管理，其中用户的信息包括但不限于用户的个人信息、用户作为主叫方或被叫方设置的呼叫辅助信息和/或呼叫控制信息；1805用户信息协议模块用于封装呼叫辅助信息和/或呼叫控制信息。

其中语音呼叫系统包括以下模块：

1806接口模块、1807控制模块、1808协议解析模块和1809管理模块、1810通信模块、1811数据处理模块；

1806接口模块用于与用户信息服务器以及其他应用服务系统建立连接；1807控制模块用于对主叫用户/或主叫群与被叫用户或被叫群之间的通信进行控制；1808协议解析模块用于对用户信息服务器传递的呼叫辅助信息和/或呼叫控制信息进行解析；1809管理模块用于对呼叫系统中的信息进行管理；1810通信模块用于建立主叫用户/或主叫群与被叫用户或被叫群之间的语音通信连接；1811数据处理模块用于对同一语音系统中的数据和/或不同语音系统间的数据进行处理。

其中1801为用户登录外部网站，通过外部网站连接用户信息服务器；

1802为外部网页接口，用于响应用户的请求信息；

1803为数据处理模块，与1802相连接，当用户对用户信息服务器中信息进行设置或修改后，1802将相应信息提交给1803，1803在数据库中进行相应更新操作；

1805为用户信息协议模块，该接口与1803数据库和101语音呼叫系统中的1808协议模块相连，当1812呼叫终端进行呼叫时，101语音呼叫系统能够响应1805的呼叫请求，并通过1805协议接口对用户信息服务器中的数据进行访问，以获得相应的呼叫信息。

上述各模块的构成实体可以是硬件设备和/或软件程序，其中硬件设备包括但不限于PC机、服务器、单片机。

通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到本发明可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本发明各个实施例所述的方法。

以上公开的仅为本发明的几个具体实施例，但是，本发明并非局限于此，任何本领域的技术人员能思之的变化都应落入本发明的保护范围。

Claims (7)

1.一种用户信息服务器的语音通信方法，其特征在于包括以下步骤：

(1.1)主叫用户与被叫用户建立连接，所述主叫用户和被叫用户处于同一语音呼叫系统中或处于不同的语音呼叫系统中；

(1.2)主叫用户所在的语音呼叫系统向用户信息服务器发起连接请求；所述用户信息服务器位于各语音呼叫系统的拓扑中心；并且用户可以通过登录用户信息服务器设置用户呼叫辅助信息和/或呼叫控制信息；

所述呼叫辅助信息包括：个人作为主叫方时在被叫方显示的信息和个人作为被叫方时主叫方显示的信息；

所述呼叫控制信息包括：

被叫方或被叫群针对不同主叫方进行单独呼叫设置；

被叫方或被叫群针对不同主叫方群，进行群呼叫设置；

(1.3)用户信息服务器根据主叫用户和/或被叫用户在用户信息服务器中的呼叫控制信息处理该连接请求，并将该次呼叫的呼叫辅助信息和/或呼叫控制信息传回主叫用户和/或被叫用户所在的语音呼叫系统；

(1.4)语音呼叫系统根据呼叫辅助信息和/或呼叫控制信息继续处理本次连接。

2.如权利要求1所述一种用户信息服务器的语音通信方法，其特征在于：

所述用户信息服务器是指用于存储、管理语音通信系统中用户相关信息以及控制语音呼叫过程的服务器；

所述语音呼叫系统是指能够支持主叫方与被叫方进行语音通信的系统，所述语音呼叫系统包括固定电话语音呼叫系统、移动电话语音呼叫系统、VoIP语音呼叫系统、短消息/DataCall系统和上述系统相互融合而构成的语音呼叫系统；同时语音呼叫系统还可指固定电话、移动电话、VoIP、数据通信DataCall系统中的不同区域或不同应用的内部子系统；

所述用户信息服务器为集中的一台服务器或服务器集群或分布式的服务器系统，各台用户信息服务器之间可以存在信息交互；

所述呼叫的呼叫类型包括：语音呼叫(Call)和数据呼叫(DataCall)；

所述呼叫辅助信息包括：个人作为主叫方时在被叫方显示的信息和个人作为被叫方时主叫方显示的信息；

其中个人作为主叫方时，所携带的在被叫方显示的信息，包括：

A、主叫用户身份信息；

B、主叫用户位置信息；

C、网络信息；

D、手机信息；

E、加密信息；

F、呼叫主题信息；

G、主叫方语音或文字留言信息；

个人作为被叫方时，主叫方显示的信息，包括：

A、被叫用户身份信息；

B、被叫用户位置信息；

C、网络信息；

D、手机信息；

E、加密信息；

F、呼叫主题信息；

G、被叫方语音视频或文字留言信息；

所述呼叫控制信息包括：

被叫方或被叫群针对不同主叫方进行单独呼叫设置；

被叫方或被叫群针对不同主叫方群，进行群呼叫设置；

其中呼叫设置包括：

A、终止呼叫；

B、播放特定录音；

C、呼叫转移；

D、呼叫铃声；

E、通话录音；

F、对方铃声；

主叫方或主叫群根据被叫方的应答情况，所进行的设置，其中被叫方的应答情况包括：

A、被叫方或被叫群无应答；

B、被叫方或被叫群连续振铃超时或超过一定次数；

C、被叫方或被叫群不在服务区内；

D、被叫方或被叫群正常应答；

E、被叫方或被叫群播放自动录音；

根据被叫方应答情况，选择的设置包括以下几种：

A、连续呼叫其它号码；

B、给对方发送短信或预定义短信；

C、转入语音留言；

D、自动重播号码；

E、通话录音；

F、呼叫等待或呼叫转移；

所述被叫群是指被主叫用户呼叫的某一群体用户；

所述主叫群是指某一群体用户同时向某一被叫用户或某一被叫群体用户发出呼叫。

3.如权利要求1所述一种用户信息服务器的语音通信方法，其特征在于所述语音呼叫系统用户登录用户信息服务器并对呼叫辅助信息和呼叫控制信息进行管理；进行管理的方式包括初始化用户资源列表，设定用户呼叫辅助信息和呼叫控制信息；

所述用户资源列表包括用户的部分或全部身份信息，且用户资源列表与呼叫辅助信息和呼叫控制信息相关联；

所述用户登录用户信息服务器的方式包括：短信、闪信、WAP、HTTP、SIP、RTP、TCP/IP以及Web形式。

4.一种呼叫建立的方法，其特征在于，主叫方与被叫方建立连接的过程包括以下步骤：

(4.1)用户a通过所在的语音呼叫系统A，呼叫在语音呼叫系统B中的用户b时，用户a通过呼叫终端把主叫信息发送到语音呼叫系统A；

(4.2)语音呼叫系统A再将主叫信息发送到用户信息服务器，用户信息服务器根据主叫和/或被叫设置的呼叫辅助信息和/或呼叫控制信息来处理从语音呼叫系统A获得的主叫信息；所述用户信息服务器位于各语音呼叫系统的拓扑中心；并且用户可以通过登录所述用户信息服务器设置所述用户呼叫辅助信息和/或呼叫控制信息；

所述呼叫辅助信息包括：个人作为主叫方时在被叫方显示的信息和个人作为被叫方时主叫方显示的信息；

所述呼叫控制信息包括：

被叫方或被叫群针对不同主叫方进行单独呼叫设置；

被叫方或被叫群针对不同主叫方群，进行群呼叫设置；

(4.3)用户信息服务器对主叫信息做出相应处理后，会执行以下步骤中的一种或几种：

A、用户信息服务器往被叫方所在语音呼叫系统B发送呼叫辅助信息和/或呼叫控制信息；

B、用户信息服务器往主叫方所在语音呼叫系统A发送呼叫辅助信息和/或呼叫控制信息；

C、用户信息服务器同时往被叫方所在语音呼叫系统B和主叫方所在语音呼叫系统A发送呼叫辅助信息和/或呼叫控制信息；

(4.4)被叫用户b和/或主叫用户a的呼叫终端显示本次连接的部分或全部呼叫辅助信息内容。

5.一种语音呼叫信息管理系统，其特征在于包括：

(5.1)语音呼叫系统A，用于接收终端用户的呼叫，并与用户信息服务系统S进行连接；

(5.2)用户信息服务系统S，用于接收语音呼叫系统A的连接请求，向语音呼叫系统B发送呼叫辅助信息，控制呼叫连接过程；

所述呼叫辅助信息包括：个人作为主叫方时在被叫方显示的信息和个人作为被叫方时主叫方显示的信息；

所述用户信息服务系统S位于各语音呼叫系统的拓扑中心；并且用户可以通过登录所述用户信息服务系统S设置所述用户呼叫辅助信息和/或呼叫控制信息，所述呼叫控制信息用于控制呼叫连接过程；

所述控制呼叫连接过程是指拒绝语音呼叫系统A发出的呼叫请求或控制呼叫连接语音呼叫系统B；

(5.3)语音呼叫系统B，用于接收所述用户信息服务系统S发送的呼叫辅助信息，接收用户信息服务系统S的连接请求；

所述语音呼叫系统A、用户信息服务系统S和语音呼叫系统B通过有线或无线的方式进行连接。

6.一种语音呼叫信息管理系统，其特征在于包括：

(6.1)语音呼叫系统A，用于接收用户信息服务系统反馈回来的呼叫辅助信息，并向语音呼叫系统B发送呼叫辅助信息；

所述呼叫辅助信息包括：个人作为主叫方时在被叫方显示的信息和个人作为被叫方时主叫方显示的信息；

(6.2)用户信息服务系统S，用于接收语音呼叫系统A的连接请求，向语音呼叫系统A反馈呼叫辅助信息、控制呼叫连接过程；

所述用户信息服务系统S位于各语音呼叫系统的拓扑中心；并且用户可以通过登录所述用户信息服务系统S设置所述用户呼叫辅助信息和/或呼叫控制信息，所述呼叫控制信息用于控制呼叫连接过程；

所述控制呼叫连接过程是指拒绝语音呼叫系统A发出的呼叫请求或向语音呼叫系统A返回控制指令，使语音呼叫系统A直接与语音呼叫系统B进行连接；

(6.3)语音呼叫系统B，用于接收语音呼叫系统A发送的呼叫辅助信息，接收语音呼叫系统A的连接请求；

所述语音呼叫系统A、用户信息服务系统S和语音呼叫系统B通过有线或无线的方式进行连接；

所述用户信息服务系统S处于两个或两个以上语音呼叫系统的中心位置。

7.如权利要求5或权利要求6所述一种语音呼叫信息管理系统，其特征在于：

所述语音呼叫系统A和语音呼叫系统B包括：

接口模块、通信模块、控制模块、数据处理模块、协议解析模块和管理模块；

所述接口模块用于与用户信息服务系统S以及其他应用服务系统建立连接；

所述通信模块用于建立主叫用户/或主叫群与被叫用户或被叫群之间的语音通信连接；

所述控制模块用于对主叫用户/或主叫群与被叫用户或被叫群之间的通信进行控制；

所述数据处理模块用于对同一语音系统中的数据和/或不同语音系统间的数据进行处理；

所述协议解析模块用于对用户信息服务系统S传递的呼叫辅助信息和/或呼叫控制信息进行解析；

所述管理模块用于对呼叫系统中的信息进行管理；

所述用户信息服务系统包括：

数据处理模块、接口模块、用户信息协议模块和管理模块；

所述数据处理模块用于对用户信息服务系统S中注册用户的数据以及主叫用户或主叫群与被叫用户或被叫群之间传递的数据进行处理；

所述接口模块用于与外部的应用系统进行连接响应，所述外部应用系统包括语音呼叫系统、Web服务器；

所述用户信息协议模块用于封装呼叫辅助信息和/或呼叫控制信息；

所述管理模块用于对登录用户信息服务系统S并注册的用户的信息进行管理，所述用户的信息包括用户的个人信息、用户作为主叫方或被叫方设置的呼叫辅助信息和/或呼叫控制信息。