CN105654280A - Network music payment method and device - Google Patents
Network music payment method and device Download PDFInfo
- Publication number
- CN105654280A CN105654280A CN201510975529.XA CN201510975529A CN105654280A CN 105654280 A CN105654280 A CN 105654280A CN 201510975529 A CN201510975529 A CN 201510975529A CN 105654280 A CN105654280 A CN 105654280A
- Authority
- CN
- China
- Prior art keywords
- user
- music
- information
- account
- service request
- 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
Links
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
- G06Q20/00—Payment architectures, schemes or protocols
- G06Q20/08—Payment architectures
- G06Q20/12—Payment architectures specially adapted for electronic shopping systems
- G06Q20/123—Shopping for digital content
-
- 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
- G06Q20/00—Payment architectures, schemes or protocols
- G06Q20/08—Payment architectures
- G06Q20/085—Payment architectures involving remote charge determination or related payment systems
- G06Q20/0855—Payment architectures involving remote charge determination or related payment systems involving a third party
Abstract
The invention provides a network music payment method and device, and belongs to the technical field of internet music. A first business request which includes request information for purchasing music from a first user and music information required to be purchased and is transmitted by a user terminal is received through a server; the server returns corresponding price information to the user terminal according to the first business request; and after payment confirm information transmitted by the user terminal after completing payment operation is received, payment amount is transferred to the account number of the first user. Compared with the methods and the devices in the prior art, direct purchasing operation between the user purchasing music and the first user is realized, the operation steps are simpler and the process that an intermediate music platform receives the payment amount and then pays the corresponding amount to the first user can be omitted.
Description
Technical field
The present invention relates to internet music technical field, specifically, it relates to a kind of online music payment methods and device.
Background technology
Existing internet music purchasing model is the music that audience user is paid and downloaded by music platform side and oneself like, music platform side pays other association interests main bodys such as singer or composer, record company or ci and qu author certain expense again, not only operation steps is complicated for this kind of purchasing model, and the payment amount finally squeezing into singer or composer's account is hiding information for the user bought.
Summary of the invention
In view of this, it is an object of the invention to provide a kind of online music payment methods and device.
A kind of online music payment methods that the embodiment of the present invention provides, it is applied to server, described server is connected by network with user terminal, described method comprises: receive the first service request that described user terminal sends, described first service request comprises the music information bought the request information of music to first user and want to buy, and described first user is the user uploading music to described server;
According to described first service request, return corresponding price information to described user terminal;
Acceptance fee information really is sent after receiving the operation for paying the fee that described user terminal completes according to described price information;
The payment amount corresponding with described price information is squeezed into the account of described first user.
Preferably, the online music payment methods that described embodiment provides also comprise: receive the 2nd service request that described user terminal sends, described 2nd service request comprises the music information bought the request information of music to the 2nd user and want to buy, and described 2nd user was for wanting the user of the music information of purchase to described first user described in buying;
According to described 2nd service request, return corresponding price information to described user terminal;
Acceptance fee information really is sent after receiving the operation for paying the fee that described user terminal completes according to described price information;
The payment amount corresponding with described price information is squeezed into the account of corresponding user.
Preferably, in the online music payment methods that described embodiment provides, the step of the described account that the payment amount corresponding with described price information is squeezed into corresponding user, comprising:
According to the first default allocation proportion, the payment amount corresponding with described price information is squeezed into respectively described first user and the account of described 2nd user.
Preferably, the online music payment methods that described embodiment provides also comprise: receive the 3rd service request that described user terminal sends, described 3rd service request comprises the music information bought the request information of music to the 3rd user and want to buy, and described 3rd user was for wanting the user of the music information of purchase to described 2nd user described in buying;
According to described 3rd service request, return corresponding price information to described user terminal;
Acceptance fee information really is sent after receiving the operation for paying the fee that described user terminal completes according to described price information;
According to the 2nd default allocation proportion, the payment amount corresponding with described price information is squeezed into respectively described first user and the account of described 3rd user.
Preferably, the online music payment methods that described embodiment provides also comprise: according to default distribution share, the payment amount squeezing into the account of described first user is squeezed into the account to associated user, and the account of described associated user is account that is that pre-set and account relating that is described first user.
Another embodiment of the present invention provides a kind of online music payment device, comprise server, described server is connected by network with user terminal, described device comprises: service request receiver module, for receiving the first service request that described user terminal sends, described first service request comprises the music information bought the request information of music to first user and want to buy, and described first user is the user uploading music to described server;
Response request module, for according to described first service request, returning corresponding price information to described user terminal;
Confirm paying receiver module, also after receiving operation for paying the fee that described user terminal completes according to described price information, send acceptance fee information really; And
Payment module, for squeezing into the account of described first user by the payment amount corresponding with described price information.
Preferably, in the online music payment device that another embodiment described provides, described service request receiver module is also for receiving the 2nd service request that described user terminal sends, described 2nd service request comprises the music information bought the request information of music to the 2nd user and want to buy, and described 2nd user was for wanting the user of the music information of purchase to described first user described in buying;
Described response request module is also for according to described 2nd service request, returning corresponding price information to described user terminal;
Described confirmation paying receiver module also sends acceptance fee information really after receiving operation for paying the fee that described user terminal completes according to described price information;
Described payment module also for squeezing into the account of corresponding user by the payment amount corresponding with described price information.
Preferably, in the online music payment device that another embodiment described provides, described payment module also for according to the first default allocation proportion, squeezing into described first user and the account of described 2nd user respectively by the payment amount corresponding with described price information.
Preferably, in the online music payment device that another embodiment described provides, described service request receiver module is also for receiving the 3rd service request that described user terminal sends, described 3rd service request comprises the music information bought the request information of music to the 3rd user and want to buy, and described 3rd user was for wanting the user of the music information of purchase to described 2nd user described in buying;
Described response request module is also for according to described 3rd service request, returning corresponding price information to described user terminal;
Described confirmation paying receiver module also sends acceptance fee information really after receiving operation for paying the fee that described user terminal completes according to described price information;
Described payment module also for according to the 2nd default allocation proportion, squeezing into described first user and the account of described 3rd user respectively by the payment amount corresponding with described price information.
Preferably, in the online music payment device that another embodiment described provides, described payment module also payment amount for the account by squeezing into described first user squeeze into the account to associated user according to default distribution share, the account of described associated user is account that is that pre-set and account relating that is described first user.
Compared with prior art, online music payment methods provided by the invention and device change existing network music purchasing pattern, achieve the operation of the direct purchase between user and the user uploading music buying music, and directly payment amount is squeezed into the account uploading music user by described server, operation steps is more simple, saves the process paying the user of corresponding expense to uploading music after middle music platform side receives payment amount again.
For making above-mentioned purpose, the feature and advantage of the present invention become apparent, cited below particularly go out better embodiment, and coordinate appended accompanying drawing, be described below in detail.
Accompanying drawing explanation
In order to be illustrated more clearly in the embodiment of the present invention or technical scheme of the prior art, it is briefly described to the accompanying drawing used required in embodiment below, apparently, accompanying drawing in the following describes is only some embodiments of the present invention, for those of ordinary skill in the art, under the prerequisite not paying creative work, it is also possible to obtain other accompanying drawing according to these accompanying drawings. By, shown in accompanying drawing, above-mentioned and other object of the present invention, Characteristics and advantages will be more clear. Reference numeral identical in whole accompanying drawing indicates identical part. Deliberately do not put drafting accompanying drawing by the contracting of physical size equal proportion, focus on illustrating the purport of the present invention.
The server that Fig. 1 provides for the better embodiment of the present invention and local terminal carry out mutual schematic diagram;
Fig. 2 is the block diagram of server in the better embodiment offer of the present invention;
The schema of a kind of online music payment methods being applied to the server shown in Fig. 2 that Fig. 3 provides for the better embodiment of the present invention;
The schema of another kind of online music payment methods being applied to the server shown in Fig. 2 that Fig. 4 provides for the better embodiment of the present invention;
The schema of another kind of online music payment methods being applied to the server shown in Fig. 2 that Fig. 5 provides for the better embodiment of the present invention;
The module frame chart of a kind of online music payment device that Fig. 6 provides for the better embodiment of the present invention.
Embodiment
Below in conjunction with accompanying drawing in the embodiment of the present invention, the technical scheme in the embodiment of the present invention is clearly and completely described, it is clear that described embodiment is only the present invention's part embodiment, instead of whole embodiments. The assembly of the embodiment of the present invention usually describing in accompanying drawing herein and illustrating can be arranged with various different configuration and design. Therefore, below to the detailed description of the embodiments of the invention provided in the accompanying drawings and the scope of the claimed the present invention of not intended to be limiting, but only represent the selected embodiment of the present invention. Based on embodiments of the invention, other embodiments all that those skilled in the art obtain under the prerequisite not making creative work, all belong to the scope of protection of the invention.
It should be noted that: similar label and letter accompanying drawing below represents similar item, therefore, once a certain Xiang Yi accompanying drawing is defined, then do not need it carries out definition further and explains in accompanying drawing subsequently.Meanwhile, in describing the invention, term " first ", " the 2nd " etc. are only for distinguishing description, and can not be interpreted as instruction or hint relative importance.
As shown in Figure 1, it is that the server 100 that the better embodiment of the present invention provides carries out mutual schematic diagram with local terminal 200. Described server 100 is communicated to connect by network and one or more local terminal 200, to carry out data corresponding or mutual. Described server 100 can be the webserver, database server etc. Described local terminal 200 can be PC (personalcomputer, PC), panel computer, smart mobile phone, personal digital assistant (personaldigitalassistant, PDA) etc.
As shown in Figure 2, it is the block diagram of described server 100. Described server 100 comprises online music payment device 300, storer 400, storage controller 500, treater 600, peripheral hardware interface 700.
Described storer 400, storage controller 500, treater 600, each element of peripheral hardware interface 700 are electrically connected each other directly or indirectly, to realize the transmission or mutual of data. Such as, these elements realize being electrically connected by one or more communication bus or signal wire each other. Described online music payment device 300 comprises at least one and can the form of software or firmware (firmware) be stored in described storer 400 or the software function module being solidificated in the operating system (operatingsystem, OS) of described local terminal 200 equipment. Described treater 600 can execution module, software function module that such as described online music payment device 300 comprises or computer program for what perform to store in storer 400.
Wherein, storer 400 can be, but it is not limited to, random access memory (RandomAccessMemory, RAM), read-only storage (ReadOnlyMemory, ROM), programmable read only memory (ProgrammableRead-OnlyMemory, PROM), erasable read-only memory (ErasableProgrammableRead-OnlyMemory, EPROM), electric erasable read-only storage (ElectricErasableProgrammableRead-OnlyMemory, EEPROM) etc. Wherein, storer 400 is for storing program, described treater 600 is after receiving execution instruction, perform described program, the method performed by server 100 of the stream procedure definition that aforementioned embodiment of the present invention any embodiment discloses can be applied in treater 600, or realizes by treater 600.
Treater 600 may be a kind of integrated circuit (IC) chip, has the processing power of signal. Above-mentioned treater 600 can be general procedure device, comprises central processing unit (CentralProcessingUnit is called for short CPU), network processes device (NetworkProcessor is called for short NP) etc.; Can also be digital signal processor (DSP), application specific integrated circuit (ASIC), ready-made programmable gate array (FPGA) or other programmable logic device parts, discrete gate or transistor logical device, discrete hardware components. Can realize or perform the disclosed each method in the embodiment of the present invention, step and logic diagram. General procedure device can be microprocessor or this treater can also be the treater etc. of any routine.
Various input/input unit is coupled to treater 600 and storer 400 by described peripheral hardware interface 700. In certain embodiments, peripheral hardware interface 700, treater 600 and storage controller 500 can realize in single chip, and in some other example, they can be realized by independent chip respectively.
Refer to Fig. 3, it is the schema of the online music payment methods being applied to the server 100 shown in Fig. 2 that the better embodiment of the present invention provides. Set forth to the idiographic flow shown in Fig. 3 below.
Step S101, receives the first service request that described user terminal sends, and described first service request comprises the music information bought the request information of music to first user and want to buy, and described first user is the user uploading music to described server 100.
First user uploads music to server 100 by the peripheral hardware interface 700 of server 100, when audience user wants the music buying a certain head or batch, namely the first service request is sent to server 100 by user terminal, first service request needs comprise two aspect information, one is the object bought, namely the user's purchase whom uploads music to is specified, and appointment is wanted to buy which first or which song.
It should be noted that, in this better embodiment, the user uploading music is preferably performance person or the executant of music.
Step S102, according to described first service request, returns corresponding price information to described user terminal.
After server 100 receives the first service request that user terminal sends, information according to purchase object included in the first service request and the music these two aspects wanting purchase analyzes corresponding price, and corresponding price information is back to user terminal. It should be noted that, described in want the price of the music information bought may for null element, namely audience user can freely listen or down-load music.
Step S103, sends acceptance fee information really after receiving the operation for paying the fee that described user terminal completes according to described price information.
After user terminal receives the price information that server 100 returns, audience user is confirmed whether to buy according to this price information, if continuing to buy, then audience user carries out confirming operation for paying the fee, after described confirmation operation for paying the fee completes, user terminal sends and confirms that paying information is to server 100.
Step S104, squeezes into the account of described first user by the payment amount corresponding with described price information.
Server 100 receives user terminal and sends really after acceptance fee information, the payment amount corresponding with described price information proceeds to the account of first user from the account of the user buying music, i.e. the account of purchase object.
It should be noted that, in this better embodiment, described account can be user's account that user registers on server 100, the account logged in can also be carried out by third party's account for user, such as QQ account, micro-letter account etc., can also be bank card account number, credit card account or Third-party payment platform account, as paid precious account. If payment amount is squeezed into the register account number of user by server 100, bank card number, credit number etc. and register account number can be bound by user mutually, after user initiates " withdrawing deposit " request, server responds this request, and is proceeded in the bank card number or credit number bound with it by corresponding " withdrawing deposit " amount of money.
Lower mask body illustrates the concrete operating process of present method:
A user, the performance person of music S, is uploaded onto the server music S 100, B user, i.e. audience user by peripheral hardware interface 700, initiates the first service request buying music S to A user on the local terminal 200 being connected with server 100 by network; Server 100 is after receiving described first service request, user A is corresponded to according to purchase, the music bought is wanted to be that these two information of music S determine corresponding price information M, and price information M is back to local terminal 200, B user is after learning that price information is M, can select to continue to buy or abandon to buy, if abandoning buying, then conclude the business end of processing, if continuing to buy, then complete payment operation, as clicked " confirming payment " key etc., after B user clicks " confirming payment ", local terminal 200 sends and confirms that paying information is to server 100;After server 100 receives the confirmation paying information, the payment amount corresponding to price information M is proceeded in the account of B user in the account of A user.
The payment mode of existing network music is that the audience's user charges buying music are to behind music platform side, music platform side again according to and the user uploading music between agreement or contract etc. pay corresponding copyright fee to the user uploading music, the complex steps of this kind of operator scheme, can not realize the direct purchase operation bought between the audience user of music and the user uploading music. The online music payment methods that the present embodiment provides, audience user can be made to like directly to oneself or the user uploading music that supports buys music, and directly pay in the account of purchase object, solve existing operator scheme complex steps, and the problem of the direct purchase operation bought between the audience user of music and the user uploading music cannot be realized. And, audience user is after certain music client end buys music, can listen or download identical music by identical music client end free on different carriers, different music client ends on different carriers can also freely be listened or download identical music, or listen or down-load music according on the different music client ends of corresponding distribution of interests agreement on different carriers.
Refer to Fig. 4, it is the schema of the online music payment methods being applied to the server 100 shown in Fig. 2 that another better embodiment of the present invention provides. Set forth to the idiographic flow shown in Fig. 4 below.
Step S201, receive the 2nd service request that described user terminal sends, described 2nd service request comprises the music information bought the request information of music to the 2nd user and want to buy, and described 2nd user was for wanting the user of the music information of purchase to described first user described in buying.
Audience user is except buying except the music oneself liked directly to the user uploading music, the 2nd user can also be passed through, namely the user having bought corresponding music to the user uploading music buys, so not only can make the value maximization of the music of the 2nd user's purchase, namely certain income is also obtained while sharing music with other people, it is also possible to audient's degree of music itself and popularity are improved. With the first service request similarly, the 2nd service request comprises two aspect information too, and one is purchase object, two be want buy music.
Step S202, according to described 2nd service request, returns corresponding price information to described user terminal.
Server 100 is according to the purchase object information in the 2nd service request and the corresponding price information of music information analysis wanting purchase, and price information is back to user terminal.
Step S203, sends acceptance fee information really after receiving the operation for paying the fee that described user terminal completes according to described price information.
Step S204, by the first allocation proportion preset, squeezes into described first user and the account of described 2nd user respectively by the payment amount corresponding with described price information.
Server 100 receives user terminal and sends really after acceptance fee information, according to first user, namely uploads the user of music, and the first allocation proportion set in advance is to distribute payment amount to the account of the account of first user and the 2nd user. For example, if the 2nd the first allocation proportion between user and first user uploading user's setting of music is p1:p2, wherein p1 and p2 is integer and sum is 100, then distributing to the 2nd user for buying p1% in the payment amount that music obtains to the 2nd user, p2% distributes to first user.
It should be noted that, the first allocation proportion is set by the user uploading music, and between the different users uploading music, setting can be different; The first allocation proportion between the identical user uploading music, different music informations can be different; And, the first allocation proportion between the identical user uploading music, identical music information, the 2nd different users can also be different.
Below by the concrete operating process that this better embodiment is described concrete on the basis of above-mentioned given example:
C user initiates to B user by body terminal 200 to server 100, i.e. the 2nd user, buys the 2nd service request of music S; After server 100 receives described 2nd service request, according to purchase object B and want these two information of music S bought to determine corresponding price information M1, and price information M1 is back to local terminal 200; After C user learns price information, continuation can being selected to buy or abandon to buy, if continuing to buy, then after completing purchase operation, local terminal 200 sends and confirms that paying information is to server 100; After server 100 receives the confirmation paying information, payment amount is made the account of B user and A user.
Price information M1 can equal price information M, price information M can also be less than, when the payment amount corresponding with price information M1 is made the account of B user and A user, specifically can according to A user preset or for described in each the 2nd service request setting the first allocation proportion distribute, such as allocation proportion between B user and A user is P1:P2, wherein P1 and P2 sum is 100, then the M1*P1/100 in payment amount makes the account of B user, and M1*P2/100 makes the account of A user.
Refer to Fig. 5, it is the schema of the online music payment methods being applied to the server 100 shown in Fig. 2 that another better embodiment of the present invention provides. Set forth to the idiographic flow shown in Fig. 5 below.
Step S301, receive the 3rd service request that described user terminal sends, described 3rd service request comprises the music information bought the request information of music to the 3rd user and want to buy, and described 3rd user was for wanting the user of the music information of purchase to described 2nd user described in buying.
This better embodiment achieves a kind of multi-level sharing payment mode, wherein, 3rd user was for wanting the user of music information bought to the 2nd user described in buying, 2nd user was for wanting the user of music information bought to first user described in buying, first user is the user uploading music to server 100, audience user is bought by the 3rd user, it is possible to purchase process is simplified more, improves audient's degree and the popularity of bought music simultaneously. For this kind of multi-level sharing payment mode, it is also possible to be applied in existing payment mode.
Step S302, according to described 3rd service request, returns corresponding price information to described user terminal.
In multi-level sharing payment mode, the price information corresponding for the price information corresponding with described first service request and described 2nd service request and the price information corresponding with described 3rd service request, concrete price between this three is set by first user, in the present embodiment, preferably, the price information corresponding with described first service request is greater than the price information corresponding with described 2nd service request, and the price information corresponding with described 2nd service request equals the price information corresponding with described 3rd service request.
Step S303, sends acceptance fee information really after receiving the operation for paying the fee that described user terminal completes according to described price information.
Step S304, by the 2nd allocation proportion preset, squeezes into described first user and the account of described 3rd user respectively by the payment amount corresponding with described price information.
With the first allocation proportion similarly, the 2nd allocation proportion is set by the user uploading music, and between the different users uploading music, setting can be different; The 2nd allocation proportion between the identical user uploading music, different music informations can be different; And, the 2nd allocation proportion between the identical user uploading music, identical music information, the 2nd different users can also be different.
Step S305, squeezes into the account to associated user by the payment amount squeezing into the account of described first user according to default distribution share, and the account of described associated user is account that is that pre-set and account relating that is described first user.
The payment amount received in its account is paid other interests main bodys being associated according to certain allocation proportion by first user, if first user is performance person, the interests main body that then associates is it may be that but be not limited to, music platform side, record company, ci and qu author etc.
Below by the concrete operating process that this better embodiment is described concrete on the basis of above-mentioned given example:
D user initiates to C user by local terminal 200 to server 100, i.e. the 3rd user, buys the 3rd service request of music S; The purchase object C user that server 100 comprises according to the 3rd service request and want the music S these two aspects information bought to set price information M2, and price information M2 is back to local terminal 200; D user determines according to price information M2 to continue to buy or abandon to buy, if continuing to buy, then D user completes payment operation in body terminal 200, and local terminal 200 sends and confirms that paying information is to server 100; After server 100 receives the confirmation paying information, corresponding payment amount is made according to the 2nd allocation proportion the account of C user and the account of A user; The payment amount squeezed in A user's account is squeezed in the account of associated user by server 100 again according to default distribution share.
In this better embodiment, it may be preferred that price information M2 equals price information M1, and price information M1 is less than price information M, the 2nd allocation proportion between C user and A user is p3:p4, p3 and p4 sum is 100, and the 2nd allocation proportion can be identical with the first allocation proportion, it is also possible to different, income in A user's account can regularly be squeezed in corresponding associated account number according to distribution share by server 100, squeeze in corresponding associated account number according to distribution share while can also payment amount being squeezed in A user's account every time, such as associated user is record company, word author, bent author and music platform side, distribution share between this and A user is followed successively by p5:p6:p7:p8:p9, p5, p6, p7, p8 and p9 sum is 100, according to the mode of timing allocation interests, as completed the first service request successively, after 2nd service request and service request, the gross earnings of A user's account is M+M1*P2/100+M2*P4/100, then distribute to the income share of record company for (M+M1*P2/100+M2*P4/100) * P5/100, with managing ground, the income share of other three associated users can be calculated.
Refer to Fig. 6, it is the online music payment device 300 being applied to the server 100 shown in Fig. 2 that the better embodiment of the present invention provides. Set forth to the specific functional modules shown in Fig. 6 below.
Described service request receiver module 401, for receiving described first service request. Specifically, this receiver module 401 can be used for performing step S101, and concrete working method can join the above-mentioned detailed description to step S101.
Described response request module 402, for according to described first service request, returning corresponding price information to described user terminal. Specifically, this response request module 402 can be used for performing step S102, and concrete working method can join the above-mentioned detailed description to step S102.
Described confirmation paying receiver module 403, sends acceptance fee information really after receiving operation for paying the fee that described user terminal completes according to the price information corresponding with described first service request. Specifically, this confirmation paying receiver module 403 can be used for performing step S103, and concrete working method can join the above-mentioned detailed description to step S103.
Described payment module 404, for squeezing into the account of described first user by the payment amount corresponding with described price information. Specifically, this payment module 404 can be used for performing step S104, and concrete working method can join the above-mentioned detailed description to step S104.
Refer to Fig. 6, it is the online music payment device 300 being applied to the server 100 shown in Fig. 2 that another better embodiment of the present invention provides. Set forth to the specific functional modules shown in Fig. 6 below.
Described service request receiver module 401, also for receiving described 2nd service request and described 3rd service request. Specifically, this receiver module 401 can be respectively used to perform step S201 and step S301, and concrete working method can join the above-mentioned detailed description to step S201 and step S301.
Described response request module 402, also for price information corresponding to the price information corresponding with described 2nd service request and described 3rd service request is back to described user terminal. Specifically, this response request module 402 can be respectively used to perform step S202, step S302, and concrete working method can join the above-mentioned detailed description to step S202 and step S302.
Described confirmation paying receiver module 403, also for send acceptance fee information really after receiving operation for paying the fee that described user terminal completes according to the price information corresponding with described 2nd service request and complete according to the price information corresponding with described 3rd service request operation for paying the fee after send acceptance fee information really. Specifically, this confirmation paying receiver module 403 can be respectively used to perform step S203 and step S303, and concrete working method can join the above-mentioned detailed description to step S203 and step S303.
Described payment module 404, also for according to the first default allocation proportion, payment amount corresponding for the price information returned according to described 2nd service request is squeezed into respectively described first user and the account of described 2nd user, also for according to the 2nd default allocation proportion, payment amount corresponding for the price information returned according to described 2nd service request is squeezed into respectively described first user and the account of described 3rd user, and the payment amount for the account by squeezing into described first user squeezes into the account to associated user according to default distribution share.Specifically, this payment module 404 can be respectively used to perform step S204, step S304 and step S305, and concrete working method can be joined above-mentioned to the detailed description of step S204, step S304 and step S305.
In several embodiments that the application provides, it should be appreciated that, disclosed device and method, it is also possible to realize by another way. Device embodiment described above is only schematic, and such as, schema in accompanying drawing and block diagram show the device of the multiple embodiments according to the present invention, the architectural framework that may realize of method and computer program product, function and operation. In this, each square frame in schema or block diagram can represent a part for a module, programsegment or code, and a part for described module, programsegment or code comprises the performed instruction of one or more logic function for realizing regulation. It should also be noted that at some as, in the implementation replaced, the function marked in square frame can also to be different from occurring in sequence of marking in accompanying drawing. Such as, in fact two continuous print square frames can perform substantially parallel, and they can also perform by contrary order sometimes, and this determines according to involved function. Also it should be noted that, the combination of the square frame in each square frame in block diagram and/or schema and block diagram and/or schema, can realize by the special hardware based system of the function or action that perform regulation, or can realize with the combination of specialized hardware and computer instruction.
In addition, each function module in each embodiment of the present invention can integrate and form an independent part, it is also possible to be each module Individual existence, it is also possible to two or more module integrations form an independent part.
If described function realize using the form of software function module and as independent production marketing or when using, it is possible to be stored in a computer read/write memory medium. Based on such understanding, the technical scheme of the present invention in essence or says that the part of part or this technical scheme prior art contributed can embody with the form of software product, this computer software product is stored in a storage media, comprise some instructions with so that a computer equipment (can be Personal Computer, server 100, or the network equipment etc.) perform all or part of step of method described in each embodiment of the present invention. And aforesaid storage media comprises: USB flash disk, portable hard drive, read-only storage 400 (ROM, Read-OnlyMemory), random access memory 400 (RAM, RandomAccessMemory), magnetic disc or CD etc. various can be program code stored medium. It should be noted that, herein, the such as relational terms of first and second grades and so on is only used for separating an entity or operation with another entity or operational zone, and not necessarily requires or imply to there is any this kind of actual relation or sequentially between these entities or operation. And, term " comprises ", " comprising " or its any other variant are intended to contain comprising of nonexcludability, so that comprise the process of a series of key element, method, article or equipment not only comprise those key elements, but also comprise other key elements clearly do not listed, or also comprise the key element intrinsic for this kind of process, method, article or equipment. When not more restrictions, the key element limited by statement " comprising ... ", and be not precluded within process, method, article or the equipment comprising described key element and also there is other identical element.
The foregoing is only the preferred embodiments of the present invention, be not limited to the present invention, for a person skilled in the art, the present invention can have various modifications and variations. Within the spirit and principles in the present invention all, any amendment of doing, equivalent replacement, improvement etc., all should be included within protection scope of the present invention.
Claims (10)
1. online music payment methods, are applied to server, and described server is connected by network with user terminal, it is characterised in that, described method comprises:
Receiving the first service request that described user terminal sends, described first service request comprises the music information bought the request information of music to first user and want to buy, and described first user is the user uploading music to described server;
According to described first service request, return corresponding price information to described user terminal;
Acceptance fee information really is sent after receiving the operation for paying the fee that described user terminal completes according to described price information;
The payment amount corresponding with described price information is squeezed into the account of described first user.
2. online music payment methods according to claim 1, it is characterised in that, described method also comprises:
Receive the 2nd service request that described user terminal sends, described 2nd service request comprises the music information bought the request information of music to the 2nd user and want to buy, and described 2nd user was for wanting the user of the music information of purchase to described first user described in buying;
According to described 2nd service request, return corresponding price information to described user terminal;
Acceptance fee information really is sent after receiving the operation for paying the fee that described user terminal completes according to described price information;
The payment amount corresponding with described price information is squeezed into the account of corresponding user.
3. online music payment methods according to claim 2, it is characterised in that, the step of the described account that the payment amount corresponding with described price information is squeezed into corresponding user, comprising:
According to the first default allocation proportion, the payment amount corresponding with described price information is squeezed into respectively described first user and the account of described 2nd user.
4. online music payment methods according to claim 2, it is characterised in that, described method also comprises:
Receive the 3rd service request that described user terminal sends, described 3rd service request comprises the music information bought the request information of music to the 3rd user and want to buy, and described 3rd user was for wanting the user of the music information of purchase to described 2nd user described in buying;
According to described 3rd service request, return corresponding price information to described user terminal;
Acceptance fee information really is sent after receiving the operation for paying the fee that described user terminal completes according to described price information;
According to the 2nd default allocation proportion, the payment amount corresponding with described price information is squeezed into respectively described first user and the account of described 3rd user.
5. online music payment methods according to Claims 1-4 any one, it is characterised in that, described method also comprises;
According to default distribution share, the payment amount squeezing into the account of described first user is squeezed into the account to associated user, and the account of described associated user is account that is that pre-set and account relating that is described first user.
6. an online music payment device, it is characterised in that, comprise server, described server is connected by network with user terminal, and described device comprises:
Service request receiver module, for receiving the first service request that described user terminal sends, described first service request comprises the music information bought the request information of music to first user and want to buy, and described first user is the user uploading music to described server;
Response request module, for according to described first service request, returning corresponding price information to described user terminal;
Confirming paying receiver module, described receiver module also sends acceptance fee information really after receiving operation for paying the fee that described user terminal completes according to described price information; And
Payment module, for squeezing into the account of described first user by the payment amount corresponding with described price information.
7. online music payment device according to claim 6, it is characterised in that,
Described service request receiver module is also for receiving the 2nd service request that described user terminal sends, described 2nd service request comprises the music information bought the request information of music to the 2nd user and want to buy, and described 2nd user was for wanting the user of the music information of purchase to described first user described in buying;
Described response request module is also for according to described 2nd service request, returning corresponding price information to described user terminal;
Described confirmation paying receiver module also sends acceptance fee information really after receiving operation for paying the fee that described user terminal completes according to described price information;
Described payment module also for squeezing into the account of corresponding user by the payment amount corresponding with described price information.
8. online music payment device according to claim 7, it is characterized in that, described payment module also for according to the first default allocation proportion, squeezing into described first user and the account of described 2nd user respectively by the payment amount corresponding with described price information.
9. online music payment device according to claim 7, it is characterised in that,
Described service request receiver module is also for receiving the 3rd service request that described user terminal sends, described 3rd service request comprises the music information bought the request information of music to the 3rd user and want to buy, and described 3rd user was for wanting the user of the music information of purchase to described 2nd user described in buying;
Described response request module is also for according to described 3rd service request, returning corresponding price information to described user terminal;
Described confirmation paying receiver module also sends acceptance fee information really after receiving operation for paying the fee that described user terminal completes according to described price information;
Described payment module also for according to the 2nd default allocation proportion, squeezing into described first user and the account of described 3rd user respectively by the payment amount corresponding with described price information.
10. online music payment device according to claim 6 to 9 any one, it is characterised in that,
Described payment module also payment amount for the account by squeezing into described first user squeeze into the account to associated user according to default distribution share, the account of described associated user is account that is that pre-set and account relating that is described first user.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201510975529.XA CN105654280A (en) | 2015-12-23 | 2015-12-23 | Network music payment method and device |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201510975529.XA CN105654280A (en) | 2015-12-23 | 2015-12-23 | Network music payment method and device |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| CN105654280A true CN105654280A (en) | 2016-06-08 |
Family
ID=56477815
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201510975529.XA Pending CN105654280A (en) | 2015-12-23 | 2015-12-23 | Network music payment method and device |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN105654280A (en) |
Citations (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN1536814A (en) * | 2003-03-10 | 2004-10-13 | Digital medium exchanging central plat form | |
| CN104318817A (en) * | 2014-11-03 | 2015-01-28 | 湖南亿谷信息科技发展有限公司 | Interactive learning platform and method |
| CN104915858A (en) * | 2015-06-03 | 2015-09-16 | 无锡天脉聚源传媒科技有限公司 | Online video product shop setting up method and device |
| CN104935961A (en) * | 2015-06-03 | 2015-09-23 | 无锡天脉聚源传媒科技有限公司 | Method and device for opening shop for online video products |
-
2015
- 2015-12-23 CN CN201510975529.XA patent/CN105654280A/en active Pending
Patent Citations (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN1536814A (en) * | 2003-03-10 | 2004-10-13 | Digital medium exchanging central plat form | |
| CN104318817A (en) * | 2014-11-03 | 2015-01-28 | 湖南亿谷信息科技发展有限公司 | Interactive learning platform and method |
| CN104915858A (en) * | 2015-06-03 | 2015-09-16 | 无锡天脉聚源传媒科技有限公司 | Online video product shop setting up method and device |
| CN104935961A (en) * | 2015-06-03 | 2015-09-23 | 无锡天脉聚源传媒科技有限公司 | Method and device for opening shop for online video products |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US11514411B2 (en) | Multi-tier tokenization platform | |
| US20180068350A1 (en) | Automated method for allocation of advertising expenditures to maximize performance through look-alike customer acquisition | |
| WO2020041981A1 (en) | Diagnostic device rental method, server, and storage medium | |
| CN104573994A (en) | Book management method and book management device | |
| CN106127533A (en) | A kind of line lower integral exchanging method based on Quick Response Code and system | |
| JP7097980B2 (en) | Blockchain-based set replacement methods and equipment for available resource quotas | |
| KR102015024B1 (en) | Seller shopping mall integrated management system | |
| CN106415639A (en) | Advertisement price discounting | |
| US20070124229A1 (en) | Random drawing auction system and method based on entrance fee profit model | |
| CN107967594A (en) | Reconciliation settlement method and reconciliation settlement system | |
| CN111709777A (en) | Payment mode recommendation method, system, terminal device and storage medium | |
| CN106998314B (en) | Account interaction method and device | |
| US10242353B2 (en) | System and method for open distribution of digital media | |
| CN100561515C (en) | A kind of multimedia file download terminal and download system | |
| CN110489705B (en) | Method, device, terminal equipment and storage medium for calculating brokerage fee | |
| KR102091190B1 (en) | System for paying using virtual money and method thereof | |
| CN105654280A (en) | Network music payment method and device | |
| CN115358819A (en) | Data processing method and device | |
| CN103679437A (en) | Data processing method and data processing system | |
| CN110648236A (en) | Stock transaction data processing method and device based on block chain | |
| KR20230158678A (en) | The device for providing rental service managing platform | |
| CN114565391A (en) | Automatic payment method and device | |
| CN109816558B (en) | Transformer technology service platform system based on SAAS | |
| WO2015192519A1 (en) | Bid ranking method and device | |
| CN112199191A (en) | Data matching method, device and system for virtual transaction |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| C06 | Publication | ||
| PB01 | Publication | ||
| C10 | Entry into substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| RJ01 | Rejection of invention patent application after publication | ||
| RJ01 | Rejection of invention patent application after publication |
Application publication date: 20160608 |