WO2008003404A1 - Verfahren und kommunikationssystem zur steuerung des datenflusses über netzwerkknoten - Google Patents
Verfahren und kommunikationssystem zur steuerung des datenflusses über netzwerkknoten Download PDFInfo
- Publication number
- WO2008003404A1 WO2008003404A1 PCT/EP2007/005481 EP2007005481W WO2008003404A1 WO 2008003404 A1 WO2008003404 A1 WO 2008003404A1 EP 2007005481 W EP2007005481 W EP 2007005481W WO 2008003404 A1 WO2008003404 A1 WO 2008003404A1
- Authority
- WO
- WIPO (PCT)
- Prior art keywords
- data
- user
- synchronization
- network
- terminal
- Prior art date
Links
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L47/00—Traffic control in data switching networks
- H04L47/10—Flow control; Congestion control
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L12/00—Data switching networks
- H04L12/02—Details
- H04L12/14—Charging, metering or billing arrangements for data wireline or wireless communications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L45/00—Routing or path finding of packets in data switching networks
- H04L45/30—Routing of multiclass traffic
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L45/00—Routing or path finding of packets in data switching networks
- H04L45/302—Route determination based on requested QoS
- H04L45/306—Route determination based on the nature of the carried application
-
- 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/14—Session management
-
- 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/14—Session management
- H04L67/141—Setup of application sessions
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/01—Protocols
- H04L67/10—Protocols in which an application is distributed across nodes in the network
- H04L67/104—Peer-to-peer [P2P] networks
-
- 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/30—Profiles
- H04L67/306—User profiles
Definitions
- the invention relates to a method for controlling the data flow via network nodes, in particular via network nodes of an Internet-based communication system, in which terminals also execute network node functions.
- the invention further relates to a communication system for carrying out such a method and network units for controlling the data flow, in particular for decentralized control of the data flow.
- multimedia services which may include all possibilities of providing and exchanging information.
- Possible services may be, for example: instant messaging services, Internet telephony services (Voice over IP or VoIP for short), data sharing services (FileSharing) or data access services (WindowSharing) or else data provisioning services, in particular for video, Audio, picture and program data.
- Other services include whiteboard services, where multiple users share a common area for concurrently editing and displaying a shared graph, and other services based on exchanging information between two or more terminals.
- the data can be sent via direct connections (so-called peer-to-peer) or via indirect Links with caching (so-called Store & Forward) are sent between the users.
- users can have several terminals, so that between the terminals of the same user or even different users, the data must be exchanged or synchronized (synchronized) must be.
- the terminals are not permanently, but only when needed and temporarily connected to the network. This may result in data being sent from one terminal but not being able to be received by the other terminal as it may be disconnected from the network.
- Both in communication services as well as data providing services for video, audio, image and other data it is desirable that the data to be supplied are provided to the intended terminal or its user for retrieval, without it being necessary, the terminal to connect to the network.
- These data provided may continue to be priority or prioritized data to be made available to the user of the other terminal as quickly as possible and as directly as possible.
- Internet-based, ie packet-based, communication networks are increasingly being used for communication.
- the conventional packet-based networks are formed by a large number of interconnected network units (routers, servers and other network nodes), which may only be in operation at certain times or may spontaneously fail.
- To connect terminals is such a network, it is important that the flow of data as possible, trouble-free, fast and inexpensive. But these are partly conflicting requirements, which can not always be satisfactorily fulfilled. That's why intelligent controllers for optimal data flow particularly desirable.
- a purely central control of the data flow is a rather difficult or expensive solution.
- Targeting should probably be a decentralized solution, but the said problem is particularly important to note that namely the network nodes are not always or permanently connected to the network, but at least temporarily disconnected from the network.
- This object is achieved by a method for controlling the data flow via network nodes of a communication system according to the features of claim 1 and by a communication system or a network unit according to the features of one of the independent claims.
- a method or devices are proposed for controlling the data flow via network nodes that are assigned to users of a communication system, wherein the communication system comprises a core network with user logical network nodes, which the users access by means of terminals which are designed as end-user logical network nodes are, and the following steps are performed:
- the at least one criterion specifies a usage tariff that has been assigned to at least one of the users for the use of the communication system, in particular to the user who sends the data to the other user, and to the usage tariff in a user profile assigned to the user is stored, wherein the usage rate indicates whether the data flow of data via the direct connections (peer-to-peer) and / or via the indirect connections (store & forward) is controlled.
- the at least one criterion comprises a first usage tariff assigned to the user for the use of the communication system which sends the data to the other user, wherein the first usage tariff is stored in a user profile assigned to the user, and if the at least one criterion also includes a second usage rate assigned to the other user for use of the communication system receiving the data, the second one Usage rate is stored in a user profile assigned to the other user.
- the at least one criterion indicates a data volume for the data to be transmitted, the data volume being compared with a threshold value for checking the criterion.
- the data flow is preferably controlled via the direct connections if the data volume exceeds the threshold value.
- the at least one criterion may contain predefinable information about the data to be transmitted, in particular the data type, the data content, the transmission time and / or the sending network node.
- the at least one criterion may contain pre-embarrassable information on the terminal provided for the transmission and / or reception of the data and / or on the sending and / or receiving user, in particular information stored in the user profile of the respective user.
- the at least one criterion from the network operator and / or service provider vorgebare information and / or by the user selectable information included.
- the data to be transmitted are transmitted in the form of a data block containing user data and control data, in particular strategy and / or synchronization data, wherein the control data, the at least one criterion for controlling the data flow contain.
- the strategy or synchronization data is not just the criteria for data flow control, but also a synchronization plan that determines the type of data exchange. In particular, it is determined whether a synchronization according to the Store & Forward principle or the PeerToPeer principle is controlled.
- the preferred criteria are fare, user data volume (volume of payload) or data type or format of the selected service.
- a method for providing a number of services, in particular communication services, to a terminal connectable to a network having a number of interconnected network units ,
- the method comprises the steps of providing a data packet or data block containing payload or user data and separate policy data in a network unit formed as a user node, and automatically establishing a connection with the terminal and transmitting the data packet from the network to the terminal depending on the strategy contained in the data packet or data block or Synchronization data.
- Synchronization data is logically linked to the payload data or assigned to it and are sent together in the data packet.
- a synchronization plan adheres to the payload data to be transmitted in packets. This plan is determined by the synchronization data and indicates parameters for the actual data transmission or data synchronization, such as airtime, prioritization, transmission path and the like.
- strategy objects are attached to data packets, in particular to user data, for controlling the communication flow or linked thereto.
- the communication via any node in particular user nodes (also referred to here as EndUserNodes) and / or network nodes (also referred to here as UserHomeNodes), can be controlled or directed without effort for a data flow control.
- the strategy objects or data determine, inter alia, the type of synchronization and / or their priority, for example via a real-time flag, and thus ensure a better data flow.
- each receiving node in particular the user node provided as the synchronization target, can filter the strategy by means of setting data, for example to ignore the priority specifications.
- the setting data is set at the respective node by the user there.
- synchronization data is added to user data in the data block, which indicate whether or not the data block is to be automatically provided by the corresponding user node for the terminal assigned to the user node.
- a corresponding application software in the terminal retrieves data packets in accordance with a provision
- the user node assigned to the respective terminal decides on the basis of the synchronization data in the data block whether the data block is automatic or with Priority is sent to the appropriate terminal or not.
- the data block is then available in the corresponding terminal and is there provided to an application associated with the data in the data block, eg an application for a real-time communication service or a data service.
- this means that the corresponding application is selected and opened upon arrival of such a real-time data block and one or more corresponding functions are performed, depending on the user data contained in the data block.
- Fig. 1 shows schematically the structure of a
- FIGS. 3a and 3b show, by way of example, representations of direct and indirect connections within the communication system, via which the data flow can be controlled.
- FIG. 4 schematically shows the structure of a
- Communication system in a second embodiment of the invention, in which the method for controlling the data flow of data blocks is carried out containing payload data and strategy or synchronization data.
- FIG. 5 schematically shows the structure of a
- FIG. 6 shows schematically the sequence of the method according to the invention for controlling the data flow.
- Embodiment here reference to Figs. 1, 2 and 3a and 3b taken. 1 shows the schematic structure of a communication system CB, which is designed as an Internet-based communication system.
- a communication system CB which is designed as an Internet-based communication system.
- the communication system CB includes a plurality of network nodes EUNA, ... EUNB, ... UHNA ... UHNB, via which the data is transmitted in the form of data packets or data blocks, with an intelligent control of the data flow.
- the data can be transmitted via different paths, ie via different connections between the network nodes.
- the intelligent control of the data flow will be described in detail later.
- the structure of the communication system CB in particular its logical structure and the function of the network nodes EUN ... or UHN.
- FIG. 1 essentially shows the logical structure of the communication system CB.
- this is a decentralized structured architecture in which all (logical) network nodes can interact with substantially equal rights.
- all network nodes can establish connections with one another, be it as a transmitting node, as a receiving node and / or as a relay node.
- the function is determined by the current request to the respective network node or to the data or data packets to be transmitted.
- direct connections and indirect connections can be established.
- Direct connections (peer-to-peer) are switched between equal network nodes, as shown in FIG. 1 by means of the peer-to-peer connection 101 between EUNA and EUNB. These direct connections are also indicated by way of example by the arrow P2P.
- indirect connections are connected between non-equivalent network nodes and / or via several intermediate nodes or relay nodes, with data buffering or data retention also taking place in individual network nodes can.
- Store & Forward connections such as the connections 102, 201 or 202 shown in FIG. 1.
- the arrow S & F also refers to such indirect connections.
- the communication system illustrated in FIG. 1 comprises a core network TSC with logical user network nodes UHNA, UHNB... (Also called user home node or user home node), which each user A or B can access by means of his terminals.
- the terminals in turn are designed as logical end-user network nodes EUNA, EUNB ... (also called end user node or EndUserNode) and are thus in an association with the corresponding user network node. Somt, each user, such as the user A, has access to an associated end-user network node (in this case EUNA) and to a user network node (here UHNA).
- EUNA end-user network node
- UHNA user network node
- the end-user nodes are set up on the end devices of the users or users.
- the user A has, for example, two terminals, namely a personal computer and a mobile communication terminal, so that the user A is assigned two corresponding end-user nodes, namely EUNA and EUNA '.
- the user B has here eg three terminals and thus three end user network nodes EUNB, EUNB 'and EUNB''. These network nodes EUNA... EUNB... Assigned to the users A and B communicating with one another are thus terminal nodes at which the users send and / or receive data.
- EUNx which is assigned to a further user and which can optionally be used as a relay node in order to establish connections between the users A and B and to forward or temporarily store data.
- the user of the EUNx receives no access to the data, which are exclusively intended for users A and B or are used for personal communication.
- an encryption of the data such as a 128-bit encryption via SSL (Secure Sockets Layer) is carried out, with only the users involved A and B or their nodes EUNA ... EUNB ... needed Have keys.
- the end-user nodes EUN ... are essentially realized by a client software executed on the respective terminal, which interact or interact with the corresponding server-side user network node UHN.
- the users thus have at least one end user network node (e.g., EUNA) implemented as a client and at least one user network node (e.g., UHNA) implemented as a server.
- EUNA end user network node
- UHNA user network node
- users can also have several end user network nodes (also called end user nodes) and / or several user network nodes (also user home nodes), wherein preferably only one user home node per user is installed, such that the network side controls and manages the data for the users by the respective UserHomeNodes can be carried out clearly.
- a central network unit is provided in the core network TSC, which is referred to here as an authentication unit CID.
- the services provided by the communication system CB are accessible only to the authenticated users.
- a log-on process in which the user must log in, is carried out before the user has access to the system.
- a log-on process in which the user must log in, is carried out before the user has access to the system.
- a subheading TRF is also referred to here as subheading TRF.
- the tariffs include a criterion by means of which the control of the data flow is performed.
- the method for controlling the data flow also comprises the following steps, reference being also made to FIG. 6 here:
- a first step M101 it is determined whether data from a first user, e.g. the user A, to a second user, e.g. the user B are to be transferred. This is done by signaling the corresponding EndUserNode EUNA to the assigned HomeUserNode UHNA and / or by sending data to be transmitted to the User B to this node UHNA.
- a next step M102 it is checked whether there is at least one criterion TRF which determines whether the data flow of the data is to be controlled via direct connections P2P or also via indirect connections S & F. This happens e.g.
- the data flow is then controlled as a function of the at least one tested criterion, that is, at least as a function of the usage tariff TRF (A).
- the data are preferably sent as data packets (see DAT in FIG. 4), which in addition to the actual user data PL also contain the strategy data SYN for controlling the data flow.
- This is done at least in part by the UserHomeNode UHNA, which adds the strategy data SYN to the data packet to be transmitted, which is used for forwarding or for the routing of this data packet represent the control information.
- the next nodes can detect if this data packet is for peer-to-peer or store & forward and behave accordingly.
- the network thus preferably operates with a decentralized data flow control.
- TRF (A) and TRF (B) For example, it is possible to choose between a test tariff TST and a base tariff BSC. The currently booked tariff will then be checked. The data volume VOL is checked on the basis of a comparison with a predefinable threshold TH. Every single criterion as well as any combination of the criteria can be used for the examination. In this example, the tariffs of both users TRF (A) and TRF (B) are checked and the data volume VOL of the data to be transmitted.
- the sending user A has entered and booked the test tariff TST in his user profile as usage tariff TRF (A). And also the receiving user B has booked this test tariff TST.
- the data is routed via indirect connections S & F, ie the data flow is controlled according to the store & forward mode.
- Such compounds are in the Fig. 1 denoted by 201 or 202.
- the data volume is greater than the threshold value TH, the data flow takes place according to the peer-to-peer mode, ie directly between the EndUserNodes and without intermediate storage.
- Such a direct connection P2P is designated 101 in FIG.
- FIGS. 3a and 3b The various ways of data flow are also shown by way of example in FIGS. 3a and 3b, starting from terminals which can be connected via DSL connections (DSL: Digital Subscriber Line) to the HomeUserNodes of the Internet-based communication network.
- DSL Digital Subscriber Line
- the direct connections P2P between two EndUserNodes EUNA and EUNB are switched via the network cards NICA or NICB located in the terminals and via the DLS routers DSLR connected thereto.
- the direct connections P2P thus run over the routers and do not go over the UserHomeNodes of the core network.
- both terminals are connected to the same router, so that the connection P2P runs directly through this one router.
- the indirect connections S & F run via the respective network card NICA or NICB and the associated DSL router DSLR to the corresponding HomeUserNode UHNA or UHNB.
- the indirect connections S & F always run via at least one UserHomeNode.
- FIG. 3b differs from FIG. 3a only in that in FIG. 3b the direct connections P2P run directly over the two participating network cards NICA and NICB, ie that the terminals are connected directly, eg via a Bluetooth interface or via a transparent LAN connection exchange their data with each other.
- the network system or the core network (see TSC in Fig. 1) then has at most the task of managing or documenting data transmission via these connections. For example, this is documented within an entry in a history, which in turn is assigned to the users involved, so that users A and B can later see that this data has been transmitted via P2P connection.
- an intelligent data flow control or steering system is carried out on the basis of the criteria, so that preferably a peer-to-peer connection is switched with larger amounts of data, but depending on the respective usage tariff Store & Forward connection can be switched.
- communication services can thus be efficiently provided and performed, such as instant messaging, IP telephony, video telephony, whiteboard services and the like.
- data provision services e.g. for audio, video, image and / or program data. These are in particular services for the private or commercial provision of MP3 data (music collection) or photos (photo album) or address data, etc.
- a number of services are provided between at least one first terminal 3 (compare EUNA in Fig.l) and a second terminal 4 (see EUNB in Fig.l), each with a network system with NW a number of interconnected network units 5 are connectable. It may further include the steps of selecting one of the services be provided on the first terminal 3 and steps of generating a data block DAT containing user data PL and synchronization data SYN, wherein the synchronization data SYN are provided depending on the service. In addition, steps of transmitting the data block DAT to a network unit (see UHNA in FIG. 1) of the network system NW configured as a first user node 9 for providing the data block DAT to the second terminal 4 may also be provided. In addition, steps of automatically transmitting the data block DAT from the network system NW may be provided depending on the synchronization data SYN contained in the data block DAT.
- the data block DAT be provided in a network node (see UHNB in FIG. 1) formed in the second user node 10 in the network system NW, the data block DAT from the second user node 10 being dependent on the synchronization data contained in the data block DAT SYN is transmitted automatically.
- the second terminal 4 is at least temporarily connectable to the second user node 10 of the network system NW.
- the data block DAT is transmitted to the second terminal 4 as a function of setting data provided in the second user node 10.
- This makes it possible for configuration settings of the respective user (A and / or B) to be stored locally in the network as setting data in the corresponding user node, with synchronization taking place in dependence on these setting data.
- the connection of the second terminal 4 to the second user node 10 of the network system NW can be performed by the second terminal 4.
- the connection of the second terminal 4 be performed automatically and / or manually at regular intervals with the second user node 10 of the network system NW.
- connection of the second terminal 4 to the second user node 10 of the network system NW may be performed by the second user node 10 depending on the synchronization data SYN of the data block DAT and / or on the setting data provided in the second user node 10 as soon as the data block DAT to be provided is available in the second user node 10.
- the second user node 10 determines whether the data connection has been established. If no data connection can be established between the second user node 10 and the second terminal 4, the data block DAT is transmitted from the second user node 10 to a further (third) user node, which can be connected to the second terminal 4.
- the further second user node 10 attempts to establish a data connection between the further (third) user node and the second terminal 4 in order to transmit the data block DAT to the user B and to receive the data Delivery of the data block on the receiving side successfully complete.
- the transmission of the data block DAT to the user A was preferably already on the transmission side first user node 9 depending on the synchronization data SYN performed.
- the synchronization data SYN are also generated as a function of priority information provided by a user of the first terminal.
- the synchronization data SYN are also generated as a function of priority information provided by a user of the first terminal.
- Synchronization data SYN are also generated depending on an automatically provided by the first terminal 3 priority information.
- the system S comprises a network system NW or core network (see also TSC in Fig. 1), which is connectable to the one or more terminals 3 and the one or more second terminals 4, each a first user A or a second user B are assigned.
- NW network system
- Each of the terminals 3, 4 may comprise one or more conventional data input and output devices commonly used by a user, e.g. Desktop computer, PDA (personal digital assistant), notebook computer and others. exhibit.
- Each of the terminals 3 or 4 may establish or disconnect a connection to the core network NW independently of the other terminals 4 and 3, respectively, at the discretion of the user.
- the data transmission in the communication system S and in particular in the core network NW is preferably, however, not necessarily packet-bound, so that data can be transmitted to a corresponding network unit using a destination address (usually with an IP address) and corresponding IP routers.
- the respective terminal 3 or 4 can communicate with the core network NW via a permanent or a temporary data connection 7 be connected.
- the connection to the network NW can be established via a conventional dial-up procedure, a LAN connection, via a DSL or other data connection.
- the establishment of the connection can start from the terminal 3 or 4 or also from the network NW.
- the respective terminal 3 or 4 identifies to the network system, so that the user A or B of the respective terminal 3 or 4 is uniquely identified in the network system.
- the network system NW comprises a number of network nodes 5, which typically include servers, routers and the like.
- the network nodes 5 are also referred to below as network units 5 and can be formed by a physical and logical unit that can pass through a data packet when transmitting in the network system 2.
- the terminals 3 and 4 each include one
- Communication unit e.g. as software, as firmware and the like is formed.
- the communication unit makes it possible to provide data in the form of the abovementioned data blocks DAT via the network system NW to a further terminal 3 or 4.
- the communication services offered can essentially be divided into two groups of services, namely pure communication services and data services. While the communication services essentially involve real-time communication between two terminals, for example the first and the second terminal
- the data services offer the possibility that one of the terminals 3 or 4 the other terminal
- Examples of communication services are instant messaging, IP telephony, video telephony, Whiteboard services and the like.
- data providing services are e-mail services, an answering machine service, file providing services for audio, video, image, program data, other data, etc.
- the data blocks DAT which relate in particular to multimedia communication services, are provided as directly as possible to the corresponding terminal.
- the first and the second terminal 3 or 4, respectively, are connected to the network system NW via so-called access nodes 8 with a first or second user node 9 or 10 assigned correspondingly to the terminals.
- the user nodes 9 or 10 represent network units 5 associated with the first and second users A and B, respectively.
- Each of the user nodes 9 or 10 may comprise one or more network entities to provide sufficient redundancy in the event of failure of one of the user nodes.
- a data block DAT which is provided by the first terminal 3 and is to be transmitted to the second terminal 4, is transmitted from the first terminal 3 via one of the access nodes 8 to the first (or to one of the first) user nodes 9.
- the data block DAT can also be provided with synchronization data SYN or it can there already existing synchronization data are modified to modify the priority of the data block.
- the data block DAT is transmitted to the second user node 10, which is assigned to the second user B to whom the data block DAT is to be sent. There, the data block DAT is first stored.
- the first and second user nodes 9 and 10 are formed separately in the embodiment shown here in FIG. 4. The first and second user nodes 9 and 10 can also be set up in a network unit, in particular on a server.
- the second user node 10 now analyzes the received data block DAT with respect to synchronization data SYN added to the data block DAT in the first user node 9 or in the first terminal 3.
- the synchronization data SYN thus form, so to speak, strategy data which are added in blocks to the actual user data PL and which have been selected as a function of a service assigned to the data block DAT. If as a service e.g. one
- Data transfer service was selected for large amounts of data, then the data flow is preferably controlled via direct connections (peer-to-peer). If smaller amounts of data are to be transmitted, which can also be buffered with little effort in individual nodes or network units 5, then the data flow is controlled via indirect connections (store & forward). Also, the usage rates booked by the users are valid criteria for the intelligent control of the data flow.
- the synchronization data SYN added to the data block DAT can thus indicate that the user data, user data or so-called payload PL of the relevant data block or data packet DAT is to be made available to the second terminal 4 as quickly as possible, ie the synchronization data SYN indicates a priority of the data ,
- Each of the second user nodes 10 now checks with the aid of a priority unit 12 an incoming data packet DAT with respect to the synchronization data SYN contained therein.
- Contain the synchronization data SYN an indication that the relevant data packet DAT is to be forwarded directly to the second terminal 4, which can be indicated by an identifier, for example, by a corresponding real-time flag, a priority flag, etc.
- a data interface 11 tries to connect The second terminal 4 (see EUNB in Fig. 1) or to another of the second terminal (see EUNB 'in Fig. 1) to build automatically. This can be done accordingly by establishing a connection, such as a LAN connection or a dial-up connection and the like.
- the data block DAT is transmitted directly to the second terminal 4. If, however, the data interface 11 fails to establish a connection to the second terminal 4, the correspondingly identified data block DAT is transmitted to a further second user node 10, which now also attempts to connect to or via a correspondingly provided data interface 11. build one of the second terminals 4.
- the second user nodes 10 may be distributed locally, eg in different receiving areas, if the data interface 11 wants to set up a radio link to the second terminal 4, or in different countries.
- the data interface 11 of the further second user node 10 now also tries to establish a data connection with the terminal 4. If this succeeds, the corresponding data block DAT is transmitted to the second terminal 4.
- the data block DAT remains stored in the network units of the second user node 10.
- the corresponding data blocks DAT which are identified accordingly, are preferably transmitted to the second terminal 4. It is preferably proposed that, in particular, the received terminals establish a connection with the corresponding user node at regular and / or predetermined time intervals in order to retrieve the corresponding data blocks which are provided with a corresponding real-time flag.
- the data block DAT is generated in the first terminal 3 and provided there with the corresponding synchronization data SYN.
- the synchronization data SYN contains the real-time flag, which indicates that the data block DAT should be transmitted to the second terminal 4 as quickly as possible. If there is no permanent connection between the first terminal 3 and the network NW, then the first terminal 3 can establish a connection to the first user node 9 of the network NW after the data block DAT has been generated with the corresponding set real-time flag Data block DAT as soon as possible via the first user node 9 to the second user node 10 to transmit.
- the first terminal 3 tries to establish a connection with another first user node 9, until the data block DAT could be transmitted to one of the first user node 9.
- Such data blocks in which the real-time flag has not been set do not automatically establish the connection to the first user node 9 in the first terminal 3. Therefore, such data blocks can also be used when setting up a manual connection or during an otherwise regularly established connection between the first Terminal 3 and the first user node 9 are transmitted in a conventional manner to the network NW.
- the second user node 10 has a setting memory 13 in order to store setting data.
- the setting data may be predetermined by the user of the second terminal 4 and determine which type of data blocks identified with the real-time flag are automatically i. by automatically establishing the connection from the second user node 10 to the second terminal 4 to the second terminal 4 are transmitted and which not.
- data blocks that have indeed been provided by the first terminal 3 with the prioritizing real-time flag, that has been marked as important by the sending user A or by the selected service can be filtered again on the basis of the setting data.
- the receiving user B of the second terminal 4 to make presets, for example to reduce the frequency of connection setups, e.g. Save costs.
- Communication system S for providing a number of services, in particular communication services, to at least one terminal 3 and / or 4, which is connectable to a network NW with a number of interconnected network units 5 is provided.
- at least one network unit designed as user node 9 or 10 is provided in order to provide a data block DAT containing user data PL and
- Synchronization data SYN contains.
- the user node is designed to automatically establish a connection with the terminal and to transmit the data block from the network to the terminal depending on the synchronization data SYN contained in the data block. Since the data block DAT contains user data PL and synchronization data SYN, the synchronization data SYN being provided as a function of a service selected in the first terminal 3, the advantage in particular of intelligent control of the data flow, in which the first terminal 3 is not merely a connection to the second terminal 4 prepares to transmit a data block DAT, but in the decentralized control of the participating user nodes 3, 4, 9 and / or 10 and possibly further network nodes 5 and / or 8, but in particular from the second terminal 4 associated user node 10, is performed.
- FIG. 5 also represents an independent solution on its own.
- this involves a method with steps for synchronizing with a data source via a directory service and network units or processing units operating thereafter.
- multiple users on different processing units such as personal computers, have access to the same data so that a simultaneous or timely processing of the data by each of the users is possible.
- these data are stored in the form of files, in particular in the form of files in a table of contents on a hard disk of the processing unit of the respective user
- TOCs are linked together on more than one of the processing units so that the files therein can be permanently synchronized so that each of the users is provided with the most recent version of the data or files.
- a so-called directory service is also gladly used (in English with "directory service” or “DS” for short), which stores information about objects, in particular files, in a network and this information to users and / or network administrators Provides.
- a special method for synchronizing with a data source via a directory service comprising the steps of providing a first amount of data in a first processing unit and providing a second one Amount of data in a second processing unit; In addition, the steps of synchronizing the first data set with respect to the second data set depending on synchronization data stored in a directory, which is associated with a user, in particular a user of the first processing unit.
- the synchronization of the first amount of data is conditional, namely depending on provided synchronization data, so that the synchronization with the second data amount may not be complete, but only partially, determined by the synchronization data.
- a user of the first processing unit can restrict or prevent the availability of created or updated data of the first data set for other users.
- the data may be present as files, records and the like in a memory in the processing unit.
- the synchronization is performed by selecting a subset of the data from the first data set depending on the synchronization data, wherein the data of the selected subset is updated with the corresponding data from the second data set.
- the synchronization can be performed by a subset of the data in the second data set depending on the synchronization data wherein the data is added to the selected subset of the first data set and / or the corresponding data of the first data set is updated with the data of the selected subset.
- the synchronization data may determine the corresponding subset of data based on at least one of the following parameters: an attribute associated with the particular data set, a user status, and / or a system parameter.
- the associated attribute may include time information indicating the time of creation and / or modification of the content of the data, data type information indicating the type of data, such as a file extension, processing information indicating the identity of one or more reviewers of the data Data, an access information indicating the access rights to the data, as well as a synchronization information indicating a time of synchronization and / or a source of synchronization and / or a destination of the synchronization include.
- the synchronization data may be provided in the first processing unit.
- the synchronization data may be provided in the second storage device.
- the first amount of data may be provided in a processing unit be provided on a hard disk, memory and the like., Where the synchronization data are provided before synchronizing the first processing unit, for example, from the hard disk, the memory, a user input or via an external data connection.
- a processing unit for synchronizing with a data source.
- the processing unit comprises a first memory device for providing a first amount of data, a data interface for receiving and transmitting data of a second amount of data, and a synchronization unit for synchronizing the first amount of data with respect to the second amount of data, depending on provided synchronization data.
- Processing unit makes it possible to synchronize a first amount of data via a data interface with a second amount of data, wherein the synchronization is dependent on synchronization data that are provided to the processing unit. This allows a user to control the synchronization of his data, e.g. provide only part of the data for permanent synchronization.
- the synchronization unit is preferably configured to perform the synchronization by selecting a subset of the data from the first data set depending on the synchronization data and by requesting and receiving data from the second data set via the data interface of the subset of the data and the data the selected subset are updated with the corresponding received data from the second data set.
- Synchronization unit be designed to perform the synchronization by a data interface via a Subset of the data of the second data set are selected and received in dependence on the synchronization data, and in that the data of the selected subsets of the first data set are added in the memory device and / or the corresponding data of the first data set is updated with the data of the selected subset.
- the synchronization data determine the corresponding subsets of data based on at least one of the following parameters: an attribute associated with the data, a user status, and a system parameter.
- the synchronization data can be provided in the memory device. Furthermore, it can be provided that the synchronization data can be received via the data interface.
- FIG. 5 now shows a network system S 'which has a first processing unit N1 and a second processing unit N2.
- Processing unit N1 comprises a first storage device 11 for storing a first amount of data.
- the storage device 11 may comprise, for example, a hard disk, an electronic storage unit and the like in order to store the data in the form of data records or data groups, which are also referred to below as files.
- the storage means 11 for storing the first amount of data may be part of a larger memory such that e.g. the memory device 11 may be a directory or subdirectory for the corresponding first data set (first files) provided for synchronization with the second processing unit N2.
- the first processing unit N1 further comprises a first data interface 12, via which the first Processing unit Nl with the second processing unit N2 is in communication.
- the data interface 12 is essentially designed to receive second files from the second processing unit N2 and to provide them to a first synchronization unit 13 in the first processing unit N1, so that the first files can be synchronized in a specific way.
- the second processing unit N2 has a second memory device 21, a second data interface 22 and a second synchronization unit 23, which are formed in the same, similar or comparable manner as the first processing unit N1.
- the first and second processing units Nl and N2 communicate with each other via a network NW, the network NW e.g. a local area network such as a LAN, WAN and the like, or e.g. the internet or a telephone connection can be.
- NW e.g. a local area network such as a LAN, WAN and the like, or e.g. the internet or a telephone connection can be.
- the sequence of a synchronization of the first files in the first memory device 11 can be carried out according to a first and a second method for synchronization and will be explained in more detail with reference to the first processing unit.
- the synchronization for example starts initiated by a user input on an input unit (not shown) of the first processing unit N1.
- the synchronization can also be started automatically (for example regularly) or at predetermined times and can also be carried out permanently, i. it is constantly checked in a query loop whether a
- the first synchronization unit 13 receives synchronization data (see SYN in Fig. 4) from the first memory device 11 containing a synchronization rule.
- the synchronization data can be created automatically or by a user input. Due to the synchronization rule, a subset of the first files in the first memory device 11 can now be selected and this subset of the first files can be correspondingly provided with the corresponding files (eg the files of the same name or identical ID numbers, etc.) from the second files in the second Processing unit N2 are synchronized.
- a request is sent via the first data interface 12 to the second processing unit N2, so that either the corresponding files (eg files of the same name) of the subset are transferred from the second processing unit N2 to the first processing unit N1 or correspondingly only update information regarding each of the corresponding ones Transfer files of the selected subset to the first processing unit Nl.
- the selected files of the subset can be updated so that they are available in the latest version.
- the unselected files in the first storage device 11 are not synchronized. Also, no new (newly created) files in the set of second files are added to the first files in this first synchronization process.
- a subset of files from the second files in the second processing unit N2 is selected based on the provided synchronization data by the first processing unit Nl. This will be the synchronization data or from it derived request data, for example via the first data interface 12 to the second processing unit N2 sent and selected there from the subset of the second files stored in the second storage device 21.
- the selected subset of files from the second files will now be the second
- Processing unit N2 sent to the first processing unit Nl, so that the corresponding files of the first files in the first processing unit Nl are updated or new files added to the set of the first files. If the request information sent to the second processing unit N2 also contains the corresponding information about the already existing files in the first files, then instead of the files from the second files, only a corresponding one can be used
- Update information is transmitted to the first processing unit Nl, with which the corresponding file of the amount of the first files is updated. In this way, the amount of data to be transmitted can be reduced.
- the two synchronization units 13, 23 of the processing units N1 and N2 can be configured to perform only one of the previously described methods for synchronization or alternatively to perform both methods for synchronization, in particular depending on the provided synchronization data.
- the synchronization data may be arranged to indicate a rule for synchronization.
- the synchronization data may include information about how to select a corresponding subset of files.
- the synchronization data may determine that the subset is an attribute associated with the files, a User status and / or a system parameter.
- the attribute associated with the files may be time information indicating the time of creation and / or alteration of the contents of the files.
- the time information may also include a history of all changes.
- the attribute associated with the file may also be file type information indicating the data that the file has.
- the data type information may include an indication as to whether the file includes image information, video information, text information, sound information, program information and the like. The attribute assigned to the data can continue to be a
- the attribute associated with the files may be access information indicating the access rights to the corresponding files. For example, only files that allow read-write access can be synchronized, whereas files that only allow read-only access will not be synchronized because they are essentially unchangeable.
- the attribute associated with the files may also be synchronization information, for example indicating the time of synchronization e.g. the last synchronization, a source of synchronization e.g. indicates a last synchronization or destination of a synchronization.
- the user status may indicate, for example, what access rights the user has to the corresponding user Processing unit has or what activities the user performs on the respective processing unit and a synchronization of the user-assigned files are performed according to the access rights of the user or depending on its job profile.
- the system parameter that the synchronization data may contain may be, for example, information about the processor load, the network load, the remaining storage capacity of the storage device, and other information about available resources of the processing unit and other information about the processing unit affecting the duration of the synchronization can, or can specify the load of the entire system by the synchronization, so that the method of synchronization takes into account the corresponding load on the entire system. That is, depending on how heavy the load on the network connection and the processing units is on other tasks, a larger or less extensive synchronization of the files can be made.
- the communication system S 'shown here in FIG. 5 is not limited to the two processing units N1 and N2, but more than two processing units may be provided with respective storage means 11, 21 which synchronize data with each other.
- the synchronization data provided to a processing unit may then also differentiate with respect to each of the processing units so that synchronization rules for each of the remaining processing units may be provided independently. LIST OF REFERENCE NUMBERS
- TSC core network Trusted System Core
- EUNA EUNA ... UHNA Network nodes that can be connected to each other via direct and / or indirect connections
- EUNA EUNA 'End User Network Node (EndUserNodes) for
- EUNB ... or for users B UHNA;
- User network node (HomeUserNode) for UHNB, user A or user B
- NICA NICA; NICB network card of user A or B
- NW 'core network or network system Nl first processing unit node EUNl or
- N2 second processing unit node EUN2 or
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
Die Erfindung betrifft ein Verfahren sowie ein System zur Steuerung des Datenflusses über Netzwerkknoten, insbesondere über Netzwerknoten eines Internet-gestützten Kommunikations Systems CB, in dem auch Endgeräte Netzwerkknoten-Funktionen ausführen. Um für eine Übertragung von Daten bzw. zum Datenaustausch oder Datenabgleich den Datenfluss möglichst intelligent zu steuern, werden folgende Schritte vorgeschlagen: - Feststellen, dass Daten von einem der Nutzer (A) zu einem anderen der Nutzer (B) zu übertragen sind; - Prüfen mindestens eines Kriteriums, das bestimmt, ob der Datenfluss der Daten über direkte Verbindungen (P2P) zwischen den Endnutzer-Netzwerkknoten (EUNA; EUNB) oder auch über indirekte Verbindungen (S&F) zu steuern ist, die zumindest einen der Nutzer-Netzwerkknoten (UHNA; UHNB) umfassen; und - Steuern des Datenflusses in Abhängigkeit von dem mindestens einen geprüften Kriterium. Durch diese Maßnahmen wird erreicht, dass der Datenfluss abhängig von vorgebbaren Kriterien und somit intelligent gesteuert werden kann. Als Kriterien können verschiedene Angaben herangezogen werden, so dass die Steuerung insbesondere auch dezentral erfolgen kann, wenn die am Datenfluss beteiligten Netzknoten (EUN...; UHN... ) diese Kriterien kennen und beachten können.
Description
Verfahren und Kommunikationssystem zur Steuerung des Datenflusses über Netzwerkknoten
Die Erfindung betrifft ein Verfahren zur Steuerung des Datenflusses über Netzwerkknoten, insbesondere über Netzwerknoten eines Internet-gestützten Kommunikationssystems, in dem auch Endgeräte Netzwerkknoten-Funktionen ausführen. Die Erfindung betrifft weiterhin ein KommunikationsSystem zur Durchführung eines solchen Verfahrens sowie Netzwerkeinheiten zur Steuerung des Datenflusses, insbesondere zur dezentralen Steuerung des Datenflusses.
Aufgrund der zunehmenden Vernetzung von Endgeräten, insbesondere Desktop-Computer, Notebooks, PDA' s (Personal Digital Assistant), Mobiltelefone und dgl. ergeben sich für Benutzer von Kommunikationsnetzen vielfältige Möglichkeiten, miteinander zu kommunizieren bzw. Daten auszutauschen und/oder abzugleichen. Hierzu werden üblicherweise ein oder auch mehrere Kommunikationsdienste bzw. Kommunikationsarten genutzt, insbesondere multimediale Dienste, die alle Möglichkeiten der Bereitstellung und des Austausches von Informationen umfassen können. Mögliche Dienste können beispielsweise sein: Instant-Messaging-Dienste, Internet- Telefonie-Dienste (Voice over IP oder kurz VoIP), Datenaustausch-Dienste (FileSharing) oder Datenzugriffs- Dienste (WindowSharing) oder auch Datenbereitstellungs- Dienste, insbesondere für Video-, Audio-, Bild- und Programmdaten. Weitere Dienste sind z.B. Whiteboard-Dienste, bei denen mehrere Benutzer eine gemeinsame Fläche zum gemeinsamen, gleichzeitigen Bearbeiten und Anzeigen einer gemeinsam erstellten Grafik benutzen, sowie sonstige Dienste, die auf dem Austausch von Informationen zwischen zwei oder mehreren Endgeräten basieren. Die Daten können über direkte Verbindungen (sog. peer-to—peer ) oder auch über indirekte
Verbindungen mit Zwischenspeicherung (sog. Store&Forward) zwischen den Nutzern versendet werden. Außerdem können Nutzer mehrere Endgeräte haben, so dass zwischen den Endgeräten desselben Nutzers oder auch verschiedener Nutzer die Daten ausgetauscht bzw. abgeglichen (synchronisiert) werden müssen.
Auch kommt es vor, dass die Endgeräte nicht permanent, sondern nur bei Bedarf und zeitweilig mit dem Netzwerk verbunden werden. Das kann dazu führen, dass Daten von einem Endgerät zwar gesendet werden, diese jedoch nicht von dem weiteren Endgerät empfangen werden können, da es von dem Netzwerk möglicherweise getrennt ist. Sowohl bei Kommunikationsdiensten wie auch bei Datenbereitstellungsdiensten für Video-, Audio-, Bild- und sonstigen Daten ist es wünschenswert, dass die zu liefernden Daten dem vorgesehenen Endgerät bzw. dessen Nutzer zum Abrufen zur Verfügung gestellt werden, ohne dass es notwendig ist, das Endgerät mit dem Netzwerk zu verbinden. Unter diesen bereit gestellten Daten können sich weiterhin prioritäre bzw. priorisierte Daten befinden, die schnellstmöglich und möglichst unmittelbar dem Benutzer des weiteren Endgeräts zur Verfügung gestellt werden sollen.
Zur Kommunikation werden im zunehmenden Maße auch Internetgestützte, also paketbasierte, Kommunikationsnetzwerke eingesetzt. Die herkömmlichen paketbasierten Netzwerke werden durch eine große Anzahl von miteinander verbundenen Netzwerkeinheiten (Routern, Servern und sonstigen Netzwerkknoten) gebildet, die unter Umständen nur zu gewissen Zeiten in Betrieb sind oder spontan ausfallen können. Zur Verbindung von Endgeräten wird über ein solches Netzwerk ist es wichtig, dass der Datenfluss möglichst störungsfrei, schnell und kostengünstig erfolgt. Dies sind aber zum Teil gegensätzliche Anforderungen, die nicht immer alle zufriedenstellend erfüllt werden können. Deshalb sind
intelligente Steuerungen für einen optimalen Datenfluss besonders wünschenswert. Für große Netzwerke, welche viele Netzknoten aufweisen, die ausfallen können, ist eine rein zentrale Steuerung des Datenflusses eine recht schwierige bzw. aufwendige Lösung. Zielführender dürfte eine dezentrale Lösung sein, wobei aber das genannte Problem besonders zu beachten ist, dass nämlich die Netzwerkknoten nicht stets oder dauerhaft mit dem Netzwerk verbunden sind, sondern zumindest zeitweise vom Netzwerk getrennt sein können.
Es ist daher Aufgabe der vorliegenden Erfindung ein Verfahren und ein Kommunikationssystem zur Verfügung zu stellen, bei zur Übertragung von Daten, zum Datenaustausch oder Datenabgleich der Datenfluss möglichst intelligent gesteuert wird, um die eingangs genannten Schwierigkeiten zu lösen.
Diese Aufgabe wird durch ein Verfahren zur Steuerung des Datenflusses über Netzwerkknoten eines KommunikationsSystems gemäß den Merkmalen des Anspruchs 1 gelöst sowie durch ein Kommunikationssystem bzw. eine Netzwerkeinheit gemäß den Merkmalen eines der nebengeordneten Ansprüche gelöst.
Demnach werden ein Verfahren bzw. ausführende Vorrichtungen zur Steuerung des Datenflusses über Netzwerkknoten vorgeschlagen, die Nutzern eines Kommunikationssystems zugeordnet sind, wobei das Kommunikationssystem ein Kernnetzwerk mit logischen Nutzer-Netzwerkknoten umfasst, auf die die Nutzer mittels Endgeräten zugreifen, die als logische Endnutzer-Netzwerkknoten ausgebildet sind, und wobei folgende Schritte ausgeführt werden:
- Feststellen, dass Daten von einem der Nutzer zu einem anderen der Nutzer zu übertragen sind;
- Prüfen mindestens eines Kriteriums, das bestimmt, ob der Datenfluss der Daten über direkte Verbindungen zwischen den
Endnutzer-Netzwerkknoten oder auch über indirekte Verbindungen zu steuern ist, die zumindest einen der Nutzer-Netzwerkknoten umfassen; und
- Steuern des Datenflusses in Abhängigkeit von dem mindestens einen geprüften Kriterium.
Durch diese Maßnahmen wird erreicht, dass der Datenfluss abhängig von vorgebbaren Kriterien und somit intelligent gesteuert werden kann. Als Kriterien können verschiedene Angaben herangezogen werden, so dass die Steuerung insbesondere auch dezentral erfolgen kann, wenn die am Datenfluss beteiligten Netzknoten diese Kriterien kennen und beachten können.
Vorteilhafterweise gibt das mindestens eine Kriterium einen Nutzungstarif an, der mindestens einem der Nutzer für die Nutzung des Kommunikationssystems zugewiesen wurde, insbesondere demjenigen Nutzer, der die Daten an den anderen Nutzer sendet, zugewiesen wurde, und bei dem der Nutzungstarif in einem dem Nutzer zugeordneten Nutzerprofil abgespeichert wird, wobei der Nutzungstarif angibt, ob der Datenfluss der Daten über die direkten Verbindungen (peer-to-peer) und/oder über die indirekten Verbindungen (store&forward) gesteuert wird.
In diesem Zusammenhang ist es vorteilhaft, wenn das mindestens eine Kriterium einen ersten Nutzungstarif umfasst, der demjenigen Nutzer für die Nutzung des KommunikationsSystems zugewiesen wurde, der die Daten an den anderen Nutzer sendet, wobei der erste Nutzungstarif in einem dem Nutzer zugeordneten Nutzerprofil abgespeichert wird, und wenn das mindestens eine Kriterium auch einen zweiten Nutzungstarif umfasst, der dem anderen Nutzer für die Nutzung des KommunikationsSystems zugewiesen wurde, der die Daten empfängt, wobei der zweite
Nutzungstarif in einem dem anderen Nutzer zugeordneten Nutzerprofil abgespeichert wird. Dabei wird dann mittels beider Nutzungstarife geprüft, ob der Datenfluss der Daten über die direkten Verbindungen (peer-to-peer) und/oder über die indirekten Verbindungen (store&forward) gesteuert wird.
Außerdem ist es vorteilhaft, wenn das mindestens eine Kriterium ein Datenvolumen für die zu übertragenen Daten angibt, wobei zur Prüfung des Kriteriums das Datenvolumen mit einem Schwellwert verglichen wird. Dabei wird der Datenfluss bevorzugt über die direkten Verbindungen gesteuert, wenn das Datenvolumen den Schwellwert übersteigt.
Bevorzugt kann das mindestens eine Kriterium vorgebare Angaben zu den zu übertragenen Daten, insbesondere zum Datentyp, zum Dateninhalt, zur Sendezeit und/oder zum aussendenden Netzwerknoten, enthalten. Auch kann das mindestens eine Kriterium vorgebare Angaben zu dem für das Senden und/oder für den Empfang der Daten vorgesehenen Endgerät enthalten und/oder zu dem sendenden und/oder empfangenden Nutzer, insbesondere Angaben, die im Nutzerprofil des jeweiligen Nutzers gespeichert werden. Dabei kann das mindestens eine Kriterium vom Netzwerkbetreiber und/oder Diensteanbieter vorgebare Angaben und/oder von den Nutzern wählbare Angaben enthalten.
Insbesondere für eine dezentrale Steuerung des Datenflusses ist es besonders vorteilhaft, wenn die zu übertragenen Daten in Form eines Datenblocks übertragen werden, welcher Nutzdaten und Steuerungsdaten, insbesondere Strategie- und/oder Synchronisationsdaten, enthält, wobei die Steuerungsdaten das mindestens eine Kriterium zur Steuerung des Datenflusses enthalten.
Somit stellen die Strategie- bzw. Synchronisationsdaten nicht bloß die Kriterien zur Datenfluss-Steuerung, sondern auch einen Synchronisationsplan dar, der die Art das Datenaustausches bzw. des Datenabgleiches bestimmt. Insbesondere wird bestimmt, ob eine Synchronisation nach dem Store&Forward-Prinzip oder nach dem PeerToPeer-Prinzip gesteuert wird. Als Kriterien werden hier bevorzugt Tarif, Nutzdatenmenge (volume of payload) oder auch Datenart bzw. —format des gewählten Dienstes geprüft.
Durch verschiedene Kriterien und/oder Vorgaben erfolgt also ein dynamisch gesteuerter Datenfluss. Dabei können verschiedene Seiten, insbesondere der Diensteanbieter, der Netzbetreiber und/oder die beteiligten Nutzer, auf den Datenfluss einwirken, wodurch eine hoch-flexible Strategie für die Übertragung und Bereitstellung von Daten ermöglicht wird.
Weitere vorteilhafte Ausgestaltungen der Erfindung sind in den abhängigen Ansprüchen angegeben.
Gemäß einem zusätzlichen Aspekt der Erfindung, der aber auch eine unabhängige Erfindung darstellen kann, wird ein Verfahren zum Bereitstellen einer Anzahl von Diensten, insbesondere von Kommunikationsdiensten, an ein Endgerät vorgesehen, das mit einem Netzwerk mit einer Anzahl von miteinander in Verbindung stehenden Netzwerkeinheiten verbindbar ist. Das Verfahren umfasst die Schritte des Bereitsteilens eines Datenpakets oder Datenblockes, der Nutzdaten oder Benutzerdaten sowie davon getrennte Strategiedaten bzw. Synchronisationsdaten enthält, in einer als ein Benutzerknoten ausgebildeten Netzwerkeinheit, und des automatischen Hersteilens einer Verbindung mit dem Endgerät und Übertragen des Datenpakets bzw. Datenblockes von dem Netzwerk an das Endgerät abhängig von den in dem Datenpaket bzw. Datenblock enthaltenen Strategie- bzw.
Synchronisationsdaten. Die Strategie- bzw.
Synchronisationsdaten sind logisch mit den Nutzdaten verknüpft bzw. ihnen zugeordnet und werden gemeinsam in dem Datenpaket versendet.
Durch diese zusätzlich oder auch separat durchführbaren Maßnahmen wird es ermöglicht, dass bei einem Bereitstellen eines Datenpakets für einen Dienst an ein Endgerät das Datenpaket von dem Benutzerknoten an das Endgerät automatisch übermittelt wird, wenn eine entsprechende Priorität durch die in dem Datenblock enthaltenen Strategie- bzw. Synchronisationsdaten angezeigt wird. Dadurch wird erreicht, dass nicht eine in dem Endgerät ausgeführte Nutzer-Anwendung (z.B. ein Anwender-Programm) oder auch eine zentraler Netzwerkknoten (z.B. Synchronisations-Knoten) entscheidet, welche Datenpakte bzw. Datenblöcke von dem entsprechenden Benutzerknoten abgerufen werden bzw. zwischen den Knoten abgeglichen werden. Es wird also nicht (wie z.B. bei einer Echtzeitkommunikation oder bei einem priorisierten Datenbereitstellungsdienst üblich) der Kommunikationsfluss zentral gesteuert, sondern der jeweilige Benutzerknoten entscheidet abhängig von dem in jedem Datenpaket enthaltenen Synchronisationsdaten, welche Daten automatisch an das Endgerät übertragen werden und welche (noch) nicht. In dem Endgerät können dann die entsprechend übertragenen Daten oder auch die ganzen Datenpakete für eine Anwendung bereitgestellt werden, wobei die Anwendung auch durch den Empfang des Datenpakets selbst gestartet werden kann. Erfindungsgemäß haftet den paketweise zu übertragenen Nutzdaten ein Synchronisationsplan an. Dieser Plan wird durch die Synchronisationsdaten bestimmt und gibt Parameter für die eigentliche Datenübertragung bzw. Datenabgleich an, wie z.B. Sendezeit, Priorisierung, Übertragungsweg und dgl.
Demgemäß werden also Strategieobjekte (Strategiedaten- bzw. Synchronisationsdaten) an Datenpakete, insbesondere an Nutzdaten, zur Steuerung des Kommunikationsflusses angehängt bzw. mit diesen verknüpft. Dadurch kann ohne Aufwand für eine Datenfluss-Steuerung die Kommunikation über beliebige Knoten, insbesondere Benutzerknoten (hier auch als EndUserNodes bezeichnet) und/oder Netzwerkknoten (hier auch als UserHomeNodes bezeichnet), intelligent gesteuert bzw. gelenkt werden. Die Strategieobjekte bzw. -daten bestimmen u.a. die Art der Synchronisation und/oder deren Priorität z.B. über ein Echtzeit-Flag, und sorgen somit für einen besseren Datenfluss.
Damit ergibt sich eine vorzugsweise völlig dezentrale Steuerung, welche im Wesentlichen vor dem Senden des jeweiligen Datenpaketes anhand der Strategieobjekte (vor-) bestimmt ist und von den beteiligten Knoten ausgeführt wird. Zusätzlich aber kann ein jeder Empfangsknoten, insbesondere der als Synchronisationsziel vorgesehene Benutzerknoten per Einstellungsdaten die Strategie filtern, um beispielsweise die Prioritäts-Vorgaben zu ignorieren. Die Einstellungsdaten werden am jeweiligen Knoten durch den dortigen Benutzer eingestellt.
Eine Idee der Erfindung besteht also darin, dass Synchronisationsdaten an Benutzerdaten in den Datenblock angefügt werden, die angeben, ob der Datenblock von dem entsprechenden Benutzerknoten für das dem Benutzerknoten zugeordnete Endgerät automatisch bereitgestellt werden soll oder nicht. Während bei herkömmlichen Systemen eine entsprechende Anwendung (Software) in dem Endgerät Datenpakete gemäß einer Vorschrift abruft, wird hier nun erfindungsgemäß vorgesehen, dass der dem jeweiligen Endgerät zugeordnete Benutzerknoten anhand der Synchronisationsdaten in dem Datenblock entscheidet, ob der Datenblock automatisch bzw. mit
Priorität an das entsprechende Endgerät gesendet wird oder nicht. Der Datenblock steht dann in dem entsprechenden Endgerät zur Verfügung und wird dort einer den Daten in dem Datenblock zugeordneten Anwendung z.B. einer Anwendung für einen Echtzeitkommunikationsdienst oder einen Datendienst bereitgestellt. Im konkreten Fall heißt dies, dass die entsprechende Anwendung bei Eintreffen eines solchen Echtzeit- Datenblockes ausgewählt und geöffnet wird und eine oder mehrere entsprechende Funktionen, abhängig von den in dem Datenblock enthaltenen Benutzerdaten durchgeführt werden.
Im Allgemeinen bedeutet dies, dass eine Synchronisation eines Benutzerknotens in einem Netzwerk mit einem entsprechend zugeordneten Endgerät abhängig von den in dem Datenblock enthaltenen Synchronisationsdaten durchgeführt wird, unabhängig von einer Anwendung, die in dem Endgerät betrieben wird, und die gemäß einer Vorschrift Datenblöcke, die in dem Benutzerknoten bereitgestellt werden, selektiv abruft.
Diese und weitere bevorzugte Ausführungsformen der Erfindung sowie die sich daraus ergebenden Vorteile werden nachfolgend anhand der beigefügten Zeichnung ausführlich beschrieben, wobei die Zeichnungen folgende schematische Darstellungen wiedergeben:
Die Fig. 1 zeigt schematisch die Struktur eines
KommunikationsSystems in einer ersten Ausführungsform der Erfindung, in dem das Verfahren zur Steuerung des Datenflusses ausgeführt wird.
Die Fig. 2 zeigt beispielhaft eine Darstellung für
Kriterien, die zur Steuerung des Datenflusses herangezogen werden.
Die Fig. 3a und 3b zeigen beispielhaft Darstellungen von direkten und indirekten Verbindungen innerhalb des KommunikationsSystems, über die der Datenfluss gesteuert werden kann.
Die Fig. 4 zeigt schematisch die Struktur eines
KommunikationsSystems in einer zweiten Ausführungsform der Erfindung, in dem das Verfahren zur Steuerung des Datenflusses von Datenblöcken ausgeführt wird, die Nutzdaten und Strategie- bzw. Synchronisationsdaten enthalten.
Die Fig. 5 zeigt schematisch die Struktur eines
KommunikationsSystems in einer dritten Ausführungsform der Erfindung, wobei die Struktur der Netzknoten näher dargestellt wird.
Die Fig. 6 zeigt schematisch den Ablauf des erfindungsgemäßen Verfahrens zur Steuerung des Datenflusses.
Zunächst wird zur Beschreibung eines ersten
Ausführungsbeispiels hier Bezug auf die Fig. 1, 2 sowie 3a und 3b genommen. In der Fig. 1 ist der schematische Aufbau eines Kommunikationssystems CB dargestellt, das als Internetgestütztes KommunikationsSystem ausgebildet ist. Beispielhaft für eine Vielzahl von Nutzern sind zwei Nutzer A und B dargestellt, die über das Kommunikationssystem CB miteinander kommunizieren können, insbesondere durch Austausch von Daten für eine multimediale Kommunikation per Text, Bild, Grafik, Video und/oder Audio sowie Daten für Nutzer-Anwendungen
(Textverarbeitung, Arbeitstabellen, Präsentationen, Datenbanken usw. ) . Das KommunikationsSystem CB umfasst eine Vielzahl von Netzknoten EUNA, ... EUNB, ... UHNA ... UHNB, über die die Daten in Form von Datenpaketen oder Datenblöcken übertragen werden, wobei eine intelligente Steuerung des Datenflusses erfolgt. Das führt dazu, dass die Daten über verschiedene Wege, also über verschiedene Verbindungen zwischen den Netzknoten übertragen werden können. Die intelligente Steuerung des Datenflusses wird später noch detailliert beschrieben. Zunächst wird hier näher auf den Aufbau des KommunikationsSystems CB, insbesondere auf seine logische Struktur sowie auf die Funktion der Netzwerkknoten EUN... bzw. UHN..., eingegangen:
Die Fig. 1 zeigt im Wesentlichen die logische Struktur des KommunikationsSystems CB. Bevorzugt handelt es sich dabei um eine dezentral strukturierte Architektur, in der alle (logischen) Netzwerkknoten im Wesentlichen gleichberechtigt interagieren können. Das bedeutet, dass alle Netzwerkknoten untereinander Verbindungen aufbauen können, sei es als Sendeknoten, als Empfangsknoten und/oder als Relaisknoten. Die Funktion wird bestimmt durch die aktuelle Anforderung an den jeweiligen Netzwerkknoten bzw. an die zu übertragene Daten bzw. Datenpakete. Insbesondere können direkte Verbindungen und indirekte Verbindungen aufgebaut werden. Direkte Verbindungen (Peer-To-Peer) werden zwischen ebenbürtigen Netzwerkknoten geschaltet, so wie es in der Fig. 1 anhand der Peer-To-Peer- Verbindung 101 zwischen EUNA und EUNB dargestellt ist. Diese direkten Verbindungen werden beispielhaft auch durch den Pfeil P2P angedeutet. Hingegen werden indirekte Verbindungen (Store&Forward) zwischen nicht-ebenbürtigen Netzwerkknoten und/oder über mehrere Zwischenknoten bzw. Relaisknoten geschaltet, wobei auch eine Daten-Zwischenspeicherung oder Daten-Vorratsspeicherung in einzelnen Netzwerkknoten erfolgen
kann. Hierbei handelt es sich um sog. Store&Forward- Verbindungen, wie z.B. die in der Fig. 1 dargestellten Verbindungen 102, 201 oder 202. Auch der Pfeil S&F bezieht sich auf solche indirekten Verbindungen.
Das in der Fig. 1 dargestellte Kommunikationssystem umfasst ein Kernnetzwerk TSC mit logischen Nutzer-Netzwerkknoten UHNA, UHNB... (auch Nutzer-Heimat-Knoten oder UserHomeNode genannt), auf die jeweils ein Nutzer A bzw. B mittels seinen Endgeräten zugreifen kann. Die Endgeräte wiederum sind als logische Endnutzer-Netzwerkknoten EUNA, EUNB... (auch End-Nutzer-Knoten oder EndUserNode genannt) ausgebildet und stehen somit in einer Zuordnung mit dem entsprechenden Nutzer-Netzwerkknoten. Somt hat jeder Nutzer, wie z.B. die Nutzerin A, Zugriff auf einen zugeordneten Endnutzer-Netzwerkknoten (also hier EUNA) und auf einen Nutzer-Netzwerkknoten (hier UHNA). Die Nutzer- Netzwerkknoten UHNA,...UHNB... gehören zum Kernnetzwerk TSC und sind auf Servern des Diensteanbieters bzw. Netzwerkbetreibers eingerichtet. Die Endnutzer-Knoten sind auf den Endgeräten der Nutzer bzw. Benutzer eingerichtet. Hier verfügt die Nutzerin A beispielsweise über zwei Endgeräte, nämlich über einen Personal-Computer und über ein Mobilkommunikations-Endgerät, so dass der Nutzerin A zwei entsprechende Endnutzer-Knoten, nämlich EUNA und EUNA' zugeordnet sind. Der Nutzer B hat hier z.B. drei Endgeräte und somit drei Endnutzer-Netzwerkknoten EUNB, EUNB' und EUNB''. Diese den miteinander kommunizierenden Nutzern A und B zugeordneten Netzknoten EUNA...EUNB... sind also Endknoten, an denen die Nutzer Daten senden und/oder empfangen. In der Fig. 1 ist auch noch ein Endnutzer- Netzwerkknoten EUNx dargestellt, der einem weiteren Nutzer zugeordnet ist und der ggf. als Relaisknoten verwendet werden kann, um Verbindungen zwischen den Nutzern A und B herzustellen und Daten weiterzuleiten bzw. zeitweilig zwischenzuspeichern. Dabei erhält der Nutzer des EUNx
keinerlei Zugriffsmöglichkeiten auf die Daten, welche ja exklusiv für die Nutzer A und B bestimmt sind bzw. der persönlichen Kommunikation dienen. Das wird u.a. dadurch sichergestellt, dass eine Verschlüsselung der Daten, z.B. eine 128-Bit-Verschlüsselung per SSL (Secure Sockets Layer) erfolgt, wobei nur die beteiligten Nutzer A und B bzw. deren Knoten EUNA...EUNB... den benötigten Schlüssel haben. Auf der Endgeräte-Seite werden die Endnutzer-Knoten EUN... im wesentlichen durch eine auf dem jeweiligen Endgerät ausgeführten Client-Software realisiert, die mit dem oder den entsprechenden serverseitigen Nutzer-Netzwerkknoten UHN... zusammenwirken bzw. interagieren.
Die Nutzer verfügen also über mindestens einen Endnutzer- Netzwerkknoten (z.B. EUNA), der als Client realisiert ist, und über mindestens einen Nutzer-Netzwerkknoten (z.B. UHNA), der als Server realisiert ist. Wie die Fig. 1 zeigt können Nutzer auch mehrere Endnutzer-Netzwerkknoten (auch EndUserNodes genannt) haben und/oder mehrere Nutzer-Netzwerkknoten (auch UserHomeNodes) , wobei vorzugsweise nur ein UserHomeNode pro Nutzer installiert wird, so dass netzwerkseitig die Steuerung und Verwaltung der Daten für die Nutzer anhand des jeweiligen UserHomeNodes eindeutig durchgeführt werden kann.
Zur Verwaltung der Nutzer, insbesondere zur Authentifizierung der Nutzer, ist in dem Kernnetzwerk TSC eine zentrale Netzwerkeinheit vorgesehen, die hier als Authentifizierungseinheit CID bezeichnet wird. Die vom KommunikationsSystem CB bereit gestellten Dienste sind nur den authentifizierten Nutzern zugänglich. Es wird also auch ein Logln-Prozess, bei dem der Nutzer sich anmelden muss, durchgeführt, bevor der Nutzer Zugang zum System erhält. Für die Nutzerverwaltung, insbesondere für die Verwaltung von Nutzerprofilen einschließlich von zugeordneten Nutzertarifen,
ist im Kernnetzwerk TSC eine weitere Netzwerkeinheit vorgesehen, die hier auch als Tarifstelle TRF bezeichnet wird. Die Tarife sind u.a. ein Kriterium mittels dem die Steuerung des Datenflusses durchgeführt wird.
Erfindungsgemäß umfasst das Verfahren zur Steuerung des Datenflusses auch folgende Schritte, wobei hier auch auf die Fig. 6 verwiesen wird:
In dem Verfahren MlOO wird zunächst in einem ersten Schritt MlOl festgestellt, ob Daten von einem ersten Nutzer, wie z.B. der Nutzerin A, zu einem zweiten Nutzer, wie z.B. dem Nutzer B zu übertragen sind. Das geschieht durch eine Signalisierung des entsprechenden EndUserNode EUNA an den zugeordneten HomeUserNode UHNA und/oder durch Senden von an den Nutzer B zu übertragenden Daten an diesen Knoten UHNA. In einem nächsten Schritt M102 wird geprüft, ob mindestens ein Kriterium TRF vorliegt, das bestimmt, ob der Datenfluss der Daten über direkte Verbindungen P2P oder auch über indirekte Verbindungen S&F zu steuern ist. Das geschieht z.B. in dem HomeUserNode UHNA, der auf die Tarifstelle TRF zugreift und dort anhand des im Nutzerprofils vom Nutzer A das entsprechende Kriterium, insbesondere den gebuchten Nutzungstarif TRF(A) findet (s. auch Fig. 2). Zusätzlich oder alternativ dazu wird in einem weiteren Schritt M103 dann der Datenfluss in Abhängigkeit von dem mindestens einen geprüften Kriterium, also zumindest in Abhängigkeit des Nutzungstarifs TRF(A), gesteuert.
Die Daten werden vorzugsweise als Datenpakete versendet (siehe DAT in Fig. 4), die neben den eigentlichen Nutzdaten PL auch die Strategiedaten SYN zur Steuerung des Datenflusses enthalten. Das geschieht zumindest teilweise durch den UserHomeNode UHNA, der dem zu übertragenen Datenpaket die Strategiedaten SYN hinzufügt, welche für die Weiterleitung
bzw. für die Wegelenkung (Routing) dieses Datenpaketes die Steuerungsangaben darstellen. Somit können die nächsten Knoten erkennen, ob dieses Datenpaket für Peer-To-Peer oder für Store&Forward vorgesehen ist und sich entsprechend verhalten. Das Netzwerk arbeitet also vorzugsweise mit einer dezentralen Datenfluss-Steuerung.
Als Kriterien könnten viele Parameter bzw. Angaben herangezogen werden. In dem hier anhand der Fig. 1, 2, 3a und 3b gezeigten Beispiel werden als Kriterium nicht nur die Nutzungstarife TRF geprüft, sondern auch das Datenvolumen VOL, welches die Menge der zu übertragenden Daten angibt.
Die Fig. 2 zeigt eine Tabelle mit den zu prüfenden Kriterien und den sich daraus ergebenden Anweisungen bzw. Strategien für die Steuerung des Datenflusses. Als Nutzungstarife TRF(A) bzw. TRF(B) kann beispielsweise zwischen einem Test-Tarif TST und einem Basis-Tarif BSC gewählt werden. Der aktuell gebuchte Tarif wird dann abgeprüft. Das Datenvolumen VOL wird anhand eines Vergleiches mit einem vorgebbaren Schwellwert TH geprüft. Zur Prüfung kann jedes einzelne Kriterium wie auch jede beliebige Kombination der Kriterien herangezogen werden. In diesem Beispiel werden die Tarife beider Nutzer TRF(A) und TRF(B) geprüft sowie das Datenvolumen VOL der zu übertragenen Daten.
Beispielsweise hat der sendende Nutzer A in seinem Nutzerprofil als Nutzungstarif TRF(A) den Testtarif TST eingetragen und gebucht. Und auch der empfangende Nutzer B hat diesen Testtarif TST gebucht. Ist nun das Datenvolumen VOL kleiner als der Schwellwert TH, der z.B. einige MegaByte (hier TH= 4 MB) betragen kann, so werden die Daten über indirekte Verbindungen S&F gelenkt, d.h. der Datenfluss wird nach dem Store&Forward-Modus gesteuert. Solche Verbindungen sind in der
Fig. 1 mit 201 oder 202 bezeichnet. Ist das Datenvolumen jedoch größer als der Schwellwert TH, dann erfolgt der Datenfluss nach dem Peer-To-Peer-Modus, also direkt zwischen den EndUserNodes und ohne Zwischenspeicherung. Eine solche direkte Verbindung P2P ist in der Fig. 1 mit 101 bezeichnet.
Die verschiedenen Wege des Datenflusses sind exemplarisch auch in den Figuren 3a und 3b dargestellt, wobei von Endgeräten ausgegangen wird, die über DSL-Verbindungen (DSL: Digital Subscriber Line) mit den HomeUserNodes des Internet-gestützten Kommunikationsnetzes verbindbar sind. Dort in der Fig. 3a werden die direkten Verbindungen P2P zwischen zwei EndUserNodes EUNA und EUNB über die in den Endgeräten befindlichen Netzwerkkarten NICA bzw. NICB und über die damit verbundenen DLS-Routern DSLR geschaltet. Die direkten Verbindungen P2P laufen also über die Router und gehen nicht über die UserHomeNodes des Kernnetzwerkes. Im einfachsten Fall sind beide Endgeräte an demselben Router angeschlossen, so dass die Verbindung P2P direkt über diesen einen Router läuft. Die indirekten Verbindungen S&F laufen über die jeweilige Netzwerkkarte NICA bzw. NICB und dem damit verbundenen DSL- Router DSLR zu dem entsprechenden HomeUserNode UHNA bzw. UHNB. Die indirekten Verbindungen S&F laufen also immer über mindestens einen UserHomeNode .
Die Fig. 3b unterscheidet sich von der Fig. 3a nur darin, dass in der Fig. 3b die direkten Verbindungen P2P unmittelbar über die beiden beteiligten Netzwerkkarten NICA und NICB laufen, d.h. dass die Endgeräte direkt z.B. über eine Bluetooth- Schnittstelle oder aber auch über eine transparente LAN- Verbindung ihre Daten miteinander austauschen. Das Netzwerksystem bzw. das Kernnetzwerk (s. TSC in Fig. 1) hat dann allenfalls die Aufgabe Datenübertragung über diese Verbindungen zu verwalten bzw. zu dokumentieren.
Beispielsweise wird dies innerhalb eines Eintrags in einer Historie dokumentiert, die wiederum den beteiligten Nutzern zugeordnet ist, so dass die Nutzer A und B dort später einsehen können, dass diese Daten per P2P-Verbindung übertragen worden sind.
In Bezug auf das erste Ausführungsbeispiel kann zusammengefasst werden, dass eine intelligente Datenfluss- Steuerung bzw. —Lenkung anhand der Kriterien durchgeführt, so dass bei größeren Datenmengen vorzugsweise eine Peer-To-Peer- Verbindung geschaltet wird, wobei aber abhängig vom jeweiligen Nutzungstarif auch eine Store&Forward-Verbindung geschaltet werden kann. Insbesondere können somit Kommunikationsdienste effizient bereitgestellt und durchgeführt werden, wie Instant- Messaging, IP-Telefonie, Video-Telefonie, Whiteboard-Dienste und dgl .. Auch können Datenbereitstellungsdienste, z.B. für Audio-, Video-, Bild-, und/oder Programmdaten, durchgeführt werden. Dies sind insbesondere Dienste zum privaten oder kommerziellen Bereitstellen von MP3-Daten (Musiksammlung) oder Fotos (Fotoalbum) oder Adressdaten usw.
Nachfolgend wird anhand der Fig. 4 ein zweites Ausführungsbeispiel der Erfindung näher beschrieben. Dabei geht es insbesondere um eine bevorzugte Ausgestaltung des beschriebenen Erfindungsgedankens, die aber auch als eigenständige Lösung angesehen werden kann.
Hier ist nun vorgesehen, dass vorzugsweise eine Anzahl von Diensten zwischen mindestens einem ersten Endgerät 3 (vergl. EUNA in Fig.l) und einem zweiten Endgerät 4 (vergl. EUNB in Fig.l) bereitgestellt werden, die jeweils mit einem Netzwerksystem NW mit einer Anzahl von miteinander in Verbindung stehenden Netzwerkeinheiten 5 verbindbar sind. Es können weiterhin die Schritte des Auswählens eines der Dienste
an dem ersten Endgerät 3 vorgesehen sein sowie Schritte des Generierens eines Datenblockes DAT, der Benutzerdaten PL und Synchronisationsdaten SYN enthält, wobei die Synchronisationsdaten SYN abhängig von dem Dienst bereitgestellt werden. Außerdem können auch Schritte des Übermitteins des Datenblockes DAT an eine als ein erster Benutzerknoten 9 ausgebildete Netzwerkeinheit (vergl. UHNA in Fig. 1) des Netzwerksystems NW zum Bereitstellen des Datenblockes DAT an das zweite Endgerät 4 vorgesehen sein. Und zudem können noch Schritte des automatischen Übertragens des Datenblockes DAT von dem Netzwerksystem NW abhängig von den in dem Datenblock DAT enthaltenen Synchronisationsdaten SYN vorgesehen sein.
Dabei wird vorgeschlagen, dass der Datenblock DAT in einem als zweiten Benutzerknoten 10 ausgebildeten Netzwerkknoten (vergl. UHNB in Fig. 1) in dem Netzwerksystem NW bereitgestellt wird, wobei der Datenblock DAT von dem zweiten Benutzerknoten 10 abhängig von den in dem Datenblock DAT enthaltenen Synchronisationsdaten SYN automatisch übertragen wird. Bevorzugt ist das zweite Endgerät 4 dem zweiten Benutzerknoten 10 des Netzwerksystems NW zumindest zeitweilig verbindbar.
Es ist nun vorgesehen, dass der Datenblock DAT abhängig von im zweiten Benutzerknoten 10 vorgesehenen Einstellungsdaten an das zweite Endgerät 4 übertragen wird. Dies ermöglicht es, dass Konfigurationseinstellungen des jeweiligen Benutzers (A und/oder B) dezentral im Netzwerk als Einstellungsdaten in den entsprechenden Benutzerknoten hinterlegt werden können, wobei eine Synchronisation abhängig von diesen Einstellungsdaten vorgenommen wird. Dabei kann das Verbinden des zweiten Endgeräts 4 mit dem zweiten Benutzerknoten 10 des Netzwerksystems NW durch das zweite Endgerät 4 durchgeführt werden. Weiterhin kann das Verbinden des zweiten Endgeräts 4
mit dem zweiten Benutzerknoten 10 des Netzwerksystems NW in regelmäßigen Zeitabständen automatisch und/oder manuell durchgeführt werden.
Alternativ kann das Verbinden des zweiten Endgeräts 4 mit dem zweiten Benutzerknoten 10 des Netzwerksystems NW durch den zweiten Benutzerknoten 10 abhängig von den Synchronisationsdaten SYN des Datenblockes DAT und/oder abhängig von den in dem zweiten Benutzerknoten 10 vorgesehenen Einstellungsdaten durchgeführt werden, sobald der bereitzustellende Datenblock DAT in dem zweiten Benutzerknoten 10 verfügbar ist.
Es soll vorzugsweise weiterhin vorgesehen werden, dass abhängig von den Synchronisationsdaten SYN in dem Datenblock DAT durch den zweiten Benutzerknoten 10 versucht wird, eine Datenverbindung zwischen dem zweiten Benutzerknoten 10 und dem zweiten Endgerät 4 herzustellen. Wenn die Datenverbindung hergestellt worden ist, wird der Datenblock DAT an das zweite Endgerät 4 übermittelt. Wenn keine Datenverbindung zwischen dem zweiten Benutzerknoten 10 und dem zweiten Endgerät 4 herstellbar ist, wird der Datenblock DAT von dem zweiten Benutzerknoten 10 an einen weiteren (dritten) Benutzerknoten übermittelt, der mit dem zweiten Endgerät 4 verbindbar ist. Abhängig von den Synchronisationsdaten SYN in dem Datenblock DAT wird durch den weiteren zweiten Benutzerknoten 10 versucht, eine Datenverbindung zwischen dem weiteren (dritten) Benutzerknoten und dem zweiten Endgerät 4 herzustellen, um den Datenblock DAT an den Nutzer B zu übertragen und den Empfang bzw. die Zustellung des Datenblocks auf der Empfangsseite erfolgreich abzuschließen.
Zuvor wurde bereits auf der Sendeseite beim Nutzer A vorzugsweise das Übermitteln des Datenblockes DAT an den
ersten Benutzerknoten 9 abhängig von den Synchronisationsdaten SYN durchgeführt. Für die sendende Seite wird bevorzugt vorgeschlagen, dass die Synchronisationsdaten SYN auch abhängig von einer Prioritätsinformation generiert werden, die von einem Benutzer des ersten Endgeräts bereitgestellt werden. Alternativ oder zusätzlich dazu können die
Synchronisationsdaten SYN auch abhängig von einer automatisch vom ersten Endgerät 3 bereitgestellten Prioritätsinformation generiert werden.
Wie in der Figur 4 zu sehen ist, ist dort ein derart ausgeführtes KommunikationsSystem S dargestellt. Das System S umfasst ein Netzwerksystem NW bzw. Kernnetzwerk (vergl. auch TSC in Fig. 1), das mit dem einen oder den mehreren Endgeräten 3 und dem einen oder den mehreren zweiten Endgeräten 4 verbindbar ist, die jeweils einem ersten Nutzer A bzw. einem zweiten Nutzer B zugeordnet sind. Jedes der Endgeräte 3, 4 kann ein oder mehrere herkömmliche, üblicherweise von einem Benutzer verwendete Datenein- und —ausgäbegerate, wie z.B. Desktop-Computer, PDA (Personal-Digital-Assistent) , Notebook- Computer u.a. aufweisen. Jedes der Endgeräte 3 oder 4 kann unabhängig von den anderen Endgeräten 4 bzw. 3 eine Verbindung zu dem Kernnetzwerk NW aufbauen oder trennen, je nach Belieben des Benutzers.
Die Datenübertragung in dem KommunikationsSystem S und insbesondere im Kernnetzwerk NW erfolgt vorzugsweise jedoch nicht notwendigerweise paketgebunden, so dass Daten mit Hilfe einer Zieladresse (in der Regel mit einer IP-Adresse) und entsprechenden IP-Routern an eine entsprechende Netzwerkeinheit übertragen werden können.
Das jeweilige Endgerät 3 oder 4 kann mit dem Kernnetzwerk NW über eine permanente oder eine zeitweilige Datenverbindung 7
verbunden sein. Die Herstellung der Verbindung zu dem Netzwerk NW kann über ein übliches Anwahl-Verfahren, eine LAN- Verbindung, über eine DSL- oder sonstige Datenverbindung erfolgen. Der Aufbau der Verbindung kann von dem Endgerät 3 bzw. 4 oder auch von dem Netzwerk NW ausgehen. Dabei identifiziert sich das jeweilige Endgerät 3 oder 4 an dem Netzwerksystem, so dass der Benutzer A oder B des jeweiligen Endgeräts 3 bzw. 4 eindeutig im Netzwerksystem identifiziert ist.
Das Netzwerksystem NW umfasst eine Anzahl von Netzwerkknoten 5, die in der Regel Server, Router und dgl. umfassen. Die Netzwerkknoten 5 werden nachfolgend auch Netzwerkeinheiten 5 genannt und können durch eine physikalische und logische Einheit gebildet sein, die ein Datenpaket beim Übermitteln in dem Netzwerksystem 2 durchlaufen kann.
Die Endgeräte 3 und 4 umfassen jeweils eine
Kommunikationseinheit, die z.B. als Software, als Firmware und dgl. ausbildet ist. Die Kommunikationseinheit ermöglicht es, Daten in Form der oben genannten Datenblöcke DAT über das Netzwerksystem NW einem weiteren Endgerät 3 bzw. 4 bereitzustellen. Die angebotenen Kommunikations-Dienste lassen sich im Wesentlichen in zwei Gruppen von Diensten unterscheiden, nämlich in reine Kommunikationsdienste und in Datendienste. Während die Kommunikationsdienste im wesentlichen eine Echtzeit-Kommunikation zwischen zwei Endgeräten, beispielsweise dem ersten und dem zweiten Endgerät
3 bzw. 4 ermöglichen, bieten die Datendienste die Möglichkeit, dass eines der Endgeräte 3 oder 4 dem jeweils anderen Endgerät
4 bzw. 3, d.h. einem weiteren Benutzer, Daten bereitstellt, unabhängig davon, ob das andere Endgerät 4 bzw. 3 mit dem Netzwerk NW verbunden ist. Beispiele für Kommunikationsdienste sind Instant-Messaging, IP-Telefonie, Video-Telefonie,
Whiteboard-Dienste und dgl. Beispiele für Datenbereitstellungsdienste sind e-mail-Dienste, ein Anrufbeantworter-Dienst, Dateibereitstellungsdienste für Audio-, Video-, Bild-, Programmdaten, sonstige Daten usw..
Durch die Erfindung wird erreicht, dass die Datenblöcke DAT, die insbesondere multimediale Kommunikationsdienste betreffen, möglichst unmittelbar dem entsprechenden Endgerät bereitgestellt wird. Das gleiche gilt für Datendienste, die die Übermittlung von Benutzerdaten an das entsprechende Endgerät beinhalten, die eine entsprechende hohe Priorität haben, und somit dem entsprechenden Endgerät unverzüglich bereitgestellt werden sollen. Dadurch wird vermieden, dass insbesondere bei Daten mit hoher Priorität, die Zeitdauer, die zwischen dem Bereitstellen der Daten und dem Empfang der Daten durch den Benutzer des jeweiligen Endgeräts vergeht, zu groß wird.
Das erste und das zweite Endgerät 3 bzw. 4, werden mit dem Netzwerksystem NW über sog. Zugangsknoten 8 mit einem entsprechend den Endgeräten zugeordneten ersten bzw. zweiten Benutzerknoten 9 bzw. 10 verbunden. Die Benutzerknoten 9 oder 10 stellen Netzwerkeinheiten 5 dar, die dem ersten bzw. zweiten Benutzer A bzw. B zugeordnet sind. Jeder der Benutzerknoten 9 oder 10 kann eine oder mehrere Netzwerkeinheiten umfassen, um eine ausreichende Redundanz bei Ausfall eines der Benutzerknoten zu gewährleisten. Ein Datenblock DAT, der von dem ersten Endgerät 3 bereitgestellt wird, und an das zweite Endgerät 4 übertragen werden soll, wird von dem ersten Endgerät 3 über einen der Zugangsknoten 8 an den ersten (bzw. an einen der ersten) Benutzerknoten 9 übertragen. Dort kann der Datenblock DAT ebenfalls mit Synchronisationsdaten SYN versehen werden oder es können dort
bereits vorhandene Synchronisationsdaten modifiziert werden, um die Priorität des Datenblockes zu modifizieren.
Von dem ersten Benutzerknoten 9 wird der Datenblock DAT an den zweiten Benutzerknoten 10 übermittelt, der dem zweiten Benutzer B, an den der Datenblock DAT gesendet werden soll, zugeordnet ist. Dort wird der Datenblock DAT zunächst gespeichert. Der erste und der zweite Benutzerknoten 9 bzw. 10 sind in dem hier in der Fig. 4 gezeigten Ausführungsbeispiel getrennt ausgebildet. Der erste und der zweite Benutzerknoten 9 bzw. 10 können auch in einer Netzwerkeinheit, insbesondere auf einem Server, eingerichtet werden.
Der zweite Benutzerknoten 10 analysiert nun den empfangenen Datenblock DAT bezüglich Synchronisationsdaten SYN, die in dem ersten Benutzerknoten 9 oder in dem ersten Endgerät 3 dem Datenblock DAT hinzugefügt wurden. Die Synchronisationsdaten SYN bilden also sozusagen Strategiedaten, die blockweise zu den eigentlichen Nutzdaten PL hinzugefügt werden und die abhängig von einem dem Datenblock DAT zugeordneten Dienst gewählt wurden. Wenn als Dienst z.B. ein
Datenübertragungsdienst für große Datenmengen gewählt wurde, dann wir der Datenfluss vorzugsweise über direkte Verbindungen (peer-to-peer) gesteuert. Sind kleinere Datenmengen zu übertragen, die auch mit geringem Aufwand in einzelnen Knoten bzw. Netzwerkeinheiten 5 zwischengespeichert werden können, dann wird der Datenfluss über indirekte Verbindungen (store&forward) gesteuert. Auch sind die von den Nutzern gebuchten Nutzungstarife valide Kriterien für die intelligentre Steuerung des Datenflusses.
Ferner können als weitere Kriterien für die Datenfluss- Steuerung oder auch als Filter-Kriterium in dem ersten Endgerät 3 bereitgestellte Prioritätsdaten dienen, die
insbesondere bei einem Datendienst vorliegen und angeben, dass ein einem Datendienst zugeordneter Datenblock DAT möglichst schnell bzw. unmittelbar dem zweiten Benutzer bereitgestellt werden sollen. Die dem Datenblock DAT hinzugefügten Synchronisationsdaten SYN können also angeben, dass die Nutzdaten, Benutzerdaten bzw. sog. Payload PL des betreffenden Datenblocks bzw. Datenpaketes DAT schnellstmöglich dem zweiten Endgerät 4 bereitgestellt werden sollen oder nicht, d.h. die Synchronisationsdaten SYN geben eine Priorität der Daten an.
Jeder der zweiten Benutzerknoten 10 überprüft nun mit Hilfe einer Prioritätseinheit 12 ein eintreffendes Datenpaket DAT hinsichtlich der darin enthaltenen Synchronisationsdaten SYN. Enthalten die Synchronisationsdaten SYN eine Angabe darüber, dass das betreffende Datenpaket DAT unmittelbar an das zweite Endgerät 4 weitergeleitet werden soll, was durch eine Kennzeichnung beispielsweise durch ein entsprechendes Echtzeit-Flag, ein Prioritätskennzeichen u.a. angegeben werden kann, so versucht eine Datenschnittstelle 11 eine Verbindung zu dem zweiten Endgerät 4 (vergl. EUNB in Fig. 1) bzw. zu einem anderen der zweiten Endgerät (vergl. EUNB' in Fig. 1) selbsttätig aufzubauen. Dies kann entsprechend durch Herstellen einer Verbindung erfolgen, wie z.B. einer LAN- Verbindung oder einer Einwahlverbindung und dgl.. Gelingt es der Datenschnittstelle 11, eine Verbindung zu dem zweiten Endgerät 4 herzustellen, so wird der Datenblock DAT unmittelbar an das zweite Endgerät 4 übertragen. Gelingt es der Datenschnittstelle 11 jedoch nicht, eine Verbindung zu dem zweiten Endgerät 4 aufzubauen, so wird der entsprechend gekennzeichnete Datenblock DAT an einen weiteren zweiten Benutzerknoten 10 übermittelt, der nun ebenfalls über eine entsprechend darin vorgesehene Datenschnittstelle 11 versucht, eine Verbindung zu dem bzw. einem der zweiten Endgeräte 4 aufzubauen.
Die zweiten Benutzerknoten 10 können örtlich verteilt angeordnet sein, z.B. in verschiedenen Empfangsbereichen, wenn die Datenschnittstelle 11 eine Funkverbindung zu dem zweiten Endgerät 4 aufbauen will, oder in verschiedenen Ländern. Die Datenschnittstelle 11 des weiteren zweiten Benutzerknotens 10 versucht nun ebenfalls mit dem Endgerät 4 eine Datenverbindung aufzubauen. Gelingt dies, wird der entsprechend Datenblock DAT an das zweite Endgerät 4 übertragen. Gelingt dies nicht, bleibt der Datenblock DAT in den Netzwerkeinheiten des zweiten Benutzerknotens 10 gespeichert. Sobald sich nun das zweite Endgerät 4 mit dem Benutzerknoten 10 verbindet, werden die entsprechenden Datenblöcke DAT, die entsprechend gekennzeichnet sind, bevorzugt an das zweite Endgerät 4 übertragen. Es wird bevorzugt vorgeschlagen, dass insbesondere die empfangenen Endgeräte in regelmäßigen und/oder vorbestimmten Zeitabständen eine Verbindung mit dem entsprechenden Benutzerknoten herstellen, um die entsprechenden Datenblöcke, die mit einem entsprechenden Echtzeit-Flag versehen sind, abzurufen.
Auf der Sendeseite wird der Datenblock DAT in dem ersten Endgerät 3 generiert und dort mit den entsprechenden Synchronisationsdaten SYN versehen. Die Synchronisationsdaten SYN enthalten das Echtzeit-Flag, das angibt, dass der Datenblock DAT schnellstmöglich an das zweite Endgerät 4 übertragen werden soll. Besteht keine permanente Verbindung zwischen dem ersten Endgerät 3 und dem Netzwerk NW, so kann das erste Endgerät 3, nachdem der Datenblock DAT mit dem entsprechenden gesetzten Echtzeit-Flag generiert worden ist, eine Verbindung zu dem ersten Benutzerknoten 9 des Netzwerkes NW aufbauen, um den Datenblock DAT schnellstmöglich über den ersten Benutzerknoten 9 an den zweiten Benutzerknoten 10 zu übermitteln. Ist es nicht möglich, eine Verbindung zwischen
dem ersten Endgerät 3 und dem ersten Benutzerknoten 9 herzustellen, so versucht das erste Endgerät 3 eine Verbindung mit einem weiteren ersten Benutzerknoten 9 herzustellen, so lange bis der Datenblock DAT an einen der ersten Benutzerknoten 9 übermittelt werden konnte. Solche Datenblöcke, bei denen das Echtzeit-Flag nicht gesetzt wurde, bewirken in dem ersten Endgerät 3 keinen automatischen Aufbau der Verbindung zu dem ersten Benutzerknoten 9. Deshalb können solche Datenblöcke auch beim Aufbau einer manuellen Verbindung oder bei einem ansonsten regelmäßig durchgeführten Verbindungsaufbau zwischen dem ersten Endgerät 3 und dem ersten Benutzerknoten 9 auf herkömmliche Weise an das Netzwerk NW übermittelt werden.
Weiterhin kann empfangsseitig vorgesehen sein, dass der zweite Benutzerknoten 10 einen Einstellungsspeicher 13 aufweist, um Einstellungsdaten zu speichern. Die Einstellungsdaten können vom Benutzer des zweiten Endgeräts 4 vorgegeben sein und festlegen, welche Art von Datenblöcken, die mit dem Echtzeit- Flag gekennzeichnet sind, automatisch d.h. durch automatischen Aufbau der Verbindung von dem zweiten Benutzerknoten 10 zu dem zweiten Endgerät 4 an das zweite Endgerät 4 übertragen werden und welche nicht. Somit können Datenblöcke, die zwar vom ersten Endgerät 3 mit dem priorisierenden Echtzeit-Flag versehen worden sind, also vom sendenden Benutzer A oder vom gewählten Dienst als wichtig gekennzeichnet wurden anhand der Einstellungsdaten nochmals gefiltert werden. Dadurch ist es dem empfangenden Benutzer B des zweiten Endgeräts 4 möglich, Voreinstellungen vorzunehmen, um beispielsweise die Häufigkeit der Verbindungsaufbauten zu reduzieren, um z.B. Kosten zu sparen.
In Hinblick auf die Fig. 4 ist zu sagen, dass hier gemäß einem weiteren Aspekt der vorliegenden Erfindung ein
Kommunikationssystem S zum Bereitstellen einer Anzahl von Diensten, insbesondere von Kommunikationsdiensten, an mindestens ein Endgerät 3 und/oder 4, das mit einem Netzwerk NW mit einer Anzahl von miteinander in Verbindung stehenden Netzwerkeinheiten 5 verbindbar ist, vorgesehen wird. Dabei wird mindestens eine als Benutzerknoten 9 bzw. 10 ausgebildete Netzwerkeinheit vorgesehen, um einen Datenblock DAT bereitzustellen, der Benutzerdaten PL und
Synchronisationsdaten SYN enthält. Der Benutzerknoten ist gestaltet, um eine Verbindung mit dem Endgerät automatisch herzustellen und den Datenblock von dem Netzwerk an das Endgerät abhängig von den in dem Datenblock enthaltenen Synchronisationsdaten SYN zu übertragen. Da der Datenblock DAT Benutzerdaten PL und Synchronisationsdaten SYN enthält, wobei die Synchronisationsdaten SYN abhängig von einem in dem ersten Endgerät 3 ausgewählten Dienst bereitgestellt sind, ergibt sich insbesondere der Vorteil einer intelligenten Steuerung des Datenflusses, bei der nicht das erste Endgerät 3 bloß eine Verbindung zu dem zweiten Endgerät 4 herstellt, um einen Datenblock DAT zu übertragen, sondern bei der die Steuerung dezentral von den beteiligten Benutzerknoten 3, 4, 9 und/oder 10 sowie evtl. weiteren Netzknoten 5 und/oder 8, insbesondere aber von dem dem zweiten Endgerät 4 zugeordnetem Benutzerknoten 10, durchgeführt wird.
Anhand der Fig. 5 wird nun ein weiteres Ausführungsbeispiel beschrieben, dass auch für sich genommen eine eigenständige Lösung darstellt. Dabei geht es insbesondere um ein Verfahren mit Schritten zum Synchronisieren mit einer Datenquelle über einen Verzeichnisdienst und um danach arbeitende Netzwerkeinheiten bzw. Verarbeitungseinheiten. Konkret geht es um das zusätzliche oder auch separat zu lösende Problem, dass mehrere Benutzer an verschiedenen Verarbeitungseinheiten, wie z.B. an Personal-Computern, Zugriff auf gleiche Daten haben
sollen, so dass eine gleichzeitige bzw. zeitnahe Bearbeitung der Daten durch jeden der Benutzer möglich ist. In herkömmlichen Systemen werden diese Daten in Form von Dateien, insbesondere in Form von Dateien in einem Inhaltsverzeichnis auf einer Festplatte der Verarbeitungseinheit des jeweiligen Benutzers gespeichert, wobei entsprechende
Inhaltsverzeichnisse auf mehreren der Verarbeitungseinheiten miteinander verknüpft sind, so dass die darin befindlichen Dateien permanent miteinander abgeglichen werden können, so dass jedem der Benutzer die letztgültige Version der Daten bzw. der Dateien zur Verfügung gestellt wird. Zur Unterstützung wird hierfür auch gern ein sogenannter Verzeichnisdienst genutzt (in Englisch mit „Directory Service" oder kurz „DS" bezeichnet), der Informationen zu Objekten, insbesondere zu Dateien, in einem Netzwerk abspeichert und diese Informationen den Benutzern und/oder den Netzwerkadministratoren zur Verfügung stellt.
Da in herkömmlichen Netzwerken das Synchronisieren zwischen den Verarbeitungseinheiten quasi permanent durchgeführt wird und dabei von den Vorgaben des zumeist zentralen Verzeichnisdienstes abhängig ist, ist es üblicherweise einem Benutzer selbst nicht möglich, den Zugang der anderen Benutzer zu einer kürzlich erstellten bzw. aktualisierten Datei in entsprechenden, zur Synchronisation freigegebenen Verzeichnissen zu beschränken bzw. zu unterbinden. Hier soll nun durch die in der Fig. 5 veranschaulichte Lösung ein verbessertes Verfahren zum Synchronisieren mit einer Datenquelle zur Verfügung gestellt werden, bei dem die Synchronisation der Daten gesteuert werden kann. Weiterhin soll eine verbesserte Verarbeitungseinheit zur Durchführung des Verfahrens zum Synchronisieren zur Verfügung gestellt werden.
Gemäß der hier vorgeschlagenen und anhand der Fig. 5 nachfolgend beschriebenen Lösung ist ein besonderes Verfahren zum Synchronisieren mit einer Datenquelle über einen Verzeichnisdienst vorgesehen, wobei das Verfahren folgende Schritte umfasst: Die Schritte des Bereitsteilens einer ersten Datenmenge in einer ersten Verarbeitungseinheit und des Bereitstellens einer zweiten Datenmenge in einer zweiten Verarbeitungseinheit; außerdem die Schritte des Synchronisierens der ersten Datenmenge bzgl. der zweiten Datenmenge abhängig von Synchronisationsdaten, die in einem Verzeichnis abgelegt sind, welches einem Benutzer, insbesondere einem Benutzer der ersten Verarbeitungseinheit, zugeordnet ist.
Auf diese Weise wird ermöglicht, dass das Synchronisieren der ersten Datenmenge bedingt erfolgt, nämlich abhängig von bereitgestellten Synchronisationsdaten, so dass das Synchronisieren mit der zweiten Datenmenge möglicherweise nicht vollständig, sondern nur teilweise, bestimmt durch die Synchronisationsdaten, erfolgt. So kann ein Benutzer der ersten Verarbeitungseinheit die Verfügbarkeit von erstellten bzw. aktualisierten Daten der ersten Datenmenge für andere Benutzer einschränken, bzw. unterbinden. Die Daten können als Dateien, Datensätze und dergleichen in einem Speicher in der Verarbeitungseinheit vorliegen.
Insbesondere wird hier vorgeschlagen, dass das Synchronisieren durchgeführt wird, indem eine Untermenge der Daten aus der ersten Datenmenge abhängig von den Synchronisationsdaten ausgewählt wird, wobei die Daten der ausgewählten Untermenge mit den entsprechenden Daten aus der zweiten Datenmenge aktualisiert werden. Weiterhin kann das Synchronisieren durchgeführt werden, indem eine Untermenge der Daten in der zweiten Datenmenge abhängig von den Synchronisationsdaten
ausgewählt wird, wobei die Daten der ausgewählten Untermenge der ersten Datenmenge hinzugefügt werden und/oder die entsprechenden Daten der ersten Datenmenge mit den Daten der ausgewählten Untermenge aktualisiert werden. Dies ermöglicht es, ein Aktualisieren bzw. Hinzufügen von Daten zu der dem Benutzer zugeordneten ersten Datenmenge einzuschränken, indem durch die Synchronisationsdaten bestimmt wird, welche Daten aus der zweiten Datenmenge für das Synchronisieren verwendet werden sollen. Dadurch kann der Benutzer einen Teil der Daten der ersten Datenmenge (die nicht ausgewählten Daten der ersten Datenmenge) gegen eine Synchronisierung schützen, so dass Änderungen, die von den anderen Benutzern an dem nicht ausgewählten Teil der Datenmenge durchgeführt wurden, nicht mit der ersten Datenmenge synchronisiert werden.
Insbesondere können die Synchronisationsdaten die entsprechende Untermenge von Daten zumindest anhand eines der folgenden Parameter bestimmen: Ein der jeweiligen Datenmenge zugeordnetes Attribut, einen Benutzerstatus und/oder ein Systemparameter. Insbesondere kann das zugeordnete Attribut eine Zeitinformation, die die Zeit der Erstellung und/oder Änderung des Inhalts der Daten angibt, eine Datentypinformation, die die Art der Daten angibt, wie z.B. durch eine Dateiendung, eine Bearbeitungsinformation, die die Identität eines oder mehrerer Bearbeiter der Daten angibt, eine Zugriffsinformation, die die Zugriffsrechte auf die Daten angibt, sowie eine Synchronisationsinformation, die einen Zeitpunkt einer Synchronisation und/oder eine Quelle der Synchronisation und/oder ein Ziel der Synchronisation angibt, umfassen. Bevorzugt können die Synchronisationsdaten in der ersten Verarbeitungseinheit bereitgestellt werden. Alternativ können die Synchronisationsdaten in der zweiten Speichereinrichtung bereitgestellt werden. Auch kann die erste Datenmenge in einer Verarbeitungseinheit bereitgestellt
werden, z.B. auf einer Festplatte, Speicher und dgl., wobei die Synchronisationsdaten vor dem Synchronisieren der ersten Verarbeitungseinheit bereitgestellt werden, z.B. von der Festplatte, dem Speicher, einer Benutzereingabe oder über eine externe Datenverbindung.
Vorzugsweise ist eine Verarbeitungseinheit zum Synchronisieren mit einer Datenquelle vorgesehen. Die Verarbeitungseinheit umfasst eine erste Speichereinrichtung zum Bereitstellen einer ersten Datenmenge, eine Datenschnittstelle zum Empfangen und Senden von Daten einer zweiten Datenmenge, sowie eine Synchronisationseinheit zum Synchronisieren der ersten Datenmenge bzgl. der zweiten Datenmenge, abhängig von bereitgestellten Synchronisationsdaten. Die
Verarbeitungseinheit ermöglicht es, eine erste Datenmenge über eine Datenschnittstelle mit einer zweiten Datenmenge zu synchronisieren, wobei das Synchronisieren abhängig von Synchronisationsdaten, die deren Verarbeitungseinheit bereitgestellt werden, erfolgt. Dadurch kann ein Benutzer die Synchronisation seiner Daten steuern und z.B. nur einen Teil der Daten der permanenten Synchronisation zu Verfügung stellen.
Außerdem ist die Synchronisationseinheit vorzugsweise gestaltet, um das Synchronisieren durchzuführen, indem eine Untermenge der Daten aus der ersten Datenmenge abhängig von den Synchronisationsdaten ausgewählt wird und indem über die Datenschnittstelle der Untermenge der Daten entsprechende Daten aus der zweiten Datenmenge angefordert und empfangen werden und indem die Daten der ausgewählten Untermenge mit den entsprechenden empfangenen Daten aus der zweiten Datenmenge aktualisiert werden. Weiterhin kann die
Synchronisationseinheit gestaltet sein, um das Synchronisieren durchzuführen, indem über die Datenschnittstelle eine
Untermenge der Daten der zweiten Datenmenge abhängig von den Synchronisationsdaten ausgewählt und empfangen werden und indem in der Speichereinrichtung die Daten der ausgewählten Untermengen der ersten Datenmenge hinzugefügt werden und/oder die entsprechenden Daten der ersten Datenmenge mit den Daten der ausgewählten Untermenge aktualisiert werden.
Es wird vorgeschlagen, dass die Synchronisationsdaten die entsprechenden Untermengen von Daten zumindest anhand eines der folgenden Parameter bestimmen: Ein den Daten zugeordnetes Attribut, einen Benutzerstatus und einen Systemparameter. Dabei können die Synchronisationsdaten in der Speichereinrichtung bereitgestellt werden. Weiterhin kann vorgesehen sein, dass die Synchronisationsdaten über die Datenschnittstelle empfangbar sind.
In der Fig. 5 ist nun ein Netzwerksystem S' dargestellt, das eine erste Verarbeitungseinheit Nl und eine zweite Verarbeitungseinheit N2 aufweist. Die erste
Verarbeitungseinheit Nl umfasst eine erste Speichereinrichtung 11 zum Speichern einer ersten Datenmenge. Die Speichereinrichtung 11 kann beispielsweise eine Festplatte, eine elektronische Speichereinheit und dgl. aufweisen, um die Daten in Form von Datensätzen oder Datengruppen, die im Folgenden auch als Dateien bezeichnet werden, zu speichern. Die Speichereinrichtung 11 zum Speichern der ersten Datenmenge kann Teil eines größeren Speichers sein, so dass z.B. die Speichereinrichtung 11 ein Verzeichnis bzw. Unterverzeichnis für die entsprechende erste Datenmenge (erste Dateien) sein kann, die für das Synchronisieren mit der zweiten Verarbeitungseinheit N2 bereitgestellt werden.
Die erste Verarbeitungseinheit Nl weist weiterhin eine erste Datenschnittstelle 12 auf, über die die erste
Verarbeitungseinheit Nl mit der zweiten Verarbeitungseinheit N2 in Verbindung steht. Die Datenschnittstelle 12 ist im wesentlichen ausgestaltet, um zweite Dateien von der zweiten Verarbeitungseinheit N2 zu empfangen und diese an eine erste Synchronisationseinheit 13 in der ersten Verarbeitungseinheit Nl bereitzustellen, so dass die ersten Dateien in bestimmter Weise synchronisiert werden können.
Die zweite Verarbeitungseinheit N2 weist eine zweite Speichereinrichtung 21, eine zweite Datenschnittstelle 22 und eine zweite Synchronisationseinheit 23 auf, die in gleicher, ähnlicher oder vergleichbarer Weise wie die erste Verarbeitungseinheit Nl ausgebildet sind. Die erste und die zweite Verarbeitungseinheit Nl bzw. N2 stehen über ein Netzwerk NW miteinander in Verbindung, wobei das Netzwerk NW z.B. ein lokales Netzwerk, wie ein LAN, WAN und dgl. sein kann, oder z.B. das Internet oder eine Telefonverbindung sein kann.
Der Ablauf einer Synchronisierung der ersten Dateien in der ersten Speichereinrichtung 11 kann gemäß einem ersten und einem zweiten Verfahren zur Synchronisation durchgeführt werden und wird anhand der ersten Verarbeitungseinheit näher erläutert. Das Synchronisieren beginnt beispielsweise initiiert durch eine Benutzereingabe an einer (nicht dargestellten) Eingabeeinheit der ersten Verarbeitungseinheit Nl. Das Synchronisieren kann auch automatisch (z.B. regelmäßig) oder zu vorbestimmten Zeiten gestartet werden und auch permanent durchgeführt werden, d.h. es wird in einer Abfrageschleife ständig überprüft, ob ein
Synchronisationsbedarf besteht, z.B. nach einer Änderung einer der Dateien.
Gemäß dem hier vorgeschlagenen Verfahren zur Synchronisation empfängt die erste Synchronisationseinheit 13 Synchronisationsdaten (vergl. SYN in Fig. 4) von der ersten Speichereinrichtung 11, die eine Synchronisationsvorschrift enthalten. Die Synchronisationsdaten können automatisch oder durch eine Beutzereingabe erstellt werden. Aufgrund der Synchronisationsvorschrift kann nun eine Untermenge aus den ersten Dateien in der ersten Speichereinrichtung 11 ausgewählt werden und diese Untermenge der ersten Dateien kann entsprechend mit den entsprechenden Dateien (z.B. den gleichnamigen Dateien oder Datensätzen mit identischen Identifikationsnummern usw. ) aus den zweiten Dateien in der zweiten Verarbeitungseinheit N2 synchronisiert werden. Dazu wird eine Anfrage über die erste Datenschnittstelle 12 an die zweite Verarbeitungseinheit N2 gesendet, so dass entweder die entsprechenden Dateien (z.B. gleichnamige Dateien) der Untermenge von der zweiten Verarbeitungseinheit N2 an die erste Verarbeitungseinheit Nl übertragen werden oder entsprechend lediglich Aktualisierungsinformationen bzgl. jeder der entsprechenden Dateien der ausgewählten Untermenge an die erste Verarbeitungseinheit Nl übertragen werden. Auf diese Weise können die ausgewählten Dateien der Untermenge aktualisiert werden, so dass diese in der jeweils aktuellsten Version vorliegen. Die nicht ausgewählten Dateien in der ersten Speichereinrichtung 11 werden nicht synchronisiert. Zudem werden auch keine neuen (neu erstellten) Dateien in der Menge der zweiten Dateien den ersten Dateien bei diesem ersten Verfahren der Synchronisation hinzugefügt.
Gemäß einem weiteren Verfahren zur Synchronisation wird anhand der bereitgestellten Synchronisationsdaten durch die erste Verarbeitungseinheit Nl eine Untermenge von Dateien aus den zweiten Dateien in der zweiten Verarbeitungseinheit N2 ausgewählt. Dazu werden die Synchronisationsdaten oder davon
abgeleitete Anfragedaten z.B. über die erste Datenschnittstelle 12 an die zweite Verarbeitungseinheit N2 gesendet und dort aus der Untermenge aus der in der zweiten Speichereinrichtung 21 gespeicherten zweiten Dateien ausgewählt. Die ausgewählte Untermenge von Dateien aus den zweiten Dateien werden nun von der zweiten
Verarbeitungseinheit N2 an die erste Verarbeitungseinheit Nl gesendet, so dass die entsprechenden Dateien der ersten Dateien in der ersten Verarbeitungseinheit Nl aktualisiert werden bzw. neue Dateien der Menge der ersten Dateien hinzugefügt werden. Enthält die Anfrageinformation, die an die zweite Verarbeitungseinheit N2 gesendet wird, auch die entsprechende Information über die bereits vorhandenen Dateien in den ersten Dateien, so kann anstelle der Dateien aus den zweiten Dateien nur eine entsprechende
Aktualisierungsinformation an die erste Verarbeitungseinheit Nl übertragen werden, mit der die entsprechende Datei der menge der ersten Dateien aktualisiert wird. Auf diese Weise kann die zu übertragende Datenmenge reduziert werden.
Die beiden Synchronisationseinheiten 13, 23 der Verarbeitungseinheiten Nl bzw. N2 können ausgebildet sein, dass sie nur eines der zuvor beschriebenen Verfahren zur Synchronisation durchführen oder wahlweise beide Verfahren zur Synchronisation durchführen können, insbesondere abhängig von den bereitgestellten Synchronisationsdaten.
Die Synchronisationsdaten (vergl. SYN in Fig. 4) können so beschaffen sein, dass sie eine Regel zur Synchronisation angeben. Insbesondere können die Synchronisationsdaten eine Information darüber umfassen, wie eine entsprechende Untermenge von Dateien ausgewählt wird. Die Synchronisationsdaten können bestimmen, dass die Untermenge durch ein den Dateien zugeordnetes Attribut, einen
Benutzerstatus des Benutzers und/oder ein Systemparameter bestimmt werden.
Insbesondere das den Dateien zugeordnete Attribut kann eine Zeitinformation sein, die die Zeit der Erstellung und/oder einer Änderung des Inhalts der Dateien angibt. Insbesondere kann die Zeitinformation auch eine Historie aller Änderungen umfassen. Weiterhin kann das der Datei zugeordnete Attribut auch eine Dateitypinformation sein, die die Daten angibt, die die Datei aufweist. Z.B. kann die Datentypinformation eine Angabe darüber enthalten, ob die Datei Bildinformationen, Videoinformationen, Textinformation, Klanginformation, Programminformation und dgl. enthält. Das den Daten zugeordnete Attribut kann weiterhin eine
Bearbeitungsinformation umfassen, die die Identität eines oder mehrerer Bearbeiter der Datei angibt. So kann beispielsweise vorgesehen werden, dass nur Dateien von bestimmten Bearbeitern bzw. Dateien mit einer bestimmten Anzahl von Bearbeitern zur Synchronisation ausgewählt werden. Darüber hinaus kann das den Dateien zugeordnete Attribut eine Zugriffsinformation sein, die die Zugriffsrechte auf die entsprechenden Dateien angibt. So können beispielsweise nur Dateien synchronisiert werden, die einen Lese-Schreib-Zugriff ermöglichen, wohingegen Dateien, die nur einen Lesezugriff ermöglichen, nicht synchronisiert werden, da diese im Wesentlichen nicht veränderbar sind. Weiterhin kann das den Dateien zugeordnete Attribut auch eine Synchronisationsinformation sein, die beispielsweise die Zeit einer Synchronisation z.B. der letzten Synchronisation, eine Quelle einer Synchronisation z.B. einer letzten Synchronisation oder ein Ziel einer Synchronisation angibt.
Ferner kann der Benutzerstatus beispielsweise angeben, welche Zugriffsrechte der Benutzer auf die entsprechende
Verarbeitungseinheit besitzt oder welche Tätigkeiten der Benutzer auf der jeweiligen Verarbeitungseinheit ausführt und eine Synchronisation der dem Benutzer zugeordnete Dateien entsprechend der Zugriffsrechte des Benutzers oder abhängig von dessen Tätigkeitsprofil durchgeführt werden.
Der Systemparameter, den die Synchronisationsdaten enthalten kann, kann beispielsweise eine Information über die Prozessorbelastung, über die Netzwerkbelastung, über die verbleibende Speicherkapazität der Speichereinrichtung und eine sonstige Angabe über verfügbare Ressourcen der Verarbeitungseinheit und andere Informationen über die Verarbeitungseinheit sein, die die Zeitdauer der Synchronisation beeinflussen können, bzw. die Belastung des Gesamtsystems durch die Synchronisation angeben können, so dass das Verfahren zur Synchronisation die entsprechende Belastung des Gesamtsystems berücksichtigt. D.h., abhängig davon, wie stark die Belastung der Netzwerkverbindung und der Verarbeitungseinheiten durch andere Aufgaben ist, kann eine umfangreichere oder weniger umfangreiche Synchronisation der Dateien vorgenommen werden.
Das hier in der Fig. 5 dargestellte KommunikationsSystem S' ist nicht auf die zwei Verarbeitungseinheiten Nl und N2 beschränkt, sondern es können mehr als zwei Verarbeitungseinheiten mit jeweiligen Speichereinrichtungen 11, 21 vorgesehen werden, die Daten miteinander synchronisieren. Die Synchronisationsdaten, die einer Verarbeitungseinheit bereitgestellt werden, können dann auch bzgl. jeder der Verarbeitungseinheiten differenzieren, so dass Synchronisationsvorschriften für jede der übrigen Verarbeitungseinheiten unabhängig voneinander bereitgestellt werden können.
Bezugszeichenliste
CB KommunikationsSystem (erstes
Ausführungsbeispiel )
A; B Nutzer bzw. Kommunikationspartner
TSC Kernnetzwerk (Trusted System Core)
EUNA ... UHNA Netzwerkknoten, die über direkte und/oder indirekte Verbindungen miteinander verbindbar sind
EUNA, EUNA' Endnutzer-Netzwerkknoten (EndUserNodes) für
• • Nutzer A
EUNB... bzw. für Nutzer B UHNA; Nutzer-Netzwerkknoten (HomeUserNode ) für UHNB, Nutzer A bzw. für Nutzer B
101 Direkte Verbindungen (Peer-To-Peer) P2P symbolische Darstellung von direkten
Verbindungen
102; 201, Indirekte Verbindungen mit Daten-Speicherung
202 ( Store&Forward)
S&F symbolische Darstellung von indirekten
Verbindungen
CID Authentifizierungseinheit TRF Datei bzw. Datenbank mit Kriterien, insbes. den Nutzungstarifen
CRT Verwaltung von Netzwerkresourcen mit evtl. darin integrierter
(Teil-) Steuerung des Datenflusses
TRF(A) ; Nutzungstarif des Nutzers A bzw. B TRF (B) VOL Datenvolumen bzw. Datenmenge der zu übertragenen Daten
TST Test-Nutzungstarif „Test" BSC Basis-Nutzungstarif „Basic"
TH Schwellwert bzw. Vergleichswert
NICA; NICB Netzwerkkarte des Nutzers A bzw. B
DSLR DSL-Router
Kommunikationssystem (zweites
Ausführungsbeispiel )
NW Kernnetzwerk bzw. Netzwerksystem 3; 4 Endnutzer-Knoten (EndUserNode) des zweiten
Ausführungsbeispiels
Netzwerkeinheiten, insbesondere
Netzwerkknoten
7 Verbindung
8 Zugangsknoten
9; 10 Benutzerknoten
11 jeweilige Speichereinrichtung
12 jeweilige Datenschnittstelle
13 jeweilige Synchronisationseinheit
DAT Datenblock bzw. Datenpaket
PL Nutzdaten
SYN Steuerungsdaten bzw. Synchronisationsdaten
Kommunikationssystem (drittes
Ausführungsbeispiel )
NW' Kernnetzwerk bzw. Netzwerksystem Nl erste Verarbeitungseinheit (Knoten EUNl oder
UHNl)
N2 zweite Verarbeitungseinheit (Knoten EUN2 oder
UHN2)
11; 21 erste bzw. zweite Speichereinrichtung 12; 22 erste bzw. zweite Datenschnittstelle 13; 23 erste bzw. zweite Synchronisationseinheit
Claims
1. Verfahren (MlOO) zur Steuerung des Datenflusses über Netzwerkknoten (EUNA, EUNA' ...EUNB... ;UHNA, UHNB), die Nutzern (A, B) eines Kommunikationssystems (CB) zugeordnet sind, wobei das KommunikationsSystem (CB) ein Kernnetzwerk (TSC) mit logischen Nutzer-Netzwerkknoten (UHNA, UHNB...) umfasst, auf die die Nutzer (A, B) mittels Endgeräten zugreifen, die als logische Endnutzer- Netzwerkknoten (EUNA, EUNB... ) ausgebildet sind, mit folgenden Schritten:
- Feststellen (MlOl), dass Daten von einem der Nutzer (A) zu einem anderen der Nutzer (B) zu übertragen sind;
- Prüfen (M102) mindestens eines Kriteriums (TRF), das bestimmt, ob der Datenfluss der Daten über direkte Verbindungen (P2P) zwischen den Endnutzer-Netzwerkknoten (EUNA, EUNB...) oder auch über indirekte Verbindungen (S&F) zu steuern ist, die zumindest einen der Nutzer- Netzwerkknoten (UHNA, UHNB...) umfassen (M102);
- Steuern (M103) des Datenflusses in Abhängigkeit von dem mindestens einem geprüften Kriterium (TRF; TRF-A, TRF-B; VOL) .
2. Verfahren nach Anspruch 1, bei dem das mindestens eine Kriterium einen Nutzungstarif (TRF-A) angibt, der mindestens einem der Nutzer (A, B) für die Nutzung des Kommunikationssystems (CB) zugewiesen wurde, insbesondere demjenigen Nutzer (A) , der die Daten an den anderen Nutzer (B) sendet, zugewiesen wurde, und bei dem der Nutzungstarif (TRF) in einem dem Nutzer (A) zugeordneten Nutzerprofil abgespeichert wird, wobei der Nutzungstarif angibt, ob der Datenfluss der Daten über die direkten Verbindungen (P2P) und/oder die indirekten Verbindungen (S&F) gesteuert wird.
3. Verfahren nach Anspruch 1, bei dem das mindestens eine Kriterium einen ersten Nutzungstarif (TRF-A) umfasst, der demjenigen Nutzer (A) für die Nutzung des
KommunikationsSystems (CB) zugewiesen wurde, der die Daten an den anderen Nutzer (B) sendet, wobei der erste Nutzungstarif (TRF) in einem dem Nutzer (A) zugeordneten Nutzerprofil abgespeichert wird, und bei dem das mindestens eine Kriterium auch einen zweiten Nutzungstarif (TRF-A) umfasst, der dem anderen Nutzer (B) für die Nutzung des Kommunikationssystems (CB) zugewiesen wurde, der die Daten empfängt, wobei der zweite Nutzungstarif (TRF) in einem dem anderen Nutzer (B) zugeordneten Nutzerprofil abgespeichert wird, und bei dem mittels beider Nutzungstarife (TRF-A; TRF-B) geprüft wird, ob der Datenfluss der Daten über die direkten Verbindungen (P2P) und/oder über die indirekten Verbindungen (S&F) gesteuert wird.
4. Verfahren nach einem der Ansprüche 1 bis 3, bei dem das mindestens eine Kriterium ein Datenvolumen (VOL) für die zu übertragenen Daten angibt, wobei zur Prüfung des Kriteriums das Datenvolumen (VOL) mit einem Schwellwert (TH) verglichen wird.
5. Verfahren nach Anspruch 4, bei dem der Datenfluss bevorzugt über die direkten Verbindungen (P2P) gesteuert wird, wenn das Datenvolumen (VOL) den Schwellwert (TH) übersteigt.
6. Verfahren nach einem der vorhergehenden Ansprüche, bei dem das mindestens eine Kriterium vorgebare Angaben zu den zu übertragenen Daten, insbesondere zum Datentyp, zum Dateninhalt, zur Sendezeit und/oder zum aussendenden Netzwerknoten (EUNA), enthalten.
7. Verfahren nach einem der vorhergehenden Ansprüche, bei dem das mindestens eine Kriterium vorgebare Angaben zu dem für das Senden und/oder für den Empfang der Daten vorgesehenen Endgerät enthalten und/oder zu dem sendenden und/oder empfangenden Nutzer (A, B), insbesondere Angaben, die im Nutzerprofil des jeweiligen Nutzers (A, B) gespeichert werden.
8. Verfahren nach einem der vorhergehenden Ansprüche, bei dem das mindestens eine Kriterium vom Netzwerkbetreiber und/oder Diensteanbieter vorgebare Angaben und/oder von den Nutzern wählbare Angaben enthalten.
9. Verfahren nach einem der vorhergehenden Ansprüche, bei dem die zu übertragenen Daten in Form eines Datenpaketes (DAT) oder Datenblocks (DAT) übertragen werden, die Nutzdaten (PL) und Steuerungsdaten (SYN), insbesondere Strategie- und/oder Synchronisationsdaten, enthalten, wobei die Steuerungsdaten (SYN) das mindestens eine Kriterium (TRF) zur Steuerung des Datenflusses enthalten.
10. Verfahren nach einem der vorhergehenden Ansprüche, bei dem zum Bereitstellen einer Anzahl von Diensten, insbesondere von Kommunikationsdiensten, an ein Endgerät (4), das mit einem Netzwerk mit einer Anzahl von miteinander in Verbindung stehenden Netzwerkeinheiten (5) verbindbar ist, folgende Schritte ausgeführt werden:
- Bereitstellen eines Datenblockes (DAT) oder Datenpaketes, der Benutzerdaten (PL) und Strategiedaten (SYN), insbesondere Synchronisationsdaten, enthält, in einer als ein Benutzerknoten (10) ausgebildeten Netzwerkeinheit;
- Automatisches Herstellen einer Verbindung mit dem Endgerät (4) und Übertragen des Datenblockes (DAT) von dem Netzwerk ( 2 ) an das Endgerät ( 4 ) abhängig von den in dem Datenblock (DAT) enthaltenen Strategiedaten (SYN), insbesondere Synchronisationsdaten.
11. Verfahren nach Anspruch 10, wobei eine Anzahl von Diensten zwischen mindestens einem ersten und einem zweiten Endgerät (3,4) bereitgestellt wird, die jeweils mit einem Netzwerk (2) mit einer Anzahl von miteinander in Verbindung stehenden Netzwerkeinheiten (5) verbindbar sind, mit folgenden Schritten:
- Auswählen eines der Dienste an dem ersten Endgerät (3);
- Generieren eines Datenblockes (DAT), der Benutzerdaten (PL) und Synchronisationsdaten (SYN) enthält, wobei die Synchronisationsdaten (SYN) abhängig von dem Dienst bereitgestellt werden;
- Übermitteln des Datenblockes (DAT) an eine als ein erster Benutzerknoten (9) ausgebildete Netzwerkeinheit des Netzwerks zum Bereitstellen des Datenblockes (DAT) an das zweite Endgerät ( 4 ) ;
- Automatisches Übertragen des Datenblockes (DAT) von dem Netzwerk (2) abhängig von den in dem Datenblock (DAT) enthaltenen Synchronisationsdaten (SYN).
12. Verfahren nach Anspruch 11, wobei der Datenblock (DAT) in einem als zweiter Benutzerknoten (10) ausgebildeten Netzwerkknoten in dem Netzwerk (2) bereitgestellt wird, und wobei der Datenblock (DAT) von dem zweiten Benutzerknoten (10) abhängig von den in dem Datenblock (DAT) enthaltenen Synchronisationsdaten (SYN) automatisch übertragen wird, wobei der Datenblock (DAT) abhängig von im zweiten Benutzerknoten (10) vorgesehenen Einstellungsdaten an das zweite Endgerät (4) übertragen wird.
13. Verfahren nach Anspruch 12, wobei das Verbinden des zweiten Endgeräts (4) mit dem zweiten Benutzerknoten (10) des Netzwerks durch den zweiten Benutzerknoten (10) abhängig von den Synchronisationsdaten (SYN) des Datenblockes (DAT) und/oder den Einstellungsdaten des zweiten Benutzerknotens (10) durchgeführt wird, sobald der bereitzustellende Datenblock (DAT) in dem zweiten Benutzerknoten (10) verfügbar ist.
14. Verfahren nach Anspruch 13, mit folgenden Schritten:
- abhängig von den Synchronisationsdaten (SYN) in dem Datenblock (DAT), Versuchen durch den zweiten Benutzerknoten (10), eine Datenverbindung zwischen dem zweiten Benutzerknoten (10) und dem zweiten Endgerät (4) herzustellen;
- wenn Datenverbindung hergestellt wurde, Übermitteln des Datenblockes (DAT) an das zweite Endgerät (4);
- wenn keine Datenverbindung zwischen dem zweiten Benutzerknoten (10) und dem zweiten Endgerät (4) herstellbar ist, Übermitteln des Datenblockes (DAT) von dem zweiten Benutzerknoten (10) an einen weiteren zweiten Benutzerknoten (10) , der mit dem zweiten Endgerät (4) verbindbar ist; abhängig von den Synchronisationsdaten (SYN) in dem Datenblock (DAT), Versuchen des weiteren zweiten Benutzerknotens (10) , eine Datenverbindung zwischen dem weiteren zweiten Benutzerknoten und dem zweiten Endgerät (4) herzustellen, um den Datenblock (DAT) zu übertragen.
15. Verfahren nach Anspruch 10 bis 14, wobei die Synchronisationsdaten (SYN) weiterhin abhängig von einer Prioritätsinformation generiert werden, die von einem Benutzer des ersten Endgeräts (3) bereitgestellt werden und/oder die automatisch vom ersten Endgerät (3) bereit gestellt werden.
16. Verfahren nach einem der vorhergehenden Ansprüche, wobei zum Synchronisieren mit einer Datenquelle, folgende Schritte ausgeführt werden:
- Bereitstellen einer ersten Datenmenge in einer ersten Verarbeitungseinheit ( 1 ) ;
- Bereitstellen einer zweiten Datenmenge in einer zweiten Verarbeitungseinheit ( 2 ) ;
- Synchronisieren der ersten Datenmenge bezüglich der zweiten Datenmenge abhängig von Synchronisationsdaten, die in einem Verzeichnis abgelegt sind, insbesondere in einem von einem Verzeichnisdienst bereit gestellten Verzeichnis abgelegt sind, welches einem Benutzer, insbesondere einem Benutzer der ersten Verarbeitungseinheit (1), zugeordnet ist.
17. Verfahren nach Anspruch 16, wobei das Synchronisieren durchgeführt wird, indem eine Untermenge der Daten aus der ersten Datenmenge abhängig von den
Synchronisationsdaten ausgewählt wird und wobei die Daten der ausgewählten Untermenge mit den entsprechenden Daten aus der zweiten Datenmenge aktualisiert werden.
18. Verfahren nach Anspruch 16 oder 17, wobei das Synchronisieren durchgeführt wird, indem eine Untermenge der Daten der zweiten Datenmenge abhängig von den Synchronisationsdaten ausgewählt wird und wobei die Daten der ausgewählten Untermenge der ersten Datenmenge hinzugefügt werden und/oder die entsprechenden Daten der ersten Datenmenge mit den Daten der ausgewählten Untermenge aktualisiert werden.
19. Verfahren nach Anspruch 17 oder 18, wobei die Synchronisationsdaten die entsprechende Untermenge von Daten zumindest anhand eines der folgenden Parameter bestimmt: ein den Daten zugeordnetes Attribut, einen BenutzerStatus und ein Systemparameter.
20. Verfahren nach Anspruch 19, wobei das den Daten zugeordnete Attribut eines aus den folgenden Attributen für Daten ist:
- Zeitinformation, die die Zeit der Erstellung und/oder einer Änderung des Inhalts der Daten angibt;
- Datentypinformation, die die Art der Daten angibt;
- Bearbeitungsinformation, die die Identität eines oder mehrerer Bearbeiter der Daten angibt;
- Zugriffsinformation, die die Zugriffsrechte auf die Daten angibt;
- Synchronisationsinformation, die mindestens eines der folgenden Informationen angibt: eine Zeit der letzten Synchronisation, eine Quelle einer Synchronisation, und ein Ziel einer Synchronisation angibt.
21. KommunikationsSystem (CB) mit steuernden Netzwerkeinheiten zur Durchführung der Verfahren nach den vorhergehenden Ansprüche zur Steuerung des Datenflusses, wobei das Kommunikationssystem die steuernden Netzwerkeinheiten in Form von Netzwerkknoten (EUN, UHN) enthält, die dezentralen den Datenfluss steuern und/oder in Form einer zentralen Steuerung (CRT) enthält, die zentral den Datenfluss zumindest in Verbindung mit den Netzwerkknoten (EUN, UHN) steuert.
22. KommunikationsSystem (CB) nach Anspruch 21, das die zu übertragenen Daten in Form eines Datenblock (DAT) oder Datenpaketes überträgt, der Benutzerdaten (PL) und Synchronisationsdaten (SYN) enthält, die das mindestens eine Kriterium (TRF) angeben, wobei die steuernden Netzwerkeinheiten abhängig von den Synchronisationsdaten (SYN) den Datenfluss steuern.
23. Kommunikationssystem nach einem der Ansprüche 21 oder 22, wobei zum Bereitstellen einer Anzahl von Diensten, insbesondere von Kommunikationsdiensten, an ein Endgerät (4), das mit einem Netzwerk (2) mit einer Anzahl von miteinander in Verbindung stehenden Netzwerkeinheiten (5) verbindbar ist, eine als Benutzerknoten (10) ausgebildete Netzwerkeinheit vorgesehen ist, um einen Datenblock (DAT) bereitzustellen, der Benutzerdaten (PL) und Synchronisationsdaten (SYN) enthält, wobei der Benutzerknoten (10) gestaltet ist, um eine Verbindung mit dem Endgerät (4) automatisch herzustellen und den Datenblock (DAT) von dem Netzwerk (2) an das Endgerät (4) abhängig von den in dem Datenblock (DAT) enthaltenen Synchronisationsdaten (SYN) zu übertragen.
24. Kommunikationssystem nach Anspruch 23, wobei eine erste der Netzwerkeinheiten als ein erster Benuterknoten (9) ausgebildet ist, über den ein erstes Endgerät (3) mit dem Netzwerk (2) verbindbar ist, um einen Datenblock an den ersten Benutzerknoten (3) zu senden; wobei die Synchronisationsdaten (SYN) des Datenblockes (DAT) abhängig von einem in dem ersten Endgerät (3) ausgewählten Dienst bereitgestellt sind; und wobei die Netzwerkeinheiten (5) so gestaltet sind, um einen Datenblock (DAT) von dem ersten Benutzerknoten an einen zweiten Benutzerknoten (10) zu übermitteln, wobei der zweite Benutzerknoten (10) den Datenblock (DAT) an das zweite Endgerät (4) automatisch abhängig von den in dem Datenblock (DAT) enthaltenen Synchronisationsdaten (SYN) überträgt.
25. Kommunikationssystem nach Anspruch 24, wobei das zweite Endgerät (4) mit dem zweiten Benutzerknoten (10) des Netzwerks zeitweilig verbindbar ist und wobei der zweite Benutzerknoten (10) einen Einstellungsspeicher (13) aufweist, um Einstellungsdaten bereitzustellen, wobei der zweite Benutzerknoten (10) gestaltet ist, um abhängig von den Synchronisationdaten (SYN) des Datenblockes (DAT) und abhängig von den Einstellungsdaten eine Verbindung zu dem zweiten Endgerät (4) herzustellen.
26. Kommunikationssystem nach einem der Ansprüche 24 oder 25, wobei der zweite Benutzerknoten (10) weiterhin umfasst:
- eine Datenschnittstelle (11), um abhängig von den Synchronisationsdaten (SYN) in dem Datenblock (DAT) zu versuchen, eine Datenverbindung zwischen dem zweiten Benutzerknoten (10) und dem zweiten Endgerät (4) herzustellen, und um den Datenblock (DAT) an das zweite Endgerät (4) zu übermitteln, wenn eine Datenverbindung hergestellt wurde;
- eine Datenweiterleitungseinheit, um, wenn keine Datenverbindung zwischen dem zweiten Benutzerknoten (10) und dem zweiten Endgerät (4) herstellbar ist, den Datenblockes (DAT) von dem zweiten Benutzerknoten an einen weiteren zweiten Benutzerknoten des Netzwerks (2) zu übermitteln, der mit dem zweiten Endgerät (4) verbindbar ist; und um abhängig von den Synchronisationsdaten (SYN) in dem Datenblock (DAT) zu versuchen, eine Datenverbindung zwischen dem weiteren zweiten Benutzerknoten (10) und dem zweiten Endgerät (4) herzustellen, um den Datenblock (DAT) zu übertragen.
27. Netzwerkeinheit für ein Kommunikationssystem (CB) nach Anspruch 21, wobei die Netzwerkeinheit in Form eines Netzwerkknoten (EUN, UHN) ausgebildet ist, der dezentral den Datenfluss steuert.
28. Netzwerkeinheit für ein KommunikationsSystem (CB) nach Anspruch 21, wobei die Netzwerkeinheit in Form einer zentralen Steuerung (CRT) ausgebildet ist, die zentral den Datenfluss zumindest in Verbindung mit Netzwerkknoten (EUN, UHN) des Kommunikationssystems (CB) steuert.
29. Netzwerkeinheit nach Anspruch 27 oder 28, wobei das Kommunikationssystem (CB) die zu übertragenen Daten in Form eines Datenblock (DAT) oder Datenpaketes überträgt, der Benutzerdaten (PL) und Synchronisationsdaten (SYN) enthält, die das mindestens eine Kriterium (TRF) angeben, und wobei die Netzwerkeinheit abhängig von den Synchronisationsdaten (SYN) den Datenfluss steuert.
30. Netzwerkeinheit (10) nach Anspruch 27, die zum Betreiben in einem Netzwerk (2) nach Anspruch und zum Herstellen einer Datenverbindung mit einem Endgerät (4), umfasst:
- eine Empfangseinheit, um ein Datenblock in dem Netzwerk (2) zu empfangen,
- eine Prioritätseinheit (12), um in dem Datenblock enthaltene Synchronisationsdaten zu bestimmen;
- eine Datenschnittstelle, um abhängig von den Synchronisationsdaten eine Datenverbindung zu einem Endgerät (4) aufzubauen, um den Datenblock an das Endgerät zu übermitteln.
31. Netzwerkeinheit nach Anspruch 30, wobei ein Einstellungsspeicher (13) vorgesehen ist, um Einstellungsdaten zu speichern, wobei die Datenschnittstelle gestaltet ist, um abhängig von den Einstellungsdaten und den Synchronisationsdaten (SYN) eine Datenverbindung zu einem Endgerät (4) aufzubauen, um den Datenblock (DAT) an das Endgerät zu übermitteln.
32. Netzwerkeinheit nach Anspruch 27, insbesondere als Verarbeitungseinheit (Nl) zum Synchronisieren mit einer Datenquelle ausgebildete Netzwerkeinheit, die folgende Elemente umfasst:
- eine erste Speichereinrichtung (11) zum Bereitstellen einer ersten Datenmenge;
- eine Datenschnittstelle ( 12 ) zum Empfangen und Senden von Daten aus einer zweiten Datenmenge;
- eine Synchronisationseinheit (13) zum Synchronisieren der ersten Datenmenge bezüglich der zweiten Datenmenge abhängig von Synchronisationsdaten.
33. Netzwerkeinheit, insbesondere Verarbeitungseinheit (Nl), nach Anspruch 32, wobei die Synchronisationseinheit (13) gestaltet ist, um das Synchronisieren durchzuführen, indem eine Untermenge der Daten aus der ersten Datenmenge abhängig von den Synchronisationsdaten ausgewählt wird und indem über die Datenschnittstelle (12) entsprechende Daten aus der zweiten Datenmenge angefordert und empfangen werden und indem die Daten der ausgewählten Untermenge mit den entsprechenden empfangenen Daten aus der zweiten Datenmenge aktualisiert werden.
34. Netzwerkeinheit, insbesondere Verarbeitungseinheit (Nl), nach Anspruch 32 oder 33, wobei die Synchronisationseinheit (13) gestaltet ist, um das Synchronisieren durchzuführen, indem über die Datenschnittstelle (12) eine Untermenge der Daten der zweiten Datenmenge abhängig von den Synchronisationsdaten (SYN) ausgewählt und empfangen wird und wobei in der Speichereinrichtung (11) die Daten der ausgewählten Untermenge der ersten Datenmenge hinzugefügt werden und/oder die entsprechenden Daten der ersten Datenmenge mit den Daten der ausgewählten Untermenge aktualisiert werden.
35. Netzwerkeinheit, insbesondere Verarbeitungseinheit (Nl) nach Anspruch 33 oder 34, wobei die Synchronisationsdaten (SYN) die entsprechende Untermenge von Daten zumindest anhand eines der folgenden Parameter bestimmt: ein den Daten zugeordnetes Attribut, einen Benutzerstatus und ein Systemparameter, und wobei das den Daten zugeordnete Attribut eines aus den folgenden Attributen für Daten ist:
- Zeitinformation, die die Zeit der Erstellung und/oder einer Änderung des Inhalts der Daten angibt;
- Datentypinformation, die die Art der Daten angibt;
- Bearbeitungsinformation, die die Identität eines oder mehrerer Bearbeiter der Daten angibt;
- Zugriffsinformation, die die Zugriffsrechte auf die Daten angibt;
- Synchronisationsinformation, die mindestens eines der folgenden Informationen angibt: eine Zeit der letzten Synchronisation, eine Quelle einer Synchronisation, und ein Ziel einer Synchronisation angibt.
Applications Claiming Priority (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
DE102006030613A DE102006030613A1 (de) | 2006-07-03 | 2006-07-03 | Verfahren und Kommunikationssystem zur Steuerung des Datenflusses über Netzwerkknoten |
DE102006030613.9 | 2006-07-03 |
Publications (1)
Publication Number | Publication Date |
---|---|
WO2008003404A1 true WO2008003404A1 (de) | 2008-01-10 |
Family
ID=38362845
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
PCT/EP2007/005481 WO2008003404A1 (de) | 2006-07-03 | 2007-06-21 | Verfahren und kommunikationssystem zur steuerung des datenflusses über netzwerkknoten |
Country Status (2)
Country | Link |
---|---|
DE (1) | DE102006030613A1 (de) |
WO (1) | WO2008003404A1 (de) |
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN104394092A (zh) * | 2014-11-14 | 2015-03-04 | 上海交通大学 | 一种bt流量控制***和方法 |
Families Citing this family (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN108683519A (zh) * | 2018-04-08 | 2018-10-19 | 安徽展航信息科技发展有限公司 | 一种互联网出口加速*** |
Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20020016837A1 (en) * | 1998-02-10 | 2002-02-07 | Stanley T. Naudus | Method and apparatus for sending delay sensitive information assisted by packet switched networks |
US20020131363A1 (en) * | 1998-05-01 | 2002-09-19 | Maged E. Beshai | Multi-class network |
US20060136722A1 (en) * | 2004-12-22 | 2006-06-22 | Fujitsu Limited | Secure communication system and communication route selecting device |
Family Cites Families (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
DE19737855A1 (de) * | 1997-08-29 | 1999-03-04 | Internet Skyway Ges Fuer Satel | Datenübertragungssystem und Verfahren zum Übertragen von Echtzeit-Daten und/oder Speicher-Daten in Datenkommunikationsnetzen |
EP2469716B1 (de) * | 2002-06-26 | 2013-12-04 | Yahoo! Inc. | System und Verfahren zur Übermittlung von Bildern zwischen miteinander verbundenen Benutzern |
US7363378B2 (en) * | 2003-07-01 | 2008-04-22 | Microsoft Corporation | Transport system for instant messaging |
EP1889423A1 (de) * | 2005-05-16 | 2008-02-20 | Mandalogo Ltd | System und verfahren zum übermitteln von email-dateianlagen über ein telekommunikationsnetz unter verwendung einer peer-to-peer-verbindung |
-
2006
- 2006-07-03 DE DE102006030613A patent/DE102006030613A1/de not_active Ceased
-
2007
- 2007-06-21 WO PCT/EP2007/005481 patent/WO2008003404A1/de active Application Filing
Patent Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20020016837A1 (en) * | 1998-02-10 | 2002-02-07 | Stanley T. Naudus | Method and apparatus for sending delay sensitive information assisted by packet switched networks |
US20020131363A1 (en) * | 1998-05-01 | 2002-09-19 | Maged E. Beshai | Multi-class network |
US20060136722A1 (en) * | 2004-12-22 | 2006-06-22 | Fujitsu Limited | Secure communication system and communication route selecting device |
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN104394092A (zh) * | 2014-11-14 | 2015-03-04 | 上海交通大学 | 一种bt流量控制***和方法 |
Also Published As
Publication number | Publication date |
---|---|
DE102006030613A1 (de) | 2008-01-10 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
DE60317925T2 (de) | Steuerung von netzwerkverkehr in einer peer-to-peer umgebung | |
DE69933312T2 (de) | Auswahlsteuerung eines gateway-unterstützungsknotens | |
DE602004010807T2 (de) | Techniken zur bereitstellung eines virtuellen arbeitsraums, bestehend aus einer vielzahl elektronischer einrichtungen | |
EP1530758B1 (de) | Verfahren zur bereitstellung von ressourcen in kommunikations-netzwerken | |
EP1851944A1 (de) | Verfahren zum aufnehmen einer voip-kommunikation mittels einer peer-to-peer-datenbank | |
DE102008036453A1 (de) | Verfahren zum Versenden von Daten und Kommunikationseinrichtung | |
WO2010025759A1 (de) | Verfahren zur übertragung und aushandlung von netzwerk kontrollierten funktionsdaten zwischen einem client und einem server | |
EP2250588A2 (de) | Verfahren und programm zum bereitstellen von datenkohärenz in netzwerken | |
DE60218185T2 (de) | Verfahren und Vorrichtung zum Wiederauffinden von Informationen in einem Netzwerk | |
DE60316750T2 (de) | Verfahren zum Konfigurieren eines Bluetooth Logical Link Control and Adaptation Protocol-Kanals | |
WO2008003404A1 (de) | Verfahren und kommunikationssystem zur steuerung des datenflusses über netzwerkknoten | |
EP2681890B1 (de) | Verfahren zur kommunikation und komponente in einem kommunikationsnetzwerk | |
DE102009017315B3 (de) | Verfahren zur Datenbereitstellung auf mobilen Endgeräten und mobiles Endgerät zur Durchführung des Verfahrens | |
WO2009083410A1 (de) | Verfahren und vorrichtung zum betreiben einer audio- und/oder videokonferenz mit zumindest zwei teilnehmern | |
EP1520389B1 (de) | Netzwerk mit in kommunikationskomponenten integrierten suchfunktionen | |
DE60207056T2 (de) | System und Verfahren zur Datenteilung von einem WAP-Endgerät | |
DE10230690A1 (de) | Verfahren zur Aktualisierung von Diensten in Kommunikations-Netzwerken | |
EP1833192B1 (de) | Verfahren zur Übergabe des Zugriffs auf eine serverbasierte Anwendungssitzung an ein Kommunikationsendgerät | |
DE102006005840B4 (de) | Verfahren zum gemeinsamen Bearbeiten einer Datenmenge sowie ein Netzwerksystem und ein Kommunikationssystem zur Durchführung des Verfahrens | |
DE10230689A1 (de) | Verfahren zur Ressourcen-Auswahl in Kommunikations-Netzwerken | |
DE60310220T2 (de) | System und Verfahren zum Aufrufen eines Anwendungsprogramms von einem WAP-Endgerät im gemeinsamen Zugriffsverfahren | |
WO2006081886A1 (de) | Auswahl eines gateways mittels eines peer-to-peer verfahrens | |
DE102006032252A1 (de) | Verfahren und Kommunikationssystem zur Steuerung des Sendens bzw. des Übertragens von Kommunikationsdaten zwischen Netzwerkknoten | |
EP2207334A1 (de) | Verfahren zur Synchronisation von Adressbüchern | |
DE102006032340A1 (de) | Verfahren und Kommunikationssystem zur geräte-optimierten Lieferung von Kommunikationsdaten an empfangende Endgeräte |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
121 | Ep: the epo has been informed by wipo that ep was designated in this application |
Ref document number: 07726115 Country of ref document: EP Kind code of ref document: A1 |
|
NENP | Non-entry into the national phase |
Ref country code: DE |
|
NENP | Non-entry into the national phase |
Ref country code: RU |
|
122 | Ep: pct application non-entry in european phase |
Ref document number: 07726115 Country of ref document: EP Kind code of ref document: A1 |