US20110065422A1 - Provisioning A User Device For Multiple Services - Google Patents

Abstract

Systems and methods for provisioning an electronic device for multiple services are disclosed herein. An exemplary embodiment, among others, of a provisioning method includes receiving a first request to procure a user device capable of operating under a plurality of service plans. The method also includes receiving a second request to provision the user device for operation under a first service plan and receiving a third request to provision the user device for operation under a second service plan. Also, the method includes coordinating the first request, second request, and third request to provision the user device under the first service plan and second service plan.

Description

CROSS-REFERENCE TO RELATED APPLICATIONS
• This is a continuation of U.S. application Ser. No. 11/741,433, filed Apr. 27, 2007, now patent no. 7,844,263, which application claims the benefit of U.S. provisional application No. 60/795,295, filed Apr. 27, 2006, both of the foregoing of which are incorporated herein by reference in their entirety.
TECHNICAL FIELD
• The present disclosure generally relates to procuring an electronic device capable of operating in association with multiple subscriber services. More particularly, the present disclosure relates to systems and methods for provisioning such a device for multiple services.
BACKGROUND
• Telecommunication devices capable of both wireless local area network (WiLAN) and wireless wide area network (WiWAN) connectivity services are generally referred to as Fixed-Mobile Converged (FMC) devices. Currently, manufacturers have been developing FMC devices and the corresponding network infrastructure equipment to support both WiLAN service (the “fixed” service) and WiWAN service (the “mobile” service). A user of such a device would then be able to access communications services (voice, data, video, etc.) on a public or private WiLAN network or WiWAN network. The WiLAN network can be accessed via an interface, such as but not limited to IEEE 802.11a/b/g specifications (WiFi), when such a network is within range of the device and available to the user. WiLAN could be a logical partitioning of the WiWAN network. The WiWAN network can be accessed via an interface, such as one provided by a wireless carrier using an interface conforming to the Global System for Mobile (GSM) communication or Code Division Multiple Access (CDMA) or other interface, when a user is not within the range or does not have permission to access a WiLAN network.
• A typical use of an FMC device would be to allow a member of an organization (which could be the employee of a company, governmental department, or agency or even a member of a family) to access the organization's private WiLAN network for the purpose of making or receiving calls. For example, the private WiLAN network may include Voice over Internet Protocol (VoIP) technology, such as a system referred to as a wireless PBX. The member can send or access data while in the range of the organization's private WiLAN network, and, in addition, can utilize the public WiWAN network provided by a wireless common carrier when not in the range of an available WiLAN network.
• FIGS. 1 and 2 show flow diagrams of methods currently used by a member of an organization to procure and provision an FMC device and related services. Reference is first made toFIG. 1. In step (1), using one of several different processes (e.g., going to a retail store, ordering from a carrier service representative over the phone, purchasing over the Internet), a member or someone acting on behalf of the member procures an FMC device. This process also includes ordering or requesting a WiWAN service and routing the order to be approved by an administrator of the organization. Upon approval, the FMC device is shipped (step (1) to step (2)) to a fulfiller, for example, for fulfilling the WiWAN service for the device. Part of this process involves the purchase of a corresponding WiWAN service or, if the member already has a WiWAN service, (2) the assignment of that WiWAN service including the transfer or port of that service, from one carrier to another, to the new FMC device.
• Once the purchase of the FMC device and initiation or transfer of WiWAN service has been affected, the device is shipped back to the member. At this point, the device is provisioned or configured only for WiWAN and would then need to be provisioned on the WiLAN infrastructure. This process would include, among other things, (3) forwarding the FMC device to an administrator for the generation of a user profile in the WiLAN infrastructure, (4) the loading of an application on the FMC device by the administrator, and (5) the programming of the FMC device to be able to access one or more WiLAN systems by the administrator. After these steps, the FMC device is finally (6) returned to the member for use.
• With reference toFIG. 2, amethod200 includes requesting a device capable of local area service and a wide area wireless service, as inblock202. Inblock204, the device configured for wide area service is received. Inblock206, the local area service administrator is contacted to request local area service. Indecision block208, the administrator confirms whether or not the device is compatible. If not, the flow proceeds to block209, in which the device is returned to the vendor for configuring or provisioning the device. If the device is confirmed as being compatible inblock208, flow proceeds to block210.
• Inblock210, the member seeks approval from the administrator for local area wireless service. Indecision block212, it is determined whether or not the request for local area wireless service is denied. If so, the method returns to the beginning (block202) to start the process over. If the request is not denied, the device is delivered to the local area service administrator (block214). Inblock216, the device is programmed according to device profiles, e.g. MAC address, mapping information, etc. Inblock218, the administrator programs the local area service infrastructure of the organization to enter device profiles, member profiles, etc., into the system. Inblock220, the device is returned to the user. The steps ofmethod200 include tasks associated with the tasks required by a member, user, and/or administrator to procure and provision the device.
• Thus, it is apparent that current methods used by telecom and IT departments within organizations to procure and provision such FMC devices are complex, time-consuming, and expensive. Also, the burden of procuring and provisioning falls on the procurer and administrator. Consequently, the conventional methods represent a significant impediment to the large-scale deployment of FMC devices and services. There is therefore a need in this industry to overcome these deficiencies and inadequacies of current FMC deployment methods to better streamline the process of procuring and provisioning these FMC devices or other multi-service type devices.
SUMMARY
• The present disclosure describes methods, such as business methods, and systems for provisioning a device to be used for operating in connection with multiple services. In a method, representing one embodiment among others, the method includes receiving a first request to procure a user device capable of operating under a plurality of service plans. Also, the method includes receiving a second request to provision the user device for operation under a first service plan and receiving a third request to provision the user device for operation under a second service plan. In addition, the method includes coordinating the first request, second request, and third request to provision the user device under the first service plan and second service plan.
• Another embodiment disclosed herein is directed to a business method. The business method includes, for example, receiving, in a centralized location, a first request to procure an electronic device, a second request to provision the electronic device for a first communication service, and a third request to provision the electronic device for a second communication service. The business method also includes providing orders from the centralized location to one or more remote locations. The orders include instructions to provision the electronic device for the first communication service and the second communication service.
• The present disclose also provides systems, in which one embodiment, among others, includes a system comprising memory, a processor, and a network interface. The memory is configured to store a program for provisioning an electronic device. The processor is configured to execute the program stored in memory. The network interface is configured to allow an external user to enter a request for procuring a user device and for provisioning the user device for a plurality of services. The processor processes the request by ordering the requested user device and managing the provisioning of the requested user device for the plurality of services.
• The present disclosure further described computer software and programs for providing instruction for provisioning a user device. In one embodiment a computer program is stored on a computer-readable medium for execution by a processing device. The computer program, in this embodiment, comprises logic that allows a first request to be received at a centralized location, logic that allows a second request to be received at the centralized location, and logic that allows a third request to be received at the centralized location. The program also includes logic configured to coordinate the first request, second request, and third request. The first request is associated with an electronic device, the second request is associated with a first service being assisted by the electronic device, and the third request is associated with a second service being assisted by the electronic device.
• Other systems, methods, features, and advantages of the present invention will be or become apparent to one with skill in the art upon examination of the following drawings and detailed description. It is intended that all such additional systems, methods, features, and advantages be included within this description, be within the scope of the present invention, and be protected by the accompanying claims.
BRIEF DESCRIPTION OF THE DRAWINGS
• The present disclosure can be better understood with reference to the following drawings. The components in the drawings are not necessarily to scale, emphasis instead being placed upon clearly illustrating the principles of the present disclosure. Moreover, in the drawings, like reference numerals designate corresponding parts throughout the several views.
• FIG. 1 is a flow diagram illustrating an embodiment of a conventional method for procuring and provisioning an FMC device.
• FIG. 2 is a flow diagram illustrating another embodiment of a conventional method for procuring and provisioning an FMC device.
• FIG. 3 is a block diagram illustrating an embodiment of a provisioning management device.
• FIG. 4 is a flow diagram illustrating an embodiment of a method or business method for utilizing the provisioning management device ofFIG. 3 for procuring and provisioning a user device.
• FIG. 5 is a flow diagram illustrating another embodiment of a method or business method for utilizing the provisioning management device ofFIG. 3.
• FIGS. 6-10 are flow diagrams illustrating embodiments of individual steps of the method ofFIG. 5.
• FIG. 11 is a flow diagram illustrating an embodiment of a method for selecting a device and associated services.
DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENT
• The present disclosure describes improvements for the process of procuring and provisioning a user device. The user device, in this disclosure, may be a Fixed-Mobile Converged (FMC) device adapted for wireless local area network (WiLAN) service and wireless wide are network (WiWAN) service. In some embodiments, the user device is a device capable of being configured for a plurality of various types of services, such as, for example, wireless or land-line telecommunications services, television services, data services, music services, game services, or others.
• In order to facilitate the increased likelihood of large-scale deployment of such user device, particularly within an organization or business, the embodiments described in the present disclosure can reduce the inadequacies of the conventional methods of procuring and provisioning the user device. In the examples described herein, a member, who might be using the provisioned user device, may be a member or employee of an organization, business, family, or other group of users.
• The systems and methods described herein can reduce the number of sequence steps and the complexity of the process. The present disclosure describes improved methods for provisioning a user device for both WiWAN and WiLAN services at substantially the same point in time when the user device is procured. Computer programs are also disclosed herein for transacting the procurement and provisioning of the device to accommodate multiple services. The computer programs may also include logic for configuring the device for compatibility with and among the services. The following description includes exemplary embodiments designed to simplify the procurement and provisioning methods and to promote a more desirable deployment process for deploying multi-service devices to members.
• FIG. 3 is a block diagram illustrating an embodiment of aprovisioning management device300. Theprovisioning management device300 includes, among other things, aprocessor302,memory304, anetwork interface306, and input/output devices308, each connected to aninternal bus310. Thememory304 includes, among other things, a read-only memory (ROM)component312 and a random access memory (RAM)component314. TheROM component312 includes, among other things, aprovisioning manager316, atracking manager318,fulfiller information320, and adevice catalogue322. TheRAM component314 includes, among other things, a member profile information register324 and a compatible devices register326.
• Theprocessor302 controls the operations of theprovisioning management device300 and executes software stored in thememory304. Theprovisioning manager316 ofmemory304 includes logic or software for managing the provisioning of a member device, such as an FMC device. Details of the operations and functions of theprovisioning manager316 are described more fully below. Thenetwork interface306 provides a communication path between theprovisioning management device300 and a network (not shown), such as the Internet. In this way, theprovisioning management device300 can communicate with a member or procurer, who can access theprovisioning management device300 when necessary. The I/O devices308 of theprovisioning management device300 may include, for example, various peripheral devices, such as computer monitors, printers, keyboards, etc., allowing communication with a system operator or other administrator who operates or maintains theprovisioning management device300.
• Theprovisioning management device300 can be placed in any suitable facility or location where thenetwork interface306 can properly communicate with the network. In this way, thenetwork interface306 can be associated with a web address or URL, for example, and the member or procurer can provide requests via thenetwork interface306. In some embodiments, thenetwork interface306 is omitted from theprovisioning management device300. In this latter case, the system operator or administrator can manually enter data received from the member or procurer by way of other input mechanisms or methods, such as by telephone, facsimile, e-mail, etc.
• Theprovisioning management device300 can be implemented in association with the Internet or World Wide Web. Alternatively, instead of implementing theprovisioning management device300 via use of the Internet, the device may be implemented via use of a first transmitting and receiving device such as, but not limited to, a modem located at a customer premises, which is in communication with a second transmitting and receiving device such as, but not limited to, a modem located at a central office. In accordance with such an embodiment, personal computers may be located at the customer premises and the central office having logic provided therein to perform functions in accordance with theprovisioning management device300.
• Furthermore, theprovisioning management device300 andprovisioning manager316, in whole or in part, can be implemented in software, hardware, or a combination thereof. In some embodiments, theprovisioning manager316 is implemented in software or firmware and stored inmemory304 of theprovisioning management device300. In this respect, theprovisioning manager316 is executed by a suitable execution system, such asprocessor302. If implemented in hardware, as in alternative embodiments, theprovisioning manager316 can be implemented with any combination of discrete logic circuitry or as an application-specific integrated circuit (ASIC), programmable gate array (PGA), field programmable gate array (FPGA), etc.
• Theprovisioning manager316, when implemented in software, can be stored on any suitable computer-readable medium for use by or in connection with an instruction execution system, apparatus, or device, such as a computer-based system, processor-containing system, or other system. In the context of the present disclosure, a “computer-readable medium” can be any means that can contain, store, communicate, propagate, or transport the program for use by or in connection with the instruction execution system, apparatus, or device. The computer-readable medium, for example, may be magnetically stored and transported on a conventional portable computer diskette. The computer-readable medium can be, for example but not limited to, an electronic, magnetic, optical, electromagnetic, infrared, or semiconductor system, apparatus, device, or propagation medium.
• With continued reference toFIG. 3, it should be noted that theprovisioning management device300 may be configured to provide provisioning service to any number of clients via client servers, processors, etc. As an example, if five separately located clients utilize theprovisioning management device300, five separate client processors may be connected to a single client server, or five separate client servers. The client processor(s) may be any suitable device, such as a personal computer, laptop, workstation, or mainframe computer, for accessing theprovisioning management device300. Furthermore, thenetwork interface306 may be configured with security and encryption hardware and/or software for the purposes of ensuring the confidentiality of information transmitted within and between the respective networks.
• A procurer request for an FMC device, wide area wireless service, and local area service can be made via a procurement request form, such as one rendered via the Internet or using other electronic mechanisms. In some embodiments, requests can be made by voice commands or using paper forms mailed or transmitted via facsimile to a facility that houses theprovisioning management device300. The received request can be entered automatically into theprovisioning management device300 or entered manually usinginput devices308.
• Executing theprovisioning manager316, theprocessor302 analyzes the request to determine the compatibility, viability, and/or validity of the requested elements, including, but not limited to, parameters, characteristics, limitations, etc. of the user device, wide area service provider, and/or local area service provider or infrastructure. Once compatibility has been verified, theprocessor302 routes the device/services request for approval to an appropriate entity. In some embodiments, the entity may be a table or database correlating various compatibility parameters. If the request is approved, the request is split into multiple, e.g. three, separate provisioning requests. One request is used, for example, to order a requested user device. Other requests may correspond to, for example, wireless wide area service and wireless local area service, or other types or numbers of multiple services.
• Theprovisioning management device300 ofFIG. 3, in some embodiments, can be combined or incorporated with service plan optimization systems. For example, theprovisioning management device300 can be combined with U.S. patent application Ser. No. 09/758,816, entitled “System and Method for Analyzing Wireless Communication Records and for Determining Wireless Communication Service Plans”, filed Jan. 11, 2001, now U.S. Pat. No. 6,681,106, which is incorporated by reference herein.
• FIG. 4 is a diagram illustrating an embodiment of a task flow for provisioning a member device using, for instance, theprovisioning management device300 ofFIG. 3. In a first step, the member or procurer communicates with theprovisioning management device300 or an administrator of theprovisioning management device300. The member can utilize theprovisioning management device300 to procure an FMC service. Theprovisioning management device300 generates the subscriber and system profile information required for provisioning the device for wide area service and local area service. Theprovisioning management device300 then forwards the profile to a “fulfiller” and receives the necessary device profile information, e.g. MAC address, from the fulfiller required to provision the device on the premises system. The fulfiller can be any suitable entity for fulfilling an order for a device or services. For example, the fulfiller can be vendor, agent, the member himself, or others.
• The fulfiller activates or ports the wide area service and installs the necessary FMC software, e.g. VoIP client, onto the device. The fulfiller also programs any required system profile information, e.g. WEP key, on the device and ships the fully provisioned device to the member. As can be seen from this task flow ofFIG. 4, the tasks required by the member are minimized compared to the complex procedures needed for the conventional business processes. This simplified task flow can be used as a business model for simplifying the procuring process for member devices, such as FMC devices. The task flow ofFIG. 4 also can be used to provide a fully provisioned device to the member in a more timely manner. Also, many of the inconveniences of the conventional model are overcome by utilizing this task flow or business method shown inFIG. 4. Other benefits may become apparent to one of ordinary skill in the art to make the procurement process simpler for the procurer.
• FIG. 5 is a flow diagram of an embodiment of amethod500, such as a business method, which can be performed in whole or in part by theprovisioning management device300 ofFIG. 3. Themethod500 includes receiving a request for a local area service, such as a local area wireless telephone service, as indicated inblock502.Block504 includes generating device options for the procurer based on the local area service request. Inblock506, a selection of a wide area service and user device is received. In response to the selections received inblocks502 and506, themethod500 includes automatically determines whether or not the request for the device and services is approved, as indicated inblock508.
• Upon approval inblock508, block510 is executed in which orders for the user device and services are generated. At this point, orders are given to separate entities at substantially the same time in order to coordinate orders and responses to the orders to better push the procurement of the user device to completion. A first order is sent as a device order (block512-1), a second order is sent as an order for a wide area service (block512-2), and a third order is sent as an order for a local area service (block512-3). It should be recognized that generating orders associated withblock510 may include the orders512-1,512-2, and512-3, as illustrated, or may include, in alternative embodiments, additional or different types of orders depending on the particular application. If additional services are to be provisioned in addition to local and wide area services, then additional orders are sent to the appropriate entities for fulfillment. Furthermore, the orders512-1,512-2, and512-3 may be sent to one or more entities, depending on the application.
• In response to orders, block514, which comprisesblocks516,518, and520, includes the step of fulfilling the orders. Orders are fulfilled at substantially the same time or in any suitable sequence to properly provision the user device. Inblock516, the user device is programmed for both wide area and local area service. Inblock518, the wide area service is provisioned according to order512-2. Inblock520, the local area service is provisioned according to order512-3.
• Once the user device has been provisioned for local and wide area services, the user device is delivered to the member, who can immediately begin using the user device according to the local area service plan and wide area service plan. Since no additional tasks are required for provisioning the user device at this point, thebusiness method500 can provide the member with a fully provisioned device that can be used upon receipt, instead of requiring additional, and sometimes frustrating, tasks and/or delays as is common in conventional business methods.
• The business method ofFIG. 5 includes steps or processes that can be modified without departing from the spirit and scope of the present disclosure. By centralizing the provisioning process for a user device, such as an FMC device or other device that is capable of multiple services, the process can be simplified for procurers and other administrative staff members. In this way, by utilizing the method ofFIG. 5, members of businesses, schools, government agencies, households, and other entities can more easily provision user devices without the usual complexity common today. It should be recognized that each step or process ofFIG. 5 could be performed in a variety of ways. As examples,FIGS. 6-10 include flow charts and block diagrams of certain blocks ofFIG. 5 to more clearly define possible implementations of the individual steps.
• FIG. 6 is a flow diagram of an embodiment of the deviceoption generating step504 shown inFIG. 5. In response to receiving a request for a local area service (block600), block602 includes determining user device criteria, based onmember profile information604. For example,member profile information604 may include limiting criteria, such as member location, member authority or status within a business, or other criteria that might limit the device choices. Inblock606, a list of compatible devices is generated based on the device criteria. The list is also generated based on available devices in adevice catalogue608, for example. The list ofcompatible device610 is stored for later selection.
• FIG. 7 is a flow diagram of an embodiment of theselection receiving step506 shown inFIG. 5. In this embodiment, the list ofcompatible devices700 is provided to block702, where the list of compatible carriers is generated. Inblock704, a carrier is selected. Indecision block706, it is determined whether or not a wide area service plan for selection is a new service. If it is new, the flow diagram proceeds to block708, in which a plan is selected. Also, a device is selected as indicated inblock710. If the selected wide area service is determined inblock706 not to be new, then flow proceeds to decision block712, in which it is determined whether or not a selected carrier is changed from a previous service. If the carrier has changed, flow proceeds to block714, in which a plan is selected, and block716, in which a device is selected. If it is determined inblock712 that the carrier is not changed, then flow proceeds todecision block718. Inblock718, it is determined whether or not an existing device or plan is being used. If so, no further steps are performed for making selections. If an existing device or plan is not used, then flow proceeds to block720, in which a plan is selected, and block722, in which a device is selected.
• FIG. 8 is a flow chart illustrating an embodiment of theapproval step508 shown inFIG. 5. Selections for a user device and multiple associated services to be provided by way of the user device may require approval. In some embodiments, approval for certain devices and/or services may be incorporated within the selection process itself. In this respect, the selection of devices and/or services is limited by member information that may be known at the time of selection. Approval may depend on various criteria and may require checking with different administrators.
• In the embodiment ofFIG. 8,decision block800 includes determining if the request for selections is approved by a first approver. The first approver may be a person, such as an administrator, or an automatic response mechanism. If the request is not approved, then flow goes to block802, which indicates to the procurer that the request has been rejected.Block804 includes determining whether or not the request is approved by a second approver. If not, the procurer is notified that the request was rejected. Approval is checked for any number N of approvers. In this embodiment, adecision block808 includes determining whether the request is approved by the last approver. If the request passes all levels of approval, flow proceeds to theorder generating step510 shown inFIG. 5.
• FIG. 9 is a flow diagram of an embodiment of theorder generating step510. In this implementation, the information necessary to be sent to the fulfiller(s) for fulfillment is determined as indicated inblock900. The necessary information can be extracted from a database that stores therelevant data902. Inblock904, the order information to be sent to the fulfiller(s) is generated. At this time, the generated order ofblock904 is tracked inblock906 to determine the status of fulfillment of the order.Other data908 may be used to track the fulfillment status.
• FIG. 10 is a flow chart of an embodiment of the ordering step512, which may include one or more of the ordering steps512-1,512-2, or512-3 shown inFIG. 5. In this embodiment, the ordering step512 includes presenting an order to be fulfilled to a fulfiller as described inblock1000.Block1002 includes receiving confirmation from the fulfiller. Confirmation information may include simply an acknowledgement that the order has been received or can include information that might affect the order with respect to other selections. Inblock1004, it is determined whether additional information has been received from the fulfiller that might affect the current order. If so, the flow proceeds to block1006 in which the order can be updated, changed, or appended. Fromblock1006, flow returns back to block1000 to present the new order to the fulfiller(s). If it is determined inblock1004 that additional information has not been received, then the order is considered to be acceptable.
• Any process descriptions or blocks in flow diagrams illustrated or described in the present disclosure should be understood as representing modules, segments, or portions of code which include one or more executable instructions for implementing specific logical functions or steps in the process. Alternative implementations are also included within the scope of the present disclosure. For instance, some functions or operations may be executed or performed out of order from that shown or discussed, including functions or operations executed substantially concurrently or in reverse order, depending on the functionality involved.
• FIG. 11 is a flow diagram of another embodiment of a method orprocess1100, such as a business method, for provisioning a user device. Inblock1102, a choice is provided to select a first category of options. In some embodiment, the choice can be provided to a procurer by way of a web site. In this respect, the procurer can select one of multiple categories to start the selection routine. In the field of FMC devices, for example, the categories to choose from may include a device, i.e. an FMC device, a first service, e.g. a local area wireless service, and a second service, e.g. a wide area wireless service. Themethod1100 can be used in other fields for provisioning a user device when two or more services can be provided to a subscriber via the user device. Although two services, i.e.service1 andservice2, are illustrated inFIG. 11, it should be understood thatmethod1100 may include any number of services, depending on the particular user device and services available.
• Inblock1104, a first selection category is received from the procurer. If the procurer chooses to first select a device, which may be applicable when the procurer wishes to determine services after a particular device is selected, then themethod1100 flows down the branch under the “device” heading. Ifservice1 is selected, themethod1100 flows down the second branch under “service1”. And ifservice2 is selected, themethod1100 flows down the third branch under “service2”.
• When a device is chosen as the category to be selected first, flow proceeds to block1106, in which the device options are provided to the procurer. Then the procurer's device selection is received as indicated inblock1108. Once the device is selected,block1110 provides a choice to select a second category of options. Since the user device is already at this point, the category selections include the first service (service1) and the second service (service2). If the procurer selects “service1” as the second category for selection, flow proceeds to the sub-branch under “service1”. If “service2” is selected, flow proceeds down the second sub-branch under “service2”. Whenservice1 is selected,block1112 describes that theservice1 options are provided. Theavailable service1 options may be limited based on the user device selection and the particular specifications and capabilities of the user device. Inblock1114, the procurer's selection of theservice1 options is received.
• When the device andservice1 are selected,block1116 indicates that theservice2 options are provided. Theservice2 options are defined by the device andservice1 characteristics, parameters, specifications, capabilities, etc. Themethod1100, in some embodiment, may provide only thoseservice2 options that are available using the selected user device underservice1. Inblock1118, theservice2 selection is received. Whenservice2 is selected inblock1110, theservice2 options are provided (block1120) andservice2 selection is received (block1122). Then theservice1 options are provided (block1124) andservice1 selection is received (block1126).
• This process is described with respect to the paths based on a first selection category of “device” inblock1104. The branches for theservice1 andservice2 selection as the first category contain similar steps as those described above with respect to the device branch. It should be recognized that several paths can be followed that result in the same selections. However, by selecting one category that may represent a previously existing selection, the options from that standpoint can be determined. The order of providing options to the procurer and receiving selections from the procurer is based on the particular selection order. The different permutations of selection for three categories can be expanded to accommodate additional selection categories, such as additional services or device features or add-ons. In addition, devices may be configured or provisioned by authorizing or decoding built in software that may be inoperable without prior authorizing or decoding processes.
• The above-described embodiments of the present disclosure represent possible examples of implementations, which are merely set forth for a clear understanding of the principles of the present disclosure. Many variations and modifications may be made to the embodiments described herein without departing substantially from the spirit, scope, and principles of the present disclosure. For example, some steps or actions described herein as being automatic or associated with processor execution may actually be done manually. All such modifications and variations are intended to be included herein within the scope of the present disclosure and protected by the following claims.

Claims (22)

We claim at least the following:

1. A method comprising:

receiving a first request to procure a user device capable of operating under a plurality of service plans;

receiving a second request to provision the user device for operation under a first service plan;

receiving a third request to provision the user device for operation under a second service plan; and

coordinating the first request, second request, and third request to provision the user device under the first service plan and second service plan.

2. The method ofclaim 1, wherein the first service plan is associated with a wireless local area network (WiLAN) service.

3. The method ofclaim 2, further comprising:

generating a list of selectable user devices in response to the second request.

4. The method ofclaim 1, wherein the second service plan is associated with a wireless wide area network (WiWAN) service.

5. The method ofclaim 1, further comprising:

providing the first request, second request, and third request to an administrator for approval.

6. The method ofclaim 5, further comprising:

generating orders for the requested user device, first service plan, and second service plan;

sending the orders for the requested user device, first service plan, and second service plan to one or more entities capable of fulfilling the orders;

managing the orders to invoke the provisioning of the user device with the first service plan and second service plan at substantially similar times.

7. The method ofclaim 1, further comprising:

delivering the user device provisioned under the first service plan and second service plan to a procurer of the user device.

8. The method ofclaim 1, further comprising:

receiving one or more additional requests for provisioning the user device for one or more additional service plans; and

coordinating the first, second, third, and additional requests to provision the user device under the first, second, and additional service plans.

9. A business method comprising providing a provisioning agent that:

receives a first request to procure an electronic device, a second request to provision the electronic device for a first communication service, and a third request to provision the electronic device for a second communication service; and

provides orders to one or more additional agents, the orders including instructions for the additional agents to provision the electronic device for the first communication service and the second communication service.

10. The business method ofclaim 9, wherein the first communication service is associated with a local area service and the second communication service is associated with a wide area service.

11. The business method ofclaim 9, wherein the electronic device is a Fixed-Mobile Converged (FMC) device.

12. The business method ofclaim 9, wherein providing orders to the one or more remote locations includes instructing means for fulfilling the orders located at the one or more remote locations to install software onto the electronic device and to program profile information on the device.

13. The business method ofclaim 12, further comprising:

forwarding profile information, which is used by the fulfilling means to provision the electronic device, to an organization for storage on the premises of the organization.

14. The business method ofclaim 9, further comprising:

enabling a procurer to select a first category of options prior to receiving the first, second, and third requests;

enabling the procurer to select a second category of options prior to receiving the first, second, and third requests; and

enabling the procurer to select a third category of options prior to receiving the first, second, and third request;

wherein the categories of options correspond to device options, first communication service options, and second communication service options.

15. The business method ofclaim 9, further comprising:

receiving one or more additional requests to provision the electronic device for one or more additional communication services.

16. The business method ofclaim 9, wherein the provisioning agent receives request in a centralized facility.

17. The business method ofclaim 16, wherein one or more of the additional agents fulfill the orders in the centralized facility.

18. A system comprising:

memory configured to store a program for provisioning an electronic device;

a processor configured to execute the program stored in memory; and

a network interface configured to allow an external user to enter a request for procuring a user device and for provisioning the user device for a plurality of services;

wherein the processor processes the request by ordering the requested user device and managing the provisioning of the requested user device for the plurality of services.

19. The system ofclaim 18, wherein the plurality of services includes at least a local area communication service and a wide area communication service.

20. A system, comprising:

means for allowing a first request to be received at a centralized location;

means for allowing a second request to be received at the centralized location;

means for allowing a third request to be received at the centralized location;

means for coordinating the first request, second request, and third request;

wherein the first request is associated with an electronic device, the second request is associated with a first service being assisted by the electronic device, and the third request is associated with a second service being assisted by the electronic device.

21. The system ofclaim 20, wherein the means for coordinating the requests comprises a means for generating a first order to procure the electronic device and for generating second and third orders to provision the electronic device with the first service and second service.

22. The system ofclaim 21, wherein the means for coordinating the requests further comprises means for tracking the first, second, and third orders.

Images