JP2014153756A - Business intermediation device, business intermediation method and business intermediation program - Google Patents

Abstract

PROBLEM TO BE SOLVED: To provide a business intermediation device which allows efficient usage of human resources of contractors, a business intermediation method and a business intermediation program.SOLUTION: The business intermediation devices publishes sequentially each of multiple tasks ordered in such a manner that deliveries of deliverables from respective terminals of multiple contractors wanting to receive the order of the task are enabled. The business intermediation device receives from the respective terminals of the contractors their deliverables for the task in the state in which deliveries of deliverables are enabled. The business intermediation device determines a deliverable to be a fee payment object from among the deliverables received.

Description

  The present invention relates to a business mediation apparatus, a business mediation method, and a business mediation program.

  In recent years, as one of business consignment forms, crowdsourcing that consigns business to an unspecified number of people is known. For example, a cloud sourcing Web service is provided in which a business ordered from an orderer via the Internet is entrusted to an unspecified number of contractors.

  The following conventional technologies have been proposed as technologies that can be applied when outsourcing work ordered from an orderer to a contractor, such as crowdsourcing. For example, the secretariat searches the member information database for members who have the abilities required for a specific property, and then selects several top-ranked members from the searched members based on the evaluation points. Select names and send requests to these members. The contacted member returns an e-mail to the secretariat informing him / her of the content he / she likes, the willingness to accept if he / she wants to participate, or the willingness to bid. The secretariat side selects the member having the highest evaluation score from among the members who are willing to entrust, and sends a formal request to this member (for example, Patent Document 1). According to this prior art, since the work ordered by the orderer is entrusted to the top several or several dozen trustees, high quality can be expected in the work result.

JP 2003-216749 A

  However, the above-mentioned conventional technology requires human resources even when there are a large number of contractors who can be entrusted with work, because only the top few and dozens of trustees are asked to do the work ordered by the orderer. Could not be used efficiently.

  The present application has been made in view of the above, and an object thereof is to provide a business mediation apparatus, a business mediation method, and a business mediation program that can efficiently use the human resources of the contractor.

  The business mediation apparatus according to the present application includes a public means for sequentially publishing deliverables from each terminal of a plurality of contractors who wish to receive orders for a plurality of ordered work, and the public means Accepting means for receiving deliverables for work for which deliverables are ready to be delivered from each terminal of the plurality of contractors, and determining a deliverable for which a reward is to be paid from the deliverables received by the accepting means And determining means.

  According to the business mediation apparatus according to the present application, there is an effect that the human resources of the contractor can be efficiently used.

FIG. 1 is a diagram schematically showing a flow of entrusting a work ordered from an orderer to an unspecified number of people. FIG. 2 is a diagram illustrating an example of a schematic configuration of the entire system according to the embodiment. FIG. 3 is a diagram illustrating an example of a functional configuration of the server according to the embodiment. FIG. 4 is a diagram illustrating an example of a data configuration of orderer information according to the embodiment. FIG. 5 is a diagram illustrating an example of a data configuration of the contractor information according to the embodiment. FIG. 6 is a diagram illustrating an example of a data configuration of task information according to the embodiment. FIG. 7 is a diagram illustrating an example of a data configuration of product information according to the embodiment. FIG. 8 is a diagram illustrating an example of a Web page to be disclosed. FIG. 9 is a diagram illustrating an example of a Web page displaying information on tasks. FIG. 10 is a diagram illustrating an example of a Web page displaying a task for requesting a product check. FIG. 11 is a flowchart illustrating an example of a procedure of business mediation processing according to the embodiment. FIG. 12 is a diagram schematically showing a flow of entrusting work ordered from an orderer to an unspecified number of people in parallel.

  Hereinafter, a mode for carrying out a business mediation apparatus, a business mediation method, and a business mediation program according to the present application (hereinafter referred to as “embodiment”) will be described in detail with reference to the drawings. In addition, the business mediation apparatus, the business mediation method, and the business mediation program according to the present application are not limited by this embodiment.

[1. Business brokerage]
First, an example of business mediation will be described with reference to FIG. FIG. 1 is a diagram schematically showing a flow of entrusting a business ordered from an orderer to an unspecified number of people. Hereinafter, the intermediation business is also referred to as a “task”.

  The business intermediary device accepts business orders from the orderer, and publishes the ordered work in order so that deliverables can be delivered from the terminals of the multiple orderers who wish to receive orders for the business. . For example, the business mediation apparatus publishes a plurality of ordered business operations in order to deliver deliverables one by one. Then, the business mediation apparatus accepts delivery of deliverables for the published business. In the example on the upper side of FIG. 1, tasks A, B, C, D,... And a plurality of tasks are ordered, and task A is in a state where deliverables can be delivered.

  A plurality of contractors who wish to receive a business order perform work according to the business by referring to the published business, and deliver deliverables respectively. In the example on the upper side of FIG. 1, the contractors A, B, C... Perform work corresponding to task A and deliver deliverables.

  The business mediation apparatus determines a deliverable for which a reward is to be paid from the accepted deliverable. For example, the business mediation apparatus determines a deliverable for which a reward is to be paid based on the time until the deliverable is delivered. As an example, the business mediation apparatus determines the deliverable delivered first as the payable deliverable for which a reward is paid. When the deliverable product is determined, the business intermediary device ends acceptance of the deliverable for the business determined by the payment object. The business intermediary device pays the contractor who delivered the deliverable product. Further, the business mediation apparatus publishes the next business in a state where deliverables can be delivered, and accepts delivery of the deliverables for the published business. In the lower example of FIG. 1, the payable deliverable of task A is determined, the acceptance of the deliverable is finished, and the next task B is published, and the contractors A, B, C ... delivers deliverables.

  As described above, the business mediation apparatus according to the embodiment discloses a plurality of ordered business and accepts deliveries of deliverables from terminals of a plurality of contractors. Then, the business mediation apparatus determines a deliverable for which a reward is to be paid from the accepted deliverable. As a result, when there are a large number of contractors who can be entrusted with business, each contractor can perform business according to their convenience and ability, so that the human resources of the contractor can be utilized efficiently. Hereinafter, the crowdsourcing service system 10 including the business mediation apparatus that can efficiently use the human resources of the contractor will be described in detail.

[2. System configuration]
A system according to the embodiment will be described. FIG. 2 is a diagram illustrating an example of a schematic configuration of the entire system according to the embodiment. As shown in FIG. 2, a crowdsourcing service system (hereinafter sometimes abbreviated as a CSS system) 10 includes a server 11, an orderer terminal 12, and an order receiver terminal 13. The server 11, the orderer terminal 12, and the contractor terminal 13 can exchange various types of information. For example, the server 11, the orderer terminal 12, and the contractor terminal 13 are communicably connected via the network 14 and can exchange various types of information. An example of the network 14 is an arbitrary communication network such as a local area network (LAN), a virtual private network (VPN), or a mobile communication network regardless of whether it is wired or wireless. 2 exemplifies the case where the CSS system 10 has one orderer terminal 12 and one orderer terminal 13, but the disclosed system is not limited to this, and the orderer terminal 12 and the orderer terminal 13 are not limited thereto. The number of terminals 13 can be any number. In the present embodiment, the server 11 corresponds to the business mediation apparatus of the present invention.

  The server 11 is a device that mediates the ordered work. The server 11 is a computer such as a server computer. The server 11 may be implemented as a single computer, or may be implemented as a cloud with a plurality of computers. In the present embodiment, a case where the server 11 is a single computer will be described as an example. The server 11 provides a service that mediates the ordered business. For example, the server 11 provides a crowdsourcing web service that entrusts a plurality of ordered work to an unspecified number of contractors. The server 11 receives a business order from the orderer terminal 12. The server 11 publishes a plurality of ordered jobs so that they can be referred to from other terminals, and accepts deliveries of deliverables for the published tasks. For example, the server 11 publishes a plurality of ordered work on a Web page, and accepts delivery of deliverables for the work published on the Web page from the contractor terminal 13.

  The orderer terminal 12 is a terminal device held by an orderer who orders business, and is, for example, an information processing apparatus such as a desktop PC (personal computer), a tablet PC, or a notebook PC. The orderer terminal 12 may be a smartphone, a PDA (Personal Digital Assistant), or a mobile phone. The orderer operates the orderer terminal 12 to register a task with the server 11. A task is a job (business) that can send and receive deliverables via the network 14. The orderer registers a plurality of related tasks that are sequentially executed with respect to the server 11. The related tasks are tasks that are executed sequentially or are preferably executed in order. For example, the tasks are divided into a plurality of stages, and the next task is performed using the result of the previous task. Is the work at each stage. As an example, translation work for each sentence that translates English sentences into sentences divided into predetermined units such as paragraphs and sentences, extraction of information from homepages, etc., and the following work using the extracted information Cases. Task registration can be performed by an input operation on a Web page provided by the server 11. For example, after logging in to the server 11, the orderer, on the Web page, provides information on the task such as task work content, task type, work time guide, task data indicating the requested task content. By inputting, the task is registered in the server 11. At the time of task registration, the orderer registers payment information for paying the task processing cost in the server 11. This processing cost includes a consideration (reward) for a task product and a brokerage fee in the server 11.

  The contractor terminal 13 is a terminal device held by a contractor who wishes to receive an order for business, and as an example, an information processing apparatus such as a desktop PC, a tablet PC, or a notebook PC. The contractor terminal 13 may be a smartphone, a PDA, or a mobile phone. The contractor operates the contractor terminal 13 to refer to the Web page provided by the server 11 and receive an order for the task registered by the orderer. Note that the contractor needs to register in advance as a contractor in the server 11 before receiving the task. At this time, the contractor registers in the server 11 identification information indicating the contractor and payment information for receiving a reward. The payment information is the information of the bank account (bank account number, etc.) when the contractor wishes to make a cash transfer, and the user of the contractor when he / she wants a net point that can be used for online shopping. ID and the like.

  In such a CSS system 10, the orderer can order (register) a task in the server 11 by operating the orderer terminal 12. The server 11 acquires and manages tasks (business ordering information) transmitted from the orderer terminal 12.

  The contractor registered in advance in the server 11 can operate the contractor terminal 13 to request an order for an arbitrary task from the tasks registered in the server 11. Here, the contractor does not necessarily need to perform all of the plurality of tasks that are disclosed in order, and can perform only some tasks or only intermediate tasks according to his / her convenience and ability. As a result, each contractor can perform tasks according to their convenience and ability, so that the human resources of the contractor can be used efficiently. The server 11 transmits information on the task for which an order is requested from the contractor terminal 13 to the contractor terminal 13 of the contractor. Then, the server 11 receives the deliverable from the contractor terminal 13 that has received the order for the task, delivers the deliverable to the orderer terminal 12, and executes a settlement process for paying the contractor as necessary. .

[3. Server configuration]
Next, the server 11 according to the embodiment will be described in detail. FIG. 3 is a diagram illustrating an example of a functional configuration of the server according to the embodiment. As illustrated in FIG. 3, the server 11 includes a communication I / F (interface) unit 20, a storage unit 21, and a control unit 22.

  The communication I / F unit 20 is an interface such as a NIC (Network Interface Card). The communication I / F unit 20 transmits and receives various data to and from other devices via the network 14. For example, the communication I / F unit 20 receives various data such as information related to the task to be ordered from the orderer terminal 12. In addition, the communication I / F unit 20 transmits various data such as product data for the ordered task to the orderer terminal 12. Further, in response to a request from the contractor terminal 13, the communication I / F unit 20 transmits the data of the crowdsourcing web page to the requestor terminal 13 that is the request source. In addition, the communication I / F unit 20 receives product data for the task from the contractor terminal 13.

  The storage unit 21 is a device that stores various types of information. For example, examples of the storage unit 21 include semiconductor memory devices such as a RAM (Random Access Memory) and a flash memory, and storage devices such as a hard disk and an optical disk.

  The storage unit 21 stores various programs including an OS (Operating System) executed by the control unit 22 and a program for executing a business mediation process described later. Furthermore, the storage unit 21 stores various information. For example, the storage unit 21 stores orderer information 30, contractor information 31, task information 32, and deliverable information 33.

  The orderer information 30 is data in which information about the orderer is stored in a table format. The orderer information 30 stores and manages information about the orderer registered from the orderer terminal 12. FIG. 4 is a diagram illustrating an example of a data configuration of orderer information according to the embodiment. As shown in FIG. 4, the orderer information 30 includes items of “orderer ID”, “orderer name”, “orderer terminal identification information”, and “payment information”.

  The item of the orderer ID is an area for storing identification information for identifying the orderer. A user ID such as an orderer or a contractor who uses the CSS system 10 is given a user ID as identification information for identifying each user. In the item of the orderer ID, the user ID of the orderer is stored. The item of the orderer name is an area for storing the name of the orderer, and stores, for example, the orderer name such as an individual name, an organization name, and a company name. The item of the orderer terminal identification information is an area for storing identification information for identifying the orderer terminal 12 of the orderer. For example, the IP address of the orderer terminal 12 is stored as the identification information. The item of payment information is an area for storing various types of information for paying rewards and fees. For example, information on payment sources of consideration such as bank account numbers is stored. In this embodiment, as will be described later, when a task is registered, the processing cost is also paid in advance, so an account number or the like is registered in advance as payment information, and the server 11 receives payment by debiting the account or the like. Is set to be able to.

  The contractor information 31 is data in which information related to the contractor is stored in a table format. In the contractor information 31, information about the contractor registered from the contractor terminal 13 is stored and managed. FIG. 5 is a diagram illustrating an example of a data configuration of the contractor information according to the embodiment. As shown in FIG. 5, the contractor information 31 includes items of “orderer ID”, “orderer name”, “orderer terminal identification information”, and “payment information”.

  The item of the contractor ID is an area for storing identification information for identifying the contractor. For example, the user ID of the contractor is stored as the identification information. The item of the contractor name is an area for storing the contractor name, and stores the contractor name such as an individual name, an organization name, and a company name. The item of the contractor terminal identification information is an area for storing identification information for identifying the contractor terminal 13 of the contractor. For example, identification information for identifying the contractor terminal 13 such as an IP address is stored. The item of payment information is an area for storing various types of information for receiving paid rewards, for example, information on payees such as bank account numbers.

  The task information 32 is data in which information related to tasks registered from the orderer terminal 12 is stored in a table format. The task information 32 stores and manages information about tasks registered from the orderer terminal 12. FIG. 6 is a diagram illustrating an example of a data configuration of task information according to the embodiment. As shown in FIG. 6, the task information 32 includes “task number”, “orderer ID”, “business field”, “business content”, “working time”, “task data”, “reward”, “situation”. , “Delivery information”, “deliverable ID”, and “related tasks”.

  The item of task number is an area for storing identification information for identifying a task. A task number is assigned to each task as identification information for identifying each task. The task number field stores the task number assigned to the registered task. The item of the orderer ID is an area for storing identification information of the orderer who requested the task, and stores, for example, the user ID of the orderer. The item of the business field is an area for storing the type (business field) of the ordered task. For example, a type indicating what kind of work the ordered task is stored. The work time item is an area for storing a rough work time. For example, a rough work time for the work of the ordered task is stored. The item of task data is an area for storing the contents of the task, for example, task data indicating the contents of the ordered task is stored. The item of remuneration is an area for storing a remuneration for a task, and stores, for example, a remuneration to be paid to a contractor who has executed the task work. The status item is an area for storing information indicating the status of the task. For example, as the status of the task, whether the task has been disclosed, whether it is a status of accepting a deliverable, Stores whether or not the acceptance has ended. The item of delivery information is an area for storing information indicating whether or not the deliverable has been delivered to the orderer. For example, when delivery has been completed, information indicating that delivery has been completed is stored. . The product ID is an area for storing identification information of the product delivered to the orderer. A deliverable ID is assigned to the deliverable delivered from the contractor as identification information for identifying the deliverable. In the item of product ID, the product ID of the product delivered to the orderer is stored. The item of the related task is an area for storing identification information of a task related to the task, and stores, for example, a task number of a task to be executed in association with the task.

  The product information 33 is data in which information related to a product for a task is stored in a table format. The task information 32 stores and manages information about the deliverable for the task received from the contractor terminal 13. FIG. 7 is a diagram illustrating an example of a data configuration of product information according to the embodiment. As shown in FIG. 7, the deliverable information 33 includes items of “deliverable ID”, “delivery date / time”, “task number”, “orderee ID”, “deliverable”, and “check result”.

  The item of the product ID is an area for storing the identification information of the product delivered from the contractor. For example, the product ID assigned to the delivered product is stored. The item of delivery date and time is an area for storing the delivery date and time of the deliverable, and stores, for example, the date and time when the deliverable is received from the contractor terminal 13. The task number item is an area for storing identification information for identifying a task, and stores, for example, the task number of the deliverable task delivered from the contractor. The item of the deliverable is an area for storing the deliverable data delivered from the contractor. For example, the deliverable data itself and information on the link destination to the deliverable data such as the deliverable data storage destination. Is stored. The check result item is an area for storing check result data for a deliverable. For example, when the check result is acceptable, information indicating that the check result is acceptable is stored.

  Returning to FIG. 3, the control unit 22 is a device that controls the server 11. For example, as the control unit 22, an electronic circuit such as a CPU (Central Processing Unit) or an MPU (Micro Processing Unit), or an integrated circuit such as an ASIC (Application Specific Integrated Circuit) or an FPGA (Field Programmable Gate Array) can be employed.

  The control unit 22 has an internal memory for storing programs defining various processing procedures and control data, and executes various processes using these. The control unit 22 functions as various processing units by operating various programs. For example, the control unit 22 includes a management unit 40, a disclosure unit 41, a reception unit 42, a determination unit 43, a check unit 44, a transmission unit 45, and a settlement unit 46.

  The management unit 40 receives registration of various types of information from the orderer terminal 12 and the contractor terminal 13 and manages the registered information. For example, the management unit 40 accepts registration of information about the orderer from the orderer terminal 12 and manages information about the orderer using the orderer information 30. Specifically, the management unit 40 registers various information such as the orderer's user ID, the orderer's orderer name, the IP address of the orderer terminal 12, and payment information for paying the commission in the orderer information 30. To do. In this embodiment, as will be described later, when a task is registered, the processing cost is also paid in advance, so an account number or the like is registered in advance as payment information, and the server 11 receives payment by debiting the account or the like. Is set to be able to.

  Further, the management unit 40 receives information about the contractor from the contractor terminal 13 and manages the information about the contractor using the contractor information 31. Specifically, the management unit 40 registers various information such as the user ID of the contractor, the contractor name of the contractor, the IP address of the contractor terminal 13, and payment information for receiving the compensation in the contractor information 31. To do.

  In addition, the management unit 40 receives information about the task to be ordered from the orderer terminal 12 and manages information about the task to be ordered using the task information 32. Specifically, the management unit 40 includes the task number of the ordered task, the user ID of the orderer who ordered the task (orderer ID), the type indicating what the task is, and the task to be requested. Various types of information such as information, task details, task time guidelines, task data, and task consideration (reward) are registered in the task information 32.

  The publishing unit 41 publishes a plurality of ordered tasks on a Web page so that they can be referred to from the contractor terminal 13. For example, the publishing unit 41 publishes a plurality of related ordered tasks in order one by one on a Web page as a deliverable state.

  FIG. 8 is a diagram illustrating an example of a Web page to be disclosed. FIG. 8 shows an example of a task publishing screen that publishes a plurality of related tasks one by one as a deliverable state. The task release screen 50 is provided with a display area 51 for displaying the ordered task. The display area 51 is an area for displaying a list of information regarding the ordered tasks.

  The display area 51 has items of “task”, “guide for one task”, “reward”, and “situation” as an area for displaying information on the ordered task. The task item is an area for displaying the work content of the task, and information on the task content item of the task information 32 is displayed. The item of one task is an area for displaying a rough estimate of the time required for the work of the task, and information on the work time item of the task information 32 is displayed. The item of reward is an area for displaying a reward obtained by task work, and information on the item of reward in the task information 32 is displayed. The status item is an area for displaying the status of the task, and information on the status item of the task information 32 is displayed.

  In the example on the upper side of FIG. 8, “XXX translation (part 1)”, “XXX translation (part 2)”, “XXX translation (part 3)”,... In “XXX translation (part 1)”, the status is being received, and the work contents of the task can be displayed and deliverables to the task can be delivered. In “XXX translation (part 2)” and “XXX translation (part 3)”, the situation is made public and the work contents of the task can be displayed. The lower side of FIG. 8 shows a state in which the next task is published on the Web page as a deliverable state. “XXX translation (part 1)” has been accepted. In “XXX translation (part 2)”, the status is being accepted, and the work contents of the task are displayed and the deliverables to the task can be delivered.

  The contractor operates the contractor terminal 13 to access the server 11 and display the task disclosure screen 50. When the contractor wishes to work on a task whose status is being received, the contractor operates the contractor terminal 13 to select a task whose status is being received from the display area 51.

  When a task is selected on the task publishing screen 50, the publishing unit 41 generates a Web page displaying information related to the selected task, transmits the Web page to the contractor terminal 13, and displays the information related to the selected task. The page is displayed on the contractor terminal 13.

  FIG. 9 is a diagram illustrating an example of a Web page displaying information on tasks. FIG. 9 shows an example of a task screen 60 on which a task for requesting translation is displayed. The task screen 60 is provided with a display area 61 for displaying an English sentence to be translated, an input area 62 for inputting a translated sentence as a product, and a delivery button 63 for instructing delivery of the translated sentence.

  The contractor operates the contractor terminal 13 to perform tasks and deliver the deliverable. For example, when the task is the work shown in FIG. 9, the contractor operates the contractor terminal 13 to input the English translation displayed in the display area 61 into the input area 62 and selects the delivery button 63. .

  The accepting unit 42 accepts delivery of deliverables for the published task from the contractor terminal 13. The reception unit 42 registers information regarding the received product in the product information 33.

  The determination unit 43 determines a product for which a reward is to be paid from the products received by the reception unit 42. The determination unit 43 determines a target product to be paid based on the time until the product is delivered, and determines the first delivered product as a payable product to be paid. That is, the deliverable first delivered for the task work is a payment target of the orderer.

  By the way, when the deliverable delivered first is the target of payment of the reward by the orderer, a deliverable with low quality may be delivered because priority is given to the work speed.

  Therefore, the check unit 44 checks whether or not the product received by the receiving unit 42 satisfies a predetermined standard. The determination unit 43 determines a product for which a reward is to be paid from a product that is determined to satisfy a predetermined criterion as a result of the check by the check unit 44. For example, the determination unit 43 determines the product delivered first among the products determined to satisfy the predetermined criteria as the product to be paid.

  For example, when the task is an operation of selecting an answer from a plurality of options or an operation of inputting an answer to a question, a dummy question in which a correct answer is determined in advance is included in the task. The check unit 44 determines that a predetermined criterion is satisfied when the answer to the dummy question included in the deliverable received by the receiving unit 42 matches the correct answer.

  In addition, the check unit 44 compares the deliverables when deliverables for the task are delivered from a plurality of contractors, and if the number of matches or the match rate between the deliverables is equal to or greater than a predetermined value, You may determine with satisfy | filling. For example, in the case where the task is to check and input a character string such as a product name and a model number for the product, the check unit 44 performs a result based on the number of matches (match rate) of deliverables by a plurality of contractors. It is determined whether the product meets a predetermined standard, that is, whether the deliverable can be delivered. Then, the check unit 44 sets a deliverable whose deliverable number (match rate) exceeds a predetermined value as a deliverable that satisfies a predetermined standard and can be delivered to the orderer. For example, when “3” is set as the number of matches, the check unit 44 determines that a predetermined criterion is satisfied (delivery is possible) when the deliverables from three or more contractors match. Further, when the matching rate is set to 75%, for example, when 3 or more of the deliverables from four contractors match, 3/4 = 75% Therefore, it is determined that the predetermined standard is satisfied (delivery is possible).

  Note that, for example, when inputting a sentence, depending on the content of the task, there may be cases where the answers (delivery products) are difficult to match. In this case, the number of repetitions (the number of trials and errors necessary for matching the deliverables) may be changed to control the ease of passing the check, that is, the ease of delivery. For example, when a request is made to input a Japanese expression “James”, there may be a plurality of answers such as “James, James, James, James”. In this case, if only one answer is accepted by the contractor, it is determined that the answers do not match even when the notation is different from the answers of the other contractors.

  Therefore, if the rule allows the contractor to accept multiple responses or allow multiple responses to be entered at one time, and one of the multiple responses should match the response of the other contractor, then it will match. The difficulty level is reduced, and it is easier to determine that a predetermined standard is satisfied, and delivery is also easier.

  In addition, the check unit 44 may request a check of a product as a task according to the content of the task, that is, the business field. For example, as in the task shown in FIG. 9, in a business field such as translation, the contractor needs to input a character string such as a translated sentence, and a plurality of answers are obtained. Thus, for a task (primary task) from which a plurality of answers can be obtained, a new task (secondary task) for which a check is requested may be generated and checked. For example, the check unit 44 registers, in the task information 32, a task that requests a check of a deliverable as a task related to the delivered deliverable task. FIG. 10 is a diagram illustrating an example of a Web page displaying a task for requesting a product check. The example of FIG. 10 shows an example of a task screen 70 that requests checking of deliverables delivered on the task screen 60 of FIG. The task screen 70 is provided with a display area 71 for displaying English sentences to be translated and delivered translations, radio buttons 72 and 73 for selecting check results, and a delivery button 74 for instructing delivery of the check results. .

  The contractor operates the contractor terminal 13 to perform the task operation and deliver the check result. For example, when the task is the work shown in FIG. 10, the contractor operates the contractor terminal 13 to select one of the radio buttons 72 and 73 according to the check result of the translated sentence, and press the delivery button 74. select.

  The check unit 44 determines whether or not the deliverable of the primary task satisfies a predetermined standard (delivery is possible) based on the deliverable of the secondary task whose quality is to be checked. This secondary task can be ordered by an unspecified number of contractors, but the contractor of the previous task (primary task) cannot receive the secondary task.

  Then, the check unit 44 is acquired with a coincidence rate (number of coincidences) in which a product with an answer (that is, a pass judgment) indicating that it has been properly translated as a product of the secondary task exceeds a predetermined value. In this case, the product to be evaluated is determined as a product that satisfies a predetermined standard, that is, can be delivered to the orderer.

  The transmission unit 45 transmits the product to be paid to the orderer terminal 12 that has ordered the task of the product. For example, the transmission unit 45 obtains the user ID of the orderer associated with the corresponding task from the task information 32, refers to the orderer information 30 based on the user ID, and orders the orderer who ordered the task. The orderer terminal identification information of the terminal 12 is specified. Based on the orderer terminal identification information, the deliverable of the corresponding task is transmitted to the orderer terminal 12. In addition, when the above-mentioned dummy question is contained in the product registered in the product information 33, the solution to which the answer to the dummy question is deleted is transmitted.

  In addition, when transmitting the deliverable to the orderer terminal 12, the transmission unit 45 registers information indicating that the deliverable of the corresponding task has been delivered and the deliverable ID of the deliverable in the task information 32.

  The settlement unit 46 performs settlement processing associated with task ordering and order receipt. For example, when the order of a task is placed, the settlement unit 46 executes a process of receiving in advance the processing cost (reward + fee) of the task from the orderer. In addition, when the task is not ordered, the settlement unit 46 executes processing cost return processing for the orderer. On the other hand, the settlement unit 46 receives an order for a task, checks the deliverable transmitted from the contractor terminal 13, and passes the check and delivers it to the orderer terminal 12, the contractor who has transmitted the deliverable Remuneration processing is executed for.

[4. Business brokerage processing]
Next, a flow of business mediation processing for mediating tasks by the CSS system 10 according to the present embodiment will be described. FIG. 11 is a flowchart illustrating an example of a procedure of business mediation processing according to the embodiment.

  As shown in FIG. 11, in the server 11, the publishing unit 41 publishes a plurality of related ordered tasks in order on a Web page as a deliverable state (S 10).

  The contractor operates the contractor terminal 13 to access the server 11 and refer to the published task (S11). When the contractor wishes to work on the task whose status is being accepted, the contractor operates the contractor terminal 13 to perform the task work and deliver the deliverable (S12).

  In the server 11, the check unit 44 checks whether or not the delivered product satisfies a predetermined standard (S13). The determination unit 43 determines the deliverable delivered first among the deliverables determined to satisfy the predetermined criteria as the payable deliverable (S14).

  The publishing unit 41 finishes publishing the task whose payment object is determined (S15). The settlement unit 46 performs remuneration processing for the contractor who has transmitted the deliverable that is the object of payment (S16).

  The publishing unit 41 determines whether there is a next task that can accept the deliverable (S17). When there is a next task (Yes at S17), the process proceeds to the above-described processing of S10 and the next task is disclosed. On the other hand, if there is no next task (No at S17), the process is terminated. Thus, the business mediation process ends. In addition, you may replace the order of S15 and S16. For example, after executing the payment process of the reward, the publication of the task determined as the payment target may be terminated.

[5. Others]
In the above embodiment, the server 11 publishes deliverables in a deliverable state in parallel with two or more tasks that can be executed in parallel among the ordered tasks, and delivers deliverables to the published tasks. May be accepted in parallel. FIG. 12 is a diagram schematically showing a flow of entrusting work ordered from an orderer to an unspecified number of people in parallel. The business mediation apparatus accepts business orders from the orderer, and publishes a plurality of ordered work in parallel so that they can be referred to from each terminal of a plurality of orderers who wish to receive the business in parallel. Then, the business mediation apparatus accepts delivery of deliverables for the published business. In the upper example of FIG. 12, tasks A1, A2, A3, A4... And a plurality of tasks can be delivered in parallel. The business mediation apparatus accepts delivery of deliverables for each task in a state where deliverables can be delivered.

  A plurality of contractors who wish to receive a business order perform work according to the business by referring to the published business, and deliver deliverables respectively. In the example on the upper side of FIG. 12, the contractors A, B, C... Perform work corresponding to the task A1 and deliver deliverables.

  The business mediation apparatus determines a deliverable for which a reward is to be paid from the deliverables received for each task. For example, the business mediation apparatus determines a deliverable for which a reward is to be paid for each task based on the time until the deliverable is delivered. As an example, the business mediation apparatus determines, for each task, the deliverable first delivered as a payable deliverable that pays a reward.

  When the deliverable product is determined, the business intermediary device ends acceptance of the deliverable for the business determined by the payment object. The business intermediary device pays the contractor who delivered the deliverable product. In addition, the business mediation apparatus publishes a business that can be executed in parallel next, and accepts delivery of a deliverable for the published business. In the example on the lower side of FIG. 12, the payable deliverables of the tasks A1, A2, A3, A4... Are determined and the acceptance of the deliverables is finished, and the next tasks B1, B2, B3, B4. -Is open to the public, and the contractors A, B, C... Deliver deliverables to the task B1.

  As described above, the business intermediary apparatus according to the embodiment enables each contractor to perform business according to convenience and ability even when a plurality of ordered business is disclosed in order to deliver deliverables one by one in order. Therefore, the human resources of the contractor can be used efficiently.

  Here, the business mediation apparatus according to the embodiment efficiently distributes a plurality of business operations to the contractor using a task control idea of assigning tasks to a plurality of CPUs used in an OS or the like. Note that the business mediation apparatus according to the embodiment does not simply apply task control. In general task control, each data (task) is assigned to a CPU waiting for processing in an early order. When this concept is simply applied, the contractor executing the task becomes the CPU, and the data becomes the task. However, the business mediation apparatus according to the embodiment is different from such a model. For example, as shown in FIG. 1, the tasks A to D... Are regarded as CPUs and the contractor is regarded as data. On the other hand, a plurality of contractors work and deliver deliveries. In other words, the business mediation apparatus according to the embodiment is designed to increase the efficiency of human resources by applying a concept opposite to conventional task control. Also for FIG. 12, for example, the concept of distributed processing such as Hadoop is applied, but in contrast to the conventional distributed processing, the task is regarded as a CPU and the contractor is regarded as data, and the distributed processing concept is applied. In this way, human resources are made more efficient. That is, the business mediation apparatus according to the embodiment is not a simple application of task control or distributed processing.

  In the above embodiment, the server 11 publishes a plurality of ordered tasks and sequentially delivers the deliverables. However, the server 11 sequentially publishes the tasks that make the deliverables ready for delivery. May be.

  Further, in the above embodiment, when it is better to use the result of the previous task for each of a plurality of tasks in which deliverables can be delivered in order, the server 11 performs the second and subsequent tasks. When publishing, the product of the previous task may be displayed together. For example, in the case where a plurality of tasks divide English sentences into predetermined units and translate them sequentially, the translation results of the previous task may be displayed. As a result, the contractor can refer to the translation result of the previous task and perform translation by matching the terms, etc., so that blurring of the terms in the translated sentences translated in each task can be suppressed, and the quality of the translation can be improved. Can be increased.

  In the above embodiment, when translation is performed using a plurality of tasks, the check unit 44 uses the translation result of the previous task for the second and subsequent tasks, and whether the deliverables satisfy a predetermined standard. You may check whether or not. For example, the check unit 44 extracts a term used for a specific word such as a noun from the translation result in the previous task, and the deliverable is a predetermined product because the same term is used for the deliverable. It may be checked whether the standard is satisfied.

  In addition, a product delivered too early may have low quality because priority is given to work speed. Therefore, in the above-described embodiment, the deliverable first delivered within a predetermined period after the deliverable is made ready for delivery may be determined as the payable deliverable. The orderer may set the predetermined period. Further, the predetermined period may be determined based on, for example, an estimated time for work of a task. For example, the predetermined period is set to a range of a predetermined ratio (for example, 50%) around the reference time. Thereby, it can suppress that the delivery of low quality becomes a payment object.

  In the above embodiment, the contractor who has received an order for a task transmits the deliverable of the received task to the server 11. At this time, the server 11 receives the deliverable after transmitting the task. There may be a time limit between In this case, if the deliverable is not received within the time limit, the server 11 may cancel the order for the corresponding task by the contractor. In this way, in particular, when judging by the number of matches (match rate) of deliverables from multiple contractors, the contractors can communicate with each other and send multiple deliverables with incorrect answers. Reduce the risk of fraudulent attempts to secure numbers.

  In the above embodiment, multiple checks may be performed by combining some or all of the correct answer check using the dummy problem, the match check using a plurality of deliverables, and the quality check using the secondary task. Thereby, the quality of a deliverable can be improved further.

[6. effect]
In this way, the server 11 discloses the ordered work in order so that deliverables can be delivered from each of the contractor terminals 13 of the multiple contractors. The server 11 accepts deliveries of deliverables for the work in which deliverables can be delivered from each contractor terminal 13. Then, the server 11 determines a product for which a reward is to be paid from the received product. Thereby, the server 11 can utilize a contractor's human resource efficiently.

  Further, the server 11 determines a deliverable for which a reward is to be paid based on the time until the deliverable is delivered. Thereby, the server 11 can obtain the result of a some business quickly, suppressing the fall of quality.

  Further, the server 11 determines that the deliverable delivered first is the deliverable for which a reward is to be paid. Thereby, the server 11 can obtain the result of a some business quickly.

  In addition, the server 11 publishes a plurality of tasks in a state where deliverables can be delivered in order one by one. As a result, the server 11 can perform a plurality of tasks in a distributed manner by a plurality of contractors, and therefore can efficiently use the human resources of the contractors.

  Further, the server 11 checks whether or not the accepted deliverable satisfies a predetermined standard. The server 11 determines a target product for which a reward is to be paid from a product determined to satisfy a predetermined criterion. As a result, the orderer can obtain a product of a certain quality. At this time, it is not necessary for the orderer himself to check the quality of the deliverable to determine whether or not delivery is possible, so the burden on the orderer can be reduced. Further, since the contractor can deliver the deliverable if it passes the check, it is possible to prevent the delivery from being rejected by the orderer's arbitrary judgment.

  In addition, the server 11 transmits a dummy question with a correct answer determined in advance to the contractor terminal 13 of the contractor, and when the answer returned from the contractor terminal 13 matches the correct answer, a predetermined reference is given. Is determined to be satisfied. Thus, if the server 11 mixes dummy questions and performs a quality check based on the result, the server 11 only needs to check whether or not the answer to the dummy question is a correct answer, so that the check process can be easily executed. Furthermore, by setting the difficulty level and contents of the dummy problem, it is possible to determine the level of the contractor and the like, and to obtain the deliverable from the contractor at the level desired by the orderer.

  Further, the server 11 compares the respective deliverables when deliverables for the business are received from a plurality of contractor terminals, and the predetermined number is obtained when the number of matches or the match rate between the deliverables is equal to or greater than a predetermined value. It is determined that the criteria are satisfied. As a result, the server 11 can determine the quality of the deliverable from the number of matches and the match rate of the deliverables of a plurality of contractors without mixing dummy problems. Therefore, the server 11 can automatically check the quality of a text input format task that has conventionally been checked by the person in charge of checking.

  Further, the server 11 described above may be realized by a plurality of server computers, and depending on the function, the configuration may be flexible, for example, by calling an external platform or the like with an API (Application Programming Interface) or network computing. Can be changed.

  Further, the “means” described in the claims can be read as “section (module, unit)” or “circuit”. For example, the determination unit can be read as a determination unit or a determination circuit.

DESCRIPTION OF SYMBOLS 10 Crowdsourcing service system 11 Server 12 Ordering party terminal 13 Ordering party terminal 21 Storage part 22 Control part 30 Ordering party information 31 Ordering party information 32 Task information 33 Product information 40 Management part 41 Publication part 42 Reception part 43 Determination part 44 Check Department 45 Transmitter 46 Settlement Department

Claims (9)

A means for publishing a plurality of ordered work in order so that deliverables can be delivered from each terminal of a plurality of contractors who wish to receive orders for the work,
Accepting means for accepting deliveries of deliverables for the work that has been made ready for delivery by the public means from each terminal of the plurality of contractors;
Determining means for determining a deliverable for which a reward is to be paid from the deliverable received by the accepting means;
A business intermediary device characterized by comprising: The business mediation apparatus according to claim 1, wherein the determining unit determines a deliverable for which a reward is to be paid based on a time until the deliverable is delivered. The business mediation apparatus according to claim 2, wherein the determination unit determines the product delivered first as a product to be paid. The business mediation apparatus according to any one of claims 1 to 3, wherein the publication unit publishes the plurality of business operations in a state in which deliverables can be delivered one by one in order. A check unit for checking whether or not the product received by the receiving unit satisfies a predetermined criterion;
The determination means determines a deliverable for which a reward is to be paid from a deliverable determined to satisfy a predetermined criterion by the check means. 5. The business mediation device described. The check means transmits a dummy question in which a correct answer is determined in advance to the contractor's terminal, and when the answer returned from the contractor's terminal matches the correct answer, the predetermined criterion The business intermediary device according to claim 5, wherein the business intermediary device is determined to satisfy. The checking means compares the respective deliverables when deliverables for the business are received from a plurality of contractor terminals, and the predetermined number of matches between the deliverables or the match rate is equal to or greater than a predetermined value. The business intermediary device according to claim 5, wherein it is determined that the above-mentioned criteria are satisfied. A business mediation method executed by a computer,
A publishing process for publishing deliverables in a state where deliverables can be delivered from each terminal of a plurality of contractors who wish to receive orders for the tasks in order,
A reception process for accepting deliveries of deliverables for the work in a deliverable state from each terminal of the plurality of contractors;
A decision process for determining a deliverable for which a reward is to be paid from the accepted deliverable;
A business mediation method characterized by comprising: A publishing procedure for publishing deliverables in a state where deliverables can be delivered from each terminal of a plurality of contractors who wish to receive orders for the tasks in order,
An acceptance procedure for accepting deliveries of deliverables for the work for which deliverables can be delivered from each terminal of the plurality of contractors;
A decision procedure to determine the deliverables for which you want to pay from the accepted deliverables;
Business intermediation program characterized by causing a computer to execute

Images