Abstract: A method for scalable and secure vehicle to everything communications may include receiving telematics data from a plurality of vehicles and tracking the vehicles within a window which is centered based on the telematics data. The position of the window may be determined based on positions of the vehicles. The method may include dividing the vehicles within the window into partitions having sizes based on a maximum number of vehicles within the partitions, and determining a metric representing a suitability of communications between the vehicles in the window.

Abstract: A device receives a notification indicating a failure of a first server device responsible for a primary message queue that includes messages at a time of the failure. A second server device is responsible for a standby message queue to which the messages are replicated, where a position in the standby message queue and a message time are assigned to each of the replicated messages. The device obtains a record time that identifies the message time of one of the messages that was last obtained from the primary message queue prior to the failure, compares an adjusted record time and the message time of one or more of the messages of the standby message queue to determine a starting position in the standby message queue, and processes messages obtained from the standby message queue beginning at one of the messages assigned to the position that matches the starting position.

Abstract: A device receives a notification indicating a failure of a first server device responsible for a primary message queue that includes messages at a time of the failure. A second server device is responsible for a standby message queue to which the messages are replicated, where a position in the standby message queue and a message time are assigned to each of the replicated messages. The device obtains a record time that identifies the message time of one of the messages that was last obtained from the primary message queue prior to the failure, compares an adjusted record time and the message time of one or more of the messages of the standby message queue to determine a starting position in the standby message queue, and processes messages obtained from the standby message queue beginning at one of the messages assigned to the position that matches the starting position.

Abstract: A system dynamically assigns spaces to users. The system acquires scheduling information for users and identified times when one of the spaces should be assigned to a group of the users (e.g., when a meeting is scheduled). The system may select the space based on the size of the group. The users wear smart identifier (ID) badges that transmit short-range communications signals. A detector detects the signals and may forward a notification to the system identifying the users' locations. The system dynamically re-assigns the space to different users if more than a threshold portion of the group members are, based on the determined locations, not expected to reach the reserved space at the scheduled time. The system assigns a different space to the group that is closer to the determined locations and/or more appropriately sized for the number of available group members.

Abstract: A device receives a notification indicating a failure of a first server device responsible for a primary message queue that includes messages at a time of the failure. A second server device is responsible for a standby message queue to which the messages are replicated, where a position in the standby message queue and a message time are assigned to each of the replicated messages. The device obtains a record time that identifies the message time of one of the messages that was last obtained from the primary message queue prior to the failure, compares an adjusted record time and the message time of one or more of the messages of the standby message queue to determine a starting position in the standby message queue, and processes messages obtained from the standby message queue beginning at one of the messages assigned to the position that matches the starting position.

Abstract: A device receives a notification indicating a failure of a first server device responsible for a primary message queue that includes messages at a time of the failure. A second server device is responsible for a standby message queue to which the messages are replicated, where a position in the standby message queue and a message time are assigned to each of the replicated messages. The device obtains a record time that identifies the message time of one of the messages that was last obtained from the primary message queue prior to the failure, compares an adjusted record time and the message time of one or more of the messages of the standby message queue to determine a starting position in the standby message queue, and processes messages obtained from the standby message queue beginning at one of the messages assigned to the position that matches the starting position.

Abstract: A method for scalable and secure vehicle to everything communications may include receiving telematics data from a plurality of vehicles and tracking the vehicles within a window which is centered based on the telematics data. The position of the window may be determined based on positions of the vehicles. The method may include dividing the vehicles within the window into partitions having sizes based on a maximum number of vehicles within the partitions, and determining a metric representing a suitability of communications between the vehicles in the window.

Abstract: A method for scalable and secure vehicle to everything communications may include receiving, at a communications management device, telematics data from a plurality of vehicles. The method may further include segregating the plurality of vehicles into initial clusters based on the telematics data, and dividing the initial clusters into binary space partitions having various sizes, where the size of each binary space partition is based on a maximum number of vehicles in the binary space partition. The method may include determining, for a selected vehicle within an associated binary space partition, a metric representing a suitability of communications between the selected vehicle and other vehicles in the associated binary space partition, receiving updated telematics data from the plurality of vehicles, shifting the initial clusters based on the updated telematics data, and updating the binary space partition based on the shifted clusters.

Abstract: A device receives a notification indicating a failure of a first server device responsible for a primary message queue that includes messages at a time of the failure. A second server device is responsible for a standby message queue to which the messages are replicated, where a position in the standby message queue and a message time are assigned to each of the replicated messages. The device obtains a record time that identifies the message time of one of the messages that was last obtained from the primary message queue prior to the failure, compares an adjusted record time and the message time of one or more of the messages of the standby message queue to determine a starting position in the standby message queue, and processes messages obtained from the standby message queue beginning at one of the messages assigned to the position that matches the starting position.

Abstract: A method for scalable and secure vehicle to everything communications may include receiving, at a communications management device, telematics data from a plurality of vehicles. The method may further include segregating the plurality of vehicles into initial clusters based on the telematics data, and dividing the initial clusters into binary space partitions having various sizes, where the size of each binary space partition is based on a maximum number of vehicles in the binary space partition. The method may include determining, for a selected vehicle within an associated binary space partition, a metric representing a suitability of communications between the selected vehicle and other vehicles in the associated binary space partition, receiving updated telematics data from the plurality of vehicles, shifting the initial clusters based on the updated telematics data, and updating the binary space partition based on the shifted clusters.

Abstract: A method, a device, and a non-transitory storage medium provides to receive a packet from an Internet of Things (IoT) device; determine whether the packet carries IoT data; determine a type of linked data to obtain in response to a determination that the packet carries the IoT data, wherein a determination of the type of linked data is based on at least one of a source network address of the IoT device or a device identifier of the IoT device that correlates to an application programming interface (API) and corresponding type of linked data; obtain the type of linked data in response to the determination of the type of linked data; store the type of linked data and the IoT data; and grant access and use of the type of linked data and the IoT data to the API of a software application, when the software application is executed.

Abstract: A device may receive traffic flow information that includes user device identifiers. The device may receive, from a user device accessing an application associated with a third party service, an authentication request to authenticate the user device with a third party device that provides the third party service. The request may include a session token that identifies a session, an application identifier that identifies the application, and a user device identifier that identifies the user device. The device may determine to authenticate the user device based on whether the user device identifier matches one of the user device identifiers included in the traffic flow information. The device may provide, to the third party device, the session token and an indication of whether the user device has been authenticated to permit the third party device to allow or deny access to the third party service.

Abstract: A method, a device, and a non-transitory storage medium provides to receive a packet from an Internet of Things (IoT) device; determine whether the packet carries IoT data; determine a type of linked data to obtain in response to a determination that the packet carries the IoT data, wherein a determination of the type of linked data is based on at least one of a source network address of the IoT device or a device identifier of the IoT device that correlates to an application programming interface (API) and corresponding type of linked data; obtain the type of linked data in response to the determination of the type of linked data; store the type of linked data and the IoT data; and grant access and use of the type of linked data and the IoT data to the API of a software application, when the software application is executed.

Abstract: A method, a device, and a non-transitory storage medium provides to receive a packet from an Internet of Things (IoT) device, wherein the packet carries IoT data; determine whether the packet carries IoT data; determine a type of linked data to obtain in response to a determination that the packet carries the IoT data, wherein a determination of the type of linked data is based on an application programming interface (API) identifier that identifies an API and corresponding type of linked data; obtain the type of linked data in response to the determination of the type of linked data; store the type of linked data and the IoT data; and grant access and use of the type of linked data and the IoT data to the API of a software application, when the software application is executed.

Abstract: A system dynamically assigns spaces to users. The system acquires scheduling information for users and identified times when one of the spaces should be assigned to a group of the users (e.g., when a meeting is scheduled). The system may select the space based on the size of the group. The users wear smart identifier (ID) badges that transmit short-range communications signals. A detector detects the signals and may forward a notification to the system identifying the users' locations. The system dynamically re-assigns the space to different users if more than a threshold portion of the group members are, based on the determined locations, not expected to reach the reserved space at the scheduled time. The system assigns a different space to the group that is closer to the determined locations and/or more appropriately sized for the number of available group members.

Abstract: A method, a device, and a non-transitory storage medium provides to receive a packet from an Internet of Things (IoT) device, wherein the packet carries IoT data; determine whether the packet carries IoT data; determine a type of linked data to obtain in response to a determination that the packet carries the IoT data, wherein a determination of the type of linked data is based on an application programming interface (API) identifier that identifies an API and corresponding type of linked data; obtain the type of linked data in response to the determination of the type of linked data; store the type of linked data and the IoT data; and grant access and use of the type of linked data and the IoT data to the API of a software application, when the software application is executed.

Abstract: An exemplary method includes virtual set-top box (“STB”) device system receiving a registration request to register a mobile computing device to operate as a virtual STB device, verifying that the mobile computing device is within a predefined vicinity of a dedicated STB device that is located at a user premises, providing, to the mobile computing device, a virtual STB key for use by the mobile computing device to operate as the virtual STB device by leveraging access rights of an end-user account of a media content distribution service to access the media content distributed by way of the media content distribution service, and facilitating sharing of the virtual STB key with a media content processing device for use by the media content processing device to access the media content distributed by way of the media content distribution service. Corresponding systems and methods are also described.

Abstract: A device may receive traffic flow information that includes user device identifiers. The device may receive, from a user device accessing an application associated with a third party service, an authentication request to authenticate the user device with a third party device that provides the third party service. The request may include a session token that identifies a session, an application identifier that identifies the application, and a user device identifier that identifies the user device. The device may determine to authenticate the user device based on whether the user device identifier matches one of the user device identifiers included in the traffic flow information. The device may provide, to the third party device, the session token and an indication of whether the user device has been authenticated to permit the third party device to allow or deny access to the third party service.

Abstract: An exemplary method includes virtual set-top box (“STB”) device system receiving a registration request to register a mobile computing device to operate as a virtual STB device, verifying that the mobile computing device is within a predefined vicinity of a dedicated STB device that is located at a user premises, providing, to the mobile computing device, a virtual STB key for use by the mobile computing device to operate as the virtual STB device by leveraging access rights of an end-user account of a media content distribution service to access the media content distributed by way of the media content distribution service, and facilitating sharing of the virtual STB key with a media content processing device for use by the media content processing device to access the media content distributed by way of the media content distribution service. Corresponding systems and methods are also described.

Abstract: A network device receives registration information for a vendor application that selectively provides access to toll-free data for users. The registration information include a vendor account to which data charges can be billed. In response to the registration information, the network device sends a token corresponding to the vendor application. The network device receives, from a vendor device, an application programming interface (API) call that includes the token, a data flow identifier, and flow information. The flow information identifies a particular data flow directed to a copy of the vendor application residing on a user device. The network device validates the token; causes data charges for particular data packets, corresponding to the flow information, to be billed to the vendor account; and sends, to the vendor device, a response to the API call that includes the data flow identifier.