Systems and methods for management of virtual inventory

Abstract

Provided herein are computerized systems and methods for creation and real-time management of virtual inventory (VI) of temporal events, utilizing indexed inventory network(s) of product units of a supplier, and standard ticket identification numbers, representing a temporal event offer.

Description

[0001] SYSTEMS AND METHODS FOR MANAGEMENT OF VIRTUAL INVENTORY

[0002] FIELD OF THE INVENTION

[0003] The disclosure generally relates to systems and methods for real-time management of virtual inventory of temporal events.

[0004] BACKGROUND

[0005] Catalog creation includes mapping out the marketable products a supplier offers for sell. In the realm of airlines, this can include, for example, seats and classes on a carrier. When assigning serial numbers to individual inventory units, such as the actual seat on a specific plane, every seat has its own serial number. Each serial number is allocated to a specific catalog product of that inventory Unit. For example, a specific seat on a specific tail number with a specific configuration has one serial number. That seat can only be sold using the corresponding catalog indicator. However, the problem arises when selling such a singular product (such as a specific seat) that is used again and again by different customers, where this type of inventory cannot be utilized, because if an inventory unit is assigned for a sale, it cannot be sold to a different customers.

[0006] There is therefore a need in the art for systems and methods enabling real-time management of a virtual inventory of virtual events, while allowing full traceability of the events, from creation thereof, changes thereto, and utilization thereof.

[0007] SUMMARY

[0008] According to some embodiments, there are provided herein computerized systems and methods for real-time management (including creating, updating and / or publishing) of virtual inventory of temporal events. According to some embodiments, temporal events include perishable events, representing a collection of products / items, that have a time stamp for occurrence thereof, and which are perishable after the event has occurred.

[0009] According to some embodiments, the advantageous virtual inventory management systems and methods disclosed herein enable the sale and tracking of an inventory units / items (collectively making an event), for a plurality of times, based on the intended time stamp of use / occurrence of the event.

[0010] According to some embodiments, advantageously, the virtual inventory management enables full traceability of every single sale of every single product across an entire supplier (i.e., across an entire actual inventory of a supplier), which is represented by an indexed inventory network.

[0011] According to some embodiments, the virtual inventory management may be based on an indexed inventory network (IIN), which includes a tagged inventory of all products / items / units offered for sale (directly or indirectly) by a supplier, wherein the virtual inventory actually represents the selected products / items / units inventory at singular temporal points (e.g., at a singular time stamp), which are determined based on the event which is comprised of such items.

[0012] According to some embodiments, the virtual inventory management further includes the use of a dynamic and traceable standard ticket identification number (STIN), which is representative of all selected items which comprise an event. To this aim, the STIN may be updated and / or determined based on real-time data obtained from the VI, thereby further facilitating tractility of product units of the event.

[0013] According to some embodiments, the systems and methods disclosed herein are computer implemented methods or platforms utilizing Al models (in particular, generative Al engine) which are used for real time indexing and / or updating inventories, real time creating and / or updating virtual inventories, real time creating and / or updating unique and dynamic STINs (each representative of an event travel), real time pricing of STINs, real time publishing of SHNs to search engines or other relevant websites to thereby allow real-time, accurate, convenient and efficient management of various suppliers offers.

[0014] Advantageously, the herein disclosed methods and systems apply Al models, such as machine learning (ML), on various structured data to derive features which can subsequently be used to generate real-time, dynamic and traceable STINs representing distinct / singular / one to one, event offers, based on, for example, but not limited to: real-time indexed inventory, virtual inventory, search prompt(s), user input, data related to the user, related events data (environmental data), and the like, or any combinations thereof. Each possibility is a separate embodiment.

[0015] Advantageously, as detailed below herein, the STIN created by the systems and methods disclosed herein, is a unique and specific, dynamic and changing identification number, based on the generated event offer, while having a price associated with the offer adjusting accordingly. An STIN represents an offer that is tailored to the customer from various, different combinations of products, based on temporal utilization thereof. Each part / portion of the STIN signifies a product unit in the temporal event offer, making every single event offer traceable down to the subproducts that are included in the offer. Consequently, the STIN can represent an infinite amount of temporal offers without having to maintain an infinite catalog of singular products or offers. Once the event, or items thereof are utilized at selected time points, that part / portion of the SUN becomes static and represents the final offer paid for, and the product consequently perishes.

[0016] Moreover, advantageously, the systems and methods utilizing the generative Al Matching Engine, an IIN and virtual inventory (VI), may enable supplier(s) to use push options for their offers / events. For example, for an airline supplier, a travel event, the disclosed management systems and methods enable the airlines to switch from query based pricing and publishing to true push capabilities. Any input into the system will automatically and instantly induce updates within the IIN and VI, resulting in a push of an action at the other end of the system. This would thus affect everything within the IIN and VI seamlessly with minimal latency and ensure the most up to date availability and pricing across all marketing channels. For example, with a direct connection to search engines, the search engines always have access to the most up to date products and pricing without needing to query the information. The IIN will be pushed updates constantly and a search engine (having access to the IIN) will be able to view it, as prices and products availability change on the shelf in real time, while the VI allows the real-time management of the temporal events.

[0017] As an additional advantage, the systems and methods disclosed herein allow a supplier (for example, an airline) and a costumer, real-time traceability of a temporal offer (which may be constructed from separate unrelated product units). According to some embodiments, advantageously, the Virtual Inventory and STIN infrastructure are built ready for LLM and Agentic Al connection, enabling shopping, changes, and transactions using text and voice, while maintaining the full traceability starting at the moment the search was initiated.

[0018] Moreover, advantageously, the real-time traceability not only allows the supplier to accurately track its real-time inventory of products but can also affect planning and enhanced functionality of the supplier and moreover, by utilizing the VI, allow the sale of the same indexed item / event for a plurality of times, wherein each sale is of a different temporal occurrence

[0019] According to some embodiments, there is provided a system for generating a traceable dynamic Standard Ticket Identification Number (STIN) representing a travel offer, the system includes at least one processor unit configured to execute at least one method for generating an STIN as disclosed herein.

[0020] According to some embodiments, there is provided a computer implemented method executable on a processor for management of virtual inventory of temporal events and for generating a Standard Ticket Identification Number (STIN) representing a temporal event offer, the computer implemented method includes: creating and / or updating virtual inventory (VI) including a temporal representation of one or more Indexed Inventory Networks (IINs) representing availability and / or pricing of one or more product units offered for sale by one or more respective sellers, at designated singular time stamp(s); utilizing a generative Al matching engine, generating a dynamic Standard Ticket Identification Number (SUN) representing a one to one event offer, based on data obtained from the VI and a set of preferences provided by a user, wherein the STIN is dynamically updatable based on related changes in the VI and / or in the set of preferences; pushing the dynamic SUN and price thereof to a search engine and / or a website, allowing a user to purchase the event offer; and wherein the VI perishes at a time point determined based on the occurrence of the temporal event.

[0021] According to some embodiments, the method may further include updating the VI in real time, upon a generation of the SUN and / or upon purchase of the STIN event offer.

[0022] According to some embodiments, the method may further include receiving an event search prompt via a search engine or website from a customer, wherein the generation or an update of the STIN is further based on one or more travel search prompt characteristics.

[0023] According to some embodiments, the method may further include dynamically and traceably updating the STIN based on changes requested by the user and / or a customer and / or by changes in the VI.

[0024] According to some embodiments, the method may further include using the generative Al matching engine, for matching a pricing to the STIN represented one-to-one temporal event offer, based at least on data from the VI.

[0025] According to some embodiments, the method may further include inputting to the generative Al matching engine data related to the customer and / or environmental data, thereby generating a personalized SUN; and updating the matched pricing accordingly.

[0026] According to some embodiments, the method may further include updating the matched price.

[0027] According to some embodiments, the event may include a travel, a flight, a concert, a sports game (match), a show (e.g. a live show), film screening, or any combinations thereof. Each possibility is a separate embodiment.

[0028] According to some embodiments, the temporal event may be determined based on the time stamp of the occurrence of the event.

[0029] According to some embodiments, the time stamp may include date of the event and / or time of day of the event. According to some embodiments, the STIN may include a representation of at least a seat serial number (SSN) of a venue of the event.

[0030] According to some embodiments, the venue of the event may include an aircraft, a cruise ship, a stadium, a concert hall, an arena, a gallery, a theater, amphitheater. Each possibility is a separate embodiment.

[0031] According to some embodiments, the event may include a travel, and the time stamps is determined based on one or more of: flight schedule, flight destination, length of travel, one or more ancillaries. Each possibility is a separate embodiment.

[0032] According to some embodiments, STIN may include a representation of seat serial number (SSN), departure and / or return date and time, on-site ancillaries, off-site ancillaries, length of stay, or any combinations thereof. Each possibility is a separate embodiment.

[0033] According to some embodiments, the SSN may signify one or more of: carrier (airline), airline unique identifier (aircraft number); seat number, seat class, or combinations thereof. Each possibility is a separate embodiment.

[0034] According to some embodiments, the on-site ancillaries may include one of more of: baggage allowance, carry-on baggage allowance, loyalty, frequent flyer, meal(s) type, or any combinations thereof. Each possibility is a separate embodiment.

[0035] According to some embodiments, the off-site ancillaries may include one of more of: car rentals, excursions, hotels, airport transfers, or any combinations thereof. Each possibility is a separate embodiment.

[0036] According to some embodiments, updating the VI may include updating data relating to seat map (SSN) and live availability thereof.

[0037] According to some embodiments, updating the VI may further include updating data relating to on-site ancillary index, schedule of flights index, off-site ancillaries index, or any combination thereof. According to some embodiments, there is provided a computer-implemented method for creating a virtual inventory for a temporal event, based on an Indexed Inventory Network (IIN), the method includes: generating an Indexed Inventory Network (IIN), by: obtaining an inventory list of product units of a supplier; indexing the product units by assigning or tagging one or more indexes comprising at least an index of seat map (SSN) of a venue of the event; assigning an identifier to each product type; assigning at least pricing to each indexed product; and for each temporal event comprising one or more indexed product units, generating a virtual inventory, representing the selected indexed product units of the temporal event, at a designated temporal time point.

[0038] According to some embodiments, the method may further include generating a VI key and allowing a search engine access to the VI, utilizing the VI key.

[0039] According to some embodiments, the IIN and / or VI may be cloud based.

[0040] According to some embodiments, the IIN and / or VI may be configured to push updates to the search engine, when at least the prices and / or availability of products are updated.

[0041] According to some embodiments, there is provided a system for management of virtual inventory of a temporal event and for generating a Standard Ticket Identification Number (STIN) representing a temporal event offer, the system includes at least one processor unit configured to execute the method as disclosed herein.

[0042] According to some embodiments, there is provided a system for creating a virtual inventory for a temporal event, based on an Indexed Inventory Network (IIN), the system includes one or more processors configured to execute the method disclosed herein. Certain embodiments of the present disclosure may include some, all, or none of the above advantages. One or more other technical advantages may be readily apparent to those skilled in the art from the figures, descriptions, and claims included herein. Moreover, while specific advantages have been enumerated above, various embodiments may include all, some, or none of the enumerated advantages.

[0043] Unless otherwise defined, all technical and scientific terms used herein have the same meaning as commonly understood by one of ordinary skill in the art to which this disclosure pertains. In case of conflict, the patent specification, including definitions, governs. As used herein, the indefinite articles “a” and “an” mean “at least one” or “one or more” unless the context clearly dictates otherwise.

[0044] BRIEF DESCRIPTION OF THE DRAWINGS

[0045] Some embodiments are herein described, by way of example only, with reference to the accompanying drawings. With specific reference to the drawings in detail, it is stressed that the particulars shown are by way of example and for purposes of illustrative discussion of embodiments of the invention. In this regard, the description taken with the drawings makes apparent to those skilled in the art how embodiments of the invention may be practiced.

[0046] Attention is now directed to the drawings, where like reference numerals or characters indicate corresponding or like components. In the drawings:

[0047] FIG. 1 shows an illustrative flow chart of a method for generating an indexed inventory network (UN) of a supplier’s inventory, according to some embodiment;

[0048] FIG. 2 shows an illustrative flow chart of a method for creating and managing a virtual inventory for a temporal event, according to some embodiments ;

[0049] FIG. 3 shows an illustrative flow chart of a method for creating a traceable dynamic Standard Ticket Identification Number (STIN) representing a temporal event offer, according to some embodiments; FIG. 4 shows an illustrative flow chart of a method for creation and management of IIN, VI and generation of STIN for a travel offer, according to some embodiments;;

[0050] FIG. 5 schematically shows an exemplary representation of an STIN, according to some embodiments;

[0051] FIG. 6 schematically shows an outline of exemplary management and traceability virtual inventories, according to some embodiments; and

[0052] FIG. 7 schematically shows an outline of exemplary representation of logical connections between portions (pieces) of an offer, from temporal designations in the Virtual Inventory, to the actual service being provided.

[0053] DETAILED DESCRIPTION

[0054] The following detailed description is of the best currently contemplated modes of carrying out the invention. The description is not to be taken in a limiting sense, but is made merely for the purpose of illustrating the general principles of the invention, since the scope of the invention is best defined by the appended claims.

[0055] According to some embodiments, there are provided herein Al-based methods and systems for management of virtual inventory of temporal events, based on, internalia, indexed invntory nextrowk of items / products of a supplier and creating (generating), updating and / or publishing real-time event offers, based thereon, wherein each of the event offers is associated with a traceable and dynamic identification number (standard travel identification number (STIN)), representing all the product units / sub-units which are included with the temporal event offer.

[0056] As used herein, the term “supplier” relates to any type of supplier, offering products / items (being a service or physical product) for sale. In some embodiments, the supplier may be, for example, but not limited to: an airline, a cruise line, a ticket seller (tickets, such as, sports events, musical events, shows, etc.), a theater company, a stadium, a film company, hotel, car rental company, car parts supplier, and the like. Each possibility is a separate embodiment. In some embodiments, a product offered for sale by a supplier may include, for example, a seat or a space (such as, a room), in a venue owned, operated (directly or indirectly), affdiated or otherwise associated (directly or indirectly) with the supplier. According to some embodiments, a supplier may include any supplier that handles the sale of products or services having a backorder factor and a need for full traceability and transparency. An exemplary suppliers may include, for example, an airline, can parts suppliers, and the like.

[0057] As used herein, the term “venue” relates to a place / location / setting where an event (or at least part thereof) can occur / take place. For example, a venue may include such settings as, but not limited to: an aircraft, a cruise ship, a stadium, a concert hall, an arena, a gallery, a theater, an amphitheater, cinema hall, public park, museum, virtual platform, conference center and the like, or any combinations thereof. Each possibility is a separate embodiment.

[0058] As used herein, the term “event” relates to a collection of products / items that can be temporally used, and once used, the corresponding event portion perishes. In some embodiments, an event may include for example, but not limited to: a travel itinerary (including, for example, flight from / to a destination with or without other additions / ancillaries (such as, for example, but not limited to: baggage, car rental, hotel booking, shows, sports matches, excursions, airport transfers, etc.); a concert, a live show, a film screening, a sports game / match, and the like, or any combinations thereof. Each possibility is a separate embodiment. The term event refers to a collection of time-bound products or services that are consumed or utilized in association with a specific occasion or activity. Once consumed or completed, the corresponding components of the event are no longer available or valid (i.e., they “perish” or expire).

[0059] As used herein, the term “temporal” relates to the timing of occurrence / scheduled occurrence of an event or portions / components of the event (i.e., the individual items that constitute the event). In some embodiments, the timing may be a time stamp of occurrence of the event or portions thereof, including, for example, date of the event, time of day of the event. In some embodiments, the temporal aspect may be represented by one or more time-based indicators, such as a timestamp, a calendar date, or a specific time of day associated with the occurrence or availability of the event or its portions.

[0060] As used herein, the term "airline” relates to an airline company offering / selling flights and optionally one or more additional related products, to one or more destinations. As used herein, the term "3rd-party supplier” may include any online or otherwise supplier or advertiser of travel products. In some embodiments, a 3rd-party supplier may include Metasearch engines, online travel agency (OTA), Global distribution system (GDS), Travel agency, Travel Marketing Agencies, Corporate, Aggregator, and the like, or any combinations thereof. In some embodiments, a 3rdparty supplier may be an online travel agency (OTA) that can offer direct purchase of flights, or metasearch engines. Exemplary 3rdparty suppliers include, for example, but not limited to: Trivago, Kayak, Skyscanner, Expedia, Booking, TripAdvisor, and the like.

[0061] As used herein, the term "search engine” is directed to an internet search engine (a web service), that searches for information on the internet and designed to retrieve specific information, based on input (search) from a user. The search engine is an internet-based web service that enables retrieval of specific information from the internet or a data source, based on input (e.g., a query or search term) provided by a user. In some embodiments, a search engine also encompasses metasearch engine which is a search engine having defined search parameters. A metasearch engine refers to a system that aggregates results from multiple search engines based on defined search parameters. Exemplary search engines include, for example, Google and Bing and other comparable web-based information retrieval systems. In some embodiments, the term “search engine” may also encompass Large Language Model (LLM)-based search systems, which utilize natural language processing and generative Al to interpret user inputs and generate or retrieve relevant information from structured or unstructured data sources.

[0062] As used herein, the term "website” relates to an online accessible, internet-based site of an entity (supplier). In some embodiments, the website may be of an airline company. In some embodiments, the website may be of a 3rdparty supplier. In some embodiments, a website also encompasses an application programming interface (API) of the supplier. A “website” refers to an internet-based, online-accessible digital presence of an entity (e.g., a supplier), through which data, services, or products may be offered, accessed, or exchanged. In some embodiments, the website may correspond to a supplier-specific site, such as that of an airline company, hotel chain, transportation provider, or entertainment venue. In other embodiments, the website may be associated with a third-party supplier or intermediary platform that provides access to products or services on behalf of multiple entities. In some embodiments, the term “website” also encompasses a supplier’s application programming interface (API) or other machine-readable service endpoint that enables programmatic access to the same or related data, content, or functionality available through the human-facing website interface.

[0063] According to some embodiments, there are provided herein advantageous methods and systems for creation and management of virtual inventory of temporal events. According to some embodiments, in order to produce a virtual network, an indexed inventory network (IIN) is initially created, which represents all product items offered for sale by a supplier. The formation of the IIN includes a catalog creation process of mapping out all the “marketable” products a supplier has to sell / offer. For example, for an airline supplier, this can include, for example, classes on a plane such as business, economy, etc. This can also include ancillaries such as baggage, meals, etc. These marketable products amount to what is eventually represented by a Standard Ticket Identification Number (STIN) codes that signify a product that is offered for sale, such as DI, D2, and D3, signifying Business, Premium, and Economy seats, respectively. In some embodiments, the IIN creation includes assigning serial numbers to individual inventory units. For example, for airlines suppliers, this can include the actual seat on a specific plane. Every seat has its own personal serial number. Each serial number is allocated to a specific Catalog Product that enables the sale of that inventory Unit. For example, a specific seat on a specific tail number with a specific configuration has one serial number represented in the STIN. In this example, that seat can only be sold using the DI catalog indicator, signifying business class seats, because it is a business class seat. To this aim, an advantageous virtual inventory is generated, which is actually a representation of inventory in a singular point in time (i.e., representation of a temporal event). For example, a flight from point A to point B has a specific plane number with a specific configuration. Within this specific plane there is a finite number of seats to be sold. Each seat can be sold only once, and the moment the flight takes off - that seat cannot be sold anymore. The representation of this inventory unit is still the same serial number and the representation of the product sold during the transaction will still be the DI STIN part number, but this specific seat in that specific moment in time is finite. Accordingly, by utilizing the disclosed generated VI, the offered products can be considered as actual products that are available for resale for a plurality of times, as each sale is differentiated according to its temporal occurrence. Accordingly, advantageously, the disclosed systems and methods for generation and management of virtual inventory allows a supplier to manage such products while maintaining one signifier and specific inventory unit serial number, comparable to a commerce warehouse. It can manage them just like a commerce warehouse would manage its inventory while still maintaining one part number and specific inventory unit serial numbers.

[0064] Reference is now made to Fig. 1, which shows an illustrative flow chart of a method for generating an indexed inventory network (IIN) of a supplier’s inventory, according to some embodiments. As shown in Fig. 4, method 100 includes at step 110 obtaining the inventory list of available product units of a supplier. Such a list includes product units or sub products available for sale by the supplier. For example, for a supplier which is an airline company, such products include for example, but not limited to: aircrafts (type, number, size, age, maintenance, etc.), seat configuration (location, number, etc.), on-site ancillaries (loyalty programs (frequent flyer), meals, carry-on baggage, stored luggage, pets allowance, seat characteristics (leg room, exit), etc.), offsite ancillaries (such as, but not limited to: hotels, rentals, taxis, etc., provided by or associated with other parties), schedules, and the like, or any combinations thereof. At step 120, the inventory list is tagged / assigned and indexed to one or more indexes, wherein the indexes include at least an index of seat map (SSN), of a venue of an event. As detailed herein, a venue may include, for example, but not limited to: an aircraft, a concert hall, a cruise ship, etc. Other exemplary indexes may include, for example, but not limited to: on-site ancillary index, off-site ancillaries index, etc. In some embodiments, an inventory key may be generated, the key is configured to allow direct access to the IIN by a remote entity (such as, a search engine). The inventory key may include any type of software protection key capable of preventing unauthorized access to the IIN database, in step 130, an identified is assigned to each product type of the IIN. next, at step 140, pricing and / or one or more additional limitations are assigned to each product type, to thereby generate an IIN of a supplier at step 450. The generated IIN may be updated continuously, in accordance with the actual inventory and / or changes thereto. In some embodiments, a a search engine (or other website) may be allowed with direct access to the IIN using the inventory key, to receive and / or input information from the IIN. In some embodiments, method 400 is continuously updating availability and / or prices of product units. As detailed herein, the IIN may be cloud based, or may be stored on any remote or local server, capable of being updated in real time. In some embodiments, the generated IIN is configured to push updates to the search engine (or website), when at least the prices and / or availability of products are updated. Reference is now made to Fig. 2 showing an illustrative flow chart of a method for creating and managing a virtual inventory for a temporal event, according to some embodiments. Method 200 includes step 210 determining temporal events offered by the supplier, and at step 220, assigning one or more product items of the supplier to each temporal event. Such events may include a combination of one or more product units offered for sale by a supplier, at a temporal time point, in which the event is configured to take place. For example, a temporal event may include, but not limited to: a travel (which includes a plurality of product items, including, seats on a designated away and / or return flight, various ancillaries), a show (of a specific artists at a specific date and time), a concert, a sports match (of specific teams at a specific date and time), and the like. Such temporal events are offered for sale by a supplier, according to a schedule of the supplier, and may usually occur in a venue of / associated with the supplier. In other words, each temporal event may correspond to a temporal “bubble” in time representing the product items making up the event, at a temporal point. At step 230, inventory (based on the UN, generated as disclosed herein, for example, as illustrated in Fig. 1) is allocated to each temporal event. Next, at step 240, for each temporal event which includes one or more indexed product units, a virtual inventory (VI) is generated, wherein the VI represents the selected indexed product units of the temporal event, at a designated temporal time point. Accordingly, by creating a VI, traceability of the product units, at various temporal time points is facilitated, as detailed above.

[0065] Reference is now made to Fig. 3 showing an illustrative flow chart of a method for creating a traceable dynamic Standard Ticket Identification Number (STIN) representing a temporal event offer, according to some embodiments. Method 300 includes step 310 selecting a temporal event, based on a search from a user. In some embodiments, the selecting may be facilitated by monitoring relevant event search prompts by a user, via a search engine or other websites (such as, supplier website (or API), 3rdparty suppliers’ websites (or APIs)). The monitoring may be performed continuously or periodically and may be based on key word monitoring, keyword searches, etc. In some embodiments, the monitoring includes actively or passively receiving search prompts from a search engine or other websites. Next, at step 320, a STIN, representing a one to one (distinct / unique) temporal event offer is generated, utilizing a generative Al matching engine offer creator, based at least on data obtained from the virtual inventory (VI) of the temporal event. Such VI may be generated as disclosed herein, for example, as illustrated in Fig. 2. The STIN may be further based on one or more event-related search prompts characteristics. For example, for a travel event, such characteristics may include a variety of characteristics, including origin / destination, schedule of flights, carrier, seat number, seat class, seat location, aircraft, ancillaries, etc. In some embodiments, a price may be matched to the STIN represented event offer (for example, by a generative Al matching engine). At optional step 330, the STIN, including pricing thereof, may be pushed to a website (such as a supplier web-site or 3rdparty providers), or to a search engine. The push may be performed automatically, in real-time, as an STIN is created and / or updated (with respect to its price and / or any of its components). Next, at step 340, the VI may be updated if changes to the temporal event are required (for example, because of changes induced by a user, or other circumstances), and / or if the event offer has been purchased. At step 350, the VI is allowed to perish, at a selected time point respective of the occurrence of the event (or portions thereof). For example, the VI may perish once the event (or each portion thereof) has occurred. For example, the VI may perish at a designated time period before the event (or portions thereof) has occurred. For example, such time period may be about 1-7 days before the event expired, about 1-24 hours before the event has expired, about 0-60 minutes before the event has expired, and the like.

[0066] According to some embodiments, the generative Al engine (also referred to herein as “Al matching engine offer creator” and “generative Al matching engine”), may utilize any type of suitable algorithms, including, for example, but not limited to: artificial neural network(s) (ANN), such as convolutional neural network (CNN), recurrent neural network (RNN), long-short term memory (LSTM), auto-encoder (AE), generative adversarial network (GAN), Reinforcement- Learning (RL), support vector machine (SVM), decision tree (DT), random forest (RF), and the like. Both “supervised” and “unsupervised” methods may be implemented. As further detailed herein, the Al algorithm may utilize various types of data, information, parameters, values and / or any information derived therefrom, for the management of the virtual inventory, for the creation, updating and pricing of an STIN, for the creation and / or updating of the IIN, and the like, or any combination thereof. In some embodiments, the generative Al engine may implement any suitable machine learning algorithm or ensemble of algorithms, including but not limited to: neural networks (e.g., CNN, RNN, LSTM, Transformers), probabilistic models (e.g., HMM, Bayesian networks), decision tree-based methods (e.g., random forests, gradient boosting), unsupervised learning techniques (e.g., K-means clustering, PCA), and reinforcement learning methods (e.g., Q- learning, actor-critic architectures), or any combinations thereof. According to some embodiments, an STIN may be represented as a dynamic serial number, which enables traceability and indexing of inventories, as the serial number may be built from basic identifications of supplier inventory, as well as any other product units, sub-products, or signifiers. The STIN is dynamic and can change according to the offer generated (with all of its unique features), with the price of the offer adjusted accordingly. Once the relevant portion of the event is occurring, part of the STIN becomes static and represents the final offer paid for, and the used products perish. Since a generated event offer is tailored to the customer from various different combinations of product units or sub-product, each part / portion / region of the SUN signifies one product unit in the offer, making every single possible event offer unique and traceable down to the sub-product that makes it. In other words, the STIN “holds” and represents all the units that create / comprise the temporal event offer, and each offer has a single / one-to one / unique representing STIN.

[0067] According to some embodiments, as detailed above, in order to create dynamic STINs, an indexed inventory of each supplier product(s) is created. After being created, the indexed inventory network can be updated in real time- thereby accurately reflecting real time and most up-to date availability of products.

[0068] According to some embodiments, in order to create and / or update an SUN, an IIN is initially created and / or updated and a VI, corresponding to a temporal event is used. As detailed herein, the IIN is an organized and tagged inventory of all product units / sub-products that are available for sale by a supplier, such as, for example, an airline. This IIN is constantly being updated with prices and availability and is assigned with an inventory key, allowing / preventing access thereto. The inventory key allows controlling which entity (for example, which search engine) can be provided with direct access to the INN. In other words, the IIN is accessible by anyone the holds the Inventory Key. By being provided with the inventory key, entities (such as search engines), can access the IIN directly and create bespoke offers directly from the search engine. This will in turn drive traffic back to the supplier or other websites. In some embodiments, the traffic is turned back to the supplier and not to OTAs or Meta Searches, because the offers will only direct customers to the supplier website. Such seamless connection between a search engine and the IIN itself creates a shorter purchase process that is tailored to the customer. When a user executes a search, the search engine that is connected to the IIN and / or VI of the supplier using the Inventory Key, gets an instant push with an STIN that fits the user’s search prompt. The STIN and offer pushed is a direct link to a checkout page connected to the same STIN on the supplier website. In the case of airline suppliers, for example, the IIN allows airlines to directly publish their inventory and prices without the need to go through cumbersome GDS systems.

[0069] According to some embodiments, the IIN and / or VI may be stored on a remote server, or a cloud platform, accessible over a communication network. In some exemplary embodiments, the IIN and VI are cloud-based. In some embodiments, the IIN and corresponding Vis, are generated for each supplier and is constantly being updated, in real-time at least with availability and / or pricing. In some embodiments, each IIN has a unique inventory key. In some embodiments, the IIN is not accessible without an inventory key. According to some embodiments, the IIN, VI and the generative Al matching engine enable suppliers to switch from query-based pricing and publishing to True Push.

[0070] According to some embodiments, as detailed herein, the disclosed Virtual Inventory enables full traceability of every single sale of every single product across an entire supplier. For example, for airline suppliers, if a customer purchases a seat on a plane and selects a specific seat during the purchase - a unique STIN signifies the sale and acts as a “bookmark”. Within the Virtual Inventory, a specific seat is marked as “booked” and that it is “allocated”. This means that out of 40 economy class seats that can be sold, now there are only 39 seats available. One seat has been booked and has been allocated. In a situation where a booking occurs but the seat is not selected, then the situation remains, with a slight difference. There are still only 39 seats available, one of them has been booked and is unallocated, meaning a specific serial number has not been allocated to that sale. Thus, the same specific serial number traces across all other flights, utilizing the same plane and same configuration. So two users / customers can purchase the same inventory unit in a different flight, meaning within a different Virtual Inventory, but their sale is still fully traceable across the entire offer and order pipeline to a singular inventory Unit.

[0071] According to some embodiments, the utilization of such VI, can allow instant changes to orders without the limitations that currently exist today (for example, a Passenger Name Record (PNR) is final, once it is bought by a customer, an entirely new transaction would be required to if changes are needed). Additionally, by using a VI, backorder utilization may be facilitated when a product or service that has not yet been rendered is sold. Using the Virtual Inventory, suppliers, such as, airlines, can produce proforma invoices, charging the amount directly, before providing the service of the flight. This backorder capability can enable airlines to directly charge thereby enabling faster reconciliations on changes and cancellations and enhancing user experience.

[0072] According to some embodiments, the systems and methods disclosed herein for generation and management of virtual inventory may be used for a variety of suppliers, venues and events. For the sake of simplicity, the following exemplary embodiments are provided with respect of a travel event, for airlines supplier, but are applicable to any other suitable types of temporal events and suppliers as detailed above.

[0073] Reference is now made to Fig. 4, illustrating an exemplary creation and management of VI and generation of STIN for a travel offer, according to some embodiments. As shown in Fig. 4, Block 400 includes steps 402-410, for the creation and / or updating of an indexed inventory network of an airline. Step 402 includes mapping the inventory of the airline, including, the planes (aircrafts), configuration of the planes (i.e., seat maps, classes, etc.), and optional ancillaries (bags, rental cars, etc.). Next, at step 404, all available products offered for sale are indexes. At step 404, an identifier is assigned to each product type. At step 406, base limitations and / or prices are assigned to all products, thereby generating, at step 408 the UN. Block 420 includes steps 422- 428, for the creation of a virtual inventory, for each flight schedule (“flight bubble”) offered by the airline. Such schedule may include date and time of away flight, and / or return flight, origin of flight, destination of flight, one or more, for example, available ancillaries, and the like, or any combinations thereof. At step 422, the entire offered schedule of the airline is mapped. At step 424, aircraft (vessel) number and configuration of the vessel are assigned, to each “flight bubble” (i.e. schedule flight). At step 424, inventory is associated to each of the scheduled flight bubbles, thereby creating, at step 426 virtual inventories each representing each distinct scheduled (temporal) flight. In some embodiments, the VI may represent one or more additional related ancillaries associated with the scheduled flight. Block 440 includes steps 442-450, for generation of a STIN representing a temporal travel offer. In step 442, a user may search for a flight (for example, using a web browser at the airline web-site, 3rdparty website, search engines, etc.). Such search may be monitored and prompted, as detailed herein. At step 444, a corresponding flight bubble (temporal event) is selected based, for example, on the origin / destination, date and time of the flight. At step 446, a corresponding temporal event offer is generated, which is represented by an STIN, based on the IIN and / or the VI. At step 448, the offer may be purchased by a user and / or changed, and at step 450, the VI is capable of being updated, based on changes and / or purchase of the offer. Such method ultimately allows full traceability of the travel offer, including each and every portion of the purchased products.

[0074] Reference is now made to Fig. 5, which shows an exemplary representation of an STIN, according to some embodiments. As shown in Fig. 5, STIN 500 may be represented as a dynamic serial number, which enables traceability and indexing of airlines inventory. As shown, the serial number is built from basic identifications of airline inventory (such as airline signifier, seat signifier, class signifier, aircraft (tail number), origin / destination (O / D), and the like), as well as any other product units, sub-products, or signifiers (such as, for example, loyalty, baggage, insurance, meals, excursions, car rental, hotel, etc.). The STIN is dynamic and can change according to the offer generated (with all of its unique features), with the price of the offer adjusted accordingly. Once the customer checks-in to a flight, part of the STIN becomes static and represents the final offer paid for, and the used products perish. As shown in Fig. 5, since a generated offer is tailored to the customer from various different combinations of temporal product units or sub-product, each part / portion / region of the STIN signifies one product unit in the offer, making every single possible travel offer unique and traceable down to the sub-product that makes it. In other words, the STIN “holds” and represents all the units that create / comprise the offer, and each offer has a single / one-to one / unique representing STIN. It is noted that each product can have subsequent products within it, so for example, a seat signifier could have 1,2,3 or more singular seats under one signifier. Flight signifiers can include, for example, the date and time of the flight, since that signals them out as singular products.

[0075] According to some embodiments, in the example of an airline, every scheduled flight has a finite amount of products to sell (including, for example, allocation of seats, various ancillaries, tec.), which is represented by the virtual inventory. Utilizing the VI allows real time traceability of the product, that ends at a specified time point, for example, when the flight takes off. Reference is now made to Fig. 6, schematically showing an outline of exemplary management and traceability virtual inventories, according to some embodiments. As shown in Fig. 6, the same indexed inventory of an aircraft 600, having a designated seating configuration (each eat having its own serial number), can have a plurality of virtual inventories (for example, 610A-H), wherein each virtual inventory represents a different temporal event (i.e., the flight schedule (including, origin / destination, date and / or time of flight). Accordingly, each eat has its own serial number, which signifies it as a sellable product. Airlines sell the same exact product (seat), a plurality of times, which are differentiated based on the origin / destination and time. Each “bubble” in time (VI) is the representation of that single product within the IIN, but as a finite product having an “expiration date”. At a designated time point (for example when the flight takes off), the product cannot be sold anymore and the “bubble” closes (i.e., the VI perishes). The product itself (the actual seat with associated serial number) still exists, in other Vis (“bubbles”) and in the main IIN.

[0076] Reference is now made to Fig. 7, schematically showing an outline of exemplary representation of logical connections between portions (parts) of an offer, from temporal designations in the Virtual Inventory, to the actual service being provided. Fig. 7 represents an example of how an offer and order fulfillment is managed in a setting where the supplier’s products are utilizing Virtual Inventory and STIN. Shown are the logical connections between every single part / portion / component of an offer, from time designations in the Virtual Inventory, to the actual service being provided. The example relates to a flight service, but can be applicable to a variety of services, as detailed herein. As shown in Fig. 7, each specific offer has a unique OrderlD which creates full traceability on any change or fulfillment in the order. This OrderlD does not change until the offer has been fulfilled or is cancelled and serves as a “bookmark”. As detailed herein, all portions within the offer are tracked in the offer level with time and detail of the event. The STIN represents all services or products that are being offered in this specific offer. This is a representation of the Virtual Inventory products and services that were bundled together for this offer. Each service has a tree of attributes already set within the Virtual Inventory at the Catalog Creation phase that it carries with it into the STIN offer. In some embodiments, the data structure is designed to be fundamentally compatible with Large Language Models. An LLM can access databases built in a cascading fashion, thereby allowing any LLM to utilize the Virtual Inventory and STIN to search, shop, and transact. Current (traditional) airline industry infrastructure (and other legacy industries as well) is incompatible with Large Language Models. LLMs consume text and generate text or utilize agents to perform actions based on that text. To purchase anything in the airline industry, for example, several different systems need to provide responses, each in a different data structure and format and each at varying times. For example, to purchase a flight, based on current infrastructure: A shopping engine needs to build itineraries, which are a list of origins and destination mappings; Access Fares (for example, from ATPCO, responsible for more than 99% of the industry's intermediated fare data) to find the corresponding fare that is assigned to each itinerary; Create an availability request to see if the internal airline system or GDS has available seats to sell on that specific itinerary, on that specific fare (internal calculations at this stage have a high level of error rates); and Choose the available itinerary from the list given. As can be understood, such fares are not LLM compatible as they are not actual prices but possible sums associated with a rule that can apply according to specific times, dates, functions such as the number of days you are ordering before the actual flight, etc. Accordingly, when a user asks to book a flight from point A to point B, an LLM will be unable to translate that to the actions required to actually offer anything tangible to the user.

[0077] According to some embodiments, in contrast to the traditional airline industry (or other legacy industries) infrastructure, the Virtual Inventory and STIN-based offers are advantageously fully LLM-compatible, based on the data schema described above herein. For example, the LLM can translate a simple question, such as “Book me a flight from point A to Point B”, directly into the already populated Virtual Inventory catalog of products. The LLM is then able to access all possible services and products and all relevant subsequent database connections because it is all a textual data structure. This creates a unique possibility of creating a full purchase flow from search to fulfillment using text or voice-based communication only. This possibility is only available since the database and infrastructure of the Virtual Inventory and STIN is built in a cascading fashion to accommodate text and voice-based interactions.

[0078] According to some embodiments, as exemplified herein, the STIN in itself is a textual code where each letter is a representation of a product or service. This allows the LLM to read the STIN code and understand the underlying products and services that are included therewithin. It also enables it to create edits to an SUN, as these are textual edits that cascade product and virtual inventory actions when done.

[0079] According to some embodiments, generating and utilizing SHNs for temporal events, based on VI, as disclosed herein, can be utilized in various omnichannel retail setting in various businesses and industries, since all available / offered product units will have a traceable part in the serial number comprising the STIN, at a temporal event. Accordingly, for example, airlines using STIN can effectively market flights and bundle offers through all channels, with a direct link to checkout of the exact offer advertised / published, since it is associated with a dynamic serial number that bundles all products of that specific temporal offer and is updated constantly.

[0080] According to some embodiments, as detailed herein, the systems and methods disclosed herein may be utilized for various event based industries such as sports, music shows, and the like, which utilize a venue and ticket based transactions can be transformed to being managed with an IIN, STIN and Virtual Inventory. Any supplier / business that handles the sale of products or services with a backorder factor and the need for full traceability and transparency such as the Car Parts industry can also utilize these systems and methods.

[0081] According to some embodiments, there is provided a non-transitory memory device, wherein modules of instruction code are stored, and at least one processor associated with the memory device, and configured to execute the modules of instruction code, whereupon execution of said modules of instruction code, the at least one processor is configured to execute one or more of the methods disclosed herein, including, generation / creation of VI, and generation / creation of STIN.

[0082] According to some embodiments, there is provided a non-transitory, non-volatile computer-readable storage medium storing instructions which, when executed by one or more processors of a computing system, cause the computing system to perform one or more of the methods disclosed herein, including: generation / creation of VI and / or generation / creation of STIN.

[0083] According to some embodiments, there is provided a system for management of virtual inventory of temporal events and for generating a Standard Ticket Identification Number (STIN) representing a temporal event offer, which includes or more processors and, optionally, RAM 1 and / or non-volatile memory components associated with the one or more processors, the processors are configured to execute the method of management of VI and / or generation of STIN.

[0084] According to some embodiments, there is provided a system for creating and creating a virtual inventory for a temporal event, based on an Indexed Inventory Network (IIN), which includes or more processors and, optionally, RAM and / or non-volatile memory components associated with the one or more processors, the processors are configured to execute the method of generating a VI.

[0085] According to an aspect of some embodiments, there is provided a non-transitory computer- readable storage medium. The storage medium stores instructions that cause one or more processors to implement one more of the Al engine specified methods.

[0086] According to some embodiments, referring to creation and / or updating of STIN also encompass matching (creating) and / or updating pricing thereof.

[0087] According to some embodiments, there is provided a computer-readable storage medium having stored therein machine learning software, executable by one or more processors for generating a traceable dynamic Standard Ticket Identification Number (STIN) representing a travel offer.

[0088] According to some embodiments, there is provided a computer-readable storage medium having stored therein machine learning software, executable by one or more processors for generating a virtual inventory, based on an indexed inventory network.

[0089] According to some embodiments, a virtual inventory can be used across industries that make use of or offer tickets.

[0090] According to some embodiments, a virtual inventory can be used in logistics industry (such as, for example, air and / or land Freights industry, where creation of IIN and VI is possible, thereby allowing implementation of STIN represented offers.

[0091] In the description and claims of the application, the words “include” and “have”, and forms thereof, are not limited to members in a list with which the words may be associated. Unless otherwise defined, all technical and scientific terms used herein have the same meaning as commonly understood by one of ordinary skill in the art to which this disclosure pertains. In case of conflict, the patent specification, including definitions, governs. As used herein, the indefinite articles “a” and “an” mean “at least one” or “one or more” unless the context clearly dictates otherwise.

[0092] It is appreciated that certain features of the disclosure, which are, for clarity, described in the context of separate embodiments, may also be provided in combination in a single embodiment. Conversely, various features of the disclosure, which are, for brevity, described in the context of a single embodiment, may also be provided separately or in any suitable subcombination or as suitable in any other described embodiment of the disclosure. No feature described in the context of an embodiment is to be considered an essential feature of that embodiment, unless explicitly specified as such.

[0093] Although stages of methods according to some embodiments may be described in a specific sequence, methods of the disclosure may include some or all of the described stages carried out in a different order. A method of the disclosure may include a few of the stages described or all of the stages described. No particular stage in a disclosed method is to be considered an essential stage of that method, unless explicitly specified as such.

[0094] Although the disclosure is described in conjunction with specific embodiments thereof, it is evident that numerous alternatives, modifications and variations that are apparent to those skilled in the art may exist. Accordingly, the disclosure embraces all such alternatives, modifications and variations that fall within the scope of the appended claims. It is to be understood that the disclosure is not necessarily limited in its application to the details of construction and the arrangement of the components and / or methods set forth herein. Other embodiments may be practiced, and an embodiment may be carried out in various ways.

[0095] The present invention may be a system, a method, and / or a computer program product. The computer program product may include a computer readable storage medium (or media) having computer readable program instructions thereon for causing a processor to carry out aspects of the present invention. A computer program (also referred to as a program, software, software application, script or code) can be written in any form of programming language, including compiled or interpreted languages, declarative or procedural languages, and it can be deployed in any form, including as a standalone program or as a module, component, subroutine, object, or other unit suitable for use in a computing environment. A computer program may, but need not, correspond to a file in a file system. A computer program can be stored in a portion of a file that holds other programs or data, in a single file dedicated to the program in question, or in multiple coordinated files (for example, files that store one or more modules, sub programs or portions of code). A computer program can be deployed to be executed on one computer or on multiple computers that are located at one site or distributed across multiple sites and interconnected by a communication network.

[0096] Computer readable program instructions described herein can be downloaded to respective computing / processing devices from a computer readable storage medium or to an external computer or external storage device via a network, for example, the Internet, a local area network, a wide area network and / or a wireless network. The network may comprise copper transmission cables, optical transmission fibers, wireless transmission, routers, firewalls, switches, gateway computers and / or edge servers. A network adapter card or network interface in each computing / processing device receives computer readable program instructions from the network and forwards the computer readable program instructions for storage in a computer readable storage medium within the respective computing / processing device.

[0097] Computer readable program instructions for carrying out operations of the present invention may be assembler instructions, instruction-set-architecture (ISA) instructions, machine instructions, machine dependent instructions, microcode, firmware instructions, state-setting data, or either source code or object code written in any combination of one or more programming languages, for example, JavaScript, Smalltalk, C, C++, TypeScript, Python and R.

[0098] The computer readable program instructions may execute entirely on the user's computer, partly on the user's computer, as a stand-alone software package, partly on the user's computer and partly on a remote computer or entirely on the remote computer or server (such as, a cloud based). In the latter scenario, the remote computer (or cloud) may be connected to the user's computer through any type of network, including a local area network (LAN) or a wide area network (WAN), or the connection may be made to an external computer (for example, through the Internet using an Internet Service Provider) including wired or wireless connection (such as, for example, Wi-Fi, BT, mobile, and the like). In some embodiments, electronic circuitry including, for example, programmable logic circuitry, field-programmable gate arrays (FPGA), or programmable logic arrays (PLA) may execute the computer readable program instructions by utilizing state information of the computer readable program instructions to personalize the electronic circuitry, in order to perform aspects of the present invention. Moreover, a computer can be embedded in another device, for example, a mobile phone, a tablet, a personal digital assistant (PDA, or a portable storage device (for example, a USB flash drive). Devices suitable for storing computer program instructions and data include all forms of non-volatile memory, media and memory devices, including semiconductor memory devices, for example, EPROM, EEPROM, random access memories (RAMs), including SRAM, DRAM, embedded DRAM (eDRAM) and Hybrid Memory Cube (HMC), and flash memory devices; magnetic discs, for example, internal hard discs or removable discs; magneto optical discs; read-only memories (ROMs), including CD-ROM and DVD-ROM discs; solid state drives (SSDs); and cloud-based storage. The processor and the memory can be supplemented by, or incorporated in, special purpose logic circuitry.

[0099] Aspects of the present invention are described herein with reference to flowchart illustrations and / or block diagrams of methods, apparatus (systems), and computer program products according to embodiments of the invention. It will be understood that each block of the flowchart illustrations and / or block diagrams, and combinations of blocks in the flowchart illustrations and / or block diagrams, can be implemented by computer readable program instructions.

[0100] These computer readable program instructions may be provided to a processor of a general- purpose computer, special purpose computer, or other programmable data processing apparatus to produce a machine, such that the instructions, which execute via the processor of the computer or other programmable data processing apparatus, create means for implementing the functions / acts specified in the flowchart and / or block diagram block or blocks. These computer readable program instructions may also be stored in a computer readable storage medium that can direct a computer, a programmable data processing apparatus, and / or other devices to function in a particular manner, such that the computer readable storage medium having instructions stored therein comprises an article of manufacture including instructions which implement aspects of the function / act specified in the flowchart and / or block diagram block or blocks.

[0101] The computer readable program instructions may also be loaded onto a computer, other programmable data processing apparatus, or other device to cause a series of operational steps to be performed on the computer, other programmable apparatus or other device to produce a computer implemented process, such that the instructions which execute on the computer, other programmable apparatus, or other device implement the functions / acts specified in the flowchart and / or block diagram block or blocks.

[0102] The flowchart and block diagrams in the figures illustrate the architecture, functionality, and operation of possible implementations of systems, methods, and computer program products according to various embodiments of the present invention. In this regard, each block in the flowchart or block diagrams may represent a module, segment, or portion of instructions, which comprises one or more executable instructions for implementing the specified logical function(s). In some alternative implementations, the functions noted in the block may occur out of the order noted in the figures. For example, two blocks shown in succession may, in fact, be executed substantially concurrently, or the blocks may sometimes be executed in the reverse order, depending upon the functionality involved. It will also be noted that each block of the block diagrams and / or flowchart illustration, and combinations of blocks in the block diagrams and / or flowchart illustration, can be implemented by special purpose hardware-based systems that perform the specified functions or acts or carry out combinations of special purpose hardware and computer instructions.

[0103] The processes and logic flows described herein may be performed in whole or in part in a cloud computing environment. For example, some or all of a given disclosed process may be executed by a secure cloud-based system comprised of co-located and / or geographically distributed server systems. The term “cloud computing” is generally used to describe a computing model which enables on-demand access to a shared pool of computing resources, such as computer networks, servers, software applications, and services, and which allows for rapid provisioning and release of resources with minimal management effort or service provider interaction.

[0104] The descriptions of the various embodiments of the present invention have been presented for purposes of illustration, but are not intended to be exhaustive or limited to the embodiments disclosed. Many modifications and variations will be apparent to those of ordinary skill in the art without departing from the scope and spirit of the described embodiments. The terminology used herein was chosen to best explain the principles of the embodiments, the practical application or technical improvement over technologies found in the marketplace, or to enable others of ordinary skill in the art to understand the embodiments disclosed herein.

[0105] While certain embodiments of the invention have been illustrated and described, it will be clear that the invention is not limited to the embodiments described herein. Numerous modifications, changes, variations, substitutions and equivalents will be apparent to those skilled in the art without departing from the spirit and scope of the present invention as described by the claims, which follow.

Claims

CLAIMSWhat is claimed is:

1. A computer implemented method executable on a processor for management of virtual inventory (VI) of temporal events and for generating a Standard Ticket Identification Number (STIN) representing a temporal event offer, the computer implemented method comprising: creating and / or updating virtual inventory (VI) comprising a temporal representation of one or more Indexed Inventory Networks (IINs) representing availability and / or pricing of one or more product units offered for sale by one or more respective sellers, at designated singular time stamp(s); utilizing a generative Al matching engine, generating a dynamic Standard Ticket Identification Number (SUN) representing a one to one event offer, based on data obtained from the VI and a set of preferences provided by a user, wherein the STIN is dynamically updatable based on related changes in the VI and / or in the set of preferences; pushing the dynamic SUN and price thereof to a search engine and / or a website, allowing a user to purchase the event offer; and wherein the VI perishes at a time point determined based on the occurrence of the temporal event.

2. The method of claim 1, further comprising updating the VI in real time, upon a generation of the STIN and / or upon purchase of the STIN event offer.

3. The method of any one of claims 1 -2, further comprising receiving an event search prompt via a search engine or website, from a customer, wherein the generation or an update of the SUN is further based on one or more travel search prompt characteristics.

4. The method of any one of claims 1-3, further comprising dynamically and traceably updating the STIN based on changes requested by the user and / or a customer and / or by changes in the VI.

5. The method of claim 3 or 4, further comprising using the generative Al matching engine, for matching a pricing to the STIN represented one-to-one temporal event offer, based at least on data from the VI.

6. The method of claim 5, further comprising: inputting to the generative Al matching engine, data related to the customer and / or environmental data, thereby generating a personalized STIN; and updating the matched pricing accordingly.

7. The method of any one of claims 5-6, further comprising updating the matched price.

8. The method of any one of claims 1-7, wherein the event comprises a travel, a flight, a concert, a sports match, a live show, film screening, or any combinations thereof.

9. The method of any one of claims 1-8, wherein the temporal event is determined based on the time stamp of the occurrence of the event.

10. The method of claim 1-9, wherein the time stamp comprises date of the event and / or time of day of the event.

11. The method of any one of claims 1-10, wherein the STIN comprises a representation of at least a seat serial number (SSN) of a venue of the event.

12. The method according to claim 11, wherein the venue of the event comprises an aircraft, a cruise ship, a stadium, a concert hall, an arena, a gallery, a theater, an amphitheater, or any combinations thereof.

13. The method of any one of claims 1-12, wherein the event comprises a travel, and the time stamps is determined based on one or more of: flight schedule, flight destination, length of travel, or one or more ancillaries.

14. The method of claim 13, wherein the STIN comprises a representation of seat serial number (SSN), departure and / or return date and time, on-site ancillaries, off-site ancillaries, length of stay, or any combinations thereof.

15. The method of any one of claims 13-14, wherein the SSN signifies: carrier, airline unique identifier, seat number, seat class, or combinations thereof.

16. The method of any one of claims 14-15, wherein the on-site ancillaries comprise: baggage allowance, carry-on baggage allowance, loyalty, frequent flyer, meal(s) type, or any combinations thereof.

17. The method of any one of claims 14-16, wherein the off-site ancillaries comprise: car rentals, excursions, hotels, airport transfers, or any combinations thereof.

18. The method of any one of claims 1-17, wherein updating the VI comprises updating data relating to seat map (SSN) and live availability thereof.

19. The method of claim 18, wherein updating the VI further comprises updating data relating to on-site ancillary index, schedule of flights index, off-site ancillaries index, or any combination thereof.

20. A computer-implemented method for creating a virtual inventory for a temporal event, based on an Indexed Inventory Network (IIN), the method comprising: generating an Indexed Inventory Network (IIN), by: obtaining an inventory list of product units of a supplier; indexing the product units by assigning or tagging one or more indexes comprising at least an index of seat map (SSN) of a venue of the event; assigning an identifier to each product type; assigning at least pricing to each indexed product; andfor each temporal event comprising one or more indexed product units, generating a virtual inventory, representing the selected indexed product units of the temporal event, at a designated temporal time point.

21. The method of claim 20, further comprising generating a VI key and allowing a search engine access to the VI, utilizing the inventory key.

22. The method of any one of claims 20-21, wherein the event comprises a travel, a flight, a concert, a sports match, a live show, film screening, or any combinations thereof.

23. The method of any one of claims 20-22, wherein the temporal event is determined based on time stamp of the occurrence of the event.

24. The method of claim 23, wherein the time stamp comprises date of the event and / or time of day of the event.

25. The method of any one of claims 20-24, wherein the venue of the event comprises an aircraft, a cruise ship, a stadium, a concert hall, an arena, a gallery, a theater, an amphitheater, or any combinations thereof.

26. The method of any one of claims 20-25, wherein the event comprises a travel, and the time stamps is determined based on one or more of: flight schedule, flight destination, length of travel, one or more ancillaries.

27. The method of claim 26, wherein the SSN signifies one or more of: carrier , airline unique identifier; seat number, seat class, or any combinations thereof.

28. The method of any one of claims 26-27, wherein the ancillaries comprise on-site ancillaries comprising one of more of: baggage allowance, carry-on baggage allowance, loyalty, frequent flyer, meal(s) type, or any combinations thereof.

29. The method of any one of claims 26-28, wherein the ancillaries comprise off-site ancillaries comprising one of more of: car rentals, excursions, hotels, airport transfers, or any combinations thereof.

30. The method of any one of claims 20-29, wherein updating the VI comprises updating data relating to seat map (SSN), pricing and / or live availability thereof.

31. The method of any one of claims 26-30, wherein updating the VI further comprises updating data relating to on-site ancillary index, schedule of flights index, off-site ancillaries index, or any combination thereof.

32. The method of any one of claims 20-31, wherein the IIN and / or VI is configured to push updates to the search engine, when at least the prices and / or availability of products are updated.

33. A system for management of virtual inventory of a temporal event and for generating a Standard Ticket Identification Number (STIN) representing a temporal event offer, the system comprising at least one processor unit configured to execute the method of any one of claims 1-19.

34. A system for creating a virtual inventory for a temporal event, based on an Indexed Inventory Network (IIN), the system comprising one or more processors configured to execute the method of any one of claims 20-32.

35. A non-transitory computer readable medium storing computer program instructions for generating a Standard Ticket Identification Number (STIN) representing a temporal event offer, the computer program instructions when executed by a processor cause the processor to execute the method according to any one of claims 1-19.

36. A transitory computer readable medium storing computer program instructions for creating a virtual inventory for a temporal event, based on an Indexed Inventory Network (IIN), the computer program instructions when executed by a processor cause the processor to execute the method according to any one of claims 20-32.

Images