Abstract: The indirect querying of models to determine capabilities possessed by the model. Such indirect queries take the form of model input that potentially includes a natural language input user data. Such model input is structured such that the output of the model is either not natural language at all, or else is natural language that is not semantically responsive to the natural language input. Nevertheless, the output is evaluated to estimate or determine the capability possessed by the model. Thus, models may be more fully utilized to their better potential.

Abstract: Systems and methods are disclosed for managing electronic communications. According to certain embodiments, an enterprise directory is provided for listing a plurality of enterprises. In one embodiment, the enterprise directory may include an enterprise profile for each enterprise identifying, among other things, a mode of communication for the enterprise. Enterprises that wish to communicate with one another may form partnerships with one another. In one embodiment, a partnership may be formed between two enterprises when one enterprise accepts a partnership request submitted by the other enterprise. Information regarding partnerships between enterprises may be stored in a database. Further, an enterprise user may request to electronically communicate (e.g., via IM, voice, or email) with a user associated with a different enterprise. Users associated with different enterprises may be allowed to communicate electronically with one another if their respective enterprises are in a partnership with one another.

Abstract: A geospatial shape generator receives cell sector data for cell sectors, wherein the cell sector data characterizes geocoordinates of cell towers for the cell sectors and a radius of communication of each cell sector. The geospatial shape generator can generate a geospatial shape for the cell sectors. The geospatial shape server can also include a boundary coordinator that queries a Geographic Information System (GIS) for geographic coordinates for a particular region of interest within boundaries of each respective geospatial shape. The boundary coordinator can also determine a unique boundary for the particular region of interest, wherein the unique boundary is a combination of the geospatial shapes that encompass the particular region of interest. The geospatial shape server can include a call route control that routes emergency service calls that originate within the unique boundary to a particular network node of a public safety network.

Abstract: A geospatial shape generator receives cell sector data for each of a plurality of cell sectors, wherein the cell sector data characterizes geocoordinates of a cell tower of each of the plurality of cell sectors, a radius of communication of each cell sector and a beam width of each cell sector. The geospatial shape generator can generate a geospatial shape for each of the plurality of cell sectors. The geospatial shape server can also include a boundary coordinator that queries a Geographic Information System (GIS) for geographic coordinates for each public interest structure within boundaries of each respective geospatial shape. The boundary coordinator can also determine an emergency region for each public interest structure of a plurality of public interest structures identified by the GIS. The geospatial shape server can include a call route control that provides a list of the plurality of public interest structures.

Abstract: Systems and methods are disclosed for managing electronic communications. According to certain embodiments, an enterprise directory is provided for listing a plurality of enterprises. In one embodiment, the enterprise directory may include an enterprise profile for each enterprise identifying, among other things, a mode of communication for the enterprise. Enterprises that wish to communicate with one another may form partnerships with one another. In one embodiment, a partnership may be formed between two enterprises when one enterprise accepts a partnership request submitted by the other enterprise. Information regarding partnerships between enterprises may be stored in a database. Further, an enterprise user may request to electronically communicate (e.g., via IM, voice, or email) with a user associated with a different enterprise. Users associated with different enterprises may be allowed to communicate electronically with one another if their respective enterprises are in a partnership with one another.

Abstract: Systems and methods are disclosed for managing electronic communications. According to certain embodiments, an enterprise directory is provided for listing a plurality of enterprises. In one embodiment, the enterprise directory may include an enterprise profile for each enterprise identifying, among other things, a mode of communication for the enterprise. Enterprises that wish to communicate with one another may form partnerships with one another. In one embodiment, a partnership may be formed between two enterprises when one enterprise accepts a partnership request submitted by the other enterprise. Information regarding partnerships between enterprises may be stored in a database. Further, an enterprise user may request to electronically communicate (e.g., via IM, voice, or email) with a user associated with a different enterprise. Users associated with different enterprises may be allowed to communicate electronically with one another if their respective enterprises are in a partnership with one another.

Abstract: A fishing trap handling system for handling fishing traps on a deck of a fishing vessel is provided. The fishing trap handling system comprises a gantry crane type lifting apparatus for being mounted to the fishing vessel. The lifting apparatus is adapted for operation while the fishing vessel is exposed to rough seas. An end effector is mounted to a hoist of the lifting apparatus. The end effector is adapted for easily engaging one of the fishing traps and for holding the fishing trap in a substantially horizontal orientation.

Abstract: Systems and methods are disclosed for managing electronic communications. According to certain embodiments, an enterprise directory is provided for listing a plurality of enterprises. In one embodiment, the enterprise directory may include an enterprise profile for each enterprise identifying, among other things, a mode of communication for the enterprise. Enterprises that wish to communicate with one another may form partnerships with one another. In one embodiment, a partnership may be formed between two enterprises when one enterprise accepts a partnership request submitted by the other enterprise. Information regarding partnerships between enterprises may be stored in a database. Further, an enterprise user may request to electronically communicate (e.g., via IM, voice, or email) with a user associated with a different enterprise. Users associated with different enterprises may be allowed to communicate electronically with one another if their respective enterprises are in a partnership with one another.

Abstract: Systems and methods are disclosed for managing electronic communications. According to certain embodiments, an enterprise directory is provided for listing a plurality of enterprises. In one embodiment, the enterprise directory may include an enterprise profile for each enterprise identifying, among other things, a mode of communication for the enterprise. Enterprises that wish to communicate with one another may form partnerships with one another. In one embodiment, a partnership may be formed between two enterprises when one enterprise accepts a partnership request submitted by the other enterprise. Information regarding partnerships between enterprises may be stored in a database. Further, an enterprise user may request to electronically communicate (e.g., via IM, voice, or email) with a user associated with a different enterprise. Users associated with different enterprises may be allowed to communicate electronically with one another if their respective enterprises are in a partnership with one another.

Abstract: A code generator can receive a data object from a legacy network gateway location interwork function (LNG-LIF) for an emergency services call initiated by an end-user device, wherein the data object includes location information in a legacy format. The code generator can select fields of the location information for the emergency services call. The code generator can convert data object in the legacy format into a presence information data format location object (PIDF-LO) based on the selected fields of the location information in the data object for the emergency services call. The PIDF-LO embeds location information for the end-user device. Additionally, the code generator can send the PIDF-LO to the LNG-LIF, wherein the PIDF-LO is a format consumable by an Emergency Call Routing Function (ECRF).

Abstract: Systems and methods are disclosed for managing electronic communications. According to certain embodiments, an enterprise directory is provided for listing a plurality of enterprises. In one embodiment, the enterprise directory may include an enterprise profile for each enterprise identifying, among other things, a mode of communication for the enterprise. Enterprises that wish to communicate with one another may form partnerships with one another. In one embodiment, a partnership may be formed between two enterprises when one enterprise accepts a partnership request submitted by the other enterprise. Information regarding partnerships between enterprises may be stored in a database. Further, an enterprise user may request to electronically communicate (e.g., via IM, voice, or email) with a user associated with a different enterprise. Users associated with different enterprises may be allowed to communicate electronically with one another if their respective enterprises are in a partnership with one another.

Abstract: Systems and methods are disclosed for managing electronic communications. According to certain embodiments, an enterprise directory is provided for listing a plurality of enterprises. In one embodiment, the enterprise directory may include an enterprise profile for each enterprise identifying, among other things, a mode of communication for the enterprise. Enterprises that wish to communicate with one another may form partnerships with one another. In one embodiment, a partnership may be formed between two enterprises when one enterprise accepts a partnership request submitted by the other enterprise. Information regarding partnerships between enterprises may be stored in a database. Further, an enterprise user may request to electronically communicate (e.g., via IM, voice, or email) with a user associated with a different enterprise. Users associated with different enterprises may be allowed to communicate electronically with one another if their respective enterprises are in a partnership with one another.

Abstract: The format of the Presence Information Data Format-Location Object (PIDF-LO) as defined by the Internet Engineering Task Force (IETF) is extended or modified to accommodate, within the standard PIDF-LO format, an association of geospacial location to virtual content on the Internet. A filename of virtual content is associated with geospatial location information (either a specific location, zone, or direction). The filename is inserted into a <presence . . . > section of a Presence Information Data Format-Location Object (PIDF-LO) compliant document as defined by the Internet Engineering Task Force (IETF). In this way, geospacial location information is associated with Internet based virtual content using a standard PIDF-LO format.

Abstract: Dynamically selecting and facilitating stored caller information to a communications recipient device with a communications event, based on communication recipient credentials (e.g. IP address, MDN, etc.), preferences outlined in a subscriber profile associated with a relevant calling device, and other variables, e.g., time of day, location of calling device, etc. A subscriber is permitted to provision subscriber preferences and subscriber information associated with users of a subscribing communications device in to a subscriber profile, for use during a communications event. Subscriber preferences are defined to place restrictive conditions on stored subscriber information that may be transmitted with a communications event initiated by a corresponding communications device. A content collection node dynamically selects customized caller information via a subscriber information content collection process.

Abstract: The format of the Presence Information Data Format-Location Object (PIDF-LO) as defined by the Internet Engineering Task Force (IETF) is extended or modified to accommodate, within the standard PIDF-LO format, an association of geospacial location to virtual content on the Internet. A filename of virtual content is associated with geospatial location information (either a specific location, zone, or direction). The filename is inserted into a <presence . . . > section of a Presence Information Data Format-Location Object (PIDF-LO) compliant document as defined by the Internet Engineering Task Force (IETF). In this way, geospacial location information is associated with Internet based virtual content using a standard PIDF-LO format.

Abstract: iAlert_Enhanced_Alert_Manager enables a user to register an interest in their current location, as well as persons, places and/or things in which the user holds some regard. The iAlert_Enhanced_Alert_Manager provides notification and clarifying information to user's devices concerning events/happenstance that have occurred or are likely to occur within a proximity of registered persons, places, and/or things. The iAlert_Enhanced_Alert_Manager comprises data structures (e.g. an Affinity Table, a SPIN table, a SPIN-List Table, an Affinity-List Table, and a Keyword-List Table) to manage affinities, Spheres of Influence (SPINs), and relationships therebetween that may positively or negatively induce a person. Timely notification of events/happenstance to a user comprises the computation of iEvent-vectors and iAlert-vectors. An iEvent-vector contains fields pertaining to events/happenstance whereas an iAlert-vector comprises information pertaining to notifications.

Abstract: The format of the Presence Information Data Format-Location Object (PIDF-LO) as defined by the Internet Engineering Task Force (IETF) is extended or modified to accommodate, within the standard PIDF-LO format, an association of geospacial location to XML content on the Internet. A geospacial location is associated with Extensible Markup Language (XML) content on the Internet. The XML content is identified by a universal resource locator (URL), and associated with geospatial location information (either a specific location, zone, or direction). The URL is inserted into a <presence . . . > section of a Presence Information Data Format-Location Object (PIDF-LO) compliant document as defined by the Internet Engineering Task Force (IETF). In this way, geospacial location information is associated with Internet based XML content using a standard PIDF-LO format.

Abstract: iAlert_Enhanced_Alert_Manager enables a user to register an interest in their current location, as well as persons, places and/or things in which the user holds some regard. The iAlert_Enhanced_Alert_Manager provides notification and clarifying information to user's devices concerning events/happenstance that have occurred or are likely to occur within a proximity of registered persons, places, and/or things. The iAlert_Enhanced_Alert_Manager comprises data structures (e.g. an Affinity Table, a SPIN table, a SPIN-List Table, an Affinity-List Table, and a Keyword-List Table) to manage affinities, Spheres of Influence (SPINs), and relationships therebetween that may positively or negatively induce a person. Timely notification of events/happenstance to a user comprises the computation of iEvent-vectors and iAlert-vectors. An iEvent-vector contains fields pertaining to events/happenstance whereas an iAlert-vector comprises information pertaining to notifications.

Abstract: Systems and methods are disclosed for managing electronic communications. According to certain embodiments, an enterprise directory is provided for listing a plurality of enterprises. In one embodiment, the enterprise directory may include an enterprise profile for each enterprise identifying, among other things, a mode of communication for the enterprise. Enterprises that wish to communicate with one another may form partnerships with one another. In one embodiment, a partnership may be formed between two enterprises when one enterprise accepts a partnership request submitted by the other enterprise. Information regarding partnerships between enterprises may be stored in a database. Further, an enterprise user may request to electronically communicate (e.g., via IM, voice, or email) with a user associated with a different enterprise. Users associated with different enterprises may be allowed to communicate electronically with one another if their respective enterprises are in a partnership with one another.

Abstract: iAlert_Enhanced_Alert_Manager enables a user to register an interest in their current location, as well as persons, places and/or things in which the user holds some regard. The iAlert_Enhanced_Alert_Manager provides notification and clarifying information to user's devices concerning events/happenstance that have occurred or are likely to occur within a proximity of registered persons, places, and/or things. The iAlert_Enhanced_Alert_Manager comprises data structures (e.g. an Affinity Table, a SPIN table, a SPIN-List Table, an Affinity-List Table, and a Keyword-List Table) to manage affinities, Spheres of Influence (SPINs), and relationships therebetween that may positively or negatively induce a person. Timely notification of events/happenstance to a user comprises the computation of iEvent-vectors and iAlert-vectors. An iEvent-vector contains fields pertaining to events/happenstance whereas an iAlert-vector comprises information pertaining to notifications.