Abstract: Methods for speaker role determination and scrubbing identifying information are performed by systems and devices. In speaker role determination, data from an audio or text file is divided into respective portions related to speaking parties. Characteristics classifying the portions of the data for speaking party roles are identified in the portions to generate data sets from the portions corresponding to the speaking party roles and to assign speaking party roles for the data sets. For scrubbing identifying information in data, audio data for speaking parties is processed using speech recognition to generate a text-based representation. Text associated with identifying information is determined based on a set of key words/phrases, and a portion of the text-based representation that includes a part of the text is identified. A segment of audio data that corresponds to the identified portion is replaced with different audio data, and the portion is replaced with different text.

Abstract: Embodiments described herein provide a user interface for interacting with a smart contract deployed to a blockchain. The user interface is custom-generated for each party to the smart contract. In particular, representations of actions that a particular party is enabled to perform and/or has already taken with respect to the smart contract are provided to that party via a user interface. A user experience generator queries the smart contract itself to determine which representations are to be provided to each party. The smart contract comprises functions and/or user experience annotations that indicate to the user experience generator which user interface representations should be provided to a particular user based on the party identity and/or the smart contract's state. The smart contract provides an event notification to the user experience generator, which prompts the user experience generator to query the smart contract to determine the allowed actions for a particular user.

Abstract: Embodiments described herein are configured to generate a smart contract deployed to a distributed ledger platform. In particular, a first party and a second party negotiate the terms of an engagement, jointly choose a mediator from those available on a social networking platform, and choose a smart contract template, and a user interface is thereafter presented to the parties for inclusion of negotiable elements. Upon agreement, a smart contract is thereafter generated and deployed to a smart contract platform such as, for example, a blockchain. Embodiments permit escrow of funds to the smart contract platform. Embodiments of the smart contract enable the parties to indicate completion or take other actions with respect to the engagement, or to initiate a dispute in which case, a chosen mediator is thereafter enabled by the smart contract to mediate the dispute through one or more smart contract actions made available to the mediator.

Abstract: Methods for speaker role determination and scrubbing identifying information are performed by systems and devices. In speaker role determination, data from an audio or text file is divided into respective portions related to speaking parties. Characteristics classifying the portions of the data for speaking party roles are identified in the portions to generate data sets from the portions corresponding to the speaking party roles and to assign speaking party roles for the data sets. For scrubbing identifying information in data, audio data for speaking parties is processed using speech recognition to generate a text-based representation. Text associated with identifying information is determined based on a set of key words/phrases, and a portion of the text-based representation that includes a part of the text is identified. A segment of audio data that corresponds to the identified portion is replaced with different audio data, and the portion is replaced with different text.

Abstract: Methods for speaker role determination and scrubbing identifying information are performed by systems and devices. In speaker role determination, data from an audio or text file is divided into respective portions related to speaking parties. Characteristics classifying the portions of the data for speaking party roles are identified in the portions to generate data sets from the portions corresponding to the speaking party roles and to assign speaking party roles for the data sets. For scrubbing identifying information in data, audio data for speaking parties is processed using speech recognition to generate a text-based representation. Text associated with identifying information is determined based on a set of key words/phrases, and a portion of the text-based representation that includes a part of the text is identified. A segment of audio data that corresponds to the identified portion is replaced with different audio data, and the portion is replaced with different text.

Abstract: Methods for speaker role determination and scrubbing identifying information are performed by systems and devices. In speaker role determination, data from an audio or text file is divided into respective portions related to speaking parties. Characteristics classifying the portions of the data for speaking party roles are identified in the portions to generate data sets from the portions corresponding to the speaking party roles and to assign speaking party roles for the data sets. For scrubbing identifying information in data, audio data for speaking parties is processed using speech recognition to generate a text-based representation. Text associated with identifying information is determined based on a set of key words/phrases, and a portion of the text-based representation that includes a part of the text is identified. A segment of audio data that corresponds to the identified portion is replaced with different audio data, and the portion is replaced with different text.

Abstract: Embodiments described herein are configured to generate a smart contract deployed to a distributed ledger platform. In particular, a first party and a second party select a smart contract template and a user interface user interface is thereafter presented to the parties for inclusion of negotiable contract elements. Upon agreement, a smart contract is thereafter generated by augmenting smart contract template programming code to include the included contract elements, and the code is compiled and deployed to a smart contract platform such as, for example, a blockchain. Embodiments include meta-instructions in the smart contract programming code that at least in part determines how the specified contract elements are included in the smart contract programming code. In embodiments, the meta-instructions are embedded in comments in the smart contract programming code.

Abstract: Embodiments described herein are configured to generate a smart contract deployed to a distributed ledger platform. In particular, a first party and a second party negotiate the terms of an engagement, jointly choose a mediator from those available on a social networking platform, and choose a smart contract template, and a user interface is thereafter presented to the parties for inclusion of negotiable elements. Upon agreement, a smart contract is thereafter generated and deployed to a smart contract platform such as, for example, a blockchain. Embodiments permit escrow of funds to the smart contract platform. Embodiments of the smart contract enable the parties to indicate completion or take other actions with respect to the engagement, or to initiate a dispute in which case, a chosen mediator is thereafter enabled by the smart contract to mediate the dispute through one or more smart contract actions made available to the mediator.

Abstract: Embodiments described herein provide a user interface for interacting with a smart contract deployed to a blockchain. The user interface is custom-generated for each party to the smart contract. In particular, representations of actions that a particular party is enabled to perform and/or has already taken with respect to the smart contract are provided to that party via a user interface. A user experience generator queries the smart contract itself to determine which representations are to be provided to each party. The smart contract comprises functions and/or user experience annotations that indicate to the user experience generator which user interface representations should be provided to a particular user based on the party identity and/or the smart contract's state. The smart contract provides an event notification to the user experience generator, which prompts the user experience generator to query the smart contract to determine the allowed actions for a particular user.

Abstract: Methods for speaker role determination and scrubbing identifying information are performed by systems and devices. In speaker role determination, data from an audio or text file is divided into respective portions related to speaking parties. Characteristics classifying the portions of the data for speaking party roles are identified in the portions to generate data sets from the portions corresponding to the speaking party roles and to assign speaking party roles for the data sets. For scrubbing identifying information in data, audio data for speaking parties is processed using speech recognition to generate a text-based representation. Text associated with identifying information is determined based on a set of key words/phrases, and a portion of the text-based representation that includes a part of the text is identified. A segment of audio data that corresponds to the identified portion is replaced with different audio data, and the portion is replaced with different text.

Abstract: Methods for speaker role determination and scrubbing identifying information are performed by systems and devices. In speaker role determination, data from an audio or text file is divided into respective portions related to speaking parties. Characteristics classifying the portions of the data for speaking party roles are identified in the portions to generate data sets from the portions corresponding to the speaking party roles and to assign speaking party roles for the data sets. For scrubbing identifying information in data, audio data for speaking parties is processed using speech recognition to generate a text-based representation. Text associated with identifying information is determined based on a set of key words/phrases, and a portion of the text-based representation that includes a part of the text is identified. A segment of audio data that corresponds to the identified portion is replaced with different audio data, and the portion is replaced with different text.

Abstract: An embodiment of the invention provides a check-in verification system (VCS) that verifies a check-in by a user using a smartphone to check-in at a venue, by verifying that a geolocation provided by the smartphone agrees with a location of the venue and that a password used by the user and the venue are the same.

Abstract: Architecture that enables users to define user interests, and when two or more people with matching interests (mutual) are identified in the same geographical area, the architecture actively notifies either one or both of the users (e.g., based on a given scenario). After being notified, either or both users can decide how to act (e.g., the user that wants to buy the car can call the user that wants to sell the car and then set a meeting at a suitable time). The architecture automatically creates dynamic geo-fences in association with users to perform different location-based matching scenarios. The locations of the users are continuously identified as the users move in a geographical area. When a matching interest is identified, the architecture actively notifies the users of items that might be of interest and which are currently occurring in the user vicinity.

Abstract: Architecture that enables users to define user interests, and when two or more people with matching interests (mutual) are identified in the same geographical area, the architecture actively notifies either one or both of the users (e.g., based on a given scenario). After being notified, either or both users can decide how to act (e.g., the user that wants to buy the car can call the user that wants to sell the car and then set a meeting at a suitable time). The architecture automatically creates dynamic geo-fences in association with users to perform different location-based matching scenarios. The locations of the users are continuously identified as the users move in a geographical area. When a matching interest is identified, the architecture actively notifies the users of items that might be of interest and which are currently occurring in the user vicinity.

Abstract: Architecture that detects emerging trends in realtime based on sampling from mobile devices. Realtime detection is obtained for events (e.g., entertainment, sporting, religious, etc.) and gatherings (e.g., groups of people), locations (e.g., geographical location of a gathering), for example. Time-based samples are obtained from each subscribing mobile device and then merged into a time-series of location data on which detection is performed. Trend rules are processed as part of the detection process to identify specific trends defined by the rules. Detected trends are announced to the subscribing consumers and are immediately made functionally available for consumption for any subscribing entity. A datastore stores the trend rules, which are updatable at any point in time and functional immediately after being updated and uploaded to the database. This applies equally to new rules uploaded to the database. Thus, detected trends are available for consumption in near realtime.

Abstract: An embodiment of the invention provides a check-in verification system (VCS) that verifies a check-in by a user using a smartphone to check-in at a venue, by verifying that a geolocation provided by the smartphone agrees with a location of the venue and that a password used by the user and the venue are the same.