IP Library Granted Patent US 9,507,701
Granted Patent B2
US 9,507,701 · App. 14/695,186 · Granted Nov 29, 2016

Self-serve diagnostic tools for network services

Inventors: Momin Mirza (Santa Clara, CA); Gaurav Gupta (San Jose, CA); Manish Sharma (San Jose, CA); Susan Kelly (Maynard, MA); Gyanesh Pandey (San Jose, CA); Ranjeev Mahtani (San Francisco, CA); Gilda Majidi (San Jose, CA)
Assignee: Verizon Patent and Licensing Inc.
G06F11/3692G06F8/60G06F11/3684G06F11/3688H04L67/10H04L67/16H04L67/34
View Patent ↗
Loading inventors, assignments & file history…
Monitor This Case
Get email alerts when status or documents change.
Order Certified Copies
Most orders are placed with the USPTO same day — all within 24 business hours.
Order via The Patent Place →
Pre-filled with this patent's details
Quick Facts
Patent No.
US 9,507,701
App. No.
14/695,186
Granted
Nov 29, 2016
Kind
B2
Abstract

A network device receives a collection of technical steps for implementing a type of service campaign. The technical steps include application programming interface (API) level calls to a service provider network. The network device associates the technical steps with particular customer software, receives validation criteria for each of the technical steps, generates a diagnostic map of the technical steps for the particular customer software, and conducts, based on the diagnostic map, a test of the API level calls for the particular customer software to obtain test results. The network device receives a customer deployment record of changes occurring during software deployments for the service campaign for the particular customer software and receives a provider record of service provider changes to network level software that impact the service campaign for the particular customer software. The network device correlates the test results with the customer deployment record and the provider record.

Claims (79)

1. A method, comprising:

receiving, by a network device, a collection of technical steps for implementing a type of service campaign, wherein the technical steps include application programming interface (API) level calls to a service provider network;

associating, by the network device, the technical steps with particular customer software;

receiving, by the network device, validation criteria for each of the technical steps;

generating, by the network device, a diagnostic map of the technical steps for the particular customer software;

conducting, by the network device and based on the diagnostic map, a test of the API level calls for the particular customer software to obtain test results;

receiving, by the network device, a customer deployment record of customer changes occurring during software deployments on an application layer for the service campaign for the particular customer software;

receiving, by the network device, a provider record of service provider changes to network level software that impact the service campaign for the particular customer software;

correlating, by the network device, the test results with the customer deployment record to obtain correlated customer test results;

correlating, by the network device, the test results with the provider record to obtain correlated service provider test results; and

providing, by the network device and to a customer user interface, the correlated customer test results.

2. The method of claim 1 , wherein the validation criteria includes a success criteria, a failure criteria, and a conditional criteria for each of the API level calls.

3. The method of claim 1 , further comprising:

providing, by the network device, the customer user interface to solicit input from a customer for the test of the API level calls.

4. The method of claim 3 , wherein the customer user interface to solicit input from the customer includes test configuration options including:

scheduling an ad hoc test,

scheduling periodic tests, and

configuring a test including less than all the technical steps.

5. The method of claim 3 , wherein the customer user interface to present test results includes a status indicator to identify an operational status of each of the technical steps.

6. The method of claim 3 , wherein the customer user interface to present test results includes historical information that identifies one or more of:

a last successful test,

a last successful execution, and

a last test failure.

7. The method of claim 1 , wherein the type of service campaign includes:

a campaign for a particular use of internet services,

a campaign for machine-to-machine communications, or

a campaign for cloud-based services.

8. The method of claim 7 , wherein the type of service campaign includes a campaign for toll-free data services.

9. The method of claim 1 , wherein the API level calls include one or more of:

service provider API code stored within a service provider cloud infrastructure,

service provider API code stored within a customer cloud infrastructure,

service provider API code stored on customer servers within a customer network, and

service provider API code within an application stored on a customer device.

10. The method of claim 1 , further comprising:

providing, by the network device, a provider user interface to solicit input from a service provider for the test of the API level calls and to present the correlated service provider test results to the service provider.

11. The method of claim 10 , wherein the provider user interface to present test results to the service provider includes:

status indicators to identify an operational status of each of the technical steps, and

status indicators to identify an operation status of particular API level calls within each of the technical steps.

12. A device, comprising:

a memory configured to store a plurality of instructions; and

a processor configured to:

receive a collection of technical steps for implementing a type of service campaign, wherein the technical steps include application programming interface (API) level calls to a service provider network;

associate the technical steps with particular customer software;

receive validation criteria for each of the technical steps;

generate a diagnostic map of the technical steps for the particular customer software;

conduct, based on the diagnostic map, a test of the API level calls for the particular customer software to obtain test results;

receive a customer deployment record of customer changes occurring during software deployments on an application layer for the service campaign for the particular customer software;

receive a provider record of service provider changes to network level software that impact the service campaign for the particular customer software;

correlate the test results with the customer deployment record to obtain correlated customer test results; and

correlate the test results with the provider record to obtain correlated provider test results; and

providing, to a customer user interface, the correlated customer test results.

13. The device of claim 12 , wherein the processor is further configured to:

provide the customer user interface to solicit customer input for the test of the API level calls.

14. The device of claim 13 , wherein the API level calls include one or more of:

service provider API code stored within a service provider cloud infrastructure,

service provider API code stored within a customer cloud infrastructure,

service provider API code stored on customer servers within a customer network, and

service provider API code within an application stored on a customer device.

15. The device of claim 13 , wherein, when providing the customer user interface, the processor is further configured to:

solicit, from a customer, a test schedule.

16. The device of claim 13 , wherein, when providing the customer user interface, the processor is further configured to:

solicit, from the customer, a test plan including less than all the technical steps.

17. The device of claim 13 , wherein, when providing the customer user interface, the processor is further configured to:

provide status indicators to identify an operational status of each of the technical steps.

18. A non-transitory computer-readable medium containing instructions executable by at least one processing unit, the computer-readable medium comprising one or more instructions for:

receiving a collection of technical steps for implementing a type of service campaign, wherein the technical steps include application programming interface (API) level calls to a service provider network;

associating the technical steps with particular customer software;

receiving validation criteria for each of the technical steps;

generating a diagnostic map of the technical steps for the particular customer software;

conducting, based on the diagnostic map, a test of the API level calls for the particular customer software to obtain test results;

receiving a customer deployment record of customer changes occurring during software deployments on an application layer for the service campaign for the particular customer software;

receiving a provider record of service provider changes to network level software that impact the service campaign for the particular customer software;

correlating the test results with the customer deployment record to obtain correlated customer test results; and

correlating the test results with the provider record to obtain correlated service provider test results; and

providing, to a customer user interface, the correlated customer test results.

19. The non-transitory computer-readable medium claim 18 , further comprising one or more instructions for:

providing a customer user interface to solicit customer input for the test of the API level calls and to present test results.

20. The non-transitory computer-readable medium claim 19 , further comprising one or more instructions for:

providing the provider user interface to solicit provider input for the test of the API level calls and a provider user interface to present additional test results than those provided in the customer user interface.

Assignments (1)
ASSIGNMENT OF ASSIGNOR'S INTEREST Recorded Apr 24, 2015
From: MIRZA, MOMIN; GUPTA, GAURAV; SHARMA, MANISH; KELLY, SUSAN; PANDEY, GYANESH; MAHTANI, RANJEEV; MAJIDI, GILDA
To: VERIZON PATENT AND LICENSING INC.
Reel/Frame 035487/0705 →
Continuity (1)
Related Publication 20160314066A1 · Oct 27, 2016