WO2008043312A1 - A control method, an authenticating method of an electric device and a streaming media server - Google Patents

A control method, an authenticating method of an electric device and a streaming media server Download PDF

Info

Publication number
WO2008043312A1
WO2008043312A1 PCT/CN2007/070844 CN2007070844W WO2008043312A1 WO 2008043312 A1 WO2008043312 A1 WO 2008043312A1 CN 2007070844 W CN2007070844 W CN 2007070844W WO 2008043312 A1 WO2008043312 A1 WO 2008043312A1
Authority
WO
WIPO (PCT)
Prior art keywords
information
electronic device
client
control
authentication
Prior art date
Application number
PCT/CN2007/070844
Other languages
English (en)
French (fr)
Inventor
Jian Yang
Guoqiao Chen
Original Assignee
Huawei Technologies Co., Ltd.
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 Huawei Technologies Co., Ltd. filed Critical Huawei Technologies Co., Ltd.
Priority to EP07817035.4A priority Critical patent/EP2088729B1/en
Priority to CN200780000315.4A priority patent/CN101317413B/zh
Publication of WO2008043312A1 publication Critical patent/WO2008043312A1/zh
Priority to US12/413,939 priority patent/US8832287B2/en

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/60—Network streaming of media packets
    • H04L65/61—Network streaming of media packets for supporting one-way streaming services, e.g. Internet radio
    • H04L65/613—Network streaming of media packets for supporting one-way streaming services, e.g. Internet radio for the control of the source by the destination
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L63/00—Network architectures or network communication protocols for network security
    • H04L63/08—Network architectures or network communication protocols for network security for authentication of entities

Definitions

  • the present invention relates to the field of control, and in particular, to a control method, an authentication method, and a streaming media server for an electronic device.
  • Cameras are commonly used in surveillance systems such as anti-theft surveillance systems, home security electronic eye systems, and more.
  • Prior art cameras for use in surveillance systems typically include a base and a camera and power system mounted thereon.
  • the power system is directly connected to the console via a data connection.
  • the console controls the power system to control the motion of the camera and its ancillary equipment through dedicated signaling.
  • the above prior art scheme for controlling the movement of the camera and its auxiliary equipment has the following technical problems: 1.
  • the method for controlling the camera belongs to a professional method and has a large investment;
  • the current streaming media is widely used, but due to the professional method of controlling the camera It adopts dedicated signaling control and thus cannot be compatible with existing ubiquitous streaming media systems.
  • control of the prior art camera is in a single user form, and the user does not need to enter a password account.
  • the camera is a scarce resource, and the prior art does not implement camera resource reuse.
  • the reuse of current resources is very common, such as streaming media network resources, and its user management method is to use an authentication process when different users access resources.
  • different access rights are set according to different user rights, such as primary, intermediate, advanced, and the like.
  • an intermediate user is accessing, another advanced user also tries to access the system.
  • the system determines the access rights between different users. If it is confirmed that the lower-level users are occupying resources, and the higher-level users need to access the system resources, the system automatically releases the users occupied by the lower-level users. Resource, and provide the resource to a higher level user.
  • the current streaming media resource authentication technology is to set up an HTTP (Hypertext Transfer Protocol) server between the client and the streaming media server to complete the comparison between the password and the user account through HTTP. Identification.
  • HTTP Hypertext Transfer Protocol
  • the URI Uniform Resource Identifier
  • the streaming media platform will judge according to the validity of the URI, and provide the corresponding media content to the requester.
  • the requester will receive the delivered media content and play it on this basis. Specifically include:
  • Step 101 The client initiates a login request to the Http server through the http protocol, and carries the username and password information in the login request information.
  • the user name is: Alice and the password is 12345.
  • Step 103 The process of the client logging in through the user. Then, for the streaming media content that is of interest to you, if you want to play the content, you need to send an http get request to the http server, and obtain the URI information of the streaming media content required by the streaming media control protocol RTSP to play the streaming media content. .
  • the request action of the URI is initiated by the http get request.
  • Step 104 The Http server is only a portal of a streaming media server, that is, a portal. It does not store any media information itself, and certainly does not store the URI information of the corresponding streaming media content. After receiving the http get request, the http server sends an http get request for the URI information of the streaming media content to the streaming server to the streaming server.
  • Step 105 After receiving the get request sent by the http server, the streaming media server generates a URI address used by the streaming media player according to the address of the streaming media content required in the get request, and responds by using the 200 ok response of http.
  • the RTSP URI address is sent to the http server.
  • the generation time of the URI is also recorded, and the effective time used by the URI is marked locally.
  • the streaming client requests streaming content through the URI address, the request is valid only within a valid time. After this time, the request will be invalid.
  • Step 106 The http server returns the URI address information of the streaming media content obtained from the streaming media server to the client requesting the URI address through the http 200 OK response response.
  • Step 107 The client uses the obtained URI address of the streaming media content to initiate a streaming media acquisition request, and the request is sent by the streaming media protocol RTSP.
  • the content of the streaming media specified by the streaming URI is played by the RTUP PLAY command.
  • the protocol message of the RTSP does not need to be transited through the http server, and only needs to directly operate the previously obtained URI through the RTSP protocol. To achieve.
  • Step 108 After receiving the PLAY request initiated by the client for the RTSP, the streaming media server verifies the validity and effectiveness of the URI address of the request. If yes, it can return to the client that initiated the request through the RTSP response response 200 OK. .
  • Step 109 The media stream of the streaming media content is transmitted between the streaming media server and the client through the RTP/RTCP protocol.
  • the terminal normally views the requested media content.
  • Step 110 After the client finishes watching the media content, the client needs to initiate a process of unlinking. This process is done through the RTSP TEA DOWN command.
  • Step 111 When the streaming server receives an RTSP TEARDOWN command, it will break the media stream being sent. After completing the action, the user will be notified of the successful result by the RTOK 200 OK response. In this example, the 200 OK response is ignored.
  • Step 112 After a period of time, that is, after the original URI address requested by the client has lost its effectiveness.
  • the client initiates a streaming media content play request to the streaming server by using the original URI address information according to the original process.
  • Step 113 After receiving the request, the streaming server determines the validity of the URI and finds that the address information that has expired returns a failed request.
  • Step 114 After the client modifies the URI address information of the RTSP, the playback request of the streaming media content is sent here.
  • Step 115 The streaming media server still needs to verify the received URI address information, and finds that the invalid URI information returns a failed request.
  • the identity authentication and streaming on-demand functions can also be implemented as shown in FIG. 2.
  • the steps 201, 202, 206 to 215 are exactly the same as the steps of 101, 102, 106 to 116 in FIG. 1, which are described in detail above, and are not mentioned here; and steps 203 to 205 and FIG. The difference is as follows: Step 203: After the user logs in, the http server requests the streaming server for address information of a URI that the user may use. The request is initiated by an http get request.
  • Step 204 The streaming media server returns the required URI information of the streaming media for a certain user to the http server according to the URI address information requested by the Http server.
  • the http server caches these newly generated URI information for a user to be queried.
  • Step 205 The user selects the streaming media content that needs to be played, and requests the http server through the http protocol. Find URI information for the media content.
  • the embodiment of the invention provides a convenient electronic device control method and a streaming media server thereof, so as to implement the control function of the electronic device in the process of streaming media playback, improve the convenience and security of the electronic device, and also reduce cost.
  • the embodiment of the invention further provides an authentication method for the controlled electronic device resource, so as to improve the security problem of the use of the camera device resource.
  • an embodiment of the present invention provides a method for controlling an electronic device, where the method includes the following steps:
  • control information of the electronic device where the control information of the electronic device is added to a start line, a header field, a message body of the network control protocol, or a community of any combination of the start line, the header field, and the message body; Deriving the control information of the electronic device in the community of the start line, the header field, the message body, or any combination of the start line, the header field, and the message body;
  • the electronic device is controlled according to the control information.
  • An embodiment of the present invention further provides a method for authenticating a controlled electronic device resource, where the method includes the following steps:
  • the client authentication information is added in a start line, a header field, a message body of the network control protocol, or a community of any combination of the start line, the header field, and the message body;
  • the client authentication information is parsed from the start line, the header field, the message body, or the community of any combination of the start line, the header field, and the message body, and the client is authenticated according to the information.
  • a streaming media server includes: an information parsing unit, configured to parse a received client message, specifically, a network control protocol in the message including controlled electronic device control information. Decoding the electronic device control information in a community of a start line, a header field, a message body, or any combination of the start line, the header field, and the message body;
  • An execution unit or an information transfer unit configured to perform a corresponding action according to the control information; the information transfer unit is configured to transmit the control information to the electronic device.
  • a streaming media server including:
  • a receiving unit configured to receive control information of the electronic device sent by the client, where the control information is added to a start line, a header field, a message body of the network control protocol, or any combination of the start line, the header field, and the message body In the community;
  • a parsing unit configured to parse control information of the electronic device from the community of the start line, the header field, the message body, or any combination of the start line, the header field, and the message body;
  • control unit configured to control the electronic device according to the control information.
  • the embodiment of the present invention further provides a streaming media server, where the streaming media server includes: a receiving unit, configured to receive client authentication information sent by a client, where the client authentication information is attached to a network control protocol. a starting line, a header field, a message body, or a community of any combination of the starting line, the header field, and the message body;
  • a parsing unit configured to parse the authentication information of the terminal from the starting line, the header field, the message body, or the community of any combination of the starting line, the header field, and the message body;
  • the authentication unit is configured to authenticate the client according to the authentication information.
  • the embodiment of the present invention adds electronic device control information to a community of any combination of a start line, a header field, a message body, or the start line, a header field, and a message body of the network control protocol. Enabling the user to conveniently transmit control signaling to the streaming media server on the client by using widely used network technologies, and then forwarding the control information to the electronic device by the streaming media server or directly controlling the electronic device by the streaming media server, simply It is convenient to implement the function of the client remote control electronic device.
  • the present invention adds the client authentication information to the community in the start line, the header field, the message body, or the combination of the start line, the header field, and the message body in the network control protocol, so that the user is on the client. It can utilize the widely used streaming media technology to facilitate authentication with the streaming media server, solve the user rights management and resource allocation functions, and provide security and practicability.
  • FIG. 3 is a sequence diagram of an authentication method for a controlled electronic device resource according to an embodiment of the present invention.
  • FIG. 4 is an integrated timing diagram of a method for controlling an electronic device and a resource authentication method according to an embodiment of the present invention
  • 5 is a sequence diagram of a method for authenticating a controlled electronic device resource according to an embodiment of the present invention
  • FIG. 6 is a schematic structural diagram of a streaming media server for controlling an electronic device according to an embodiment of the present invention.
  • the streaming media service was originally a multimedia service widely developed on the Internet. It allows users to access or play video and audio content of streaming media servers through personal assistant (PC) machines and Internet access streaming media servers.
  • the content can be a video/audio clip that is placed on the streaming server, such as a movie, or a live content that is delivered to the streaming server via a lens, such as a live broadcast.
  • the streaming media business defined by RFC (Request For Comments) mainly contains three major technologies:
  • RTP Real Time Transfer Protocol
  • RTCP Real-Time Transport Control Protocol
  • RTSP Real Time Streaming Protocol
  • RTSP is an application layer protocol that primarily controls the delivery of real-time data.
  • RTSP provides an extensible framework that enables controlled, on-demand playback of real-time data such as audio and video.
  • Data sources include live data and data stored in clips.
  • the purpose of the protocol is to control multiple data transmission connections, and to provide a way to select transmission channels, such as User Datagram Protocol (UDP, User Datagram Protocol), Multicast UDP, and Transport Control Protocol (TCP).
  • UDP User Datagram Protocol
  • TCP Transport Control Protocol
  • the RTSP establishes and controls one or several time synchronized continuous streams. Although it is possible for a continuous media stream to intersect with a control stream, it typically does not itself send a continuous stream. In other words, the RTSP acts as a network remote control for the streaming server.
  • RTSP connections are not bound to transport layer connections, such as TCP.
  • RTSP users can turn on or off multiple transport connections to multiple streaming media servers to send Out of the RTSP request.
  • a connectionless transport protocol such as UDP can be used.
  • RTSP flow controlled streams may use RTP, but RTSP operations do not rely on transport mechanisms for carrying continuous media.
  • the real-time streaming protocol is similar in syntax and operation to HTTP/1.1, so HTTP extensions can be added to RTSP.
  • RTSP has many features, such as:
  • Scalability New methods and parameters are easily added to the RTSP.
  • the embodiment of the present invention utilizes this feature to control the camera and its attached devices, as well as to authenticate requests for camera resource usage.
  • RTSP can be parsed by standard HTTP or MIME (Multipurpose Internet Mail Extensions) parser.
  • Recording Device Control The protocol controls the recording and playback devices.
  • Time stamp which is a time code 4 widely used in the audio and video industry. This code is used for time synchronization between devices, counting method
  • Time stamp RTSP supports frame level precision, and allows remote digital editing. This feature is the basis for implementing embodiments of the present invention.
  • RTSP uses the traditional client streaming server mode.
  • the client requests the streaming server to process by sending an RTSP request message to the streaming server; the streaming server processes the RTSP request message sent by the client and returns a response.
  • composition of the RTSP request message can be divided into three parts, including: the start line ("method" in the control protocol message), the header field, and the message body.
  • Request-Line Method SP Request-URI SP RTSP-Version CRLF
  • Method becomes a "method" in the control protocol message in the embodiment of the present invention.
  • RTSP-Version "RTSP""/" 1*DIGIT ".” 1*DIGIT
  • the format of the header field is as follows:
  • Request-header Accept
  • a message body is a unit that carries other information, such as Session Description Protocol (SDP, Session Description Protocol).
  • SDP Session Description Protocol
  • ANNOUNCE rtsp //server . example . com/meeting RTSP/1.0
  • the RTSP response corresponding format is similar to the RTSP request message. The difference is that the starting line is replaced by a status code. Its format is:
  • RTSP can be extended in the following three ways;
  • the extension manner may be to add a new type of message body; the user can transmit different size information through the RTSP message body, and the data transmission between the terminal and the streaming media server in this manner has considerable flexibility.
  • the format of the message body needs to be extended, and information is transmitted according to the format. The most typical way to extend a message body is to extend the MIME type.
  • the streaming end technology is adopted for the client to control the camera and its auxiliary devices.
  • the embodiment of the present invention can also implement control operations and parameter transmission by extending an existing control protocol, which may be SIP, RTSP, HTTP, or other protocols.
  • the embodiment of the present invention mainly introduces the control of an electronic device such as a camera and an auxiliary device by using the RTSP method in a streaming media playing process, or a searchlight, a robot, etc., and other protocols have a strong similarity with the RTSP, so the similarity can be used.
  • the RTSP method is used to implement the camera and its auxiliary device control functions.
  • the embodiment of the present invention can also implement the control of the electronic device by using the RTSP method independently of the media playing process.
  • the control of the camera and its auxiliary equipment through RTSP includes three aspects: 1. Create a new method for controlling the camera and its auxiliary equipment in RTSP; Second, expand some of the cameras and their auxiliary equipment in RTSP. a header field of control, and a header field extended for user authentication authentication;
  • a MIME type for the camera and its auxiliary device control is extended in the RTSP.
  • the embodiments of the present invention implement the security, convenience, and speed of the electronic device through the RTSP by using the above three technologies separately or in combination. control function. The following three aspects are described in detail:
  • the extension of the RTSP method in the embodiment of the present invention is mainly implemented by constructing an action (ACTION) method.
  • the ACTION method is the same as the existing methods in the current RTSP, such as description (DESCRIBE), announcement ( ANNOUNCE), get parameter (GET-PARAMETER), option (OPTIONS), tentative (PAUSE), play (PLAY), recording (RECORD). ), REDIRECT, SETUP, SET-PARAMETER, TEA DOWN, etc., all adopt similar syntax, message structure, and message processing mechanism.
  • the ACTION method name is not unique, and may be other naming.
  • the ACTION method application scenario is exemplified in Table 1.
  • P presentation, for presentation, needs to be embodied
  • S Streaming, for The media stream needs to be reflected when it is acquired
  • C client, client
  • S Server, streamer
  • c->s client to Server, client month
  • s->c server to client, streaming server to Client.
  • the biggest difference between the ACTION method and other methods is that the ACTION method is mainly used for the control of the camera and its auxiliary devices, while other methods have their own special scenes.
  • the desired camera operation parameters and actions are sent to the streaming server through the RTSP ACTION method.
  • the streaming server processes the content and information carried in the method, determines whether the resource is available, and returns a corresponding response according to the result processed by the streaming server (200 OK is successfully returned)
  • the operation camera and its auxiliary device complete the corresponding action after receiving the response.
  • the camera and its auxiliary device operations implemented by the ACTION method include at least one of the following combinations, but are not limited to this:
  • the action of the camera Refers to the movement of the camera, state changes, etc., mainly including: the direction of camera movement, above, below, left, right, etc., if the camera provides, can also perform oblique movement;
  • the moving speed of the camera mainly refers to the angular velocity, that is, the angle at which the camera rotates every second;
  • the camera is reset, that is, back to the original position of the camera;
  • Scanning of the camera that is, scanning according to a predetermined route, at a certain speed; the camera is turned on or off;
  • the action of the lens Refers to the operation of the lens, parameter settings, etc., including:
  • the brightness of the lens is the brightness of the lens
  • the lens is reset, that is, back to the original setting of the lens.
  • auxiliary equipment mainly refers to equipment that can be linked with the camera or work with the camera.
  • auxiliary equipment mainly refers to equipment that can be linked with the camera or work with the camera.
  • light source for example, light source, infrared, sound source, alarm device, etc.
  • the actions of its auxiliary equipment include:
  • Auxiliary light source flash, white light source, infrared light source, etc.
  • the extension of the RTSP header field in the embodiment of the present invention mainly implements the control of the camera and its auxiliary devices by constructing a series of RTSP header fields.
  • the RTSP header field constructed by the embodiment of the present invention is mainly used for transmitting control information, parameters, and the like of the camera and its auxiliary devices, and completing the transmission of the information between the client and the streaming media server.
  • the newly constructed header field uses a similar syntax, message structure, and message handling mechanism as the existing RTSP header fields. The difference is that the scenarios and functions used by the two are different.
  • the extension of the RTSP header field in the embodiment of the present invention mainly includes the following header fields:
  • the moving speed of the camera mainly refers to the angular velocity, that is, the angle at which the camera rotates every second. Its format is:
  • the camera is reset, that is, back to the original position of the camera. Its format is:
  • the scanning of the camera that is, the scanning movement at a certain speed according to the route reserved in advance. Its format is:
  • CameraScan "CameraScan” ":” Scanway ";” Scanspeed
  • the line scan method was used to scan at 5 degrees/s.
  • the camera is turned on or off. Its format is:
  • Camera control function camera resources are scarce, can not be occupied by two users at the same time, so the camera needs to be released, and there may be a high priority administrator to kick off the user who is occupying the camera. Its format is:
  • FreeCamera "FreeCamera” ":” Freevalue
  • Brightness "Brightness” ":” Brightnessvalue
  • the user adjusts the brightness to 5 and can be expressed as:
  • the contrast of the lens for better shooting is:
  • Contrast "Contrast” ":” Contrastvalue
  • the user adjusts the contrast ratio to 8, which can be expressed as:
  • the zoom of the lens can provide zooming and zooming of the lens, which is convenient for focusing the lens and improving the quality of the shot. Its format is:
  • Zooming in on the lens framing can be expressed as: Zoom: Zoomln
  • the lens is reset, ie the lens parameters are returned to the original settings. Its format is:
  • the lens reset parameter can be expressed as:
  • the control of the auxiliary light source can help improve the quality of the shot. Its format is:
  • auxiliary light source which can be expressed as:
  • the control of the auxiliary sound source can complete the corresponding work while shooting. Its format is:
  • the control of the auxiliary alarm device can be used to alarm or alarm at the same time. Its format is:
  • Alarmvalue "Alarm ON”
  • the above 1 to 6 extended header fields belong to the control of the camera motion, 7 to 10 belong to the control of the camera lens, and 11 to 13 belong to the control of the camera auxiliary device.
  • Step 301 The client sends a streaming media content play request message to the access network and the core network, and requests to play the streaming media content of: PlayRTSP: ⁇ www.sample.com/sample, and at the same time, the request message carries the international Mobile subscriber identity IMSI: 4601123456 information.
  • Step 302 The access network and the core network forward the received play request message to the RTSP proxy.
  • Step 303 When the RTSP proxy receives the play request message, query the IMSI
  • Step 304 Insert the queried MSISDN information into the message of the streaming media protocol RTSP.
  • One way to do this is to extend the header field of an MSISDN in the RTSP protocol to carry related content, namely:
  • Step 305 The RTSP proxy forwards the modified RTSP request message, that is, the RTSP message carrying the MSISDN information and the original streaming media content URI information, to the streaming media server.
  • Step 306 The streaming media server performs an authentication process on the MSISDN received in the request message.
  • Step 307 The processing result is fed back to the RTSP proxy, that is, the 200 OK success response message is sent; Step 308, the RTSP proxy forwards the 200 OK success response message to the access network and the core network; Step 309, the access network and the core network The client forwards the 200 OK success response message; Step 310: The streaming media server sends an RTP stream to the client.
  • the streaming media server authenticates the client/user (for example, the user as follows), which not only ensures that the user without permission can not operate the camera, but also ensures that the user with higher authority can release the camera resource when necessary and forcibly obtain The control of the camera facilitates the handling of emergencies.
  • the embodiment of the present invention is designed to solve this problem by controlling the user's access level/permission.
  • RTSP header field is extended again and RTSP is utilized. Proxy entity to do this.
  • the extended header fields for handling authentication and access control include the following IMSI and Mobile Station international ISDN number (MSISDN, Mobile Station International ISDN number, also known as mobile number):
  • the IMSI information is obtained from the client, and the IMSI is written into the RTSP message, and transmitted to the RTSP Proxy through the access network and the core network. Its format is:
  • IMSI "IMSI” ":” IMSIvalue
  • the IMSI representation method for China Mobile users is:
  • the RTSP Proxy After receiving the IMSI information uploaded by the client, the RTSP Proxy queries the HLR, obtains the MSISDN information, and writes the information into the RTSP message, and removes the IMSI item in the RTSP message, and then transmits the message to the streaming server (Streaming Server). ).
  • the streaming server Streaming Server
  • the IMSI of China Mobile's 139 users can be expressed as:
  • the authentication method of the present invention will be described by taking a camera and other auxiliary devices as an example.
  • the streaming media server After receiving the MSISDN information uploaded by the client, the streaming media server compares the information stored by the streaming media server control unit. Determine the access rights of this user. If you do not have permission to control the camera and other auxiliary devices. Or if there is no permission to view the streaming content, then a failure message is returned; if there is permission, then a success message is returned.
  • the streaming server confirms the permission difference between the two by authentication.
  • the streaming media server can release the usage rights of the lower-privileged users according to the requirements of the users with higher privileges, thereby ensuring the efficient and quick use of the resources by the advanced users.
  • the above expanded one can be utilized.
  • One or more header fields you can also use a combination of multiple header fields to accomplish this function.
  • the embodiment of the present invention can also extend the body of the RTSP by extending a MIME type to complete the control function of the camera and its auxiliary devices.
  • MIME type it can carry a description of the specific parameters of the operation that the client needs to perform on the camera.
  • the streaming server After receiving the body of the MIME type sent by the client, the streaming server extracts the relevant operation information from the body of the MIME type, and processes the information, and then performs the corresponding camera operation.
  • the embodiment of the present invention extends a MIME type called application/cameraAction+xml (Extensible Mark-up Language) to perform the above functions, but is not limited to the MIME type.
  • the MIME type is encapsulated in an xml by the command to control the camera, and is transmitted to the streaming server by placing the xml file in the body of the RTSP, and the streaming server parses the xml from the body of the RTSP, which is carried by the xml.
  • the information is processed, and the camera is operated to realize the control function of the camera.
  • the name of the MIME type is application/cameraAction+xml. Its format is:
  • the client can initiate a camera operation request to the streaming server, and carry the requested parameters in an xml manner.
  • the definition form of the xml can also be adopted.
  • the data format of the DTD method can also be converted into a schema by conversion. Therefore, the two are identical in terms of power.
  • the request operation of the camera is as described above. Table 2 shows an example of how to implement the camera control function by extending the RTSP MIME type.
  • the above is an embodiment of the present invention.
  • the RTSP method ie, the start line, the same below
  • the header field, and the message are extended.
  • the three methods are implemented, that is, the information carried by the header field, the information carried by the message body, the header field and the message body carry information together, but are not limited to these three methods.
  • the header field, the message body, the header field, and the message body structure of the carried information are respectively shown in Table 3: Table 3
  • an embodiment of the present invention provides a method for controlling an electronic device, including the following steps:
  • the streaming media server receives control information of the transmitting electronic device of the client, and the control information of the electronic device is attached to a community of a method, a header, a message body or any combination thereof of the Internet control protocol;
  • the streaming media server parses the electronic device control information for controlling the electronic device from the community of the method, the header field, the message body domain, or any combination thereof;
  • the electronic device is controlled according to the control information.
  • the embodiment of the present invention adds the electronic device control information in the community of the network control protocol method, the header field, the message body or any combination thereof, so that the user can conveniently transmit the control signaling to the widely used network technology.
  • the streaming media server further forwards the control information to the electronic device by the streaming media server or directly controls the electronic device by the streaming media server, and the function of remotely controlling the electronic device by the client is simply and conveniently implemented.
  • the electronic device may be a camera or an auxiliary device thereof. In other embodiments, it may also be a searchlight or a robot.
  • an embodiment of the present invention further provides a method for authenticating a controlled electronic device, including the following steps:
  • the streaming media server receives the client authentication information sent by the client, and the method for appending the client authentication information to the network control protocol In the community of headers, message bodies, or any combination thereof;
  • the streaming media server parses the client authentication information from the community of the method, the header field, the message body, or any combination thereof, and determines, according to the authentication information, whether the client passes the authentication.
  • the present invention allows the user to utilize the widely used network technology to facilitate the application of the client authentication information in the community control method, the header field, the message body, or any combination thereof.
  • the streaming media server authenticates and solves the user rights management and resource allocation functions, providing security and practicability.
  • the authentication method of the controlled electronic device and the control method of the electronic device of the present invention are combined to form a complete flow chart from authentication to control of the electronic device.
  • the complete process from authentication to controlling the electronic device includes the steps of:
  • Step 401 The client or the terminal (in this embodiment, the terminal client is taken as an example), the client authentication information and/or the control information is added to the network control protocol method, the header field, the message body, or any combination thereof.
  • the client authentication information includes user authentication information (e.g., authentication information within the extended header international mobile subscriber identity IMSI and the mobile station international ISDN number MSISDN).
  • user authentication information e.g., authentication information within the extended header international mobile subscriber identity IMSI and the mobile station international ISDN number MSISDN.
  • the IMSI header field is used to carry user identity verification information, where the IMSI is obtained from the client itself, obtained from the client during authentication, and added to the RTSP method, header field, message body or any of them.
  • the client authentication information may further include rights control information, such as level information or direct release of electronic device resource information.
  • the network control protocol may be SIP, RTSP, or HTTP.
  • the RTSP method may be the ACTION method or the PLAY method described in Table 1.
  • the control information or authentication information may be added to the methods shown in Tables 3 and 4. In the structure.
  • the control information may be the parameter that controls the movement of the camera, the movement of the lens, or the movement of the auxiliary device.
  • the embodiment of the present invention may further extend the body of the RTSP to form the MIME type structure of the application/cameraAction+xml shown in Table 2.
  • Step 402 The client sends the message including the client authentication information IMSI and the control information to the access network and the core network.
  • Step 403 The access network and the core network forward the message including the client authentication information IMSI and the control information to the RTSP proxy.
  • Step 404 After receiving the IMSI information, the RTSP proxy queries the HLR and obtains MSISDN information corresponding to the IMSI information, and adds the MSISDN information to the community of the RTSP method, the header field, the message body, or any combination thereof. , at the same time remove the IMSI item.
  • Step 405 The RTSP proxy sends a message including the client authentication information MSISDN and the control information to the streaming server.
  • Step 406 The streaming media server parses out the i1 ⁇ 2 client authentication information MSISDN and the control information.
  • Step 407 After receiving the MSISDN information, the streaming media server compares the identity verification information included in the MSISDN information with the corresponding authentication information stored by the streaming media server.
  • Step 408 Determine whether the authentication is passed. If yes, execute step 410. Otherwise, perform step 409. Step 409: When the comparison result is an error, determine that the client does not have permission to control the electronic device or view the streaming media content, and returns a failure message to the client.
  • Step 410 Determine whether an electronic device resource is available.
  • Step 411 If an electronic device (such as a camera device, etc.) resources are available, return a success message 200 OK to the client, and proceed to step 412.
  • an electronic device such as a camera device, etc.
  • Step 412 The streaming media server sends the electronic device control information to the electronic device.
  • Step 413 If the electronic device resource is unavailable, compare the current user and the user level information included in the authentication information, that is, determine whether the level of the to-be-accessed client is greater than The current user's rating. If the level of the client to be accessed is less than or equal to the level of the current user, go to step 414; otherwise, go to step 415.
  • Step 414 Return a failure message to the client.
  • Step 415 If the level of the client to be accessed is greater than the level of the current user, release the electronic device resource of the current user.
  • Step 416 Send the electronic device control information to the electronic device to control the activity of the electronic device.
  • the client can use the authentication of the electronic device and control the movement of the electronic device.
  • the embodiment of the present invention implements the control function of the electronic device such as the camera on the client and the electronic device control function in the streaming media playing process, which is still in the embodiment of the present invention. Be the first;
  • the embodiment of the present invention can be implemented by the client sending a corresponding electronic device operation instruction to the streaming media server and operating parameters.
  • the delivery of parameters can be done through existing network control protocols, such as SIP, RTSP, HTTP, etc.
  • Embodiments of the present invention mainly focus on the manner of RTSP to implement such a function, but protocols such as SIP and HTTP have similar syntax, result, and function as RTSP, and The implementation method is similar to RTSP, and the implementation method of RTSP can be easily implemented.
  • the embodiment of the present invention can easily operate the rotation of the camera by expanding and modifying the RTSP protocol, including the direction, angle, speed, cruise, etc. of the camera rotation, and zooming in and out of the lens of the camera, including the lens. Wait for convenient control. Through the control of the camera, the user's autonomy in the streaming media playback process can be enhanced, and the user experience can be enriched.
  • the HTTP streaming server that is necessary in the prior art can be omitted to implement the control and authentication functions of the electronic device, which reduces the cost.
  • FIG. 5 it is a sequence diagram of a method for controlling an electronic device resource according to an embodiment of the present invention.
  • the ACTION method extended by the embodiment of the present invention and the head domain control camera are tilted upward at an angular velocity of 5 degrees/s, and the auxiliary light source is turned on, and the brightness is adjusted to 5.
  • the user needs to carry IMSI information in the RTSP.
  • the specific process is:
  • Step 501 The client sends a request to the streaming server, where the request includes: the camera tilts upward at an angular velocity of 5 degrees/s, and turns on the auxiliary light source, and the brightness is adjusted to 5.
  • the specific format is as follows:
  • Step 502 The streaming media server parses the request sent by the client, to obtain the The camera in the request is tilted upward at an angular velocity of 5 degree/s, and the auxiliary light source is turned on, and the brightness is adjusted to 5 information;
  • Step 503 The streaming media server processes the request of the client.
  • Step 504 The streaming media server feeds back a success response message to the client, that is, 200 OK;
  • Step 505 According to the client request, operate the camera to rotate the camera to the right at an angular velocity of 5 degrees per second, and adjust the brightness to 5, and the flash is turned on.
  • Step 506 The streaming media server completes the control operation.
  • the ACTION method extended by the present invention and the message body control camera are rotated to the right at an angular velocity of 5 degrees/s, and the auxiliary light source is turned on, and the brightness is adjusted to 5.
  • the client is authenticated.
  • the user needs to carry the IMSI information in the RTSP in order to implement the authentication process.
  • the streaming server After receiving the RTSP message, the streaming server performs authentication authentication and operates the camera according to the action required by the RTSP according to the authentication result. That is, after receiving and parsing the authentication information from the electronic device, the streaming server performs authentication according to the authentication information; and controls the electronic according to the control information after the authentication is passed device.
  • the specific implementation process is similar to that of Embodiment 1, and will not be described in detail herein.
  • the ACTION method, the header field, and the message body control camera of the present invention are rotated to the right at an angular velocity of 5 degrees/s, and the auxiliary light source is turned on, and the brightness is adjusted to 5.
  • the user needs to carry IMSI information in the RTSP.
  • the streaming server After receiving the RTSP message, the streaming server performs authentication authentication and operates the camera according to the action required by the RTSP according to the authentication result.
  • Example 4 After receiving the RTSP message, the streaming server performs authentication authentication and operates the camera according to the action required by the RTSP according to the authentication result.
  • the streaming server After receiving the RTSP message, the streaming server performs authentication authentication and operates the camera according to the action required by the RTSP according to the authentication result.
  • Example 5 After receiving the RTSP message, the streaming server performs authentication authentication and operates the camera according to the action required by the RTSP according to the authentication result.
  • the streaming server After the streaming server completes the authentication, it obtains its permission information, and according to the parameter information of FreeCamera: ON, chooses to release the resource acquired by the current user, and the 4601123456 user obtains the control permission of the camera.
  • an embodiment of the present invention further provides a streaming media server, including an information parsing unit, Parsing the received client message, specifically starting line, header field, message body or the starting line, header field and message of the network control protocol in the message containing the controlled electronic device control information
  • the electronic device control information is parsed in an arbitrarily combined community
  • the streaming media server further includes an executing unit or an information transmitting unit, where the executing unit is configured to perform a corresponding action according to the control information, where the information transmitting unit uses Transmitting the control information to the electronic device.
  • the received client message including the electronic device control information can be parsed, in particular, the streaming media technology can be used to add the start line and header of the network control protocol.
  • the electronic device control information of the domain, the message body, or the community of any combination of the start line, the header field, and the message is parsed. No need for a professional electronic device control system, only need to utilize off-the-shelf standardized streaming media system, that is, the electronic device can be conveniently controlled by the execution unit of the streaming media server, or the control information can be transmitted to the electronic device through the information transfer unit, by the electronic The device itself controls it.
  • FIG. 6 is a detailed structural diagram of a streaming media server for controlling a camera according to an embodiment of the present invention.
  • the streaming media server 620 includes an authentication unit 621, an information parsing unit 622, and an information transmitting unit 623.
  • the information parsing unit 622 is configured to parse the RTSP message sent by the client 610, where the message includes camera control information and client authentication information, and the control information and/or authentication information is attached to the message.
  • the authentication information includes: identity verification information and weight P ⁇ control information in an extended header field type IMSI; or identity verification and rights control information in an extended header field type MSISDN; or in an extended header field type Authentication information and rights control information within the IMSI and MSISDN; or authentication information within the extended header field type IMSI; or authentication information within the extended header field type MSISDN.
  • the authentication unit 621 is configured to compare the authentication information parsed by the information parsing unit 622 with the corresponding authentication information stored by the streaming server 620. Verify that the client to be accessed has permission to access the camera. In the case that the comparison result is that the client does not have the right to control the camera and other auxiliary devices, or view the streaming media content, the authentication unit 621 is used to instruct the streaming media server 620 to return a failure message to the client, otherwise the streaming media is indicated. Server 620 returns a success message to the client.
  • the authentication unit 621 also verifies the level of the client to be accessed and the currently accessing camera device.
  • the hierarchical relationship of the user when the level of the client to be accessed is greater than the level of the user currently accessing the camera device, instructs the streaming server 620 to release the connection of the user who is currently accessing the camera device with the camera device.
  • the information transmission unit 623 is configured to forward the camera control information analyzed by the control information analysis unit 622 to the camera, and realize the control function of the client on the camera 630.
  • the method of controlling the protocol is a method PLAY or an extension method ACTION in the RTSP, and the control information is encapsulated in an xml of the MIME type.
  • a streaming server including an information transfer unit is used.
  • an execution unit is used. The difference is that when the execution unit is used, the control information parsed from the control information analysis unit is directly converted and converted into Machine language, directly controlling the activities of electronic devices.
  • an embodiment of the present invention further provides a streaming media server, including: a receiving unit, a parsing unit, and a control unit.
  • a receiving unit is configured to receive control information of the electronic device sent by the client, where the control information is added to a start line, a header field, a message body, or the start line, a header field, and a message of the network control protocol.
  • the analysing unit is configured to parse the control information of the electronic device from the community of the start line, the header field, the message body, or the start line, the header field, and any combination of messages;
  • the control unit is configured to control the electronic device according to the control information;
  • the authentication unit is configured to authenticate the client according to the authentication information, and send the result of the client authentication to the control unit, where the The right information is received by the receiving unit and parsed by the parsing unit.
  • the electronic device is an imaging device, including a camera, a lens and a camera auxiliary device; and the control information includes at least one of the following: an action of the imaging device, an action of the lens, and control information of an action of the auxiliary device.
  • the authentication unit includes:
  • a first determining subunit configured to determine, after the receiving the MSISDN information, whether the identity verification information included in the MSISDN information corresponds to the local pre-stored authentication information, and send the determination result
  • a second determining sub-unit configured to: when the determination result of the first determining unit is not corresponding, determine whether the client has the right to control the electronic device or view the streaming media content, and send the determination result;
  • the first feedback subunit is configured to send a success or failure message to the client when receiving the determination result of the second determining unit.
  • the authentication unit further includes: a third determining subunit, configured to determine, when the determination result of the first determining unit is corresponding, Whether the controlled electronic device resource is available, and sends the judgment result;
  • a second feedback subunit configured to feed back a success message to the client when the determination result that the third determining subunit is received is available
  • a comparison subunit configured to compare the current user and the user included in the identity verification information when the determination result that the third determination subunit is received is unavailable, and in the case that the user of the controlled electronic device resource is currently used Grade information
  • And releasing the subunit configured to release the current user's camera resource when the user level at which the comparison subunit sends the authentication information is higher than the current user level.
  • an embodiment of the present invention further provides a streaming media server, including: a receiving unit, a parsing unit, and an authentication determining unit.
  • a control unit is also included.
  • the receiving unit is configured to receive client authentication information sent by the client, where the client authentication information is added to a start line, a header field, a message body, or the start line of the network control protocol
  • the parsing unit is configured to parse the starting line, the header field, the message body, or any combination of the starting line, the header field, and the message body in a community of any combination of the header field and the message body.
  • the authentication unit is configured to authenticate the client according to the authentication information.
  • the control unit is configured to, after receiving the result of the client right pass sent by the authentication unit, control the electronic device according to the control information, where the control information is received by the receiving unit and parsed by the parsing unit.
  • the authentication unit may further include: a first determining subunit, a second determining subunit, and a first feedback subunit, the functions and functions of which are described above, and are not described herein.
  • the authentication unit further includes: The third determining subunit, the second feedback subunit, the comparing subunit, and the releasing subunit.
  • the functions and functions are detailed above, and are not mentioned here.

Landscapes

  • Engineering & Computer Science (AREA)
  • Multimedia (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)
  • Studio Devices (AREA)

Description

电子设备的控制方法、 鉴权方法和流媒体服务器
本申请要求于 2006 年 9 月 30 日提交中国专利局、 申请号为 200610159670.3、 发明名称为"电子设备的控制方法、 鉴权方法和服务器"的中 国专利申请的优先权， 其全部内容通过引用结合在本申请中。
技术领域
本发明涉及控制领域， 尤其涉及电子设备的控制方法、鉴权方法和流媒体 服务器。
背景技术
摄像头通常应用于监控系统中， 比如防盗监控系统、 家庭安全电子眼系统 等等。现有技术应用于监控系统的摄像头一般包括基座和安装在其上的摄像头 及动力系统。动力系统通过数据连线直接同控制台连接。控制台通过专用信令 控制动力系统控制摄像头及其辅助设备的运动。
上述控制摄像头及其辅助设备运动的现有技术方案存在如下技术问题： 一、所述控制摄像头的方法属于专业方法，投资大；二、 目前流媒体应用广泛， 但由于所述控制摄像头的专业方法采用专用信令控制，因而无法与现有普遍存 在的流媒体系统兼容； 三、仅有控制台可以控制摄像头， 用户需要到控制台进 行操作， 很不方便。
另外，现有技术摄像头的控制是采用单用户形式， 用户不需要输入密码帐 户。 但摄像头是稀缺的资源， 现有技术没有实现摄像头资源复用。
当前资源的复用已经非常普遍，如流媒体网络资源，其用户管理方法是在 不同的用户访问资源时， 采用鉴权流程。具体是根据不同的用户的权力范围设 置不同的访问权限， 如初级、 中级、 高级等。 当一个中级用户正在访问时， 另 一个高级用户也试图接入系统。这时系统判断不同用户之间的访问权限，如果 确认较低级别的用户正在占用资源，而确认较高级别的用户目前需要对系统资 源的访问， 则系统自动释放被较低级别用户所占用的资源， 并将该资源提供给 较高级别的用户使用。
参阅图 1， 是现有技术一种流媒体鉴权时序图。 目前的流媒体资源鉴权技 术是在客户端和流媒体服务器之间架设一个 HTTP( Hypertext Transfer Protocol, 超文本传输协议）服务器， 通过 HTTP完成密码和用户帐号的比对， 实现用户 识别。 并在此基础之上， 将需要访问的流媒体资源的 URI ( Uniform Resource Identifier, 通用资源标识）发送给流媒体播放平台， 播放平台在此 URI的基础 上向流媒体播放平台发送播放请求。 流媒体平台会根据该 URI的有效性进行判 断， 向请求者提供相应的媒体内容。 请求者会接受到下发的媒体内容， 并在此 基础之上进行播放。 具体包括：
步骤 101:客户端向 Http服务器通过 http协议发起一个登陆请求，在登陆 请求信息中携带用户名和密码信息。本例当中，用户名为： Alice ,密码为 :12345； 步骤 102: http服务器对客户端的请求进行验证， 验证通过之后， 利用 http 200 OK的应答响应回复给客户端。
步骤 103: 客户端通过用户登录的过程。 之后， 针对自己感兴趣的流媒体 内容， 如果希望播放该内容的话， 需要向 http服务器发送一个 http get请求， 通 过该请求获取流媒体控制协议 RTSP播放流媒体内容所需要的流媒体内容的 URI信息。 本例当中通过 http get请求发起 URI的请求动作。
步骤 104: Http服务器仅仅是一个流媒体服务器的 Portal, 也就是一个门户 , 他本身并不存放任何的媒体信息， 当然也不存放相应的流媒体内容的 URI信 息。 在收到了 http get请求之后， http服务器会向流媒体服务器发送流媒体内容 的 URI信息的 http get请求到流媒体服务器。
步骤 105: 流媒体服务器收到 http服务器发送的 get请求之后， 根据 get请求 当中所要求的流媒体内容的地址， 生成用于流媒体播放器使用的 URI地址， 并 通过 http的 200 ok应答相应将 RTSP的 URI地址发送到 http服务器。 同时记录该 URI的生成时间， 并且在本地对该 URI使用的有效时间进行标记。 流媒体客户 端通过该 URI地址请求流媒体内容时， 仅在有效的时间内请求才是有效的， 超 过这个时间， 请求将会无效。
步骤 106: http服务器将从流媒体服务器获取的流媒体内容的 URI地址信息 通过 http 200 OK应答响应返回到请求 URI地址的客户端。
步骤 107: 客户端将获取的流媒体内容的 URI地址用于发起流媒体获取请 求， 该请求通过流媒体协议 RTSP进行发送。 在本例当中， 通过 RTSP的 PLAY 的命令，播放流媒体 URI所指定的流媒体的内容。该 RTSP的协议消息不需要通 过 http服务器进行中转 , 只需要通过 RTSP协议直接操作先前所获取的 URI就可 以实现。
步骤 108: 流媒体服务器在接收到了客户端发起的 RTSP的 PLAY请求之 后， 验证该请求的 URI地址的有效性和实效性， 如果通过， 可以通过 RTSP的应 答响应 200 OK返回给发起请求的客户端。
步骤 109: 流媒体服务器和客户端之间通过 RTP/RTCP的协议传送流媒体 内容的媒体流。 终端正常观看所请求的媒体内容。
步骤 110: 当客户端完成媒体内容的观看之后，客户端需要发起一个拆链 的过程。 这个过程通过 RTSP的 TEA DOWN的命令完成。
步骤 111 : 当流媒体服务器收到一个 RTSP的 TEARDOWN的命令之后，将 会断掉正在发送的媒体流。 在完成该动作之后， 会通过 RTSP的 200 OK的应答 响应把成功后的结果通知用户。 在本例当中 200 OK的应答响应忽略。
步骤 112: 当过了一段时间之后， 也就是原来客户端请求的 URI地址失去 了实效之后。 客户端按照原有的流程， 利用原有的 URI地址信息向流媒体服务 器发起流媒体内容播放请求。
步骤 113: 流媒体服务器收到这样的一个请求之后， 会对该 URI的有效性 进行判断，发现这是一个已经失效了的地址信息之后，会返回一个失败的请求。
步骤 114: 客户端修改 RTSP的 URI地址信息之后， 在此发送流媒体内容的 播放请求。
步骤 115: 流媒体服务器仍然需要对收到的 URI地址信息进行验证， 发现 属于无效的 URI信息， 会返回一个失败的请求。
此外 , 也可以采用如图 2的方式来完成身份认证以及流媒体点播的功能。 在图 2中， 步骤 201、 202、 206至 215与图 1中 101、 102、 106至 116的步骤完全相 同， 具体详见上述， 在此不再赞述； 而步骤 203至步骤 205与图 1不同， 具体为： 步骤 203： http服务器在用户登录之后， 将会向流媒体服务器请求一批用户 可能会使用的 URI的地址信息。 该请求通过 http get请求发起。
步骤 204: 流媒体服务器根据 Http服务器所请求的 URI地址信息， 将所需要 的针对某个用户的流媒体的 URI信息通过 Http的方式返回给 http服务器。 http服 务器对这些针对某个用户新生成的 URI信息进行緩存， 以被查询。
步骤 205: 用户选择需要播放的流媒体内容， 通过 http协议向 http服务器请 求媒体内容的 URI信息。
由此可见，现有技术资源鉴权方案存在一些技术缺陷： 一无法方便地实现 对流媒体内容的访问权限进行控制以及资源复用； 二、所有的控制工作都需要 通过第三方的 HTTP服务器来完成， 成本高昂。
发明内容
本发明实施例提供一种方便操作的电子设备控制方法及其流媒体服务器， 以实现终端在流媒体播放过程中对电子设备的控制功能，提高对电子设备的方 便性和安全性， 同时也降低成本。
本发明实施例还提供一种受控电子设备资源的鉴权方法，以提高摄像装置 资源使用的安全性问题。
为解决上述技术问题，本发明实施例提供一种电子设备的控制方法， 所述 方法包括步骤：
接收电子设备的控制信息，所述电子设备的控制信息附加在网络控制协议 的起始行、头域、消息体，或所述起始行、头域及消息体任意组合的共同体中； 从所述起始行、 头域、 消息体， 或所述起始行、 头域及消息体任意组合的 共同体中， 解析出电子设备的控制信息；
根据所述控制信息控制所述电子设备。
本发明实施例还提供一种受控电子设备资源的鉴权方法，所述方法包括步 骤：
接收客户端鉴权信息， 所述客户端鉴权信息附加在网络控制协议的起始 行、 头域、 消息体， 或所述起始行、 头域及消息体任意组合的共同体中；
从所述起始行、 头域、 消息体， 或所述起始行、 头域及消息体任意组合的 共同体中解析出所 ^^户端鉴权信息并根据该信息对客户端进行鉴权。
另外， 本发明实施例一种流媒体服务器， 包括： 信息解析单元， 用于对 接收到的客户端消息进行解析，具体是从包括受控电子设备控制信息的所述消 息中的网络控制协议的起始行、 头域、 消息体， 或所述起始行、 头域及消息体 任意组合的共同体中解析出所述电子设备控制信息；
执行单元或信息传送单元，所述执行单元用于根据所述控制信息执行相应 的动作； 所述信息传送单元用于将所述控制信息传送到所述电子设备。 此外， 本发明实施例还提供一种流媒体服务器， 包括：
接收单元， 用于接收客户端发送的电子设备的控制信息， 所述控制信息附 加在网络控制协议的起始行、 头域、 消息体， 或所述起始行、 头域及消息体任 意组合的共同体中；
解析单元， 用于从所述起始行、 头域， 消息体， 或所述起始行、 头域及消 息体任意组合的共同体中 , 解析出电子设备的控制信息；
控制单元， 用于根据所述控制信息控制电子设备。
此外， 本发明实施例还提供一种流媒体服务器， 所述流媒体服务器包括： 接收单元， 用于接收客户端发送的客户端鉴权信息， 所述客户端鉴权信息 附加在网络控制协议的起始行、 头域、 消息体， 或所述起始行、 头域及消息体 任意组合的共同体中；
解析单元， 用于从所述起始行、 头域、 消息体， 或所述起始行、 头域及消 息体任意组合的共同体中解析出所^户端鉴权信息；
鉴权单元， 用于根据所述鉴权信息对客户端进行鉴权。
由上述技术方案可知， 由于本发明实施例通过在网络控制协议的起始行、 头域、 消息体， 或所述起始行、 头域及消息体任意组合的共同体中附加电子设 备控制信息，使得用户能够在客户端上利用广泛应用的网络技术方便地传输控 制信令到流媒体服务器，再由流媒体服务器转发所述控制信息到电子设备或由 流媒体服务器直接控制所述电子设备，简单方便地实现客户端远程控制电子设 备的功能。 或者， 由于本发明通过在网络控制协议的起始行、 头域、 消息体， 或所述起始行、头域及消息体任意组合的共同体中附加客户端鉴权信息，使得 用户在客户端上就能够利用广泛应用的流媒体技术方便与流媒体服务器进行 鉴权， 解决了用户权限管理以及资源分配功能， 提供安全性和实用性。
附图说明
图 1是现有技术一种流媒体鉴权时序图；
图 2是现有技术另一种流媒体鉴权时序图；
图 3是本发明实施例受控电子设备资源的鉴权方法的时序图；
图 4是本发明实施例电子设备的控制方法以及资源鉴权方法一体化时序 图； 图 5是本发明实施例受控电子设备资源的鉴权方法的时序图； 图 6是本发明实施例控制电子设备的流媒体服务器的结构示意图。
具体实施方式
由于本发明实施例涉及流媒体技术，在说明书本发明实施例之前，先介绍 流媒体技术。
流媒体业务最初是在互联网（Internet )上广泛开展的一个多媒体业务， 它 允许用户通过个人助理（ PC )机和 Internet接入流媒体服务器， 下载或者播放 流媒体服务器的视频音频内容。这些内容可以是实现放置在流媒体服务器上的 视频 /音频短片， 如电影， 也可以是通过镜头传递到流媒体服务器的直播内容， 如现场直播的球赛。
RFC ( Request For Comments,请求注解）所定义的流媒体业务主要包含三 大技术， 它们是：
一、现流媒体内容传输功能的 Real time Transfer Protocol(RTP, 实时传输协 议)协议。
二、 实现对流媒体内容传输进行控制的 Real time Transfer Control
Protocol(RTCP, 实时传输控制协议 )协议。
三、 定义对流媒体会话进行控制的 Real Time Streaming Protocol(RTSP , 实 时流协议)协议。
下面主要对 RTSP协议进行介绍。
RTSP是一个应用层协议， 它主要控制实时数据的发送。 RTSP提供了一个 可扩展框架， 使实时数据， 如音频与视频的受控、 点播成为可能。 数据源包括 现场数据与存储在剪辑中数据。该协议目的在于控制多个数据发送连接， 为选 择发送通道， 如 User Datagram Protocol ( UDP, 用户数据包协议 ) 、 组播 UDP 与 Transport Control Protocol ( TCP, 传输控制协议） , 提供途径， 并为选择基 于 RTP上发送机制提供方法。
RTSP建立并控制一个或几个时间同步的连续流媒体。 尽管连续媒体流与 控制流交叉是可能的， 通常它本身并不发送连续流。 换言之， RTSP充当流媒 体服务器的网络远程控制。 RTSP连接没有绑定到传输层连接，如 TCP。在 RTSP 连接期间 , RTSP用户可打开或关闭多个对流媒体服务器的可选传输连接以发 出 RTSP请求。 此外， 可使用无连接传输协议， 如 UDP。 RTSP流控制的流可能 用到 RTP, 但 RTSP操作并不依赖用于携带连续媒体的传输机制。 实时流协议 在语法和操作上与 HTTP/1.1类似， 因此 HTTP的扩展机制大都可加入 RTSP。
RTSP具有很多特性， 比如：
可扩展性： 新方法和参数很容易加入 RTSP, 本发明实施例就是利用该特 性控制摄像头及其附属设备， 以及对摄像头资源使用的请求进行鉴权。
易解析： RTSP可由标准 HTTP或 MIME ( Multipurpose Internet Mail Extensions, 多用途因特网邮件扩展）解析器解析。
记录设备控制： 协议可控制记录和回放设备。
适合专业应用： 通过 The Society of Motion Picture and Television Engineers
( SMPTE, 它是目前在影音工业中得到广泛应用的一个时间码 4既念。 该码用 于设备间驱动的时间同步， 计数方式） 时标， RTSP支持帧级精度， 允许远程 数字编辑。 该特性是实现本发明实施例的基础。
RTSP协议的构成：
RTSP采用传统的客户机流媒体服务器模式。 客户机通过向流媒体服务器 发送一个 RTSP请求消息， 请求流媒体服务器进行处理； 流媒体服务器对客户 机发送的 RTSP请求消息进行处理， 并返回应答响应。
RTSP请求消息的构成可以分为三部分， 分别包括： 起始行（控制协议消 息中的 "方法"） 、 头域和消息体。
起始行的格式如下：
Request-Line = Method SP Request-URI SP RTSP-Version CRLF
其中， Method成为本发明实施例中的控制协议消息中的 "方法"。
Method = "DESCRIBE"! "ANNOUNCE" | "GET— PARAMETER" | "OPTIONS" I "PAUSE"
I "PLAY" I "RECORD" | "REDIRECT" | "SETUP" | "SET— PARAMETER"
I "TEA DOWN" | extension-method
extension-method = token
Request-URI = | absolute— URI
RTSP-Version = "RTSP" "/" 1*DIGIT "." 1*DIGIT 头域的格式如下：
request-header = Accept | Accept-Encoding | Accept-Language | Authorization I From | If-Modified-Since | Range | Referer | User-Agent
消息体是携带其他信息的单元， 如 Session Description Protocol ( SDP,会 话描述协议）等。
RTSP请求消息的完整描述如下：
ANNOUNCE rtsp： //server . example . com/meeting RTSP/1.0
CSeq: 90
Content-Type: application/sdp
Content-Length: 121
RTSP的应答相应格式和 RTSP的请求消息相似。 所不同的在于起始行被状 态码所代替。 其格式为：
Status-Line = RTSP-Version SP Status-Code SP Reason-Phrase CRLF 如：
RTSP/1.0 200 OK
RTSP的扩展：
由于不是所有流媒体服务器有着相同的功能，流媒体服务器有必要支持不 同请求集。 RTSP 可以如下三种方式扩展；
以改变大小排序扩展；
以新参数扩展； 如用户需要拒绝通知， 而方法扩展不支持， 相应标记就要 以新参数加入要求的段中。
加入新方法（即方法扩展） ； 如信息接收者不理解请求， 返回 501错误代 码（还未实现） ， 发送者不应再次尝试这种方法。 用户可使用 OPTIONS方法 查询流媒体服务器支持的方法， 流媒体服务器使用公共响应头列出支持的方 法。
此外， 所述扩展方式可以是增加新类型的消息体； 用户通过 RTSP的消息 体可以传送不同大小的信息，在终端和流媒体服务器之间以这种方式传送数据 具有相当大的灵活性。 为了使流媒体服务器和终端能够相互识别所传递的信 息， 需要对消息体的格式进行扩展， 并且依据该格式进行信息的传递。 最典型 的一种消息体扩展的方式就是扩展 MIME类型。
本发明实施例是对客户端采用流媒体技术实现对摄像头及其辅助设备进 行控制。本发明实施例也可以通过扩展已有的控制协议来实现控制操作以及参 数的传递， 这些控制协议可以是 SIP、 RTSP、 HTTP, 也可以使其他协议。 本 发明实施例主要介绍在流媒体播放过程中对采用 RTSP方式实现电子设备比如 摄像头及其辅助设备的控制， 或探照灯、 机械手等， 其他协议由于同 RTSP具 有极强的类似性， 因此可以用类似 RTSP的方式来实现摄像头及其辅助设备控 制功能。 当然， 本发明实施例也可以独立于媒体播放过程之外， 采用 RTSP方 式实现电子设备的控制。
对客户端通过 RTSP实现摄像头及其辅助设备的控制包括三个方面： 一， 在 RTSP当中新建一个用于摄像头及其辅助设备控制的方法； 二， 在 RTSP当中扩展若干用于摄像头及其辅助设备控制的头域， 以及扩 展用于用户鉴权认证的头域；
三， 在 RTSP当中扩展一个用于摄像头及其辅助设备控制的 MIME type. 本发明实施例通过对上述三方面的技术进行单独使用或者组合使用 ,实现 通过 RTSP对电子设备进行安全， 方便、 快捷的控制功能。 以下对上述三方面 作详细描述：
一、 本发明实施例对 RTSP方法的扩展， 主要是通过构造一个动作 ( ACTION )方法来实现。 该 ACTION方法同目前 RTSP当中已有的方法， 如描 述（ DESCRIBE )、 通告（ ANNOUNCE )、 获得参数 ( GET— PARAMETER )、 选项 （OPTIONS ) 、 暂定（PAUSE ) 、 播放 ( PLAY ) 、 录音（RECORD ) 、 重寄 (REDIRECT), 设置（SETUP ) 、 设置参数（ SET— PARAMETER ) 、 拆卸 ( TEA DOWN )等类似， 均采用相似的语法、 消息结构以及消息处理机制。 所述的 ACTION方法名称并非唯一， 可以是其他命名， 所述 ACTION方法应用 场景以表 1所示为例， 在该表中， P: presentation, 用于呈现是需要体现； S: Streaming, 用于媒体流获取时需要体现； C: client, 客户端； S: Server, 流媒 器； c->s： client to Server, 户端 月良 器； s->c: server to client, 流媒体服务器到客户端。 方法 方向 目标 必要性
DESCRIBE c->s P,S 推荐
ANNOUNCE c->s， s->c P,S 可选
GET— PARAMETER c->s， s->c P,S 可选
OPTIONS c->s， s->c P,S 需要
(S->C: 可选）
PAUSE c->s P,S 推荐
PLAY c->s P,S 需要
RECORD c->s P,S 可选
REDIRECT s->c P,S 可选
SETUP c->s s 需要
SET— PARAMETER c->s， s->c P,S 可选
TEA DOWN c->s P,S 需要
ACTION c->s P，S 可选
ACTION方法同其他方法最大的不同在于， ACTION方法主要用于摄像头 及其辅助设备的控制， 而其他的方法都有其专用的场景。
在客户端需要对摄像头及其辅助设备发送控制消息时， 通过 RTSP的 ACTION方法将自己期望的摄像头操作参数和动作发送到流媒体服务器。 当流 媒体服务器收到客户端发送的 RTSP ACTION方法之后， 会处理该方法中携带 的内容和信息， 判断资源是否可用， 并根据流媒体服务器处理的结果， 返回相 应的应答响应 (成功返回 200 OK),操作摄像头及其辅助设备收到所述应答响应 后完成相应的动作。
通过 ACTION方法实现的对摄像头及其辅助设备操作至少包括下面之一 获取组合， 但并不局限于此：
1、 摄像头的动作。 指摄像头的运动， 状态更改等， 主要包括： 摄像头运动的方向， 如上， 下， 左， 右等， 如果摄像头提供， 也可以进行 斜向的运动；
摄像头的运动速度， 主要是指角速度， 即每秒钟摄像头转动的角度； 摄像头的复位， 即回到摄像头最初的位置；
摄像头的扫描，即按照事先预订好的路线，按照一定的速度进行扫描运动； 摄像头打开或关闭；
摄像头控制功能的释放 /踢人， 资源释放等。
2、 镜头的动作。 指镜头的操作， 参数设置等， 主要包括：
镜头的亮度；
镜头的对比度；
镜头的缩放；
抓拍图像；
镜头其他拍摄参数的设置；
镜头的复位， 即回到镜头最初的设置等。
3、 辅助设备的动作。 所谓辅助设备， 主要是指能够和摄像头进行联动， 或者配合摄像头进行工作的设备。 如， 光源， 红外， 声源， 报警装置等。 其辅 助设备的动作包括：
辅助光源， 闪光灯， 白光源， 红外光源等的控制。
辅助声源， 扬声器等的控制。
辅助报警， 警报器， 报警装置等的控制。
二、 本发明实施例对 RTSP头域的扩展， 主要是通过构造一系列的 RTSP头 域， 来实现对摄像头及其辅助设备的控制。 本发明实施例所构造的 RTSP头域， 主要用于传递摄像头及其辅助设备的控制信息， 参数等， 完成这些信息在客户 端和流媒体服务器之间的传递。
新构造的头域同现有的 RTSP头域均采用相似的语法、 消息结构以及消息 处理机制。 所不同的是， 二者使用的场景和承担的功能有所不同。
根据上文确定的摄像头及其辅助设备控制过程中需要完成的动作，本发明 实施例对 RTSP头域进行的扩展主要包括如下头域：
1、 MoveDirectioric
控制摄像头运动的方向， 如上， 下， 左， 右等； 如果允许， 摄像头也可以 进行斜向的运动。 其格式为：
MoveDirection = "MoveDirection" "：" Directionvalue Directionvalue = "UP" | "DOWN" | "RIGHT" | "LEFT" | "UPLEFT" | "UPRIGHT" I
"DOWNLEFT" I "DOWNRIGHT"
向左运动则应为：
MoveDirection： LEFT
2、 MoveSpeecL
摄像头的运动速度， 主要是指角速度， 即每秒钟摄像头转动的角度。 其格 式为：
MoveSpeed = "MoveSpeed" "：" Speedvalue
Speedvalue = DIGIT
以角速度 5 degree/s运动则为：
MoveSpeed： 5
3、 ResetPosition。
摄像头的复位， 即回到摄像头最初的位置上。 其格式为：
ResetPosition = "ResetPosition" "：" Positionvalue
Positionvalue = "YES" | "NO"
复位到原始摄像头位置：
ResetPosition： YES
4、 CameraScan。
摄像头的扫描， 即按照事先预订的路线， 按照一定的速度进行扫描运动。 其格式为：
CameraScan = "CameraScan" "：" Scanway "；" Scanspeed
Scanway = "BeeLine" | "SINLine" | "HelixLine"
Scanspeed = DIGIT
采用直线扫描的方法， 以 5 degree/s的方式进行扫描。
CameraScan： BeeLine； 5
5、 CameraSwith。
摄像头打开或关闭。 其格式为：
CameraSwitch = "CameraSwitch" "：" Switchvalue Switchvalue = "ON" | "OFF"
关闭摄像头为：
CameraSwitch： OFF
ό、 FreeCamera。
摄像头控制功能， 摄像头资源稀缺， 不能够被两个用户同时占用， 所以需 要对摄像头进行释放，同时也可能存在优先级高的管理员将正在占用摄像头的 用户踢掉。 其格式为：
FreeCamera = "FreeCamera" "：" Freevalue
Freevalue = "Free" | "Knockout"
强制踢人的情况下：
FreeCamera： Knockout
7、 Brightness。
镜头的亮度， 通过调节亮度， 达到更好的流媒体 /拍照效果。 其格式为： Brightness = "Brightness" "：" Brightnessvalue
Brightnessvalue = DIGIT
用户调节亮度为 5 , 可以表示为：
Brightness： 5
8、 Contrast；。
镜头的对比度， 用以达到更好的拍摄效果。 其格式为：
Contrast = "Contrast" "：" Contrastvalue
Contrastvalue = DIGIT
用户调节对比度为 8， 可以表示为：
Contrast： 8
9、 Zoom。
镜头的缩放， 可以提供镜头的放大、 缩小功能， 便于镜头的对焦， 提高拍 摄质量。 其格式为：
Zoom = "Zoom" "：" Zoomvalue
Zoomvalue = "Zoomln" | "ZoomOut"
对镜头取景进行放大， 可以表示为： Zoom： Zoomln
10、 ResetCamera。
镜头的复位， 即镜头的参数回到最初的设置。 其格式为：
ResetCamera = "ResetCamera" "：" Cameravalue
Cameravalue = "YES" | "NO"
镜头复位参数， 可以表示为：
ResetCamera： YES
11、 AssistantLightc
辅助光源的控制， 可以帮助提高拍摄质量。 其格式为：
AssistantLight = "AssistantLight" "：" Lightvalue
Lightvalue = "ON" | "OFF"
打开辅助光源， 可以表示为：
AssistantLight： ON
12、 AssistantSound。
辅助声源的控制， 可以在拍摄的同时完成相应的工作。 其格式为：
AssistantSound = "AssistantSound" "：" Soundvalue
Soundvalue = "ON" | "OFF"
打开辅助声源， 可以表示为：
AssistantSound： ON
13、 AssistantAlarm。
辅助警报装置的控制， 可以在拍摄同时进行告警或者报警。 其格式为：
AssistantAlarm = "AssistantAlarm" "：" Alarmvalue
Alarmvalue = "Alarm ON" | "Alarm OFF" | "Call Police ON" | "Call Police OFF"
打开告警装置， 可以表示为：
AssistantAlarm： Alarm ON
上述 1 ~ 6的扩展头域是属于摄像头运动的控制， 7 ~ 10属于摄像头镜头的控 制， 11 ~ 13属于摄像头辅助设备的控制。
参阅图 3 , 是本发明受控电子设备资源的鉴权方法的时序图。 具体包括： 步骤 301、 客户端向接入网和核心网发送流媒体内容播放请求消息， 请求 播放 URI为： PlayRTSP：〃 www.sample.com/sample的流媒体内容， 与此同时，该 请求消息还携带国际移动用户识别码 IMSI： 4601123456的信息。
步骤 302、 接入网和核心网向 RTSP代理转发所接收的播放请求消息； 步骤 303、 当 RTSP代理接收到所述播放请求消息时， 查询 IMSI所对应的
MSISDN信息；
步骤 304、 将所查询到的 MSISDN信息插入流媒体协议 RTSP的消息当中。 一种可以采用的方式是在 RTSP协议当中扩展一个 MSISDN的头域来携带相关 的内容， 即：
RTSP：〃 www.sample.com/sample,
MSISDN: 1390000000
步骤 305、 RTSP代理将修改后的 RTSP请求消息， 也就是携带了 MSISDN 信息和原来流媒体内容 URI信息的 RTSP消息， 转发给流媒体服务器；
步骤 306、 所述流媒体服务器对接收到请求消息当中的 MSISDN进行鉴权 处理；
步骤 307、 将处理结果反馈给 RTSP代理， 即发送 200 OK成功响应消息； 步骤 308、 RTSP代理向接入网和核心网转发所述 200 OK成功响应消息； 步骤 309、 接入网和核心网向客户端转发所述 200 OK成功响应消息； 步骤 310、 流媒体服务器向客户端发送 RTP流。
也就是说， 在通过 RTSP控制摄像头及其辅助设备时， 除了需要将控制的信 息和参数传送到流媒体服务器之外，在进行摄像头及其辅助设备控制之前，还 需要解决如何通过 RTSP进行鉴权的问题。
流媒体服务器对客户端 /用户 （下述以用户为例）进行鉴权 , 不仅可以保证 没有权限的用户不能操作摄像头，还可以保证权限较高的用户可以在必要时释 放摄像头资源， 并强制获取摄像头的控制权， 有利于对紧急事件的处理。
为了解决多个用户在访问受控电子设备时会发生资源占用冲突的情况 ,本 发明实施例设计通过控制用户的访问级别 /权限来解决这一问题。
为了将身份验证、 权限控制与 RTSP相结合， 并将身份验证和权限控制的 功能转移到流媒体服务器处来， 将 RTSP的头域再一次进行扩展， 并利用 RTSP 代理（Proxy ) 实体来完成此功能。
处理身份验证和权限控制的扩展头域包括下面的 IMSI和 Mobile Station international ISDN number ( MSISDN, 移动台国际 ISDN号码， 又称手机号） ：
14、 IMSI
实现 RTSP IMSI信息传送功能。从客户端获取 IMSI信息 ,将 IMSI写入 RTSP 的消息中， 通过接入网， 核心网， 传送到 RTSP Proxy。 其格式为：
IMSI = "IMSI" "：" IMSIvalue
IMSIvalue = DIGIT
中国移动用户的 IMSI表示方法为：
IMSI : 4601123456
15、 MSISDN
实现 RTSP MSISDN信息传送功能。 RTSP Proxy在收到客户端上传的 IMSI 信息之后， 查询 HLR, 获取 MSISDN信息， 并将该信息写入 RTSP消息， 同时 去掉 RTSP消息当中的 IMSI项， 然后将该消息传送到流媒体服务器（Streaming Server ) 。 其格式为：
MSISDN = "MSISDN" "：" MSISDNvalue
MSISDNvalue = DIGIT
中国移动 139用户的 IMSI可以表示为：
MSISDN： 13900000001
这里，仍举摄像头和其他辅助设备为例对本发明鉴权方法进行说明。 流媒 体服务器在接收到客户端上传的 MSISDN信息之后 , 比对流媒体服务器控制单 元所存放的信息。确定该用户的访问权限。如果没有权限控制摄像头和其他辅 助设备。 或者没有权限观看流媒体内容， 那么就返回失败消息； 如果有权限， 那么就返回成功消息。
当有用户在控制摄像头时， 另外一个优先级较高的用户也需要控制摄像 头， 那么流媒体服务器通过鉴权， 确认二者的权限差别。 在鉴权结果的 ^5出之 上， 流媒体服务器可以根据权限较高用户的需求，对权限较低用户的使用权进 行释放， 从而保证高级用户对资源的有效、 快捷使用。
在利用 RTSP对摄像头及其辅助设备进行控制时， 可以利用上述扩展的一 个或多个头域， 也可以利用多个头域的组合来完成该功能。
三、在 RTSP当中扩展一个用于摄像头及其辅助设备控制的 MIME type。本 发明实施例还可以对 RTSP的消息体（ body )进行扩展，通过扩展一个 MIME type 来完成摄像头及其辅助设备的控制功能。 在这个 MIME type当中， 可以携带客 户端需要对摄像头进行的操作，操作的具体参数描述。 流媒体服务器在收到客 户端发送的 MIME type的 body之后 , 通过解析这个 MIME type的消息体 body , 从中提取出相关的操作信息， 并对这些信息进行处理，之后执行相应的摄像头 操作。
本发明实施例扩展一个名为 application/ cameraAction+xml ( Extensible Mark-up Language,扩展标记语言） 的 MIME type来完成上述的功能， 但并不 限于所述 MIME type。 该 MIME type通过将控制摄像头的命令封装在一个 xml 当中， 并通过将该 xml文件放置在 RTSP的 body当中传送到流媒体服务器， 流媒 体服务器从 RTSP的 body当中解析出这个 xml, 对 xml所携带的信息进行处理， 并操作摄像头， 从而实现对摄像头的控制功能。
MIME type的名称为 application/cameraAction+xml。 其格式为：
<?xml version:" 1.0" encoding="GB2312" ?>
<! ELEMENT RTSP— CameraAction (CameraActionRequest?, CameraActionResponse?)>
<! ELEMENT CameraActionRequest (CameraAction, LensAction, AssistantEquipmentAction )>
<！ ELEMENT CameraActionResponse (CameraAction, LensAction, AssistantEquipmentAction )>
<! ELEMENT CameraAction EMPTY>
<!ATTLIST CameraAction
MoveDirection CDATA#REQUIRED
MoveSpeed CDATA#REQUIRED
ResetPosition CDATA#REQUIRED
CameraScan CDATA#REQUIRED
CameraS witch CDATA#REQUIRED FreeCamera CDATA#REQUIRED
>
<! ELEMENT LensAction EMPTY>
<! ATTLIST LensAction
Brightness CDATA#REQUIRED
Contrast CDATA#REQUIRED
Zoom CDATA#REQUIRED
ResetCamera CDATA#REQUIRED
>
<! ELEMENT AssistantEquipmentAction EMPTY>
<! ATTLIST AssistantEquipmentAction
AssistantLight CDATA#REQUIRED
AssistantSound CDATA#REQUIRED
AssistantAlarm CDATA#REQUIRED
>
通过上面定义的 DTD ( Document Type Definition, 文件类型定义）格式， 客户端可以向流媒体服务器发起一个摄像头操作请求， 并将请求的参数通过 xml的方式进行携带， 这种 xml的定义形式也可以采用 Schema的方式， 通过转 换， DTD方式的数据格式也可以转换成 schema的方式， 因此， 二者在功效方面 是相同的。 摄像头的请求操作如上所述。 表 2是采用扩展 RTSP MIME type的方 式来完成摄像头控制功能的一个实例。
表 2 ACTION RTSP：〃 WWW.Sample.com/SampleCamera RTSP/1.0 Request Line
CSeq: 90
Content-Type: application/cameraAction+xml
Content- Length: 121
Header
<?xml version="1.0" encoding="GB2312" ?>
<RTSP_CameraAction>
<CameraActionRequest>
<CameraAction>
<MoveDirection = "UP" />
<MoveSpeed = "5" />
<CameraAction/>
<Lens> Body
< Brightness = "5" />
<Lens/>
<AssistantEquipment>
<FlashLight = "ON" />
<AssistantEquipment/>
<CameraActionRequest/>
<RTSP CameraAction/> 以上是本发明实施例对 RTSP的方法（即起始行， 下同） 、 头域以及消息进行 了扩展， 要达到通过 RTSP消息控制摄像头及其辅助设备的功能， 可以通过如 下的三种方式来实现， 即通过头域携带信息、 消息体携带信息、 头域和消息体 共同携带信息， 但并不限于这三种方式。 其中所述携带信息的头域、 消息体、 头域和消息体结构分别如表 3所示： 表 3
ACTION ACTION ACTION
Header for Header for
Camera Control Camera Control
Body for Body for
Camera Control Camera Control
其中控制摄像头
展的方法， 这样可以避免对现有方法的修改， 增强兼容性； 也可以通过扩展现 有方法的功能达到同样的目的， 如表 4所示： PLAY PLAY PLAY
Header for Header for Camera Control Camera Control
Body for Body for
Camera Control Camera Control 在介绍完如何利用流媒体技术对网络控制协议的方法头域、消息体或其任 意组合的共同体进行扩展或定义后 ,下面提供本发明实施例摄像装置的控制方 法和摄像装置资源的鉴权方法。
首先本发明实施例提供一种电子设备的控制方法， 包括步骤：
流媒体服务器接收客户端发送电子设备的控制信息 ,所述电子设备的控制 信息附加在互联网控制协议的方法、 头域（Method )、 消息体或其任意组合的 共同体中；
流媒体服务器从所述方法、 头域、 消息体域或其任意组合的共同体中， 解 析出用于控制电子设备的所述电子设备控制信息；
根据所述控制信息控制所述电子设备。
上面方法中， 本发明实施例通过在网络控制协议的方法、 头域、 消息体或 其任意组合的共同体中附加电子设备控制信息，使得用户能够利用广泛应用的 网络技术方便地传输控制信令到流媒体服务器 ,再由流媒体服务器转发所述控 制信息到电子设备或由流媒体服务器直接控制所述电子设备，简单方便地实现 客户端远程控制电子设备的功能。
所述的电子设备可以是摄像头，也可以是其辅助设备，在其他实施方式中 , 也可以是探照灯或机械手等。
另外， 本发明实施例还提供一种受控电子设备的鉴权方法， 包括步骤： 流媒体服务器接收客户端发送的客户端鉴权信息，所述客户端鉴权信息附 加在网络控制协议的方法、 头域、 消息体或其任意组合的共同体中；
流媒体服务器从所述方法、头域、消息体或其任意组合的共同体中解析出 所述客户端鉴权信息， 根据所述鉴权信息判断客户端是否通过鉴权。
同样， 本发明通过在网络控制协议的方法、 头域、 消息体或其任意组合的 共同体中附加客户端鉴权信息，使得用户能够利用广泛应用的网络技术方便与 流媒体服务器进行鉴权， 解决了用户权限管理以及资源分配功能，提供安全性 和实用性。
参阅 4, 为本发明受控电子设备的鉴权方法和电子设备的控制方法结合在 一起， 构成一个从鉴权到控制电子设备完整的流程图。
所述从鉴权到控制电子设备的完整的流程包括步骤：
步骤 401、 客户端或终端 （本实施例以终端客户端为例）在网络控制协议 的方法、 头域、 消息体或其任意组合的共同体中加入客户端鉴权信息和 /或控 制信息。
所述客户端鉴权信息包含用户身份验证信息（比如在扩展头域国际移动用 户识别码 IMSI和移动台国际 ISDN号码 MSISDN内的身份验证内的身份验证信 息） 。 本实施方式中采用上述的 IMSI头域携带用户身份验证信息， 所述 IMSI 则来自客户端自身， 鉴权时从客户端获取， 并将其加入所述 RTSP的方法、 头 域、 消息体或其任意组合的共同体中。所述客户端鉴权信息还可以包括权限控 制信息， 比如等级信息或直接释放电子设备资源信息。
所述网络控制协议可以是 SIP、 RTSP或 HTTP, 所述 RTSP方法可以是表一 所述的 ACTION方法或 PLAY方法， 所述控制信息或鉴权信息可以加入在表三 和表四所示的方法结构中。 所述的控制信息可以是所述的控制摄影装置运动、 镜头运动或辅助设备运动的参数。 另外， 本发明实施例还可以对 RTSP的 body 进行扩展， 构成表二所示的 application/cameraAction+xml的 MIME type结构。
步骤 402、 客户端将所述包含客户端鉴权信息 IMSI和控制信息的消息发送 给接人网和核心网。
步骤 403、 接入网和核心网将包含客户端鉴权信息 IMSI和控制信息的消息 转发到 RTSP代理中。
步骤 404、 在 RTSP代理收到所述 IMSI信息后， 查询 HLR并获取对应所述 IMSI信息的 MSISDN信息， 并将该 MSISDN信息加入所述 RTSP方法、 头域、 消 息体或其任意组合的共同体中， 同时去掉 IMSI项。
步骤 405、 RTSP代理将包含客户端鉴权信息 MSISDN和控制信息的消息发 送到流媒体服务器。
步骤 406、 流媒体服务器解析出所 i½户端鉴权信息 MSISDN和控制信息。 步骤 407、流媒体服务器在接收到所述 MSISDN信息之后，将所述 MSISDN 信息包含的身份验证信息和流媒体服务器所存放的相应鉴权信息比对。
步骤 408、判断鉴权是否通过，若是，则执行步骤 410，否则，执行步骤 409。 步骤 409、 在比对结果为错误情况下， 判断所述客户端没有权限控制电子 设备或者观看流媒体内容， 返回失败消息到客户端。
步骤 410、 判断电子设备资源是否可用。
步骤 411、 如果电子设备（比如摄像装置等）资源可用， 返回成功消息 200 OK到客户端， 并且进入步骤 412。
步骤 412、 流媒体服务器发送所述电子设备控制信息到电子设备。
步骤 413、 如果电子设备资源不可用， 在存在当前使用所述电子设备资源 用户情况下， 比较当前用户和所述身份验证信息包含的用户等级信息， 即判断 所述待接入客户端等级是否大于当前用户的等级。如果待接入客户端等级小于 或等于当前用户的等级， 进入步骤 414; 否则， 执行步骤 415。
步骤 414、 返回失败消息到客户端。
步骤 415、 如果待接入客户端等级大于当前用户的等级， 释放所述当前用 户的电子设备资源。
步骤 416、发送所述电子设备控制信息到电子设备，控制电子设备的活动。 经过上述步骤，便能完成客户端使用电子设备的鉴权和控制电子设备的运 动了。 从以上可以看出， 本发明实施例具有有益的技术效果：
一、相对于采用专业方法进行摄像头控制的现有技术，本发明实施例在客 户端上实现摄像头等电子设备的控制功能，以及在流媒体播放过程中实现电子 设备控制功能， 本发明实施例尚属首创；
二、采用应用广泛的流媒体技术，扩展或定义各种网络控制协议比如 RTSP 的方法、 头域、 消息体或其任意组合的共同体中， 通过客户端方便、 容易地实 现流媒体播放过程中对摄像头及其辅助设备等电子设备的控制功能。
本发明实施例可以通过客户端向流媒体服务器发送相对应的电子设备操 作指令，以及操作参数来实现。参数的传递可以通过现有的网络控制协议完成， 如 SIP， RTSP, HTTP等方式。 本发明实施例主要集中讨论 RTSP的方式来实现这 样的功能， 但 SIP和 HTTP等协议由于同 RTSP有类似的语法、 结果和功能， 其 实现方法和 RTSP相似， 参照 RTSP的实现方法可以很容易实现。
本发明实施例通过对 RTSP协议的扩展和改造， 很容易对摄像头的旋转进 行操作， 所述旋转包括摄像头旋转的方向、 角度、 速度、 巡航等， 以及对摄像 头的镜头， 包括镜头的放大、 缩小等进行方便控制。 通过对摄像头的控制可以 增强用户在流媒体播放过程中的自主性， 丰富用户的体验。
三、 通过增加 RTSP中安全控制策略， 包括用户身份验证和权限控制， 解 决了流媒体电子设备控制过程中的资源冲突以及安全问题，极大的提高了对电 子设备控制的方便性和安全性。
四、 省略了现有技术必须具备的 HTTP流媒体服务器才可以实现电子设备 的控制和鉴权功能， 其降低了成本。
为了便于本领域技术人员的理解，下面以摄像头及其附属设备为例说明如 何具体实现电子设备的控制功能和鉴权功能：
实施例 1 :
参阅图 5, 为本发明实施例电子设备资源的控制方法的时序图。 利用本发 明实施例扩展的 ACTION方法以及头域控制摄像头以 5 degree/s的角速度，向上 倾斜， 并打开辅助光源， 亮度调节为 5。 同时， 用户为了实现身份验证过程， 需要在 RTSP当中携带 IMSI信息。 具体过程为：
步骤 501、 客户端向流媒体服务器发送请求， 所述请求包括： 摄像头以 5 degree/s的角速度向上倾斜， 并打开辅助光源， 亮度调节为 5。 具体的格式如下 所示：
ACTION RTSP://www.sample.com/sample RTSP/1.0
CSeq： 1
Session： 12345678
MoveDirection： UP
MoveSpeed: 5
AssistantLight: ON
Brightness: 5
IMSI : 4601123456
步骤 502、 流媒体服务器对客户端的发送的所述请求进行解析， 得到所述 请求中的摄像头以 5 degree/s的角速度向上倾斜，并打开辅助光源， 亮度调节为 5的信息；
步骤 503， 流媒体服务器对客户端的请求进行处理；
步骤 504、 流媒体服务器向客户端反馈成功响应消息， 即 200 OK;
步骤 505、 根据客户端请求，操作摄像头以每秒 5度的角速度向右旋转摄像 头， 并调节亮度为 5， 闪光灯打开。
步骤 506、 流媒体服务器完成控制操作。
实施例 2
利用本发明扩展的 ACTION方法以及消息体控制摄像头以 5 degree/s的角 速度， 向右旋转， 并打开辅助光源， 亮度调节为 5。 并对客户端进行鉴权， 同 时， 用户为了实现身份验证过程， 需要在 RTSP当中携带 IMSI信息。
ACTION RTSP://www.sample.com/sample RTSP/1.0
<Note: 扩展的 ACTION方法〉
CSeq： 1
Session： 12345678
Content-Type: application/ cameraAction + xml
<Note: 扩展消息体内容， 使流媒体服务器和终端知道消息体的结构 >
Content-Length： 121
IMSI : 4601123456
<Note: RTSP当中携带 IMSI信息〉
<?xml version:" 1.0" encoding="GB2312" ?>
<RTSP_CameraAction>
〈！ -Note: 摄像头动作— >
<CameraActionRequest>
〈！ -Note: 像头动作请求— >
<CameraAction>
〈！—Note: 摄像头动作描述— >
<MoveDirection = "UP" />
〈！—Note: 运动方向， 向上— > <MoveSpeed = "5" />
〈！ -Note: 运动速度， 5度 /s-->
<CameraAction/>
<Lens>
<Brightness = "5" />
〈！—Note: 镜头操作—〉
<Lens/>
<!-Note: 镜头亮度为 5-->
<AssistantEquipment>： 辅助设备操作
<FlashLight = "ON" />： 闪光灯打开
<AssistantEquipment/>
<CameraActionRequest/>
<RTSP_CameraAction/>： 扩展消息体
<Note: 扩展的 ACTION方法〉
CSeq： 1
Session： 12345678
Content-Type: application/camera Action + xml
<Note: 扩展消息体内容， 使流媒体服务器和终端知道消息体的结构〉 Content-Length： 121
IMSI : 4601123456
<Note: RTSP 当中携带 IMSI信息 >
<?xml version:" 1.0" encoding="GB2312" ?>
<RTSP_CameraAction>
〈！ -Note: 摄像头动作—〉
<CameraAction equest>
〈！—Note: 像头动作请求—〉
<CameraAction>
〈！—Note: 摄像头动作描述— >
<MoveDirection = "UP" /> 〈！—Note: 运动方向， 向上— >
<MoveSpeed = "5" />
〈！—Note: 运动速度， 5度 /s- -〉
<CameraAction/>
<Lens>
〈！—Note: 镜头操作—〉
<Brightness = "5" />
〈！ -Note: 镜头亮度为 5-->
<Lens/>
<AssistantEquipment>
<!-Note: 辅助设备操作— >
<FlashLight = "ON" />
<!-Note: 闪光灯打开— >
<AssistantEquipment/>
<CameraActionRequest/>
<RTSP_CameraAction/>
<!-Note: 扩展消息体— >
流媒体服务器在收到该 RTSP消息之后， 进行鉴权认证， 并且根据认证结 果， 按照 RTSP所要求的动作操作摄像头。 也就是说， 流媒体服务器在接收并 解析来自所述电子设备的鉴权信息后， 并根据所述鉴权信息执行鉴权； 以及在 所述鉴权通过后根据所述控制信息控制所述电子设备。其具体的实现过程与实 施例 1类似， 在此不再详细描述。
实施例 3
利用本发明扩展的 ACTION的方法、 头域以及消息体控制摄像头以 5 degree/s的角速度， 向右旋转， 并打开辅助光源， 亮度调节为 5。 同时， 用户为 了实现身份验证过程， 需要在 RTSP当中携带 IMSI信息。
ACTION RTSP://www.sample.com/sample RTSP/1.0
CSeq： 1
Session： 12345678 Content-Type: application/ cameraAction + xml
Content-Length： 121
IMSI : 4601123456
CameraScan： OFF
CameraSwitch： ON
<?xml version:" 1.0" encoding="GB2312" ?>
<RTSP_CameraAction>
<CameraActionRequest>
<CameraAction>
<MoveDirection = "UP" />
<MoveSpeed = "5" />
<CameraAction/>
<Lens>
<Brightness = "5" />
<Lens/>
<AssistantEquipment>
<FlashLight = "ON" />
<AssistantEquipment/>
<CameraActionRequest/>
<RTSP_CameraAction/>
流媒体服务器在收到该 RTSP消息之后， 进行鉴权认证， 并且根据认证结 果， 按照 RTSP所要求的动作操作摄像头。 实施例 4
上述三个实施例中的方法也可以更改为目前 RTSP当中使用的 PLAY方法。 如实施例 3也可以表示为：
PLAY RTSP：〃 www.sample.com/sample RTSP/1.0
CSeq： 1 Session： 12345678
Content-Type: application/ cameraAction + xml
Content-Length： 121
IMSI : 4601123456
CameraScan： OFF
CameraSwitch： ON
<?xml version:" 1.0" encoding="GB2312" ?>
<RTSP_CameraAction>
<CameraActionRequest>
<CameraAction>
<MoveDirection = "UP" />
<MoveSpeed = "5" />
<CameraAction/>
<Lens>
<Brightness = "5" />
<Lens/>
<AssistantEquipment>
<FlashLight = "ON" />
<AssistantEquipment/>
<CameraActionRequest/>
<RTSP_CameraAction/>
流媒体服务器在收到该 RTSP消息之后， 进行鉴权认证， 并且根据认证结 果， 按照 RTSP所要求的动作操作摄像头。 实施例 5
如果有一个用户的 IMSI号为 4601000001 ,它拥有的权限较低，现在正在控 制摄像头。 此时， 有一个 IMSI号为 4601123456的用户， 他希望控制摄像头， 那 么他会向流媒体服务器发起请求： ACTION RTSP://www.sample.com/sample RTSP/1.0
CSeq： 1
Session： 12345678
Content-Type: application/ cameraAction + xml
Content-Length： 121
IMSI : 4601123456
CameraScan： OFF
CameraSwitch： ON
FreeCamera： ON
<?xml version:" 1.0" encoding="GB2312" ?>
<RTSP_CameraAction>
<CameraActionRequest>
<CameraAction>
<MoveDirection = "UP" />
<MoveSpeed = "5" />
<CameraAction/>
<Lens>
<Brightness = "5" />
<Lens/>
<AssistantEquipment>
<FlashLight = "ON" />
<AssistantEquipment/>
<CameraActionRequest/>
<RTSP_CameraAction/>
流媒体服务器完成鉴权之后，获取了他的权限信息，并且根据 FreeCamera： ON的参数信息， 选择对当前使用者获取的资源进行释放， 4601123456用户获 取摄像头的控制权限。
此外， 本发明实施例还提供一种流媒体服务器， 包括信息解析单元， 用于 对接收到的客户端消息进行解析 ,具体是从包含受控电子设备控制信息的所述 消息中的网络控制协议的起始行、 头域、 消息体或所述起始行、 头域及消息任 意组合的共同体中解析出所述电子设备控制信息 ,所述流媒体服务器还包括执 行单元或信息传送单元， 所述执行单元用于根据所述控制信息执行相应的动 作， 所述信息传送单元用于将所述控制信息传送到所述电子设备。
由于采用了信息解析单元和执行单元 /信息传送单元， 可以对接收到的包 含电子设备控制信息的客户端消息进行解析 ,特别是可以利用流媒体技术对附 加在网络控制协议的起始行、 头域、 消息体或所述起始行、 头域及消息任意组 合的共同体的电子设备控制信息进行解析。 不需要专业的电子设备控制系统， 只需要利用现成的标准化流媒体系统，即可以方便地通过流媒体服务器的执行 单元控制电子设备，或通过信息传送单元传送控制信息到所述电子设备， 由电 子设备自身来控制。
图 6是本发明实施例控制摄像头的流媒体服务器的具体结构图。 所述流媒 体服务器 620， 包括鉴权单元 621、 信息解析单元 622和信息传送单元 623。
所述信息解析单元 622用于对接收到客户端 610发送的 RTSP消息进行解 析， 所述消息包含摄像装置控制信息和客户端鉴权信息， 所述控制信息和 /或 鉴权信息附加在消息中的网络控制协议的起始行、头域、消息体或所述起始行、 头域及消息任意组合的共同体中。
具体地，所述鉴权信息包括：在扩展头域类型 IMSI内的身份验证信息和权 P艮控制信息； 或者在扩展头域类型 MSISDN内的身份验证和权限控制信息； 或 者在扩展头域类型 IMSI和 MSISDN内的身份验证信息以及权限控制信息；或者 在扩展头域类型 IMSI内的身份验证信息；或者在扩展头域类型 MSISDN内的身 份验证信息。
所述鉴权单元 621用于对信息解析单元 622解析到的鉴权信息和流媒体服 务器 620所存放的相应鉴权信息比对。 验证待接入客户端是否有权限对摄像装 置进行访问。 在比对结果为所述客户端没有权限控制摄像头和其他辅助设备、 或者观看流媒体内容情况下，所述鉴权单元 621用于指示流媒体服务器 620返回 失败消息到客户端， 否则指示流媒体服务器 620返回成功消息到客户端。
所述鉴权单元 621也验证待接入客户端的等级与当前正在访问摄像装置的 用户的等级关系，在待接入客户端的等级大于当前正在访问摄像装置的用户的 等级时， 指示流媒体服务器 620释放该当前正在访问摄像装置的用户与摄像装 置的连接。
所述信息传送单元 623用于将所述控制信息解析单元 622解析得到的摄像 装置控制信息转发到摄像头， 实现该客户端对摄像装置 630的控制功能。
所述控制协议的方法是 RTSP中的方法 PLAY或扩展方法 ACTION, 所述消 控制信息封装在所述 MIME type的一个 xml中。
这里举包含信息传送单元的流媒体服务器为例，在其他实施方式， 则采用 执行单元， 不同之处在于采用执行单元的时候， 直接对来自控制信息解析单元 解析出的控制信息进行转换， 转换为机器语言， 直接控制电子设备的活动。
另外， 本发明实施例还提供一种流媒体服务器， 包括： 接收单元、 解析单 元、 控制单元。 优选的还可以包括鉴权单元。 其中， 所述接收单元， 用于接收 客户端发送的电子设备的控制信息 ,所述控制信息附加在网络控制协议的起始 行、 头域、 消息体或所述起始行、 头域及消息任意组合的共同体中； 所述解析 单元， 用于从所述起始行、 头域、 消息体或所述起始行、 头域及消息任意组合 的共同体中， 解析出电子设备的控制信息； 所述控制单元， 用于根据所述控制 信息控制电子设备； 鉴权单元， 用于根据鉴权信息对客户端进行鉴权， 并将客 户端鉴权通过的结果发送给控制单元，所述鉴权信息由所述接收单元接收并由 所述解析单元解析。
优选的，所述电子设备是摄像装置， 包括摄像头、镜头及摄像头辅助设备； 所述控制信息至少包括下述之一：摄像装置的动作、镜头的动作和辅助设备的 动作的控制信息。
本实施例中所述流媒体服务器中的单元和子单元的功能和作用现将上述 对应的实施例， 在此不再赞述。
优选的， 所述鉴权单元包括：
第一判断子单元， 用于在接收到所述 MSISDN信息之后， 判断所述 MSISDN信息中包括的身份验证信息与本地所预存的鉴权信息是否对应，并发 送判断结果； 第二判断子单元， 用于在接收到所述第一判断单元的判断结果为不对应 时， 判断所述客户端是否有权限控制所述电子设备或者观看流媒体内容， 并发 送判断结果；
第一反馈子单元，用于在接收到第二判断单元的判断结果时， 向客户端发 送成功或失败消息。
优选的，若所述身份验证信息包括用户等级信息，则所述鉴权单元还包括： 第三判断子单元， 用于在接收到所述第一判断单元的判断结果为对应时， 判断所述受控电子设备资源是否可用 , 并发送判断结果；
第二反馈子单元，用于在接收到第三判断子单元的判断结果为可用时， 向 客户端反馈成功消息；
比较子单元， 用于在接收到第三判断子单元的判断结果为不可用时，且在 存在当前使用所述受控电子设备资源用户情况下，则比较当前用户和所述身份 验证信息包括的用户等级信息；
释放子单元，用于在接收到比较子单元发送所述身份验证信息的用户等级 高于当前用户的等级时， 释放所述当前用户的摄像装置资源。
本实施例中所述流媒体服务器中的单元和子单元的功能和作用现将上述 对应的实施例， 在此不再赞述。
此外本发明实施例还提供一种流媒体服务器， 包括：接收单元、解析单元、 鉴权判断单元。 优选的， 还可以包括控制单元。 其中， 所述接收单元， 用于接 收客户端发送的客户端鉴权信息，所述客户端鉴权信息附加在网络控制协议的 起始行、 头域、 消息体， 或所述起始行、 头域及消息体任意组合的共同体中； 所述解析单元， 用于从所述起始行、 头域、 消息体， 或所述起始行、 头域及消 息体任意组合的共同体中解析出所 i½户端鉴权信息； 所述鉴权单元， 用于根 据所述鉴权信息对客户端进行鉴权。所述控制单元， 用于在接收到鉴权单元发 送的客户端权鉴通过的结果后，根据控制信息控制电子设备， 所述控制信息由 所述接收单元接收并由所述解析单元解析。
优选的， 所述鉴权单元还可以包括： 第一判断子单元、 第二判断子单元和 第一反馈子单元， 其功能和作用详见上述， 在此不再赞述。
优选的，若所述身份验证信息包括用户等级信息，则所述鉴权单元还包括： 第三判断子单元、 第二反馈子单元、 比较子单元和释放子单元。 其功能和作用 详见上述， 在此不再赞述。
以上对本发明所提供的进行了详细介绍，本文中应用了具体个例对本发明 的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本发明的 方法及其核心思想； 同时， 对于本领域的一般技术人员， 依据本发明的思想， 在具体实施方式及应用模块范围上均会有改变之处， 综上所述，本说明书内容 不应理解为对本发明的限制。

Claims

权 利 要 求
1、 一种电子设备的控制方法， 其特征在于， 包括步骤：
接收电子设备的控制信息，所述电子设备的控制信息附加在网络控制协议 的起始行、头域、消息体，或所述起始行、头域及消息体任意组合的共同体中； 从所述起始行、 头域、 消息体， 或所述起始行、 头域及消息体任意组合的 共同体中， 解析出电子设备的控制信息；
根据所述控制信息控制所述电子设备。
2、 根据权利要求 1所述的电子设备的控制方法， 其特征在于， 所述方法 包括：
接收并解析来自所述电子设备的鉴权信息并根据所述鉴权信息执行鉴权； 以及在所述鉴权通过后根据所述控制信息控制所述电子设备。
3、 根据权利要求 1或 2所述的电子设备的控制方法， 其特征在于， 所述 网络控制协议为 SIP、 实时流协议 RTSP或超文本传输协议 HTTP。
4、 根据权利要求 1或 2所述的电子设备的控制方法， 其特征在于， 所述 网络控制协议的起始行是 RTSP中的方法类型或扩展方法类型。
5、 根据权利要求 1或 2所述的电子设备的控制方法， 其特征在于， 所述 消息体是在 RTSP中扩展的多用途的国际邮件扩充协议类型 MIME type, 所述 控制信息封装在所述 MIME type的扩展标记语言 xml中。
6、 根据权利要求 1或 2所述的电子设备的控制方法， 其特征在于， 所述 电子设备包括摄像装置， 所述控制信息至少包括下述之一： 摄像装置的动作、 镜头的动作和辅助设备的动作的控制信息。
7、 一种受控电子设备资源的鉴权方法， 其特征在于， 包括步骤： 接收客户端鉴权信息， 所述客户端鉴权信息附加在网络控制协议的起始 行、 头域、 消息体， 或所述起始行、 头域及消息体任意组合的共同体中；
从所述起始行、 头域、 消息体， 或所述起始行、 头域及消息体任意组合的 共同体中解析出所述客户端鉴权信息并根据该信息对客户端进行鉴权。
8、根据权利要求 7所述的电子设备的控制方法， 其特征在于， 所述方法还 包括：
接收并解析来自所述电子设备的控制信息；在所述鉴权通过后根据所述控 制信息控制所述电子设备。
9、 根据权利要求 7所述的受控电子设备资源的鉴权方法， 其特征在于， 所述客户端鉴权信息包括： 在扩展头域类型 IMSI和 /或 MSISDN内的身份验 证信息和权限控制信息； 或者在扩展头域类型 IMSI和 /或 MSISDN内的身份 验证信息。
10、 根据权利要求 9所述的受控电子设备资源的鉴权方法， 其特征在于， 所述接收客户端鉴权信息之前， 所述方法还包括步骤：
客户端获取 IMSI信息， 将所述 IMSI信息加入所述网络控制协议的起始行、 头域、 消息体， 或所述起始行、 头域及消息体任意组合的共同体中， 并通过接 入网和核心网传送到网络控制协议 RTSP代理；
所述 RTSP代理收到所述 IMSI信息后， 从 HLR中获取对应所述 IMSI信息的 MSISDN信息， 并将该 MSISDN信息加入所述 RTSP的起始行、 头域、 消息体， 或所述起始行、 头域及消息体任意组合的共同体中后并发送。
11、 根据权利要求 10所述的受控电子设备资源的鉴权方法， 其特征在于， 所述对客户端进行鉴权的步骤包括：
接收到所述 MSISDN信息， 若所述 MSISDN信息中包括的身份验证信息与 流媒体服务器所预存的鉴权信息不对应，则判断所述客户端是否有权限控制所 述电子设备或者观看流媒体内容；若没有，返回失败消息；否则返回成功消息。
12、根据权利要求 11所述的受控电子设备资源的鉴权方法， 其特征在于， 若所述身份验证信息包括用户等级信息， 且所述 MSISDN信息中包括的 身份验证信息与流媒体服务器所预存的鉴权信息相对应 ,则所述鉴权的步骤还 包括：
判断所述受控电子设备资源是否可用，若是，返回客户端成功消息，否则， 在存在当前使用所述受控电子设备资源用户情况下，比较当前用户和所述身份 验证信息包括的用户等级信息，在所述身份验证信息的用户等级高于当前用户 的等级时， 释放所述当前用户使用所述受控电子设备的资源
13、根据权利要求 11所述的受控电子设备资源的鉴权方法， 其特征在于， 所述客户端鉴权信息还包括： 释放受控电子设备资源的权限控制信息， 所述 MSISDN信息中包括的身份验证信息与流媒体服务器所预存的鉴权信息相对 应， 所述鉴权的步骤还包括：
判断所述受控电子设备资源是否可用，若是，返回客户端成功消息，否则， 在存在当前使用所述受控电子设备资源用户情况下 ,直接释放所述当前用户的 受控电子设备资源。
14、 一种流媒体服务器， 其特征在于， 包括：
信息解析单元， 用于对接收到的客户端消息进行解析， 具体是从包括受 控电子设备控制信息的所述消息中的网络控制协议的起始行、 头域、 消息体， 或所述起始行、头域及消息体任意组合的共同体中解析出所述电子设备控制信 执行单元或信息传送单元， 所述执行单元用于根据所述控制信息执行相 应的动作； 所述信息传送单元用于将所述控制信息传送到所述电子设备。
15、根据权利要求 14所述的流媒体服务器， 其特征在于， 所述流媒体服 务器还包括鉴权单元， 所述客户端消息包括客户端鉴权信息，且所述鉴权信息 附加在所述消息的网络控制协议的起始行、 头域、 消息体， 或所述起始行、 头 域及消息体任意组合的共同体中，所述鉴权单元用于对信息解析单元解析到的 鉴权信息和预存储的对应鉴权信息进行比对。
16、 根据权利要求 15所述的流媒体服务器， 其特征在于， 所述鉴权信 息包括： 在扩展头域类型 IMSI和 /或 MSISDN内的身份验证信息和权限控制 信息； 或者在扩展头域类型 IMSI和 /或 MSISDN内的身份验证信息； 在比对 结果为所述客户端没有权限控制受控电子设备或者观看流媒体内容情况下，所 述鉴权单元用于指示流媒体服务器返回失败消息到客户端，否则指示流媒体服 务器返回成功消息到客户端。
17、 一种流媒体服务器， 其特征在于， 包括：
接收单元， 用于接收客户端发送的电子设备的控制信息， 所述电子设备的 控制信息附加在网络控制协议的起始行、 头域、 消息体， 或所述起始行、 头域 及消息体任意组合的共同体中；
解析单元， 用于从所述起始行、 头域、 消息体， 或所述起始行、 头域及消 息体任意组合的共同体中 , 解析出电子设备的控制信息；
控制单元， 用于根据所述控制信息控制电子设备。
18、 根据权利要求 17所述的流媒体服务器， 其特征在于， 所述电子设备 包括摄像装置， 所述控制信息至少包括下述一种： 摄像装置的动作、镜头的动 作和辅助设备的动作的控制信息。
19、 根据权利要求 17所述的流媒体服务器， 其特征在于， 所述流媒体服 务器还包括：
鉴权单元， 用于根据鉴权信息对客户端进行鉴权， 并将客户端鉴权通过的 结果发送给控制单元 ,所述鉴权信息由所述接收单元接收并由所述解析单元解 析。
20、 根据权利要求 19所述的流媒体服务器， 其特征在于， 所述鉴权单元 包括：
第一判断子单元， 用于在接收到所述 MSISDN信息之后， 判断所述 MSISDN信息中包括的身份验证信息与本地所预存的鉴权信息是否对应，并发 送判断结果；
第二判断子单元，用于在接收到所述第一判断单元发送的判断结果为不对 应时， 判断所述客户端是否有权限控制所述电子设备或者观看流媒体内容， 并 发送判断结果； 第一反馈子单元， 用于在接收到第二判断单元的判断结果时， 向客户端发送成功或失败消息。
21、 根据权利要求 20所述的流媒体服务器， 其特征在于， 若所述身份验 证信息包括用户等级信息， 则所述鉴权单元还包括：
第三判断子单元， 用于在接收到所述第一判断单元的判断结果为对应时， 判断所述受控电子设备资源是否可用 , 并发送判断结果；
第二反馈子单元，用于在接收到第三判断子单元的判断结果为可用时， 向 客户端反馈成功消息；
比较子单元， 用于在接收到第三判断子单元的判断结果为不可用时，且在 存在当前使用所述受控电子设备资源用户情况下，则比较当前用户和所述身份 验证信息包括的用户等级信息；
释放子单元，用于在接收到比较子单元发送所述身份验证信息的用户等级 高于当前用户的等级时， 释放所述当前用户的摄像装置资源。
22、 一种流媒体服务器， 其特征在于， 包括： 接收单元， 用于接收客户端发送的客户端鉴权信息， 所述客户端鉴权信息 附加在网络控制协议的起始行、 头域、 消息体， 或所述起始行、 头域及消息体 任意组合的共同体中；
解析单元， 用于从所述起始行、 头域、 消息体， 或所述起始行、 头域及消 息体任意组合的共同体中解析出所 ^户端鉴权信息；
鉴权单元， 用于根据所述鉴权信息对客户端进行鉴权。
23、 根据权利要求 22所述的流媒体服务器， 其特征在于， 所述流媒体服 务器还包括：
控制单元， 用于在接收到鉴权单元发送的客户端权鉴通过的结果后，根据 控制信息控制电子设备，所述控制信息由所述接收单元接收并由所述解析单元 解析。
24、根据权利要求 22或 23所述的流媒体服务器， 其特征在于， 所述鉴权 单元包括：
第一判断子单元， 用于在接收到所述 MSISDN 信息之后， 判断所述 MSISDN信息中包括的身份验证信息与本地所预存的鉴权信息是否对应，并发 送判断结果；
第二判断子单元，用于在接收到所述第一判断单元发送的判断结果为不对 应时， 判断所述客户端是否有权限控制所述电子设备或者观看流媒体内容， 并 发送判断结果；
第一反馈子单元，用于在接收到第二判断单元的判断结果时， 向客户端发 送成功或失败消息。
25、 根据权利要求 24所述的流媒体服务器， 其特征在于， 若所述身份验 证信息包括用户等级信息， 则所述鉴权单元还包括：
第三判断子单元， 用于在接收到所述第一判断单元的判断结果为对应时， 判断所述受控电子设备资源是否可用， 并发送判断结果；
第二反馈子单元，用于在接收到第三判断子单元的判断结果为可用时， 向 客户端反馈成功消息；
比较子单元， 用于在接收到第三判断子单元的判断结果为不可用时，且在 存在当前使用所述受控电子设备资源用户情况下 ,则比较当前用户和所述身份 验证信息包括的用户等级信息；
释放子单元，用于在接收到比较子单元发送所述身份验证信息的用户等级 高于当前用户的等级时， 释放所述当前用户的摄像装置资源。
PCT/CN2007/070844 2006-09-30 2007-09-30 A control method, an authenticating method of an electric device and a streaming media server WO2008043312A1 (en)

Priority Applications (3)

Application Number Priority Date Filing Date Title
EP07817035.4A EP2088729B1 (en) 2006-09-30 2007-09-30 A control method, an authenticating method of an electric device and a streaming media server
CN200780000315.4A CN101317413B (zh) 2006-09-30 2007-09-30 电子设备的控制方法、鉴权方法和流媒体服务器
US12/413,939 US8832287B2 (en) 2006-09-30 2009-03-30 Control method, authenticating method for electronic device and streaming media server

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN200610159670.3A CN101155260A (zh) 2006-09-30 2006-09-30 电子设备的控制方法、鉴权方法和服务器
CN200610159670.3 2006-09-30

Related Child Applications (1)

Application Number Title Priority Date Filing Date
US12/413,939 Continuation US8832287B2 (en) 2006-09-30 2009-03-30 Control method, authenticating method for electronic device and streaming media server

Publications (1)

Publication Number Publication Date
WO2008043312A1 true WO2008043312A1 (en) 2008-04-17

Family

ID=39256669

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2007/070844 WO2008043312A1 (en) 2006-09-30 2007-09-30 A control method, an authenticating method of an electric device and a streaming media server

Country Status (4)

Country Link
US (1) US8832287B2 (zh)
EP (1) EP2088729B1 (zh)
CN (2) CN101155260A (zh)
WO (1) WO2008043312A1 (zh)

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP2351367A1 (en) * 2008-11-10 2011-08-03 Nokia Corporation Method and apparatus for remote camera control indications in video conferencing
US20120017003A1 (en) * 2009-03-30 2012-01-19 Huawei Technologies Co., Ltd. Method, apparatus, and system for processing streaming media service

Families Citing this family (28)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US10057105B2 (en) * 2004-11-23 2018-08-21 Kodiak Networks, Inc. Architecture framework to realize push-to-X services using cloudbased storage services
CN101155260A (zh) 2006-09-30 2008-04-02 华为技术有限公司 电子设备的控制方法、鉴权方法和服务器
US11277598B2 (en) * 2009-07-14 2022-03-15 Cable Television Laboratories, Inc. Systems and methods for network-based media processing
US8977652B2 (en) * 2009-09-17 2015-03-10 Oracle International Corporation Client-side API framework for uniform resource identifier (URI) manipulations
KR20120034550A (ko) 2010-07-20 2012-04-12 한국전자통신연구원 스트리밍 컨텐츠 제공 장치 및 방법
US9467493B2 (en) * 2010-09-06 2016-10-11 Electronics And Telecommunication Research Institute Apparatus and method for providing streaming content
CN102404700B (zh) * 2010-09-17 2014-12-31 中国移动通信集团公司 电子邮件传递方法及系统
CN102546208B (zh) * 2010-12-13 2015-04-08 北大方正集团有限公司 一种设备管理方法及其系统和设备管理服务器
CN102325028B (zh) * 2011-09-19 2014-04-16 北京金和软件股份有限公司 一种支持多个终端的身份认证与服务授权的方法
WO2013078598A1 (zh) * 2011-11-28 2013-06-06 华为技术有限公司 一种移动流媒体的实现方法与系统
US9438883B2 (en) * 2012-04-09 2016-09-06 Intel Corporation Quality of experience reporting for combined unicast-multicast/broadcast streaming of media content
CN202995529U (zh) 2012-11-28 2013-06-12 杨金荣 一种手持式终端的单手操控手柄
CN103257939B (zh) * 2013-04-02 2016-08-10 小米科技有限责任公司 一种获取图像的方法、装置及设备
CN103415010A (zh) * 2013-07-18 2013-11-27 中国联合网络通信集团有限公司 D2d网络鉴权方法及系统
KR102050417B1 (ko) * 2013-09-25 2019-12-17 한화테크윈 주식회사 네트워크 시스템 및 방법
GB2519516B (en) * 2013-10-21 2017-05-10 Openwave Mobility Inc A method, apparatus and computer program for modifying messages in a communications network
JP6410423B2 (ja) * 2013-11-27 2018-10-24 キヤノン株式会社 通信制御装置、通信制御方法、及び、プログラム
CN104754010B (zh) * 2013-12-31 2019-01-25 华为技术有限公司 信息处理的方法及业务平台
US9705833B2 (en) 2014-04-02 2017-07-11 International Business Machines Corporation Event driven dynamic multi-purpose internet mail extensions (MIME) parser
MX367275B (es) * 2014-11-03 2019-08-12 Kodiak Networks Inc Entorno de arquitectura para realizar servicios pulse-para-x utilizando servicios de almacenamiento basados en la nube.
CN107454337B (zh) * 2015-05-19 2019-05-17 Oppo广东移动通信有限公司 一种控制摄像头旋转的方法及终端和相关介质产品
US9819644B2 (en) * 2016-02-04 2017-11-14 Altiostar Networks, Inc. Making international mobile subscriber identity available at base station
CN107360472A (zh) * 2016-05-10 2017-11-17 中兴通讯股份有限公司 终端控制方法及装置
CN108198108B (zh) * 2017-12-28 2021-12-31 深圳市东微智能科技股份有限公司 教育嵌入式系统和教育管理系统
JP6686125B1 (ja) 2018-12-26 2020-04-22 キヤノン株式会社 通信装置、その制御方法、およびそのプログラム
CN109887504B (zh) * 2019-01-25 2021-06-18 广州富港万嘉智能科技有限公司 一种基于权限转移信息的录音权限转移方法及装置
CN111404871B (zh) * 2019-11-19 2022-07-08 杭州海康威视系统技术有限公司 服务器对接方法和装置
CN111800521A (zh) * 2020-09-08 2020-10-20 武汉中科通达高新技术股份有限公司 一种前端设备控制方法及装置

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1558611A (zh) * 2004-02-12 2004-12-29 上海交通大学 基于管理中心的网络视频监控的多点交互方法
KR20050025872A (ko) * 2003-09-08 2005-03-14 삼성전자주식회사 실시간 스트리밍 프로토콜을 이용한 감시시스템의 제어방법
US20060181612A1 (en) * 2005-02-15 2006-08-17 Matsushita Electric Industrial Co., Ltd. Secure and private iSCSI camera network

Family Cites Families (23)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6608832B2 (en) * 1997-09-25 2003-08-19 Telefonaktiebolaget Lm Ericsson Common access between a mobile communications network and an external network with selectable packet-switched and circuit-switched and circuit-switched services
US6567122B1 (en) * 1998-03-18 2003-05-20 Ipac Acquisition Subsidiary I Method and system for hosting an internet web site on a digital camera
US6353848B1 (en) * 1998-07-31 2002-03-05 Flashpoint Technology, Inc. Method and system allowing a client computer to access a portable digital image capture unit over a network
US6954859B1 (en) * 1999-10-08 2005-10-11 Axcess, Inc. Networked digital security system and methods
US6698021B1 (en) * 1999-10-12 2004-02-24 Vigilos, Inc. System and method for remote control of surveillance devices
JP2001320437A (ja) * 2000-05-02 2001-11-16 Sony Corp データ受信装置及び方法、データ送信装置及び方法
US20030093430A1 (en) * 2000-07-26 2003-05-15 Mottur Peter A. Methods and systems to control access to network devices
EP1307867B1 (en) * 2000-07-26 2010-06-23 Smiths Detection Inc. Methods and systems for networked camera control
US20020131773A1 (en) * 2001-03-16 2002-09-19 Bigler Lawrence R. System and method for remote image centering
US7131132B1 (en) * 2001-06-11 2006-10-31 Lucent Technologies Inc. Automatic access denial
US6661780B2 (en) * 2001-12-07 2003-12-09 Nokia Corporation Mechanisms for policy based UMTS QoS and IP QoS management in mobile IP networks
US8255501B2 (en) * 2002-05-15 2012-08-28 Motorola Mobility Llc Establishing an IP session between a host using SIP and a device without an IP address
US7793355B2 (en) * 2002-12-12 2010-09-07 Reasearch In Motion Limited System and method of owner control of electronic devices
US7573862B2 (en) * 2003-02-06 2009-08-11 Mahdi Chambers System and method for optimizing network capacity in a cellular wireless network
SE0301053D0 (sv) * 2003-04-07 2003-04-07 Ericsson Telefon Ab L M Method and system in a communications network
US7826353B2 (en) * 2003-05-05 2010-11-02 Nokia Corporation Method, system and network element for authorizing a data transmission
JP4333263B2 (ja) * 2003-07-30 2009-09-16 パナソニック株式会社 カメラ装置
WO2005067263A1 (en) * 2004-01-09 2005-07-21 Matsushita Electric Industrial Co., Ltd. Ip device, management server, and network system
CN100544473C (zh) * 2004-01-30 2009-09-23 艾利森电话股份有限公司 用于确定运行无线网络中移动终端性能的方法
WO2005076852A2 (en) * 2004-02-04 2005-08-25 Perseus Wireless, Inc. Method and system for providing information to remote clients
US7554570B2 (en) * 2005-06-21 2009-06-30 Alcatel-Lucent Usa Inc. Network support for remote mobile phone camera operation
EP1901534B1 (en) * 2006-09-18 2010-09-01 LG Electronics Inc. Method of managing a language information for a text input and method of inputting a text and a mobile terminal
CN101155260A (zh) * 2006-09-30 2008-04-02 华为技术有限公司 电子设备的控制方法、鉴权方法和服务器

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR20050025872A (ko) * 2003-09-08 2005-03-14 삼성전자주식회사 실시간 스트리밍 프로토콜을 이용한 감시시스템의 제어방법
CN1558611A (zh) * 2004-02-12 2004-12-29 上海交通大学 基于管理中心的网络视频监控的多点交互方法
US20060181612A1 (en) * 2005-02-15 2006-08-17 Matsushita Electric Industrial Co., Ltd. Secure and private iSCSI camera network

Non-Patent Citations (2)

* Cited by examiner, † Cited by third party
Title
See also references of EP2088729A4
SOCIETY OF MOTION PICTURE AND TELEVISION ENGINEERS

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP2351367A1 (en) * 2008-11-10 2011-08-03 Nokia Corporation Method and apparatus for remote camera control indications in video conferencing
EP2351367A4 (en) * 2008-11-10 2013-07-31 Nokia Corp METHOD AND APPARATUS FOR REMOTE CAMERA CONTROL INDICATIONS IN THE CONTEXT OF VIDEOCONFERENCES
US20120017003A1 (en) * 2009-03-30 2012-01-19 Huawei Technologies Co., Ltd. Method, apparatus, and system for processing streaming media service

Also Published As

Publication number Publication date
CN101317413B (zh) 2012-06-06
CN101317413A (zh) 2008-12-03
CN101155260A (zh) 2008-04-02
EP2088729A4 (en) 2009-11-25
US8832287B2 (en) 2014-09-09
EP2088729B1 (en) 2013-07-17
EP2088729A1 (en) 2009-08-12
US20090185040A1 (en) 2009-07-23

Similar Documents

Publication Publication Date Title
WO2008043312A1 (en) A control method, an authenticating method of an electric device and a streaming media server
US11218529B2 (en) Session control for media stream transmission
US8046479B2 (en) Media channel management
DK2227017T3 (en) Media Channel-handling
US20150067110A1 (en) Media Playing Method, Apparatus, and System
WO2012152168A1 (zh) 在观看节目时获取评论信息的方法、系统和装置
WO2012122935A1 (zh) 互联网协议电视内容共享方法、装置以及终端设备
WO2009138006A1 (zh) 媒体播放控制的方法及系统、元数据执行单元
WO2009076809A1 (zh) 一种实现网络电视业务的方法、系统、装置
KR20090018673A (ko) Ｉｍｓ 아키텍쳐 네트워크에서 ｉｐ 텔레비젼 서비스에 액세스하기 위한 시스템
JP2012515484A (ja) ネットワークにおける関連付けられたセッションの管理
WO2009143743A1 (zh) 一种媒体播放方法、系统以及播放代理装置
WO2014183540A1 (zh) 一种视频监控的内容适配方法、系统及中心服务器、装置
WO2011022994A1 (zh) 组播实时传输协议会话快速接入的方法、装置及系统
EP2296334B1 (en) Multi-user service establishing and control channel transferring method, apparatus and system
WO2010028601A1 (zh) 以文件方式传输媒体内容的方法、系统及设备
CN110719435B (zh) 一种进行终端会议的方法和系统
WO2010031309A1 (zh) 一种预览频道媒体流协商的方法、系统和装置
WO2009155840A1 (zh) 实现共享群业务的方法、系统和装置
KR20110000593A (ko) 멀티캐스트 스트림을 이용하여 주문형 스트리밍 콘텐츠의 제공을 촉진하기 위한 방법 및 장치
CN111064916A (zh) 一种视频通话的方法、装置、电子设备及存储介质
WO2011143993A1 (zh) 互联网内容访问方法及相关装置
CN102150407B (zh) 网络电视频道业务实现方法和相关设备
JP6612313B2 (ja) メディアストリーム伝送のためのセッション制御
JP6482413B2 (ja) メディアストリーム伝送のためのセッション制御

Legal Events

Date Code Title Description
WWE Wipo information: entry into national phase

Ref document number: 200780000315.4

Country of ref document: CN

121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 07817035

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

WWE Wipo information: entry into national phase

Ref document number: 2007817035

Country of ref document: EP