CN101132295A - Multi-party communications method and system thereof - Google Patents
Multi-party communications method and system thereof Download PDFInfo
- Publication number
- CN101132295A CN101132295A CNA2006100372851A CN200610037285A CN101132295A CN 101132295 A CN101132295 A CN 101132295A CN A2006100372851 A CNA2006100372851 A CN A2006100372851A CN 200610037285 A CN200610037285 A CN 200610037285A CN 101132295 A CN101132295 A CN 101132295A
- Authority
- CN
- China
- Prior art keywords
- message
- party communication
- information
- party
- participant
- Prior art date
- Legal status (The legal status 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 status listed.)
- Pending
Links
Images
Landscapes
- Data Exchanges In Wide-Area Networks (AREA)
- Telephonic Communication Services (AREA)
Abstract
This invention discloses a communication method by multiple parties including: a, a sending party sends messages with information of the receiving party to a network having set up multi-party comunications, b, said network selectively sends said information according to information of the receiving party and/or a limit rule. This invention also discloses a multi-party communication system.
Description
Technical field
The present invention relates to communication system, relate in particular to a kind of method and system of multi-party communication.
Background technology
Multi-party communication can be voice communication, video communication, data communication or message communicating.Typical multi-party communication has meeting, chatroom or the like.
Communication network based on multi-party communication is the communications platform of multi-party communication.Internet the Internet for example of the prior art (Internet), mobile radio communication, public land telephone network (PSTN), IP Multimedia System (IMS) or the like network or its network that constitutes can be as the communications platforms of multi-party communication.
With the communication network is in the multi-party communication system of communications platform, and message sender and multi-party communication participant carry out interacting message by communication network.In message interaction process, a side who sends message is called message sender, and message sender can be the participant of multi-party communication, can not be the participant of multi-party communication also, can be user terminal, also can be application server or other network entities; The multi-party communication participant that can receive this message is called message receiver; Generally speaking, the multi-party communication participant also comprises server.Described server provides the management function of multi-party communication, and for example: the control of participant authority, medium are mutual, mixing of medium, the adapting operation of medium or the like.
In the prior art, a kind ofly adopt SIP (SessionInitiation Protocol, Session initiation Protocol) as communication protocol as the multi-party communication system of communication network with IP network.SIP is a kind of application layer protocol of setting up in IP network, revising and stop Multimedia session.Can use the Message request message to carry out the transmission of instant message among the SIP.That is to say that the participant of multi-party communication can carry out multi-party communication by Session Initiation Protocol.
Provide the method that participant that a kind of user of making can be in session sends Message message in " OMA-TS-MWG-IM-V1_0_0-20060608-D " document: the user is made as the destination-address of Message message the sign of session, Message message is sent to the server at described session place, and described server sends to Message message as server of instant message all participant users of described session.
If Control Server is a Conference server, between participant, do not transmit the function of information so in the definition of Conference server, Message message can not be delivered to participant more.If Control Server is a server of instant message, Message message can not be routed directly to server of instant message so.If Control Server is delivered to Message message the participant of session, Control Server be can not determine the participant that whether needs other message already are delivered to session, for example: when the message of participant to all multi-party communication information of Control Server transmission subscription, this moment, Control Server should be handled described message; And when participant when other participants send the message of subscription status information, Control Server should be with described forwards to described other participants.
In addition, unified all participants that Message message sent to session, make the transmit leg of Message message to select for the recipient of message, in the message that message sender sends, the information that does not have message receiver, therefore, other message participant that can only give tacit consent to except that message receiver of server is message receiver.Thus, multi-party communication can't realize that level sends.For example, exist different rights in the message participant, and message sender does not wish that the message participant of some authority obtains message; Or message sender is only thought and server interaction message.And prior art makes the server at session place can not control transmission and the reception of Message, for example: the right grade of session participant is different, session management person does not wish that junior participant receives the message that the higher participant of grade sends, and perhaps session management person does not wish that the less participant of right sends any message.Prior art can't realize above-mentioned functions.That is to say that multi-party communications method of the prior art can't provide the multi-party communication of flexible, many authorities, more rules control.
Summary of the invention
Purpose of the present invention provides a kind of multi-party communications method and equipment, and the multi-party communication of flexible, many authorities, more rules control can be provided.
In order to solve the problems of the technologies described above, the present invention proposes a kind of multi-party communications method, it comprises step: (a) message sender sends message to multi-party communication place network, carries message receiver information in this message; (b) described network based described message receiver information and/or restrictive rule selectivity send described message.
Alternatively, step (a) comprises step before: (c) message sender obtains multi-party communication information by multi-party communication place network; (d) message sender selects described multi-party communication information as message receiver information.
Wherein, step (c) comprising: (c1) message sender sends a request message to described network; (c2) described network sends response message to message sender, carries described multi-party communication information in the described response message.
Another possibility is that step (c) comprising: described multi-party communication place network sends a request message to message sender, carries multi-party communication information in the described request message.
Another possibility is that step (c) comprising: described multi-party communication place network and message sender agreement multi-party communication information.
Preferably, selectivity described in the step (b) sends described message and comprises: described message terminates; And/or described message sent to message receiver; And/or forbid sending described message to message receiver; And/or described message sent to other recipients; And/or preserve described message.
Preferably, described message receiver information and/or multi-party communication information comprise: participant contact address and/or the participant user ID of described multi-party communication and/or participant ability description and/or the participant role identity of described multi-party communication and/or the participant Permission Levels and/or the mode of operation of described multi-party communication of described multi-party communication of described multi-party communication sign and/or described multi-party communication.
Preferably, the mode of carrying of carrying message receiver information and/or multi-party communication information in the step (a) comprises: carry described message receiver information in the Request-URI of described message; Or in the header field of described message, carry described message receiver information; Or in the message body of described message, carry described message receiver information.
Correspondingly, the present invention also provides a kind of multi-party communication system, comprise message sender and at least one message receiver, described message sender sends message by multi-party communication place network to described message receiver, described message sender comprises: first dispensing device, be used for sending message, carry message receiver information in this message to described network; Described network comprises: service unit is used for sending described message according to described message receiver information and/or restrictive rule selectivity.
Alternatively, described message sender also comprises: deriving means is used for obtaining multi-party communication information by multi-party communication place network; Choice device is used to select described multi-party communication information as message receiver information.
Preferably, described deriving means comprises: request unit is used for sending a request message to described network; Receiving system is used to receive the response message that described network sends, and carries described multi-party communication information in the described response message.
Another possibility is that described deriving means comprises: the agreement receiving system, be used to receive the agreement request message that described network sends, and carry multi-party communication information in this agreement request message.
Preferably, described service unit comprises: regular recognizer, be used to assert described restrictive rule, and produce and assert the result; Described identification result comprises: first result who allows described message is sent to message receiver; Described message is sent to other recipients' second result; Forbid described message is sent to the 3rd result of message receiver; Preserve described message with follow-up the 4th result who obtains described message of the recipient that waits for the arrival of news; The 5th result of the described message that terminates; Second dispensing device relevant with described first result is used for described message is sent to described message receiver; With the relevant retransmission unit of described second result, be used for described message is sent to other recipients; The taboo transmitting apparatus relevant with described the 3rd result is used for not sending described message; With the relevant save set of described the 4th result, be used to preserve described message; The termination device relevant with described the 5th result, described message is used to terminate.
Preferably, described message receiver information and/or multi-party communication information comprise: participant contact address and/or the participant user ID of described multi-party communication and/or participant ability description and/or the participant role identity of described multi-party communication and/or the participant Permission Levels and/or the mode of operation of described multi-party communication of described multi-party communication of described multi-party communication sign and/or described multi-party communication.
Preferably, the mode of carrying of carrying message receiver information and/or multi-party communication information comprises: carry described message receiver information in the Request-URI of described message; Or in the header field of described message, carry described message receiver information; Or in the message body of described message, carry described message receiver information.
Implement the present invention, have following beneficial effect:
When message sender sends message to described communication network, carried message receiver information simultaneously.Described network after receiving described message, simple this message of transfer, but utilize described message receiver information and/or restrictive rule selectivity to send this message.Thus, just can the forwarding of described message be controlled, thereby realize the multi-party communication that flexible, many authorities, more rules are controlled by restrictive rule or the interim restrictive rule of arranging that sets in advance.
Description of drawings
Fig. 1 for implement the present invention based on communication system;
Fig. 2 is the structure chart of the multi-party communication system of the communication system that provides based on Fig. 1 provided by the invention;
The data flow diagram of the multi-party communications method of the communication system that provides based on Fig. 1 provided by the invention is provided Fig. 3;
Fig. 4 is for obtaining the data flow diagram of multi-party communication information in first preferred embodiment of multi-party communications method provided by the invention;
Fig. 5 is for obtaining the data flow diagram of multi-party communication information in second preferred embodiment of multi-party communications method provided by the invention.
Embodiment
With reference to figure 1, illustrate implement the present invention institute based on communication system, also can be regarded as enforcement example context of the present invention.As shown in the figure, described communication system comprises communication network 100 (being multi-party communication place network) and terminal 1-n, and n is the integer value more than or equal to 2.Described terminal 1-n realizes multi-party communication by communication network 100.Described multi-party communication can operate based on Session Initiation Protocol.
Described communication network 100 comprises Internet, PSTN, mobile communications network, IMS etc.IMS (IP Multimedia System) network that preferably has IP network character, in this network, can using SIP.
Described terminal 1, terminal 2, terminal 3, terminal 4 and terminal n represent to have a plurality of terminals, do not represent only to have 5 terminals.The participant of these terminals and the server that is arranged in communication network 100 (figure does not show) formation multi-party communication.Wherein, any one terminal (for example terminal 1) can be as message sender and message receiver.That is to say that the differentiation of message sender and message receiver is based on that message transmits.For example, described terminal 1 sends message to terminal 2 and terminal 4, and then 1 at terminal is known as message sender, and terminal 2 and terminal 4 then are known as message receiver.Described terminal 1-n can be the equipment that travelling carriage, PC, personal digital assistant (PDA) or the like can communicate by described communication network 100, and the message participant also can be a server certainly, and promptly described terminal also may be server.
With reference to figure 2, illustrate the structure of the multi-party communication system of the communication system that provides based on Fig. 1 provided by the invention.As shown in the figure, described terminal 1 is as message sender, and it comprises deriving means 201, choice device 202 and first dispensing device 203.Wherein, deriving means 201 is used for and the described communication network 100 mutual information that obtain message participant (for example terminal 2-n, server etc.), and these information comprise participant contact address and/or the participant user ID of described multi-party communication and/or participant ability description and/or the participant role identity of described multi-party communication and/or the participant Permission Levels and/or the mode of operation of described multi-party communication of described multi-party communication of described multi-party communication sign and/or described multi-party communication.Described choice device 202 selected all or part of information to send to first dispensing device 203 as message receiver information in described multi-party communication information after described deriving means 201 got access to the information of described message participant.When first dispensing device 203 sends message to described communication network 100, in described message, carry described message receiver information.
Above-mentioned terminal can also be the entity beyond the multi-party communication, and the distribution of selectivity process of transmitting and device is identical as message sender with above-mentioned terminal 1.
Described communication network 100 comprises service unit 210, is used for according to the message receiver information of the message that receives and/or the restrictive rule that sets in advance or obtain alternately described message being carried out the selectivity transmission temporarily.Described service unit 210 comprises regular recognizer 211, is used for assert restrictive rule according to described message receiver information and restrictive rule, generates and assert the result.Particularly, assert that the result comprises: first result who allows described message is sent to message receiver; Described message is sent to other recipients' second result; Forbid described message is sent to the 3rd result of message receiver; Preserve described message with follow-up the 4th result who obtains described message of the recipient that waits for the arrival of news; The 5th result of the described message that terminates.Correspondingly, described service unit 210 also comprises second dispensing device 212 relevant with described first result, is used for described message is sent to described message receiver; The retransmission unit 213 relevant with described second result is used for described message is sent to other recipients; The taboo transmitting apparatus 214 relevant with described the 3rd result is used for not sending described message; The save set 215 relevant with described the 4th result, be used for preserving described message and got by message sender in order to down-stream again: the termination device 216 relevant with described the 5th result, described message is used to terminate.
What deserves to be explained is, described restrictive rule is not limited to above-mentioned several, can also comprise other restrictive rule, for example: when described message is sent to message receiver, described message made a copy for other users or the described message that terminates (being that message receiver is network itself) or the like.
In a preferred embodiment of the invention, described deriving means 210 comprises request unit (figure does not show), is used for sending a request message to described communication network 100, and this request message is used to ask described communication network 100 to return multi-party communication information.Described deriving means 210 also comprises receiving system (figure does not show), is used to receive the response message that described communication network 100 sends, and carries described multi-party communication information in this response message.In this way, described deriving means 210 can get access to needed multi-party communication information.
In another preferred embodiment of the present invention, described deriving means 210 comprises agreement receiving system (figure does not show), is used for the request message that received communication network 100 sends, and carries multi-party communication information in this request message.In this way, described deriving means 210 also can get access to needed multi-party communication information.
The described mode of carrying of carrying message receiver information comprises: carry described message receiver information in the Request-URI of message; Or in the header field of described message, carry described message receiver information; Or in the message body of described message, carry described message receiver information.
As can be seen, in the multi-party communication system provided by the invention, owing to carried message receiver information in the message that described first dispensing device 203 sends, and the service unit 210 in the described communication network 100 sends described message according to described message receiver information and/or restrictive rule selectivity, making message have by rule realizes termination, transmission, preceding commentaries on classics, different actions such as keeps in, do not send, only can send to this shortcoming of all message receivers thereby overcome message of the prior art, make multi-party communication realize flexible communications under the control of rule.
With reference to figure 3, illustrate the data flow of the multi-party communications method of the multi-party communication place system that provides based on Fig. 1 provided by the invention.As shown in the figure, a multi-party communication process comprises data flow:
10, described terminal 1 sends Message message as message sender to the multi-party communication place network of having set up 100, carried as message receiver information in this Message message, these information comprise the sign and or participant contact address and/or the participant user ID of described multi-party communication and/or participant ability description and/or the participant role identity of described multi-party communication and/or the participant Permission Levels and/or the mode of operation of described multi-party communication of described multi-party communication of described multi-party communication of described multi-party communication.It is as follows to carry example:
MESSAGE?sip:conferencl@conference.example.com?sip/2.0
......
Destination-Info:
<sip:B@conference.domain.com>；role＝participant；authority＝normal；
video；audio
......
This information can also be the information of other type, for example:
Destination-Info:role＝participant
Destination-Info:authority＝normal
Destination-Info:media＝video
Destination-Info:media＝audio
......
Described message receiver information can be appointed as all message participants, and example is as follows:
Destination-Info:all@conference.example.com
............
Described message receiver information can also be mode of operation, and being used for identification message is need be delivered to other message receivers or carry out finalization process by multi-party communication, and the example that need be delivered to other message receivers is as follows:
Operation:transfer
......
It is as follows to carry out the example of finalization process by multi-party communication:
Operation:no_transfer
......
Can stipulate not carry in the described message message receiver information and be used for expression and transmit described message, perhaps be used for expression not transmit described message to all message participants.
Described message receiver information can also identify for multi-party communication, and example is as follows:
Destination-Info:server@conference.example.com
Described recipient's information can also be carried in the Request-URI of message as the parameter of destination information.
Described recipient's information can also be carried in message body, and the Content-Type of message body is " application/destinations-info+xml ", and XML Schema example is as follows:
<？xml?version＝″1.0″encoding＝″UTF-8″？>
<xs:schema
targetNamespace＝″urn:ietf:params:xml:ns:destinations-info″
xmlns:tns＝″urn:ietf:params:xml:ns:destinations-info″
xmlns:xs＝″http://www.w3.org/2001/XMLSchema″
xmlns＝″urn:ietf:params:xml:ns:destinations-info″
elementFormDefault＝″qualified″
attributeFormDefault＝″unqualified″>
<xs:element?name＝″destinations″type＝”destinations-info”/>
<xs:complextype?name＝”destinations-info”>
<xs:sequence>
<xs:element?name＝”destination”type＝”destination-info”
minOccurs＝″0″maxOccurs＝″unbounded″/>
</xs:sequence>
</xs:complextype>
<xs:complextype?name＝″destination-info″>
<xs:sequence>
<xs:element?name＝”destination-uri”type＝”xs:anyURI”minOccurs＝″0″/>
<xs:element?name＝”destination-name”type＝”xs:string”minOccurs＝″0″/>
<xs:element?name＝”destination-capability”type＝”xs:string”
minOccurs＝″0″/>
<xs:element?name＝”destination-role”type＝”xs:string”minOccurs＝″0″/>
<xs:element name＝”destination-authoiry”type＝”xs:string”
minOccurs＝″0″/>
<xs:element?name＝”operation-type”type＝”xs:string”minOccurs＝″0″/>
</xs:sequence>
</xs:complextype>
</xs:schema>
After described communication network 100 receives described Message message, according to restrictive rule this Message message is carried out selectivity and send.If message receiver is a terminal 2, restrictive rule then has data flow for sending described message:
20, described communication network 100 sends Message message to described terminal 2.
If message receiver is a terminal 3, restrictive rule then has data flow for transmitting described message to other message receiver:
30, described communication network 100 with described Message forwards to terminal n.
If message receiver is a terminal 4, restrictive rule then has data flow for not sending described message:
40, described communication network 100 does not send described message, does not in fact have data flow this moment, just the processing in communication network 100.
If message receiver is a terminal n, restrictive rule is asked for described message to described communication network 100 to wait for described terminal n for temporary described message again in down-stream, data flow is then arranged:
50, described communication network 100 is preserved described message, does not in fact also have data flow this moment, just handles in communication network 100.
If message receiver is a multi-party communication, restrictive rule is the multi-party communication described message that terminates, and data flow is then arranged:
60, in fact the described message of described communication network 100 terminations do not exist data flow this moment, just the processing in communication network 100.
What deserves to be explained is, be not limited to above-mentioned restrictive rule, and every restrictive rule also might be suitable for part message sender or entire message transmit leg.For example, message receiver information comprises all message receivers, and restrictive rule is for sending described message, and then 100 of communication networks send to all message receivers with described message, like this, and just compatible multi-party communications method of the prior art.
With reference to figure 4, in a preferred embodiment of the invention, terminal 1 also comprised the process of obtaining message receiver information before sending message, and Fig. 4 then illustrates the data flow of this process.As shown in the figure, comprise data flow:
1a, described terminal 1 send Invite message as message sender to described communication network 100, and this message is conversation request message;
2a, described communication network 100 return success response message to terminal 1, carry the multi-party communication information of having set up in this response message.Described multi-party communication information example is as follows:
SIP/2.0?200?OK
......
Participant-Info:
<sip:B@conference.example.com>；role＝participant；authority＝normal；video；
audio
Participant-Info:
Bob<sip:C@example.com>；role＝participant；authority＝normal；video；audio
Participant-Info:Master；role＝manager；authority＝full；video；audio
Contact:<sip:conferenc?l@conference.example.com>
Described multi-party communication information can also be carried in message body, and example is as follows:
<？xml?version＝″1.0″encoding＝″UTF-8″？>
<conference-info
xmlns＝″urn:ietf:params:xml:ns:conference-info″
entity＝″sips:conf233@example.com″
state＝″partial″version＝″5″>
<users>
<user?entity＝″sip:B@conference.example.com″>
<display-text>Bob?Hoskins</display-text>
<associated-aors>
<entry>
<uri>sip:B@conference.example.com</uri>
<display-text>Bob</display-text>
</entry>
</associated-aors>
<roles>
<entry>participant</entry>
</roles>
<endpoint?entity＝″sip:bob@pc33.example.com″>
<media?id＝″1″>
<display-text>main?audio</display-text>
<type>audio</type>
</media>
<media?id＝″2″>
<display-text>main?video</display-text>
<type>video</type>
</media>
</endpoint>
</user>
<user?entity＝″sip:C@conference.example.com″>
<display-text>Kelly</display-text>
<associated-aors>
<entry>
<uri>sip:C@conference.example.com</uri>
<display-text>Kelly</display-text>
</entry>
</associated-aors>
<roles>
<entry>participant</entry>
</roles>
<endpoint?entity＝″sip:kelly＠pc44.example.com″>
<media?id＝″1″>
<display-text>main?audio</display-text>
<type>audio</type>
</media>
<media?id＝″2″>
<display-text>main?video</display-text>
<type>video</type>
</media>
</endpoint>
</user>
<user?entity＝″sip:Master＠conference.example.com″>
<display-text>Master</display-text>
<roles>
<entry>manager</entry>
</roles>
<endpoint?entity＝″sip:master@pc55.example.com″>
<media?id＝″1″>
<display-text>main?audio</display-text>
<type>audio</type>
</media>
<media?id＝″2″>
<display-text>main?video</display-text>
<type>video</type>
</media>
</endpoint>
</user>
</users>
After described terminal 1 receives described multi-party communication information, when follow-up transmission message, will in multi-party communication information, select partly or entirely as message receiver information.
Wherein Invite message is carried multi-party communication information and can be carried in any sip message.With reference to figure 5, in another preferred embodiment of the present invention, terminal 1 was obtained message receiver information as shown in Figure 5 before sending message, and described communication network 100 sends multi-party communication information to terminal 1, then has data flow:
1b, described communication network 100 send Message message to described terminal 1, comprise the information of message participant in this message.
Wherein Message message is carried multi-party communication information and can be carried in any sip message.
After described terminal 1 receives described multi-party communication information, when follow-up transmission message, will in multi-party communication information, select partly or entirely as message receiver information.
Described communication network 100 can also pass through and message sender (for example terminal 1) agreement multi-party communication information, message sender mode specify message recipient information by appointment, for example: communication network 100 is arranged be designated " Server@conference.example.com " of multi-party communications, perhaps arrange being designated of keeper " Manager@conference.example.com " of multi-party communication, the sign that message sender will be appointed in the message that sends identifies as the destination.
The described mode of carrying of carrying message receiver information comprises: carry described message receiver information in the Request-URI of Message message; Or in the header field of described Message message, carry described message receiver information; Or in the message body of described Message message, carry described message receiver information.
Multi-party communication information can be carried in any sip message among the embodiment.Message sender can send any sip message to communication network 100 and be used for obtaining multi-party communication information.Communication network 100 can send any sip message to message sender makes message sender obtain multi-party communication information.
The message receiver information that Message message is carried among the embodiment can be carried in any sip message.
The message receiver information that Message message is carried among the embodiment can be sent on the message receiver by communication network 100.
Can see, core concept of the present invention is, utilize the multi-party communication of having set up, transmit information outside the information-bearer channel institute beared information that this multi-party communication set up to this multi-party communication or participant wherein, these information can be transmitted by the SIP initial request message outside the SIP initial request message of setting up this multi-party communication, as above-mentioned SIP MESSAGE message, can also be SIP SUBSCRIBER subscribe message etc.For instance, multi-party communication is set up by SIP INVITE invitation message, the information-bearer channel institute beared information of having set up is medium such as audio medium stream, video media stream, signalling route and the topology of utilizing this multi-party communication to set up, can transmit the information outside the above-mentioned medium, as instant message etc.
Concrete, when a multi-party communication had been set up, message sender used the sign of this multi-party communication as destination sign (as the Request-URI in the sip message), sends a message, message sender can be in this multi-party communication, also can be outside the multi-party communication.This multi-party communication is received this message, or with own as message receiver (promptly this message is terminated); Maybe this forwards is given the participant (i.e. the participant of appointment is as message receiver) of the appointment in this multi-party communication.Under situation about transmitting, this moment, the destination sign of message can be exactly the participant sign of appointment, it also can be a service identification of providing services on the Internet, concrete message sink square mark then is carried in the header field or message body of message, after the network element of providing services on the Internet of this service identification correspondence is received this message, from message, extract the message sink square mark, thereby again its destination sign as message is sent to message receiver with message.
For instance, message sender sends a SIP MESSAGE message to the multi-party communication of having set up, after multi-party communication is received this message, provide the network element of instant message service to send this message to one, the destination sign is exactly the sign of this network element, carry two participant signs in the multi-party communication in this message, after this network element is received this message, send SIP MESSAGE message to these two participants respectively again.
Above disclosed only is preferred embodiment of the present invention, can not limit the present invention's interest field certainly with this, and therefore the equivalent variations of doing according to claim of the present invention still belongs to the scope that the present invention is contained.
Claims (15)
1. multi-party communications method, it comprises step:
(a) message sender sends message to the multi-party communication place network of having set up, and carries message receiver information in this message;
(b) described network based described message receiver information and/or restrictive rule selectivity send described message.
2. multi-party communications method as claimed in claim 1 is characterized in that, step (a) also comprises step before:
(c) message sender obtains described multi-party communication information by multi-party communication place network;
(d) message sender selects described multi-party communication information as message receiver information.
3. multi-party communications method as claimed in claim 2 is characterized in that, step (c) comprising:
(c1) message sender sends a request message to described network;
(c2) described network sends response message to message sender, carries described multi-party communication information in the described response message.
4. multi-party communications method as claimed in claim 2 is characterized in that, step (c) comprising:
Described network sends message to message sender, carries described multi-party communication information in this message.
5. multi-party communications method as claimed in claim 2 is characterized in that, step (c) comprising:
Described network and message sender are arranged described multi-party communication information.
6. as any described multi-party communications method of claim of claim 1-5, it is characterized in that selectivity described in the step (b) sends described message and comprises: described message terminates; And/or described message sent to message receiver; And/or forbid sending described message to message receiver; And/or described message sent to other recipients; And/or preserve described message.
7. as any described multi-party communications method of claim of claim 2-5, it is characterized in that described message receiver information and/or multi-party communication information comprise: participant contact address and/or the participant user ID of described multi-party communication and/or participant ability description and/or the participant role identity of described multi-party communication and/or the participant Permission Levels and/or the mode of operation of described multi-party communication of described multi-party communication of described multi-party communication sign and/or described multi-party communication.
8. as any described multi-party communications method of claim in the claim 1 to 5, it is characterized in that the mode of carrying of carrying message receiver information in the step (a) comprises:
In the Request-URI of described message, carry described message receiver information; Or
In the header field of described message, carry described message receiver information; Or
In the message body of described message, carry described message receiver information.
9. a multi-party communication system comprises message sender and at least one message receiver, and described message sender sends message by multi-party communication place network to described message receiver, and it is characterized in that: described message sender comprises:
First dispensing device is used for sending message to described network, carries message receiver information in this message;
Described network comprises:
Service unit is used for sending described message according to described message receiver information and/or restrictive rule selectivity.
10. multi-party communication system as claimed in claim 9 is characterized in that, described message sender also comprises:
Deriving means is used for obtaining multi-party communication information by multi-party communication place network;
Choice device is used to select described multi-party communication information as message receiver information.
11. multi-party communication system as claimed in claim 10 is characterized in that, described deriving means comprises:
Request unit is used for sending a request message to described network;
Receiving system is used to receive the response message that described network sends, and carries multi-party communication information in this response message.
12. multi-party communication system as claimed in claim 10 is characterized in that, described deriving means comprises:
The agreement receiving system is used to receive the request message that described network sends, and carries multi-party communication information in the described request message.
13. multi-party communication system as claimed in claim 9 is characterized in that, described service unit comprises:
The rule recognizer is used to assert described restrictive rule, produces to assert the result; Described identification result comprises: first result who allows described message is sent to message receiver; Described message is sent to other recipients' second result; Forbid described message is sent to the 3rd result of message receiver; Preserve described message with follow-up the 4th result who obtains described message of the recipient that waits for the arrival of news; The 5th result of the described message that terminates;
Second dispensing device relevant with described first result is used for described message is sent to described message receiver;
With the relevant retransmission unit of described second result, be used for described message is sent to other recipients;
The taboo transmitting apparatus relevant with described the 3rd result is used for not sending described message;
With the relevant save set of described the 4th result, be used to preserve described message;
The termination device relevant with described the 5th result, described message is used to terminate.
14. as any described multi-party communication system of claim among the claim 10-13, it is characterized in that described message receiver information and/or multi-party communication information comprise: participant contact address and/or the participant user ID of described multi-party communication and/or participant ability description and/or the participant role identity of described multi-party communication and/or the participant Permission Levels and/or the mode of operation of described multi-party communication of described multi-party communication of described multi-party communication sign and/or described multi-party communication.
15., it is characterized in that the mode of carrying of carrying message receiver information comprises as any described multi-party communication system of claim in the claim 9 to 13:
In the Request-URI of described message, carry described message receiver information; Or
In the header field of described message, carry described message receiver information; Or
In the message body of described message, carry described message receiver information.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CNA2006100372851A CN101132295A (en) | 2006-08-25 | 2006-08-25 | Multi-party communications method and system thereof |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CNA2006100372851A CN101132295A (en) | 2006-08-25 | 2006-08-25 | Multi-party communications method and system thereof |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| CN101132295A true CN101132295A (en) | 2008-02-27 |
Family
ID=39129428
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CNA2006100372851A Pending CN101132295A (en) | 2006-08-25 | 2006-08-25 | Multi-party communications method and system thereof |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN101132295A (en) |
Cited By (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN104272268A (en) * | 2012-05-10 | 2015-01-07 | 国际商业机器公司 | Communications security management |
| CN112236376A (en) * | 2018-06-20 | 2021-01-15 | 村田机械株式会社 | Communication method, transport system, and communication device |
-
2006
- 2006-08-25 CN CNA2006100372851A patent/CN101132295A/en active Pending
Cited By (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN104272268A (en) * | 2012-05-10 | 2015-01-07 | 国际商业机器公司 | Communications security management |
| CN112236376A (en) * | 2018-06-20 | 2021-01-15 | 村田机械株式会社 | Communication method, transport system, and communication device |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US8099089B2 (en) | Method, user equipment and software product for media stream transfer between devices | |
| US9787733B2 (en) | Group details of group services | |
| CN101107830B (en) | Method for multi-channel multi-device call transfer | |
| US7756537B2 (en) | Group details of group services | |
| KR101278323B1 (en) | METHOD AND TERMINAL APPARATUS AND SYSTEM FOR AN HOC PoC GROUP SESSION SETUP IN PoC SYSTEM | |
| KR101458634B1 (en) | METHOD OF MANAGING PRE-ESTABLISHED SESSION AND PoC SYSTEM AND PoC TERMINAL FOR IMPLEMENTING THE METHOD | |
| RU2367115C2 (en) | Method and system for providing for multimedia data storage services during half-duplex radio communication in cellular network | |
| CN100592831C (en) | Method and system for terminal and content share | |
| JP5363461B2 (en) | Group call function inquiry | |
| US20050259803A1 (en) | Managing a conference session | |
| US20060235981A1 (en) | Providing a second service to a group of users using a first service | |
| TW200427268A (en) | Method and system for group communications | |
| KR20060111207A (en) | Method and system for adding poc clients into poc group session composed of flexible target group | |
| WO2009049505A1 (en) | Video conference method and system, application server and media resource server | |
| KR20070096663A (en) | Method and system for providing a poc box service in poc system | |
| CN1984132B (en) | Method and terminal for processing session ability information | |
| KR101252860B1 (en) | Method for providing a media stored the poc box in poc system | |
| CN101026871A (en) | Method for processing mediatypes for session initiation protocol multimedia communication system | |
| CN101132295A (en) | Multi-party communications method and system thereof | |
| CN101119212B (en) | Method for transmitting and applying user-user application message | |
| Alam et al. | Articulated narrowcasting for privacy and awareness in multimedia conferencing systems and design for implementation within a SIP framework | |
| CN101193345A (en) | Terminal and its content share method and system | |
| Khan et al. | An extended push to multimedia service for IP multimedia subsystem | |
| Zhu | An IMS Based Inter-working Solution for Multimedia Service in a Converged Network | |
| KR101455387B1 (en) | METHOD AND SYSTEM AND PoC TERMINAL FOR ASSIGNNING MEDIA TRASMISSION RIGHT ON ESTABLISHMENT OF PoC SESSION |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| C06 | Publication | ||
| PB01 | Publication | ||
| C10 | Entry into substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| C12 | Rejection of a patent application after its publication | ||
| RJ01 | Rejection of invention patent application after publication |
Open date: 20080227 |