US20120066332A1 - Method and system for optimizing cpns enabler - Google Patents
Method and system for optimizing cpns enabler Download PDFInfo
- Publication number
- US20120066332A1 US20120066332A1 US13/319,920 US201013319920A US2012066332A1 US 20120066332 A1 US20120066332 A1 US 20120066332A1 US 201013319920 A US201013319920 A US 201013319920A US 2012066332 A1 US2012066332 A1 US 2012066332A1
- Authority
- US
- United States
- Prior art keywords
- cpns
- pne
- entities
- server
- information
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Granted
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/01—Protocols
- H04L67/10—Protocols in which an application is distributed across nodes in the network
- H04L67/1001—Protocols in which an application is distributed across nodes in the network for accessing one among a plurality of replicated servers
- H04L67/1004—Server selection for load balancing
- H04L67/1008—Server selection for load balancing based on parameters of servers, e.g. available memory or workload
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/01—Protocols
- H04L67/10—Protocols in which an application is distributed across nodes in the network
- H04L67/1001—Protocols in which an application is distributed across nodes in the network for accessing one among a plurality of replicated servers
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/01—Protocols
- H04L67/10—Protocols in which an application is distributed across nodes in the network
- H04L67/1001—Protocols in which an application is distributed across nodes in the network for accessing one among a plurality of replicated servers
- H04L67/1029—Protocols in which an application is distributed across nodes in the network for accessing one among a plurality of replicated servers using data related to the state of servers by a load balancer
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/01—Protocols
- H04L67/10—Protocols in which an application is distributed across nodes in the network
- H04L67/1001—Protocols in which an application is distributed across nodes in the network for accessing one among a plurality of replicated servers
- H04L67/1034—Reaction to server failures by a load balancer
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/01—Protocols
- H04L67/12—Protocols specially adapted for proprietary or special-purpose networking environments, e.g. medical networks, sensor networks, networks in vehicles or remote metering networks
- H04L67/125—Protocols specially adapted for proprietary or special-purpose networking environments, e.g. medical networks, sensor networks, networks in vehicles or remote metering networks involving control of end-device applications over a network
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
- H04L69/40—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass for recovering from a failure of a protocol instance or entity, e.g. service redundancy protocols, protocol state redundancy or protocol service redirection
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
- H04W4/02—Services making use of location information
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W64/00—Locating users or terminals or network equipment for network management purposes, e.g. mobility management
Definitions
- the present invention relates to optimizing the resources of a CPNS (Converged Personal Network Service) enabler.
- CPNS Converged Personal Network Service
- Converged Personal Network Service is a service that allows devices in one Personal Network (PN) to access services outside that PN, e.g., another PN or other network.
- PN Personal Network
- the CPNS is implemented by a CPNS enabler which can include a CPNS server, one or more Gateways (GWs), and one or more PNEs (Personal Network Elements).
- a PN GW connects one PNE to server e.g., using a mobile communication network.
- a PN GW generally connects one PN to another PN, e.g., using a mobile communication network.
- a PNE is basic component that makes up a PN, and can be a single device or a group of devices.
- FIG. 1 illustrates an example of a CPNS enabler according to a related art.
- a CPNS server can communicate and exchange data with one or more PN gateways, each of which in turn can communicate and exchange data with one or more PNEs in a PAN (Personal Area Network).
- PAN Personal Area Network
- Each of the PNEs can communicate and exchange data with the PN gateways, other devices or PNEs in other networks, etc.
- Each of the PN gateways can communicate and exchange data with the CPNS servers, other PN gateways, PNEs, etc.
- Each CPNS server can also communicate with other servers, gateways, etc.
- the CPNS server and the PN gateway e.g., mobile phone
- the PN gateway can communicate with each other through a cellular network
- the PN gateway can communicate with the PNEs through the WPAN such as Bluetooth, NFC, WiBree, Wi-Fi, etc.
- WPAN such as Bluetooth, NFC, WiBree, Wi-Fi, etc.
- communications between the CPNS servers, gateways, and PNEs are carried out using known networks and techniques, e.g., Bluetooth, 802.11, Wi-Fi, WPAN (Wireless Personal Area Network), cellular networks such as 3GPP, etc.
- the CPNS server generally manages and controls communications among the PN gateways and PNEs so that applications and information among these units of the CPNS enabler can be shared with each other to enhance the user experience.
- a user at one PNE e.g., Portable Multimedia Player—PMP
- GPS Global Positioning System
- a PN gateway e.g., cellular phone
- the CPNS enabler There is, however, a limitation associated with the CPNS enabler.
- the PMP runs out of battery and does not have access to other backup power, then the user can no longer view the GPS information at the PMP.
- the GPS device runs out of battery and does not have access to other backup power, then the GPS information can no longer be sent from the GPS device to the PMP and thus the user at the PMP can no longer view the GPS information.
- the present invention provides an enhanced CPNS service by optimizing the resources of a CPNS enabler.
- the present invention allows a method and system for optimizing the life expectancy of the units of a CPNS enabler, which address the limitations and disadvantages associated with the related art.
- the present invention provides a method for optimizing resources of a CPNS (Converged Personal Network Service) enabler, the CPNS enabler including a CPNS server and a plurality of CPNS entities, the plurality of CPNS entities including at least one CPNS gateway and at least one PNE (Personal Network Element), the method comprising: receiving, by the CPNS server, a low battery level indication for an operation from a certain one of the CPNS entities; requesting, by the CPNS server, battery level information from at least some of the CPNS entities in response to the low battery level indication; determining, by the CPNS server, life expectancy information for each of the at least some of the CPNS entities based on the battery level information; and transmitting, by the CPNS server, a message to the at least one CPNS gateway to use one of the at least some of the CPNS entities instead of the certain one of the CPNS entities to perform the operation, based on the life expectancy information.
- CPNS Converged
- the present invention provides a method for optimizing resources of a CPNS (Converged Personal Network Service) enabler, the CPNS enabler including a CPNS server and a plurality of CPNS entities, the plurality of CPNS entities including a CPNS gateway and a plurality of PNEs (Personal Network Elements) including first, second and third PNEs, the method comprising: transmitting, by the CPNS gateway to the CPNS server, battery level information from the plurality of PNEs when the first PNE is currently performing a specific operation in an active mode with the third PNE; receiving, by the CPNS gateway from the CPNS server, an instruction message to switch from the first PNE to the second PNE, the instruction message being based on life expectancy information of the plurality of PNEs associated with the battery level information; transmitting, by the CPNS gateway, a message to wake up to the second PNE from an idle mode to an active mode; receiving, by the CPNS gateway, a response message in response
- the present invention provides a CPNS (Converged Personal Network Service) server for optimizing resources of a CPNS enabler including the CPNS server and a plurality of CPNS entities, the plurality of CPNS entities including at least one CPNS gateway and at least one PNE (Personal Network Element),
- the CPNS server comprising: a processor configured to: receive a low battery level indication for an operation from a certain one of the CPNS entities; request battery level information from at least some of the CPNS entities in response to the low battery level indication; determine life expectancy information for each of the at least some of the CPNS entities based on the battery level information; and transmit a message to the at least one CPNS gateway to use one of the at least some of the CPNS entities instead of the certain one of the CPNS entities to perform the operation, based on the life expectancy information.
- CPNS Converged Personal Network Service
- the present invention provides a CPNS (Converged Personal Network Service) gateway for optimizing resources of a CPNS enabler including a CPNS server and a plurality of CPNS entities, the plurality of CPNS entities including the CPNS gateway and a plurality of PNEs (Personal Network Elements) including first, second and third PNEs, the CPNS gateway comprising: a transceiver; and a processor, cooperating with the transceiver and configured to: transmit, to the CPNS server, battery level information from the plurality of PNEs when the first PNE is currently performing a specific operation in an active mode with the third PNE; receive, from the CPNS server, an instruction message to switch from the first PNE to the second PNE, the instruction message being based on life expectancy information of the plurality of PNEs associated with the battery level information; transmit a message to wake up to the second PNE from an idle mode to an active mode; receive a response message in response to the message to wake up from the
- FIG. 1 is a diagram of a CPNS enabler according to a related art
- FIG. 2 is a graph illustrating the configurations of a CPNS enabler according to an embodiment of the invention
- FIG. 3 is a graph illustrating the configurations of a CPNS enabler, including life expectancy information before optimization, according to an embodiment of the invention
- FIG. 4 is a graph illustrating the configurations of a CPNS enabler, including new connections that are possible based on life expectancy information, according to an embodiment of the invention
- FIG. 5 is a graph illustrating the configurations of a CPNS enabler, including life expectancy information after optimization, according to an embodiment of the invention
- FIGS. 6 and 7 are diagrams illustrating a first example of a CPNS enabler and its optimization operation according to an embodiment of the invention
- FIG. 8 is a flowchart illustrating a method of optimizing the life expectancy of the CPNS enabler of FIGS. 6 and 7 according to an embodiment of the invention
- FIGS. 9 and 10 are diagrams illustrating a second example of a CPNS enabler and its optimization operation according to an embodiment of the invention.
- FIG. 11 is a flowchart illustrating a method of optimizing the life expectancy of the CPNS enabler of FIGS. 9 and 10 according to an embodiment of the invention.
- the embodiments of the present invention provide an enhanced CPNS enabler in which a CPNS server can obtain and store configuration/connection information about the various units of the CPNS enabler as well store and update battery life information about each connection/link among the units of the CPNS enabler.
- the CPNS server may also store user preference information and/or operator policy information. This can occur preferably in an idle mode, but may occur in an active mode.
- the CPNS server then can use one or more of the stored information to change the connections among the entities of the CPNS enabler to optimize the use of the resources of the CPNS server, e.g., to optimize the life expectancy of each component of the CPNS server. This can occur in an idle mode, but may occur in an active mode. As a result, a user can continue to receive a desired service/operation through at least one of the units of the CPNS server.
- a CPNS enabler preferably includes at least one CPNS server and a plurality of CPNS entities.
- the CPNS server and CPNS entities are also referred to herein as the units of the CPNS enabler or CPNS units.
- the CPNS entity is referred to herein as merely an entity and can be a CPNS gateway (or PN gateway) or PNE (or Device coupled to the PNE).
- PNEs can be a handset or mobile terminal, GPS, navigation device, MP3 player, audio/video player, PMP (Portable Multimedia Player), handset with GPS, PC (Personal Computer), desktop, computer notebook, printer, computer tablet, scanner, etc.
- Some examples of the PN gateways can be a mobile terminal or handset, home gateway, smart phone, set top box, computer notebook, etc.
- the invention provides a method of optimizing the CPNS enabler.
- the CPNS server obtains and stores configuration information of the CPNS enabler in an idle mode (e.g., non-active mode).
- the CPNS server can also update the configuration information at certain time intervals or as needed, and stores the updated information.
- the configuration information can be represented and continuously stored in the CPNS server in a graphical form, but can be stored in other forms.
- the configuration information can provide information about the architecture of the units of the CPNS enabler as well as their connections.
- the CPNS server also can store policy information and/or user preference information associated with each or some of the units of the CPNS enabler.
- the CPNS server utilizes the stored information to optimize the connections and use of the entities of the CPNS enabler. This optimization can occur in the idle mode or in an active/user mode, e.g., in real time, e.g., while an application or program is running and active in those units.
- This optimization can occur in the idle mode or in an active/user mode, e.g., in real time, e.g., while an application or program is running and active in those units.
- FIG. 2 is a graph illustrating the configurations of a CPNS enabler 100 according to an embodiment of the invention.
- the CPNS enabler 100 can include a CPNS server 10 , a plurality of gateways (Gateway 1 through Gateway n), a plurality of PNEs (PNE 2 , 1 through PNE n, 1 ), and a plurality of devices (Devices 2 , 1 , 1 through Device n, 1 , 1 ).
- All the units of the CPNS enabler 100 are operatively coupled and configured, and communicate amongst each other as configured using known networks and techniques, e.g., Bluetooth, 802.11, Wi-Fi, WPAN (Wireless Personal Area Network), cellular networks such as 3GPP, etc. Further, a gateway can become and function as a PNE and vice versa.
- the Devices of the CPN enabler 100 can also be PNEs or devices coupled to the PNEs.
- the CPNS server 10 obtains information about the configuration, connections, architecture, etc. of the CPNS enabler 100 , and store such information in a storage unit (or database).
- the storage unit can reside at the CPNS server 10 or can be at another location.
- each unit of the CPNS enabler 100 can be identified by a specific number in bracket, such as:
- the CPNS server 10 For each entity (e.g., gateway, PNE, or Device) of the CPNS enabler 100 , the CPNS server 10 preferably stores static information and/or dynamic information as applicable.
- the CPNS server 10 can also store static and/or dynamic information about itself. Static information is information that is fixed or changes rarely, whereas the dynamic information is information that changes regularly, in real time, or as needed.
- the static information can be information on the size of the screen (e.g., size of the laptop if the PNE is the laptop), wireless features (e.g., use of Bluetooth, Wi-Fi, etc.), codec information (e.g., use of MP4, DivX, H624 for video coding, etc.), size of the battery the CPNS unit has, capabilities and functions of the CPNS unit, etc.
- the dynamic information can be information about the current level of the battery of the CPNS unit, the state of the CPNS unit (e.g., current mode of the CPNS unit), the current state of wireless connection of the CPNS unit, etc.
- the static information is preferably obtained and updated during the idle mode of the CPNS unit.
- a controller or Device Management (DM) in each CPNS entity can be configured to send certain information (connection information with other entities) to the CPNS server 10 .
- the dynamic information can be provided at a requested time, or at regular times, or in real time.
- the CPNS server 10 may request each of the CPNS entities to provide certain information at, e.g., every hour, and the CPNS entities can send such information at the requested times.
- the CPNS server 10 then compiles such information in association with the corresponding CPNS entity (which can be individually identified as shown in the above example).
- the CPNS server 10 can store the static information and dynamic information for all the CPNS entities and itself in the storage unit. Furthermore, the CPNS server 10 can store user preference information and/or operator policy information for the CPNS entities and itself.
- the user preference information may indicate a user's preference of using one entity over another entity, which may vary depending on a specific function being performed. For instance, the CPNS server 10 can store that a user of PNE 2 , 1 , PNE 2 , 2 and PNE 2 , 3 prefers to use PNE 2 , 2 over the other PNEs when playing a video.
- the operator policy information may indicate that a user may not have access to certain devices for specific functions, or may indicate an administrator/operator's preference in using one entity over others (e.g., to minimize bandwidth use, etc.).
- the user preference information and operator policy information may vary depending on the CPNS units or groups thereof, or may be the same for the CPNS enabler 100 .
- the CPNS server 10 can store the static information and the dynamic information in various forms. In one preferred example, such information and other information is stored in a graphical form as shown in FIG. 2 .
- the configurations/connections of the units of the CPNS enabler 100 are indicated in a tree form, where the dotted connection lines indicate that the corresponding CPNS units communication with each other via Bluetooth while the solid connection lines indicate Wi-Fi connections.
- this is one example of the tree form and other types of trees or other graphical forms may be used to represent the configurations and other information about the CPNS enabler 100 .
- the CPNS server 10 stores such graphs therein initially, then the graphs can be updated in real time or as desired, in the CPNS server 10 .
- the CPNS server 10 stores and updates therein life expectancy information for each of the connections among the CPNS units based on the battery information for the CPNS units.
- the life expectancy information for a link among the CPNS units indicates a minimum number of time units that at least one of the CPNS units by the link has to perform a function/operation before it runs out of its battery and can no longer perform the function/operation.
- the life expectancy information for a link (i.e., connection) between the CPNS server 10 and one gateway may equal 100, which means that at least one of the CPNS server 10 and the gateway has 100 time unites (e.g., minutes) left to carry out functions (e.g., playing a video) before it runs out of the battery and can no longer perform the functions.
- This life expectancy information can be preferably represented and stored in the CPNS server 10 in a graph as shown in FIG. 3 , which will be discussed later in more detail.
- the life expectancy information may also be referred herein as battery life information.
- life expectancy information for each function of a link may be calculated, stored and updated by the CPNS server 10 , e.g., life expectancy information for playing a video, life expectancy information for displaying GPS map, etc.
- a link can be a local link or a global link.
- a local link is a link between two immediate CPNS units (e.g., CPNS server 10 and Gateway 2 in FIG. 2 ), where as a group of connected links (e.g., a longer link made up of different links from the CPNS server 10 to Devices 2 , 2 , 1 in FIG. 2 ) may be referred to as a global link.
- the CPNS server 10 To determine or calculate the life expectancy information for each link (CPNS connection between two CPNS units), the CPNS server 10 obtains the current battery level for each of the two CPNS units involved in the link, and uses that information and consumption information to calculate the life expectancy information for the link as follows in Formula A:
- “Battery Life Of Link 1 ” is the life expectancy of Link 1 , where Link 1 is a connection between Units A and B.
- a unit here is a CPNS unit (e.g., server, gateway, PNE, device, etc.).
- “Battery of Unit A” is the current battery level of Unit A and “Consumption of Link 1 by Unit A” is the amount of battery/power used/usable by Unit A through Link 1 if Unit A were to be actively used (e.g., performing a function such as playing a video).
- the “Battery of Unit A” can be received directly from Unit A or can be calculated based on the total capacity of Unit A and % of remaining battery received from Unit A.
- (Battery of Unit A)/(Consumption of Link 1 by Unit A)” represents a length of life time remaining in Unit A when Unit A uses Link 1 . All these parameters can be represented in various ways and units. For instance, “Battery of Unit A” may be represented in percentages or power units like mA (milliamperes), and “Consumption of Link 1 by Unit A” may be represented in power/time unit, e.g., mA/h (milliamperes/hour). Then the formula takes the minimum of the values obtained for Unit A and Unit B. That is, it follows the formula of Min(Value 1 , Value 2 ), where this function returns the smallest (Min) value of the two values. As a variation, the Life Expectancy of each link can be calculated in function of the capacity of the battery level divided by the power consumption of the link.
- FIG. 3 shows an example of a life expectancy graph of the CPNS enabler 100 according to an embodiment of the invention, which can be stored in the CPNS server 10 and illustrate an example of a calculated life expectancy of each local link of the CPNS enabler of FIG. 2 .
- This life expectancy graph can be created when the CPNS enabler 10 is in the idle mode (or non-active mode).
- a number next to each link represents a number of minutes of use left before the corresponding CPNS unit has no battery or can no longer perform function(s). For instance, the number ‘300’ on the link between Gateway 2 and the CPNS server 10 represents 300 minutes of communication remaining before one of the batteries of Gateway 2 and CPNS server 10 runs out. It is assumed that when the battery of a CPNS unit (e.g., CPNS server or entity) becomes empty, the CPNS unit cannot carry out the connection/communication. In the case of some CPNS units such as the CPNS server, the battery level of the CPNS server will be always full.
- the CPNS server 10 determines the life expectancy according to Formula A noted above and can store this information therein as noted above. To do this, for example, in the idle mode, the CPNS server 10 can request each CPNS unit to send its battery information and consumption information and based on the obtained battery and consumption information, the CPNS server 10 can calculate/obtain the life expectancy information for each link in the idle mode.
- the same consumption information may be used for all functions of a CPNS unit or as a variation, different consumption information may be used respectively for different functions of a CPNS unit.
- a CPNS device can be in a Wi-Fi connection idle mode or Bluetooth connection idle mode, and depending on which connection mode, the CPNS device can have a different idle mode consumption number (e.g., one number for the Wi-Fi connection and another number for the Bluetooth connection, in the idle mode).
- a different idle mode consumption number e.g., one number for the Wi-Fi connection and another number for the Bluetooth connection, in the idle mode.
- appropriate consumption information may be used by the CPNS server 10 to calculate the life expectancy information. Then by performing calculations based on Formula A or the like above, the CPNS server 10 generates the life expectancy information.
- Table 1 below is an example of such life expectancy information (e.g., in minutes) for the links (local links and global links) between the CPNS server and each applicable CPNS entity of FIG. 3 .
- a local link between the CPNS server 10 and Gateway 1 has 200 minutes of use time left before the CPNS server 10 or Gateway 1 runs out of the battery.
- a global link between the CPNS server 10 and Device 2 , 1 , 1 has 200 minutes of use time left before any one of the CPNS units involved in the global link runs out of the battery.
- This global link is made up of a local link between the CPNS server 10 and Gateway 2 , a local link between Gateway 2 and PNE 2 , 1 and a local ink between PNE 2 , 1 and Device 2 , 1 , 1 . Because these local links respectively have 300, 200 and 2000 life expectancy time units in the example of FIG. 3 , a minimum or the lowest number among these values is taken and as a result, 200 is determined to be the life expectancy of this global link.
- the CPNS server 10 can then use this information to optimize the life expectancy of the CPNS enabler 100 by, e.g., changing the connections among the CPNS units to provide maximum use time (life expectancy).
- the CPNS server 10 can also use the user preference information and/or the policy information to optimize the life expectancy of the CPNS enabler 100 . This optimization can occur in the idle mode or in an active/user mode (non-idle mode) and can occur in real time or as needed.
- the CPNS server can obtain life expectancy information on all other links of the CPNS enabler 100 and then select the connections with the improved life expectancy information so as to optimize the life expectancy of the CPNS enabler 100 s.
- FIG. 4 shows an example of updated life expectancy information for the links of the CPNS enabler 100 of FIG. 3 according to an embodiment of the invention.
- the CPNS server can detect new or possible connections/links between the CPNS units, which are shown with the doted lines, and determine the life expectancy of each new link. Based on the updated life expectancy information, a below new/updated table (Table 2) can be generated for the CPNS enabler 100 .
- Table 2 a below new/updated table
- Table 3 shows the amount of more use time obtained for the units of the CPNS enabler 100 according to the present invention. Accordingly, the CPNS server 10 can decide to implement the optimal links/connections to optimize the life expectancy of the CPNS enabler 100 . For instance, if the user preference information or policy information indicates that the use of one CPNS unit/link over another CPNS unit/link, then such information may dictate which CPNS unit/link may be selected over other possible CPNS units/link or can override the life expectancy information. The CPNS server 10 can implement the new connections/links among the CPNS units as shown in FIG. 5 , which shows the new links/connections having the optimized life expectancy. The new connections are shown with the dotted lines.
- All the optimization can occur in the idle more or in an active/user (non-idle) mode of the CPNS enabler or server or entity.
- the CPNS server 10 can analyze each CPNS unit's characteristics and update the life expectancy graph and other information stored therein.
- Each CPNS unit can send an Event/notice to the CPNS server when there is a modification in its dynamic characteristics. In function of these modifications, the CPNS server 10 can update in real time the life expectancy graph/information.
- the optimization process of the invention attempts to always to remove the link with the minimum or lowest of life expectancy, which will optimize the life expectancy and use of the CPNS enabler 100 .
- FIG. 6 The first example is discussed referring to FIG. 6 and the second example is discussed referring to FIG. 9 .
- All components of the CPNS enablers of FIGS. 6-11 are operatively coupled and configured. Further, the specific CPNS entities in FIGS. 6-11 are mere examples and can be other devices.
- the optimization steps which can be performed in the idle mode as discussed above, can occur in the active mode, as in these examples.
- a CPNS enabler 200 has the architecture/connections as shown, and includes a CPNS server 20 , a handset 22 such as a smart phone or mobile terminal (CPNS gateway), a PC 24 (PNE 1 ), a GPS device 26 (PNE 2 ), and a handset with a GPS device/unit 28 (PNE 3 , also referred to as ‘handset with GPS’).
- CPNS gateway a smart phone or mobile terminal
- PC 24 PNE 1
- PNE 2 GPS device 26
- PNE 3 handset with a GPS device/unit 28
- the CPNS server 20 and handset 22 (gateway) are in the active mode.
- the CPNS server 20 can obtain and store therein the life expectancy graph/information for each of the links shown in the figure, according to the various methods discussed above, e.g., in the idle mode, and such life expectancy information/graph may be updated as discussed above.
- the GPS device 26 may notify the CPNS server 20 that the current battery level of the GPS device 26 is low (or below a certain preset level) or the CPNS server 20 requests the GPS device 26 to provide such information.
- the CPNS server 20 can check the life expectancy information for other links or other CPNS entities, and select another PNE or device which can provide the GPS map to the PC 24 for a longer period of time than the GPS device 26 .
- the CPNS server 20 may determine that the life expectancy of the handset with GPS 28 has a longer life expectancy than the GPS device 26 (e.g., for this function—GPS function) and can configure and instruct the handset with GPS 28 to provide the GPS map to the PC 24 .
- the user at the PC 24 can continue to view the GPS map (now received from the handset with GPS 28 instead of the GPS device 26 ) for a longer period of time, which optimizes the CPNS service provided by the CPNS enabler 200 .
- FIG. 8 illustrates a flowchart illustrating a method of optimizing the life expectancy of the CPNS enabler of FIGS. 6 and 7 according to an embodiment of the invention.
- the steps in FIG. 8 are examples of specific steps involved in the CPNS optimization of FIGS. 6 and 7 .
- the GPS device 26 sends GPS data (or a GPS function) to the PC 24 (PNE 1 ) through the handset 22 (Gateway), whereby the GPS data is displayed and viewed at the PC 24 by an end user.
- the current battery level of the GPS device 26 becomes low (e.g., level below a preset threshold level), and this is indicated to the CPNS server 20 through the handset 22 .
- This can be done by the GPS device 26 sending a message to the CPNS server 20 through the handset 22 .
- This message can include a low battery indication/flag and/or the specific current battery level, for example, in numbers.
- the CPNS server 20 requests a battery level from each of all the CPNS devices/units of the CPNS enabler 200 . This can be done by the CPNS server 20 sending a battery level request message to the handset 22 .
- the handset 22 (GW) then sends a battery level request message to each of the CPNS entities, i.e., the handset with GPS 28 , the GPS device 26 and the PC 24 .
- the handset 22 may not send the battery level request message to the GPS device 26 if the GPS 26 has already communicated its specific battery level (e.g., in numbers/units) to the CPNS server 20 at step S 12 .
- each of the CPNS entities sends its specific current battery level information (e.g., specific battery level in numbers/units) to the handset 22 , which is forwarded to the CPNS server 20 at step S 18 .
- the CPNS server 20 can send three separate battery level request messages respectively to the three CPNS entities through the handset 22 to obtain the battery levels.
- the CPNS server 20 analyzes the obtained battery level information and determines to switch from the GPS device 26 (low battery) to the Handset with GPS 28 (high battery). For instance, the CPNS server 20 can calculate and/or analyze the life expectancy information for the links of the CPNS enabler 200 as discussed above (e.g., using Formula A) based on the obtained battery level information. The CPNS server 20 can prestore the consumption information of each link by each CPNS entity, which can be provided in advance by each CPNS entity.
- the CPNS server 20 determines that the life expectancy for the link associated with the handset with GPS 28 is greater than the life expectancy for the link associated with the GPS device 26 , and thus sends a request/message to the handset 22 to switch from the GPS device 26 to the handset with GPS 28 .
- the CPNS server 20 can also consider the user preference information and/or operator policy information to select an appropriate link/unit. This updated/optimized life expectancy information as well as the new configuration information of the CPNS enabler in the active mode can also be stored in the CPNS server 20 .
- the handset (GW) 22 sends a message to the handset with GPS 28 (which is currently in the idle mode) to wake up, and thereby places the handset with GPS 28 in the active/on mode.
- the handset 22 sends a request/message to provide GPS data, to the handset with GPS 28 , and thereby receive the GPS data.
- the handset 22 then sends the GPS data received now from the handset with GPS 28 to the PC 24 so that the user at the PC 24 can continuously view the GPS data (or have access to GPS functions).
- the handset 22 can place the GPS device 26 in the idle mode since it is not being used and is running out of battery. Accordingly, the present invention optimizes the life expectancy of the CPNS enabler and thereby enhances the user experience.
- a CPNS enabler 300 has the architecture/connections as shown, and includes a CPNS server 30 , a handset 32 such as a smart phone or mobile terminal (CPNS gateway), a PC 34 (PNE 1 ), a GPS device 36 (PNE 2 ), and a video player 38 (PNE 3 ).
- CPNS gateway a smart phone or mobile terminal
- PNE 1 a PC 34
- PNE 2 a GPS device 36
- PNE 3 video player 38
- the CPNS server 30 and handset 32 (GW) are in the active mode.
- the CPNS server 30 can obtain and store therein the life expectancy graph/information for each of the links shown in the figure, according to the various methods discussed above, e.g., in the idle mode, and such life expectancy information/graph can be updated as discussed above.
- the PC 34 may notify the CPNS server 30 that the current battery level of the PC 34 is low (or below a certain preset level) or the CPNS server 30 requests the PC 34 to provide such information.
- the CPNS server 30 can check the life expectancy information for other links or other CPNS entities, and select another PNE or device which can display the GPS data to the user for a longer period of time than the PC 34 . For instance, as shown in FIG. 10 , the CPNS server 30 may determine that the life expectancy of the video player 38 has a longer life expectancy than the PC 34 and can configure and instruct the video player 38 to display the GPS data for the user. As a variation, the use of the video player 38 can occur when the user consents to it (e.g., since the user has to move to the video player 38 or the video player 38 needs to be moved to the user). As a result, the user can view the GPS map continuously and for a longer period of time at the video player 38 , which optimizes the CPNS service provided by the CPNS enabler 300 .
- FIG. 11 illustrates a flowchart illustrating a method of optimizing the life expectancy of the CPNS enabler of FIGS. 9 and 10 according to an embodiment of the invention.
- the steps in FIG. 11 are examples of specific steps involved in the CPNS optimization of FIGS. 9 and 10 .
- the GPS device 36 sends GPS data to the PC 34 (PNE 1 ) through the handset 32 (Gateway), whereby the GPS data is displayed and viewed at the PC 34 by an end user.
- the current battery level of the PC 34 becomes low (e.g., level below a preset threshold level), and this is indicated to the CPNS server 30 through the handset 32 .
- This can be done by the PC 34 sending a message to the CPNS server 30 through the handset 32 .
- This message can include a low battery indication/flag and/or the specific current battery level, for example, in numbers.
- the CPNS server 30 requests a battery level from each of all the CPNS devices/units of the CPNS enabler 300 . This can be done by the CPNS server 30 sending a battery level request message to the handset 32 .
- the handset 32 (GW) then sends a battery level request message to each of the CPNS entities, i.e., the video player 38 , the GPS device 36 and the PC 34 .
- the handset 32 may not send the battery level request message to the PC 34 if the PC 34 has already communicated its specific battery level (e.g., in numbers/units) to the CPNS server 30 at step S 32 .
- each of the CPNS entities sends its specific current battery level information to the handset 32 , which is forwarded to the CPNS server 30 at step S 38 .
- the CPNS server 30 can send three separate battery level request messages respectively to the three CPNS entities through the handset 32 to obtain the battery level information.
- the CPNS server 30 analyzes the obtained battery level information and determines to switch from the PC 34 (low battery) to the video player 38 (high battery). For instance, the CPNS server 30 can calculate and/or analyze the life expectancy information for the links of the CPNS enabler 300 as discussed above (e.g., using Formula A above) based on the obtained battery level information. The CPNS server 30 can prestore the consumption information of each link by each CPNS entity, which can be provided in advance by each CPNS entity.
- the CPNS server 30 determines that the life expectancy for the link associated with the video player 38 is greater than the life expectancy for the link associated with the PC 34 , and thus sends a request/message to the handset 32 to switch from the PC 34 to the video player 38 .
- the CPNS server 30 can also consider the user preference information and/or operator policy information to select an appropriate link/unit.
- the updated/optimized life expectancy information as well as the new configuration information of the CPNS enabler in the active mode can also be stored in the CPNS server 30 .
- the handset 32 sends a message to the PC 34 , which requests an input from the user regarding the switch.
- the message may instruct the PC 34 to display a message asking the user if the user wants to use the video player.
- the message displayed to the user at the PC 34 can state, for instance, “Low Battery—do you want to use the video player?”.
- the user can decide whether or not the user wants to use the video player and enters a corresponding response to the PC 34 , which is then communicated from the PC 34 to the handset 32 .
- a message can be displayed on the PC 34 , which basically informs the user that due to the low battery, the GPS data will be displayed on the video player after a certain time duration, e.g., after 5 minutes. In such a case, the user can reposition himself/herself in front of the video player 38 if the user wants to continue to have access to the GPS data.
- the handset (GW) 32 sends a message to the video player 38 (which is currently in the idle mode) to wake up, and thereby places the video player 38 in the active/on mode.
- the handset 32 sends a request/message to provide GPS data, to the PC 34 (or GPS device 36 ) and thereby receive the GPS data.
- the handset 32 then sends the received GPS data to the video player 38 so that the user, now at the video player 38 , can continuously view the GPS data.
- the GPS device 36 continues to send the GPS data but now to the video player 38 through the handset 32 , and the video player 38 displays the GPS data for the user to view.
- the CPNS server 30 (or the handset 32 ) can send instructions to the GPS device 36 to send the GPS data now to the video player 38 and not to the PC 34 .
- the user can continue to view or have access to GPS data by switching from using the PC 34 to the video player 38 , under control of the CPNS server 30 and/or handset 32 .
- the handset 32 can also place the PC 34 in the idle mode since it is not being used and is running out of battery. Accordingly, the present invention optimizes the life expectancy of the CPNS enabler and thereby enhances the user experience.
- the same concepts of the invention can be applied to generate and optimize end user information/graphs, signal strength information/graphs, bandwidth information/graphs, and ping information/graphs.
- Each of these features of the CPNS enabler can be determined and considered to improve the operations of the CPNS enabler.
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Computer Hardware Design (AREA)
- General Engineering & Computer Science (AREA)
- Health & Medical Sciences (AREA)
- Computing Systems (AREA)
- General Health & Medical Sciences (AREA)
- Medical Informatics (AREA)
- Computer Security & Cryptography (AREA)
- Telephonic Communication Services (AREA)
- Mobile Radio Communication Systems (AREA)
Abstract
A method and apparatus for optimizing the use of CPNS entities are discussed. According to an embodiment, a method includes receiving, by a CPNS server, a low battery level indication for an operation from a certain one of CPNS entities; requesting, by the CPNS server, battery level information from at least some of the CPNS entities in response to the low battery level indication; determining, by the CPNS server, life expectancy information for each of the at least some of the CPNS entities based on the battery level information; and transmitting, by the CPNS server, a message to at least one CPNS gateway to use one of the at least some of the CPNS entities instead of the certain one of the CPNS entities to perform the operation, based on the life expectancy information.
Description
- The present invention relates to optimizing the resources of a CPNS (Converged Personal Network Service) enabler.
- Among various technologies being developed, Converged Personal Network Service (CPNS) is a service that allows devices in one Personal Network (PN) to access services outside that PN, e.g., another PN or other network. Generally the CPNS is implemented by a CPNS enabler which can include a CPNS server, one or more Gateways (GWs), and one or more PNEs (Personal Network Elements). A PN GW connects one PNE to server e.g., using a mobile communication network. Furthermore a PN GW generally connects one PN to another PN, e.g., using a mobile communication network. A PNE is basic component that makes up a PN, and can be a single device or a group of devices. These components and general operations of the CPNS are also discussed in Open Mobile Alliance (OMA) telecommunications standards documents.
-
FIG. 1 illustrates an example of a CPNS enabler according to a related art. As shown inFIG. 1 , a CPNS server can communicate and exchange data with one or more PN gateways, each of which in turn can communicate and exchange data with one or more PNEs in a PAN (Personal Area Network). - Each of the PNEs can communicate and exchange data with the PN gateways, other devices or PNEs in other networks, etc. Each of the PN gateways can communicate and exchange data with the CPNS servers, other PN gateways, PNEs, etc. Each CPNS server can also communicate with other servers, gateways, etc. For instance, the CPNS server and the PN gateway (e.g., mobile phone) can communicate with each other through a cellular network, while the PN gateway can communicate with the PNEs through the WPAN such as Bluetooth, NFC, WiBree, Wi-Fi, etc. Generally communications between the CPNS servers, gateways, and PNEs are carried out using known networks and techniques, e.g., Bluetooth, 802.11, Wi-Fi, WPAN (Wireless Personal Area Network), cellular networks such as 3GPP, etc.
- The CPNS server generally manages and controls communications among the PN gateways and PNEs so that applications and information among these units of the CPNS enabler can be shared with each other to enhance the user experience. For instance, in
FIG. 1 , according to the CPNS service of the CPNS enabler, a user at one PNE (e.g., Portable Multimedia Player—PMP) can view GPS (Global Positioning System) information which is received from another PNE (e.g., GPS device) through a PN gateway (e.g., cellular phone). As a result, the user can have access to a more variety of services that are offered within the user's current PAN as well as outside the PAN. - There is, however, a limitation associated with the CPNS enabler. In the above example, if the PMP runs out of battery and does not have access to other backup power, then the user can no longer view the GPS information at the PMP. Similarly, if the GPS device runs out of battery and does not have access to other backup power, then the GPS information can no longer be sent from the GPS device to the PMP and thus the user at the PMP can no longer view the GPS information.
- The present invention provides an enhanced CPNS service by optimizing the resources of a CPNS enabler.
- The present invention allows a method and system for optimizing the life expectancy of the units of a CPNS enabler, which address the limitations and disadvantages associated with the related art.
- According to one aspect, the present invention provides a method for optimizing resources of a CPNS (Converged Personal Network Service) enabler, the CPNS enabler including a CPNS server and a plurality of CPNS entities, the plurality of CPNS entities including at least one CPNS gateway and at least one PNE (Personal Network Element), the method comprising: receiving, by the CPNS server, a low battery level indication for an operation from a certain one of the CPNS entities; requesting, by the CPNS server, battery level information from at least some of the CPNS entities in response to the low battery level indication; determining, by the CPNS server, life expectancy information for each of the at least some of the CPNS entities based on the battery level information; and transmitting, by the CPNS server, a message to the at least one CPNS gateway to use one of the at least some of the CPNS entities instead of the certain one of the CPNS entities to perform the operation, based on the life expectancy information.
- According to another aspect, the present invention provides a method for optimizing resources of a CPNS (Converged Personal Network Service) enabler, the CPNS enabler including a CPNS server and a plurality of CPNS entities, the plurality of CPNS entities including a CPNS gateway and a plurality of PNEs (Personal Network Elements) including first, second and third PNEs, the method comprising: transmitting, by the CPNS gateway to the CPNS server, battery level information from the plurality of PNEs when the first PNE is currently performing a specific operation in an active mode with the third PNE; receiving, by the CPNS gateway from the CPNS server, an instruction message to switch from the first PNE to the second PNE, the instruction message being based on life expectancy information of the plurality of PNEs associated with the battery level information; transmitting, by the CPNS gateway, a message to wake up to the second PNE from an idle mode to an active mode; receiving, by the CPNS gateway, a response message in response to the message to wake up from the second PNE; and configuring, by the CPNS gateway, the second PNE to perform the specific operation with the third PNE while switching the first PNE from the active mode to an idle mode.
- According to another aspect, the present invention provides a CPNS (Converged Personal Network Service) server for optimizing resources of a CPNS enabler including the CPNS server and a plurality of CPNS entities, the plurality of CPNS entities including at least one CPNS gateway and at least one PNE (Personal Network Element), the CPNS server comprising: a processor configured to: receive a low battery level indication for an operation from a certain one of the CPNS entities; request battery level information from at least some of the CPNS entities in response to the low battery level indication; determine life expectancy information for each of the at least some of the CPNS entities based on the battery level information; and transmit a message to the at least one CPNS gateway to use one of the at least some of the CPNS entities instead of the certain one of the CPNS entities to perform the operation, based on the life expectancy information.
- According to another aspect, the present invention provides a CPNS (Converged Personal Network Service) gateway for optimizing resources of a CPNS enabler including a CPNS server and a plurality of CPNS entities, the plurality of CPNS entities including the CPNS gateway and a plurality of PNEs (Personal Network Elements) including first, second and third PNEs, the CPNS gateway comprising: a transceiver; and a processor, cooperating with the transceiver and configured to: transmit, to the CPNS server, battery level information from the plurality of PNEs when the first PNE is currently performing a specific operation in an active mode with the third PNE; receive, from the CPNS server, an instruction message to switch from the first PNE to the second PNE, the instruction message being based on life expectancy information of the plurality of PNEs associated with the battery level information; transmit a message to wake up to the second PNE from an idle mode to an active mode; receive a response message in response to the message to wake up from the second PNE; and configure the second PNE to perform the specific operation with the third PNE while switching the first PNE from the active mode to an idle mode.
- These and other features of the present application will become more readily apparent from the detailed description given hereinafter. However, it should be understood that the detailed description and specific examples, while indicating preferred embodiments of the invention, are given by way of illustration only, since various changes and modifications within the spirit and scope of the invention will become apparent to those skilled in the art from this detailed description.
- The present invention will become more fully understood from the detailed description given hereinbelow and the accompanying drawings which are given by way of illustration only, and thus are not limitative of the present invention and wherein:
-
FIG. 1 is a diagram of a CPNS enabler according to a related art; -
FIG. 2 is a graph illustrating the configurations of a CPNS enabler according to an embodiment of the invention; -
FIG. 3 is a graph illustrating the configurations of a CPNS enabler, including life expectancy information before optimization, according to an embodiment of the invention; -
FIG. 4 is a graph illustrating the configurations of a CPNS enabler, including new connections that are possible based on life expectancy information, according to an embodiment of the invention; -
FIG. 5 is a graph illustrating the configurations of a CPNS enabler, including life expectancy information after optimization, according to an embodiment of the invention; -
FIGS. 6 and 7 are diagrams illustrating a first example of a CPNS enabler and its optimization operation according to an embodiment of the invention; -
FIG. 8 is a flowchart illustrating a method of optimizing the life expectancy of the CPNS enabler ofFIGS. 6 and 7 according to an embodiment of the invention; -
FIGS. 9 and 10 are diagrams illustrating a second example of a CPNS enabler and its optimization operation according to an embodiment of the invention; and -
FIG. 11 is a flowchart illustrating a method of optimizing the life expectancy of the CPNS enabler ofFIGS. 9 and 10 according to an embodiment of the invention. - Hereinafter, exemplary embodiments of the invention will be described in detail with reference to the attached drawings. The embodiments described below are intended to exemplify the technical spirit of the invention, but are not intended to limit the scope of the invention.
- The embodiments of the present invention provide an enhanced CPNS enabler in which a CPNS server can obtain and store configuration/connection information about the various units of the CPNS enabler as well store and update battery life information about each connection/link among the units of the CPNS enabler. The CPNS server may also store user preference information and/or operator policy information. This can occur preferably in an idle mode, but may occur in an active mode. The CPNS server then can use one or more of the stored information to change the connections among the entities of the CPNS enabler to optimize the use of the resources of the CPNS server, e.g., to optimize the life expectancy of each component of the CPNS server. This can occur in an idle mode, but may occur in an active mode. As a result, a user can continue to receive a desired service/operation through at least one of the units of the CPNS server.
- According to an embodiment, a CPNS enabler preferably includes at least one CPNS server and a plurality of CPNS entities. The CPNS server and CPNS entities are also referred to herein as the units of the CPNS enabler or CPNS units. The CPNS entity is referred to herein as merely an entity and can be a CPNS gateway (or PN gateway) or PNE (or Device coupled to the PNE). Some examples of the PNEs can be a handset or mobile terminal, GPS, navigation device, MP3 player, audio/video player, PMP (Portable Multimedia Player), handset with GPS, PC (Personal Computer), desktop, computer notebook, printer, computer tablet, scanner, etc. Some examples of the PN gateways can be a mobile terminal or handset, home gateway, smart phone, set top box, computer notebook, etc.
- According to an embodiment, the invention provides a method of optimizing the CPNS enabler. In this method, the CPNS server obtains and stores configuration information of the CPNS enabler in an idle mode (e.g., non-active mode). The CPNS server can also update the configuration information at certain time intervals or as needed, and stores the updated information. The configuration information can be represented and continuously stored in the CPNS server in a graphical form, but can be stored in other forms. The configuration information can provide information about the architecture of the units of the CPNS enabler as well as their connections. The CPNS server also can store policy information and/or user preference information associated with each or some of the units of the CPNS enabler. Then the CPNS server utilizes the stored information to optimize the connections and use of the entities of the CPNS enabler. This optimization can occur in the idle mode or in an active/user mode, e.g., in real time, e.g., while an application or program is running and active in those units. The details of the method will now be discussed by referring to specific examples.
-
FIG. 2 is a graph illustrating the configurations of aCPNS enabler 100 according to an embodiment of the invention. As shown inFIG. 2 , theCPNS enabler 100 can include aCPNS server 10, a plurality of gateways (Gateway 1 through Gateway n), a plurality of PNEs (PNE Devices CPNS enabler 100 are operatively coupled and configured, and communicate amongst each other as configured using known networks and techniques, e.g., Bluetooth, 802.11, Wi-Fi, WPAN (Wireless Personal Area Network), cellular networks such as 3GPP, etc. Further, a gateway can become and function as a PNE and vice versa. The Devices of theCPN enabler 100 can also be PNEs or devices coupled to the PNEs. - In an idle mode, the
CPNS server 10 obtains information about the configuration, connections, architecture, etc. of theCPNS enabler 100, and store such information in a storage unit (or database). The storage unit can reside at theCPNS server 10 or can be at another location. Although specific names may be given, each unit of theCPNS enabler 100 can be identified by a specific number in bracket, such as: -
- Gateway [1] to Gateway [n], where n is a positive integer;
- PNE [x,1] to PNE [x,m], where 1=<x<=n and m is a positive integer; and
- Device [x,y,1] to Device [x,y,p], where 1=<x<=n, 1=<y<=m and p is a positive integer.
- For each entity (e.g., gateway, PNE, or Device) of the
CPNS enabler 100, theCPNS server 10 preferably stores static information and/or dynamic information as applicable. TheCPNS server 10 can also store static and/or dynamic information about itself. Static information is information that is fixed or changes rarely, whereas the dynamic information is information that changes regularly, in real time, or as needed. For instance, the static information can be information on the size of the screen (e.g., size of the laptop if the PNE is the laptop), wireless features (e.g., use of Bluetooth, Wi-Fi, etc.), codec information (e.g., use of MP4, DivX, H624 for video coding, etc.), size of the battery the CPNS unit has, capabilities and functions of the CPNS unit, etc. The dynamic information can be information about the current level of the battery of the CPNS unit, the state of the CPNS unit (e.g., current mode of the CPNS unit), the current state of wireless connection of the CPNS unit, etc. - The static information is preferably obtained and updated during the idle mode of the CPNS unit. For instance a controller or Device Management (DM) in each CPNS entity can be configured to send certain information (connection information with other entities) to the
CPNS server 10. The dynamic information can be provided at a requested time, or at regular times, or in real time. For instance, theCPNS server 10 may request each of the CPNS entities to provide certain information at, e.g., every hour, and the CPNS entities can send such information at the requested times. TheCPNS server 10 then compiles such information in association with the corresponding CPNS entity (which can be individually identified as shown in the above example). - The
CPNS server 10 can store the static information and dynamic information for all the CPNS entities and itself in the storage unit. Furthermore, theCPNS server 10 can store user preference information and/or operator policy information for the CPNS entities and itself. The user preference information may indicate a user's preference of using one entity over another entity, which may vary depending on a specific function being performed. For instance, theCPNS server 10 can store that a user ofPNE PNE PNE PNE CPNS enabler 100. - The
CPNS server 10 can store the static information and the dynamic information in various forms. In one preferred example, such information and other information is stored in a graphical form as shown inFIG. 2 . In the example ofFIG. 2 , the configurations/connections of the units of theCPNS enabler 100 are indicated in a tree form, where the dotted connection lines indicate that the corresponding CPNS units communication with each other via Bluetooth while the solid connection lines indicate Wi-Fi connections. Obviously, this is one example of the tree form and other types of trees or other graphical forms may be used to represent the configurations and other information about theCPNS enabler 100. Once theCPNS server 10 stores such graphs therein initially, then the graphs can be updated in real time or as desired, in theCPNS server 10. - In addition to (or lieu of) the connection information for the CPNS units, the
CPNS server 10 stores and updates therein life expectancy information for each of the connections among the CPNS units based on the battery information for the CPNS units. The life expectancy information for a link among the CPNS units indicates a minimum number of time units that at least one of the CPNS units by the link has to perform a function/operation before it runs out of its battery and can no longer perform the function/operation. For instance, the life expectancy information for a link (i.e., connection) between theCPNS server 10 and one gateway may equal 100, which means that at least one of theCPNS server 10 and the gateway has 100 time unites (e.g., minutes) left to carry out functions (e.g., playing a video) before it runs out of the battery and can no longer perform the functions. This life expectancy information can be preferably represented and stored in theCPNS server 10 in a graph as shown inFIG. 3 , which will be discussed later in more detail. The life expectancy information may also be referred herein as battery life information. Further, a number of different life expectancy information for each function of a link, for each link or CPNS unit, may be calculated, stored and updated by theCPNS server 10, e.g., life expectancy information for playing a video, life expectancy information for displaying GPS map, etc. - According to an embodiment, a link can be a local link or a global link. A local link is a link between two immediate CPNS units (e.g.,
CPNS server 10 andGateway 2 inFIG. 2 ), where as a group of connected links (e.g., a longer link made up of different links from theCPNS server 10 toDevices FIG. 2 ) may be referred to as a global link. - To determine or calculate the life expectancy information for each link (CPNS connection between two CPNS units), the
CPNS server 10 obtains the current battery level for each of the two CPNS units involved in the link, and uses that information and consumption information to calculate the life expectancy information for the link as follows in Formula A: -
Battery Life OfLink 1=Min((Battery of Unit A)/(Consumption ofLink 1 by Unit A), (Battery of Unit B)/(Consumption ofLink 1 by Unit B)). - In the above, “Battery Life Of
Link 1” is the life expectancy ofLink 1, whereLink 1 is a connection between Units A and B. A unit here is a CPNS unit (e.g., server, gateway, PNE, device, etc.). Also, “Battery of Unit A” is the current battery level of Unit A and “Consumption ofLink 1 by Unit A” is the amount of battery/power used/usable by Unit A throughLink 1 if Unit A were to be actively used (e.g., performing a function such as playing a video). The “Battery of Unit A” can be received directly from Unit A or can be calculated based on the total capacity of Unit A and % of remaining battery received from Unit A. As such, “(Battery of Unit A)/(Consumption ofLink 1 by Unit A)” represents a length of life time remaining in Unit A when Unit A usesLink 1. All these parameters can be represented in various ways and units. For instance, “Battery of Unit A” may be represented in percentages or power units like mA (milliamperes), and “Consumption ofLink 1 by Unit A” may be represented in power/time unit, e.g., mA/h (milliamperes/hour). Then the formula takes the minimum of the values obtained for Unit A and Unit B. That is, it follows the formula of Min(Value 1, Value 2), where this function returns the smallest (Min) value of the two values. As a variation, the Life Expectancy of each link can be calculated in function of the capacity of the battery level divided by the power consumption of the link. -
FIG. 3 shows an example of a life expectancy graph of theCPNS enabler 100 according to an embodiment of the invention, which can be stored in theCPNS server 10 and illustrate an example of a calculated life expectancy of each local link of the CPNS enabler ofFIG. 2 . This life expectancy graph can be created when theCPNS enabler 10 is in the idle mode (or non-active mode). - As shown in the example of
FIG. 3 , a number next to each link represents a number of minutes of use left before the corresponding CPNS unit has no battery or can no longer perform function(s). For instance, the number ‘300’ on the link betweenGateway 2 and theCPNS server 10 represents 300 minutes of communication remaining before one of the batteries ofGateway 2 andCPNS server 10 runs out. It is assumed that when the battery of a CPNS unit (e.g., CPNS server or entity) becomes empty, the CPNS unit cannot carry out the connection/communication. In the case of some CPNS units such as the CPNS server, the battery level of the CPNS server will be always full. - For each link, the
CPNS server 10 determines the life expectancy according to Formula A noted above and can store this information therein as noted above. To do this, for example, in the idle mode, theCPNS server 10 can request each CPNS unit to send its battery information and consumption information and based on the obtained battery and consumption information, theCPNS server 10 can calculate/obtain the life expectancy information for each link in the idle mode. The same consumption information may be used for all functions of a CPNS unit or as a variation, different consumption information may be used respectively for different functions of a CPNS unit. For instance, a CPNS device can be in a Wi-Fi connection idle mode or Bluetooth connection idle mode, and depending on which connection mode, the CPNS device can have a different idle mode consumption number (e.g., one number for the Wi-Fi connection and another number for the Bluetooth connection, in the idle mode). Thus, depending on which function (e.g., Wi-Fi connection-based function or Bluetooth connection-based function) is of interest, appropriate consumption information may be used by theCPNS server 10 to calculate the life expectancy information. Then by performing calculations based on Formula A or the like above, theCPNS server 10 generates the life expectancy information. Table 1 below is an example of such life expectancy information (e.g., in minutes) for the links (local links and global links) between the CPNS server and each applicable CPNS entity ofFIG. 3 . -
TABLE 1 Device Device GW n GW 1 GW 22, 1, 1 PNE 2, 1, p Server 10 1000 200 300 200 200 200 - For instance, in Table 1, a local link between the
CPNS server 10 and Gateway 1 (GW 1) has 200 minutes of use time left before theCPNS server 10 orGateway 1 runs out of the battery. In another example, a global link between theCPNS server 10 andDevice CPNS server 10 andGateway 2, a local link betweenGateway 2 andPNE PNE Device FIG. 3 , a minimum or the lowest number among these values is taken and as a result, 200 is determined to be the life expectancy of this global link. - According to the present invention, after the life expectancy information for the links of the
CPNS enabler 100 is obtained and stored in the idle mode as shown in one example ofFIG. 3 , theCPNS server 10 can then use this information to optimize the life expectancy of theCPNS enabler 100 by, e.g., changing the connections among the CPNS units to provide maximum use time (life expectancy). In addition to using the life expectancy information of the links, theCPNS server 10 can also use the user preference information and/or the policy information to optimize the life expectancy of theCPNS enabler 100. This optimization can occur in the idle mode or in an active/user mode (non-idle mode) and can occur in real time or as needed. For instance, the CPNS server can obtain life expectancy information on all other links of theCPNS enabler 100 and then select the connections with the improved life expectancy information so as to optimize the life expectancy of the CPNS enabler 100s.FIG. 4 shows an example of updated life expectancy information for the links of theCPNS enabler 100 ofFIG. 3 according to an embodiment of the invention. - As shown in
FIG. 4 , the CPNS server can detect new or possible connections/links between the CPNS units, which are shown with the doted lines, and determine the life expectancy of each new link. Based on the updated life expectancy information, a below new/updated table (Table 2) can be generated for theCPNS enabler 100. -
TABLE 2 Device Device GW n GW 1 GW 22, 1, 1 PNE 2, 1, p Server 10 1000 300 300 300 300 300 - As shown in Table 2, the life expectancy for some of the links improves in comparison with Table 1 if the new connections were to be used. More specifically, Table 3 below shows the comparison between Table 1 (life expectancy before optimization) and Table 2 (life expectancy after optimization).
-
TABLE 3 Device Device GW n GW 1 GW 22, 1, 1 PNE 2, 1, p Server 1000 200 300 200 200 200 (before optimization) Server (after 1000 300 300 300 300 300 optimization Time (life) 0 100 0 100 100 100 saved - Table 3 shows the amount of more use time obtained for the units of the
CPNS enabler 100 according to the present invention. Accordingly, theCPNS server 10 can decide to implement the optimal links/connections to optimize the life expectancy of theCPNS enabler 100. For instance, if the user preference information or policy information indicates that the use of one CPNS unit/link over another CPNS unit/link, then such information may dictate which CPNS unit/link may be selected over other possible CPNS units/link or can override the life expectancy information. TheCPNS server 10 can implement the new connections/links among the CPNS units as shown inFIG. 5 , which shows the new links/connections having the optimized life expectancy. The new connections are shown with the dotted lines. All the optimization can occur in the idle more or in an active/user (non-idle) mode of the CPNS enabler or server or entity. For instance, during an active/user mode (e.g., after the wake up mode), theCPNS server 10 can analyze each CPNS unit's characteristics and update the life expectancy graph and other information stored therein. Each CPNS unit can send an Event/notice to the CPNS server when there is a modification in its dynamic characteristics. In function of these modifications, theCPNS server 10 can update in real time the life expectancy graph/information. The optimization process of the invention attempts to always to remove the link with the minimum or lowest of life expectancy, which will optimize the life expectancy and use of theCPNS enabler 100. - Now, two specific examples of the life expectancy optimization in an active or user mode according to an embodiment of the invention will be discussed referring to
FIG. 6 . The first example is discussed referring toFIG. 6 and the second example is discussed referring toFIG. 9 . All components of the CPNS enablers ofFIGS. 6-11 are operatively coupled and configured. Further, the specific CPNS entities inFIGS. 6-11 are mere examples and can be other devices. Moreover, the optimization steps which can be performed in the idle mode as discussed above, can occur in the active mode, as in these examples. - More specifically, in the first example as shown in
FIGS. 6 and 7 , aCPNS enabler 200 has the architecture/connections as shown, and includes aCPNS server 20, ahandset 22 such as a smart phone or mobile terminal (CPNS gateway), a PC 24 (PNE 1), a GPS device 26 (PNE 2), and a handset with a GPS device/unit 28 (PNE 3, also referred to as ‘handset with GPS’). Here, it is assumed that thePC 24 and theGPS device 26 are in their active/on mode while the handset withGPS 28 is in its idle/non-active mode. TheCPNS server 20 and handset 22 (gateway) are in the active mode. TheCPNS server 20 can obtain and store therein the life expectancy graph/information for each of the links shown in the figure, according to the various methods discussed above, e.g., in the idle mode, and such life expectancy information/graph may be updated as discussed above. - According to the CPNS service, assume that a user at the
PC 24 is viewing a GPS map/data (or performing a GPS function) provided from theGPS device 26 through thehandset 22 functioning as the CPNS gateway, which also communicates with theCPNS server 20. However, theGPS device 26 is running low on battery and would not be able to provide the GPS data to thePC 24 for a long time. In such a situation, according to the present invention, theGPS device 26 may notify theCPNS server 20 that the current battery level of theGPS device 26 is low (or below a certain preset level) or theCPNS server 20 requests theGPS device 26 to provide such information. Then theCPNS server 20 can check the life expectancy information for other links or other CPNS entities, and select another PNE or device which can provide the GPS map to thePC 24 for a longer period of time than theGPS device 26. For instance, as shown inFIG. 7 , theCPNS server 20 may determine that the life expectancy of the handset withGPS 28 has a longer life expectancy than the GPS device 26 (e.g., for this function—GPS function) and can configure and instruct the handset withGPS 28 to provide the GPS map to thePC 24. As a result, the user at thePC 24 can continue to view the GPS map (now received from the handset withGPS 28 instead of the GPS device 26) for a longer period of time, which optimizes the CPNS service provided by theCPNS enabler 200. -
FIG. 8 illustrates a flowchart illustrating a method of optimizing the life expectancy of the CPNS enabler ofFIGS. 6 and 7 according to an embodiment of the invention. The steps inFIG. 8 are examples of specific steps involved in the CPNS optimization ofFIGS. 6 and 7 . - As shown in
FIG. 8 , at step S10, the GPS device 26 (PNE 2) sends GPS data (or a GPS function) to the PC 24 (PNE 1) through the handset 22 (Gateway), whereby the GPS data is displayed and viewed at thePC 24 by an end user. Then, at step S12, after the continuous use of theGPS device 26, the current battery level of theGPS device 26 becomes low (e.g., level below a preset threshold level), and this is indicated to theCPNS server 20 through thehandset 22. This can be done by theGPS device 26 sending a message to theCPNS server 20 through thehandset 22. This message can include a low battery indication/flag and/or the specific current battery level, for example, in numbers. - At step S14, upon receipt of this message, the
CPNS server 20 requests a battery level from each of all the CPNS devices/units of theCPNS enabler 200. This can be done by theCPNS server 20 sending a battery level request message to thehandset 22. At step S16, the handset 22 (GW) then sends a battery level request message to each of the CPNS entities, i.e., the handset withGPS 28, theGPS device 26 and thePC 24. In this regard, thehandset 22 may not send the battery level request message to theGPS device 26 if theGPS 26 has already communicated its specific battery level (e.g., in numbers/units) to theCPNS server 20 at step S12. Then each of the CPNS entities sends its specific current battery level information (e.g., specific battery level in numbers/units) to thehandset 22, which is forwarded to theCPNS server 20 at step S18. As a variation to steps S14-S16, theCPNS server 20 can send three separate battery level request messages respectively to the three CPNS entities through thehandset 22 to obtain the battery levels. - At step S20, the
CPNS server 20 analyzes the obtained battery level information and determines to switch from the GPS device 26 (low battery) to the Handset with GPS 28 (high battery). For instance, theCPNS server 20 can calculate and/or analyze the life expectancy information for the links of theCPNS enabler 200 as discussed above (e.g., using Formula A) based on the obtained battery level information. TheCPNS server 20 can prestore the consumption information of each link by each CPNS entity, which can be provided in advance by each CPNS entity. Then theCPNS server 20 determines that the life expectancy for the link associated with the handset withGPS 28 is greater than the life expectancy for the link associated with theGPS device 26, and thus sends a request/message to thehandset 22 to switch from theGPS device 26 to the handset withGPS 28. In addition to the life expectancy for the links, as mentioned above theCPNS server 20 can also consider the user preference information and/or operator policy information to select an appropriate link/unit. This updated/optimized life expectancy information as well as the new configuration information of the CPNS enabler in the active mode can also be stored in theCPNS server 20. - Then at step S22, the handset (GW) 22 sends a message to the handset with GPS 28 (which is currently in the idle mode) to wake up, and thereby places the handset with
GPS 28 in the active/on mode. At step S24, thehandset 22 sends a request/message to provide GPS data, to the handset withGPS 28, and thereby receive the GPS data. Thehandset 22 then sends the GPS data received now from the handset withGPS 28 to thePC 24 so that the user at thePC 24 can continuously view the GPS data (or have access to GPS functions). At step S26, thehandset 22 can place theGPS device 26 in the idle mode since it is not being used and is running out of battery. Accordingly, the present invention optimizes the life expectancy of the CPNS enabler and thereby enhances the user experience. - In the second example as shown in
FIGS. 9 and 10 , aCPNS enabler 300 has the architecture/connections as shown, and includes aCPNS server 30, ahandset 32 such as a smart phone or mobile terminal (CPNS gateway), a PC 34 (PNE 1), a GPS device 36 (PNE 2), and a video player 38 (PNE 3). Here, it is assumed that thePC 34 and theGPS device 36 are in their active/on mode while thevideo player 38 is in its idle/non-active mode. TheCPNS server 30 and handset 32 (GW) are in the active mode. TheCPNS server 30 can obtain and store therein the life expectancy graph/information for each of the links shown in the figure, according to the various methods discussed above, e.g., in the idle mode, and such life expectancy information/graph can be updated as discussed above. - According to the CPNS service, assume that a user at the
PC 34 is viewing a GPS map/data provided from theGPS device 36 through thehandset 32 functioning as the CPNS gateway, which also communicates with theCPNS server 30. However, thePC 34 is running low on battery and would not be able to display the GPS data on thePC 34 soon. In such a situation, according to the present invention, thePC 34 may notify theCPNS server 30 that the current battery level of thePC 34 is low (or below a certain preset level) or theCPNS server 30 requests thePC 34 to provide such information. Then theCPNS server 30 can check the life expectancy information for other links or other CPNS entities, and select another PNE or device which can display the GPS data to the user for a longer period of time than thePC 34. For instance, as shown inFIG. 10 , theCPNS server 30 may determine that the life expectancy of thevideo player 38 has a longer life expectancy than thePC 34 and can configure and instruct thevideo player 38 to display the GPS data for the user. As a variation, the use of thevideo player 38 can occur when the user consents to it (e.g., since the user has to move to thevideo player 38 or thevideo player 38 needs to be moved to the user). As a result, the user can view the GPS map continuously and for a longer period of time at thevideo player 38, which optimizes the CPNS service provided by theCPNS enabler 300. -
FIG. 11 illustrates a flowchart illustrating a method of optimizing the life expectancy of the CPNS enabler ofFIGS. 9 and 10 according to an embodiment of the invention. The steps inFIG. 11 are examples of specific steps involved in the CPNS optimization ofFIGS. 9 and 10 . - As shown in
FIG. 11 , at step S30, the GPS device 36 (PNE 2) sends GPS data to the PC 34 (PNE 1) through the handset 32 (Gateway), whereby the GPS data is displayed and viewed at thePC 34 by an end user. Then, at step S32, after the continuous use of thePC 34, the current battery level of thePC 34 becomes low (e.g., level below a preset threshold level), and this is indicated to theCPNS server 30 through thehandset 32. This can be done by thePC 34 sending a message to theCPNS server 30 through thehandset 32. This message can include a low battery indication/flag and/or the specific current battery level, for example, in numbers. - At step S34, upon receipt of this message, the
CPNS server 30 requests a battery level from each of all the CPNS devices/units of theCPNS enabler 300. This can be done by theCPNS server 30 sending a battery level request message to thehandset 32. At step S36, the handset 32 (GW) then sends a battery level request message to each of the CPNS entities, i.e., thevideo player 38, theGPS device 36 and thePC 34. In this regard, thehandset 32 may not send the battery level request message to thePC 34 if thePC 34 has already communicated its specific battery level (e.g., in numbers/units) to theCPNS server 30 at step S32. Then each of the CPNS entities sends its specific current battery level information to thehandset 32, which is forwarded to theCPNS server 30 at step S38. As a variation to steps S34-S36, theCPNS server 30 can send three separate battery level request messages respectively to the three CPNS entities through thehandset 32 to obtain the battery level information. - At step S40, the
CPNS server 30 analyzes the obtained battery level information and determines to switch from the PC 34 (low battery) to the video player 38 (high battery). For instance, theCPNS server 30 can calculate and/or analyze the life expectancy information for the links of theCPNS enabler 300 as discussed above (e.g., using Formula A above) based on the obtained battery level information. TheCPNS server 30 can prestore the consumption information of each link by each CPNS entity, which can be provided in advance by each CPNS entity. Then theCPNS server 30 determines that the life expectancy for the link associated with thevideo player 38 is greater than the life expectancy for the link associated with thePC 34, and thus sends a request/message to thehandset 32 to switch from thePC 34 to thevideo player 38. In addition to the life expectancy for the links, as mentioned above theCPNS server 30 can also consider the user preference information and/or operator policy information to select an appropriate link/unit. The updated/optimized life expectancy information as well as the new configuration information of the CPNS enabler in the active mode can also be stored in theCPNS server 30. - Then at step S42, the handset 32 (GW) then sends a message to the
PC 34, which requests an input from the user regarding the switch. For instance, the message may instruct thePC 34 to display a message asking the user if the user wants to use the video player. In this example, the message displayed to the user at thePC 34 can state, for instance, “Low Battery—do you want to use the video player?”. Then the user can decide whether or not the user wants to use the video player and enters a corresponding response to thePC 34, which is then communicated from thePC 34 to thehandset 32. As a variation, instead of requesting whether or not the user wants to switch, a message can be displayed on thePC 34, which basically informs the user that due to the low battery, the GPS data will be displayed on the video player after a certain time duration, e.g., after 5 minutes. In such a case, the user can reposition himself/herself in front of thevideo player 38 if the user wants to continue to have access to the GPS data. - Then at step S44, the handset (GW) 32 sends a message to the video player 38 (which is currently in the idle mode) to wake up, and thereby places the
video player 38 in the active/on mode. At step S46, thehandset 32 sends a request/message to provide GPS data, to the PC 34 (or GPS device 36) and thereby receive the GPS data. Thehandset 32 then sends the received GPS data to thevideo player 38 so that the user, now at thevideo player 38, can continuously view the GPS data. At step S48, theGPS device 36 continues to send the GPS data but now to thevideo player 38 through thehandset 32, and thevideo player 38 displays the GPS data for the user to view. In this regard, the CPNS server 30 (or the handset 32) can send instructions to theGPS device 36 to send the GPS data now to thevideo player 38 and not to thePC 34. As a result, the user can continue to view or have access to GPS data by switching from using thePC 34 to thevideo player 38, under control of theCPNS server 30 and/orhandset 32. Thehandset 32 can also place thePC 34 in the idle mode since it is not being used and is running out of battery. Accordingly, the present invention optimizes the life expectancy of the CPNS enabler and thereby enhances the user experience. - According to an embodiment of the invention, although the optimization of the life expectancy of the CPNS enabler has been discussed, the same concepts of the invention can be applied to generate and optimize end user information/graphs, signal strength information/graphs, bandwidth information/graphs, and ping information/graphs. Each of these features of the CPNS enabler can be determined and considered to improve the operations of the CPNS enabler.
- The present invention has been explained with reference to the embodiments which are merely exemplary. It will be apparent to those skilled in the art that various modifications and variations can be made in the present invention without departing from the spirit or scope of the invention. Thus, it is intended that the present invention cover modifications and variations of this invention provided they come within the scope of the appended claims and their equivalents.
Claims (20)
1. A method for optimizing resources of a CPNS (Converged Personal Network Service) enabler, the CPNS enabler including a CPNS server and a plurality of CPNS entities, the plurality of CPNS entities including at least one CPNS gateway and at least one PNE (Personal Network Element), the method comprising:
receiving, by the CPNS server, a low battery level indication for an operation from a certain one of the CPNS entities;
requesting, by the CPNS server, battery level information from at least some of the CPNS entities in response to the low battery level indication;
determining, by the CPNS server, life expectancy information for each of the at least some of the CPNS entities based on the battery level information; and
transmitting, by the CPNS server, a message to the at least one CPNS gateway to use one of the at least some of the CPNS entities instead of the certain one of the CPNS entities to perform the operation, based on the life expectancy information.
2. The method of claim 1 , further comprising:
comparing, by the CPNS server, the life expectancy information for each of the at least some of the CPNS entities life expectancy information for the certain one of the CPNS entities among each other; and
selecting, by the CPNS server, the one of the at least some of the CPNS entities to use instead of the certain one of the CPNS entities to perform the operation based on the comparison result.
3. The method of claim 2 , wherein the selecting step selects a CPNS entity that has highest life expectancy information to perform the operation.
4. The method of claim 2 , wherein the life expectancy information for the certain one of the CPNS entities is obtained by:
receiving, by the CPNS server, battery level information from the certain one of the CPNS entities; and
determining, by the CPNS server, the life expectancy information for the certain one of the CPNS entities.
5. A method for optimizing resources of a CPNS (Converged Personal Network Service) enabler, the CPNS enabler including a CPNS server and a plurality of CPNS entities, the plurality of CPNS entities including a CPNS gateway and a plurality of PNEs (Personal Network Elements) including first, second and third PNEs, the method comprising:
transmitting, by the CPNS gateway to the CPNS server, battery level information from the plurality of PNEs when the first PNE is currently performing a specific operation in an active mode with the third PNE;
receiving, by the CPNS gateway from the CPNS server, an instruction message to switch from the first PNE to the second PNE, the instruction message being based on life expectancy information of the plurality of PNEs associated with the battery level information;
transmitting, by the CPNS gateway, a message to wake up to the second PNE from an idle mode to an active mode;
receiving, by the CPNS gateway, a response message in response to the message to wake up from the second PNE; and
configuring, by the CPNS gateway, the second PNE to perform the specific operation with the third PNE while switching the first PNE from the active mode to an idle mode.
6. The method of claim 5 , wherein the configuring step includes:
establishing a communication path between the second and third PNEs through the CPNS gateway; and
allowing the specific operation of the second PNE to be performed at the third PNE through the communication path.
7. The method of claim 5 , further comprising:
after receiving the instruction message, transmitting a message to the third PNE prior to transmitting the message to wake up the second PNE.
8. The method of claim 7 , wherein the message to the third PNE is a message requesting authorization from a user regarding the use of the second PNE, or a message notifying the user regarding the use of the second PNE.
9. The method of claim 5 , wherein the specific operation includes a GPS operation, a multimedia operation, and a mobile terminal operation.
10. The method of claim 5 , wherein the CPNS gateway is a mobile terminal.
11. A CPNS (Converged Personal Network Service) server for optimizing resources of a CPNS enabler including the CPNS server and a plurality of CPNS entities, the plurality of CPNS entities including at least one CPNS gateway and at least one PNE (Personal Network Element), the CPNS server comprising:
a processor configured to:
receive a low battery level indication for an operation from a certain one of the CPNS entities;
request battery level information from at least some of the CPNS entities in response to the low battery level indication;
determine life expectancy information for each of the at least some of the CPNS entities based on the battery level information; and
transmit a message to the at least one CPNS gateway to use one of the at least some of the CPNS entities instead of the certain one of the CPNS entities to perform the operation, based on the life expectancy information.
12. The CPNS server of claim 11 , the processor further configured to:
compare the life expectancy information for each of the at least some of the CPNS entities life expectancy information for the certain one of the CPNS entities among each other; and
select the one of the at least some of the CPNS entities to use instead of the certain one of the CPNS entities to perform the operation based on the comparison result.
13. The CPNS server of claim 12 , wherein the selecting selects a CPNS entity that has highest life expectancy information to perform the operation.
14. The CPNS server of claim 12 , wherein the life expectancy information for the certain one of the CPNS entities is obtained by the processor further configured to:
receive battery level information from the certain one of the CPNS entities; and
determine the life expectancy information for the certain one of the CPNS entities.
15. A CPNS (Converged Personal Network Service) gateway for optimizing resources of a CPNS enabler including a CPNS server and a plurality of CPNS entities, the plurality of CPNS entities including the CPNS gateway and a plurality of PNEs (Personal Network Elements) including first, second and third PNEs, the CPNS gateway comprising:
a transceiver; and
a processor, cooperating with the transceiver and configured to:
transmit, to the CPNS server, battery level information from the plurality of PNEs when the first PNE is currently performing a specific operation in an active mode with the third PNE;
receive, from the CPNS server, an instruction message to switch from the first PNE to the second PNE, the instruction message being based on life expectancy information of the plurality of PNEs associated with the battery level information;
transmit a message to wake up to the second PNE from an idle mode to an active mode;
receive a response message in response to the message to wake up from the second PNE; and
configure the second PNE to perform the specific operation with the third PNE while switching the first PNE from the active mode to an idle mode.
16. The CPNS gateway of claim 15 , wherein the processor configures the second PNE to perform the specific operation with the third PNE by:
establishing a communication path between the second and third PNEs through the CPNS gateway; and
allowing the specific operation of the second PNE to be performed at the third PNE through the communication path.
17. The CPNS gateway of claim 15 , the processor further configured to:
after receiving the instruction message, transmit a message to the third PNE prior to transmit the message to wake up the second PNE.
18. The CPNS gateway of claim 17 , wherein the message to the third PNE is a message requesting authorization from a user regarding the use of the second PNE, or a message notifying the user regarding the use of the second PNE.
19. The CPNS gateway of claim 15 , wherein the specific operation includes a GPS operation, a multimedia operation, and a mobile terminal operation.
20. The CPNS gateway of claim 15 , wherein the CPNS gateway is a mobile terminal.
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US13/319,920 US9807158B2 (en) | 2009-05-14 | 2010-05-03 | Method and system for optimizing CPNS enabler |
Applications Claiming Priority (3)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US17805909P | 2009-05-14 | 2009-05-14 | |
US13/319,920 US9807158B2 (en) | 2009-05-14 | 2010-05-03 | Method and system for optimizing CPNS enabler |
PCT/KR2010/002807 WO2010131860A2 (en) | 2009-05-14 | 2010-05-03 | Method and system for optimizing cpns enabler |
Publications (2)
Publication Number | Publication Date |
---|---|
US20120066332A1 true US20120066332A1 (en) | 2012-03-15 |
US9807158B2 US9807158B2 (en) | 2017-10-31 |
Family
ID=43085426
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
US13/319,920 Active 2033-08-15 US9807158B2 (en) | 2009-05-14 | 2010-05-03 | Method and system for optimizing CPNS enabler |
Country Status (2)
Country | Link |
---|---|
US (1) | US9807158B2 (en) |
WO (1) | WO2010131860A2 (en) |
Cited By (9)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20110320636A1 (en) * | 2010-06-25 | 2011-12-29 | Digi International Inc. | Smart energy gateway with integrated plug |
US20130036229A1 (en) * | 2011-08-05 | 2013-02-07 | Samsung Electronics Co., Ltd. | Method of managing connection between personal network and cpns service in cpns system |
US20130036181A1 (en) * | 2011-08-05 | 2013-02-07 | Samsung Electronics Co. Ltd. | Method and apparatus for providing service based on component using personal network |
US20130086246A1 (en) * | 2010-06-06 | 2013-04-04 | Jihye Lee | Method and Communication Device for Communicating with Other Devices |
US20130114489A1 (en) * | 2010-05-06 | 2013-05-09 | Digi International Inc. | Wireless mesh network controller synchronization |
US20140126543A1 (en) * | 2011-07-20 | 2014-05-08 | Zte Corporation | Method and device for personal-network based seamless handover |
US20140237123A1 (en) * | 2013-02-20 | 2014-08-21 | Apple Inc. | System and method of establishing communication between electronic devices |
US20160070331A1 (en) * | 2013-09-30 | 2016-03-10 | Sonos, Inc. | Playback Device Operations Based on Battery Level |
US9693311B2 (en) | 2014-09-04 | 2017-06-27 | Samsung Electronics Co., Ltd. | Method of providing user with battery power notification in mobile device and mobile device therefor |
Families Citing this family (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US8837367B2 (en) * | 2011-05-25 | 2014-09-16 | Htc Corporation | Method of enhancing zone-based service |
GB2529857B (en) * | 2014-09-04 | 2017-11-01 | Samsung Electronics Co Ltd | Method and apparatus for battery charge monitoring |
Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20030124979A1 (en) * | 2001-12-28 | 2003-07-03 | Tosaku Tanada | Radio communication device |
US20090210536A1 (en) * | 2008-02-20 | 2009-08-20 | Andrew Allen | Methods and systems for facilitating transfer of sessions between user devices |
US20100293183A1 (en) * | 2009-05-13 | 2010-11-18 | Toshiba Research America, Inc. | Converged personal area network service method and system |
US8165051B2 (en) * | 2008-04-15 | 2012-04-24 | Ntt Docomo, Inc. | Radio terminal, radio communication system, and radio communication method |
Family Cites Families (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20060025169A1 (en) | 2004-07-29 | 2006-02-02 | Christian Maciocco | Apparatus and method capable of radio selection in a wireless device |
EP1874005A1 (en) | 2006-06-27 | 2008-01-02 | Koninklijke KPN N.V. | A personal network comprising a plurality of clusters |
US8149746B2 (en) | 2006-08-28 | 2012-04-03 | Intel Corporation | Battery level based configuration of a mobile station by a base station |
EP1968273B1 (en) | 2007-03-06 | 2018-10-24 | Koninklijke KPN N.V. | Personal network and method to secure a paersonal network |
-
2010
- 2010-05-03 US US13/319,920 patent/US9807158B2/en active Active
- 2010-05-03 WO PCT/KR2010/002807 patent/WO2010131860A2/en active Application Filing
Patent Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20030124979A1 (en) * | 2001-12-28 | 2003-07-03 | Tosaku Tanada | Radio communication device |
US20090210536A1 (en) * | 2008-02-20 | 2009-08-20 | Andrew Allen | Methods and systems for facilitating transfer of sessions between user devices |
US8165051B2 (en) * | 2008-04-15 | 2012-04-24 | Ntt Docomo, Inc. | Radio terminal, radio communication system, and radio communication method |
US20100293183A1 (en) * | 2009-05-13 | 2010-11-18 | Toshiba Research America, Inc. | Converged personal area network service method and system |
Cited By (16)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US9351267B2 (en) * | 2010-05-06 | 2016-05-24 | Digi International Inc. | Wireless mesh network controller synchronization |
US20130114489A1 (en) * | 2010-05-06 | 2013-05-09 | Digi International Inc. | Wireless mesh network controller synchronization |
US20130086246A1 (en) * | 2010-06-06 | 2013-04-04 | Jihye Lee | Method and Communication Device for Communicating with Other Devices |
US20110320636A1 (en) * | 2010-06-25 | 2011-12-29 | Digi International Inc. | Smart energy gateway with integrated plug |
US8578001B2 (en) * | 2010-06-25 | 2013-11-05 | Digi International Inc. | Smart energy gateway with integrated plug |
US20140126543A1 (en) * | 2011-07-20 | 2014-05-08 | Zte Corporation | Method and device for personal-network based seamless handover |
US9215284B2 (en) * | 2011-08-05 | 2015-12-15 | Samsung Electronics Co., Ltd. | Method and apparatus for providing service based on component using personal network |
US20130036181A1 (en) * | 2011-08-05 | 2013-02-07 | Samsung Electronics Co. Ltd. | Method and apparatus for providing service based on component using personal network |
US20130036229A1 (en) * | 2011-08-05 | 2013-02-07 | Samsung Electronics Co., Ltd. | Method of managing connection between personal network and cpns service in cpns system |
US20140237123A1 (en) * | 2013-02-20 | 2014-08-21 | Apple Inc. | System and method of establishing communication between electronic devices |
US9270708B2 (en) * | 2013-02-20 | 2016-02-23 | Apple Inc. | System and method of establishing communication between electronic devices |
US20160241710A1 (en) * | 2013-02-20 | 2016-08-18 | Apple Inc. | System and method of establishing communication between electronic devices |
US9883027B2 (en) * | 2013-02-20 | 2018-01-30 | Apple Inc. | System and method of establishing communication between electronic devices |
US20160070331A1 (en) * | 2013-09-30 | 2016-03-10 | Sonos, Inc. | Playback Device Operations Based on Battery Level |
US10055003B2 (en) * | 2013-09-30 | 2018-08-21 | Sonos, Inc. | Playback device operations based on battery level |
US9693311B2 (en) | 2014-09-04 | 2017-06-27 | Samsung Electronics Co., Ltd. | Method of providing user with battery power notification in mobile device and mobile device therefor |
Also Published As
Publication number | Publication date |
---|---|
WO2010131860A2 (en) | 2010-11-18 |
US9807158B2 (en) | 2017-10-31 |
WO2010131860A3 (en) | 2011-02-24 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US9807158B2 (en) | Method and system for optimizing CPNS enabler | |
US20220330085A1 (en) | Method and apparatus for flow control | |
US9813892B2 (en) | Method and apparatus for controlling access technology selection | |
US9107140B2 (en) | Carrier-driven bearer path selection | |
CN102893582B (en) | To the optimization presenting information refreshing of wireless device | |
US20140071895A1 (en) | Network Selection Based On Customizing Crowdsourced Connection Quality Data | |
US10375629B2 (en) | Service preferences for multiple-carrier-enabled devices | |
US7929453B2 (en) | Method and apparatus for presenting quality information in a communication system | |
US9003058B2 (en) | Method, system, user equipment and program for dynamically selecting proxies for communication with servers using known paths | |
US9300739B2 (en) | Method and device for sharing objects in service groups of CPNS enabler | |
CN108541368B (en) | System and method for automatic reconnection of a call | |
US9014036B2 (en) | Dynamic band selection and aggregation | |
EP3406099A1 (en) | Location or service-based determination of radio selection rules | |
US9596697B2 (en) | Application controller for quality-of-service configuration of a telecommunication device radio | |
US20140314058A1 (en) | Optimizing device service availability and usage in a wireless personal network | |
JP6555627B2 (en) | Information distribution apparatus, push notification transmission method, and computer program | |
US11991045B1 (en) | Managing network configurations | |
JP2017092972A (en) | Information distribution device, push notification transmission method, and computer program | |
US20130258929A1 (en) | Rule-Based Application Controller for Signaling Reduction | |
JP6072114B2 (en) | Information distribution apparatus, push notification transmission method, and computer program | |
WO2023169952A1 (en) | Message handling in a network |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
AS | Assignment |
Owner name: LG ELECTRONICS INC., KOREA, REPUBLIC OF Free format text: ASSIGNMENT OF ASSIGNORS INTEREST;ASSIGNOR:DEPRUN, JEAN-FRANCOIS;REEL/FRAME:027223/0666 Effective date: 20111102 |
|
STCF | Information on status: patent grant |
Free format text: PATENTED CASE |
|
MAFP | Maintenance fee payment |
Free format text: PAYMENT OF MAINTENANCE FEE, 4TH YEAR, LARGE ENTITY (ORIGINAL EVENT CODE: M1551); ENTITY STATUS OF PATENT OWNER: LARGE ENTITY Year of fee payment: 4 |