WO2009056068A1

WO2009056068A1 - Méthode d'affichage et dispositif d'information pour un commanditaire

Info

Publication number: WO2009056068A1
Application number: PCT/CN2008/072829
Authority: WO
Inventors: Jian Yang; Shunan Fan
Original assignee: Huawei Technologies Co., Ltd.
Priority date: 2007-10-26
Filing date: 2008-10-24
Publication date: 2009-05-07
Also published as: CN101420476A; US20100046726A1; CN101170605A; EP2109300A1; EP2109300A4

Description

一种发起方信息的显示方法和设备本申请要求于 2007年 10 月 26 日提交中国专利局，申请号为 200710167955.6, 发明名称为 "一种发起方信息的显示方法和设备"的中国专利申请的优先权，其全部内容通过引用结合在本申请中。技术领域

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

目前，电话号码所使用的号端是统一分配，其中包括的分配规划包括： 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 ( Wireless Application 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所示，包括以下步骤：

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

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

具体的，该获取方法可以通过以下三种方式实现：方式一：接收方通过本地的信息列表获取。

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

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

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

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

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

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

具体的，该发起方的信息可以为文字，图片、声音、视频等形式。以下结合不同的实施例，对上述步骤 sl02 中涉及的不同获取方法进行描述。

本发明的实施例二中，以在终端侧存储信息列表为例，描述本发明中一种发起方信息的显示方法，如图 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 Control Protocol, 传输控制协议）连接的建立。

步骤 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/vl .0" xsi： schemaLocation="http ://www. smsforum.net/ schemas/ smap/vl .0

<SMAP:ShortMessage>

<SMAP:Header>

<SMAP:Destination>

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

</SMAP:Destination>

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

</SMAP: Originator identified

</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/vl .0" xsi: schemaLocation="http ://www. smsforum.net/ schemas/ smap/vl .0 http：〃 www. smsforum.net/ schemas/ smap/vl .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—。 ^中国移动 </SMAP:Show— text>

<SMAP: Show_number>l 0086</SMAP: Show_number> 〃携带文字和号码

</SMAP:Body>

</SMAP: ShortMessage>

</SMAP: SubmitRequest>

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

<SMAP:Show—。 ^中国移动 </SMAP:Show— text>

<SMAP: Show_number>l 0086</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-25 17: 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>

<root-layout height="200" width="176" /> <region id="Image" height="144" width="176" />

</layout>

</head>

<body>

</par>

</par>

</body>

</smil>

-ID— 1234567

Content- Type:application/vnd.oma.drm.message;boundary=PUTJTB YRBYTYBV

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"

<xs: attribute name="LOGO— audio" type="xs:anyURI"

<xs: attribute name="LOGO— video" type="xs:anyURI"

</xs:complexType>

</xs:element>

<xs: element name=" show— user" type="xs:string"/>

</xs:schema> ( 3 )在呼叫中携带信息。

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

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

步骤 s701、当主叫用户发起 Setu 消息时，在 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: International

Numbering plan identifier: E.164

SC Address: 447900000000

Message Type Indicator: 04

Message Type: SMS-DELIVER I 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>/+ 1111 〃在源地址中为其添加 LOGO

Protocol Identifier: Default

Data Coding Scheme: GSM Default Alphabet

SC Timestamp: 30407180956140

decoded: 03/04/17 08: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

User-user IEI octet 1 user-user 内容的长度 octet 2

User-user协议辨另¹ J octet 3

User-user信息 octet 4*

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

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

To: <sip:+14085551212@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 AIMSI

/Logo— Show

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

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

UserID:UE AIMSI

/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所示，包括以下步骤：

步骤 slOOl、当主叫用户发起 Setu 消息时，在 Facility消息中携带信息发送到 MSC;

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

步骤 sl003、 UE B向该 MSC月良务器返回寻呼响应消息。

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

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

步骤 sl006、 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 (华为），获知该呼叫要求显示的是"华为"，并将"华为"字样提供给上层应用显示。

步骤 sl007、 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

权利要求

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、一种服务器，其特征在于，包括：