TWI595436B - A user demand automatic allocation system - Google Patents

Description

User demand automatic dispatch system

The present invention relates to an automatic demand dispatching system; and more particularly to a user demand automatic dispatching system for scheduling trips.

Driven by the private tourism industry and the government, the tourism industry has become an important role for national and local economic development. In the 103rd year of the Republic of China, the Tourism Bureau of the Ministry of Communications pointed out that the foreign exchange income of tourism reached 14.615 billion US dollars, an increase of 18.61% over the previous year, highlighting the benefits of the tourism industry for the local and the country.

In addition, in the form of tourism, there are roughly two types: "Travel with the group" and "Self-help travel". The tour group travels through the travel industry to plan a travel itinerary, and introduces local customs, specialties and attractions along with the tour guide. In general, passengers who are not familiar with local tourist attractions usually choose to travel with the group tour. However, with the rapid development of the Internet, the local government's tourism promotion and tourism reports, travelers are more likely to obtain travel information than ever before. As a result, more and more travelers are increasingly inclined to make their own travel arrangements by self-help travel after obtaining local travel information from online bloggers, tour operators or other channels.

However, the self-help travel is often the most troublesome part of the travel itinerary. The communication and coordination with the local industry is often the most troublesome part. The time of inquiring and waiting for the reply will usually cost the passenger a lot of time.

In view of the above, in order to solve the above problems, the present invention provides an automatic dispatch system for user demand to reduce the time cost required for a traveler to arrange a travel itinerary.

It is an object of the present invention to provide a user demand automatic dispatch system for reducing the time cost of a user to allocate a demand.

A user demand automatic dispatching system includes: a plurality of server terminals each generating a service list including at least one service item; a server end coupled to the server end and at least one user end, the server end includes a data comparison table, The data comparison table includes a service identifier of each server; wherein the server aggregates the service list of each server to generate a service list, and the client outputs the service list, and the client further receives an order selection. The instruction set selects an instruction set and the service list for the order to generate a demand list containing at least one demand item, the demand item includes at least one service item in the service list, and the server has the same in the demand list The demand item of the service identifier is aggregated to generate at least one confirmation list, the confirmation list includes at least one confirmation item, the confirmation item includes a demand item of at least one of the demand list, and the server compares the confirmation list with the data Align and send the confirmation list to the server to which the service identifier belongs. a distribution of user requirements, wherein the data comparison table, the demand list, and the confirmation list each include a user identification code of the user end, and after receiving the confirmation list, the server receives an order verification instruction set, and is determined by the order. The instruction set and the confirmation list generate an approved list including the user identification code and at least one approved item, the verification item includes a confirmation item of at least one of the confirmation items, and the server integrates the verification items having the same user identification code. To generate a user list, the server compares the user list and the data comparison table, and transmits to the user end to which the user identification code belongs, for the user terminal to output the user list.

The data comparison table further includes a coordinate position of each server end, and the server end sets a threshold value, and the range formed by the threshold value as a center of the circle is a positioning area, and the servo end is The UE continuously receives a positioning signal and compares whether the positioning signal is located in the positioning area. If the comparison result is yes, a notification signal is generated and compared. The user list and the data comparison table transmit the notification signal to the server to which the coordinate position belongs. If the comparison result is no, the server continues to compare whether the positioning signal is located in the positioning area.

The server further includes a score comparison table, the server receives at least one identification signal from the user end, and the server compares the identification signal with the score comparison table to generate a score score, and the identification signal is A fast response matrix code scans a candidate to be generated.

1‧‧‧ server

2‧‧‧Server

3‧‧‧User side

A1‧‧‧ Service Selection Steps

A2‧‧‧ Service Dispatch Steps

A3‧‧‧ Service Order Steps

Sn(S1)‧‧‧Service List

Sn(S2)‧‧‧Service List

n‧‧‧Service ID

X‧‧‧ items

SI[n,x]‧‧‧Services

SL‧‧‧Service List

Nm(N1)‧‧‧Required List

Nm(N2)‧‧‧Required List

NI[n,x]‧‧‧Requirements

Cy(C1)‧‧‧Checklist

Cy(C2)‧‧‧Checklist

CI[n,x]‧‧‧Confirmation project

D‧‧‧Material comparison table

m‧‧‧User ID

Hn(H1)‧‧‧Checklist

Hn(H2)‧‧‧Checklist

HI[n,x]‧‧‧ approved project

Tm(T1)‧‧‧User List

Tm(T2)‧‧‧User List

TI[n,x]‧‧‧ User Project

OCn‧‧ Order Ordering Instruction Set

OSm‧‧‧ Order Selection Instruction Set

Lm‧‧‧ positioning signal

LA‧‧‧Location area

Rm‧‧‧ identification signal

E‧‧‧Scoring comparison table

FIG. 1 is a schematic diagram of a system architecture of an embodiment of a system for automatically allocating user requirements according to the present invention.

Figure 2 is a schematic diagram of the system flow of the embodiment of the automatic user assignment system of the present invention.

FIG. 3 is a schematic diagram of a system positioning notification process of the embodiment of the user demand automatic dispatching system of the present invention.

Fig. 4 is a schematic diagram showing the system identification process of the embodiment of the automatic user assignment system of the present invention.

The above and other objects, features and advantages of the present invention will become more <RTIgt;

"Coupling" as used throughout the text of the present invention means that two devices can communicate with each other by means of network, wireless communication or cloud computing for transmitting data, which is in the technical field of the present invention. Those with ordinary knowledge can understand.

Please refer to FIG. 1 , which is a schematic diagram of a system architecture of an embodiment of the present invention, which includes a plurality of servers 1 , a server 2 and at least one client 3 . The server 2 is coupled to the server. 1 and the client 3. The server 1 can be used to provide at least one service item SI[n, x], and the client 3 outputs the service item SI[n, x]. The server 2 can be used to provide data transfer and processing between the server 1 and the client 3. In this implementation For example, the server 1 and the client 3 can be a data processing system including a human interface, such as a computer device or a smart device; the server 2 can be a processing system including a database, for example: A cloud database system or a server computer device. The database may be a relational database, such as MySQL, Oracle or MSSQL, but not limited thereto.

Please refer to FIG. 2, which is a schematic diagram of the system flow of the embodiment of the system for automatically allocating the user requirements of the present invention. The system process can be divided into a service selection step A1, a service assignment step A2, and a service order step A3, which are respectively described below.

The service selects step A1, and each of the plurality of server terminals 1 can generate a service list Sn containing at least one service item SI[n, x]. Where n represents the service identifier of the server 1, and x represents the service item SI[n, x] (for example, when the service identifier of the server 1 is set to 1, the service generated by the server 1 The list may be marked as a service list S1, and the first service item of the service list S1 may be marked as a service item SI[1, 1], and so on, but not limited thereto. The server 2 aggregates the service list Sn of each server 1 to generate a service list SL. The service list SL may include the service items SI[n, x] provided by each of the server terminals 1. In addition, the server 2 can include a data comparison table D, which can include the service identification code n of each server 1.

For example, the server 1 having the service identifier of 1 inputs a service item SI[n, x] including a summer peach, a ticket purchase, an insurance purchase, and a reservation service to generate the service list S1. The above service items can be respectively labeled as SI[1,1], SI[1,2], SI[1,3] and SI[1,4]. In addition, the server 1 having the service identifier 2 will include a service item SI[n, x] input such as a guide hire, a knitting instruction, and a hunting activity to generate the service list S2. The above service items can be respectively labeled as SI[2,1], SI[2,2] and SI[2,3]. The server 2 aggregates the service list S1 and the service list S2 to generate the service list SL.

Subsequently, the client 3 outputs the service list SL and receives an order selection. The instruction set OSm (the figure is not drawn). Where m represents the user identification code of the client 3. The order selection instruction set OSm may be generated by the client terminal 3 receiving at least one selection signal, which is generated when the service item SI[n, x] included in the service list SL is selected (for example, the user end) When the user identification code of 3 is set to 1, the order selection instruction set generated by the user terminal 3 receiving the selection signal may be marked as OS1, and so on, but not limited thereto. The client 3 selects the instruction set OSm and the service list SL for the order to generate a demand list Nm (for example, the list of requirements generated by the client 3 with the user identifier of 1 may be denoted as N1, and so on, But not limited to this). The demand list Nm may include at least one demand item NI[n, x]. The demand item NI[n, x] contains the service item SI[n, x] of at least one of the service list SL.

For example, the user terminal 3 with the user ID of 1 will input the service items SI[n, x] including summer peach, ticket purchase, reservation service, guide hiring and knitting teaching to generate an order selection. Instruction set OS1. The client 3 selects the instruction set OS1 and the service list SL for the order to generate a demand list N1.

The service dispatches step A2, which can be classified by the server 2 to the demand item NI[n, x] contained in the demand list Nm. The sorting manner of the server 2 can be performed by the server 2 by the demand item NI[n, x] having the same service identifier n to generate at least one confirmation list Cy. Where y represents the first confirmation list and 1 y n. The confirmation list Cy may include at least one confirmation item CI[n, x]. The confirmation item CI[n, x] contains the demand item NI[n, x] of at least one of the demand list Nm. Subsequently, the server 2 compares the confirmation list Cy with the data comparison table D, and transmits the confirmation list Cy to the server 1 to which each service identification code n belongs. Furthermore, the confirmation list Cy preferably further includes the user identification code m.

For example, the server 2 classifies the demand list N1 to generate two confirmation lists C1, C2. The confirmation list C1 may include the aforementioned summer items such as peach, ticket purchase and reservation service, NI [1, 1], NI [1, 2], NI [1, 4]; the confirmation list C2 may include the foregoing guide N,[2,1], NI[2,2], NI[2,3] are required for the recruitment of employees, weaving teaching and hunting activities. Subsequently, the The server 2 compares the service identification code n of the demand item included in the data comparison table D and the second confirmation list C1, C2, and the server 2 transmits the confirmation list C1 to the server 1 whose user identification code is 1. In addition, the confirmation list C2 is transmitted to the server 1 whose user identification code is 2.

The service order step A3 can output the confirmation list Cy by the server 1 and receive an order approval instruction set OCn (not drawn). The order verification instruction set OCn may be generated by the server 1 receiving at least one verification signal, which is generated when the confirmation item CI[n, x] included in the confirmation list Cy is selected (for example: user identification code) The order selection instruction set generated by the server 1 receiving the verification signal of 1 may be denoted as OC1, and so on, but not limited thereto. The server 1 verifies the instruction set OCn against the confirmation list Cy and the order to generate a verification list Hn. The approved list Hn preferably includes at least one approved item HI[n, x]. The approved item HI[n, x] may include the confirmation item CI[n, x] of at least one of the confirmation list Cy. Furthermore, the approved item HI[n, x] preferably further includes the user identification code m. Subsequently, the server 2 merges the verification items HI[n, x] included in the verification list Hn to generate a user list Tm, and the user list Tm preferably includes the user identification code m and a user item TI [ n, x]. The user item TI[n, x] contains an approved item HI[n, x] having the same user identification code m. The method for the server 2 to integrate the verification item HI[n, x] can be used by the server 2 to collect the verification items HI[n, x] having the same user identification code m. The server 2 compares the user list Tm and the data comparison table D, and transmits the user list Tm to the client 3 to which the user identification code m belongs to complete the user demand assignment.

For example, the server 1 with the service identifier of 1 will include the determination item CI[n, x] of the summer peach and the ticket purchase to generate an order verification instruction set OC1; the service identification code is 2 service Terminal 1 will include a confirmation item CI[n, x] input such as a guide hire to generate an order verification instruction set OC2. Thereby, the server 1 verifies the instruction set OC1 and the confirmation list C1 with respect to the order to generate a verification list A1; the server 1 verifies the instruction set OC2 and the confirmation list C2 with respect to the order to generate a verification. Listing A2. Thereby, the server 2 The verification list A1, A2 has the same user identification code m, and a user list T1 is generated. Then, the server 2 compares the user list T1 with the data comparison table D, and transmits the user list T1 to the user terminal 3 to which the user identification code m belongs, for the user terminal 3 whose user identification code is 1. The user list T1 is output.

In addition, please refer to FIG. 3 , which is a schematic diagram of a system positioning notification process of an embodiment of the automatic user assignment system of the present invention. The data comparison table D may further include a coordinate position provided by each server 1 . The coordinate position can be generated by a positioning system, which can be a GPS positioning system, but not limited thereto. Furthermore, the server 2 continuously receives a positioning signal Lm generated by the user terminal 3 (for example, the positioning signal generated by the user terminal 3 whose user identification code is 1 may be indicated as L1, and so on, Not limited to this, and a threshold is set, and the threshold is set to a radius, and the range formed by the coordinate position provided by the server 1 is a positioning area LA. Whether the servo end 2 is located in the positioning area LA or not, if the comparison result is yes, the server 2 generates a notification signal Un, and compares the user list Tm with the data comparison table D, and The notification signal Un is transmitted to the server 1 to which the service identifier n belongs (for example, when the notification signal generated by the server 2 is to be transmitted to the server 1 having the user identifier of 1, the notification signal U1 may be indicated. And so on, but not limited to this; if the comparison result is no, the server 2 continues to compare whether the positioning signal Lm is located in the positioning area LA.

For example, when a service item SI[n,x] provided by an industry (for example, a private car transfer) requires a passenger to interact, the operator and the passenger will agree on a meeting place and an estimated time of arrival. However, the passenger may be unable to reach the meeting place within the agreed time due to external factors (such as traffic jams or other factors causing delays in time), which may cause problems for the operator. Therefore, the operator can first agree with the first passenger to meet the location; the operator can obtain the coordinate position of the meeting location by the GPS positioning system, and transmit the coordinate position to the servo terminal 2; the servo terminal 2 sets the Threshold value, and the threshold is the radius, the coordinate The location is centered to obtain the location area LA. In addition, the passenger can continuously transmit the positioning signal Lm to the servo terminal 2 by the user terminal 3; whether the servo terminal 2 is located in the positioning area LA compared to the positioning signal Lm, and if the comparison result is yes, the servo The terminal 2 transmits the notification signal Un to the server 1 to which the service identification code n belongs to inform the operator that the passenger has arrived near the agreed meeting place.

In addition, please refer to FIG. 4 , which is a schematic diagram of a system identification process of an embodiment of the automatic user assignment system of the present invention. Among them, the above service item SI[n, x] may include a game. In this embodiment, the server 1 can set at least one object to be identified in the route of the travel itinerary, for example, a local scenery, but not limited thereto. The server 2 receives at least one identification signal Rm from the user terminal 3 (for example, the identification signal generated by the user terminal 3 having the user identification code of 1 may be marked as the identification signal R1, and so on, but not limited thereto. ). The identification signal Rm can be generated by the user terminal 3 scanning the object to be identified by using a quick response code, but not limited thereto. In addition, the server 2 further includes a score comparison table E, and the score comparison table E may include each of the identification signals Rm and its score score. The servo terminal 2 compares the identification signal Rm with the score comparison table E to obtain a score score of the identification signal Rm. Furthermore, the server 2 can add the score scores of all the identification signals Rm generated by the client 3 to obtain a score total score.

For example, the user list T1 output by the client 3 having the user ID of 1 has a related activity. At least one object to be identified, such as a road sign or a characteristic landscape, is set in the route of the customs activity. The passenger uses the user terminal 3 to scan the road sign and the characteristic landscape to generate two identification signals Rm. The server 2 obtains a respective score score from the two identification signals Rm and the score comparison table E, and sums each of the score points to generate the score total score. In addition, the score comparison table E can set a value range value for the gift, for example, the total score of the score less than 100 can be exchanged for a peach gift box; the total score of the score of not less than 100 can be exchanged for a date gift box, but not This is limited to this. According to the above, it is assumed that the scores of the two identification signals Rm are respectively 70 and 80, the total score of 150 can be exchanged for the date gift box as a reward.

In summary, the user of the present invention automatically assigns a system by which the demand item NI[n, x] having the same service identification code n can be aggregated to generate at least one confirmation list Cy. Subsequently, the server 2 compares the confirmation list Cy with the data comparison table D, and transmits the confirmation list Cy to the server 1 to which each service identification code n belongs. Accordingly, a user assigns the demand to be dispatched to the associated server 1 by the server 2 to ask the relevant operator whether the related service item can be provided. Therefore, the user does not have to spend a lot of time and costs to communicate with the relevant industry or wait for a reply, in order to achieve the purpose of "reducing the time cost of the user to allocate the demand".

While the invention has been described in connection with the preferred embodiments described above, it is not intended to limit the scope of the invention. The technical scope of the invention is protected, and therefore the scope of the invention is defined by the scope of the appended claims.

1‧‧‧ server

2‧‧‧Server

3‧‧‧User side

A1‧‧‧ Service Selection Steps

A2‧‧‧ Service Dispatch Steps

A3‧‧‧ Service Order Steps

Sn(S1)‧‧‧Service List

Sn(S2)‧‧‧Service List

n‧‧‧Service ID

X‧‧‧ items

SI[n,x]‧‧‧Services

SL‧‧‧Service List

Nm(N1)‧‧‧Required List

Nm(N2)‧‧‧Required List

NI[n,x]‧‧‧Requirements

Cy(C1)‧‧‧Checklist

Cy(C2)‧‧‧Checklist

CI[n,x]‧‧‧Confirmation project

D‧‧‧Material comparison table

m‧‧‧User ID

Hn(H1)‧‧‧Checklist

Hn(H2)‧‧‧Checklist

HI[n,x]‧‧‧ approved project

Tm(T1)‧‧‧User List

Tm(T2)‧‧‧User List

TI[n,x]‧‧‧ User Project

Claims (3)

A user demand automatic dispatching system includes: a plurality of server terminals each generating a service list including at least one service item; a server end coupled to the server end and at least one user end, the server end includes a data comparison table, The data comparison table includes a service identifier of each server; wherein the server aggregates the service list of each server to generate a service list, and the client outputs the service list, and the client further receives an order selection. The instruction set selects an instruction set and the service list for the order to generate a demand list containing at least one demand item, the demand item includes at least one service item in the service list, and the server has the same in the demand list The demand item of the service identifier is aggregated to generate at least one confirmation list, the confirmation list includes at least one confirmation item, the confirmation item includes a demand item of at least one of the demand list, and the server compares the confirmation list with the data Align and send the confirmation list to the server to which the service identifier belongs. a distribution of user requirements, wherein the data comparison table, the demand list, and the confirmation list each include a user identification code of the user end, and after receiving the confirmation list, the server receives an order verification instruction set, and is determined by the order. The instruction set and the confirmation list generate an approved list including the user identification code and at least one approved item, the verification item includes a confirmation item of at least one of the confirmation items, and the server integrates the verification items having the same user identification code. To generate a user list, the server compares the user list and the data comparison table, and transmits to the user end to which the user identification code belongs, for the user terminal to output the user list. The user demand automatic dispatching system as described in claim 1, wherein the data comparison table further includes a coordinate position of each server end, the server end sets a threshold value, and the threshold value is a radius, the coordinate position The range formed by the center of the circle is a positioning area, and the servo end continuously receives a positioning signal from the user end, and compares whether the positioning signal is located in the positioning area. If the comparison result is yes, a notification signal is generated and compared. The user list and the pair of data According to the table, the notification signal is transmitted to the server to which the coordinate position belongs. If the comparison result is no, the server continues to compare whether the positioning signal is located in the positioning area. The user demand automatic dispatching system as described in claim 1, wherein the server further includes a score comparison table, the server receives at least one identification signal from the user end, and the server endifies the identification signal and the score. The comparison table is compared to generate a score score, and the identification signal is generated by scanning a fast response matrix code for a to-be-identified object.