WO2019242357A1 - 基于信用担保的业务处理方法、装置以及设备 - Google Patents

基于信用担保的业务处理方法、装置以及设备 Download PDF

Info

Publication number
WO2019242357A1
WO2019242357A1 PCT/CN2019/079191 CN2019079191W WO2019242357A1 WO 2019242357 A1 WO2019242357 A1 WO 2019242357A1 CN 2019079191 W CN2019079191 W CN 2019079191W WO 2019242357 A1 WO2019242357 A1 WO 2019242357A1
Authority
WO
WIPO (PCT)
Prior art keywords
user
credit
assistance
request
users
Prior art date
Application number
PCT/CN2019/079191
Other languages
English (en)
French (fr)
Inventor
王峰伟
何慧梅
赵星
栗杰
朱琳
Original Assignee
阿里巴巴集团控股有限公司
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 阿里巴巴集团控股有限公司 filed Critical 阿里巴巴集团控股有限公司
Publication of WO2019242357A1 publication Critical patent/WO2019242357A1/zh
Priority to US16/888,549 priority Critical patent/US20200294141A1/en

Links

Images

Classifications

    • 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
    • G06Q10/00—Administration; Management
    • G06Q10/10—Office automation; Time management
    • G06Q10/109—Time management, e.g. calendars, reminders, meetings or time accounting
    • 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/06—Buying, selling or leasing transactions
    • G06Q30/0645—Rental transactions; Leasing transactions
    • 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
    • G06Q40/00—Finance; Insurance; Tax strategies; Processing of corporate or income taxes
    • G06Q40/03—Credit; Loans; Processing thereof
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L63/00—Network architectures or network communication protocols for network security
    • H04L63/08—Network architectures or network communication protocols for network security for authentication of entities
    • H04L63/0853—Network architectures or network communication protocols for network security for authentication of entities using an additional device, e.g. smartcard, SIM or a different communication terminal
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L63/00—Network architectures or network communication protocols for network security
    • H04L63/10—Network architectures or network communication protocols for network security for controlling access to devices or network resources
    • H04L63/102—Entity profiles

Definitions

  • This specification relates to the technical field of computer software, and in particular, to a business processing method, device, and equipment based on credit guarantee.
  • the biggest problem encountered in leasing is the deposit, such as a drone, assuming a value of 10,000, if the deposit is also 10,000, for many users, the cost is relatively large. However, the deposit is not the same as the rent. If the user returns the product on time, the deposit will be refunded to the user. Therefore, if it is known that a user will eventually return the product on time, the deposit can be waived in advance, thereby reducing the user rental cost.
  • Judging whether a user will return the product on time is essentially an evaluation of the user's credit (eg, credit score, credit rating, etc.). According to the evaluation results, a corresponding deposit-free plan can be formulated, for example, according to different credit levels, different amounts of deposits are exempted.
  • the embodiments of the present specification provide business processing methods, devices, and equipment based on credit guarantees to solve the following technical problems: A solution that can help more users to conveniently use the deposit-free leasing business is needed.
  • the second user agrees to the assistance request, obtaining the credit degree of the first user obtained by the assistance, which is calculated according to the credit degrees of the first user and the second user;
  • the first user is permitted to use the designated service.
  • the determining module determines, according to the credit of the first user, that the first user has not met the admission conditions for the specified service, and the admission conditions include that the credit is not lower than a set threshold;
  • a generating module for generating a request for assistance to request one or more second users to guarantee the first user with their own credit
  • a display module that displays the assistance progress information of the first user to show the credit growth of the first user based on the assistance of other users;
  • An obtaining module if the second user agrees to the assistance request, obtaining the credit degree of the first user obtained by the assistance, which is calculated according to the credit degrees of the first user and the second user;
  • the permission module allows the first user to use the designated service if the credit obtained after the assistance enables the first user to meet the permission condition.
  • a receiving module receiving a request for assistance from a first user to a second user, wherein the request for assistance is used to request the second user to guarantee the first user with his own credit;
  • a display module that displays the assistance progress information of the first user to show the credit growth of the first user based on the assistance of other users;
  • the obtaining module in response to the operation in which the second user agrees to the assistance request, obtains the credit degree of the first user after being assisted, which is calculated according to the credit degrees of the first user and the second user, to update all Describes progress information.
  • An embodiment of this specification provides a credit guarantee-based business processing device, including:
  • At least one processor At least one processor
  • a memory connected in communication with the at least one processor; wherein,
  • the memory stores instructions executable by the at least one processor, and the instructions are executed by the at least one processor to enable the at least one processor to:
  • the second user agrees to the assistance request, obtaining the credit degree of the first user obtained by the assistance, which is calculated according to the credit degrees of the first user and the second user;
  • the first user is permitted to use the designated service.
  • At least one processor At least one processor
  • a memory connected in communication with the at least one processor; wherein,
  • the memory stores instructions executable by the at least one processor, and the instructions are executed by the at least one processor to enable the at least one processor to:
  • the at least one of the above technical solutions adopted in the embodiments of the present specification can achieve the following beneficial effects: through the credit assistance between users, temporarily increase the credit of the assisted users, and visually display the progress information of the assistance, so that the assisted users can be more timely and convenient
  • the use of credit-based services, such as deposit-free leasing, can provide convenience to more users.
  • FIG. 1 is a schematic flowchart of a credit guarantee-based business processing method according to an embodiment of the present specification
  • FIG. 2 is a schematic diagram of a case where credit assistance succeeds or fails according to an embodiment of the present specification
  • FIG. 3 is a schematic flowchart of another credit guarantee-based business processing method according to an embodiment of the present specification.
  • 4a and 4b are schematic diagrams of partial page effects involved in a specific implementation of the foregoing service processing method in an actual application scenario provided by an embodiment of the present specification;
  • FIG. 5 is a schematic structural diagram of a credit guarantee-based service processing device according to an embodiment of the present specification
  • FIG. 6 is a schematic structural diagram of a credit guarantee-based service processing device according to an embodiment of the present specification and corresponding to FIG. 3.
  • the embodiments of the present specification provide business processing methods, devices, and equipment based on credit guarantee.
  • FIG. 1 is a schematic flowchart of a credit guarantee-based business processing method according to an embodiment of the present specification.
  • an execution subject of the process may be an application client installed on a terminal used by a first user, for example, Clients for commodity rental applications, clients for payment applications, clients for instant messaging applications, etc.
  • the terminal is, for example, a mobile phone, a tablet computer, a smart watch, or a car.
  • the process in Figure 1 can include the following steps:
  • S102 Determine, according to the creditworthiness of the first user, that the first user has not met the admission conditions for the specified service, and the admission conditions include that the creditworthiness is not lower than a set threshold.
  • the credit degree reflects the user's credit. It can be considered that the higher the credit degree, the better the user's credit. Credit is expressed in numerical form, for example, credit score, credit rating, etc. You can also convert such numerical values into other data forms to represent, for example, green for high credit, yellow for middle, and red for low credit. There are various ways to evaluate creditworthiness, which are not specifically limited here. For example, the evaluation is based on the real information and behavior data of users on an application platform, and the evaluation is based on the credit report of the People's Bank of China.
  • the designated service may be a service permitted based on user credit.
  • credit-based deposit-free leasing business credit-based deposit-free booking business, and credit-based interest-free installment shopping business.
  • these businesses can be further subdivided.
  • deposit-free leasing business it may be subdivided into a deposit-free leasing business and a deposit-free semi-lease business.
  • admission conditions There are different admission conditions that correspond to their own. For example, the conditions for the use of the deposit-free lease business are higher than the conditions for the use of the deposit-free semi-lease business.
  • the admission conditions are not limited to credit-related conditions, but may also include other conditions, such as the user's need to specify the gender, etc., because this is not the main focus of this specification, so no longer These conditions are explained.
  • S104 Generate a help request to request one or more second users to guarantee the first user with their own credit.
  • the “first” and “second” are only used to distinguish users and prevent confusion of concepts, and have no practical significance.
  • the plurality of second users are different users.
  • the first user may request the second user for credit assistance through a request for assistance, so as to temporarily increase the credit of the first user.
  • the requested second user may be automatically selected by the application client intelligently, or may be selected by the first user himself.
  • the application client may automatically send the generated assistance request to several friends who are in close contact with the first user on the current platform.
  • the application client may directly send the assistance request to each second user selected by the first user, or the application client may not directly send the assistance request but provide the assistance request to the first user.
  • the first user sends a assistance request to the second user in the form of content sharing through a third-party platform, and the sending action of the assistance request may be performed by a corresponding third-party application client.
  • the form of the help request itself can be various, for example, an instant message or task inside the application client, or a password to be shared by a third-party application client.
  • the first user can be temporarily improved in credit, which is essentially guaranteeing the first user.
  • the effect of improving the credit rating can be based on the comprehensive credit rating of each second user.
  • the specific measurement methods can be various, which will be described later by examples.
  • S106 Display the assistance progress information of the first user to show the credit growth of the first user based on the assistance of other users.
  • the other users refer to the second users who agree to the assistance request of the first user.
  • step S106 is not limited in this specification. It may be that the assistance progress information is displayed before the first user sends the assistance request, or the user sends the assistance request and then displays the assistance. Progress information.
  • the assistance progress information can generally take the form of a progress bar, of course, other forms such as pure values are not excluded. In addition to the credit growth situation, the assistance progress information may also represent other related situations such as the gap between the first user and the above-mentioned permitted conditions.
  • the data included in the assistance progress information may be the credit rating itself, or other mapping data that can indirectly reflect the credit rating.
  • the percentage and the amount of free deposit for example, when the credit is 100, the amount of free deposit is 500 yuan, when the credit is 200, the amount of free deposit is 1,000, and when the credit is 300, the amount of free deposit is 5,000 yuan, etc.
  • S108 If the second user agrees to the assistance request, obtain the credit degree of the first user obtained by the assistance, which is calculated according to the credit degrees of the first user and the second user.
  • the credit after receiving the assistance can be calculated locally or on the server.
  • the displayed assistance progress information can be updated in real time according to the calculated credit of the assistance. If there are multiple second users agreeing to the assistance request, it can be calculated and updated multiple times in real time so that the first user can understand the situation in time.
  • a certain reward may be given to the first user and / or the second user who assisted , Such as improving their credit and giving other rights.
  • a certain reward can still be given to the second user who assists.
  • the first user fails to fulfill the contract after the assistance is successful (for example, the rented item without a deposit is not returned on time), the first user and the second user who assists may be punished.
  • the generating the assistance request may specifically include: generating a assistance request in the form of a password to share the assistance request to one or more second users through a current platform or a third-party platform, so that The second user obtains a corresponding operation entry through password verification according to the assistance request. Through this operation portal, the second user can perform an operation indicating consent to the assistance request.
  • the help request can also be in other forms such as web page links, SMS notifications, and so on.
  • the content of the copy included in the help request may also be required.
  • the content of the copy can be made: on the one hand, it reflects the "credit wish" of the first user, to avoid making the second user mistakenly believe that the first user chose the deposit-free leasing because of poverty, and the other The aspect reflects the value of credit and the first user's recognition of friends' credit.
  • the assistance of the second user may not be obtained, or even if the assistance of the second user is obtained, the first user may not be able to meet the permitted conditions. Based on this, it is possible to set a judgment condition for assist failure to prevent not only failing to meet the needs of the first user, but also unnecessarily occupying resources so as to fall into a deadlock.
  • the determination conditions may be various. For example, when the timeout is reached, it is determined that the assistance fails, and when the number of second users exceeds the assistance, it is determined that the assistance fails.
  • the excess quantity as an example, for the process in FIG. 1, for example, it may also be performed: judging whether the number of the second users who agree to the assistance request reaches a specified threshold; if it has reached, but the credit after receiving the assistance is still If the first user does not meet the permission condition, it is determined that the assistance has failed, and the credit of the first user is restored to the state before the assistance.
  • the specific measurement methods of the effect of improving the credit of the first user by the assistance of the second user mentioned above may be various.
  • the embodiment of the present specification particularly provides a measurement method based on the actual relationship between users, which helps the first user more reasonably, and also helps the second user to share risks more reasonably.
  • the second user preferably has a friend relationship with the first user on the current platform and / or a third-party platform.
  • the current platform can at least initially believe that due to the existence of the friend relationship, the second user will help the first user The user is more reasonable, and with the participation of the second user, the probability of subsequent performance of the first user is relatively greater, so it is more reliable to temporarily increase the credit of the first user.
  • the friend relationship since the friend relationship only exists on the corresponding platform, it may not be reflected in the actual relationship between the first user and the second user. For example, although the first user and the second user are friends in an application, their actual relationship offline may not reach the level of friends, and may even be strangers. Based on this, the friend relationship may not be reliable.
  • a specific scheme can be used to verify the friend relationship, and then determine the actual relationship, and then based on the actual relationship, measure the effect of improving the credit, which is more reasonable and reliable.
  • specific solutions are, for example, analyzing the interaction between users on the platform, analyzing the common points of personal information between users, analyzing the real registration information of users, and referring to the relationship data between users provided by the associated platform.
  • calculating the credit degree of the first user after being assisted according to the credit degree of the first user and the second user may specifically include: according to the first user and Verifying the friend relationship with the information of the second user to determine the actual relationship between the first user and the second user; setting a corresponding relationship weight according to the actual relationship; and according to the relationship
  • the weight, the set threshold, and the credit of the first user and the second user are used to calculate the credit of the first user after receiving assistance.
  • the actual relationship can be classified according to factors such as the degree of intimacy and the degree of influence on the interests of users. Taking intimacy as an example, generally, the higher the degree of intimacy, the more it can provide credit protection. For example, the actual relationship can be roughly divided into the following three categories of decreasing intimacy: relatives and friends, classmates and colleagues, and other relatively unimportant relationships.
  • the embodiment of the present specification also provides an exemplary mathematical formula for calculating the credit degree of the first user after receiving assistance. details as follows:
  • S u represents the current credit of the first user (improved one or more times based on the assistance of the second user and becomes the credit after receiving the assistance)
  • S v represents the credit of the second user
  • S t represents the credit in the permitted conditions Wu
  • v represents the weight of the relationship between the first user and the second user
  • ⁇ represents the damping coefficient, such as the weight used to characterize the influence of friends, can be a global parameter adjusted on demand, such as set to 0.1.
  • the relationship weights corresponding to the above-mentioned relatives and friends, classmates, colleagues, and other relatively unimportant relationships can be set to 2, 1, and 0.1, respectively.
  • the calculation method of the credit after assistance is various and is not limited to the above mathematical formula.
  • the credit of the second user and the credit of the first user can be simply superimposed as the credit after the assistance is obtained.
  • step S106 in addition to displaying the assisting progress information of the first user, other related information may also be displayed. In particular, it may be displayed to help strengthen the friendship between users, or to help the first user perform the contract subsequently. Information to enhance the user experience.
  • the display message information (in this case, the user does not need to manually leave a message), and / or the message information actively submitted by each of the second users who have agreed to the assistance request, and the displayed message information is, for example, used
  • the purpose is to express at least one of the following intentions: expressly express the assistance behavior of each of the second users with respect to the first user, and remind the first user to perform a contract for the assistance behavior.
  • the first user can also interact with the corresponding message or automatically generate a message for the first user. Based on the message information, for the first user, it has a certain performance monitoring role, and can make the users of both parties feel the credit assistance more intuitively.
  • the embodiment of the present specification also provides a schematic diagram of a situation in which credit assistance succeeds or fails to facilitate assistance, as shown in FIG. 2.
  • FIG. 2 Three exemplary cases are shown in FIG. 2.
  • user B assists user A.
  • B has a high degree of credit.
  • a and B are relatives and friends.
  • the relationship weight is also high. Therefore, the assistance is successful.
  • C, D, and E users assist A user.
  • C, D, and E have high credit.
  • C, D, E, and A are recognized.
  • the relationship weight is relatively low, due to the large number of helpers, To help success.
  • several different X users assist A user. Because each X has a low credit rating and each X and A have suspected of committing a gang, the assistance fails.
  • FIG. 1 The process in FIG. 1 is mainly described from the perspective of the application client of the first user. Based on the same thinking, the embodiment of this specification also provides a schematic flowchart of another credit guarantee-based business processing method. It is described from the perspective of the application client of the second user, as shown in FIG. 3.
  • the process in FIG. 3 may include the following steps:
  • S302 Receive a request for assistance from a first user to a second user, where the request for assistance is used to request the second user to guarantee the first user with his own credit.
  • the second user can copy the password and then open the application client to enter a service page that executes the consent request for assistance.
  • S304 Display the assistance progress information of the first user to show the credit growth of the first user based on the assistance of other users.
  • the assistance progress information may be displayed not only to the first user, but also to the second user, so that the second user knows more detailed information and improves the sense of participation and interaction.
  • S306 In response to the operation in which the second user agrees to the assistance request, obtaining the credit degree of the first user after the assistance is calculated according to the credit degrees of the first user and the second user to update the assistance Boost progress information.
  • the second user may also be allowed to perform more interactions when assisting. For example, leave a message to the first user to enhance the suggestion of credit performance between the user and a friend, such as leaving a message "Remember to return on time", "Thank you for trusting me”, etc .; for example, to obtain some exclusive permissions for the first user , Such as unlocking special emoticons that can be sent by the first user, viewing more information from the first user; and so on.
  • the displaying the assistance progress information of the first user may also be performed: displaying the automatically generated message information, and / or the agencies that have agreed to the assistance request.
  • the message information submitted voluntarily by the second user is displayed, and the displayed message information is used to express at least one of the following intentions: expressly express the assistance behavior of the second user for the first user, and remind the first user to be the user Supporting behaviors and fulfilling contracts.
  • the credit guarantee-based business processing method provided in the embodiment of the present specification has been described above. More intuitively, the embodiment of the present specification also provides a schematic view of partial page effects involved in a specific implementation of the foregoing service processing method in an actual application scenario, as shown in FIGS. 4a and 4b.
  • the application client generated a help request password for A.
  • the password contains the corresponding text "My credit wish: I want to rent a xx mobile phone to experience it, and use my good credit to give me a hand.” Of course, the password can also contain some special The identification of is used for subsequent authentication.
  • the figure exemplarily lists 3 social platforms.
  • the friend can perform the operation of agreeing to the assistance request.
  • the figure shows two exemplary credit assistance pages, which contain the assistance progress information in the form of a progress bar (assuming the current free deposit amount), (a) The page is for friends. Friends can see the current progress of assistance. Click "One Click! To assist A. (b) The page is for A. The current progress is full. A is based on the assistance and progress of friends. Reached 2000, obtained xx mobile phone deposit-free rental rights, click "Hurry up to rent! To start specific rental business.
  • a friend-oriented credit assistance page is also shown.
  • the friend can also interact with A, and currently shows the message interaction between two other friends who have assisted and A.
  • the embodiments of the present specification also provide a device corresponding to the above method, as shown in FIG. 5 and FIG. 6.
  • FIG. 5 is a schematic structural diagram of a credit guarantee-based service processing device according to an embodiment of the present specification, and a dashed box indicates optional modules, and the device includes:
  • the determining module 501 determines, according to the creditworthiness of the first user, that the first user has not met the admission conditions for the specified service, and the admission conditions include that the creditworthiness is not lower than a set threshold;
  • a display module 503 which displays the assistance progress information of the first user, so as to show the credit growth of the first user based on the assistance of other users;
  • the obtaining module 504 if the second user agrees to the assistance request, obtaining the credit degree of the first user obtained by the assistance, which is calculated according to the credit degrees of the first user and the second user;
  • the permission module 505 permits the first user to use the designated service if the credit obtained after the assistance enables the first user to meet the permission condition.
  • the designated business includes a deposit-free leasing business.
  • the generating module 502 generates a request for assistance, which specifically includes:
  • the generating module 502 generates a assistance request in the form of a password, and is used to share the assistance request to one or more second users through the current platform or a third-party platform, so that the second user passes the password according to the assistance request. Verify the corresponding operation entry.
  • the apparatus further includes:
  • the failure determination module 506 determines whether the number of the second users who agree to the assistance request reaches a specified threshold
  • the second user has a friend relationship with the first user on the current platform and / or a third-party platform;
  • Calculating the credit of the first user after receiving assistance according to the credit of the first user and the second user includes:
  • the credit degree of the first user after receiving assistance is calculated according to the following formula:
  • S u represents the current credit of the first user
  • S v represents the credit of the second user
  • S t represents the set threshold of the credit in the acceptance conditions
  • Wu v represents the relationship between the first user and the second user Weight
  • ⁇ represents the damping coefficient
  • the displaying module 503 displaying the assistance progress information of the first user further includes:
  • the display module 503 displays the automatically generated message information, and / or the message information actively submitted by each of the second users who have agreed to the assistance request.
  • the displayed message information is used to express at least one of the following intentions: The second user reminds the first user to perform the contract for the assisting behavior for the assisting behavior of the first user.
  • FIG. 6 is a schematic structural diagram of a credit guarantee-based service processing device according to an embodiment of the present specification, and the device includes:
  • the receiving module 601 receives a request for assistance from a first user to a second user, where the request for assistance is used to request the second user to guarantee the first user with his own credit;
  • a display module 602 which displays the assistance progress information of the first user, so as to show the credit growth of the first user based on the assistance of other users;
  • the obtaining module 603 in response to the operation in which the second user agrees to the assistance request, obtains the credit degree of the first user after the assistance is calculated according to the credit degree of the first user and the second user to update The boost progress information.
  • the displaying module 602 displaying the assisting progress information of the first user further includes:
  • the display module 602 displays the automatically generated message information and / or the message information actively submitted by each of the second users who have agreed to the assistance request, and the displayed message information is used to express at least one of the following intentions:
  • the second user reminds the first user to perform the contract for the assisting behavior for the assisting behavior of the first user.
  • the embodiments of the present specification further provide a device corresponding to the above method and a non-volatile computer storage medium.
  • a credit guarantee-based business processing device provided in the embodiment of this specification and corresponding to FIG. 1 includes:
  • At least one processor At least one processor
  • a memory connected in communication with the at least one processor; wherein,
  • the memory stores instructions executable by the at least one processor, and the instructions are executed by the at least one processor to enable the at least one processor to:
  • the second user agrees to the assistance request, obtaining the credit degree of the first user obtained by the assistance, which is calculated according to the credit degrees of the first user and the second user;
  • the first user is permitted to use the designated service.
  • a credit guarantee-based business processing device provided in the embodiment of this specification and corresponding to FIG. 3 includes:
  • At least one processor At least one processor
  • a memory connected in communication with the at least one processor; wherein,
  • the memory stores instructions executable by the at least one processor, and the instructions are executed by the at least one processor to enable the at least one processor to:
  • a non-volatile computer storage medium corresponding to FIG. 1 provided in the embodiment of this specification stores computer-executable instructions, and the computer-executable instructions are set to:
  • the second user agrees to the assistance request, obtaining the credit degree of the first user obtained by the assistance, which is calculated according to the credit degrees of the first user and the second user;
  • the first user is permitted to use the designated service.
  • a non-volatile computer storage medium corresponding to FIG. 3 provided in the embodiment of this specification stores computer-executable instructions, and the computer-executable instructions are set to:
  • the apparatus, device, and non-volatile computer storage medium provided in the embodiments of the present specification correspond to the method. Therefore, the apparatus, device, and non-volatile computer storage medium also have beneficial technical effects similar to the corresponding method.
  • the beneficial technical effects of the method are described in detail, and therefore, the beneficial technical effects of the corresponding device, device, and non-volatile computer storage medium are not repeated here.
  • a programmable logic device Programmable Logic Device (PLD)
  • PLD Programmable Logic Device
  • FPGA Field Programmable Gate Array
  • HDL Hardware Description Language
  • VHDL Very-High-Speed Integrated Circuit Hardware Description Language
  • Verilog Verilog
  • the controller may be implemented in any suitable way, for example, the controller may take the form of a microprocessor or processor and a computer-readable medium storing computer-readable program code (e.g., software or firmware) executable by the (micro) processor. , Logic gates, switches, application specific integrated circuits (ASICs), programmable logic controllers, and embedded microcontrollers. Examples of controllers include, but are not limited to, the following microcontrollers: ARC 625D, Atmel AT91SAM, With the Microchip PIC18F26K20 and Silicone Labs C8051F320, the memory controller can also be implemented as part of the memory's control logic.
  • the controller may take the form of a microprocessor or processor and a computer-readable medium storing computer-readable program code (e.g., software or firmware) executable by the (micro) processor. , Logic gates, switches, application specific integrated circuits (ASICs), programmable logic controllers, and embedded microcontrollers. Examples of controllers include, but are not limited
  • controller logic gates, switches, application specific integrated circuits, programmable logic controllers, and embedded controllers by logically programming the method steps.
  • Microcontrollers and the like to achieve the same function. Therefore, such a controller can be regarded as a hardware component, and a device included in the controller for implementing various functions can also be regarded as a structure within the hardware component. Or even, the means for implementing various functions may be regarded as a structure that can be both a software module implementing the method and a hardware component.
  • the system, device, module, or unit described in the foregoing embodiments may be specifically implemented by a computer chip or entity, or a product with a certain function.
  • a typical implementation device is a computer.
  • the computer may be, for example, a personal computer, a laptop computer, a cellular phone, a camera phone, a smart phone, a personal digital assistant, a media player, a navigation device, an email device, a game console, a tablet computer, a wearable device, or A combination of any of these devices.
  • the embodiments of the present specification may be provided as a method, a system, or a computer program product. Therefore, the embodiments of the present specification may take the form of an entirely hardware embodiment, an entirely software embodiment, or an embodiment combining software and hardware aspects. Moreover, the embodiments of the present specification may take the form of a computer program product implemented on one or more computer-usable storage media (including, but not limited to, disk storage, CD-ROM, optical storage, etc.) containing computer-usable program code.
  • computer-usable storage media including, but not limited to, disk storage, CD-ROM, optical storage, etc.
  • These computer program instructions may also be stored in a computer-readable memory capable of directing a computer or other programmable data processing device to work in a specific manner such that the instructions stored in the computer-readable memory produce a manufactured article including an instruction device, the instructions
  • the device implements the functions specified in one or more flowcharts and / or one or more blocks of the block diagram.
  • These computer program instructions can also be loaded onto a computer or other programmable data processing device, so that a series of steps can be performed on the computer or other programmable device to produce a computer-implemented process, which can be executed on the computer or other programmable device.
  • the instructions provide steps for implementing the functions specified in one or more flowcharts and / or one or more blocks of the block diagrams.
  • a computing device includes one or more processors (CPUs), input / output interfaces, network interfaces, and memory.
  • processors CPUs
  • input / output interfaces output interfaces
  • network interfaces network interfaces
  • memory volatile and non-volatile memory
  • Memory may include non-persistent memory, random access memory (RAM), and / or non-volatile memory in computer-readable media, such as read-only memory (ROM) or flash memory (flash RAM). Memory is an example of a computer-readable medium.
  • RAM random access memory
  • ROM read-only memory
  • flash RAM flash memory
  • Computer-readable media includes permanent and non-persistent, removable and non-removable media.
  • Information storage can be accomplished by any method or technology.
  • Information may be computer-readable instructions, data structures, modules of a program, or other data.
  • Examples of computer storage media include, but are not limited to, phase change memory (PRAM), static random access memory (SRAM), dynamic random access memory (DRAM), other types of random access memory (RAM), and read-only memory (ROM), electrically erasable programmable read-only memory (EEPROM), flash memory or other memory technologies, read-only disc read-only memory (CD-ROM), digital versatile disc (DVD) or other optical storage, Magnetic tape cartridges, magnetic tape storage or other magnetic storage devices or any other non-transmitting medium may be used to store information that can be accessed by a computing device.
  • computer-readable media does not include temporary computer-readable media, such as modulated data signals and carrier waves.
  • program modules include routines, programs, objects, components, data structures, etc. that perform specific tasks or implement specific abstract data types.
  • This specification can also be practiced in distributed computing environments in which tasks are performed by remote processing devices connected through a communication network.
  • program modules may be located in local and remote computer storage media, including storage devices.

Landscapes

  • Business, Economics & Management (AREA)
  • Engineering & Computer Science (AREA)
  • Accounting & Taxation (AREA)
  • Finance (AREA)
  • Strategic Management (AREA)
  • General Physics & Mathematics (AREA)
  • Marketing (AREA)
  • Physics & Mathematics (AREA)
  • General Business, Economics & Management (AREA)
  • Economics (AREA)
  • Theoretical Computer Science (AREA)
  • Human Resources & Organizations (AREA)
  • Development Economics (AREA)
  • Entrepreneurship & Innovation (AREA)
  • Signal Processing (AREA)
  • Computing Systems (AREA)
  • General Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Computer Security & Cryptography (AREA)
  • Computer Hardware Design (AREA)
  • Data Mining & Analysis (AREA)
  • Operations Research (AREA)
  • Quality & Reliability (AREA)
  • Tourism & Hospitality (AREA)
  • Technology Law (AREA)
  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)

Abstract

一种基于信用担保的业务处理方法、装置以及设备。上述方法包括：根据第一用户的信用度，确定所述第一用户尚未达到指定业务的准用条件，所述准用条件包括信用度不低于设定阈值（S102）；生成助力请求，用以请求一个或者多个第二用户以自己的信用度为所述第一用户担保（S104）；展示所述第一用户的助力进度信息，以表现所述第一用户基于其他用户的助力的信用度增长情况（S106）；若所述第二用户同意所述助力请求，则获取根据所述第一用户和所述第二用户的信用度计算的所述第一用户得到助力后的信用度（S108）；若所述得到助力后的信用度使所述第一用户达到所述准用条件，则准许所述第一用户使用所述指定业务（S110）。

Description

基于信用担保的业务处理方法、装置以及设备 技术领域
本说明书涉及计算机软件技术领域，尤其涉及基于信用担保的业务处理方法、装置以及设备。
背景技术
智能手机的使用普及给人们的生活带来了便利，通过使用智能手机上的各种应用，能够相应地进行各种业务，商品租赁业务也是其中一种。
目前，商品租赁的需求日益增加。一方面，对于使用频率低，周期短的商品，比如婚礼服装，旅行装备，母婴产品等，未必需要购买，租赁一段时间使用就够了；另一方面，对于很多高新科技产品，比如无人机，新款手机等，可以比较低的成本租赁回来体验，而未必需要购买。
租赁遇到的最大问题就是押金，比如一台无人机，假定价值1万，如果押金也要1万的话，对于很多用户来说，成本较大。然而，押金和租金不一样，如果用户按时归还了商品，押金是会退还给用户的。因此，如果知道一个用户最终会按时归还商品，则可以事先免掉押金，从而降低用户租赁成本。
判断一个用户是否会按时归还商品，这本质上是对用户信用度(比如，信用分数、信用等级等)的评估。根据评估结果，可以制定相应的免押金方案，比如，根据不同的信用等级，免不同金额的押金等。
但是，对于很多用户，由于信用评估记录缺失等原因，导致信用度未能达到免押金的标准，则暂时无法使用免押金租赁业，需要继续积累信用。
基于此，需要能够帮助更多用户便利地使用免押金租赁业务的方案。
发明内容
本说明书实施例提供基于信用担保的业务处理方法、装置以及设备，用以解决如下技术问题：需要能够帮助更多用户便利地使用免押金租赁业务的方案。
为解决上述技术问题，本说明书实施例是这样实现的：
本说明书实施例提供的一种基于信用担保的业务处理方法，包括：
根据第一用户的信用度，确定所述第一用户尚未达到指定业务的准用条件，所述准用条件包括信用度不低于设定阈值；
生成助力请求，用以请求一个或者多个第二用户以自己的信用度为所述第一用户担保；
展示所述第一用户的助力进度信息，以表现所述第一用户基于其他用户的助力的信用度增长情况；
若所述第二用户同意所述助力请求，则获取根据所述第一用户和所述第二用户的信用度计算的所述第一用户得到助力后的信用度；
若所述得到助力后的信用度使所述第一用户达到所述准用条件，则准许所述第一用户使用所述指定业务。
本说明书实施例提供的另一种基于信用担保的业务处理方法，包括：
接收第一用户向第二用户发送的助力请求，所述助力请求用以请求所述第二用户以自己的信用度为所述第一用户担保；
展示所述第一用户的助力进度信息，以表现所述第一用户基于其他用户的助力的信用度增长情况；
响应于所述第二用户表示同意所述助力请求的操作，获取根据所述第一用户和所述第二用户的信用度计算的所述第一用户得到助力后的信用度，以更新所述助力进度信息。
本说明书实施例提供的一种基于信用担保的业务处理装置，包括：
确定模块，根据第一用户的信用度，确定所述第一用户尚未达到指定业务的准用条件，所述准用条件包括信用度不低于设定阈值；
生成模块，生成助力请求，用以请求一个或者多个第二用户以自己的信用度为所述第一用户担保；
展示模块，展示所述第一用户的助力进度信息，以表现所述第一用户基于其他用户的助力的信用度增长情况；
获取模块，若所述第二用户同意所述助力请求，则获取根据所述第一用户和所述第二用户的信用度计算的所述第一用户得到助力后的信用度；
准许模块，若所述得到助力后的信用度使所述第一用户达到所述准用条件，则准许所述第一用户使用所述指定业务。
本说明书实施例提供的另一种基于信用担保的业务处理装置，包括：
接收模块，接收第一用户向第二用户发送的助力请求，所述助力请求用以请求所述第二用户以自己的信用度为所述第一用户担保；
展示模块，展示所述第一用户的助力进度信息，以表现所述第一用户基于其他用户的助力的信用度增长情况；
获取模块，响应于所述第二用户表示同意所述助力请求的操作，获取根据所述第一用户和所述第二用户的信用度计算的所述第一用户得到助力后的信用度，以更新所述助力进度信息。
本说明书实施例提供的一种基于信用担保的业务处理设备，包括：
至少一个处理器；以及，
与所述至少一个处理器通信连接的存储器；其中，
所述存储器存储有可被所述至少一个处理器执行的指令，所述指令被所述至少一个处理器执行，以使所述至少一个处理器能够：
根据第一用户的信用度，确定所述第一用户尚未达到指定业务的准用条件，所述准用条件包括信用度不低于设定阈值；
生成助力请求，用以请求一个或者多个第二用户以自己的信用度为所述第一用户担保；
展示所述第一用户的助力进度信息，以表现所述第一用户基于其他用户的助力的信用度增长情况；
若所述第二用户同意所述助力请求，则获取根据所述第一用户和所述第二用户的信用度计算的所述第一用户得到助力后的信用度；
若所述得到助力后的信用度使所述第一用户达到所述准用条件，则准许所述第一用户使用所述指定业务。
本说明书实施例提供的另一种基于信用担保的业务处理设备，包括：
至少一个处理器；以及，
与所述至少一个处理器通信连接的存储器；其中，
所述存储器存储有可被所述至少一个处理器执行的指令，所述指令被所述至少一个处理器执行，以使所述至少一个处理器能够：
接收第一用户向第二用户发送的助力请求，所述助力请求用以请求所述第二用户以自己的信用度为所述第一用户担保；
展示所述第一用户的助力进度信息，以表现所述第一用户基于其他用户的助力的信用度增长情况；
响应于所述第二用户表示同意所述助力请求的操作，获取根据所述第一用户和所述第二用户的信用度计算的所述第一用户得到助力后的信用度，以更新所述助力进度信息。
本说明书实施例采用的上述至少一个技术方案能够达到以下有益效果：通过用户之间的信用助力，临时提高受助用户的信用度，并直观地展示助力进度信息，使受助用户能够较为及时而便利地使用诸如免押金租赁等基于信用的业务，因此能够为更多的用户提供便利。
附图说明
为了更清楚地说明本说明书实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本说明书中记载的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。
图1为本说明书实施例提供的一种基于信用担保的业务处理方法的流程示意图；
图2为本说明书实施例提供的信用助力成功或者助力失败的情况示意图；
图3为本说明书实施例提供的另一种基于信用担保的业务处理方法的流程示意图；
图4a、图4b为本说明书实施例提供的一种实际应用场景下，上述业务处理方法的一种具体实施方案涉及的部分页面效果示意图；
图5为本说明书实施例提供的对应于图1的一种基于信用担保的业务处理装置的结构示意图；
图6为本说明书实施例提供的对应于图3的一种基于信用担保的业务处理装置的结构示意图。
具体实施方式
本说明书实施例提供基于信用担保的业务处理方法、装置以及设备。
为了使本技术领域的人员更好地理解本说明书中的技术方案，下面将结合本说明书实施例中的附图，对本说明书实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本申请一部分实施例，而不是全部的实施例。基于本说明书实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都应当属于本申请保护的范围。
图1为本说明书实施例提供的一种基于信用担保的业务处理方法的流程示意图，从程序角度而言，流程的执行主体可以为搭载于第一用户所使用的终端的应用客户端，比如，商品租赁应用的客户端、支付应用的客户端、即时通信应用的客户端等。终端比如是手机、平板电脑、智能手表、或者车机等。另外，也可以有第三方应用客户端协助流程的执行。
图1中的流程可以包括以下步骤：
S102：根据第一用户的信用度，确定所述第一用户尚未达到指定业务的准用条件，所述准用条件包括信用度不低于设定阈值。
在本说明书实施例中，信用度反映用户的信用，可以认为信用度越高，则用户的信用越好。信用度以数值形式表示，比如，信用分数、信用等级等，也可以将这类数值转化为其他数据形式进行表示，比如，用绿色表示信用度高，用黄色表示居中，用红色表示信用度低等。信用度的评估方式可以是多样的，这里不做具体限定，比如，根据在某应用平台用户的真实信息和行为数据评估，根据人民银行征信报告评估等。
在本说明书实施例中，指定业务可以是基于用户信用而准用的业务。比如，基于信用的免押金租赁业务、基于信用的免押金预订业务、基于信用的免息分期购物业务等。需要说明的是，若有需要，这些业务还可以进一步地细分，比如，对于免押金租赁业务，可能细分为押金全免租赁业务、押金免半租赁业务，细分的这两种业务可以分别有对应于自己的不同准用条件，押金全免租赁业务的准用条件比如高于押金免半租赁业务的准用条件。
在实际应用中，准用条件并不限于信用度相关的条件，还可以包含其他的一些条件，比如，用户需要是指定的性别等，由于这不是本说明书主要关注的内容，因此不再对其他的这些条件展开说明。
S104：生成助力请求，用以请求一个或者多个第二用户以自己的信用度为所述第一用户担保。
在本说明书实施例中，所述的“第一”和“第二”只是为了区分用户，防止概念混淆，并不具有实际意义。多个第二用户为不同的用户。
在本说明书实施例中，第一用户可以通过助力请求，请求第二用户进行信用助力，以临时提高第一用户的信用度。
所要求助的第二用户可以由应用客户端智能化地自动选择，也可以由第一用户自己选择。对于前一种情况，比如，应用客户端可以将生成的助力请求自动向若干个与第一用户在当前平台联系比较紧密的好友发送。对于后一种情况，可以由应用客户端直接向第一用户选择的各第二用户分别发送助力请求，或者，应用客户端也可以不直接发送助力请求，而是将助力请求提供给第一用户，第一用户再通过第三方平台，以内容分享的形式，向第二用户发送助力请求，则助力请求的发送动作可以由相应的第三方应用客户端执行。
助力请求本身的形式可以是多样的，比如，应用客户端内部的即时消息、任务，或者待通过第三方应用客户端分享的口令等。
在本说明书实施例中，若第二用户同意助力请求，则能够基于第二用户的至少部分信用度，帮助第一用户临时性地提高信用度，实质上即是在为第一用户担保。信用度的提高效果可以基于各第二用户的信用度综合度量，具体度量方式可以是多样的，后面会举例说明。
S106：展示所述第一用户的助力进度信息，以表现所述第一用户基于其他用户的助力的信用度增长情况。
在本说明书实施例中，所述其他用户即指同意第一用户的助力请求的各第二用户。
在本说明书实施例中，本说明书对步骤S106的执行时机并不做限定，可以是在第一用户发送助力请求前，即已经展示助力进度信息，也可以是用户发送助力请求后，再展示助力进度信息。
助力进度信息一般可以采用进度条的形式，当然也不排除纯数值等其他形式。助力进度信息除了表现信用度增长情况以外，还可以表现第一用户距离达到上述准用条件的差距等其他相关的情况。
助力进度信息包含的数据可以是信用度本身，也可以是能够间接反映信用度的其他映射数据。比如，百分比、可免押金金额(比如，当信用度为100时，可免押金金额为500元，当信用度为200时，可免押金金额为1000元，当信用度为300时，可免押金金额为5000元等)等。
S108：若所述第二用户同意所述助力请求，则获取根据所述第一用户和所述第二用户的信用度计算的所述第一用户得到助力后的信用度。
在本说明书实施例中，得到助力后的信用度可以在本地计算，也可以在服务端计算。所展示的助力进度信息可以根据计算得到的助力后的信用度进行实时更新，若有多个第二用户同意助力请求，则可以计算并实时更新多次，以便第一用户及时了解情况。
S110：若所述得到助力后的信用度使所述第一用户达到所述准用条件，则准许所述第一用户使用所述指定业务。
在本说明书实施例中，为了鼓励用户之间信用互助，若得到助力后的信用度使第一用户达到所述准用条件，则可以给予第一用户和/或进行助力的第二用户一定的奖励，比如提高他们的信用度、给予其他权益等。另外，即使助力失败，仍可以给予进行助力的第二用户一定的奖励。
若助力成功后，第一用户并未履约(比如，未按时归还免押金的租赁物品)，则可以给予第一用户和进行助力的第二用户一定的惩罚。
通过图1的方法，通过用户之间的信用助力，临时提高受助用户的信用度，并直观地展示助力进度信息，使受助用户能够较为及时而便利地使用诸如免押金租赁等基于信用的业务，因此能够为更多的用户提供便利。
基于图1的方法，本说明书实施例还提供了该方法的一些具体实施方案，下面进行说明。
在本说明书实施例中，若助力请求能够在各种平台(比如，当前平台、或者微博、论坛等第三方社交平台等)上分享，则有利于第二用户及时地收到请求并反馈。基于此，对于步骤S104，所述生成助力请求，具体可以包括：生成口令形式的助力请求，用以将所述助力请求通过当前平台或者第三方平台分享给一个或者多个第二用户，以便所述第二用户根据所述助力请求，通过口令验证获取对应的操作入口。第二用户通过该操作入口，可以执行表示同意助力请求的操作。除了口令形式以外，助力请求也可以是诸如网页链接、短信通知等其他形式。
进一步地，为了提高用户体验，还可以对助力请求包含的文案内容做要求。比如，对于免押金租赁业务，可以使该文案内容：一方面体现出这是第一用户的“信用心愿”，避免让第二用户误以为第一用户是因为穷才选择免押金租赁，另一方面体现出信用的价值以及第一用户对好友信用的认可。
在本说明书实施例中，即使第一用户发出助力请求，也未必能够得到第二用户的助力，或者，即使得到第二用户的助力，第一用户也未必能够达到准用条件。基于此，可以设定助力失败的判定条件，以防止不仅未能解决第一用户的需求，还无谓地占用资源以致陷入僵局。判定条件可以是多样的，比如，超时则判定助力失败，助力的第二用户超数量则判定助力失败等。
以超数量为例，对于图1中的流程，比如还可以执行：判断同意所述助力请求的所述第二用户的数量是否达到指定阈值；若已达到，但所述得到助力后的信用度仍未使所述第一用户达到所述准用条件，则判定助力失败，并恢复所述第一用户的信用度至助力前的状态。
在本说明书实施例中，前面提到第二用户的助力对于第一用户的信用度的提高效果的具体度量方式可以是多样的。其中，本说明书实施例尤其提供了一种基于用户间实际关系的度量方式，比较更合理地帮助第一用户，也有利于使第二用户更合理地分担风险。
具体地，第二用户在当前平台和/或第三方平台与第一用户优选地为好友关系，如此，当前平台方至少能够初步相信，由于该好友关系的存在，第二用户会来帮助第一用户是较为合理的，而且在第二用户参与的情况下，第一用户后续履约的概率相对更大，因此，临时地提高第一用户的信用度是较为可靠的。
进一步地，由于该好友关系只是存续于对应的平台，则未必能反映于第一用户与第二用户之间的实际关系。比如，第一用户与第二用户虽然在某个应用中是好友关系，但是在线下，他们的实际关系可能并未达到好友程度，甚至可能是陌生人。基于此，该好友关系未必是可靠的，可以采用特定方案对该好友关系进行验证，进而判定实际关系，再基于实际关系，对信用度的提高效果进行度量方式，如此更为合理和可靠。其中，特定方案比如是分析用户间在平台交互情况、分析用户间个人信息的共同点、分析用户的真实注册信息、参考关联平台提供的用户间关系数据等。
根据前面两段的分析，比如，对于步骤S108，根据所述第一用户和所述第二用户的信用度计算所述第一用户得到助力后的信用度，具体可以包括：根据所述第一用户和所 述第二用户的信息，校验所述好友关系，以判定所述第一用户与所述第二用户之间的实际关系；根据所述实际关系设定相应的关系权重；根据所述关系权重、所述设定阈值，以及所述第一用户和所述第二用户的信用度，计算所述第一用户得到助力后的信用度。
对于实际关系，可以根据亲密程度、对用户利益的影响程度等因素进行分级。以亲密程度为例，一般地，亲密程度越高越能提供信用保障，比如可以将实际关系粗略地分为亲密程度递减的以下三类：亲友关系、同学同事关系、其他相对不重要的关系。
进一步地，本说明书实施例还提供了一种示例性的数学公式，用于计算第一用户得到助力后的信用度。具体如下：
S u+＝(S v-S t)*W u,v*ζ；
其中，S u表示第一用户当前的信用度(基于第二用户的助力而一次或者多次提高，成为得到助力后的信用度)，S v表示第二用户的信用度，S t表示准用条件中信用度的设定阈值，W u,v表示第一用户与第二用户之间的关系权重，ζ表示阻尼系数，比如用于刻画好友的影响权重，可以是一个按需调节的全局参数，比如设置为0.1。上述的亲友关系、同学同事关系、其他相对不重要的关系对应的关系权重比如可以分别设置为：2、1、0.1。
当然，助力后的信用度的计算方式是多样的，并不限于上述数学公式，比如，可以将第二用户的信用度与第一用户的信用度简单叠加，作为得到助力后的信用度。
在本说明书实施例中，对于步骤S106，除了展示第一用户的助力进度信息，还可以展示其他一些相关信息，尤其可以展示有助于加强用户间友情，或者有助于使第一用户后续履约的信息，以提高用户体验。
例如，可以展示自动生成的留言信息(这种情况下，无需用户手动留言)，和/或已同意所述助力请求的各所述第二用户主动提交的留言信息，所展示的留言信息比如用于表达以下至少一种用意：明示各所述第二用户针对所述第一用户的助力行为、提醒所述第一用户为所述助力行为而履约。除此之外，第一用户也可以相应地留言交互，或者自动为第一用户生成留言信息。基于留言信息，对于第一用户而言，有一定的履约监督作用，而且又能够使双方用户更直观地感受信用助力。
进一步地，本说明书实施例还提供了信用助力成功或者助力失败的情况示意图，以便理解，如图2所示。
在图2中示出了三种示例性的情况。在左侧，B用户给A用户助力，B的信用度高，A和B是亲友关系则关系权重也高，因此，助力成功。在中间，C、D、E用户给A用户助力，C、D、E的信用度高，C、D、E之间以及和A是认识的，虽然关系权重相对低，但由于助力人数多，因此，助力成功。在右侧，多名不同的X用户给A用户助力，由于各X的信用度较低，且各X和A存在团伙作案嫌疑，因此，助力失败。
图1的流程主要是从第一用户的应用客户端的角度描述的，基于同样的思路，本说明书实施例还提供了对应于图1的另一种基于信用担保的业务处理方法的流程示意图，是从第二用户的应用客户端的角度描述的，如图3所示。
图3中的流程可以包括以下步骤：
S302：接收第一用户向第二用户发送的助力请求，所述助力请求用以请求所述第二用户以自己的信用度为所述第一用户担保。
在本说明书实施例中，若助力请求是被分享的口令，则第二用户可以复制该口令，再打开应用客户端，则能够进入执行表示同意助力请求的业务页面。
S304：展示所述第一用户的助力进度信息，以表现所述第一用户基于其他用户的助力的信用度增长情况。
在本说明书实施例中，助力进度信息不仅可以向第一用户展示，也可以向第二用户展示，以使第二用户了解更详细的信息，提高参与感和交互感。
S306：响应于所述第二用户表示同意所述助力请求的操作，获取根据所述第一用户和所述第二用户的信用度计算的所述第一用户得到助力后的信用度，以更新所述助力进度信息。
在本说明书实施例中，还可以允许第二用户在助力时进行更多的交互。比如，向第一用户留言，以增强用户和好友之间的信用履约暗示，比如留言“记得按时还哈”、“谢谢你信任我”等；再比如，获得针对第一用户的一些专有权限，比如解锁能够像第一用户发送的专用表情、查看第一用户更多的信息；等等。
类似于前面对图1的说明，对于步骤S304，所述展示所述第一用户的助力进度信息，还可以执行：展示自动生成的留言信息，和/或已同意所述助力请求的各所述第二用户主动提交的留言信息，所展示的留言信息用于表达以下至少一种用意：明示各所述第二用户针对所述第一用户的助力行为、提醒所述第一用户为所述助力行为而履约。
以上对本说明书实施例提供的基于信用担保的业务处理方法进行了说明。更直观地，本说明书实施例还提供了一种实际应用场景下，上述业务处理方法的一种具体实施方案涉及的部分页面效果示意图，如图4a、图4b所示。
在图4a中，假定第一用户为A用户，第二用户为A的一个或者多个好友。A在某租赁平台，就xx手机申请免押金租赁，由于信用度未达标，审核未通过，则可以点击按钮“去请求信用助力”，启动信用助力功能，以邀请好友为其信用助力；当然，A也可以从其他途径确定自己是否具有上述免押金租赁权益。应用客户端为A生成了助力请求口令，口令包含有相应的文案“我的信用心愿：想租个xx手机体验一下，用你的好信用祝我一臂之力吧”，当然，口令还可以包含一些特殊的标识用于后续认证，A进而可以选择某个社交平台去分享口令，图中示例性地列出了3个社交平台。假定A去微博、群聊等平台向若干好友分享口令。好友根据口令，可以执行表示同意助力请求的操作，图中展示了两个示例性的信用助力页面，其中包含有进度条形式(假定表示当前的可免押金金额)的助力进度信息，(a)页面是面向好友的，好友可以看到当前的助力进度，点击“一键助力！”即可为A助力，(b)页面是面向A的，当前进度已满，A基于好友们的助力，进度达到2000，获得了xx手机免押金租赁权益，点击“赶紧去租吧！”即可以进行具体的租赁业务。
在图4b中，也展示了面向好友的信用助力页面，在信用助力页面中，好友还能够与A进行留言交互，当前示出了另外两位已助力的好友与A之间的留言交互。
基于同样的思路，本说明书实施例还提供了上述方法对应的装置，如图5、图6所示。
图5为本说明书实施例提供的对应于图1的一种基于信用担保的业务处理装置的结构示意图，虚线方框表示可选的模块，所述装置包括：
确定模块501，根据第一用户的信用度，确定所述第一用户尚未达到指定业务的准用条件，所述准用条件包括信用度不低于设定阈值；
生成模块502，生成助力请求，用以请求一个或者多个第二用户以自己的信用度为所述第一用户担保；
展示模块503，展示所述第一用户的助力进度信息，以表现所述第一用户基于其他用户的助力的信用度增长情况；
获取模块504，若所述第二用户同意所述助力请求，则获取根据所述第一用户和 所述第二用户的信用度计算的所述第一用户得到助力后的信用度；
准许模块505，若所述得到助力后的信用度使所述第一用户达到所述准用条件，则准许所述第一用户使用所述指定业务。
可选地，所述指定业务包括免押金租赁业务。
可选地，所述生成模块502生成助力请求，具体包括：
所述生成模块502生成口令形式的助力请求，用以将所述助力请求通过当前平台或者第三方平台分享给一个或者多个第二用户，以便所述第二用户根据所述助力请求，通过口令验证获取对应的操作入口。
可选地，所述装置还包括：
失败判定模块506，判断同意所述助力请求的所述第二用户的数量是否达到指定阈值；
若已达到，但所述得到助力后的信用度仍未使所述第一用户达到所述准用条件，则判定助力失败，并恢复所述第一用户的信用度至助力前的状态。
可选地，所述第二用户在当前平台和/或第三方平台与所述第一用户为好友关系；
根据所述第一用户和所述第二用户的信用度计算所述第一用户得到助力后的信用度，具体包括：
根据所述第一用户和所述第二用户的信息，校验所述好友关系，以判定所述第一用户与所述第二用户之间的实际关系；
根据所述实际关系设定相应的关系权重；
根据所述关系权重、所述设定阈值，以及所述第一用户和所述第二用户的信用度，计算所述第一用户得到助力后的信用度。
可选地，按照如下公式，计算所述第一用户得到助力后的信用度：
S u+＝(S v-S t)*W u,v*ζ；
其中，S u表示第一用户当前的信用度，S v表示第二用户的信用度，S t表示准用条件中信用度的设定阈值，W u,v表示第一用户与第二用户之间的关系权重，ζ表示阻尼系数。
可选地，所述展示模块503展示所述第一用户的助力进度信息，还包括：
所述展示模块503展示自动生成的留言信息，和/或已同意所述助力请求的各所述第二用户主动提交的留言信息，所展示的留言信息用于表达以下至少一种用意：明示各所述第二用户针对所述第一用户的助力行为、提醒所述第一用户为所述助力行为而履约。
图6为本说明书实施例提供的对应于图3的一种基于信用担保的业务处理装置的结构示意图，所述装置包括：
接收模块601，接收第一用户向第二用户发送的助力请求，所述助力请求用以请求所述第二用户以自己的信用度为所述第一用户担保；
展示模块602，展示所述第一用户的助力进度信息，以表现所述第一用户基于其他用户的助力的信用度增长情况；
获取模块603，响应于所述第二用户表示同意所述助力请求的操作，获取根据所述第一用户和所述第二用户的信用度计算的所述第一用户得到助力后的信用度，以更新所述助力进度信息。
可选地，所述展示模块602展示所述第一用户的助力进度信息，还包括：
所述展示模块602展示自动生成的留言信息，和/或已同意所述助力请求的各所述第二用户主动提交的留言信息，所展示的留言信息用于表达以下至少一种用意：明示各所述第二用户针对所述第一用户的助力行为、提醒所述第一用户为所述助力行为而履约。
基于同样的思路，本说明书实施例还提供了上述方法对应的设备和非易失性计算机存储介质。
本说明书实施例提供的对应于图1的一种基于信用担保的业务处理设备，包括：
至少一个处理器；以及，
与所述至少一个处理器通信连接的存储器；其中，
所述存储器存储有可被所述至少一个处理器执行的指令，所述指令被所述至少一个处理器执行，以使所述至少一个处理器能够：
根据第一用户的信用度，确定所述第一用户尚未达到指定业务的准用条件，所述准用条件包括信用度不低于设定阈值；
生成助力请求，用以请求一个或者多个第二用户以自己的信用度为所述第一用户担保；
展示所述第一用户的助力进度信息，以表现所述第一用户基于其他用户的助力的信用度增长情况；
若所述第二用户同意所述助力请求，则获取根据所述第一用户和所述第二用户的信用度计算的所述第一用户得到助力后的信用度；
若所述得到助力后的信用度使所述第一用户达到所述准用条件，则准许所述第一用户使用所述指定业务。
本说明书实施例提供的对应于图3的一种基于信用担保的业务处理设备，包括：
至少一个处理器；以及，
与所述至少一个处理器通信连接的存储器；其中，
所述存储器存储有可被所述至少一个处理器执行的指令，所述指令被所述至少一个处理器执行，以使所述至少一个处理器能够：
接收第一用户向第二用户发送的助力请求，所述助力请求用以请求所述第二用户以自己的信用度为所述第一用户担保；
展示所述第一用户的助力进度信息，以表现所述第一用户基于其他用户的助力的信用度增长情况；
响应于所述第二用户表示同意所述助力请求的操作，获取根据所述第一用户和所述第二用户的信用度计算的所述第一用户得到助力后的信用度，以更新所述助力进度信息。
本说明书实施例提供的对应于图1的一种非易失性计算机存储介质，存储有计算机可执行指令，所述计算机可执行指令设置为：
根据第一用户的信用度，确定所述第一用户尚未达到指定业务的准用条件，所述准用条件包括信用度不低于设定阈值；
生成助力请求，用以请求一个或者多个第二用户以自己的信用度为所述第一用户担保；
展示所述第一用户的助力进度信息，以表现所述第一用户基于其他用户的助力 的信用度增长情况；
若所述第二用户同意所述助力请求，则获取根据所述第一用户和所述第二用户的信用度计算的所述第一用户得到助力后的信用度；
若所述得到助力后的信用度使所述第一用户达到所述准用条件，则准许所述第一用户使用所述指定业务。
本说明书实施例提供的对应于图3的一种非易失性计算机存储介质，存储有计算机可执行指令，所述计算机可执行指令设置为：
接收第一用户向第二用户发送的助力请求，所述助力请求用以请求所述第二用户以自己的信用度为所述第一用户担保；
展示所述第一用户的助力进度信息，以表现所述第一用户基于其他用户的助力的信用度增长情况；
响应于所述第二用户表示同意所述助力请求的操作，获取根据所述第一用户和所述第二用户的信用度计算的所述第一用户得到助力后的信用度，以更新所述助力进度信息。
上述对本说明书特定实施例进行了描述。其它实施例在所附权利要求书的范围内。在一些情况下，在权利要求书中记载的动作或步骤可以按照不同于实施例中的顺序来执行并且仍然可以实现期望的结果。另外，在附图中描绘的过程不一定要求示出的特定顺序或者连续顺序才能实现期望的结果。在某些实施方式中，多任务处理和并行处理也是可以的或者可能是有利的。
本说明书中的各个实施例均采用递进的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。尤其，对于装置、设备、非易失性计算机存储介质实施例而言，由于其基本相似于方法实施例，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。
本说明书实施例提供的装置、设备、非易失性计算机存储介质与方法是对应的，因此，装置、设备、非易失性计算机存储介质也具有与对应方法类似的有益技术效果，由于上面已经对方法的有益技术效果进行了详细说明，因此，这里不再赘述对应装置、设备、非易失性计算机存储介质的有益技术效果。
在20世纪90年代，对于一个技术的改进可以很明显地区分是硬件上的改进(例 如，对二极管、晶体管、开关等电路结构的改进)还是软件上的改进(对于方法流程的改进)。然而，随着技术的发展，当今的很多方法流程的改进已经可以视为硬件电路结构的直接改进。设计人员几乎都通过将改进的方法流程编程到硬件电路中来得到相应的硬件电路结构。因此，不能说一个方法流程的改进就不能用硬件实体模块来实现。例如，可编程逻辑器件(Programmable Logic Device,PLD)(例如现场可编程门阵列(Field Programmable Gate Array，FPGA))就是这样一种集成电路，其逻辑功能由用户对器件编程来确定。由设计人员自行编程来把一个数字系统“集成”在一片PLD上，而不需要请芯片制造厂商来设计和制作专用的集成电路芯片。而且，如今，取代手工地制作集成电路芯片，这种编程也多半改用“逻辑编译器(logic compiler)”软件来实现，它与程序开发撰写时所用的软件编译器相类似，而要编译之前的原始代码也得用特定的编程语言来撰写，此称之为硬件描述语言(Hardware Description Language，HDL)，而HDL也并非仅有一种，而是有许多种，如ABEL(Advanced Boolean Expression Language)、AHDL(Altera Hardware Description Language)、Confluence、CUPL(Cornell University Programming Language)、HDCal、JHDL(Java Hardware Description Language)、Lava、Lola、MyHDL、PALASM、RHDL(Ruby Hardware Description Language)等，目前最普遍使用的是VHDL(Very-High-Speed Integrated Circuit Hardware Description Language)与Verilog。本领域技术人员也应该清楚，只需要将方法流程用上述几种硬件描述语言稍作逻辑编程并编程到集成电路中，就可以很容易得到实现该逻辑方法流程的硬件电路。
控制器可以按任何适当的方式实现，例如，控制器可以采取例如微处理器或处理器以及存储可由该(微)处理器执行的计算机可读程序代码(例如软件或固件)的计算机可读介质、逻辑门、开关、专用集成电路(Application Specific Integrated Circuit，ASIC)、可编程逻辑控制器和嵌入微控制器的形式，控制器的例子包括但不限于以下微控制器：ARC 625D、Atmel AT91SAM、Microchip PIC18F26K20以及Silicone Labs C8051F320，存储器控制器还可以被实现为存储器的控制逻辑的一部分。本领域技术人员也知道，除了以纯计算机可读程序代码方式实现控制器以外，完全可以通过将方法步骤进行逻辑编程来使得控制器以逻辑门、开关、专用集成电路、可编程逻辑控制器和嵌入微控制器等的形式来实现相同功能。因此这种控制器可以被认为是一种硬件部件，而对其内包括的用于实现各种功能的装置也可以视为硬件部件内的结构。或者甚至，可以将用于实现各种功能的装置视为既可以是实现方法的软件模块又可以是硬件部件内的结构。
上述实施例阐明的系统、装置、模块或单元，具体可以由计算机芯片或实体实 现，或者由具有某种功能的产品来实现。一种典型的实现设备为计算机。具体的，计算机例如可以为个人计算机、膝上型计算机、蜂窝电话、相机电话、智能电话、个人数字助理、媒体播放器、导航设备、电子邮件设备、游戏控制台、平板计算机、可穿戴设备或者这些设备中的任何设备的组合。
为了描述的方便，描述以上装置时以功能分为各种单元分别描述。当然，在实施本说明书时可以把各单元的功能在同一个或多个软件和/或硬件中实现。
本领域内的技术人员应明白，本说明书实施例可提供为方法、系统、或计算机程序产品。因此，本说明书实施例可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本说明书实施例可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。
本说明书是参照根据本说明书实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
在一个典型的配置中，计算设备包括一个或多个处理器(CPU)、输入/输出接口、网络接口和内存。
内存可能包括计算机可读介质中的非永久性存储器，随机存取存储器(RAM)和/ 或非易失性内存等形式，如只读存储器(ROM)或闪存(flash RAM)。内存是计算机可读介质的示例。
计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括，但不限于相变内存(PRAM)、静态随机存取存储器(SRAM)、动态随机存取存储器(DRAM)、其他类型的随机存取存储器(RAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、快闪记忆体或其他内存技术、只读光盘只读存储器(CD-ROM)、数字多功能光盘(DVD)或其他光学存储、磁盒式磁带，磁带磁磁盘存储或其他磁性存储设备或任何其他非传输介质，可用于存储可以被计算设备访问的信息。按照本文中的界定，计算机可读介质不包括暂存电脑可读媒体(transitory media)，如调制的数据信号和载波。
还需要说明的是，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、商品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、商品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、商品或者设备中还存在另外的相同要素。
本领域技术人员应明白，本说明书实施例可提供为方法、系统或计算机程序产品。因此，本说明书可采用完全硬件实施例、完全软件实施例或结合软件和硬件方面的实施例的形式。而且，本说明书可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。
本说明书可以在由计算机执行的计算机可执行指令的一般上下文中描述，例如程序模块。一般地，程序模块包括执行特定任务或实现特定抽象数据类型的例程、程序、对象、组件、数据结构等等。也可以在分布式计算环境中实践本说明书，在这些分布式计算环境中，由通过通信网络而被连接的远程处理设备来执行任务。在分布式计算环境中，程序模块可以位于包括存储设备在内的本地和远程计算机存储介质中。
本说明书中的各个实施例均采用递进的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。尤其，对于系统实施例而言，由于其基本相似于方法实施例，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。
以上所述仅为本说明书实施例而已，并不用于限制本申请。对于本领域技术人员来说，本申请可以有各种更改和变化。凡在本申请的精神和原理之内所作的任何修改、等同替换、改进等，均应包含在本申请的权利要求范围之内。

Claims (20)

  1. 一种基于信用担保的业务处理方法，包括：
    根据第一用户的信用度，确定所述第一用户尚未达到指定业务的准用条件，所述准用条件包括信用度不低于设定阈值；
    生成助力请求，用以请求一个或者多个第二用户以自己的信用度为所述第一用户担保；
    展示所述第一用户的助力进度信息，以表现所述第一用户基于其他用户的助力的信用度增长情况；
    若所述第二用户同意所述助力请求，则获取根据所述第一用户和所述第二用户的信用度计算的所述第一用户得到助力后的信用度；
    若所述得到助力后的信用度使所述第一用户达到所述准用条件，则准许所述第一用户使用所述指定业务。
  2. 如权利要求1所述的方法，所述指定业务包括免押金租赁业务。
  3. 如权利要求1所述的方法，所述生成助力请求，具体包括：
    生成口令形式的助力请求，用以将所述助力请求通过当前平台或者第三方平台分享给一个或者多个第二用户，以便所述第二用户根据所述助力请求，通过口令验证获取对应的操作入口。
  4. 如权利要求1所述的方法，所述方法还包括：
    判断同意所述助力请求的所述第二用户的数量是否达到指定阈值；
    若已达到，但所述得到助力后的信用度仍未使所述第一用户达到所述准用条件，则判定助力失败，并恢复所述第一用户的信用度至助力前的状态。
  5. 如权利要求1所述的方法，所述第二用户在当前平台和/或第三方平台与所述第一用户为好友关系；
    根据所述第一用户和所述第二用户的信用度计算所述第一用户得到助力后的信用度，具体包括：
    根据所述第一用户和所述第二用户的信息，校验所述好友关系，以判定所述第一用户与所述第二用户之间的实际关系；
    根据所述实际关系设定相应的关系权重；
    根据所述关系权重、所述设定阈值，以及所述第一用户和所述第二用户的信用度，计算所述第一用户得到助力后的信用度。
  6. 如权利要求1所述的方法，按照如下公式，计算所述第一用户得到助力后的信 用度：
    S u+＝(S v-S t)*W u,v*ζ；
    其中，S u表示第一用户当前的信用度，S v表示第二用户的信用度，S t表示准用条件中信用度的设定阈值，W u,v表示第一用户与第二用户之间的关系权重，ζ表示阻尼系数。
  7. 如权利要求1所述的方法，所述展示所述第一用户的助力进度信息，还包括：
    展示自动生成的留言信息，和/或已同意所述助力请求的各所述第二用户主动提交的留言信息，所展示的留言信息用于表达以下至少一种用意：明示各所述第二用户针对所述第一用户的助力行为、提醒所述第一用户为所述助力行为而履约。
  8. 一种基于信用担保的业务处理方法，包括：
    接收第一用户向第二用户发送的助力请求，所述助力请求用以请求所述第二用户以自己的信用度为所述第一用户担保；
    展示所述第一用户的助力进度信息，以表现所述第一用户基于其他用户的助力的信用度增长情况；
    响应于所述第二用户表示同意所述助力请求的操作，获取根据所述第一用户和所述第二用户的信用度计算的所述第一用户得到助力后的信用度，以更新所述助力进度信息。
  9. 如权利要求8所述的方法，所述展示所述第一用户的助力进度信息，还包括：
    展示自动生成的留言信息，和/或已同意所述助力请求的各所述第二用户主动提交的留言信息，所展示的留言信息用于表达以下至少一种用意：明示各所述第二用户针对所述第一用户的助力行为、提醒所述第一用户为所述助力行为而履约。
  10. 一种基于信用担保的业务处理装置，包括：
    确定模块，根据第一用户的信用度，确定所述第一用户尚未达到指定业务的准用条件，所述准用条件包括信用度不低于设定阈值；
    生成模块，生成助力请求，用以请求一个或者多个第二用户以自己的信用度为所述第一用户担保；
    展示模块，展示所述第一用户的助力进度信息，以表现所述第一用户基于其他用户的助力的信用度增长情况；
    获取模块，若所述第二用户同意所述助力请求，则获取根据所述第一用户和所述第二用户的信用度计算的所述第一用户得到助力后的信用度；
    准许模块，若所述得到助力后的信用度使所述第一用户达到所述准用条件，则准许 所述第一用户使用所述指定业务。
  11. 如权利要求10所述的装置，所述指定业务包括免押金租赁业务。
  12. 如权利要求10所述的装置，所述生成模块生成助力请求，具体包括：
    所述生成模块生成口令形式的助力请求，用以将所述助力请求通过当前平台或者第三方平台分享给一个或者多个第二用户，以便所述第二用户根据所述助力请求，通过口令验证获取对应的操作入口。
  13. 如权利要求10所述的装置，所述装置还包括：
    失败判定模块，判断同意所述助力请求的所述第二用户的数量是否达到指定阈值；
    若已达到，但所述得到助力后的信用度仍未使所述第一用户达到所述准用条件，则判定助力失败，并恢复所述第一用户的信用度至助力前的状态。
  14. 如权利要求10所述的装置，所述第二用户在当前平台和/或第三方平台与所述第一用户为好友关系；
    根据所述第一用户和所述第二用户的信用度计算所述第一用户得到助力后的信用度，具体包括：
    根据所述第一用户和所述第二用户的信息，校验所述好友关系，以判定所述第一用户与所述第二用户之间的实际关系；
    根据所述实际关系设定相应的关系权重；
    根据所述关系权重、所述设定阈值，以及所述第一用户和所述第二用户的信用度，计算所述第一用户得到助力后的信用度。
  15. 如权利要求10所述的装置，按照如下公式，计算所述第一用户得到助力后的信用度：
    S u+＝(S v-S t)*W u,v*ζ；
    其中，S u表示第一用户当前的信用度，S v表示第二用户的信用度，S t表示准用条件中信用度的设定阈值，W u,v表示第一用户与第二用户之间的关系权重，ζ表示阻尼系数。
  16. 如权利要求10所述的装置，所述展示模块展示所述第一用户的助力进度信息，还包括：
    所述展示模块展示自动生成的留言信息，和/或已同意所述助力请求的各所述第二用户主动提交的留言信息，所展示的留言信息用于表达以下至少一种用意：明示各所述第二用户针对所述第一用户的助力行为、提醒所述第一用户为所述助力行为而履约。
  17. 一种基于信用担保的业务处理装置，包括：
    接收模块，接收第一用户向第二用户发送的助力请求，所述助力请求用以请求所述第二用户以自己的信用度为所述第一用户担保；
    展示模块，展示所述第一用户的助力进度信息，以表现所述第一用户基于其他用户的助力的信用度增长情况；
    获取模块，响应于所述第二用户表示同意所述助力请求的操作，获取根据所述第一用户和所述第二用户的信用度计算的所述第一用户得到助力后的信用度，以更新所述助力进度信息。
  18. 如权利要求17所述的装置，所述展示模块展示所述第一用户的助力进度信息，还包括：
    所述展示模块展示自动生成的留言信息，和/或已同意所述助力请求的各所述第二用户主动提交的留言信息，所展示的留言信息用于表达以下至少一种用意：明示各所述第二用户针对所述第一用户的助力行为、提醒所述第一用户为所述助力行为而履约。
  19. 一种基于信用担保的业务处理设备，包括：
    至少一个处理器；以及，
    与所述至少一个处理器通信连接的存储器；其中，
    所述存储器存储有可被所述至少一个处理器执行的指令，所述指令被所述至少一个处理器执行，以使所述至少一个处理器能够：
    根据第一用户的信用度，确定所述第一用户尚未达到指定业务的准用条件，所述准用条件包括信用度不低于设定阈值；
    生成助力请求，用以请求一个或者多个第二用户以自己的信用度为所述第一用户担保；
    展示所述第一用户的助力进度信息，以表现所述第一用户基于其他用户的助力的信用度增长情况；
    若所述第二用户同意所述助力请求，则获取根据所述第一用户和所述第二用户的信用度计算的所述第一用户得到助力后的信用度；
    若所述得到助力后的信用度使所述第一用户达到所述准用条件，则准许所述第一用户使用所述指定业务。
  20. 一种基于信用担保的业务处理设备，包括：
    至少一个处理器；以及，
    与所述至少一个处理器通信连接的存储器；其中，
    所述存储器存储有可被所述至少一个处理器执行的指令，所述指令被所述至少一个处理器执行，以使所述至少一个处理器能够：
    接收第一用户向第二用户发送的助力请求，所述助力请求用以请求所述第二用户以自己的信用度为所述第一用户担保；
    展示所述第一用户的助力进度信息，以表现所述第一用户基于其他用户的助力的信用度增长情况；
    响应于所述第二用户表示同意所述助力请求的操作，获取根据所述第一用户和所述第二用户的信用度计算的所述第一用户得到助力后的信用度，以更新所述助力进度信息。
PCT/CN2019/079191 2018-06-22 2019-03-22 基于信用担保的业务处理方法、装置以及设备 WO2019242357A1 (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
US16/888,549 US20200294141A1 (en) 2018-06-22 2020-05-29 Credit guarantee-based service processing

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN201810650694.1 2018-06-22
CN201810650694.1A CN109118315A (zh) 2018-06-22 2018-06-22 基于信用担保的业务处理方法、装置以及设备

Related Child Applications (1)

Application Number Title Priority Date Filing Date
US16/888,549 Continuation US20200294141A1 (en) 2018-06-22 2020-05-29 Credit guarantee-based service processing

Publications (1)

Publication Number Publication Date
WO2019242357A1 true WO2019242357A1 (zh) 2019-12-26

Family

ID=64821983

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2019/079191 WO2019242357A1 (zh) 2018-06-22 2019-03-22 基于信用担保的业务处理方法、装置以及设备

Country Status (4)

Country Link
US (1) US20200294141A1 (zh)
CN (1) CN109118315A (zh)
TW (1) TW202001743A (zh)
WO (1) WO2019242357A1 (zh)

Families Citing this family (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN109118315A (zh) * 2018-06-22 2019-01-01 阿里巴巴集团控股有限公司 基于信用担保的业务处理方法、装置以及设备
CN110020867B (zh) * 2019-01-30 2023-07-14 创新先进技术有限公司 一种消费合约的处理方法、装置和设备
CN110046911A (zh) * 2019-02-20 2019-07-23 阿里巴巴集团控股有限公司 消费合约处理方法及其系统
CN110442408A (zh) * 2019-07-02 2019-11-12 五八有限公司 一种助力信息统计方法、装置
CN112347387A (zh) * 2020-09-27 2021-02-09 北京淇瑀信息科技有限公司 一种基于多级任务验证的资源配置方法、装置和电子设备
CN112732736B (zh) * 2021-01-06 2023-07-14 支付宝(杭州)信息技术有限公司 信用更新方法及装置
CN113344578A (zh) * 2021-06-21 2021-09-03 支付宝(杭州)信息技术有限公司 基于区块链的对象处理方法及装置
CN113888309A (zh) * 2021-10-09 2022-01-04 支付宝(杭州)信息技术有限公司 基于信用的数据处理方法及装置

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN104966229A (zh) * 2014-12-30 2015-10-07 腾讯科技（深圳）有限公司 信息处理方法及信贷平台
CN105590217A (zh) * 2015-12-23 2016-05-18 云南大学 一种基于社交网络多方担保的支付方法
CN105631739A (zh) * 2015-12-24 2016-06-01 苏州九人言网络科技有限公司 一种基于朋友圈强关系的实名互联网借贷系统及其方法
CN105809535A (zh) * 2016-03-07 2016-07-27 浙江爱贷金融服务外包股份有限公司 一种借贷风险控制方法及系统
CN109118315A (zh) * 2018-06-22 2019-01-01 阿里巴巴集团控股有限公司 基于信用担保的业务处理方法、装置以及设备

Family Cites Families (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN106651508A (zh) * 2016-11-14 2017-05-10 百度在线网络技术（北京）有限公司 用户权限分享方法及装置
CN107644354A (zh) * 2017-09-27 2018-01-30 风变科技（深圳）有限公司 一种奖励方法、服务器、系统及计算机可读存储介质

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN104966229A (zh) * 2014-12-30 2015-10-07 腾讯科技（深圳）有限公司 信息处理方法及信贷平台
CN105590217A (zh) * 2015-12-23 2016-05-18 云南大学 一种基于社交网络多方担保的支付方法
CN105631739A (zh) * 2015-12-24 2016-06-01 苏州九人言网络科技有限公司 一种基于朋友圈强关系的实名互联网借贷系统及其方法
CN105809535A (zh) * 2016-03-07 2016-07-27 浙江爱贷金融服务外包股份有限公司 一种借贷风险控制方法及系统
CN109118315A (zh) * 2018-06-22 2019-01-01 阿里巴巴集团控股有限公司 基于信用担保的业务处理方法、装置以及设备

Also Published As

Publication number Publication date
TW202001743A (zh) 2020-01-01
CN109118315A (zh) 2019-01-01
US20200294141A1 (en) 2020-09-17

Similar Documents

Publication Publication Date Title
WO2019242357A1 (zh) 基于信用担保的业务处理方法、装置以及设备
US11521245B1 (en) Proactive listening bot-plus person advice chaining
US10827330B2 (en) Systems and methods for proactively identifying and surfacing relevant content on an electronic device with a touch-sensitive display
US10735905B2 (en) Systems and methods for proactively identifying and surfacing relevant content on an electronic device with a touch-sensitive display
US11551696B1 (en) Systems and methods for proactive listening bot-plus person advice chaining
US8713453B2 (en) Progressively discovering and integrating services
CN107924679A (zh) 输入理解处理期间在响应选择中的延迟绑定
US20170316385A1 (en) Contextually-aware insights for calendar events
JP2020506473A (ja) リスクパラメータを調整するための方法、ならびにリスク識別のための方法およびデバイス
US11929962B2 (en) Method and system for monitoring and integration of one or more intelligent conversational agents
US11205422B2 (en) Methods and systems for managing chatbots with data access
US20190043145A1 (en) Social network application for real estate
US20170091666A1 (en) System framework processor for channel contacts
US20150073932A1 (en) Strength Based Modeling For Recommendation System
CN107451712A (zh) 一种数据处理方法及设备
US11934293B2 (en) Dynamically linking social media reactions to actions performed by remote applications
US10592832B2 (en) Effective utilization of idle cycles of users
US11762864B2 (en) Chat session external content recommender
US20190347279A1 (en) Bias identification in social network posts
JP7167131B2 (ja) 会話型スケジューリングアシスタントコンピューティングシステムにおける自然言語処理及び分析
US11157575B2 (en) Determining a veridicality metric of a user profile stored in an electronic information system
US11803919B2 (en) Dynamic collection and distribution of contextual data
US20220164739A1 (en) Real-time scheduling and synchronization of real estate transactions
US20190311310A1 (en) Methods and systems for managing risk with respect to potential customers
US20140372885A1 (en) Providing help suggestions based on online activity of a contact

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 19823256

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 19823256

Country of ref document: EP

Kind code of ref document: A1