Patent Application
20200334644
The present invention relates to a cloud information service integration system and, more particularly, to a network system that can be connected to a cloud server through use of a corresponding application software by a client side and that can proceed with a client side setting step, a service side setting step, a matching step, a search condition adjusting step, a selection step, and a payment step as well as its applications.
In modern network business markets, transaction through the cloud network has become more and more popular to the service side and the client side in consumptive behaviors. Electronic business services, such as network shopping, information provision, or networking searching, diversify increasingly. With the increasing demands and the maturity of the third party payment mechanism, the information provision and generation of the service information required during the network business service between the service side and the client side become more important than ever. Thus, providing better network business service is the field endeavored by system program developers.
In the current transaction mechanism of the network markets, if the client side intends to obtain the information of the commodity or service prior to consumption through the network business mechanism, before obtaining the result of the information to be inquired, the client side must spontaneously log in a specific network system to conduct a search of various information and passively enter the keyword of the information the consumer is aware of. However, such a passive open inquiry could not obtain the subjectively desired and expected result or could not find anything if the keyword is not a standard or specific term. Thus, the client side often has to spend considerable time to find out the desired information of the product or service, leading to a considerable waste of time costs.
In another common approach in inquiry and provision of network information on the market, a specific network system interface is provided for the client side to click the command columns on the interface, the network system generates specific information based on the search options, and the specific information is sent to the client side for instant clicking. Alternatively, the client side can proceed with subsequent business transaction after receiving a message and clicking to a desired link.
It is common in a hospital that a doctor cannot handle the schedule, such that the patients cannot receive the expected consultation. The reason could be an unexpected event during a surgery or diagnosis (which takes a longer time) or urgent treatment required in the emergency room or by a critically ill patient. The patients often waste a long time in waiting, which is a waste of time costs. However, conventional appointment systems cannot solve these problems. Most of the patients seeking consultation in a large hospital cannot handle the time properly.
In practice of current network system interfaces, the customers at the client side cannot obtain smart information service that is more active and close to the demands, and the supply end at the service side and the customers at the client side lack open and interactive information exchange. Thus, the conventional network system interfaces cannot improve the commercial transaction service effect to the current technology. With the introduction of the third party payment technology, a need exists for further progress in the conventional network system interfaces.
In an aspect of the present invention, a cloud information service integration system is provided, wherein a client side uses a computer or a handheld smart communication device to install and prosecute a corresponding application software and then link to a network system of a cloud server for operation. The cloud information service integration system performs the following steps:
The active matching in the matching step can include matching based on the service types provided by the service side within parameter ranges pursuant to a specific distance from a search reference location and a service time of the client side.
The client side can optionally conduct a payment insurance step in the payment step, the payment insurance step includes an insurance contract step, a payment service step, and a paying step,
The payment step can include, after acknowledgement of transaction in an ordering step by the client side, the service side of the transaction proceeds with a payment request step, and the client side carries out an acknowledgement step via the network system of the cloud server after receiving a payment request.
In a second aspect of the present invention, a cloud information service integration system is provided, wherein a client side uses a computer or a handheld smart communication device to install and prosecute a corresponding application software and then link to a network system of a cloud server for operation of a client side setting step, a service side setting step, a demand selection step, a matching step, a search condition adjustment step, a selection step, and a payment step. The client side optionally conducts a payment insurance step in the payment step, and the payment insurance step includes an insurance contract step, a payment service step, and a paying step. In the payment contract step, an insurance company insured by the client side acknowledges an insurance contract of the client side, and the service side receives the acknowledgement of the insurance company. When the payment insurance step is conducted, the network system of the cloud server is linked to a linking mechanism set by the insurance company, and the bank account of the service side or the third party payment account is set and linked. After the client side confirms transaction in the payment step, the payment service step is carried out via the network system of the cloud server, the insurance company that has completed the insurance contract step pays fee to the bank account of the service side or the third party payment account, accomplishing the paying step.
In the client side setting step, the client proceeds with information setting based on demands of the client, including locations, service types, and expected service time.
In the service side setting step, the service side proceeds with setting and logging of products and services provided by the service side, permitting subsequent information matching by the network system of the cloud server.
The matching step can include sending a matching list to the client side through active matching and manual matching. The manual matching can include sending and displaying demands of the client side to the service side by the cloud server. The service side can send the service side information to the client side via the cloud server.
In a third aspect of the present invention, a cloud information service integration system is provided, wherein a client side uses a computer or a handheld smart communication device to install and prosecute a corresponding application software and then link to a network system of a cloud server for making an appointment with a hospital. The cloud information service integration system performs the following steps:
The present invention will become clearer in light of the following detailed description of illustrative embodiments of this invention described in connection with the drawings.
With reference to
The interface operation design of the network system of the cloud server 10 according to the present invention has two main procedures including a stage of search and provision of information and a stage of ordering and payment. In the stage of search and provision of information, a client side uses a computer or a handheld smart communication device to install and prosecute a corresponding application software and then link to the network system of the cloud server 10, creating an information linkage. After the information linkage is created, the steps shown in
The network system of the cloud server 10 according to the present invention also provides operation of the service side setting step S2 after linkage of the information of the supply end of the service side. In the service side setting step S2, the service side proceeds with setting and logging of products and services provided by the service side, such as information of the products or services, business hours, and business locations. The information created after the service side setting step S2 can be used to proceed with subsequent information matching by the network system of the cloud server 10. In steps S1 and S2, the network system of the cloud server 10 provide guiding type and open type information input.
After the above steps S1 and S2, the network system of the cloud server 10 still permits continuous addition and edition of the information from various client sides or service sides. Then, the matching step S3 is carried out. In the matching step S3, after establishment of the new information or edited information by the client sides or the service sides, the network system of the cloud server 10 generates a matching result by analysis and matching of parameter operations based on various information demand inputs set by the client side and the service sides. In an embodiment, the matching step S3 includes active matching. The active matching includes searching service sides located within a query range less than 2 km to a search reference location. The active matching also includes parameter ranges (from T0−x to T0+y) based on the above service time. For example, matching can be made from T0−1 hour to T0+2 hour. Alternatively, if the service side can provide special coordination upon reception of the demands, the manual matching can be sent out. Finally, the result of automatic matching mechanism and the result of manual matching by the business are grouped into a matching list that is sent to the client side. The numeral values are set according to the parameters of each embodiment. The manager of the network system of the cloud server 10 can adjust the parameters according to corresponding demands. In the matching mechanism of the matching step S3, the main technical feature is that, in addition to operation of matching of the network system of the cloud server 10 based on the demands of the client side, the parameter ranges set case by case could result in little option in the matching (such as the service time). In the case of little option or there are other possible demands, the network system of the cloud server 10 can send and display the demands of the client side to the service side. If the client side decides to accept the order or other terms are available (such as another service time), the service side can send the service side information to the client side via the network system of the cloud server 10. Thus, the matching mechanism of the matching step S3 can be more versatile and provides more options.
After the matching step S3, the search condition adjustment step S4 can be optionally carried out. Specifically, if the client side does not accept the matching result of the matching step, the search condition adjustment step S4 can be carried out, and the client side can change the search conditions. The change in the search conditions is fed back to the network system of the cloud server 10 to proceed with re-matching according to the matching step S3 and based on information parameters changed pursuant to the change in the demands.
After completion of the search condition adjustment step S4, the selection step S5 is carried out. The matching list resulting from the matching step S3 or the search condition adjustment step S4 (in which the search conditions are changed) is selected by the client side. For example, after the client side accepts the matching result of the search condition adjustment step S4, the client side ascertains information of the service side and the time for transaction. This mode can be applied in transaction of the market of small objects, providing maneuverability or real time purchase. For example, purchase of pet supplies or sending a pet to an animal hospital can be selected, which is close to the service side information and time for the client side, achieving more accurate transaction.
In the optional payment insurance step S7 shown in
In a case that the doctor encounters an emergency condition or the time of surgery or consulting extends, the service side can conduct a time-altering-publishing step S8 on the network system of the cloud server 10. During this step, the service side, the hospital, inputs a possible delay (delay time) of the doctor at the consulting unit of the hospital to the network system of the cloud server 10 to proceed with an appointment time operation, calculating a renewed appointment time for each client at the client side seeking the medical treatment. After the time-altering-publishing step S8, the network system of the cloud server 10 enters a renewed-appointment-time-informing step S81. During this step, the network system of the cloud server 10 informs the client side of news of the renewed appointment time, and each client seeking medical treatment obtains real-time renewed appointment time information via a device, such as a mobile phone, connected to the network system. The time-altering-publishing step S8 and the renewed-appointment-time-informing step S81 can be optionally repeated at any time.
In view of the foregoing, the operating mechanism of the network system of the cloud server 10 according to the present invention includes the following advantages as compared to the operation of the conventional network transaction platform: 1. By providing active setting and searching of information through the network system of the cloud server 10 and by providing the service side with other service information after understanding each client information through the network system of the cloud server 10, the information generated by the network system of the cloud server 10 is more close to the demands of the client. 2. The third party insurance step can be activated during the transaction to guarantee the transaction and to reduce the time and labor costs. 3. The drawback of poor handling in the appointment time encountered in conventional hospital appointment system is solved, significantly reducing the waste in the time costs.
Although specific embodiments have been illustrated and described, numerous modifications and variations are still possible without departing from the scope of the invention. The scope of the invention is limited by the accompanying claims.
| Filing Document | Filing Date | Country | Kind |
|---|---|---|---|
| PCT/CN2016/078786 | 4/8/2016 | WO | 00 |
