AU2021221519A1

AU2021221519A1 - A system, a device, and methods of streaming an event

Info

Publication number: AU2021221519A1
Application number: AU2021221519A
Authority: AU
Inventors: Chris DIMOPOULOS; Craig Horobin
Original assignee: Aircast Holdings Pty Ltd
Current assignee: Aircast Holdings Pty Ltd
Priority date: 2020-10-15
Filing date: 2021-08-24
Publication date: 2022-05-05

Abstract

There is disclosed a method of streaming an event, comprising transmitting an event stream identifier to a server for storage in a database; generating by an event stream 5 generator an event stream that is identifiable by the event stream identifier; requesting the server for the stored event stream identifier by a user; transmitting the stored event stream identifier and supplementary content from the server to a user device of the user; receiving from the event stream transmitter the event stream generated by the event stream generator using the event stream identifier transmitted from the server to the 10 user device; and combining the supplementary content transmitted from the server to the user device and the event stream received from the event stream generator, for display to the user of the user device. 17994756_1 (GHMatters) P113700.AU.1 24/08/21 -col 4U E IFE co uJ c

Description

-col

4U

E IFE

co uJc

A SYSTEM, A DEVICE, AND METHODS OF STREAMING AN EVENT

Related Application

This application claims the benefit of the priority of Australian provisional application no. 2020903742. The content of Australian provisional application no. 2020903742 is incorporated by reference in their entirety.

Field of the Invention

The invention is related to a system, a device, and methods of streaming an event, and is especially but not exclusively applicable to streaming a broadcast of a live event in real-time.

Background

Live events can be streamed online over the Internet and locally with or without the Internet. There can be multiple streams for a single event. Each stream usually comprises both video and audio captured by a video and audio recorder such as a video camera. Accordingly, there can be multiple video cameras positioned in different locations around an event to capture the event from different perspectives.

A server can be provided to broadcast multiple streams of an event to a plurality of viewers. Typically, the server receives the multiple streams of the event from respective video cameras, before broadcasting one or more of the streams. In order to broadcast more than one stream, different streams can be transmitted in different channels. Alternatively, multiple streams can be combined into a single composite stream by the server before the composite stream is broadcast to viewers.

Also, the server can be used to modify a stream before the stream is broadcast to viewers. For example, supplementary content such as advertisement can be added to a stream before the stream as modified by the addition of the supplementary content is broadcast to viewers. Depending on the implementation, the modified stream may be a modified composite stream. In particular, different supplementary content can be added to different individual streams before the individual streams as modified (by the

17994756_1 (GHMatters) P113700.AU.1 24/08/21 addition of the respective supplementary content) are combined into a single modified composite stream.

However, using a server can also present certain difficulties. If there are a large number of viewers or streams from an event, there must be sufficient bandwidth or capacity at the server or there may be delay or lag in the broadcast.

Also, the server must have sufficient processing power to cope with generating composite streams by combining individual streams and adding supplementary content to streams, in particular, if the server is to modify different individual streams and then combine the modified individual streams into a single modified composite stream before broadcasting.

There is a need for an improved architecture for streaming broadcasts of live events in real time.

Summary of the Invention

In a first aspect, the invention provides a method of streaming an event, comprising:

transmitting an event stream identifier to a server for storage in a database;

generating by an event stream generator an event stream that is identifiable by the event stream identifier;

requesting the server for the stored event stream identifier by a user;

transmitting the stored event stream identifier and supplementary content from the server to a user device of the user;

receiving from the event stream generator the event stream generated by the event stream generator using the event stream identifier transmitted from the server to the user device; and

combining the supplementary content transmitted from the server to the user device and the event stream received from the event stream generator, for display to the

17994756_1 (GHMatters) P113700.AU.1 24/08/21 user of the user device.

In an embodiment, the method further comprises authenticating the user device before transmitting the stored event stream identifier and the supplementary content to the user device.

In an embodiment, the method further comprises transmitting authentication data to the server in order to enable the server to authenticate the user device.

In an embodiment, the stored event stream identifier and the supplementary content are transmitted from the server over a first communication path to the user device,

wherein the event stream is received by the user device from the event stream identifier over a second communication path.

In an embodiment, the method further comprises generating another one or more event streams by another one or more respective event stream generators, the event streams bring identifiable by another one or more respective event stream identifiers; and

receiving from each of the event stream generators the event stream generated by the event stream generator using the event stream identifier identifying the event stream.

In an embodiment, the event streams are received by the user device from the event stream generators over different second communication paths.

In an embodiment, the method further comprises combining the supplementary content transmitted from the server to the user device and the event streams received from the event stream generators, for display to the user of the user device.

In a second aspect, the invention provides a system for streaming an event, comprising:

an event stream generator configured to generate an event stream;

17994756_1 (GHMatters) P113700.AU.1 24/08/21 a user device; and a server, wherein the event stream generator is further configured to transmit to the server an event stream identifier for identifying the event stream; wherein the server is configured to: store in a database the event stream identifier transmitted from the event stream generator to the server; and in response to a request for the event stream identifier by a user, transmit the stored event stream identifier and supplementary content to a user device of the user, wherein the user device is configured to: receive from the event stream generator the event stream generated by the event stream generator using the event stream identifier transmitted from the server to the user device; and combine the supplementary content transmitted from the server to the user device and the event stream received from the event stream generator, for display to the user of the user device.

In an embodiment, the server is configured to further configured to authenticate the user device before transmitting the stored event stream identifier and supplementary content to the user device.

In an embodiment, each user device is configured to transmit authentication data to the server in order to enable the server to authenticate the user device.

17994756_1 (GHMatters) P113700.AU.1 24/08/21 wherein the event stream is received by the user device from the event stream generator over a second communication path.

In an embodiment, the system further comprises another one or more event stream generators each of which is configured to generate an event stream, and to transmit to the server an event stream identifier for identifying the event stream,

wherein each user device is configured to receive from each of the event stream generators the event stream generated by the event stream generator using the event

stream identifier identifying the event stream.

In an embodiment, the user device is configured to combine the supplementary content transmitted from the server to the user device and the event streams received from the event stream generators, for display to the user of the user device.

In a third aspect, the invention provides a method of streaming an event, comprising:

requesting a server for an event stream identifier stored in a database, the event stream identifier identifying an event stream generated by an event stream generator;

receiving, by a user device, the stored event stream identifier and supplementary content from the server;

requesting the event stream using the received event stream identifier;

receiving, by the user device, the event stream from the event stream generator;

combining, by the user device, the received supplementary content and the received event stream; and

displaying the combined supplementary content and event stream to a user.

In an embodiment, the method further comprises transmitting authentication

17994756_1 (GHMatters) P113700.AU.1 24/08/21 data to the server in order to enable the server to authenticate the user device.

In an embodiment, the stored event stream identifier and the supplementary content are received from the server over a first communication path,

wherein the event stream is received from the event stream generator over a second communication path.

In an embodiment, the method further comprises:

requesting the server for another one or more event stream identifiers stored in the database, the event stream identifiers being for identifying another one or more respective event streams; and

receiving, by the user device, the event streams from the event stream generators using the respective event stream identifiers.

In an embodiment, the event streams are received from the event stream generators over different second communication paths.

In an embodiment, the method further comprises combining the supplementary content received from the server and the event streams received from the event stream generators.

In a fourth aspect, the invention provides a user device for streaming an event, comprising:

a display;

a transceiver for communicating with a server and an event stream generator; and

a processor configured to:

control the transceiver to request the server for an event stream identifier stored in a database, the event stream identifier for identifying an event stream generated by an event stream generator;

17994756_1 (GHMatters) P113700.AU.1 24/08/21 control the transceiver to receive the stored event stream identifier and supplementary content from the server; control the transceiver to request the event stream using the received event stream identifier; control the transceiver to receive the event stream from the event stream generator; combine the received supplementary content and the received event stream; and control the display to display the combined supplementary content and event stream to a user.

In an embodiment, the processor is configured to control the transceiver to transmit authentication data to the server in order to enable the server to authenticate the

user device.

In an embodiment, the processor is configured to:

control the transceiver to request the server for another one or more event stream identifiers stored in the database, the event stream identifiers being for identifying another one or more respective event streams; and

control the transceiver to receive the event streams from the event stream generators using the event stream identifiers.

In an embodiment, the event streams are received from the event stream

generators over different second communication paths.

17994756_1 (GHMatters) P113700.AU.1 24/08/21

In an embodiment, the processor is configured to combine the supplementary content received from the server and the event streams received from the event stream generators.

Because the event stream can be received from the event stream generator (in particular, directly from a camera feed) as opposed to from any intermediary, the likelihood of delay may be minimized. Also, since the server need not have the responsibility of broadcasting multiple event stream or combining streams (let alone combining streams with additional data such as supplementary content like advertising), the likelihood of creating a bottleneck at the server may be reduced.

Brief Description of Drawings

In order that the invention may be more clearly ascertained, embodiments will now be described by way of example with reference to the accompanying drawings in which:

Figure 1 is a schematic diagram of the physical architecture of an embodiment of the system 10 for streaming an event;

Figure 2 is a schematic diagram showing more specific components of each device of the system 10 of figure 1;

Figure 3 is a schematic diagram showing more specifically the data flows between each device of the system 10 of figures l and 2;

Figure 4 is flow chart of an embodiment of a method of streaming an event, carried out using the system 10 of figures 1, 2 and 3;

Figure 5 is a schematic diagram of an embodiment of a method of streaming an event; and

Figure 6 is another schematic of the embodiment of the method of figure 5.

Detailed Description of Embodiments of the Invention

Referring to the drawings, there are illustrated embodiments of a system 10 for

17994756_1 (GHMatters) P113700.AU.1 24/08/21 streaming an event (in particular, a live event, such as a football game, in real-time). The system 10 comprises a number of computing devices including at least one event stream generator 13, at least one user device 19 (for example, a mobile computing device such as a smartphone or a portable computer such as a tablet computer) and a server 18 (which may or may not be cloud-based).

These different computing devices are distributed in that the devices can be in different locations while still working with each other. Each event stream generator 13 may communicate with the server 18. Each event stream generator 13 may also communicate with each user device 19. Each user device 19 may communicate with the server 18. As will be explained in further detail below, each user device 19 receives communications from the server 19 by way a communication path that is different to the communication path that is used by the user device 19 to receive communications from an event stream generator 13.

Figure 1 is a schematic diagram of the physical architecture of an embodiment of the system 10 for streaming am event. This distributed computing system 10 comprises a plurality of user devices in the form of tablet devices 19A, 19B, 19C and a server 18 in communication over a network in the form of the Internet 15 with the plurality of tablet devices 19A, 19B, 19C. The distributed computing system 10 also comprises a plurality of event stream generators 13A, 13B in communication over the Internet 15 with the server 18 and the plurality of tablet devices 19A, 19B, 19C.

Each event stream generator 13 is configured to generate an event stream (which may comprise video, audio, or both video and audio) or stream of the event for broadcast, multi-cast or some other form of transmission. Each event stream generator 13 is also configured to transmit to the server 18 an event stream identifier for identifying the event stream. Depending on the implementation, an event stream generator 13 may or may not be configured to encode the event stream before broadcasting the event stream. In an implementation of an event stream generator 13 that is not configured to encode an event stream, the event stream generator 13 may be connected to a separate stream encoder that is configured to encode the event stream and the event stream generator 13 may be configured to receive the encoded event stream from the stream encoder before broadcasting, multi-casting or otherwise

17994756_1 (GHMatters) P113700.AU.1 24/08/21 transmitting the event stream to other devices such as the user devices 19.

The server 18 is configured to store the event stream identifier transmitted from each event stream generator 13 to the server 18 in a database 16. Depending on the implementation, the database 16 may be a separate device to the server 18 or may be integrated together with the server 18. In an implementation where the database 16 and the server 18 are separate, the database 16 and the server 18 may be connected by way of one or more networks. For example, either one or both of the database 16 and the server 18 may be cloud-based and accordingly in communication by way of the Internet.

Each user device 19 is configured to request the server 18 for an event stream identifier. The server 18 is configured to transmit an event stream identifier and supplementary content to a user device 19, in response to a request for the event stream identifier from the user device 19. Each user device 19 is configured to receive the event stream generated by an event stream generator 13 using the event stream identifier transmitted from the server 18 to the user device 19. Advantageously, the event stream can be received from the event stream generator by the user device 19 in a first communication path while the event stream identifier and the supplementary content can be transmitted from the server 18 to the user device 13 over a different second communication path. Each user device 19 is configured to combine the supplementary content transmitted from the server 18 to the user device 19 and the event stream received from the event stream generator 13, for display to the user of the user device 19.

Figure 2 is a schematic diagram showing more specific components of each user device 19, each event stream generator 13 and the server 18 of the distributed computing system 10. Each user device 19, each event stream generator 13 and the server 18 of the distributed computing system 10 comprises a number of functional components for streaming an event. It is envisaged that the functional components are typically implemented by a processor executing program code and data stored in a memory. However, persons skilled in the art will appreciate that this need not be the case. For example, one or more of the components could be implemented in an alternative manner, for example, as a dedicated circuit.

17994756_1 (GHMatters) P113700.AU.1 24/08/21

Beginning first with the event stream generator 13, the event stream generator 13 comprises a transceiver 1390, a processor 1300 and memory 1380. The memory 1380 stores program code and data which when executed by the processor 1300 implements a stream encoder 1308 and a transceiver controller 1309. As indicated above, in an alternative embodiment of the distributed computing system 10, an event stream generator 13 may not include the stream encoder 1308 but may be connected to a separate stream encoder that is configured to encode the event stream and the event stream generator 13 may be configured to receive the encoded event stream from the stream encoder.

The stream encoder 1308 is arranged to encode a video and audio feed that is received from a device such as a camcorder. It is envisaged that the feed is encoded in real time while the camcorder is still capturing or recording the live event. As indicated above, in an alternative embodiment of the distributed computing system 10, an event stream generator 13 may include the device (such as a camcorder) for capturing or recording the video and audio feed. Also, it is envisaged that an alternative embodiment of the distributed computing system 10 may include encoding merely either a video only feed or an audio only feed, rather than a video or audio feed. In such an alternative embodiment, the stream encoder 1308 may be arranged to receive the feed from a device other than a camcorder such as a microphone.

The transceiver controller 1309 is arranged to control the transceiver 1390 to broadcast the encoded stream. In addition, the transceiver controller 1309 is arranged to control the transceiver 1390 to transmit event stream identifier for another device or devices to identify the encoded stream that is broadcast, multi-cast or otherwise transmitted by the transceiver controller 1309. It is envisaged that the event stream identifier is typically some form of uniform resource locator (URL) such as an internet protocol (IP) address. However, a person skilled in the art will appreciate that another form of identifier may be used in place of a URL. In this embodiment, the event stream identifier is transmitted from the event stream generator 13 to the server 18 for storage. Depending on implementation, additional information may be transmitted together with the event stream identifier to the server 18. For example, information relating to the event may be included when transmitting the event stream identifier to the server 18. In

17994756_1 (GHMatters) P113700.AU.1 24/08/21 this respect, it is envisaged that such additional information may not be transmitted together with the event stream identifier from the event stream transmitter 13 to the server 18 but rather separately from the event stream identifier. Advantageously, the distributed computing system 10 may be scaled up to provide more event streams by simply having more event stream identifiers from either existing or additional event stream generators 13.

Turning now to the server 18, the server 18 comprises a transceiver 1890, a processor 1800 and memory 1880. The memory 1380 stores program code and data which when executed by the processor 1800 implements an identifier controller 1808 and a transceiver controller 1809.

The identifier controller 1808 is arranged to store an event stream identifier transmitted from an event stream generator 13 to the server 18. Specifically, the identifier controller 1808, upon receiving the event stream identifier from the event stream generator 13, stores the event stream identifier in the database 16. As illustrated in figure 2, the database 16 is a separate device to the server 18 in this embodiment of the distributed computing system 10. However, it is envisaged that the database 16 may be part of the server 18 in an alternative implementation of the server 18. If additional information is included in the transmission of the event stream identifier or separately transmitted from the event stream generator 13 to the server 18, the identifier controller 1808 may store the additional information in association with the event stream identifier in the database 16 such as both the additional information and the event stream identifier may be retrieved from the database 16 together.

The database 16 comprises supplementary content in this embodiment of the distributed computing system 10. It is envisaged that the supplementary content may be stored in a different device in an alternative embodiment of the distributed computing system 10. In this embodiment, the supplementary content comprises advertising content. In an implementation of the server 18, the server 18 is arranged to enable a user to upload the supplementary content to the database 16. In such an embodiment, the memory 1880 of the server 18 may include program code and data for enabling the processor 1800 of the server 18 to implement a supplementary content receiver for receiving the supplementary content. For example, the server 18 may implement a

17994756_1 (GHMatters) P113700.AU.1 24/08/21 supplementary content receiver for receiving supplementary content from any one of the user devices 19.

The transceiver controller 1809 implemented by the processor 1800 of the server 18 is arranged to control the transceiver 1890 of the server 18 to transmit an event stream identifier or identifiers stored in the database 16 to a user device or user devices 19. In this embodiment of the distributed computing system 10, the transceiver controller 1809 transmits an event stream identifier to a user device 19 in response to receiving from the user device 19 a request for the event stream identifier transmitted. However, it is envisaged that an alternative embodiment of the distributed computing system 10 may involve the transceiver controller 1809 transmitting an event stream identifier to a user device 19 in response to receiving a request for the event stream identifier transmitted from another user device 19, automatically in accordance with a predetermined rule, or some other device that is not part of the distributed computing system 10.

In addition to transmitting the event stream identifier to a user device 19, the transceiver controller 1809 is also configured to control the transceiver 1890 of the server 18 to transmit supplementary content to the user device 19 upon receiving a request for the event stream identifier transmitted from the user device 19. In this implementation of the server 18, the supplementary content is retrieved by the server 18 from the database 16 that is connected to the server 18. However, it is envisaged that the supplementary content may be retrieved from elsewhere, for example, locally from the memory 1880 of the server 18, or from some other device such as a user device 19. Depending on the implementation, the supplementary content may be transmitted to a user device 19 together with or separately from an event stream identifier. It is envisaged that the server 18 may also transmit supplementary content periodically, randomly or otherwise in accordance with a user input, to a user device 19 upon the server 18 transmitting an event stream identifier to the user device 19. For example, after a user device 19 has been authenticated by the server 18, the server 18 may transmit supplementary content to the user device 19 after the user device has re connected with the server after being disconnected for a period of time.

Turning now to the user devices 19, each user device 19 comprises a user input

17994756_1 (GHMatters) P113700.AU.1 24/08/21 device 1930, a display 1950, a transceiver 1990, a processor 1900 and memory 1980 in this embodiment of the distributed computing system 10. A designated software application (or app) is installed on the user device 19, that is, stored in the memory 1980, for execution by the processor 1900. When the software application is executed by the processor 1900, the user device 19 can request the server 18 for an event stream identifier from the server 18. In this implementation of the user device 19, the user device 19 must first be authenticated by the server 18 in order to make the request. It is envisaged that such authentication may involve the user device 19 transmitting login information (such as a username and password) of a user of the user device 19 to the server 19, but a person skilled in the art will appreciate alternative embodiments of the distributed computing system 10 may involve other methods of authentication.

Upon authentication of the user device 19, the executed software application can be used to retrieve from the server 18 information on one or more event stream identifiers, each of the event stream identifiers being for identifying a respective one of one or more event streams, the event streams being broadcast by respective event stream generators. The retrieved information can then be displayed on the display 1950.

A user of the user device 19 can use the executed software application to generate a request for an event stream identifier stored in the database 16 and to control the transceiver 1990 to send the request to the server 18. In this implementation of the user device 19, the processor 1900 is configured to implement a data requester 1908 for generating the request and a transceiver controller 1909 configured to control the transceiver 1990 to transmit the request to the server 18. Upon receiving the event stream identifier from the server 18, the user device 19 can use the event stream identifier to receive the event stream corresponding to the event stream identifier. By using the event stream identifier, the event stream can be received from the event stream generator 13 broadcasting the event stream. In this implementation of the user device 19, the transceiver controller 1909 is used to control the transceiver 1990 to both receive the event stream identifier from the server 18 and to receive the event stream from the event stream generator 13. However, it is envisaged that an alternative

embodiment of the distributed computing system 10 may comprise a user device or

17994756_1 (GHMatters) P113700.AU.1 24/08/21 devices 19 comprising multiple transceivers 1990, one for receiving event stream identifiers from the server 18, and others for receiving event streams from respective event stream generators 13.

Using the program code and data corresponding to the software application stored in the memory 1980, the processor 1900 can implement a data combiner 1903 that is configured to combine the received event stream with supplementary content received from the server 18. The combined event stream and supplementary content can then be displayed by the display 1950 to a user. In this respect, it is envisaged that the supplementary content is typically overlaid on top of the event stream in an accordance with settings that are either predetermined or determined by the software application. However, a person skilled in the art will appreciate that the supplementary content may be combined with the event stream differently, that is, other than overlaying the supplementary content on the event stream. Also, a person skilled in the art will appreciate that the manner in which the supplementary content is combined with the event stream may be based on settings transmitted from the server 18, an event stream generator 13, or both. For example, the supplementary content may be combined with the event stream such that a carousel comprising multiple event streams and advertising may be displayed by a user device 19, as described in figures 5 and 6 relation to an embodiment of the distributed computing system 10.

Figure 3 is a schematic diagram showing more specifically the data flows between each event stream generator 13 and the server 18, between each user device 19 and the server 18, and between each event stream generator 13 and each user device 19 in this embodiment of the distributed computing system 10. As illustrated in figure 3, an event stream generator 13 is configured to transmit an event stream identifier to the server 18. While the event stream generator 13 does not transmit the event stream identifier to a user device 19, the event stream identifier transmitted from the event stream generator 13 to the server 18 can subsequently be transmitted from the server 18 to the user device 19. By using the event stream identifier transmitted from the server 18 to the user device 19, the user device 19 can receive an event stream from the event stream generator 13. Also, the server 18 can transmit to advertising or other supplementary content to the user device 19. As indicated above, such advertising can

17994756_1 (GHMatters) P113700.AU.1 24/08/21 be transmitted together with or separately from the event stream identifier. For example, advertising could be transmitted to each user device 19 periodically after any user device 19 is authenticated, such that any new advertising stored in the database 16 may be circulated to all authenticated user devices 19 even if a user device 19 is not receiving an event stream at the time the advertising is transmitted to the authenticated user devices 19.

As illustrated in figure 3, the event stream and the advertising are received by the user device 19 from different devices in the form of the event stream generator 13 and the server 18, using different communication paths. Depending on the implementation, the advertising and the event stream identifier may also be received by the user device 19 from the server 18 using different communication paths, for example, if the advertising is transmitted from the server 18 to the user device 19 separately from the event stream identifier.

While figure 3 illustrates only the user device 19 receiving the event stream from the event stream generator 13, it is envisaged that multiple user devices 19 may be receiving the same event stream from the event stream generator 13. Also, it is envisaged that the user device 19 may receive multiple event streams from respective event stream generators 13. It is also envisaged that the server 19 may be receiving event stream identifiers from multiple event stream generators 13, and transmitting event stream identifiers and supplementary content to multiple user devices 19. A person skilled in the art will also appreciate that multiple transmissions may be received simultaneously or separately.

Figure 4 is flow chart of an embodiment of a method of streaming an event, carried out using the distributed computing system 10 of figures 1, 2 and 3.

Firstly, a feed of the event is encoded by the stream encoder 1308 implemented by the processor 1300 of an event stream generator 13 into an event stream based on program code and data stored in the memory 1380 of the event stream generator 13 at step 300. Subsequently, the event stream generator 13 generates the event stream at step 320 and transmits an event stream identifier corresponding to the event stream or the event stream generator 13 at step 310. In this implementation of the event stream

17994756_1 (GHMatters) P113700.AU.1 24/08/21 generator 13, the transceiver controller 1309 implemented by the processor 1300 of the event stream generator 13 controls the transceiver 1390 in order to generate the event stream and transmit the event stream identifier.

The event stream identifier transmitted from the event stream generator 13 to the server 18 is received by the transceiver 1890 of the server 18. The received event stream identifier is then stored in the database 16 by the identifier controller 1808 implemented by the processor 1800 based on the program code and data stored in the memory 1880 of the server 18 at step 330.

Then, a user device 19 attempts to communicate with the server 18. In order for the communication to be established, there is an exchange of information between the server 18 and the user device 19 at step 350. It is envisaged that the authentication may involve either significant interaction between a user of the user device 19 and the server 18, or almost no interaction, for example, in an automated setting where the user device 19 is recognized and authenticated automatically based on a characteristic of the user device. In this implementation of the user device 19, the transceiver controller 1909 is implemented by the processor 19 of the user device 19 based on a software application stored in the memory 1980 of the user device 19 in order to enable authentication of the user device 19.

At step 360, the user device 19 makes a request for an event stream identifier that is stored in the database 16. Before making the request, the server 18 may transmit to the user device 19 information relating to the event stream identifier. The server 18 may also transmit other information such as information relating to other event stream identifiers, information relating to the event, or even other information such as what advertising may be overlaid on any event stream. The request is made by the identifier requester 1908 implemented by the processor 19 of the user device 19 based on a software application stored in the memory 1980 of the user device 19 in this embodiment of the distributed computing system 10, but it is envisaged that the request may be made by some other device in an alternative embodiment of the distributed computing system 10.

At step 365, the transceiver controller 1909 implemented by the processor 19 of

17994756_1 (GHMatters) P113700.AU.1 24/08/21 the user device 19 receives the event stream identifier that is transmitted from the server 18 in response to the request made at step 360. As illustrated in figure 4, the transmitted event stream identifier corresponds to the event stream identifier that is stored by the server 18 at step 330. Using the received event stream identifier, the user device 19 can identify the event stream that is generated by the event stream generator 13 at step 320. Accordingly, the transceiver controller 1909 implemented by the processor 19 of the user device 19 can receive the event stream generated by the event stream generator 13 at step 380 without the event stream generator 13 transmitting the event stream identifier directly to the user device 19.

After the user device 19 is authenticated by the server 18 in this embodiment of the distributed computing system 10, the server 18 transmits to the user device 19 advertising or some other supplementary content that is stored in the database 16. As indicated above, the advertising or other supplementary content may be transmitted together with the event stream identifier from the server 18 to the user device 19 or separately in different communication paths at different times. At step 385, the user device 19 receives the advertising or other supplementary content transmitted from the server 18 to the user device 19.

At step 390, the data combiner 1903 implemented by the processor 1900 of the user device 19 combines the event stream received at step 380 and the advertising or other supplementary content received at step 385, for example, by overlaying the advertising on top of the event stream. The combination of the event stream and advertising is then displayed on the display 1950 of the user device 19 under the control of the display controller 1905 implemented by the processor 19 of the user device 19.

Figure 5 is a schematic diagram of an embodiment of a method of streaming an event, specifically a live event, that may be carried out using an embodiment (named "Aircast") of the distributed computing system 10. In this embodiment, the distributed computing system 10 provides a real-time streaming service for event patrons, in particular, direct access to host broadcasts, different broadcasts from multiple camera angles, supplementary content including commentary and data etc. As set out in the following flow of steps, this embodiment of the distributed computing system 10

17994756_1 (GHMatters) P113700.AU.1 24/08/21 comprises a sophisticated software tool to enable, advertising, live and on demand content management.

At step 1, host broadcast feeds or individual camera feeds are received in standard digital interface (SDI) or similar format by event stream generators 13 at the event. The feeds are presented to a stream or video audio encoder or encoders that convert the feeds into an advanced video coding (AVC) (or H264 or H265) stream or streams. The streams are identified by individual IP addresses and can be broadcast or multicast to multiple user devices 19 by real-time transport protocol (RTP) or some other protocol or protocols. The streams can be decoded by user devices 19 that have a designated software application (specifically, an AircastTMmobile application). It is envisaged that the streams can be video streams with ultra-low latency, for example, at only 0.3 seconds. In order for users of user devices 19 to receive any one or more of the broadcast streams, the users must first be authenticated via a web portal that can be provided by a server 18. In this embodiment, the authentication can be by either, recognised login details or direct detection between both the web portal provided by the server 18 and the software application at a user device 19 to confirm authentication and enable broadcast stream decoding and reception.

The broadcast feeds (or direct feeds) encoded at step 1 are identified within the web portal to allow the streams to be decoded and received by the user devices 19 using the AircastTM application. The web portal enables detection and authentication when it confirms that streams can be received via corresponding IP addresses that has been entered using the web portal. The web portal can denote the order where each feed is represented in as well as the order each feed is presented by the AircastTM application.

As indicated in step 2, a client or operator can directly access the web portal. The portal can be accessible online and remotely via the Internet. Each feed is presented in the portal by either a content, advertising or menu section in which accessible feeds are listed in an order corresponding to the manner in which the feeds are represented and accessible by way of the AircastTM application. Each piece of content, external feed or image can be uploaded and modified within the portal.

Advertising is enabled within the portal by enabling specific advertising banners

17994756_1 (GHMatters) P113700.AU.1 24/08/21 and logos which are loaded using the portal. Javascript object notation (JSON) or other similarly formatted files can be uploaded, processed (for example, by loading advertising images and advertising control data), and overlaid on streams (for example, by way of overlaying advertising user interface (UI) images on screen) displayed at each user device 19. This advertising can be controlled by using the portal and can be displayed as a pop-up advertising or slide in advertising depending on client or advertiser requirements. The software also enables advertising to appear at required time intervals as well as duration, for example, by way of instructions or information that are part of advertising webpage specified using the web portal.

As indicated in step 3, the web portal can be run on as an application object server (AOS). This is a 3-tiered database server for storing data that is uploaded using the web portal and allows each piece of data to be executed (via the web portal) and accessed (via the AircastTM application). Each selection made by a user triggers a service call to the server to call the content required. The AOS does not have to control Internet or remote advertising that is made available in step 5.

As indicated in step 4, JSON files can also be directly uploaded and rendered to the web portal by using and activating an Import JSON file function. This process works by making a service call directly to a file server directory where data, content can be stored and activated when called on. As indicated in step 4, using the web portal can also allow a user to export JSON files to review uploaded content and store and save any projects.

As indicated in step 5, remote adverting and other external content can also be directly accessed by way of the web portal, by providing a direct link to the source of the content. The portal enables all addressing to activate a service call to external data which can also be accessed by the AircastTM application. External content can be connected directly via the Internet and can be viewed in real time when an end user clicks on a link that represents the content. External advertising can be managed by a client or web portal operator which can organise display of the content in any position on the AircastTM application. Alternatively, this can be enabled and processed over a live broadcast via a JSON file.

17994756_1 (GHMatters) P113700.AU.1 24/08/21

At indicated in step 6, the server 18 can provide the web portal and a localised backend where a client can organise readily available content that can be called upon or changed as needed. The server 18 can thus provide a readily available inventory of commonly required feeds or provides a client the ability to upload content that can then be selected and uploaded to the portal. The server 18 can contain images, video on demand (VOD) content, adverting content, data and promotional material. The web portal enables uploads of such material as required and a client can add move and change the content as well as the order or display.

At indicated in step 7, content can be uploaded to the web portal as mentioned in steps 2 and 4, for example, by way of a content.JSON file and these ads can be programmed into the AircastTM application by reading the content.JSON file every 15 seconds and checking if there is any new data to apply to the AircastTM application. Each advertisement can be programmed using the web portal to be displayed based on one or more time and duration settings and a pre-programmed order, for example, by reading an ads.JSON file every 15 seconds and checking if there any new data to apply to the AircastTM application). Display of the AircastTM application can alsob e set to random depending on advertising preferences.

At indicated in step 8, the AircastTM application can presented in such a way that it mirrors the order each of the feeds are made available by corresponding with the server 18. If a live broadcast or any other feed is presented in the portal at the top of the menu, the AircastTM application can also display this feed at the top of the AircastTM application. The AircastTMapplication is able to access all content that is linked via the portal whether this is local stored feeds, live broadcast feeds or external intern feeds and advertising. This can be done via a local wireless network and by directly linking each IP address of individual feeds or advertising whether the feeds are local or external.

At indicated in step 9, an analytics database 16 can also form part of the distributed computing system 10. The database 16 can record each user's behaviour whilst the user is using the AircastTM application, for example, by tracking usage data

such as period used, chosen feeds, advertising exposure and location. These analytics can then be presented in a web portal dashboard.

17994756_1 (GHMatters) P113700.AU.1 24/08/21

Figure 6 is another schematic diagram of the embodiment of the method of broadcasting an event of figure 5. As set out in the following flow of steps, the embodiment of the distributed computing system 10 of this embodiment of the method of streaming an event allows a user of a user device 19 to select specific camera angles of a broadcast by way of a live camera feed preview on the user device 19 before the feed is selected:

Step 1 corresponds to step 1 of figure 6 where host broadcast feeds or individual camera feeds are received in standard digital interface (SDI) or similar format by event stream generators 13 comprising stream or video audio encoders at the event.

The encoded broadcast feeds are identified within the web portal via a router at step 2 to allow the stream to be decoded and received by user devices 19 using the AircastTM mobile application.

Once the broadcast feeds are transmitted by an encoder, the router at step 2 allows connection with the web portal to authenticate the feeds and IP addresses that are stored in the portal and also the AircastTM mobile application. The router also enables connectivity with other networks and hence enables the AircastTM mobile application to access local and external networks.

As illustrated in step 3, Internet live video and data can be directly accessible through direct connectivity via the router and each selected feed corresponds with a feed order and an IP address in the web portal and the AircastTMmobileapplication. The AircastTMapplication isable to render and preview each feed that is listed in the web portal and operates the same way by pulling video and data feeds directly from the Internet as it does for live broadcast footage via the encoder. The AircastTM application can display unlimited feeds by creating a preview window for each connected and designated feed from the Internet and the web portal. Once a corresponding IP address and source of a feed has been activated, the AircastTM application can automatically create a preview upon activation of such a preview functionality by a user, for example, by selecting a Multiview function in a navigation menu and using an upward slide motion on a main screen. By activating such a functionality, preview of each connected live or Internet video and corresponding data feed can be provided in the web portal.

17994756_1 (GHMatters) P113700.AU.1 24/08/21

Multiple operations of such a functionality can be used in the AircastTM application for example, for post interviews, highlights and any other data feeds.

As illustrated in step 4, the web portal can be used to control and activate all connected feeds. This is done by recording each feed as a source in a menu. Each feed can be identified as a JSON file in the web portal. Each file represents a live feed (which can be an internal or local feed) that is recorded in the menu. Each loaded entry can have multiple feeds listed. There can be more than 20 feeds listed if required. The order of each feed and as it is recorded in the menu can directly correspond to the order it is represented and displayed in the AircastTM application. Once selected from a navigation list, a player in the AircastTM application can automatically start and display

a grid or mosaic including each activated feed in the web portal.

As illustrated in step 5, JSONfiles can be directly uploaded and rendered to the web

portal by using and activating an Import JSON file. As previously illustrated in step 4 offigure 5, this process can work by making a service call directly to afile server directory where data, content can be stored and activated when called on. This allows a user to view each feed within a menu to select or chose a feed based on what is available.

As illustrated in step 6, a database 16 can form part of the distributed computing system 10, specifically, to store any detail of each feed. Each VOD or data feed that is to be stored locally can be stored in this database 16 Source details for each online, live or other external video feed can also be stored in this database 16. Each feed selection made on the AircastTM application can initiate a service call to each selected feed whether live or on demand content.

As previously indicated in step 8 of figure 5, the AircastTM application can presented in such a way that it mirrors the order each of the feeds are made available by corresponding with the server 18. For example, the above-mentioned Multiview functionality can be activated by a slide up motion to reveal connected cameras and a preview of each available feed. Once the number of cameras exceeds 4, the display can be automatically rendered to a moving carousel (for example, a laterally moving one which operates left to right) for a user to select a chosen camera.

As illustrated in step 8, the database 16 may also comprise an analytics database

17994756_1 (GHMatters) P113700.AU.1 24/08/21 as previously indicated in step 9 of figure 5.

Further aspects of the method will be apparent from the above description of the system. For example, it will be appreciated that the web portal provided by the server 18 may alternatively be a mobile application (such as a smartphone app). Persons skilled in the art will also appreciate that the method could be embodied in program code. The program code could be supplied in a number of ways, for example on a tangible computer readable medium, such as a disc or a memory (for example, that could replace part of memory) or as a data signal (for example, by transmitting it from a server).

Similarly, it will be appreciated that the data in the database 16 can be supplied on any appropriate tangible data carrier, such as by writing them to a portable device (such as a USB drive), storing them in a memory (including transmitting the data to a device having a memory) etc.

Modifications within the scope of the invention may be readily effected by those skilled in the art. It is to be understood, therefore, that this invention is not limited to the particular embodiments described by way of example hereinabove.

In the claims that follow and in the preceding description of the invention, except where the context requires otherwise owing to express language or necessary implication, the word "comprise" or variations such as "comprises" or "comprising" is used in an inclusive sense, that is, to specify the presence of the stated features but not to preclude the presence or addition of further features in various embodiments of the invention.

Further, any reference made herein to prior art is not intended to imply that such prior art forms or formed a part of the common general knowledge in Australia or any other country.

17994756_1 (GHMatters) P113700.AU.1 24/08/21

Claims

CLAIMS:

1. A method of streaming an event, comprising:

transmitting an event stream identifier to a server for storage in a database;

generating by an event stream generator an event stream that is identifiable by

the event stream identifier;

requesting the server for the stored event stream identifier by a user;

transmitting the stored event stream identifier and supplementary content from

the server to a user device of the user;

receiving from the event stream generator the event stream generated by the event stream generator using the event stream identifier transmitted from the server to

the user device; and

combining the supplementary content transmitted from the server to the user device and the event stream received from the event stream generator, for display to the user of the user device.

2. A method as claimed in claim 1, further comprising authenticating the user device before transmitting the stored event stream identifier and the supplementary content to the user device.

3. A method as claimed in claim 1 or 2, further comprising transmitting authentication data to the server in order to enable the server to authenticate the user device.

4. A method as claimed in any one of claims I to 3, wherein the stored event stream identifier and the supplementary content are transmitted from the server over a first communication path to the user device,

17994756_1 (GHMatters) P113700.AU.1 24/08/21

5. A method as claimed in any one of claims 1 to 4, further comprising generating another one or more event streams by another one or more respective event stream generators, the event streams bring identifiable by another one or more respective event stream identifiers; and

6. A method as claimed in claim 5, wherein the event streams are received by the user device from the event stream generators over different second communication paths.

7. A method as claimed in claim 6, further comprising combining the supplementary content transmitted from the server to the user device and the event streams received from the event stream generators, for display to the user of the user device.

8. A system for streaming an event, comprising:

an event stream generator configured to generate an event stream;

a user device; and

a server,

wherein the event stream generator is further configured to transmit to the server an event stream identifier for identifying the event stream;

wherein the server is configured to:

store in a database the event stream identifier transmitted from the event stream generator to the server; and

in response to a request for the event stream identifier by a user, transmit the stored event stream identifier and supplementary content to a user device of the user,

17994756_1 (GHMatters) P113700.AU.1 24/08/21 wherein the user device is configured to: receive from the event stream generator the event stream generated by the event stream generator using the event stream identifier transmitted from the server to the user device; and combine the supplementary content transmitted from the server to the user device and the event stream received from the event stream generator, for display to the user of the user device.

9. A system as claimed in claim 8, wherein the server is configured to further configured to authenticate the user device before transmitting the stored event stream identifier and supplementary content to the user device.

10. A system as claimed in claim 8 or 9, wherein each user device is configured to transmit authentication data to the server in order to enable the server to authenticate the user device.

11. A system as claimed in any one of claims 8 to 10, wherein the stored event stream identifier and the supplementary content are transmitted from the server over a first communication path to the user device,

wherein the event stream is received by the user device from the event stream generator over a second communication path.

12. A system as claimed in any one of claims 8 to 11, further comprising another one or more event stream generators each of which is configured to generate an event stream, and to transmit to the server an event stream identifier for identifying the event stream,

wherein each user device is configured to receive from each of the event stream generators the event stream generated by the event stream generator using the event stream identifier identifying the event stream.

13. A system as claimed in claim 12, wherein the event streams are received by the user device from the event stream generators over different second communication

17994756_1 (GHMatters) P113700.AU.1 24/08/21 paths.

14. A system as claimed in claim 13, wherein the user device is configured to combine the supplementary content transmitted from the server to the user device and the event streams received from the event stream generators, for display to the user of the user device.

15. A method of streaming an event, comprising:

requesting the event stream using the received event stream identifier;

displaying the combined supplementary content and event stream to a user.

16. A method as claimed in claim 15, further comprising transmitting authentication data to the server in order to enable the server to authenticate the user device.

17. A method as claimed in claim 15 or 16, wherein the stored event stream identifier and the supplementary content are received from the server over a first communication path,

18. A method as claimed in any one of claims 15 to 17, further comprising:

requesting the server for another one or more event stream identifiers stored in the database, the event stream identifiers being for identifying another one or more

17994756_1 (GHMatters) P113700.AU.1 24/08/21 respective event streams; and receiving, by the user device, the event streams from the event stream generators using the respective event stream identifiers.

19. A method as claimed in claim 18, wherein the event streams are received from the event stream generators over different second communication paths.

20. A method as claimed in claim 19, further comprising combining the supplementary content received from the server and the event streams received from the event stream generators.

21. A user device for streaming an event, comprising:

a display;

a transceiver for communicating with a server and an event stream generator;

and

a processor configured to:

control the transceiver to receive the stored event stream identifier and supplementary content from the server;

control the transceiver to request the event stream using the received event stream identifier;

control the transceiver to receive the event stream from the event stream

generator;

combine the received supplementary content and the received event stream; and

control the display to display the combined supplementary content and

17994756_1 (GHMatters) P113700.AU.1 24/08/21 event stream to a user.

22. A user device as claimed in claim 21, wherein the processor is configured to control the transceiver to transmit authentication data to the server in order to enable the server to authenticate the user device.

23. A user device as claimed in claim 21 or 22, wherein the stored event stream identifier and the supplementary content are received from the server over a first communication path,

24. A user device as claimed in any one of claims 21 to 23, wherein the processor is configured to:

25. A user device as claimed in claim 24, wherein the event streams are received from the event stream generators over different second communication paths.

26. A user device as claimed in claim 25, wherein the processor is configured to combine the supplementary content received from the server and the event streams received from the event stream generators.

17994756_1 (GHMatters) P113700.AU.1 24/08/21

19C Database 19A 16

Event Stream Generator 13A 15 Server 18

Event Stream Generator 13B

19D 19E

19B

Figure 1

Server 1800 Database 16 Processor Transceiver 1890 Identifier Transceiver 1900 Controller Controller User Device Memory 1808 1809 Processor 1880

Data Identifier Combiner Requester 1903 1908 18

15 Transceiver Display Controller Controller 13 1909 1905 Event Stream Generator 1300

User Input Processor Memory Transceiver Device 1390 1980 1930 Stream Transceiver 19 Encoder Controller Memory 1308 1309 Transceiver Display 1990 1950 1380

Figure 2

Ads 2021221519 24 Aug 2021 Event Stream BI Identifier User Server Generator Device 18 13 19

Stream Figure 3

Transmit Receive Ads Ads 370 385

Transmit Store Authenticate Request for Display Identifier Identifier User Device Identifier Combination 310 330 350 360 395

Receive Identifier 365

Encode Broadcast Receive Combine Feed Stream Stream Stream / Ads 300 320 380 390

Event Stream Generator Server User Device

Figure 4

Aircast Web Portal Information Flow

Import/Export ads.JSON File

Database Remote Advertising & content Application Object 4 Server (AOS) 5 Aircast Server 3 Web Portal

6 2

User/ Client Data Entry Aircast File Server

7

File.ads.JSON Analytics

Database

8 9 1

Video Audio encoder (Live Broadcast footage) End User Device

Figure 5

Multiview Information Flow

Import/Export Aircast Server ads.JSON File Database Database Web Portal

Analytics Menu

6 5

8 File. Menu JSON 1

2 Video Audio encoder Network Router (Live Broadcast footage Mobile Device Multiple camera feeds) 7 4 Video RTP

• Load Menu:JSON (From WEB Portal Process Internet 3 • Start multiview Player (from Menu) Live Video • Display Video Grid/Mosiac • Display Sync

Figure 6