AGGREGATION OF LINKED OBJECTS

Description

technical field

[0001] The invention relates to the general field of telecommunication networks and more particularly to the Internet of Things. State of the art

[0002] For some years now, the Internet of Things - or IoT for Internet of Things - It is being deployed in both the consumer and professional sectors. Connected objects include, for example, household items such as cameras, light bulbs, lamps, radiators, as well as audio and video equipment, electricity meters, vehicles, irrigation systems, etc. Connected objects communicate with each other via several types of networks, whether wired or wireless.

[0003] These objects are generally limited in terms of functionality, particularly those not directly related to the service implemented through the object as initially intended by its constructor.

[0004] It is therefore desirable to be able to group them to benefit from extended functionalities.

[0005] There are solutions for grouping connected objects.

[0006] For example, US patent application 2014 / 0241354 A1 describes a communication system between one or more groups of IoT devices. Predefined groups of objects can be formed because they perform similar activities or respond to certain contexts (location, owner presence, device status, use of a common resource, etc.). Furthermore, IoT groups can be organized hierarchically to ensure efficient communication within and between different groups.

[0007] The document "Access Control in IoT: From Requirements to a Candidate Vision" by Dina Hussein, Emmanuel Bertein, and Vincent Frey, URL: https: / / ieeexplore.ieee.org / document / 7899435, published on March 7, 2017 [accessed April 21, 2017], analyzes the main specifications for implementing access control for IoT devices, based on the literature, and proposes an access control architecture to address these specifications. According to this architecture, access control is administered at the level of IoT device communities through devices with resource capabilities that act on behalf of other nodes with limited capabilities within a given IoT community.

[0008] However, these solutions constitute object catalogs whose purpose is to provide faster access to connected objects and to facilitate communication between them. The objects within the group remain independent of each other.

[0009] Solutions also exist for creating scenarios involving multiple household devices. For example, US patent application 2014 / 0241354 A1 proposes a scenario in which several connected devices are used to provide a specific temperature to a specific user: when a user enters a room, their personal tablet is detected, and then the temperature is monitored and adjusted according to the user's preferences. This scenario involves at least three connected devices that can be advantageously combined: a device to detect the user's presence, a temperature sensor, and a heating / air conditioning unit to adjust the temperature.

[0010] These solutions constitute scenarios whose purpose is to provide a service by chaining actions between connected objects within a group. However, the objects in the group remain independent of each other.

[0011] This raises several issues: first, the group is treated as a collection, not an aggregation of objects. Furthermore, all the characteristics of the grouped objects remain accessible to the group's owner and users, which is undesirable. For example, in the previous scenario, if the object used to detect the user's presence in the room is a camera, it is not necessarily desirable for any user in the group to have access to all of the camera's functions, but only to the detection results.

[0012] The document "Logistic Model to Support Service Modularity for the Promotion of Reusability in a Web Objects-Enabled IoT Environment" by Muhammad Golam Kibria, Sjjad Ali, Muhammad Aslam Jarwar, Sunil Kumar, and Ilyoung Chong, published on September 22, 2017 [accessed February 26, 2019], highlights the very large number of virtual connected objects and the need to reuse these existing virtual objects and virtual composite objects. It proposes a logistic model to be used for similarity searches aimed at improving the reusability of Web IoT objects.

[0013] The invention offers a solution that does not present the disadvantages of the prior art. The invention

[0014] The invention relates to a method of creating a virtual group object according to claim 1, a method of implementing a virtual group object in a communications network according to claim 8, their corresponding devices for creation and implementation according to claims 9 and 10, a home gateway according to claim 11, and a computer program according to claim 13. The dependent claims define preferred embodiments of the invention.

[0015] This disclosure also relates to a method for aggregating at least two connected objects of a communications network, said connected objects possessing at least one characteristic, referred to as a basic characteristic, said method being characterized in that it comprises the following steps on an aggregation device, to obtain a representation of the group, referred to as a group avatar, capable of representing the connected objects to be aggregated: obtaining at least one basic characteristic of said connected objects; obtaining at least one characteristic of the group object, said characteristic being linked to at least one basic characteristic of said connected objects; creation of the group avatar, said avatar comprising: at least one first data structure for said connected objects, called basic structure, comprising said at least one basic characteristic; a second data structure, called group structure, comprising said at least one characteristic of the group object; a third data structure, called link structure, to link said characteristic of the group object to at least one basic characteristic; an address management structure, called group proxy, comprising at least one correspondence between at least one address of the group avatar and at least one address of said connected objects.

[0016] The term "connected object" here refers to any physical or logical entity capable of providing a service to a user within a communications network, for example: personal connectable devices ( smartphone, connected watch, connected headset, home automation equipment, etc.); public space equipment that the user can access; content (films, music) and access to content.

[0017] A connected object has a set of characteristics: functions (give the time, the temperature, streamer (a video stream, etc.); streams associated with the object's input or output functions: commands, responses, messages, data streams, for example audiovisual, etc. Here, the term "stream" is considered in a broad sense. For example, a message (command, request, response, acknowledgment, etc.) is a time-limited data stream.

[0018] "Aggregation" refers to the creation of a (virtualized) group object associated with several connected objects. This group object has an address to access each of the connected objects. After its creation, the group object offers, or exposes, its own characteristics, which can correspond to any combination of the characteristics of the connected objects (improvement, cascading, cooperation, etc.).

[0019] By "group object" is meant an object that includes the connected objects and their encapsulation according to the present invention, that is to say, an avatar of the objects. The avatar is called "group avatar".

[0020] By "avatar group," we mean a representation, or encapsulation, of several objects; the avatar group therefore includes: One or more characteristics (functions and flows) of each object in the group; one or more characteristics (functions and flows) specific to the group object; a set of links, or functions, to link (combine, leverage, etc.) one or more characteristics of the base objects and the group objects; a proxy structure to allow a user in the group to access each of the connected objects via at least one address of the connected object. By "connected object address," we mean any type of address corresponding to access to all or part of the connected object's characteristics. Such an address can be physical (http: / / 192.145.1.1) or symbolic (zoom.ov3@mygateway.fr to access the camera object's zoom function via the home gateway). It can take the form of a universal address (URI, URL), an IP address, etc.

[0021] According to the disclosure, the accessible functions or generated flows of the group object are encapsulated in a virtualized object, called a group avatar, so that the connected objects are essentially hidden behind the group object and its avatar. The connected object can also remain directly accessible, or be part of another group, a collection, etc.

[0022] Advantageously, a user of the group object does not access it directly but via their group avatar. The user can therefore invoke the group avatar to access the connected objects of the group. The group object, that is to say, the entity formed by the connected objects and their group avatar, implements the characteristics of the connected objects and the specific characteristics of the group object.

[0023] For example, a webcam can be associated with a thermometer and / or a clock and / or a motion detector. As another example, all the connected devices in a meeting room, a bedroom, a house, etc., can be grouped into a virtual object such as "meeting room," "my bedroom," "my house," etc.

[0024] Advantageously, the connected objects in the group are not simply a collection but are linked to form a new object (group) that, for example, performs an automated function by relying on the input / output streams of several cascading objects. For instance, if the camera and motion detector mentioned above belong to the same group, we can imagine that the detection of movement by the detector triggers the camera to capture a still image, which outputs an image (photograph) of the detected person. A link is thus created between the two objects in the group to provide a function specific to the group object (detecting a person).

[0025] According to a particular implementation method of disclosure, the aggregation process as described above is characterized in that the group avatar also includes a data structure, called a rights structure, comprising at least one right associated with a characteristic, and in that the process also includes: a step of obtaining at least one right associated with a characteristic; a step of registering said right in said group avatar structure.

[0026] Advantageously, this method allows for control over rights on the group object and / or the connected objects within the group. Thus, a right can be granted for a characteristic of the group object or of a group object in such a way that the owner controls user rights over their group object and the connected objects that comprise it. For example, the owner can have all rights but grant a user of the group object only rights to the characteristics of the group object itself, and not to the characteristics of the connected objects that comprise it. In this case, the user, who is not the owner, cannot implement the characteristic (function or flow) of the connected object.

[0027] According to a variant of this particular method of implementing disclosure, the aggregation process as described above is characterized in that the rights structure further includes the identification of at least one beneficiary of the right and in that the process further includes: a step of obtaining said at least one beneficiary of the right associated with a characteristic; a step of registering said at least one beneficiary in said group avatar structure.

[0028] Advantageously, under this mode, the owner of the group object and / or connected objects can share them with another user or a group of users. Such a group could refer, for example, to a group of users on the local network, the wide area network, or those located in a certain geographical proximity, or users identified by name, etc. This makes it easy to distinguish between users who have the right to use / create / transmit an object and those who do not.

[0029] According to another variant of this particular method of implementing disclosure, which may be implemented alternatively or cumulatively with the previous one, the aggregation process as described above is characterized in that said right is a right of use enabling the implementation of the associated characteristic.

[0030] Advantageously, under this method, the owner of the group object and / or connected objects can share them with another user or group of users for implementation, either within the group object or as a connected object. This allows certain features to be implemented while others are not.

[0031] According to another variant of this particular method of implementing disclosure, which may be implemented alternatively or cumulatively with the previous ones, the aggregation process as described above is characterized in that said right is a composition right allowing the use of a group object or the group object in a new group object.

[0032] Advantageously, under this mode, the owner of the group object and / or connected objects can authorize another user or a group of users to compose their own group object from the group object or the connected objects that constitute it.

[0033] According to another variant of this particular method of implementing disclosure, which may be implemented alternatively or cumulatively with the previous ones, the aggregation process as described above is characterized in that said right is a right of transmission allowing the transfer of a right of use or composition

[0034] Advantageously, under this mode, the owner of the group object and / or connected objects can authorize another user to transfer usage and composition rights to a third-party user or group of users.

[0035] According to another variant of this particular method of implementing disclosure, which may be implemented alternatively or cumulatively with the previous ones, the aggregation process is characterized in that the obtaining step is a step of deduction of the right associated with a characteristic of the group object based on at least one right associated with a basic characteristic.

[0036] Advantageously, under this method, once a right has been granted to a characteristic of one of the connected objects (for example, the camera), a right on the group object can be automatically deduced. For example, the group object can directly inherit the rights of the camera, or a combination of the rights of the camera and the motion detector, or inherit the most restrictive, broadest right of one of the connected objects, and so on.

[0037] According to another variant of this particular method of implementing disclosure, which may be implemented alternatively or cumulatively with the previous one, the aggregation process as described above is characterized in that it further includes a step of deduction of the right associated with a basic characteristic based on at least one right associated with a characteristic of the group.

[0038] Advantageously, according to this variant, once a right has been granted to one of the characteristics of the group object (for example, the person detector), the connected objects that constitute the group (for example, the camera) can be automatically deduced from it. For example, the camera object can directly inherit the right of the group object "person detector".

[0039] According to another functional aspect, the disclosure also relates to a method for implementing a group object aggregating at least two connected objects in a communications network, said group object including a group avatar, the method being characterized in that it includes the following steps on a device for implementing the group object: obtaining a message to use the group object, said message including at least one characteristic of the group object to be implemented; obtaining the avatar of the group object, said avatar including at least: a first data structure, called the base structure, including said at least one basic characteristic of each of the aggregated connected objects; a second data structure, called the group structure, including at least one characteristic of the group object; a third data structure, called the link structure, to link said group characteristic to at least one basic characteristic; an address management structure, called the group proxy, including at least one correspondence between at least one address of the group avatar and at least one address of said aggregated connected objects.comparison of the group characteristic to be implemented to the characteristics of the group avatar; based on the results of the comparison: analysis of the characteristic of the group object to be implemented; obtaining, in the link structure, the link of said group characteristic to at least one basic characteristic; implementation of said at least one basic characteristic of a connected object.

[0040] Objects using this functional aspect of disclosure provide at least the same advantages as those provided by the process using the first functional aspect. The optional features mentioned for the first aspect can also apply. In particular, the group object encapsulates the connected objects of the group in such a way as to allow access to the characteristics (functions and flows) of the connected objects through the group avatar. Furthermore, implementation, composition, and transmission rights can be inserted into the structure of the group object and used by the group object implementation process via a rights analysis step. The right of the user who made the request is compared to the right associated with the characteristic. If the user does not have the right to use (or compose, transmit) the requested characteristic, it is not implemented.

[0041] According to a material aspect, the disclosure also concerns a device for aggregating at least two connected objects of a communications network, said connected objects possessing at least one characteristic, called a basic characteristic, said device being characterized in that it includes the following modules, to obtain a representation of the group, called a group avatar, capable of representing said connected objects to be aggregated: a module for obtaining at least one basic characteristic of said connected objects; a module for obtaining at least one characteristic of the group object, said characteristic being linked to at least one basic characteristic of said connected objects; a module for creating the group avatar, said avatar comprising: at least one first data structure for said connected objects, called basic structure, comprising said at least one basic characteristic; a second data structure, called group structure, comprising said at least one characteristic of the group object; a third data structure, called link structure, to link said group characteristic to at least one basic characteristic; an address management structure, called group proxy, comprising at least one correspondence between at least one address of the group avatar and at least one address of said connected objects.

[0042] The term "module" used in this description can refer to a software component, a hardware component, or a set of hardware and software components. A software component itself corresponds to one or more computer programs or subprograms, or more generally, to any element of a program capable of implementing a function or set of functions as described for the modules in question. Similarly, a hardware component corresponds to any element of a hardware assembly capable of implementing a function or set of functions for the module in question (integrated circuit, smart card, memory card, etc.).

[0043] According to another material aspect, the disclosure also concerns a device for implementing a group object aggregating at least two connected objects and having a group avatar in a communications network, the implementation device comprising:a module for obtaining a message to use the group object, said message including at least one characteristic of the group object to be implemented; a module for obtaining the avatar of the group object, said avatar including at least: a first data structure, called the base structure, including said at least one base characteristic of said connected objects; a second data structure, called the group structure, including at least one characteristic of the group object; a third data structure, called the link structure, to link said group characteristic to at least one base characteristic; an address management structure, called the group proxy, including at least one correspondence between at least one address of the group avatar and at least one address of said aggregated connected objects; a module for comparing the group characteristic to be implemented with the characteristics of the group avatar;a module for analyzing the characteristic of the group object to be implemented; a module for obtaining, in the link structure, the link of said group characteristic to at least one basic characteristic; a module for implementing said at least one basic characteristic.

[0044] According to another material aspect, the disclosure also relates to a home gateway comprising an aggregation device and / or a group object implementation device as described previously.

[0045] According to another material aspect, the disclosure also concerns a group object comprising: at least two connected objects having at least one basic characteristic and an address; an avatar of said group object, comprising: at least one first data structure, called basic structure, containing said at least one basic characteristic of said aggregated connected objects; a second data structure (SD_OG), called group structure, containing at least one characteristic of the group object; a third data structure, called link structure, to link said group characteristic to at least one basic characteristic; an address management structure, called group proxy, containing at least one correspondence between at least one address of the group avatar and at least one address of said aggregated connected objects.

[0046] According to another material aspect, the disclosure also relates to a computer program capable of being implemented on an aggregation device as described above, the program comprising code instructions which, when the program is executed by a processor, carries out the steps of the aggregation process defined above.

[0047] According to another material aspect, the disclosure also relates to a computer program capable of being implemented on an implementation device as described above, the program comprising code instructions which, when the program is executed by a processor, performs the steps of the process of implementing a group object defined above.

[0048] According to yet another material aspect, the invention relates to a data processor-readable recording medium on which is recorded a program comprising program code instructions for the execution of the steps of any of the processes defined above.

[0049] The objects according to the material aspects of the invention provide at least the same advantages as those provided by the process according to the first functional aspect. The optional characteristics mentioned for the first aspect can be applied to the material aspects.

[0050] The invention will be better understood upon reading the following description, given by way of example and with reference to the attached drawings. The figures:

[0051] There figure 1 represents the general context of the invention, showing connected objects of a user on a local network according to the state of the art. figure 2illustrates the formation of a group object according to an embodiment of the invention. figure 3 illustrates an avatar of a group object according to an embodiment of the invention. The figure 4 represents an architecture of a device for aggregating objects and / or implementing grouped objects according to an embodiment of the invention. figure 5 represents a chronogram for the aggregation of objects and the subsequent implementation of the grouped object according to an embodiment of the invention. figure 6 represents a method of implementing the use of rights on a group object. Detailed description of an example embodiment illustrating the invention

[0052] There figure 1This represents the general context of the invention according to the prior art, showing connected objects belonging to a user and owner PR of a local area network (LAN) 1. According to this non-limiting example, the LAN is a home network connected to a wide area network (WAN) 3, for example, the Internet. More broadly, a LAN could be a corporate network or be limited to a single object connected to the Internet (for example, a beach webcam), and the WAN 3 could be of any type (cellular, GSM - Global System for Mobile Communications, UMTS - Universal Mobile Telecommunications System, Wi-Fi - Wireless, etc.) without departing from the scope of the invention.

[0053] A network management element (2) (a residential gateway, a business gateway, a hub, etc.) and terminal equipment, referred to hereafter as connected objects or simply objects (Oi, where i indicates the object number), are connected to the local network 1. These are, respectively, in the example, a connected headset (O1), a smartphone (O2), a connected camera (O3), a motion detector (O4), and a temperature sensor (O5). These objects are capable of communicating on the local network and can be accessed from inside or outside the local network via the service gateway (2).

[0054] Other objects located in the extended network (3) may also be of interest to a local network user, for example a shared bicycle (O6) or a beach camera (O7).

[0055] In this example, objects are physical objects, meaning physical devices capable of connecting to the network. A connected object can be a provider of information streams, real-time or otherwise, and / or an actuator in the sense that receiving a specific information stream (for example, commands) triggers an action associated with a function. These objects can differ in their operating system (Windows, Linux, Android, etc.), their network connection type (Ethernet, Wi-Fi, Bluetooth, etc.), and the functions / actions they are capable of: measuring temperature, communicating on social networks, following a recipe, playing multimedia content, recording and transmitting surveillance video, detecting movement, turning on a light, etc.

[0056] Moreover, these objects can also be characterized in terms of ownership and access: they can be personal, meaning they belong to their PR owner, or shared, meaning they can be made available to another user, for example a guest on the local network, or public, meaning they can be made available to anyone, etc.

[0057] It can already be noted that each object, possessing a certain number of characteristics (functions and / or input / output flows), could be usefully grouped with other objects of complementary characteristics to form a new object. Here are a few examples: The local network camera does not have biometric recognition software; however, it can be useful to simply identify a person within the camera's field of view. The bicycle on the wide area network could be stolen; it can be useful to film it when someone approaches. etc.

[0058] We will now describe an embodiment of the invention in support of the figure 2 The goal is to offer the user a virtualized group object, more simply called a group object, corresponding to a group of connected objects in their environment.

[0059] In this example, a group of objects is a collection of connected objects created at the initiative of their owner. Through the aggregation process, this group is considered to be an object in itself, also called a group object, possessing its own information flows and actions.

[0060] In the example described here, the user's local network camera object (O3) will be grouped with the motion sensor object (O4). The resulting object (O3+O4) is a group object (GO), that is, a specific object corresponding to the two connected objects but with its own characteristics. To this end, the group object is virtualized, meaning it is represented as an entity that performs functions and has input and output streams. All streams of the group object pass through a software suite similar to a proxy, the group object avatar (AV_G), or group avatar, built on the streams originating from or destined for at least one of the group objects. This group avatar represents the group of objects on the network and exposes the function of the group object.

[0061] The avatar is therefore a "standardized" interface with capabilities that can also be standardized (time stamp, temperature, zoom, etc.). It is, in a way, a layer on top of the objects in the group (encapsulation).

[0062] According to one variant, objects can be automatically grouped according to an aggregation criterion (location, functions rendered, types of exchangeable flows, etc.), and no longer at the initiative of the owner.

[0063] According to one embodiment of the invention, which will be detailed more precisely with the support of the following figures, the user chooses to create a group, for example, "my person detector", denoted OG, with avatar AV_G. This group object provides the following service: when the user enters the room in which the camera is located, the motion detector is triggered, it activates the camera which takes a photograph (still image capture) of the person who entered the room; this image output from the camera is made accessible to the user of the group object.

[0064] An aggregation device on the gateway constructs a group avatar (AV_G) for the group (OG), which can be made available on the local network 1 and / or on the wide area network 3. The group includes the motion detector O3 and the camera O4. It is this group that exposes the camera's output image.

[0065] Each connected device has a number of features, only a subset of which is available to the user of the group device: they do not have access to the camera feed or the motion detector, but only to the final image of the person who entered the room. They also do not have access to the camera's other functions (zoom, video capture, etc.).

[0066] Such object grouping not only allows the creation of new objects but also suggests others to the user. In one variation, the user can be informed that they can create a person-detecting object based on the camera and its motion detector, but they can also be informed that if they had a facial recognition device, they could identify the person entering the room and directly access their identity, rather than their photograph.

[0067] The objective is therefore to be able to adapt all the connected objects at the user's disposal to their needs via an intelligent grouping mechanism.

[0068] It should be noted that if several concurrent accesses occur on the same object / group from users who have the same rights, any solution within the reach of a person skilled in computer systems can be used to resolve the conflict.

[0069] There figure 3 This illustrates in more detail a possible architecture for a group avatar according to one embodiment of the invention. In this example, the connected object O3 (the camera) and the connected object O4 (motion detector) are aggregated into the group object OG. It should be noted that the generation of the avatar (AV_G), as well as its storage, can be performed on the home gateway, but also on a remote server on the network, on a terminal, etc. According to this example, the avatar comprises:A first data structure (SD_O3) containing at least one characteristic (C1_03...CN_O3) of connected object 3 (zoom, image capture, output video stream, capture launch command, etc.); a second data structure (SD_O4) containing at least one characteristic (C1_04...CN_O4) of connected object 4 (motion detection, type of motion, detected motion information, etc.); and an address management structure, called a proxy (PY_G), containing a mapping between at least one address of the avatar (@AV_G) and at least one address of each connected object (@O3, @O4). It should be noted that the address can be of any type and address all or part of the characteristics of one of the connected objects. The avatar group acts as a proxy between the connected object and the requests made to it. It is worth recalling that a proxy (PY) is a software component that acts as an intermediary by placing itself between two entities to facilitate exchanges.In this case, the avatar's proxy (PY_G) is placed between the user of the group object, for example, a website accessible on a smartphone, and the devices connected to the LAN / WAN. The proxy redirects traffic transparently to the user, to and from the group's connected devices. Structurally: either the group object has its own proxy; schematically, in this case, the object will be accessible via an address of the type / . my_person_detector; either it is attached to a proxy which includes a set of avatars; schematically, in this case the object will be accessible via an address of the type proxy_objects_groups / my_room / my_person_detector (and another object of the same type, for example in the living room, will be accessible via proxy_objects_groups / my_living_room / my_person_detector ).

[0070] In the following, we will refer to either of these possibilities as a proxy module. A link structure (SD_L) allows establishing links between objects within the group. A link is defined as an automated process that generates information streams resulting from a combination of streams or states of the linked objects within the group, or that processes such information streams. A link is therefore a program or set of programs with inputs and outputs; the inputs are typically the outgoing streams from the connected objects, and the outputs are streams that can be used to feed another connected object within the group or made available to the user.According to the example mentioned above: an L1 link in the SD_L structure corresponds to a program that accesses the output of the motion sensor and triggers the camera; an L2 link retrieves an identification (still image) of the person who entered the room from the camera's output; an L3 link could transmit this image to a facial recognition module and retrieve the name of the recognized person, then make it available to the user. An SD_OG structure hosts the characteristics (C1_OG, C2_OG... CN_OG) of the group object. The group object created from several connected objects can benefit from the characteristics of these objects (the camera's output stream) and / or offer new ones (the people detector).

[0071] The avatar may contain other data, including an identification (ID_O3, ID_O4) of each connected object; an identification, description, etc. of the group object; one or more data structures (DR_) of user rights, at the level of the group object (DR_OG) or of encapsulated objects (DR_03, DR_04); etc.

[0072] There figure 4 represents an architecture of a device for aggregating objects and / or implementing group objects according to an embodiment of the invention. It is located, for example, on the home gateway. Alternatively, it can be located in the cloud, on any device on the local network, etc.

[0073] The aggregation system (DAG) includes: memory (M) associated with a processor (CPU). The memory can be of the ROM type (from the English Read Only Memory ) or RAM (from English Random Access MemoryThey can take the form of a removable card (SD, flash, etc.). Part of the memory M can contain, according to the invention, the avatars corresponding to the group objects, the programs necessary for their aggregation and implementation, etc.; a communication module (COMM) for communication with connected objects, with the user, and with various entities of the local and / or wide area network; this module can be of the Wi-Fi, Bluetooth, Ethernet, etc. type and use any suitable protocol to communicate with these entities (http, RTP, etc.); a basic characteristics retrieval module (GETB), allowing, for example, the discovery of a physical object whose reference is communicated to it (for example, a camera) and the deduction of the relevant basic characteristics (functions and flows) of the object; a group avatar generation module (CRAVG) responsible for aggregating the objects provided to it, that is to say, for generating an avatar for a group object.A proxy management module (PY) that allows associating a proxy structure (PY_G) with one (or more) group object avatars and subsequently managing the flows to and from the connected objects that are part of it. A group avatar implementation module (EXAVG) that, once the group object is aggregated (i.e., its avatar is created), allows access to the group object via its known characteristics. Note that for simplicity, the EXAVG module has been placed on the aggregation device. However, it could be part of a group avatar implementation device (DMOG) separate from the DAG aggregation device. A group avatar database (BD_AVG); this database can be located on the virtualization device or externally. It contains the group object avatars.a user interface module (UIM), to make available, or expose, to the user, an access address (@AV_G) to group avatars (AV_G) and the characteristics of the group avatars (for example in the form of a graphical object or GUI that can be passed to the user, as shown in the . figure 5 next: representation of the group object in the form of pictograms and associated functions). a DGD module for rights management to initialize and maintain rights structures (DR) on objects.

[0074] There figure 5 represents a timing diagram for aggregating connected objects into a group object and subsequent implementation of the group object.

[0075] It details, in particular, the creation of a group object avatar (AV_G) on the DAG (Digital Aggregation Group), located in this example on a home gateway, and the subsequent use of this group object by its owner. It includes the main phases of group object creation (declaration of the group object, creation of its avatar), aggregation of connected objects into the group object, exposure of the group object (making it available to the user), and then implementation of the group object using examples.

[0076] According to this embodiment, the aggregation devices (DAG) and the group object implementation devices (DMOG) are located on the service gateway. Any other location for one or both of these two devices could be considered: in the local network, in the wide area network, carried by a server, a terminal, a connected object, etc. 1. creation of the group object

[0077] The goal of this phase is to create a group object (GO) representing one or more connected objects (O3, O4). Remember that the group object corresponds to all the connected objects in the group and its avatar. In this example, it is the user (PR), who is also the owner of the objects on the local network, who chooses to create a group, following the previously mentioned example, the OG object "my person detector" by grouping the camera object O3 and the detector object O4 into the OG group. For example, they select a graphical representation of the two objects on the screen and drag them into the new group object "my person detector".

[0078] During step E0, the user declares a group object (GO) (name, identifier, etc.). Their DECL(OG) request is received by the aggregation device during step E1. It creates a group avatar (AV_G) for the newly declared group object. Specifically, it assigns it an address (@AV_G) and an identifier (ID_G). Subsequently, the group avatar is accessible via this address. It can reside on the gateway, or within the operator's network if the home gateway is virtualized, or even in the wide area network (cloud), provided a secure connection is established between the group avatar on the network and the corresponding connected objects on the local network. 2. aggregation of connected objects within the group object

[0079] It is assumed that the user (PR) has already connected the connected devices that will make up the group to the network. The devices are therefore known to the home gateway, via an address, an identifier, or, according to a variant that will be detailed later, via an avatar of the connected device.

[0080] During an E10 / E50 step, the user and PR owner declares a first connected object to be aggregated into the group object. In this example, it is a connected camera (03) on the local network. The connected object to be aggregated is therefore physical. Any other object could be considered without loss of generality, as described in the supporting documentation. figure 1 Several methods can be used: The connected object registers itself with the service gateway (by providing the camera name, its model, etc.); the user enters the object's characteristics themselves; etc.

[0081] During step E20, the aggregation device receives the object declaration in the schematic form DECL(ID_O3, OG), that is, an identification of the object and the group into which it should be inserted. It then obtains the characteristics of the object (physical or virtual) that has just been declared. To obtain these characteristics, the gateway (GETB module) can, depending on the case: query the gateway that registered the object; query an object referencing site to receive its function and flow characteristics (for example, the manufacturer's site for a camera); receive this information from the connected object or its owner.

[0082] At the end of this step, the aggregation device knows the characteristics (flows and functions) of the object.

[0083] During step E21, the aggregation device (DAG, CRAVG) inserts the object into the AV_G group avatar. The group avatar is a software representation of the group object that includes the functions and flows of the connected objects that constitute it and makes some of them available to the group object's user. During this step, a structure (SD_O3) is therefore created for the basic characteristics of the connected object. Furthermore, the group object is associated with a proxy that links the group object's addresses to the connected object's addresses.An example is given schematically in table 1 below for which: - the first line indicates the identifier and name of the group object (ID_G, "person detector"); - the second line contains the proxy PY_G, which includes at least one address of the connected object (@O3) and one address of the group object (@AV_G); - the following lines correspond to the structure of the O3 object: Object identifier, basic functions and flows (characteristics). Table 1: Example of a group object avatar after creation and insertion of the first object Object group ID_G "person detector" Proxy (PY_G): @O3 <=>@AV_G Camera object data structure (SD_O3) Identifier basic functions Basic flow ID_O3 C1_O3 image capture C4_O3 still image of a face C2_O3 zoom C5_O3 image stream C3_O3 facial recognition C6_O3 zoomed image stream

[0084] In one variant, the object already has an avatar. In this case, the insertion mechanism is very simple: the object is already represented as an "avatar" comprising a data structure containing the object's characteristics, and a proxy containing its address. It is sufficient to extract the object's function and flow characteristics, as well as its address (@O4), from the object avatar and copy them into the previously created group avatar.

[0085] During step E11 / E40, the user declares a second connected object to be aggregated into the group object. In this example, it is the local network motion detector (04). The object is a physical object. In a variant, the object is virtual and already has an avatar. The same comment as above applies.

[0086] During an E22 step, the aggregation device receives the object declaration and accesses its characteristics and / or its avatar.

[0087] During step E23, the aggregation device (DAG / CRAVG) inserts the object into the group avatar. During this step, a structure (SD_O4) is created, and the basic characteristics of the connected object O4 are copied into it. Furthermore, the new connected object is associated with the proxy that links the addresses of the group object to the addresses of the connected object. An example is given in Table 2 below: Table 2: Example of a group object avatar after the insertion of the second object Object group "person detector" Proxy (PY_G) @O3, @O4 <=>@AV_G Camera object data structure (SD_O3) Identifier basic functions Basic flow ID_O3 C1_O3 image capture C4_O3 still image of a face C2_O3 zoom C5_O3 image stream C3_O3 facial recognition C6_O3 zoomed image stream Detector object data structure (SD_04) ID_O4 C1_O4 motion detector C2_O4 flow movement C3_O4 motion detection control C4_O4 typical flow of movement 3. creation of the group object data structure i. resulting characteristics of the group object

[0088] The group object created from several connected objects can benefit from the characteristics of these objects (the camera's output stream) and / or offer new ones (the people detector) through a combination, cascading, enrichment, etc., operation on the characteristics of the base objects. During step E24, an SD_OG structure is created to host the group object's characteristics. In this example, the group object has a detection command (C2_OG) as its input stream, an image of the detected person (C4_OG) as its output stream, and performs the "person detection" function (C1_OG). ii. links between the connected objects of the group object

[0089] During step E24, the connected objects within a group are linked together by automatic processes, or links (L). Such a process can take the form of a computer program that emits information streams resulting from a combination of streams or states of the linked objects in the group, or processes information streams from third-party objects, these streams being distributed among all the linked objects.

[0090] Linking objects can be done "manually" by their owner, who can then create new object groups by choosing the links between them. In the example above, the user only wants to retrieve information that a user has entered the room, along with a still image of the user. The motion detector can be linked to the camera as follows: if it detects movement, a first link (L1) is activated to trigger the camera. Then, on the camera, a second link (L2) is activated to trigger the acquisition and processing of the captured image.

[0091] According to one variant, certain objects used in very common situations can be pre-edited with a set of associated rules, which the user can simply select; such a rule can be of the type: If movement is detected at the sensor output, a trigger command is sent to the camera. / from a mobile SMS, etc.They are then available in a catalog and configurable by the owner. Other objects can be more complex. An example of links is shown in the table below, representing the "person detection" object according to the example, at the end of step E24.

[0092] At the end of these steps, the group object therefore has an avatar including certain characteristics of its own, certain basic characteristics of connected objects, the others being inaccessible, links, a proxy to access it transparently via the address of the group avatar, and possibly a graphic representation.

[0093] Optionally, the user (on their smartphone) and the proxy can exchange a secret in order to communicate securely afterwards. 4. Managing group object rights

[0094] During a step E11-E25, rights can be implemented on the group object. This step involves assigning a type of right to each of the characteristics of the newly created group object, as well as, where applicable, to certain basic characteristics of the connected objects. The targeted characteristic can be restricted to the owner or shared with others. This aspect will be discussed later in support of the figure 6 . 5. Display of the object within the group (making the object available)

[0095] During steps E26 and E16, the aggregation device provides the owner of the connected objects with the address of the group object, i.e., the avatar address (@AV_G) contained in the avatar's proxy. Using this address, for example, a URL, the user can access the group object. Optionally, the group avatar also includes a representation of the group object. This representation can be of any type (graphic, text, sound, etc.). It is transmitted during this step, for example, to the user's smartphone, which can receive this representation and then "see" the group object as a user interface; for example, the representation associated with the group object could show / display: The object's functions: detecting a person; the usage commands (for example, by clicking a button, the user can start the detection); the camera's output stream (a still image); etc.

[0096] The PR owner of the connected objects, equipped with the group avatar address (@AV_G) and optionally the shared secret (S) and a representation (UI) of the object, can now connect to the group avatar, for example, via the graphical interface displayed on their smartphone. When they want to share a group of objects they own, they can provide the person with whom they wish to share the group the group object address. In this implementation, the user benefiting from the sharing has the same rights on the group object and on the connected objects as the owner. In a variant, which will be detailed in the supporting documentation... figure 6 , rights to objects are handled differently depending on the user. 6. implementation of the group object

[0097] In one implementation example, the owner, or a user to whom they have provided the address of the group object, decides, during step E17, to implement the group object. To this end, they prepare a message for the group object (on the address @AV_G previously provided to them) requesting a specific feature offered by the group object, in this example, person detection (C1_OG).

[0098] The device for implementing the group object on the gateway (EXAVG module) receives this message during an E27 step. It queries the group avatar database to obtain the group avatar (AV_G) of the object.

[0099] During step E28, it analyzes the received command, tests the validity of the requested characteristic C1 for the group, and possibly tests the rights of the person attempting to use the object. It then waits for a movement likely to trigger motion capture.

[0100] During step E29, it receives the motion information emitted by the motion sensor during step E41.

[0101] During step E30, it executes the corresponding L1 link (the program that activates the camera's still image capture upon motion detection), triggers the camera, and can receive the camera feed in response, symbolized by a solid arrow, and retransmit it during step E31 to the user's terminal. The user receives the image of the person who entered the room.

[0102] There figure 6This represents an example of implementing rights distribution on the group object. It is a detail of step E25 in the previous figure when rights management is implemented. Naturally, this step E25 could be distributed among the different steps of the avatar creation algorithm (notably steps E1, E21, E23, E24) without loss of generality.

[0103] In the previous description, it was assumed that all of the user's connected objects were without specific rights, which is not a problem as long as the owner of the connected objects and the user of the group object are one and the same person.

[0104] However, it may be important to assign rights to the different connected objects, and to the resulting group objects, according to the wishes of their owner, so that the owner can share them with another user while retaining control of certain functions.

[0105] In the example described above, we can imagine that the owner has full rights to the camera and the motion sensor, but wants to restrict rights to these objects when sharing them. They also want to restrict rights to the group object.

[0106] As illustrated in Table 4 below, by way of example: PR indicates the owner, UL any local user (for example another person in the household), UD any remote user (for example on the internet network), PN a specific person designated by name (for example the owner's son, neighbor, etc.), PG a person designated by geolocation (for example, the residents of the street); each of these potential users can have rights over none, one or more characteristics of the connected objects and / or the group object; we also distinguish: usage rights according to which a user has the right to use the object; composition rights on the connected objects and / or on the group object; a user can indeed have the right to use certain characteristics of the camera without having the right to reuse the camera to integrate it into another group object.The transmission rights according to which a user can transfer one of the two preceding rights to another user.

[0107] In one embodiment, the rights are independent of each other. In another embodiment, the rights are intertwined: the beneficiaries of transmission rights are a subset of the beneficiaries of composition rights, who are themselves a subset of the beneficiaries of usage rights.

[0108] It should be noted that the object itself can carry its rights: it can offer or not to be composed, used, etc. by a certain type of user.

[0109] It should also be noted that rights can be defined by a system of requests addressed to the owners of the basic objects.

[0110] Analysis of this table shows that, according to this example: The owner (PR) has all rights to all characteristics of all objects, whether it be a right of use, composition or transmission; the owner (PR) can share (i.e. transmit rights) their objects individually (e.g. the camera) or as a group (e.g. the person detection group); a local user (UL) has rights to certain characteristics of the camera (image or video capture, associated commands and streams) but not to others (zoom, associated command and streams); they also have rights to motion detection but cannot access the motion stream; they have the right to reuse these characteristics in another object (right of composition); they have no rights to the group object.Any remote user (UD) is only entitled to capture still images (command and associated stream) unless they are located in a given geographic area (PG), in which case they can access the video; they have no usage rights over motion detection, the group object, or any composition rights. A user in a given geographic area (PG) has usage rights to access the camera's video; they have no usage rights over motion detection, the group object, or any composition rights. A designated user (PN) can access the people detector but has no composition rights.

[0111] Naturally, this example is provided for illustrative purposes only. It has been assumed here that the camera and the detector belong to the same user, but they could belong to two different users. Table 4: Example of a rights table (DR) on the different objects and on the group Object Characteristics Description Usage rights Composition rights Transmission rights O4 (camera) C1_O3 video capture PR, UL, PN PR, UL PR C2_O3 camera zoom PR PR PR C3_O3 image capture PR, UL, UD, PN PR, UL PR C4_O3 still image stream PR, UL, UD, PN PR, UL PR C5_O3 video stream PR, UL, PG PR, UL, PG PR, PG O3 (motion detector) C1_O4 motion detector PR, UL PR, UL PR C2_O4 C3_O4 movement detected PR, UL PR, UL PR typical flow of movement PR PR PR OG (people detector) C1_OG detector PR, PN PR PR C2_OG person PR, PN PR PR C3_OG order PR, PN PR PR C4_OG person detected, image of person detected PR, PN PR PR

[0112] According to one variant, rights can be propagated according to one or more propagation mechanisms within the reach of a person skilled in the art: in the example of the previous table, a local user (UL) has a composition right on an object, but does not have the right to transmit this right, that is to say that he cannot register this right in the rights table of the object he shares.

[0113] In a similar example, a PR owner who grants a right to use their camera can refuse the right to transmit: thus, a user who creates a new object with the camera and their own detector will not have the right to share the camera with a third user (and therefore a fortiori they will not have the right to share the use of the object they have created).

[0114] In a system according to one embodiment, a mechanism of requests to the owner and acceptance from him can be provided to obtain a right to share; in this case the objects may be non-shareable by default.

[0115] In yet another similar example, the group object systematically inherits, or by default, the rights of the objects that compose it, etc.

[0116] According to another mode not shown, connected objects systematically inherit, or by default, the rights of the object group encapsulating them.

[0117] Any other rights management variant within the reach of a person skilled in the art can be considered.

[0118] A method according to one embodiment of the invention performs the following steps: During an initial step E250, the rights management module DGD initializes a rights table (DR) structure; this table can be a separate structure, or a set of data attached, for example, to the various characteristics of other tables, as shown in figure 3 (DR_ structures).

[0119] During step E251, the module acquires rights to the objects constituting the group, and this step is repeated until all relevant objects in the group have been processed. These rights can be: inscribed by default in the object structure. For example, all connected objects offer a right of use on certain characteristics implemented in the group object, or on all characteristics, or on no characteristics; inherited; defined by the user during this step or any step preceding step E25.

[0120] For example, we can arrive at an allocation of rights as presented in table 4 for objects O3 and O4; During an E252 step, a test is carried out in order to acquire a subsequent object if it exists.

[0121] Then, during step E253, if there are no more connected objects to process, the module acquires a Ci_OG characteristic from the group object; during step E254, it assigns a right to the group object's characteristic; various strategies can be implemented, some examples of which are given below: The group object "inherits" the rights of the objects concerned by this characteristic, preferably according to a restriction: for example if the group is composed of a public object offering all rights and a private object (private detector), we can choose to assign the minimum rights of the private object in the group object (this is in this case a minimal intersection); according to another example, the characteristic C1 of the group object (person detection) using the camera, only the shareable functions of the camera are declared accessible at the level of the group object (the zoom remains strictly reserved for the owner, but the video stream is made shareable to the inhabitants of the street, etc.Alternatively, a mechanism can be implemented involving requests to the object's owner and their acceptance to obtain specific rights over an object for a given user or group of users; the object's initial owner (PR) decides, globally or on a case-by-case basis (for each characteristic), the associated rights, entering them, for example, via a human-machine interface. The group object inherits only the rights over the characteristics implemented by the group (only the camera's still image capture function is made accessible by the group; a regular user will not be able to access the video stream), etc.

[0122] During an E255 step, a test is performed with the aim of processing a subsequent characteristic of the group object.

[0123] During step E256, when all the characteristics of the group object have been processed, the rights table is updated. It can then be used during step E27 / E28 of the figure 5 to decide if the user making the request has rights on a characteristic of the group object and / or rights on one or more characteristics of a connected object of the group object.

[0124] It goes without saying that the implementation method described above has been given for purely indicative purposes and is in no way limiting.

Claims

1. Method for creating a virtual group object (OG) aggregating at least partially automatically at least two connected objects (O3, O4) of a communications network (1,3), said connected objects having at least one feature, called a basic feature (C1_O3... CN_O3), said method being characterized in that it comprises the following steps on an aggregation device (DAG), in order to obtain a data structure, called a group avatar (AV_G), suitable for representing said virtual group object: - obtaining at least one connected objects aggregation criterion; - obtaining (E20, E22) at least one basic feature (C1_O3... CN_O3; C1_O4... CN_O4) of connected objects to be aggregated according to said criterion, and at least one right of use and / or of composition and / or of transmission for said basic feature; - determining (E24) at least one feature of said group object (C1_OG... CN_OG) linked to at least one obtained basic feature of said connected objects to be aggregated, via their input and / or their output; - creating (E1, E21, E23, E24) the group avatar (AV_G), said group avatar comprising: • at least one first data structure (SD_O3, SD_O4) comprising said at least one basic feature (C1_O3... CN_O3; C1_O4... CN_O4) of said connected objects to be aggregated; • a second data structure (SD_OG) comprising said at least one feature (C1_OG... CN_OG) of said group object; • a third data structure (SD_L) associating, via a link between their input and / or their output, said feature of said group object (C1_OG... CN_OG) with said at least one obtained basic feature (C1_O3... CN_O3; C1_O4... CN_O4) of said connected objects to be aggregated; • a fourth data structure (DR_O3, DR_O4, DR_OG) comprising said at least one obtained right associated with said at least one obtained basic feature of said connected objects to be aggregated; • an address management fifth structure (PY_G) associating at least one access address of said group object and at least one access address of said connected objects (@O3, @O4) to be aggregated; - obtaining a right of use and / or of composition and / or of transmission for a feature of said group object; - registering said right obtained for said feature of said group object in said group avatar.

2. Creation method according to Claim 1, characterized in that the fourth data structure further comprises an identification of at least one beneficiary (PG, PL) of the obtained right and in that the method further comprises: - a step of obtaining (E11, E25) said at least one beneficiary (PG, PL) of the obtained right associated with a feature of said connected objects and / or said group object (Ci_OG, Ci_O3); - a step of registering said at least one beneficiary in said group avatar.

3. Creation method according to Claim 1, characterized in that said obtained right is a right of use allowing the associated feature to be implemented.

4. Creation method according to Claim 1, characterized in that said obtained right is a composition right allowing the use of an object of the group or the group object in a new group object.

5. Creation method according to Claim 1, characterized in that said obtained right is a transmission right allowing the transmission of a right of use or composition right of said group object.

6. Creation method according to Claim 1, characterized in that obtaining the right associated with a feature of said group object comprises deducing the right associated with a feature of the group object (Ci_OG) according to at least one obtained right associated with a basic feature (Ci_O3).

7. Creation method according to Claim 1, characterized in that it further comprises deducing the right associated with a basic feature (Ci_O3) according to at least one obtained right associated with a feature of the group (Ci_OG).

8. Method for the implementation of a virtual group object (OG) aggregating at least two connected objects (O3, O4) in a communications network (1,3), said group object (OG) comprising a data structure, called a group avatar (AV_G), the method being characterized in that it comprises the following steps on a device for the implementation of the group object (DMOG): - obtaining a message (E27) to use the group object, said message comprising at least one feature of the group object (C1_OG) to be implemented; - obtaining (E28) the group avatar of the group object (AV_G), said group avatar comprising at least: • a first data structure (SD_O3, SD_O4), comprising at least one basic feature (C1_O3... CN_O3; C1_O4... CN_O4) of said connected objects; • a second data structure (SD_OG), comprising at least one feature (C1_OG... CN_OG) of the group object; • a third data structure associating, via a link between their input and / or their output, said at least one feature (C1_OG... CN_OG) of said group object with at least one basic feature (C1_O3... CN_O3; C1_O4... CN_O4) of said connected objects; • a fourth data structure (DR_O3, DR_O4, DR_OG) comprising at least one right of use and / or of composition and / or of transmission of said at least one basic feature of said connected objects and / or said at least one feature of said group object; • an address management fifth structure associating at least one access address of said group object and at least one access address of said connected objects (@O3, @O4); - comparing (E28) the group feature to be implemented (C1_OG) with said at least one feature of the group object of the second data structure of the group avatar (Ci_OG); - when said group feature to be implemented is a feature offered by the group object, analysing the feature of the group object to be implemented (C1_OG), this comprising: • obtaining, in the third data structure, the link between the inputs / outputs of said group feature (C1_OG... CN_OG) and at least one basic feature of a connected object (C1_O3... CN_O3); • obtaining a right of use and / or of composition and / or of transmission for said feature of said group object to be implemented and / or for said at least one basic feature linked to said feature of said group object to be implemented in said third structure .when said message is obtained from a user having said right, implementing (E28-E31) said at least one basic feature.

9. Device (DAG) for creating a virtual group object (OG) aggregating at least partially automatically at least two connected objects (O3, O4) of a communications network (1,3), said connected objects having at least one feature, called a basic feature (C1_O3... CN_O3), said device being characterized in that it comprises the following modules, in order to obtain a data structure, called a group avatar (AV_G), suitable for representing said virtual group object: - a module for obtaining (E20, E22) at least one connected objects aggregation criterion, at least one basic feature (C1_O3... CN_O3; C1_O4... CN_O4) of connected objects to be aggregated according to said criterion, and at least one right of use and / or of composition and / or of transmission for said basic feature; - a module for obtaining (E24) at least one feature of the group object (C1_OG... CN_OG) linked to at least one basic feature of said connected objects to be aggregated, via their input and / or output; - a module for creating (E1, E21, E23, E24) the group avatar (AV_G), said group avatar comprising: • at least one first data structure (SD_O3, SD_O4) for said connected objects, comprising said at least one obtained basic feature (C1_O3... CN_O3; C1_O4... CN_O4) of said connected objects to be aggregated; • a second data structure (SD_OG), comprising said at least one feature (C1_OG... CN_OG) of said group object; • a third data structure associating, via a link between their input and / or their output, said feature of said group object (C1_OG... CN_OG) with said at least one obtained basic feature (C1_O3... CN_O3; C1_O4... CN_O4) of said connected objects to be aggregated; • a fourth data structure (DR_O3, DR_O4, DR_OG), comprising said at least one obtained right associated with said at least one obtained basic feature of said connected objects to be aggregated; • an address management fifth structure (PY_G), associating at least one access address of said group object and at least one access address of said connected objects (@O3, @O4) to be aggregated; - a module for obtaining a right of use and / or of composition and / or of transmission for a feature of said group object; - a module for registering said right obtained for said feature of said group object in said group avatar.

10. Device (DMOG) for the implementation of a virtual group object (OG) aggregating at least two connected objects (O3, O4) in a communications network (1,3), said group object (OG) comprising a data structure, called a group avatar (AV_G), the implementation device comprising: - a module for obtaining a message (E27) to use the group object, said message comprising at least one feature of the group object (C1_OG) to be implemented; - a module for obtaining (E28) the group avatar of the group object (AV_G), said group avatar comprising at least: • at least one first data structure (SD_O3, SD_O4), comprising at least one basic feature (C1_O3... CN_O3; C1_O4... CN_O4) of said connected objects; • a second data structure (SD_OG), comprising at least one feature (C1_OG... CN_OG) of the group object; • a third data structure associating, via a link between their input and / or their output, said feature (C1_OG... CN_OG) of said group object with at least one basic feature (C1_O3... CN_O3; C1_O4... CN_O4) of said connected objects; • a fourth data structure (DR_O3, DR_O4, DR_OG), called a rights structure, comprising at least one right of use and / or of composition and / or of transmission of said at least one basic feature of said connected objects and / or said at least one feature of said group object; • an address management fifth structure associating at least one access address of said group object and at least one access address of said aggregated connected objects (@O3, @O4); - a module for comparing (E28) the group feature to be implemented (C1_OG) with said at least one feature of the group object of the second data structure of the group avatar (Ci_OG); - a module for analysing the feature of the group object to be implemented (C1_OG), when said group feature to be implemented is a feature offered by the group object, said analysis comprising: • obtaining, in the third data structure, the link between the inputs / outputs of said group feature (C1_OG... CN_OG) and at least one basic feature (C1_O3... CN_O3); of a connected object; • obtaining a right of use and / or of composition and / or of transmission for said feature of said group object to be implemented and / or for said at least one basic feature linked to said feature of said group object to be implemented in said third structure, - a module for implementing (E28-E31) said at least one basic feature when said message is obtained from a user having said right, implementing (E28-E31) said at least one basic feature.

11. Home gateway (2) comprising a creation device according to Claim 9 and / or an implementation device according to Claim 10.

12. Computer program suitable for being implemented on a creation device according to Claim 9, the program comprising code instructions which, when the program is executed by a processor, carries out the steps of the creation method defined in any of Claims 1 to 7.

13. Computer program suitable for being implemented on an implementation device according to Claim 10, the program comprising code instructions which, when the program is executed by a processor, carries out the steps of the method for the implementation of a group object defined in Claim 8.