CN115455251A - Policy determination method and device, computer storage medium and electronic device - Google Patents

Policy determination method and device, computer storage medium and electronic device Download PDF

Info

Publication number
CN115455251A
CN115455251A CN202211111352.5A CN202211111352A CN115455251A CN 115455251 A CN115455251 A CN 115455251A CN 202211111352 A CN202211111352 A CN 202211111352A CN 115455251 A CN115455251 A CN 115455251A
Authority
CN
China
Prior art keywords
query
target user
bill
user
target
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Pending
Application number
CN202211111352.5A
Other languages
Chinese (zh)
Inventor
陈娜
史萌
陈长怡
李忠航
李旺
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
China Telecom Corp Ltd
Original Assignee
China Telecom Corp Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by China Telecom Corp Ltd filed Critical China Telecom Corp Ltd
Priority to CN202211111352.5A priority Critical patent/CN115455251A/en
Publication of CN115455251A publication Critical patent/CN115455251A/en
Pending legal-status Critical Current

Links

Images

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
    • G06F16/90—Details of database functions independent of the retrieved data types
    • G06F16/903—Querying
    • G06F16/9035—Filtering based on additional data, e.g. user or group profiles
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
    • G06F16/90—Details of database functions independent of the retrieved data types
    • G06F16/903—Querying
    • G06F16/9038—Presentation of query results
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q30/00—Commerce
    • G06Q30/02—Marketing; Price estimation or determination; Fundraising
    • G06Q30/0281—Customer communication at a business location, e.g. providing product or service information, consulting
    • G06Q50/40—

Abstract

The disclosure relates to the technical field of computers, and provides a policy determination method, a policy determination device, a computer storage medium and an electronic device, wherein the policy determination method comprises the following steps: acquiring historical query data of a plurality of target users who subscribe the cross-domain payment service; determining the query sensitivity of each target user according to the historical query data of each target user and the total number of the plurality of target users; and determining a bill query response strategy aiming at each target user according to the query sensitivity. The strategy determining method can select different bill inquiry response strategies for users with different characteristics.

Description

Policy determination method and device, computer storage medium and electronic device
Technical Field
The present disclosure relates to the field of computer technologies, and in particular, to a policy determining method, a policy determining apparatus, a computer storage medium, and an electronic device.
Background
The bill of the operator contains the information of the consumption amount, integral feedback, preferential benefit and the like of all paid products (mobile phone, broadband, fixed telephone and the like) under the name of the user in a charging period, and the cross-domain service comprises basic different-place service, combined payment and cross-province fusion service. For the cross-domain combined payment service, such as 'a province mobile phone + B province broadband' cross-province combination, unified payment is paid by the a province mobile phone, and a unified bill query service needs to be provided for a client, so that the client can query all bill information of the cross-domain service at one time.
Currently, one-time querying of cross-domain bills can generally be implemented through a variety of different strategies. However, different bill inquiry response strategies cannot be intelligently selected according to different user characteristics.
In view of this, there is a need in the art to develop a new policy determination method and apparatus.
It is to be noted that the information disclosed in the background section above is only used to enhance understanding of the background of the present disclosure.
Disclosure of Invention
The present disclosure is directed to a policy determining method, a policy determining apparatus, a computer storage medium, and an electronic device, so as to overcome, at least to some extent, the technical problem that different bill query response policies cannot be intelligently selected according to different user characteristics due to limitations of related technologies.
Additional features and advantages of the disclosure will be set forth in the detailed description which follows, or in part will be obvious from the description, or may be learned by practice of the disclosure.
According to a first aspect of the present disclosure, there is provided a policy determination method, including: acquiring historical query data of a plurality of target users who subscribe the cross-domain payment service; determining the query sensitivity of each target user according to the historical query data of each target user and the total number of the plurality of target users; and determining a bill query response strategy aiming at each target user according to the query sensitivity.
In an exemplary embodiment of the disclosure, the historical query data comprises any one or more of: the bill consultation times of the target user in a preset time period; the number of complaints of the bill of the target user in a preset time period; the cost consultation times of the target user in a preset time period; the number of complaints of the cost of the target user in a preset time period; the bill query times of the target user in the preset time period; and the cost inquiry times of the target user in the preset time period.
In an exemplary embodiment of the present disclosure, the determining a query sensitivity of each of the target users according to historical query data of each of the target users and a total number of the plurality of target users includes: and carrying out weighted average on the historical query data of each target user and the total number of the plurality of target users to obtain the query sensitivity of each target user.
In an exemplary embodiment of the present disclosure, the determining a billing query response policy for each of the target users according to the query sensitivity includes: determining the user category to which the target user belongs according to the query sensitivity; and determining a bill inquiry response strategy aiming at the target user based on the user category to which the target user belongs.
In an exemplary embodiment of the present disclosure, the user category to which each target user belongs includes a sensitive user and a non-sensitive user; determining the user category to which each target user belongs according to the query sensitivity includes: when the query sensitivity of the target user is greater than a preset sensitivity threshold, determining the user category to which the target user belongs as a sensitive user; and when the query sensitivity of the target user is not greater than the preset sensitivity threshold, determining that the user category to which the target user belongs is a non-sensitive user.
In an exemplary embodiment of the present disclosure, the determining a billing query response policy for the target user based on the user category to which the target user belongs includes: when the user category to which the target user belongs is a sensitive user, determining a first bill query strategy as a bill query response strategy aiming at the target user; wherein the first bill query policy is: generating a bill query result of the target user in advance; and when a bill query request from the target user is received, returning the pre-generated bill query result to the target user.
In an exemplary embodiment of the present disclosure, the determining a billing query response policy for the target subscriber based on the subscriber category includes: when the user category to which the target user belongs is a non-sensitive user, determining a second bill query response strategy as a bill query response strategy aiming at the target user; wherein the second bill query policy is: and generating a bill query result of the target user in real time when receiving a bill query request from the target user, and returning the bill query result generated in real time to the target user.
According to a second aspect of the present disclosure, there is provided a policy determination apparatus comprising: the acquisition module is used for acquiring historical query data of a plurality of target users who subscribe the cross-domain payment service; the sensitivity determination module is used for determining the query sensitivity of each target user according to the historical query data of each target user and the total number of the target users; and the strategy determining module is used for determining a bill query response strategy aiming at each target user according to the query sensitivity.
According to a third aspect of the present disclosure, there is provided a computer storage medium having stored thereon a computer program which, when executed by a processor, implements the policy determination method of the first aspect described above.
According to a fourth aspect of the present disclosure, there is provided an electronic device comprising: a processor; and a memory for storing executable instructions of the processor; wherein the processor is configured to perform the policy determination method of the first aspect described above via execution of the executable instructions.
As can be seen from the foregoing technical solutions, the policy determining method, the policy determining apparatus, the computer storage medium and the electronic device in the exemplary embodiments of the present disclosure have at least the following advantages and positive effects:
in the technical solutions provided in some embodiments of the present disclosure, on one hand, the query sensitivity of each target user is determined by obtaining the historical query data of a plurality of target users subscribing to the cross-domain payment service and according to the historical query data of each target user and the total number of the plurality of target users, and the query sensitivity of the user can be accurately measured by integrating a plurality of factors, so that the adaptation degree of the bill query response policy subsequently selected for the target user and the user characteristics is improved. On the other hand, the bill query response strategy for each target user is determined according to the query sensitivity, so that different bill query response strategies can be selected for the target users with different query sensitivities, the selected bill query response strategy is matched with the user characteristics, the problem that the user complaints are possibly caused by the fact that the selected strategy is not appropriate due to the fact that the same bill query strategy is selected for all the users in the related technology is avoided, and the user satisfaction is improved.
It is to be understood that both the foregoing general description and the following detailed description are exemplary and explanatory only and are not restrictive of the disclosure.
Drawings
The accompanying drawings, which are incorporated in and constitute a part of this specification, illustrate embodiments consistent with the present disclosure and together with the description, serve to explain the principles of the disclosure. It is to be understood that the drawings in the following description are merely exemplary of the disclosure, and that other drawings may be derived from those drawings by one of ordinary skill in the art without the exercise of inventive faculty.
Fig. 1 is a schematic flowchart illustrating a method for implementing a cross-domain billing query by means of an OpenAPI (open platform) call in the related art;
FIG. 2 is a flow chart illustrating a cross-domain billing query implemented by pre-generated billing in the related art;
FIG. 3 shows a schematic flow chart diagram of a policy determination method in an embodiment of the present disclosure;
FIG. 4 is a schematic flow chart illustrating the determination of a billing query response policy for each target subscriber based on query sensitivity according to an embodiment of the present disclosure;
fig. 5 shows a schematic structural diagram of a policy determination apparatus in an exemplary embodiment of the present disclosure;
fig. 6 shows a schematic structural diagram of an electronic device in an exemplary embodiment of the present disclosure.
Detailed Description
Example embodiments will now be described more fully with reference to the accompanying drawings. Example embodiments may, however, be embodied in many different forms and should not be construed as limited to the examples set forth herein; rather, these embodiments are provided so that this disclosure will be thorough and complete, and will fully convey the concept of example embodiments to those skilled in the art. The described features, structures, or characteristics may be combined in any suitable manner in one or more embodiments. In the following description, numerous specific details are provided to give a thorough understanding of embodiments of the disclosure. One skilled in the relevant art will recognize, however, that the subject matter of the present disclosure can be practiced without one or more of the specific details, or with other methods, components, devices, steps, and the like. In other instances, well-known technical solutions have not been shown or described in detail to avoid obscuring aspects of the present disclosure.
The terms "a," "an," "the," and "said" are used in this specification to denote the presence of one or more elements/components/parts/etc.; the terms "comprising" and "having" are intended to be inclusive and mean that there may be additional elements/components/etc. other than the listed elements/components/etc.; the terms "first" and "second," etc. are used merely as labels, and are not limiting on the number of their objects.
Furthermore, the drawings are merely schematic illustrations of the present disclosure and are not necessarily drawn to scale. The same reference numerals in the drawings denote the same or similar parts, and a repetitive description thereof will be omitted. Some of the block diagrams shown in the figures are functional entities and do not necessarily correspond to physically or logically separate entities.
Referring to fig. 1, fig. 1 is a schematic flowchart illustrating a method for implementing a cross-domain billing query by means of OpenAPI call in the related art, and mainly includes the following steps:
a user side initiates a cross-domain bill combination inquiry request to the province charging system A;
the province A charging system inquires the bill of the province A user and sends a bill inquiry request of the province B to the province B charging system;
the province energy calling gateway forwards the bill query request of the province B to the province energy calling gateway of the province B, and the province energy calling gateway of the province B forwards the bill query request of the province B to a charging system of the province B;
b province billing system inquires B province bill and returns B province bill inquiry response to B province capability calling gateway, so that B province capability calling gateway forwards B province bill inquiry response to A province capability calling gateway;
the province A can call the gateway to forward the B province bill inquiry response to the province A billing system;
the province A charging system merges the province A user bill and the province B user bill and forwards the merged user bill to the user side.
However, in the above scheme, the bill of the user in province a needs to be queried first, and then the query service for the bill in province B needs to be invoked, and then the bill query result can be displayed only after the bill in province a and the bill in province B need to be merged.
Referring to fig. 2, fig. 2 is a schematic flow chart illustrating a cross-domain billing query implemented by a pre-generated bill in the related art, which mainly includes the following steps:
the province A charging system generates a province A user bill in advance;
the province B charging system generates a province B user bill in advance, and then pushes the province B user bill to a province B capability calling gateway;
the province B capability calling gateway pushes the province B user bill to the province A capability calling gateway;
the province A can call the gateway to push the bill of the province B user to the province A charging system, and the province A charging system stores the bill of the province B user;
the province A charging system combines the province A user bill and the province B user bill;
and the province A charging system forwards the combined province A user bill and the province B user bill to the user side when receiving a cross-domain bill query request sent by the user side.
However, in the above solution, the billing system in province a needs to store the user bill in province B additionally, so that the billing system in province a occupies additional resources.
In the embodiment of the disclosure, a policy determination method is provided first, which overcomes, at least to some extent, the defect in the related art that different bill query response policies cannot be intelligently selected according to different user characteristics.
Fig. 3 shows a flowchart of a policy determination method in an embodiment of the present disclosure, where an execution subject of the policy determination method may be a server for querying a bill.
Referring to fig. 3, a policy determination method according to one embodiment of the present disclosure includes the steps of:
step S310, acquiring historical query data of a plurality of target users who subscribe the cross-domain payment service;
step S320, determining the query sensitivity of each target user according to the historical query data of each target user and the total number of a plurality of target users;
and step S330, determining a bill query response strategy aiming at each target user according to the query sensitivity.
In the technical solution provided in the embodiment shown in fig. 3, on one hand, the query sensitivity of each target user is determined by obtaining the historical query data of a plurality of target users subscribing to the cross-domain payment service and according to the historical query data of each target user and the total number of the plurality of target users, and the query sensitivity of the user can be accurately measured by integrating a plurality of factors, so that the adaptation degree of the bill query response policy subsequently selected for the target user and the user characteristics is improved. On the other hand, the bill query response strategies for each target user are determined according to the query sensitivity, so that different bill query response strategies can be selected for the target users with different query sensitivities, the selected bill query response strategies are matched with the user characteristics, the problem that the user complaints are possibly caused by the fact that the selected strategies are not appropriate due to the fact that the same bill query strategies are selected for all users in the related technology is solved, and the user satisfaction is improved.
The following describes the specific implementation process of each step in fig. 3 in detail:
in step S310, historical query data of a plurality of target users who subscribe to the cross-domain payment service is acquired.
In this step, a plurality of target users who subscribe the cross-domain payment service can be screened from the user set according to the subscribed services of each user.
The cross-domain payment service refers to a package service including at least two provinces under a certain mobile phone number, for example: a province mobile phone package and B province broadband package are simultaneously ordered under a certain mobile phone number, and the A province mobile phone uniformly pays.
After the target users are determined, the total number of the target users may be counted, and historical query data of the target users may be obtained.
The historical query data may include any one or more of: the method comprises the following steps of bill consultation times of each target user in a preset time period, bill complaint times of each target user in the preset time period, expense consultation times of each target user in the preset time period, expense complaint times of each target user in the preset time period, bill inquiry times of each target user in the preset time period, and expense inquiry times of each target user in the preset time period. It should be noted that other historical query data may also be set according to the actual situation, and may be set by the user according to the actual situation, which is not limited in this disclosure.
The bill consultation frequency can be the total number of on-line consultation bills (for example, through manual customer service) and on-line consultation bills (for example, through websites, public numbers, on-line customer service and the like) of the target user within a preset time period.
It should be noted that the preset time period may be three months or half a year before the current time, and may be set according to the actual situation, which is not limited in the present disclosure.
The number of complaints of the bill may be the sum of the number of complaints of the target customer on-line and the number of complaints of the target customer on-line within the preset time period.
The number of fee consultation may be the sum of the number of on-line and off-line consultation of fee, point, benefit, late fund, collection, etc. by the target user in the preset time period.
The number of the fee complaints may be the sum of the number of the online complaints and the number of the offline complaints of the target user for the fee, the integral, the discount, the late fund, the collection, and the like within the preset time period.
The number of inquiry times of the bill may be the sum of the number of inquiry times of the target user on the bill and the number of inquiry times of the bill under the bill within the preset time period.
The fee inquiry times can be the sum of the online inquiry times and the offline inquiry times of the target user for the real-time fee, the balance, the arrearage and the like in the preset time period.
In step S320, the query sensitivity of each target user is determined according to the historical query data of each target user and the total number of the plurality of target users.
In this step, after the historical query data of the target users are obtained, the query sensitivity of each target user can be determined according to the historical query data of each target user and the total number of the target users, and the query sensitivity is used for reflecting the sensitivity degree of the target users to the query response speed.
Specifically, the historical query data of each target user and the total number of the plurality of target users may be weighted and averaged to obtain the query sensitivity of each target user.
Illustratively, querying the data in the history of the target user a includes: number of bill consultations X 1 Number of complaints on bill X 2 Number of fee consultation X 3 Number of complaints on fee X 4 Number of times of inquiry of bill X 5 Cost ofNumber of queries X 6 The total number of the target users is X 7 For example, the weight values set for the respective historical query data in advance may be obtained:
exemplary, number of bill consultations X 1 The corresponding weight may be f 1 Number of complaints on bills X 2 The corresponding weight may be f 2 And, f can be set 1 <f 2 ；
Number of fee consultation times X 3 The corresponding weight may be f 3 Number of complaints on fee X 4 The corresponding weight may be f 4 And, f can be set 3 <f 4 ；
Number of bill queries X 5 The corresponding weight may be f 5 Number of fee inquiries X 6 The corresponding weight may be f 6 And, f can be set 6 <f 5 。
Further, the total number X of the plurality of target users can be acquired 7 Corresponding weight f 7 。
After obtaining the weight values corresponding to the respective historical query data, the query sensitivity corresponding to the target user a may be calculated based on the following formula 1:
Figure BDA0003843350810000081
after the query sensitivities of the target users are obtained, step S330 may be entered to determine a bill query response policy for each target user according to the query sensitivities.
In this step, referring to fig. 4, fig. 4 is a schematic flowchart illustrating a process of determining a bill query response policy for each target user according to query sensitivity in the embodiment of the present disclosure, including steps S401 to S402:
in step S401, a user category to which the target user belongs is determined according to the query sensitivity.
In this step, the user category to which each target user belongs may be determined according to the query sensitivity calculated in step S320, specifically, the query sensitivity of the target user may be compared with a preset sensitivity threshold (a preset sensitivity threshold, which may be set according to an actual situation, and is not particularly limited by this disclosure), if the query sensitivity of the target user is greater than the preset sensitivity threshold, the user category to which the target user belongs may be determined to be a sensitive user, and if the query sensitivity of the target user is not greater than the preset sensitivity threshold, the user category to which the target user belongs may be determined to be a non-sensitive user.
After determining the user category to which each target user belongs, step S402 may be entered to determine a bill query response policy for the target user based on the user category to which the target user belongs.
In this step, when it is determined that the user category to which the target user belongs is a sensitive user, the first bill query response policy may be determined as a bill query response policy for the target user, and specifically, the steps shown in fig. 2 may be referred to, and a bill query result of the target user may be generated in advance (that is, the bill of the user of province a is generated in advance by the charging system of province a, and then the bill of the user of province B is received from the charging system of province B, the bill of the user of province a and the bill of the user of province B are combined to generate a bill query result, and the bill query result is stored in the charging system of province a in advance).
When the user category to which the target user belongs is determined to be a non-sensitive user, the second bill query response policy may be determined to be the bill query response policy for the target user, specifically, referring to the steps shown in fig. 1, when a bill query request from the target user is received, a bill query result of the target user may be generated in real time (that is, the a-province charging system queries the bill of the a-province user, and calls the B-province charging system in real time to obtain the bill of the B-province user queried by the B-province charging system, and combines the bill of the a-province user and the bill of the B-province user to obtain a second bill query result), and further, the bill query result generated in real time is returned to the target user.
It should be noted that after the query sensitivities of the target users are obtained, the bill query response policy for each target user may also be determined directly according to the query sensitivities of the target users. For example, when the query sensitivity of the target user is greater than the preset sensitivity threshold, the first billing query policy may be determined as the billing query response policy for the target user, and when the query sensitivity of the target user is not greater than the preset sensitivity threshold, the second billing query policy may be determined as the billing query response policy for the target user.
Therefore, the method and the device can ensure the query efficiency of the cross-domain bill combination by adopting the strategy of pre-generating the bill query result for the user with higher query sensitivity, avoid the reduction of the user satisfaction degree with higher sensitivity and the occurrence of the user complaint caused by adopting other query response strategies with longer time consumption, and avoid the problem of resource occupation caused by adopting the pre-generated bill strategy on the premise of meeting the user requirement by adopting the strategy of generating the bill query result in real time for the user with lower query sensitivity.
The method supports the one-point query of the consolidated bill in the cross-domain or cross-enterprise consolidated payment service in the enterprise; by analyzing the sensitivity of the user to the bill and the handling condition of the combined payment service, different bill query response strategies are selected according to different user categories, and the perception of the client can be improved to the greatest extent at a lower cost.
The present disclosure also provides a policy determining apparatus, and fig. 5 shows a schematic structural diagram of the policy determining apparatus in an exemplary embodiment of the present disclosure; as shown in fig. 5, the policy determining apparatus 500 may include an obtaining module 510, a sensitivity determining module 520, and a policy determining module 530. Wherein:
an obtaining module 510, configured to obtain historical query data of a plurality of target users who subscribe to a cross-domain payment service;
a sensitivity determination module 520, configured to determine a query sensitivity of each target user according to historical query data of each target user and a total number of the plurality of target users;
a policy determination module 530, configured to determine a billing query response policy for each of the target users according to the query sensitivity.
In an exemplary embodiment of the disclosure, the historical query data comprises any one or more of: the bill consultation times of the target user in a preset time period; the number of complaints of the bill of the target user in a preset time period; the cost consultation times of the target user in a preset time period; the number of complaints of the cost of the target user in a preset time period; the bill query times of the target user in the preset time period; and the cost inquiry times of the target user in the preset time period.
In an exemplary embodiment of the present disclosure, the sensitivity determination module 520 is configured to:
and carrying out weighted average on the historical query data of each target user and the total number of the plurality of target users to obtain the query sensitivity of each target user.
In an exemplary embodiment of the present disclosure, the policy determination module 530 is configured to:
determining the user category to which the target user belongs according to the query sensitivity; and determining a bill inquiry response strategy aiming at the target user based on the user category to which the target user belongs.
In an exemplary embodiment of the present disclosure, the user category to which each target user belongs includes a sensitive user and a non-sensitive user; a policy determination module 530 configured to:
when the query sensitivity of the target user is greater than a preset sensitivity threshold, determining the user category to which the target user belongs as a sensitive user; and when the query sensitivity of the target user is not greater than the preset sensitivity threshold, determining that the user category to which the target user belongs is a non-sensitive user.
In an exemplary embodiment of the present disclosure, the policy determination module 530 is configured to:
when the user category to which the target user belongs is a sensitive user, determining a first bill query strategy as a bill query response strategy aiming at the target user; wherein the first bill query policy is: generating a bill query result of the target user in advance; and when a bill query request from the target user is received, returning the pre-generated bill query result to the target user.
In an exemplary embodiment of the present disclosure, the policy determination module 530 is configured to:
when the user category to which the target user belongs is a non-sensitive user, determining a second bill query response strategy as a bill query response strategy aiming at the target user; wherein the second bill inquiry policy is: and generating a bill query result of the target user in real time when receiving a bill query request from the target user, and returning the bill query result generated in real time to the target user.
The details of each module in the policy determining apparatus have been described in detail in the corresponding policy determining method, and therefore are not described herein again.
It should be noted that although in the above detailed description several modules or units of the device for action execution are mentioned, such a division is not mandatory. Indeed, the features and functionality of two or more modules or units described above may be embodied in one module or unit, according to embodiments of the present disclosure. Conversely, the features and functions of one module or unit described above may be further divided into embodiments by a plurality of modules or units.
Moreover, although the steps of the methods of the present disclosure are depicted in the drawings in a particular order, this does not require or imply that the steps must be performed in this particular order, or that all of the depicted steps must be performed, to achieve desirable results. Additionally or alternatively, certain steps may be omitted, multiple steps combined into one step execution, and/or one step broken into multiple step executions, etc.
Through the above description of the embodiments, those skilled in the art will readily understand that the exemplary embodiments described herein may be implemented by software, and may also be implemented by software in combination with necessary hardware. Therefore, the technical solution according to the embodiments of the present disclosure may be embodied in the form of a software product, which may be stored in a non-volatile storage medium (which may be a CD-ROM, a usb disk, a removable hard disk, etc.) or on a network, and includes several instructions to enable a computing device (which may be a personal computer, a server, a mobile terminal, or a network device, etc.) to execute the method according to the embodiments of the present disclosure.
The present application also provides a computer-readable storage medium, which may be contained in the electronic device described in the above embodiments; or may exist separately without being assembled into the electronic device.
A computer readable storage medium may be, for example, but not limited to, an electronic, magnetic, optical, electromagnetic, infrared, or semiconductor system, apparatus, or device, or any combination of the foregoing. More specific examples of the computer readable storage medium may include, but are not limited to: an electrical connection having one or more wires, a portable computer diskette, a hard disk, a Random Access Memory (RAM), a read-only memory (ROM), an erasable programmable read-only memory (EPROM or flash memory), an optical fiber, a portable compact disc read-only memory (CD-ROM), an optical storage device, a magnetic storage device, or any suitable combination of the foregoing. In the present disclosure, a computer readable storage medium may be any tangible medium that can contain, or store a program for use by or in connection with an instruction execution system, apparatus, or device.
A computer readable storage medium may transmit, propagate, or transport a program for use by or in connection with an instruction execution system, apparatus, or device. Program code embodied on a computer readable storage medium may be transmitted using any appropriate medium, including but not limited to: wireless, wire, fiber optic cable, RF, etc., or any suitable combination of the foregoing.
The computer readable storage medium carries one or more programs which, when executed by an electronic device, cause the electronic device to implement the method as described in the above embodiments.
In addition, the embodiment of the disclosure also provides an electronic device capable of implementing the method.
As will be appreciated by one skilled in the art, aspects of the present disclosure may be embodied as a system, method or program product. Accordingly, various aspects of the present disclosure may be embodied in the form of: an entirely hardware embodiment, an entirely software embodiment (including firmware, microcode, etc.) or an embodiment combining hardware and software aspects that may all generally be referred to herein as a "circuit," module "or" system.
An electronic device 600 according to this embodiment of the disclosure is described below with reference to fig. 6. The electronic device 600 shown in fig. 6 is only an example and should not bring any limitations to the function and scope of use of the embodiments of the present disclosure.
As shown in fig. 6, the electronic device 600 is embodied in the form of a general purpose computing device. The components of the electronic device 600 may include, but are not limited to: the at least one processing unit 610, the at least one memory unit 620, a bus 630 connecting different system components (including the memory unit 620 and the processing unit 610), and a display unit 640.
Wherein the storage unit stores program code that is executable by the processing unit 610 to cause the processing unit 610 to perform steps according to various exemplary embodiments of the present disclosure as described in the above section "exemplary methods" of this specification. For example, the processing unit 610 may perform the following as shown in fig. 3: step S310, acquiring historical query data of a plurality of target users who subscribe the cross-domain payment service; step S320, determining the query sensitivity of each target user according to the historical query data of each target user and the total number of the plurality of target users; step S330, determining bill inquiry response strategies aiming at the target users according to the inquiry sensitivity.
The storage unit 620 may include readable media in the form of volatile memory units, such as a random access memory unit (RAM) 6201 and/or a cache memory unit 6202, and may further include a read-only memory unit (ROM) 6203.
The memory unit 620 may also include a program/utility 6204 having a set (at least one) of program modules 6205, such program modules 6205 including, but not limited to: an operating system, one or more application programs, other program modules, and program data, each of which or some combination thereof may comprise an implementation of a network environment.
Bus 630 can be any bus representing one or more of several types of bus structures, including a memory unit bus or memory unit controller, a peripheral bus, an accelerated graphics port, a processing unit, or a local bus using any of a variety of bus architectures.
The electronic device 600 may also communicate with one or more external devices 700 (e.g., keyboard, pointing device, bluetooth device, etc.), with one or more devices that enable a user to interact with the electronic device 600, and/or with any device (e.g., router, modem, etc.) that enables the electronic device 600 to communicate with one or more other computing devices. Such communication may occur via an input/output (I/O) interface 650. Also, the electronic device 600 may communicate with one or more networks (e.g., a Local Area Network (LAN), a Wide Area Network (WAN), and/or a public network such as the Internet) via the network adapter 660. As shown, the network adapter 660 communicates with the other modules of the electronic device 600 over the bus 630. It should be appreciated that although not shown in the figures, other hardware and/or software modules may be used in conjunction with the electronic device 600, including but not limited to: microcode, device drivers, redundant processing units, external disk drive arrays, RAID systems, tape drives, and data backup storage systems, among others.
Other embodiments of the disclosure will be apparent to those skilled in the art from consideration of the specification and practice of the disclosure disclosed herein. This application is intended to cover any variations, uses, or adaptations of the disclosure following, in general, the principles of the disclosure and including such departures from the present disclosure as come within known or customary practice within the art to which the disclosure pertains. It is intended that the specification and examples be considered as exemplary only, with a true scope and spirit of the disclosure being indicated by the following claims.

Claims (10)

1. A method for policy determination, comprising:
acquiring historical query data of a plurality of target users who subscribe the cross-domain payment service;
determining the query sensitivity of each target user according to the historical query data of each target user and the total number of the plurality of target users;
and determining a bill query response strategy aiming at each target user according to the query sensitivity.
2. The method of claim 1, wherein the historical query data comprises any one or more of:
the bill consultation times of the target user in a preset time period;
the number of bill complaints of the target user within a preset time period;
the cost consultation times of the target user in a preset time period;
the number of complaints of the cost of the target user in a preset time period;
the bill query times of the target user in the preset time period;
and the cost inquiry times of the target user in the preset time period.
3. The method of claim 1, wherein determining the query sensitivity of each of the target users based on historical query data of each of the target users and a total number of the plurality of target users comprises:
and carrying out weighted average on the historical query data of each target user and the total number of the plurality of target users to obtain the query sensitivity of each target user.
4. The method of any of claims 1 to 3, wherein determining a billing query response policy for each of the target users based on the query sensitivity comprises:
determining the user category to which the target user belongs according to the query sensitivity;
and determining a bill inquiry response strategy aiming at the target user based on the user category to which the target user belongs.
5. The method according to claim 4, wherein the user category to which each target user belongs comprises sensitive users and non-sensitive users;
determining the user category to which each target user belongs according to the query sensitivity includes:
when the query sensitivity of the target user is greater than a preset sensitivity threshold, determining the user category to which the target user belongs as a sensitive user;
and when the query sensitivity of the target user is not greater than the preset sensitivity threshold, determining that the user category to which the target user belongs is a non-sensitive user.
6. The method of claim 5, wherein determining a billing query response policy for the target subscriber based on the subscriber category to which the target subscriber belongs comprises:
when the user category to which the target user belongs is a sensitive user, determining a first bill query strategy as a bill query response strategy aiming at the target user;
wherein the first bill query policy is: generating a bill query result of the target user in advance; and when a bill query request from the target user is received, returning the pre-generated bill query result to the target user.
7. The method of claim 5, wherein determining a billing query response policy for the target subscriber based on the subscriber category comprises:
when the user category to which the target user belongs is a non-sensitive user, determining a second bill query response strategy as a bill query response strategy aiming at the target user;
wherein the second bill query policy is: and generating a bill query result of the target user in real time when receiving a bill query request from the target user, and returning the bill query result generated in real time to the target user.
8. A policy determination device, comprising:
the acquisition module is used for acquiring historical query data of a plurality of target users who subscribe the cross-domain payment service;
the sensitivity determination module is used for determining the query sensitivity of each target user according to the historical query data of each target user and the total number of the target users;
and the strategy determining module is used for determining the bill query response strategy aiming at each target user according to the query sensitivity.
9. A computer storage medium having a computer program stored thereon, wherein the computer program, when executed by a processor, implements the policy determination method of any one of claims 1 to 7.
10. An electronic device, comprising:
a processor; and
a memory for storing executable instructions of the processor;
wherein the processor is configured to perform the policy determination method of any one of claims 1-7 via execution of the executable instructions.
CN202211111352.5A 2022-09-13 2022-09-13 Policy determination method and device, computer storage medium and electronic device Pending CN115455251A (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202211111352.5A CN115455251A (en) 2022-09-13 2022-09-13 Policy determination method and device, computer storage medium and electronic device

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202211111352.5A CN115455251A (en) 2022-09-13 2022-09-13 Policy determination method and device, computer storage medium and electronic device

Publications (1)

Publication Number Publication Date
CN115455251A true CN115455251A (en) 2022-12-09

Family

ID=84303567

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202211111352.5A Pending CN115455251A (en) 2022-09-13 2022-09-13 Policy determination method and device, computer storage medium and electronic device

Country Status (1)

Country Link
CN (1) CN115455251A (en)

Similar Documents

Publication Publication Date Title
US8548157B2 (en) System and method of managing incoming telephone calls at a call center
US7580850B2 (en) Apparatus and method for online advice customer relationship management
US6704403B2 (en) Apparatus and method for ensuring a real-time connection between users and selected service provider using voice mail
US6636590B1 (en) Apparatus and method for specifying and obtaining services through voice commands
US7826829B2 (en) Automated billing and distribution platform for application providers
WO2018086489A1 (en) Method and device for processing incoming call, and terminal
US10057186B2 (en) Service broker for computational offloading and improved resource utilization
CN103959317B (en) Customizable for trusteeship service image is uniformly controlled
US20110194676A1 (en) Personalized Alert Information Available by Telephonic Device
US8626612B2 (en) Consolidating leads into a lead group
CN110225104A (en) Data capture method, device and terminal device
CA2486579A1 (en) System and method for rerating alternative solutions
CN111127224B (en) Information processing method, information processing device, electronic equipment and storage medium
CN111953650A (en) Service account logout method, device, equipment and storage medium
CN115455251A (en) Policy determination method and device, computer storage medium and electronic device
KR20090014935A (en) The method of voice yellowpage based commerce intermediation service and system
WO2018191795A1 (en) Reseller exchange system
WO2024067672A1 (en) Cloud resource charging method, cloud management platform, computing device, and storage medium
AU2010100445B4 (en) atOnce web 2.0 portal with integrated lead management and feedback loop
KR101690278B1 (en) System and method for call mediation
US20110225077A1 (en) Activity Ranking
CN112418582A (en) Task processing method and device, platform server, terminal and storage medium
CN109584116A (en) Generation method, device and the computer readable storage medium of opening quotation scheme
CN110796479A (en) Advertisement bid updating method and device and electronic equipment
JP2002056175A (en) Method and system for support and recording medium

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination