WO2008135080A1 - Système de gestion de données - Google Patents

Système de gestion de données Download PDF

Info

Publication number
WO2008135080A1
WO2008135080A1 PCT/EP2007/054291 EP2007054291W WO2008135080A1 WO 2008135080 A1 WO2008135080 A1 WO 2008135080A1 EP 2007054291 W EP2007054291 W EP 2007054291W WO 2008135080 A1 WO2008135080 A1 WO 2008135080A1
Authority
WO
WIPO (PCT)
Prior art keywords
service data
providing
units
arrangement
information
Prior art date
Application number
PCT/EP2007/054291
Other languages
English (en)
Inventor
Srdjan Krco
Original Assignee
Telefonaktiebolaget L M Ericsson (Publ)
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Telefonaktiebolaget L M Ericsson (Publ) filed Critical Telefonaktiebolaget L M Ericsson (Publ)
Priority to PCT/EP2007/054291 priority Critical patent/WO2008135080A1/fr
Publication of WO2008135080A1 publication Critical patent/WO2008135080A1/fr

Links

Classifications

    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q10/00Administration; Management
    • G06Q10/10Office automation; Time management
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q50/00Information and communication technology [ICT] specially adapted for implementation of business processes of specific business sectors, e.g. utilities or tourism
    • G06Q50/10Services
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00Network arrangements or protocols for supporting network services or applications
    • H04L67/01Protocols
    • H04L67/12Protocols specially adapted for proprietary or special-purpose networking environments, e.g. medical networks, sensor networks, networks in vehicles or remote metering networks

Definitions

  • the present invention relates to a system for handling service data comprising a plurality of local service data providing means and a number of service data requesting user stations.
  • the invention also relates to a method for providing end user stations, requesting service data, with service data.
  • Service data can be provided to end users in different manners.
  • Mobile networks can be used to provide services.
  • Such mobile network services are provided by mobile network operators or by third party companies having appropriate agreements and contracts with the operators.
  • a quite complex environment has to be in place and the exact format and content of the service has to be known in advance.
  • the users have to be informed about the service content and in order to use services, potential users first have to learn about the service.
  • Today various media such as radio, TV, newspapers etc. are used for marketing services.
  • Such solutions are suitable for continuous provision of predefined services from a central location and by companies with service provision as a core business.
  • sensing or detecting devices are used to a large extent. Sensors are used for various reasons, for example to measure temperature, humidity, air pollution, traffic congestion and environmental parameters in general. There are also sensors of other types, such as burglary sensors, cameras for monitoring areas in and around companies, office buildings, institutions etc.
  • the information provided by such sensors is however only accessible by those "subscribing" to the service, or owning the sensors, and the information that is provided is restricted to special interested groups. Some information provided by such sensors will be of private nature and of interest for their owners only, for example health care sensors.
  • environmental information such as information about temperature, humidity, air pollution, UV index, environmental information in general, as well as traffic information etc. is, to its nature, normally not confidential information and could actually be of interest to far more users than those having access to it, it could even be of public interest.
  • the data provided by for example privately owned sensors or sensors provided and owned by a company or an institution for example for monitoring traffic, environment etc. is not available.
  • the information provided by private sensors is generally not available at all for public use or external use. If for example individual sensor owners were to provide data from their private sensors, the owners would be required to participate in a complex definition of a complete service chain and ratify all service related agreements. This actually excludes the availability to the information provided by any sensors owned by private individuals or companies etc.
  • service data most particularly data from sensing or detecting means
  • sensors or similar measuring or detecting environmental features such as temperature, humidity, strengths of wind, geologically interesting features for example indications of earth quakes, exhausts from traffic, etc. but also information about for example traffic conditions that actually could be used and of interest to end users, but although actually existing, their data is not available to interested end users or to the public.
  • a most particular object of the invention is to make it attractive for owners of devices capable of providing service data, such as for example companies or individuals owning sensors to share their information with others. It is also a specific object to, in a cheaper and easier manner than hitherto, provide service data to interested parties.
  • a system as initially referred to which comprises a central service data collecting and providing arrangement and a number of local service data providing means.
  • the central arrangement can also be said to be a top level, in a hierarchical system, service data collecting and providing arrangement.
  • Said central arrangement for collecting and providing service data comprises registering means adapted to , for one or more local service data providing means, register one or more service data providing units and to provide registration and identification information indicating that said service data providing units are available for providing service data.
  • Said local service data providing means are further adapted to provide service data providing unit related or descriptive information to said central arrangement, i.e. to provide data describing the service data providing units.
  • the central arrangement is adapted to request service data from selected service data providing units by means of a mobile communications network upon request from a service data requesting user station.
  • the central arrangement comprises analyzing and decision means adapted to, depending on a received request from a user station and descriptive information about the service data providing units and/or related to the service data they may collect, select from which service data providing units service data is to be requested. It is further adapted to use the, or a, mobile communication network for providing the data from the selected service data providing units to the requesting user station. Particularly the same mobile communication network is used for requesting service data from the selected service data providing units, possibly via the local service data providing means or directly, for the provisioning of the service data to the requesting user stations. Alternatively different communication networks are used.
  • a mobile communication network is used. This means that data can be requested from mobile service data providing units in addition to from stationary arranged service data providing units.
  • a central service data collecting and providing arrangement able to provide service data to service data requesting user stations comprises a registering means adapted to register a plurality of service data providing units which have provided, directly or indirectly, registration and/or identification information indicating that they are available to act as service data providing units.
  • the central arrangement also comprises storing means for receiving and holding service data related information and service data providing unit related information, i.e. descriptive information about registered service data providing units.
  • It also comprises analyzing and decision means adapted to, upon request from a service data requesting user station over a communication network, which may be mobile, analyze the request, and select, using the stored information, service data providing units from which service data is to be collected, and to request service data from said selected service data providing units. It is adapted to provide service data from the selected units to the service data requesting user station.
  • a local service data providing means adapted to collect and provide service data is provided.
  • the local service data providing means are adapted to provide identification and/or registration information, for one or more service data providing units to a central service data collecting and providing arrangement to indicate that said service data providing units are available as service data providing units, i.e. for provisioning service data, using a mobile communications network.
  • the local service data providing means is, hierarchically seen, arranged below a central arrangement in a layer which consists of a number of local arrangements in turn communicating with lower layer service data providing units.
  • the local service data providing means are adapted to provide descriptive information relating to service data providing units and service data collectable thereby to the central arrangement. Location or communication related information for each registered service data providing unit is also provided to the central arrangement by means of the use of the mobile communications network.
  • a method for providing an end user station with service data comprises the steps of: providing a plurality of local service data providing means adapted to communicate with a central service data collecting and providing arrangement over a mobile communication network wherein said local service data providing means comprise or communicate with a number of service data providing units; registering service data providing units to be available for provisioning of service data with the central arrangement; providing service data providing unit related (and service data related) , descriptive, information to the central arrangement; storing the descriptive information in storing means in or connected to the central arrangement; keeping current or updated information relating to the location of the registered service data providing units (or of corresponding local service data providing means handling it) in the central arrangement; at reception of a request for service data from a service data requesting user station with the central arrangement, using the descriptive information to determine and select from which service data providing units service data is to be collected; providing requests to the selected service data providing units for service data; receiving service data from the selected service data providing units over the mobile communication network; processing received service data in central arrangement to obtain service data fulfilling requirements given by
  • service data that actually are available can be provided to a user needing it. It is an advantage that also data from private devices such as for example privately own sensors can be made available to end users, information which otherwise is not available to any one else than the actual private user. It is also an advantage that the owner of a service providing unit (e.g. a sensor), can determine whether the service data that is collected thereby should be confidential information and kept private or if it should be available to other users.
  • a service providing unit e.g. a sensor
  • the user can determine if a device is to be made available for public interest or not, that the user can register one or more service providing units at any time and could also de-register them at any time.
  • service data information can be provided in an easy and flexible, and also controllable, manner from a large number of service data collecting providing units to a large number of service data requesters. It is also most attractive that advantage can be taken of already available data without requiring individual service data providing units participating in any complex definition of a complete service chain and ratification of agreements etc.
  • Fig.l is a schematical block diagram of a system according to the present invention.
  • Fig. 2 is a block diagram of a system according to the invention schematically illustrating the messaging between means of the system in order to deliver requested service data
  • Fig. 3 is a block diagram in some more detail describing one embodiment of the present invention
  • Fig. 4 is a flow diagram describing the procedure for, according to one implementation of the invention, registering a service data providing unit
  • Fig. 5 is a flow diagram schematically describing one implementation for collecting, requesting, and providing service data according to a particular implementation of the invention.
  • Fig. 6 is a flow diagram schematically describing a specific implementation of the inventive concept.
  • the present invention provides a hierarchical service provision architecture in which a central service data collecting and providing arrangement, particularly implemented as a proxy service discovery and provision entity, will act as an intermediary and data aggregation point between end service users, i.e. service data requesting user stations, and information providers, for example individual subscribers with sensors attached to their mobile devices, or more generally service data providing units connected to, or under control of, local service data providing means.
  • a central service data collecting and providing arrangement particularly implemented as a proxy service discovery and provision entity, will act as an intermediary and data aggregation point between end service users, i.e. service data requesting user stations, and information providers, for example individual subscribers with sensors attached to their mobile devices, or more generally service data providing units connected to, or under control of, local service data providing means.
  • CSDP central service data collecting and providing arrangement
  • CSDP central service data collecting and providing arrangement
  • CSDP central service data collecting and providing arrangement
  • each end service provider or LSDP will decide if the information provided by that SDPU or sensor is strictly private and confidential or if it should be public.
  • Description of each public SDPU will then be forwarded to the CSDP or a proxy that will map information to the concrete network communication parameters, for example sensor IMEI (International Mobile Equipment Identity), IMSI (International Mobile Subscriber Identity) or P-TMSI etc.
  • the CSDP will then keep track of the location for each one of the SDPUs using information provided by the mobile network and will use this in combination with a description of the kind of data registered sensors provide and a description of the SDPUs (sensors) when deciding which sensors are to be contacted in order to fulfill the requirements of a particular end user station request for service data (SD) .
  • SD service data
  • the central collecting and providing arrangement comprises storing means for storing said service providing unit related information and particularly also service related data, i.e. information describing the service or the data provided by the unit.
  • the service data providing units comprise sensing or detecting means.
  • all sensing or detecting means can be mobile, some of them can be stationary arranged, for example around a building or in a building.
  • one or more of said sensing or detecting means comprise or provide a network, i.e. a local service data providing means may provide or build a sensor network to provide specific information etc.
  • a number of sensing or detecting and/or actuating means are integrated in or connected to mobile telephones. Alternatively they are adapted to be connected to the mobile communications network by means of separate connections.
  • the central service data collecting and providing arrangement comprises a proxy server arrangement which will be adapted to be operated by an operator operating the mobile network or a service provider, also called a main service provider.
  • the proxy server arrangement may comprise mapping means adapted to map between identification registration information of registered sensing or detecting units and mobile network communication parameters. It is particularly adapted to, by means of the mobile communication network, hold updated and location related information concerning registered sensing or detecting units or at least local service data providing means if their mobile communication facility is used by the service data providing units instead of separate connections.
  • the analyzing and deciding means are particularly adapted to, at reception of a request for service data, whereby said request is defined by means of a number of specific service data parameters, use the location related information and the descriptive information to determine from which sensing or detecting means service data is to be collected, to select appropriate sensing or detecting units based thereon and to provide for requests being sent to such selected service data providing units.
  • the analyzing and decision means may be implemented as an integrated means or as separate means in which case the analyzing means are adapted to analyze a request from a requesting end user station and the decision means are adapted to fetch stored descriptive data or location related data etc. and to base a decision about sensors to be selected thereon (in view of the analyzis) .
  • the central data collecting and providing arrangement comprises or is adapted to communicate with a transaction entity which is adapted to keep information about transactions relating to data delivered by each service data providing unit and requests from requesting user stations. It is further adapted to activate means for charging requesting user stations and crediting/awarding service data providing units according to the transactions.
  • the transaction entity is adapted to charge/credit based on amount of delivered data and/or number of data delivery/reception events and/or time period for delivery/reception of service data. It should be clear that also other charging/credit based concepts can be implemented.
  • the service data providing units comprise or are adapted to provide information about one or more of outdoor temperature, humidity, air pollution, water pollution, traffic condition, UV index, radioactivity or any other environmental parameter. It can also comprise means for collecting surveillance information, for example from burglary sensors, any kind of camera or image monitor etc.
  • the central collecting and providing arrangement comprises provider condition holding means for holding conditions relating to delivery of service data.
  • the service data providing units and/or the local service data providing means have the option to provide delivery conditions, preferably also, at registration, or subsequent to registration, have the option to change conditions, terminate registration at any time etc.
  • the service data providing unit can also simultaneously act as a service data requesting user station.
  • a local service data providing means can act as both a local service data provider and a service data requesting user station.
  • a central service data provider is provided which has one or more of the optional, advantageous features described above with respect to the system.
  • Local service data providing means are also provided having one or more of the optional features discussed above, as well as a service data providing unit.
  • the method may also comprise one or more of corresponding optional features in the form of method steps.
  • Fig. 1 is a block diagram describing a simplified implementation of part of a system according to the present invention.
  • the figure shows two end user stations 20i, 2O 2 which represent service users. It may be an individual or an organization interested in specific information, such as for example any environmental parameter, traffic conditions etc. According to the invention no specific subscription is required in order to be able to access the service data, particularly a sensor service, which means that it is enough that a user is connected to the central service data providing arrangement CSDP 10 over a mobile network, most particularly a mobile network used in any case by the end user station. It may in one particular implementation also be a fixed communication network or a wireless network etc.
  • a number of local service data providing means LSDP 30i, 3O 2 , 3O 3 , 3O 4 , 3O 5 are provided which actually are individual mobile subscribers which, in addition to a mobile telephone comprise, own and/or carry or are connected to, a number of service data providing units (SDPU) , particularly sensors, and are willing to, or at least have the option to, share information generated/collected by the sensors with one or more end users. Most particularly they may be credited, either for actually rendering the service, or based on an actual service data provided, number of providing events, amount of service data etc. as will be further discussed below.
  • SDPU service data providing units
  • a local service data providing unit can also act as a service user at the same time.
  • One local service data providing unit, local SDP or LSDP can have a number of sensors and a number of mobile subscriptions through which the sensors, or more generally SDPUs, can be reachead.
  • An SDPU 40 5 i, particularly a sensor can be attached to an end users body contactable via the mobile telephone of the owner acting as a local SDP 3O 5
  • SDPUs 4O 43 , 4O 42 can be built into a mobile phone acting as a local SDP 3O 4 in which case they are contactable via said mobile phone 3O 4 .
  • An SDPU 3O 2 can also be built into a car, using a separate mobile connection.
  • An SDPU can also simultaneously act as a local SDP
  • An SDPU can also be located around a house etc. and have a separate mobile connection (not shown) .
  • a local SDP can also provide a sensor network to provide specific information that may be of public interest.
  • Local SDP 30i has the sensors SDPU 40ii, 40i2, 40i 3 connected to it and they may be fixed or mobile but here use the mobile subscription (indicated as communication means in Fig. 1) of the local SDP 30i .
  • SDPUs 40 3i , 4O 32 , 4O 33 are connected to local SDP 3O 3 , which uses two mobile subscriptions.
  • SDPUs for example sensors of different kinds
  • local SDP 3O 4 here comprises a mobile phone or more generally a mobile station of any kind and comprises two built-in SDPUs 4O 42 , 4O 43 and an external, for example stationary, SDPU 40 4i which may use the mobile subscription of the local SDP 3O 4 or a separate mobile subscription (not shown).
  • the mobile subscription (s) of the local SDP is/are used for registering and descriptive information providing purposes, i.e. an SDPU can use a mobile phone as a gateway.
  • An SDPU can also have its own, e.g. a 3G, mobile subscription. The same subscription is used for registration and for delivery of service data.
  • the central SDP arrangement 10 can be seen as a proxy application of a main service provider, for example a mobile operator or other service provisioning organization interacting with service requesting user stations 20i, 2O 2 on one side and with local service data providers, here local SDPs 30i,..., 3O 5 (or SDPUs) on the other side.
  • the communication means 19 can here be seen as the means needed for communication over the mobile communication network, and be of any conventional kind, and will therefore not be further described herein.
  • the central SDP arrangement 10 is here described in a simplified manner and comprises analyzing means 15 for analyzing requests from end user stations for service data, handling means 12 for handling registrations from local SDPs registering SDPUs, store information about them and here including deciding means (not shown) for establishing which SDPUs should be requested to provide service data for a particular request based on the analyzis of the request. It also comprises service data requesting means 17 for sending requests to such selected SDPUs, or indirectly to SDPUs via their local SDPs. Thus, at reception of a service request from an end user station, the central SDP 10 translates the request into a required number of low level queries and forwards them to the appropriate SDPUs (directly or via their local SDPs) .
  • a requesting end user station here end user station 20i .
  • MSU in the figure indicates mobile subscriptions.
  • Fig. 2 shows one implementation of a part of a system according to the present invention. There are two service data requesting user stations 20i' , 2O 2 ' and in this specific case only one local service data provider LSDP 30' is illustrated which has the service data providing units Ui 40i', U 2 4O 2 ' and U 3 4O 3 '. It also comprises a central service data collecting and providing arrangement CSDP 10'.
  • CSDP' comprises a registering means 11' for registering SDPUs, here illustrated as SDPU 1 indicating the respective SDPUs to be registered as available for provisioning of service data to external user stations. It also comprises a SDPU 1 information storage 12' for holding descriptive information relating to the SDPUs and the data they may provide, possibly also conditional information indicating on which conditions the respective SDPU 1 is capable of or willing to provide information, and registration or identity related information.
  • the CSDP 10' also comprises mapping means 13' for mapping information of the respective SDPUs and network communication parameters required for communication. It also comprises request analyzing and decision means 15' for receiving and analyzing requests from the requesting user station, and to, using information from information storage 12', select which SDPUs that are relevant for a specific request.
  • request generating means 17' for, based on the decision/selection made by the request analyzing and decision means 15' , sending requests to the selected SDPUs (directly or via the relevant LSDP 30').
  • processing means 18' for processing service data received from selected SDPUs before provisioning to a requesting user station. It should be clear that the invention also covers implementations in which the information is provided to a requesting user station without previously being processed although it is advantageous to perform a processing first, for example comprising filtering of the results, aggregating the results, averaging the data or do any appropriate processing to provide the desired data in the desired form.
  • LSDP 30' In order to make the system function, first a number of SDPUs have to be registered.
  • An end user by means of LSDP 30' (preferably after registering the mobile subscription number of LSDP 30' and downloading a sensor proxy application) provides for registering of desired SDPUs, 1. It is supposed that in this case Ui 40i' , U 2 4O 2 ' and U 3 4O 3 ' are to be registered.
  • Information describing SPDUs 40i' , 4O 2 ' , 4O 3 ' for example where they are located, type of SPDU, information format etc., is provided to, and stored in SDPU 1 information storage 12', 2.
  • mapping means 13' a mapping of the registration information of the respective SDPUs, the decriptive information is done to the particular mobile subscription communication details, 3. Then, at any time, it is supposed that user station 20i' sends a request for service data, 4, which is forwarded to request analyzing decision means 15' . The request is analyzed, information from the storage is used, 5, and appropriate SDPUs that could give valuable information with regard to a specific request are selected. Information about selected SDPUs is then provided to request generating means 17', 6.
  • Ui 40i' and U 3 40 3 ' have been selected and therefore requests are provided directly, 7' to U 3 mobile subscription, and indirectly, 7, via LSDP 30', to Ui.
  • U 2 40i' and U 3 4O 3 ' then provide their respective service data SD to processing means 18' in CSDP 10', 8, 8' . It is supposed that the processing means 18' are in communication with the request analyzing and decision means 15' so that it can be determined what processing is needed. Subsequently the service data originating from Ui, U 3 is appropriately processed and provided to requesting user station
  • FIG. 3 is a block diagram showing an embodiment of the present invention in more detail.
  • a central service data collecting and providing arrangement CSDP 1OA communicates using a mobile communication network by means of only schematically indicated communication means 50 with a requesting user station 2OA and, here, a local SDP 3OA which is supposed to have registered a SDPU 4OA collecting service data SD. It should be clear that of course there may be more local SDPs as well as each local SDP may have associated to it or comprise more than one SDPU. Of course also more user station can request service data over the mobile network.
  • CSDP 1OA comprises a request handler 14' for handling requests from user stations. It communicates with request analyzing means 15 adapted to analyze the received requests and provide the outcome of an analyzis to decision or selection means 16.
  • storing means 12 here illustrated as comprising a storage for SDPU descriptions, particularly also a storage for SDPU conditions relating to conditions given by the local SDP concerning a specific SDPU concerning on which conditions it intends to deliver data. It should be clear that this is an optional function that can be implemented if more end provider control is desired.
  • the storing means 12 are illustrated as including a storage for SDPU identification, or registration information HA. This storage can be arranged separately or included in the storing means 12 comprising a storage 12i or storing area for SDPU descriptive information, a storage 12 2 for SDPU location information and a storage 12 3 for conditions.
  • the registration information is connected to the descriptive information, the conditional information and the SDP location information, which is updated by means of the communication means in a conventional manner and enabled through mapping means 13 provided for mapping between the information in the storing means 12 and mobile subscription communication details of the SDPU and/or the local SDP.
  • CSDP 1OA also comprises a local SDP registration means for registering the LSDP subscription information, of local SDP 3OA in this case.
  • decision means 16 communicating with the request analyzing means 15 and storing means 12 a selection of SDPUs is done and information about which SDPUs are selected is provided to SD requesting means 17 adapted to provide, here, a request to selected SDPU 4OA, directly if it has its own mobile subscription or indirectly via local SDP 3OA if the subscription thereof is used.
  • Local SDP 3OA comprises means for holding SDPU information 34A, an interface 31 for user interaction, e.g. for indicating which SDPUs are to be available and an SDPU interface 32 for communication with respective SDPUs. It also comprises means 33 for holding SDPU registration or identification related information.
  • the requested service data is provided to SDCP processing means 18 for, using information from the request analyzing means 15, appropriately processing the received data, for example aggregation of data from several SDPUs, or averaging of the data received from several SDPUs, an averaging of data received covering a particular time period, from one SDPU or within given limits, etc.
  • the processed service data is then forwarded to service data delivering means 19A for delivery to the requesting user station 2OA.
  • the SD delivering means 19 can be seen as incorporated in the processing means 18 or in the communication means 50 since the functionality is merely to provide the data to the requesting user station, preferably over the mobile network.
  • different networks can be used for communication between the SDCP 1OA and user stations, it may be a mobile network or a wired network. Between SDCP 1OA and local SDP and/or SDPUs the communication network is mobile.
  • the flow diagram in Fig. 4 schematically illustrates one implementation of a procedure when a mobile subscriber has the intention to become a local service data provider.
  • the user intending to act as a local service data provider (LSDP) registers the mobile subscription with a main service provider, 100. Subsequently the user can download a service data proxy application, to act as a central SDP, 101.
  • the proxy application the user of the local service provider defines public service data providing units (SDPU) which shall act as for example public sensors or which are to be publically available as far as data delivery is concerned and forwards registering information (to the main service provider) together with a description of each available SDPU using the proxy application, 102.
  • This descriptive information may for example relate to the type, accuracy, information format etc. of a SDPU, which particularly may be a sensor.
  • the user can define additional conditions, here called availability conditions, for a registered SDPU and/or LSDP, 103.
  • the conditions for example indicate when/how the user is willing to provide service data (sensor information) , for example time of the day, number of service requests per day, mobile device level of battery under which service provision is to be suspended, allowed locations and/or not allowed locations etc.
  • the CSDP records SDPU registration, description, possibly availability conditions and communication details in the storing means, for example implemented as a sensor database, 104.
  • a mapping of SDPU identity to mobile subscription related information (of LSDP and/or SDPU) is also done so that, by means of the mobile communication network, the current location of each registered SDPU is kept up to date, 105.
  • the order of the last steps does not have to be the order illustrated in this flow diagram, the steps can be performed in any appropriate order.
  • LSDP can cancel or suspend the complete service or a part of the service using the proxy application as referred to above, illustrated in the figure as a continued examination to see whether an SDPU should continue to be available, 106. If not, it is deregistered in CSDP, 107. It should be clear that this can be handled in any appropriate manner.
  • a command can be used at any time (on the proxy application) to indicate availability conditions, or introduce new availability conditions, changing the associated descriptive information or simply cancelling a registration.
  • a request can in one embodiment be in form of Google like queries or it can be based on a number of choices an end user has made on the main service provider web site.
  • a request for service data is received from a requesting user station in a central service data providing arrangement, CSDP, 200.
  • CSDP the request is analyzed to determine requirements for parameters related to the service data and/or the service data providing unit in order to fulfill requirements of the request, 201.
  • the user station request may for example be analyzed concerning required sensor types, accuracy, location, limits of parameters and other relevant parameters .
  • the storing means of the CSDP for example a sensor database, is then queried using the, in the light of the request parameters, underlying certain conditions to determine or select sensor which are capable of providing the requested information, i.e. SDPUs are selected for which relevant parameters fulfill the requirements of the request, 202.
  • SDPU or sensor specific requests or queries are forwarded to all selected and identified SDPUs (indirectly via corrensponding LSDP or directly depending on whether they have an own, separate, subscription or not) , 203.
  • the CSDP advantageously processes the received SD, 2005.
  • the processing may for example comprise aggregation of received information based on context information and sensor description, for example if an average of the outdoor temperature in a particular region is requested, readings from temperature sensors in that area is provided. It should be noted that sensors built into cars and temperature sensors built into mobile phones of a person walking in the same street as the car is driving, will provide entirely different readings, the processing has to involve some filtering, unless it is sorted out by means of the request requirements.
  • the processing may also comprise aggregation of the received SD or the readings, it may comprise filtering of possibly noisy data, for example data from an air conditioned room, and/or it can also comprise averaging of data or in some particular way aggregation of parts of data etc.
  • Fig. 6 is a flow diagram describing a specific implementation of the inventive concept.
  • an LSDP registers its mobile subscription number on an SP website, 300.
  • the LSDP downloads a proxy application from the SP, the main service provider, 301.
  • LSDP registers a number of SDPUs for example SDPUi,..., SDPU 4 ; in general designated SDPU 1 and the relevant mobile subscriptions, either of the LSDP and/or of respective SDPU 1 and stores them into a storage, 302, in or associated with the LSDP.
  • LSDP also provides descriptive information of SDPUi,..., SDPU 4 and optionally also conditional availability information to CSDP, 303.
  • CSDP maps descriptive and possibly conditional information to mobile subscription related information, for example subscriber identity of SDPU 1 , LSDP, IMEI (International Mobile Equipment Identity) of SDPU 1 or, in relevant cases, for LSDP, etc., 304.
  • the mapped information is stored in CSDP storing means, e.g. a database, 305.
  • an account is registered for LSDP, 306, which may enable for separate inputs for each SDPU or groupwise for some SDPUs or for all SDPUs controlled by LSDP, 306.
  • the end user At reception of a request for service data from an end user station, the end user also is registered with an account in CSDP, unless there already is one, 307. Subsequently, when a request for service data is received in CSDP, the request is analyzed, 308, and, as discussed above, the appropriate SDPUs are selected to meet the requirements of the specific request,
  • the account registered for an LSDP is credited for selected SDPUs having provided service data (or intending to provide service data), 312, which means that local service data providers, also called mini information providers, can be credited via their account for provided information.
  • service data may also be processed, 313. It should be clear that the processing step can take place before any crediting etc. Processing may even be left out if it is not considered to be necessary or if a requesting end user station is interested in raw data only.
  • the service data is then provided to the requesting end user station, 314, and the end user station account is debited, 315. This means that the account of the service user is charged for the provided service. This can be done in different manners, already upon requesting data etc. or only after provisioning of the data or after verification that the data has been received etc .
  • the CSDP or the proxy application provides charging information for example to a small transaction entity which will have responsibility for handling and maintaining records of all financial transactions, charging/crediting.
  • an LSDP will have an account registered with the CSDP as soon as it admits a first registration or description of a SDPU to the proxy (to the CSDP) .
  • service usage costs can be charged the mobile network account of each subscriber, pre-paid or post-paid.
  • the transaction entity can be provided in any appropriate manner as a separate entity or integrated with any of the means, e.g. in or connected to the storing means 12, 12', 12i, 12 2 , 12 3 , e.g. in communication with the location information storing means 12 2 , directly and/or indirectly in communication with the communication means, or connected to/in the mapping means or any other means.

Landscapes

  • Business, Economics & Management (AREA)
  • Engineering & Computer Science (AREA)
  • Strategic Management (AREA)
  • Human Resources & Organizations (AREA)
  • Tourism & Hospitality (AREA)
  • General Business, Economics & Management (AREA)
  • Physics & Mathematics (AREA)
  • Entrepreneurship & Innovation (AREA)
  • Theoretical Computer Science (AREA)
  • Economics (AREA)
  • General Health & Medical Sciences (AREA)
  • Marketing (AREA)
  • General Physics & Mathematics (AREA)
  • Health & Medical Sciences (AREA)
  • Signal Processing (AREA)
  • Computing Systems (AREA)
  • Primary Health Care (AREA)
  • Medical Informatics (AREA)
  • Data Mining & Analysis (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Operations Research (AREA)
  • Quality & Reliability (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

La présente invention concerne un système de gestion de données de service comprenant une pluralité de moyens locaux de fourniture de données de service (30') et un certain nombre de stations d'utilisateur demandant des données de service (201'; 202'). Il comprend un agencement central de la collecte et de la fourniture de données de service (10'), qui comprend un moyen d'enregistrement (H') adapté pour, pour un ou plusieurs moyens locaux de fourniture de données de service (30'), enregistrer une ou plusieurs unités de fourniture de données de service (401', 402', 403') et fournir des informations d'enregistrement et d'identification indiquant qu'elles sont disponibles pour fournir des données de service. Lesdits moyens locaux de fourniture de données de service (30') sont adaptés pour fournir des informations liées ou descriptives de l'unité de fourniture de données de service audit agencement central (10'), qui comprend un moyen d'analyse et de décision (15') adapté pour analyser une demande reçue d'une station d'utilisateur demandant des données de service (20') et pour sélectionner à partir de quelles unités de fourniture de données de service (401', 402') les données de service seront demandées pour la demande reçue en utilisant lesdites informations descriptives, et pour demander des données de service à partir desdites unités de fourniture de données de service sélectionnées (401', 402') en utilisant un réseau de communication mobile.
PCT/EP2007/054291 2007-05-03 2007-05-03 Système de gestion de données WO2008135080A1 (fr)

Priority Applications (1)

Application Number Priority Date Filing Date Title
PCT/EP2007/054291 WO2008135080A1 (fr) 2007-05-03 2007-05-03 Système de gestion de données

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/EP2007/054291 WO2008135080A1 (fr) 2007-05-03 2007-05-03 Système de gestion de données

Publications (1)

Publication Number Publication Date
WO2008135080A1 true WO2008135080A1 (fr) 2008-11-13

Family

ID=38984076

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/EP2007/054291 WO2008135080A1 (fr) 2007-05-03 2007-05-03 Système de gestion de données

Country Status (1)

Country Link
WO (1) WO2008135080A1 (fr)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP2708090A4 (fr) * 2011-05-12 2015-06-03 Ericsson Telefon Ab L M Système de distribution de données de capteurs

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2000036807A2 (fr) * 1998-12-18 2000-06-22 Cybersigns, Inc. Reseau prive virtuel chiffre servant a acceder a des detecteurs a distance
WO2001097556A2 (fr) * 2000-06-15 2001-12-20 Freshloc Technologies, Inc. Systeme de detection d'objets base sur un reseau longue distance
US20070058634A1 (en) * 2005-09-09 2007-03-15 Vipul Gupta Interaction with wireless sensor devices
US20070067410A1 (en) * 2005-09-20 2007-03-22 Mulligan Bryan P Method and apparatus for the surveillance, monitoring, management and control of vehicular traffic

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2000036807A2 (fr) * 1998-12-18 2000-06-22 Cybersigns, Inc. Reseau prive virtuel chiffre servant a acceder a des detecteurs a distance
WO2001097556A2 (fr) * 2000-06-15 2001-12-20 Freshloc Technologies, Inc. Systeme de detection d'objets base sur un reseau longue distance
US20070058634A1 (en) * 2005-09-09 2007-03-15 Vipul Gupta Interaction with wireless sensor devices
US20070067410A1 (en) * 2005-09-20 2007-03-22 Mulligan Bryan P Method and apparatus for the surveillance, monitoring, management and control of vehicular traffic

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP2708090A4 (fr) * 2011-05-12 2015-06-03 Ericsson Telefon Ab L M Système de distribution de données de capteurs

Similar Documents

Publication Publication Date Title
CN100380900C (zh) 使用实时数据用于促进信息交换的商务对商务引擎和系统
US11847646B2 (en) Systems including a gateway receiving sensor data, and related methods
CN103038651B (zh) 用于无线网络卸载的系统和方法
CN105023467B (zh) 一种停车场车位远程预订系统及方法
JP5722903B2 (ja) 無線マルチネットワークテレメトリーのシステム、方法及び集積回路チップ
CN102365890B (zh) 对于中间联网设备的可验证的服务计费
US7849177B2 (en) System for on-demand access to local area networks
CA2510746C (fr) Dispositif et procede orientes utilisateur destines a fournir un service
CN101953187B (zh) 基于智能卡的个性化服务系统和方法以及其应用的智能卡
CN101300561A (zh) 用于目标内容传输的设备、系统和方法
CN106652550A (zh) 可预约定位的车位管理系统及其方法
Petersen Scoot over smart devices: The invisible costs of rental scooters
CN101317440A (zh) 蜂窝网络中预付存款的再充值
US20120030478A1 (en) Dynamic Storage Enabler For Service Delivery HUB On A Mobility Network
WO2008135080A1 (fr) Système de gestion de données
US10506448B2 (en) Operator formed network consortiums
JP2002230424A (ja) 広告提供システム、及び広告提供方法
KR101038588B1 (ko) 와이파이 에이피 데이터베이스 구축 방법 및 그 시스템
KR102557382B1 (ko) 사물인터넷 기반 유동인구 전자설문서비스 시스템 및 방법
US20240137234A1 (en) Method and apparatus for performing an accounting network layer as a service
WO2007064071A2 (fr) Systeme de fourniture de services de profils gerables par un abonne, procede d'enregistrement, et offre associee
KR20140032666A (ko) M2m 디바이스의 외부 이용에 대한 보상 관리 플랫폼 및 보상 관리 방법
WO2008135092A1 (fr) Méthode de rémunération de fournisseurs d'informations dans un réseau détecteur
JP2003067467A (ja) 住居情報提供システム、住居情報提供方法及びプログラム

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: 07728744

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 07728744

Country of ref document: EP

Kind code of ref document: A1