一种通信方法、计算机设备、存储介质与流程

本申请涉及通信技术领域，具体涉及一种通信方法、一种数据处理方法、一种计算机设备、一种计算机可读存储介质。

背景技术：

随着互联网技术的发展，为用户提供各种网络服务的网络服务平台层出不穷，一些网络服务平台在提供网络服务的同时，还可以为互为好友的用户提供通信功能。

例如，在已经十分普及的移动支付平台的转账流程中，用户可以给一个陌生人转账，但相互之间并不能直接进行简单的通信，需要先添加好友才能允许通信。

申请人经研究发现，这种功能上的切割，使得用户体验的效果变糟。但是移动支付平台是涉及金融财产的平台，用户对于添加好友比较谨慎。为了临时或一次性的沟通需要而加好友，不仅申请添加、确认等操作流程过于繁琐，而且让用户拥有更多无意义的好友，甚至在将来的使用中带来欺诈等安全隐患。而为了便利而直接允许陌生人之间通信，同样也会给欺诈等行为提供便利，降低了平台的安全性。

技术实现要素：

鉴于上述问题，提出了本申请以便提供一种克服上述问题或者至少部分地解决上述问题的通信方法、数据处理方法、以及计算机设备、计算机可读存储介质。

依据本申请的一个方面，提供了一种通信方法，包括：

根据账户交互事件，获取至少一个事件账户的账户特征，其中，所述账户交互事件的事件账户之间没有建立通信关系；

基于所述账户特征进行风险分析，确定所述事件账户之间具备通信权限；

根据所述通信权限，提供所述事件账户之间的通信服务。

可选地，所述根据账户交互事件，获取至少一个事件账户的账户特征包括：

接收账户交互事件；

解析所述账户交互事件中至少一个事件账户的账户特征。

可选地，在所述解析所述账户交互事件中至少一个事件账户的账户特征之前，所述方法还包括：

确定所述账户交互事件中包括没有建立通信关系的事件账户。

可选地，所述账户特征包括以下至少一种：等级特征、时间特征、事件统计特征、位置特征、关联账户的账户特征、事件账户之间的位置关系特征。

可选地，所述基于所述账户特征进行风险分析，确定所述事件账户之间具备通信权限包括：

依据识别数据集合和/或风险识别规则识别所述账户特征，确定所述事件账户之间是否具备通信权限。

可选地，所述账户交互事件包括事件账户之间的转账事件，所述依据识别数据集合和/或风险识别规则识别所述账户特征，确定所述事件账户之间是否具备通信权限包括：

依据所述识别数据集合识别账户特征，确定所述事件账户之间是否具有风险；

若所述事件账户之间不具有风险，则依据所述风险识别规则识别账户特征，确定所述事件账户之间是否具有风险；

若所述事件账户之间不具有风险，则确定所述事件账户之间具备通信权限。

可选地，在所述依据识别数据集合和/或风险识别规则识别所述账户特征，确定所述事件账户之间是否具备通信权限之前，所述方法还包括：

采用事件样本的风险数据对事件样本中至少一个事件账户样本的账户特征样本进行标记；

基于多个账户特征样本以及对应标记的风险数据，创建识别事件账户之间是否具备通信权限的识别数据集合。

可选地，在所述依据识别数据集合和/或风险识别规则识别所述账户特征，确定所述事件账户之间是否具备通信权限之前，所述方法还包括：

根据所述账户交互事件的事件属性，生成风险识别规则。

可选地，所述根据所述通信权限，提供所述事件账户之间的通信服务之后，所述方法还包括：

获取所述通信权限的开通时间；

根据所述开通时间和权限时限，关闭所述事件账户之间的通信服务。

依据本申请的另一个方面，提供了一种数据处理方法，包括：

获取转账操作，其中，所述转账操作包括至少两个相关账户，所述相关账户之间没有建立通信关系；

获取至少一个所述相关账户的账户特征；

基于所述账户特征，确定所述相关账户之间具备通信权限；

基于所述通信权限，在所述至少两个相关账户之间提供通信服务。

可选地，基于所述通信权限，在所述至少两个相关账户之间提供通信服务包括：

获取通信代理；

分别提供所述通信代理与至少两个相关账户的通信服务；

通过所述通信代理，转发所述至少两个相关账户之间的通信数据。

可选地，所述通信代理为第三账户，其中，所述第三账户为安全账户。

依据本申请的另一个方面，提供了一种计算机设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现如上述一个或多个的方法。

依据本申请的另一个方面，提供了一种计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行时实现如上述一个或多个的方法。

依据本申请实施例，通过根据账户交互事件，获取至少一个事件账户的账户特征，其中，所述账户交互事件的事件账户之间没有建立通信关系，基于账户特征进行风险分析，确定所述事件账户之间具备通信权限，根据通信权限，提供所述事件账户之间的通信服务，能够让没有建立通信关系的账户交互事件中的事件账户之间具备通信权限，避免为了通信而建立通信关系带来的繁琐操作或额外风险，或者，避免为了便利而直接授予暂时通信权限带来的风险，减少了不必要的工作量，提高了通信时的操作效率和安全性。

上述说明仅是本申请技术方案的概述，为了能够更清楚了解本申请的技术手段，而可依照说明书的内容予以实施，并且为了让本申请的上述和其它目的、特征和优点能够更明显易懂，以下特举本申请的具体实施方式。

附图说明

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

图1示出了转账事件的示意图；

图2示出了通信过程的示意图；

图3示出了根据本申请实施例一的一种通信方法实施例的流程图；

图4示出了根据本申请实施例二的一种通信方法实施例的流程图；

图5示出了根据本申请实施例三的一种数据处理方法实施例的流程图；

图6示出了权限判断的架构示意图；

图7示出了通信流程的示意图；

图8示出了根据本申请实施例四的一种通信装置实施例的结构框图；

图9示出了根据本申请实施例五的一种数据处理装置实施例的结构框图；

图10示出了可被用于实现本公开中所述的各个实施例的示例性系统。

具体实施方式

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

为使本领域技术人员更好地理解本申请，以下对本申请涉及的概念进行说明：

账户交互事件包括账户之间转账、账户之间传输数据等产生账户之间交互的事件、例如，移动支付工具中以扫描二维码的方式向陌生人的账户进行转账，或者其他任意适用的事件，本申请实施例对此不做限制。

在本申请中，将账户交互事件中的账户记为事件账户，且事件账户之间没有建立通信关系。通信关系包括但不限于社交好友关系、常用联系人关系等、或者其他任意适用的关系等，例如，陌生人之间利用移动支付工具的转账事件中，收款账户和付款账户两个事件账户之间没有账户间的好友关系。

事件账户具有至少一种账户特征，账户特征用于表征事件账户某个方面的特征，例如，对于转账事件来说，收款账户的账户等级、付款账户的账户等级、收款账户当日收到转账的次数、收款账户的好友数等，具体可以根据实际需要获取任意适用的账户特征，本申请实施例对此不做限制。

出于安全的考虑，没有建立通信关系的事件账户之间是不允许直接进行通信的，也即是事件账户之间不具备通信权限，服务器或客户端就不会给事件账户之间提供通信服务。通信服务包括但不限于文字、语音、图片、音频通话、视频通话等形式，本申请实施例对此不做限制。例如，如图1所示的转账事件的示意图，移动支付工具具有聊天功能，账户之间在不具有好友关系时不允许直接进行聊天。

在本申请的一种可选实施例中，账户特征包括以下至少一种：等级特征、时间特征、事件统计特征、位置特征、关联账户的账户特征、事件账户之间的位置关系特征。

其中，等级特征包括但不限于账户级别、账户积分、账户类别等，本申请实施例对此不做限制。时间特征包括但不限于账户注册时间、账户活跃时间等，本申请实施例对此不做限制。事件统计特征包括但不限于账户今日收到的转账的数目、账户本周收到的转账的数目、账户与好友之间转账在转账总数中的占比等，本申请实施例对此不做限制。位置特征包括但不限于实时位置、历史常在的位置等，本申请实施例对此不做限制。关联账户的账户特征包括但不限于账户的好友数、账户的好友的账户等级、账户的好友的时间特征等，本申请实施例对此不做限制。事件账户之间的位置关系特征包括但不限于是否处于同一位置、是否属于同一城市等，本申请实施例对此不做限制。

在本申请的一种可选实施例中，基于账户特征进行风险分析时，可以依据识别数据集合和/或风险识别规则来确定事件账户之间是否具备通信权限。其中，作为风险分析的一种实现方式，识别数据集合可以采用机器学习算法或者深度学习算法训练得到，例如，支持向量机(supportvectormachine，svm)是一类按监督学习(supervisedlearning)方式对数据进行二元分类(binaryclassification)的广义线性分类器(generalizedlinearclassifier)，可以是任意适用于本申请的分类器。

为了创建一个可以通过识别账户特征确定事件账户之间是否具备通信权限的识别数据集合，需要采用有监督的学习方式，根据针对事件样本中至少一个事件账户样本的账户特征样本标记的事件样本的风险数据，得到能识别事件账户之间是否具备通信权限的模型。

其中，作为风险分析的另一种实现方式，风险识别规则可以根据事件属性制定的，根据账户特征是否符合风险识别规则，识别事件账户之间是否具备通信权限。例如，转账事件中，收款一方的事件账户的账户等级为高等级账户，则账户特征符合风险识别规则，事件账户之间具备通信权限，收款一方的事件账户为高危账户，则账户特征不符合风险识别规则，事件账户之间不具备通信权限，风险识别规则可以根据实际需要进行设置，本申请实施例对此不做限制。

在本申请的一种可选实施例中，风险识别规则的生成可以根据账户交互事件的事件属性，不同的事件属性对应生成的风险识别规则也不同。事件属性用于表征账户交互事件的某个或某些方面的属性，账户交互事件的事件属性包括但不限于事件是否转账事件、转账是大额转账还是小额转账等，本申请实施例对此不做限制。

根据本申请的一种实施例，为了临时或一次性的沟通需要而加好友，不仅申请添加、确认等操作流程过于繁琐，在将来的使用中带来欺诈等安全隐患，而为了便利而直接允许陌生人之间通信，同样也会给欺诈等行为提供便利，都存在安全性低的问题。如图2所示的通信过程的示意图，本申请提供了一种通信机制，通过根据账户交互事件，获取至少一个事件账户的账户特征，其中，所述账户交互事件的事件账户之间没有建立通信关系，基于账户特征进行风险分析，确定所述事件账户之间具备通信权限，根据通信权限，提供所述事件账户之间的通信服务，能够让没有建立通信关系的账户交互事件中的事件账户之间具备通信权限，避免为了通信而建立通信关系带来的繁琐操作或额外风险，或者，避免为了便利而直接授予暂时通信权限带来的风险，减少了不必要的工作量，提高了通信时的操作效率和安全性。本申请适用但不局限于上述应用场景。

参照图3，示出了根据本申请实施例一的一种通信方法实施例的流程图，该方法具体可以包括以下步骤：

步骤101，根据账户交互事件，获取至少一个事件账户的账户特征，其中，所述账户交互事件的事件账户之间没有建立通信关系。

在本申请实施例中，针对账户交互事件的事件账户之间没有建立通信关系的情况，为了确定账户交互事件中的事件账户之间是否具备通信权限，可以获取至少一个事件账户的账户特征来进行风险分析。账户交互事件中包括两个或更多的事件账户，可以仅获取某一个事件账户的账户特征，也可以获取某几个事件账户的账户特征，本申请实施例对此不做限制。

例如，对于账户之间的转账事件，获取收款账户的账户等级、付款账户的账户等级、收款账户的注册时间、收款账户今日收到转账的数目、收款账户本周收到转账的数目、收款账户与好友之间的转账在历史转账总数中的占比等等账户特征。

在本申请实施例中，可选地，根据账户交互事件，获取至少一个事件账户的账户特征的一种实现方式包括：接收账户交互事件，解析账户交互事件中至少一个事件账户的账户特征，或者其他任意适用的实现方式，本申请实施例对此不做限制。

在本申请实施例中，可选地，在解析所述账户交互事件中至少一个事件账户的账户特征之前，还可以包括：确定所述账户交互事件中包括没有建立通信关系的事件账户。例如，根据账户交互事件中各事件账户的账号，向服务器获取各事件账户的好友列表，根据好友列表确定是否包括不是好友的事件账户(即没有建立通信关系的事件账户)。

步骤102，基于所述账户特征进行风险分析，确定所述事件账户之间具备通信权限。

在本申请实施例中，账户特征可以用于风险分析，风险分析的结果可以决定事件账户之间是否具备通信权限。风险分析的实现方式可以包括多种，例如，依据识别数据集合和/或风险识别规则识别所述账户特征，来确定事件账户之间是否具备通信权限，例如，先依据识别数据集合识别账户特征，若识别数据集合输出的风险分析结果为安全，再依据风险识别规则识别账户特征，若账户特征符合风险识别规则，则风险识别结果也为安全，可以确定事件账户之间具备通信权限。具体可以包括任意适用的实现方式，本申请实施例对此不做限制。

步骤103，根据所述通信权限，提供所述事件账户之间的通信服务。

在本申请实施例中，当事件账户之间具备通信权限时，就可以为事件账户之间提供通信服务，当事件账户之间不具备通信权限时，则保持原来的状态，即不提供事件账户之间的通信服务。

在本申请中，为事件账户之间提供通信服务是不必要求事件账户之间建立通信关系的。提供的通信服务可以是临时的，即具有权限时限，超过时限后就不再提供通信服务，也可以是当某一个事件账户关闭通信的窗口后，即不再提供通信服务，或者其他任意适用的提供方式，本申请实施例对此不做限制。

依据本申请实施例，通过根据账户交互事件，获取至少一个事件账户的账户特征，其中，所述账户交互事件的事件账户之间没有建立通信关系，基于账户特征进行风险分析，确定所述事件账户之间具备通信权限，根据通信权限，提供所述事件账户之间的通信服务，能够让没有建立通信关系的账户交互事件中的事件账户之间具备通信权限，避免为了通信而建立通信关系带来的繁琐操作或额外风险，或者，避免为了便利而直接授予暂时通信权限带来的风险，减少了不必要的工作量，提高了通信时的操作效率和安全性。

参照图4，示出了根据本申请实施例二的一种通信方法实施例的流程图，该方法具体可以包括以下步骤：

步骤201，采用事件样本的风险数据对事件样本中至少一个事件账户样本的账户特征样本进行标记。

在本申请实施例中，为了创建识别数据集合，需要先收集历史的事件样本，获取事件样本中至少一个事件账户样本的账户特征样本。由于事件样本是历史数据，对于事件样本的风险数据是已知的，可以采用事件样本的风险数据对事件样本中至少一个事件账户样本的账户特征样本进行标记。

例如，如图5所示的权限判断的架构示意图。权限判断的架构主要分为离线部分和在线部分，离线部分负责接收、存储账户特征，并且负责离线训练预测模型(即识别数据集合和风险识别规则)，在线部分负责判断两个事件账户之间是否具备聊天权限(即通信权限)。收集等级变更事件、交易事件、转账事件、身份变更事件等，将事件的相关信息接入后，获取事件中的账户特征并存储，然后进行离线计算，得到识别数据集合。

在离线部分中，收集事件账户样本的账户特征样本后，根据举报和安全相关的数据，对数据进行标记，记为di＝{fi，l}，其中，fi＝{v1，v2，...，vn}，fi表示第i个事件样本，vn表示n维账户特征，l的取值为0或者1，0代表安全，适合开通通信权限，1代表有风险，不适合开通通信权限。

步骤202，基于多个账户特征样本以及对应标记的风险数据，创建识别事件账户之间是否具备通信权限的识别数据集合。

在本申请实施例中，在创建识别事件账户之间是否具备通信权限的识别数据集合时，需要多个账户特征样本以及对应标记的风险数据。其中，具体可以是根据多个事件样本的账户特征样本以及对应标记的风险数据，来创建识别数据集合。

在本申请实施例中，创建识别数据集合可以使用支持向量机，或者其他任意适用的机器学习算法或深度学习算法进行模型训练，最终得到识别数据集合。

步骤203，根据所述账户交互事件的事件属性，生成风险识别规则。

在本申请实施例中，根据账户交互事件的事件属性可以生成对应的风险识别规则，例如，对于转账事件的事件属性为大额转账，则生成的风险识别规则中要求收款账户的账户等级为10级，对于转账事件的事件属性为小额转账，则生成的风险识别规则中要求收款账户的账户等级为7级，也即是说，不同的事件属性，生成的风险识别规则也不同，当后续用于确定账户交互事件中事件账户之间是否可以具备通信权限时，可以选择对应于该账户交互事件的事件属性的风险识别规则。

步骤204，接收账户交互事件。

在本申请实施例中，确定事件账户之间是否具备通信权限可以由专门的服务器负责，需要先接收负责处理账户交互事件的服务器发送来的账户交互事件的通知，例如，订阅账户之间的转账事件。

步骤205，解析所述账户交互事件中至少一个事件账户的账户特征。

在本申请实施例中，接收到账户交互事件后，可以获取到账户交互事件中的各个事件账户，然后解析所需的至少一个事件账户，得到账户特征。具体需要解析的事件账户，需要与识别数据集合或风险识别规则所需的账户特征相对应。

例如，根据转账事件中收款账户的账号和付款账户的账号，对于一些账户特征，从数据库中即可查找出有关的信息，对于需要进行统计的，进行统计后得到账户特征，对于一些账户特征，需要指示事件账户的客户端上传有关信息，如实时位置等，具体可以根据不同的账户特征采取相适合的解析方式，本申请实施例对此不做限制。

步骤206，依据识别数据集合和/或风险识别规则识别所述账户特征，确定所述事件账户之间是否具备通信权限。

在本申请实施例中，依据识别数据集合确定事件账户之间是否具备通信权限的过程中，将账户特征作为输入，输入到识别数据集合中，识别数据集合经过算法预测，输出事件账户之间是否具备通信权限的结果。依据风险识别规则确定事件账户之间是否具备通信权限的过程中，判断账户特征是否符合风险识别规则，确定事件账户之间是否具备通信权限。

在本申请实施例中，可选地，账户交互事件包括事件账户之间的转账事件，依据识别数据集合和/或风险识别规则识别所述账户特征，确定所述事件账户之间是否具备通信权限的一种实现方式可以包括：

子步骤s1，依据所述识别数据集合识别账户特征，确定所述事件账户之间是否具有风险；

子步骤s2，若所述事件账户之间不具有风险，则依据所述风险识别规则识别账户特征，确定所述事件账户之间是否具有风险；

子步骤s3，若所述事件账户之间不具有风险，则确定所述事件账户之间具备通信权限。

先采用识别数据集合进行识别，确定全部转账事件中哪些事件的事件账户之间不具有风险，哪些事件的事件账户之间具有风险。对于具有风险的，直接结束后续风险分析，确定事件账户之间不具备通信权限。对于不具有风险的事件，为了更进一步降低授予通信权限的风险，再依据风险识别规则进行识别，确定事件中的事件账户之间是否具有风险，对于具有风险的，确定事件账户之间不具备通信权限，对于不具有风险的，确定事件账户之间具备通信权限。

步骤207，根据所述通信权限，提供所述事件账户之间的通信服务。

在本申请实施例中，此步骤的具体实现方式可以参见前述实施例中的描述，此处不另赘述。

步骤208，获取所述通信权限的开通时间。

在本申请实施例中，通信权限的开通时间可以是确定事件账户之间具备通信权限的时间，也可以是通信权限下发至事件账户的客户端的时间，或者其他任意适用的时间，本申请实施例对此不做限制。

步骤209，根据所述开通时间和权限时限，关闭所述事件账户之间的通信服务。

在本申请实施例中，通信权限具有权限时限，根据开通时间和权限时限可以计算出通信权限的作废时间，届时关闭事件账户之间的通信服务，减小通信权限所带来的风险。

依据本申请实施例，通过采用事件样本的风险数据对事件样本中至少一个事件账户样本的账户特征样本进行标记，基于多个账户特征样本以及对应标记的风险数据，创建识别事件账户之间是否具备通信权限的识别数据集合，根据所述账户交互事件的事件属性，生成风险识别规则，接收账户交互事件，解析所述账户交互事件中至少一个事件账户的账户特征，依据识别数据集合和/或风险识别规则识别所述账户特征，确定所述事件账户之间是否具备通信权限，根据所述通信权限，提供所述事件账户之间的通信服务，能够让没有建立通信关系的账户交互事件中的事件账户之间具备通信权限，避免为了通信而建立通信关系带来的繁琐操作或额外风险，或者，避免为了便利而直接授予暂时通信权限带来的风险，减少了不必要的工作量，提高了通信时的操作效率和安全性。

进一步，通过获取所述通信权限的开通时间，根据所述开通时间和权限时限，关闭所述事件账户之间的通信服务，减小通信权限所带来的风险。

参照图6，示出了根据本申请实施例三的一种数据处理方法实施例的流程图，该方法具体可以包括以下步骤：

步骤301，获取转账操作，其中，所述转账操作包括至少两个相关账户，所述相关账户之间没有建立通信关系。

在本申请实施例中，针对转账操作包括的至少两个相关账户之间没有建立通信关系的情况，一般这种情况下，出于安全考虑不允许没有建立通信关系的相关账户之间进行通信。当获取到转账操作时，若转账操作包括的至少两个相关账户之间没有建立通信关系。例如，转账操作的至少两个相关账户之间不是好友关系。

步骤302，获取至少一个所述相关账户的账户特征。

在本申请实施例中，为了确定至少一个相关账户之间是否具备通信权限，可以获取至少一个相关账户的账户特征，例如，相关账户的账户等级、注册时间、今日收到的转账的数目等。

步骤303，基于所述账户特征，确定所述相关账户之间具备通信权限。

在本申请实施例中，基于账户特征确定相关账户之间是否具备通信权限的实现方式可以包括多种，例如，依据识别数据集合和/或风险识别规则识别账户特征，来确定相关账户之间是否具备通信权限。

步骤304，基于所述通信权限，在所述至少两个相关账户之间提供通信服务。

在本申请实施例中，当相关账户之间具备通信权限时，就可以为相关账户之间提供通信服务，当相关账户之间不具备通信权限时，则保持原来的状态，即不提供相关账户之间的通信服务。

在本申请实施例中，可选地，基于所述通信权限，在所述至少两个相关账户之间提供通信服务的一种实现方式可以包括：获取通信代理；分别提供所述通信代理与至少两个相关账户的通信服务；通过所述通信代理，转发所述至少两个相关账户之间的通信数据。

相关账户之间直接进行通信会带来不可预料的风险，为了避免这样的风险，可以获取通信代理，例如，一个专门用于转发通信数据的服务器，或者一个除相关账户之外的账户等，分别提供通信代理与至少两个相关账户的通信服务，通信代理就可以转发至少两个相关账户之间的通信数据，避免通信数据直接在相关账户之间传输的风险。

在本申请实施例中，可选地，通信代理为第三账户，其中，所述第三账户为安全账户。第三账户为除了至少两个相关账户之外的账户，第三账户为一个安全账户，即对于任意一个相关账户来说都是安全的账户。

依据本申请实施例，提供获取转账操作，获取至少一个相关账户的账户特征，基于账户特征，确定相关账户之间具备通信权限，基于通信权限，在至少两个相关账户之间提供通信服务，其中，转账操作包括至少两个相关账户，相关账户之间没有建立通信关系，能够让没有建立通信关系的相关账户之间具备通信权限，避免为了通信而建立通信关系带来的繁琐操作或额外风险，或者，避免为了便利而直接授予暂时通信权限带来的风险，减少了不必要的工作量，提高了通信时的操作效率和安全性。

为使本领域技术人员更好地理解本申请，以下通过具体的示例对本申请的一种验证方法进行说明。

参见图7，示出了通信流程的示意图。

步骤1，订阅转账事件。

步骤2，解析事件信息，得到事件账户。

步骤3，构造事件特征，得到账户交互事件中至少一个事件账户的账户特征。

步骤4，算法预测，采用识别数据集合，输入账户特征，进行预测，若预测结果为安全，则执行步骤5，若预测结果为不安全，则直接结束。

步骤5，业务属性预测，采用风险识别规则，判断是否安全，若结果为安全，则执行步骤6，若结果为不安全，则直接结束。

步骤6，开通临时会话权限，即开通临时的通信权限，提供通信服务。

参照图8，示出了根据本申请实施例四的一种通信装置实施例的结构框图，具体可以包括：

特征获取模块401，用于根据账户交互事件，获取至少一个事件账户的账户特征，其中，所述账户交互事件的事件账户之间没有建立通信关系；

权限确定模块402，用于基于所述账户特征进行风险分析，确定所述事件账户之间具备通信权限；

服务提供模块403，用于根据所述通信权限，提供所述事件账户之间的通信服务。

在本申请实施例中，可选地，所述特征获取模块包括：

事件接收子模块，用于接收账户交互事件；

特征解析子模块，用于解析所述账户交互事件中至少一个事件账户的账户特征。

在本申请实施例中，可选地，所述装置还包括：

关系确定模块，用于在所述解析所述账户交互事件中至少一个事件账户的账户特征之前，确定所述账户交互事件中包括没有建立通信关系的事件账户。

在本申请实施例中，可选地，所述账户特征包括以下至少一种：等级特征、时间特征、事件统计特征、位置特征、关联账户的账户特征、事件账户之间的位置关系特征。

在本申请实施例中，可选地，所述权限确定模块包括：

确定子模块，用于依据识别数据集合和/或风险识别规则识别所述账户特征，确定所述事件账户之间是否具备通信权限。

在本申请实施例中，可选地，所述账户交互事件包括事件账户之间的转账事件，所述确定子模块包括：

第一确定单元，用于依据所述识别数据集合识别账户特征，确定所述事件账户之间是否具有风险；

第二确定单元，用于若所述事件账户之间不具有风险，则依据所述风险识别规则识别账户特征，确定所述事件账户之间是否具有风险；

第三确定单元，用于若所述事件账户之间不具有风险，则确定所述事件账户之间具备通信权限。

在本申请实施例中，可选地，所述装置还包括：

标记模块，用于在所述依据识别数据集合和/或风险识别规则识别所述账户特征，确定所述事件账户之间是否具备通信权限之前，采用事件样本的风险数据对事件样本中至少一个事件账户样本的账户特征样本进行标记；

创建模块，用于基于多个账户特征样本以及对应标记的风险数据，创建识别事件账户之间是否具备通信权限的识别数据集合。

在本申请实施例中，可选地，所述装置还包括：

生成模块，用于在所述依据识别数据集合和/或风险识别规则识别所述账户特征，确定所述事件账户之间是否具备通信权限之前，根据所述账户交互事件的事件属性，生成风险识别规则。

在本申请实施例中，可选地，所述装置还包括：

时间获取模块，用于在所述根据所述通信权限，提供所述事件账户之间的通信服务之后，获取所述通信权限的开通时间；

服务关闭模块，用于根据所述开通时间和权限时限，关闭所述事件账户之间的通信服务。

依据本申请实施例，通过根据账户交互事件，获取至少一个事件账户的账户特征，其中，所述账户交互事件的事件账户之间没有建立通信关系，基于账户特征进行风险分析，确定所述事件账户之间具备通信权限，根据通信权限，提供所述事件账户之间的通信服务，能够让没有建立通信关系的账户交互事件中的事件账户之间具备通信权限，避免为了通信而建立通信关系带来的繁琐操作或额外风险，或者，避免为了便利而直接授予暂时通信权限带来的风险，减少了不必要的工作量，提高了通信时的操作效率和安全性。

参照图9，示出了根据本申请实施例五的一种数据处理装置实施例的结构框图，具体可以包括：

操作获取模块501，用于获取转账操作，其中，所述转账操作包括至少两个相关账户，所述相关账户之间没有建立通信关系；

特征获取模块502，用于获取至少一个所述相关账户的账户特征；

权限确定模块503，用于基于所述账户特征，确定所述相关账户之间具备通信权限；

服务提供模块504，用于基于所述通信权限，在所述至少两个相关账户之间提供通信服务。

在本申请实施例中，可选地，基于所述通信权限，在所述至少两个相关账户之间提供通信服务包括：

获取通信代理；

分别提供所述通信代理与至少两个相关账户的通信服务；

通过所述通信代理，转发所述至少两个相关账户之间的通信数据。

在本申请实施例中，可选地，所述通信代理为第三账户，其中，所述第三账户为安全账户。

依据本申请实施例，提供获取转账操作，获取至少一个相关账户的账户特征，基于账户特征，确定相关账户之间具备通信权限，基于通信权限，在至少两个相关账户之间提供通信服务，其中，转账操作包括至少两个相关账户，相关账户之间没有建立通信关系，能够让没有建立通信关系的相关账户之间具备通信权限，避免为了通信而建立通信关系带来的繁琐操作或额外风险，或者，避免为了便利而直接授予暂时通信权限带来的风险，减少了不必要的工作量，提高了通信时的操作效率和安全性。

对于装置实施例而言，由于其与方法实施例基本相似，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。

本公开的实施例可被实现为使用任意适当的硬件，固件，软件，或及其任意组合进行想要的配置的系统。图10示意性地示出了可被用于实现本公开中所述的各个实施例的示例性系统(或装置)600。

对于一个实施例，图10示出了示例性系统600，该系统具有一个或多个处理器602、被耦合到(一个或多个)处理器602中的至少一个的系统控制模块(芯片组)604、被耦合到系统控制模块604的系统存储器606、被耦合到系统控制模块604的非易失性存储器(nvm)/存储设备608、被耦合到系统控制模块604的一个或多个输入/输出设备610，以及被耦合到系统控制模块606的网络接口612。

处理器602可包括一个或多个单核或多核处理器，处理器602可包括通用处理器或专用处理器(例如图形处理器、应用处理器、基频处理器等)的任意组合。在一些实施例中，系统600能够作为本申请实施例中所述的浏览器。

在一些实施例中，系统600可包括具有指令的一个或多个计算机可读介质(例如，系统存储器606或nvm/存储设备608)以及与该一个或多个计算机可读介质相合并被配置为执行指令以实现模块从而执行本公开中所述的动作的一个或多个处理器602。

对于一个实施例，系统控制模块604可包括任意适当的接口控制器，以向(一个或多个)处理器602中的至少一个和/或与系统控制模块604通信的任意适当的设备或组件提供任意适当的接口。

系统控制模块604可包括存储器控制器模块，以向系统存储器606提供接口。存储器控制器模块可以是硬件模块、软件模块和/或固件模块。

系统存储器606可被用于例如为系统600加载和存储数据和/或指令。对于一个实施例，系统存储器606可包括任意适当的易失性存储器，例如，适当的dram。在一些实施例中，系统存储器606可包括双倍数据速率类型四同步动态随机存取存储器(ddr4sdram)。

对于一个实施例，系统控制模块604可包括一个或多个输入/输出控制器，以向nvm/存储设备608及(一个或多个)输入/输出设备610提供接口。

例如，nvm/存储设备608可被用于存储数据和/或指令。nvm/存储设备608可包括任意适当的非易失性存储器(例如，闪存)和/或可包括任意适当的(一个或多个)非易失性存储设备(例如，一个或多个硬盘驱动器(hdd)、一个或多个光盘(cd)驱动器和/或一个或多个数字通用光盘(dvd)驱动器)。

nvm/存储设备608可包括在物理上作为系统600被安装在其上的设备的一部分的存储资源，或者其可被该设备访问而不必作为该设备的一部分。例如，nvm/存储设备608可通过网络经由(一个或多个)输入/输出设备610进行访问。

(一个或多个)输入/输出设备610可为系统600提供接口以与任意其他适当的设备通信，输入/输出设备610可以包括通信组件、音频组件、传感器组件等。网络接口612可为系统600提供接口以通过一个或多个网络通信，系统600可根据一个或多个无线网络标准和/或协议中的任意标准和/或协议来与无线网络的一个或多个组件进行无线通信，例如接入基于通信标准的无线网络，如wifi，2g或3g，或它们的组合进行无线通信。

对于一个实施例，(一个或多个)处理器602中的至少一个可与系统控制模块604的一个或多个控制器(例如，存储器控制器模块)的逻辑封装在一起。对于一个实施例，(一个或多个)处理器602中的至少一个可与系统控制模块604的一个或多个控制器的逻辑封装在一起以形成系统级封装(sip)。对于一个实施例，(一个或多个)处理器602中的至少一个可与系统控制模块604的一个或多个控制器的逻辑集成在同一模具上。对于一个实施例，(一个或多个)处理器602中的至少一个可与系统控制模块604的一个或多个控制器的逻辑集成在同一模具上以形成片上系统(soc)。

在各个实施例中，系统600可以但不限于是：浏览器、工作站、台式计算设备或移动计算设备(例如，膝上型计算设备、手持计算设备、平板电脑、上网本等)。在各个实施例中，系统600可具有更多或更少的组件和/或不同的架构。例如，在一些实施例中，系统600包括一个或多个摄像机、键盘、液晶显示器(lcd)屏幕(包括触屏显示器)、非易失性存储器端口、多个天线、图形芯片、专用集成电路(asic)和扬声器。

其中，如果显示器包括触摸面板，显示屏可以被实现为触屏显示器，以接收来自用户的输入信号。触摸面板包括一个或多个触摸传感器以感测触摸、滑动和触摸面板上的手势。所述触摸传感器可以不仅感测触摸或滑动动作的边界，而且还检测与所述触摸或滑动操作相关的持续时间和压力。

本申请实施例还提供了一种非易失性可读存储介质，该存储介质中存储有一个或多个模块(programs)，该一个或多个模块被应用在终端设备时，可以使得该终端设备执行本申请实施例中各方法步骤的指令(instructions)。

在一个示例中提供了一种计算机设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，其特征在于，所述处理器执行所述计算机程序时实现如本申请实施例的方法。

在一个示例中还提供了一种计算机可读存储介质，其上存储有计算机程序，其特征在于，该程序被处理器执行时实现如本申请实施例的一个或多个的方法。

本申请实施例公开了一种通信方法和装置，示例1包括一种通信方法，包括：

根据账户交互事件，获取至少一个事件账户的账户特征，其中，所述账户交互事件的事件账户之间没有建立通信关系；

基于所述账户特征进行风险分析，确定所述事件账户之间具备通信权限；

根据所述通信权限，提供所述事件账户之间的通信服务。

示例2可包括示例1所述的方法，其中，所述根据账户交互事件，获取至少一个事件账户的账户特征包括：

接收账户交互事件；

解析所述账户交互事件中至少一个事件账户的账户特征。

示例3可包括示例1和/或示例2所述的方法，其中，在所述解析所述账户交互事件中至少一个事件账户的账户特征之前，所述方法还包括：

确定所述账户交互事件中包括没有建立通信关系的事件账户。

示例4可包括示例1-示例3一个或多个所述的方法，其中，所述账户特征包括以下至少一种：等级特征、时间特征、事件统计特征、位置特征、关联账户的账户特征、事件账户之间的位置关系特征。

示例5可包括示例1-示例4一个或多个所述的方法，其中，所述基于所述账户特征进行风险分析，确定所述事件账户之间具备通信权限包括：

依据识别数据集合和/或风险识别规则识别所述账户特征，确定所述事件账户之间是否具备通信权限。

示例6可包括示例1-示例5一个或多个所述的方法，其中，所述账户交互事件包括事件账户之间的转账事件，所述依据识别数据集合和/或风险识别规则识别所述账户特征，确定所述事件账户之间是否具备通信权限包括：

依据所述识别数据集合识别账户特征，确定所述事件账户之间是否具有风险；

若所述事件账户之间不具有风险，则依据所述风险识别规则识别账户特征，确定所述事件账户之间是否具有风险；

若所述事件账户之间不具有风险，则确定所述事件账户之间具备通信权限。

示例7可包括示例1-示例6一个或多个所述的方法，其中，在所述依据识别数据集合和/或风险识别规则识别所述账户特征，确定所述事件账户之间是否具备通信权限之前，所述方法还包括：

采用事件样本的风险数据对事件样本中至少一个事件账户样本的账户特征样本进行标记；

基于多个账户特征样本以及对应标记的风险数据，创建识别事件账户之间是否具备通信权限的识别数据集合。

示例8可包括示例1-示例7一个或多个所述的方法，其中，在所述依据识别数据集合和/或风险识别规则识别所述账户特征，确定所述事件账户之间是否具备通信权限之前，所述方法还包括：

根据所述账户交互事件的事件属性，生成风险识别规则。

示例9可包括示例1-示例8一个或多个所述的方法，其中，所述根据所述通信权限，提供所述事件账户之间的通信服务之后，所述方法还包括：

获取所述通信权限的开通时间；

根据所述开通时间和权限时限，关闭所述事件账户之间的通信服务。

示例10包括一种数据处理方法，包括：

获取转账操作，其中，所述转账操作包括至少两个相关账户，所述相关账户之间没有建立通信关系；

获取至少一个所述相关账户的账户特征；

基于所述账户特征，确定所述相关账户之间具备通信权限；

基于所述通信权限，在所述至少两个相关账户之间提供通信服务。

示例11可包括示例10所述的方法，其中，基于所述通信权限，在所述至少两个相关账户之间提供通信服务包括：

获取通信代理；

分别提供所述通信代理与至少两个相关账户的通信服务；

通过所述通信代理，转发所述至少两个相关账户之间的通信数据。

示例12可包括示例10和/或示例11所述的方法，其中，所述通信代理为第三账户，其中，所述第三账户为安全账户。

示例13包括一种通信装置，包括：

特征获取模块，用于根据账户交互事件，获取至少一个事件账户的账户特征，其中，所述账户交互事件的事件账户之间没有建立通信关系；

权限确定模块，用于基于所述账户特征进行风险分析，确定所述事件账户之间具备通信权限；

服务提供模块，用于根据所述通信权限，提供所述事件账户之间的通信服务。

示例14可包括示例13所述的装置，其中，所述特征获取模块包括：

事件接收子模块，用于接收账户交互事件；

特征解析子模块，用于解析所述账户交互事件中至少一个事件账户的账户特征。

示例15可包括示例13和/或示例14所述的装置，其中，所述装置还包括：

关系确定模块，用于在所述解析所述账户交互事件中至少一个事件账户的账户特征之前，确定所述账户交互事件中包括没有建立通信关系的事件账户。

示例16可包括示例13-示例15一个或多个所述的装置，其中，所述账户特征包括以下至少一种：等级特征、时间特征、事件统计特征、位置特征、关联账户的账户特征、事件账户之间的位置关系特征。

示例17可包括示例13-示例16一个或多个所述的装置，其中，所述权限确定模块包括：

确定子模块，用于依据识别数据集合和/或风险识别规则识别所述账户特征，确定所述事件账户之间是否具备通信权限。

示例18可包括示例13-示例17一个或多个所述的装置，其中，所述账户交互事件包括事件账户之间的转账事件，所述确定子模块包括：

第一确定单元，用于依据所述识别数据集合识别账户特征，确定所述事件账户之间是否具有风险；

第二确定单元，用于若所述事件账户之间不具有风险，则依据所述风险识别规则识别账户特征，确定所述事件账户之间是否具有风险；

第三确定单元，用于若所述事件账户之间不具有风险，则确定所述事件账户之间具备通信权限。

示例19可包括示例13-示例18一个或多个所述的装置，其中，所述装置还包括：

标记模块，用于在所述依据识别数据集合和/或风险识别规则识别所述账户特征，确定所述事件账户之间是否具备通信权限之前，采用事件样本的风险数据对事件样本中至少一个事件账户样本的账户特征样本进行标记；

创建模块，用于基于多个账户特征样本以及对应标记的风险数据，创建识别事件账户之间是否具备通信权限的识别数据集合。

示例20可包括示例13-示例19一个或多个所述的装置，其中，所述装置还包括：

生成模块，用于在所述依据识别数据集合和/或风险识别规则识别所述账户特征，确定所述事件账户之间是否具备通信权限之前，根据所述账户交互事件的事件属性，生成风险识别规则。

示例21可包括示例13-示例20一个或多个所述的装置，其中，所述装置还包括：

时间获取模块，用于在所述根据所述通信权限，提供所述事件账户之间的通信服务之后，获取所述通信权限的开通时间；

服务关闭模块，用于根据所述开通时间和权限时限，关闭所述事件账户之间的通信服务。

示例22包括一种数据处理装置，包括：

操作获取模块，用于获取转账操作，其中，所述转账操作包括至少两个相关账户，所述相关账户之间没有建立通信关系；

特征获取模块，用于获取至少一个所述相关账户的账户特征；

权限确定模块，用于基于所述账户特征，确定所述相关账户之间具备通信权限；

服务提供模块，用于基于所述通信权限，在所述至少两个相关账户之间提供通信服务。

示例23可包括示例22所述的装置，其中，基于所述通信权限，在所述至少两个相关账户之间提供通信服务包括：

获取通信代理；

分别提供所述通信代理与至少两个相关账户的通信服务；

通过所述通信代理，转发所述至少两个相关账户之间的通信数据。

示例24可包括示例22和/或示例23所述的装置，其中，所述通信代理为第三账户，其中，所述第三账户为安全账户。示例25包括一种计算机设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现如示例1-12一个或多个的方法。

示例26包括一种计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行时实现如示例1-12一个或多个的方法。

虽然某些实施例是以说明和描述为目的的，各种各样的替代、和/或、等效的实施方案、或计算来达到同样的目的实施例示出和描述的实现，不脱离本申请的实施范围。本申请旨在覆盖本文讨论的实施例的任何修改或变化。因此，显然本文描述的实施例仅由权利要求和它们的等同物来限定。