A multi-platform venue inventory information processing method, device and equipment

Abstract

The embodiments of this specification disclose a multi-platform venue inventory information processing method, device and equipment. Applied to the unified venue service platform, the venue also has corresponding multiple different venue independent software developer ISV platforms that provide venue reservation services. The scheme includes: determining that the venue inventory synchronization service for the venue has been started, and the venue inventory synchronization service is pre-registered based on the venue information and the corresponding venue ISV platform information; if the user's business request operation for the venue is obtained, then according to the business request operation, the venue's inventory information is updated, and the business request operation is a reservation operation or a cancellation reservation operation; through the venue inventory synchronization service, the business request operation and the updated inventory information are synchronized to the corresponding ISV platform to meet the user's business request and unify the inventory information.

Description

Technical Field

[0001] The present invention relates to the field of Internet technology, and in particular to a method, device and equipment for processing multi-platform venue inventory information. Background Art

[0002] With the development of computer and Internet technology, people can make reservations for venues through the Internet. For example, users can make reservations through third-party platforms or official platforms of venues. These platforms are usually developed by independent software vendors (ISVs), which can be referred to as ISV platforms. In order to increase the convenience of users when making reservations, some venues usually associate multiple ISV platforms, and people can make reservations on any of these ISV platforms.

[0003] When a user initiates a reservation service through an ISV platform, the ISV platform manually conveys the reservation service to the venue. The reservation service it provides is actually an asynchronous service. In addition, each ISV platform independently maintains the venue's inventory information. When an asynchronous reservation occurs, the venue and each ISV need to interact with each other to complete the update of the inventory information maintained locally on the ISV platform.

[0004] Based on this, a solution is needed that can process venue inventory information more timely across multiple platforms. Summary of the invention

[0005] One or more embodiments of this specification provide a multi-platform venue inventory information processing method, device, equipment and storage medium to solve the following technical problem: a solution is needed that can process venue inventory information more timely between multiple platforms.

[0006] To solve the above technical problems, one or more embodiments of this specification are implemented as follows:

[0007] One or more embodiments of this specification provide a multi-platform venue inventory information processing method, which is applied to a unified venue service platform, wherein the venue also has a corresponding plurality of different venue independent software developer ISV platforms that provide venue reservation services, and the method includes:

[0008] Determining that a venue inventory synchronization service for the venue has been started, wherein the venue inventory synchronization service is pre-registered based on information of the venue and information of the corresponding venue ISV platform;

[0009] If a service request operation of the user for the venue is obtained, updating the inventory information of the venue according to the service request operation, wherein the service request operation is a reservation operation or a reservation cancellation operation;

[0010] The business request operation and the updated inventory information are synchronized to the corresponding ISV platform through the venue inventory synchronization service, so as to meet the user's business request and unify the inventory information.

[0011] One or more embodiments of this specification provide a multi-platform venue inventory information processing device, which is applied to a unified venue service platform. The venue also has a corresponding plurality of different venue independent software developer ISV platforms that provide venue reservation services. The device includes:

[0012] A synchronization service startup module determines that a venue inventory synchronization service for the venue has been started, wherein the venue inventory synchronization service is pre-registered based on the information of the venue and the corresponding information of the venue ISV platform;

[0013] The inventory information updating module updates the inventory information of the venue according to the business request operation if a business request operation of the user for the venue is obtained, and the business request operation is a reservation operation or a reservation cancellation operation;

[0014] The inventory information synchronization module synchronizes the business request operation and the updated inventory information to the corresponding ISV platform through the venue inventory synchronization service, so as to meet the user's business request and unify the inventory information.

[0015] One or more embodiments of this specification provide a multi-platform venue inventory information processing device, which is applied to a unified venue service platform. The venue also has a corresponding plurality of different venue independent software developer ISV platforms that provide venue reservation services. The device includes:

[0016] at least one processor; and,

[0017] a memory communicatively connected to the at least one processor; wherein,

[0018] The memory stores instructions executable by the at least one processor, the instructions being executed by the at least one processor to enable the at least one processor to:

[0019] Determining that a venue inventory synchronization service for the venue has been started, wherein the venue inventory synchronization service is pre-registered based on information of the venue and information of the corresponding venue ISV platform;

[0020] If a service request operation of the user for the venue is obtained, updating the inventory information of the venue according to the service request operation, wherein the service request operation is a reservation operation or a reservation cancellation operation;

[0021] The business request operation and the updated inventory information are synchronized to the corresponding ISV platform through the venue inventory synchronization service, so as to meet the user's business request and unify the inventory information.

[0022] One or more embodiments of this specification provide a non-volatile computer storage medium, which is applied to a unified venue service platform. The venue also has a corresponding plurality of different venue independent software developer ISV platforms that provide venue reservation services, and stores computer executable instructions, wherein the computer executable instructions are configured as follows:

[0023] Determining that a venue inventory synchronization service for the venue has been started, wherein the venue inventory synchronization service is pre-registered based on information of the venue and information of the corresponding venue ISV platform;

[0024] If a service request operation of the user for the venue is obtained, updating the inventory information of the venue according to the service request operation, wherein the service request operation is a reservation operation or a reservation cancellation operation;

[0025] The business request operation and the updated inventory information are synchronized to the corresponding ISV platform through the venue inventory synchronization service, so as to meet the user's business request and unify the inventory information.

[0026] At least one of the above technical solutions adopted in one or more embodiments of this specification can achieve the following beneficial effects:

[0027] When a user initiates a service on an ISV platform, the inventory information is updated and synchronized through the unified venue service platform. This allows each ISV platform to obtain the latest inventory information in a timely manner without the need for data exchange between the venue and the ISV platform. In addition, in addition to inventory information, the unified venue service platform also synchronizes business request operations, allowing the ISV platform to more accurately understand user needs based on timely inventory information. Even if the user does not initiate an appointment through this ISV platform, the corresponding after-sales service can be obtained through this ISV platform, which improves the user experience. BRIEF DESCRIPTION OF THE DRAWINGS

[0028] In order to more clearly illustrate the embodiments of this specification or the technical solutions in the prior art, the drawings required for use in the embodiments or the description of the prior art will be briefly introduced below. Obviously, the drawings described below are only some embodiments recorded in this specification. For ordinary technicians in this field, other drawings can be obtained based on these drawings without paying creative labor.

[0029] Figure 1 A flowchart of a multi-platform venue inventory information processing method provided for one or more embodiments of this specification;

[0030] Figure 2 A schematic diagram of an ISV platform registration process in an application scenario provided for one or more embodiments of this specification;

[0031] Figure 3 A flowchart of user reservation in an application scenario provided for one or more embodiments of this specification;

[0032] Figure 4 A schematic diagram of a user canceling a reservation in an application scenario provided for one or more embodiments of this specification;

[0033] Figure 5 A flowchart of message sending and receiving in an application scenario provided for one or more embodiments of this specification;

[0034] Figure 6 A schematic diagram of the structure of a multi-platform venue inventory information processing device provided in one or more embodiments of this specification;

[0035] Figure 7 A schematic diagram of the structure of a multi-platform venue inventory information processing device provided in one or more embodiments of this specification. DETAILED DESCRIPTION

[0036] The embodiments of this specification provide a multi-platform venue inventory information processing method, device, equipment and storage medium.

[0037] In order to enable those skilled in the art to better understand the technical solutions in this specification, the technical solutions in the embodiments of this specification will be clearly and completely described below in conjunction with the drawings in the embodiments of this specification. Obviously, the described embodiments are only part of the embodiments of this application, not all of them. Based on the embodiments of this specification, all other embodiments obtained by ordinary technicians in this field without creative work should fall within the scope of protection of this application.

[0038] Figure 1A flowchart of a multi-platform venue inventory information processing method provided in one or more embodiments of this specification. The method can be applied to different business fields, such as smart city field, Internet financial business field, e-commerce business field, instant messaging business field, game business field, official business field, etc. The process can be executed by a computing device in the corresponding field, and some input parameters or intermediate results in the process allow manual intervention and adjustment to help improve accuracy.

[0039] In one or more embodiments of the present specification, a multi-platform venue inventory information processing method is applied to a unified venue service platform. The unified venue service platform can be integrated into a corresponding program (for example, software that can provide citizens with smart city related services) in the form of a service or a mini-program. In the corresponding multiple venue ISV platforms (hereinafter referred to as ISV platforms), users can make reservations for venues through any ISV platform. The ISV platform can be used in a variety of forms, such as the traditional way of developing the software and completely handing it over to the customer for operation and maintenance, or through a Software as a Service (SaaS) platform.

[0040] Venues include many types, usually cultural and sports venues, such as museums, cultural galleries, science and technology museums, art galleries and other cultural venues, or swimming pools, badminton halls, basketball halls and other indoor or outdoor sports venues. The reservation method can be paid or free, and the reservation service mainly means that the user can perform corresponding actions in the venue within a certain period of time in the future, such as entering the venue for a visit, having the right to use part of the venue for a certain period of time, etc. However, no matter what action is performed, there is an upper limit on the number of reservations within the corresponding time period, which can be reflected through inventory information.

[0041] Figure 1 The process in may include the following steps:

[0042] S102: Determine that a venue inventory synchronization service for the venue has been started, where the venue inventory synchronization service is pre-registered based on information about the venue and information about the corresponding venue ISV platform.

[0043] Figure 2A schematic diagram of an ISV platform registration process in an application scenario provided for one or more embodiments of this specification. The ISV platform uploads the venue information to the venue service unified platform in advance and registers in the venue service unified platform. The registration information may include venue-related information (such as name, phone number, address, etc.), the ISV platform's own information (such as name, phone number, website, etc.), and related agreements between the ISV platform and the venue (such as the ISV platform's reservation authority, related reservation requirements, etc.).

[0044] After receiving the registration information, the venue service unified platform can first check the ISV platform for duplicates through the registration information. If it is determined that it has been registered, it can conduct a manual secondary check for duplicates through the platform operator. If the duplicate check results determine that the ISV platform has not been registered, it will be assigned a corresponding unique access identifier. If the ISV platform has been registered, the access identifier that has been assigned to it will be determined and sent to the ISV platform.

[0045] After confirming the access identifier, the venue service unified platform registers the venue inventory synchronization service for the ISV platform and starts the venue inventory synchronization service to enable the ISV platform to synchronize inventory with the venue service unified platform. For example, the venue service unified platform actively updates the inventory to the ISV platform through the venue inventory synchronization service, and the ISV platform monitors the venue inventory synchronization service to achieve inventory synchronization. Alternatively, the ISV platform actively initiates a corresponding request to complete inventory synchronization.

[0046] S104: If a service request operation of the user for the venue is obtained, the inventory information of the venue is updated according to the service request operation, where the service request operation is a reservation operation or a reservation cancellation operation.

[0047] S106: Synchronize the business request operation and the updated inventory information to the corresponding ISV platform through the venue inventory synchronization service, so as to meet the business request of the user and unify the inventory information.

[0048] When a user performs a reservation operation, it may not be successful. For example, when a user logs in to the ISV platform, the displayed inventory information is not 0. However, when the user performs the reservation operation, other users have already completed the reservation, and the user's reservation fails. When the ISV platform and the venue service unified platform are operating normally, the cancellation of the reservation operation will almost never fail.

[0049] based on Figure 1 This specification also provides some specific implementation plans and extension plans of the method, which will be described below.

[0050] In one or more embodiments of this specification, after a user makes an appointment on an ISV platform, if the user wants to perform some after-sales related services for the venue of this appointment (for example, cancel the appointment, consult the appointment-related messages), the after-sales services can only be performed through the ISV platform. If it is inconvenient for the user to perform after-sales services through the ISV platform at this time (for example, the user has changed to a new mobile phone, and the APP corresponding to the ISV platform is not installed in the mobile phone, or the user has forgotten the password of the account in the ISV platform), or the ISV platform is inconvenient to perform after-sales services (for example, the ISV platform is under maintenance, or the number of users currently performing after-sales services on the ISV platform is too large), the user cannot perform after-sales services through the ISV platform in a timely manner, which is likely to cause losses to the user's interests and reduce the user experience.

[0051] Based on this, in the process of synchronizing to the ISV platform, not only the updated inventory information is synchronized, but also the business request operations are synchronized to the corresponding ISV platform. After the ISV platform receives the business request operation, even if the user does not initiate the business request operation from itself, it still executes the business processing process according to the business request operation to make an appointment or cancel the appointment for the user. Since each ISV platform has executed the business processing process, it naturally has a good understanding of the user's execution process and the corresponding after-sales service. Even if the user does not initiate the business request operation through this ISV platform, it can also execute after-sales service in this ISV platform, which protects the rights and interests of the user and improves the user experience.

[0052] Moreover, in the process of executing business processing, each ISV platform will naturally update the locally stored inventory information without the need for real-time interaction with the venue service unified platform for synchronization. When at least some of the ISV platforms need to be verified (for example, through timed verification, verification is performed every once in a while), a verification request can be sent to the venue service unified platform, and synchronization can be carried out with at least some of the ISV platforms based on the verification request. The ISV platforms verify the locally stored inventory information based on the synchronization results.

[0053] It should also be noted that although each venue also corresponds to multiple ISV platforms, their number is relatively small (usually, the number of ISV platforms corresponding to a venue will not exceed 4 or 5 at most). Even if the business request operation is forwarded and executed by the ISV platform, it will not generate too much additional computing resource requirements. This is different from scenarios such as train ticket and bus ticket sales points.

[0054] In one or more embodiments of the present specification, for different business request execution processes, the way the venue service unified platform updates inventory information and the corresponding ISV platform that needs to be synchronized are also different. At this time, there is no strict sequence relationship between step S104 and step S106.

[0055] Specifically, after receiving the service request operation issued by the user, the corresponding service processing can be performed in the venue service unified platform for making or canceling reservations. After the operation is completed, the venue's inventory information is updated, and the corresponding service request operation and the updated inventory information are synchronized to the corresponding ISV platform (for example, to all ISV platforms) to meet the unification of user service requests and inventory information. At this time, the venue service unified platform is not only used to update and unify inventory information, but also used to perform corresponding processing on the user's service request operation.

[0056] Figure 3 and Figure 4A flowchart of a user making and canceling a reservation in an application scenario is provided for one or more embodiments of the present specification. After receiving a service request operation from a user (for example, initiating a venue reservation or initiating a cancellation of a reservation), the venue service unified platform does not perform service processing, but directly and synchronously forwards the service request operation to a selected ISV platform (for example, through the user's current login portal, historical usage records, etc., select the ISV platform that the user has used this time or previously, or select the ISV platform with the highest current available computing power, or randomly select the ISV platform), guide the user to the ISV platform to perform service processing, and make reservations or cancel reservations for the user. If the user initiates a venue reservation, a reservation will be made for the user on the ISV platform. If it is a synchronous reservation, the reservation will be completed directly for the user. If it is an asynchronous reservation, it is necessary to contact the venue staff by phone to complete the reservation. Among them, after the synchronous reservation operation is successful, it is determined that the user has successfully reserved the venue (for example, the user can get the result in real time after payment), while the asynchronous reservation cannot get the result in real time even if the user has paid (for example, the staff still needs to contact and confirm by phone, etc.), in order to determine whether the user has really successfully reserved the venue. Synchronous reservation and asynchronous reservation depend on whether the venue and ISV platform support the corresponding functions. If the user initiates the cancellation of the reservation, the reservation can be canceled directly for the user. In the business processing, the ISV platform communicates with the venue service unified platform through the access identifier to transmit the corresponding reservation result or cancellation result, and returns the updated inventory information to the venue service unified platform, and the venue service unified platform completes the update of the library rough information. At this time, the process in this paragraph can be understood as the specific operation of the inventory information update process in step S104, or it can also be understood as the pre-execution of the business request operation synchronization process in step S106 (this time only synchronizes the business request operation to one ISV platform, and in the subsequent synchronization, the business request operation can no longer be synchronized, or the business request operation is still synchronized to other ISV platforms). The venue service unified platform synchronizes the business request operation and updated inventory information to the corresponding ISV platform (for example, to other ISV platforms except the ISV platform that performs business processing) through the venue inventory synchronization service to achieve synchronization between the ISV platforms.

[0057] In one or more embodiments of this specification, based on the message bus (spring cloud bus), the interaction efficiency of all parties in the solution is improved to make the inventory information more consistent, so as to provide services to users more reliably. The core is to use the advanced message queue protocol agent as a channel, realize the sending and receiving of messages through the broadcast mechanism of the message queue, establish communication channels between multiple applications, and manage and propagate messages between applications. Figure 5Take an example to illustrate its use in this solution.

[0058] Figure 5 A flowchart of message sending and receiving in an application scenario is provided for one or more embodiments of this specification. Figure 5 In the process, one or more ISV platforms corresponding to each venue (including venue A, venue B... venue N and other venues) communicate related to inventory messages through spring cloud bus. Each ISV platform sends the configuration information to the configuration server (config server), and the configuration server can also pre-store the corresponding configuration information in other forms. Taking venue A as an example, users can transfer to the ISV platform corresponding to venue A in the corresponding cultural and sports center applet, the corresponding applet in the venue service unified platform, or other corresponding applet.

[0059] In one or more embodiments of this specification, when a user makes a reservation for a venue, he or she usually needs to specify which venue in the venue and which time period the reservation is for. Therefore, the inventory information needs to include the reservation status of each venue in the venue in each time period.

[0060] When a first reservation operation for a designated venue in a venue for a designated time period is received from a first user, it can be determined whether the first reservation operation carries a sharing identifier. The sharing identifier means that when a user makes a reservation, he or she indicates that he or she can share the use of the designated venue with others during the designated time period. Of course, not all venues, all venues, and all time periods can be shared. For example, badminton courts and table tennis courts can be shared by multiple people, but locations in the library can only be used by one user in the same time period, and are not shared. Of course, for venues that can be shared, they usually also have a sharing upper limit, which is the upper limit on the number of users who can share a designated venue together during a specified time period.

[0061] If it carries a sharing identifier, it means that the first user can share it with others. At this time, the sharing identifier is synchronized to the corresponding ISV platform, the reservation is completed for the first user, and the inventory information is updated to a shareable reservation state, and the corresponding display is performed in the ISV platform and the venue service unified platform. If the second user sees it and wants to share the designated venue with the first user within a specified time period, the corresponding first reservation operation can be sent for the specified time period, the designated venue and the sharing identifier. After receiving the second reservation operation, an appointment is made for the second user, and the shareable reservation state is updated to a shared reservation state. Among them, the first user and the second user can be a single user or multiple users, depending on their corresponding sharing upper limit. Among them, shared use can include multiple methods, for example, the first user includes 3 people, the second user includes 3 people, and the two parties share a basketball stadium to play 3V3 basketball. Or, the first user includes 2 people, the second user includes 2 people, and the two parties share a badminton hall to play 1V1 badminton. When two of them play badminton, the other two do not play badminton at the same time, but can rest or do other activities.

[0062] Furthermore, the first reservation operation may also carry a service exchange condition, where the service exchange condition means that when the first user and the second user share the use of the designated venue within a designated time period, both parties need to provide each other with the service specified in the service exchange condition.

[0063] For example, when two parties share a designated venue in a badminton stadium, when the first user uses the venue to play badminton, the second user can provide a ball picking service for the first user. Similarly, when the second user uses the venue to play badminton, the first user provides a ball picking service for the second user. At this point, the relationship between the two people is not just a simple sharing of the venue, but more like a relationship between friends. For users who are willing to interact with others (for users who are not willing to interact with others, they only need to not choose to make an appointment with a shared logo), it can increase the topics of communication between the two parties and the intimacy of the cooperative relationship, thereby increasing the user experience of both parties. When providing services, both users provide services to each other equally, and will not let users think that they are at a disadvantage during the service process. Moreover, especially for sports venues such as badminton halls and tennis halls, users come here to exercise. In traditional exercise, even during the rest period, they are often happy to do some simple movements (such as slow walking, stretching exercises, etc.). Users can replace these simple movements by providing services (such as ball picking services), which can not only achieve the original exercise effect, but also improve the overall service quality of the venue while enjoying the other party's services. Moreover, for the venue, there is no need to provide additional manpower and material resources to increase the service experience of both parties, which achieves a win-win effect for both parties, namely, the user and the venue.

[0064] In one or more embodiments of the present specification, for some users, the purpose of booking a venue is to relax and exercise, and they are relatively more casual when using the venue. They are more proactive and free in grasping the designated time period of the reservation, and can basically use the designated venue according to the designated time period of the reservation. However, for some third users, the purpose of booking a venue may be to play a game (for example, a basketball game, a table tennis game, etc.), and they may be more passive in grasping the designated time period of the reservation. Compared with the first part of users, it is more likely that the designated venue will be used overtime.

[0065] For example, a third user makes an appointment for a football match at a designated venue. Generally speaking, the duration of a football match includes about 90 minutes of net time, 15 minutes of halftime, and less than 10 minutes of injury time, which is less than 2 hours. Moreover, the football field manages each available time period for 2 hours. If a 4-hour appointment is made at a time, a lot of usage time will be wasted, which will cause losses to the interests of the user. Therefore, the third user chooses to make an appointment for 2 hours within the specified time period. However, during the actual game, since the two sides have drawn, overtime or penalty shootouts are required, and 2 hours are no longer enough for this football match. If the third user is forced to stop using the venue, the user experience of the third user will be reduced, and conflicts may even occur. Moreover, if other users have already made appointments for the next adjacent time period, it is also easy to affect other users.

[0066] Based on this, when the third user performs the third reservation operation for the designated time period of the designated venue, the purpose of the third user's venue reservation can be first determined based on the identity information of the third user and / the number of the third user. For example, if the type of the venue is a basketball venue, and the number of third users is more than 10, and the identity authentication information of at least some of the third users is a professional basketball player or a member of a university basketball team, it can be considered that the purpose of this venue reservation is likely to be a basketball game, which is one of the preset purposes. The preset purpose at least includes holding a formal competition, and a formal competition refers to a competition that complies with relevant domestic or international regulations. If the purpose of the venue reservation is judged to be the preset purpose, it means that this reservation has a certain probability (a probability exceeding a preset threshold) of being delayed for a period of time during actual use. When making an appointment for the third user through the ISV platform, the inventory information corresponding to the time period adjacent to the designated time period corresponding to the third reservation operation is updated to a delayed use state, and the user is informed in advance. If other users make an appointment for the adjacent time period, they can judge whether to continue to make an appointment for the adjacent time period according to their own needs. Of course, in order to protect the rights and interests of other users, if the delay in use really occurs during actual use, other users can be compensated by reducing the fees. Moreover, if there are professional players participating in the competition in the venue, the appropriate delay in the use of the venue can play a publicity role for the venue, and it can guarantee the user experience for third users. For other users who have reserved adjacent time periods, advance notice has been issued, and even if their own use time is shortened, they can enjoy a wonderful game up close, which is more likely to be accepted by other users, and ultimately achieve a win-win effect for all three parties.

[0067] Based on the same idea, one or more embodiments of this specification also provide devices and apparatuses corresponding to the above methods, such as Figure 6 , Figure 7 shown.

[0068] Figure 6 A schematic diagram of the structure of a multi-platform venue inventory information processing device provided in one or more embodiments of this specification, which is applied to a unified venue service platform, wherein the venue also has a corresponding plurality of different venue independent software developer ISV platforms that provide venue reservation services, and the device includes:

[0069] A synchronization service starting module 602 determines that a venue inventory synchronization service for the venue has been started, wherein the venue inventory synchronization service is pre-registered based on the information of the venue and the corresponding information of the venue ISV platform;

[0070] The inventory information updating module 604 updates the inventory information of the venue according to the business request operation if a business request operation of the user for the venue is obtained, and the business request operation is a reservation operation or a reservation cancellation operation;

[0071] The inventory information synchronization module 606 synchronizes the business request operation and the updated inventory information to the corresponding ISV platform through the venue inventory synchronization service, so as to meet the user's business request and unify the inventory information.

[0072] Optionally, it also includes:

[0073] The synchronous service monitoring module 608 determines an access identifier for the corresponding venue by interacting with the venue ISV platform;

[0074] The access identifier is sent to the venue ISV platform, so that the venue ISV platform monitors the venue inventory synchronization service according to the access identifier, so as to synchronize with the venue service unified platform in a timely manner.

[0075] Optionally, the inventory information synchronization module 606 synchronizes the service request operation to all the venue ISV platforms corresponding to the venue, so that each venue ISV platform responds to the service request operation and makes or cancels a reservation for the user;

[0076] If verification requests are received from at least some of the venue ISV platforms among all the venue ISV platforms, the updated inventory information is synchronized to at least some of the venue ISV platforms, so that at least some of the venue ISV platforms verify whether the local inventory information is correct.

[0077] Optionally, the inventory information synchronization module 606 synchronizes the service request operation to a venue ISV platform selected from all the venue ISV platforms corresponding to the venue, so that the venue ISV platform can make or cancel a reservation for the user;

[0078] The inventory information updating module obtains the inventory information fed back by the venue ISV platform corresponding to the business request operation after synchronization;

[0079] According to the fed-back inventory information, locally update the inventory information of the venue;

[0080] The inventory information synchronization module synchronizes the updated inventory information to an ISV platform other than the one venue ISV platform.

[0081] Optionally, the inventory information includes the reservation status of a specified venue in the venue for a specified time period;

[0082] The inventory information updating module 604 includes: a first user reservation module 6042 and a second user reservation module 6044;

[0083] The first user reservation module obtains a first reservation operation of a first user for a designated venue in the venue during a designated time period;

[0084] If the first reservation operation carries a sharing identifier, the sharing identifier is synchronized to the corresponding venue ISV platform, a reservation is made for the first user, and the corresponding inventory information is updated to a shareable reservation state;

[0085] The second user reservation module obtains a second reservation operation sent by the second user according to the shared identifier, where the venue and time period for the second reservation operation are the same as those for the first reservation operation;

[0086] According to the second reservation operation, a reservation is made for the second user, and the shareable reservation state is updated to a shared reservation state.

[0087] Optionally, the first reservation operation also carries a service exchange condition;

[0088] The second user reservation module 6044 makes a reservation for the second user according to the service exchange condition, so that the first user and the second user can share the designated venue by providing each other with the service specified by the service exchange condition through exchange within the designated time period.

[0089] Optionally, the inventory information includes the reservation status of a specified venue in the venue for a specified time period;

[0090] The inventory information updating module 604 obtains a third reservation operation of a third user for a designated venue in the venue for a designated time period;

[0091] According to the identity authentication information of the third user and / or the number of the third users, and the type of the venue, determining whether the venue reservation purpose corresponding to the third user is a preset purpose;

[0092] If so, the venue reservation purpose is synchronized to the corresponding venue ISV platform, a reservation is made for the third user, and the inventory information corresponding to the time period adjacent to the designated time period is updated to a delayed use state.

[0093] Optionally, the venue is a cultural and sports venue for citizens to make reservations for use in different time periods.

[0094] Figure 7A multi-platform venue inventory information processing device provided in one or more embodiments of this specification is applied to a unified venue service platform. The venue also has corresponding multiple different venue independent software developer ISV platforms that provide venue reservation services. The device includes:

[0095] at least one processor; and,

[0096] a memory communicatively connected to the at least one processor; wherein,

[0097] The memory stores instructions executable by the at least one processor, the instructions being executed by the at least one processor to enable the at least one processor to:

[0098] Determining that a venue inventory synchronization service for the venue has been started, wherein the venue inventory synchronization service is pre-registered based on information of the venue and information of the corresponding venue ISV platform;

[0099] If a service request operation of the user for the venue is obtained, updating the inventory information of the venue according to the service request operation, wherein the service request operation is a reservation operation or a reservation cancellation operation;

[0100] The business request operation and the updated inventory information are synchronized to the corresponding ISV platform through the venue inventory synchronization service, so as to meet the user's business request and unify the inventory information.

[0101] Based on the same idea, one or more embodiments of this specification also provide a non-volatile computer storage medium corresponding to the above method, which is applied to a unified venue service platform, and the venue also has a corresponding plurality of different venue independent software developer ISV platforms that provide venue reservation services, and stores computer executable instructions, and the computer executable instructions are set to:

[0102] Determining that a venue inventory synchronization service for the venue has been started, wherein the venue inventory synchronization service is pre-registered based on information of the venue and information of the corresponding venue ISV platform;

[0103] If a service request operation of the user for the venue is obtained, updating the inventory information of the venue according to the service request operation, wherein the service request operation is a reservation operation or a reservation cancellation operation;

[0104] The business request operation and the updated inventory information are synchronized to the corresponding ISV platform through the venue inventory synchronization service, so as to meet the user's business request and unify the inventory information.

[0105] In the 1990s, improvements to a technology could be clearly distinguished as hardware improvements (for example, improvements to the circuit structure of diodes, transistors, switches, etc.) or software improvements (improvements to the method flow). However, with the development of technology, many improvements to the method flow today can be regarded as direct improvements to the hardware circuit structure. Designers almost always obtain the corresponding hardware circuit structure by programming the improved method flow into the hardware circuit. Therefore, it cannot be said that an improvement in a method flow cannot be implemented using a hardware entity module. For example, a programmable logic device (PLD) (such as a field programmable gate array (FPGA)) is such an integrated circuit whose logical function is determined by the user's programming of the device. Designers can "integrate" a digital system on a PLD by programming it themselves, without having to ask a chip manufacturer to design and produce a dedicated integrated circuit chip. Moreover, nowadays, instead of manually making integrated circuit chips, this kind of programming is mostly implemented by "logic compiler" software, which is similar to the software compiler used when developing and writing programs, and the original code before compilation must also be written in a specific programming language, which is called hardware description language (HDL). There is not only one HDL, but many kinds, such as ABEL (Advanced Boolean Expression Language), AHDL (Altera Hardware Description Language), Confluence, CUPL (Cornell University Programming Language), HDCal, JHDL (Java Hardware Description Language), Lava, Lola, MyHDL, PALASM, RHDL (Ruby Hardware Description Language), etc. The most commonly used ones are VHDL (Very-High-Speed ​​Integrated Circuit Hardware Description Language) and Verilog. Those skilled in the art should also know that it is only necessary to program the method flow slightly in the above-mentioned hardware description languages ​​and program it into the integrated circuit, and then it is easy to obtain the hardware circuit that implements the logic method flow.

[0106] The controller can be implemented in any appropriate manner, for example, the controller can take the form of a microprocessor or processor and a computer-readable medium storing a computer-readable program code (such as software or firmware) that can be executed by the (micro)processor, a logic gate, a switch, an application-specific integrated circuit (ASIC), a programmable logic controller, and an embedded microcontroller. Examples of controllers include, but are not limited to, the following microcontrollers: ARC625D, Atmel AT91SAM, Microchip PIC18F26K20, and Silicone Labs C8051F320. The memory controller can also be implemented as part of the control logic of the memory. Those skilled in the art also know that in addition to implementing the controller in a purely computer-readable program code manner, the controller can be implemented in the form of a logic gate, a switch, an application-specific integrated circuit, a programmable logic controller, and an embedded microcontroller by logically programming the method steps. Therefore, this controller can be considered as a hardware component, and the devices included therein for implementing various functions can also be regarded as structures within the hardware component. Or even, the devices for implementing various functions can be regarded as both software modules for implementing the method and structures within the hardware component.

[0107] The systems, devices, modules or units described in the above embodiments may be implemented by computer chips or entities, or by products with certain functions. A typical implementation device is a computer. Specifically, the computer may be, for example, a personal computer, a laptop computer, a cellular phone, a camera phone, a smart phone, a personal digital assistant, a media player, a navigation device, an email device, a game console, a tablet computer, a wearable device, or a combination of any of these devices.

[0108] For the convenience of description, the above device is described in various units according to their functions. Of course, when implementing this specification, the functions of each unit can be implemented in the same or multiple software and / or hardware.

[0109] Those skilled in the art will appreciate that the embodiments of this specification may be provided as methods, systems, or computer program products. Therefore, the embodiments of this specification may be in the form of complete hardware embodiments, complete software embodiments, or embodiments in combination with software and hardware. Moreover, the embodiments of this specification may be in the form of a computer program product implemented in one or more computer-usable storage media (including but not limited to disk storage, CD-ROM, optical storage, etc.) that contain computer-usable program code.

[0110] This specification is described with reference to the flowcharts and / or block diagrams of the methods, devices (systems), and computer program products according to the embodiments of this specification. It should be understood that each process and / or box in the flowchart and / or block diagram, as well as the combination of the processes and / or boxes in the flowchart and / or block diagram, can be implemented by computer program instructions. These computer program instructions can be provided to a processor of a general-purpose computer, a special-purpose computer, an embedded processor, or other programmable data processing device to produce a machine, so that the instructions executed by the processor of the computer or other programmable data processing device generate instructions for implementing the processes in the flowchart and / or block diagram. Figure 1 A process or multiple processes and / or boxes Figure 1 A device that provides the functions specified in a block or multiple blocks.

[0111] These computer program instructions may also be stored in a computer-readable memory capable of directing a computer or other programmable data processing device to operate in a specific manner, so that the instructions stored in the computer-readable memory produce an article of manufacture comprising an instruction device, which implements the process Figure 1 A process or multiple processes and / or boxes Figure 1 A function specified in one or more boxes.

[0112] These computer program instructions can also be loaded onto a computer or other programmable data processing device so that a series of operating steps are executed on the computer or other programmable device to produce a computer-implemented process, thereby providing instructions for implementing the process. Figure 1 A process or multiple processes and / or boxes Figure 1 The steps for the functions specified in one or more boxes.

[0113] In a typical configuration, a computing device includes one or more processors (CPU), input / output interfaces, network interfaces, and memory.

[0114] The memory may include non-permanent storage in a computer-readable medium, random access memory (RAM) and / or non-volatile memory in the form of read-only memory (ROM) or flash RAM. The memory is an example of a computer-readable medium.

[0115] Computer readable media include permanent and non-permanent, removable and non-removable media that can be implemented by any method or technology to store information. Information can be computer readable instructions, data structures, program modules or other data. Examples of computer storage media include, but are not limited to, phase change memory (PRAM), static random access memory (SRAM), dynamic random access memory (DRAM), other types of random access memory (RAM), read-only memory (ROM), electrically erasable programmable read-only memory (EEPROM), flash memory or other memory technology, compact disk read-only memory (CD-ROM), digital versatile disk (DVD) or other optical storage, magnetic cassettes, magnetic tape magnetic disk storage or other magnetic storage devices or any other non-transmission media that can be used to store information that can be accessed by a computing device. As defined herein, computer readable media does not include temporary computer readable media (transitory media), such as modulated data signals and carrier waves.

[0116] It should also be noted that the terms "include", "comprises" or any other variations thereof are intended to cover non-exclusive inclusion, so that a process, method, commodity or device including a series of elements includes not only those elements, but also other elements not explicitly listed, or also includes elements inherent to such process, method, commodity or device. In the absence of more restrictions, the elements defined by the sentence "comprises a ..." do not exclude the existence of other identical elements in the process, method, commodity or device including the elements.

[0117] This specification may be described in the general context of computer-executable instructions executed by a computer, such as program modules. Generally, program modules include routines, programs, objects, components, data structures, etc. that perform specific tasks or implement specific abstract data types. This specification may also be practiced in distributed computing environments where tasks are performed by remote processing devices connected through a communication network. In a distributed computing environment, program modules may be located in local and remote computer storage media, including storage devices.

[0118] Each embodiment in this specification is described in a progressive manner, and the same or similar parts between the embodiments can be referred to each other, and each embodiment focuses on the differences from other embodiments. In particular, for the device, equipment, and non-volatile computer storage medium embodiments, since they are basically similar to the method embodiments, the description is relatively simple, and the relevant parts can be referred to the partial description of the method embodiment.

[0119] The above is a description of a specific embodiment of the specification. Other embodiments are within the scope of the appended claims. In some cases, the actions or steps recorded in the claims can be performed in an order different from that in the embodiments and still achieve the desired results. In addition, the processes depicted in the drawings do not necessarily require the specific order or continuous order shown to achieve the desired results. In some embodiments, multitasking and parallel processing are also possible or may be advantageous.

[0120] The above description is only one or more embodiments of this specification and is not intended to limit this specification. For those skilled in the art, one or more embodiments of this specification may have various changes and variations. Any modification, equivalent replacement, improvement, etc. made within the spirit and principle of one or more embodiments of this specification shall be included in the scope of the claims of this specification.

Claims

1. A multi-platform venue inventory information processing method, applied to a venue service unified platform, wherein the venue also has a corresponding plurality of different venue independent software developer (ISV) platforms providing venue reservation services, the method comprising: Determining that a venue inventory synchronization service for the venue has been started, wherein the venue inventory synchronization service is pre-registered based on information of the venue and information of the corresponding venue ISV platform; If a service request operation of the user for the venue is obtained, updating the inventory information of the venue according to the service request operation, wherein the service request operation is a reservation operation or a reservation cancellation operation; The business request operation and the updated inventory information are synchronized to the corresponding ISV platform through the venue inventory synchronization service, so as to meet the business request of the user and unify the inventory information; The inventory information includes the reservation status of a specified venue in the venue for a specified time period; The updating of the inventory information of the venue according to the business request operation specifically includes: Acquire a first reservation operation of a first user for a designated venue in the venue for a designated time period; If the first reservation operation carries a sharing identifier, the sharing identifier is synchronized to the corresponding venue ISV platform, a reservation is made for the first user, and the corresponding inventory information is updated to a shareable reservation state; Acquire a second reservation operation sent by a second user according to the shared identifier, where the venue and time period for the second reservation operation are the same as those for the first reservation operation; According to the second reservation operation, make a reservation for the second user, and update the shareable reservation state to a shared reservation state; The first reservation operation also carries service exchange conditions; The making an appointment for the second user according to the second appointment operation specifically includes: According to the service exchange condition, making an appointment for the second user, so that the first user and the second user can share the designated venue by exchanging services specified by the service exchange condition for each other during the designated time period; The inventory information includes the reservation status of a specified venue in the venue for a specified time period; The updating of the inventory information of the venue according to the business request operation specifically includes: Acquire a third reservation operation of a third user for a designated venue in the venue and a designated time period; According to the identity authentication information of the third user and / or the number of the third users, and the type of the venue, determining whether the venue reservation purpose corresponding to the third user is a preset purpose; If so, the venue reservation purpose is synchronized to the corresponding venue ISV platform, a reservation is made for the third user, and the inventory information corresponding to the time period adjacent to the designated time period is updated to a delayed use state.

2. The method according to claim 1, before determining that the venue inventory synchronization service for the venue has been started, the method further comprises: Determine an access identifier for the corresponding venue by interacting with the venue ISV platform; The access identifier is sent to the venue ISV platform, so that the venue ISV platform monitors the venue inventory synchronization service according to the access identifier, so as to synchronize with the venue service unified platform in a timely manner.

3. The method according to claim 1, wherein synchronizing the business request operation and the updated inventory information to the corresponding ISV platform through the venue inventory synchronization service specifically comprises: Synchronize the service request operation to all the venue ISV platforms corresponding to the venue, so that each venue ISV platform responds to the service request operation and makes or cancels a reservation for the user; If verification requests are received from at least some of the venue ISV platforms among all the venue ISV platforms, the updated inventory information is synchronized to at least some of the venue ISV platforms, so that at least some of the venue ISV platforms verify whether the local inventory information is correct.

4. The method according to claim 1, wherein synchronizing the service request operation to the corresponding ISV platform specifically comprises: Synchronize the service request operation to a venue ISV platform selected from all the venue ISV platforms corresponding to the venue, so that the venue ISV platform can make or cancel a reservation for the user; The updating of the inventory information of the venue specifically includes: Acquire the inventory information fed back by the venue ISV platform corresponding to the business request operation after synchronization; According to the fed-back inventory information, locally update the inventory information of the venue; The synchronizing the updated inventory information to the corresponding ISV platform specifically includes: The updated inventory information is synchronized to an ISV platform other than the one venue ISV platform.

5. The method according to any one of claims 1 to 4, wherein the venue is a cultural and sports venue for citizens to make reservations for use in different time periods.

6. A multi-platform venue inventory information processing device, applied to a unified venue service platform, wherein the venue also has a corresponding plurality of different venue independent software developer (ISV) platforms providing venue reservation services, the device comprising: A synchronization service startup module determines that a venue inventory synchronization service for the venue has been started, wherein the venue inventory synchronization service is pre-registered based on the information of the venue and the corresponding information of the venue ISV platform; The inventory information updating module updates the inventory information of the venue according to the business request operation if a business request operation of the user for the venue is obtained, and the business request operation is a reservation operation or a reservation cancellation operation; An inventory information synchronization module, which synchronizes the business request operation and the updated inventory information to the corresponding ISV platform through the venue inventory synchronization service, so as to meet the user's business request and unify the inventory information; The inventory information includes the reservation status of a specified venue in the venue for a specified time period; The inventory information update module includes: a first user reservation module and a second user reservation module; The first user reservation module obtains a first reservation operation of a first user for a designated venue in the venue during a designated time period; If the first reservation operation carries a sharing identifier, the sharing identifier is synchronized to the corresponding venue ISV platform, a reservation is made for the first user, and the corresponding inventory information is updated to a shareable reservation state; The second user reservation module obtains a second reservation operation sent by the second user according to the shared identifier, where the venue and time period for the second reservation operation are the same as those for the first reservation operation; According to the second reservation operation, make a reservation for the second user, and update the shareable reservation state to a shared reservation state; The first reservation operation also carries service exchange conditions; The second user reservation module makes a reservation for the second user according to the service exchange condition, so that the first user and the second user can share the designated venue by exchanging services specified by the service exchange condition for each other during the designated time period; The inventory information includes the reservation status of a specified venue in the venue for a specified time period; The inventory information updating module obtains a third reservation operation of a third user for a designated venue in the venue for a designated time period; According to the identity authentication information of the third user and / or the number of the third users, and the type of the venue, determining whether the venue reservation purpose corresponding to the third user is a preset purpose; If so, the venue reservation purpose is synchronized to the corresponding venue ISV platform, a reservation is made for the third user, and the inventory information corresponding to the time period adjacent to the designated time period is updated to a delayed use state.

7. The apparatus of claim 6, further comprising: A synchronous service monitoring module determines an access identifier for the corresponding venue by interacting with the venue ISV platform; The access identifier is sent to the venue ISV platform, so that the venue ISV platform monitors the venue inventory synchronization service according to the access identifier, so as to synchronize with the venue service unified platform in a timely manner.

8. The device according to claim 6, wherein the inventory information synchronization module synchronizes the service request operation to all the venue ISV platforms corresponding to the venue, so that each of the venue ISV platforms responds to the service request operation and makes or cancels a reservation for the user; If verification requests are received from at least some of the venue ISV platforms among all the venue ISV platforms, the updated inventory information is synchronized to at least some of the venue ISV platforms, so that at least some of the venue ISV platforms verify whether the local inventory information is correct.

9. The device according to claim 6, wherein the inventory information synchronization module synchronizes the service request operation to a venue ISV platform selected from all the venue ISV platforms corresponding to the venue, so that the venue ISV platform can make or cancel a reservation for the user; The inventory information updating module obtains the inventory information fed back by the venue ISV platform corresponding to the business request operation after synchronization; According to the fed-back inventory information, locally update the inventory information of the venue; The inventory information synchronization module synchronizes the updated inventory information to an ISV platform other than the one venue ISV platform.

10. The device according to any one of claims 6 to 9, wherein the venue is a cultural and sports venue for citizens to make reservations for use in different time periods.

11. A multi-platform venue inventory information processing device, applied to a unified venue service platform, wherein the venue also has a corresponding plurality of different venue independent software developer (ISV) platforms providing venue reservation services, the device comprising: at least one processor; as well as, a memory communicatively connected to the at least one processor; wherein, The memory stores instructions executable by the at least one processor, the instructions being executed by the at least one processor to enable the at least one processor to: Determining that a venue inventory synchronization service for the venue has been started, wherein the venue inventory synchronization service is pre-registered based on information of the venue and information of the corresponding venue ISV platform; If a service request operation of the user for the venue is obtained, updating the inventory information of the venue according to the service request operation, wherein the service request operation is a reservation operation or a reservation cancellation operation; The business request operation and the updated inventory information are synchronized to the corresponding ISV platform through the venue inventory synchronization service, so as to meet the business request of the user and unify the inventory information; The inventory information includes the reservation status of a specified venue in the venue for a specified time period; The updating of the inventory information of the venue according to the business request operation specifically includes: Acquire a first reservation operation of a first user for a designated venue in the venue for a designated time period; If the first reservation operation carries a sharing identifier, the sharing identifier is synchronized to the corresponding venue ISV platform, a reservation is made for the first user, and the corresponding inventory information is updated to a shareable reservation state; Acquire a second reservation operation sent by a second user according to the shared identifier, where the venue and time period for the second reservation operation are the same as those for the first reservation operation; According to the second reservation operation, make a reservation for the second user, and update the shareable reservation state to a shared reservation state; The first reservation operation also carries service exchange conditions; The making an appointment for the second user according to the second appointment operation specifically includes: According to the service exchange condition, making an appointment for the second user, so that the first user and the second user can share the designated venue by exchanging services specified by the service exchange condition for each other during the designated time period; The inventory information includes the reservation status of a specified venue in the venue for a specified time period; The updating of the inventory information of the venue according to the business request operation specifically includes: Acquire a third reservation operation of a third user for a designated venue in the venue and a designated time period; According to the identity authentication information of the third user and / or the number of the third users, and the type of the venue, determining whether the venue reservation purpose corresponding to the third user is a preset purpose; If so, the venue reservation purpose is synchronized to the corresponding venue ISV platform, a reservation is made for the third user, and the inventory information corresponding to the time period adjacent to the designated time period is updated to a delayed use state.

Images