As shown in FIG. 2A, a computer system 200 is the core element of the securities architecture within the incubator company 110, receiving, generating, storing, integrating and coordinating data required for defining the securities, receiving investment payments from a plurality of investors 205, optionally generating smart contracts among investors and the company, determining revenues related to the securities and administering payouts to parties. The computer system is further provided with at least one processor and into which is loaded software components for receiving informational inputs from the plurality of potential investors via communications module or interface 210.

Block 210 represents a communication module, which manages inputs from investors and transmits outputs to the investors. Inputs from investors include investing information, investor interest in the potential offering, investor identity, designation of a payment vehicle or digital “wallet”, such as a bank account, credit or debit account, including credit or debit cards issued by a financial institution, Venmo or Pay Pal® apps, etc. Communications module 210 may also be used by administrator(s) 207 within the incubator company 110 of the computer system to communicate with the system. Administrator(s) include representatives of the legal, valuation, financial and management teams charged with organizing and executing the IPO. Administrator(s) may provide inputs to the system to maintain and manage the system to make sure it is operating correctly. In embodiments, the administrator(s) 207 may also provide information from the sellers (e.g. company 100), brokers, investment banks, underwriters, etc., risks assessments, projected revenue streams, etc.

In block 220, the system includes a securities planning module in which the securities are defined, as described in greater detail in regard to Figure 2B.

Block 230 comprises the financial transactions module that manages payments from investors to cover their bids, payments to parties and collection of transaction fees. In embodiments, once a bid is accepted, the financial transactions module may withdraw the bid amounts plus transaction fees from investors’ payment vehicles in response to acceptance of bids by the computer system. Block 230 also disburses payments to the parties based on the terms of the securities.

In embodiments, the securities may be offered in the form of a smart contract, described in greater detail below. In block 240, the smart contract module executes smart contracts by generating data blocks defining the securities, including all terms and conditions binding on the investors and the company such as purchase prices, percentages of the assets represented by the securities, etc.

Block 250 shows the securities administration module, which executes and administers the securities.

As shown in Figure 2B, block 220 comprises aspects of defining the security offerings.

In block 221, planning the offering of securities includes establishing the target amount of capital to be raised. Guided by inputs from administrator(s) of the system representing the seller, bank, broker, underwriter and/or other financial institutions, the system conducts feasibility studies for offering intellectual properties to define the structure of the offering. Inputs may also include information from potential investor gathered in roadshows, etc. The offering planning includes specific variables to be included, ranges of acceptable values for each variable, and terms and conditions to be included in the offering.

In block 222, the system models and projects multiple values of individual variables and combinations of multiple sets of variables, such as time series projections and economic modeling of interaction between variables.

In block 223, the system evaluates alternatives by reviewing results of modeling and projections. Selecting one or more sets of variables that meet targets will be used to refine the structure and value of variables and terms and conditions for price categories of the shares. Additional modeling and projections may be required to define a preferred set of values for the variables and terms and conditions for inclusion in the offering of securities in the price categories of the shares.

Figure 2B also shows block 250 comprising aspects of administering the security offerings.

In block 251, the system executes the offering of the securities. The price and content of the individual securities are established. Technical and legal details are finalized, required disclosures are prepared, and the securities are brought to market. The system receives and accepts bids for shares in the security from at least one investor, tracks progress of sales of shares in the security, and closes sales when target values are met. The system may also receive sell orders from holders of securities and sell them to new investors.

Block 251 may comprise an order creation module. In general, the order creation module may have two modes of functionality. In a first mode, the order creation module permits an investor to express interest in pre-offering activities and provide that information to the securities. .In a second mode, the order creation module receives and processes bids from investors after the offering is listed.

In block 252, the system administers the securities (shares) in the offering. It maintains detailed and current records of individual investor accounts as required for periodic and cumulative payments, tax treatment, benefits, reports and other purposes. It maintains required and useful records related to financial analysis and financial reports of investors, brokers, and other involved parties.

In embodiments, the offering, sale and administration of the securities may be conducted as a smart contract.

A smart contract is a computer application simulating the operation of a contract. It is a computer program or a transaction protocol which is intended to automatically execute, control or document legally relevant events and actions according to the terms of a contract or an agreement between or among parties. The objectives of smart contracts are the reduction of need in trusted intermediators, arbitrations and enforcement costs, fraud losses, as well as the reduction of malicious and accidental exceptions. The smart contract is stored on a blockchain that runs when predetermined conditions are met. They may be used to automate the execution of an agreement so that all participants can be immediately certain of the outcome, without any intermediary’s involvement or time loss.

The reliability of the smart contract comes from its automaticity which gives it a power of execution unmatched to date.

A smart contract also can be regarded as a secured stored procedure as its execution and codified effects like the transfer of some value between parties are strictly enforced and cannot be manipulated, after a transaction with specific contract details is stored into a blockchain or distributed ledger. That is because the actual execution of contracts is controlled and audited by the platform, not by any arbitrary server-side programs connecting to the platform. Smart contracts are particularly useful for managing exchanges of virtual financial or value assets, where no tangible materials need to be moved.

The smart contract preferably is structured to adhere to the basic rules of prudence in a transaction financing investment including the following:

• Having a commitment from both parties to the transaction provides the safest conditions to the investment. Commonly, a transaction financing agreement is entered into between one party to the transaction and the representative of the investors.
• Reduce the time of the investment to the minimum. This rather simple rule has lots of implications, from logistics to legal conditions. Representatives of the investors, who are desirably financiers or businessmen but not attorneys-at-law, can pool investor funds into an account under the representatives’ control and verify the parties’ consents and willingness to proceed.
• Have all the transaction (key) terms agreed upon before the financing takes place. The investor or his representative must ascertain that the parties are in full agreement on all (key) terms of the transaction. While the parties might not be able to bear the cost of all agreements drafting before the transaction financing takes place, they can surely produce a complete term sheet for each agreement needed for the transaction. Any party receiving the transaction financing can also take the commitment toward the investor that no other additional or new (key) term shall be required from the other party after the financing takes place, preventing thereby the classic last minute requirement that makes the transaction fail.

The contracting parties program the contractual terms, payments to be made and all dispatches of documents used for the execution of the contract in the software application and may no longer retract their commitments. Once launched, the application performs the scheduled operations without human intervention, as scheduled.

End clients interact with a smart contract through transactions. Such transactions with a smart contract can invoke other smart contracts. These transactions might result in changing the state and sending financial assets from one smart contract to another or from one account to another. Financial assets can include nationally denominated currencies, cryptocurrencies, virtual stock certificates, or other assets whose value can be defined digitally.

Similar to a transfer of value on a blockchain, deployment of a smart contract on a blockchain occurs by sending a transaction from a wallet for the blockchain. The transaction includes the compiled code for the smart contract as well as a special receiver address. That transaction must then be included in a block that is added to the blockchain, at which point the smart contract’s code will execute to establish the initial state of the smart contract. Byzantine fault-tolerant algorithms secure the smart contract in a decentralized way from attempts to tamper with it. Once a smart contract is deployed, it cannot be updated. Smart contracts on a blockchain can store arbitrary state and execute arbitrary computations.

The reliability of the intelligent contract can be greatly increased by relying on a decentralized IT environment allowing secure access to the contractors and unfalsifiable by them.

Each smart contract may include information about the investment in the security. Such information may include the amount of the investment, the agreed-upon payouts, the revenue stream, the time the investment is agreed upon, the identities of the parties, etc. Investment information may further include conditional outcomes based upon each potential outcome, including the facilitation of payment from the investor to the seller, and/or the return of funds in event of a void or cancellation. In some embodiments, a settlement service may be agreed upon between the parties.

Some embodiments provide that the smart contracts may be generated on individual PC’s, on a mobile device and/or in the cloud. Such examples are non-limiting as the smart contracts may be generated at a variety of other devices and/or types thereof. In some embodiments, each smart contract may involve external services at the discretion of the parties. In some embodiments, a range of options may be selected by the parties at the time the smart contract is generated.

Some embodiments provide that a smart contract may be registered with a settlement service provider that is agreed to by the parties. In some embodiments, a settlement service may provide information about the outcome of the assets on which the security is based. In some embodiments, the settlement service may send the information to the counterparties, which may trigger the payouts under the terms of the smart contract. For example, the settlement service provider may initiate a bank transfer from the buyer to the seller based on the smart contract. In some embodiments, the process may be automated by software on a computer and/or server controlled by the settlement service. Embodiments herein do not require the funds to be held in any kind of escrow, however, such option is contemplated by this disclosure. For example, embodiments herein are directed to any financial settlement process that may be used in conjunction with the smart contracts as disclosed herein.

Some embodiments provide that the settlement transaction may be stored in blockchain to close the contract. In some embodiments, details corresponding to the settlement transaction may be retained for auditing, later scrutiny and/or to ensure that no errors are made.

FIG. 3 depicts a computer system 300 according to an embodiment of the present disclosure. In general, the computer system 300 may include a computing device 310, such as a special-purpose computer designed and implemented for receiving user inputs, determining and directing and controlling the output of signals. The computing device 310 may be or include data sources, client devices, and so forth. In certain aspects, the computing device 310 may be implemented using hardware or a combination of software and hardware. The computing device 310 may be a standalone device, a device integrated into another entity or device, a platform distributed across multiple entities, or a virtualized device executing in a virtualization environment.

The computing device 310 may communicate across a network 302. The network 302 may include any data network(s) or internetwork(s) suitable for communicating data and control information among participants in the computer system 300. This may include public networks such as the Internet, private networks, and telecommunications networks such as the Public Switched Telephone Network or cellular networks using cellular technology and/or other technologies, as well as any of a variety other local area networks or enterprise networks, along with any switches, routers, hubs, gateways, and the like that might be used to carry data among participants in the computer system 300. The network 302 may also include a combination of data networks and need not be limited to a strictly public or private network.

The computing device 310 may communicate with an external device 304. The external device 304 may be any computer, mobile device such as a cell phone, tablet, smart watch or other remote resource that connects to the computing device 310 through the network 302. This may include any of the servers or data sources described herein, including servers, content providers, databases or other sources for shot information to be used by the devices as described herein.

In general, the computing device 310 may include a controller or processor 312, a memory 314, a network interface 316, a data store 318, and one or more input/output interfaces 320. The computing device 310 may further include or be in communication with peripherals 322 and other external input/output devices that might connect to the input/output interfaces 320.

The controller 312 may be implemented in software, hardware or a combination of software and hardware. According to one aspect, the controller 312 may be implemented in application software running on a computer platform. Alternatively, the controller 312 may include a processor or other processing circuitry capable of processing instructions for execution within the computing device 310 or computer system 300. The controller 312, as hardware, may include a single-threaded processor, a multi-threaded processor, a multi-core processor and so forth. The controller 312 may be capable of processing instructions stored in the memory 314 or the data store 318.

The memory 314 may store information within the computing device 310. The memory 314 may include any volatile or non-volatile memory or other computer-readable medium, including without limitation a Random-Access Memory (RAM), a flash memory, a Read Only Memory (ROM), a Programmable Read-only Memory (PROM), an Erasable PROM (EPROM), registers, and so forth. The memory 314 may store program instructions, program data, executables, and other software and data useful for controlling operation of the computing device 310 and configuring the computing device 310 to perform functions for a user 330. The memory 314 may include a number of different stages and types of memory for different aspects of operation of the computing device 310. For example, a processor may include on-board memory and/or cache for faster access to certain data or instructions, and a separate, main memory or the like may be included to expand memory capacity as desired. All such memory types may be a part of the memory 314 as contemplated herein.

The memory 314 may, in general, include a non-volatile computer readable medium containing computer code that, when executed by the computing device 310 creates an execution environment for a computer program in question, e.g., code that constitutes processor firmware, a protocol stack, a database management system, an operating system, or a combination of the foregoing, and that performs some or all of the steps set forth in the various flow charts and other algorithmic descriptions set forth herein. While a single memory 314 is depicted, it will be understood that any number of memories may be usefully incorporated into the computing device 310.

The network interface 316 may include any hardware and/or software for connecting the computing device 310 in a communicating relationship with other resources through the network 302. This may include remote resources accessible through the Internet, as well as local resources available using short range communications protocols using, e.g., physical connections (e.g., Ethernet), radio frequency communications (e.g., Wi-Fi, Bluetooth), optical communications (e.g., fiber optics, infrared, or the like), ultrasonic communications, or any combination of these or other media that might be used to carry data between the computing device 310 and other devices. The network interface 316 may, for example, include a router, a modem, a network card, an infrared transceiver, a radio frequency (RF) transceiver for receiving AM/FM or satellite radio sources, a near field communications interface, a radio-frequency identification (RFID) tag reader, or any other data reading or writing resource or the like.

The network interface 316 may include any combination of hardware and software suitable for coupling the components of the computing device 310 to other computing or communications resources. By way of example and not limitation, this may include electronics for a wired or wireless Ethernet connection operating according to the IEEE 802.11 standard (or any variation thereof), or any other short or long range wireless networking components or the like. This may include hardware for short range data communications such as Bluetooth or an infrared transceiver, which may be used to couple to other local devices, or to connect to a local area network or the like that is in turn coupled to a data network 302 such as the Internet. This may also include hardware/software for a WiMax connection or a cellular network connection (using, e.g., CDMA, GSM, LTE, or any other suitable protocol or combination of protocols). The network interface 316 may be included as part of the input/output devices 320 or vice-versa.

The data store 318 may be any internal or external memory store providing a computer-readable medium such as a disk drive, an optical drive, a magnetic drive, a flash drive, or other device capable of providing mass storage for the computing device 310. The data store 318 may store computer readable instructions, data structures, program modules, and other data for the computing device 310 or computer system 300 in a non-volatile form for relatively long-term, persistent storage and subsequent retrieval and use. For example, the data store 318 may store an operating system, application programs, program data, databases, files, and other program modules or other software objects and the like.

As used herein, processor, microprocessor, and/or digital processor may include any type of digital processing device such as, without limitation, digital signal processors (“DSPs”), reduced instruction set computers (“RISC”), complex instruction set computers (“CISC”) processors, microprocessors, gate arrays (e.g., field programmable gate arrays (“FPGAs”)), programmable logic device (“PLDs”), reconfigurable computer fabrics (“RCFs”), array processors, secure microprocessors, and application-specific integrated circuits (“ASICs”). Such digital processors may be contained on a single unitary integrated circuit die or distributed across multiple components.

As used herein, computer program and/or software may include any sequence or human or machine cognizable steps which perform a function. Such computer program and/or software may be rendered in any programming language or environment including, for example, C/C++, C#, Fortran, COBOL, MATLAB™, PASCAL, GO, RUST, SCALA, Python, assembly language, markup languages (e.g., HTML, SGML, XML, VoXML), and the like, as well as object-oriented environments such as the Common Object Request Broker Architecture (“CORBA”), JAVA™ (including J2ME, Java Beans, etc.), Binary Runtime Environment (e.g., “BREW”), and the like.

The input/output interface 320 may support input from and output to other devices that might couple to the computing device 310. This may, for example, include serial ports (e.g., RS-232 ports), universal serial bus (USB) ports, optical ports, Ethernet ports, telephone ports, audio jacks, component audio/video inputs, HDMI ports, and so forth, any of which might be used to form wired connections to other local devices. This may also include an infrared interface, RF interface, magnetic card reader, or other input/output system for wirelessly coupling in a communicating relationship with other local devices. It will be understood that, while the network interface 316 for network communications is described separately from the input/output interface 320 for local device communications, these two interfaces may be the same, or may share functionality, such as where a USB port 370 is used to attach to a Wi-Fi accessory, or where an Ethernet connection is used to couple to a local network attached storage. The input/output interface 320 may further output signals to displays of peripheral devices, as described herein.

As used herein, a user 330 is any human that interacts with the computer system 300. In this context, a user may be generally classed within one of two categories. One category is an administrator of the system, representing the seller and/or financial institution organizing and conducting the offering of the security. Another category is an investor who buys and sells shares in the security.

In certain embodiments the I/O interface 320 facilitates communication with input and output devices for interacting with a user. For example, the I/O interface may communicate with one or more devices such as a user-input device and/or a display 350 which may be instantiated on the device described herein or on a separate device such as a mobile device 208, which enable a user to interact directly with the controller 312 via bus 332. The user-input device may comprise one or more push-buttons, a touch screen, or other devices that allows a user to input information. In these embodiments, the computer system may further comprise a display to provide visual output to the user. The display may comprise any of a variety of visual displays, such as a viewable screen, a set of viewable symbols or numbers, and so on. One can appreciate that the inputs and outputs of the computer system would be different for administrators and investors. Accordingly, the computing device 310 may communicate with administrators and investors with different interfaces 324 and 328.

A peripheral 322 may include any device used to provide information to or receive information from the computing device 310. This may include human input/output (I/O) devices such as a keyboard, a mouse, a mouse pad, a track ball, a joystick, a microphone, a foot pedal, a camera, a touch screen, a scanner, or other device that might be employed by the user 330 to provide input to the computing device 310. This may also or instead include a display, a printer, a projector, a headset or any other audiovisual device for presenting information to a user. The peripheral 322 may also or instead include a digital signal processing device, an actuator, or other device to support control of or communication with other devices or components. In one aspect, the peripheral 322 may serve as the network interface 316, such as with a USB device configured to provide communications via short range (e.g., Bluetooth, Wi-Fi, Infrared, RF, or the like) or long range (e.g., cellular data or WiMax) communications protocols. In another aspect, the peripheral 322 may augment operation of the computing device 310 with additional functions or features, or other device. In another aspect, the peripheral 322 may include a storage device such as a flash card, USB drive, or other solid-state device, or an optical drive, a magnetic drive, a disk drive, or other device or combination of devices suitable for bulk storage. More generally, any device or combination of devices suitable for use with the computing device 310 may be used as a peripheral 322 as contemplated herein.

Other hardware 326 may be incorporated into the computing device 310 such as a co­processor, a digital signal processing system, a math co-processor, a graphics engine, a video driver, a camera, a microphone, additional speakers, and so forth. The other hardware 326 may also or instead include expanded input/output ports, extra memory, additional drives, and so forth.

A bus 332 or combination of busses may serve as an electromechanical backbone for interconnecting components of the computing device 310 such as the controller 312, memory 314, network interface 316, other hardware 326, data store 318, and input/output interface. As shown in the figure, each of the components of the computing device 310 may be interconnected using a system bus 332 in a communicating relationship for sharing controls, commands, data, power, and so forth.

The computing device 310 is connected to a power source 360 to provide electrical power for the computing device to run.

The various illustrative logical blocks, modules and circuits described in connection with the present disclosure may be implemented or performed with a processor specially configured to perform the functions discussed in the present disclosure. The processor may be a neural network processor, a digital signal processor (DSP), an application specific integrated circuit (ASIC), a field programmable gate array signal (FPGA) or other programmable logic device (PLD), discrete gate or transistor logic, discrete hardware components or any combination thereof designed to perform the functions described herein. Alternatively, the processing system may comprise one or more neuromorphic processors for implementing the neuron models and models of neural systems described herein. The processor may be a microprocessor, controller, microcontroller, or state machine specially configured as described herein. A processor may also be implemented as a combination of computing devices, e.g., a combination of a DSP and a microprocessor, a plurality of microprocessors, one or more microprocessors in conjunction with a DSP core, or such other special configuration, as described herein.

The steps of a method or algorithm described in connection with the present disclosure may be embodied directly in hardware, in a software module executed by a processor, or in a combination of the two. A software module may reside in storage or machine readable medium, including random access memory (RAM), read only memory (ROM), flash memory, erasable programmable read-only memory (EPROM), electrically erasable programmable read-only memory (EEPROM), registers, a hard disk, a removable disk, a CD-ROM or other optical disk storage, magnetic disk storage or other magnetic storage devices, or any other medium that can be used to carry or store desired program code in the form of instructions or data structures and that can be accessed by a computer. A software module may comprise a single instruction, or many instructions, and may be distributed over several different code segments, among different programs, and across multiple storage media. A storage medium may be coupled to a processor such that the processor can read information from, and write information to, the storage medium. In the alternative, the storage medium may be integral to the processor.

The methods disclosed herein comprise one or more steps or actions for achieving the described method. The method steps and/or actions may be interchanged with one another without departing from the scope of the claims. In other words, unless a specific order of steps or actions is specified, the order and/or use of specific steps and/or actions may be modified without departing from the scope of the claims.

The functions described may be implemented in hardware, software, firmware, or any combination thereof. If implemented in hardware, an example hardware configuration may comprise a processing system in a device. The processing system may be implemented with a bus architecture. The bus may include any number of interconnecting buses and bridges depending on the specific application of the processing system and the overall design constraints. The bus may link together various circuits including a processor, machine-readable media, and a bus interface. The bus interface may be used to connect a network adapter, among other things, to the processing system via the bus. The network adapter may be used to implement signal processing functions. For certain aspects, a user interface (e.g., keypad, display, mouse, joystick, etc.) may also be connected to the bus. The bus may also link various other circuits such as timing sources, peripherals, voltage regulators, power management circuits, and the like, which are well known in the art, and therefore, will not be described any further.

The processor may be responsible for managing the bus and processing, including the execution of software stored on the machine-readable media. Software shall be construed to mean instructions, data, or any combination thereof, whether referred to as software, firmware, middleware, microcode, hardware description language, or otherwise.

In a hardware implementation, the machine-readable media may be part of the processing system separate from the processor. However, as those skilled in the art will readily appreciate, the machine-readable media, or any portion thereof, may be external to the processing system. By way of example, the machine-readable media may include a transmission line, a carrier wave modulated by data, and/or a computer product separate from the device, all which may be accessed by the processor through the bus interface. Alternatively, or in addition, the machine-readable media, or any portion thereof, may be integrated into the processor, such as the case may be with cache and/or specialized register files. Although the various components discussed may be described as having a specific location, such as a local component, they may also be configured in various ways, such as certain components being configured as part of a distributed computing system.

The machine-readable media may comprise a number of software modules. The software modules may include a transmission module and a receiving module. Each software module may reside in a single storage device or be distributed across multiple storage devices. By way of example, a software module may be loaded into RAM from a hard drive when a triggering event occurs. During execution of the software module, the processor may load some of the instructions into cache to increase access speed. One or more cache lines may then be loaded into a special purpose register file for execution by the processor. When referring to the functionality of a software module below, it will be understood that such functionality is implemented by the processor when executing instructions from that software module. Furthermore, it should be appreciated that aspects of the present disclosure result in improvements to the functioning of the processor, computer, machine, or other system implementing such aspects.

If implemented in software, the functions may be stored or transmitted over as one or more instructions or code on a computer-readable medium. Computer-readable media include both computer storage media and communication media including any storage medium that facilitates transfer of a computer program from one place to another.

Further, it should be appreciated that modules and/or other appropriate means for performing the methods and techniques described herein can be downloaded and/or otherwise obtained by a user terminal and/or base station as applicable. For example, such a device can be coupled to a server to facilitate the transfer of means for performing the methods described herein. Alternatively, various methods described herein can be provided via storage means, such that a user terminal and/or base station can obtain the various methods upon coupling or providing the storage means to the device. Moreover, any other suitable technique for providing the methods and techniques described herein to a device can be utilized.

The computer program controls input and operation of the device. The computer program includes at least one code segment stored in or on a computer-readable medium residing on or accessible by the device for instructing the computing elements, and any other related components to operate in the manner described herein. The computer program is preferably stored within the memory and comprises an ordered listing of executable instructions for implementing logical functions in the device. However, the computer program may comprise programs and methods for implementing functions in the device that are not an ordered listing, such as hard-wired electronic components, programmable logic such as field-programmable gate arrays (FPGAs), application specific integrated circuits, or other similar or conventional methods for controlling the operation of electrical or other computing devices.

Similarly, the computer program may be embodied in any computer-readable medium for use by or in connection with an instruction execution system, apparatus, or device, such as a computer-based system, processor-containing system, or other system that can fetch the instructions from the instruction execution system, apparatus, or device, and execute the instructions. The computer-readable medium may even be paper or another suitable medium upon which the program is printed, as the program can be electronically captured, via for instance, optical scanning of the paper or other medium, then compiled, interpreted, or otherwise processed in a suitable manner, if necessary, and then stored in a computer memory.

Figure 4 shows a process flow diagram 400 for defining and offering securities for sale by the incubator company 110 according to an embodiment of the disclosed subject matter.

The process flow diagram 400 starts at block 402 wherein the computer system receives inputs from administrator(s) representing the seller (e.g. company 100 and incubator 110) regarding a venture capitalization effort such as an IPO to be offered as described herein. Inputs include a target amount of capital to be raised, information regarding company 100’s current and potential valuation, etc.

The computer system determines a structure for the security in block 404. The determination of the structure comprises conducting activities in blocks 221, 222 and 223 of Figure 2B. It is to be appreciated that defining the structure of the offering in block 404 may comprise several iterative interactions between the computer system and administrator(s) or seller(s) to define the final structure of the security (arrow 404a).

Once the structure of the offering is determined, the computer system moves to executing the offering (block 251 of Figure 2B) by moving to block 406. Block 406 comprises offering the security for sale to potential investors. Block 408 comprises receiving “bids” for securities from investors. As discussed above, in some embodiments, a “bid” may comprise a potential buyer expressing interest in purchasing shares of the security in response to pre-sale information disclosures provided by the seller and/or incubator, such as in roadshows, or queries about the security which is not currently offered for sale. In embodiments wherein an investor expresses interest or initiates a query, the expressed interest or query is directed by the system from the investor into block 404 of the process flow scheme (arrow 408a) for analysis and response from the seller(s). It is to be appreciated that defining the structure of the security in block 404 based on buyer-initiated inputs may comprise several iterative interactions among the computer system, administrator(s) or seller(s) and investors (arrows 404a and 408a) to define the final structure of the security. “Bids” also refers to offers to purchase shares of the security by one or more investors after the final structure of the security is defined.

Once the final structure of the offering is determined, the computer system moves to executing the offering (block 240 of Figure 2) by moving to block 406. Block 406 comprises offering the first tranche of securities in the first price category for sale to potential investors. Block 408 comprises receiving bids for securities from investors. Block 410 comprises accepting the bids from investors. Accepting the bids includes issuing securities to the investors at their bid price(s) and holding them in the computer system.

The system tracks the sales of securities in block 412, including the total number of securities sold and the prices offered in bids and accepted by the computer system. As the computer system tracks share sales it determines whether targets of the first tranche have been met in block 414. Targets may include securities in the first tranche being sold out, bid prices reaching a target price related to the offering price of the second tranche, target funding raised, time period for offering the first tranche expiring, or any combination thereof. If the target(s) are not reached, the computer system moves to block 416 to continue offering securities in the first offering, returning to block 408 and receiving more bids from investors.

If the computer system determines that the target(s) are reached in block 414, the computer system moves to block 418 and closes the first tranche. After closing the first tranche, the computer system moves to block 420 to make payments to parties depending on the terms of the securities and then moves to block 500 to open and offer a second (subsequent) tranche.

Figure 5 shows a process flow diagram for offering for sale of subsequent tranches of an IPO offering comprising more than one tranche. Figure 5 shows the process 500 for opening and offering for sale of the second tranche and any other subsequent tranches.

In block 502, the computer system announces the opening of the second or subsequent tranches, which includes announcing the terms and conditions of the tranche and setting the opening asking price of the tranche. In block 504, the computer system receives sell orders for securities bought in the prior tranches from owners of securities wishing to sell securities. When the subsequent tranche is the second tranche the first tranche is the prior tranche. When the subsequent tranche is the third tranche, the first tranche and the second tranche are the prior tranches, etc. In block 506, the computer system adds the securities designated in the sell orders in block 504 to the subsequent tranche for sale to new investors, or pays the sellers the exit price, depending on the terms and conditions of the securities. New investors may include investors who had not participated in the prior tranche and/or investors in the prior tranche who wish to increase or modify their holdings. In block 510, the computer system receives bids for securities from investors. Bids can be made for the securities from the prior tranche or from the current tranche. Block 512 comprises accepting the bids from investors. Bids for securities from prior tranches are accepted first, then bids for securities from the current tranche. Accepting the bids includes issuing securities to the investors at their bid price(s) and holding them in the computer system.

The system tracks the sales of securities in block 514, including the total number of securities sold and the prices offered in bids and accepted by the computer system. As the computer system tracks share sales it determines whether targets of the current tranche have been met in block 516. Targets may include securities in the prior and current tranche(s) being sold out, bid prices reaching a target price related to the offering price of a subsequent tranche, target funding raised, time period for offering the current tranche expiring, or any combination thereof. If the target(s) are not reached, the computer system moves to block 518 to continue offering securities in the tranche, returning to block 510 and receiving more bids from investors.

If the computer system determines that the target(s) are reached in block 516, the computer system moves to block 520 and closes the current tranche. After closing the current tranche, the computer system moves to block 522 to make payments to parties depending on the terms of the securities. Also after closing the current tranche, the computer system moves to block 524 to open and offer a subsequent tranche by returning to block 502 to announce opening of the subsequent tranche. The process of opening and closing tranches summarized in process flow 500 is continued until all securities in all planned tranches are sold to investors. When all securities are sold, the computer system will end the process in block 522.

While the final tranche may be closed, the computer system may continue administering securities for the investors, allowing them to buy and sell securities within the system. If it is desirable to raise additional capital for the venture, the process flow may return to block 402 for the computer system to define a new tranche or tranches to be offered.

The system and methods described herein may be used for private offerings, initial public offerings or combinations thereof. For example, all tranches may be offered to a limited number of private venture capital entities. In other embodiments early tranches may be offered to a limited number of private venture capital entities, while later tranches may be offered in an initial public offering.