This disclosure relates to the field of telecommunications, and more particularly to automation and management of interconnection and service aspects of external connections to a central network, such as, for example, automation and management via a portal application associated with the central network, which may comprise, for example, one or more Ethernet networks.
Establishing and managing connectivity between various network types and locations with existing systems and methods can be an arduous and cumbersome task, and has much inherent inefficiency. This is particularly true in utilizing an Ethernet network platform to facilitate management and connectivity across various disparate network types and platforms, including, but not limited to, traditional telephony and service networks and installations. The invention(s) described herein is/are directed but not limited to addressing problems associated with these existing systems and methods, and in a particular embodiment, a portal application is leveraged to address such problems. While portals that manage a single telecommunications network exist, no system exists that, for example, facilitates the automated management and connectivity across various disparate network types and platforms.
A system for managing interconnection and service aspects amongst a plurality of external elements is provided. According to a particular aspect, the system includes a server in communication with a central service network and hosting a portal application accessible to manage interconnection and service aspects amongst the plurality of external elements. By way of example, the external elements may be a corporate network, a service provider network, a carrier network, an application service server (e.g., a cloud computing service server, a videoconferencing service server, etc.), a device, a corporate end user location, or a multi-tenant location. The central service network includes a plurality of edge connection points in communication with each other and each either in communication with or capable of communicating with at least one of the plurality of external elements. The portal application has visibility of the edge connection points and connected external elements to determine interconnection and service aspects for one or more selected external elements. By way of example, the interconnection and service aspects may include the immediate identification of connectability to the selected external elements, quality of service (QoS), service offerings, capabilities, connection type, or statistics for the selected external elements.
According to other aspects, the portal application provides to users, customers and potential subscribers the ability to manage the selection, connection and provisioning of services, such as application services or data or voice connection services, based on various criteria, such as the aforementioned aspects. The portal application also allows service and connection pricing to reflect these aspects. The portal application allows users and customers to define their offerings via various attributes, such as QoS, product or service offerings, service type, etc., which are visible to others who may be seeking services or connections. According to various aspects, the portal application is capable of facilitating selling, leasing, establishing, managing, auditing, quantifying, and analyzing connectivity and associated relationships between users, networks and service providers.
These and other aspects will become readily apparent from the written specification, drawings, and claims provided herein.
The description that follows describes, illustrates and exemplifies one or more particular embodiments of the invention(s) in accordance with its principles. This description is not provided to limit the invention(s) to the embodiments described herein, but rather to explain and teach the principles of the invention(s) in such a way to enable one of ordinary skill in the art to understand these principles and, with that understanding, be able to apply them to practice not only the embodiments described herein, but also other embodiments that may come to mind in accordance with these principles. The scope of the invention(s) is intended to cover all such embodiments that may fall within the scope of the appended claims, either literally or under the doctrine of equivalents.
It should be noted that in the description and drawings, like or substantially similar elements may be labeled with the same reference numerals. However, sometimes these elements may be labeled with differing numbers, such as, for example, in cases where such labeling facilitates a more clear description. Additionally, the drawings set forth herein are not necessarily drawn to scale, and in some instances proportions may have been exaggerated to more clearly depict certain features. Such labeling and drawing practices do not necessarily implicate an underlying substantive purpose. As stated above, the present specification is intended to be taken as a whole and interpreted in accordance with the principles of the invention(s) as taught herein and understood to one of ordinary skill in the art.
With respect to the exemplary systems, components and architecture described and illustrated herein, it should also be understood that the invention(s) may be embodied by, or employed in, numerous configurations and components, including one or more system, hardware, software, or firmware configurations or components, or any combination thereof, as understood by one of ordinary skill in the art. Accordingly, while the drawings illustrate exemplary systems including components for one or more of the embodiments contemplated herein, it should be understood that with respect to each embodiment, one or more components may not be present or necessary in the system. Accordingly, the invention(s) should not be construed as limited by the exemplary embodiments described herein or any of the associated didactic schematics.
For further context of exemplary architecture with respect to the edge locations,
As previously mentioned, the central service network may provide connectivity to any number of external elements, including a plurality of application services. Such connectivity may be employed in any number of ways as known in the art. As shown in
As previously mentioned, according to a particular aspect, a system for managing interconnection and service aspects amongst a plurality of external elements in communication or capable of communication with the central service network is contemplated. The system includes the aforementioned central service network, which includes a plurality of edge connection points in communication with each other and each either in communication with or capable of communicating with at least one of the plurality of external elements. The system further includes a server in communication with the central service network, which hosts a portal application accessible to manage interconnection and service aspects amongst the plurality of external elements. In an embodiment, the portal application has visibility of the edge connection points and connected external elements to determine interconnection and service aspects for one or more selected external elements. By way of example, the manageability of interconnection and service aspects may include the immediate identification of connectability to the selected external elements, quality of service (QoS), service offerings, capabilities, connection type, or statistics for the selected external elements.
In an embodiment, the portal application (a) allows at least one client or user to access information relating to connectability and service characteristics of the plurality of external elements, (b) has visibility of the edge connection points and connected external elements to determine connectability between the plurality of external elements, and (c) allows the at least one client or user to request connection to a selected one or more of the plurality of external elements.
Referring again to
While depicted schematically as a single server, computer or system, it should be understood that the term “server” as used herein and as depicted schematically herein may represent more than one server or computer within a single system or across a plurality of systems, or other types of processor based computers or systems. The server 520 includes at least one processor, which is a hardware device for executing software/code, particularly software stored in a memory or stored in or carried by any other computer readable medium. The processor can be any custom made or commercially available processor, a central processing unit (CPU), an auxiliary processor among several processors associated with the server 520, a semiconductor based microprocessor (in the form of a microchip or chip set), another type of microprocessor, or generally any device for executing software code/instructions. The processor may also represent a distributed processing architecture.
The server operates with associated memory and can include any one or a combination of volatile memory elements (e.g., random access memory (RAM, such as DRAM, SRAM, SDRAM, etc.)) and nonvolatile memory elements (e.g., ROM, hard drive, tape, CDROM, etc.). Moreover, memory may incorporate electronic, magnetic, optical, and/or other types of storage media. Memory can have a distributed architecture where various components are situated remote from one another, but are still accessed by the processor.
The software in memory or any other computer readable medium may include one or more separate programs. The separate programs comprise ordered listings of executable instructions or code, which may include one or more code segments or portions, for implementing logical functions. In the exemplary embodiments herein, a server application or other application runs on a suitable operating system (O/S). The operating system essentially controls the execution of the portal application, or any other computer programs of server 520, and provides scheduling, input-output control, file and data management, memory management, and communication control and related services.
In the context of this document, a “computer-readable medium” may be any means that can store, communicate, propagate, or transport data objects for use by or in connection with the server 520 or any other system component. The computer readable medium may be for example, an electronic, magnetic, optical, electromagnetic, infrared, or semiconductor system, apparatus, device, propagation medium, or any other device with similar functionality. More specific examples (a non-exhaustive list) of the computer-readable medium would include the following: an electrical connection (electronic) having one or more wires, a random access memory (RAM) (electronic), a read-only memory (ROM) (electronic), an erasable programmable read-only memory (EPROM, EEPROM, or Flash memory) (electronic), an optical fiber (optical), and a portable compact disc read-only memory (CDROM) (optical). Note that the computer-readable medium could even be paper or another suitable medium upon which the program is printed, as the program can be electronically captured, via, for instance, optical scanning of the paper or other medium, then compiled, interpreted or otherwise processed in a suitable manner if necessary, and stored in a computer memory. The software and/or other functional aspects of the portal application or system can be embodied in any type of computer-readable medium for use by or in connection with an instruction execution system or apparatus, such as a computer, such as the server 520.
The portal concept can be used to facilitate all aspects of functionality related to the central service network, including providing users, customers and potential subscribers the ability to manage the selection, connection and provisioning of services, such as application services or data or voice connection services, based on various criteria, such as connectability to selected external elements, quality of service (QoS), service offerings, connection type, or statistics for the selected external elements. The portal application also allows service and connection pricing to reflect these aspects. Furthermore, the portal application allows users and customers to define their offerings via various attributes, such as QoS, product or service offerings, service type, etc., which are visible to others who may be seeking services or connections. The portal application provides a platform for facilitating selling, leasing, establishing, managing, auditing, quantifying, and analyzing connectivity and associated relationships between users, networks and service providers. The portal application has visibility of the edge connection points and connected external elements to determine interconnection and service aspects for one or more selected external elements.
According to a particular aspect, the portal is useful in providing functionality for managing connectivity, relationships and behaviors between buyers and supplier network(s). Such functionality can be implemented via one or more server applications or other software associated with the server 520. According to a particular aspect, the portal may provide a buyer with functionality relating to placing an order for one or more connections and checking availability of connections. For example, the buyer may be able to check for lists of suppliers, capacity of suppliers, types of service, and lead time to implement connections. As part of the service, it is contemplated that users of the portal may be able to (1) manage orders between buyers and suppliers; (2) manage and simplify Letters of Authorization (LOA) and Connecting Facility Assignment (CFA), and manage intercarrier trust levels; and (3) manage various aspects of the service.
Management of orders may include managing capacity, notifying suppliers of connectivity and relationships, confirmations of connectivity and relationships, and providing Design Layout Records (DLR), which represents the detailed design path of a completed telecommunications circuit, including all facilities from one end of the circuit to the other end.
The portal provides simplification of the LOA process. An LOA is a document that indicates if a Carrier or CLEC/Reseller is acting as an end user's agent. This Authorization needs to be kept on file with the Carrier or CLEC/Reseller. The portal functionality can automate one or more aspects of the LOA process and management.
According to another aspect, the portal can be used to automate the Connecting Facility Assignment (CFA). For example, assignment can be automatic based on one or more algorithms, such as, for example, matching characteristics of buyer service or network to supplier service or network. The automation may also include management of mapping configurations for channels/connections.
According to another aspect, the portal can be used to facilitate management of service by a user, such as, for example, management of configuration changes and reporting regarding service, billing, ordering status, inventory, and performance metrics. With respect to performance metrics, a user can check and manage service or network stats, relating to either the switch service provider portion or end to end from buyer to supplier.
When a customer elects to start a new quote request at 606, they may be presented with a first associated screen to create a quote request as exemplified in
As the customer progresses through the request as illustrated in
The method begins with the electronic device receiving 705, from a first entity of a plurality of entities, a request for provisioning at least one of a plurality of network connections. According to aspects, the first entity can be a buyer and the request can include an identification of at least one of a connection type, a service offering, or a quality of service (QoS). The electronic device identifies 710 an available portion of the plurality of network connections that matches the request. For example, the available portion can have a capability that matches a desired capability indicated by the request. The electronic device determines 715 whether to auction the available portion. Particularly, the electronic device can determine to auction the available portion if there is not an available supplier to fulfill the request.
If the electronic device determines not to auction the available portion (“NO”), for example if a supplier is already associated with the available portion, the processing can proceed to 730. In contrast, if the electronic device determines to auction the available portion (“YES”), the electronic device provides 820 an identification of the available portion to a second entity. For example, the electronic device can list specifications associated with the available portion. The electronic device receives 725, from the second entity, an offer to provide a service matching the request via the available portion.
The electronic device provides 730 an indication of the available portion of the network connections to the first entity. The electronic device determines 735 if a selection of the available portion is received. Particularly, the electronic device determines whether the first entity has selected to proceed with the provisioning. If the selection is received (“YES”), the electronic device provisions 740 the available portion in response to receiving the selection. The provisioning is facilitated according to the request and based on any agreements between the buyer and the supplier.
While one or more specific embodiments have been illustrated and described in connection with the invention(s), it is understood that the invention(s) should not be limited to any single embodiment, but rather construed in breadth and scope in accordance with recitation of the appended claims.
This application claims the benefit of U.S. Provisional Patent Application No. 61/593,723 filed on Feb. 1, 2012, which is incorporated by reference herein in its entirety.
Number | Date | Country | |
---|---|---|---|
61593723 | Feb 2012 | US |