Booking System and Confidential Processing Method of Booking System

Abstract

To provide a booking system capable of determining individual booking details, in real time, on every occasion, through a pledge (PPP message: a promise) within a platform, simply with indication of a minimum condition, namely being at a specified address at a specified time.SOLUTION: A booking system includes: a booker terminal 10 of a booker included in users; a cast terminal 20 of a cast included in users; and a booking system 40 for booking, which can communicate with each other through a network 30. The booking system 40 includes: a request information storage unit that receives and stores service request information for receiving service from the booker terminal 10; booking processing units (51, 52) that book the booker terminal 10 and the cast terminal 20; a contract information storage unit that stores, as booker-cast contract information, mutual messages from the cast terminal 40 and the booker terminal 10; and a disclosure unit that discloses the booker-cast contract information stored in the contract information storage unit.SELECTED DRAWING: Figure 1

Description

Technical Field

[0001] The present invention relates to a booking system And a method for processing non-disclosure of a booking system and pertains to it.

Background Art

[0002] Conventionally, users of booking systems on job hunting websites or recruitment websites, with the increase in matching services, conduct matching online between job recruiters such as companies and job applicants. When job applicants individually contract with job recruiters, hourly wage (time charge) workers account for a large number. That is, they are people who hope for employment forms such as freelancers, part-time workers, and part-time jobs.

[0003] Such people often search for jobs through Internet searches and utilize crowdsourcing and job matching services, and work by individually contracting. However, the current general concept of crowdsourcing / job matching services has not yet emerged from the concept of commissioned business. That is, in a commissioned business, a consideration is paid upon guaranteeing the deliverables, but a labor form that utilizes personal skills, experience, time, etc. and provides labor in the form of time charge involves risks. In the conventional booking system, despite the large number of users who hope for crowdsourcing and job matching services, it has not been established as a business due to the credit problems of both the order placer and the order receiver. In order to be established as a business, it is necessary to develop social media into a more convenient system with transparency guaranteed by credit.

[0004] As a skill market where "knowledge, skills, and experience" can be bought and sold online, the Cocona service is well-known (Non-Patent Document 1). In the Cocona service, there are providers who offer their personal skills and experiences as "services" and purchasers who buy the "skills and experiences" offered by the providers. For example, service purchasers can search for, compare, and purchase the services they want from over 200 types of services. At the actual time of purchase, the "purchaser" of the service logs in to the Cocona service site and first sends the requests and consultations as direct messages to the "provider" of the service. Then, the "purchaser" and the "provider" negotiate the confirmation of the consultation content, the feasibility of the consultation, the service fee, etc. After the negotiation, if the purchaser buys the service, the actual consultation content, delivery date, etc. are confirmed in the "chat room" of the purchased provider, and the actual transaction takes place. All transactions are limited to interactions within Cocona, and it is prohibited for the purchaser and the provider to meet directly outside. Therefore, there are restrictions on the service, such as not being able to use external ZOOM meetings outside of Cocona, and the usability is not good.

[0005] Patent Document 1 discloses an information processing apparatus, an information processing method, and an information processing program in an e-commerce system where a skill provider sells skills via the Internet, enabling a user to easily judge the skills of the skill provider. In this Patent Document 1, upon a request from a user terminal, the server transmits skill guidance content including the skills, pre-work information, and post-work information provided by the skill provider to the user terminal. Then, based on the pre-work information and post-work information, the server evaluates the skills of the skill provider and transmits this to the user.

[0006] Also, as a related patent document, Japanese Patent Application Laid-Open No. 2020-91685 (Patent Document 2) can be cited.

Prior Art Documents

Patent Documents

[0007]

Patent Document 1

[0008] [Non-Patent Document 1] Coconala Co., Ltd., "Coconala - Buy and sell everyone's specialties, a free market for skills", [online], [searched on April 5, 2021], Internet <URL:https: / / coconala.com / > [Summary of the Invention] [Problems to be Solved by the Invention]

[0009] However, Non-Patent Document 1 and Patent Document 1 involve a lot of message exchanges between buyers and sellers, and are not suitable for using short-time gap services (e.g., 10 minutes, 20 minutes, 30 minutes, etc.). For example, when a service buyer (payer) wants to effectively use a 30-minute free time slot from 13:00 to 13:30 tomorrow to learn English and asks if there is anyone who can teach English, there is a problem that the service cannot be used from the payer's perspective.

[0010] In addition, in the conventional service, since it is a so-called professional-oriented service that guarantees the content linking a specialized service and a fee, there is a problem that it is difficult for freelancers, part-timers, temporary workers, etc. to participate as trustees (casts). It was also difficult for the trustees (casts) to earn income by using a little free time in a day.

[0011] Also, when the consideration for the service is paid later, there is no guarantee that the payer will definitely pay, and the trustee bears the risk. On the other hand, if the service is not worth the consideration, the trustee side will bear the risk.

[0012] Furthermore, due to emotional friction between the payer and the trustee, it is not uncommon for problems to develop through so-called social evaluation systems, such as word-of-mouth.

[0013] According to the escrow-based schedule booking of the present invention, since it is schedule booking such as prepayment when the conditions are determined and receipt at the end, it is possible to avoid the risks of both the payer and the trustee as described above. Here, "escrow" means that money or certificates are deposited with a third party and become effective as certificates when certain conditions are met.

[0014] Also, by adopting a social evaluation system such as word-of-mouth according to the present invention, it is possible to prevent troubles caused by emotional friction between the payer and the trustee.

[0015] An object of the present invention is to solve the above-mentioned conventional problems and provide a booking system that can determine the individual booking contents in real time each time through the platform internal convention (PPP message: promise) by presenting only the minimum conditions of being present at a specified address at a specified time.

Means for Solving the Problems

[0016] The present invention has been made in view of the above problems , a booking processing unit that books the booker terminal and the cast terminal using the points issued to the booker terminal, a contract information storage unit that stores the messages between the cast terminal and the booker terminal as booking-cast contract information, and based on the booking-cast contract information, a message disclosure means for disclosing the messages between the booker terminal and the cast terminal, the cast terminal includes a request means for notifying the booker terminal of a request to make the disclosed messages between the two non-disclosed when the messages between the two are disclosed on the booking site by the message disclosure means, and a refund means for refunding the points purchased by the booker terminal from the booking site to the booker terminal when the booker terminal does not respond to the request to make the messages between the two non-disclosed, the booker terminal is characterized by comprising a non-disclosure processing means for performing a process of making the messages between the two non-disclosed by the booker terminal to the booking site when receiving the points refunded from the cast terminal. A booking system capable of communicating via a network between a booker terminal of a booker included in a user, a cast terminal of a cast included in the user, and a booking site for making a booking, wherein the booking site

Figure 1

Effects of the Invention

[0022] As described above, according to the present invention, it is possible to realize a booking system in which individual booking contents can be determined in real time each time through the platform internal convention (PPP message: promise) by presenting only the minimum conditions of being present at a specified address at a specified time. As a result, in the ribbon model of the matching service, the supply-side arousal, which means that when the threshold at the social media level becomes low and customers are attracted (registered), the time of the user can be inventoried.

Brief Description of the Drawings

[0023] The drawings show specific embodiments of the present invention according to the present disclosure, including not only the essential configurations of the invention but also optional and preferred embodiments.

Figure 2

Figure 3

Figure 4

Figure 5

Figure 6

Figure 7

Figure 8

Figure 9

Figure 10

Figure 11

Figure 12

Figure 13

Figure 14

Figure 15

[0024] [Embodiment] Hereinafter, embodiments will be described in detail with reference to the accompanying drawings. FIG. 1 is a functional block diagram of the booking system of the present embodiment. The booking system of the present embodiment is a platform-type system that can create a booking for which the hourly wage has been prepaid before the schedule, based on the content (booking contractor contract information) agreed upon through the alternating exchange of messages between the booker (payer) terminal and the cast (trustee) terminal within a specified XX characters or less (for example, 200 characters). This booking contractor contract information means PPP (Platform Public Promise = platform internal convention), and may simply be referred to as an agreement. This platform-type system provides a dedicated messenger (messaging app) for booking negotiation that discloses the platform internal convention called PPP. In this messenger, the message content is also recorded in chronological order. This dedicated messaging app for negotiation can be installed and used on a personal computer (including tablet PCs, notebook PCs, desktop PCs, etc.) or a smartphone. In the case of a personal computer, it is necessary to have a location information detection function such as GPS or to turn on the location detection of the OS (such as Windows or MacOS).

[0025] Here, the booking contract information between broadcasters used PPP messages within the specified number of characters, but live videos or audio within the specified number of seconds may also be used. For example, a video or audio within 7 seconds can be recorded on the spot and used as an alternative to PPP messages. The number of seconds to record is not limited to 7 seconds, and any time that can record (video) the promises that are the content of the booking is acceptable.

[0026] As shown in FIG. 1, the booking system of this embodiment includes an information acquisition unit 41, a user information registration unit 42, a prepaid point issuance unit 43, a prepaid point transmission unit 44, a time (inventory) reservation purchase unit 45, a PPP message creation unit 46, a consecutive broadcast prohibition unit 47, a booking schedule management unit 48, a booking time notification unit 49, a reservation time start / end unit 50, an online booking processing unit 51, an offline booking processing unit 52, a public / private management unit 53, an AI automatic matching unit 54, and a booking offer transmission unit 55. This booking system constitutes a booking site configured to be connected to a network 30.

[0027] The "information acquisition unit" 41 acquires user information, booking offer approval information, point purchase information, and the like.

[0028] The "User Information Registration Department" 42 performs registration via the user terminal that can be a booker (payer) or a cast (trustee). The booker (payer) or cast (trustee) can be, for example, as shown in Figure 4, a companion, a chef, a bartender, a lawyer, a patent attorney, a fortune-teller, a doctor, an engineer, a host, an English teacher, an online gamer, a teleworker, a celebrity (talent), a plumber, etc. These people can, if they are a booker (payer), request online booking or offline booking. If they are a cast (trustee), they can accept online booking or offline booking in response to a booker request. The user may assign a ranking according to the number of payments or the number of trustees and display it in a list, or display a score. Also, ranks such as gold, silver, and regular may be displayed on the booker display screen or the cast display screen.

[0029] The "Prepaid Point Issuance Department" 43 issues prepaid points in response to a prepaid purchase request from the user terminal.

[0030] The "Prepaid Point Sending Department" 44 sends the prepaid points issued by the prepaid point issuance department 43 to the booker terminal or the cast terminal, which is the user terminal that made the purchase request. The booker terminal or the cast terminal receives the prepaid points sent from the booking system.

[0031] The "Time Reservation Purchase Department" 45 issues a booking request from the booker terminal and performs a time purchase process when there is a time reservation purchase. The time purchase process performs a schedule reservation process for the cast terminal that meets the search conditions and waits for a reply from the cast terminal.

[0032] The "PPP Message Creation Unit" 46 creates a PPP message (Platform Public Promise). This PPP message provides a mechanism for users to solve problems among themselves. Specifically, one PPP message is within 200 characters (treated as 2 Japanese characters). And it is a dedicated negotiation messenger specification named PPP that can only be sent alternately. The negotiation content remains as a promise in the message history in a format that is easy to understand even from the perspective of a third party following the chronological order (alternately within XX characters). The PPP message serves as a substitute for a contract.

[0033] The "Consecutive Posting Prohibition Unit" 47 prohibits consecutive posting of booking requests and message exchanges, and the booking terminal and the cast terminal perform exchanges alternately. This is because allowing consecutive posting would be like spam. The Consecutive Posting Prohibition Unit 47 may adopt a pattern of omitting the "alternately" part in some cases (a pattern allowing two or more consecutive posts). Or, the approval of a booking request can be regarded as a single reply to the booker, and the booker and the cast can reply to the approval. This is not considered consecutive posting. It is also possible to write a reply after the cast approves as long as it is not consecutive posting.

[0034] The booker negotiates a pre-booking with the cast's casting terminal using the booker terminal, and after confirming with the cast, sends a booking offer. The pre-booking negotiation is not always necessary and can be omitted, for example, if the booker knows the cast. The message for the pre-booking negotiation is sent after entering "time, address, booking details (within 200 characters, treated as 2 Japanese characters)". As the booking offer, "amount" is additionally entered and sent based on the above content. Points are required to send a booking offer, and points equal to or more than the offer amount need to be purchased. After the booking is approved, the booker cannot cancel it. Only when the cast is late, the booker can cancel it for free from that point. Conversely, the cast can cancel at any time, but the number of cancellations after approval is always announced. Even if the booker is late, if the cast has arrived, the booking starts and automatically ends when the time arrives.

[0035] The "Booking Schedule Management Department" 48 manages the booking schedule.

[0036] The "Booking Time Notification Department" 49 sends a notification a predetermined time before the booking start time. The predetermined time can be set to any time, such as 5 minutes or 10 minutes before the start.

[0037] The "Reservation Time Start / End Department" 50 is a timer that measures the start time and end time of the reservation time.

[0038] The "Online Booking Processing Department" 51 performs online booking processing. Regarding online booking, it starts when the cast logs in to the video chat. It automatically ends when both the booker and the cast are present and the booking end time arrives. Points are transferred from the provisional payment state held by the booking system to the cast's casting terminal.

[0039] The "Offline Booking Processing Unit" 52 checks the location information of the cast terminal and the start of offline booking. The trigger for starting offline booking is when the cast taps the start button on the specified address GPS of the cast terminal. In the case of offline booking, the cast and the booker meet at a mutually agreed-upon location, launch the app on each other's devices, take pictures with the camera, and send these images to the booking system. At this time, it is preferable that both terminals are GPS-enabled mobile devices, and GPS data is added and sent to the booking system. Then, the booking system associates these with the booking contract information between the booker and the cast and stores them in the memory.

[0040] The "Public / Private Management Unit" 53 manages the public or private status of the booked messenger. The Public / Private Management Unit 53 also has a function to disclose the booking contract information between the booker and the cast. After booking is completed, the Public / Private Management Unit 53 discloses the messenger used in the booking negotiation at the request (or setting) of a dissatisfied booker. The Public / Private Management Unit 53 can be made private at any time according to the requests of the booker or the cast. However, it is set so that a messenger that has been made private once cannot be made public again. The reason for this is to prevent the re-emergence of issues that have been resolved between the booker and the cast. This helps the booking system in trouble-solving. This is because it takes a considerable period of time to delete a message slandered or defamed on the SNS after requesting deletion from the SNS operator until it is deleted.

[0041] The cast that has had a message published to the Booker can return any amount up to the number of points paid in the last booking, and it may be configured to allow negotiations with the Booker, such as "I want to close the booking case because I will return half of the points." When the cast fully refunds the points, the public / private management section 53 is configured to automatically make it non-public and ensure that it will not be made public again. The fact that the promise (PPP message) can be made public to other users of the booking system etc. inevitably builds transparency and sociality, and is also close to the concept of "blockchain" where the mechanism functions without complicating the management of the operator (or operating company). For example, if an illegal booking offer is made, the PPP message cannot be made public and no refund can be expected.

[0042] By providing such a mechanism, the booking system enables users to resolve problems with each other and reduce costs, and the floating management costs can be used to lower the platform commission. This makes it possible to realize a system with high cost performance compared to other similar skill services etc.

[0043] The "AI automatic matching section" 54 conducts a search to match users who will become the Booker (payer) or the cast (trustee). When the search conditions are input, the AI automatic matching section 54 performs an AI automatic search and displays the casts that match the Booker's booking needs in the matching order (for example, in the order of the matching scores). Since the search results categorize user information by skill or occupation (industry type), they can be used to narrow down the search conditions. Also, since the minimum hourly wage is set for the Booker and the cast, when the Booker searches for a cast, only casts with a remuneration amount below the reported amount are searched. The reason for this is to achieve a better match that meets the needs of the Booker and the cast. The user may be configured to prioritize and sort the Bookers with higher sales for themselves at the top. When booking offers to the cast overlap, at the approval consideration stage, the system may be equipped with means to automatically calculate judgment materials such as which offer is the most profitable.

[0044] The "Booking Offer Sending Department" 55 sends a booking offer from the booker (payer) to the cast (trustee). There are two types of booking offers: online booking and offline booking. When the booker sends an offline booking offer, the booker is required to submit an identity card with a face photo to the booking system. This single submission confirmation is valid for a certain period. The reason for requiring the submission of the identity card is to consider the safety of the cast. Once confirmed, it is considered that the safety is ensured for a certain period, and it is recognized as valid for a certain period.

[0045] In addition, the online booking processing unit 51 or the offline booking processing unit 52 may have service settlement means and be configured to perform this settlement process. This settlement process calculates the service fee based on the service request time and time zone included in the service request information and the selected cast information, subtracts or adds a predetermined fee from this service fee, and transmits it as a request for payment information to the settlement institution included in the service request information from the booker terminal. For example, it is transferred to the cast's bank account via paypal, paypay, visa, master (registered trademark), etc.

[0046] Figure 2 is a schematic configuration diagram of a network connection system between a booker (payer) terminal, a cast (trustee) terminal, and a booking system to which the present invention is applied. As shown in Figure 2, the booking system 40 has a booker (payer) terminal 10 and a cast (trustee) terminal 20 connected via a network 30 such as the Internet or broadband, and each booker terminal 11, 12, 13 and cast terminal 21, 22, 23 can be connected to any terminal respectively. The booking system 40 may be configured as a server of an operating company or installed on the cloud as a cloud server. Figure 3 shows a conceptual diagram of the booking system of this embodiment.

[0047] Hereinafter, the concept (mechanism) of the booking system of this embodiment will be described with reference to Figures 2 and 3. When a booking offer is sent from the Booker as a PPP message from the Booker terminal 10, the booking offer is sent via the network 30 to the cast terminals 21, 22, 23 that meet the desired conditions. An example of a booking offer is shown in FIG. 7. When the booking offer is sent, a confirmation screen as shown in FIG. 8, or a confirmation screen for public or non-public display of the booking details as shown in FIG. 9 is displayed on the Booker terminal. After the booking is submitted, it enters the booking pending state as shown in FIG. 10. In this state, booking editing and cancellation can be performed. The PPP message includes time, location (designated address), amount (points), booking details, etc. The PPP message may use a text message of a predetermined number of characters, or a video or audio message of a predetermined number of seconds. When the casts of the cast terminals 21, 22 that have received the booking offer send a reply / approval message, the acceptance process is performed and the booking is established. An example of the confirmation screen at the time of booking reply processing displayed on the cast terminal is shown in FIG. 11. When the cast presses the YES button as shown in FIG. 11 after confirmation, a message for the reply / approval process is sent. If the cast ignores or rejects the booking offer like the cast of cast terminal 22, the booking is not established and the process ends. Also, multiple booking offers can be sent for a booking.

[0048] FIG. 5 is a booking process flowchart between the Booker (payer) terminal and the Cast (recipient) terminal mediated by the booking system of the present embodiment.

[0049] Hereinafter, the flow of the booking process will be described with reference to FIG. 5.

[0050] First, the booker can conduct a pre-booking negotiation from the booker terminal (step 501). When a message for the pre-booking negotiation is sent from the booker terminal, the pre-booking negotiation message is transmitted via the booking system (step 502), and the cast terminal of the cast receives the pre-booking negotiation message (step 503). Through this series of pre-booking negotiations, the booker can obtain the information of the cast. The pre-booking negotiation can be omitted, and the booking offer can be directly sent to the cast terminal of the cast. However, by contacting the cast in advance and conducting a prior negotiation, the booker can confirm whether the cast meets their expectations and then issue a booking offer. As the pre-booking negotiation message, the time, the designated address, and the booking content are transmitted. In the pre-booking negotiation, a message can be sent even if the prepaid points have not been purchased. However, when sending a formal booking offer, it is necessary to purchase prepaid points or have purchased prepaid points in advance.

[0051] Next, when the booker terminal performs the prepaid point purchase process (step 504), the purchase request information is received by the booking system (step 505), the purchase is accepted (step 506), and the prepaid points are issued (step 507).

[0052] When the booker terminal receives the prepaid points issued by the booking system (step 508), it becomes in a state where a booking offer can be made. Here, when sending a booking offer, prepaid points are required, but it is necessary to purchase more points than the amount for the booking offer. Points can create their own rate like virtual currency, but for the time being, they will be pegged to the USD (US Dollar). The minimum purchase is USD20.00, and 1,860 points can be purchased. When a 10% consumption tax is levied as a Japanese corporation, it is further reduced by 10% to 1,660 points, but for the first two periods, the consumption tax is exempted, so 1,860 points are given. When USD1.00 = JPY110, the minimum purchase for Japanese users is JPY2,200 = 1,860 points.

[0053] The saved points can be exchanged at 1 point = USD1 cent and paid out to the user's PayPal, PayPay, bank account via Visa, Master (registered trademark) if possible, and various wallet services around the world. The payment destinations will be added. Basically, it is exchanged into the user's PayPal (registered trademark) dollar account, but from the start of the service, only Japanese users will be able to receive yen via PayPay (registered trademark) first. When USD1.00 = JPY111 and you have 20,000 points, 22,200 yen will be transferred.

[0054] Furthermore, regarding the booking message to be published, the face value is not displayed. The platform's view is that if the face value is described in the message by the booker (payer) and the cast (trustee) and it is made public, it is under the responsibility of those persons. The 7% commission is collected at the time of point purchase.

[0055] In step 508, if the booker has the points required for the booking offer, the booking offer can be transmitted from the booker terminal (step 509).

[0056] An example of a booking offer is shown in Figure 7. As shown in Figure 7, the booking offer includes the name of the booker, reservation date, reservation time, booking type (online booking or offline booking), location (ZOOM), payment (amount): 20,000 points, booking details (please teach me in English), etc. The booker logs in to the booking system from the booker terminal, searches for a cast according to their preferences (desired) conditions, or finds it through AI automatic matching, and sends out a booking offer as shown in Figure 7. Before sending out the booking, a confirmation screen as shown in Figure 8 is displayed on the booker terminal. Then, when the booker presses the booking button, the booking offer is sent out.

[0057] The booking system that receives this booking offer creates and issues a PPP message as described above (step 510), and sends the booking offer to the corresponding cast terminal. The cast terminal that receives this booking offer makes a judgment on whether to approve (accept) the booking offer (PPP message) (step 512). If it approves (accepts) (step 512), when the cast presses the YES button on the confirmation screen as shown in Figure 11 from the cast terminal, an approval (acceptance) reply process is performed (step 513). Thus, the booking is established.

[0058] When the booking is established, the booking system proceeds to the booking time reservation process (step 515). The schedule management department inputs the booking reservation information and manages the booking time (step 516). When it is a predetermined time before the booking start time (for example, 5 minutes before), a booking start start screen as shown in Figure 12 is displayed on the booker's booker terminal. When the booker presses the start button, the booking starts. When the booking end time arrives, a booking completion notice is sent to the booker terminal (step 517).

[0059] The booking completion screen as shown in FIG. 13 is displayed on the booker terminal that has received the booking completion notice. When the booker presses the END (end) button, the booking is completed (step 518). If the booking is completed but the cast's work is not as expected and there is dissatisfaction, or if the cast's work is better than expected (good case), the booking details can be made public to society (public domain). In that case, a screen like the one in FIG. 13 is displayed on the booker terminal, and the booker can publish it by pressing the PUBLISH THE CASE button. Examples of such publications are shown in FIGS. 14 and 15. Looking at the profile screen of YAMAMOTO in FIG. 14, the number of completed bookings is 145, the number of canceled bookings is 12, and the number of bookings being published is 10. That is, for 10 cases, there was dissatisfaction between the booker and the cast or it was better than the expected value. However, when there is dissatisfaction, it is unclear which side is at fault, so it can be used to solve social problems through publication. When it is better than the expected value, the cast or the booker will be evaluated as a social evaluation. In the example of FIG. 15, as the evaluation of bookings being published, it shows positive (better than the expected value, good) evaluations and negative (dissatisfied, not good) evaluations. In the example of FIG. 15, those not included in the number of completed bookings are counted as bookings being published, and positive and negative evaluations are counted. However, it is also possible to count all cases where the booking is completed (number of bookings - number of cancellations) as the number of completed bookings, count how many of them are bookings being published, and count how many of the bookings being published are positive and negative evaluations. Also, for cancellations, the number of completed bookings and the number of cancellations can be added, divided by the number of cancellations, and displayed as a percentage, for example, 0.5%.

[0060] In step 513, if the booking offer is not approved, a determination is made as to whether to ignore it (step 518), and the booking offer becomes invalid by ignoring it (step 520) or sending a rejection reply (step 521).

[0061] FIG. 6 is a diagram for explaining control of an alternating message exchange between a booker (payer) terminal and a cast (trustee) terminal, message disclosure / non-disclosure, and cancellation processing in the present embodiment. In reality, communication between the booker (payer) terminal and the cast (trustee) terminal is performed via a booking system, but the booking system is omitted to clarify the message exchange between the booker terminal and the cast terminal.

[0062] First, when the booker sends a PPP message from the booker terminal (step 601), the cast receives the PPP message from the cast terminal. If the cast that has received the PPP message as a booking offer does not match the cast's schedule, the cast terminal sends a PPP message correction request to the booker terminal (step 603).

[0063] When the Booker receives a PPP message correction request from the Booker terminal (step 604), it sends a corrected PPP message to the cast terminal of the cast (step 605). When the cast terminal receives the corrected PPP message (step 606), the cast performs an approval or cancellation determination process (step 607). If it approves, the cast terminal sends an approval (entrustment) reply (step 608), the Booker terminal receives the entrustment (step 609), and the booking is established (step 610). If the cast does not arrive even at the booking start time (step 611), the Booker can cancel the booking from the Booker terminal (step 612). When the cast arrives and the booking is completed, the Booker can publish a message using the Booker terminal (step 613). When the message is published, the information about the published message is notified to the cast terminal of the cast, and the cast receives the message publication using the cast terminal (step 614). By looking at the information published by the Booker, the cast knows that the Booker is not satisfied. If the evaluation of the cast is low or the message is inconvenient for the cast, a message non - publication request can be made (step 615). For example, if the cast refunds 300 points to the Booker, a request such as asking to make the published information non - public can be made (step 616). If the Booker accepts, the Booker terminal can perform a message non - publication process (step 616). If the Booker does not respond to the refund request from the cast, the cast can automatically perform a message non - publication process by refunding all the points received from the Booker (step 617) (step 618).

[0064] In step 607, if it does not approve, a cancellation process can be performed (step 619).

[0065] Note that the processing steps 611 to 619 after the booking is established in step 610 do not necessarily need to be executed in chronological order, and they can be appropriately thinned out or the order can be reversed for processing.

[0066] Thus, according to the embodiment, a new user experience is enabled that utilizes a genreless and highly flexible matching platform without implementing a complex system such as conventional freelance matching, dating systems, or various skill-selling systems.

[0067] It can search for a person's schedule and offer booking options tailored to that person, just like searching for information regardless of the purpose in a search engine. By publicly disclosing appointments within the platform, in other words, by conducting hourly-based booking with the guarantee of the user's credit, the possibility of executing illegal booking content is extremely low, and it can be operated at very low cost both in terms of compliance and the system, achieving the effect of being superior in terms of cost compared to various conventional matching services.

Explanation of Signs

[0068] 10 Booker (payer) terminal 20 Cast (trustee) terminal 30 Network 40 Booking system 41 Information acquisition unit 42 User information registration unit 43 Prepaid point issuance unit 44 Prepaid point transmission unit 45 Time reservation purchase unit 46 PPP message creation unit 47 Consecutive booking prohibition unit 48 Booking schedule management unit 49 Booking time notification unit 50 Reservation time start / end unit 51 Online booking processing unit 52 Offline booking processing unit 53 Public / private management unit 54 AI automatic matching unit 55 Booking offer transmission unit

Claims

1. A booking system capable of communicating via a network between a booker terminal of a booker included in a user, a cast terminal of a cast included in the user, and a booking site for making a booking, wherein the booking site, has a booking processing unit that books the booker terminal and the cast terminal using points issued to the booker terminal, a contract information storage unit that stores messages between the cast terminal and the booker terminal as contract information between the booker and the cast, and message disclosure means for disclosing messages between the booker terminal and the cast terminal based on the contract information between the booker and the cast, wherein the cast terminal, when the mutual message is disclosed on the booking site by the message disclosure means, has a request means for notifying the booker terminal of a request to make the disclosed mutual message non - public, and when the booker terminal does not respond to the request to make the mutual message non - public, has a refund means for refunding the points purchased by the booker terminal from the booking site to the booker terminal, wherein the booker terminal, when receiving the points refunded from the cast terminal, has non - public processing means for performing a process of making the mutual message disclosed by the booker terminal non - public to the booking site, characterized by a booking system.

2. In the cast terminal, the refund means refunds all of the points purchased by the booker from the booking site, according to the booking system described in Claim 1.

3. A non - public processing method for a booking system capable of communicating via a network between a booker terminal of a booker included in a user, a cast terminal of a cast included in the user, and a booking site for making a booking, wherein the booking site, has a contract information storage unit that stores messages between the cast terminal and the booker terminal as contract information between the booker and the cast, and a booking processing step of booking the booker terminal and the cast terminal using points issued to the booker terminal, A message disclosure step of disclosing an inter-terminal message between the booker terminal and the cast terminal based on the booking cast contract information; The cast terminal is configured to: When the inter-terminal message is disclosed on the booking site in the message disclosure step, a request step of notifying the booker terminal of a request to make the disclosed inter-terminal message non-disclosed; A refund step of refunding the points purchased by the booker terminal from the booking site to the booker terminal when the booker terminal does not respond to the request to make the inter-terminal message non-disclosed; The booker terminal is configured to: When receiving the points refunded from the cast terminal, a non-disclosure processing step of performing, on the booking site, a process of making the inter-terminal message disclosed by the booker terminal non-disclosed. A non-disclosure processing method for a booking system is characterized by this.

4. In the cast terminal, The refund step is characterized by refunding all of the points purchased by the booker from the booking site. The non-disclosure processing method for a booking system according to claim 3.

Images