CN101170605A - 一种发起方信息的显示方法和设备 - Google Patents

Abstract

本发明公开了一种发起方信息的显示方法，包括以下步骤：接收到服务器转发的发起方发送的消息或发起的呼叫；根据所述消息或呼叫获取所述发起方的信息；显示所述获取到的发起方的信息。本发明还公开了一种用于发起方信息显示的设备。通过使用本发明，接收方通过获取对发起方发送的请求或呼叫中的内容，可以在获得发起方号码的同时获得业务发起方的信息，使得当用户接收到业务时，可以通过显示品牌LOGO，实现简单经济的业务推广，也可以显示发起方个性化标签，名片，广告图片，情绪信息等信息，来提供个性化服务。

Description

一种发起方信息的显示方法和设备

技术领域

本发明涉及通信技术领域，尤其涉及一种发起方信息的显示方法和设备。

背景技术

目前，电话号码所使用的号端是统一分配，其中包括的分配规划包括：10开头，电信服务号码，如103国际半自动挂号，108国际对方付费电话，1000电信服务中心，1001联通服务中心等。11开头，赋予特种服务号码，如110匪警，111电信内部测试，112报修，113、115国内人工长途挂号，114查号台，116国内人工长途查询，117报时，119火警。12开头，赋予民用特殊号码，如120(医院)，121(天气预报)，122交通事故告警，126、127、128、129寻呼台(BP机时代)。分配到手机用户时，以13开始做号段。首先分配了139号码段给中国移动。后来分配130～133为联通，134～139为移动。其他的特殊号段号码包括：16，声讯类；17，长途电话服务；18，部分服务台；19，寻呼接入；20，30，电话卡服务；400、800，被叫付费电话等。

SP(Service Providers，服务提供商)是指增值电信业务提供商，即通过运营商提供的增值接口为用户提供服务。CP(Content Providers，内容提供商)是SP的上游商家，它把产品或内容提供给SP，通过SP再提供给运营商。SP按照企业业务发展的角度主要分为三大类：门户型，主要有新浪、搜狐、网易三大门户；专业型，主要有移动支付SP，掌上通等；专项型，如腾讯网。从业务发展内容来分主要有以下组成：短信、彩信、彩铃、WAP(WirelessApplication Protocol，无线应用协议)、移动搜索、移动支付、移动证券等等。其中门户型主要在短信、彩信、彩铃。专业型主要涉及到移动支付和移动证券等。在这些业务中，还有部分穿插的内容，新浪等门户也涉及到移动搜索等领域。

目前，用户在收到SP或其他用户发送的消息或发起的呼叫时，可以通过终端的来电显示功能获得发起方的信息，其实现方法为，当用户接到发送方的消息或呼叫时，如果本地没有这个号码的存储或与之相匹配的名称，则用户的来电显示会为消息提供者呼叫发起者的电话号码。如果本地已经有这个电话号码的存储，而且用户事先知道这个号码来自哪个用户，哪个运营商或哪个SP，并且为之取个用户自己可以识别的名字，则用户的来电显示会为这个可识别的名字。当然，如果用户事先可以通过其他方法获得这个消息发送者或呼叫发起者的照片，也可将照片存储在本地，与电话号码相关联，那么用户的来电显示也可以为此照片。业务的发起者也可以将信息写在消息体里面，例如在后面署名为“中国移动”，或在前面加上“中国移动祝您”。

该方法存在的缺点在于：如果用户接收到一个陌生的号码，且事先没有该号码在本地存储一个与之相匹配的信息，在不清楚消息或呼叫发起者身份时，容易接收或查看到一些不希望接收的消息或呼叫，并可能在回复后发现订阅了某项业务，影响用户体验。另外，对于一些消息，虽然在消息里面加入了发送者的信息，但仍需要点击进入才能看到，仍然使用户可能看到不希望接收的消息。

发明内容

本发明的实施例提供一种发起方信息的显示方法和设备，用于终端接收到发起方发送的消息的呼叫时，能够在终端上显示发起方的信息。

为达到上述目的，本发明的实施例提供一种发起方信息的显示方法，包括以下步骤：

接收到服务器转发的发起方发送的消息或发起的呼叫；

根据所述消息或呼叫获取所述发起方的信息；

显示所述获取到的发起方的信息。

本发明的实施例还提供一种发起方信息的发送方法，包括以下步骤：

在向接收方发送的消息或发起的呼叫中，添加自身的信息；

通过服务器向所述接收方发送所述消息或发起所述呼叫。

本发明的实施例还提供一种发起方信息的发送方法，包括以下步骤：

接收到发起方向接收方发起的呼叫或发送的消息；

在所述呼叫或消息中添加所述发起方的信息；

将所述携带发起方信息的呼叫或消息向所述接收方发送。

本发明的实施例还提供一种接收方设备，包括：

信息列表获取单元，用于从服务器获取信息列表，所述信息列表包括用户的号码以及对应的用户信息；

信息列表存储单元，用于存储所述信息列表获取单元获取到的信息列表。

信息列表匹配单元，用于根据所述信息列表存储单元存储的信息列表，对接收到的消息或呼叫的发起方号码进行匹配，获取发起方的信息。

本发明的实施例还提供一种服务器，包括：

信息列表提供单元，用于向接收方提供信息列表；

信息列表维护单元，用于维护信息列表并提供给信息列表提供单元，所述信息列表包括用户的号码以及对应的用户信息。

本发明的实施例还提供一种发起方设备，包括：

发起方信息添加单元，用于在向接收方设备发送的消息或发起的呼叫中添加本设备的信息；

发起方发送单元，用于将所述发起方信息添加单元生成的消息或呼叫通过服务器向所述接收方设备发送。

本发明的实施例还提供一种服务器，包括：

信息添加单元，用于在向接收方设备发送的消息或发起的呼叫中添加发起方设备的信息；

信息存储单元，用于维护所述发起方设备的号码以及对应的信息，并在需要时提供给所述信息添加单元。

与现有技术相比，本发明的实施例具有以下优点：

接收方通过获取对发起方发送的请求或呼叫中的内容，可以在获得发起方电话号码的同时获得业务发起方的信息，使得当用户接收到业务时，可以通过显示品牌LOGO，实现简单经济的业务推广，也可以显示发起方个性化标签，名片，广告图片，情绪信息等信息，来提供个性化服务。

附图说明

图1是本发明实施例一中发起方信息的显示方法流程图；

图2是本发明实施例二中发起方信息的显示方法流程图；

图3是本发明实施例二中终端主动向指定服务器获取信息列表的流程图；

图4是本发明实施例二中服务器通过Push-OTA协议中的SIR请求消息建立连接向终端发送信息列表的流程图；

图5是本发明实施例二中服务器通过HTTP POST协议向终端发送信息列表的流程图；

图6是本发明实施例三中发起方信息的显示方法流程图；

图7是本发明实施例三中通过FACILITY消息发送发起方信息的流程图；

图8是本发明实施例四中发起方信息的显示方法流程图；

图9是本发明实施例四中通过FACILITY消息发送发起方信息的流程图；

图10是本发明实施例四中通过FACILITY消息发送发起方信息的另一流程图；

图11是本发明的实施例五中发起方信息的显示系统的示意图；

图12是本发明的实施例六中发起方信息的显示系统的示意图；

图13是本发明的实施例七中发起方信息的显示系统的示意图。

具体实施方式

以下结合附图和实施例，对本发明的实施方式做进一步说明。

本发明的实施例通过现有的移动通信系统当中的网络设备、终端设备之间的协同工作完成。其目的在于当作为接收方的终端接收到的消息或呼叫后，显示的将不仅是发起方的号码，而且可以显示出该发起方的信息，例如品牌的LOGO，名字、图片、个性化标签或情绪信息等。

本发明的实施例一中，一种发起方信息的显示方法如图1所示，包括以下步骤：

步骤s101、接收方接收到服务器转发的发起方发送的消息或发起的呼叫。

步骤s102、接收方根据该消息或呼叫获取发起方的信息。

具体的，该获取方法可以通过以下三种方式实现：

方式一：接收方通过本地的信息列表获取。

接收方可以通过在本地存储和维护一个用来识别用户的电话号码与信息的对应关系列表，此列表将包括所有发起方的电话号码与信息，当有呼叫或消息到来时，进行自动匹配，显示发起方的信息。该信息的列表获得方法可以为：接收方向指定服务器索取，或服务器主动向接收方推送此列表。

方式二：发起者在消息或呼叫中携带自身信息。

发起方在发送消息或发起呼叫时，将信息和号码携带在消息或呼叫中。当接收方接收到该消息或呼叫时，可以通过解析获得发起方的信息并显示。

方式三：服务器在发起者发送的消息或发起的呼叫中添加发起者的信息。

服务器预先存储发起方的信息，当接收到该发起方者的消息或呼叫时，可以在消息或呼叫中添加发起者的信息。当接收方接收到该消息或呼叫时，可以通过解析获得发起方的信息并显示。

步骤s103、接收方显示该获取到的发起方的信息。

具体的，该发起方的信息可以为文字，图片、声音、视频等形式。

以下结合不同的实施例，对上述步骤s102中涉及的不同获取方法进行描述。

本发明的实施例二中，以在终端侧存储信息列表为例，描述本发明中一种发起方信息的显示方法，如图2所示，包括以下步骤：

步骤s201、终端获取服务器存储的信息列表。

具体的，该信息列表包括用户的号码以及对应的用户信息。

步骤s202、终端作为接收方接收到发起方发起的呼叫或消息。

步骤s203、终端根据该发起方的号码，在本地存储的信息列表中进行匹配。

具体的，终端在本地的信息列表中查找该发起方的号码，查找到时，可以根据该号码获取到对应的发起方的信息。

步骤s204、终端显示该发起方的信息。

上述步骤s201中，终端可以通过以下两种方式获得服务器维护的用户信息列表。

方式一：终端主动向指定服务器获取信息列表。

该过程如图3所示，包括以下步骤：

步骤s301、终端向服务器发出HTTP(Hyper Text Transfer Protocol，超文本传输协议)GET请求，请求取回信息列表。

步骤s302、当服务器收到该请求后，返回“200 OK”的响应，表示找到该请求的资源，接受请求并发送信息列表文件给终端。

步骤s303、终端用接收到的新的信息列表存储，更新本地信息列表，为接收呼叫或消息作好准备。

方式二：服务器主动向终端发送信息列表。

根据发送方式的不同，该方式二可以使用以下两种方法，

第一种方法为服务器通过HTTP协议的SIR请求消息实现，如图4所示，具体包括以下步骤：

步骤s401、当信息列表改动时，服务器需要及时对列表进行更新维护，并提醒终端列表已经更新，请求终端为服务器推送更新后的信息列表建立连接。服务器通过向终端发送会话初始化请求，即SIR，来请求建立端到端的连接。SIR在HTTP协议中使用时，可以用来激活一个TCP(Transmission ControlProtocol，传输控制协议)连接的建立。

步骤s402、终端为服务器建立TCP连接。

步骤s403、服务器在建立好的TCP连接上，通过HTTP POST方式推送信息列表到终端。HTTP POST用于让所指明的源端接受请求信息中的内容，并且让内容成为源端的一部分。

步骤s404、终端如果正确接收到信息列表，回复“200 OK”表示一切顺利，收到号码列表。

步骤s405、终端用新的信息列表更新本地信息列表，为接收呼叫或消息作好准备。

第二种方法为服务器通过Push协议实现，如图5所示，具体包括以下步骤：

步骤s501、服务器主动发起信息列表推送消息到终端，使用Push协议的Push提交过程。

步骤s502、终端接收到信息列表，返回结果通知，通知服务器已经接收到列表。

步骤s503、终端用新的信息列表更新本地信息列表，为消息或呼叫接收作好准备。

上述取回的特殊服务提供商的信息列表将存储在终端上。当终端接收到业务呼叫或短信时，终端可以通过从本地存储的列表中读取获得与号码匹配的信息来呈现给用户。当信息列表需要变更时，服务器可以通过OTA Update定时对信息列表自动更新。

本发明的实施例三中，以在终端侧不进行变化、而由发起方在发起的呼叫中添加信息为例，说明本发明中一种发起方信息的显示方法，如图6所示，包括以下步骤：

步骤s601、发起方在发起的呼叫或发送的消息中，添加自身的信息。

具体的，发起方可以通过扩展消息或扩展呼叫命令的方式，在短消息、多媒体彩信和呼叫中携带自身的信息。

步骤s602、接收方接收到该消息或呼叫，解析出其中包括的发起方信息。

步骤s603、接收方终端显示该发起方的信息。

以下具体对本实施例步骤s601中发起方扩展消息或扩展呼叫命令的方式进行描述。

(1)在短消息中携带信息。

当发起方发送短消息时，将信息和号码携带在消息头和/或消息体中，当终端接收到该消息后，即可将信息和/或电话号码显示出来。

例如：通过扩展短消息头域的方式携带表示信息。

具体的，可以扩展头域为：

Originator identifier：

该头域对现有的短消息进行了扩展，用来携带特殊业务发起者相关的信息。此头域的取值可以为字符串，图片等格式。

具体的实现方式和规则举例说明：

Originator identifier:<中国移动10086>

Originator identifier:<中国银行客服中心>

Originator identifier:<www.yahoo.com>

Originator identifier:

上述的头域当中许可的对象主要是业务提供商的名称，号码，来源或品牌LOGO，广告图片。

下面给出XML(Extensible Markup Language，可扩展的标记语言)形式的短消息，在头域中添加信息的举例：

<SMAP:SubmitRequest

xmlns:SMAP＝”http://www.smsforum.net/schemas/smap/v1.0”

xsi:schemaLocation＝”http://www.smsforum.net/schemas/smap/v1.0

http://www.smsforum.net/schemas/smap/v1.0/smap.xsd”>

<SMAP:ShortMessage>

<SMAP:Header>

<SMAP:Destination>

<SMAP:Number>5555309</SMAP:Number>

</SMAP:Destination>

<SMAP:Originator identifier>

<SMAP:Name>中国移动10086</SMAP:Name>//携带文字信息和号码

</SMAP:Originator identifier>

</SMAP:Header>

<SMAP:Body>

<SMAP:Text>Jenny，I’ve got your number.</SMAP:Text>

</SMAP:Body>

/SMAP:ShortMessage>

</SMAP:SubmitRequest>

该实例的头域中，通过<SMAP:Name>中国移动10086</SMAP:Name>携带了发起方的文字信息和号码。

再例如：通过扩展短消息头体的方式携带信息。

下面给出XML形式的短消息，在消息中添加信息的举例：

<SMAP:SubmitRequest

xmlns:SMAP＝”http://www.smsforum.net/schemas/smap/v1.0”

xsi:schemaLocation＝”http://www.smsforum.net/schemas/smap/v1.0

http://www.smsforum.net/schemas/smap/v1.0/smap.xsd”>

<SMAP:ShortMessage>

<SMAP:Header>

<SMAP:Destination>

<SMAP:Number>5555309</SMAP:Number>

</SMAP:Destination>

</SMAP:Header>

<SMAP:Body>

<SMAP:Text>Jenny，I’ve got your number.</SMAP:Text>

<SMAP:Show_text>中国移动</SMAP:Show_text>

<SMAP:Show_number>10086</SMAP:Show_number>//携带文字和号码

</SMAP:Body>

</SMAP:ShortMessage>

</SMAP:SubmitRequest>

该实例的消息体中，通过：

<SMAP:Show_text>中国移动</SMAP:Show_text>

<SMAP:Show_number>10086</SMAP:Show_number>

携带了发起方的文字信息和号码。

(2)在多媒体消息中携带信息。

在发起方产生MMS时，可以在消息体或头域中携带其信息，此信息可以为文本、图片、声音、视频等格式，并且对携带信息做出标记，在终端接收到消息后，可以解析出这个信息，显示给用户。因此用户在不需要打开或取回此多媒体消息的情况下，就可以得知该消息的发送方，以便确认是否需要查看此消息或可以直接对消息进行删除。

例如：发起方在产生的MMS消息体中添加希望携带的信息，下面给出在MMS消息体中添加此信息的举例：

X-Mms-Message-Type:m-send-req

X-Mms-Transaction-Id:text-string

X-Mms-Version:1.0

Message-Id:ext-string

Date:2007-09-2517:34:02

From:95000

To:13800000001

Cc:

Bcc:

Subject:This is an example

X-Mms-Message-Class:Personal

X-Mms-Priority:Low

X-Mms-Delivery-Report:Yes

X-Mms-Read-Reply:Yes

Content-Type:application/vnd.wap.multipart.mixed，boundary＝ID_1234567

--ID_1234567

Content-Type:application/smil

<smil>

<head>

<layout>

<root-layout height＝″200″width＝”176″/>

<region id＝″Image″height＝″144″width＝″176”/>

<region id＝″Text″height＝″56″width＝″176″fit＝″scroll″/>

</lavout>

</head>

<body>

<par dur＝″20000ms″>

<video src＝″videoclipname.3gp″region＝″Image″/>

<text src＝″Text1.txt″region＝″Text″/>

</par>

<par dur＝″2000ms″>

<img src＝″image.gif′region＝″Image″/>

<text src＝″cid:Text2″region＝″Text″/>

</par>

</body>

</smil>

    --ID_1234567

Content-Type:application/vnd.oma.drm.message；boundary＝PUTJTBYRBYTYBV

Content-Location:drmimage.dm

--PUTJTBYRBYTYBV

Content-Type:image/jpeg

Content-Transfer-Encoding:binary

XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX

--PUTJTBYRBYTYBV--

--ID_1234567-

Content-Type:Text/LOGO    携带“中国移动”的文字信息

Content-Transfer-Encoding:binary

    XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX

--ID_1234567-

Content-Type:image/jpeg/LOGO    携带中国移动的图片及LOGO

Content-Transfer-Encoding:binary

XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX

--ID_1234567-

Content-Type:Audio/mpeg/LOGO    携带中国移动的音频及LOGO

Content-Transfer-Encoding:binary

XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX

--ID_1234567-

Content-Type:Video/mp4/LOGO    携带中国移动的视频及LOGO

Content-Transfer-Encoding:binary

XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX

--ID_1234567-

再例如：发起方在产生的MMS消息头域中添加希望携带的信息。具体的，对消息头域进行扩展，并在在扩展的头域中添加XML文档，在XML文档中可以具体给出业务发起者希望添加的信息内容，下面给出在MMS消息头域中添加此信息的举例：

X-Mms-Message-Type:m-send-req

X-Mms-Transaction-Id:text-string

X-Mms-Version:1.0

Message-Id:ext-string

Date:2007-09-25 17:34:02

From:95000

To:13800000001

Cc:

Bcc:

Subject:This is an example

X-Mms-Message-SN:application/+xml//显示发送者名称为附加的XML文档

X-Mms-Message-Class:Personal

X-Mms-Priority:Low

X-Mms-Delivery-Report:Yes

X-Mms-Read-Reply:Yes

Content-type:multipart.mixed

X-NowMMS-Content-Location:

关于此例中使用的XML文档格式可以为：

  <？xml version＝″1.0″encoding＝″UTF-8″？>

  <！--W3C Schema generated by XMLSPY v5 rel.4 U(http://www.xmlspy.com)-->

  <xs:schema xmlns:xs＝″http://www.w3.org/2001/XMLSchema″elementFormDefault＝″qualified″>

  <xs:element name＝″show″>

  <xs:complexType>

  <xs:attribute name＝″LOGO_text″type＝″xs:string″use＝″optional″/>

  <xs:attribute name＝″LOGO_image″type＝″Xs:anyURI″use＝″optional″/>

  <xs:attribute name＝″LOGO_audio″type＝″Xs:anyURI″use＝″optional″/>

  <xs:attribute name＝″LOGO_video″type＝″xs:anyURI″use＝″optional″/>

  </xs:complexType>

  </xs:element>

  <xs:element name＝″show_user″type＝″xs:string″/>

  </xs:schema>

(3)在呼叫中携带信息。

具体的，发起方在呼叫过程中的FACILITY消息中可以添加希望携带的信息，此信息可以为文本、图片、声音、视频等格式，并且对携带信息做出标记，在接收方接收到呼叫时，可以解析出这个信息并显示给用户。此方法也可应用于SMS、MMS等业务。

图7所示为在FACILITY消息中携带发起方信息的一个例子，包括以下步骤：

步骤s701、当主叫用户发起Setup消息时，在Facility消息中携带信息发送到MSC；

步骤s702、MSC服务器向UE B发起寻呼请求消息；

步骤s703、UE B向该MSC服务器返回寻呼响应消息；

步骤s704、MSC服务器向UE B发送SETUP消息；

步骤s705、UE B向该MSC服务器返回CALL CONFIRMED(呼叫确认)消息；

步骤s706、UE B振铃后，UE B向MSC服务器返回Alerting消息；

此时，MSC可以向UE B发送FACILITY消息，在该消息中，通过对Facility扩展将主叫方UE A的用户信息显示的内容下发到被叫终端UE B，例如：使用FACILITY(Facility(Invoke＝activatePSS(PSS-Type＝Logo_Show(华为))))，UE B在收到该Facility消息后，能够从中解出LOGO_Show(华为)，获知该呼叫要求显示的是“华为”，并将“华为”字样提供给上层应用显示

步骤s707、MSC服务器向UE A返回Alerting消息；

本发明的实施例四中，提供了服务器为发起方添加信息的过程。此种情况下，服务器上存储有发起方信息与发起方号码对应关系的列表。发起方在需要时可以向服务器订购添加信息业务，则当服务器接收到该发起方发出的消息或呼叫时，可以为其添加信息；在某种情况下，一个号码可以对应多个信息，根据不同的接收方可以发送不同种类的信息。例如，某用户需要向客户呼叫或发送消息时，可以显示“XX公司真诚为您服务”。当其向亲人呼叫或发送消息时，可以显示“永远爱你的XX”。接收者接到该消息或呼叫时，可以直接看到特殊业务发起者希望终端看到的信息。

具体的，本发明的实施例四中，一种发起方信息的显示方法如图8所示，包括以下步骤：

步骤s801、服务器接收到发起方的请求，在本地添加发起方信息与发起方号码的对应关系。

具体的，根据发起方发送的订购添加信息业务的请求，可以在服务器上存储该发起方信息与发起方号码的对应关系。

步骤s802、服务器接收到发起方向接收方发起的呼叫或发送的消息。

步骤s803、服务器在该呼叫或消息中添加发起方的信息。

步骤s804、接收方接收到该消息或呼叫，解析出其中包括的发起方信息。

步骤s805、接收方终端显示该发起方的信息。

具体的，上述步骤s802中，发起方向接收方发送的请求为短消息时，此消息在经过服务器时，由服务器发送完成短消息的转发；此时，如果发起者订购了添加信息的业务，服务器可以完成为其添加信息的功能。

如下给出服务器在短消息中添加发起方信息的实现举例，具体的，可以通过在源消息地址头域中，为发起方添加信息：

Date Sent 03/04/17 08:59:16 TimeZone GMT+1.00H

Sender+10086

Service Centre+10086

IEI:00

LENGTH:00

MESSAGE REF:00

STATUS:03

SC Address length:07

SC Address type:91

Type of number:Intemational

Numbering plan identifier:E.164

SC Address:447900000000

Message Type Indicator:04

Message Type:SMS-DELIVER/SMS-DELIVER REPORT

More Messages To Send:No

Status Report Indication:No

Reply Path:No

Originating Address Length:0C

Originating Address type:91

Type of number:International

Numbering plan identifier:E.164

Originating Address:中国移动<10086>/+xml    //在源地址中为其添加LOGO

Protocol Identifier:Default

Data Coding Scheme:GSM Default Alphabet

SC Timestamp:30407180956140

decoded:03/04/1708:59:16

Time Zone:GMT+1.00H

User Data Length:40

decimal:64

Message:OK，we′ll meet，but be careful，you never know who′s watching！！！

具体的，上述步骤s802中，发起方向接收方发送的请求为多媒体彩信消息时，当发起方发起多媒体彩信消息时，此消息发送到服务器，由服务器完成消息的转发功能。此时，如果发起方订购了添加信息的业务，服务器可以完成为发起方添加信息的功能。

当服务器接收到发起方发来的MMS时，根据服务器本地列表，比对消息头域中给出的发起方号码，查找出对应的发起方希望为其添加的信息，添加到头域中。该头域可以为现有的头域，或是新扩展的头域，信息可以是文本格式或携带XML格式的，如下给出服务器在多媒体彩信消息的现有头域From头域中添加信息的实现举例：

X-Mms-Message-Type:m-send-req

X-Mms-Transaction-Id:text-string

X-Mms-Version:1.0

Message-Id:ext-string

Date:2007-09-25 17:34:02

From:95000<中国移动>/+xml

To:13800000001

Cc:

Bcc:

Subject:This is an example

X-Mms-Message-Class:Personal

X-Mms-Priority:Low

X-Mms-Delivery-Report:Yes

X-Mms-Read-Reply:Yes

……

具体的，上述步骤s802中，当发起方发起到接收方的电话呼叫时，服务器可以通过以下几种方法携带其信息：通过扩展消息字段、在电话号后加入文字描述、或在INVITE消息头域中添加信息。当被叫端接收到呼叫后，可以对信息进行解析，在终端显示给用户。

1、在呼叫消息中携带。

在网络侧到终端的呼叫建立SETUP过程中，User-User信令元素用来传输用户之间的信息，用户到用户User-to-user信息元有助于用户之间信息的转移。最长目前可以有131字节。服务器接收到发起方的呼叫建立请求后，添减主叫号码，可以在此处为特殊服务提供者添加其希望添加的信息。下面给出User-User信息元：

8    7    6    5    4    3    2    1

可以在其空闲字节中添加用于希望添加的信息。

2、在INVITE消息中携带。

当发起方向接收方发起呼叫时，服务器可以在接收到的INVITE消息中的显示主叫号码的头域P--Asserted-Identity，P-Asserted-Identity中的电话号码后，添加信息的字符，或以XML形式添加图片等信息，例如品牌LOGO。

下面给出服务器在INVITE消息的电话号码后添加信息和/或XML文档的实现举例：

     INVITE sip:+14085551212@proxy.pstn.net SIP/2.0

     Via:SIP/2.0/TCP useragent.example.com；branch＝z9hG4bK-124

     Via:SIP/2.0/TCP proxy.example.com；branch＝z9hG4bK-abc

     To:<sip:+14085551212@example.com>

     From:″Chinamobile″

<sip:customerservice@chinamobile.invalid>；tag＝9802748

     Call-ID:245780247857024504

     CSeq:2 INVITE

     Max-Forwards:69

     P-Asserted-Identity:″Chinamobile″

<sip:customerservice@chinamobile.com>

     P-Asserted-Identity:tel:中国移动<+14085264000>/+xml  添加发送方名称和/或其品牌LOGO的xml

Privacy:id

3、在INVITE消息头域添加携带。

当发起方向接收方终端发起呼叫时，服务器可以在接收到的INVITE消息中的头域，通过扩展头域的方式，添加信息的字符，或以XML形式添加图片等信息，例如品牌LOGO。

下面给出服务器在INVITE消息的头域扩展方式添加信息和/或XML文档的实现举例：

     INVITE sip:+14085551212@proxy.pstn.net SIP/2.0

     Via:SIP/2.0/TCP useragent.example.com；branch＝z9hG4bK-124

     Via:SIP/2.0/TCP proxy.example.com；branch＝z9hG4bK-abc

     To:<sip:+1408555 1212@example.com>

     From:″Chinamobile″

<sip:customerservice@chinamobile.invalid>；tag＝9802748

     Caller Identify:<中国移动>/+xml    扩展头域来添加信息

     Call-ID:245780247857024504

     CSeq:2 INVITE

     Max-Forwards:69

     P-Asserted-Identity:″Chinamobile″

<sip:customerservice@chinamobile.com>

     P-Asserted-Identity:tel:+14085264000

     Privacy:id

4、在FACILITY消息头域中添加携带。

主叫呼叫时，服务器查询出主叫开通了来电显示业务，核心网通过一条FACILITY消息，将主叫的来电显示信息发往被叫终端，FACILITY消息是终端和网络双向发送的消息，主要用于补充业务操作。需要对FACILITY消息的信元Facility进行定义，Facility信元在3GPP 24.080中定义。

在通话之前，主叫终端UE A可能开通了用户信息显示业务。假设在HLR或一台专门的业务服务器上存储了UE A开通的用户信息显示业务，并存放了UE A想要显示的信息内容。

具体的通过FACILITY消息发送发起方信息的流程如图9所示，包括如下步骤：

步骤s901、主叫终端即UE A向MSC服务器发从SETUP(建立)消息；

步骤s902、MSC服务器向业务服务器发查询请求，查询请求可以是自定义的消息，该消息包括主叫终端的信息，还可以包括所要查询的信息种类(如果该服务器提供不仅一种查询服务时需要)如：

QUERY

UserID:UE A IMSI

/Logo_Show

代表需要查询(QUERY)，需要查询的是UE A的IMSI标识，和相关用户信息显示(LOGO_Show)信息(包括是否开通该业务、所要携带的信息是什么)。

步骤s903、服务器向MSC服务器返回查询响应，该服务器可以是HLR(此时查询请求复用SIR_ACK)，也可以是一台专门的服务器，查询响应可以是自定义的消息，该消息包括查询请求中所查询的主叫终端A是否开通该用户信息显示业务、所要携带的信息是什么，如：

Result

UserID:UE A IMSI

/Logo_Show＝Ture

Logo_Show Content＝”华为”

步骤s904、MSC服务器向UE B发起寻呼请求消息。

步骤s905、UE B向该MSC服务器返回寻呼响应消息。

步骤s906、MSC服务器向UE B发送SETUP消息。

步骤s907、UE B向该MSC服务器返回CALL CONFIRMED(呼叫确认)消息。

步骤s908、UE B振铃后，UE B向MSC服务器返回Alerting消息。

此时，MSC可以向UE B发送FACILITY消息，在该消息中，通过对Facility扩展将发起方UE A的用户信息显示的内容下发到被叫终端UE B，例如：使用FACILITY(Facility(Invoke＝activatePSS(PSS-Type＝Logo_Show(华为))))，UE B在收到该Facility消息后，能够从中解出Logo_Show(华为)，获知该呼叫要求显示的是“华为”，并将“华为”字样提供给上层应用显示。

步骤s909、MSC服务器向UE A返回Alerting消息。

例子中的“华为”仅为一种举例，实际实现时，可以是任何UE A想显示的内容。MSC发送Facility的时机不限于步骤s908，在图中虚线标明的步骤，都可以进行发送。

该实施例中，由一台业务服务器(可复用HLR)，要求能够记录用户是否开通用户信息显示业务，并存放了想要显示的信息内容。支持接收解析查询请求，并能以给定的格式发出查询响应。另外，终端要求能够接收并解析FACILITY消息，并且将该消息中所携带的内容提供给上层应用，上层应用根据该内容进行主叫来电显示。除Facility外，也可以使用USSD来承载用于终端显示的数据，也可以是SMS、MMS、Flash SMS。具体的实例如图10所示，包括以下步骤：

步骤s1001、当主叫用户发起Setup消息时，在Facility消息中携带信息发送到MSC；

步骤s1002、MSC服务器向UE B发起寻呼请求消息。

步骤s1003、UE B向该MSC服务器返回寻呼响应消息。

步骤s1004、MSC服务器向UE B发送SETUP消息。

步骤s1005、UE B向该MSC服务器返回CALL CONFIRMED(呼叫确认)消息。

步骤s1006、UE B振铃后，UE B向MSC服务器返回Alerting消息。

此时，MSC可以向UE B发送FACILITY消息，在该消息中，通过对Facility扩展将主叫方UE A的用户信息显示的内容下发到被叫终端UE B，例如：使用FACILITY(Facility(Invoke＝activatePSS(PSS-Type＝Logo_Show(华为))))，UE B在收到该Facility消息后，能够从中解出LOGO_Show(华为)，获知该呼叫要求显示的是“华为”，并将“华为”字样提供给上层应用显示。

步骤s1007、MSC服务器向UE A返回Alerting消息。

这些携带信息的消息(例如USSD，SMS，MMS等)在网络侧向外发送的源地址都填成主叫方UE A地址，这样在被叫侧UE B收到该消息时，通过源地址将消息和当前的呼叫进行绑定，将该消息中的内容用于来电显示。

通过使用本发明实施例提供的上述方法，接收方通过获取对发起方发送的请求或呼叫中的内容，可以在获得发起方电话号码的同时获得业务发起方的信息，使得当用户接收到业务时，可以通过显示品牌LOGO，实现简单经济的业务推广。如果用户向服务器发起索取信息列表，并且进行信息列表的存储与维护，在本地进行号码的匹配，则服务器可以进行信息的推送。如果服务器完成信息的添加，此种情况下，需要服务提供商事前订阅此功能，则服务器可以对该服务提供商发出消息或呼叫添加信息。服务提供商本身也可以完成信息添加。

本发明的实施例五中，提供了一种发起方信息的显示系统，如图11所示，包括接收方10、服务器20和发起方30。其中：

接收方10，用于获取服务器20上存储的信息列表，具体的，该信息列表包括用户的号码以及对应的用户信息；并在接收到发起方30发起的呼叫或发送的消息时，在该信息列表中获取发起方30的用户信息并显示。

服务器20，用于存储用户的号码以及对应的用户信息并提供给接收方10，并将发起方发起的呼叫或发送的消息向接收方10发送。

发起方30，用于通过服务器20向接收方10发起呼叫或发送消息。

具体的，接收方10进一步包括：

信息列表获取单元11，用于从服务器20获取信息列表，该信息列表包括用户的号码以及对应的用户信息；获取方式为主动从服务器20获取、或根据服务器20的通知消息从服务器20获取。

信息列表存储单元12，用于存储信息列表获取单元11获取到的信息列表。

信息列表匹配单元13，用于根据信息列表存储单元12存储的信息列表，对接收到的消息或呼叫的发起方号码进行匹配，获取发起方的信息。

具体的，服务器20进一步包括：

信息列表提供单元21，用于向接收方10提供信息列表；提供方式为主动通知接收方10获取该信息列表、或接收到接收方10发送的请求时将信息列表提供给接收方10。

信息列表维护单元22，用于维护信息列表并提供给信息列表提供单元21，该信息列表包括用户的号码以及对应的用户信息。

本发明的实施例六中，提供了一种发起方信息的显示系统，如图12所示，包括接收方40、服务器50和发起方60。其中：

接收方40，用于接收服务器50转发的发起方60发送的消息或发起的呼叫，从该消息或呼叫中获取发起方60添加的关于发起方60的信息并显示。

服务器50，用于将发起方60发送的消息或发起的呼叫转发到接收方40。

发起方60，用于在向接收方40发送消息或发起呼叫时，通过扩展消息或扩展呼叫命令的方式，在该消息或呼叫中添加本设备的信息。

具体的，接收方40进一步包括：

接收方解析单元41，用于解析服务器50转发的发起方60发送的消息或发起的呼叫，从该消息或呼叫中获取发起方60添加的关于发起方60的信息。

发起方60进一步包括：

发起方信息添加单元61，用于在向接收方40发送的消息或发起的呼叫中添加本设备的信息。具体的：在发送的短消息的头域或消息体中添加自身设备的信息；或在发送的多媒体彩信消息的头域或消息体中添加自身设备的信息；或在发起的呼叫中的FACILITY消息中添加自身设备的信息。

发起方发送单元62，用于将发起方信息添加单元61生成的消息或呼叫向服务器50发送。

本发明的实施例七中，提供了一种发起方信息的显示系统，如图13所示，包括接收方70、服务器80和发起方90。其中：

接收方70，用于接收服务器80转发的发起方90发送的消息或发起的呼叫，从该消息或呼叫中获取服务器80添加的关于发起方60的信息并显示。

服务器80，用于将发起方60发送的消息或发起的呼叫转发到接收方40，同时在该消息或呼叫中添加发起方90的信息。

发起方90，用于在向接收方70发送消息或发起呼叫。

具体的，接收方70进一步包括：

接收方解析单元71，用于解析服务器80转发的发起方90发送的消息或发起的呼叫，从该消息或呼叫中获取服务器80添加的关于发起方60的信息。

服务器80进一步包括：

信息添加单元81，用于在向发起方90发送的消息或发起的呼叫中添加发起方90的信息。具体的：在短消息的头域或消息体中添加发起方90的信息；或在多媒体彩信消息的头域或消息体中添加发起方90的信息；或在呼叫中的User-to-User消息元、INVITE消息或FACILITY消息中添加发起方90的信息。

信息存储单元82，用于在接收到发起方90的预定消息时，将发起方90的号码以及对应的信息进行存储，并在需要时提供给信息添加单元81。

通过使用本发明实施例提供的上述设备，接收方通过获取对发起方发送的请求或呼叫中的内容，可以在获得发起方电话号码的同时获得业务发起方的信息，使得当用户接收到业务时，可以通过显示品牌LOGO，实现简单经济的业务推广。如果用户向服务器发起索取信息列表，并且进行列表的存储与维护，在本地进行号码的匹配，则服务器可以进行信息的推送。如果服务器完成信息的添加，此种情况下，需要服务提供商事前订阅此功能，则服务器可以对该服务提供商发出消息或呼叫添加信息。服务提供商本身也可以完成信息添加。

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

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

Claims (16)

1.一种发起方信息的显示方法，其特征在于，包括以下步骤：

接收到服务器转发的发起方发送的消息或发起的呼叫；

根据所述消息或呼叫获取所述发起方的信息；

显示所述获取到的发起方的信息。

2.如权利要求1所述发起方信息的显示方法，其特征在于，所述接收到服务器转发的发起方发送的消息或呼叫的步骤前还包括：

获取服务器上存储的信息列表，所述列表包括发起方号码与发起方信息的对应关系；

所述根据所述消息或呼叫获取所述发起方的信息的步骤具体为：

根据所述消息或呼叫获取所述发起方的号码；

根据所述发起方的号码以及所述信息列表，获取所述发起方的信息。

3.如权利要求2所述发起方信息的显示方法，其特征在于，所述获取服务器上存储的信息列表的步骤具体为：

主动从所述服务器获取所述信息列表；或

接收到所述服务器发送的通知消息时，从所述服务器获取所述信息列表。

4.如权利要求1所述发起方信息的显示方法，其特征在于，所述根据消息或呼叫获取所述发起方的信息的步骤具体为：

解析所述消息或呼叫，获取所述消息或呼叫中包括的发起方的信息。

5.如权利要求4所述发起方信息的显示方法，其特征在于，

所述消息为短消息时，解析所述短消息的头域或消息体，获取所述发起方或所述服务器添加的发起方的信息；

所述消息为多媒体彩信消息时，解析所述多媒体彩信消息的头域或消息体，获取所述发起方或所述服务器添加的发起方的信息；

解析所述呼叫中的User-to-User消息元、INVITE消息、非结构化补充数据业务USSD消息或FACILITY消息，获取所述发起方或所述服务器添加的发起方的信息。

6.如权利要求1至5中任一项所述发起方信息的显示方法，其特征在于，所述发起方的信息为文字、图片、声音、情绪信息以及视频中的一种或多种。

7.一种发起方信息的发送方法，其特征在于，包括以下步骤：

在向接收方发送的消息或发起的呼叫中，添加自身的信息；

通过服务器向所述接收方发送所述消息或发起所述呼叫。

8.如权利要求7所述发起方信息的发送方法，其特征在于，所述在向接收方发送的消息或发起的呼叫中，添加自身设备的信息的步骤具体为：

所述发送的消息为短消息时，在所述短消息的头域或消息体中添加自身设备的信息；或

所述消息为多媒体彩信消息时，在所述多媒体彩信消息的头域或消息体中添加自身设备的信息；或

在所述呼叫中的FACILITY消息中添加自身设备的信息。

9.如权利要求8所述发起方信息的发送方法，其特征在于，所述在所述多媒体彩信消息的头域中添加的信息为文本形式或XML文档。

10.一种发起方信息的发送方法，其特征在于，包括以下步骤：

接收到发起方向接收方发起的呼叫或发送的消息；

在所述呼叫或消息中添加所述发起方的信息；

将所述携带发起方信息的呼叫或消息向所述接收方发送。

11.如权利要求10所述发起方信息的发送方法，其特征在于，所述接收到发起方向接收方发起的呼叫或发送的消息的步骤前还包括：

接收发起方进行的在消息或呼叫中添加所述发起方信息的业务预定。

12.如权利要求10所述发起方信息的发送方法，其特征在于，所述在呼叫或消息中添加所述发起方的信息的步骤具体为：

所述发送的消息为短消息时，在所述短消息的头域或消息体中添加所述发起方的信息；或

所述消息为多媒体彩信消息时，在所述多媒体彩信消息的头域或消息体中添加所述发起方的信息；或

在所述呼叫中的User-to-User消息元、INVITE消息、USSD消息或FACILITY消息中添加所述发起方的信息。

13.一种接收方设备，其特征在于，包括：

信息列表获取单元，用于从服务器获取信息列表，所述信息列表包括用户的号码以及对应的用户信息；

信息列表存储单元，用于存储所述信息列表获取单元获取到的信息列表。

信息列表匹配单元，用于根据所述信息列表存储单元存储的信息列表，对接收到的消息或呼叫的发起方号码进行匹配，获取发起方的信息。

14.一种服务器，其特征在于，包括：

信息列表提供单元，用于向接收方提供信息列表；

信息列表维护单元，用于维护信息列表并提供给信息列表提供单元，所述信息列表包括用户的号码以及对应的用户信息。

15.一种发起方设备，其特征在于，包括

发起方信息添加单元，用于在向接收方设备发送的消息或发起的呼叫中添加本设备的信息；

发起方发送单元，用于将所述发起方信息添加单元生成的消息或呼叫通过服务器向所述接收方设备发送。

16.一种服务器，其特征在于，包括：

信息添加单元，用于在向接收方设备发送的消息或发起的呼叫中添加发起方设备的信息；

信息存储单元，用于维护所述发起方设备的号码以及对应的信息，并在需要时提供给所述信息添加单元。

Images