JP7215664B1 - Trade promotion system, trade promotion method and trade promotion program - Google Patents

Abstract

A problem to be solved is to provide a technology that enables ensuring the continuity of a platform. Kind Code: A1 A transaction promotion system for promoting transactions between service providers and users in a community, the transaction promotion system comprising a reception unit, a matching unit, and a degree-of-affinity determination unit, wherein the reception unit , the matching unit receives provider service information indicating the content of the service provided by the provider, and receives user service information indicating the content of the service desired by the user; A combination of the provider service information and the user service information is created based on the degree of closeness indicating the psychological closeness between the provider and the user. [Selection drawing] Fig. 1

Description

The present invention relates to a transaction promotion system, a transaction promotion method, and a transaction promotion program.

Traditionally, Internet platforms have provided matching between service user groups and service provider groups within local communities. An example of such matching technology is proposed in Patent Documents 1, 2, and 3, for example.

For example, Patent Literatures 1, 2, and 3 disclose techniques for matching service providers and service users by checking service information sent from service providers and selecting desired services. disclosed.

Japanese Patent No. 6994129 Japanese Patent No. 7002688 Japanese Patent Application Laid-Open No. 2021-71880

Such technology enables matching to be performed by the service user selecting the desired service from among the services provided by the service provider. However, there have been more than a few cases where the compatibility between service providers and service users is incompatible.

In addition, in matching platforms between BtoC (Business to Consumer) and CtoC (Consumer to Consumer), due to gaps such as lack of resources (facilities, human resources) and funds necessary for closing transactions, platform There was a problem with continuity.

In view of the above circumstances, an object of the present invention is to provide a technology that enables more suitable matching between the provider and the user.

Further, in a preferred embodiment of the present invention, the problem to be solved is to provide a technology that enables the continuity of the platform to be secured.

In order to solve the above problems, the present invention provides a transaction promotion system for promoting transactions between service providers and users in a community, wherein the transaction promotion system includes a reception unit, a matching unit, and a degree of familiarity determination. the reception unit receives provider service information indicating the content of the service provided by the provider and receives user service information indicating the content of the service desired by the user; creating a combination of the provider service information and the user service information based on the degree of familiarity, which is determined by the degree of familiarity determining unit and indicates the closeness of the psychological distance between the provider and the user; .

In order to solve the above problems, the present invention provides a transaction promotion method for promoting transactions between service providers and users in a community, wherein the reception unit indicates the content of the service provided by the provider. a step of receiving provider service information and receiving user service information indicating the content of the service desired by the user; creating a combination of provider service information and said user service information.

In order to solve the above-mentioned problems, the present invention provides a service provider in a community and a transaction promotion program for promoting transactions of users, wherein a computer is a provider indicating the content of the service provided by the provider. Receiving service information and user service information indicating the content of the service desired by the user, and based on the degree of closeness indicating the psychological closeness between the provider and the user, the provider service information and the user service information.
With such a configuration, it is possible to match a provider and a user who are more compatible with each other.

In a more preferred form, the provider service information is a resource provided by a third party for filling gaps in the provision of the service by the provider and/or the use of the service by the user. The matching unit creates the combination further including the third party provided resource based on the type of the third party provided resource.
With such a configuration, even if there are insufficient resources when the provider provides the service, the provider can provide the service by providing the resources from the third party. can.

In a more preferred embodiment, the familiarity determining unit determines the familiarity based on provider attribute information indicating attributes of the provider and user attribute information indicating attributes of the user.
With such a configuration, it is possible to determine compatibility between the provider and the user using attributes of the provider and the user.

In a more preferred form, the transaction promotion system further comprises a classifier, and the classifier generates user groups by classifying the user attribute information into a predetermined number based on a plurality of pieces of the user attribute information. The degree of familiarity determination unit determines the degree of familiarity based on the user group and provider attribute information.
With such a configuration, by categorizing the user's attributes, it is possible to grasp the user's attributes without receiving detailed attribute inputs.

In a more preferred form, the transaction promotion system further includes a storage unit, the storage unit stores a reliability indicating the reliability of the provider or the user, and the familiarity determination unit stores the reliability. The degree of closeness is determined based on the degree of closeness.
By adopting such a configuration, it is possible to perform more compatible matching by considering the results of transactions up to the last time.

In a more preferred form, the transaction promotion system further includes a performance update unit, and the performance update unit receives an evaluation of the provider from the user after the transaction performance based on the combination, and updates the evaluation and the provider. The reliability is updated based on the previous reliability and the affinity determination unit determines the affinity based on the reliability.
By adopting such a configuration, the degree of familiarity is updated using the degree of reliability (individual reliability) received from the user who used the service for the evaluation of the transaction, thereby determining the degree of familiarity more appropriately. be able to.

In a more preferable form, the degree-of-familiarity determining unit determines a predetermined value as the degree of affinity in the case of the combination without the transaction record, based on the presence or absence of the transaction.
With such a configuration, matching can be performed even in the case of a provider and a user who are matching for the first time.

In a more preferred form, the transaction promotion system further comprises a storage unit, the storage unit stores transaction performance information indicating information on transaction performance for each combination, and the transaction performance information is stored for each combination. Further includes transaction record time information indicating a date and time when a record was made, and the degree-of-affinity determination unit determines the previous transaction record in the transaction record time information in the case of a combination with the transaction record, based on the presence or absence of the transaction. Based on the date and time, the period from the previous transaction is calculated, and the degree of familiarity is updated based on the period.
By adopting such a configuration, it is possible that some time has passed since the last transaction and the parties have become estranged, and matching that reflects such a situation can be performed.

In a more preferred form, the transaction promotion system further includes a display processing unit, and the display processing unit notifies third party information regarding a third party to a user screen used by the user.
With such a configuration, it is possible to browse information of a third party other than the provider and the user.

In a more preferable form, the display processing section displays the third party information when the combination is created.
By adopting such a configuration, information of a third party can be browsed upon establishment of a transaction between the provider and the user.

In a more preferable form, the reception unit receives an input of an investment amount from the third party,
The display processing unit displays the third party information when the amount of money is equal to or greater than a predetermined value.
With such a configuration, it is possible to display to the user the information of the third party who has made a large amount of investment.

In a more preferred form, the transaction promotion system further comprises a monetization section, and the reception section receives user funds, which are funds provided by the user, and provider funds, which are funds provided by the provider. and investment funds provided by a third party, and the monetization unit determines the funds based on the investment funds, user funds, and provider funds.
With such a configuration, it is possible to determine the reward to be paid to the provider.

In a more preferred form, the transaction promotion system includes a proximity determination unit, and the proximity determination unit stores provider attribute information indicating the attribute of the provider and user attribute information indicating the attribute of the user. , generates a proximity indicating the closeness of physical distance between the provider and the user, and based on the proximity, the provider service information and the user service information, create combinations.
With such a configuration, by using the physical distance between the provider and the user, it is possible to perform matching considering the ease of access toward problem solving.

In a more preferred form, the matching unit performs the above-mentioned matching based on available time, which is the time during which the provider can provide the service, and desired use time, which is the time when the user wishes to use the service. Create a combination of providers and users.
With such a configuration, matching can be performed at a time desired by the user and the provider.

In a more preferred form, the transaction promotion system further comprises a determination unit, wherein the reception unit receives prices for each of the services as the provider service information, and the determination unit provides the provider with consideration for providing the service. Based on the source of remuneration paid as and the price for each service, the number of services that can be used is determined, and after the combination is created, the price of the service provided in the combination, the source and updating the available number of the services based on the price for each service.
With such a configuration, it is possible to check the number of times the service can be used.

In a more preferred form, the transaction promotion system further includes a matching score calculation unit, and the matching score calculation unit calculates the appropriateness of the combination based on the provider service information, the user service information, and the degree of familiarity. and the matching unit extracts an appropriate combination of the provider service information and the user service information based on the calculated matching score, and the provider and , perform user matching.
By adopting such a configuration, it is possible to perform matching with better compatibility by calculating the compatibility quantitatively.

Advantageously, the present invention provides a technology that enables providers and users to perform more suitable matching.

1 is a block diagram showing the configuration of a system according to one embodiment; FIG. 1 is a hardware configuration diagram of a system according to one embodiment; FIG. The functional block diagram of the device of one embodiment. 4 is a processing flowchart of the system of one embodiment; 4 is a processing flowchart of monetization according to one embodiment. 4 is a processing flowchart of matching according to one embodiment. 4 is a processing flowchart of trust confirmation according to an embodiment;

A more detailed description is given below with reference to the accompanying drawings. Preferred embodiments are shown in the drawings. It may, however, be embodied in many different forms and should not be construed as limited to the embodiments set forth herein.

For example, although the configuration, operation, and the like of the transaction promotion system 0 will be described in the present embodiment, similar effects can be achieved by methods, devices, computer programs, and the like that are executed. The transaction promotion program in this embodiment may be provided as a non-transitory computer-readable recording medium, or may be provided in a downloadable form from an external server. The trade promotion program may run on the server computer. In this embodiment, a transaction promotion system is realized by starting a monetization program in the monetization device 1, which is a server computer, a matching program in the matching device 2, and a trust confirmation program in the trust confirmation device 3.

The present invention provides service providers (hereinafter referred to as providers), service users (hereinafter referred to as users), and third parties in communities in specific areas (prefectures, municipalities, etc.) Matching is performed among the three intervening parties. In this embodiment, an invention will be described in which the degree of familiarity is used to match providers and users.

The degree of familiarity in the present invention is an index indicating a psychological distance determined by the attributes of the user and the provider and/or information on transaction performance. In this embodiment, the degree of familiarity is determined based on the closeness of the attributes of the user and the provider, and information on transaction performance. Here, the closeness of the attributes of the user and the provider is determined by the degree of similarity such as the age and sex of the user and the provider, and the classification (group) of personality, nature, type, etc., which will be described later.

In addition, in the present embodiment, the information on the transaction record includes the individual reliability obtained by statistically processing the evaluations made by one of the users and providers to the other after the service is provided, the number of transactions, the period since the last transaction, etc. including one or more.

In this embodiment, the degree of familiarity is determined based on information related to direct transaction records between the user and the provider. It may be determined based on information about the provider's indirect trading performance. Here, the information on indirect transaction performance is information on the transaction performance of the provider and the user with the common transaction partner when the provider and the user have a common transaction partner. The information about the indirect trading performance includes one or more of: individual confidence in the common trading partner, number of trades with the common trading partner, and time since last trading with the common trading partner.

In this embodiment, the degree of familiarity is determined for each combination of a user and a provider, but it may be given more directionality. That is, the degree of familiarity with the provider from the user's perspective and the degree of familiarity with the user from the perspective of the provider may be determined. For example, by using a directional index such as individual reliability or evaluation, the degree of familiarity can be determined for each direction.

Also, the third party in the present invention is the provider and the person who fills the gap in the matching of the users. In this embodiment, a third party is a person or organization such as a local government that provides resource support to fill gaps when providers provide services and/or when users use services. be. A third party is a person or organization such as an investor who can display information about himself/herself on the screen of the user by investing the resource of remuneration paid as consideration for the service provided by the provider.

In addition, in the present invention, the provider and the user may be able to take both positions. That is, a person who has provided services as a provider in one transaction can also use the service as a user in another transaction.

<System configuration>
FIG. 1 is a block diagram showing the system configuration of one embodiment. As shown in FIG. 1 , the transaction promotion system 0 includes a monetization device 1 , a matching device 2 , a trust confirmation device 3 , a user terminal 4 and a provider terminal 5 .

In this embodiment, the monetization device 1, the matching device 2, the trust confirmation device 3, the user terminal 4, and the provider terminal 5 are configured to be able to communicate via the communication network NW. Although the communication network NW is an IP (Internet Protocol) network in this embodiment, there is no limit to the type of communication protocol, and there is no limit to the type and scale of the network. In this embodiment, the monetization device 1, the matching device 2, and the trust confirmation device 3 communicate via the communication network NW, but can communicate via a LAN (Local Area Network) or a WAN (Wide Area Network). may be configured to

As the monetization device 1, the matching device 2, and the trust confirmation device 3, it is possible to use a general-purpose server computer, a personal computer, or the like. In addition, in this embodiment, the monetization device 1, the matching device 2, and the trust confirmation device 3 are each illustrated as one server. 3 can also be configured. A smart phone, a tablet terminal, a personal computer, a wearable device, or the like can be used as the user terminal 4 and the provider terminal 5 .

<Hardware configuration>
FIG. 2 is a hardware configuration diagram in this embodiment. FIG. 2(a) is a diagram showing an example of the hardware configuration of the server 10 (monetization device 1, matching device 2, and trust confirmation device 3). The server 10 includes a processing unit 11, a storage unit 12, and a communication unit 13 as a hardware configuration.

The processing unit 11 includes one or more processors such as a CPU, and controls the overall operation processing of the server 10 by executing the transaction promotion program, OS, browser software, and other applications according to the present invention.

The storage unit 12 is a HDD, ROM, RAM, or the like, and uses the transaction promotion program, monetization program, matching program, or reliability confirmation program according to the present invention when the processing unit 11 executes processing based on the program. data, etc. to be stored. The processing unit 11 executes processing based on a transaction promotion program or the like stored in the storage unit 12, thereby realizing the functional configuration described later.

The communication unit 13 performs communication control with the communication network NW, inputs necessary for operating the server 10, and outputs related to operation results.

FIG. 2B is a diagram showing an example of the hardware configuration of the terminal 9 (user terminal 4 and provider terminal 5). Similarly, the terminal 9 also includes a processing unit 91 , a storage unit 92 , a communication unit 93 , an input unit 94 and an output unit 95 as a hardware configuration.

A processing unit 91 of the terminal 9 includes one or more processors such as a CPU, and controls the overall operation processing of the terminal 9 . The storage unit 92 of the terminal 9 is a HDD, ROM, RAM, etc., and stores applications and the like for operating the monetization device 1 and the matching device 2 . A communication unit 93 of the terminal 9 controls communication with the communication network NW. The input unit 94 of the terminal 9 is a touch panel, a mouse, a keyboard, or the like, and inputs an operation request from the user to the processing unit 91 . The output unit 95 of the terminal 9 is a display or the like, and displays the results of processing by the processing unit 91 and the like.

<Monetization device 1>
As shown in FIG. 3, the monetization device 1 includes, as functional components, a reception unit 101, a display processing unit 102, a monetization unit 103, and a resource DB.

<Resource DB>
The resource DB stores information on resources. In this embodiment, the source funds DB includes, as fund information, identification information of a fund provider (either a user, a provider, or a third party who only invests), the name of the fund provider, the category of funds, and the amount of money. , associated with the date and time of funding. In addition to the fund information, the resource DB may store the resource calculated based on the fund information. All of these may be stored in the storage unit 12 or the like, or some or all of them may be stored in another storage unit. Here, the fund information may include information that can identify the fund provider, such as a corporate logo mark, instead of or in place of the name of the fund provider.

<Functional components of monetization device 1>
The receiving unit 101 receives fund information and stores it in the resource DB. Funds in this embodiment are user funds that are funds provided by users, provider funds that are funds provided by providers, and funds provided by third parties who only invest. including investment funds; In this embodiment, when these funds are provided to the manager of the transaction promotion system 0, the manager terminal (not shown) designates the category of the funds and registers the fund information. At this time, the display processing unit 102 performs display processing on the administrator terminal of an amount input screen for receiving input of fund information regarding user funds, provider investment, and investment funds.

The receiving unit 101 may receive fund information stored in another server via the communication unit 13 . In addition, the display processing unit 102 displays the input screen of the user funds, the input screen of the provider funds, and the input screen of the investment funds on the terminals of the user, the provider, and the third party, and the reception unit 101 Input of fund information may be received from each terminal and stored in the resource DB.

The monetization unit 103 determines funds to be paid to the provider as consideration for providing the service based on the user funds, the provider funds, and the investment funds. In this embodiment, part of the user funds, the provider funds, and the investment funds are allocated to the development funds and operation funds of the transaction promotion system 0, and the remaining funds are recorded as the resources. For example, the monetization unit 103 multiplies each of the user funds, the provider funds, and the investment funds by a predetermined ratio and totals them to determine the source funds. Specifically, the monetization unit 103 calculates 1 million yen (user funds) x 0.5 + 1.5 million yen (provider funds) x 0.7 + 2 million yen (investment funds) x 1 = 3.55 million yen (source capital). Determine the source of funds.

<Matching device 2>
As shown in FIG. 3, the matching device 2 includes, as functional components, a reception unit 201, a display processing unit 202, a matching unit 203, a familiarity determination unit 206, a proximity determination unit 207, a determination unit 208, and a performance update unit 209. , a classification unit 210, and a matching information DB. The matching section 203 also includes a matching control section 204 and a matching score calculation section 205 .

<Matching information DB>
The matching information DB stores provider information, user information, service information, provider service information, combination information, reservation information, insufficient resource information, proximity information, and affinity information. Some or all of these may be stored in the storage unit 12 or the like, or some of them may be stored in another database or the like.

The provider information includes provider identification information, provider name, provider attribute information, reliability, expertise information, and available time information. The provider attribute information includes provider's sex, age, personality, address, provider group category, and the like. When the provider attribute information stored in the matching information DB in non-numerical expressions such as gender and personality is substituted into the model for calculating the matching score described later, for example, "1. male", "2 A correspondence table is stored, which is a table in which non-numerical expressions and numerical values correspond to each other, such as ".". The provider information may include contact information such as comments, icon images, and telephone numbers.

Reliability is a comprehensive evaluation given to each provider and user by others. In this embodiment, the reliability is determined based on all individual reliability associated with each user or provider and external information of the user or provider (described later).

Further, the expertise information is information received from the provider at the pre-input stage, and is information indicating the expertise of the provider's service. Specifically, the expertise information is a numerical value indicating the presence or absence of expertise or the degree of expertise for each category. In this embodiment, the expertise information is registered as information indicating whether or not there is expertise for each combination of provider and category.

A provider group category is information indicating to which group the provider belongs, determined by the classification unit 210 . A specific classification method will be described later.

The available time information is information about the time when the provider can provide the service, and is information indicating the time zone. In addition, when the available time information stored in the matching information DB as a number that is not uniquely determined, such as the time zone, is substituted into the model for calculating the matching score described later, for example, "1. 14:00- 16:00” and “2.

User information includes user identification information, user name, reliability, and user attribute information. The user attribute information includes user's gender, age, personality, address, user group category, and the like. Similar to provider information, a correspondence table is stored when user attribute information stored in non-numerical representation is substituted into a model. The user information may include contact information such as comments, icon images, and telephone numbers. A user group category is information indicating which group the user belongs to, which is determined by the classification unit 210 .

Service information is information about services traded between providers and users. Service information includes service identification information, service name, and category. As with provider information, a correspondence table is stored when service information stored in non-numerical representation is substituted into a model. Here, in this embodiment, a category is information equivalent to a service name (one-to-one), and comprehensive category information that includes a plurality of services in each classification such as general housework, general education, and general childcare. is. Note that the category may have a one-to-many relationship between the category and the service name. The category may be subdivided category information. For example, housework in general is comprehensive category information including subdivided categories such as childcare and shopping. The service information may include uniform price information indicating a uniform price for each service determined by the system administrator. Further, the uniform price information may be cash currency, points that are currency on the system, or the like.

Provider service information is information indicating services that can be provided by each provider and their prices. The provider service information includes provider service identification information, provider identification information, service identification information, insufficient resource category, service provision time, and price information. Here, the resource shortage category is information indicating the category of resources that are insufficient for the provider to provide the service to the user. For example, categories of insufficient resources for human resources include assistants and substitutes. Child care goods, nursing care goods, and the like are examples of insufficient resource categories for things. A gymnasium, a playground, etc. are mentioned as a category of the insufficient resource about a place.

Also, the price information is information indicating the price of the service determined by the provider, and may be cash currency or points, which are currency on the system. In this embodiment, the price information is registered by the administrator for each service in the service information, but it may be configured so that it can be independently registered by the service provider.

Reservation information includes reservation identification information, provider service identification information, user identification information, reservation date and time, status, third party resource identification information, and information from the user to the provider or from either the provider or the user to the other. It has an individual reliability that statistically processed the evaluation. Here, examples of the status include "before provision", "during provision", "completed provision", and "cancelled". In the present embodiment, a combination of user service information and provider service information (hereinafter simply referred to as "combination" unless unclear) is created, and when a combination is determined by making a reservation or the like, The reservation information of the status before provision is stored in the matching information DB. Third party resource identification information will be described later.

The proximity information is information indicating the physical distance between the user and the provider. The proximity information includes user identification information, provider identification information, and proximity. A method for determining the degree of proximity will be described later.

The familiarity information is information indicating the psychological distance between the user and the provider. The familiarity information includes user identification information, provider identification information, and familiarity. Also, the affinity information includes user group identification information, provider group identification information, and affinity. Here, a method for determining the degree of familiarity will be described later.

The third-party-provided resource information is information relating to resources provided by a third party to the provider. The third party provided resource information includes third party resource identification information, third party resource name, resource category (kind), and availability time. Here, the third-party-provided resource in this embodiment is a resource provided by a third party in order to fill a gap when the provider provides the service and/or when the user uses the service. be. Note that the third-party-provided resource information may include the name of a third party who provides the resource and the location where the resource is provided.

<Functional components of matching device 2>
The reception unit 201 receives information used for matching processing via the input unit 94 . In the present embodiment, the reception unit 201 receives input of provider information, user information, provider service information, and third party provided resource information at the pre-input stage, and transfers the input to the matching information DB.

Further, the display processing unit 202 performs display processing of an input screen for accepting input of user service information, and transmits the display processing result to the user terminal 4 . The output unit 95 of the user terminal 4 receives the display processing result and displays the input screen. In the matching stage, the reception unit 201 receives input of user service information, which is information about services that each user desires to use, via the input screen. The user service information includes user identification information, service identification information, desired time of use, and desired start date and time of use. The input screen may display the price of the service, and the user service information input to the reception unit 201 may further include the payable self-pay amount or burden rate.

The display processing unit 202 performs display processing on the combinations created by the matching unit 203 . In this embodiment, the display processing unit 202 performs display processing on the service viewing screen of the user terminal 4 with one or a plurality of created combinations.

The display processing unit 202 displays third party information about the third party on the user screen used by the user. In the present embodiment, the display processing unit 202 performs display processing on the user screen of information that enables identification of fund providers related to one or a plurality of third parties that have contributed funds. The display processing unit 202 performs display processing of information that enables the fund provider to be identified on the user screen when or after the matching unit 203 creates the combination. In addition to the user screen, information that enables the fund provider to be identified may be displayed on the provider screen used by the provider.

In addition, when the investment funds received from a third party who only invests through the receiving unit 201 is equal to or greater than a predetermined value, the display processing unit 202 displays information that enables the fund provider to be identified on the user screen. Display processing may be performed. For example, when the total amount of investment funds received from one third party is a predetermined value, the display processing unit 202 displays information that enables identification of the third party's fund provider. Further, for example, when the amount of investment funds received from one third party at one time is a predetermined value, the display processing unit 202 performs display processing of information capable of identifying the fund provider of the third party.

Furthermore, the display processing unit 202 performs display processing of the number of available services determined by the determination unit 208 . In the present embodiment, the display processing unit 202 performs display processing on the number of services that can be received in association with each service, and transmits the display processing result to the user terminal 4 .

The matching unit 203 creates a combination of provider service information and user service information. In this embodiment, the matching unit 203 creates combinations based on the degrees of familiarity stored in the matching information DB. Furthermore, in addition to the degree of familiarity, attributes of providers, attributes of users, types of resources provided by third parties, user groups and provider groups determined by the classification unit 210, available time, One or more of the desired usage time, the degree of proximity, and the degree of reliability may be used.

As processing of the matching control unit 204, a matching score calculation request is transmitted to the matching score calculation unit 205 for each combination, a matching score is received, and a combination is created. The matching score calculation unit 205 calculates a matching score indicating the appropriateness of the combination based on the provider service information, the user service information, and the degree of familiarity. In this embodiment, the matching score calculation unit 205 inputs provider information, user information, user service information, and provider service information, and performs matching between the user service information and the provider service information. A matching score is calculated using a matching model that calculates a score. Here, the matching model is created by known techniques such as neural network, deep learning, regression analysis, or rule base.

Specifically, the matching score calculation unit 205 receives provider service identification information and user service information, and acquires the degree of familiarity based on the provider service identification information and user service information. For the non-numerical representation information included in the provider service information and the user service information, the corresponding numerical values are obtained from the correspondence table. A matching score is calculated by inputting the numerical value, the degree of familiarity, and the information of the numerical expression into the matching model.

The matching unit 203 filters the provider service information by one or more information (for example, address, time, service type, etc.) included in the user service information, and targets the filtered provider service information, Matching scores may be calculated and combinations may be created.

The matching unit 203 defines a plurality of user groups and a plurality of provider groups, and defines one or a plurality of provider groups corresponding to the user groups. Based on the information or user service information, a user group may be determined, and a matching score may be calculated for the provider service information of the provider group corresponding to the user group to create a combination. .

Furthermore, the matching unit 203 identifies combination candidates in descending order of matching score, and creates a combination. A method for creating a specific combination will be described later.

The familiarity determining unit 206 determines the familiarity based on provider information and/or provider service information and user information and/or user service information. In this embodiment, the affinity determination unit 206 determines the affinity based on provider attribute information, user attribute information, and reservation information (transaction history information) for each combination.

The familiarity determining unit 206 determines the degree of familiarity based on the presence or absence of transaction results for each combination. First, the degree-of-affinity determination unit 206 determines whether or not there is a direct transaction record based on the status of the reservation information.

In this embodiment, if there is a direct transaction record, the familiarity determination unit 206 determines the degree of familiarity based on one or more past transaction records of the user and the provider. Specifically, the familiarity determination unit 206 determines the familiarity based on the individual reliability input in the previous transaction as the transaction record.

Also, if there is no direct transaction record, the familiarity determination unit 206 determines whether or not there is an indirect transaction record. Then, when there is no indirect transaction record, a predetermined value is determined as the degree of familiarity. On the other hand, if there is a track record of indirect transactions, the familiarity determining unit 206 determines the degree of familiarity based on the individual reliability of the common counterparty with whom the indirect transaction is made and the number of common counterparties. decide.

In the present embodiment, the familiarity determining unit 206 allows both the user and the provider to take a standpoint, but it is designed so that the user and the provider cannot take both standpoints. When doing so, only whether or not there is a direct transaction record is judged. If there is no direct transaction record, a predetermined value is determined as the degree of familiarity, and if there is a direct transaction record, the degree of familiarity is determined based on the transaction record.

In addition to or instead of the individual reliability, the familiarity determination unit 206 may determine the familiarity using the period from the previous transaction. Specifically, the familiarity determination unit 206 may calculate the period from the previous transaction based on the reservation date and time (transaction record time information) of the latest reservation information, and determine the familiarity.

Also, the familiarity determining unit 206 may determine the familiarity using a user group and/or a provider group. At this time, the degree of affinity using the group may be determined only when there is no transaction history for each combination, or the degree of affinity using the group may be determined regardless of the presence or absence of transaction performance for each combination. good. Specifically, if there is no transaction record for each combination, the familiarity determination unit 206 determines the usage to which the user belongs based on a predetermined value predetermined for each combination of the user group and the provider group. A predetermined value corresponding to the combination of the provider group and the provider group to which the provider belongs is determined as the familiarity. On the other hand, if there is a transaction record for each combination, the familiarity determination unit 206 updates the immediately previous degree of familiarity based on a predetermined value determined for each combination.

Based on the provider attribute information and the user attribute information, the proximity determining unit 207 generates a proximity indicating the closeness of the physical distance between the provider and the user, and stores it in the matching information DB. do. The degree of proximity in the present invention is an index indicating the physical distance between the user and the provider determined by the positions of the user and the provider. Specifically, the proximity determining unit 207 generates the proximity based on the address of the user included in the user attribute information and the address of the provider included in the provider attribute information. In addition, using known technology such as GPS (Global Positioning System), the location information of the user and the provider is acquired, and the proximity is generated based on the location information of the user and the location information of the provider. may

The determining unit 208 determines the number of available services based on the price for each service received via the receiving unit 201 as the provider service information and the source of the remuneration paid as consideration for providing the provider service. decide. In the present embodiment, the determination unit 208 specifically divides the resources for each service and divides each divided resource by the price of the corresponding service to determine the number of times each service can be used.

The record update unit 209 receives an evaluation of the provider from the user and updates the individual reliability after the combination of the transaction records. The result update unit 209 updates, for example, the average value of evaluations of the provider from the user so far as the individual reliability. In addition, the performance update unit 209 transmits the evaluation and/or the individual reliability and the reliability before updating to the reliability evaluation update unit 301, receives the changed reliability, and stores it in the matching information DB. . In this embodiment, it may be configured such that an evaluation of the user is received from the provider, and the reliability of the user is also updated. In this embodiment, the individual reliability is a comprehensive evaluation calculated by statistically processing past evaluations of one user and one provider to the other. There may be. In that case, the performance update unit 209 transmits the individual reliability, which is the evaluation of the latest transaction, and the reliability before update to the trust evaluation update unit 301 .

The classification unit 210 classifies users into user groups based on a plurality of pieces of user attribute information. Also, the providers are classified into provider groups based on a plurality of provider attribute information. In this embodiment, the classification unit 210 specifically generates user groups from a plurality of pieces of user attribute information using a known clustering algorithm such as the k-means method that generates an input number of groups. do. The classification unit 210 also uses a similar well-known algorithm for provider attribute information to generate provider groups. The individual groups included in the user group group and the individual groups included in the provider group group may all or part of them match, or they may all differ.

<Functional components of trust confirmation device 3>
As shown in FIG. 3, the trust confirmation device 3 includes a trust evaluation updating unit 301 and an external information DB.

The trust evaluation updating unit 301 determines post-update reliability based on the external information stored in the external information DB, the pre-update reliability, and the evaluation. In the present embodiment, the trust evaluation update unit 301 specifically determines the reliability after updating based on the presence or absence of a loan and/or the presence or absence of changes in loan repayment, age, and annual income as external information.

The external information DB has external information that is information indicating the credibility of the provider. The external information has provider identification information, provider name, and credit information. Here, credit information is sensitive information such as personal information, and includes information on loans such as card loans and bank loans, the presence or absence of loans, and the presence or absence of changes related to loan repayment. The provider identification information included in the external information DB may be the same as the provider identification information included in the matching information DB. If different, it is preferable that the provider identification information contained in the external information DB is associated with the provider information.

In this embodiment, the trust evaluation update unit 301 is provided in the trust confirmation device 3, but may be provided in the matching device 2 configured to be able to acquire external information from the trust confirmation device 3. .

<Processing procedure>
The transaction promotion method using the transaction promotion system and the processing contents of each functional configuration will be explained below with reference to FIGS. 4 to 7. FIG. Note that the processing shown here is merely an example, and the processing procedure may be suitably changed.

FIG. 4 is a flow chart showing an outline of processing performed by each device in the transaction promotion system. First, in step SD1 (“step” of “step SD” is omitted hereinafter), the monetization device 1 and the matching device 2 perform processing, then in SD2, the matching device performs processing, and in SD3, trust confirmation Device 3 does the processing. Specific processing will be described with reference to FIGS. 5 to 7. FIG.

<Monetization process>
FIG. 5 is a flow chart illustrating the processing of the monetization process. First, in SD101, the reception unit 101 receives input of amounts of user funds, provider funds, and investment funds via the input unit 94 on the input screen. Note that the reception unit 101 may receive funds collected in an external server by crowdfunding or the like via the communication unit 13 .

Next, at SD102, the monetization unit 103 determines the funds to be paid as compensation for the service provided by the provider, based on the user funds, provider funds, and investment funds received at SD101. Then, the monetization section 103 passes it to the determination section 208 via the communication section 13 .

Then, in SD103, the determination unit 208 determines the acceptable number of services based on the resources and the price of each service included in the service provision information.

<Matching process>
FIG. 6 is a flow chart illustrating the processing of the matching process. In this embodiment, the matching process can be broadly divided into a pre-input stage for accepting input of information used for matching as SD2A, a matching stage for creating a combination of providers and users as SD2B, and a provider's input as SD2C. It has an update stage for updating transaction history.

<Pre-input stage SD2A>
First, in SD201 of the pre-input step SD2A, the reception unit 201 receives inputs of provider information, provider service information, user information, and third party provided resource information, and stores them in the matching information DB. These pieces of information can be registered at any timing before the matching stage SD2B. Here, on the use screen of the provider terminal 5, a plurality of categories registered as category information are displayed so as to be selectable, and the selected category is registered as expertise information in the provider information.

<Matching stage SD2B>
First, in SD202 of the matching stage SD2B, the reception unit 201 receives user service information input from the user terminal 4 after receiving the user's desired use time and desired service category designation.

Next, in SD203, the matching score calculation unit 205 calculates reliability, familiarity, provider attributes and specialty information of the provider information received in SD201, user attributes of user information, provider service A matching score is calculated based on the service identification information of the information and the time and category received in SD202. Here, the degree of affinity is determined by the degree of affinity determination unit 206 based on the transaction record information for each combination and the attributes of the user and the provider.

In this embodiment, the degree-of-affinity determination unit 206 creates a temporary combination, and determines whether or not there are direct and indirect transaction results for each temporary combination based on the presence or absence of transactions. Then, if there is no direct transaction record and no indirect transaction record, the familiarity determining unit 206 determines a predetermined value as the degree of familiarity. On the other hand, if there is a direct or indirect transaction record, the familiarity determination unit 206 determines the familiarity determined by the familiarity determination unit 206 after the previous transaction record as the familiarity at the time of the transaction record. do. A method of determining the degree of familiarity when there is an immediately preceding transaction will be described later in SD209.

Next, in this embodiment, in SD204, the matching section 203 determines the provider with the highest matching score as a provider candidate for creating a combination, and proceeds to SD205. Note that the matching unit 203 may determine a provider whose degree of familiarity is equal to or higher than a predetermined value and whose matching score is the highest as a provider candidate.

In SD205, matching section 203 determines whether the specified provider has insufficient resource information.

If the provider identified in SD204 has insufficient resource information (YES in SD205), in SD206 the matching unit 203 determines whether there is a resource provided by a third party having a resource category that matches the category of the insufficient resource information. to judge whether At this time, it is preferable to confirm whether or not the third party provided resource is reserved based on the reservation information.

In SD206, if there is no third-party provided resource having a category that matches the category of the insufficient resource information (NO in SD206), the matching unit 203 returns to SD203 to create a combination of providers with the next highest matching score. identify as a candidate for

If the provider identified as a candidate does not have insufficient resource information (NO at SD205), or has insufficient resource information but has a third-party provided resource (YES at SD205 and YES at SD206), creates a combination of the provider identified as the candidate and the user who entered the user service information in SD202 (SD207). In this embodiment, the matching unit 203 repeats SD204 to SD206 until one combination is created, but may repeat SD204 to SD206 until a predetermined number of combinations are created. In addition, the display processing unit 202 performs display processing of the combination determined by the matching unit 203, and is configured to be able to receive input such as rejection or refusal from the user. SD 206 may be configured to repeat to determine the next combination.

<Update stage SD2C>
First, in SD208 of the update stage SD2C, the performance update unit 209 receives evaluations of the providers who make the combination from the users who make the combination created in the matching stage SD2B via the input unit 94 of the user terminal 4. accept. In this embodiment, the evaluation is, for example, a 5-grade evaluation from 1 to 5 points.

Next, in SD209, the performance update unit 209 updates the individual reliability based on the evaluation received in SD208. Also, the performance update unit 209 transmits the evaluation and/or the individual reliability and the reliability before update to the reliability evaluation update unit 301, receives the changed reliability, and updates the reliability.

In SD209, the degree of familiarity is determined by the degree of familiarity determination unit 206. FIG. For example, if there is a direct transaction record, the familiarity determining unit 206 specifically determines that after the transaction record of the combination, the attribute of the provider included in the provider attribute information forming the combination matches the attribute of the provider. , the degree of familiarity is determined based on the number of user attributes included in the user attribute information forming the combination. Also, if there is no direct transaction record but an indirect transaction record, the familiarity determining unit 206 determines the degree of familiarity based on the individual reliability of the common trading partner.

Also, the familiarity determination unit 206 may determine the familiarity based on the individual reliability updated in SD208.

<Trust Confirmation Process>
FIG. 7 is a flowchart illustrating processing of the trust verification process. First, the SD 301 receives pre-update reliability and evaluation from the matching device 2 via the communication unit 13 .

Next, in SD302, the trust evaluation updating unit 301 calculates the trust based on the individual trust, the trust before updating, the evaluation, and the external information. In the present embodiment, for example, in the case of a provider that has a loan, which is credit information, and has changed regarding loan repayment, the trust evaluation update unit 301 updates the provider so that the reliability of the provider is reduced. Note that the trust evaluation update unit 301 may update the trust level based on the evaluation and/or the trust level before updating.

Then, in SD303, the trust evaluation updating unit 301 transmits the reliability updated in SD302 to the matching device 2 via the communication unit 13. FIG.

As described above, the monetization device 1 executes the monetization process, the matching device 2 executes the matching process, and the trust confirmation device 3 executes the trust confirmation process. By ensuring consistency and performing matching in consideration of the information of the provider and the user in the matching process, the provider and the user who have ensured continuity can achieve more suitable matching.

In another embodiment, the server computer comprising the monetization device 1, the matching device 2, and the trust verification device 3 may run the transaction promotion program.

0: transaction promotion system 1: monetization device 2: matching device 3: trust confirmation device 10: server 11: processing unit 12: storage unit 13: communication unit 4: user terminal 5: provider terminal 9: terminal 91: processing unit 92: storage unit 93: communication unit 94: input unit 95: output unit NW: communication network 101: reception unit 102: display processing unit 103: monetization unit 201: reception unit 202: display processing unit 203: matching unit 204: matching control Unit 205: Matching score calculation unit 206: Familiarity determination unit 207: Proximity determination unit 208: Determination unit 209: Performance update unit 210: Classification unit 301: Trust evaluation update unit

Claims (10)

A transaction facilitation system that promotes transactions of service providers and users in the community,
The transaction promotion system includes a reception unit, a storage unit, a matching unit, and a familiarity determination unit,
The receiving unit receives provider service information including the content of the service provided by the provider, receives user service information including the content of the service desired by the user,
The provider service information includes insufficient resource information indicating resources that the provider lacks in providing services to the user,
the storage unit stores third party resource information including information specifying a resource that can be provided by a third party, such as a person, an object, or a place, and category information to which the resource belongs;
The degree of familiarity determining unit determines the degree of similarity between provider attribute information indicating the attribute of the provider and user attribute information indicating the attribute of the user, or the degree of similarity between a specific user and a specific offer at the time of past transactions. Determine the individual reliability, which is a statistical value of evaluations made between people, as the degree of familiarity,
the attributes include one or more of gender, age, personality, disposition, and type;
The matching unit inputs the provider service information, the user service information, and the degree of familiarity, and uses a matching model that calculates a matching score that indicates the appropriateness of the combination of the provider and the user, By inputting the provider service information, the user service information, and the degree of familiarity into the matching model, the matching score is calculated, a combination with a relatively high matching score is specified, and the specified combination identifying the third-party resource information to which the category information belonging to the missing resource information included in the provider service information of the provider that constitutes the creating a combination of the provider service information , the user service information, and the third party resource information by adding the information. The transaction facilitation system comprises a proximity determination unit,
The proximity determining unit generates a proximity indicating the closeness of physical distance between the provider and the user based on the information indicating the location of the user and the provider,
The matching model is further created with proximity as an input,
2. The transaction promotion system according to claim 1 , wherein said matching unit further uses said proximity as an input to calculate said matching score . The degree of familiarity is the degree of individual reliability,
The transaction facilitation system further comprises a classifier,
The classification unit generates a user classification group by classifying the user attribute information into a predetermined number based on a plurality of pieces of the user attribute information stored in the storage unit, and stores the user attribute information in the storage unit. generating a provider classification group in which the provider attribute information is classified into a predetermined number based on a plurality of the provider attribute information;
The storage unit stores a predetermined value indicating the matching degree of the combination for each combination of the user classification group and the provider classification group,
When the individual reliability between the provider and the user does not exist, the familiarity determination unit specifies the user classification group specified by the user attribute information and the provider attribute information. 3. The transaction facilitation system according to claim 1 or 2 , wherein the predetermined value corresponding to the combination of the provided provider classification groups is used as a substitute value of affinity . The transaction promotion system further comprises a resource database and a display processing unit,
The reception unit receives input of fund information, including fund provider information, identification information of the fund provider, and amount, for the source of remuneration to be paid in consideration for the service provided by the provider, and receives the input of fund information. store in a database,
4. The display processing unit displays the identification information of the fund provider on a user screen used by the user when or after the matching unit creates the combination. A transaction facilitation system according to any one of 5. The transaction promotion system according to claim 4 , wherein the display processing unit performs display processing of the identification information of the fund provider when the combination is created . 6. The transaction promotion system according to claim 4 , wherein the display processing unit displays the identification information of the fund provider when the amount of money is equal to or greater than a predetermined value. The transaction facilitation system further comprises a monetization unit,
The reception unit receives input of amounts of system user funds, which are funds provided by users who use the transaction promotion system, and investment funds, which are funds provided by the fund provider ,
7. The monetization unit according to any one of claims 4 to 6 , wherein the monetization unit determines the source funds by multiplying the respective amounts of the investment funds and the system user funds by a predetermined ratio and totaling them. trade facilitation system. The transaction facilitation system further comprises a decision unit,
The reception unit receives a price for each service as the provider service information,
The determining unit determines the available number of the services based on the source of remuneration paid to the provider as a consideration for providing the service and the price for each service,
Further, after the combination is created, updating the available number of the services based on the price of the services provided in the combination, the resource, and the price for each service. Item 8. A transaction facilitation system according to any one of Item 7 . A computer-based transaction facilitation method for facilitating transactions of service providers and users in a community,
the computer
a step of receiving provider service information including the content of the service provided by the provider and receiving user service information including the content of the service desired by the user;
The provider service information includes resource shortage information indicating resources that the provider lacks in providing services to users,
Stores third party resource information including information specifying a resource that can be provided by a third party, such as a person, thing, or place, and category information to which the resource belongs;
Degree of similarity between provider attribute information indicating attributes of said provider and user attribute information indicating said user attributes, or evaluation made between a specific user and a specific provider during past transactions A step of determining the individual reliability, which is a statistic of, as the degree of familiarity;
the attributes include one or more of gender, age, personality, disposition, and group ;
Using a matching model that calculates a matching score indicating the appropriateness of the combination of the provider and the user by using the provider service information, the user service information, and the degree of familiarity as inputs, calculating the matching score by inputting the provider service information, the user service information, and the degree of familiarity;
Identifying a combination with a relatively high matching score ;
specifying the third party resource information to which the category information to which the missing resource information belongs included in the provider service information of the specified combination of providers is assigned, and specifying the specified provider service information and user service information; creating a combination of the provider service information , the user service information, and the third party resource information by associating with the combination of . A trade facilitation program for facilitating transactions of service providers and users in the community,
the computer
Accepting provider service information including the content of the service provided by the provider, accepting user service information including the content of the service desired by the user,
The provider service information includes resource shortage information indicating resources that the provider lacks in providing services to users,
Stores third party resource information including information specifying a resource that can be provided by a third party, such as a person, thing, or place, and category information to which the resource belongs;
The degree of similarity between the provider attribute information indicating the attribute of the provider and the user attribute information indicating the attribute of the user, or the degree of similarity between a specific user and a specific provider at the time of past transactions The individual reliability, which is the statistical value of the evaluation, is determined as the familiarity,
the attributes include one or more of gender, age, personality, disposition and type;
Using a matching model that calculates a matching score indicating the appropriateness of the combination of the provider and the user by using the provider service information, the user service information, and the degree of familiarity as inputs, By inputting the provider service information, the user service information, and the degree of familiarity, the matching score is calculated, a combination with a relatively high matching score is specified, and the provider that makes up the specified combination identifying the third-party resource information to which the category information to which the missing resource information belongs included in the provider service information is assigned, and linking the identified provider and user combination to the provider service information ; A transaction promotion program that functions as an information processing device that creates a combination of the user service information and the third party resource information .

Images