CN111327748A - 一种用于显示主叫方信息的方法和系统 - Google Patents

Abstract

本申请公开了一种用于显示主叫方信息的方法和系统，包括：核验接收到的用户身份数据或接收运营平台发送的设置信息；根据核验通过的用户发送的设置信息或运营平台发送的设置信息，生成与用户对应的显示信息；根据主叫方的去电方式和模式设置，发送所述显示信息至被叫方或被叫方的运营平台。通过核验接收到的用户身份数据或接收运营平台发送的设置信息；根据核验通过的用户发送的设置信息或运营平台发送的设置信息，生成与用户对应的显示信息；根据主叫方的去电方式和模式设置，发送所述显示信息至被叫方或被叫方的运营平台，能够将主叫方信息正确的通知给被叫方，避免用户仅凭感觉判断而导致漏接或者拒接重要电话。

Description

一种用于显示主叫方信息的方法和系统

技术领域

本申请涉及通讯领域，尤其涉及一种用于显示主叫方信息的方法和系统。

背景技术

骚扰电话问题常年困扰着大众日常生活。数据显示，2018年中国骚扰电话拨打量已超过了500亿次。由于骚扰电话滋扰问题持续肆虐，越来越多的人面对陌生来电，选择直接挂断。但有些时候用户未存的重要关系人打来电话，例如家人发生意外、工作面试、重要会议变更、愿意了解的商品推销等等情况，而需要接收到电话的人却不知道，而恰巧因为某种原因导致当时没能接收到这个电话，因此错过了一些非常重要的时机而事后后悔。

在现在的常用技术中，接收到的来电只能显示来电者的姓名和号码，进一步地可以通过安装的软件或者去网上查询来电者的身份，以及根据其他用户的标注，对来电进行显示。但是，还没有一个机制能让用户知道接收到的来电是否真的是需要或想要接听的电话，陌生的电话可能是不想接听的，也可能是需要传递非常重要的信息，所以如果用户只能凭感觉判断，会导致有可能会漏接重要的电话。

综上所述，需要提供一种能够将来电方信息正确的通知给被叫方，避免用户凭感觉判断而导致的漏接的重要电话的方法和系统。

发明内容

为解决以上问题，本申请提出了一种用于显示主叫方信息的方法和系统。

一方面，本申请提出一种用于显示主叫方信息的方法，包括：

核验接收到的用户身份数据或接收运营平台发送的设置信息；

根据核验通过的用户发送的设置信息或运营平台发送的设置信息，生成与用户对应的显示信息；

根据主叫方的去电方式和模式设置，发送所述显示信息至被叫方或被叫方的运营平台。

优选地，在所述根据主叫方的去电方式和模式设置，发送所述显示信息至被叫方或被叫方的运营平台之前，还包括：

接收被叫方或被叫方的运营平台的显示信息查询请求；

将查询到的显示信息发送至被叫方或被叫方的运营平台。

优选地，所述根据主叫方的去电方式和模式设置，发送所述显示信息至被叫方或被叫方的运营平台，包括：

通过客户端或运营平台判断主叫方的去电方式和模式设置，发送所述显示信息至被叫方或被叫方的运营平台；

所述去电方式和模式设置包括：原生拨号盘模式、APP模式、SIM卡模式和信令模式。

优选地，若为所述原生拨号盘模式，方法包括：

若主叫方的通话设备中已安装客户端，且用户未通过客户端呼叫被叫方；则客户端获取与主叫方对应的设置信息，发送至服务平台；服务平台接收所述设置信息，获取被叫方信息；根据所述被叫方信息，判断被叫方的通话设备中是否安装客户端；

若被叫方的通话设备中已安装客户端，且默认设置为客户端接听，则服务平台根据接收到的所述设置信息，发送对应的显示信息至被叫方的客户端中显示；

若被叫方的通话设备中未安装客户端，则服务平台根据接收到的所述设置信息，发送对应的显示信息至被叫方的运营平台；所述运营平台通过短信的方式，将主叫方的显示信息发送至所述被叫方。

优选地，若为所述APP模式，方法包括：

若主叫方的通话设备中已安装客户端，且用户通过客户端呼叫被叫方；则客户端获取与主叫方对应的设置信息，发送至服务平台；服务平台接收所述设置信息，获取被叫方信息；服务平台根据接收到的所述设置信息，发送对应的显示信息至被叫方的客户端中；

若被叫方的通话设备中未安装客户端，则服务平台根据接收到的设置信息，发送对应的显示信息至被叫方的运营平台；运营平台通过短信的方式，将主叫方的显示信息发送至被叫方。

优选地，若为所述SIM卡模式，方法包括：

若主叫方的通话设备中未安装客户端，且用户已通过通话设备中的SIM卡应用向所述运营平台发送过设置信息和模式设置；

则被叫方的运营平台根据所述主叫方的手机号，从服务平台获取与主叫方的用户设置信息对应的显示信息；

被叫方的运营平台将所述显示信息通过SIM-STK的方式写入信令，发送至被叫方的SIM卡，被叫方SIM卡再通过SIM-STK命令将所述显示信息展示给被叫方。

优选地，在所述服务平台获取与主叫方的设置信息对应的显示信息之前，还包括：

若主叫方的显示信息已进行过被叫方同步，则被叫方的运营平台直接将所述设置信息发送至被叫方的SIM卡。

优选地，若为所述信令模式，方法包括：

若主叫方的通话设备中未安装客户端，且用户已通过信令的方式向所述运营平台发送过设置信息和模式设置；

则被叫方的运营平台根据所述主叫方的手机号，从服务平台获取与主叫方的设置信息对应的显示信息；

被叫方的运营平台将所述显示信息通过写入信令，发送至被叫方。

优选地，若所述被叫方未开通来电显示，则被叫方的运营平台通过短信发送所述显示信息至被叫方的SIM卡或者被叫方。

第二方面，本申请提出一种用于显示主叫方信息的系统，包括：

服务平台，用于核验接收到的用户身份数据或接收运营平台发送的设置信息；根据核验通过的用户发送的设置信息或运营平台发送的设置信息，生成与用户对应的显示信息；根据主叫方的去电方式和模式设置，发送所述显示信息至被叫方或被叫方的运营平台。

本申请的优点在于：通过核验接收到的用户身份数据或接收运营平台发送的设置信息；根据核验通过的用户发送的设置信息或运营平台发送的设置信息，生成与用户对应的显示信息；根据主叫方的去电方式和模式设置，发送所述显示信息至被叫方或被叫方的运营平台，对主叫方信息进行标注，能够将主叫方信息正确的通知给被叫方，避免用户凭感觉判断而导致的漏接的重要电话的。

附图说明

通过阅读下文优选实施方式的详细描述，各种其他的优点和益处对于本领域普通技术人员将变得清楚明了。附图仅用于示出优选事实方案的目的，而并不认为是对本申请的限制。而且在整个附图中，用同样的参考符号表示相同的部件。在附图中：

图1是本申请提供的一种用于显示主叫方信息的方法的步骤示意图；

图2是本申请提供的一种用于显示主叫方信息的方法的用户身份数据审核的流程示意图；

图3是本申请提供的一种用于显示主叫方信息的方法原生拨号盘模式的主叫方的流程示意图；

图4是本申请提供的一种用于显示主叫方信息的方法原生拨号盘模式的被叫方的流程示意图；

图5是本申请提供的一种用于显示主叫方信息的方法APP模式的主叫方的流程示意图；

图6是本申请提供的一种用于显示主叫方信息的方法APP模式的被叫方的流程示意图；

图7是本申请提供的一种用于显示主叫方信息的方法SIM卡模式的主叫方的流程示意图；

图8是本申请提供的一种用于显示主叫方信息的方法SIM卡模式的被叫方的流程示意图；

图9是本申请提供的一种用于显示主叫方信息的方法的SIM卡模式主叫方推送流程示意图；

图10是本申请提供的一种用于显示主叫方信息的方法的SIM卡模式被叫方获取流程示意图；

图11是本申请提供的一种用于显示主叫方信息的方法信令模式的主叫方流程示意图；

图12是本申请提供的一种用于显示主叫方信息的方法信令模式的被叫方的流程示意图。

具体实施方式

下面将参照附图更详细地描述本公开的示例性实施方式。虽然附图中显示了本公开的示例性实施方式，然而应当理解，可以以各种形式实现本公开而不应被这里阐述的实施方式所限制。相反，提供这些实施方式是为了能够更透彻地理解本公开，并且能够将本公开的范围完整的传达给本领域的技术人员。

根据本申请的实施方式，提出一种用于显示主叫方信息的方法，如图1所示，包括：

S101，核验接收到的用户身份数据或接收运营平台发送的设置信息；

S102，根据核验通过的用户发送的设置信息或运营平台发送的设置信息，生成与用户对应的显示信息；

S103，根据主叫方的去电方式和模式设置，发送显示信息至被叫方或被叫方的运营平台。

在根据主叫方的去电方式和模式设置，发送显示信息至被叫方或被叫方的运营平台之前，还包括：

接收被叫方或被叫方的运营平台的显示信息查询请求；

将查询到的显示信息发送至被叫方或被叫方的运营平台。

核验接收到的用户身份数据，包括：

对用户的身份数据进行加密；

将加密后的身份数据发送至数据源机构进行数据验证，得到验证结果。

根据主叫方的去电方式和模式设置，发送显示信息至被叫方或被叫方的运营平台，包括：

通过客户端或运营平台判断主叫方的去电方式和模式设置，发送所述显示信息至被叫方或被叫方的运营平台；

主叫方去电方式和模式设置包括：原生拨号盘模式、APP模式、SIM卡模式和信令模式。去电方式和模式设置可以统称为去电模式。其中，原生拨号盘模式、SIM卡模式和信令模式均为使用通话设备中的原生拨号盘或非客户端中的拨号盘进行去电，SIM卡模式和信令模式为去电方在去电前，进行的模式设置。若去电方在去电前没进行过SIM卡模式或信令模式的设置，且去电方的通话设备中安装有客户端，通过了验证，则去电方使用通话设备中的原生拨号盘或非客户端中的拨号盘进行去电时，为原生拨号盘模式。

若为原生拨号盘模式，方法包括：

若主叫方的通话设备中已安装客户端(与服务平台对应的客户端)，且用户未通过客户端呼叫被叫方；则客户端获取与主叫方对应的设置信息，发送至服务平台；服务平台接收设置信息，获取被叫方信息；根据被叫方信息，判断被叫方的通话设备中是否安装客户端；

若被叫方的通话设备中已安装客户端，且默认设置为客户端接听，则服务平台根据接收到的设置信息，发送对应的显示信息至被叫方的客户端中显示；

若被叫方的通话设备中未安装客户端，则服务平台根据接收到的设置信息，发送对应的显示信息至被叫方的运营平台；运营平台通过短信的方式，将主叫方的显示信息发送至被叫方。

若被叫方的通话设备中已安装客户端，且默认设置为非客户端接听，则被叫方的通话设置在接收到主叫方的呼叫后，通过后台，将主叫方的手机号和当前的被叫方手机号发送给客户端，客户端根据接收到的信息，从服务平台获取主叫方的显示信息，将显示信息通过弹窗的方式显示在接听界面。

若为APP模式，方法包括：

若主叫方的通话设备中已安装客户端，且用户通过客户端呼叫被叫方；则客户端获取与主叫方对应的设置信息，发送至服务平台；服务平台接收设置信息，获取被叫方信息；服务平台根据接收到的设置信息，发送对应的显示信息至被叫方的客户端中；

若被叫方的通话设备中未安装客户端，则服务平台根据接收到的设置信息，发送对应的显示信息至被叫方的运营平台；运营平台通过短信的方式，将主叫方的显示信息发送至被叫方。

若被叫方的默认设置为客户端接听，则客户端直接显示接收到的显示信息；

若被叫方的默认设置为非客户端接听，则客户端将接收到的显示信息通过弹窗的方式显示在接听界面。

APP模式包括：通过客户端的拨号盘进行的通话和通过客户端进行网络通话。主叫方根据具体需要，从上述两种通话模式中选择。

若为SIM卡模式，方法包括：

若主叫方的通话设备中未安装客户端，且用户已通过通话设备中的SIM卡应用向运营平台发送过设置信息和模式设置；

则被叫方的运营平台根据主叫方的手机号，从服务平台获取与主叫方的设置信息对应的显示信息；被叫方的运营平台将显示信息通过SIM-STK的方式写入信令，发送至被叫方的SIM卡，被叫方SIM卡再通过SIM-STK命令将显示信息展示给被叫方。

在服务平台获取与主叫方的设置信息对应的显示信息之前，还包括：

若主叫方的显示信息已进行过被叫方同步，则被叫方的运营平台直接将设置信息发送至被叫方的SIM卡。

若为信令模式，方法包括：

若主叫方的通话设备中未安装客户端，且用户已通过信令的方式向运营平台发送过设置信息和模式设置；

则被叫方的运营平台根据主叫方的手机号，从服务平台获取与主叫方的设置信息对应的显示信息；

被叫方的运营平台将显示信息通过写入信令，发送至被叫方。

若被叫方未开通来电显示，则被叫方的运营平台通过短信发送显示信息至被叫方的SIM卡或者被叫方。

SIM-STK方式包括STK-CMD等指令。

STK-CMD包括：Select Item，Send SMS，Displayed Text，BIP，SMS-PPDownload，EventNotification等方式。

显示信息的显示形式可以为去电名片的形式。

被叫方客户端获取显示信息的方法包括：检测在服务平台是否匹配到主叫方号码的设置信息。若服务平台未获取到主叫方的设置信息，则进行普通呼叫流程，若匹配到，则通过服务平台获取对应的显示信息。

通话设备包括手机、能安装SIM卡进行通话的平板电脑等能够安装客户端的设备。若只进行网络电话，则可以为有联网功能的设备。

本申请的实施方式提供了一种对被叫方通话设备进行主叫方信息显示或通知的方法。

用户需要先将身份数据发送至服务平台进行核验，或者运营平台(运营商)对用户进行核验后，将设置信息(用于设置显示信息)发送至服务平台。

用户完成实名认证后，选择希望展示给被叫通话设备的个人信息，即显示信息(发送形式支持文本、音频、视频等多种方式，显示内容包括但不限于姓名、照片、职业、公司名称、去电原因等)，将对应显示信息的设置信息发送至服务平台或运营平台。

设置好后，当用户作为主叫方通过通话设备向被叫方的通话设备发起通话请求时，被叫方的通话设备接收来自主叫方的通话设备的电话连接请求后，如果确认通话请求带有主叫方通话设备的个人信息，则在被叫方的通话设备显示出相关信息内容(主叫方的显示信息)。

本发明通过通话设备主叫方设置的设置信息，使与主叫方的设置信息对应的显示信息能够显示给被叫方，从而在拨打电话时，可以在被叫方通话设备的显示屏幕上显示主叫方的显示信息，一旦被叫通话设备看到主叫终端所有人个人信息，就会明白是否需要立刻接通电话，从而避免了用户凭感觉判断而导致的漏接的重要电话。

显示信息为主叫通话设备设置好展示的去电显示内容，其中包含姓名、个人照片、个人视频、自定义文字内容。

下面，对本申请实施例中的原生拨号盘模式、APP模式、SIM卡模式和信令模式进行进一步说明。

如图2所示，为本申请的实施方式应用于通话设备时的设置流程，用户通过登录客户端并完成实名认证，上传去电显示内容的设置信息至服务平台进行信息核验，其中去电显示内容包含用户所属公司信息、用户职位信息、用户个人照片信息、用户个人视频、用户手机号码信息。服务平台核验认证通过后可在被叫方的通话设备显示已核验后的内容。

显示信息可以根据被叫方进行具体设置，即可以有多个设置信息，但是显示信息所显示的内容只能是经过审核后的内容。

下面，以原生拨号盘模式为例，进行进一步说明。

如图3所示，主叫方的通话设备安装了客户端后，通过通话设备中的自带拨号盘直接呼叫被叫方。客户端后台获取被叫方号码，并对主叫方的设置信息进行匹配，若主叫方没有设置能够显示给被叫方的显示信息，即对应被叫方的设置信息为空，或设置了显示信息，但是都没有通过核验，则进行普通呼叫流程。若主叫方的设置信息有部分或者全部通过核验，则通话设备将设置信息发送至服务平台。

如图4所示，被叫方的通话设备已安装客户端，接收到了主叫方的来电，但是还未接收到服务平台发送的显示信息，则被叫方的客户端后台获取主叫方的号码，调用云端接口，根据主叫方的号码和当前的被叫方号码检测在服务平台是否匹配到主叫方号码的设置信息。若服务平台根据被叫方的手机号，未匹配到主叫方的设置信息，则进行普通呼叫流程，若匹配到，则客户端通过服务平台获取对应的显示信息。若被叫方的默认设置为非客户端接听，客户端将主叫方的显示信息以弹窗的形式进行显示。

若被叫方的通话设备(通话设备)中未安装客户端，则服务平台根据接收到的设置信息，发送对应的显示信息至被叫方的运营平台；运营平台通过短信的方式，将主叫方的显示信息发送至被叫方。

若被叫方的客户端先接收到服务平台发送的显示信息，则直接显示主叫方的显示信息，不需要再访问服务平台进行匹配。

下面，以APP模式为例，进行进一步说明。

如图5所示，主叫方的通话设备安装了客户端后，主叫方直接通过客户端中的拨号盘呼叫被叫方。客户端获取被叫号码，并对主叫方的设置信息进行匹配，若主叫方没有设置能够显示给被叫方的显示信息，即对应被叫方的设置信息为空，或设置了显示信息，但是都没有通过核验，则进行普通呼叫流程。若主叫方的设置信息有部分或者全部通过核验，则通话设备将设置信息发送至服务平台。

如图6所示，被叫方通话设备已安装客户端，接收到了来电，客户端被唤醒，但是还未获取到服务平台发送的显示信息，则客户端获取主叫方的号码，检测在服务平台是否匹配到主叫方号码的设置信息。若服务平台根据被叫方的手机号，未获取到主叫方的设置信息，则进行普通呼叫流程，若匹配到，则通过服务平台获取对应的显示信息。且被叫方的默认设置为客户端接听，则客户端将主叫方的显示信显示在客户端的信息展示区。

若被叫方的客户端先接收到服务平台发送的显示信息，则直接显示主叫方的显示信息，不需要再访问服务平台进行匹配。

若被叫方的通话设备中未安装客户端，则服务平台根据接收到的设置信息，发送对应的显示信息至被叫方的运营平台；运营平台通过短信的方式，将主叫方的显示信息发送至被叫方。

下面，以SIM卡模式为例，进行进一步说明。

主叫方和被叫方的通话设备不需要客户端。主叫方需要先通过通话设备(通话设备)中的SIM卡应用向运营平台发送设置信息，并完成身份验核。

如图7所示，主叫方的通话设备直接呼叫被叫方。主叫方的运营平台调用服务平台，获取设置信息。若服务平台根据被叫方的手机号，没有获取到对应的设置信息或主叫方设置了显示信息，但是都没有通过核验，则进行普通呼叫流程，若主叫方的设置信息有部分或者全部通过核验，则运营平台将设置信息通过SIM-STK的方式写入信令，发送至被叫方的SIM卡。

如图8所示，被叫方通话设备收到来电，同时被叫方的运营平台通过SIM-STK的方式解析信令内容，发起请求调用服务平台接口，并匹配去电号码的显示信息。若未匹配到则继续走普通呼叫流程；若匹配到则拉取主叫方通话设备设置的显示信息，并在被叫通话设备来电显示界面展示主叫方通话设备显示信息。

若主叫方的显示信息已进行过被叫方同步，则被叫方的运营平台直接将设置信息发送至被叫方的SIM卡，被叫方显示与设置信息对应的显示信息。

如图9所示，为主叫方推送流程。主叫方使用通话设备(移动设备)通过STK-CMD指令将设置信息通过SIM卡发送并写入(Upload)主叫方运营平台(主叫运营商服务器)和服务平台的服务器，然后由服务平台通过Sync的方式同步给被叫方运营平台的服务器，被叫方运营平台的服务通过STK-CMD指令将设置信息写入被叫方SIM中，如果有电话进来，被叫方SIM可以直接在被叫方的通话设备显示主叫方的显示信息。

如图10所示，为一种被叫方获取流程。区别在于，主叫方使用通话设备(移动设备)通过STK-CMD指令将设置信息通过SIM卡发送并写入主叫方运营平台的服务器和服务平台，但先不同步给被叫方运营平台的服务器及被叫方的SIM卡。要在被叫方收到主叫方电话时，由被叫方通过STK-CMD指令向被叫方运营平台的服务器(被叫方运营商服务器)发起请求，被叫方运营平台的服务器再向服务平台发起请求(Request)查询是否存在主叫方的设置信息。如果存在，则服务器直接将主叫方的设置信息或显示信息通过STK-CMD指令发送至被叫方SIM卡，接着再显示在被叫方手机(被叫方移动设备)接听界面。

下面，以信令模式为例，进行进一步说明。信令的方式有很多种，常见的信令如查询手机的移动设备识别码(Mobile Equipment Identifier，MEID)时通过拨号盘播出的*#06#的方式。

主叫方的通话设备不需要客户端，需要先使用通话设备通过信令的方式向运营平台发送设置信息，并完成身份验核。

主叫方和被叫方的通话设备不需要客户端。主叫方需要先通过短信用向运营平台发送设置信息，并完成身份验核。

如图11所示，主叫方通话设备(移动设备)向被叫方通话设备发起通话连接请求，同时主叫方的运营平台通过信令调用服务平台接口，获取主叫方通话设备设置的设置信息。若服务平台根据被叫方的号码，未匹配到对应的设置信息或设置的显示信息都没有通过核验，则继续走普通呼叫流程；若匹配到对应的能够显示的设置信息，则将匹配到的设置信息写入信令传输。

如图12所示，被叫方通话设备收到来电，同时被叫方的运营平台解析信令内容，发起请求调用服务平台接口，并匹配主叫方号码的设置信息。

若未匹配到对应被叫方的设置信息或设置的显示信息都没有通过核验，则继续走普通呼叫流程；若匹配到对应的能够显示的设置信息，则拉取去电通话设备的显示信息，并在被被叫方动终端来电显示界面展示主叫通话设备的显示信息。

若主叫方和被叫方的运营平台相同，则主叫方先设置好设置信息，并将显示信息写入到运营商服务器上，之后运营商服务器再将显示信息的内容同步至服务平台。被叫方接听到电话时，运营平台直接将在自己服务器中的显示信息发送给被叫方。

第二方面，根据本申请的实施方式，还提出一种用于显示主叫方信息的系统，包括：

服务平台，用于核验接收到的用户身份数据或接收运营平台发送的设置信息；根据核验通过的用户发送的设置信息或运营平台发送的设置信息，生成与用户对应的显示信息；根据主叫方的去电方式和模式设置，发送显示信息至被叫方或被叫方的运营平台

所述运营平台还包括服务器。

本申请的方法中，通过核验接收到的用户身份数据或接收运营平台发送的设置信息；根据核验通过的用户发送的设置信息或运营平台发送的设置信息，生成与用户对应的显示信息；根据主叫方的去电方式和模式设置，发送所述显示信息至被叫方或被叫方的运营平台，对主叫方信息进行标注，能够将主叫方信息正确的通知给被叫方，避免用户凭感觉判断而导致的漏接的重要电话的。主叫方向被叫方发起电话连接请求之前，需要主动上传,主动核验个人真实信息(姓名、照片、职业、公司名称、去电目的等)，并将信息内容传达至被叫方的手机接听页面，在确保用户标记信息的真实性和准确性的同时，使被叫方能有效判断该电话是否为骚扰电话，提高电话接通率。相较于一些根据其他用户对主叫方进行标记而得到的主叫方信息，由于标注信息本身只能够选择大类，导致标准信息并不详细，本申请的实施方式能够使被叫方得到更加准确的主叫方的信息。

以上所述，仅为本申请较佳的具体实施方式，但本申请的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本申请揭露的技术范围内，可轻易想到的变化或替换，都应涵盖在本申请的保护范围之内。因此，本申请的保护范围应以所述权利要求的保护范围为准。

Claims (10)

1.一种用于显示主叫方信息的方法，其特征在于，包括：

核验接收到的用户身份数据或接收运营平台发送的设置信息；

根据核验通过的用户发送的设置信息或运营平台发送的设置信息，生成与用户对应的显示信息；

根据主叫方的去电方式和模式设置，发送所述显示信息至被叫方或被叫方的运营平台。

2.如权利要求1所述的方法，其特征在于，在所述根据主叫方的去电方式和模式设置，发送所述显示信息至被叫方或被叫方的运营平台之前，还包括：

接收被叫方或被叫方的运营平台的显示信息查询请求；

将查询到的显示信息发送至被叫方或被叫方的运营平台。

3.如权利要求1所述的方法，其特征在于，所述根据主叫方的去电方式和模式设置，发送所述显示信息至被叫方或被叫方的运营平台，包括：

通过客户端或运营平台判断主叫方的去电方式和模式设置，发送所述显示信息至被叫方或被叫方的运营平台；

所述去电方式和模式设置包括：原生拨号盘模式、APP模式、SIM卡模式和信令模式。

4.如权利要求3所述的方法，其特征在于，若为所述原生拨号盘模式，方法包括：

若主叫方的通话设备中已安装客户端，且用户未通过客户端呼叫被叫方；则客户端获取与主叫方对应的设置信息，发送至服务平台；服务平台接收所述设置信息，获取被叫方信息；根据所述被叫方信息，判断被叫方的通话设备中是否安装客户端；

若被叫方的通话设备中已安装客户端，且默认设置为客户端接听，则服务平台根据接收到的所述设置信息，发送对应的显示信息至被叫方的客户端中显示；

若被叫方的通话设备中未安装客户端，则服务平台根据接收到的所述设置信息，发送对应的显示信息至被叫方的运营平台；所述运营平台通过短信的方式，将主叫方的显示信息发送至所述被叫方。

5.如权利要求3所述的方法，其特征在于，若为所述APP模式，方法包括：

若主叫方的通话设备中已安装客户端，且用户通过客户端呼叫被叫方；则客户端获取与主叫方对应的设置信息，发送至服务平台；服务平台接收所述设置信息，获取被叫方信息；服务平台根据接收到的所述设置信息，发送对应的显示信息至被叫方的客户端中；

若被叫方的通话设备中未安装客户端，则服务平台根据接收到的设置信息，发送对应的显示信息至被叫方的运营平台；运营平台通过短信的方式，将主叫方的显示信息发送至被叫方。

6.如权利要求3所述的方法，其特征在于，若为所述SIM卡模式，方法包括：

若主叫方的通话设备中未安装客户端，且用户已通过通话设备中的SIM卡应用向所述运营平台发送过设置信息和模式设置；

则被叫方的运营平台根据所述主叫方的手机号，从服务平台获取与主叫方的用户设置信息对应的显示信息；

被叫方的运营平台将所述显示信息通过SIM-STK的方式写入信令，发送至被叫方的SIM卡，被叫方SIM卡再通过SIM-STK命令将所述显示信息展示给被叫方。

7.如权利要求6所述的方法，其特征在于，在所述服务平台获取与主叫方的设置信息对应的显示信息之前，还包括：

若主叫方的显示信息已进行过被叫方同步，则被叫方的运营平台直接将所述设置信息发送至被叫方的SIM卡。

8.如权利要求3所述的方法，其特征在于，若为所述信令模式，方法包括：

若主叫方的通话设备中未安装客户端，且用户已通过信令的方式向所述运营平台发送过设置信息和模式设置；

则被叫方的运营平台根据所述主叫方的手机号，从服务平台获取与主叫方的设置信息对应的显示信息；

被叫方的运营平台将所述显示信息通过写入信令，发送至被叫方。

9.如权利要求6或8所述的方法，其特征在于，若所述被叫方未开通来电显示，则被叫方的运营平台通过短信发送所述显示信息至被叫方的SIM卡或者被叫方。

10.一种用于显示主叫方信息的系统，其特征在于，包括：

服务平台，用于核验接收到的用户身份数据或接收运营平台发送的设置信息；根据核验通过的用户发送的设置信息或运营平台发送的设置信息，生成与用户对应的显示信息；根据主叫方的去电方式和模式设置，发送所述显示信息至被叫方或被叫方的运营平台。

Images