CN111861483A

CN111861483A - Communication method, computer equipment and storage medium

Info

Publication number: CN111861483A
Application number: CN201910346537.6A
Authority: CN
Inventors: 靳玉康
Original assignee: Alibaba Group Holding Ltd
Current assignee: Alibaba Group Holding Ltd
Priority date: 2019-04-26
Filing date: 2019-04-26
Publication date: 2020-10-30

Abstract

The embodiment of the application discloses a communication method. The method comprises the following steps: the method comprises the steps of obtaining account characteristics of at least one event account according to account interaction events, wherein no communication relation is established between the event accounts of the account interaction events, conducting risk analysis based on the account characteristics, determining that the event accounts have communication authority, providing communication service between the event accounts according to the communication authority, enabling the event accounts in the account interaction events without the communication relation to have the communication authority, avoiding tedious operations or extra risks brought by establishing the communication relation for communication, or avoiding risks brought by directly granting temporary communication authority for convenience, reducing unnecessary workload, and improving operation efficiency and safety during communication.

Description

Communication method, computer equipment and storage medium

Technical Field

The present application relates to the field of communications technologies, and in particular, to a communication method, a data processing method, a computer device, and a computer-readable storage medium.

Background

With the development of internet technology, a variety of network service platforms providing various network services for users emerge, and some network service platforms can provide communication functions for users who are friends of each other while providing network services.

For example, in the transfer process of a mobile payment platform which is quite popular, users can transfer money to a stranger, but simple communication cannot be directly performed among the users, and friends are required to be added to allow the communication.

The applicant has found that such functional cutting deteriorates the user experience. But the mobile payment platform is a platform related to financial property, and users are more cautious to add friends. The friends are added for the temporary or one-time communication requirement, so that the operation processes of adding, confirming and the like are too complicated, the user has more meaningless friends, and even potential safety hazards such as fraud and the like are brought in future use. And communication between strangers is directly allowed for convenience, fraud and other behaviors are also facilitated, and the safety of the platform is reduced.

Disclosure of Invention

In view of the above, the present application is made to provide a communication method, a data processing method, and a computer device, a computer-readable storage medium that overcome or at least partially solve the above problems.

In accordance with an aspect of the present application, there is provided a communication method including:

Acquiring account characteristics of at least one event account according to an account interaction event, wherein no communication relation is established between the event accounts of the account interaction event;

performing risk analysis based on the account characteristics, and determining that the event accounts have communication authority;

and providing communication service between the event accounts according to the communication authority.

Optionally, the obtaining, according to the account interaction event, the account feature of at least one event account includes:

receiving an account interaction event;

and analyzing the account characteristics of at least one event account in the account interaction events.

Optionally, before the resolving account features of at least one event account of the account interaction events, the method further comprises:

and determining that the account interaction event comprises an event account which does not establish a communication relationship.

Optionally, the account characteristics include at least one of: level features, time features, event statistic features, location features, account features of associated accounts, location relationship features between event accounts.

Optionally, the performing risk analysis based on the account characteristics, and determining that the event accounts have communication rights includes:

And identifying the account characteristics according to an identification data set and/or a risk identification rule, and determining whether the event accounts have communication authority.

Optionally, the account interaction event includes a transfer event between event accounts, the identifying the account features according to an identification data set and/or a risk identification rule, and the determining whether the communication right between the event accounts is provided includes:

identifying account characteristics according to the identification data set, and determining whether the event accounts have risks;

if the event accounts have no risk, identifying account characteristics according to the risk identification rule, and determining whether the event accounts have risk;

and if the event accounts have no risk, determining that the event accounts have communication authority.

Optionally, before the identifying the account features according to the identification data set and/or the risk identification rule and determining whether the communication right is provided between the event accounts, the method further comprises:

marking an account characteristic sample of at least one event account sample in the event samples by adopting the risk data of the event samples;

based on the plurality of account feature samples and the corresponding flagged risk data, an identification data set is created that identifies whether communication rights between the event accounts are present.

and generating a risk identification rule according to the event attribute of the account interaction event.

Optionally, after providing the communication service between the event accounts according to the communication rights, the method further includes:

acquiring the opening time of the communication authority;

and closing the communication service between the event accounts according to the opening time and the permission time limit.

In accordance with another aspect of the present application, there is provided a data processing method including:

obtaining a transfer operation, wherein the transfer operation comprises at least two related accounts, and a communication relation is not established between the related accounts;

acquiring account characteristics of at least one related account;

determining that the related accounts have communication rights based on the account characteristics;

providing communication service between the at least two related accounts based on the communication rights.

Optionally, providing communication service between the at least two related accounts based on the communication right comprises:

Acquiring a communication agent;

providing communication services of the communication agent and at least two related accounts respectively;

forwarding, by the communication agent, communication data between the at least two related accounts.

Optionally, the communication agent is a third account, wherein the third account is a secure account.

According to another aspect of the application, there is provided a computer device comprising a memory, a processor and a computer program stored on the memory and executable on the processor, the processor implementing the method according to one or more of the above when executing the computer program.

According to another aspect of the application, a computer-readable storage medium is provided, on which a computer program is stored which, when being executed by a processor, carries out the method according to one or more of the above.

According to the method and the device, the account characteristics of at least one event account are acquired according to the account interaction events, wherein no communication relation is established among the event accounts of the account interaction events, risk analysis is carried out based on the account characteristics, the fact that the event accounts have the communication authority is determined, communication service among the event accounts is provided according to the communication authority, the event accounts in the account interaction events without the communication relation can be enabled to have the communication authority, tedious operations or extra risks brought by establishing the communication relation for communication are avoided, or risks brought by directly granting temporary communication authority for convenience are avoided, unnecessary workload is reduced, and operation efficiency and safety during communication are improved.

The foregoing description is only an overview of the technical solutions of the present application, and the present application can be implemented according to the content of the description in order to make the technical means of the present application more clearly understood, and the following detailed description of the present application is given in order to make the above and other objects, features, and advantages of the present application more clearly understandable.

Drawings

Various other advantages and benefits will become apparent to those of ordinary skill in the art upon reading the following detailed description of the preferred embodiments. The drawings are only for purposes of illustrating the preferred embodiments and are not to be construed as limiting the application. Also, like reference numerals are used to refer to like parts throughout the drawings. In the drawings:

FIG. 1 shows a schematic diagram of a transfer event;

FIG. 2 shows a schematic diagram of a communication process;

fig. 3 is a flow chart of an embodiment of a communication method according to a first embodiment of the present application;

fig. 4 shows a flow chart of an embodiment of a communication method according to the second embodiment of the present application;

FIG. 5 is a flow chart of an embodiment of a data processing method according to the third embodiment of the present application;

FIG. 6 illustrates an architectural diagram of an entitlement determination;

FIG. 7 shows a schematic diagram of a communication flow;

Fig. 8 is a block diagram illustrating an embodiment of a communication apparatus according to a fourth embodiment of the present application;

FIG. 9 is a block diagram of an embodiment of a data processing apparatus according to the fifth embodiment of the present application;

fig. 10 illustrates an exemplary system that can be used to implement various embodiments described in this disclosure.

Detailed Description

Exemplary embodiments of the present disclosure will be described in more detail below with reference to the accompanying drawings. While exemplary embodiments of the present disclosure are shown in the drawings, it should be understood that the present disclosure may be embodied in various forms and should not be limited to the embodiments set forth herein. Rather, these embodiments are provided so that this disclosure will be thorough and complete, and will fully convey the scope of the disclosure to those skilled in the art.

To enable those skilled in the art to better understand the present application, the following description is made of the concepts related to the present application:

the account interaction event includes an event that interaction between accounts is generated, such as transfer between accounts, data transmission between accounts, and the like, for example, transfer is performed to an account of a stranger in a two-dimensional code scanning manner in a mobile payment tool, or any other applicable event, which is not limited in the embodiment of the present application.

In the application, an account in the account interaction event is marked as an event account, and no communication relationship is established between the event accounts. The communication relationship includes but is not limited to a social friend relationship, a common contact relationship, and the like, or any other applicable relationship, for example, in a transfer event between strangers using a mobile payment tool, there is no friend relationship between the two event accounts, namely a collection account and a payment account.

The event account has at least one account characteristic, and the account characteristic is used for characterizing a characteristic of some aspect of the event account, for example, for a transfer event, an account level of a collection account, an account level of a payment account, a number of times that the collection account receives a transfer on the same day, a friend number of the collection account, and the like.

For safety, direct communication between event accounts which are not established with a communication relationship is not allowed, that is, the event accounts do not have communication authority, and the server or the client does not provide communication service for the event accounts. The communication service includes, but is not limited to, text, voice, picture, audio call, video call, and the like, which is not limited in this embodiment of the present application. For example, as shown in the diagram of the transfer event in fig. 1, the mobile payment instrument has a chat function, and direct chat is not allowed between accounts when there is no friend relationship.

In an optional embodiment of the present application, the account features comprise at least one of: level features, time features, event statistic features, location features, account features of associated accounts, location relationship features between event accounts.

The level features include, but are not limited to, an account level, an account point, an account category, and the like, which is not limited in this application. The time characteristic includes, but is not limited to, an account registration time, an account active time, and the like, which is not limited in this application. The event statistical characteristics include, but are not limited to, the number of transfers received by the account today, the number of transfers received by the account this week, the percentage of transfers between the account and friends in the total number of transfers, and the like, which is not limited in the embodiments of the present application. The location characteristics include, but are not limited to, a real-time location, a historical frequent location, and the like, which is not limited by the embodiments of the present application. The account characteristics of the associated account include, but are not limited to, the number of friends of the account, the account level of friends of the account, time characteristics of friends of the account, and the like, which is not limited in this embodiment of the present application. The position relationship characteristics between the event accounts include, but are not limited to, whether the event accounts are in the same position, belong to the same city, and the like, which is not limited in the embodiment of the present application.

In an optional embodiment of the present application, when performing risk analysis based on account characteristics, whether communication rights between event accounts are provided may be determined according to the identification data set and/or risk identification rules. As an implementation manner of risk analysis, the recognition data set may be obtained by training a Machine learning algorithm or a deep learning algorithm, for example, a Support Vector Machine (SVM) is a generalized linear classifier (generalized linear classifier) that performs binary classification (binary classification) on data in a supervised learning (supervised learning) manner, and may be any classifier suitable for the present application.

In order to create an identification data set capable of determining whether the event accounts have the communication authority through identifying the account characteristics, a supervised learning mode is adopted, and a model capable of identifying whether the event accounts have the communication authority is obtained according to risk data of event samples marked by account characteristic samples of at least one event account sample in event samples.

As another implementation mode of risk analysis, a risk identification rule can be formulated according to event attributes, and whether communication authority exists between event accounts is identified according to whether account characteristics accord with the risk identification rule or not. For example, in a transfer event, if the account level of the event account of the receiver is a high-level account, the account characteristics conform to the risk identification rule, communication permissions are provided between the event accounts, if the event account of the receiver is a high-risk account, the account characteristics do not conform to the risk identification rule, no communication permissions are provided between the event accounts, the risk identification rule can be set according to actual needs, and the embodiment of the application does not limit the risk identification rule.

In an optional embodiment of the present application, the risk identification rule may be generated according to an event attribute of the account interaction event, and the risk identification rules generated corresponding to different event attributes are also different. The event attribute is used for characterizing attributes of one or some aspects of the account interaction event, and the event attribute of the account interaction event includes, but is not limited to, whether the event is a transfer event, whether the transfer is a large transfer or a small transfer, and the like.

According to an embodiment of the application, friends are added for the purpose of temporary or one-time communication, so that the operation procedures of adding and confirming are too complicated, potential safety hazards such as fraud are brought in future use, communication among strangers is directly allowed for convenience, convenience is brought to actions such as fraud, and the problem of low safety exists. As shown in the schematic diagram of the communication process shown in fig. 2, the present application provides a communication mechanism, which obtains account characteristics of at least one event account according to an account interaction event, wherein no communication relationship is established between the event accounts of the account interaction event, performs risk analysis based on the account characteristics, determines that the event accounts have communication permissions, and provides a communication service between the event accounts according to the communication permissions, so that the event accounts in the account interaction event without a communication relationship can have communication permissions, thereby avoiding cumbersome operations or additional risks caused by establishing a communication relationship for communication, or avoiding risks caused by directly granting a temporary communication permission for convenience, reducing unnecessary workload, and improving operation efficiency and security during communication. The present application is applicable to, but not limited to, the above application scenarios.

Referring to fig. 3, a flowchart of an embodiment of a communication method according to a first embodiment of the present application is shown, where the method specifically includes the following steps:

step 101, obtaining account characteristics of at least one event account according to an account interaction event, wherein no communication relationship is established between the event accounts of the account interaction event.

In the embodiment of the application, for a case that a communication relationship is not established between event accounts of an account interaction event, in order to determine whether the event accounts in the account interaction event have a communication right, account features of at least one event account may be acquired to perform risk analysis. The account interaction event includes two or more event accounts, and may only acquire account characteristics of a certain event account, or may also acquire account characteristics of a certain number of event accounts, which is not limited in this embodiment of the present application.

For example, for the transfer event between accounts, account characteristics such as account level of the collection account, account level of the payment account, registration time of the collection account, number of transfers received by the collection account today, number of transfers received by the collection account this week, ratio of transfers between the collection account and friends in historical transfer total, and the like are obtained.

In this embodiment of the present application, optionally, an implementation manner of obtaining account characteristics of at least one event account according to an account interaction event includes: the method includes receiving account interaction events, analyzing account characteristics of at least one event account in the account interaction events, or any other suitable implementation manner, which is not limited in the embodiments of the present application.

In this embodiment of the present application, optionally, before parsing account features of at least one event account in the account interaction events, the method may further include: and determining that the account interaction event comprises an event account which does not establish a communication relationship. For example, according to the account number of each event account in the account interaction event, a buddy list of each event account is obtained from the server, and whether the event account is not a buddy (i.e. the event account for which the communication relationship is not established) is determined according to the buddy list.

And 102, performing risk analysis based on the account characteristics, and determining that the event accounts have communication authority.

In the embodiment of the application, the account characteristics can be used for risk analysis, and the result of the risk analysis can determine whether the event accounts have communication rights. The risk analysis may be implemented in various manners, for example, the account features are identified according to the identification data set and/or the risk identification rule to determine whether the event accounts have the communication right, for example, the account features are identified according to the identification data set, if the risk analysis result output by the identification data set is safe, the account features are identified according to the risk identification rule, if the account features meet the risk identification rule, the risk identification result is also safe, and it may be determined that the event accounts have the communication right. Any suitable implementation may be specifically included, and the embodiments of the present application do not limit this.

And 103, providing communication service between the event accounts according to the communication authority.

In the embodiment of the application, when the communication right is provided between the event accounts, the communication service can be provided for the event accounts, and when the communication right is not provided between the event accounts, the original state is kept, namely, the communication service between the event accounts is not provided.

In the present application, the provision of communication services between event accounts does not necessarily require the establishment of a communication relationship between event accounts. The provided communication service may be temporary, that is, has an authority time limit, and no communication service is provided after the time limit is exceeded, or may be no communication service is provided after a window of communication is closed by a certain event account, or any other suitable providing manner, which is not limited in the embodiment of the present application.

Referring to fig. 4, a flowchart of an embodiment of a communication method according to the second embodiment of the present application is shown, where the method specifically includes the following steps:

step 201, the risk data of the event samples is adopted to mark the account characteristic sample of at least one event account sample in the event samples.

In the embodiment of the present application, in order to create the identification data set, historical event samples need to be collected first, and an account feature sample of at least one event account sample in the event samples is obtained. Since the event samples are historical data for which the risk data is known, the risk data for the event samples may be used to tag an account characteristic sample for at least one of the event account samples.

For example, the architecture diagram of the authority determination shown in fig. 5. The authority judgment architecture is mainly divided into an offline part and an online part, wherein the offline part is responsible for receiving and storing account characteristics and is responsible for offline training a prediction model (namely an identification data set and a risk identification rule), and the online part is responsible for judging whether chat authority (namely communication authority) exists between two event accounts. And collecting a grade change event, a transaction event, a transfer event, an identity change event and the like, accessing relevant information of the event, acquiring and storing account characteristics in the event, and then performing off-line calculation to obtain an identification data set.

In the off-line part, after collecting account characteristic samples of the event account samples, marking the data according to the data related to the report and the safety, and recording the data as D_i＝{F_iL }, wherein F_i＝{V₁，V₂，...，V_n}，F_iRepresents the ith event sample, V_nThe n-dimensional account characteristics are represented, the value of L is 0 or 1, 0 represents safety and is suitable for opening communication authority, and 1 represents risk and is not suitable for opening communication authority.

Step 202, based on the plurality of account feature samples and the corresponding marked risk data, an identification data set for identifying whether the event accounts have communication authority is created.

In the embodiment of the application, when creating an identification data set for identifying whether communication authority exists between event accounts, a plurality of account feature samples and correspondingly marked risk data are required. Specifically, the identification data set may be created according to the account feature samples of the plurality of event samples and the correspondingly marked risk data.

In the embodiment of the present application, a support vector machine, or any other suitable machine learning algorithm or deep learning algorithm may be used to perform model training to create the recognition data set, so as to finally obtain the recognition data set.

Step 203, generating a risk identification rule according to the event attribute of the account interaction event.

In this embodiment of the present application, a corresponding risk identification rule may be generated according to an event attribute of an account interaction event, for example, if the event attribute of the transfer event is large transfer, an account level of a collection account required in the generated risk identification rule is 10, and if the event attribute of the transfer event is small transfer, an account level of a collection account required in the generated risk identification rule is 7, that is, different event attributes and generated risk identification rules are different, and when it is subsequently used to determine whether there is a communication right between event accounts in the account interaction event, a risk identification rule corresponding to the event attribute of the account interaction event may be selected.

Step 204, receiving an account interaction event.

In the embodiment of the present application, determining whether or not there is a communication right between event accounts may be handled by a dedicated server, and it is necessary to receive a notification of an account interaction event sent by the server responsible for processing the account interaction event, for example, subscribe to a transfer event between accounts.

Step 205, resolving account characteristics of at least one event account in the account interaction events.

In the embodiment of the application, after the account interaction event is received, each event account in the account interaction event can be acquired, and then at least one event account required is analyzed to obtain the account characteristics. The specific event account to be resolved needs to correspond to the account characteristics required to identify the data set or risk identification rules.

For example, according to the account number of the collection account and the account number of the payment account in the transfer event, for some account characteristics, related information can be found from the database, for the account characteristics that need to be counted, the account characteristics are obtained after the statistics, for some account characteristics, the client side that needs to instruct the event account to upload the related information, such as the real-time location, and the like, a suitable analysis mode can be specifically adopted according to different account characteristics, which is not limited in the embodiment of the present application.

Step 206, identifying the account characteristics according to the identification data set and/or the risk identification rule, and determining whether the event accounts have communication authority.

In the embodiment of the application, in the process of determining whether the event accounts have the communication authority according to the identification data set, account characteristics are used as input and input into the identification data set, and the identification data set outputs the result of whether the event accounts have the communication authority through algorithm prediction. And in the process of determining whether the event accounts have the communication authority according to the risk identification rule, judging whether the account characteristics accord with the risk identification rule, and determining whether the event accounts have the communication authority.

In this embodiment of the present application, optionally, the account interaction event includes a transfer event between event accounts, the account characteristics are identified according to an identification data set and/or a risk identification rule, and one implementation manner of determining whether the event accounts have communication rights may include:

substep S1, identifying account features according to the identification data set, and determining whether there is a risk between the event accounts;

substep S2, if there is no risk between the event accounts, identifying account characteristics according to the risk identification rule, and determining whether there is a risk between the event accounts;

and a substep S3, if the event accounts have no risk, determining that the communication authority exists between the event accounts.

The identification is carried out by adopting an identification data set, and the event accounts of which events have no risk and the event accounts of which events have risk in all transfer events are determined. And for the risky event, directly finishing the subsequent risk analysis and determining that the event accounts do not have communication authority. For the events without risks, in order to further reduce the risk of granting communication rights, identification is carried out according to risk identification rules, whether the event accounts in the events have risks is determined, for the events with risks, the event accounts are determined not to have communication rights, and for the events without risks, the event accounts are determined to have communication rights.

Step 207, providing the communication service between the event accounts according to the communication authority.

In the embodiment of the present application, a specific implementation manner of this step may refer to the description in the foregoing embodiment, and is not described herein again.

And step 208, acquiring the opening time of the communication authority.

In this embodiment of the present application, the opening time of the communication right may be a time for determining that there is a communication right between the event accounts, a time for the communication right to be issued to the client of the event account, or any other suitable time, which is not limited in this embodiment of the present application.

And step 209, closing the communication service between the event accounts according to the opening time and the permission time limit.

In the embodiment of the application, the communication authority has the authority time limit, the revocation time of the communication authority can be calculated according to the opening time and the authority time limit, the communication service between event accounts is closed at the time, and the risk brought by the communication authority is reduced.

According to the embodiment of the application, the account feature samples of at least one event account sample in the event samples are marked by adopting the risk data of the event samples, an identification data set for identifying whether communication authority is provided among the event accounts is created based on a plurality of account feature samples and correspondingly marked risk data, a risk identification rule is generated according to the event attribute of the account interaction event, the account interaction event is received, the account feature of at least one event account in the account interaction event is analyzed, the account feature is identified according to the identification data set and/or the risk identification rule, whether the communication authority is provided among the event accounts is determined, communication service among the event accounts is provided according to the communication authority, and the communication authority can be provided among the event accounts in the account interaction event without communication relationship, the method and the device avoid complicated operation or extra risk brought by establishing a communication relation for communication, or avoid risk brought by directly granting temporary communication permission for convenience, reduce unnecessary workload, and improve operation efficiency and safety during communication.

Further, by acquiring the opening time of the communication authority, the communication service between the event accounts is closed according to the opening time and the authority time limit, and the risk brought by the communication authority is reduced.

Referring to fig. 6, a flowchart of an embodiment of a data processing method according to a third embodiment of the present application is shown, where the method specifically includes the following steps:

step 301, obtaining a transfer operation, wherein the transfer operation comprises at least two related accounts, and no communication relationship is established between the related accounts.

In the embodiment of the application, the case that no communication relationship is established between at least two related accounts included in the transfer operation is pointed out, and in this case, the related accounts which do not establish the communication relationship are not allowed to communicate with each other due to safety considerations. And when the transfer operation is acquired, if the communication relationship is not established between at least two related accounts included in the transfer operation. For example, there is no friend relationship between at least two related accounts for the transfer operation.

Step 302, account characteristics of at least one of the related accounts are obtained.

In the embodiment of the present application, in order to determine whether the at least one related account has the communication right, account characteristics of the at least one related account may be obtained, for example, an account rating of the related account, a registration time, a number of transfers received today, and the like.

Step 303, determining that the related accounts have communication authority based on the account characteristics.

In the embodiment of the present application, the implementation manner of determining whether the related accounts have the communication right based on the account characteristics may include various manners, for example, identifying the account characteristics according to the identification data set and/or the risk identification rule to determine whether the related accounts have the communication right.

Step 304, providing communication service between the at least two related accounts based on the communication authority.

In the embodiment of the application, when the communication right is provided between the related accounts, the communication service can be provided for the related accounts, and when the communication right is not provided between the related accounts, the original state is maintained, namely, the communication service between the related accounts is not provided.

In this embodiment of the present application, optionally, based on the communication right, one implementation manner of providing a communication service between the at least two related accounts may include: acquiring a communication agent; providing communication services of the communication agent and at least two related accounts respectively; forwarding, by the communication agent, communication data between the at least two related accounts.

In order to avoid the unexpected risk of direct communication between the related accounts, a communication agent, for example, a server dedicated to forwarding communication data, or an account other than the related accounts, may be obtained to respectively provide communication services between the communication agent and at least two related accounts, and the communication agent may forward the communication data between at least two related accounts to avoid the risk of direct transmission of the communication data between the related accounts.

In this embodiment of the present application, optionally, the communication agent is a third account, where the third account is a secure account. The third account is an account other than at least two related accounts, and the third account is a secure account, i.e. an account that is secure for any one of the related accounts.

According to the method and the device, transfer operation obtaining is provided, account characteristics of at least one related account are obtained, communication authority is determined to be possessed between the related accounts based on the account characteristics, communication service is provided between at least two related accounts based on the communication authority, the transfer operation comprises at least two related accounts, no communication relation is established between the related accounts, the related accounts which do not establish the communication relation can be provided with the communication authority, tedious operations or extra risks brought by communication relation establishment for communication are avoided, or risks brought by direct grant of temporary communication authority for convenience are avoided, unnecessary workload is reduced, and operation efficiency and safety during communication are improved.

In order to make the present application better understood by those skilled in the art, a verification method of the present application is described below by way of specific examples.

Referring to fig. 7, a schematic diagram of a communication flow is shown.

Step 1, subscribing to a transfer event.

And 2, analyzing the event information to obtain an event account.

And 3, constructing event characteristics to obtain account characteristics of at least one event account in the account interaction events.

And 4, performing algorithm prediction, namely inputting account characteristics by adopting an identification data set to perform prediction, executing the step 5 if the prediction result is safe, and directly ending if the prediction result is unsafe.

And 5, predicting the service attribute, judging whether the safety is ensured by adopting a risk identification rule, executing the step 6 if the result is safe, and directly ending if the result is unsafe.

And 6, opening the temporary session authority, namely opening the temporary communication authority, and providing communication service.

Referring to fig. 8, a block diagram of a communication apparatus according to a fourth embodiment of the present application is shown, which may specifically include:

the feature obtaining module 401 is configured to obtain account features of at least one event account according to an account interaction event, where a communication relationship is not established between event accounts of the account interaction event;

A permission determining module 402, configured to perform risk analysis based on the account characteristics, and determine that communication permissions exist between the event accounts;

a service providing module 403, configured to provide a communication service between the event accounts according to the communication right.

In this embodiment of the application, optionally, the feature obtaining module includes:

the event receiving submodule is used for receiving an account interaction event;

and the characteristic analysis submodule is used for analyzing the account characteristics of at least one event account in the account interaction events.

In this embodiment of the present application, optionally, the apparatus further includes:

and the relationship determining module is used for determining that the account interaction events comprise event accounts without establishing communication relationship before analyzing the account characteristics of at least one event account in the account interaction events.

In this embodiment of the present application, optionally, the account feature includes at least one of the following: level features, time features, event statistic features, location features, account features of associated accounts, location relationship features between event accounts.

In this embodiment of the application, optionally, the permission determining module includes:

And the determining submodule is used for identifying the account characteristics according to the identification data set and/or the risk identification rule and determining whether the event accounts have communication authority.

In this embodiment of the present application, optionally, the account interaction event includes a transfer event between event accounts, and the determining sub-module includes:

the first determining unit is used for identifying account characteristics according to the identification data set and determining whether the event accounts have risks;

the second determining unit is used for identifying the account characteristics according to the risk identification rule and determining whether the event accounts have risks or not if the event accounts do not have risks;

and the third determining unit is used for determining that the event accounts have communication authority if the event accounts do not have risks.

the marking module is used for marking the account characteristic sample of at least one event account sample in the event samples by adopting the risk data of the event samples before the account characteristics are identified according to the identification data set and/or the risk identification rule and whether the event accounts have the communication authority is determined;

And the creating module is used for creating an identification data set for identifying whether the event accounts have communication authority or not based on the plurality of account characteristic samples and the correspondingly marked risk data.

and the generating module is used for generating a risk identification rule according to the event attribute of the account interaction event before the account features are identified according to the identification data set and/or the risk identification rule and whether the event accounts have the communication authority is determined.

the time acquisition module is used for acquiring the opening time of the communication authority after the communication service between the event accounts is provided according to the communication authority;

and the service closing module is used for closing the communication service between the event accounts according to the opening time and the permission time limit.

Referring to fig. 9, a block diagram illustrating a structure of an embodiment of a data processing apparatus according to the fifth embodiment of the present application is shown, which may specifically include:

an operation obtaining module 501, configured to obtain a transfer operation, where the transfer operation includes at least two related accounts, and a communication relationship is not established between the related accounts;

a feature obtaining module 502, configured to obtain account features of at least one of the related accounts;

a permission determining module 503, configured to determine that the related accounts have communication permission based on the account characteristics;

a service providing module 504, configured to provide a communication service between the at least two related accounts based on the communication right.

In this embodiment of the application, optionally, providing a communication service between the at least two related accounts based on the communication right includes:

acquiring a communication agent;

In this embodiment of the present application, optionally, the communication agent is a third account, where the third account is a secure account.

For the device embodiment, since it is basically similar to the method embodiment, the description is simple, and for the relevant points, refer to the partial description of the method embodiment.

Embodiments of the disclosure may be implemented as a system using any suitable hardware, firmware, software, or any combination thereof, in a desired configuration. Fig. 10 schematically illustrates an exemplary system (or apparatus) 600 that can be used to implement various embodiments described in this disclosure.

For one embodiment, fig. 10 illustrates an exemplary system 600 having one or more processors 602, a system control module (chipset) 604 coupled to at least one of the processor(s) 602, system memory 606 coupled to the system control module 604, non-volatile memory (NVM)/storage 608 coupled to the system control module 604, one or more input/output devices 610 coupled to the system control module 604, and a network interface 612 coupled to the system control module 606.

The processor 602 may include one or more single-core or multi-core processors, and the processor 602 may include any combination of general-purpose or special-purpose processors (e.g., graphics processors, application processors, baseband processors, etc.). In some embodiments, the system 600 can function as a browser as described in embodiments herein.

In some embodiments, system 600 may include one or more computer-readable media (e.g., system memory 606 or NVM/storage 608) having instructions and one or more processors 602 in combination with the one or more computer-readable media configured to execute the instructions to implement modules to perform the actions described in this disclosure.

For one embodiment, system control module 604 may include any suitable interface controllers to provide any suitable interface to at least one of the processor(s) 602 and/or any suitable device or component in communication with system control module 604.

System control module 604 may include a memory controller module to provide an interface to system memory 606. The memory controller module may be a hardware module, a software module, and/or a firmware module.

System memory 606 may be used, for example, to load and store data and/or instructions for system 600. For one embodiment, system memory 606 may include any suitable volatile memory, such as suitable DRAM. In some embodiments, the system memory 606 may comprise double data rate type four synchronous dynamic random access memory (DDR4 SDRAM).

For one embodiment, system control module 604 may include one or more input/output controllers to provide an interface to NVM/storage 608 and input/output device(s) 610.

For example, NVM/storage 608 may be used to store data and/or instructions. NVM/storage 608 may include any suitable non-volatile memory (e.g., flash memory) and/or may include any suitable non-volatile storage device(s) (e.g., one or more Hard Disk Drives (HDDs), one or more Compact Disc (CD) drives, and/or one or more Digital Versatile Disc (DVD) drives).

NVM/storage 608 may include storage resources that are physically part of a device on which system 600 is installed or may be accessed by the device and not necessarily part of the device. For example, NVM/storage 608 may be accessible over a network via input/output device(s) 610.

Input/output device(s) 610 can provide an interface for system 600 to communicate with any other suitable device, input/output devices 610 can include communication components, audio components, sensor components, and the like. Network interface 612 may provide an interface for system 600 to communicate over one or more networks, and system 600 may communicate wirelessly with one or more components of a wireless network according to any of one or more wireless network standards and/or protocols, such as to access a communication standard-based wireless network, such as WiFi, 2G, or 3G, or a combination thereof.

For one embodiment, at least one of the processor(s) 602 may be packaged together with logic for one or more controller(s) (e.g., memory controller module) of the system control module 604. For one embodiment, at least one of the processor(s) 602 may be packaged together with logic for one or more controller(s) of the system control module 604 to form a System In Package (SiP). For one embodiment, at least one of the processor(s) 602 may be integrated on the same die with logic for one or more controller(s) of the system control module 604. For one embodiment, at least one of the processor(s) 602 may be integrated on the same die with logic of one or more controllers of the system control module 604 to form a system on a chip (SoC).

In various embodiments, system 600 may be, but is not limited to being: a browser, a workstation, a desktop computing device, or a mobile computing device (e.g., a laptop computing device, a handheld computing device, a tablet, a netbook, etc.). In various embodiments, system 600 may have more or fewer components and/or different architectures. For example, in some embodiments, system 600 includes one or more cameras, a keyboard, a Liquid Crystal Display (LCD) screen (including a touch screen display), a non-volatile memory port, multiple antennas, a graphics chip, an Application Specific Integrated Circuit (ASIC), and speakers.

Wherein, if the display includes a touch panel, the display screen may be implemented as a touch screen display to receive an input signal from a user. The touch panel includes one or more touch sensors to sense touch, slide, and gestures on the touch panel. The touch sensor may not only sense the boundary of a touch or slide action, but also detect the duration and pressure associated with the touch or slide operation.

The present application further provides a non-volatile readable storage medium, where one or more modules (programs) are stored in the storage medium, and when the one or more modules are applied to a terminal device, the one or more modules may cause the terminal device to execute instructions (instructions) of method steps in the present application.

In one example, a computer device is provided, comprising a memory, a processor and a computer program stored on the memory and executable on the processor, wherein the processor implements the method according to the embodiments of the present application when executing the computer program.

There is also provided in one example a computer readable storage medium having stored thereon a computer program, characterized in that the program, when executed by a processor, implements a method as one or more of the embodiments of the application.

An embodiment of the application discloses a communication method and a communication device, and example 1 includes a communication method, including:

Example 2 may include the method of example 1, wherein the obtaining account characteristics of at least one event account from account interaction events comprises:

Receiving an account interaction event;

Example 3 may include the method of example 1 and/or example 2, wherein prior to the resolving account features of at least one of the account interaction events, the method further comprises:

Example 4 may include the method of one or more of examples 1-3, wherein the account characteristics include at least one of: level features, time features, event statistic features, location features, account features of associated accounts, location relationship features between event accounts.

Example 5 may include the method of one or more of examples 1-4, wherein the performing a risk analysis based on the account characteristics, and determining that communication rights between the event accounts are provided includes:

Example 6 may include the method of one or more of examples 1-5, wherein the account interaction event comprises a transfer event between event accounts, the account features are identified according to an identification data set and/or a risk identification rule, and determining whether communication rights between the event accounts are provided comprises:

Example 7 may include the method of one or more of examples 1-6, wherein prior to the identifying the account feature according to an identification data set and/or risk identification rule, determining whether communication rights between the event accounts are available, the method further comprises:

Example 8 may include the method of one or more of examples 1-7, wherein prior to the identifying the account feature according to an identification data set and/or risk identification rule, determining whether communication rights between the event accounts are available, the method further comprises:

Example 9 may include the method of one or more of examples 1-8, wherein after the providing of the communication service between the event accounts according to the communication rights, the method further comprises:

acquiring the opening time of the communication authority;

Example 10 includes a data processing method, comprising:

acquiring account characteristics of at least one related account;

Example 11 may include the method of example 10, wherein providing communication services between the at least two related accounts based on the communication rights comprises:

acquiring a communication agent;

Example 12 may include the method of example 10 and/or example 11, wherein the communication agent is a third account, wherein the third account is a secure account.

Example 13 includes a communication apparatus comprising:

the system comprises a characteristic acquisition module, a characteristic acquisition module and a characteristic acquisition module, wherein the characteristic acquisition module is used for acquiring account characteristics of at least one event account according to an account interaction event, and a communication relation is not established between the event accounts of the account interaction event;

the authority determining module is used for carrying out risk analysis based on the account characteristics and determining that the event accounts have communication authority;

and the service providing module is used for providing communication service between the event accounts according to the communication authority.

Example 14 may include the apparatus of example 13, wherein the feature acquisition module comprises:

Example 15 may include the apparatus of example 13 and/or example 14, wherein the apparatus further comprises:

Example 16 may include the apparatus of one or more of examples 13-15, wherein the account characteristics include at least one of: level features, time features, event statistic features, location features, account features of associated accounts, location relationship features between event accounts.

Example 17 may include the apparatus of one or more of examples 13-16, wherein the permission determination module comprises:

Example 18 may include the apparatus of one or more of examples 13-17, wherein the account interaction event comprises a transfer event between event accounts, the determination submodule comprising:

Example 19 may include the apparatus of one or more of examples 13-18, wherein the apparatus further comprises:

Example 20 may include the apparatus of one or more of examples 13-19, wherein the apparatus further comprises:

Example 21 may include the apparatus of one or more of examples 13-20, wherein the apparatus further comprises:

Example 22 includes a data processing apparatus comprising:

the account transfer system comprises an operation acquisition module, a transfer module and a transfer module, wherein the operation acquisition module is used for acquiring transfer operation, the transfer operation comprises at least two related accounts, and a communication relation is not established between the related accounts;

the characteristic acquisition module is used for acquiring account characteristics of at least one related account;

the permission determining module is used for determining that the related accounts have communication permission based on the account characteristics;

and the service providing module is used for providing communication service between the at least two related accounts based on the communication authority.

Example 23 may include the apparatus of example 22, wherein providing communication services between the at least two related accounts based on the communication rights comprises:

Acquiring a communication agent;

Example 24 may include the apparatus of example 22 and/or example 23, wherein the communication agent is a third account, wherein the third account is a secure account. Example 25 includes a computer device comprising a memory, a processor, and a computer program stored on the memory and executable on the processor, the processor implementing a method as in one or more of examples 1-12 when executing the computer program.

Example 26 includes a computer-readable storage medium having stored thereon a computer program that, when executed by a processor, implements a method as in one or more of examples 1-12.

Although certain examples have been illustrated and described for purposes of description, a wide variety of alternate and/or equivalent implementations, or calculations, may be made to achieve the same objectives without departing from the scope of practice of the present application. This application is intended to cover any adaptations or variations of the embodiments discussed herein. Therefore, it is manifestly intended that the embodiments described herein be limited only by the claims and the equivalents thereof.

Claims

1. A method of communication, comprising:

2. The method of claim 1, wherein obtaining account characteristics of at least one event account based on account interaction events comprises:

receiving an account interaction event;

3. The method of claim 2, wherein prior to said resolving account characteristics of at least one of said account interaction events, said method further comprises:

4. The method of claim 1, wherein the account characteristics include at least one of: level features, time features, event statistic features, location features, account features of associated accounts, location relationship features between event accounts.

5. The method of claim 1, wherein performing a risk analysis based on the account characteristics and determining that communication rights between the event accounts are provided comprises:

6. The method of claim 5, wherein the account interaction events include transfer events between event accounts, wherein the account characteristics are identified according to an identification data set and/or a risk identification rule, and wherein determining whether communication rights between the event accounts are provided comprises:

7. The method of claim 5, wherein before the identifying the account features according to the identification data set and/or the risk identification rule and determining whether the event accounts have communication rights therebetween, the method further comprises:

8. The method of claim 5, wherein before the identifying the account features according to the identification data set and/or the risk identification rule and determining whether the event accounts have communication rights therebetween, the method further comprises:

9. The method of claim 1, wherein after providing the communication service between the event accounts according to the communication rights, the method further comprises:

acquiring the opening time of the communication authority;

10. A data processing method, comprising:

Acquiring account characteristics of at least one related account;

11. The method of claim 10, wherein providing communication services between the at least two related accounts based on the communication rights comprises:

acquiring a communication agent;

12. The method of claim 11, wherein the communication agent is a third account, and wherein the third account is a secure account.

13. A computer arrangement comprising a memory, a processor and a computer program stored on the memory and executable on the processor, characterized in that the processor implements the method according to one or more of claims 1-12 when executing the computer program.

14. A computer-readable storage medium, on which a computer program is stored which, when being executed by a processor, carries out the method according to one or more of claims 1-12.