CN1867936A - Method and apparatus to facilitate generation of invoices combining multiple transactions established utilizing a multi-seller network-based marketplace - Google Patents

Method and apparatus to facilitate generation of invoices combining multiple transactions established utilizing a multi-seller network-based marketplace Download PDF

Info

Publication number
CN1867936A
CN1867936A CNA2004800296043A CN200480029604A CN1867936A CN 1867936 A CN1867936 A CN 1867936A CN A2004800296043 A CNA2004800296043 A CN A2004800296043A CN 200480029604 A CN200480029604 A CN 200480029604A CN 1867936 A CN1867936 A CN 1867936A
Authority
CN
China
Prior art keywords
transaction
seller
subclass
combined
invoice
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Pending
Application number
CNA2004800296043A
Other languages
Chinese (zh)
Inventor
P·傅
E·B·翰森
G·梁
D·刘
N·-H·D·阮
A·L·桑德勒
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
eBay Inc
Original Assignee
eBay Inc
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 eBay Inc filed Critical eBay Inc
Publication of CN1867936A publication Critical patent/CN1867936A/en
Pending legal-status Critical Current

Links

Images

Landscapes

  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)

Abstract

In one case, supporting deal between multiple buyers and sellers in market based on network; as part the receipt generation, marking the first user as one side, marking one or more subsets for deal standard, and generating receipt for at least one subset.

Description

Be convenient to generate the method and apparatus of the invoice that makes up a plurality of transaction that utilize a plurality of sellers based on network market foundation
Related application
The application requires the U.S. Provisional Application No.60/495 of submission on August 14th, 2003, the No.60/501 that on September 8th, 648 and 2003 submitted to, 251 rights and interests.
Technical field
The present invention relates generally to the technical field of business automation, more particularly, relate to the method and system of being convenient to generate the invoice that makes up a plurality of transaction that utilize a plurality of sellers based on network market foundation.
Background technology
Along with the extensive employing of technique of internet, based on network market has become the commodity of gained popularity and the deal place of service.Along with more and more sellers turn to based on network market as important channel of distribution, provide the needs of the instrument of drawing a bill to increase to this type of seller thereupon.
Though have the instrument of drawing a bill (for example Quickbooks of exploitation of Intuit company and sale) of many routines to use for the seller usually, this type of instrument of drawing a bill is independent of the market that the seller has set up transaction usually.Therefore, need the manual input of the seller information relevant with the transaction that will generate invoice.
In order to make based on network market more attractive to the seller, there is certain inducement in the operator in based on network market, with provide closely with market in conjunction with the instrument of drawing a bill that also can retrieve and in invoice, comprise the information of relevant transaction automatically.But the design of the instrument of drawing a bill that this type of is integrated proposes many technical barriers, exactly, and about can how to customize invoice to be suitable for particular transaction and certain buyer or the seller's unique need.Moreover, under the situation of the given variable that may be associated with particular transaction in a large number, there are many technical barriers that generate robotization at the invoice of the instrument of drawing a bill by this type of.
Summary of the invention
According to an aspect of the present invention, in based on network market, support the foundation of concluding the business between a plurality of buyeies and a plurality of seller.As the part of invoice generative process, first user who identifies based on network market is a plurality of transaction of a side.Moreover, identify in these transaction and satisfy one or more subclass of standard capable of being combined, and be conclude the business at least one generation invoice of subclass of institute's sign.
Description of drawings
Non-limiting mode illustrates the present invention by example in the accompanying drawings, and similar label is represented similar parts in the accompanying drawing, in the accompanying drawing:
Fig. 1 is the network chart of explanation business system of an example embodiment according to the present invention.
Fig. 2 is the block diagram that use in explanation a plurality of markets that example embodiment provides as the part in based on network market according to the present invention.
Fig. 3 is that explanation can be utilized the also senior entity relationship synoptic diagram of the various databases of support the market by market.
Fig. 4 illustrates the various field of database table.
Fig. 5 is used to create the process flow diagram of an embodiment of process that combination utilizes the invoice of a plurality of transaction that based on network market sets up.
Fig. 6 and 14 is the block diagrams of two embodiment in addition that are used to generate the process that the seller of the invoice that merges a plurality of projects initiates.
Figure 19 is the block diagram that is used to generate an embodiment of the process that the buyer of the invoice of a plurality of projects of combination initiates.
Figure 29 A-29B and 30A-30C are the block diagrams of several embodiment that is used to define the process of the fees policy that is associated with the transaction of making up.
Figure 35 and 37 is used to use predefined fees policy to calculate to comprise institute to make up the block diagram of two embodiment of process of the expense of the invoice of concluding the business.
The exemplary user interface (UI) that Fig. 7-13,15-18,20-28,31-34 and 36 explanations are presented to the market user according to various embodiments of the invention.
Figure 38 is that the synoptic diagram of example computer system is represented.
Embodiment
A kind of method and system of being convenient to generate the invoice that makes up a plurality of transaction that utilize a plurality of sellers based on network market foundation has been described.In the explanation, for explanatory purposes, many details have been set forth, hereinafter so that complete understanding of the present invention is provided.But concerning those skilled in the art, obviously the present invention can implement under the situation of these details not having.
Platform structure
Fig. 1 is that an example embodiment has the network diagram of the business system 10 of client computer one server architecture according to the present invention in explanation.Exactly, in the based on network market 12 of demonstration form, transaction platform provides the functional of server end through network 14 (for example the Internet) to one or more clients.Fig. 1 for example illustrates the Web client 16 that the carries out browser of the Internet Explorer browser of Microsoft's exploitation of Redmond (for example such as) and programming (programmatic) client 18 on client computer 20 and 22 separately.
Go to based on network market 12, application programming interfaces (API) server 24 and Web server 26 are connected to one or more application servers 28, and provide DLL (dynamic link library) and Web interface respectively to it.Application server 28 is left with application 30 of one or more markets and payment applications 32.In one embodiment, application server 28 comprises that leaving with one or more markets uses 30 marketplace server and the payment server of leaving with one or more payment applications 32.
Application server 28 is connected to one or more database servers 34 of being convenient to one or more database 36 visits.
The a plurality of functions of the market of customer support and the service of 30 pairs of visited market 12 used in market.Payment applications 32 provides a plurality of paid services and function to the client of visited market 12 equally.Though market and payment applications 30 and 32 all are shown as a part that constitutes based on network market 12 in Fig. 1, will recognize that in another embodiment of the present invention, payment applications 32 can constitute separates with market 12 and the part of different paid service.
Further, though business system shown in Figure 1 10 adopts client-servers, the present invention is not limited to this structure certainly, and equally can be preferably distributed or to the equation structural system in find to use.Market that these are different and payment applications 30 and 32 also can be embodied as the stand alone software program that needn't have networked capabilities.
To recognize that Web client 16 is through the various markets of Web interface accessing and payment applications 30 and 32 of Web server 26 supports.Similarly, programming client 18 visits various services and the function that is provided by market and payment applications 30 and 32 through the DLL (dynamic link library) that API server 24 provides.Programming client 18 for example can be that the seller uses (for example the TurboLister of Jia Nifuni lesser sage Jones's eBay company exploitation uses), so that the seller can be with the tabulation on offline mode editor and the regulating the market 12, and can carry out programming client 18 and communicate by letter with the batch mode between the based on network market 12.
Fig. 1 also illustrates on third-party server machine 40 third party who carries out and uses 38, and the DLL (dynamic link library) that provides through DLL (dynamic link library) 40 and API server 24 programmatic access to based on network market 12 is provided.For example, the third party uses 38 and can utilize from the information of based on network market 12 retrievals, supports the third party to leave with the one or more feature or functions on the website.The third party website for example can provide one or more markets or the payment function of being supported by the related application in based on network market 12.
Use in market
Fig. 2 is that explanation is used 30 block diagram as a plurality of markets that the part in based on network market 12 provides in example embodiment of the present invention.Market 12 can provide a plurality of tabulations and pricing mechanism, and the seller can list the commodity or the service of sale thus, and the buyer can be to buying these type of commodity or service expression interest or expression purpose, and can be to these commodity or serve relevant transaction price.For this reason, market is used 30 and is illustrated as the one or more auction applications 44 that comprise tabulation of support auction format and pricing mechanism (for example English auction, Dutch Auction, Vickrey auction, Chinese style auction, double auction, reverse auction etc.).Also can provide support a plurality of features of this type of auction format tabulation of various auction applications 44, as the reserve price feature, the seller can specify reserve price in conjunction with tabulation and agency's bid feature thus, and the offerer can call automatic agency's bid thus.
A plurality of fixed price are used 46 and are supported the listings format (for example tabulation of general classification adline or directory listing) of fixed price and the tabulation of buyout type.Exactly, can tabulate in conjunction with auction format the buyout list of types is provided, and allow the buyer to buy also in the commodity or the service of by inch of candle selling than the high fixed price of auction trigger price with common.
Memory application 48 allows the seller that their tabulation is aggregated in " virtual " storer, can be marked with brand and otherwise personalized for themselves by the seller.It is special at the relevant seller and to its personalized sales promotion, award and feature that this virtual memory also can provide.
The each side that reputation applications 50 allows to utilize 12 transaction of based on network market sets up, establishes and safeguard the prestige that can know and be distributed to potential trade partners for potential trade partners.Exactly, support under the situation of person to person's transaction that in based on network market 12 transaction each side may not have history or other reference informations to come to determine trust degree and reliability thus.The for example feedback by being provided by other trade partners of a side is provided for reputation applications 50, and sets up prestige in the past along with the time in based on network market 12.Other potential trade partners can be with reference to this prestige then for assessment reliability and trust degree.
Personalized application 52 allows the mutual various aspects in user individual they and the market 12 in markets 12.For example, the user can utilize suitable personalized application 52, establishment can check relevant this user as the personalization of the information of a side transaction with reference to the page.Moreover personalized application 52 can allow the user individual tabulation, and they and market 12 and other mutual aspects of other parties.
In one embodiment, a plurality of markets at the particular geographic area customization for example can be supported in based on network market 12.A version in market 12 can customize at Britain, and another version in market 12 can customize at the U.S..Each of these versions can perhaps can customize (or internationalization) and be the expression in general basic market as the independently market promotion.
Can be convenient to the navigation in based on network market 12 by one or more search application 56.For example, the keyword search that allows the tabulation of 12 issues through market is used in a search.Browse application allow the user browse can be in market 12 to the various classifications of list category institute basis or catalogue, data structure.Can provide various other navigation application, to replenish search and browse application.
In order to make tabulation available with visual means notice and the based on network market 12 of attractive ground warp as far as possible, market uses 30 can comprise one or more imaging applications 58, and the user can use it to upload image, so that be included in the tabulation.Imaging applications 58 also is operating as image is combined in the tabulation of being checked.Imaging applications 58 can also be supported one or more promotional features, as presenting to the potential buyer's image picture library.For example, the seller can pay additional expense, so as to have with promotional items image picture library in one or more images that are associated in the tabulation that comprised.
The list creating application 60 permission sellers edit easily with them and wish the commodity of 12 transaction through market or serve relevant tabulation, and list management is used 62 these type of tabulations of permission seller-managed.Exactly, edited and/or issued in the situation of a large amount of tabulations in particular vendors, the management of this type of tabulation may propose a difficult problem.List management uses 62 provides a plurality of features (for example automatically tabulation, inventory level monitor etc.) again to help this type of tabulation of seller-managed.The 64 a plurality of activities that also help after the seller carries out common the tabulation are used in one or more tabulation backs (post-listing) management.For example, when the auction of one or more auction applications 44 promotions was finished, the seller may wish to keep the feedback of relevant certain buyer.For this reason, the management of tabulation back is used 64 and can be provided to the interface of one or more reputation applications 50, so that allow the seller easily relevant a plurality of buyeies' feedback to be offered reputation applications 50.
Dispute solves application 66 mechanism that can solve issuable dispute between the parties thus is provided.Exactly, dispute solves application 66 can provide boot, guides each side to attempt resolving a dispute by a plurality of steps thus.Can't solve by boot under the situation of dispute, dispute can be upgraded to third party peace-maker or arbitrator.
A plurality of swindles are taken precautions against and are used the various swindles detections of 68 enforcements and take precautions against mechanism, reduce the generation of swindle in the market 12.
The generation of message transmission application 78 responsible message and message are to the user's in based on network market 12 transmission, this type of message for example (is for example advised to the user with regard to the state of tabulation on the relevant market 12, in auction process, provide " bid of trying to be the first " notice, or provide sales promotion and marketing information) to the user to the offerer.
Marketing is used 80 and is supported the extensive stock that can offer the seller to promote function, sells to allow the seller to increase by market 12.Marketing is used 80 and is also operated the extensive stock distribution feature that the seller can call, and can monitor and follow the tracks of the success of the used marketing strategy of the seller.
Based on network market 12 itself, or the one or more parties by market 12 transaction can be operated by one or more loyal 82 loyalty program of supporting of using.For example, the buyer can because of each and particular vendors be set up and/or loyalty point is won in the transaction of conclusion of the business, and can be provided an award, and it can repay the loyalty point of being accumulated.
In order to make the seller generate invoice effectively and to send it to buyer, market is used 30 and is comprised one or more invoices application 84.According to an example embodiment of the present invention, invoice uses 84 can comprise order application 86, and it allows the user (for example buyer or the seller) in based on network market 12 easily a plurality of transaction to be combined in the order for drawing a bill purpose.Invoice use 84 also can comprise transport with service charge use 84 with robotization at least in part relevant with one or more orders transport the calculating of using with service charge, also comprise the calculating of insurance premium application 86 down to the small part robotization insurance premium relevant with order.Order application 86 is illustrated as and comprises order discount module 88, and it automatically calculates and apply and the relevant discount of various order conditions according to the rule of storage.Equally, transport and use 84 and be illustrated as and comprise and transport discount module 90, it is operating as automatically to calculate and apply according to the rule of storage transports discount.Other details of the example embodiment of relevant invoice application 84 hereinafter are provided.
Data structure
Fig. 3 is senior entity relationship synoptic diagram, and various tables 91 are shown, and it can be kept in the database 36, and is utilized by market 12 and payment applications 30 and 32, and supports them.Subscriber's meter 92 comprises each registered user's in based on network market 12 record, and can comprise identifier, address and the financial instrument information relevant with each this registered user.To recognize that user-operable is the seller, the buyer in the based on network market 12 or the two.
Table 91 also comprises repertory 94, and wherein having preserved can be for each project of concluding the business or having concluded the business by market 12 or the item record of service.Also each item record in the repertory 94 can be linked to the one or more user records in the subscriber's meter 92, so that a seller and one or more reality or the potential buyer are associated with each item record.
Fig. 4 shows can be to the various field of each the record support in the repertory 94.With regard to example embodiment of the present invention, will notice that especially each item record can comprise " capable of being combined " field 96, the indication that is provided by the seller can be provided for it, indicates the transaction relevant with relevant item to make up so that create an order with other transaction.As mentioned below, in the invoice generative process relevant with order, invoice uses 84 also can utilize dealing state, invoice state, payment state and currency identifier field 98-104.
With reference to figure 3, table 91 also comprises tran list 106, and it comprises the record of each transaction (for example purchase-transaction) relevant with the project of the record that exists in the repertory 94.Exactly, when between the buyer and the seller when setting up agreement with particular commodity or the relevant exchange value of service, can in tran list 106, create the transaction record relevant with specific project.
As shown in Figure 4, each record in the tran list 106 can comprise item identifier 108, seller identifier 110 and the buyer identifier 112 that is linked to item record in the repertory 94, and each in the seller and buyer identifier 110 and 112 is linked to the user record in the subscriber's meter 92.Should be noted that, but a plurality of transaction record chains in the tran list 106 take back an item record in the repertory 94, at this, this item record is relevant with the project of most amounts (multi-quantity).
Order table 114 is filled with order record, and each order record is associated with an order.Each order again can be at one or more transaction of the record that exists in tran list 106.Like this, a plurality of transaction identifiers 116 can be quoted in the record of the specific indent in the order table 114.In this example embodiment, each order record only can indicate a buyer-seller right, and this buyer-seller is to being identified by seller identifier and buyer identifier 110 and 112.
Table 91 also is illustrated as and comprises rule list 118, and it is shown as and is linked to subscriber's meter 92.Exactly, with regular record fill rule table 118, the various fees policies that each regular record sign is associated with the user in based on network market 12.With reference to figure 4, will notice that definitely each regular record comprises seller identifier and buyer identifier field 110 and 112.Therefore, ad hoc rules can be associated with user as the buyer or seller role.For example, when the specific user operates as buyer role in market 12, specific fees policy can be associated with this user, and when this specific user operates as seller role in market 12, different fees policies can be associated with this user.
Each regular record in the rule list 118 also can write down and buy fees policy 120, transport with formality fees policy 122 and transport insurance fees policy 124.When calculating will be reflected in the total expenses of the order in the invoice, invoice was used 84 and is quoted regular 120-124.Therefore, regular 120-124 can be reflected in automatic (or automatic to small part) calculating of the total expenses relevant with order user preferential (preference).Exactly, buy fees policy 120 and can specify the purchase that participates at institute's identifying user and the expense computation rule that calls.For example, when operating with seller's qualification, the user can specify the purchase fees policy 120 of discount granted when the buyer buys a plurality of project (for example number percent of total purchase price interest concessions) institute's foundation.Equally, when operating, transport to specify how to calculate to transport and use with service charge at the project of buying from this user with formality fees policy 122 with seller's qualification.In an example embodiment of the present invention, this transporting with formality fees policy 122 comprises that actual rate is transported fees policy and flat rate transports fees policy, and every kind of rule type is customized by the seller, and be preferential to reflect the seller's.Hereinafter provide about demonstration and transport and other details of formality fees policy 122.Transport the 124 same reflections of insurance fees policy at the user preferential that transports premium of insurance calculating, and can use 84 by invoice and when generating invoice, call, with the calculating of this expense of robotization at least in part.
Fig. 3 also illustrates table 91 and comprises bid table 130.That each bid record in the bid table 130 relates in based on network market is 12 that receive, with the relevant bid of tabulation of the auction formats of auction applications 44 supports.In an example embodiment, one or more reputation applications 50 utilize feedback form 132 to construct and the reputation information of preserving relevant user.History lists 134 is preserved users as the history of a side transaction.The attribute information of the project of the record that exists in the relevant repertory 94 of one or more attribute list 136 records.Only consider the example of a this attribute, attribute list 136 can be indicated the currency attribute that is associated with specific project.
Make up the invoice of a plurality of transaction
Fig. 5 is an embodiment process flow diagram that is used to create the process 500 of the invoice that makes up a plurality of transaction that utilize the foundation of based on network market.Process 500 can be carried out by processing logic, and this processing logic can comprise hardware, software or the combination of the two.In one embodiment, processing logic resides in (for example one of them of the application server 28 of Fig. 1) in the payment server.
With reference to figure 5, process 500 starts from processing logic and is positioned at the transaction of conclusion of the business (processing block 502) that first user participates in the predefine period.When setting up the agreement of the exchange value relevant with a kind of project of a kind of project (for example commodity or service) or most amounts between two sides (for example buyer and the seller), transaction strikes a bargain.First user can represent either party of two sides.Can or specify the predefined period by the definition of first custom system ground.In one embodiment, processing logic is located the transaction that has struck a bargain by the tran list 106 of search graph 3.
In processing block 504, the processing logic sign satisfies the transaction of conclusion of the business of standard capable of being combined.Standard capable of being combined for example can require, and transaction is from the common buyer and the common seller, is unpaid, is to be associated with identical currency and/or same markets website (at the market of same geographical area customization) etc.Can dispose standard capable of being combined based on concrete market or market website.
In processing block 506, processing logic is to the transaction capable of being combined of first user ID.For example, processing logic can identify transaction capable of being combined in the following way: with designator capable of being combined (for example icon) transaction capable of being combined is shown to first user, provide to each or all links of the screen of subclass that show the transaction capable of being combined identified, require first user to specify his or her trade partners, and show all transaction capable of being combined between first user and this trade partners etc.
In processing block 508, processing logic receives the data that indication first user approval is incorporated the subclass of transaction capable of being combined on an order.For example, when first user selected two or more transaction from the transaction subclass capable of being combined that shows and click designated button on the screen (for example send invoice button or combination project button, the button etc. of paying) now, processing logic can receive the data of indication first user approval.In another embodiment, invoice can comprise a plurality of subclass of the transaction capable of being combined that is associated with first user and first user's different trade partners.In another embodiment, invoice can comprise one or more subclass and one or more single transaction of the transaction capable of being combined that is associated with first user and first user's different trade partners.
In processing block 510, processing logic is added to expense to have in the order that makes up transaction.These expenses (charge) for example can comprise fare (cost), transport premium of insurance etc.These expenses can comprise the discount that is used for transaction capable of being combined is incorporated into an order.In one embodiment, the rule based on seller's appointment applies these expenses.In another embodiment, apply these expenses based on the rule of in based on network market, setting up.In another embodiment, the input that provides for current order based on first user applies these expenses.In yet another embodiment, in response to this input that first user provides for current order the request of input, apply these expenses based on trade partners.
Next, processing logic is an order creation preview invoice, and this preview invoice is presented to first user (processing block 512), and asks first user to ratify this preview invoice.If first user ratifies this invoice (decision box 514), then processing logic is preserved this invoice (processing block 516), and at an embodiment, with regard to this invoice notice trade partners.If first user disapproves this invoice, the processing logic invoice (processing block 516) of cancelling an order then, and, be the independent invoice of each transaction creation in the order at an embodiment.
In one embodiment, can either party create the order of a plurality of transaction of combination by the seller or the buyer.In one embodiment, order has particular state.For example, order can be effective, invalid, finish or the cancellation.Effectively order is the nearest order by the buyer or either party establishment of the seller.At any given time, transaction can only be the part of an effective order.Invalid order is because following arbitrary former thereby become invalid order: (a) seller does not make up effective order that the seller creates, (b) buyer does not make up effective order that the seller creates, or (c) buyer has created effective order that the buyer creates before new order replaces.Finishing order is the order (for example when the buyer finishes checkout to effective or invalid order by the electronic payment service or pays) of buyer's charges paid.When any one no longer satisfied standard capable of being combined in the transaction of order, order was cancelled.For example, will comprise the hand marker of the project that the buyer paid for cancelling.
In one embodiment, the permission buyer creates the order with the transaction capable of being combined that is not order that the existing effective seller creates or a part of finishing order.If the buyer creates an order of being made up of the transaction of the order of creating from the existing effective buyer, then this existing hand marker is invalid.These transaction only can be associated with an effective order.Allow the seller to create to have not to be to finish the order of transaction capable of being combined of the part of order.If the seller creates the order of transaction capable of being combined with the part that is the order created of the existing effective buyer, then the hand marker that this buyer is created is invalid, and its transaction is associated with the order of new effective seller's establishment.
In one embodiment, the buyer can pay to any order of finishing that is not labeled as.The buyer can be by the electronic payment service to any effective or invalid order checkout or paying.If the buyer has finished checkout by the electronic payment service to effective order or has paid, then with the status indication of this order for finishing.If the buyer has finished checkout by the electronic payment service to invalid order or paid, status indication that then will this invalid order is for finishing.For example, if the buyer creates order first and proceeds to the electronic payment services pay, the seller created the order with identical items before the buyer completes charge then, and then the hand marker that the buyer is created is invalid, and the order of these transaction with effectively seller's establishment is associated.
In one embodiment, unique sales figure numbering of being associated with the seller of each order is quoted.
Fig. 6 and 14 is used to generate the block diagram of two embodiment in addition that the seller of the invoice that merges a plurality of projects initiates process.This process can be carried out by processing logic, and this processing logic can comprise hardware, software or the combination of the two.
With reference to figure 6, will come description process 600 in conjunction with the exemplary user interface shown in Fig. 7-13.In one embodiment, the processing logic of process 600 resides in (for example one of them of the application server 28 of Fig. 1) in the payment server.
Process 600 can start from processing block 602,604 and 606 wherein any one.In processing block 602, processing logic receives the data that the sign seller selects generate it buyer of invoice.In one embodiment, that processing logic sign is bought from the seller, can be based on the subclass of the project of standard combination capable of being combined, present user interface (UI) to the seller, bought the buyer's of project capable of being combined tabulation from this seller, and allow the seller to select the specific buyer with demonstration.When processing logic receives the seller to the selection of certain buyer, proceed to processing block 608, show the tabulation of the selected buyer at this from the project of that purchase of the seller.Fig. 7 illustrates a demonstration UI (select the buyer draw a bill UI), allows the seller to specify the buyer that generate invoice to it.
In processing block 604, processing logic receives the seller's pair selection that the designator capable of being combined that is associated with the project of buying from the seller is done.In one embodiment, that processing logic sign is bought from the seller, can be based on the subclass of the project of standard combination capable of being combined, be presented in (for example by seller's appointment) certain period the tabulation of the project of buying from the seller, wherein each project capable of being combined has an identifier capable of being combined (for example icon of appointment), and allows the seller to select the designator capable of being combined of specific project.When processing logic receives the selection that the seller does the designator capable of being combined of specific project, proceed to processing block 608, this demonstration can with the tabulation of the project of this specific project combination.Fig. 8 illustrates a demonstration UI (I have sold the UI of project), and it presents each project capable of being combined with icon, and allow the seller select the icon of specific project check can with the project of this specific project combination.
In processing block 606, the processing logic reception seller will add sundry item to the request in the invoice of creating.In one embodiment, processing logic sign can based on standard capable of being combined with creating the project of the projects combo of invoice, and on the invoice page, provide to can with begin a project the linking of bulleted list of combination of invoice.When processing logic receive the seller to the link done selection the time, proceed to processing block 608, this demonstration can with invoice begin a project the combination bulleted list.Fig. 9 illustrates a demonstration UI (send invoice UI), it comprise to can with the linking of the bulleted list of shown projects combo.
In processing block 608, processing logic shows the tabulation of project capable of being combined, and allows the seller to revise this tabulation (for example by remove some projects from tabulation).In processing block 610, processing logic receives the input of the relevant shown project of the seller, and in one embodiment, allow seller's technical routine expense (for example transport with service charge with, transport insurance etc.).In another embodiment, processing logic comes the expense of computational item based on the standard rule that keeps in the rule of seller's appointment or the market.Figure 10 A and 10B illustrate several demonstration UI (group purchase UI and transmission invoice UI), it allows the seller to check the project that will make up in invoice, the expense of given combination project (transport with service charge with, transport the insurance and sales tax), the input buyer's payment instruction, and specify the acceptable payment methods of the seller.
Next, when receiving the request (for example by group purchase UI) that the seller will make up the project of appointment (processing block 612), processing logic guarantees that these projects are still (promptly satisfying standard capable of being combined) (processing block 613) capable of being combined, and resulting order is kept at (processing block 614) in the database.If for example the buyer pays to project or finishes checkout during the seller and UI are mutual, perhaps the seller has used different browser windows to create another to comprise effective order of these projects, and then one or more projects may no longer satisfy standard capable of being combined.Then, processing logic removes the project that no longer satisfies standard capable of being combined from order, and the request seller checks remaining project.
Afterwards, in response to the request that the seller will send to the invoice of order the buyer, from database, retrieve the order of in database, preserving.
Perhaps, processing logic can receive the request (processing block 616) that the seller will send invoice when receiving about shown project and can apply seller's input (for example by sending invoice UI) of expense.Then, processing logic guarantees that the project in the invoice is still (promptly satisfying standard capable of being combined) (processing block 617) capable of being combined, invoice is kept in the database, and to buyer's send Email, comprises to the link (processing block 618) of the page that shows invoice.Figure 11 illustrates a demonstration UI (invoice sends to buyer UI), and it is notified the seller will comprise to the Email of the link of invoice and sends to the buyer.
In one embodiment, the seller can ask not make up be included in the project in the order of preserving or the invoice.Figure 12 illustrates the demonstration UI (not group purchase UI) that allows seller's request not make up project in order or the invoice.
Moreover when receiving the buyer will check the request (for example the buyer selects in the Email link to invoice) of invoice the time (processing block 620), processing logic shows the invoice (processing block 622) that the seller creates to the buyer.Figure 13 illustrates a demonstration UI (now to a plurality of project paying UI), and it shows the content of invoice to the buyer, and allows the buyer that whole order is paid, or separately each project is paid.
Figure 14 is the block diagram that the seller that is used to generate the invoice that merges a plurality of projects initiates another embodiment of process 1400.To process 1400 be described in conjunction with the exemplary user interface shown in Figure 15-18.In one embodiment, the processing logic of process 1400 resides in to based on network market and provides in the paying service system of paid service, and this market comprises the market 12 of Fig. 1.
With reference to Figure 14, process 1400 starts from the project (processing block 1402) that processing logic shows that the seller sells in the predefine period.Figure 15 illustrates a demonstration UI (manager UI after sale), it is presented on over the project that the seller sells in 30 days, and a set filter, it allows seller to check different classes of (for example all items, the project of not paying, charges paid project, the untapped ticket project of not paying, the project capable of being combined of not paying, the paying project etc. of having drawn a bill) of project that the seller sells.
In processing block 1404, the request that the seller will show the project that the seller sells of particular category (filtrator that for example uses manager UI after sale to provide) is provided processing logic.In response, processing logic shows other project of specified class.In the embodiment that is discussed, processing logic can show all projects of not paying (processing block 1406) or satisfy the project capable of being combined (processing block 1408) of standard capable of being combined.Standard capable of being combined for example can require, and project capable of being combined comprises the subclass of a plurality of projects of not paying with the common seller and common buyer.
Next, processing logic receives the sign seller and selects the data of project of invoice and the request (processing block 1410) that generates invoice.Figure 16 illustrates a demonstration UI (Bill managing device UT), and it presents the not paying project that the seller sells, and allows the seller to select the project (for example one or more subclass of project capable of being combined and/or single project) of invoice, and sends the request of creating invoice.The seller can ask to draw a bill to a buyer for different projects, perhaps draws a bill to a plurality of buyeies for different projects.
Moreover processing logic guarantees that selected item do not pay yet, creates invoice, and invoice is sent to one or more buyeies (processing block 1416) when the seller asks to send invoice.Figure 17 illustrates a demonstration UI, and it presents invoice to the seller, and to allow the seller be subclass or each single transaction designated fee usefulness of each project capable of being combined, and sends the request that invoice is sent to one or more buyeies.If invoice is sent to a plurality of buyeies, then each buyer only can check the invoice part relevant with this buyer.
In processing block 1418, processing logic receives the request that the buyer will check invoice (for example when the buyer selects to send to invoice in the buyer's the Email and links).Respond, processing logic shows invoice (processing block 1420) to the buyer.Figure 18 A and 18B illustrate the demonstration UI (payment details UI) that presents invoice to the buyer.
In processing block 1422, processing logic receives the request (for example by the paying button on Figure 18 B payment details UI) that the buyer will pay to project, and handles this paying.
Figure 19 is the block diagram that is used to generate an embodiment of the process that the buyer of the invoice that merges a plurality of projects initiates.This process can be carried out by processing logic, and processing logic can comprise hardware, software or the combination of the two.In one embodiment, processing logic resides in (for example one of them of the application server 28 of Fig. 1) in the payment server.To come description process 1900 in conjunction with the exemplary user interface shown in Figure 20-23.
With reference to Figure 19, process 1900 starts from the project that processing logic shows that the buyer buys in (for example the buyer is specified) a certain period, and wherein each project capable of being combined has designator capable of being combined (for example icon of appointment) (processing block 1902).Figure 20 illustrates a demonstration UI (the project UI that I have buied), and it presents each project capable of being combined with icon, and allows the buyer to select the icon of specific project, with check can with the project of this specific project combination.
In processing block 1904, processing logic receives the request that the buyer will check bulleted list capable of being combined.In one embodiment, when the buyer selected designator capable of being combined from the specific project of that purchase of the seller, processing logic received the request that the buyer will check bulleted list capable of being combined.
To this response, processing logic shows the project of buying from the seller capable of being combined, receives the input (processing block 1906) that sign will be combined to the buyer of a project in the order, and the expense of calculation combination project.In one embodiment, processing logic comes the expense of computational item based on the standard rule that keeps in the rule of seller's appointment or the market.Figure 21 illustrates demonstration UI (group purchase UI), and it allows buyer to check the project that will make up in invoice, show group item purpose expense (transport with service charge with, transport insurance and sales tax), and allow the buyer to send request to the project paying.
Next, processing logic receives the buyer will be to the request (processing block 1908) of combination project paying, guarantee that these projects are still (promptly satisfying standard capable of being combined) (processing block 613) capable of being combined, establishment comprises group item purpose order, and order is kept in the database.
One or more projects in the order may no longer satisfy standard capable of being combined.So, the processing logic notice buyer, and provide separately to the buyer projects are paid, or from order, remove the project that no longer satisfies standard capable of being combined, and require the buyer to check remaining project.Figure 22 illustrates a demonstration UI, the one or more projects message no longer capable of being combined in its display notification seller order.
Further, processing logic requires buyer's check will send to the seller's sequence information (processing block 1912), and when receiving the approval of sequence information from the buyer (processing block 1914), sequence information is sent to seller's (processing block 1916).A demonstration of Figure 23 A diagram UI (information is sent to seller UI), it shows sequence information, and requires the buyer to confirm that this sequence information is correct.
Afterwards, the processing logic indication buyer is to order paying (processing block 1918).A demonstration of Figure 23 B diagram UI (sending paying UI to the seller), it shows paying information, and requires the buyer to pay.
In one embodiment, before the buyer can or verify in the combination of confirming project and will send to the seller's information correctness, from that request invoice gross of the seller.Figure 24 illustrates a demonstration UI (asking total value UI from the seller), and it shows the project of combination, and asks the buyer to verify his or her Shipping Address, so that the seller can calculate the expense of this order.
In one embodiment, the buyer or the seller can ask the payment state of order.Figure 25 A and 25B illustrate demonstration UI (buyer's payment state UI and the seller's payment state UI), show the buyer and the seller's the sequence information and the payment state of order respectively.
In one embodiment, the seller can use sales management device instrument to check to have the buyer's tabulation from the project capable of being combined of that purchase of the seller, and this sales management device instrument helps the operation of the seller in market.A demonstration of Figure 26 A diagram UI (sales management device summary UI) comprises to the link of the buyer's tabulation with project capable of being combined of buying from the seller.Figure 26 B and 26C diagram show the demonstration UI (the sales management device is sold tabulation UI) of the order that comprises a plurality of transaction.
In one embodiment, the seller and the buyer can stay the feedback to whole order.Perhaps, they can stay feedback to each transaction in the order individually.Figure 27 illustrates the demonstration UI (the sales management device stays feedback UI) that allows the seller whole order to be stayed feedback.
In one embodiment, transport label and invoice form for order creation automatically, and can be that the packet printing that comprises this order transports label and invoice form by the seller.Figure 28 illustrates to the demonstration of order creation and transports the combination of label and invoice.
The fees policy of combination transaction
The seller can given combination the fees policy of transaction, it will be applied to all purchases of making up subsequently from this seller.In one embodiment, allow the seller to specify the discount rule of the expense that is associated with the combination transaction, encourage the buyer to buy more project thus from the seller.
Figure 29 A-29B and 30A-30C are the block diagrams that is used to define with several embodiment of the process that makes up the fees policy that transaction is associated.This process can be carried out by processing logic, and assistant's logic can comprise hardware, software or the combination of the two.In one embodiment, processing logic resides in (for example one of them of the application server 28 of Fig. 1) in the payment server.
With reference to figure 29A, process 2900 starts from processing logic and receives indication first user and be ready these transaction are combined to data (processing block 2902) on the invoice that first user leaves.In one embodiment, by the user interface about the input of the invoice that merge a plurality of transaction of request, receive this data from first user.
In processing block 2904, processing logic defines one group of rule, is used to calculate the expense of the transaction of making up on the invoice that first user leaves.In one embodiment, this group rule is about transporting and formality rate and transport piemium rate.In one embodiment, by the input that the user interface that is presented by processing logic provides, define this group rule based on first user.
In processing block 2906, processing logic will be organized rale store in database, so that the invoice of leaving with first user uses subsequently with first user-dependent being somebody's turn to do.In one embodiment, based on this group rule that is associated with the market website that the user's input that provides by UI defines, only can use with the project of buying by this market website.
With reference to figure 29B, will come description process 2900 in conjunction with the exemplary user interface shown in Figure 31 A-31F.
Process 2950 starts from processing logic and presents to the seller and sign in to preferential UI (processing block 2952).Figure 31 A illustrates the preferential UI that signs in to of a demonstration.
In processing block 2954, processing logic presents the option that is used to make up transaction to the seller.The preferential UI of group purchase of a demonstration of Figure 31 B diagram.
If processing logic receives the indication seller and do not allow to make up the data (processing block 2956) of transaction, then the processing logic forbidden combination is bought UI (processing block 2958), and the demonstration of transporting discount message (processing block 2960) of presenting to the market user on UI.
If processing logic receives the data (processing block 2962) that the indication seller allows to have the combination transaction of manually transporting discount, then processing logic starts demonstration group purchase UI and encourages from the message of the more commodity of that purchase of the seller, and the request seller imports piemium rate option (processing block 2970).A demonstration of Figure 31 D diagram UI, to the seller who has selected to have the combination transaction options that manually transports discount, display message " is checked the more bulk buying from this seller ".
If processing logic receives the data (processing block 2962) that the indication seller allows to have the combination transaction of transporting discount automatically, then processing logic starts group purchase UI, what the request seller imported group purchase transports discount rule (processing block 2966), the request seller imports the date range (processing block 2968) that allows group purchase, and the request seller imports piemium rate option (processing block 2970).Processing logic also starts the message demonstration of transporting discount of suggestion from the seller's group purchase.Figure 31 C, 31E and 31F illustrate demonstration UI, and what show that discount rule according to seller's appointment changes transports discount message.
With reference to figure 30A, process 3000 starts from the seller who transports the discount rule automatically preferential (processing block 3002) that processing logic detects the combination transaction, and presents to the seller and to transport rate rule option (processing block 3004).In described embodiment, transport rate rule option and comprise flat rate rule option and actual rate rule option.But, being without loss of generality, other embodiment can use additional and/or different regular options.
If processing logic receives the data (processing block 3008) that the indication seller selects the flat rate option, then processing logic presents flat rate shipping expense option (processing block 3010) and flat rate insurance option (processing block 3012) to the seller, and receives transporting and insuring preferential and it is stored in (processing block 3020) in the database of the seller.
If processing logic receives the data (processing block 3014) that the indication seller selects actual rate option, then processing logic presents actual rate shipping expense option (processing block 3016) and insurance option (processing block 3018) to the seller, and receives transporting and insuring preferential and it is stored in (processing block 3020) in the database of the seller.
With reference to figure 30B, process 3020 starts from processing logic and detects the seller and select flat rate to transport discount (processing block 3022), and presents the set of option that flat rate transports discount.Based on user input, processing logic can receive the sign seller select to first project transport the rate charge with maximum and to each addition item with data (processing block 3024), the sign seller of the option of close end charge select to first project transport the rate charge with maximum and to the data (processing block 3026) of the free option of addition item or the sign seller select to first project transport the rate charge with maximum and from the fare of each addition item the data (processing block 3026) of the option of deduction close end.
Next, in one embodiment, processing logic can receive the seller's instruction, with deduction a certain number percent (processing block 3030) in the fare of each project from order.Perhaps, processing logic can receive the seller's instruction, and the project of high fare applies discount (processing block 3032) to having to avoid.
Transport the rate rule in case processing logic has defined, it just begins definition and transports the insurance rule.Exactly, processing logic shows that flat rate transports the set of option (processing block 3034) of insurance.These options can comprise does not for example provide insurance option, optional insurance option, require the insurance option and transport with service charge with in comprise the insurance option.
If processing logic receives the data (processing block 3036) that the indication seller selects optional insurance option or requires the insurance option, then processing logic allows the seller to specify the fixedly sum of insurance (processing block 3038) of different Price Range, and will transport and insure rule and be kept at (processing block 3040) in the database.
If processing logic receive the indication seller select not provide the insurance option or transport with service charge with in comprise the data of insuring option, then processing logic is directly to processing block 3040.
Figure 32 A illustrates a demonstration UI (the preferential UI of group purchase), shows that flat rate transports and insure the option of discount.
With reference to figure 30C, process 3050 starts from processing logic and detects the seller and select actual rate to transport discount (processing block 3052), and presents the set of option that actual rate is transported discount.Based on user's input, processing logic can receive the data (processing block 3054) of sign seller selection with the option of actual fare (based on the weight of project in the order) and entire package and service charge charge, the sign seller selects with actual fare and does not have packing and the data (processing block 3056) of the option of service charge charge, the sign seller selects the data (processing block 3058) with the option of the packing of the close end of actual fare and whole order and service charge, or the sign seller selects each project is deducted with actual fare the data (processing block 3060) of the option of fixing packing and the charge of service charge discount.
Transport the rate rule in case processing logic has defined, it just begins definition and transports the insurance rule.Exactly, processing logic shows that actual rate transports the set of option of insurance.These options can comprise does not for example provide insurance option, optional insurance option, require the insurance option and transport with service charge with in comprise the insurance option.Processing logic detects the seller and selects an insurance option (processing block 3062) then, and will transport and insure rule and be kept at (processing block 3040) in the database.
Figure 32 B illustrates the demonstration UI (the preferential UI of group purchase) that the actual rate of demonstration is transported the option of discount.
In one embodiment, the seller can revise the fees policy of group purchase.A demonstration of Figure 33 A diagram UI (the preferential change of group purchase UI) confirms the change to fees policy.
In one embodiment, preserve to revise the date, and the seller or his trade partners can ask to check the history of rules modification.In addition, in case revised rule, just can show a message, to indicate this modification to the seller's trade partners.Figure 33 B illustrates and shows that transporting discount revises the demonstration UI (group purchase UI) that warns.
In one embodiment, when the new projects that will provide in based on network market were provided, the seller can revise fees policy, or was the new fees policy of group purchase appointment.Figure 34 illustrates a demonstration UI (selling your project UI), comprises to the link of the preferential UI of group purchase that can specify fees policy.
Figure 35 and 37 is used to use predefined fees policy to calculate the block diagram of several embodiment of the process with the expense that makes up the invoice of concluding the business.This process can be carried out by processing logic, and it can comprise hardware, software or the combination of the two.In one embodiment, processing logic resides in (for example one of them of the application server 28 of Fig. 1) in the payment server.
With reference to Figure 35, process 3500 starts from processing logic and realizes transaction is combined on the invoice of being left by first party (processing block 3502).In one embodiment, by in order creation process in greater detail above, realize the combination of concluding the business.
In processing block 3504, the processing logic sign is used for calculating automatically the relevant expense of leaving with first party of invoice by the rule of first user's appointment.These expenses can comprise shipping expense, packing and service charge usefulness, insurance premium etc.In one embodiment, the rule by retrieval from database is associated with first party identifies this rule.
In processing block 3506, the rule application standard is satisfied in the definite transaction of making up of processing logic.The rule application standard for example can require, and each transaction has the details of transporting of appointment, and All Activity has the fare (for example flat rate or actual rate) of same type, and the All Activity with same type fare is shared the identical method etc. of transporting.
In processing block 3508, processing logic dynamically calls and calculates the rule that comprises the expense of transaction in the order, and the expense of calculating is shown with order.In one embodiment, processing logic also calculate expense that the discount of using fees policy to provide calculates with by the difference between the expense of no allowance calculating, and show this difference to the buyer.Figure 36 illustrates a demonstration UI (group purchase UI), and it specifies the buyer by transaction being combined in the order what to be saved on transporting.
With reference to figure 37A-37C, process 3700 starts from the requirement (processing block 3702) that processing logic receives the fare of the order that will calculate a plurality of transaction, determine whether each transaction satisfies rule application standard (processing block 3704), if satisfy, then retrieval can be applicable to the fees policy of the order of these a plurality of transaction.The rule application standard for example can require, each transaction has the details of transporting of appointment, All Activity has the fare (for example flat rate or actual rate) of same type, shares the identical method etc. of transporting if use the weight measurement of combination then have the actual All Activity that transports rate.
Next, processing logic determines that whether the rate rule is based on actual rate (processing block 3706).If then processing logic determines that these rules are based on combination weight and also are based on single weight (processing block 3708).If these rules are based on combination weight, then processing logic determines whether combination weight surpasses carrier's restriction (processing block 3712).If not, then processing logic proceeds to processing block 3714.
If combination weight surpasses carrier's restriction, perhaps these rules are based on single weight, and then processing logic calculates based on the weight of single project and actually transports rate (processing block 3714), and manages frame 3714 everywhere.
In processing block 3714, processing logic determines that the seller's service charge is preferential.If these rules are specified entire package and service charge (processing block 3716), and these rules are based on combination weight (processing block 3718), and then processing logic comes calculation combination fare (processing logic 3720) by the service charge summation that will add all items based on the actual rate of general assembly (TW).
If these rules are specified entire package and service charge (processing block 3716), and these rules are based on single weight (processing block 3718), and then processing logic comes calculation combination fare (processing block 3722) by adding the service charge summation of all items based on the single actual rate summation of transporting rate of each project.
If these rules have only been specified actual fare (processing block 3724), then processing logic is not added to any service charge the combination carry expense and goes up (processing block 3726).
If these rules are specified fixing packing and service charge (processing block 3728), and these rules are based on combination weight (processing block 3730), and then processing logic adds that by transporting rate based on general assembly (TW) actual the service charge of seller's appointment comes calculation combination fare (processing block 3732).
If these rules are specified fixing packing and service charge (processing block 3728), and these rules are based on single weight (processing block 3730), and then processing logic comes calculation combination fare (processing block 3734) by adding the service charge of seller's appointment based on the actual rate summation of the single rate of each project.
If these rule requests are deducted close end (processing block 3736) from the service charge of each project, and these rules are based on combination weight (processing block 3738), then service charge and difference close end between of processing logic by each project being calculated this project, the summation of calculating all positive difference (being equal to or greater than zero difference) and the summation of being calculated added actual rate based on general assembly (TW) are come calculation combination fare (processing block 3740).
If these rule requests are deducted close end (processing block 3736) from the service charge of each project, and these rules are based on single weight (processing block 3738), then processing logic adds actual summation of transporting rate based on the single weight of each project by service charge and the difference between the close end of each project being calculated this project, the summation of calculating all positive difference and with the summation of being calculated, and comes calculation combination fare (processing block 3740).
If fees policy is based on flat rate (processing block 3706), then processing logic is determined the flat rate preferential (processing block 3748) of user's appointment.Require fare to add the close end (processing block 3750) of each addition item based on the highest single project expense if flat rate is preferential, then processing logic is by with the close end of the highest single project expense and each addition item Calais's calculation combination fare (processing block 3752) mutually.
If flat rate is preferential to require difference (processing block 3754) between fare adds fare and each addition item based on the highest single project expense the close end, then processing logic adds that by fare and the difference between this close end of calculating each project, the summation of calculating all positive difference and with the summation of positive difference the highest single project fare comes calculation combination fare (processing block 3756).
If the preferential requirement of flat rate is to each additional project free delivery (processing block 3758), then the combination carry expense equals the highest single project shipping expense (processing block 3760).
If the preferential fare that requires of flat rate deducts fixed percentage (processing block 3762) based on the project expense of each project, then processing logic comes calculation combination fare (processing block 3764) by fare and the difference between the fixed percentage of calculating each project and the summation of calculating all positive difference.
Example computer system
Figure 38 illustrates the diagram of machine in the computer system 3800 of demonstration form, can carry out one group of instruction therein so that machine carry out method that this paper discussed any one or a plurality of.In further embodiments, machine operation is an autonomous device, maybe can connect (for example interconnected) to other machines.In the configuration of networking, server or the client functionality operation of this machine in can the server-client network environment, or with the formal operations to the peer machines in equation (or distributed) network environment.This machine can be personal computer (PC), graphic tablet PC, set-top box (STB), PDA(Personal Digital Assistant), cell phone, Web electrical equipment, network router, switch or bridge, perhaps can carry out any machine of one group of instruction (sequence or other modes) of specifying the action that this machine will carry out.Moreover though only illustrate a machine, term " machine " also should be considered as comprising separately or carry out jointly any set of one group of (or many groups) instruction with any one or a plurality of machine in the method that realizes this paper and discuss.
Example computer system 3800 comprises processor 3802 (for example CPU (central processing unit) (CPU), Graphics Processing Unit (GPU) or the two), primary memory 3804 and static memory 3806, and they communicate with one another via bus 3808.Computer system 3800 can also comprise video display unit 3810 (for example LCD (LCD) or cathode ray tube (CRT)).Computer system 3800 also comprises alphanumeric input device 3812 (for example keyboard), cursor control device 3814 (for example mouse), disk drive unit 3816, signal generating apparatus 3818 (for example loudspeaker) and Network Interface Unit 3820.
Disk drive unit 3816 comprises machine readable media 3822, storage implementation this paper discusses on it method or any one of function or a plurality of one or more groups instructions (for example software 3824).Software 3824 can also be during carrying out it by computer system 3800 all or part of residing in primary memory 3804 and/or the processor 3802, primary memory 3804 and processor 3802 also constitute machine readable media.
Also can on network 3826, transmit or receiving software 3824 through Network Interface Unit 3820.
Though machine readable media 3892 is shown as a medium in example embodiment, term " machine readable media " should be considered as comprising medium or a plurality of medium (for example centralized or distributed data base and/or relevant high-speed cache and server) of storing one or more groups instruction.Term " machine readable media " also should be considered as comprising can be stored, encodes or carry one group of instruction being carried out by machine and make in this Realization by Machine the inventive method any one or a plurality of any media.Therefore term " machine readable media " should be considered as including but not limited to solid-state memory, light and magnetic medium and carrier signal.
Thus, the method and system of being convenient to generate the invoice that makes up a plurality of transaction that utilize a plurality of sellers based on network market foundation has been described.Though the present invention describes with reference to concrete example embodiment, obviously, under the prerequisite that does not deviate from the wider spirit and scope of the present invention, can carry out various modifications and change to these embodiment.Therefore, this instructions and accompanying drawing should be considered as illustrative and the indefiniteness meaning.

Claims (28)

1. Computerized method of being convenient to generate invoice for the transaction that utilizes based on network market to set up, described method comprises:
Support the foundation of concluding the business between a plurality of buyeies in the described based on network market and a plurality of seller;
As the part of invoice generative process, identifying first user is a plurality of transaction of a side;
Sign satisfies one or more subclass of described a plurality of transaction of standard capable of being combined; And
For at least one of the described subclass of described a plurality of transaction of satisfying described standard capable of being combined generates invoice.
2. Computerized method as claimed in claim 1, wherein first party is the seller, and initiates the described sign that described invoice generative process is carried out described a plurality of transaction in response to the described seller.
3. Computerized method as claimed in claim 1, wherein first party is the buyer, and carries out the described sign of described a plurality of transaction as the part of payment procedure.
4. Computerized method as claimed in claim 3, wherein:
Initiate and the relevant described payment procedure of first transaction in response to the described buyer, carry out the described sign of described a plurality of transaction; And
That the described sign of the described subclass of described a plurality of transaction comprises is that the described buyer of sign participates in, based on described standard capable of being combined can with second transaction of the first transaction combination.
5. Computerized method as claimed in claim 1, the described sign of wherein said subclass comprise determines whether the seller agrees the property capable of being combined of the transaction that the described seller participates in.
6. Computerized method as claimed in claim 5 wherein saidly determines to comprise that the property capable of being combined of the transaction that participates in respect to the described seller retrieves the preferential of seller's definition.
7. Computerized method as claimed in claim 1, the described sign of wherein said subclass comprise each transaction of the described subclass between the common buyer of sign and the common seller.
8. Computerized method as claimed in claim 1, the described sign of wherein said subclass comprise each transaction of the described subclass that sign has been set up according to current money.
9. Computerized method as claimed in claim 1 wherein on a plurality of based on network markets, is carried out the foundation of supporting described a plurality of transaction between described a plurality of buyeies and the described a plurality of seller.
10. Computerized method as claimed in claim 9, wherein said a plurality of based on network markets comprise a plurality of based on network markets of customization geographically.
11. Computerized method as claimed in claim 1, wherein first user is that the described sign of described a plurality of transaction of a side comprises described a plurality of transaction that sign has struck a bargain in the period in predefine.
12. Computerized method as claimed in claim 1 also comprises:
Present subclass capable of being combined to first user; And
Point out first user to confirm with regard to comprising described subclass in the single invoice.
13. Computerized method as claimed in claim 1, the described sign of wherein said subclass comprises:
Present the tabulation of the not payment transaction of from described a plurality of transaction, selecting to first user;
Receiving sign first user is the data of described invoice option dealing from described tabulation.
14. Computerized method as claimed in claim 13, the tabulation of wherein said not payment transaction comprise one or more subclass of transaction capable of being combined, each of described one or more subclass is associated with first user and the distinct buyer.
15. Computerized method as claimed in claim 14, wherein said invoice comprise one or more subclass and one or more independently transaction of transaction capable of being combined.
16. a Computerized method of being convenient to generate for the transaction of setting up between a plurality of buyeies in based on network market and a plurality of seller invoice, described method comprises:
Identifying first user is a plurality of transaction of a side;
Sign satisfies one or more subclass of described a plurality of transaction of standard capable of being combined; And
The indication of the transaction property capable of being combined of described one or more subclass is provided to first user.
17. Computerized method as claimed in claim 16, described the providing of wherein said indication comprises:
Show each transaction of the described one or more subclass with property designator capable of being combined.
18. Computerized method as claimed in claim 17, wherein said property designator capable of being combined is an icon.
19. Computerized method as claimed in claim 16, described the providing of wherein said indication comprises:
Explicit identification has each record of described one or more subclass of property designator capable of being combined.
20. Computerized method as claimed in claim 16, described the providing of wherein said indication comprises:
For transaction capable of being combined provides filtrator; And
Select described filtrator in response to first user for transaction capable of being combined, show described one or more subclass.
21. comprising, Computerized method as claimed in claim 16, the described sign of wherein said subclass determine whether the seller agrees the property capable of being combined of the transaction that the described seller participates in.
22. Computerized method as claimed in claim 21 wherein saidly determines to comprise that the property capable of being combined of the transaction that participates in respect to the described seller retrieves the preferential of seller's definition.
23. Computerized method as claimed in claim 16, the described sign of wherein said subclass comprise each transaction of the described subclass between the common buyer of sign and the common seller.
24. Computerized method as claimed in claim 16, the described sign of wherein said subclass comprises each transaction that identifies unpaid described subclass.
25. a system of being convenient to generate for the transaction that utilizes based on network market to set up invoice, described system comprises:
Marketplace server is supported the foundation of concluding the business between a plurality of buyeies and a plurality of seller; And
Payment server, part as the invoice generative process identifies a plurality of transaction that first user is a side, sign satisfies one or more subclass of described a plurality of transaction of standard capable of being combined, and generates invoice at least one of the described subclass of described a plurality of transaction of satisfying described standard capable of being combined.
26. a system of being convenient to generate for the transaction that utilizes based on network market to set up invoice, described system comprises:
Marketplace server is supported the foundation of concluding the business between a plurality of buyeies and a plurality of seller; And
Payment server, identifying first user is a plurality of transaction of a side, sign satisfies one or more subclass of described a plurality of transaction of standard capable of being combined, and the indication of the transaction property capable of being combined of described one or more subclass is provided to first user.
27. a machine readable media is stored one group of instruction, described instruction makes described machine carry out a kind of method of being convenient to generate for the transaction that utilizes based on network market to set up invoice when being carried out by described machine, and described method comprises:
Support the foundation of concluding the business between a plurality of buyeies in the described based on network market and a plurality of seller;
As the part of invoice generative process, identifying first user is a plurality of transaction of a side;
Sign satisfies one or more subclass of described a plurality of transaction of standard capable of being combined; And
For at least one of the described subclass of described a plurality of transaction of satisfying described standard capable of being combined generates invoice.
28. a machine readable media is stored one group of instruction, described instruction makes described machine carry out a kind of method of being convenient to generate for the transaction that utilizes based on network market to set up invoice when being carried out by described machine, and described method comprises:
Identifying first user is a plurality of transaction of a side;
Sign satisfies one or more subclass of described a plurality of transaction of standard capable of being combined; And
The indication of the transaction property capable of being combined of described one or more subclass is provided to first user.
CNA2004800296043A 2003-08-14 2004-08-13 Method and apparatus to facilitate generation of invoices combining multiple transactions established utilizing a multi-seller network-based marketplace Pending CN1867936A (en)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
US49560803P 2003-08-14 2003-08-14
US60/495,608 2003-08-14
US60/501,251 2003-09-08

Publications (1)

Publication Number Publication Date
CN1867936A true CN1867936A (en) 2006-11-22

Family

ID=37426163

Family Applications (1)

Application Number Title Priority Date Filing Date
CNA2004800296043A Pending CN1867936A (en) 2003-08-14 2004-08-13 Method and apparatus to facilitate generation of invoices combining multiple transactions established utilizing a multi-seller network-based marketplace

Country Status (1)

Country Link
CN (1) CN1867936A (en)

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN112991000A (en) * 2019-12-18 2021-06-18 阿里巴巴集团控股有限公司 Display method, device, equipment, system, search interface and storage medium of search result, commodity order and search interface
CN113793144A (en) * 2021-02-04 2021-12-14 北京沃东天骏信息技术有限公司 Electronic certificate generation method and device, computer storage medium and electronic equipment

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN112991000A (en) * 2019-12-18 2021-06-18 阿里巴巴集团控股有限公司 Display method, device, equipment, system, search interface and storage medium of search result, commodity order and search interface
CN113793144A (en) * 2021-02-04 2021-12-14 北京沃东天骏信息技术有限公司 Electronic certificate generation method and device, computer storage medium and electronic equipment
CN113793144B (en) * 2021-02-04 2024-05-17 北京沃东天骏信息技术有限公司 Electronic certificate generation method and device, computer storage medium and electronic equipment

Similar Documents

Publication Publication Date Title
US20210224884A1 (en) System, method, and medium for propagating a plurality of listings to geographically targeted websites using a single data source
US11727482B2 (en) On-line savings account
US8255286B2 (en) Publishing user submissions at a network-based facility
US20180330425A1 (en) Community based network shopping
US20140324594A1 (en) Method and system for customizing a network-based transaction facility seller application
CN1221908C (en) Communication method and system between supplier and customer devices
CN1261450A (en) Network computer trading system
CN1902591A (en) Prioritization of response activities
WO2003034312A2 (en) Automatic application information review method and apparatus
US20030229554A1 (en) Method and system for composing transaction listing descriptions for use in a network-based transaction facility
US20140278595A1 (en) Venue ticket buyback with smart pricing
CN1407498A (en) System, method and software product for ordering image products from multiple different suppliers
US10861079B2 (en) Flexible online pre-ordering system for media
WO2006136032A1 (en) Professional rating system and method
US8386345B2 (en) Method and system for generating invoices with entitlements
US20080046330A1 (en) Method for an online community of a purchasing management system
JP2010165048A (en) Method for supporting commercial transaction via network, server apparatus, program, and recording medium
WO2003104931A2 (en) Method and system for scheduling transaction listings at a network-based transaction facility
US20230283692A1 (en) Management of network resource transfers via network portals and physical portals
CN1867936A (en) Method and apparatus to facilitate generation of invoices combining multiple transactions established utilizing a multi-seller network-based marketplace
US9760916B1 (en) Methods and systems for internet distribution of aggregated media actions
CN1376284A (en) Ready listed electronic commerce system and method
US20070299719A1 (en) Professional rating system and method
US20090006252A1 (en) Billing data report system
AU2010100445B4 (en) atOnce web 2.0 portal with integrated lead management and feedback loop

Legal Events

Date Code Title Description
C06 Publication
PB01 Publication
C10 Entry into substantive examination
SE01 Entry into force of request for substantive examination
C02 Deemed withdrawal of patent application after publication (patent law 2001)
WD01 Invention patent application deemed withdrawn after publication

Open date: 20061122