WO2017097121A1 - 一种基于场景提供服务的方法及设备 - Google Patents

一种基于场景提供服务的方法及设备 Download PDF

Info

Publication number
WO2017097121A1
WO2017097121A1 PCT/CN2016/107406 CN2016107406W WO2017097121A1 WO 2017097121 A1 WO2017097121 A1 WO 2017097121A1 CN 2016107406 W CN2016107406 W CN 2016107406W WO 2017097121 A1 WO2017097121 A1 WO 2017097121A1
Authority
WO
WIPO (PCT)
Prior art keywords
scenario
information
smart device
smart
scene
Prior art date
Application number
PCT/CN2016/107406
Other languages
English (en)
French (fr)
Inventor
袁志俊
杨春松
吴凡
Original Assignee
阿里巴巴集团控股有限公司
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 阿里巴巴集团控股有限公司 filed Critical 阿里巴巴集团控股有限公司
Publication of WO2017097121A1 publication Critical patent/WO2017097121A1/zh
Priority to US15/993,411 priority Critical patent/US20180343634A1/en

Links

Images

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W60/00Affiliation to network, e.g. registration; Terminating affiliation with the network, e.g. de-registration
    • H04W60/04Affiliation to network, e.g. registration; Terminating affiliation with the network, e.g. de-registration using triggered events
    • 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/04Protocols specially adapted for terminals or networks with limited capabilities; specially adapted for terminal portability
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L51/00User-to-user messaging in packet-switching networks, transmitted according to store-and-forward or real-time protocols, e.g. e-mail
    • H04L51/21Monitoring or handling of messages
    • H04L51/224Monitoring or handling of messages providing notification on incoming messages, e.g. pushed notifications of received messages
    • 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
    • H04L67/125Protocols specially adapted for proprietary or special-purpose networking environments, e.g. medical networks, sensor networks, networks in vehicles or remote metering networks involving control of end-device applications over a network
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00Network arrangements or protocols for supporting network services or applications
    • H04L67/14Session management
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00Network arrangements or protocols for supporting network services or applications
    • H04L67/50Network services
    • H04L67/51Discovery or management thereof, e.g. service location protocol [SLP] or web services
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00Network arrangements or protocols for supporting network services or applications
    • H04L67/50Network services
    • H04L67/52Network services specially adapted for the location of the user terminal
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00Network arrangements or protocols for supporting network services or applications
    • H04L67/50Network services
    • H04L67/535Tracking the activity of the user
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00Network arrangements or protocols for supporting network services or applications
    • H04L67/50Network services
    • H04L67/60Scheduling or organising the servicing of application requests, e.g. requests for application data transmissions using the analysis and optimisation of the required network resources
    • H04L67/63Routing a service request depending on the request content or context
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W4/00Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/50Service provisioning or reconfiguring
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W4/00Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/70Services for machine-to-machine communication [M2M] or machine type communication [MTC]
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04MTELEPHONIC COMMUNICATION
    • H04M11/00Telephonic communication systems specially adapted for combination with other electrical systems
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W4/00Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/80Services using short range communication, e.g. near-field communication [NFC], radio-frequency identification [RFID] or low energy communication
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W8/00Network data management
    • H04W8/18Processing of user or subscriber data, e.g. subscribed services, user preferences or user profiles; Transfer of user or subscriber data
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W84/00Network topologies
    • H04W84/18Self-organising networks, e.g. ad-hoc networks or sensor networks

Definitions

  • the present application relates to intelligent technologies, and in particular, to a method and device for providing services based on a scenario.
  • the smart bracelet can only monitor whether the user is exercising, walking or sleeping, etc.).
  • the smart bracelet can only monitor whether the user is sleeping, but cannot control the environment in which the user sleeps.
  • the embodiment of the present invention provides a method and a device for providing a service based on a scenario, which are used to provide a flexible and convenient intelligent service for a user.
  • a method for providing services based on scenarios including:
  • the service platform receives the notification message sent by the first smart device, where the notification message carries information about the first scenario that the user is located by the first smart device;
  • the service platform sends the information of the first scenario to the associated at least one second smart device, and causes the at least one second smart device to execute a service instruction preset corresponding to the information of the first scenario.
  • the service platform is a smart phone, a laptop computer or a desktop computer.
  • the information of the first scenario is an identifier of the first scenario, or is a content description of the first scenario.
  • the service platform receives the notification message sent by the first smart device by using a Bluetooth channel or a LAN channel;
  • the service platform sends the information of the first scenario to the associated at least one second smart device through a Bluetooth channel or a local area network channel.
  • the service platform separately records the association relationship between each type of the second smart device and the information of the at least one scenario in advance, and when the information of the first scenario is received, refer to the association relationship, and the arbitrary The information of a scene is sent to the associated at least one second smart device.
  • the service platform After the service platform senses disconnection from the first smart device, notifying the at least one second smart device to stop serving.
  • a method for providing services based on scenarios including:
  • the first smart device senses the current scene of the user, and determines that the user is in the first scenario
  • the first smart device sends the information of the first scenario to the service platform, and the service platform sends the information of the first scenario to the associated at least one second smart device, where the at least one second smart device Executing a service instruction preset corresponding to the information of the first scenario.
  • the first smart device is a smart wearable device, a smart phone, a laptop computer or a desktop computer.
  • the information of the first scenario is an identifier of the first scenario, or is a content description of the first scenario.
  • the first smart device senses the current scenario of the user, and determines that the user is in the first scenario, including:
  • the first smart device senses the current operation behavior of the user, and determines a first scenario corresponding to the operation behavior; or
  • the first smart device senses the current physiological data of the user, and determines a first scenario corresponding to the physiological data; or
  • the first smart device senses the current environmental factors of the user, and determines a first scenario corresponding to the environmental factor.
  • the first smart device sends the information about the first scenario to the service platform, including:
  • the first smart device sends the information of the first scenario to the service platform through a Bluetooth channel or a local area network channel.
  • a method for providing services based on scenarios including:
  • the second smart device executes a service instruction preset corresponding to the information of the first scenario.
  • the second smart device is a smart wearable device, a smart phone, a laptop computer, a desktop computer, or a smart home.
  • the information of the first scenario is an identifier of the first scenario, or is a content description of the first scenario.
  • the second smart device sends the information of the locally associated at least one scenario to the service platform for registration.
  • the second smart device performs a service instruction preset corresponding to the information of the first scenario, including:
  • the second smart device After obtaining the information of the first scenario, acquires a mapping relationship between the preset information of each scenario and each service instruction;
  • the second smart device reads and executes a service instruction corresponding to the information setting of the first scenario based on the mapping relationship.
  • the second smart device receives the notification of the service platform, and learns that the first smart device stops executing the service command when disconnected from the service platform.
  • a device for providing services based on a scenario comprising:
  • a receiving unit configured to receive a notification message sent by the first smart device, where the notification message carries information about a first scenario that the first smart device senses that the user is located in;
  • a sending unit configured to send the information of the first scenario to the associated at least one second smart device, and enable the at least one second smart device to execute a service instruction preset corresponding to the information of the first scenario.
  • the device is a smartphone, a laptop or a desktop computer.
  • the information of the first scenario is an identifier of the first scenario, or is a content description of the first scenario.
  • the receiving unit receives the notification message sent by the first smart device by using a Bluetooth channel or a local area network channel;
  • the receiving unit sends the information of the first scenario to the associated at least one second smart device through a Bluetooth channel or a local area network channel.
  • the sending unit is further configured to:
  • the association relationship between each type of the second smart device and the information of the at least one scene is separately recorded in advance, and when the information of the first scene is received, the any one of the scenarios is referred to by referring to the association relationship.
  • the information is sent to the associated at least one second smart device.
  • the sending unit is further used to
  • the at least one second smart device is notified to stop the service.
  • a device for providing services based on a scenario comprising:
  • the sensing unit is configured to sense the current scene of the user, and determine that the user is in the first scenario
  • a communication unit configured to send, by the first smart device, the information of the first scenario to the service platform, to enable the service platform to send the information of the first scenario to the associated at least one second smart device, where the at least one A second smart device executes a service instruction preset corresponding to the information of the first scenario.
  • the device is a smart wearable device, a smart phone, a laptop computer or a desktop computer.
  • the information of the first scenario is an identifier of the first scenario, or is a content description of the first scenario.
  • the sensing unit is configured to: when the user is in the first scenario, the sensing unit is configured to:
  • the communications unit is configured to:
  • the information of the first scenario is sent to the service platform through a Bluetooth channel or a LAN channel.
  • a device for providing services based on a scenario comprising:
  • a communication unit configured to receive information about a first scenario sent by the service platform, where the information of the first scenario is obtained by the first smart device sensing the current location of the user;
  • An execution unit configured to execute a service instruction preset corresponding to the information of the first scenario.
  • the device is a smart wearable device, a smart phone, a laptop computer, a desktop computer or a smart home.
  • the information of the first scenario is an identifier of the first scenario, or is a content description of the first scenario.
  • the execution unit is further configured to:
  • the information of at least one scene associated with the locality is sent to the service platform for registration in advance.
  • the executing unit when the service instruction preset corresponding to the information of the first scenario is executed, the executing unit is configured to:
  • a service instruction corresponding to the information setting of the first scenario is read and executed.
  • the execution unit is further configured to:
  • the smart devices can mutually interact with each other, so that each smart device can obtain a complete user scenario, and each smart device can execute a corresponding service command according to different scenarios, thereby Providing users with accurate services in time, not only improves service efficiency, but also avoids the performance consumption of the smart device caused by repetitive sensing operations, saving resources of smart devices.
  • FIG. 1 is a schematic diagram of interaction between devices that provide services based on a scenario according to an embodiment of the present application
  • FIG. 2 is a flowchart of providing a service based on a scenario in an embodiment of the present application
  • FIG. 3 is a schematic diagram of a shared sensing scenario between smart devices in an embodiment of the present application.
  • FIG. 4 is a schematic structural diagram of a function of a first smart device according to an embodiment of the present application.
  • FIG. 5 is a schematic structural diagram of a service platform in an embodiment of the present application.
  • FIG. 6 is a schematic structural diagram of a service platform in an embodiment of the present application.
  • a platform capable of providing a service based on a scenario is designed, and the smart device can implement linkage based on the platform, so that the smart device can be based on the overall processed by the user.
  • the environment provides users with precise and intelligent services.
  • the intelligent device service providing platform based on the user scenario proposed in the patent achieves the scenario between the shared smart devices by opening the connection channel between the smart devices, so that the smart device provides the smart service while obtaining the complete user scenario. .
  • a platform for enabling each smart device to exchange information is provided, so that each smart device can learn the scenario where the user is perceived by other smart devices, so that the user can be actively provided according to the scenario. Service.
  • the scenario in which the user is located is related to various factors, and may be determined by the user's current operational behavior, or may be determined by the physiological data of the user's client, or may be determined by environmental factors (eg, specific time, location), and specific scenario descriptions. It can be pre-configured and optimized in the later stage, and will not be described here.
  • a service platform needs to be used as an information exchange center.
  • a smart phone, a laptop computer, or a desktop computer can be used as a service platform.
  • the service platform interacts with each smart device through a Bluetooth channel or through a LAN channel.
  • Each smart device can register the scenario in advance on the service platform, that is, notify the service platform which scenario it supports, and each smart device has Corresponding service commands are configured corresponding to the scenarios supported by them.
  • Step 200 The first smart device senses the current scene of the user, and determines that the user is in the first scenario.
  • the first smart device may be any one of the various types of smart devices shown in FIG. 1.
  • the first smart device may be any one of a smart wearable device, a smart phone, a notebook computer, and a desktop computer. Only need to have scene awareness.
  • the first smart device may adopt, but is not limited to, the following three modes when performing scene sensing:
  • the first mode the first smart device senses the current operation behavior of the user, and determines a first scenario corresponding to the operation behavior.
  • the first smart device is a notebook computer, and the first smart device determines that the user is currently in an office scene according to the behavior of the user processing the document.
  • the first smart device is a smart wristband, and the first smart device determines that the user is currently in a driving scenario according to the user's hand motion law.
  • the first smart device is a smart phone, and the first smart device determines that the user is currently in a call scenario according to the behavior of the user's calling.
  • the second mode the first smart device senses the current physiological data of the user, and determines the first scenario corresponding to the physiological data.
  • the first smart device is a smart wristband, and the first smart device determines that the user is currently in a sleep scene according to the user's pulse number and blood pressure.
  • the third mode the first smart device senses the current environmental factors of the user, and determines the first scenario corresponding to the environmental factor.
  • the first smart device is a smart phone, and the first smart device determines that the user is currently in the work scene according to the current time and the current geographic location of the user.
  • Step 210 The first smart device sends the information of the first scenario to the service platform.
  • the first smart device may send the information of the first scenario to the service platform through a Bluetooth channel or a local area network channel.
  • the first smart device and the service platform can implement communication through Bluetooth, or can communicate through a local area network (for example, a wireless router).
  • a local area network for example, a wireless router
  • the first smart device since the first smart device is also a type of multi-intelligent device, it may function as the first smart device in some scenarios, and may also function in another scenario.
  • the function of the second smart device is optional. Therefore, the first smart device may send the information of the locally associated at least one scenario to the service platform for registration, so that the service platform receives the compliance reported by the other smart device.
  • the first smart device is notified to execute the corresponding service command.
  • Step 220 The service platform receives information about the first scenario where the user sent by the first smart device is located.
  • the service platform sends the information of the first scenario to the associated at least one second smart device by using a Bluetooth channel or a LAN channel.
  • each smart device can interact through a Bluetooth channel or through a LAN channel, and the device serving as a service platform must simultaneously support the foregoing various functions.
  • the connection between smart devices is mainly through the Bluetooth channel as an example.
  • Bluetooth communication is divided into classic Bluetooth and low-power Bluetooth.
  • the service platform needs to support both Bluetooth connections at the same time, that is, it needs to support both classic Bluetooth and low-power Bluetooth.
  • the device serves as a service platform.
  • the most ideal service platform is a smart phone.
  • the notebook computer and the desktop computer can be used as a service platform, which can provide more ideal processing efficiency.
  • Step 230 The service platform sends the information of the first scenario to the associated at least one second smart device.
  • the service platform records the association relationship between the information of the first smart device and the at least one scenario in advance, and separately records the association relationship between the information of each second smart device and the at least one scenario. Called registration.
  • the service platform may send the information of the first scenario to the second smart device that registers the identifier information according to the information of the scenario that the second smart device pre-registers locally.
  • the information of the first scenario may be sent to all the second smart devices, so that leakage may be prevented.
  • the software on the second smart device may be upgraded and updated at any time. It is assumed that the second smart device does not support the first scenario before the upgrade, and the first scenario is supported after the upgrade, and the second smart device is not yet targeted.
  • the information of the first scenario is registered on the service platform, and the service platform ensures that the second smart device can receive the first smart device in time by sending the information in a comprehensive manner. The first scene of the information, thus providing accurate service in a timely manner.
  • the service platform senses disconnection from the first smart device (eg, the user leaves the jurisdiction of the service platform), the associated at least one second smart device is notified to stop the service, so that You can avoid wasting resources.
  • Step 240 The second smart device receives information about the first scenario sent by the service platform.
  • the second smart device may be any one of a smart wearable device, a smart phone, a notebook computer, a desktop computer, and a smart home, and the second smart device that provides services for the user may be multiple.
  • Step 250 The second smart device executes a service instruction preset corresponding to the information of the first scenario.
  • the second smart device After the second smart device sends the information of the locally associated at least one scenario to the service platform for registration, after receiving the information of the first scenario, the second smart device learns that the first scenario is locally registered. The scenario, then, obtains a local service command corresponding to the information set of the first scenario, and executes the service command to provide related services for the user.
  • the second smart device senses that the service platform is disconnected (the service platform leaves the service range of the second smart device), the service command is stopped; or/and the second smart device receives the service.
  • the notification of the platform is that when the first smart device is disconnected from the service platform (the first smart device leaves the jurisdiction of the service platform), the execution of the service command is stopped.
  • each smart device can exchange scenes that are perceived by each other, for example, a smart device perceives the scenario 2, and after reporting to the service platform, sharing the scenario 2 to another smart device.
  • the device is configured to perform the service command corresponding to the scenario 2 by another smart device; and the other smart device senses the scenario 3, and after the report is sent to the service platform, the scenario 3 is shared to the smart device, and the corresponding scenario is completed by the smart device.
  • 3 service commands It is displayed that even if the scene that the user is not aware of by the smart device is currently located, the user can provide the appropriate service to the user in time by sharing the perceived result of the other smart device.
  • each smart device can obtain a more complete user scenario, so that the user can provide accurate services in a timely manner in multiple dimensions, which not only improves the service efficiency, but also avoids the repetitive sensing operation to the smart device.
  • the performance consumption brings about the resources of the smart device.
  • the first application scenario is as follows: the first smart device is a smart phone, and the second smart device is a smart television.
  • the smart phone sends the call scene information "ON_CALL” to the service platform, and the service platform forwards the "ON_CALL” identification information to the pre-service platform.
  • the smartphone sends the message “END_CALL” to the service platform to end the call scenario, and the service platform forwards the identification message “END_CALL” to the smart information registered with the “END_CALL” in the service platform.
  • the smart TV executes the "NORMAL_VOLUME command" set by the local corresponding "END_CALL” identification information, and the sound of the smart TV returns to normal.
  • Such a smart TV can provide accurate services in time according to the current scene of the user, and the user feels more warm.
  • the second application scenario is as follows: the first smart device is a smart wristband, and the second smart device is a smart air conditioner.
  • the smart bracelet will send the information "USER_SLEEP" of the sleep scene to the service platform, and the service platform will forward the identification information of "USER_SLEEP” to the identification information of "USER_SLEEP” registered in advance on the service platform.
  • Smart air conditioners smart air conditioners will also sense that the user is sleeping at this time, so the smart air conditioner will automatically adjust the air conditioning mode to sleep mode.
  • the service platform also forwards the identification information “USER_SLEEP” to the smart TV that has previously registered the “USER_SLEEP” identification information on the service platform, the smart TV will also perceive that the user is sleeping, therefore, the smart The TV will automatically turn off.
  • the third scenario the first smart device is a smart wristband, the service platform is a car Bluetooth, and the second smart device is a smart car system.
  • the service platform detects that the first smart device is disconnected, then the default user leaving the scene information “USER_LEAVE” is enabled, and the identification information is sent to the smart in-vehicle system (regardless of Whether it is registered or not), the intelligent in-vehicle system can execute the command of turning off the in-vehicle power system set by the local corresponding "USER_LEAVE” identification information, thereby timely and closing the door, thereby avoiding waste of the power supply and avoiding the car battery. It is empty and the problem that the user cannot start the car when he returns.
  • a user may select one of the smart devices A as a service platform in the case of multiple smart devices, wherein one of the devices is selected.
  • the smart device A can serve as a service platform in various manners, for example, downloading a specified application software on the smart device A, and the smart device A can locally register information of each smart device connected to the smart device A through the application software, and at any time. Record its running status, so that smart device A and all other smart devices are in the same When the range is within, the smart device A can monitor the status of other smart devices in real time through the above application software.
  • a certain smart device sends the notification message and obtains information about the related scene, it can be based on the local record.
  • the information of the smart device, the information of the above related scenario is sent to the associated other intelligent information.
  • the smart device A initiates a group as the management device (ie, the service platform) of the group, and other devices can apply to join the group initiated by the smart device A as a group member of the group, so that the smart device A can collect each group in the group.
  • the scene information perceived by the group member is distributed to other members of the group.
  • the packets used by the smart device A and the other smart devices can be negotiated during the registration process, and the common parameters can be configured at the factory.
  • the service platform includes at least a receiving unit 40 and a sending unit 41, where
  • the receiving unit 40 is configured to receive a notification message that is sent by the first smart device, where the notification message carries information that the first smart device senses that the first scene of the user is located;
  • the sending unit 41 is configured to send the information of the first scenario to the associated at least one second smart device, so that the at least one second smart device performs a service instruction preset corresponding to the information of the first scenario.
  • a device for providing services based on a scenario comprising:
  • the receiving unit 40 is configured to receive a notification message that is sent by the first smart device, where the notification message carries information about the first scenario that the user is located by the first smart device;
  • the sending unit 41 is configured to send the information of the first scenario to the associated at least one second smart device, and enable the at least one second smart device to execute a service instruction preset corresponding to the information of the first scenario.
  • the above device is a smartphone, a laptop or a desktop computer.
  • the information of the first scenario is an identifier of the first scenario, or is a content description of the first scenario.
  • the receiving unit 40 receives the notification message sent by the first smart device by using a Bluetooth channel or a local area network channel;
  • the receiving unit 40 sends the information of the first scenario to the associated at least one second smart device through a Bluetooth channel or a local area network channel.
  • the sending unit 41 is further configured to:
  • the association relationship between each of the second smart devices and the information of the at least one scene is separately recorded in advance, and when the information of the first scenario is received, the information of any one of the scenarios is sent by referring to the association relationship.
  • At least one second smart device to be associated At least one second smart device to be associated.
  • the sending unit 41 is further used to send
  • the at least one second smart device is notified to stop the service.
  • the first smart device includes at least the sensing unit 50 and the communication unit 51, where
  • the sensing unit 50 is configured to sense the current scene of the user, and determine that the user is in the first scene;
  • the communication unit 51 is configured to send, by the first smart device, the information of the first scenario to the service platform, so that the service platform sends the information of the first scenario to the associated at least one second smart device, and the at least one second smart device performs the corresponding
  • the information of the first scene is preset by the service instruction.
  • the device is a smart wearable device, a smart phone, a laptop computer or a desktop computer.
  • the information of the first scenario is an identifier of the first scenario, or is a content description of the first scenario.
  • the sensing unit 50 is configured to: when the user is in the first scene, the sensing unit 50 is configured to:
  • the communication unit 51 is configured to:
  • the information of the first scenario is sent to the service platform through a Bluetooth channel or a LAN channel.
  • the first smart device includes at least a communication unit 60 and an execution unit 61, where
  • the communication unit 60 is configured to receive information about the first scenario sent by the service platform, where the information of the first scenario is obtained by the first smart device after sensing the current location of the user;
  • the executing unit 61 is configured to execute a service instruction preset corresponding to the information of the first scenario.
  • the device is a smart wearable device, a smart phone, a laptop computer, a desktop computer or a smart home.
  • the information of the first scenario is an identifier of the first scenario, or is a content description of the first scenario.
  • the executing unit 61 is further configured to:
  • the information of at least one scene associated with the locality is sent to the service platform for registration in advance.
  • the executing unit 61 is configured to:
  • the service instruction corresponding to the information setting of the first scenario is read and executed.
  • the executing unit 61 is further configured to:
  • the service command is stopped.
  • each smart device can interact with each other through a service platform, so that each smart device can obtain a complete user scenario, and each smart device can perform corresponding according to different scenarios.
  • the service command in order to provide the user with the accurate service in time, not only improves the service efficiency, but also avoids the performance consumption of the smart device caused by the repetitive sensing operation, and saves the resources of the smart device.
  • embodiments of the present application can be provided as a method, system, or computer program product.
  • the present application can take the form of an entirely hardware embodiment, an entirely software embodiment, or an embodiment in combination of software and hardware.
  • the application can take the form of a computer program product embodied on one or more computer-usable storage media (including but not limited to disk storage, CD-ROM, optical storage, etc.) including computer usable program code.
  • the computer program instructions can also be stored in a computer readable memory that can direct a computer or other programmable data processing device to operate in a particular manner, such that instructions stored in the computer readable memory produce an article of manufacture comprising the instruction device.
  • a device implements the functions specified in one or more blocks of a flow or a flow and/or block diagram of a flowchart.
  • These computer program instructions can also be loaded onto a computer or other programmable data processing device such that a series of operational steps are performed on a computer or other programmable device to produce computer-implemented processing for execution on a computer or other programmable device.
  • the instructions provide steps for implementing the functions specified in one or more of the flow or in a block or blocks of a flow diagram.

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Health & Medical Sciences (AREA)
  • Computing Systems (AREA)
  • General Health & Medical Sciences (AREA)
  • Medical Informatics (AREA)
  • Computer Hardware Design (AREA)
  • General Engineering & Computer Science (AREA)
  • Telephonic Communication Services (AREA)
  • Information Transfer Between Computers (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Telephone Function (AREA)

Abstract

本申请公开了一种基于场景提供服务的方法及设备,用以为用户提供灵活便捷的智能服务。该方法为:通过服务平台,各个智能设备之间可以交互彼此感知到的场景,从而令各个智能设备能够获取完整的用户场景,并且各个智能设备可以根据不同场景执行相应的服务命令,从而及时为用户提供准确到位的服务,这不但提高了服务效率,更可以避免重复性感知操作给智能设备带来的性能消耗,节省了智能设备的资源。

Description

一种基于场景提供服务的方法及设备
本申请要求2015年12月08日递交的申请号为201510898397.5、发明名称为“一种基于场景提供服务的方法及设备”的中国专利申请的优先权,其全部内容通过引用结合在本申请中。
技术领域
本申请涉及智能技术,特别涉及一种基于场景提供服务的方法及设备。
背景技术
随着物联网时代的到来,智能设备的应用范围越来越广泛。然而,目前的智能设备只能被动地记录设备相关信息,或者,由用户主动触发智能设备的相关功能(如,用户点击了某个按钮则执行相应命令),智能设备之间也仅仅是通过蓝牙通讯进行简单通讯,使得各个智能设备仅仅只能作为个体为用户提供单一的服务。
另一方面,目前大部分的智能设备仅仅只能获取用户在使用该智能设备相关的场景(如,智能手环仅能够监测到用户是否在运动,散步或者睡眠等)。但是却无法获取用户所处环境的完整场景,如,智能手环只能监测到用户是否在睡眠,却无法控制用户睡眠时所处的环境。
因此,并不能为用户提供进一步完善便捷的全方位智能服务。
发明内容
本申请实施例提供一种基于场景提供服务的方法及设备,用以为用户提供灵活便捷的智能服务。
本申请实施例提供的具体技术方案如下:
一种基于场景提供服务的方法,包括:
服务平台接收第一智能设备发送的通知消息,所述通知消息中携带有第一智能设备感知到的用户所处第一场景的信息;
服务平台将所述第一场景的信息发往关联的至少一个第二智能设备,令所述至少一个第二智能设备执行对应所述第一场景的信息预设的服务指令。
可选的,所述服务平台为智能手机、笔记本电脑或台式电脑。
可选的,所述第一场景的信息为第一场景的标识,或者,为第一场景的内容描述。
可选的,服务平台通过蓝牙通道或局域网通道接收第一智能设备发送的通知消息;以及,
服务平台通过蓝牙通道或局域网通道将所述第一场景的信息发往关联的至少一个第二智能设备。
可选的,进一步包括:
服务平台预先在本地分别记录每一种第二智能设备与至少一个场景的信息之间的关联关系,用以在接收到所述第一场景的信息时,参考所述关联关系,将所述任意一场景的信息发往关联的至少一个第二智能设备。
可选的,进一步包括:
服务平台感知到与所述第一智能设备断开连接后,通知所述至少一个第二智能设备停止服务。
一种基于场景提供服务的方法,包括:
第一智能设备对用户当前所处场景进行感知,确定用户处于第一场景;
第一智能设备将所述第一场景的信息发往服务平台,令所述服务平台将所述第一场景的信息发往关联的至少一个第二智能设备,由所述至少一个第二智能设备执行对应所述第一场景的信息预设的服务指令。
可选的,所述第一智能设备为智能穿戴设备、智能手机、笔记本电脑或台式电脑。
可选的,所述第一场景的信息为第一场景的标识,或者,为第一场景的内容描述。
可选的,第一智能设备对用户当前所处场景进行感知,确定用户处于第一场景,包括:
第一智能设备对用户当前的操作行为进行感知,确定对应所述操作行为的第一场景;或者,
第一智能设备对用户当前的生理数据进行感知,确定所述生理数据对应的第一场景;或者,
第一智能设备对用户当前的环境因素进行感知,确定所述环境因素对应的第一场景。
可选的,第一智能设备将所述第一场景的信息发往服务平台,包括:
第一智能设备通过蓝牙通道或局域网通道将所述第一场景的信息发往服务平台。
一种基于场景提供服务的方法,包括:
第二智能设备接收服务平台发送的第一场景的信息,所述第一场景的信息是由第一智能设备对用户当前所处场景进行感知后获得的;
第二智能设备执行对应所述第一场景的信息预设的服务指令。
可选的,所述第二智能设备为智能穿戴设备、智能手机、笔记本电脑、台式电脑或智能家居。
可选的,所述第一场景的信息为第一场景的标识,或者,为第一场景的内容描述。
可选的,第二智能设备预先将本地关联的至少一个场景的信息发往服务平台进行注册。
可选的,第二智能设备执行对应所述第一场景的信息预设的服务指令,包括:
第二智能设备获得第一场景的信息后,获取预设的各个场景的信息和各个服务指令之间的映射关系;
第二智能设备基于所述映射关系,读取并执行对应所述第一场景的信息设置的服务指令。
可选的,进一步包括:
第二智能设备感知到与所述服务平台断开连接后,停止执行服务命令;或/和,
第二智能设备接收到所述服务平台的通知,获知所述第一智能设备与服务平台断开连接时,停止执行服务命令。
一种基于场景提供服务的装置,包括:
接收单元,用于接收第一智能设备发送的通知消息,所述通知消息中携带有第一智能设备感知到的用户所处第一场景的信息;
发送单元,用于将所述第一场景的信息发往关联的至少一个第二智能设备,令所述至少一个第二智能设备执行对应所述第一场景的信息预设的服务指令。
可选的,所述装置为智能手机、笔记本电脑或台式电脑。
可选的,所述第一场景的信息为第一场景的标识,或者,为第一场景的内容描述。
可选的,所述接收单元通过蓝牙通道或局域网通道接收第一智能设备发送的通知消息;以及,
所述接收单元通过蓝牙通道或局域网通道将所述第一场景的信息发往关联的至少一个第二智能设备。
可选的,所述发送单元进一步用于:
预先在本地分别记录每一种第二智能设备与至少一个场景的信息之间的关联关系,用以在接收到所述第一场景的信息时,参考所述关联关系,将所述任意一场景的信息发往关联的至少一个第二智能设备。
可选的,所述发送单元进一步用于
感知到与所述第一智能设备断开连接后,通知所述至少一个第二智能设备停止服务。
一种基于场景提供服务的装置,包括:
感知单元,用于对用户当前所处场景进行感知,确定用户处于第一场景;
通信单元,用于第一智能设备将所述第一场景的信息发往服务平台,令所述服务平台将所述第一场景的信息发往关联的至少一个第二智能设备,由所述至少一个第二智能设备执行对应所述第一场景的信息预设的服务指令。
可选的,所述装置为智能穿戴设备、智能手机、笔记本电脑或台式电脑。
可选的,所述第一场景的信息为第一场景的标识,或者,为第一场景的内容描述。
可选的,对用户当前所处场景进行感知,确定用户处于第一场景时,所述感知单元用于:
对用户当前的操作行为进行感知,确定对应所述操作行为的第一场景;或者,
对用户当前的生理数据进行感知,确定所述生理数据对应的第一场景;或者,
对用户当前的环境因素进行感知,确定所述环境因素对应的第一场景。
可选的,将所述第一场景的信息发往服务平台时,所述通信单元用于:
通过蓝牙通道或局域网通道将所述第一场景的信息发往服务平台。
一种基于场景提供服务的装置,包括:
通信单元,用于接收服务平台发送的第一场景的信息,所述第一场景的信息是由第一智能设备对用户当前所处场景进行感知后获得的;
执行单元,用于执行对应所述第一场景的信息预设的服务指令。
可选的,所述装置为智能穿戴设备、智能手机、笔记本电脑、台式电脑或智能家居。
可选的,所述第一场景的信息为第一场景的标识,或者,为第一场景的内容描述。
可选的,所述执行单元进一步用于:
预先将本地关联的至少一个场景的信息发往服务平台进行注册。
可选的,执行对应所述第一场景的信息预设的服务指令时,所述执行单元用于:
获得第一场景的信息后,获取预设的各个场景的信息和各个服务指令之间的映射关系;
基于所述映射关系,读取并执行对应所述第一场景的信息设置的服务指令。
可选的,所述执行单元进一步用于:
感知到与所述服务平台断开连接后,停止执行服务命令;或/和,
接收到所述服务平台的通知,获知所述第一智能设备与服务平台断开连接时,停止执行服务命令。
本申请有益效果如下:
本申请实施例中,通过服务平台,各个智能设备之间可以交互彼此感知到的场景,从而令各个智能设备能够获取完整的用户场景,并且各个智能设备可以根据不同场景执行相应的服务命令,从而及时为用户提供准确到位的服务,这不但提高了服务效率,更可以避免重复性感知操作给智能设备带来的性能消耗,节省了智能设备的资源。
附图说明
图1为本申请实施例中基于场景提供服务的设备之间交互示意图;
图2为本申请实施例中基于场景提供服务流程图;
图3为本申请实施例中智能设备之间共享感知场景示意图;
图4为本申请实施例中第一智能设备功能结构示意图;
图5为本申请实施例中服务平台功能结构示意图;
图6为本申请实施例中服务平台功能结构示意图。
具体实施方式
为了能够向用户提供灵活便捷的智能服务,本申请实施例中,设计了一种能够基于场景提供服务的平台,智能设备之间能够基于该平台实现联动,使得智能设备能够基于用户所处理的整体环境为用户提供精确的智能服务。
本专利提出的基于用户场景的智能设备服务提供平台,通过打通智能设备之间的连接通道,来达到共享智能设备之间的场景,使得智能设备在获取完整的用户场景的同时为用户提供智能服务。
下面结合附图对本申请优选的实施方式进行详细说明。
本申请实施例中,总体上是提供了一个令各个智能设备能够交换信息的平台,便各个智能设备可以获知其他智能设备感知到的用户所处的场景,从而可以根据该场景主动为用户提供精确的服务。
用户所处的场景与多种因素相关,可以由用户当前的操作行为决定,也可以由用户客户的生理数据决定,也可以由环境因素(如,特定的时间,地点)决定,具体的场景描述可以预先配置并在后期优化,在此不再赘述。
参阅图1所示,本申请实施例中,需要使用一个服务平台作为信息交换中心,可选的,可以将智能手机,笔记本电脑或台式电脑作为服务平台。服务平台与各个智能设备之间通过蓝牙通道交互或者通过局域网通道交互,每一种智能设备均可以预先在服务平台进行场景注册,即通知服务平台自身支持哪一种场景,每一个智能设备上都对应其支持的场景配置有相应的服务命令。
基于上述架构,参阅图2所示,本申请实施例中,基于场景提供服务的具体流程如下:
步骤200:第一智能设备对用户当前所处场景进行感知,确定用户处于第一场景。
实际应用中,第一智能设备可以是图1所示的各类智能设备中的任意一种,例如,第一智能设备可以为智能穿戴设备、智能手机、笔记本电脑和台式电脑中的任意一种,只需要具备场景感知功能即可。
具体的,本申请实施例中,第一智能设备在进行场景感知时,可以采用但不限于以下三种方式:
第一种方式:第一智能设备对用户当前的操作行为进行感知,确定对应该操作行为的第一场景。
例如,第一智能设备为笔记本电脑,第一智能设备根据用户处理文档的行为,确定用户当前处于办公场景。
又例如,第一智能设备为智能手环,第一智能设备根据用户的手部动作规律,确定用户当前处于开车场景。
又例如,第一智能设备为智能手机,第一智能设备根据用户的播打电话的行为,确定用户当前处于通话场景。
第二种方式:第一智能设备对用户当前的生理数据进行感知,确定该生理数据对应的第一场景。
例如,第一智能设备为智能手环,第一智能设备根据用户的脉博数、血压数,确定用户当前处于睡眠场景。
第三种方式:第一智能设备对用户当前的环境因素进行感知,确定该环境因素对应的第一场景。
例如,第一智能设备为智能手机,第一智能设备根据当前的时间以及用户当前所片的地理位置,确定用户当前处于上班场景。
步骤210:第一智能设备将第一场景的信息发往服务平台。
可选的,第一智能设备可以通过蓝牙通道,或者,局域网通道,将第一场景的信息发往服务平台。
即第一智能设备和服务平台可以通过蓝牙方式实现通讯,也可以通过局域网(如,无线路由器)方式实现通讯。
另一方面,如图1所示,由于第一智能设备也是从多智能设备的一种,在某种场景下可以起到第一智能设备的作用,而在另一种场景下,也有可能起到第二智能设备的作用,因此,可选的,第一智能设备可以预先将本地关联的至少一个场景的信息发往服务平台进行注册,这样,服务平台在接收到其他智能设备上报的符合第一智能设备注册的场景的信息时,会通知第一智能设备执行相应的服务命令。
步骤220:服务平台接收第一智能设备发送的用户所处第一场景的信息。
可选的,服务平台通过蓝牙通道或局域网通道将上述第一场景的信息发往关联的至少一个第二智能设备。
由此可见,本申请实施例中,各个智能设备之间可以通过蓝牙通道进行交互,也可以通过局域网通道进行交互,作为服务平台的设备必须同时支持上述各种功能。以智能设备之间的连接方式主要通过蓝牙通道为例。蓝牙通讯又分为经典蓝牙和低功耗蓝牙,为了覆盖更多的用户场景,服务平台需要同时支持这两种方式的蓝牙连接,即需要有一个既能支持经典蓝牙又能支持低功耗蓝牙的设备作为服务平台。
较佳的,最理想的服务平台是智能手机,当然,不考虑便携性时,可以将笔记本电脑和台式电脑作为服务平台,可以提供更为理想的处理效率。
步骤230:服务平台将第一场景的信息发往关联的至少一个第二智能设备。
实际应用中,服务平台预先在本地记录第一智能设备与至少一个场景的信息之间的关联关系,以及分别记录每一种第二智能设备与至少一个场景的信息之间的关联关系,此过程称为注册。
在接收到上述第一场景的信息后,服务平台可以根据各个第二智能设备在本地预先注册的场景的信息,将上述第一场景的信息发往注册了该标识信息的第二智能设备。
当然,实际应用中,若连接至服务平台的第二智能设备数目不多,则也可以将第一场景的信息发往所有第二智能设备,这样,可以防止漏发。具体的,第二智能设备上的软件可能会随时升级和更新,假设第二智能设备升级前不支持上述第一场景,而升级后支持上述第一场景,而此时第二智能设备还未针对第一场景的信息在服务平台进行注册,则服务平台通过全面发送的方式,保证第二智能设备能够及时接收到第一智能设备发送 的第一场景的信息,从而及时提供精确的服务。
另一方面,在实际应用中,若服务平台感知到与第一智能设备断开连接(如,用户离开服务平台的管辖范围),则会通知关联的至少一个第二智能设备停止服务,这样,可以避免资源浪费。
步骤240:第二智能设备接收服务平台发送的第一场景的信息。
同理,第二智能设备可以是智能穿戴设备、智能手机、笔记本电脑、台式电脑和智能家居中的任意一种,同时为用户提供服务的第二智能设备可以是多个。
步骤250:第二智能设备执行对应第一场景的信息预设的服务指令。
由于第二智能设备预先将本地关联的至少一个场景的信息发往服务平台进行注册,因此,在接收到第一场景的信息后,第二智能设备即获知该第一场景为本地的已注册的场景,那么,会获取本地对应第一场景的信息设置的服务命令,并执行该服务命令为用户提供相关服务。
进一步地,为了节省资源,第二智能设备感知到与服务平台断开连接后(服务平台离开第二智能设备的服务范围),会停止执行服务命令;或/和,第二智能设备接收到服务平台的通知,获知第一智能设备与服务平台断开连接时(第一智能设备离开服务平台的管辖范围),停止执行服务命令。
具体的,参阅图3所示,通过上述方式,各个智能设备之间可以交换彼此感知到的场景,如,一智能设备感知到场景2,上报至服务平台后,将场景2共享至另一智能设备,由另一智能设备完成对应场景2的服务命令;而该另一智能设备感知到场景3,上报至服务平台后,将场景3共享至上述一智能设备,由上述一智能设备完成对应场景3的服务命令。显示,即使某一智能设备未感知的用户当前所处的场景,也可以通过共享其他智能设备的感知结果,及时向用户提供相适应的服务。
这样,通过共享感知信息,各个智能设备均可以获得更完整的用户场景,从而可以多维度地的及时为用户提供准确的服务,这不但提高了服务效率,更可以避免重复性感知操作给智能设备带来的性能消耗,节省了智能设备的资源。
下面通过几个应用场景对上述实施例作出进一步详细说明。
第一应用场景:假设第一智能设备为智能手机,第二智能设备为智能电视。
假设用户在看智能电视过程中,接通了智能手机进行通话,则智能手机会向服务平台发送通话场景的信息“ON_CALL”,服务平台会将“ON_CALL”这一标识信息转发至预先在服务平台注册了“ON_CALL”这一标识信息的智能电视,从而智能电视同样可 以感知到此时用户正在打电话,因此智能电视会执行本地对应“ON_CALL”设置的“SLIENCE命令”,令智能使电视进入静音模式。
而当结束通话时,智能手机会向服务平台发送结束通话场景的信息“END_CALL”,服务平台会将“END_CALL”这一标识信息转发至预先在服务平台注册了“END_CALL”这一标识信息的智能电视。智能电视接收到此标识信息后,执行本地对应“END_CALL”这一标识信息设置的“NORMAL_VOLUME命令”,则智能电视的声音恢复正常。
这样的智能电视可以根据用户当前所处场景及时提供准确的服务,令用户感到更加温馨。
第二应用场景:假设第一智能设备为智能手环,第二智能设备为智能空调。
假设当用户在睡觉,则智能手环会向服务平台发出睡眠场景的信息“USER_SLEEP”,服务平台会将“USER_SLEEP”这一标识信息转发至预先在服务平台注册了“USER_SLEEP”这一标识信息的智能空调,则智能空调同样会感知到此时用户正在睡觉,因此,智能空调会自动将空调模式调整到睡眠模式。
同理,假设服务平台同样也会将“USER_SLEEP”这一标识信息转发至预先在服务平台注册了“USER_SLEEP”这一标识信息的智能电视,则智能电视同样会感知到用户正在睡觉,因此,智能电视会自动关闭。
第三场景:假设第一智能设备为智能手环,服务平台为车载蓝牙,第二智能设备为智能车载系统。
那么,当用户离开车忘记关闭电源时,服务平台会检测到与第一智能设备断开连接,则启用默认的用户离开场景的信息“USER_LEAVE”,并将该标识信息发往智能车载系统(无论其是否注册),智能车载系统此时可以执行本地对应“USER_LEAVE””这一标识信息设置的关闭车内电源系统的命令,从而及时并关闭车门,即避免了电源的浪费,也避免了汽车电池耗空,用户回来时无法发动汽车的问题。
上述三种场景仅为举例,实际应用中,具体的场景感知及服务命令执行方式可以根据应用环境进行灵活配置,在此不再赘述。
作为本申请实施例的一个例子,用户(一个用户或多个用户,如用户的家人)在拥有的多个智能设备的情况下,可以选取其中一个智能设备A作为服务平台,其中,选取其中一个智能设备A作为服务平台可以有多种方式,例如:在智能设备A上下载指定应用软件,智能设备A可以通过该应用软件在本地注册各个连接至智能设备A的其他智能设备的信息,并随时记录其运行状态,这样,智能设备A和其他所有智能设备同处于一 定范围内时,智能设备A便可以通过上述应用软件对其他智能设备的状态进行实时监测,一旦确定某一智能设备发送了通知消息并获得的相关场景的信息,便可以基于本地记录的各个其他智能设备的信息,该上述相关场景的信息发往关联的其他智能该信息。又例如:智能设备A发起一个组,作为该组的管理设备(即服务平台),其他设备可以申请加入智能设备A发起的组,作为该组的组员,从而智能设备A可以收集组内各组员感知的场景信息,并分发给组内其他组员。当然,智能设备A与各个其他智能设备之间通信时使用的报文可以在注册过程中进行协商,也可以在出厂时即已配置好通用参数,在此不再赘述。
基于上述实施例,参阅图4所示,本申请实施例中,服务平台至少包括接收单元40和发送单元41,其中,
接收单元40,用于接收第一智能设备发送的通知消息,通知消息中携带有第一智能设备感知到的用户所处第一场景的信息;
发送单元41,用于将第一场景的信息发往关联的至少一个第二智能设备,令至少一个第二智能设备执行对应第一场景的信息预设的服务指令。
一种基于场景提供服务的装置,包括:
接收单元40,用于接收第一智能设备发送的通知消息,上述通知消息中携带有第一智能设备感知到的用户所处第一场景的信息;
发送单元41,用于将上述第一场景的信息发往关联的至少一个第二智能设备,令上述至少一个第二智能设备执行对应上述第一场景的信息预设的服务指令。
可选的,上述装置为智能手机、笔记本电脑或台式电脑。
可选的,上述第一场景的信息为第一场景的标识,或者,为第一场景的内容描述。
可选的,接收单元40通过蓝牙通道或局域网通道接收第一智能设备发送的通知消息;以及,
接收单元40通过蓝牙通道或局域网通道将上述第一场景的信息发往关联的至少一个第二智能设备。
可选的,发送单元41进一步用于:
预先在本地分别记录每一种第二智能设备与至少一个场景的信息之间的关联关系,用以在接收到上述第一场景的信息时,参考上述关联关系,将上述任意一场景的信息发往关联的至少一个第二智能设备。
可选的,发送单元41进一步用于
感知到与上述第一智能设备断开连接后,通知上述至少一个第二智能设备停止服务。
基于上述实施例,参阅图5所示,本申请实施例中,第一智能设备至少包括感知单元50和通信单元51,其中,
感知单元50,用于对用户当前所处场景进行感知,确定用户处于第一场景;
通信单元51,用于第一智能设备将第一场景的信息发往服务平台,令服务平台将第一场景的信息发往关联的至少一个第二智能设备,由至少一个第二智能设备执行对应第一场景的信息预设的服务指令。
可选的,上述装置为智能穿戴设备、智能手机、笔记本电脑或台式电脑。
可选的,上述第一场景的信息为第一场景的标识,或者,为第一场景的内容描述。
可选的,对用户当前所处场景进行感知,确定用户处于第一场景时,感知单元50用于:
对用户当前的操作行为进行感知,确定对应上述操作行为的第一场景;或者,
对用户当前的生理数据进行感知,确定上述生理数据对应的第一场景;或者,
对用户当前的环境因素进行感知,确定上述环境因素对应的第一场景。
可选的,将上述第一场景的信息发往服务平台时,通信单元51用于:
通过蓝牙通道或局域网通道将上述第一场景的信息发往服务平台。
基于上述实施例,参阅图6所示,本申请实施例中,第一智能设备至少包括通信单元60和执行单元61,其中,
通信单元60,用于接收服务平台发送的第一场景的信息,第一场景的信息是由第一智能设备对用户当前所处场景进行感知后获得的;
执行单元61,用于执行对应第一场景的信息预设的服务指令。
可选的,上述装置为智能穿戴设备、智能手机、笔记本电脑、台式电脑或智能家居。
可选的,上述第一场景的信息为第一场景的标识,或者,为第一场景的内容描述。
可选的,执行单元61进一步用于:
预先将本地关联的至少一个场景的信息发往服务平台进行注册。
可选的,执行对应上述第一场景的信息预设的服务指令时,执行单元61用于:
获得第一场景的信息后,获取预设的各个场景的信息和各个服务指令之间的映射关系;
基于上述映射关系,读取并执行对应上述第一场景的信息设置的服务指令。
可选的,执行单元61进一步用于:
感知到与服务平台断开连接后,停止执行服务命令;或/和,
接收到服务平台的通知,获知第一智能设备与服务平台断开连接时,停止执行服务命令。
综上所述,本申请实施例中,通过服务平台,各个智能设备之间可以交互彼此感知到的场景,从而令各个智能设备能够获取完整的用户场景,并且各个智能设备可以根据不同场景执行相应的服务命令,从而及时为用户提供准确到位的服务,这不但提高了服务效率,更可以避免重复性感知操作给智能设备带来的性能消耗,节省了智能设备的资源。
本领域内的技术人员应明白,本申请的实施例可提供为方法、系统、或计算机程序产品。因此,本申请可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且,本申请可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。
本申请是参照根据本申请实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器,使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的设备。
这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中,使得存储在该计算机可读存储器中的指令产生包括指令设备的制造品,该指令设备实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上,使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理,从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
尽管已描述了本申请的优选实施例,但本领域内的技术人员一旦得知了基本创造性概念,则可对这些实施例作出另外的变更和修改。所以,所附权利要求意欲解释为包 括优选实施例以及落入本申请范围的所有变更和修改。
显然,本领域的技术人员可以对本申请实施例进行各种改动和变型而不脱离本申请实施例的精神和范围。这样,倘若本申请实施例的这些修改和变型属于本申请权利要求及其等同技术的范围之内,则本申请也意图包含这些改动和变型在内。

Claims (34)

  1. 一种基于场景提供服务的方法,其特征在于,包括:
    服务平台接收第一智能设备发送的通知消息,所述通知消息中携带有第一智能设备感知到的用户所处第一场景的信息;
    服务平台将所述第一场景的信息发往关联的至少一个第二智能设备,令所述至少一个第二智能设备执行对应所述第一场景的信息预设的服务指令。
  2. 如权利要求1所述的方法,其特征在于,所述服务平台为智能手机、笔记本电脑或台式电脑。
  3. 如权利要求1所述的方法,其特征在于,所述第一场景的信息为第一场景的标识,或者,为第一场景的内容描述。
  4. 如权利要求1所述的方法,其特征在于,服务平台通过蓝牙通道或局域网通道接收第一智能设备发送的通知消息;以及,
    服务平台通过蓝牙通道或局域网通道将所述第一场景的信息发往关联的至少一个第二智能设备。
  5. 如权利要求1-4任一项所述的方法,其特征在于,进一步包括:
    服务平台预先在本地分别记录每一种第二智能设备与至少一个场景的信息之间的关联关系,用以在接收到所述第一场景的信息时,参考所述关联关系,将所述任意一场景的信息发往关联的至少一个第二智能设备。
  6. 如权利要求1-4任一项所述的方法,其特征在于,进一步包括:
    服务平台感知到与所述第一智能设备断开连接后,通知所述至少一个第二智能设备停止服务。
  7. 一种基于场景提供服务的方法,其特征在于,包括:
    第一智能设备对用户当前所处场景进行感知,确定用户处于第一场景;
    第一智能设备将所述第一场景的信息发往服务平台,令所述服务平台将所述第一场景的信息发往关联的至少一个第二智能设备,由所述至少一个第二智能设备执行对应所述第一场景的信息预设的服务指令。
  8. 如权利要求7所述的方法,其特征在于,所述第一智能设备为智能穿戴设备、智能手机、笔记本电脑或台式电脑。
  9. 如权利要求7所述的方法,其特征在于,所述第一场景的信息为第一场景的标识,或者,为第一场景的内容描述。
  10. 如权利要求7所述的方法,其特征在于,第一智能设备对用户当前所处场景进行感知,确定用户处于第一场景,包括:
    第一智能设备对用户当前的操作行为进行感知,确定对应所述操作行为的第一场景;或者,
    第一智能设备对用户当前的生理数据进行感知,确定所述生理数据对应的第一场景;或者,
    第一智能设备对用户当前的环境因素进行感知,确定所述环境因素对应的第一场景。
  11. 如权利要求7-10任一项所述的方法,其特征在于,第一智能设备将所述第一场景的信息发往服务平台,包括:
    第一智能设备通过蓝牙通道或局域网通道将所述第一场景的信息发往服务平台。
  12. 一种基于场景提供服务的方法,其特征在于,包括:
    第二智能设备接收服务平台发送的第一场景的信息,所述第一场景的信息是由第一智能设备对用户当前所处场景进行感知后获得的;
    第二智能设备执行对应所述第一场景的信息预设的服务指令。
  13. 如权利要求12所述的方法,其特征在于,所述第二智能设备为智能穿戴设备、智能手机、笔记本电脑、台式电脑或智能家居。
  14. 如权利要求12所述的方法,其特征在于,所述第一场景的信息为第一场景的标识,或者,为第一场景的内容描述。
  15. 如权利要求12所述的方法,其特征在于,第二智能设备预先将本地关联的至少一个场景的信息发往服务平台进行注册。
  16. 如权利要求12-15任一项所述的方法,其特征在于,第二智能设备执行对应所述第一场景的信息预设的服务指令,包括:
    第二智能设备获得第一场景的信息后,获取预设的各个场景的信息和各个服务指令之间的映射关系;
    第二智能设备基于所述映射关系,读取并执行对应所述第一场景的信息设置的服务指令。
  17. 如权利要求12-15任一项所述的方法,其特征在于,进一步包括:
    第二智能设备感知到与所述服务平台断开连接后,停止执行服务命令;或/和,
    第二智能设备接收到所述服务平台的通知,获知所述第一智能设备与服务平台断开 连接时,停止执行服务命令。
  18. 一种基于场景提供服务的装置,其特征在于,包括:
    接收单元,用于接收第一智能设备发送的通知消息,所述通知消息中携带有第一智能设备感知到的用户所处第一场景的信息;
    发送单元,用于将所述第一场景的信息发往关联的至少一个第二智能设备,令所述至少一个第二智能设备执行对应所述第一场景的信息预设的服务指令。
  19. 如权利要求18所述的装置,其特征在于,所述装置为智能手机、笔记本电脑或台式电脑。
  20. 如权利要求18所述的装置,其特征在于,所述第一场景的信息为第一场景的标识,或者,为第一场景的内容描述。
  21. 如权利要求18所述的装置,其特征在于,所述接收单元通过蓝牙通道或局域网通道接收第一智能设备发送的通知消息;以及,
    所述接收单元通过蓝牙通道或局域网通道将所述第一场景的信息发往关联的至少一个第二智能设备。
  22. 如权利要求18-21任一项所述的装置,其特征在于,所述发送单元进一步用于:
    预先在本地分别记录每一种第二智能设备与至少一个场景的信息之间的关联关系,用以在接收到所述第一场景的信息时,参考所述关联关系,将所述任意一场景的信息发往关联的至少一个第二智能设备。
  23. 如权利要求18-21任一项所述的装置,其特征在于,所述发送单元进一步用于
    感知到与所述第一智能设备断开连接后,通知所述至少一个第二智能设备停止服务。
  24. 一种基于场景提供服务的装置,其特征在于,包括:
    感知单元,用于对用户当前所处场景进行感知,确定用户处于第一场景;
    通信单元,用于第一智能设备将所述第一场景的信息发往服务平台,令所述服务平台将所述第一场景的信息发往关联的至少一个第二智能设备,由所述至少一个第二智能设备执行对应所述第一场景的信息预设的服务指令。
  25. 如权利要求24所述的装置,其特征在于,所述装置为智能穿戴设备、智能手机、笔记本电脑或台式电脑。
  26. 如权利要求24所述的装置,其特征在于,所述第一场景的信息为第一场景的标识,或者,为第一场景的内容描述。
  27. 如权利要求24所述的装置,其特征在于,对用户当前所处场景进行感知,确定用户处于第一场景时,所述感知单元用于:
    对用户当前的操作行为进行感知,确定对应所述操作行为的第一场景;或者,
    对用户当前的生理数据进行感知,确定所述生理数据对应的第一场景;或者,
    对用户当前的环境因素进行感知,确定所述环境因素对应的第一场景。
  28. 如权利要求24-27任一项所述的装置,其特征在于,将所述第一场景的信息发往服务平台时,所述通信单元用于:
    通过蓝牙通道或局域网通道将所述第一场景的信息发往服务平台。
  29. 一种基于场景提供服务的装置,其特征在于,包括:
    通信单元,用于接收服务平台发送的第一场景的信息,所述第一场景的信息是由第一智能设备对用户当前所处场景进行感知后获得的;
    执行单元,用于执行对应所述第一场景的信息预设的服务指令。
  30. 如权利要求29所述的装置,其特征在于,所述装置为智能穿戴设备、智能手机、笔记本电脑、台式电脑或智能家居。
  31. 如权利要求29所述的装置,其特征在于,所述第一场景的信息为第一场景的标识,或者,为第一场景的内容描述。
  32. 如权利要求29所述的装置,其特征在于,所述执行单元进一步用于:
    预先将本地关联的至少一个场景的信息发往服务平台进行注册。
  33. 如权利要求29-32任一项所述的装置,其特征在于,执行对应所述第一场景的信息预设的服务指令时,所述执行单元用于:
    获得第一场景的信息后,获取预设的各个场景的信息和各个服务指令之间的映射关系;
    基于所述映射关系,读取并执行对应所述第一场景的信息设置的服务指令。
  34. 如权利要求29-32任一项所述的装置,其特征在于,所述执行单元进一步用于:
    感知到与所述服务平台断开连接后,停止执行服务命令;或/和,
    接收到所述服务平台的通知,获知所述第一智能设备与服务平台断开连接时,停止执行服务命令。
PCT/CN2016/107406 2015-12-08 2016-11-28 一种基于场景提供服务的方法及设备 WO2017097121A1 (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
US15/993,411 US20180343634A1 (en) 2015-12-08 2018-05-30 Method and apparatus for providing context-aware services

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN201510898397.5A CN106856490A (zh) 2015-12-08 2015-12-08 一种基于场景提供服务的方法及设备
CN201510898397.5 2015-12-08

Related Child Applications (1)

Application Number Title Priority Date Filing Date
US15/993,411 Continuation-In-Part US20180343634A1 (en) 2015-12-08 2018-05-30 Method and apparatus for providing context-aware services

Publications (1)

Publication Number Publication Date
WO2017097121A1 true WO2017097121A1 (zh) 2017-06-15

Family

ID=59013726

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2016/107406 WO2017097121A1 (zh) 2015-12-08 2016-11-28 一种基于场景提供服务的方法及设备

Country Status (3)

Country Link
US (1) US20180343634A1 (zh)
CN (1) CN106856490A (zh)
WO (1) WO2017097121A1 (zh)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN113254092A (zh) * 2021-06-24 2021-08-13 深圳传音控股股份有限公司 处理方法、设备及存储介质

Families Citing this family (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN106406117B (zh) * 2016-10-27 2020-01-10 北京小米移动软件有限公司 设备控制方法及装置
US10652308B2 (en) * 2017-11-08 2020-05-12 International Business Machines Corporation Cognitive storage management for a mobile computing device
US10999092B2 (en) * 2018-01-26 2021-05-04 Edst, Llc Modular intelligent door and frame
JP7346455B2 (ja) * 2018-05-07 2023-09-19 グーグル エルエルシー 様々な接続デバイスを制御するための複合グラフィカルアシスタントインターフェースの提供
CN109506325B (zh) * 2018-09-14 2022-06-21 上海擎感智能科技有限公司 智能空调自动控制方法、系统、存储介质及设备
CN109257259B (zh) * 2018-11-30 2022-06-24 广东美的制冷设备有限公司 场景联动控制方法、装置及家电设备
CN114124692B (zh) * 2021-10-29 2024-03-22 青岛海尔科技有限公司 智能设备技能接入方法、装置、电子设备及存储介质

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101742138A (zh) * 2008-11-07 2010-06-16 康佳集团股份有限公司 一种电视音量控制系统及方法
CN104483953A (zh) * 2014-12-29 2015-04-01 联想(北京)有限公司 一种控制方法及穿戴式电子设备
US20150217082A1 (en) * 2008-08-14 2015-08-06 National Taiwan University Sleep assistant system, method, and non-transitory computer-readable medium for assisting in easing hardship of falling asleep
CN105100527A (zh) * 2015-07-14 2015-11-25 惠州Tcl移动通信有限公司 一种基于移动终端的智能家电控制方法及移动终端、附件
CN105182765A (zh) * 2015-08-12 2015-12-23 小米科技有限责任公司 家居设备控制方法及装置

Family Cites Families (24)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20050125083A1 (en) * 2003-11-10 2005-06-09 Kiko Frederick J. Automation apparatus and methods
FI20045510A0 (fi) * 2004-12-29 2004-12-29 Nokia Corp Tiedon jakaminen
JP4870943B2 (ja) * 2005-05-18 2012-02-08 株式会社エヌ・ティ・ティ・ドコモ 携帯端末、コンテキスト管理サーバ、アプリケーション登録サーバ、およびアプリケーション実行方法
EP2050034A2 (en) * 2006-07-28 2009-04-22 Koninklijke Philips Electronics N.V. Distributed shared data space for personal health systems
US9226049B2 (en) * 2008-10-24 2015-12-29 New Jersey Institute Of Technology System and method for previewing calls in communications systems
US9141087B2 (en) * 2009-04-26 2015-09-22 Nike, Inc. Athletic watch
US20120254909A1 (en) * 2009-12-10 2012-10-04 Echostar Ukraine, L.L.C. System and method for adjusting presentation characteristics of audio/video content in response to detection of user sleeping patterns
US20120062602A1 (en) * 2010-09-13 2012-03-15 Nokia Corporation Method and apparatus for rendering a content display
US9176485B2 (en) * 2011-06-02 2015-11-03 Microsoft Technology Licensing, Llc Occupancy prediction using historical occupancy patterns
US9628420B1 (en) * 2011-09-28 2017-04-18 EMC IP Holding Company LLC Method and apapratus for content, endpoint, and protocol man-in-the-middle user interface
EP3030879A4 (en) * 2013-08-09 2018-01-03 CNRY Inc. System and methods for monitoring an environment
US9498163B2 (en) * 2013-10-10 2016-11-22 Pushd, Inc. Automated location and activity aware medical monitoring
US20150204561A1 (en) * 2014-01-20 2015-07-23 Innosys, Inc. Control System With Mobile Sensors
US20170238401A1 (en) * 2014-01-25 2017-08-17 Innosys, Inc. Solid State Lighting Systems
CN103870220A (zh) * 2014-03-19 2014-06-18 惠州Tcl移动通信有限公司 一种移动设备工作模式的控制方法及控制系统
US20190099009A1 (en) * 2014-05-09 2019-04-04 Sleepnea Llc Wearable Technology for Sleep Environment Modification
WO2015200730A1 (en) * 2014-06-25 2015-12-30 Innosys, Inc. Circadian rhythm alignment lighting
KR102338899B1 (ko) * 2015-01-02 2021-12-13 삼성전자주식회사 홈 디바이스를 제어하는 방법 및 디바이스
US20160224251A1 (en) * 2015-01-30 2016-08-04 Lin Xu Systems and methods in support of dynamic data management
WO2016155021A1 (zh) * 2015-04-03 2016-10-06 绿仕科技控股有限公司 环境控制系统
US10478131B2 (en) * 2015-07-16 2019-11-19 Samsung Electronics Company, Ltd. Determining baseline contexts and stress coping capacity
US10953234B2 (en) * 2015-08-26 2021-03-23 Element Science, Inc. Wearable devices
US20170115782A1 (en) * 2015-10-23 2017-04-27 Microsoft Technology Licensing, Llc Combined grip and mobility sensing
CN106020357A (zh) * 2016-05-23 2016-10-12 京东方科技集团股份有限公司 智能穿戴设备及智能穿戴设备的运行方法和装置

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20150217082A1 (en) * 2008-08-14 2015-08-06 National Taiwan University Sleep assistant system, method, and non-transitory computer-readable medium for assisting in easing hardship of falling asleep
CN101742138A (zh) * 2008-11-07 2010-06-16 康佳集团股份有限公司 一种电视音量控制系统及方法
CN104483953A (zh) * 2014-12-29 2015-04-01 联想(北京)有限公司 一种控制方法及穿戴式电子设备
CN105100527A (zh) * 2015-07-14 2015-11-25 惠州Tcl移动通信有限公司 一种基于移动终端的智能家电控制方法及移动终端、附件
CN105182765A (zh) * 2015-08-12 2015-12-23 小米科技有限责任公司 家居设备控制方法及装置

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN113254092A (zh) * 2021-06-24 2021-08-13 深圳传音控股股份有限公司 处理方法、设备及存储介质

Also Published As

Publication number Publication date
US20180343634A1 (en) 2018-11-29
CN106856490A (zh) 2017-06-16

Similar Documents

Publication Publication Date Title
WO2017097121A1 (zh) 一种基于场景提供服务的方法及设备
US20210272566A1 (en) Communication Method, Server, and Device
WO2017129124A1 (zh) 智能家电控制方法及智能家电
US20190132401A1 (en) Electronic device using logical channels for communication
EP3252998A1 (en) Method and apparatus for controlling smart home device to upload data, method and apparatus for acquiring data uploaded by smart home device
WO2017028396A1 (zh) 多媒体播放设备的连接方法、主设备、控制终端及系统
WO2018010533A1 (zh) 设备控制系统、方法、装置及网关
WO2016058246A1 (zh) 家庭智能网关及智能家居系统
US7826395B2 (en) Communication system using zigbee and method of controlling the same
US10771854B2 (en) Video streaming apparatus and method in electronic device
WO2017097120A1 (zh) 一种场景感知及提供服务的方法及装置
RU2713625C2 (ru) Система беспроводного состыковывания
CN107409270B (zh) 用于建立设备之间的连接的方法和装置
JP6711635B2 (ja) ネットワークシステム、電気機器、通信端末、および通信端末のためのプログラム
WO2018072490A1 (zh) 一种智能家电的控制方法、装置及存储介质
US9836958B2 (en) Device control method, server, system and computer storage medium
KR102294040B1 (ko) 데이터 송수신 방법 및 장치
EP3197170B1 (en) Multimedia processing device, multimedia processing server and method therefor
WO2017050006A1 (zh) 远程直播方法和系统
WO2015000379A1 (zh) 空调器的远程控制方法和空调器的远程控制系统
CN106982384A (zh) 电视机调整控制方法、系统、智能手表及可读存储介质
KR20200052673A (ko) 무선 네트워크에서 근접한 장치들 간 통신 방법 및 장치
US11057951B2 (en) Communication apparatus, method of controlling communication apparatus, and non-transitory computer-readable storage medium
US9772669B2 (en) Power device, power control device, and operating method therefor
CN107395493B (zh) 一种基于意图Intent分享消息的方法及装置

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

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

Country of ref document: EP

Kind code of ref document: A1