CN101115094B

CN101115094B - Method for providing communication service and system and trigger device

Info

Publication number: CN101115094B
Application number: CN 200610061891
Authority: CN
Inventors: 宋雪飞; 孙谦; 彭程晖; 招扬; 鲍洪庆; 田林一
Original assignee: Huawei Technologies Co Ltd
Current assignee: Huawei Technologies Co Ltd
Priority date: 2006-07-29
Filing date: 2006-07-29
Publication date: 2013-04-24
Anticipated expiration: 2026-07-29
Also published as: CN101115094A

Abstract

The invention discloses a method used for providing communication services, wherein a procedure includes that a trigger device receives and records a service trigging information sent out by a client terminal, and then a the trigger device acquires state information from a state server and meantime sends out a service trigging notice to the service server when the acquired state information meets a trigging condition and then the service server provides corresponding services according to the notice. In addition, the invention discloses a system providing communication services and the trigger device. The invention realizes a service trigging based on the state information by using the service server, and improves expandability and commonality of the service system without expanding ports of various states services.

Description

Method and system for providing communication service and trigger device

Technical Field

The present invention relates to the field of communications, and in particular, to a method and a system for providing a communication service, and a trigger device.

Background

At present, some communication services provide the feature of timing trigger service, for example, in short Message service sms (short Message service), a user may use a timing reminding short Message function provided by a service provider sp (service provider), so that the user can obtain a short Message with preset content at a certain set time. The specific implementation steps are as follows: presetting a timing reminding short message comprising service triggering time conditions and message contents through a client, and storing the timing reminding short message in an application server; when the application server detects that the time condition is satisfied, the preset Message content is sent to the user through a short Message center (SMSC).

Some users want to send a short message or Multimedia message (Multimedia Messaging Service) to some other users or to themselves when someone is in a certain state. In communication services such as instant messaging (im), push to talk over cellular (poc), and the like, a user wants a service server to initiate a group communication session and the like according to state information (such as presence information, location information, and the like) of the user.

Disclosure of Invention

The invention provides a method for providing communication service, which is used for solving the problem that the prior art can only trigger the communication service according to time conditions but can not trigger and provide the communication service according to state information.

The method for providing communication service of the invention comprises the following steps:

the trigger device receives and stores service trigger information containing trigger conditions sent by a client;

the trigger device acquires state information related to service triggering information from a state server, wherein the state information is presentation information or position information;

according to the acquired state information, when a trigger condition is met, a trigger device sends a service trigger notification to a service server;

and the service server provides services according to the notification.

Further, the state server is a presence server or a location server;

when the trigger device acquires the presence information or the position information related to the service trigger information from the presence server or the position server, the presence server or the position server returns the presence information or the position information to the trigger device after the authentication is successful.

The authentication step of the presence server or the location server is specifically as follows: the presence server or the position server sends an authentication request to the general authority management server, and the general authority management carries out authentication according to the authorization configuration and returns an authentication result to the presence server or the position server; alternatively, the presence server or location server performs authentication according to an authorization configuration.

Before the trigger device acquires the state information related to the service trigger information from the state server, an authentication request is sent to the general authority management server according to the service trigger information, and the state information is acquired from the state server after the result of successful authentication is received.

The trigger device comprises a first server and a second server;

the first server receives and stores service triggering information containing triggering conditions sent by a client;

the second server acquires the service triggering information from the first server, and acquires the state information related to the service triggering information from the state server;

and the second server sends a service triggering notice to the service server when the triggering condition is met according to the acquired state information.

The trigger device acquires the state information related to the state condition from the state server when the time condition is met.

After the trigger device sends a service triggering notification to a service server, the trigger device also sends a notification indicating that the service has been triggered to the client;

the trigger means deletes the service trigger information that has been completed or expired.

The service triggering information also comprises information indicating the service type, the service content and the contact person identification. The service type may also indicate the service content information at the same time, and the trigger condition may also include information indicating the contact identifier.

Further, the trigger condition includes a condition for screening the status of the contact, the trigger device determines the contact identifier meeting the condition according to the acquired status information and the condition for screening the status of the contact, and sends a service trigger notification including the service content and the contact identifier meeting the condition to the service server.

When sending the service triggering notification, the trigger device sends a notification message containing the service content and the contact person identifier to the service server corresponding to the service type.

When more than one service type exists in one service triggering information, different service types are associated with different service contents and different contact person identifications; when the service triggering notification is sent, the trigger device sends the associated contact person identifier and the service content to the service server corresponding to each service type respectively.

The service triggering notification comprises service content and a contact person identifier; the step of the service server providing the service according to the notification is specifically as follows: and the service server provides the service content to the contact person identification.

The trigger device packages the contact person identification and the service content into a message in a corresponding protocol format according to the service type;

if the service type is short message, the trigger device sends the contact person identification and the service content to a short message center by using an SMPP protocol;

if the service type is multimedia message, the trigger device sends the contact identification and the service content to the multimedia message center by using the MM7 interface protocol;

if the service type is an email, the trigger device sends the contact person identification and the service content to an email server by using an SMTP protocol;

if the service type is instant messaging, the trigger means sends the contact identification and the service content to the instant messaging server using the SIP MESSAGE protocol.

The state server is a presence server, and the trigger device acquires presence information from the presence server by sending a subscription request containing filtering information corresponding to the trigger condition.

Storing the resource link in the service content, and pointing to the resource content stored in the content server;

the step of the service server providing the service according to the notification is specifically as follows: the service server obtains corresponding resource content from the content server according to the resource link in the service content, and then provides the resource content to the contact person identification.

The invention also provides a trigger device, which is used for receiving and storing the service triggering information containing the triggering condition sent by the client, acquiring the state information related to the service triggering information from the state server, wherein the state information is presentation information or position information, and then sending a service triggering notification to the service server when detecting that the triggering condition is met according to the acquired state information.

The device comprises a first server and a second server;

the first server is used for receiving and storing the service triggering information containing the triggering condition sent by the client;

the second server is used for acquiring the service triggering information from the first server, acquiring the state information related to the service triggering information from the state server, and sending a service triggering notification to the service server when detecting that the triggering condition is met according to the acquired state information.

The device is also used for subscribing the state information required by the condition evaluation to the state server when receiving the message containing the condition evaluation request sent by the service server, and returning the message containing the condition evaluation result to the service server after the evaluation processing.

The invention also provides a system for providing communication service, which comprises a trigger device, a state server and a service server;

the trigger device is used for receiving and storing service triggering information containing triggering conditions sent by a client, acquiring state information related to the service triggering information from a state server, wherein the state information is presentation information or position information, and sending a service triggering notification to the service server when the triggering conditions are detected to be met according to the acquired state information;

the state server is used for providing state information for the trigger device;

the service server is used for providing services according to the notification when receiving the service triggering notification.

The trigger device in the system is also used for subscribing the state information required by the condition evaluation to the state server when receiving the message containing the condition evaluation request sent by the service server, and returning the message containing the condition evaluation result to the service server after the evaluation processing.

The system also comprises a content server, which is used for storing the resource content pointed by the resource link in the service triggering information and providing the resource content for the service server.

The system also includes a general rights management server for receiving the state server or trigger device

The sent authentication request is set, authentication is carried out according to the authorization configuration, and then an authentication result is returned to the state server or the trigger device.

The trigger device in the system comprises a first server and a second server;

The invention has the following beneficial effects:

the method and the system for providing the communication service and the trigger device receive and store the service trigger information containing the trigger condition sent by the client by utilizing the trigger device, acquire the state information related to the service trigger information from the state server, and then inform the service server of providing the service by the trigger device when the trigger condition is met according to the acquired state information, so that the service server can realize the service triggering based on the state information, and the problems of interaction with other state servers and condition judgment and evaluation are solved by allocating a large amount of resources without expanding interfaces with various state servers, thereby improving the expandability and the universality of the service system.

Drawings

Fig. 1 is a basic flow chart of a method for providing communication services according to the present invention;

fig. 2 is a diagram of a system for providing communication services according to the present invention;

FIG. 3 is a system block diagram of a first embodiment of the present invention;

fig. 4 is a flowchart of a fourth embodiment of the present invention.

Detailed Description

To facilitate understanding and implementing the invention by those of ordinary skill in the art, embodiments of the invention are now described with reference to the drawings.

The invention discloses a method for providing communication service, the basic flow is shown in figure 1:

step 101, a trigger device receives and stores service trigger information containing trigger conditions sent by a client;

102, a trigger device acquires state information related to service trigger information from a state server;

103, according to the acquired state information, when the trigger condition is met, the trigger device sends a service trigger notification to the service server;

and step 104, the service server provides the service according to the notification.

The corresponding system structure diagram is shown in fig. 2, and includes a trigger device, a state server and a service server, and a client. The state server may be a presence server or a location server, and there may be a plurality of state servers, for example, the presence server and the location server are provided in the system at the same time. The client is a user terminal for setting the service trigger information, and may be a mobile phone, a computer, a personal Digital assistant pda (personal Digital assistant), or the like, and the service server is not limited to providing the service only to the client in the step 104, and may provide the service to another client. The service server is a server that provides specific services to users, and may be a PoC server, an instant message IM server, a short message center SMSC, a multimedia message center MMSC (multimedia Messaging service center), an Email server or an application server as (application server), etc., and there may be multiple service servers in the system, such as the SMSC and the MMSC, etc. And the trigger device sends a service trigger notification to the service server corresponding to the service type in the service trigger information. The state information may be the presence information or location information of any natural person or unnatural person, and the location information in the presence service may also be used as a kind of presence information. The present invention will be described in further detail with reference to specific examples.

In a first specific embodiment, the trigger device in this embodiment includes a first server and a second server, the state server is a presence server, the service servers are a short message center SMSC and a multimedia message center MMSC, and a system structure diagram is shown in fig. 3. The first server receives and stores service triggering information containing triggering conditions sent by a client; the second server acquires the service triggering information from the first server and acquires the presence information related to the service triggering information from the presence server; and the second server sends a service triggering notice to the service server when the triggering condition is met according to the acquired presentation information.

The first server may be an XML (extensible Markup language) document management server XDMS, and stores the service trigger information in an XML format. The client manages a service triggering information document in the first server through an XCAP (XMLConfiguration Access protocol) protocol, such as creation, modification, deletion and the like. The second server can directly acquire the service triggering information document from the first server through an XCAP protocol; or a subscription method (SIP Subscribe) of a Session Initiation Protocol (SIP) protocol is used to Subscribe to the change of the service trigger information document stored on the first server, when the document changes, a document change notification sent by the first server may be received, if the notification includes the specific content of the document change, the service trigger information document locally cached by the second server may be updated according to the notification, otherwise, the second server may obtain the latest service trigger information document from the first server through an XCAP protocol.

The second server may use short Message Peer-to-Peer protocol smpp (short Message Peer to Peer) to communicate with the short Message center SMSC, although the operator may also choose to use other protocols such as china Mobile Peer-to-Peer protocol cmpp (china Mobile Peer to Peer) protocol. The second server may communicate with the multimedia messaging center MMSC using the MM7 interface or the simple Mail Transfer protocol smtp (simple Mail Transfer protocol).

The following is a detailed description of a complete business process.

A. And the user sets service triggering information through the client.

The client is a mobile phone supporting XCAP protocol, and stores the service triggering information into a first server serving as an XDMS through a PUT method. Specific contents of the PUT message body are as follows, and the message command line and the message header may include:

PUT http://URL HTTP/1.1

Content-Type:application/trigger+xml

Host:trigger.example.com

the service triggering information content in the message body is described in XML:

<triggerid=＂001＂>

<display-name>sun qian</display-name>

</entity>

/pidf:presence/pidf:tuple/pidf:status/pidf:basic

</changed>

</presence>

</condition>

<content xml:lang=＂en＂>hello！</content>

</action>

</trigger>

the content contained in the < trigger > element is the service triggering information and has a unique identification id. The service triggering information mainly comprises:

the trigger condition < condition > includes status conditions such as a presentation condition < presence > and a location condition < location >, and the like. The presentation condition < presence > also includes a presentity identification < entity > and a presentation trigger condition < changed >, etc. The trigger condition may also include a time condition, such as a time of day or a time period condition.

The trigger action < action > includes a service type < service >, a service content < content >, a contact identifier < contact >, and the like.

The meaning expressed by the service triggering information is as follows: com "when the presence information status of the presentity" sip: sunqaimesample. com "is changed to" open ", a user with a phone number 13048907033 is sent a piece of content" hello! "short message.

The service trigger information is described by using XML, and may be described and stored in other manners, such as a relational data table, and the content and format thereof are not limited to the above description.

B. The first server stores the service triggering information, and the second server obtains the service triggering information from the first server.

Usually, the second server subscribes to the change of the XML document in the first server, so when the service trigger information changes, such as creation, modification or deletion, the second server can be notified in time, and the second server updates the service trigger information cached by itself. Of course, the first server and the second server may also be merged together, and the first server does not need to synchronize the latest service trigger information to the second server, but the data security and the sharing of the service trigger information are poor.

C. The second server obtains presence information associated with the trigger condition from the presence server.

And the second server subscribes the presence information of the presentity to the presence server according to the presence conditions in the trigger conditions, including the presentity identification and the presence trigger conditions. The presentity identifier is usually a uniform resource identifier such as a SIP URI or a presURI, and uniquely identifies a presentity resource. The presentation trigger condition indicates which presentation information becomes what value, describing a change in element value or attribute value. Because the presence trigger condition usually only involves few presence information elements, there is no need to subscribe to the change of all presence information of one presentity resource, and in order to save network traffic, the filter information can be set in the subscription message, and only the change of the presence information involved in the presence trigger condition is acquired. The subscription message containing the filtering information is exemplified as follows, wherein the message command line and the message header main content:

SUBSCRIBE sip:sunqianexample.com SIP/2.0

accept:application/simple-filter+xml

from:<sip:userexample.com>；tag=47c1c9c0

to:<sip:sunqianexample.com>

p-asserted-identity:<sip:userexample.com>

event:presence

for the SUBSCRIBE and NOTIFY method of the SIP protocol, RFC3856 may be specifically referred to.

The message body includes a set of filter information, described in XML:

<？xml version=＂1.0＂encoding=＂UTF-8＂？>

<filter-set xmlns=＂urn:ietf:params:xml:ns:simple-filter＂>

<ns-bindings>

<ns-binding prefix=＂pidf＂urn=＂urn:ietf:params:xml:ns:pidf＂/>

</ns-bindings>

/pidf:presence/pidf:tuple/pidf:status/pidf:basic

</changed>

</trigger>

</filter>

</filter-set>

wherein the content of the < trigger > element in the filter information < filter > and the presentation trigger condition are corresponding. In addition, the < filter > can set when and what presentation information changes, and can set which presentation information is included in the sent notification, and only the presentation information required by the presentation trigger condition is sent, so that the size of the notification data packet is reduced. Specifically, the following may be described by the < way > element:

//pidf:tuple/pidf:status[pidf:basic=＂open＂]/pidf:basic

</include></what>

</filter>

it is sufficient to list the required presence information elements or attributes in < include > elements using the xpath language.

Typically the presence server's subscription to presence information requires authentication. Of course, if the second server authenticates the client before subscribing to the presence server, or the presence information of the presentity resource is completely disclosed, or no authentication is needed, for example, the presence information of the presentity resource representing a broadcasting station or a television station is a program list, and is completely disclosed, and can be provided without authentication. The second server may send an authentication request to the general right management server GPM according to the service trigger information, and request the presence server to acquire presence information after receiving a result of successful authentication.

Typically each presentity has a corresponding authorization configuration indicating which presence information can be provided to which people. Although the second server initiates the subscription to the presence server, the actual subscriber, i.e. the authenticated object, should be the user corresponding to the client that initially sets the service triggering information. The service trigger information is stored under the user directory of the first server, wherein the service trigger information also comprises Uniform Resource Identifier (URI) information of the user, the second server indicates that the URI of the service trigger information owner actually requests subscription in a subscription request message initiated by the presence server, and the presence server authenticates the URI according to the authorization configuration of the presence body to determine whether and which presence information is provided. The p-asserted-identity field value in the SUBSCRIBE message may be used for authentication as a URI of the service trigger information owner in general.

In addition, the presence server can also send an authentication request to a general authority management (GPM) server, the general authority management authenticates according to authorization configuration, and then returns an authentication result to the presence server, so that the presence server can only process the presence information subscription notification function of the core and separate the authentication function, and the GPM server can serve as a common authentication functional component for multiple service at the same time, for example, can also provide authentication for the location server at the same time.

If the authentication is successful, the presence server returns authorized presence information to the second server. If the second server receives the notification of authentication failure, the second server may send a notification indicating that the presence information related to the service trigger information cannot be obtained to the client. Meanwhile, the service triggering information can be set to be in a suspended state, and the triggering condition of the service triggering information can not be detected. When the user modifies the service triggering information through the client, the state of the user can be set to be the activated state again.

D. And when the trigger condition is met according to the acquired presentation information, the second server sends a service trigger notification to the service server.

In addition to presenting state conditions such as the trigger condition, the trigger condition may also include a time condition indicating a specific time or a time period for triggering the service. As mentioned above, the trigger condition < condition > in step a may also include a time period condition < period >:

</period>

including a start time < from > and an end time < unity >, the time format of which may include year, month, day, hour, minute, second, and time zone information, indicating that traffic can only be triggered during that time period. And when the trigger condition comprises a time condition and a state condition at the same time, the second server acquires the state information from the state server when the time condition is met. Therefore, network flow can be greatly reduced, the detection of the time condition only needs to be carried out in the second server, and the detection of the state condition only needs the second server to continuously acquire the changed state information from the state server.

If the time condition does not have the information of the limited year, month and day, the time period of each day can be represented; if the year and the month are not defined, the time period of the day of each month is represented, and the expression of the time period lacking other information is analogized. Of course, the time condition may also indicate the time of day, when only the < from > or only the < unity > element or both elements are the same, the time of day is indicated; or the time condition is represented by another element < timer > indicating a specific point in time.

When the service triggering information corresponding to an aperiodic time condition is executed, the service triggering information can be automatically deleted by the second server, or set to be in a termination state, and the service triggering information in the termination state cannot be detected and processed by the second server. In addition, the second server can perform processing by using logical OR and logical AND between a plurality of time conditions.

And if the presence information subscribed to the presence server by the second server in a preset time period meets the presence trigger condition, the second server sends a service trigger notification to the service server. There are many service servers in the communication system at the same time, and the second server determines which service server or which address to send the service trigger notification in which protocol according to the service type, which can be configured in the second server in advance.

If the service type is short message, the second server sends the contact person identification and the service content to a short message center by using an SMPP protocol; if the service type is multimedia message, the second server sends the contact person identification and the service content to the multimedia message center by using the MM7 interface protocol; if the service type is the e-mail, the second server sends the contact person identification and the service content to the e-mail server by using an SMTP protocol; if the service type is instant messaging, the second server sends the contact identification and the service content to the instant messaging server using SIP MESSAGE protocol. Whatever protocol is used, it is essential to point out what content information is sent to which people, or what content services are provided. The protocol types which are supported by the service server at present are adopted as much as possible, so that the service server is not required to expand a new protocol interface when the method is applied.

In this embodiment, the second server may send a SUBMIT _ SM command in the SMPP protocol to the short message center, and set a contact identifier < contact > in the service trigger information in the destination _ addr field of the SUBMIT _ SM command: 13048907033, setting the service content < content > in the service trigger information in the short _ message field: hello! . The specific SMPP protocol may refer to a corresponding standard specification, such as the short message specification of GSM 03.40.

In one service trigger message, services of a plurality of service types can be triggered. In this embodiment, another trigger action with the service type of multimedia message MMS may be included at the same time:

<content>http://content.example.com/mms.GIF</content>

</action>

the multimedia message service content may be a video Mail, a voice Mail, an image Mail, a text Mail, or the like, and a combination thereof, and the format thereof is generally based on MIME (multiprotose Internet Mail Extensions, RFC2045-2049), the second server sends the service content and the contact identifier to the MMSC through an MM7 interface, and a specific MM7 interface protocol may refer to related standard specifications of multimedia messages such as 3GPP TS23.140 and a wireless Application protocol wap (wireless Application protocol). The multimedia message content in MIME format may be stored directly in the service content, or simply stored text, picture and other data or resource link may be packed into MIME format when the MM7 interface is used to send service triggering notice. The resource link may be used to store the actual service content data, such as the content of the multimedia message, instead of the service content data stored in the first server, and the service server or the user terminal may obtain the specific resource data from the content server when the service server provides the service to the user.

In this embodiment, in addition to triggering a short message, the second server also sends a service trigger notification to the MMSC via the MM7 interface. When more than one service type is found in one service triggering message, different service types can be associated with different service contents and contact person identifications; and when the service trigger notification is sent, the second server sends the associated contact person identification and the service content to the service server corresponding to each service type respectively.

When the second server successfully sends the service trigger notification, it may send a notification message to the client that sets the service trigger information, indicating that the service has been triggered, and in order to make the user know the trigger condition of the service more clearly and in time, it may set a service trigger name for each service trigger information when the service trigger information is initially set, where the notification message includes the service trigger name, so that the user knows which service trigger information is executed. In a simple manner, the second server may send a short message notification message containing the service trigger name to the mobile phone of the subscriber via the short message center SMSC. Of course, if the service content is originally sent to the user who sets the service trigger information, it is not necessary to send the notification message.

Notification action < notify > information may be added to the service trigger information to indicate to which persons the notification message is to be sent in what manner after the service trigger notification is successfully sent. If the notification action < notify > information is not set, the user is not notified after the service trigger notification is successfully sent. The default notification mode may be a short message. The notification action < notify > information content is exemplified as follows:

<note>success!</note>

</notify>

in addition, optionally, content < note > of the notification message may be set in < note >, and if the content < note > of the notification message is set, the content in < note > is sent in a manner set in the method attribute after the service trigger notification is successfully sent.

E. And the service server provides services according to the notification.

After receiving the service triggering notification, the service server such as the short message center SMSC or the multimedia message center MMSC sends the service content to the mobile phone corresponding to the contact identification through the short message or the multimedia message. Besides sending messages, the service server can also initiate service sessions, such as Instant Messaging (IM) sessions, push-to-talk (PoC) sessions, conference calls, and the like, and the number of participants of the sessions is not less than 2. The case of triggering a service session will be described in detail in the next embodiment.

If only one server is set in the system as the trigger device, the interaction between the first server and the second server in step B in this embodiment may be omitted, and the description of the other steps is to replace the first server and the second server with the trigger device.

In a specific embodiment, the following application scenarios are implemented in this embodiment: at a set time, a group session, such as an Instant Messaging (IM) session, a PoC session, etc., is initiated to a user in a predetermined group who satisfies a status condition. The set service trigger information is as follows:

<group-filter uri=＂sip:mygroupexample.com＂>

</group-filter>

</condition>

<actionid=＂als＂>

<service>PoC session</service>

</action>

</trigger>

in this embodiment, the service trigger information includes a time condition < timer >2006-07-01T12:00:00+08:00</timer >, and a state screening condition < group-filter > for group members, where a uri attribute of the service trigger information specifies a group identifier "mygroup _ simple.com" for member screening, and < sphere > information for presenting information < presence > is "home". The present embodiment does not specify the service content and the contact identifier in the triggering action, because the service type actually indicates that the service content is to initiate a PoC session, and the group members obtained by screening according to the < group-filter > part are the contact identifiers. That is, the trigger condition may also include information indicating the contact identifier, and the service type may also indicate the service content information.

When the trigger device detects that the time condition is satisfied, a member list of the group "mygroupexample.com" is first acquired from a server storing the group information, for example, the member list is acquired from a Shared group server Shared groupxdm. Then, subscribing the presence information of the member list to the presence server, subscribing the < sphere > information needed in the state condition, after receiving the presence information, the trigger device screens out the member with the value of the presence information < sphere > being the home, and sending a service triggering notification to the PoC server to indicate that the PoC conversation is initiated to the screened member. Of course, if the trigger device detects that the number of screened members is less than 2, the service triggering notification may not be sent, but a notification indicating that the number of members is less than 2 is sent to the user who sets the service triggering information, for example, an email containing the notification content may be sent to the user through the SMTP protocol. The service trigger notification sent to the PoC server includes the URIs, i.e. contact identities, of the screened out members and indication information to initiate a PoC session for these persons. The PoC server receives the notification to initiate an INVITE request to the members, and establishes a PoC session.

The service triggering notification may also be an SIP INVITE request for a group session initiated by the trigger device as PoC client directly to the PoC server, and after the PoC server establishes session connection with the members, the trigger device disconnects the connection with the PoC server through SIP BYE instruction and the PoC session continues.

Or the trigger device sends SIP MESSAGE message to the PoC server as service trigger notification, wherein URI, i.e. contact identification, of the screened out members and indication information to initiate PoC session for these persons are included in SIP MESSAGE message body, and the main contents of SIP MESSAGE message are as follows:

MESSAGE sip:PoCServerdomain.com SIP/2.0

From:sip:triggerdomain.com；tag=49513

To:sip:PoCServerdomain.com

Content-Type:application/trigger-notification+xml

<？xml version=＂1.0＂encoding=＂UTF-8＂？>

<trigger-notification>

<resource-lists><list>

</list></resource-lists>

</trigger-notification>

the URI of the screened member, that is, the contact identifier, is given in the < list > element, the URI attribute in each < entry > element contains a contact identifier, which may be an SIP URI or a TEL URI, and the PoC server receives SIP MESSAGE message that the Content-Type is application/trigger-notification + xml, and requests to initiate a PoC session to the contact identifier in the < list > element through SIP INVITE. This way it can be seen that the trigger means initially does not have to participate in the PoC session. For sip invite, MESSAGE, etc., reference may be made to IETF standards related to RFC3261, RFC3428, etc., and PoC service specifications may be made to OMA-TS-PoC-ControlPlane, etc.

In a third specific embodiment, the state information may be presentation information, and particularly may also be location information, of course, the location information itself may also be presentation information, and the following example of the presentation information includes location information expressed in terms of longitude and latitude:

</coordinates>

</Point>

</location></location-info></geopriv>

</person></presence>

for extensions of location information as presence information, reference may be made to RFC 4119. The state condition in the service triggering information may also include a location condition, where the location condition may be a latitude and longitude interval, or a name identifier of a geographic element such as a country, a city, a region, a street, or the like, and may also include event information related to a location such as entering, leaving, being located in a certain area, or the like. When the trigger device obtains the location information from the presence server, reference may be specifically made to the implementation scheme of the first specific embodiment.

The trigger device may also obtain the Location information from the Location server, for example, obtain the Location information from the Location service platform LSP, i.e., the Location server, through an Le and Ls interface Protocol based on the HTTP Protocol, which may specifically refer to the Mobile Location Protocol (MLP) specification of the OMA. If the service trigger information contains the position condition:

</civicAddress></position>

</condition>

< content > Zhang three has already arrived in Shenzhen! </content >

</action>

</trigger>

According to the service triggering information, when knowing from the location service platform LSP that the location information of the user 13760463639 satisfies the location condition, i.e. entering shenzhen in china, the trigger device sends a piece of content "zhang has passed to shenzhen |" to the user 13048907033! "is notified by a short message.

The specific trigger device may obtain the Location information from the Location service platform LSP through a periodic Location request or an area triggered Location request, which are all implemented by tlrr (triggered Location reporting request), and an event < tlrr _ event > in the < tlrr > information of the following example defines an event ENTERING an area "MS _ ENTERING" and corresponds to the Location condition in the service triggering condition.

<tlrr_event>

<change_area type=＂MS_ENTERING＂loc_estimates=＂TRUE＂>

<target_area>

<name_area>Shen Zhen</name_area>

</target_area>

</change_area>

</tlrr_event>

</tlrr>

When the Location service platform LSP detects that the user enters the Shenzhen Shen Zhen region, a Location report response message tlrep (triggered Location report) is returned to the trigger device, and the trigger device can send a corresponding short message notification.

The header of the location request message sent by the trigger device contains information required for authentication, where the < request > field corresponds to the creator of the service trigger information, and for example, the header < hd > contains:

</hdr>

the location service platform LSP checks whether the identifier id in the < requestor > field has the right to obtain the requested location information, which can generally be determined according to the authorization configuration of the locatee, such as user 13760463639, such as a black and white list. Of course, the authentication may be performed through the GPM, and the method is the same as the specific embodiment, which is not described herein again.

In a fourth embodiment, the trigger device may further perform condition evaluation for the service server, for example, determine whether the state of the user satisfies the condition, or determine which users in a predetermined group satisfy the condition. The steps shown in the flow chart of fig. 4:

401. the trigger device receives a message which is sent by a service server and contains a condition evaluation request;

402. the trigger device subscribes to the state server to acquire state information required by condition evaluation;

403. the trigger device returns a message containing a condition evaluation result to the service server after evaluation processing;

404. and the service server provides services according to the condition evaluation result.

Examples of the condition evaluation information < evaluation > as follows include service user information, i.e., group identification mygroupexample.com, and a filtering condition, i.e., a state condition that the presence information of the member needs to satisfy:

<group-filter uri=＂sip:mygroupexample.com＂>

</group-filter>

</evaluation>

after receiving a condition evaluation request containing the condition evaluation information, the trigger device firstly acquires a group member list from a server for storing the group information, and if the condition evaluation information directly contains the member list, the trigger device does not need to go to other places to acquire the member list; then, the present information related to the state condition of the member list is acquired from the present server, and the member user list meeting the state condition is contained in the condition evaluation result and returned to the service server. The service server can accordingly provide the corresponding services to these members, such as initiating PoC or IM sessions, etc. Therefore, the various service servers do not need to expand interfaces with various state servers and carry out condition evaluation, but can utilize a common trigger device to realize condition evaluation, and the universality and the expandability of the service system are also improved.

It will be apparent to those skilled in the art that various changes and modifications may be made in the present invention without departing from the spirit and scope of the invention. Thus, if such modifications and variations of the present invention fall within the scope of the claims of the present invention and their equivalents, the present invention is also intended to include such modifications and variations.

Claims

1. A method for providing communication services, comprising the steps of:

the method comprises the steps that a trigger device receives and stores service trigger information containing trigger conditions sent by a client, wherein the trigger conditions comprise state conditions;

the trigger information also comprises information indicating the service type, the service content and the contact person identification;

the trigger device acquires state information related to service trigger information from a state server, wherein the state information is presentation information; according to the acquired state information, when a trigger condition is met, a trigger device sends a notification message containing service content and a contact person identifier to a service server corresponding to the service type;

and the service server provides the service content to the contact person identification according to the notification.

2. The method of claim 1, wherein the state server is a presence server;

when the trigger device acquires the presence information related to the service trigger information from the presence server, the presence server returns the presence information to the trigger device after the authentication is successful.

3. The method according to claim 2, characterized in that the authentication step of the presence server is specifically: the presence server sends an authentication request to the general authority management server, and the general authority management performs authentication according to the authorization configuration and returns an authentication result to the presence server; or,

the presence server authenticates according to the authorization configuration.

4. The method of claim 1, wherein before the trigger device obtains the state information related to the service trigger information from the state server, an authentication request is sent to the general right management server according to the service trigger information, and after receiving a result of successful authentication, the trigger device obtains the state information from the state server.

5. The method of claim 1, wherein the trigger device comprises a first server and a second server;

the first server receives and stores service triggering information containing triggering conditions sent by a client; the trigger information also comprises information indicating the service type, the service content and the contact person identification;

and according to the acquired state information, when the trigger condition is met, the second server sends a notification message containing the service content and the contact person identifier to the service server corresponding to the service type.

6. The method according to claim 1, wherein the trigger condition further includes a time condition, and the trigger device obtains the state information related to the state condition from the state server only when the time condition is satisfied.

7. The method of claim 1, wherein after the trigger device sends the service trigger notification to the service server, it also sends a notification to the client indicating that the service has been triggered;

8. The method according to claim 1, wherein the triggering condition includes a condition for screening the status of the contact, the trigger device determines the contact identifier satisfying the condition according to the acquired status information and the condition for screening the status of the contact, and sends a service triggering notification including the service content and the contact identifier satisfying the condition to the service server.

9. The method of claim 1, wherein when there is more than one service type in one service trigger message, different service types are associated with different service contents and contact identifiers;

when the service triggering notification is sent, the trigger device sends the associated contact person identifier and the service content to the service server corresponding to each service type respectively.

10. The method of claim 1, wherein the trigger means encapsulates the contact identification and the service content into a message in a corresponding protocol format according to the service type;

11. The method of claim 1, wherein the state server is a presence server, and the trigger device obtains presence information from the presence server by sending a subscription request containing filtered information corresponding to the trigger condition.

12. The method of claim 1, wherein the resource link is stored in the business content and points to resource content stored at the content server;

13. A trigger device is characterized in that the device is used for receiving and storing service trigger information containing trigger conditions sent by a client, wherein the trigger conditions comprise state conditions, and the trigger information also comprises information indicating service types, service contents and contact person identifications; and acquiring state information related to the service triggering information from a state server, wherein the state information is presentation information, and then sending a notification message containing service content and a contact identification to the service server corresponding to the service type when detecting that the triggering condition is met according to the acquired state information.

14. The apparatus of claim 13, wherein the apparatus comprises a first server and a second server;

15. The apparatus according to claim 13, wherein the apparatus is further configured to subscribe to the state server to obtain the state information required for condition evaluation when receiving a message containing a condition evaluation request sent by the service server, and return a message containing a result of the condition evaluation to the service server after performing evaluation processing.

16. A system for providing communication services, said system comprising trigger means, a state server and a service server;

the trigger device is used for receiving and storing service trigger information containing trigger conditions sent by a client, wherein the trigger conditions comprise state conditions, and the trigger information also comprises information indicating service types, service contents and contact person identifications; acquiring state information related to service triggering information from a state server, and sending a notification message containing service content and a contact identification to a service server corresponding to the service type when detecting that a triggering condition is met according to the acquired state information;

the state server is used for providing state information to the trigger device, and the state information is presentation information;

and the service server is used for providing the service content to the contact person identification according to the notification when receiving the service triggering notification.

17. The system according to claim 16, wherein the trigger device is further configured to subscribe to the state server to obtain the state information required for condition evaluation when receiving a message containing a condition evaluation request sent by the service server, and return a message containing a result of the condition evaluation to the service server after performing evaluation processing.

18. The system according to claim 16, further comprising a content server for storing the resource content pointed by the resource link in the service trigger information and providing the resource content to the service server.

19. The system of claim 16, further comprising a general rights management server for receiving an authentication request from the state server or the trigger device, performing authentication according to the authorization configuration, and returning an authentication result to the state server or the trigger device.

20. The system according to any one of claims 16 to 19, wherein the trigger means comprises a first server and a second server;