Voice/data session switching in a converged application delivery environment

RELATED APPLICATIONS

0001This application is a continuation in part of U.S. Provisional application Ser. No. 60/375,501, filed Apr. 25, 2002 and claims priority thereto under 35 U.S.C. §119e, and is included herein in its entirety by reference.

BACKGROUND OF THE INVENTION

0002The present invention relates generally to communications systems, and more specifically to the delivery of converged voice and data application services to one or more user devices over one or more communications networks.

0003An integrated voice and data application delivery system is disclosed in the U.S. patent application entitled Unified XML Voice and Data Media Converging Switch and Application Delivery System, which was filed on Mar. 26, 2002 and assigned to the same assignee as the present invention. The disclosed integrated application delivery system comprises a unified XML-based integrated voice and data media converging switch coupled between at least one first communications network and at least one second communications network. The first network is configured to convey respective voice and data applications, and the second network has one or more user devices communicably coupled thereto that are configured to interact with the voice and data applications on the first network. The switch transfers voice and/or data content between the applications on the first network and respective ones of the user devices on the second network. The disclosed integrated application delivery system further comprises a controller coupled to the switch. The controller employs at least one Finite State Machine (FSM) to control the interaction of the user devices with the voice and data applications. Specifically, the FSM is operative to control the transfer of voice/data signals and content between the respective user devices and the voice and data applications to give users the capability of simultaneously interacting with the applications via one or more user devices. For example, a user may engage in a voice session to interact with an Interactive Voice Response (IVR) system via a cell phone while simultaneously engaging in a data session to view related data from a database in a graphical and/or textual presentation format via a Personal Digital Assistant (PDA). As a result, the user has increased flexibility in managing his or her interaction with the voice and data applications, thereby achieving enhanced service effectiveness and user/satisfaction.

0004Although the above-described integrated voice and data application delivery system allows users to engage in multiple voice and/or data sessions simultaneously, there is a need for allowing users to switch from one voice or data session to another. Specifically, there is a need for allowing users to switch from receiving information in a first presentation format via one or more first user devices to receiving the information in the same or a different presentation format via the same or one or more different user devices. For example, a user may engage in a voice session with an IVR system to receive information in an audible presentation format via a cell phone. In response to a particular event, e.g., the user may roam outside the service area of the cell phone, the cell phone service may be interrupted. There is a need for allowing the user in the event of such service interruption to switch from the current voice or data session to another session of the same or a different type. In this way, the user can continue receiving the desired voice or data content in the same presentation format or in a different presentation format without suffering a loss of information or a permanent interruption of service.

0005It would therefore be desirable to have an integrated voice and data application delivery system that is capable of delivering converged voice and data application services to user devices over at least one communications network. Such an integrated application delivery system would allow users to switch between voice and/or data sessions to receive information in the same or a different presentation format, via the same or a different user device, and over the same or a different communications network. It would also be desirable to have an integrated voice and data application delivery system that is capable of optimizing the delivery of voice and/or data content to user devices over communications networks based on the bandwidth of the networks and/or the capacity of the user devices.

SUMMARY OF THE INVENTION

0006In accordance with the present invention, an integrated voice and data application delivery system is provided that can deliver converged voice and data application services to at least one user device over at least one communications network, and optimize the delivery of voice or data content during a current voice or data session based on the bandwidth of the network and/or the capacity of the user device. The presently disclosed integrated application delivery system also allows users to switch from one voice or data session to another in response to one or more predetermined events, as required to avoid a loss of information or a permanent interruption of service.

0007In one embodiment, the integrated voice and data application delivery system is communicably coupled between at least one first communications network such as an Enterprise Internet Protocol (EIP) network and at least one second communications network such as the Public Switched Telephone Network (PSTN), a wireless network, a broadband network, and a fixed wireless/wireless broadband network. The first network is configured to convey one or more voice or data applications, and the second network has one or more user devices coupled thereto that are configured to interact with the voice and data applications on the first network. The integrated application delivery system comprises a switch such as a unified XML-based integrated voice and data media converging switch, a controller coupled to the switch, and a data storage device coupled to the controller. The switch is configured to transfer voice or data content between the voice and data applications on the first network and one or more of the user devices on the second network. The controller employs one or more Finite State Machines (FSMs) to control the interaction of the voice and data applications with the user devices, which may comprise Plain Old Telephone Service (POTS) telephones, cell phones, general-purpose computers, and/or Personal Digital Assistants (PDAs). Each FSM defines at least one sequence of operational states for one or more of the integrated voice and data applications. Further, a representation of each FSM is stored in the data storage device coupled to the controller for subsequent access by the controller.

0008The presently disclosed integrated voice and data application delivery system is configured to allow users to switch between voice and/or data sessions in response to at least one predetermined event such as an unscheduled service interruption, a user roaming from one network service area to another, a network reaching its maximum capacity or utilization level, the expiration of a scheduled interval of time, or any other suitable unscheduled or scheduled event. The controller is configured to provide an intelligent voice/data content transformation function operative to transform the desired information content provided by the voice or data application(s) on the first network from one audible/graphical/textual presentation format to another, as required by the user device(s) involved in the session switching. The switch is configured to provide a unified XML interchange function operative to direct the transformed information content to the target user device(s) on the second network(s). The unified XML interchange function provides the desired information content to the user devices over the respective communications networks in an audible presentation format during a voice session, a graphical and/or textual presentation format during a data session, or in a multi-modal voice/data presentation format for simultaneous voice and data sessions. Users may perform such session switching either automatically based on, e.g., at least one operational state defined by an FSM, or selectively based on, e.g., at least one command send by the user via a user device to the switch or the controller.

0009The presently disclosed integrated voice and data application delivery system is further configured to optimize the delivery of voice or data content to the user devices over the communications networks based on the bandwidth of the respective networks and/or the capacity of the respective user devices. The integrated application delivery system is configured to provide a controllable network interface function operative to provide a network interface compatible with the bandwidth of the target network.

0010Other features, functions, and aspects of the invention will be evident from the Detailed Description of the Invention that follows.

BRIEF DESCRIPTION OF THE DRAWING

0011The invention will be more fully understood with reference to the following Detailed Description of the Invention in conjunction with the drawings of which:

0012<figref idref="DRAWINGS">FIG. 1</figref> is a block diagram of a communications network incorporating an integrated application delivery system deployable over multiple networks and heterogeneous devices according to the present invention;

0013<figref idref="DRAWINGS">FIG. 2</figref> is a block diagram of the integrated application delivery system of <figref idref="DRAWINGS">FIG. 1</figref>;

0014<figref idref="DRAWINGS">FIG. 3</figref> is a block diagram showing the relationship between a development environment and a run-time environment for the integrated application delivery system of <figref idref="DRAWINGS">FIGS. 1-2</figref>;

0015<figref idref="DRAWINGS">FIG. 4</figref> is a block diagram of a unified XML engine, which is part of a controller in the runtime environment of <figref idref="DRAWINGS">FIG. 3</figref>;

0016<figref idref="DRAWINGS">FIG. 5</figref> is a diagram of a finite state machine template created in the development environment and utilized in the run-time environment of <figref idref="DRAWINGS">FIG. 3</figref>;

0017<figref idref="DRAWINGS">FIG. 6</figref> is a block diagram illustrating a first operating example of the integrated application delivery system of <figref idref="DRAWINGS">FIGS. 1-2</figref>;

0018<figref idref="DRAWINGS">FIG. 7</figref> is a block diagram illustrating a second operating example of the integrated application delivery system of <figref idref="DRAWINGS">FIGS. 1-2</figref>; and

0019<figref idref="DRAWINGS">FIG. 8</figref> is a block diagram illustrating a third operating example of the integrated application delivery system of <figref idref="DRAWINGS">FIGS. 1-2</figref>.

DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENT

0020An integrated voice and data application delivery system is disclosed that has the capability of delivering converged voice and data application services to one or more user devices over one or more communications networks, and optimizing the delivery of the voice and data content based on the bandwidth of networks and/or the capacity of the user devices. The integrated voice and data application delivery system further allows users to perform voice/data session switching in response to one or more predetermined events.

0021<figref idref="DRAWINGS">FIG. 1</figref> depicts an illustrative embodiment of an integrated voice and data application delivery system <b>10</b>, in accordance with the present invention. In the illustrated embodiment, the integrated application delivery system <b>10</b> is coupled between at least one first communications network and one or more second communications networks. For example, the first communications network may comprise an Enterprise Internet Protocol (EIP) network <b>12</b>. Further, the second communications networks may comprise a wireless network <b>18</b> conforming to P-LAN, Bluetooth, IEEE 802.11a, IEEE 802.11b (WiFi), UWB/HotSpots, 3G, or any other suitable wireless network technology; a Public Switched Telephone Network (PSTN) <b>20</b> conforming to voice PSTN, AIN/TCAP, Softswitch, voice/data PSTN, or any other suitable PSTN network technology; a broadband network <b>22</b> conforming to COAX, ISDN, XDSL, fiber (FFTH, FTTC), Hybrid Fiber Channel (HFC), TCP/IP, or any other suitable broadband network technology; and, a fixed wireless/wireless broadband network <b>24</b> conforming to LMDS, MMDS, satellite, or any other suitable fixed wireless/wireless broadband network technology.

0022The integrated application delivery system <b>10</b> is configured to allow voice and/or data signals and content to be delivered to one or more user devices <b>26</b>, <b>28</b>, <b>31</b>, and <b>33</b> communicably coupled to the respective networks <b>18</b>, <b>20</b>, <b>22</b>, and <b>24</b>. The voice and data content can be delivered in a “thin-client” Extensible Markup Language (XML) format such as the Wireless Markup Language (WML), the HyperText Markup Language (HTML), voice XML, the Handheld Markup Language (HDML), the compact HDML (cHDML), or any other suitable XML format. Further, the voice and data content can be delivered in an intelligent client format such as formats for Palm<img file="US2005129198A1_D0001.tif" /> hand-held devices, devices based on the EPOC operating system, Pocket PCs, or any other suitable user device. During operation, the integrated application delivery system <b>10</b> detects the user device type and formats the voice or data content in a manner best suited for the accessing user device.

0023For example, if the accessing user device is a cell phone capable of communicating according to the Wireless Application Protocol (WAP), then the information content may be delivered in the WML format. Similarly, if the accessing user device is a Plain Old Telephone Service (POTS) telephone, then the information content may be delivered in voice XML. Moreover, if a user employs more than one device to access the desired information, then the content is delivered in multiple formats on multiple user devices over multiple networks simultaneously. For example, if a user employs a WAP enabled Personal Digital Assistant (PDA) and a cell phone in concert, then the information content is delivered in a unified XML converged format comprising the WML format for the PDA device and voice XML for the cell phone device. Specifically, the content in the WML format is delivered over the wireless network as data packets while the voice XML content is delivered over either the wireless network or a dedicated channel of the PSTN.

0024<figref idref="DRAWINGS">FIG. 2</figref> depicts the structure of the integrated application delivery system <b>10</b> in greater detail. In the illustrated embodiment, the integrated application delivery system <b>10</b> includes at least one media converging switch <b>30</b>, at least one unified XML runtime controller <b>32</b>, and at least one unified XML metadata repository <b>54</b>. As shown in <figref idref="DRAWINGS">FIG. 2</figref>, the switch <b>30</b> includes connections to the EIP network <b>12</b>, the wireless network <b>18</b>, the PSTN <b>20</b>, the broadband network <b>22</b>, and the fixed wireless/wireless broadband network <b>24</b>. The controller <b>32</b> is communicably coupled to the switch <b>30</b> and the metadata repository <b>54</b>, and includes a connection to the EIP network <b>12</b> for accessing voice and data applications <b>14</b> and databases <b>16</b> (see <figref idref="DRAWINGS">FIG. 1</figref>). The controller <b>32</b> is configured to control the delivery of voice and/or data content generated by the voice and data applications <b>14</b> via the switch <b>30</b> using a control protocol such as the MEdia GAteway COntrol (MEGACO) protocol. The switch <b>30</b> is configured to perform gateway-like functions including translating data packets between the EIP network <b>12</b> and the communications networks <b>18</b>, <b>20</b>, <b>22</b>, and <b>24</b>.

0025In the presently disclosed embodiment, the controller <b>32</b> comprises a software platform such as an Enterprise Java Beans (EJB) based distributed computing and communications environment that enables development, deployment, and management of wireless and wire-line applications and services that are protocol agnostic and device independent—regardless of hardware, operating system, protocol, and/or location. The software platform is an N-Tier distributed computing architecture that employs EJB component architecture, Java (J2EE), and XML technologies. The EJB component architecture provides support for transactional services and makes the technology distributed, portable, multi-tier, scaleable, and secure, and enables the deployment of the same code-base across multiple platforms. The Java development language is independent of the specific hardware or operating system. Its run-time compiled version creates byte-code that can be run on any platform supporting a Java Virtual machine. Such capability enables a single compiled version of released software that can be installed on different platforms such as UNIX and NT/2000 platforms or any other suitable platform.

0026Moreover, the converging switch <b>30</b> comprises an intelligent IP/PSTN/wireless switching router that can be connected on the edge of an IP network within an enterprise to provide intelligent switching and routing of messages and XML data packets between the EIP network <b>12</b>, the wireless network <b>18</b>, the PSTN <b>20</b>, the broadband network <b>22</b>, and the fixed wireless/wireless broadband network <b>24</b>. The switch <b>30</b> has standard ports for connection to IP networks and PSTNs. Further, the switch <b>30</b> supports analog POTS, ISDN BRI/PRI, and T1/E1 CAS local loops. For example, convergent applications developed and deployed over a unified XML engine can use these interfaces to originate, terminate, and forward PSTN and wireless voice calls. The switch <b>30</b> also supports digital handsets supported by PBXs including Nortel Meridian™, Lucent/Avaya DEFINITY™, Siemens™, NECT™, and Mitel™ PBXs. As a result, the switch <b>30</b> can interface with PBX functionality including harnessing voice mail and integrating with data from an IP network. The switch <b>30</b> also supports IP-based media and signaling protocols via standards-based LAN technologies such as Bluetooth, IEEE 802.3 (Ethernet), IEEE 802.11a, IEEE 802.11b (WiFi), ANSI41, CCS/SS7, and HFC. Further, the switch <b>30</b> supports voice-over-IP (VoIP) based upon, e.g., H.323 or SIP. For example, in the H.323 environment, the switch <b>30</b> can function as a gateway, an endpoint, or a multipoint controller unit (MCU) for voice/data and video convergence. In the SIP environment, the switch <b>30</b> can function as a Client User Agent (CUA), a Server User Agent (SUA), or a proxy server. In both cases, the switch <b>30</b> can rely upon the Real Time Protocol (RTP) in either multicast or multi-unicast modes to transfer media streams.

0027The integrated application delivery system <b>10</b> can be configured to deliver both voice and data content to multiple user devices simultaneously and synchronously. For example, voice XML can be delivered to a user's cell phone <b>26</b> (see <figref idref="DRAWINGS">FIG. 1</figref>) while data content such as WML, a Web Clipping Application (WCA), or FlexScript is being delivered to the same user's PDA <b>31</b> (see <figref idref="DRAWINGS">FIG. 1</figref>). The user can interact with the voice and data content via the voice and data devices simultaneously in a synchronized fashion. Because the integrating functionality resides within the integrated application delivery system <b>10</b>, this integrated voice/data interaction can be achieved without having to re-write the existing applications <b>14</b> or databases <b>16</b>, which individually may be limited to only data or voice interaction as in traditional corporate databases or Interactive Voice Response (IVR) systems.

0028<figref idref="DRAWINGS">FIG. 3</figref> depicts the development of an integrated voice/data application instance, which may be used by the integrated application delivery system <b>10</b> (see <figref idref="DRAWINGS">FIG. 1</figref>). Specifically, an application developer interacts with a development environment <b>34</b> to produce a Finite State Machine (FSM) template <b>36</b>, which is subsequently stored in the metadata repository <b>54</b>. The stored FSM template <b>36</b> is provided to a run-time environment <b>40</b> forming part of the controller <b>32</b> (see <figref idref="DRAWINGS">FIG. 2</figref>). The FSM template <b>36</b> defines a sequence of operational states of an integrated voice/data application. In particular, the FSM template <b>36</b> identifies data and media (voice or video) files or streams associated with each state, connections or paths to the user devices involved in the session, and other pertinent information.

0029<figref idref="DRAWINGS">FIG. 4</figref> depicts an illustrative embodiment of a unified XML bus <b>42</b>, which is a component of the controller <b>32</b> (see <figref idref="DRAWINGS">FIG. 2</figref>). The unified XML bus <b>42</b> allows various heterogeneous XML DTD formats (vocabularies) to be integrated on a single software platform, thereby allowing convergence, unification, and delivery of different presentation formats without modifying their vocabularies or DTD. These XML vocabularies include commonly available formats like voice XML or speech objects <b>44</b>, WML/HDML <b>46</b>, HTML <b>48</b>, and iMode/cHTML <b>50</b>, and are capable of being rendered on both wire-line and wireless devices through the switch <b>30</b> (see <figref idref="DRAWINGS">FIG. 2</figref>). A specific format of XML (such as WML <b>46</b>) can be seamlessly delivered with another format of XML (such as Voice XML <b>44</b>) without modifying headers, tags, or the overall structure. Within the context of the unified XML bus <b>42</b>, different XML formats can be delivered with a programmable application context allowing, e.g., both WML to be delivered on a PDA and voice XML to be delivered over a POTS or cell phone. The unified XML bus <b>42</b> is capable of supporting future versions of XML vocabularies or DTDs, thereby making the unified XML platform upward compatible with virtually any presentation standard. The unified XML metadata repository <b>54</b> (see also <figref idref="DRAWINGS">FIG. 2</figref>) maintains the context of the application transaction and delivers different XML formats on different devices via a runtime manager <b>56</b>. The controller <b>32</b> is connected to the EIP network <b>12</b> (see <figref idref="DRAWINGS">FIG. 2</figref>) and operates with the switch <b>30</b> via a MEGACO protocol <b>58</b>.

0030While the above description of the unified XML bus <b>42</b> focuses on the storage and transfer of application data as discrete files such as XML files, it is understood that in alternative embodiments the application data may be structured in a stream-oriented fashion such as an RTP stream. As indicated by exemplary RTP streams <b>60</b> and <b>62</b> of <figref idref="DRAWINGS">FIG. 4</figref>, such stream-oriented data can also be integrated on the unified XML bus <b>42</b>.

0031<figref idref="DRAWINGS">FIG. 5</figref> depicts an illustrative embodiment of the FSM template <b>36</b> (see <figref idref="DRAWINGS">FIG. 3</figref>). In the illustrated embodiment, each user device connection is associated with an instantiation of the FSM, and each voice/data session is allocated a unique context specific to the session and is governed by the state of the FSM. Each of the states <b>64</b>-A-<b>64</b>-G within the FSM is associated with a set of properties whose value changes upon state transitions. The set of properties include user authentication and authorization details, session variables, application context, conditions for transition to a next state, and the user's channel and device parameters. These properties are kept persistent by the unique instantiation of the FSM. Upon invocation of an integrated application, an initial state such as the state <b>64</b>-A is entered, and one or more initial data and/or voice files are provided to the user as dictated by the application. Depending on the user input, the FSM enters one of the two subsequent states <b>64</b>-B or <b>64</b>-C. This pattern continues through the states <b>64</b>-D-<b>64</b>-F to the exit state <b>64</b>-G.

0032In addition to the FSM template <b>36</b> (see <figref idref="DRAWINGS">FIG. 3</figref>), the integrated application delivery system <b>10</b> maintains a “unifier stack” data structure that identifies different versions of XML files that can be delivered either synchronously or asynchronously on different user devices. The stack maintains pointers to these files; the files themselves are generally stored elsewhere in the EIP network <b>12</b>. The XML files may be developed using the integrated development system of <figref idref="DRAWINGS">FIG. 3</figref>, or may be provided by third parties. Further, a voice XML file may be delivered to a cell phone, a WML file may be delivered to a WAP-enabled PDA, and a Short Message Service (SMS) message may be delivered to the cell phone.

0033An exemplary unifier stack has the following structure: <tables id="TABLE-US-00001" num="1"><table frame="none" colsep="0" rowsep="0"><tgroup align="left" colsep="0" rowsep="0" cols="5"><colspec colname="OFFSET" colwidth="21PT" align="left" /><colspec colname="1" colwidth="28PT" align="left" /><colspec colname="2" colwidth="70PT" align="left" /><colspec colname="3" colwidth="49PT" align="left" /><colspec colname="4" colwidth="49PT" align="left" /><thead><row><entry /><entry /></row><row><entry /><entry namest="OFFSET" nameend="4" align="center" rowsep="1" /></row></thead><tbody valign="top"><row><entry /><entry>1</entry><entry>Voice XML file 1</entry><entry>Device A</entry><entry /></row><row><entry /><entry>2</entry><entry>WML file 1</entry><entry>Device B</entry><entry>Asynch</entry></row><row><entry /><entry>3</entry><entry>Voice XML file 2</entry><entry>Device A</entry><entry>Asynch</entry></row><row><entry /><entry>4</entry><entry>WML file 2</entry><entry>Device B</entry><entry>Asynch</entry></row><row><entry /><entry>5</entry><entry>SMS file 1</entry><entry>Device A</entry><entry>Asynch</entry></row><row><entry /><entry namest="OFFSET" nameend="4" align="center" rowsep="1" /></row></tbody></tgroup></table></tables>

0034The first pointer identifies a voice XML file to be delivered to a “Device A”, which in this exemplary case is a cell phone. The user hears the voice XML call and interacts with it via voice commands, as defined within the context of the voice XML programming logic. The second pointer identifies a WML file to be delivered to a “Device B” such as a PDA. This file is to be delivered “asynchronously”, i.e., upon occurrence of a predetermined event. For example, the predetermined event may be the completion of the previous file (i.e., the voice XML file <b>1</b>) or an explicit command contained in the voice XML file <b>1</b> to send WML file <b>1</b>. The third pointer identifies a second voice XML file for delivery to the cell phone (Device A). Further user interaction with this voice XML file may ensue. The fourth pointer identifies a second WML file to be delivered to the PDA. Finally, the fifth pointer identifies an SMS message to be delivered to the cell phone upon successful delivery and termination of the program on the PDA.

0035<figref idref="DRAWINGS">FIG. 9</figref> illustrates different switching schemes processed, the causes for such switching, and the corresponding actions performed by the inventive system. There are 4 groups: <ul id="ul0001" list-style="none"><li id="ul0001-0001" num="0000"><ul id="ul0002" list-style="none"><li id="ul0002-0001" num="0036"> (a) Types 1 through 4 illustrate voice switching between two devices over the same or different carriers; </li><li id="ul0002-0002" num="0037"> (b) Types 5 through 8 illustrate a voice session switching to a data session over the same or different carriers; </li><li id="ul0002-0003" num="0038"> (c) Types 9 through 12 illustrate a data session switching between two devices or same device over the same of different carriers; and finally </li><li id="ul0002-0004" num="0039"> (d) Types 13 through 16 illustrate a data session switching to a voice session over the same of different carriers. </li></ul></li></ul>

0040The session switching capability and corresponding actions processed by the current embodiment are as follows:

00411) In the first type of session switching as illustrated by the first line in <figref idref="DRAWINGS">FIG. 9</figref>, a user's voice session on Device A on a carrier C<b>1</b> is switched to another voice session on the same device on the same carrier. The cause for this type of switching is Roaming, identified in the <figref idref="DRAWINGS">FIG. 9</figref> as RO. No action is required and is illustrated in the figure as PR prior art suggesting that this circumstance represents a situation found in the prior art.

00422) In the second type of session switching, as illustrated in the second line in the <figref idref="DRAWINGS">FIG. 9</figref>, a user's voice session on Device A on a carrier C<b>1</b> is switched to another voice session on the same device over carrier C<b>2</b>. This is not a normal circumstance and is identified by NN in the illustration. This may occur because a device supplied by a phone carrier is typically capable of being operated under one carrier only. As a result no corresponding switching action is performed by this invention as illustrated by NA in <figref idref="DRAWINGS">FIG. 9</figref>. This reflects that the action is Not-Applicable. In some instances a device A on carrier C<b>1</b> may operate on other carrier's network C<b>2</b> if and only if the two carriers have a mutual roaming relationship. In a case, such roaming is already known in the prior art and is not addressed by the present invention.

00433) In the third type of session switching, shown in the third line of <figref idref="DRAWINGS">FIG. 9</figref>, a user's voice session on device A on carrier C<b>1</b> is switching to another voice session on another device B but over the same carrier. The figure illustrates that the actions performed are: “NN, IR, UI, NC, EV suggestion that although this is generally not a norm (NN), but possible causes can be IR for an unscheduled service interruption, UI user initiated or intentional, NC for network reaching its maximum capacity of utilization level or EV for a scheduled or an unscheduled event. No prior art addresses such switching, which is performed by the system of the invention. The possible actions performed by the inventive system are: “SS, AU” suggesting that upon detecting the cause, the session is switched to the other device. Authentication is again required upon connection of the second session.

00444) In the fourth type of session switching, a user's voice session on carrier C<b>1</b> is switched to another voice session on device B over another carrier C<b>2</b>. The cause for such switching could be “RO, IR, UI, NC, EV suggesting that although this is due to a subscriber roaming into the other carrier's C<b>2</b> network (RO) that has a relationship with the previous carrier C<b>1</b>, or IR for an unscheduled service interruption, UI suggesting a user initiated or an intentional switching action, NC for network reaching its maximum capacity of utilization level, or EV for a scheduled or an unscheduled event. No prior art addresses such switching, which is performed by the inventive system. The actions performed by the invention are “SS, AU” suggesting that upon detecting the cause, the session is switched to the other device. Authentication is required upon connection of the second session.

00455) In the fifth type of session switching, a user's voice session on carrier C<b>1</b> is switched to a data session on the same device over the same carrier. The cause for such switching could be “RO, IR, UI, EV” suggesting that although this is due to RO for a subscriber roaming into a data network of the same carrier that was delivering voice capability, IR for a unscheduled service interruption in the same carrier network, UI for user initiated and intentional, and EV for a scheduled or an unscheduled event. No prior art addresses such switching, which is performed by the current embodiment of the invention. The actions performed by the invention are “SS, SM*, CT, AC, BW” suggesting that upon detecting the cause, the session is switched, in this case from one media (voice) to another (data), SM* suggesting that the second session which is data is kept simultaneously alive while keeping still keeping voice session prior to switching.

00466) In the sixth type of session switching, a user's voice session on carrier C<b>1</b> is switched to a data session on a different carrier C<b>2</b> on the same device. The cause for such switching could be “RO, IR, UI, EV” suggesting that although this is due to RO for a subscriber roaming into a data network of the same carrier that was delivering voice capability, IR for a unscheduled service interruption in the same carrier network, UI for user initiated and intentional, and EV for a scheduled, or an Unscheduled event. No prior art addresses such switching, which is performed by the inventive system. The actions performed by this invention are “SS, SM*, AU, CT, AC, BW” suggesting that upon detecting the cause, session SS is switched in this case from one media (voice) to another (data), SM* suggesting that the second session which in this case is data proceeds concurrently to the voice session, AU suggesting that the second session has to be authenticated by the user because the user has been switched to anther carrier network, CT to perform content transformation from voice to data in an XML format in such a way that the content adapts to the device AC within the confines of the bandwidth BW supported on the new network.

00477) In the seventh type of session switching, a user's voice session on carrier C<b>1</b> is switched from one device A to a data session on another device B within the same carrier network. Although the cause for such switching could be “RO, IR, UI, NC, EV” suggesting that this is due to a subscriber roaming into a data network of the same carrier, IR for a unscheduled service interruption in the same carrier network, UI for user initiated and intentional switching, and EV for a scheduled or an unscheduled event. No prior art addresses such switching, which is performed by the inventive system. The actions performed by this invention are “SS, SM*, CT, AC, BW” suggesting that upon detecting the cause, the session SS is switched, in this case from one media (voice) to another (data), SM* suggests that the second session which in this case is data, proceeds concurrently with the voice session should the user so choose. Alternatively, the former session terminates when the session is switched, AU suggesting that the second session has to be authenticated by the user because the user has been switched to anther device even though it's the same carrier network, CT to perform content transformation from voice to data in an XML format in such a way that the content adapts to the device AC within the confines of the bandwidth BW supported on the network.

00488) In the eighth type of session switching, a user's voice session on carrier C<b>1</b> is switched from one device A to a data session on another device B operating on a a different carrier network B. The cause for such switching could be ““RO, IR, UI, NC, EV” suggesting that this is due to a subscriber roaming into a data network of a different carrier, IR for a unscheduled service interruption in the carrier network, UI for user initiated and intentional switching, and EV for a scheduled or an unscheduled event. No prior art addresses such switching and is performed by the inventive system. The actions performed by the invention are “SS, SM*, CT, AC, BW” suggesting that upon detecting the cause, session SS is switched, in this case from one media (voice) to another (data), SM* suggesting that the second session which in this case is data proceeds concurrently with the voice session should the user so choose. Alternatively, the former session terminates when the session is switched, AU suggesting that the second session has to be authenticated by the user because the user has been switched to anther device specifically because it's a different carrier, CT to perform content transformation from voice to data in an XML format in such a way that the content adapts to the device AC within the confines of the bandwidth BW supported on the new network.

00499) In the ninth type of session switching, a user's data session using device A on carrier C<b>1</b> is switched to the same carrier's higher or lower bandwidth network on the same device. This could happen when a user is on a wireless local area network over WI-FI wireless has just left the general area of high bandwidth wireless connectivity and has roamed into the same carrier's lower bandwidth network. In this case the user is carrying the same device. The cause for such switching is generally roaming RO. The actions performed by the invention are “MI, SS, AU, CT, AC, BW” suggesting it implements MI for the Mobile UP specification that addresses such switching and is implemented by the current embodiment as illustrated by MI. No prior art addresses the mechanisms of such switching or augmented capability required. For example, upon detecting the cause, the session SS is switched between two different networks of the same carrier with different bandwidths and usage. It performs the content transformation CT to meet the needs of the second network and its bandwidth or capacity.

005010) In the tenth type of session switching, a user's data session using device A on carrier C<b>1</b> is switched to a different carrier with similar, higher or lower bandwidth albeit on the same device. This could happen, for example, when a user connected via a device on a wireless network leaves the general area and enters another general area of wireless connectivity provided by another wireless operator. The cause for such switching is generally roaming RO, IR for interruption, UI intentionally initiated by the user or a consequence of a scheduled or an unscheduled event. The actions performed by the invention are “MI, SS, AU, CT, AC, BW” suggesting it implements MI for the Mobile IP specification that addresses such switching. And, as suggested in the previous step, no prior art addresses the mechanisms of such switching of the augmented capability required. For example, upon detecting the cause, the session SS is switched between two different networks with perhaps different bandwidths and usage. The inventive system performs the content transformation CT to meet the needs of the second network and its bandwidth or capacity.

005111) In the eleventh type of session switching, a user's data session using device A on carrier C<b>1</b> is switched to another device B with the same carrier with similar, higher or lower bandwidth. This could happen, for example, when a user connected via a device on a wireless network is about to leave from the general area and enter into another general area of wireless connectivity provided by the same wireless operator. The user in, this case, intends to switch from one wireless device to another—perhaps from a laptop connected wirelessly to a wireless personal digital assistant. The cause for such switching is “UI, EV” suggesting that it is user initiated and intentional. The switching could be because of either a scheduled or an unscheduled event. The actions performed by the invention are “MI, SS, AU, CT, AC, BW” suggesting it implements MI for the Mobile IP specification that addresses such switching. And, as suggested in the previous step, no prior art addresses the mechanisms of such switching or the augmented capability required. For example, upon detecting the cause, the session SS is switched between two different devices on a network served by a single carrier but perhaps varying degrees of bandwidth capacity. Content transformation CT is performed to meet the needs of the same of different network and its bandwidth or capacity.

005212) In the twelfth type of session switching, a user's data session using device A on carrier C<b>1</b> is switched to another device B on a different carrier with similar, higher or lower bandwidth. This could happen, for example, when a user connected via a device on a wireless network is about to leave the general area and enter another general area of wireless connectivity provided by another wireless operator. The user in, this case, intends to switch from one wireless device to another—perhaps from a laptop connected wirelessly to a wireless personal digital assistant. The cause for such switching is “RO, IR, UI, NC, EV” suggesting that it may be a result of a user roaming RO, an interrupt IR that may be scheduled or unscheduled, user initiated and intentional UI, exceeding network capacity on one network, or of a scheduled or an unscheduled event. The actions performed by the invention are “MI, SS, AU, CT, AC, BW” suggesting it implements MI is implemented for the Mobile IP specification that addresses such switching. And, as suggested in the previous step, no prior art provides the mechanisms for such switching or the augmented capability required. For example, upon detecting the cause, the session SS is switched between two different devices on two different networks being operated by different carriers with varying degrees of bandwidth capacity. Content transformation CT is performed to meet the needs of the different network and its specific bandwidth or capacity.

005313) In the thirteenth type of session switching, a user's data session on carrier C<b>1</b> is switched to a voice session on the same device over the same carrier but on a voice network. The cause for such switching could be “RO, IR, UI, NC, or EV” suggesting that this is due to a subscriber roaming RO from a data to a voice network of the same carrier that was delivering wireless data capability, IR suggesting an unscheduled service interruption in the same carrier network, UI suggesting a user initiated and intentional switching, NC suggesting detection of peak utilization of network resources and EV for a scheduled or an Unscheduled event. No prior art addresses such switching as is performed by the inventive system. The actions performed by this invention are “SS, SM*, AU*, CT” suggesting that, upon detecting the cause, session SS is switched in this case from one media (data) to another (voice). SM* suggests that the second session which is voice is kept simultaneously alive while keeping the earlier data session prior to switching. AU* suggests that the authentication requirements are dependent upon carrier needs (e.g., a carrier can selectively seek authentication from users or depending upon many variables such as whether a user's voice device can be authenticated. Alternatively, a carrier may choose to require no further authentication. Furthermore, appropriate content transformation CT is performed and adaptive content (AC) delivered over the new voice network, i.e., where the session has been switched.

005414) In the fourteenth type of session switching, a user's data session on carrier C<b>1</b> is switched to a voice session on the same device over another carrier's voice network. The cause for such switching is the same as case 13 except that the session is switched to the voice network of another carrier. The actions performed by this invention are similar to previous example (i.e., case 13) as upon detecting the cause, session SS from one media (data) to another (voice) on a different carrier's network.

0055Authentication is mandated because the new device is on another carrier's voice network.

005615) In the fifteenth type of session switching, a user's data session on carrier C<b>1</b> is switched to a voice session using some other device over the same carrier's voice network. The cause for such switching is the same as previous case (i.e., case 14) except that the user does not have a device capable of delivering both voice and data. The actions performed by the invention are similar to previous example, as upon detecting the cause, session SS is switched from one media (data) to another (voice) on the same network. Authentication again is optional because the same carrier may not be able to authenticate the user's voice device. Alternatively, the carrier of service may choose to enable authentication.

005716) In the sixteenth and final type of session switching, a user's data session on carrier C<b>1</b> using device A is switched to a voice session using some other device B over the some other carrier's voice network. The cause for such switching is the same as case 15 except that the user does not have a device capable of delivering both voice and data. The actions performed by the invention are similar to previous instance as upon detecting the cause, session SS is switched from one media (data) to another (voice) on the same network. Authentication again is mandated because the second carrier may not be able to authenticate the user's voice device and application privileges.

0058A Finite State machine, as illustrated in <figref idref="DRAWINGS">FIG. 5</figref>, manages the state, session and context of the inventive system. The state and context components share the switching cause and actions table of <figref idref="DRAWINGS">FIG. 9</figref>. Each state in the FSM keeps the metadata (metadata is information such as data about the data) of the switching cause/action table. For example, a probable cause for switching such as RO (<figref idref="DRAWINGS">FIG. 9</figref>) referring to a user roaming from one network service area to another may suggest one or more actions to be performed such as SS to switch session variables, CT to do content transformation and perhaps adapting the content AC to meet specific device signature. This could be followed by user level authentication AU because the session is switched from one carrier to another. Yet in another state, a roaming event RO may warrant simply a Session switching action and content transformation without adapting the content to that specific network or performing other actions.

0059The FSM for Session Switching variables inherits two packages or major modules to invoke various interfaces to switch session during its execution. <ul id="ul0003" list-style="none"><li id="ul0003-0001" num="0000"><ul id="ul0004" list-style="none"><li id="ul0004-0001" num="0060"> SwitchingCause and </li><li id="ul0004-0002" num="0061"> SwitchingActions <br /> These Interfaces are consistent with the naming convention suggested earlier. These are: </li><li id="ul0004-0003" num="0062"> Roaming </li><li id="ul0004-0004" num="0063"> ServiceInterruption </li><li id="ul0004-0005" num="0064"> UserInitiated </li><li id="ul0004-0006" num="0065"> NetworkLimit </li><li id="ul0004-0007" num="0066"> Events </li><li id="ul0004-0008" num="0067"> NoOp </li><li id="ul0004-0009" num="0068"> SwitchSessionConnect </li><li id="ul0004-0010" num="0069"> Authenticate </li><li id="ul0004-0011" num="0070"> Transformation </li><li id="ul0004-0012" num="0071"> Adapt </li><li id="ul0004-0013" num="0072"> Bandwidth </li><li id="ul0004-0014" num="0073"> DataRoaming <br /> Each interface defines methods that can be invoked: For example in Interface SwitchSession contains the following methods: </li><li id="ul0004-0015" num="0074"> SSvoiceToData </li><li id="ul0004-0016" num="0075"> SSvoiceToVoice </li><li id="ul0004-0017" num="0076"> SSdataToVoice </li><li id="ul0004-0018" num="0077"> SSdataToData </li><li id="ul0004-0019" num="0078"> SSvoiceToDataSynch </li><li id="ul0004-0020" num="0079"> SSvoiceToVoiceSynch </li><li id="ul0004-0021" num="0080"> SSdataToVoiceSynch </li><li id="ul0004-0022" num="0081"> SSdataToDataSynch <br /> Also, for example, The Interface DataRoaming contains two implementations of two classes: </li><li id="ul0004-0023" num="0082"> MobileIP </li><li id="ul0004-0024" num="0083"> IPSec <br /> The interface DataRoaming has sub interfaces such as Mobile IP and IPsec that is an implementation of MobileIP specification and IPsec specification (http://www.ietf.org). </li></ul></li></ul>

0084The presently disclosed integrated application delivery system <b>10</b> (see <figref idref="DRAWINGS">FIG. 6</figref>) will be better understood with reference to the following illustrative examples. <figref idref="DRAWINGS">FIG. 6</figref> depicts a first illustrative example, in which a user employs the POTS telephone <b>26</b> and the PDA <b>24</b> to interact with a voice and data application for vending tickets such as tickets to a sporting event. The integrated voice and data application has an associated FSM template <b>36</b> (see <figref idref="DRAWINGS">FIG. 3</figref>) and a unifier stack residing in the integrated application delivery system <b>10</b> that define, along with the application itself, the nature of the user's interaction. In this example, there are six steps in the interaction, each step involving the delivery of voice/data content over respective paths in the wireless network <b>18</b> and the PSTN <b>20</b>, as indicated by the circled numbers in <figref idref="DRAWINGS">FIG. 6</figref>. In each case, the switch <b>30</b> (see <figref idref="DRAWINGS">FIG. 2</figref>) operates under the control of the controller <b>32</b> to direct the appropriate file from an entity on the EIP network <b>12</b> to the appropriate communications network and user device:

00851. The IADS <b>10</b> in the ticketing enterprise delivers the IVR ticketing application via voice XML over the PSTN <b>20</b> to the user's phone <b>26</b>, thereby enabling the user to use voice-based commands to seek availability of the tickets.

00862. The IADS <b>10</b> delivers data representing a seating layout over the wireless network <b>18</b> to the user's PDA <b>24</b>. The user can examine this graphical information to help decide which seats to choose. Once a choice is made, the user can indicate the choice via the phone <b>26</b> and the IVR system.

00873. The ticketing enterprise delivers voice XML over the PSTN <b>20</b> to seek verbal acknowledgment of the selection and authorization from the user.

00884. At the same time, a WML message may be sent to the user's PDA <b>24</b> over the wireless network <b>18</b> including a screen by which the user can submit his/her credit card number or other payment information.

00895. Upon fulfilling the order, the ticketing enterprise can send an acknowledgement of the order in the form of a data message to the user's PDA <b>24</b> via the wireless network <b>18</b>.

00906. Optionally, a voice call can be placed over the wireless network <b>18</b> to deliver a voice XML acknowledgment message to the user's cell phone.

0091<figref idref="DRAWINGS">FIG. 7</figref> depicts a second illustrative example, in which a user performs session switching, particularly, the user switches from a data session to a voice session in response to a predetermined event. For example, the predetermined event may be an unscheduled service interruption, the user roaming from one network service area to another, a network reaching its maximum capacity or utilization level, the expiration of a scheduled interval of time, the sending of a command by the user via a user device to the switch <b>30</b> or the controller <b>32</b>, or any other suitable unscheduled or scheduled event. As in the first example, an FSM template and a unifier stack may be developed to define the nature of the user's interaction with the integrated voice and data application <b>14</b>. In this second example, the user interacts with the voice and data application <b>14</b> to access one or more e-mail messages. Further, there are three steps in the interaction, each step involving the delivery of voice/data signals or content over respective paths in the wireless network <b>18</b> and the PSTN <b>20</b>, as indicated by the circled numbers in <figref idref="DRAWINGS">FIG. 7</figref>. Again, the switch <b>30</b> operates under the control of the controller <b>32</b> to direct the appropriate file from an entity on the EIP network <b>12</b> to the appropriate communications network and user device:

00921. The integrated application delivery system <b>10</b> comprising the switch <b>30</b> and the controller <b>32</b> delivers data content representing selected e-mail messages via cHDML over the wireless network <b>18</b> to the user's PDA <b>24</b>. The controller <b>32</b> accesses the selected e-mail messages via the application <b>14</b> over the EIP network <b>12</b>, performs an intelligent voice/data content transformation <b>35</b> of the e-mail messages to transform the messages to cHDML, as required by the PDA <b>24</b>, and provides the transformed e-mail messages to the switch <b>30</b>. Next, the switch <b>30</b> performs a unified XML interchange <b>37</b> on the e-mail messages to direct the associated data content to the target PDA device <b>24</b> via a line card <b>41</b> and the wireless network <b>18</b>.

00932. In response to an unscheduled service interruption, the user sends a command to the controller <b>32</b> via the wireless network <b>18</b> using the PDA <b>24</b> to instruct the integrated application delivery system <b>10</b> to re-direct the remaining e-mail messages to the user's phone <b>26</b>.

00943. The controller <b>32</b> accesses the remaining e-mail messages via the application <b>14</b> over the EIP network <b>12</b>, performs the intelligent voice/data content transformation <b>35</b> of the e-mail messages to transform the messages to voice XML, as required by the user's phone <b>26</b>, and provides the transformed e-mail messages to the switch <b>30</b>. Next, the switch <b>30</b> performs the unified XML interchange <b>37</b> on the e-mail messages to re-direct the voice content associated with the remaining e-mail messages to the target phone <b>26</b> via a voice server <b>39</b>, a line card <b>43</b>, and the PSTN <b>20</b>.

0095It is understood that users may perform such session switching either automatically or selectively to switch from receiving information in a first presentation format over one or more of the communications networks <b>18</b>, <b>20</b>, <b>22</b>, and <b>24</b> via one or more of the user devices <b>26</b>, <b>28</b>, <b>31</b>, and <b>33</b> (see <figref idref="DRAWINGS">FIG. 1</figref>) to receiving the information in the same or a different presentation format, over the same or a different communications network, and via the same or a different user device. For example, the entire context of a voice/data session may be switched from one carrier to another.

0096<figref idref="DRAWINGS">FIG. 8</figref> depicts a third illustrative example, in which the integrated application delivery system <b>10</b> optimizes the delivery of voice or data content to a user device over a communications network based on the bandwidth of the network and/or the capacity of the user device. Particularly, the integrated application delivery system <b>10</b> optimizes the delivery of data content to the PDA <b>24</b> over the wireless network <b>18</b> based on the bandwidth of the wireless network <b>18</b>. As in the first and second examples described above, the switch <b>30</b> operates under the control of the controller <b>32</b> to direct the appropriate file(s) from an entity on the EIP network <b>12</b> to the wireless network <b>18</b> and the PDA <b>24</b>. Specifically, the integrated application delivery system <b>10</b> comprising the switch <b>30</b> and the controller <b>32</b> accesses parameters of the wireless network <b>18</b> via, e.g., an IP probe. For example, the wireless network <b>18</b> may conform to P-LAN, Bluetooth, IEEE 802.11a, IEEE 802.11b (WiFi), UWB/HotSpots, 3G, or any other suitable wireless network technology, and the wireless network parameters may be accessed to determine the corresponding network bandwidth. Next, the integrated application delivery system <b>10</b> performs a controllable network interface function <b>45</b> to provide a network interface compatible with the bandwidth of the target network <b>18</b>. The integrated application delivery system <b>10</b> then delivers the data content to the PDA <b>24</b> over the wireless network <b>18</b> via the compatible network interface <b>45</b>.

0097It is understood that the integrated application delivery system <b>10</b> may perform such optimization of voice/data content delivery to one or more user devices over one or more networks such as the wireless network <b>18</b>, the PSTN <b>20</b>, the broadband network <b>22</b>, the fixed wireless/wireless broadband network <b>24</b>, or any other suitable communications network. In this way, voice/data content can be manufactured and delivered based on the network bandwidth, the network protocol, the network capacity, and/or the user device capacity. Further, the controllable network interface function <b>45</b> can be performed in conjunction with session switching to switch voice/data sessions across multiple communications networks with variable bandwidths. Moreover, the integrated application delivery system <b>10</b> (see <figref idref="DRAWINGS">FIGS. 1-2</figref>) may further optimize the delivery of voice/data content by merely delivering a portion, e.g., the header, of a file to the target user device(s) over the appropriate bandwidth-limited network(s).

0098It will further be appreciated by those of ordinary skill in the art that modifications to and variations of the above-described integrated voice and data application delivery system may be made without departing from the inventive concepts disclosed herein.