Classifications

• • H—ELECTRICITY
  • H04—ELECTRIC COMMUNICATION TECHNIQUE
  • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
  • H04L61/00—Network arrangements, protocols or services for addressing or naming
  • H04L61/50—Address allocation
  • H04L61/5038—Address allocation for local use, e.g. in LAN or USB networks, or in a controller area network [CAN]
• • H—ELECTRICITY
  • H04—ELECTRIC COMMUNICATION TECHNIQUE
  • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
  • H04L12/00—Data switching networks
  • H04L12/28—Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
  • H04L12/2803—Home automation networks
  • H04L12/2807—Exchanging configuration information on appliance services in a home automation network
  • H04L12/2809—Exchanging configuration information on appliance services in a home automation network indicating that an appliance service is present in a home automation network
• • H—ELECTRICITY
  • H04—ELECTRIC COMMUNICATION TECHNIQUE
  • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
  • H04L12/00—Data switching networks
  • H04L12/28—Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
  • H04L12/2803—Home automation networks
  • H04L12/2807—Exchanging configuration information on appliance services in a home automation network
  • H04L12/2814—Exchanging control software or macros for controlling appliance services in a home automation network
• • H—ELECTRICITY
  • H04—ELECTRIC COMMUNICATION TECHNIQUE
  • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
  • H04L12/00—Data switching networks
  • H04L12/28—Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
  • H04L12/2854—Wide area networks, e.g. public data networks
  • H04L12/2856—Access arrangements, e.g. Internet access
• • 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/34—Network arrangements or protocols for supporting network services or applications involving the movement of software or configuration parameters 
• • 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/50—Network services
  • H04L67/51—Discovery or management thereof, e.g. service location protocol [SLP] or web services
• • 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/50—Network services
  • H04L67/56—Provisioning of proxy services
  • H04L67/563—Data redirection of data network streams
• • H—ELECTRICITY
  • H04—ELECTRIC COMMUNICATION TECHNIQUE
  • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
  • H04L61/00—Network arrangements, protocols or services for addressing or naming
  • H04L61/45—Network directories; Name-to-address mapping
  • H04L61/4505—Network directories; Name-to-address mapping using standardised directories; using standardised directory access protocols
  • H04L61/4511—Network directories; Name-to-address mapping using standardised directories; using standardised directory access protocols using domain name system [DNS]
• • 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/2866—Architectures; Arrangements
  • H04L67/289—Intermediate processing functionally located close to the data consumer application, e.g. in same machine, in same home or in same sub-network

Definitions

• the present invention relates to a method for handling a service request within a local area network.
• the invention further relates to a computer readable medium for performing, when executed by a processor, such method.
• the invention further relates to a device for handling a service request, as well as to a system including such device.
• the invention relates to a network architecture for handling a service request, in which the network comprises such gateway system.
• local area networks such as home networks or office networks comprise a variety of devices, usually connected to the public network via a gateway, also referred to as a home gateway or residential gateway.
• a gateway also referred to as a home gateway or residential gateway.
• networked devices include but are not limited to personal computers, laptops, personal digital assistants, smartphones, tables, set top boxes, media players, alarm systems, lighting systems, and home automation sensors.
• the home gateway is used for connection to the outside world, but may also be used to host services for use in the local network, and function as a platform where software modules can be loaded and unloaded.
• An example is the use of a home gateway as an Open Service Gateway initiative (OSGi) platform, where software modules, for example Java- modules, can be installed on-the-fly without rebooting the home gateway.
• OSGi Open Service Gateway initiative
• the home gateway can offer services to other devices in the local area network, sometimes this will mean delivering a service in the sense that software can be downloaded. Most often the home gateway enables a connection to the outside world, i.e. a public network.
• the connection service provided by a home gateway may be limited to a routing service, but often includes other services as well. Examples of services that may be part of a connection service provided by a home gateway include but are not limited to a network address translation (NAT) service, a firewall service, a quality of service management service, and an access control service.
• NAT network address translation
• a home gateway often serves as a system with a specific functionality within the local network.
• a home gateway may serve as a home telephone system, as a translation/transcoding device for media streams, as a storage facility for the local area network, and/or as a printer control unit.
• networked devices in the local area network can offer services to other devices in the same local area network. Such services may include a media server, a media player, a printing service, a lighting service as for example a lamp remote control, a thermostat service, etc. and may also include a software download service.
• the home gateway may further comprise a service registry or be communicatively connected to such service registry within the local area network.
• the service registry registers location and further information of a deployed device within the local area network.
• a user device is a device which a person uses to access services offered by networked devices.
• a user device can for example be a laptop computer, a smartphone, a tablet PC, or a generic input/output device.
• a user device When a user device requires a service from a networked device, it can obtain such service by using a so-called service discovery.
• service discovery In this procedure, which may be performed using standardized protocols such as Universal Plug and Play (UPnP), Service Location Protocol (SLP), Jini or Universal Description Discovery and Integration (UDDI), the user device initiates the service discovery by sending a service discovery message to the registry requesting information regarding the service.
• the registry provides the user device with the location and further information that enables the device to request the service using the information obtained from the registry.
• the user device When the required service is not deployed and/or running on any networked device within the local area network, the user device cannot find the device through service discovery. In such case, the user device, either directly or via the home gateway, may search for the service on a public network or wide area network, such as the Internet. The service, if found, is then offered remotely across the network directly to the user device.
• IP internet protocol
• the local area network is quite often based on different network protocols, used for example for alarm systems or home automation.
• the home gateway may be used as a mediating and/or translation device, a remotely offered service may be misinterpreted or misunderstood.
• many local area networks are controlled with respect to quality of service, for example by the home gateway.
• a local view of the network in terms of bandwidth availability, number and position of nodes, congestion, etc. is needed.
• Such local view of the local area network is generally not available to the remotely offered service.
• the user device often needs specific software and functionality, not offered by protocols such as for example UPnP, to access services not offered by the networked devices.
• a service can only be offered when it is deployed and/or running on a device within a local area network
• one or more services could be uploaded to a home gateway, for example in the form of a list including upload location.
• a home gateway for example in the form of a list including upload location.
• service providers not necessarily internet service providers
• new services can appear over time. It is impossible to configure in advance any and all available services on a home gateway.
• the invention relates to a method for handling a service request within a local area network, the method comprising: receiving a service request from a user device, the service request comprising information regarding one or more requirements needed to perform the service; localizing a download location by means of a localization service within a public network to obtain computer executable information on the basis of the information in the service request; retrieving computer executable information for performing the service from the download location and arranging installment of the computer executable information on a networked device within the local area network; and sending a message to the user device regarding the availability of the service within the local area network.
• Some embodiments of the invention relate to a computer readable medium for performing, when executed by a processor, the method as mentioned above.
• Some embodiments of the invention relate to a device for handling a service request within a local area network, the device being arranged for communicatively coupling to: an interface device providing a communication interface between a local area network and a wide area network; and a networked device for enabling installment of computer executable information within the local area network; and wherein the device is arranged for performing the method as mentioned above.
• Some embodiments of the invention relate to a system for handling a service request, the system comprising: an interface device for providing a communication interface between a local area network and a wide area network; a networked device for enabling installment of computer executable information within the local area network; and a service request handling device as mentioned above.
• some embodiments of the invention relate to a network architecture for handling a service request, the network architecture comprising: a local area network comprising at least one user device; a wide area network comprising a service locator system for locating a service location, and a service repository for storing computer executable information for performing a service; and a service request handling system as mentioned above.
• FIG. 1 schematically shows a network architecture for handling a service request in accordance with an embodiment of the invention
• FIGS. 2a, 2b, 2c schematically show two possible gateway system architectures for use in the network architecture of FIG. 1;
• FIG. 3a schematically shows a signal flow of a method for handling an service request in the architecture of FIG. 1 in accordance with an embodiment of the invention.
• FIG. 3b schematically shows a portion of a signal flow of a method for handling a service request in the architecture of FIG. 1 in accordance with another embodiment of the invention.
• FIG. 1 schematically shows a network architecture for service provisioning in accordance with an embodiment of the invention.
• the architecture relates to a network arrangement comprising a local area network (LAN) coupled to a wide area network (WAN) through a gateway system GWS.
• the LAN may be any private network, including but not limited to a home network, an office network, a car network, a personal area network and a network located at a specific geographic location.
• the local area network LAN may also be a logical network which is distributed over a number of geographic locations.
• the wide area network WAN provides connectivity to a plurality of interfacing devices in a wide area.
• the wide area network may be or include the global network arrangement known as the Internet.
• the gateway system GWS may include an interface device, such as a modem or a router. Examples of modems include but are not limited to an Asymmetric Digital
• ADSL Subscriber Line
• VDSL Very high bit rate Digital Subscriber Line
• cable modem e.g. a DOCSIS modem
• fiber modem e.g. a fiber modem.
• An example of a router is a a Wireless Fidelity (WiFi) router or an IP router.
• WiFi Wireless Fidelity
• the LAN is arranged to communicatively couple multiple devices or user equipment denoted as UE1, UE2 and UE3 with the gateway system GWS.
• devices include, but are not limited to Voice-over-Internet Protocol (VoIP) gateways, IP phones, PCs, laptops, webpads or other computing pad devices, smartphones, network area storage devices, IP video streaming devices, and television set top boxes.
• VoIP Voice-over-Internet Protocol
• personal area network devices for heating, ventilation, air conditioning, lighting, audio, video and security can be considered as a type of user equipment.
• the network architecture further comprises a service repository SREP and a service locator SLOC.
• the service repository SREP and the service locator SLOC connect to the gateway system GWS over the wide area network WAN.
• the GWS is aware of the presence and location of the SLOC, but may be unaware of the presence and location of the SREP. For simplicity only one SREP and only one SLOC are depicted.
• a network architecture may comprise multiple service repositories and service locators.
• a service repository and/or service locator may be hosted in the LAN as well.
• the service repository SREP comprises a storage unit for storing services.
• a service may be defined as any kind of computer executable code that can add functionality to an electronic device. Examples of kinds of computer executable code include, but are not limited to a complete software package, a software package update, software configuration; and an amount of data used by a software package.
• the storage unit may comprise one or more databases. Throughout this application the expression "database” refers to any system containing entries and references thereof.
• the service locator SLOC usually takes the form of a location service within a network, where the location service may be executed by multiple elements that cooperate together. Cooperation may be hierarchical, e.g. similar to the Domain Naming Systems (DNS). However, other ways of cooperation are also possible. For example, the SLOC may use Distributed Hash Tables (DHT) or it may use a peer-to-peer network.
• DHT Distributed Hash Tables
• FIGS. 2a, 2b, 2c schematically shows a sub-network architecture for use in the network architecture of FIG. 1.
• the sub-network architecture includes an interface device GW, for example a modem or a router, and is further referred to as gateway system GWS.
• the gateway system GWS comprises a service provisioning broker SPB, and a software execution environment SWEX.
• the gateway system GWS may further include a service registry SREG.
• the service provisioning broker SPB is arranged to handle a service request originating from user equipment within a local area network.
• the SPB is a logical component which may be co-located on the same physical device as the GW as schematically shown in FIG. 2a. Further details regarding the use of the service provisioning broker SPB will be discussed with reference to the signal flows schematically shown in FIGS. 3a, 3b.
• the software execution environment SWEX can be used to install computer executable information, further referred to as software, for performing a service.
• the SWEX may be any platform upon which a software module may be dynamically, e.g. "on the fly” installed and which can run the software, such as e.g. an OSGi based platform, a linux platform or a Windows platform. Any platform upon which software can be dynamically processed, where the expression "processed” refers to at least one of installed, configured, adapted, changed or managed, can be seen as a SWEX in the context of this invention.
• the information available within the SWEX can be used by user equipment to perform a desired service within the local area network without limitations in the form of firewalls, with direct access to the local network, and the like. Furthermore, in a preferred embodiment, the information installed in the SWEX can be retrieved directly after installment without the need of rebooting the gateway system to enable execution of the corresponding service within the local area network. Note that there may be more than one SWEX within a local area network.
• the service registry SREG can be used to register services that are available within the local area network.
• the SREG may register all services, or a portion of the services, for example in the case where more registered devices are present within the local area network.
• the use of a list of available services within the local area network stored at a central location within the gateway system GWS allows for an easy check by the gateway system GWS whether a requested service is already available within the local area network LAN or not.
• gateway system GWS of FIG. 2a all components described above are located within a single module. Having all functionality within a single module reduces the complexity of the network. In addition, energy consumption throughout the network may be reduced.
• the interface device GW forms a separate module that is communicatively coupled to the other components, which in this case are grouped in a single module.
• the interface device GW is part of a more complex module further including a software executable environment SWEX and a service registry SREG. This module is
• FIGS. 2b, 2c may be useful in the case where a local area network already has a gateway system in place. Expanding the functionality of the gateway system may then be established by mere addition of desired functional modules. In the case of a basic gateway system GWS which includes an interface device GW with limited capabilities, e.g. mere routing capabilities, the addition may include a relatively complex module SH as shown in FIG. 2b. However, if the gateway system GWS already includes more functionality as shown in FIG. 2c, expanding the capability of the gateway system may be established by adding a communicative coupling to a module comprising an STB as shown in FIG. 2c.
• a network architecture may comprise a separate module for the interface device GW, a separate module for the service provisioning broker SPB and a separate module for the software execution environment SWEX. All modules can communicate with each other across the local area network LAN.
• the optional service registry SREG may be located in yet another module.
• the functionality may be shared by multiple modules. For example, the SWEX may be spread over multiple modules that are communicatively coupled.
• FIG. 3a schematically shows an exemplary signal flow of a method of handling a service request in the architecture explained with reference to FIGS. 1, 2a and 2b.
• entities are represented in a general sense, i.e. the user equipment requesting a service to be offered by a networked device in the LAN is referred to as UE. That is, user equipment UE may correspond with any one of devices UE1, UE2 and UE3 in the architecture of FIG. 1.
• the assumption is made that the requested service is stored in the service repository SREP and that the location of the service is stored at a location known to the service locator SLOC.
• the user equipment UE sends a service request to the service provisioning broker SPB to obtain computer executable information, further referred to as software, for performing a service.
• the service request may be sent using multicast or unicast messaging.
• the service request may be sent directly by the UE upon realization that a service is needed. Alternatively, the service request may be sent after an unsuccessful service discovery within the local area network.
• the service request comprises information regarding service parameters.
• the service parameters included in the service request include all service features, service requirements and service options that are at least required by the UE to be supported by the requested service.
• such information may not only include service type information, i.e. printer, but also other parameters such as desired paper size, desired paper color, and desired way of binding the papers after printing, for example wire stitching.
• a service request that is service provider specific.
• the user device may be an Apple iPhone.
• the iPhone may then request a service from the Apple iTunes store.
• the service request should indicate that the service should be downloadable from a location certified by the service provider responsible for the requested service, i.e. Apple.
• the SPB checks in action 12 whether the service is available within the local area network. In particular if checking does not take a lot of time and effort, checking the service availability within the local area network improves the service request
• service delivery can be performed in a way known in the art, for example by using standard UPnP working.
• the SPB After receiving the service request, or if checking is performed, after determining that the requested service is unavailable within the local area network, the SPB forwards the service request to the service locator SLOC in action 14, or performs a localization request based on the information contained in the service request. Note that it is not necessarily needed that the SPB, or any other component in the GWS, has any knowledge of what is actually asked for in the service request. The SPB may merely know that a service is requested.
• the SPB may add additional information to the service request in action 13.
• the additional information relates to the capabilities of the gateway system GWS upon which the software will be installed, or the capabilities of another device if the software will be installed elsewhere.
• other capabilities such as e.g. the capabilities of the LAN network (speed, delays, technology used) or other available devices and services (e.g. the availability of Network Attached Storage, the availability of certain software libraries, etc.) may be added.
• the addition of this information may help the service locator SLOC to improve its search as software downloads incompatible with the capabilities of the GWS are discarded at an early stage.
• the SLOC On the basis of the information regarding the service type and the one or more requirements, the SLOC then localizes, in other words identifies, a location where the requested service is available for download within the public network, e.g. wide area network WAN, in action 15. In this example, the SLOC finds that the requested service-related software can be found, among others, in the service repository SREP.
• the public network e.g. wide area network WAN
• download location is not meant to merely refer to a specific address, such as an IP-address, at which software related to the service can be downloaded.
• the expression "download location” also relates to other information that is sufficient to deduce a specific download address.
• the download location is given by way of information referring to a specific address, for example in the form of a Uniform Resource Locator (URL) from which an IP-address can be resolved by means of DNS-resolution.
• URL Uniform Resource Locator
• Another 'download location' could be a .torrent file, an e2dk-link or specific URLs such as a Google Docs sharing link.
• this location is transferred from the SLOC to the SPB in action 16. Note that it is evenly well possible that the SLOC during action 15
• the SPB sends a download request message to the identified download location, i.e. service repository SREP.
• the SPB selects the download location in action 17. Selection of a suitable download location by the SPB results in a fast selection time.
• the selection may be based on gateway system preferences and/or knowledge of the wide area network. For example, the selection may be based on the expected quality of connection between the download location and the gateway system over the wide area network. In yet another example, the selection may be based on preferred download locations, for example from a preferred service provider.
• retrieving the software includes a software download action.
• the download action may include but is not limited to software transfer by using FTP (File Transfer Protocol), HTTP (HyperText Transfer Protocol), SMTP (Simple Mail Transfer Protocol), and TR-069.
• software retrieval may be done by using an off-line method, such as transferring the software while being stored on a physical computer-readable medium such as a suitable disc or a USB-stick (Universal Serial Bus).
• the downloaded software is installed on the networked device in action 20. This can be done within the gateway system GWS or at another location within the local area network accessible to the GWS. Installing of the software within the GWS has the advantage that in case a checking procedure as presented in action 12 is used, such checking can be performed within a short period of time.
• the service-related software may be installed on a software execution device SWEX.
• Installing the software on the SWEX has the advantage that no reboots are needed to enable execution of the service within the local area network after installment.
• Service information such as service type and requirement information related to the service for which software is downloaded may be stored in the service registry. Such registration increases the knowledge of the available services within the local area network.
• the SPB informs the user equipment UE that the service is available within the local area network in action 21.
• the user equipment UE can now use this service just like any other available service within the local area network, e.g. comparable to UPnP service usage.
• a method for handling a service request as laid out in FIG. 3a allows for dynamically installing software within a local area network upon request by a device.
• the availability of the software within the local area network improves the reliability of user devices within the local area network.
• Services that normally run remotely may now be used locally, which avoids any risks related to lack of transparency, for example due to different ways of addressing in the wide area network and the local area network, or to the presence of free communication barriers, such as fire walls.
• the use of a method as described with reference to FIG. 3a avoids the need of advance configuration of any and all available services within a gateway system, which is very difficult to achieve in view of new services that become available everyday and due to a lack of physical resources like e.g. memory to install any and all available services.
• the gateway system GWS sends a provisional response message to the requesting user device UE in response to the service request.
• the provisional response message may include information regarding the expected time it will take to obtain more certainty with respect to the availability of the requested service and/or the time needed to make the service available (after download).
• the provisional response may include a preliminary announcement with respect to the availability of the service. The use of a provisional response message reduces the chance of timeouts in the network, as the knowledge of the user device as to what to expect improves. If no provisional response is sent, the device UE may believe the service is unavailable and terminate its service request, even though the service can be made available albeit not immediately. In case of a provisional response, the device UE may extend its waiting time before terminating the service request, which enables the use of the service if it is provided somewhat later than initially desired.
• FIG. 3b schematically shows a portion of an exemplary signal flow of another embodiment of a method of handling a service request in the architecture explained with reference to FIGS. 1, 2a and 2b.
• the method according to this embodiment is similar to the method described with reference to FIG. 3a.
• multiple download locations are found in action 15 and transferred to the SPB in action 16, preferably including details on the available services.
• the SPB instead of a selecting action 17, the SPB now merely recognizes that more than one download location has been received in action 27.
• the SPB Upon recognition of multiple download locations the SPB sends a selection request message to the UE in action 28. The UE then selects the preferred download location in action 29, for example based on additional criteria not present in the service request. After selection the UE sends a selection response message to the SPB containing the selected download location in action 30. Upon receipt of the selection response message the SPB proceeds by executing action 18 and further as explained with reference to FIG. 3a.
• Selection of a download location by the UE has the advantage that the optimal service can be selected.
• the selection of the download location may be based on additional criteria. For example, if a printer service has been requested with the criterion that the printer should be capable of handling a paper format of A3, download locations corresponding to multiple printers may be found.
• the method according to the signal flow shown in FIG. 3b enables the UE to select a printer that can handle preferred options, for example a printer that can print in full color. If only one of the printers capable of printing A3 -format paper can print in full color, the UE can select this specific printer.
• the service provisioning broker may be implemented as a computer system comprising a processor with peripherals.
• the processor may be connected with one or more memory units which are arranged for storing instructions and data, one or more reading units, one or more input devices, such as a keyboard, touch screen, or mouse, and one or more output devices, for example a monitor. Further, a network Input/Output (I/O) device may be provided for a connection to the networks.
• I/O Input/Output
• the processor may comprise several processing units functioning in parallel or controlled by one main processor, that may be located remotely from one another, possibly distributed over the local area network, as is known to persons skilled in the art.
• the functionality of the present invention may be accomplished by a combination of hardware and software components.
• Hardware components either analogue or digital, may be present within the processor or may be present as separate circuits which are interfaced with the processor. Further it will be appreciated by persons skilled in the art that software
• components that are executable by the processor may be present in a memory region of the processor.
• Embodiments of the method may be stored on a computer readable medium, for example a DVD or USB-stick, for performing, when executed by the processor, embodiments of a method for handling a service request within a local area network.
• the stored data may take the form of a computer program, which computer program is programmed to implement an embodiment of the method when executed by the computer system after loading the computer program from the computer readable medium into the computer system.
• ADSL Asymmetric Digital Subscriber Line
• IP Internet Protocol
• UE User Equipment
• USB Universal Serial Bus
• VDSL Very high bit rate Digital Subscriber Line
• WAN Wide Area Network

Landscapes

• Engineering & Computer Science (AREA)
• Computer Networks & Wireless Communication (AREA)
• Signal Processing (AREA)
• Automation & Control Theory (AREA)
• Data Exchanges In Wide-Area Networks (AREA)
• Information Transfer Between Computers (AREA)
• Stored Programmes (AREA)
• Small-Scale Networks (AREA)
• Computer And Data Communications (AREA)

Priority Applications (6)

Applications Claiming Priority (2)

Publications (1)

Family

ID=44060926

Family Applications (1)

Country Status (7)

Cited By (1)

Families Citing this family (6)

Citations (4)

Family Cites Families (47)

• 2011
  • 2011-12-22 EP EP11799291.7A patent/EP2656585B1/en active Active
  • 2011-12-22 CN CN201180068721.0A patent/CN103384996B/zh active Active
  • 2011-12-22 US US13/996,189 patent/US10135668B2/en active Active
  • 2011-12-22 JP JP2013545414A patent/JP5850947B2/ja active Active
  • 2011-12-22 ES ES11799291.7T patent/ES2560303T3/es active Active
  • 2011-12-22 WO PCT/EP2011/073819 patent/WO2012085220A1/en not_active Ceased
  • 2011-12-22 PL PL11799291T patent/PL2656585T3/pl unknown
• 2015
  • 2015-07-17 JP JP2015143027A patent/JP6423764B2/ja active Active

Patent Citations (4)

Also Published As

Similar Documents

Legal Events