Prosecution Insights
Last updated: July 17, 2026
Application No. 18/198,657

PROGRAMMABLE CONNECTORS FOR ACCESSING PROFILE DATA

Non-Final OA §103
Filed
May 17, 2023
Examiner
ALLEN, BRITTANY N
Art Unit
2169
Tech Center
2100 — Computer Architecture & Software
Assignee
Twilio Inc.
OA Round
5 (Non-Final)
42%
Grant Probability
Moderate
5-6
OA Rounds
1y 2m
Est. Remaining
80%
With Interview

Examiner Intelligence

Grants 42% of resolved cases
42%
Career Allowance Rate
167 granted / 398 resolved
-13.0% vs TC avg
Strong +38% interview lift
Without
With
+37.7%
Interview Lift
resolved cases with interview
Typical timeline
4y 4m
Avg Prosecution
12 currently pending
Career history
428
Total Applications
across all art units

Statute-Specific Performance

§101
2.2%
-37.8% vs TC avg
§103
87.1%
+47.1% vs TC avg
§102
9.9%
-30.1% vs TC avg
§112
0.6%
-39.4% vs TC avg
Black line = Tech Center average estimate • Based on career data from 398 resolved cases

Office Action

§103
DETAILED ACTION Notice of Pre-AIA or AIA Status The present application, filed on or after March 16, 2013, is being examined under the first inventor to file provisions of the AIA . Continued Examination Under 37 CFR 1.114 A request for continued examination under 37 CFR 1.114, including the fee set forth in 37 CFR 1.17(e), was filed in this application after final rejection. Since this application is eligible for continued examination under 37 CFR 1.114, and the fee set forth in 37 CFR 1.17(e) has been timely paid, the finality of the previous Office action has been withdrawn pursuant to 37 CFR 1.114. Applicant's submission filed on 2/11/26 has been entered. Remarks This action is in response to the request for continuation received on 2/11/26. Claims 2, 4, 9, 11, 16, 18, and 21-35 are pending in the application. Claims 1, 3, 5-8, 10, 12-15, 17, 19, and 20 have been cancelled and claims 21-35 have been added. Applicants' arguments have been carefully and respectfully considered. Claim(s) 2, 4, 9, 11, 16, 18, and 21-35 are rejected under 35 U.S.C. 103 as being unpatentable over Micucci et al. (US 9,990,426), and further in view of Alurralde Iturri et al. (US 2018/0081642). Claim Rejections - 35 USC § 103 The following is a quotation of 35 U.S.C. 103 which forms the basis for all obviousness rejections set forth in this Office action: A patent for a claimed invention may not be obtained, notwithstanding that the claimed invention is not identically disclosed as set forth in section 102, if the differences between the claimed invention and the prior art are such that the claimed invention as a whole would have been obvious before the effective filing date of the claimed invention to a person having ordinary skill in the art to which the claimed invention pertains. Patentability shall not be negated by the manner in which the invention was made. Claims 2, 4, 9, 11, 16, 18, and 21-35 are rejected under 35 U.S.C. 103 as being unpatentable over Micucci et al. (US 9,990,426), and further in view of Alurralde Iturri et al. (US 2018/0081642). With respect to claim 21, Micucci teaches a system for integrating user data from disparate data sources in a cloud-based software-as-a-service environment to enable representatives of an entity to access aggregated user information when processing interactions with a user, the system comprising: one or more processors (Micucci, Fig. 1A processor system 17 & Col. 12 Li. 67)); and one or more non-transitory computer-readable media storing instructions that, when executed by the one or more processors, cause the one or more processors to perform operations (Micucci, Col. 15 Li. 52-53) comprising: receiving, via the user interface, a mapping of fields, the mapping of fields including one or more source field names corresponding to the user profile data stored in the external system and one or more destination field names corresponding to a profile data object (Micucci, Col. 54 Li. 42-48, the information data identifying the content object can be provided by user input via an API FIG. 24 shows an example of an API for creating a persistent object representing a content object. A process call to the content object can be made via the persistent object. The persistent object can be created using the information data identifying the content object.); in response to a first API request (Micucci, Col. 54 Li. 10-14, At block 1604 of the method 1600, information data identifying a content object is received at a computing device, where the content object is stored in a content management data source external to the on-demand database service.), storing the profile data object associated with the user (Micucci, Col. 58 Li. 42-44, Returning to FIG. 16, at block 1616 of the method 1600, the data regarding the content object is stored in a persistent object in a database of the on-demand database service), the profile data object comprising: a user identifier associated with the user (Micucci, Fig. 24, ContentDocumentID & Col. 54 Li. 44-48, As illustrated in the example in FIG. 24, the API 2400 includes a table 2401 having a plurality of fields 2402. At least some of the fields 2402 can represent data fields for identifying a content object stored in a third-party repository.); a first reference to the communication data managed by the communications platform (Micucci, Col. 54 Li. 58-62, In providing information data identifying the content object, a content location 2405 can be identified. In the example in FIG. 24, a value of "E" is indicated to show that the content location 2405 is external to the on-demand database service.); a second reference to the external system, the second reference based on the connection details received via the user interface (Micucci, Col. 54 Li. 62-64, an External Data Source ID 2406 can be identified to determine the source of the content object.); and the mapping of fields received via the user interface (Micucci, Col. 54 Li. 44-48, FIG. 24 shows an example of an API for creating a persistent object representing a content object. A process call to the content object can be made via the persistent object. The persistent object can be created using the information data identifying the content object.); wherein the profile data object does not store the communication data or the user profile data (Micucci, Col. 58 Li. 62-65, the persistent object does not store actual content (e.g., blob) of a content object, but the persistent object can act and behave like a content object); and in response to receiving a second API request that includes the user identifier (Micucci, Col. 62 Li. 17-25, a user input may select the selectable component in the method 1600. The user input may be transmitted to the computing device as a signal to initiate an action with respect to the content object. The signal can include instructions requesting access to the content object in the external data source, where the request can include a URL or a unique content object ID. The URL or unique content object ID may be taken from the persistent 25 object when the selectable component is selected. The action can then initiate opening, sharing, or downloading the content object from the external data source to be delivered to the user.), identifying the profile data object based on a correspondence between the user identifier included in the second API request and the user identifier stored in the profile data object (Micucci, Col. 62 Li. 17-25, The signal can include instructions requesting access to the content object in the external data source, where the request can include a URL or a unique content object ID. The URL or unique content object ID may be taken from the persistent 25 object when the selectable component is selected.), and using the first reference, the second reference, and the mapping of fields of the identified profile data object to retrieve at least a portion of the communication data and at least a portion of the user profile data from the communications platform and the external system, respectively (Micucci, Col. 54 Li. 44-48, FIG. 24 shows an example of an API for creating a persistent object representing a content object. A process call to the content object can be made via the persistent object. The persistent object can be created using the information data identifying the content object. & Col. 55 Li. 15-16, This data can be used to open the appropriate application when accessing the content object.), and providing the retrieved portions via a response to the second API request (Micucci, Col. 62 Li. 25-28, The action can then initiate opening, sharing, or downloading the content object from the external data source to be delivered to the user. & Col. 62 Li. 38-41, the user input selecting the selectable component can initiate an action to open a detailed information page regarding the persistent object corresponding to the external content object). Micucci doesn't expressly discuss presenting, via a communications platform that manages communication data pertaining to interactions of users via one or more channels, a user interface configured to receive input for creating a connection to an external system that is separate from the communications platform, the external system storing user profile data pertaining to the user; receiving, via the user interface, connection details for establishing the connection to the external system. Alurralde teaches presenting, via a communications platform that manages communication data pertaining to interactions of users via one or more channels, a user interface configured to receive input for creating a connection to an external system that is separate from the communications platform (Alurralde, pa 0082, The ICS connector section 112 includes an ICS control 116 for enabling a user to access additional UI display screens (e.g., corresponding to a connector construction wizard 48 of FIG. 2) for creating and/or otherwise selecting and adding an ICS-type connector to the integrations section 128 and corresponding connector collection.), the external system storing user profile data pertaining to the user; receiving, via the user interface, connection details for establishing the connection to the external system (Alurralde, pa 0102, the user may select the create button 150 to trigger automatic generation of a connector in accordance with the entries specified during completion of the wizard steps 132-136). It would have been obvious at the effective filing date of the invention to a person having ordinary skill in the art to which said subject matter pertains to have modified Micucci with the teachings of Alurralde because it provides a standardized User Interface (UI) that enables accepting user-specified parameters usable to define any of the available service types (Allurraide, pa 0007). With respect to claim 2, Micucci in view of Alurralde teaches the system of claim 21, wherein the using of the first reference, the second reference, and the mapping of fields of the identified profile data object, to retrieve at least a portion of the user profile data and at least a portion of the communication data is performed in real time without querying the second external system (Micucci, Col. 7 Li. 24-39, A computing device such as a server may receive a request from a user of the on-demand database service to access data regarding a content object stored in a content management data source, where the content management data source is external to the on-demand database service. Data regarding the content object in the content management data source may be identified via a universal application programming interface (API). The request may be communicated to a repository-specific connector, where the repository-specific connector is in communication with the content management data source. Access with the content object is established to retrieve the data regarding the content object. A virtual object associated with the on-demand database service may be created, where the virtual object instantiates connection between the content object and the on-demand database service.). With respect to claim 4, Micucci in view of Alurralde teaches the system of claim 21, wherein the retrieved portions are presented in a user interface of a client device, the user interface including a representation of a timeline corresponding to the user (Micucci, Fig. 32A). With respect to claims 9, 11, 16, 18, 22, and 23, the limitations are essentially the same as claims 2, 4, and 21, and are rejected for the same reasons. With respect to claim 24, Micucci in view of Alurralde teaches the system of claim 21,wherein the connection details received via the user interface include a connection type, a connection name (Alurralde, pa 0096, The example basic properties include a connector name, as may be specified via a name field 140; a port type, as may be specified using a port-type drop down control 142; and a callback port type, as may be selected via a callback port type drop down control 144.), a connection URL corresponding to the external system (Alurralde, pa 0091, the current UI display screen 130 displays various UI controls 138 for selecting a source used to access data to be used for the connector. The data may … may include specifications accessible via a URL), and a client identifier for uniquely identifying and account associated with the external system (Alurralde, pa 0101, user selects the "Basic Auth" option from the listing 170, additional fields for entering keystore credentials, usemame, and password may appear in the Ul display screen 160. The user may then enter the appropriate credentials applicable to a service that the connector under development will connect to.). With respect to claim 25, Micucci in view of Alurralde teaches the system of claim 21,wherein the external system comprises one or more of a customer data platform (CDP) system, a customer relationship management (CRYM) system, an information technology service management (ITSM) system, or an enterprise resource planning (ERP) system (Alurralde, pa 0148, The abstraction may enable a business user to leverage data and/or functionality offered by external web services, without requiring detailed technical knowledge of each type of external web service to call). With respect to claim 26, Micucci in view of Alurralde teaches the system of claim 21, wherein the operations further comprise, in response to receiving an incoming communication associated with the user via the one or more channels of the communications platform (Micucci, Col. 65 Li. 28-32, At block 1708 of the method 1700, an indication of an event requesting interaction with the content object is received at the computing device. In some implementations, the event includes a request to modify the content object from the on-demand database service), using the retrieved portions of the communication data and the user profile data to inform routing logic for routing the incoming communication to a representative of the entity (Micucci, Col. 62 Li. 46-58, A user interface 3500 for a detailed information page includes a title or reference 3511 to the persistent object corresponding to the content object … the user interface 3500 can include capabilities 3514 for interacting with the external content object via the persistent object, such as opening the content object from the external data source, deleting the content object, and editing file sharing settings). With respect to claim 27, Micucci in view of Alurralde teaches the system of claim 21, wherein the operations further comprise creating connections to a plurality of external systems that are each separate from the communications platform (Alurralde, pa 0063, the connectors framework 16 is shown interfacing the external services 18 with the application development systems 14.), and wherein the profile data object further comprises one or more additional references to the plurality of external systems, each additional reference based on respective connection details received via the user interface for a corresponding one of the plurality of external systems (pa 0051, external computing resources 30 and associated web services 18 via associated connectors 52 (that may be stored in the connectors catalog 66 for use with the process-based software application 70) supported by a connectors framework 16.). With respect to claims 28-35, the limitations are essentially the same as claims 24-27, and are rejected for the same reasons. Response to Amendment 35 U.S.C. 112 With regard to claims 1-20, the amendments to the claims have overcome the 35 U.S.C. 112 rejection. The Examiner withdraws the 35 U.S.C. 112 rejection to claims 1-20. 35 U.S.C. 103 Applicant seems to argue a newly amended limitation. Applicant’s amendment has rendered the previous rejection moot. Upon further consideration of the amendment, a new grounds of rejection is made in view of Alurralde Iturri et al. (US 2018/0081642). Conclusion Any inquiry concerning this communication or earlier communications from the examiner should be directed to BRITTANY N ALLEN whose telephone number is (571)270-3566. The examiner can normally be reached M-F 9 am - 5:00 pm EST. Examiner interviews are available via telephone, in-person, and video conferencing using a USPTO supplied web-based collaboration tool. To schedule an interview, applicant is encouraged to use the USPTO Automated Interview Request (AIR) at http://www.uspto.gov/interviewpractice. If attempts to reach the examiner by telephone are unsuccessful, the examiner’s supervisor, Sherief Badawi can be reached on 571-272-9782. The fax phone number for the organization where this application or proceeding is assigned is 571-273-8300. Information regarding the status of published or unpublished applications may be obtained from Patent Center. Unpublished application information in Patent Center is available to registered users. To file and manage patent submissions in Patent Center, visit: https://patentcenter.uspto.gov. Visit https://www.uspto.gov/patents/apply/patent-center for more information about Patent Center and https://www.uspto.gov/patents/docx for information about filing in DOCX format. For additional questions, contact the Electronic Business Center (EBC) at 866-217-9197 (toll-free). If you would like assistance from a USPTO Customer Service Representative, call 800-786-9199 (IN USA OR CANADA) or 571-272-1000. /BRITTANY N ALLEN/Primary Examiner, Art Unit 2169
Read full office action

Prosecution Timeline

Show 16 earlier events
Oct 09, 2025
Applicant Interview (Telephonic)
Oct 16, 2025
Response Filed
Dec 11, 2025
Final Rejection mailed — §103
Feb 11, 2026
Request for Continued Examination
Feb 24, 2026
Response after Non-Final Action
May 04, 2026
Non-Final Rejection mailed — §103
Jun 25, 2026
Examiner Interview Summary
Jun 25, 2026
Applicant Interview (Telephonic)

Precedent Cases

Applications granted by this same examiner with similar technology

Patent 12670125
MAINTAINING METADATA CONSISTENCY OF A MOUNTED FILE SYSTEM DURING RUNTIME
6y 11m to grant Granted Jun 30, 2026
Patent 12650998
TRIGGERING KNOWLEDGE PANELS
5y 3m to grant Granted Jun 09, 2026
Patent 12639373
SPATIALLY PARTITIONED IDEALLY CHUNKED ENTITY TREE
2y 6m to grant Granted May 26, 2026
Patent 12625854
ANALYTICAL PLATFORM FOR DISTRIBUTED DATA
1y 5m to grant Granted May 12, 2026
Patent 12613876
DATABASE VALUE EXPLORATION SYSTEM
2y 6m to grant Granted Apr 28, 2026
Study what changed to get past this examiner. Based on 5 most recent grants.

Strategy Recommendation AI-generated — please review before filing

Get a prosecution strategy drawn from examiner precedents, rejection analysis, and claim mapping.
Typically takes 5-10 seconds — AI-generated, attorney review required before filing

Prosecution Projections

5-6
Expected OA Rounds
42%
Grant Probability
80%
With Interview (+37.7%)
4y 4m (~1y 2m remaining)
Median Time to Grant
High
PTA Risk
Based on 398 resolved cases by this examiner. Grant probability derived from career allowance rate.

Sign in with your work email

Enter your email to receive a magic link. No password needed.

Personal email addresses (Gmail, Yahoo, etc.) are not accepted.

Free tier: 3 strategy analyses per month